summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorBjörn Stenberg <bjorn@haxx.se>2002-12-05 09:19:50 +0000
committerBjörn Stenberg <bjorn@haxx.se>2002-12-05 09:19:50 +0000
commitacbf7e7539aa250f13446857a53417d5b7e92e7a (patch)
tree5e2f5e1843c11337c4d1e9aaf66f466068f9237b
parentea78a2b8028b614fa04ae878587a8ba8d4e8d4eb (diff)
downloadrockbox-acbf7e7539aa250f13446857a53417d5b7e92e7a.tar.gz
rockbox-acbf7e7539aa250f13446857a53417d5b7e92e7a.zip
Removed old irc log files with wrong name
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@2934 a1c6a512-1295-4272-9138-f99709370657
-rw-r--r--www/irc/rockbox-20020325.log562
-rw-r--r--www/irc/rockbox-20020326.log591
-rw-r--r--www/irc/rockbox-20020327.log563
-rw-r--r--www/irc/rockbox-20020416.log214
-rw-r--r--www/irc/rockbox-20020417.log164
-rw-r--r--www/irc/rockbox-20020418.log559
-rw-r--r--www/irc/rockbox-20020419.log547
-rw-r--r--www/irc/rockbox-20020423.log1012
-rw-r--r--www/irc/rockbox-20020426.log2238
-rw-r--r--www/irc/rockbox-20020427.log938
-rw-r--r--www/irc/rockbox-20020430.log1230
-rw-r--r--www/irc/rockbox-20020502.log1869
-rw-r--r--www/irc/rockbox-20020505.log614
-rw-r--r--www/irc/rockbox-20020509.log1656
-rw-r--r--www/irc/rockbox-20020511.log386
-rw-r--r--www/irc/rockbox-20020513.log818
-rw-r--r--www/irc/rockbox-20020516.log2060
-rw-r--r--www/irc/rockbox-20020519.log515
-rw-r--r--www/irc/rockbox-20020521.log724
-rw-r--r--www/irc/rockbox-20020522.log661
-rw-r--r--www/irc/rockbox-20020528.log3503
-rw-r--r--www/irc/rockbox-20020529.log93
-rw-r--r--www/irc/rockbox-20020531.log2301
-rw-r--r--www/irc/rockbox-20020604.log1858
-rw-r--r--www/irc/rockbox-20020605.log421
-rw-r--r--www/irc/rockbox-20020609.log1772
-rw-r--r--www/irc/rockbox-20020610.log995
-rw-r--r--www/irc/rockbox-20020611.log212
-rw-r--r--www/irc/rockbox-20020612.log183
-rw-r--r--www/irc/rockbox-20020613.log1988
-rw-r--r--www/irc/rockbox-20020614.log1303
-rw-r--r--www/irc/rockbox-20020615.log3625
32 files changed, 0 insertions, 36175 deletions
diff --git a/www/irc/rockbox-20020325.log b/www/irc/rockbox-20020325.log
deleted file mode 100644
index bc2ce2fd1e..0000000000
--- a/www/irc/rockbox-20020325.log
+++ /dev/null
@@ -1,562 +0,0 @@
1**** BEGIN LOGGING AT Mon Mar 25 08:57:45 2002
2
3--> Bagder (~daniel@217.215.72.110) has joined #rockbox
4<Bagder> hey
5--- adiamas has changed the topic to: hacking the Archos Jukebox http://bjorn.haxx.se/rockbox/
6<adiamas> hey there...
7<adiamas> i was about to call it a night and head to sleep
8<adiamas> didn't expect anyone in this quick :)
9<Bagder> hehe, its morning here ;-)
10<adiamas> hehe i _just_ sent the email like 30 secs ago :)
11<Bagder> yeps
12<Bagder> hehe
13<adiamas> glad to see someone saw it...
14<adiamas> you located in europe...
15<Bagder> yes
16<adiamas> where in?
17<Bagder> Sweden
18<adiamas> hehe well.. your first in so.. here
19--- adiamas gives channel operator status to Bagder
20<Bagder> :-)
21<adiamas> someone who's awake should have some control...
22<Bagder> I'm Björn's brother actually
23<adiamas> ahh... hehe seems he got followers pretty quickly.
24<Bagder> indeed
25<adiamas> and pretty varied at that... Im here in the USA.
26* adiamas shrugs
27<Bagder> there are 77 subscribers of the mailing list
28<adiamas> wow, that was quick
29<adiamas> only been 3-4 months yes?
30<Bagder> yeah, since about december
31<Bagder> BTW, I think making a FAQ sounds like a great idea
32* adiamas smiles happily
33<adiamas> im just not to sure on how technical to go on it, but i figure even something is a start
34<adiamas> will you be sitting in the room most the day or you plan on logging off?
35<Bagder> exactly, just start somewhere and it'll grow into place
36<Bagder> I don't know
37<adiamas> i really need sleep. work in 6 hours.
38<adiamas> ok...
39<adiamas> im going to idle till i get up for work
40<adiamas> ill see you later
41<Bagder> see ya
42--> adiamas|sleeping (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has joined #rockbox
43--- adiamas gives channel operator status to adiamas|sleeping
44<-- adiamas (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
45--- Bagder sets mode +t #rockbox
46<adiamas|sleeping> what is mode +t?
47<Bagder> prevent non-ops to set topic
48<adiamas|sleeping> ahhh... k
49<adiamas|sleeping> gotta learn that stuff...
50* Bagder is an old IRC-bot author... :-)
51<adiamas|sleeping> heheh i only started on irc about a year ago...
52<Bagder> I stopped writing the bot many years ago...
53<Bagder> first time on irc was 1993
54<adiamas|sleeping> i was just getting into computers at that point
55<adiamas|sleeping> i miss that old 1200 modem
56<Bagder> :-)
57<Bagder> now go to sleep! ;-)
58<adiamas|sleeping> hehehe
59<adiamas|sleeping> nite
60--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
61<wavey> anyone awake?
62<Bagder> yeps
63<wavey> coolio
64<wavey> how you doing?
65<Bagder> pretty good. You?
66<wavey> yup
67<wavey> you interested in coding for the archos then?
68<Bagder> I am, and I intend to ;-)
69<wavey> likewise..
70<wavey> got the player or recorder?
71<wavey> or both?
72<Bagder> recorder, I'm Daniel who posted to the mailing list just an hour ago
73<wavey> aha
74<wavey> nice to meet you :)
75<wavey> i mailed out a few qs to the list several weeks ago
76<Bagder> name?
77<wavey> stuart martin
78<Bagder> right, I read them ;-)
79<wavey> the archos is pretty funky, but flaky as shit
80<wavey> mine's got a dodgy contact in the earphone socket
81<wavey> probably going to resolder it
82<Bagder> I just got mine, haven't really had time to do much yet ;-)
83<wavey> i do love it
84<wavey> but i just wish it had sony's build
85<Bagder> I'll get the serial port hack soon and start coding it
86<wavey> interesting to hear you got 8 cells..
87<Bagder> Linus has a fully working gdb stub now
88<wavey> yeah, very impressed to read that
89<wavey> i know *no* electronics..
90<wavey> i'm waiting for the low-level shit to be completed :)
91<wavey> then i can start helping
92<Bagder> hehe
93<wavey> :)
94<Bagder> I'm not *that* low-level myself, I start on assembler ;-) I can't do much electronics
95<wavey> heh, assembler i'm happy with.
96<wavey> working out which wire to cut, i'm not :)
97<Bagder> I think that makes us on the same level more or less ;-)
98<wavey> groovy
99<wavey> the UI is going to be interesting
100<Bagder> luckily we have those guys around us to work out those stuff
101<wavey> i think we should maybe list the features we want and start prioritising them
102<wavey> then start mocking up UI images
103<Bagder> yeah
104<wavey> should be fun working with small screen realestate
105<Bagder> I would like to write some kind of UI simulator
106<wavey> interesting.. go on
107<Bagder> to enable us to work on UI stuff without having to bother with the actual hardware
108<wavey> yup
109<wavey> cool idea
110<wavey> i guess we'll need to pre-empt the low level services available to the UI
111<Bagder> I'm a Linux dude myself, so I'd go for a X-display
112<wavey> me too
113<wavey> although i find windoze usable too with enough cywin and emacs layers on top ;)
114<Bagder> the UI stuff would be built-up with a minor set of graphics functions, and we could probably just replace those functions with a set that draws X instead
115<wavey> is this channel logged?
116<wavey> could be useful
117<Bagder> I log it
118<wavey> coolio
119<Bagder> I think I have some basic X11-code that pops up a window and allows me to draw in it, which could be a start
120<wavey> cool
121<wavey> how long until it reads mail and displays webpages too? ;)
122<Bagder> *g*
123<Bagder> if we just get enough people to join in, there's nothing to stop us ;-)
124<wavey> damn right :)
125<wavey> the player/recorder screen diffs are a shame
126<Bagder> yes indeed
127<wavey> i wonder if project focus will be on the recorder
128<wavey> or the player
129<wavey> bjorn's initial investigations were on the player
130<Bagder> yeps
131<Bagder> but now he has both
132<wavey> but he bought a recorder iirc
133<wavey> yeah cool
134<Bagder> and so does Linus
135<wavey> cool
136<Bagder> and Björn's player CPU is damaged ;-)
137<wavey> heh
138<Bagder> or should I say :-(
139<wavey> how'd he damage the cpu?
140<Bagder> the serial port is broken
141<Bagder> it isn't normally used, so he hasn't noticed
142<wavey> what timezone you in?
143<wavey> i'm in london
144<Bagder> Sweden, +1 from you
145<wavey> you friends with linus and bjorn?
146<wavey> or just coincidence?
147<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
148--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
149<wavey> shit
150<Bagder> yeah, Björn's my brother and Linus is an old time friend. We work at the same company
151<wavey> aha :)
152<Bagder> all three opf us
153<wavey> i work as a j2ee consultant for a company with a swedish office
154<wavey> we got some of them over here now cos the market in .se is pretty weak
155<Bagder> yes it seems to be
156<Bagder> I'm doing embedded/realtime programming as a consultant
157<wavey> cool
158<wavey> which processor?
159<Bagder> right now, StrongARM
160<wavey> cool
161<wavey> i've only done 68K assembler but loved it
162<Bagder> arm assembler in general is cool, it has conditionals on *all* instructions
163<wavey> madness :)
164<Bagder> hehe, yeah
165<wavey> I moved into OO years ago, and wouldn't go back
166<wavey> pure elegance
167<wavey> (if you get it right) :)
168<Bagder> hehe, so they say... :-)
169<wavey> how far would you wanna see this simulator go?
170<wavey> button presses triggering song launching/pausing etc?
171<Bagder> it all comes down to much much we feel its worth
172<wavey> aye
173<wavey> i think perhaps the first stage might be to sketch UI ideas
174<Bagder> we could probably make more or less a complete simulator, should we want and have the eneergy
175<Bagder> yes
176<wavey> and that means identifiying the key aspects
177<wavey> and voting on inclusion
178<wavey> or doing a bjorn and ignoring the votes :)
179<Bagder> we can start on UI basics and ideas first, without even think code
180<Bagder> hehe
181<wavey> ok
182<wavey> how about throwing that to the mail list
183<wavey> give us your wants
184<wavey> or perhaps we can envisage most of that already
185<wavey> toggle m3u display/filename
186<wavey> scrolling/non scrolling
187<wavey> level meters
188<wavey> time
189<wavey> power
190<wavey> mode
191<wavey> vol
192<wavey> button names
193<wavey> eyecandy plugins
194<Bagder> imho, we must focus on getting the basic stuff there first, to allow us to play songs as that would help the guys working on those parts (mp3, filesystem etc)
195<wavey> of course
196<wavey> but a basic UI is trivial
197<wavey> just a button label
198<Bagder> yes, that's true
199<wavey> while they are developing that
200<wavey> we can look to the medium term
201<Bagder> right
202<wavey> and of course, we need emacs ported to it :)
203* Bagder grins
204<wavey> i remember when i started coding for the gameboy advance people started talking about porting linux
205<wavey> so so funny
206<Bagder> feel free to post a summary to the list, could be useful
207<wavey> but it always happens :)
208<Bagder> yes it does
209<Bagder> it'll happen here too soon :-)
210<wavey> did you fill your 20GB capacity yet?
211<wavey> i did mine in an hour and a half :)
212<Bagder> heh, no, but I don't really use it yet either
213<wavey> bought a usb 2 pci card
214<Bagder> I stream mp3 from my home-box to work
215<wavey> i haven't had mine from my side since i bought it in january
216<Bagder> I've ordered a usb2 card too
217<Bagder> I finally bought mine now since I was supposed to stop my project here and thus I wasn't sure I could still listen to my stream, but now I've got another assignment at the same palce so I can continue listening to it...
218<wavey> heh
219<wavey> typical
220<Bagder> well, I want to code it anyway, so I guess that'll be my primary use for it ;-)
221<wavey> i prefer to use the recorder despite being in front of a computer because it means i get more bandwidth..
222<wavey> and i can get up and move around without killing the sound
223<Bagder> :-)
224* Bagder runs for more coffee
225<wavey> i've always hated stopping music :)
226<wavey> i'll leave the cd player running when i leave the house sometimes. stupid huh? :)
227--> gizz (~gizz@ALyon-102-2-1-77.abo.wanadoo.fr) has joined #rockbox
228<wavey> howdy
229<gizz> heya !
230<Bagder> g'day
231<gizz> did I miss some hot talks ?? :)
232<wavey> not really
233<wavey> that's on #sex
234* wavey chuckles
235<gizz> hehe
236<wavey> or perhaps #hotsex
237<gizz> you => Juke hacker ?
238<Bagder> we're wannabe archos hackers ;-)
239<gizz> great!
240<gizz> player or recorder ?
241<gizz> => I'm a poor player owner,
242* Bagder has a Recorder
243<wavey> recorder also
244<wavey> we've been discussing some ideas for the UI
245<wavey> but nothing really worthy of capture yet
246<gizz> ok
247<gizz> problem is,
248<gizz> to me player & recorder are very different
249<wavey> yus
250<wavey> shame
251<Bagder> yes, we'll need to make two UIs as they'll be quite different
252<gizz> but is it worth it ?
253<gizz> I mean,
254<gizz> does player owe to be supported ever ?
255<wavey> well, if people here want to support it, it'll be supported..
256<wavey> the underlying functions of the firmware will be mostly similar between the two
257<gizz> right!
258<Bagder> indeed, and except for display+keys, msot of the internals are the same
259<wavey> need a UI strategy
260<wavey> the recorder is likely to be supported better because it's cooler..
261<wavey> (UI) anyway
262<gizz> good point
263<gizz> So,
264<gizz> UI guys
265<gizz> should make good design decision,
266<gizz> in order for the to Juke-races to be supported, at least
267<gizz> at low level,
268<wavey> juke-races?
269<gizz> races : sorts
270<wavey> ok
271<gizz> hmm, models.. :)
272<wavey> understood :)
273<gizz> .. but at UI level,
274<gizz> they will be supported (very) differently,
275<wavey> aye
276<gizz> and of cours, recorder owners will be happier :)
277<gizz> One thing :
278<gizz> on my player, when pleying with custom chars (font)
279<gizz> I tried to draw two bitmaps through thos custom chars,
280<gizz> (as if custom chars datas where some sort of 'video memory')
281<gizz> and then, I thought we could just modify this 'video memory' at will,
282<gizz> to simulate some pixel screen
283<gizz> but the result wasn't quite good (many pixels where too far from each other, due to space between chars)
284<gizz> That's all... :)
285<gizz> Did you try to draw some stuff on your recorder ?
286<wavey> nope
287<wavey> I compiled the player firmware on my box, but haven't tried a recorder one
288<Bagder> I just got mine, I intend to get the gdb-stub approach working first
289<gizz> ok; If recorder prices get lower, I think I'll move to it
290<wavey> gizz: nice idea with the video memory
291<gizz> vid mem : well, in all cases, that would produce an 14 * 55 screen :) (if I remember well)
292<wavey> 14 pixels is pretty damn limiting :)
293<Bagder> amen
294<wavey> remind me what the recorder has?
295<gizz> oh
296<wavey> time to mock up some screens to get the juices flowing
297<gizz> maybe 131 * 64 or better ??
298<Bagder> 112x64
299<gizz> cool resolution !!
300<gizz> (slightly less than HP48 ;o)
301<Bagder> can't wait to get some games going ;-)
302<gizz> If only I had a recorder, I could try to port some
303<gizz> nifty HP48 100% assembly games :o)
304<Bagder> hehe
305<gizz> (with scrolling, sprites, grey level, etc.. :)
306<Bagder> it has sprites?
307<gizz> Never played Columns II on HP48 ??
308<gizz> sprites : yes !
309<Bagder> gosh
310<gizz> what about : Arkanoid, Skweeks,
311<gizz> Xennon,
312<gizz> or even : Doom, grey-level, with monsters, textures, and multiplayers ?
313<gizz> (well, two players, with serial cable)
314<Bagder> nah, let's aim for PPP over the USB and have full internet access ;-)
315<gizz> LOL
316<gizz> hey, I've got an idea : I'm gonna try the grey-level tricks tonight, just to see if it works :)à
317<gizz> you at home, or at work ?
318<Bagder> work
319* gizz too :)
320<Bagder> ssh'ed to home
321<gizz> cool !
322<gizz> => i'll back later then.. :)
323<gizz> bye !
324<Bagder> bye
325<-- gizz has quit ("Leaving")
326<wavey> damn
327<wavey> missed the important bit
328<wavey> sprites!
329<wavey> lovely :)
330<Bagder> yeah, that would be great ;-)
331<wavey> i can imagine some nice visualisations coming out of this
332<wavey> eyecandy is important :)
333<Bagder> indeed it is
334<wavey> 112x64
335* wavey opens psp
336<wavey> wow
337<wavey> it's really really small :)
338<wavey> this is going to be interesting
339<wavey> are there character fonts built in to the recorder or is it purely bitmapped?
340<Bagder> pure bitmaps, as I've understood it, but the font is stored as separate bitmaps
341<Bagder> as the pics on http://bjorn.haxx.se/rockbox/notes.html shows
342<wavey> ah yes
343<wavey> the project went pretty quiet for a while
344<wavey> forgot the basics
345<Bagder> yeah, after the initial burst there has been some silence and hard work at the side
346<wavey> so
347<Bagder> intial, still very basic, ui-simulator seems to work
348<wavey> hey nice
349<Bagder> pops up window, can draw in it etc
350<wavey> lovely
351<wavey> is it worth trying to identify key functional areas, and see how they lead to a UI requirement?
352<wavey> 1. start playing
353<wavey> 2. pause playing
354<wavey> 3. stop playing
355<wavey> 4. increase volume
356<wavey> 5 decrease volume
357<wavey> are these the fundamental ones?
358<wavey> playlist etc extend this
359<Bagder> yes they're the basics
360<Bagder> without them, there is no player
361<wavey> ok, playlist operations are another
362<wavey> and file operations are another
363<wavey> level meters
364<wavey> balance control
365<wavey> timekeeping
366<wavey> playlist on the recorder firmware is simple
367<wavey> add to playlist
368<wavey> play list
369<wavey> play list randomly
370<wavey> delete from list
371<wavey> next in list
372<wavey> back in list
373<Bagder> hey, I haven't understood how the playlist works yet ;-)
374<wavey> i figured :)
375<wavey> hence the recap :)
376<wavey> how much was your recorder?
377<Bagder> I'm not sure... I had a friend order it for me
378<wavey> point 1) above assumes a file can be identified from the hdd
379<wavey> which kinda presupposes some file operations are needed at the start
380<wavey> i.e. browse
381<Bagder> right, filesystem support is essential
382<wavey> shall we propose 2 main UI iterations, with the first being 1-5 above + browse filesystem
383<wavey> and the 2nd being the one with the extra fluff like balance control, timekeeping etc?
384<Bagder> sounds wise, yes
385<wavey> do you have your recorder with you now?
386<Bagder> no
387<wavey> the level meters take up 1/4 of the screen!
388<wavey> ridiculous
389<wavey> i mean, who cares?
390<Bagder> they're quite silly, I agree
391<wavey> and the three timers are silly
392* Bagder tries to get Björn here
393--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
394<Bagder> there he is ;-)
395<wavey> hey bjorn
396<wavey> nice to meet you
397<Zagor> hey there guys
398<wavey> i'm sure daniel's filled you in on our discussions so far
399<wavey> trying to identify a) the minimum UI
400<Zagor> ah, no not really
401<wavey> to enable testing of firmware code
402<wavey> and b) a candidate full-featured UI
403<wavey> with bells and whistles
404<wavey> a) needs file browsing support, plus play/pause/stop file + volume control
405<wavey> b) has playlist control, m3u display, balance control, etc
406<Bagder> so Zagor, you ok with me creating a subdir in CVS and importing my initial X11 UI stuff?
407<wavey> and a funky lil' gui
408<Zagor> bagder: sure. maybe something called 'simulator' or similar, to clearly show it's not the "real" code
409<Bagder> righ, I'll go for simulator
410<wavey> i'd be more explicit
411<Zagor> well, my first thought when i threw this item on Daniel was,
412<wavey> from experience, naming becomes important in directory structures
413<Zagor> that it'd be a good thing if we can have the basic menu system the same for the two models
414<Zagor> not so much the graphic bits, more the underlying framework
415<wavey> sure
416<wavey> sensible
417<Bagder> ok, so 'uisimulator' then ;-)
418<wavey> sounds great to me
419<Zagor> (note: i'm at work, so I'll be idle from now and then)
420<wavey> likewise
421<wavey> in london
422<Bagder> ah, you guys work at work? :-]
423<Zagor> sometimes :)
424<Bagder> Zagor: with gaim, how the heck do I create an account?
425<Zagor> hmm
426<Zagor> i don't know :-)
427<Zagor> didn't you have an account before?
428<Bagder> me neither, it just asks for a name and password
429<Bagder> I used icq ages ago, yes I had an account but only god knows which name and password I used then
430<Zagor> you need to specify that you are using the 'oscar' protocol, otherwise it will try to log you on as an AIM account
431<Zagor> ok
432<Bagder> ah, I need to go and do it on a web page...
433<wavey> i like the ascii rockbox logo, bagder
434<Zagor> that'll probably be easiest, yes
435<Bagder> figlet is cool ;-)
436<Zagor> yeah, it's cool!
437<wavey> figlet rocks :)
438<Zagor> so, did you come up with some ideas about the GUI?
439<wavey> some
440<wavey> nothing graphical
441<wavey> functional requirements
442<wavey> and no real thought to the player/recorder split
443<wavey> except that the player's size is very limiting
444<Zagor> yes, indeed
445<wavey> and i'd like to see some visualisation eyecandy
446<Zagor> i nice big on-screen Archos would be cool :-)
447<wavey> you mean a floating logo?
448<Zagor> no i was thinking the simulated gui
449<wavey> or a representation of the player itself
450<Zagor> yes
451<wavey> ah yes
452<wavey> is the simulator going to simulate the screen or the player as a whole?
453<wavey> and isn't that an emulator? ;)
454<Bagder> I think we start with only the screen
455<Bagder> and then we'll see if we're up to making it a complete emulator
456<Zagor> yes
457<wavey> i'll leave the sh1 emulation to others :)
458<Zagor> hehe
459<Bagder> I've imported the uisimulator code to CVS now
460<wavey> gizz was talking about the chip being able to support sprites :)
461<wavey> and porting games to it :)
462<Zagor> hehe
463<Bagder> actually, he said the HP48 had them
464<Zagor> grand plans!
465<wavey> my recorder is only 3 months old but i think tetris would kill the plasticy buttons on it
466<wavey> bad: ah!
467<wavey> that's a shame
468<wavey> but not really suprising :)
469<wavey> i'd be happy with no games but a firmware that didn't suck ass
470<Bagder> did anyone make a C array of the fonts for the Recorder?
471<Bagder> Zagor ?
472<Zagor> not that i know
473<Bagder> kind of boring work... :-)
474<wavey> can't you extract the data from existing firmware as a linear array?
475<wavey> or is that copyrighted
476<wavey> i guess it is
477<Bagder> yes it is
478<wavey> but who could tell? :)
479<Zagor> well we don't really need those exact fonts
480<Zagor> there are tons of good fonts out there
481<wavey> agreed
482<wavey> but not at 5x7
483<Zagor> maybe not tons, but a few at least
484<Zagor> linus had some ideas, but he's not here right now
485<wavey> excellent work he did with the gdb integration
486<Zagor> yeah, very nice
487<Bagder> that'll be *so* handy
488<Zagor> he plans to write a program loader too, so we can select firmware at start. that'll be nice too.
489<Zagor> he's a cool guy :)
490<wavey> very nice
491<Bagder> hahah, just don't tell him that ;-)
492<Zagor> i wouldn't dream of it ;*)
493<Zagor> btw, i think we should aim for proportional fonts on the recorder
494<Zagor> there's too little room to waste it on blanks :)
495<wavey> if we do it properly, we can have it as a user option
496<Zagor> yes
497<wavey> as a user, i'd rather have the entire display taken up with the song details, rather than the stupid level meters
498<wavey> but hopefully we can cater to all tastes via options
499<Zagor> yes. open season on level meters...
500<wavey> especially ones that take up a quarter of the screen!
501<Zagor> bagder, do you have code for font handling? i have written some if you need it.
502<Bagder> I need it
503<Bagder> I only have the XDrawString() but it isn't what we want ;-)
504<Zagor> ok, i'll mail it to you
505<Bagder> did anyone write code that draws stuff on the recorder?
506<Zagor> yes, look on the rockbox front page
507<Zagor> there's a link in the news swction
508<Bagder> found it
509<Bagder> he has a font table in there...
510<Zagor> ah
511<Bagder> this code is quite good
512<Zagor> bagder: look at drawText() in the code I sent you. it's the relevant portion
513<Bagder> this works with the included font, right?
514<Zagor> yes
515<Bagder> well, if we have a font defined, making it output proportional won't be hard
516<Zagor> no
517<Zagor> my point exactly :)
518<Bagder> the trickiest part is probably to make it look the same on Linux ;-)
519<Zagor> really? can't you just allocate a bitmap and pixel-write to it?
520<Bagder> probably, I'm just not very good at those X-calls. I'll need to chase around a bit
521<Zagor> chase around? well, that's what we're here for, innit? ;)
522<Bagder> I'm not complaining, I'm only saying how it looks ;-)
523<wavey> isn't raw X wrapped by gnome or something these days if you want to make it easier?
524<Zagor> yeah
525<Bagder> perhaps
526<Bagder> I'm not sure it makes things easier at this point
527<Bagder> we already pop up a window and we can draw in it
528<wavey> true
529<Bagder> besides, not using gtk or qt makes our program even more portable
530<Bagder> not that it matters very much of course
531<wavey> what's the main purpose of the ui simulator?
532<wavey> to see how things look?
533<Bagder> yes
534<Bagder> if we make generic input functions we can drive it too
535<Bagder> to try the feel too
536<wavey> i'm not expressing myself clearly, i fear
537<wavey> um
538<wavey> does it give you more than mock ups would?
539<wavey> does it give you any real code for the archos itself?
540<Bagder> yes, it will
541<Zagor> that's the idea
542<wavey> ok cool
543<wavey> just getting it clear
544<Bagder> maybe not just now, but that's the purpose of it all
545<wavey> cool
546<wavey> coffee time
547<wavey> bbl
548<Bagder> sigh, our coke machine is empty...
549<Zagor> bagder: where are you now? Neti, con?
550<Bagder> neti
551<Zagor> ok
552<Bagder> they did buy my extra 300 hours, so I'm gonna be here for a while more...
553<Zagor> ok
554<Zagor> lucky you... ;-P
555<Bagder> haha
556<Bagder> at least I'm gonna be working entirely on linux this time
557<Zagor> ok, that's nice
558--- Bagder gives channel operator status to Zagor
559<Bagder> gotta go
560<Bagder> see ya
561<Zagor> ok, bye
562**** ENDING LOGGING AT Mon Mar 25 16:50:01 2002
diff --git a/www/irc/rockbox-20020326.log b/www/irc/rockbox-20020326.log
deleted file mode 100644
index 3180ece155..0000000000
--- a/www/irc/rockbox-20020326.log
+++ /dev/null
@@ -1,591 +0,0 @@
1Zagor => Björn Stenberg
2linus => Linus Nielsen Feltzing
3Bagder => Daniel Stenberg
4Wavey => Stuart Martin
5alkorr => Alan Korr
6adiamas => Rob
7
8**** BEGIN LOGGING AT Tue Mar 26 07:47:01 2002
9
10--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
11--- devlin.openprojects.net sets mode +n #rockbox
12--- Bagder sets mode +t #rockbox
13--> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
14<Bagder> hi
15<-- adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
16--> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
17<adiamas> hey there.
18<Bagder> morning ;-)
19<adiamas> hehe for you ;)
20--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
21<Bagder> g'day wavey
22<wavey> howdy
23<adiamas> howdy wavey
24<wavey> hey adiamas
25<wavey> you have the recorder or player, adiamas?
26<adiamas> recorder
27<wavey> cool
28<adiamas> got it off of ebay for a nice cheap price.. :)
29<wavey> does yours have any quirks?
30<adiamas> one that ive noticed so far...
31<wavey> mine has dodgy contact in earphone socket
32<wavey> keeps resetting when moved :(
33<adiamas> if i remember correctly it was that i couldn't save the playlist...
34<adiamas> if i edited it when i was running.
35<wavey> only 3 months old
36<adiamas> from the player...
37<adiamas> if i do it from the command line, then transfer the file, all is well..
38<wavey> yeah
39<adiamas> well.. that and i had it completely barf on me last night.
40<wavey> i think that's normal crappy firmware
41<wavey> really?
42<adiamas> nod
43<wavey> recoverable, i hope?
44<adiamas> dunno what it was...
45<adiamas> yeah.. but i had to boot into windows to delete the disk.. clear it all out.
46<wavey> tsk
47<adiamas> i tried for like 4 hours in linux.. did everything i could think of...
48<adiamas> fsck
49<adiamas> fdisk
50<adiamas> fsck.vfat
51<adiamas> rm -rf
52<adiamas> hell, i even went as far as bit permisions...
53<adiamas> no go.
54<wavey> but windows was cool with it?
55<wavey> scary
56<adiamas> nods
57<adiamas> i did the windows "fake format"
58<adiamas> delete all :P
59<wavey> heh
60<adiamas> so badger.. how about setting a topic eh?
61<adiamas> :)
62--- Bagder gives channel operator status to adiamas
63<adiamas> heheh
64--- Bagder gives channel operator status to wavey
65--- Bagder has changed the topic to: rock the box
66--- adiamas has changed the topic to: rock the box http://bjorn.haxx.se/rockbox/
67<adiamas> hehehe
68<adiamas> so im waiting on addition to sourceforge to toss up version one of the FAQ
69<Bagder> cool
70<wavey> haven't read email yet - how far is your simulator going, bagder?
71<Bagder> I didn't do much more yesterday
72<Bagder> I'm gonna attack the font code next
73<wavey> cool
74<Bagder> to make a function that outputs similar text on the recorder and X11
75<wavey> groovy
76<Bagder> hm, not similar, identical really
77<wavey> even better
78<Bagder> Jerome Kuptz posted on the list and volounteered to write a windows port for the ui sim
79<wavey> lovely
80<adiamas> bagder you have any source i can grab to look at the sim?
81<Bagder> I added the sources to the rockbox CVS yesterday
82<Bagder> its easiest to get them off there
83<adiamas> k... ill go look
84<Bagder> it isn't very much to look at yet though ;-)
85<Bagder> it pops up a window, draws a line and outputs a text
86<adiamas> itll get there ;)
87<Bagder> adiamas: did you by any chance do some X11 programming before?
88<adiamas> nope.. but im a quick study.
89<adiamas> some mild exp with qt
90<adiamas> my modem is going to explode with all these downloads :)
91<Bagder> it's good to keep it busy ;-)
92<adiamas> yup.. esp just before i head off to bed ;)
93<Bagder> Gary's lcd code keeps a full copy of the bitmap in memory, and writes the whole thing to the lcd all the time
94<Bagder> which probably makes it easier to make a X11 version too
95<adiamas> that would make sense...
96<adiamas> has anyone finalized at all on what exactly our first target/goal is to achieve?
97<Bagder> not really, no
98<wavey> i think we need to produce a simple menu UI first
99<wavey> get that working on both player and recorder
100<adiamas> nods
101<wavey> and then look at how to approach the diff UI capabilities of the two devices
102<adiamas> some kinda lib that makes ui creation pretty simple would be nice
103<wavey> aye
104<adiamas> i havne't played with just the player.. so i don't really know the differences yet...
105<adiamas> oh.. btw ... when i post things.. forgive the spelling... i am a HORRID speller...
106<adiamas> put my mother (english teach for 20 yrs) into fits of tears :)
107* adiamas swells with pride
108<wavey> player has tiny screen
109<wavey> 3 lines or something like that
110<wavey> instead of 8
111<wavey> getting a simple menu ui up and running allows the back-end firmware developers to test their stuff
112<adiamas> ahhhh
113<wavey> so we need a) screen drawing capabilities
114<adiamas> ummm.. using cvs, how do i do a pull of all files in a dir?
115<wavey> b) file browsing capabilities
116<wavey> (to locate a file to play and stop, etc)
117<Bagder> adiamas: see http://sourceforge.net/cvs/?group_id=44306, replace "modulename" with uisimulator
118<adiamas> good.. just did that...
119<wavey> and c) basic controls to start, stop, pause an mp3
120<wavey> the 2nd generation UI can have the visual goodies - levels, scrolling titles, etc
121<wavey> the simple ui shouldn't take too long
122<adiamas> okay.. explain to me.. WTF would sourceforge require use of ssh1 when its known to be flawed?
123<adiamas> when not go to ssh2?
124<wavey> flawed doesn't mean useless
125<wavey> i guess
126* adiamas nods
127<adiamas> um Bagder you do realize your FILES lists a README, but there isn't one right?
128<Bagder> oops
129<adiamas> and just a question of taste... are we doing 2, 4, or 8 char tab stops?
130<Bagder> I do 8 char tab stops, c indenting with 2 spaces
131<adiamas> nods
132<Bagder> (setq c-basic-offset 2)
133<Bagder> (setq indent-tabs-mode nil)
134<Bagder> :-)
135<adiamas> i lean toward 4 myself.. but as long as i can map emacs to you im good :)
136* adiamas curses rh7.1
137<adiamas> friggin X11 headers are missing.
138<adiamas> hehehe yup
139<adiamas> or
140<adiamas> :set tabstop 4
141<adiamas> :set tabstop 8
142<adiamas> if you use a real _editor_
143<Bagder> hehehe
144<Bagder> hm, I wonder if using XDrawPoints() is sensible to use...
145<Bagder> I removed the FILES file now
146--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
147<Zagor> yo boys
148<Bagder> morning
149<Zagor> have you looked at the new "mods" page I added to the web page?
150<Bagder> great sets of pics! ;-)
151<Zagor> thanks
152<Zagor> i should be a model! :-D
153<Bagder> btw Zagor, I think I go with Gary's fonts and his way of representing the lcd in memory
154<Zagor> ok
155<Bagder> the bytes are then vertical, lsb on top
156<wavey> zagor: nice pictures
157<Zagor> can you have >8 pixel wide chars?
158<Zagor> or high, i mean
159<Bagder> Well, we'll have a complete 112x64 pic in memory so we can make whatever we want
160<Zagor> thanks, wavey
161<Bagder> we write the complete bitmap
162<Bagder> at least to start with
163<Zagor> bagder: so why do we want vertical bytes? it ends up as a lot more bit flipping to get the pixels out
164<Bagder> because that's how the lcd itself has them
165<Bagder> makes faster updates
166<Zagor> ok, so the 112x64 pixmap is vertically oriented?
167<Bagder> each byte is 8 pixels "high", byte 0 is top left, byte 1 is 2nd left etc
168<Zagor> ok. makes sense, then
169<Bagder> I'm making three files now, lcd.c with generic lcd stuff, lcd-recorder.c that writes the bitmap to a recorder and lcd-x11.c that writes the bitmap to an x11 window
170<adiamas> were staying c based for now correct?
171<Zagor> yes
172<Bagder> yes
173<adiamas> or are we going straight to c++?
174<adiamas> k...
175<Zagor> no :)
176<adiamas> damnit... way to early here... can someone remind me the name of the file that allows you to turn services on and off?
177<adiamas> i konw its not /etc/services
178* adiamas needs bed bad
179<Zagor> uh, redhat?
180<Bagder> /etc/inetd.conf ?
181<adiamas> thats it.. thank you.
182--- Bagder gives channel operator status to Zagor
183<Zagor>
184--- adiamas is now known as adiamas|sleeping
185<Bagder> hey
186<Bagder> it works ;-)
187<wavey> what does?
188<Bagder> my new code, using a memory bitmap and lcd_update()
189<wavey> nice one :)
190<Bagder> exact same pixel-setup as the recorder would get
191<wavey> coolio
192<wavey> very useful
193<Bagder> very tiny letters though :-)
194<Bagder> I should probably allow some zooming or somthing
195<Bagder> so, now we can write a small program using the new lcd API, and the output seen in the X11 window is what will be seen on the recorder screen as well
196--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
197<Tumm> lo
198<wavey> excellent
199<wavey> hiya tumm
200<Bagder> hi
201<Bagder> XDrawPoints() was all I needed
202<wavey> well, technically, XDrawPoint() is all you needed ;)
203<Bagder> right, but one at a time turned out very slow
204<wavey> :)
205<wavey> surely XDrawPoints() uses a lot of XDrawPoint()?
206<Bagder> I'm running my X11-windows over ssh from a machine far away ;-)
207<wavey> or is that naive?
208<wavey> ah
209<wavey> heh
210<Bagder> well, it doesn't make them appear one by one, but instead all at once
211<Bagder> and it makes a huge difference
212<Bagder> time to eat
213--> alankrr (jbcoax@srs03v-7-104.n.club-internet.fr) has joined #rockbox
214<alankrr> hi people
215<wavey> happy fooding.
216<wavey> hiya alan
217<alankrr> oh yes i forget ! :) it's time for eating
218<wavey> :)
219<alankrr> i wonder why zagor doesn't reply
220<alankrr> but now i know
221<alankrr> ok what's up ?
222<wavey> daniel's ui simulator is coming along
223<wavey> he's got the same images appearing in X as will appear in the recorder lcd
224<alankrr> yes but is it using the same layout ?
225<wavey> including characters, i think
226<wavey> layout?
227<alankrr> i mean the way to set a pixel in LCD
228<wavey> you mean the API?
229<wavey> i think that's the idea
230<alankrr> ah ok it's just at the high level
231<wavey> X is just an output alternative, the recorder's lcd is another
232<wavey> the API is the same
233<wavey> hopefully ;)
234<alankrr> well, there are ways to put images at pixel coordinates
235<alankrr> but ye must use a shifter table
236<alankrr> 'cause shift instructions on SH1 are not smart enough
237<wavey> ah
238<alankrr> so it is why i asked if this simulator works by simulating the LCD layout on X
239<alankrr> but never mind, it is not an urgent thing to do :)
240<alankrr> you are the only one here ?
241<wavey> at the moment, yep
242<wavey> the swedes are having lunch, it seems
243<alankrr> and how many time will Bagder and Zagor be here in ?
244<alankrr> yes it's normal
245<wavey> try again in an hour or so
246<alankrr> okay see you all later
247<-- alankrr has quit ()
248--> alankrr (jbcoax@srs07v-5-60.n.club-internet.fr) has joined #rockbox
249<alankrr> are people still absent ?
250--- alankrr is now known as alkorr
251<Bagder> back
252<alkorr> oh good
253<alkorr> maybe you don't know me ?
254<Bagder> no I don't, who are you? ;-)
255<alkorr> arf, i know you brother in fact :)
256<Bagder> we're all a big happy family here anyway! ;-)
257<Bagder> btw, the lcd "simulator" is based on the original working recorder lcd code by Gary Czvitkovicz
258<Bagder> so it should work pretty much already
259<alkorr> yes i know, i've just reread your emails
260<Bagder> and I'm working on getting the same API to work on both the recorder and X11
261<Bagder> and I hope to do a similar dual approach for jukebox/X11 output later
262<alkorr> well it would be very difficult :)
263<Bagder> why?
264<alkorr> with just 2 lines with only 11 characters
265<Bagder> yes, then I'll make a small X11-windows 2 lines high, 11 chars wide. that's not too difficult
266<alkorr> and each characters are seperate with at least 3 pixels
267<alkorr> so you are very limited for fx
268<Bagder> I know
269<Bagder> but that's what we have, that's not anything I can do to change
270<alkorr> for example, scrolling can only be done on basis of characters not pixel
271<Bagder> yes
272<alkorr> etc.
273<Bagder> why is that difficult then?
274<alkorr> because it is a character-LCD not a graphical LCD
275<Bagder> I'm not planning to make one single unified API for both platforms
276<alkorr> ok
277<alkorr> anyway we need a begining for a start ;)
278<Bagder> true
279<alkorr> by the way, i know very well the SH1
280<alkorr> its advantages and disadvantages and its on-chip peripherals
281<Bagder> that's useful indeed. I've did my share of SH1 assembler, but that was some 6 years ago now
282<alkorr> :)
283<alkorr> gcc doesn't generate very well code as ia32 does :(
284<alkorr> let me explain to you
285<alkorr> there are two possibility to branch
286<alkorr> one is using jsr or jmp with a register containing the address to call or to jump
287<alkorr> another one using bsr or bra with an 12-bit immediate offset
288<alkorr> gcc don't generate brs nor bra
289<alkorr> so it will use several registers to be able to use jsr or jmp
290<Bagder> well, it should be possible to fix the gcc, even it its quite hard I figure
291<alkorr> i tried with static functions close to a function which calls those static functions
292<alkorr> without success
293<alkorr> well there several example like this which explains why I prefer not to use C for all
294<Bagder> for loops that is gonna make a difference, but for most code it is a penalty we can take, imho
295<alkorr> so you mustn't be surprised to see a lot of asm in my source
296<alkorr> i don't care for speed
297<alkorr> but for space
298<Bagder> you restrict the audience quite a lot by using asm, as not many people will be able to read it nor write it
299<wavey> low level functions can be asm
300<wavey> that's not a problem at all
301<alkorr> i'm speaking about low functions, not for your GUI :)
302<wavey> screen updating code can be a complex as you wan
303<wavey> because people will access it from C
304<alkorr> so we are okay
305<wavey> yup
306<Bagder> indeed
307<wavey> hoorah!
308* wavey chuckles
309* Bagder smiles
310<alkorr> it is not in my intention to do all the stuff in asm
311<Bagder> what parts are gonna start (have you started) with?
312<alkorr> LCD
313<alkorr> USB
314<alkorr> let me see my source
315<alkorr> timer
316<alkorr> lcd+backlight+led
317<alkorr> where i'm using atomic operation to set or clear port A and B
318<alkorr> so asm+c
319<alkorr> a start of ATA
320<alkorr> but i lost the main part in a harddisk crash
321<alkorr> ata is C
322<Bagder> what kind of lcd code do you have?
323<alkorr> for JBP
324<alkorr> i send you my source
325<Bagder> please do
326<Bagder> mail me at daniel@haxx.se
327<Bagder> my usb2 card has arrived!
328<alkorr> i don't send all my package
329<Bagder> I'm mainly interested in the lcd parts sright now
330<alkorr> just LCD parts and headers you could need
331<Bagder> right, thanks
332<alkorr> for JBR i don't try because i lose my JBR
333<alkorr> so i cannot try it
334<Bagder> I already have working code for the recorder
335<Bagder> I'll make a little api for the player built on your code
336<Bagder> did anyone make a table of all the available letters/characters on the player's LCD screen?
337<Zagor> yes
338<wavey> it's on the notes page next to the recorders
339<Zagor> it's not the recorder's, it's the player versions
340<Zagor> the new and old have different charsets
341<alkorr> there is difference between old and new text-lcd in JBP
342<alkorr> i have the new one which is quite compliant with ascii table
343<Bagder> aha, it could be clarified on the web page...
344<alkorr> by the way i'm not sure about my tables :)
345<alkorr> i never test them thoroughly
346<wavey> test?
347<wavey> what is that? ;)
348<alkorr> and even worse for old lcd since i don't have one
349<Bagder> btw, how do we read/fetch input from the keys currently?
350<alkorr> in lcd.c there is two tables for characters translations
351<alkorr> so our api can work with new and old taxt-lcd without changing our strings to display
352<alkorr> for the moment i use a polling method
353<alkorr> in fact it is the only way
354<alkorr> i'm speaking about JBP (player)
355<Bagder> fine enough, I would just like a defined api on how to do it
356<alkorr> in the original firmware, they use the interrupt itu0 for polling keys
357<alkorr> for JBR, it is much more complicated
358<alkorr> i explain
359<alkorr> you have two pins for two groups of fours keys
360<alkorr> those two pins are analogic
361<alkorr> so you need to scan periodically their pins and translate their value to determine which key is pressed or released
362<alkorr> a way it is to use the interrupt ADC in scan mode which gives us the value and will translate them in a more practical bitmap or somethig like it
363<alkorr> another way is to use the dma to scan those pins and generate the interrupt dei to translate
364<Bagder> I don't think you understand what I want ;-)
365<alkorr> ok you want for player or for recorder
366<alkorr> ?
367<Bagder> both preferably, but one at a time is fine too
368<alkorr> i just have for player
369<alkorr> ok
370<alkorr> as you can see it isn't a generic API for keyboard
371<alkorr> but you know where to poll them
372<Bagder> is there anything that prevents us from creating a "generic" api for this?
373<alkorr> no of course
374<alkorr> i was doing that in key.c but it is not my priority in fact
375<alkorr> so we are free to do so
376<alkorr> if you need info i can help you to do so
377<Bagder> because since I want to "simulate" this on X11, it gets easier if I can simulate the API
378<alkorr> yes but we need first to know what we need
379<alkorr> and quite now I'm still unsure about it
380<alkorr> so I don't have a clear API for keyboard
381<Bagder> yes, that sounds logical ;-)
382<alkorr> keyboard event to handle for exapmle ?
383<alkorr> are you using events ?
384<Bagder> x11 events?
385<alkorr> you know like in X or Windows or in TurboVision (if you knew that ;)
386<Bagder> yes, this is x11 it uses events
387<alkorr> something which can represent input or output event to handle by several entities
388<alkorr> i'm speaking about our final rockbox
389<Bagder> I'm not ;-)
390<alkorr> if you want an API
391<Bagder> I only want a simple input api
392<alkorr> to simulate
393<Bagder> it could be changed or improved later on
394<alkorr> well there is two possibilities
395<alkorr> using keybitmap
396<alkorr> or using key buffer
397<alkorr> to use a key buffer
398<alkorr> can you send me your file so i can see the way to handle UI ?
399<Bagder> its in CVS, there are many files
400<Bagder> its really simple: lcd_update() updates the screen
401<alkorr> oh that's true ??? ok i go and download them
402<Bagder> lcd_string() outputs a string
403<Bagder> lcd_position() sets the "cursor"
404<Bagder> so far
405<alkorr> direct actions on lcd ?
406<alkorr> or using buffer ?
407<Bagder> no, they manipulate the buffer and lcd_update() writes to the lcd
408<alkorr> so why lcd_update, ok
409<Bagder> but for the player I can't see any point in keeping a buffer
410<alkorr> by the way, isn't it Linus which has started something about fat32 ?
411<alkorr> i lost 3/4 of my works on it and i'm very down to redo all
412<Bagder> the web page says Alan, is that you? ;-)
413<Zagor> yes, he has some code for it
414<alkorr> yes but i did have a crash which causes loss of files which are exceeding 4 KB
415<Zagor> ok. we'll reassign that for linus
416<alkorr> in fact my fat32 was tighly coupled with ata
417<Zagor> so what should I put efter your name, alan? :)
418<Bagder> Zagor: you could modify my "planning" to "partly working"
419<Zagor> ok
420<alkorr> name of your mudule, Badger ?
421<Bagder> uisimulator
422<alkorr> well i would like to be able to use my serial as i could do before the crash
423<alkorr> it would be more easier to test my ATA
424<alkorr> if Linus can pass me his source i can adapt or modify it to use ATA
425<Zagor> i'll tell him
426<Bagder> we want Linus's source in CVS too
427<Zagor> yes
428<alkorr> it would speed my work instead of redoing all
429<alkorr> ok got it (uisimulator)
430<alkorr> cool your headers ;)
431<Bagder> it just does one lcd_string() and then it does lcd_update() and it shows the string
432<Bagder> hehe, thanks to figlet really
433<Zagor> the figlet man :-)
434--> linus (~linus@labb.contactor.se) has joined #rockbox
435<alkorr> be aware with shift operation
436<Bagder> lcd-recorder.c is the recorder-versions, lcd-x11.c is X stuff and lcd.c is generic
437<linus> Hi folks
438<alkorr> hi linus
439<alkorr> ok
440<Bagder> hey ho Linus
441<linus> I'll dig up my FAT32 source as soon as I get home
442<alkorr> you don't plan to have a buffer greater than screen for having vertical or horizontal scrolling on screen ?
443* Zagor wants Boulder Dash 8*D
444<Bagder> blah, I "plan" all sorts of things, this is not the final complete code
445* linus wants Tetris
446<linus> and Breakout
447<Bagder> this is for setting an api to play with
448<Bagder> increasing the buffer is a piece of cake should we want that
449<alkorr> well, I2C RTC is quite slow
450<alkorr> oh soory
451<alkorr> oh sorry, forget what i said
452<alkorr> there is no connection with lcd
453<alkorr> :)
454<Bagder> Gary said he got about 20frames/sec writing fullscreen, that's not too slow I'd say
455<alkorr> ok
456<alkorr> i just want to be sure there is nothing else which can reduce time
457<alkorr> my lcd was written to have the less time between two bits sent
458<alkorr> we cannot do it better
459<alkorr> (zagor) maybe MAS I2C can be slower in JBR than in JBP because of I2C RTC
460<Zagor> maybe
461<Bagder> linus: you should bring your gdb efforts to the CVS archive, alkorr wants 'em ;-)
462<Zagor> i have some new pictures and shematics for the serial cable. coming up in a minute
463<alkorr> well so long as i don't know why my serial doesn't work any longer it wouldn't be helpful
464<alkorr> i prefer to send my binary to a person who has a JBP and a working serial to tell me if it works
465<linus> I have a working serial
466<alkorr> any volunteer ?
467<Zagor> well my serial port is toast, unfortunately :-(
468<linus> ...but the rest of the archos is fried at the moment...
469<alkorr> beuuuuuuh :,((((
470<linus> ...but i can use my CPU board in Björns player. That works.
471<alkorr> oh good
472<linus> I will put the final touch on the stub on my trip to France next week. I'll keep you posted.
473<alkorr> okay i will prepare a simple binary which only communicate with serial line (no ata stuff or something which could lead to damage)
474<Zagor> uit
475<-- Zagor has quit ("Leaving")
476<linus> Hehe. I appreciate that...
477--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
478<linus> Alan, is your serial port damaged or what?
479<alkorr> i want to be sure if it is my serial converter or my software which in pains
480<linus> Aaah.
481<alkorr> it is what i want to know
482<alkorr> it worked
483<alkorr> ok let me prepare the binary
484<wavey> hey linus
485<wavey> nice to meet you
486<linus> yo!
487<alkorr> okay
488<alkorr> to whom must i send the binary ?
489<Zagor> send it to linus@haxx.se
490<alkorr> ok but wait, it looks as if my strings are corrupted... it may be the reason
491<Zagor> ok
492<alkorr> anyway i suppose you won't be able to do so now
493<alkorr> no i can see on my lcd the string :/
494<alkorr> but my terminal doesn't display my string but some "@" can appear sometimes, any clues ?
495<Bagder> nope
496<alkorr> linus, i send you the first version by dcc send
497<alkorr> sorry, Badger you cannot dcc get my files ?
498<Zagor> now the rs232 converter is up on the mods page
499<Zagor> drawings and the whole shebang
500<alkorr> linus and badger : can you dcc get my files ? i should cancel those for Badger
501<Zagor> linus is away right now
502<Bagder> hm, I think I can receive dcc
503<alkorr> so i retry
504<alkorr> 8 files
505<Bagder> I've never received files using xchat before, but nothing seems to happen
506<Zagor> have you clicked "accept" or something?
507<Zagor> i think you need to mark it and accept it
508<Bagder> that's "auto accept" and I thought I'd get a question if I don't auto-accept
509<Bagder> absolutely nothing happens
510<Zagor> odd
511<alkorr> try : /dcc get alkorr
512<Bagder> that won't work due to my firewall
513<alkorr> i retry file by file
514<alkorr> instead of sending all file in one time
515<alkorr> oh okay
516<alkorr> oh yes the firewall
517<Bagder> but still, the announcement of the dcc is done using ctcp and that is plain irc so my client should still say something
518<alkorr> well i can send to zagor but not receive from zagor, seems to be a similar problem but the main difference is i'm using mIRC on Windows
519<alkorr> Badger : for key.h, macros cannot be used with variable as parameter -> key_pressed (ON) OK but key_pressed (key) ERROR
520<alkorr> there are just for commodity in developping
521<alkorr> i also lost my memory.c which handled a block or bytes allocation (using a similar slab techniques for blocks and bytes allocation in a block)
522<wavey> losing your memory.c is a sign of old age
523<wavey> or too much weed
524<Bagder> lcd_string() bugs :-/
525<linus> Alan, what is supposed to happen when running the program?
526<Zagor> bagder: alans files are at bjorn.haxx.se/rockbox/jox/
527<Zagor> go fetch :-)
528<alkorr> oh sorry
529<alkorr> ok
530<alkorr> well, it displays on the lcd :
531<alkorr> <<< JBP >>>
532<alkorr> and
533<linus> No it doesn't
534<alkorr> OK WORKING!
535<Zagor> haha
536<alkorr> what do you get ?
537<linus> It hangs without displaying enything
538<alkorr> i repeat what you must have is :
539<alkorr> "<<< JBP >>>"
540<alkorr> "OK WORKING!"
541<alkorr> don't plug you serial at boot
542<Zagor> i'm going, guys. see you later.
543<alkorr> it doesn't work at this moment, firmware doesn't clean very well
544<-- Zagor has quit ("Leaving")
545<alkorr> if it doesn't work yet
546<linus> all I can see it the "JUKEBOX 6GB bla bla..." and then it hangs
547<alkorr> hummm...
548<linus> *** back soon ***
549<alkorr> oh where do you plug your serail ? on the line-in ?
550<alkorr> try to send '0' or '1' to turn on or off backlight
551<linus> I have tried that. Nothing happens.
552<alkorr> if not, interrupts are ignored and so it got an error (overrun, frame or parity error)
553<alkorr> can you dcc get ?
554<alkorr> oh by the way did you scramble the bnary ?
555<linus> Havenb't tried. Shoot!
556<alkorr> you must do it
557<linus> I have a tip. Shut off all timer nterrupts: TIERo = 0, TIER1 = 0, etc.
558<linus> I didn't scramble it. That must be it. Hang on!
559<alkorr> there is not interrupt for sending jsut a polling
560<alkorr> but for receiving there is an interrupt (is that way i can turn on or off backlight when receiving '0' or '1')
561<linus> ...still dead, even after scrambling
562<alkorr> no lcd displaying ?
563<linus> Nope
564<linus> FYI, I have firmware 3.18
565<linus> Try to blink the red LED in the polling loop
566<alkorr> hummm, let me create a source package so you can modify and compile it...
567<linus> Great!
568<alkorr> can you dcc get ?
569<alkorr> linus ?
570<linus> Yup. Gimme da filez
571<alkorr> trouble ?
572<linus> "No file offered in SEND mode by alkorr"
573<linus> Alan?
574<linus> Alan: what is the name of the file?
575<alkorr> yes
576<alkorr> backup.tgz
577<alkorr> and now ?
578<alkorr> ok i was trying to send to Zagor :)
579<linus> :-)
580<alkorr> i move the sit() (enable interrupts) just after sending "Ok WORKING!"
581<alkorr> oops, sti ()
582<alkorr> tabs = 2 spaces
583<linus> Alan, I have to go now. I will look into your stuff ASAP. CU!
584<alkorr> ok i must also to go :)
585<-- linus has quit ("Leaving")
586<alkorr> bye all !
587<-- alkorr has quit ()
588<Bagder> lcd_string() works again, time to stop for today
589<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
590**** ENDING LOGGING AT Tue Mar 26 16:43:52 2002
591
diff --git a/www/irc/rockbox-20020327.log b/www/irc/rockbox-20020327.log
deleted file mode 100644
index 902770b85e..0000000000
--- a/www/irc/rockbox-20020327.log
+++ /dev/null
@@ -1,563 +0,0 @@
1
2**** BEGIN LOGGING AT Wed Mar 27 08:23:32 2002
3
4--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
5--- Topic for #rockbox is rock the box http://bjorn.haxx.se/rockbox/
6--- Topic for #rockbox set by adiamas at Tue Mar 26 09:53:55
7<Bagder> hey
8<adiamas> welcome back
9--- adiamas gives channel operator status to Bagder
10<Bagder> thanks ;-)
11<Bagder> we had quite a gathering here yesterday
12<Bagder> as your logs might have shown
13<adiamas> heheh let me scroll and see ;)
14<adiamas> seems like it...
15<adiamas> i wanted to play with the uisimulator on my home machine... but having issues...
16<adiamas> seems that rh7.1 doesn't install the X11 headers for somereason.
17<Bagder> :-(
18<Bagder> btw, you should get the latest uisimulator sources
19<Bagder> I updated them all day yesterday
20<adiamas> yeah.. grabbed it this afternoon at work...
21<Bagder> ah, ok
22<adiamas> pops up a little black window..
23<adiamas> white boarder with text?
24<Bagder> yes
25<adiamas> nods
26<adiamas> i gotta take time to read the source.. no time at work...
27<Bagder> most of the lcd-code is generic as it works on a buffer
28<Bagder> the lcd_update() reads the buffer and makes X11-calls to draw in the window
29<adiamas> damn it.. think i may have to download the neweest x
30<Bagder> ouch, that's a *lot*
31<Bagder> isn't there any rh7.1 rpm with x11 headers?
32<adiamas> i don't know rpms all that well :(
33<adiamas> i pulled out the source from the source cd.. but not sure wtf im looking at...
34<adiamas> so im playing with diff ideas
35--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
36<Bagder> morning wavey
37<wavey> hiya bagder
38<wavey> i keep reading your name as badger
39<wavey> is there a meaning behind bagder?
40<Bagder> hehe, I don't hold that against you ;-)
41--- adiamas gives channel operator status to wavey
42<Bagder> once upon the time..
43<Bagder> back in.. 1987
44<Bagder> I was about to pick myself a nick name
45<Bagder> and this is what it turned out to be ;-)
46<wavey> heh
47<Bagder> I've stuck with it since
48<wavey> same here, but it was 1991
49<wavey> i was asked to give a name for a MUD
50<wavey> and this one came out of nowhere
51<wavey> and it stuck
52<Bagder> I actually *did* intend to spell it badger
53<Bagder> but I was a bad reader or writer or something ;-)
54<wavey> heh excellent
55<Bagder> then I thought the dyslexic style was kinda fun
56<wavey> should reduce the number of nick collisions, etc :)
57<Bagder> yeps
58<wavey> except on #dyslexic-animals
59<Bagder> bwahaha
60<adiamas> okay.. are you guys familar with rpms?
61<Bagder> somewhat
62* wavey is more of a debian man, but go on
63<adiamas> well.. i don't ever use them...
64<adiamas> im a jedi, i use the source luke
65<wavey> heh
66<adiamas> anyways... i have like 20 rpms for various forms of X11.. all i want are the friggin headers since rh7.1 didn't install witht hem...
67<adiamas> is there and easy way to get at them?
68<Bagder> isn't there like a x11-devel package or something?
69<adiamas> and an easier question ;) when charging your players.. have you run the batteries all the way down? and if so, how long did it take charging for you before it held the charge?
70<wavey> you can unpack an rpm without installing it to get files out, yes
71<wavey> and i've run the batteries down a few times
72<wavey> but never in one continuous go
73<wavey> and i always charge overnight
74<wavey> or even continuously
75<wavey> so dunno
76<adiamas> nods
77<adiamas> it seems like its taking forever for this to take a charge again...
78<Bagder> me neither, I haven't even had mine a week yet
79<adiamas> and yeah.. theres a dev version...
80<adiamas> but 7.1 is so bitch slapped i think im just going to pick up a new distro tomorrow...
81<adiamas> think i might borrow a buds suse...
82<adiamas> 7.1 shipped with a dev snap shot of gcc that was fucked.
83<wavey> isn't 7.x really old?
84<wavey> i haven't looked at rh for yearsa
85<Bagder> 7.2 is the most recent, there's a 7.3 beta available
86<wavey> ok, my bad
87<adiamas> yeah...
88<adiamas> but im starting to really dislike the rh distro...
89<adiamas> Bagder: what distro are you runnin?
90<Bagder> rh 6.1 I believe, patched and upgraded beyond recognition ;-)
91--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
92<wavey> ad: how long is 'forever'? to take a charge?
93<Bagder> hej Zagor
94<Zagor> morning
95<wavey> morning
96<Bagder> Zagor: I feel a need for some source code organization from you ;-)
97<Zagor> bagder, don't put those dir in the root. make a 'firmware' top dir to put them in
98<adiamas> morning...
99<Bagder> you mean uisimulator root?
100<Zagor> no, the ones you mailed about. the target code.
101<adiamas> wavey im looking at hmmm.. i was home by 23:30 est, and it's now 3:30 est
102<Zagor> uisimulator is fine in the root, i think
103<adiamas> so 4 hrs?
104<Bagder> ah, right I didn't intend to put them in the root
105<Zagor> ok, good
106<adiamas> but i _really_ drained the batteries.
107<Bagder> I thought of having a 'rockbox' module, as a name for the firmware
108<Zagor> maybe a bit too general?
109<Bagder> Zagor: but I was actually thinking of leaving that task to you ;-)
110<Zagor> ah :)
111<Bagder> as head of the team
112<Bagder> I'm getting confused of all the various source code archives now ;-)
113<Zagor> hehe
114* adiamas pokes zagor
115<adiamas> so.. should i antagonize you about getting added to source forge team?
116* adiamas grins wildly
117<Zagor> hmm, did you send me your sourceforge user name?
118<adiamas> nods
119<adiamas> same one as here "adiamas"
120<Zagor> ok. sorry, i must have missed it. i'll add you right away
121<adiamas> and should we call this room "everyone gets op status bu Tumm"?
122--- Bagder gives channel operator status to Zagor
123<adiamas> hehe no prob..
124<adiamas> just want to post ver. 1 of FAQ
125<adiamas> its really basic and typo ridden.
126<adiamas> i can't spell for crap.
127<Zagor> no problem
128<adiamas> but i figure once your happy, you post it where you see fit.
129<Zagor> yup
130<adiamas> Bagder btw.. when i was looking at the code for uisim, something odd...
131<adiamas> the first function in screenhack.c, merge_options...
132<adiamas> i was playing with the structs, just to test something we've been doing at work
133<adiamas> you do a memcpy, and i was playing with structure copies... they are a bit faster, but when i did it the size of the displyed box (not the white box, the surrounding box) tripled...
134<Bagder> as the header of that file explains, it's been ripped-out from xscreensaver
135<adiamas> any idea why?
136<Bagder> no I don't, I'm not that well aquinted with those functions
137<adiamas> hehehe k... ill go back then... was just the first thing i played with.
138<Zagor> adiamas: you
139<Zagor> are added now
140<adiamas> ?
141<adiamas> sweet.
142<Zagor> "Doc Writer" :-)
143<Bagder> Zagor: suggestion for a new page: cvs info, that sourceforge one is too hard to find and too generic
144<Zagor> good point
145<Zagor> i'll see if i can fix all the cvs issues today
146<Zagor> including putting the web page in cvs
147<adiamas> hehe Doc Writer works for me till i get my <insert profane insult here> box working better.
148<Bagder> that would be really neat
149<Zagor> tumm, who are you? i haven't seen you before.
150<Bagder> I think he's asleep
151<Zagor> ok
152<Zagor> well, the more the merrier :)
153<Bagder> Gary sure is one active guy
154<Zagor> yeah
155<Zagor> we have attracted a wonderfully productive crowd!
156<Bagder> indeed
157<Zagor> maybe i'm the exception. i spent last night playing cstrike :*)
158<Bagder> we might consider putting named people in charge of various sub modules
159<Bagder> haha
160<Bagder> I got some really stupid problems with my Archos mounted filesystem yesterday
161<Zagor> ok?
162<adiamas> what problems?
163<Bagder> when cp -r'ing
164<Bagder> it failed, saying that the filesystem is read-only
165<Zagor> whoa!
166<Bagder> several times
167<Zagor> sounds bad
168<Bagder> I umunted and re-mounted and I could do it again
169<Zagor> did you have usb-storage debug on?
170<Bagder> no
171<Bagder> it copies maybe a hundred files before it bails out
172<adiamas> ive actually had that...
173<adiamas> but it happened when i was in win, not linux... :(
174<Zagor> hmmm, i can't remember how much i've copied to the recorder
175<adiamas> thats when i got that corrupted file.
176<Bagder> this is a 2.4.18 kernel
177<adiamas> i did 500+ files today in one shot
178<adiamas> hmmm same here.
179<Zagor> i have a 2.4.17
180<Zagor> but i only use ehci (usb 2.0) since i got it
181<Bagder> my card arrived yesterday (at Contactor) so I'm soon gonna be there too ;-)
182<Zagor> it's schweet! :)
183<wavey> i xferred 32 cds of mp3 to my recorder in 1 1/2 hours with usb2
184<wavey> that's 3500 songs
185<wavey> 350 cd
186<wavey> fuckin' a.
187<Bagder> :-)
188<adiamas> small house keeping question, cause im anal... umm... logging, will we be relying on printf to the screen, or an actual log file?
189<Bagder> in uisimulator you mean?
190<adiamas> cause i see you have a Logf() in uibasic.c
191<adiamas> nods
192<adiamas> kinda pointless to keep a log on the player ;)
193<Bagder> my original intent was to use the log function
194<Bagder> but then I lost my dicipline ;-)
195<Bagder> also, some of the printf() things are placed in "actual" code, and we need to define how to deal with that
196<adiamas> hehe well.. for what its worth... dicipline may be what we want to set this early :) its gonna be a pain in the arse to break habits later :)
197<Bagder> on a global basis
198<Bagder> you're right
199<adiamas> i have a suggestion on that
200<adiamas> something that seemed to work for me...
201<adiamas> since we are doing "functionname(char *format, ...)
202<adiamas> we just #define the function name, use that... then when/if you want to tear it out its a bit easier
203<Zagor> i don't get it. what's the gain?
204<adiamas> nothing significant.. i was just refering ot the "actual" code bit...
205<Zagor> oh
206<adiamas> doing dev, having it there is fine, but if you want to bring it o the player you want and easy way to remove it.
207<Bagder> a #define macro can't use a variable amount of parameters, in ansi
208<adiamas> and config files are out of the question in this case.
209<adiamas> thats not what i mean...
210<adiamas> i mean: #define PRINTFUNC printf
211<Bagder> aha
212<adiamas> then just: PRINTFUNC("%s", "we are cool")
213<adiamas> then you want to turn it off, then you just have PRINTFUNC point to an empty funciton
214<adiamas> *poof*, no more output
215<Bagder> but that still makes calls to code
216<adiamas> nah, optimized out
217<Bagder> only if in the same source
218<Zagor> #define PRINTFUNC //
219<Zagor> :)
220<Bagder> hehe
221<adiamas> yeah...
222<adiamas> heheh
223<Zagor> ugly, i know
224<Bagder> that's a bit "brual" ;-)
225<adiamas> i like that better :)
226<adiamas> brual?
227<Bagder> why not just PRINTF(("%s", "rockboxk")); ?
228<Bagder> then you can #define PRINTF
229<Bagder> completely
230<Zagor> it gives really weird errors if you do a multi-line PRINTFUNC call
231<adiamas> i don't get it.
232<Bagder> #define PRINT printf x
233<adiamas> oh, got ya
234<adiamas> honestly, id just have issues with that on a readablity level
235<adiamas> but thats just me
236<Bagder> I have no strong feelings about either way really
237<Bagder> we should define a single way to do it, and stick with it
238* adiamas defers all decision making to you european types ;)
239<adiamas> that i agree with...
240<adiamas> and please please please, someone post preferences on how code is to be indented/spaced etc...
241<adiamas> i get enough of 19 diff ppls ideas of formating at work...
242<wavey> code layout is so unimportant
243<adiamas> be nice to have something everyone is expected to stick with.
244<wavey> as long as it's readable
245<wavey> and runnable
246<Bagder> we could have a "prefered" style, but allow stubborn people to use their own
247<adiamas> readable is the problem.
248<adiamas> nods.. thats what i ment.
249<wavey> readable is common sense
250<adiamas> i dont mean we take a LART to someone for putting a { on the wrong line.
251<wavey> and no two people agree on styles
252<Bagder> true
253* adiamas thinks wavey hasn't seen what passes for 'readable' in his office
254<Bagder> heheh
255<wavey> and code beautifiers can be built into a makefile
256<Bagder> beautifiers are no good for versioning
257* adiamas watches cvs explode
258<wavey> no, you beautify locally
259<Bagder> right
260<wavey> according to how you like code
261<wavey> and you can do a 'standard' beautify before the check-in
262<wavey> if these things matter to you
263<wavey> cvs sucks ass, anyhow
264<Bagder> it's the best we have...
265<adiamas> how do you do a standard beautify before check in? rely on the person remembering?
266<wavey> i don't like non-exclusive versioning systems
267<adiamas> define non-exclusive?
268<wavey> adiamas incorporate it into the makefile
269<Bagder> wavey: when doing global development, that's the only thing that works
270<wavey> make checkin
271<adiamas> nods
272<wavey> bag: alas, yes
273<adiamas> thought so.. tired, so checking :)
274<wavey> non-exclusive == if i have it checked out, you can't touch it
275<Zagor> wavey: i wouldn't want to admin a global project with exclusive checkout... :)
276<wavey> zag: depends on the numbers, not the geographical distribution.. ;)
277<Zagor> correct
278<Bagder> I don't think the problem with CVS is the non-exclusiveness
279--> alkorr (jbcoax@srs07v-1-85.n.club-internet.fr) has joined #rockbox
280<wavey> hey alan
281<alkorr> hi
282<alkorr> well i'm planning to do an ARCHOS.MOD as a loader for a not scrambled rockbox.bin binary
283* Bagder needs more coffee
284<wavey> cvs will work fine for us - and i'm not ungrateful for sourceforge providing it..
285--> linus (~linus@labb.contactor.se) has joined #rockbox
286<wavey> hey linus
287<linus> Yo!
288<alkorr> yo Linus
289<linus> I just dug up my FAT code. It isn't that much really. It was originally intended to be a general FAT12/16/32 driver, with emphasis on FAT16. It was for another project.
290<linus> It is only working in a simulated environment, in Linux.
291<alkorr> yes, ok I retrieve some of my FAT32 source but a little bit old compared with the last I've lost
292<alkorr> so it could be interresting to merge
293<linus> Yup. I'll give it to Björn, and he will upload it to the web site.
294<Bagder> hey linus
295<linus> hey Bagder
296<alkorr> well tell me if you are okay for what follows :
297<alkorr> - only FAT32
298<alkorr> - filesystem directly use ATA, no generic device
299<alkorr> - ATA only handle primary controller and the master device (our HD)
300<alkorr> are you okay with that ?
301<alkorr> or do you want something else ?
302<Bagder> I believe in incremental development
303<Bagder> anything is fine
304<Bagder> we improve it later if need be
305<linus> It's perfectly OK. There's no need to develop any code that we won't use. I was planning to rip out the FAT12/16 stuff anyway, since the project it was intended for died.
306<alkorr> must we handle only one partition ?
307<linus> I don't see a problem handling several partitions, but let's start with only one primary partition.
308<alkorr> ok
309<alkorr> it is not a problem for me, it's just some code to add for having them
310<alkorr> the only problem is how the user will see all the partition on his/her JB
311<linus> That's why we should wait with that feature.
312<alkorr> ok
313<alkorr> i'm not sure about that, but did you know for people who have a recent JBR if their hd have a MBR or a direct FAT32 (true removable hd)
314<alkorr> ?
315<linus> I have no idea.
316<Bagder> then you have to add that feature
317<Bagder> we can't know all at once anyway
318<alkorr> the old JBP and JBR cannot read direct FAT32 because of their old firmware
319<alkorr> badger ? your hd on you JBR is the original ?
320<linus> I'm not sure I follow you. What is "direct FAT32"?
321<Bagder> yes
322<Bagder> I just got mine
323<alkorr> can you have a look on the first sector to see its signature, a MBR or a FAT32 ?
324<alkorr> unless you did format it
325<Bagder> what tool can show the first sector like that?
326<linus> My Recorder HD had one primary FAT32 partionaccording to FDISK, before I reformatted it... :-(
327<alkorr> mc
328<Bagder> ok, I'll try to remember to do that tonight
329<alkorr> linus : a normal hd has a MBR with a partition table
330* adiamas growls at CVS
331<alkorr> mc, look for /dev/sda, press F3, switch to hexa mode, that's all
332<linus> FDISK seemed to recognize a partition table when I put the recorder HD in my laptop yesterday.
333<Bagder> alkorr: will do, I don't have access to it now
334<alkorr> linus : a removable disk can have no MBR, i.e, it has no partition at all. Instead, it has a FAT32 boot sector at the very first physical sector
335<linus> I just gave the FAT code to Björn. Be aware, it is undocumented, and implemented straight from the Microsoft specification, so it is in no way optimized. It cad create empty files and directories.
336<alkorr> Badger : yes I know, I just gave you the instructions to check
337<Bagder> ok
338* Bagder logs everything said here, saves him from taking notes ;-)
339<alkorr> :)
340<alkorr> linus : no problem :), Windows can read that kind of removable hd
341<alkorr> linus : but old firmware don't know that
342<alkorr> for those who used Windows 98 SE, it is very complicated to format
343<alkorr> because you need to put the hd as removable to access it, but not removable to format it :/
344<alkorr> Björn ? how must I do to take Linus'source ?
345<Zagor> wait :)
346<alkorr> oh okay :)
347<linus> Interesting. I just did that yesterday. I attached the redorder with an empty HD and partitioned it using FDISK. Was that the wrong way to do it?
348<alkorr> are you interested with a simple ARCHOS.MOD as a loader for our rockbox.bin which wouldn't need to be scrambled ?
349<alkorr> linus : an empty hd ?
350<alkorr> linus : via USB or a ATA converter cable ?
351<Zagor> alan: http://bjorn.haxx.se/rockbox/tmp/fat.tar
352<linus> Well, brand new HD, via USB.
353<alkorr> okay
354<alkorr> it's strange, because Windows can only reckonize USB disk as logical disk...
355<alkorr> at least it is what happens when I use WinHex...
356<linus> So you mean that FDISK shouldn't be able to access the partition table of the Recorder?
357<alkorr> DOS Fdisk ? Windows FDISK ?
358<alkorr> or linux fdisk ?
359<alkorr> a logical disk is a partition
360<alkorr> a physical disk is the entire hd
361<alkorr> with WinHex i cannot access USB disk as physical disk, So i cannot retrieve the MBR for USB disk, even I know it exists
362<linus> Sorry. I ran FDISK in a DOS windows in Win98SE
363<alkorr> was it an Archos disk using the chipset ISD200 ?
364<linus> I created a primary partition (man those "integrity checks" tokk some time...) and then formatted it in Explorer.
365<linus> I would have done it in Linux if it hadn't hung badly when I connected the Recorder... :-(
366<adiamas> hmmmmm
367<alkorr> So your BIOS is able to read the recorder HD !? i thought ISD200 was not totally compliant with USB Mass Storage
368<adiamas> i had that issue today to...
369<adiamas> matter of fact..
370<adiamas> my recorder battery died.. caused linux to hang so bad i had to hard reboot
371<linus> Alan: remember. The Recorder is an ISD300 device.
372<alkorr> oh yes !!!!
373<alkorr> okay i'm speaking about ISD200 !!!
374<linus> Now we're talking. I had to use Linux when I did the same thing with my Player.
375<alkorr> okay okay you don't even need a driver for Windows with ISD300 i suppose
376<adiamas> okay.. sorry all you european studs you.. but this american needs sleep..
377<adiamas> see you in a few
378adiamas alkorr <Bagder> night adiamas
379--- adiamas is now known as adiamas|sleeping
380<linus> I really don't know. When I connected my Recorder the first time, Windows asked for a driver disk, and I inserted the CD that came with the Recorder.
381<alkorr> Zagor ? what do you think about ?
382<alkorr> well, if your DOS is able to access your recorder, that means your BIOS has capability to see USB hd (i.e, those which are really compliant with USB Mass Storage)
383<alkorr> Maybe if you don't give the CD, Windows will find another driver in its database
384<alkorr> maybe maybe
385<alkorr> anyway it is good for you not to be blocked :)
386* Zagor thinks windows wants drivers for everything...
387<alkorr> linus : i'm looking at your work
388<alkorr> your fat entry cache is one sector ?
389<linus> Nope. It is as many sectors as you need.
390<alkorr> the reason why you use a malloc...
391<linus> Actually it's 256 sectors. Look at line 71.
392<alkorr> ok
393<linus> As you see, a lot can be removed, since we don't intend to support FAT16. And in many places, I only have support for FAT12/16. We have work to do.
394<alkorr> lfn ?
395<alkorr> i must leave you. CU
396<-- alkorr has quit ()
397<wavey> can we get the logs of this channel sent to the website?
398<wavey> they're very interesting
399<wavey> any many people would be interested
400<Zagor> good idea
401<Bagder> I can collect my logs so far
402<linus> Daniel! Don't press DELE*...
403<linus> Off for lunch. CU in a few.
404<Zagor> same here
405--- Tumm is now known as coyote
406<Bagder> he's alive! ;-)
407<wavey> if uncommunicative ;)
408--> alkorr (jbcoax@srs04m-8-243.n.club-internet.fr) has joined #rockbox
409<alkorr> re-hi
410<Bagder> alkorr: what's your surname? I'm typing up a little nick => real name list for posting the logs
411<alkorr> i've no nickname. Alkorr is not enough ?
412<wavey> alan korr, i think, yes?
413<Bagder> people might want to know the real name, who's behind the nick
414<alkorr> Alan Korr, my nickmane : Alkorr
415<Bagder> ok, thanks
416<alkorr> Alan Korr
417<alkorr> just a question for Linus : did my rockbox work with serial ?
418<Bagder> he's away, eating
419<alkorr> right
420<Bagder> now, as soon as Björn has made the web updated vis CVS, I can just add the log there ;-)
421<Bagder> s/vis/via
422<alkorr> arf :)
423<alkorr> you'r a fan of GREP ;)
424<alkorr> okay i'll be here in one or two hours
425<alkorr> good lunch
426<-- alkorr has quit ()
427<-- coyote has quit (zahn.openprojects.net irc.openprojects.net)
428--> coyote (coyote@dreamhosted.borlange.se) has joined #rockbox
429<Zagor> hey, coyote
430<Bagder> Zagor: how's the www cvs going?
431<Zagor> it's just about ready
432<Zagor> i'm just reorganising a few things. the scramble tools, for instance, gets a cvs dir of their own
433<Zagor> also, I need to fix something about the load balancer
434<Zagor> which of .html and .cgi has priority by default in apache?
435<Bagder> I think it checks them in the order used in the config
436<Bagder> index.cgi vs index.html that is
437<Zagor> yeah. but that's not what I want to head :-)
438<Zagor> hear
439<Zagor> ok, so we'll have to remove index.cgi in the cron job on sourceforge.net. not a problem
440<Bagder> or, you can just don't add it to cvs
441<Zagor> yup. but i wanted it in cvs, so it's already there
442<Bagder> :-)
443<Bagder> btw, we could also use a new mailing list for cvs commits
444<Bagder> its a great way to keep up with development
445<Zagor> yes
446<Bagder> if you name a directory within www, I could put yesterday's irc log there :-)
447<-- wavey has quit (Read error: 110 (Connection timed out))
448--> alkorr (jbcoax@srs06m-7-196.n.club-internet.fr) has joined #rockbox
449<alkorr> linus : are you here ?
450<linus> Helooooo!
451<alkorr> hi linus
452<Zagor> bagder: 'irc' sounds good to me
453<linus> I'm sitting with your code trying to get it to run on my jukebox
454<Zagor> we'll make an index page with info about server/channel, and then links to the logs
455<alkorr> okay, if you have some questions, don't fear to ask
456<linus> UIE6A at 900014be
457<alkorr> you caught an exception ?
458<linus> Yup.
459<Bagder> Zagor: I added the dir and put the log there just now
460<alkorr> exception 106 : TXI1
461<Zagor> ok
462<Bagder> Zagor: there's a short nick => real name list at the top of the log, it could probably be put on the main page too
463<Zagor> ok
464<alkorr> is abnormal, you shouldn't get it because I don't use interrupt when transmitting
465<linus> You might have turned it on by mistake, since you do use it for receiving.
466<alkorr> SH1 tries to call an interrupt TXI1 but as i don't code an interupt TXI1, it defaults to a UIE
467<alkorr> yes but it's strange, because I never caught this interrupt
468<alkorr> let me have a look on SH1 hardware manual
469<alkorr> SCI1SCR is set to 0x70, which means only RIE,TE and RE is set
470<alkorr> RIE = Receive Interrupt Enable
471<linus> Yeah, I saw that too...
472<alkorr> TE = Transmit Enable (nothing to do with interrupt)
473<alkorr> etc.
474<linus> By the way, you never called serial_setup() in the code you sent me.
475<alkorr> yes because I did in setup ()
476<alkorr> setup () contains all the initial setup for most ports
477<alkorr> included SCI1
478<alkorr> setup is in main.c
479<linus> Now I see. Why do you do that instead of using serial_setup()?
480<alkorr> well serial_setup was just an extra in case we need it elsewhere
481<Zagor> bagder: doesn't "cvs update" make new dirs?
482<Zagor> i just updated the sf page, and didn't get the irc dir
483<Bagder> no, make a habit of using "up -dP"
484<alkorr> I prefer concentrate all initialisation in one setup () with direct access on port for a smaller code
485<Zagor> ah
486<Bagder> -d for make dir, -P for delete removed files
487<alkorr> quite now i never use serial_setup (a old code)
488<linus> I understand. I have another opinion, but never mind. Let's find out whywe get that interrupt...
489<alkorr> my intention is to have the smallest code possible for the final rockbox so we can have the largest space for buffer
490<alkorr> a choice to do
491<linus> Good idea
492<Bagder> me like inlined functions then, best of both worlds
493<alkorr> so, without changing my code, you caught this interrupt ?
494<alkorr> that's true, Badger, i should try do so too to check i didn't lose space that way
495<Zagor> btw, alan. he's "bagder", not "badger". it
496<alkorr> sorry :)
497<Zagor> 's an old story :)
498<Bagder> it proves he's not using tab completion ;-)
499<Zagor> haha
500<alkorr> Bagder, are you sure ?
501<alkorr> :)
502<Bagder> that would be french tab complettion then :-)
503<Zagor> tab completion to a dictionary, perhaps ;)
504<alkorr> yes i forget this capability :)
505<alkorr> very practical indeed
506<alkorr> ok, linus, can you tell if you made a change before catching this interrupt ?
507<alkorr> linus, add a new interrupt in serial.c
508<alkorr> or let me change my serial.c and i will send it to you
509<linus> Alan, I removed my extra call to serial_setup(). Now I get "OK WORKING", but no serial communication seems to work
510<alkorr> ok, it looks as if my software is no good
511<alkorr> if only i could remember what i did to make it work before my hd crashing :(
512<linus> I'll look into it. Hang on.
513<alkorr> linus : we must check if REI1 is called
514<alkorr> add : " }
515<alkorr> add : "lcd_goto (0,0); lcd_puthex (QI(SCISSR1),2);" in REI1
516<alkorr> it will display in hexa the byte read for Serial Status Register (overrun,frame or parity error)
517<Bagder> Zagor: you should add Gary to the activity table
518<Zagor> ok
519<alkorr> oh wait, and if PB10 and PB11 is not set as serial pins in setup () ? i'm checking them
520<Zagor> bagder: ui simulator?
521<Bagder> lcd code and ui sim for windows at least
522<Zagor> ok
523<Zagor> did rob ever put his faq anywhere?
524<Bagder> I don't think so
525<alkorr> Linus, check for BAUDRATE and PHY at the begining of system.h
526<linus> 12MHz and 9600
527<alkorr> 9600 is okay for you ?
528<linus> Yup.
529<alkorr> well, when there is no serial jack pllugged on my JBP, it displays "OK WORKING!"
530<alkorr> the same thing when pluged but nothing in my serial terminal
531<linus> Are you sure that you don't loop the serial data in your PC?
532<alkorr> what do you mean by looping ?
533<linus> Echoing
534<alkorr> i echo what I get not what i put
535<alkorr> I = sh1
536<alkorr> there is no echo from the PC side
537<linus> Got it!
538<alkorr> so ?
539<linus> You have to insert a small delay before enabling TX and RX (SCR1 = 0x70). I made a while(i++ < 30000);
540<alkorr> ok
541<alkorr> good to know
542<linus> As the manual says: "one bit time"
543* Bagder grins
544<linus> I spent quite a few hurs myself with exactly the same problem. I should have remembered that... :-)
545<alkorr> ok you know what i did ?
546<alkorr> i just put the last SCISCR1 = 0x70 just after setting interrupt priorities and it woks now
547<alkorr> so we don't need a very long delay
548<alkorr> very good now i can display messages on my serial terminal :)))))))
549<alkorr> thanks to you Linus, I thought about that but i was sceptical :) finally you did the right thing
550* Bagder hoorays
551<alkorr> ok i will see later
552<alkorr> bye
553<-- alkorr has quit ()
554<linus> Gotta go now. CU!
555<-- linus has quit ("Leaving")
556--> alkorr (jbcoax@srs08m-5-139.n.club-internet.fr) has joined #rockbox
557<alkorr> oh linus is left, well okay.
558<-- alkorr has quit (Client Quit)
559<Zagor> gotta run. see you guys
560<Bagder> bye!
561<Bagder> I figure the day is over now, I'll clear off as well
562**** ENDING LOGGING AT Wed Mar 27 16:27:55 2002
563
diff --git a/www/irc/rockbox-20020416.log b/www/irc/rockbox-20020416.log
deleted file mode 100644
index d58a324700..0000000000
--- a/www/irc/rockbox-20020416.log
+++ /dev/null
@@ -1,214 +0,0 @@
1**** BEGIN LOGGING AT Tue Apr 16 07:32:17 2002
2
3--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
6--> adiamas (~adiamas@216.194.26.214) has joined #rockbox
7--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
8--- Zagor2 is now known as Zagor
9--> Linus (~linus@labb.contactor.se) has joined #rockbox
10--- Bagder gives channel operator status to Zagor
11--- Bagder gives channel operator status to Linus
12<Bagder> $ mount /dev/sda1 /mnt/archos
13<Bagder> mount: /dev/sda1 is not a valid block device
14<Bagder> everything's the same as with my previous usb stuff
15<Bagder> I only added the EHCI module
16<Zagor> what does the kernel log look like when you plug in the device?
17<Bagder> hub.c: USB new device connect on bus1/4, assigned device number 2
18<Linus> Bagder: how is the Recorder formatted?
19<Linus> or rather partitioned?
20<Bagder> there's no difference
21<Bagder> it worked with my usb1.1
22<Linus> Have you tried /dev/hda?
23<Linus> And what sayeth your /proc filesystem?
24<Linus> I am a moron. Of course I mean /dev/sda.
25<Bagder> my /proc says a lot of course, any specifics?
26<Zagor> /proc/scsi/scsi
27<Linus> /proc/scsi/usb-storage or /proc/scsi/scsi
28<Bagder> hm
29<Bagder> $ cat /proc/scsi/scsi
30<Bagder> Segmentation fault
31<Zagor> ooh
32<Linus> Ouch!
33<Bagder> should I take away some of the other usb stuffs when I use ehci?
34<Zagor> i don't think that should be necessary
35<Bagder> this happened before too
36<Bagder> when I used the wrong usb module
37<Bagder> ohci
38<Zagor> although i use usb as modules, so i rarely have everything loaded at the same time
39<Bagder> well, since they must be modules I do too
40<Zagor> they must be?
41<Bagder> dunno for the new one though
42<Bagder> yes
43<Bagder> the other ones must be
44<Bagder> at least for the menu stuff to work
45<Zagor> i didn't know that
46<Zagor> try /proc/bus/usb/devices
47<Bagder> it might work to fiddle in the .config
48<Bagder> and what am I looking for in there?
49<Linus> Bagder: do you have a directory called /proc/scsi/usb-storage-*?
50<Zagor> the isd300
51<Bagder> Vendor=05ab ProdID=0060 ?
52<Zagor> yes
53<Linus> Bagder: are you sure that the usb-storage module is loaded?
54<Bagder> no
55<Linus> Check.
56<Zagor> :)
57<Bagder> so I need two modules?
58<Zagor> the usb driver and usb-storage, yse
59<Zagor> yes
60<Bagder> didn't need that before...
61<Zagor> in that case it was compiled-in
62<Linus> Yes you did.
63<Bagder> oh
64<Bagder> I have that one built-in
65<Zagor> hmm
66<Linus> Sounds strange. You could try to have usb-storage as a module instead
67<Bagder> yeps
68<Bagder> reboot pending
69<Bagder> I did in fact try it under windows yesterday ;-)
70* Bagder hides
71<Linus> *slap* (misses)
72<Zagor> looser
73<Bagder> I also tried to setup "internet sharing" in win98
74<Linus> HAHAHA!
75<Bagder> but failed to miserable I felt pain
76<Bagder> so miserably even
77<Zagor> you really are gullible... :)
78<Bagder> it is *supposed* to work
79<Linus> It does. But you have to know the secret handshake
80<Bagder> it of course ended up with me having *three* cards defined and none of them were having my correct IP addresses
81<Bagder> *g*
82<Bagder> so it took 20 minutes to clean it all up again and get back to where I started ;-)
83<Bagder> ... then I rebooted back to Linux
84<Bagder> phew
85<Bagder> reboot
86**** BEGIN LOGGING AT Tue Apr 16 10:18:30 2002
87
88--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
89--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
90--- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
91<Linus> Thanks!
92<wavey> i bet the archos guys themselves are impressed at that
93<Bagder> they should be at least
94<wavey> wait until they see our screen savers :)
95<Linus> I suspect that the Archos guys also used the serial port for debugging
96<Zagor> I'm curious if anyone at Archos has heard about our project yet
97<Bagder> right, I added the drawline function the other day
98<Zagor> Bagder: how's the menu ideas coming along?
99<wavey> Zagor: maybe. but they don't seem overly responsive for fixes or ideas from the public - so maybe they just don't give a shit?
100<Bagder> Zagor: not much there yet
101<wavey> my mate has the 1.26 rom, i'd like to know what changes went in
102<wavey> the lists don't seem to indicate much changed
103<Bagder> I'd like to see an API for reading keys
104<Linus> Write one
105<Bagder> then I can fake both input and display in the simulator
106<Bagder> and produce something to try a menu system on
107<Linus> Write one
108<Bagder> I know I should
109<Bagder> again
110<Bagder> I need to take Alan code
111<Bagder> and Gary code
112<Bagder> and unity them
113<Bagder> unite even
114<Linus> Merge on. You have my full support. :-)
115<Bagder> thanks, there's only the time issue left then ;-)
116<Linus> Caffeine does wonders with time
117<Bagder> hahaha
118<Zagor> oh, you're not doing anything useful anyway ;)
119<Linus> "Charging batteries" (internal joke)
120<Bagder> oh, how did you know? ;-)
121<Bagder> speaking of charging batteries, that's a man who we should "lure" in here to get started on some work :-)
122<Bagder> Kjell
123<Linus> That man can really do screensavers!
124<Bagder> hehe right
125<Bagder> we need a math library ;-)
126<Bagder> Alan would love that!
127* Bagder giggles
128
129* Linus is having a Monty Python deja-vu
130<Zagor> i was living in a cardboard box in the middle of the road
131<Zagor> every morning we had to get up and lick the road clean
132<Bagder> luxury!
133<Linus> You were fortunate!
134<Bagder> is there any way we can wait for a key input without just while()ing in a read?
135<Bagder> I mean there's no irq or something?
136<Zagor> i don't think so
137<Zagor> nope
138<Bagder> ok
139<Zagor> PA[12-15] and PB[12-15] can trigger interrupts, but none of them are connected to a key
140<Bagder> Alan's key.h file sure is confusing to me
141<Bagder> well, perhaps not
142<Bagder> but quite not what I want
143<Zagor> uhhh, not a pretty sight
144<Bagder> Gary's is more in my line of thinking
145<wavey> anyone familiar with cygwin's setup process? how do i find out how to get a copy of /usr/share/dict?
146<wavey> bah
147<Zagor> i've never used cygwin
148<wavey> perhaps i'll reboot into linux
149<Bagder> I'll give ya a URL if you want
150<wavey> please
151<Bagder> I mean, the raw file
152<wavey> ah, i can get that myself thanks anyhow
153<Bagder> ok
154<wavey> just wanted to get the proper cygwin version
155<wavey> you know how interdependent these things can be
156<wavey> you guys redhat or debian users/
157<Zagor> both :)
158<wavey> ok
159<wavey> i love debian
160<wavey> to death
161* Bagder has a redhat 6 something, patched beyond recognition
162<Zagor> i'm a long-time redhat user and a recent debian convert
163<wavey> i remember installing slackware using 20+ floppies
164<wavey> those were the days
165<Zagor> hehe
166<wavey> 386
167<wavey> 16 MB ram
168<wavey> and my system kicked ass :)
169<Zagor> which kernel version was that?
170<wavey> wow
171<wavey> that's going back some
172<wavey> about a year before 2.0
173* Bagder got the 0.01 kernel on a CD with a book he bought recently
174<Zagor> empty cd...
175<Bagder> well, there were other kernel releases too ;-)
176<Zagor> ah
177<Bagder> "Linux core kernel code commentary"
178<Bagder> nice reading before falling asleep at night ;-)
179<Zagor> that's cheating!
180<wavey> the oreilly kernel book is very good
181<Bagder> I got that one too
182<Bagder> device drivers volume 2
183* Zagor has a bloody zoo in the bookshelf
184<wavey> heh yeah
185<wavey> luckily they expense books at my current company
186<wavey> i bought 40 over the last couple years
187<Zagor> yeah, same here
188<wavey> i stroke my bookshelf at night
189<Zagor> hehe
190<Bagder> hahaha
191<wavey> my fiancee is getting jealous
192<wavey> is the device drivers book worth getting?
193* Bagder 's wife fainted when she saw the "kernel commentary" book ;-)
194<wavey> i was tempted
195<Bagder> "what *is* that!" ;-)
196<Linus> The device drivers book is a must
197* wavey makes mental note
198<Bagder> do we have any good pictures of a player and a recorder taken on the keys/lcd ?
199<Bagder> ah http://bjorn.haxx.se/rockbox/internals/archos1.jpg is a good one on the player
200<Bagder> we have no good ones of the recorder though
201<Zagor> i can take some
202<Bagder> I'd like a web page with two frontal pics next to each other
203<Bagder> player/recorder
204<Bagder> makes it more clear to people (and me) how much they differ
205* Bagder thinks ui/input stuff
206<Zagor> ok
207* Linus is starving
208<Zagor> preferrably with the displays lit
209<Zagor> off to lunch
210<Bagder> yes
211<Linus> Lunch!!!
212<Bagder> food
213**** ENDING LOGGING AT Tue Apr 16 11:52:45 2002
214
diff --git a/www/irc/rockbox-20020417.log b/www/irc/rockbox-20020417.log
deleted file mode 100644
index 7ab27c9de2..0000000000
--- a/www/irc/rockbox-20020417.log
+++ /dev/null
@@ -1,164 +0,0 @@
1**** BEGIN LOGGING AT Wed Apr 17 07:59:14 2002
2
3--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
6--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
7--- Zagor2 is now known as Zagor
8<Zagor> morning
9<Bagder> hey
10<Zagor> cool hack of the day:
11<Zagor> Adbusters is buying a 30 second commercial spot on CNN tomorrow
12<Zagor> and they're airing....nothing
13<Bagder> :-)
14--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
15<Zagor> 30 second black screen
16<Bagder> at least it was cheap to manifacture ;-)
17<Zagor> hehe
18<wavey> morn, boys
19<Bagder> hey wavey
20<Zagor> hi wavey
21<Zagor> apparently the spot cost $5000 to purchase
22<wavey> i tried compiling firmware last night, and it complained of missing .h files
23<wavey> fakestore or something
24<Zagor> yeah, that's the fat code. it's not compilable
25<wavey> ah.
26<wavey> ok
27<wavey> is it normal to have noncompilable code in cvs?
28<wavey> in a major build target?
29<Zagor> not really, but this is the first version of most files
30<wavey> hmm
31<wavey> i guess
32<Bagder> it hasn't really set yet
33<wavey> what's there looks good
34<wavey> i got most of it compiled on windows thru cygwin
35<Bagder> that cool
36<Bagder> that's
37<wavey> needed to mod the makefile to include cygwin's distributed include dirs, etc
38<wavey> once we have a compilable codebase, we should mandate that it's always compilable from then on - sensible?
39<Bagder> yes
40<Bagder> imho
41<wavey> otherwise it holds up dev
42<Bagder> indeed, there will be many people using the code base then
43<Bagder> but feel free to correct the problems and mail us patches! ;-)
44<wavey> sure - will do :)
45--> linus__ (~linus@labb.contactor.se) has joined #rockbox
46--- Bagder gives channel operator status to Zagor
47<wavey> can someone add me as a registered dev on the rockbox sourceforge project pls
48<wavey> mister_wavey is my sf login
49* Bagder points in Zagor's direction
50<Zagor> sure
51<wavey> cheers
52<Bagder> today's security flaw: IE back button ;-)
53<wavey> heh
54<wavey> which webapp is misbehaving?
55<Bagder> the back button can run javascript
56<Zagor> stuart martin, mister_wavey, Developer
57<wavey> zag: lovely
58<Bagder> wavey: to commit anything to CVS, you need to checkout the repo using ssh first
59<Bagder> before you did it read-only
60<linus__> Strange. When I connect from work, I am allowed to use the nick "Linus", but not from home. ???
61<Bagder> linus__: muh is still running and uses it probably
62<Zagor> that's because from work you are connecting via "muh", which is holding the Linus name for you
63<linus__> AAh IC.
64<linus__> Bagder: muh is running on labb, or...?
65<Zagor> yes
66<linus__> Så hur kopplar jag upp mig mot den?
67* Bagder detects swedish BZZZZZ
68* Bagder grins
69<Zagor> connect your irc client to labb:9997
70<linus__> OK. CU!
71<-- linus__ has quit ("Client Exiting")
72--> Linus (~linus@labb.contactor.se) has joined #rockbox
73<Bagder> tadaaa
74<Linus> WOW! It worked!
75<Bagder> nomad claims 22 hours battery time
76<Bagder> http://www.nomadworld.com/products/Jukebox3/
77<Zagor> ...and the reviews report 10-12 hours
78<Bagder> :-)
79<Linus> I got my soldering station yesterday. I made another debugging cable just to test it.
80<Bagder> ... and now you sell it to the highest bidder? B-]
81<Zagor> ah, good. because i got my archos swapped today!
82<Linus> Rock'n'roll!
83* Bagder reads "Any one out there linking the curl C library with a COBOL program?"
84<Bagder> :-)
85* Bagder bounces, a commit mail from wavey!
86<wavey> heh
87<wavey> cygwin makes hell bearable
88<Bagder> yeah, cygwin's pretty decent
89<wavey> i've installed cygwin's ssh
90<Zagor> lunch
91<wavey> does the use of ssh produce a public key somewhere on my filesystem>
92<wavey> ?
93<wavey> or do i need to make my own
94<Bagder> you don't need one if you don't want to
95<Bagder> but ssh-keygen makes them
96<wavey> i'd like to store the key with sourceforge
97<Bagder> ah, then ssh-keygen is the answer
98<Bagder> -t dsa or -t rsa
99<Bagder> depending on which kind of key you want
100<Bagder> or one at a time to get both kinds
101<Bagder> they're normally store in ~/.ssh
102<Bagder> stored
103<wavey> do i want a passphrase on this?
104<Bagder> yes
105<wavey> ok cool
106<wavey> how long does a cvs login session last for?
107<Bagder> forever
108<wavey> ok cool
109<Bagder> until you logout
110<wavey> ok waiting for the sourceforge batch process to use my key :)
111<Bagder> ok
112<Bagder> yes, it's nicer that way
113<Bagder> the cvs page isn't complete in that aspect either...
114<Bagder> as it doesn't explain the whole process to get the no-prompting to work
115<wavey> well, the ssh-keygen would be a useful addition
116<Bagder> yes
117<Bagder> you'll also need to run ssh-agent and ssh-add
118--> alkorr (jbcoax@srs07v-3-253.n.club-internet.fr) has joined #rockbox
119<alkorr> hi
120<alkorr> good it works with WinCVS now (much easier to add or to update than with CVS command line)
121<-- alkorr has quit (Client Quit)
122<wavey> yuk
123<wavey> GUIs are evil
124<wavey> except directory browsers, i guess
125<Bagder> I agree
126<wavey> and therefore cvs integration makes sense
127<Bagder> people tell me the wincvs interface is really crappy though
128<wavey> ssh-agent and ssh-add are needed where?
129<Bagder> when sf knows your key
130<wavey> ok, what do i need to do?
131<Bagder> run "eval `ssh-agent`" and then "ssh-add"
132<Bagder> it starts an "agent" for your key
133<Bagder> and adds your key to it
134<Bagder> which then passes it to the server when used
135<wavey> ah
136<wavey> ok taa
137<Bagder> so for ssh-add you need to enter your pass phrase
138<Bagder> once
139<Bagder> and after that all cvs operations are with no prompts
140<Bagder> now, I honestly don't know how to put that short and nice in the cvs web page ;-)
141<wavey> :)
142<wavey> ooh
143<wavey> still being prompted - c'mon sf! get your batches running! :)
144<Bagder> you'll see on the prompt when you can expect the non-prompt to work
145<Bagder> it depends on which pass phrase it asks for
146<wavey> and the passphrase for the key is good for the length of the login session?
147<Bagder> um, yes, but the "login" session with ssh is just the single operation. unless you meant the passphrase to ssh-add which is good as long as you keep ssh-agent running
148<wavey> ah ok
149<wavey> and to restart the agent after reboot?
150<wavey> eval `ssh-agent` again?
151<Bagder> yes
152<wavey> coolio
153<Bagder> then ssh-add and add your pass phrase
154<Bagder> s/add/enter
155<wavey> ok
156<wavey> how do i get on the cvs notification list?
157<wavey> i couldn't see instructions anywhere
158<wavey> the mail archive needs a search tool too, ideally
159<Bagder> Björn mailed about it
160<Bagder> yes it does
161<Bagder> To get these mails, send a mail to majordomo@cool.haxx.se, with the text (no subject) "subscribe rockbox-cvs".
162<wavey> aha, just found it :) thanks
163**** ENDING LOGGING AT Wed Apr 17 12:25:54 2002
164
diff --git a/www/irc/rockbox-20020418.log b/www/irc/rockbox-20020418.log
deleted file mode 100644
index 4ae09bf7f6..0000000000
--- a/www/irc/rockbox-20020418.log
+++ /dev/null
@@ -1,559 +0,0 @@
1**** BEGIN LOGGING AT Thu Apr 18 08:42:39 2002
2
3--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
6--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
7--- Zagor2 is now known as Zagor
8--> Linus (~linus@labb.contactor.se) has joined #rockbox
9<adiamas> wtf is the story with the makefile?
10<Zagor> there's a story?
11<adiamas> umm.. well.. all the >>>>> and <<<<<< and ======= stuff
12<Zagor> ah, that's a conflict
13<Zagor> you and someone else changed the makefile
14<Zagor> the >>>>>, <<<< and ===== describe the two versions
15<Bagder> which makefile btw?
16<adiamas> uisimulator
17<adiamas> nevermind.. i just did and update on my end...
18<Bagder> ok
19adiamas adi|atWork <adiamas> could someone tell me where their lcd.h is located?
20<adiamas> i don't have one and i need to grab it off a remote box...
21<adiamas> makefile is complaining
22<Bagder> ah
23<Zagor> it's in the firmware module
24<Bagder> I have uisimulator and firmware checked out in the same dir
25<adiamas> ?
26<Bagder> so in the uisim dir I can get it ../firmware/lcd.[ch]
27<adiamas> im really starting to dislike cvs
28<Zagor> rockbox, rockbox/uisimulator, rockbox/firmware
29<adiamas> yeah.. but _i_ don't wanna work on firmware
30<Bagder> you do now ;-)
31<adiamas> but your telling me that i need to pull it down and keep it up to date huh ?
32<Zagor> no but you need that source. we don't want to duplicate it
33<Bagder> because the uisim uses firmware code
34* adiamas giggles
35<adiamas> can't we break it out into another "library" or "common" dir or something?
36<Zagor> and have a third module you need?
37<adiamas> seems that makes more sense..
38<adiamas> nope.. still only be two..
39<adiamas> why should i worry about firmware if i only want to play with the uisim
40<Bagder> thing is, I want the uisim to use as much "real" code as possible
41<adiamas> nods
42<Zagor> because the uisim simulates the firmware
43<adiamas> nods
44<adiamas> okay.. now.. because im stupid.. if i just want to pull the files down and not checkout...
45<adiamas> whats the cvs command?
46<adiamas> or do i co no matter what?
47<Zagor> yes
48<Bagder> there's only checkout, yes
49<adiamas> nod
50<adiamas> im so much more used to sccs :)
51<Bagder> but since you don't modify them, you won't get problems updating them in the future
52<Zagor> sccs is good, but not for widely distributed development
53* adiamas nods
54<adiamas> i understand the use of cvs.. just feels icky cause im not used to it
55<Zagor> widely/wildly
56<Bagder> it takes some getting-used-to, I agree
57--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
58<Bagder> hey ho wavey
59--- Zagor is now known as Zagor|work
60<wavey> goodly morning
61<adiamas> hmm... okay.. anyone know wtf firmware/system.h would bitch on uisim compile?
62<adiamas> complaing about the #define \'s
63<Bagder> hm
64<Bagder> lemme check
65<Bagder> what does it say?
66<Bagder> it works here
67<adiamas> gcc -DHAVE_CONFIG_H -DGETTIMEOFDAY_TWO_ARGS -DSIMULATOR -DHAVE_LCD_BITMAP -I../firmware -g -c uibasic.c
68<adiamas> In file included from ../firmware/lcd.h:24,
69<adiamas> from lcd-x11.h:24,
70<adiamas> from uibasic.c:36:
71<adiamas> ../firmware/system.h:52: parse error before `volatile'
72<adiamas> ../firmware/system.h:62: stray '\' in program
73<adiamas> and then like 100 iother stray complaints.. but i figure those are ghosts
74<Bagder> what gcc version is this?
75* Bagder suspects the crlf newlines...
76<adiamas> gcc version 2.95.3 20010315 (release)
77<adiamas> im not switching to the 3.0 series till its aged a bit
78<Bagder> on linux, right?
79<adiamas> yup
80<adiamas> ill tell you if its crlf
81<adiamas> one sec
82<adiamas> looks like it...
83<adiamas> i load it in emacs and it comes in DOS format
84<adiamas> mode rather
85<Bagder> yes
86<Bagder> so try stripping them off and compile and see if that removes the warnings
87<adiamas> ummm.. how do i do that easily?
88<Bagder> tr -d '\015' < system.h >system2.h
89<Bagder> then use the version 2 of course
90<adiamas> yup.. that did it...
91<Bagder> ok
92<Bagder> so we need to be more careful on the newlines
93<adiamas> so when i get diffs on what i do and others do.. clashes and what not.. and we get the <<<<<<<<<< and> >>>>>>> complaints.. how do we resolve those?
94<wavey> the makefile can include a newline checker
95adiamas adi|atWork adiamas adi|atWork <adiamas> thats a good idea
96<Bagder> adiamas: those are conflict markes that appear when you get an update that has changes on the same lines you have changed locally
97<adiamas> right.. i know.. but how do we resolve them...
98<adiamas> ie: you change int i to int duck
99<adiamas> and i want int wolf
100<adiamas> what happens?
101<Bagder> you edit out the "wrong" piece
102<Bagder> and keep the correct
103<adiamas> hehe but which is wrong?
104<Bagder> you need to figure that out
105<Bagder> it's a conflict with your changes
106<Bagder> we can't tell you what's right ;-)
107<adiamas> but it may only be a conflict with my changes because someone elses bug fix may be diff then mine.. and it clear out theres and place mine.. then theirs is in conflict
108<adiamas> and round the wheel turns...
109<Bagder> yes, but that's why you need to pick one of the alternatives. Or write a new approach ;-)
110* adiamas reminds you he's still new to this ;)
111<adiamas> one last question, then bed... is there a way to set my searchable include dirs in my env so that the makefile can find what it needs if things are in diff locations?
112<Bagder> it's possible to pass as arguments to make
113<adiamas> bah.. was trying to avoid that...
114<Bagder> it could be environment variables too
115<Bagder> we should figure out a way to let people do this easily
116* adiamas nods
117<adiamas> fixed.. settled for a symlink and said screw it
118<Bagder> way to go ;-)
119<wavey> adiamas: -IX -IX+1 -IX+2 for your makefile include entry will search X, X+1 and X+2 ..
120<wavey> where X, X+1 and X+2 are include dirs
121<wavey> if i understand your q correctly
122<wavey> so people edit their makefile to include all their includes in the $(INCLUDE) directive
123<wavey> that's how I do it
124<wavey> especially on cygwin, where the includes are all over the place
125<wavey> oh, and I replace the use of -I$(INCLUDES) with simply $(INCLUDES)
126<wavey> to ensure the first -I doesn't translate into -I-IX
127* wavey goes back to OO modelling
128<wavey> of course, we could always use autoconf
129* wavey runs
130<Bagder> hehe
131<adiamas> wavey nah.. that i know.. the part that was issue was the libs..
132<adiamas> yeah.. editing the makefile isn't an issue..
133<adiamas> i just don't want to have to keep fixing it each time i pulled down a clean copy and all
134<adiamas> so i just tossed LIBDIRS in the env
135<adiamas> and do make -e
136* adiamas shrugs
137<wavey> oh, libs - i thought you said includes
138<adiamas> hehe nope...
139<adiamas> im used to makefiles.. just not used to dealing with that on a new starting project :)
140<adiamas> w/ other ppls machines and all
141<wavey> 'is there a way to set my searchable include dirs in my env'
142<wavey> ha
143* wavey knew he wasn't going mad
144<adiamas> hehe sorry...
145<wavey> i think i need bed too
146<Bagder> 1 - 0 to wavey ;-)
147<wavey> but i've been awake only a couple hours
148<adiamas> its 0430 here.. cut me some slack ;)
149<wavey> heh
150<wavey> go
151<wavey> to
152<wavey> bed :)
153<adiamas> can't sleep :(
154<adiamas> this heatwave here is killing me..
155<adiamas> came to quick...
156<wavey> where are you?
157<adiamas> NY state, usa
158<adiamas> bout, 30 mins north of NYC
159<wavey> aha
160<wavey> how hot can it be at 0430?
161<adiamas> hit 93 today at work...
162<wavey> ouch
163<adiamas> yeah...
164<wavey> hope the ac is working
165<adiamas> don't have any
166<adiamas> just a ceiling fan
167<wavey> double ouch
168<adiamas> nods
169<adiamas> i find turning lights off and working by candle makes it cooler (both definitons of cooler)
170* wavey blinks
171<adiamas> besides.. the gf comes up this weekend.. so sweat is a good thing then ;)
172<wavey> heh
173<adiamas> btw.. its no ac at home.. work has it..
174<wavey> ah
175<wavey> glad to hear it
176* Bagder counts, 33.9 celsius = 93 fahrenheit = 307 kelvin
177<wavey> uk has been mild/warm for a few weeks now
178<wavey> s'lovely
179<wavey> had the first rain in ages yesterday
180<Bagder> we have like 9C today... :-/
181<adiamas> hehe we are in a near drought situation already... no lawn watering, town just passed restrictions on pool filling
182<Bagder> wow
183<adiamas> and across america over 100 records were broken due to the high heat
184<wavey> we use CDs in the uk now
185<adiamas> NYC had it's hotest temp on this day in history, for the 3rd day in a row.
186<wavey> they're smaller and shinyier
187* adiamas quirks his head to the side and looks at wavey
188<adiamas> i don't get it.
189<wavey> records broken
190<wavey> cd
191<adiamas> ah..
192<adiamas> heheh
193<wavey> it's late
194<wavey> you're tired
195<adiamas> im ugly too :)
196<wavey> its understandable :)
197<wavey> heheh
198<adiamas> but shhh.. thats a secret
199* Bagder looks at wavey, oooooh that was a pretty bad one ;-)
200<wavey> everyone's beautiful in ascii
201<adiamas> lol... i like that...
202<adiamas> congrats.. you just joined my sig file :)
203<wavey> eheh
204<wavey> heh
205<wavey> in ebcdic however, everyone's a pig
206<Bagder> is that why we've switched to ascii these days then? B-]
207<wavey> yup :)
208<wavey> and frosted mirrors too
209<adiamas> wavey.. whats your real name so i can credit you all proper like :)
210<wavey> stuart martin, if you need the credit. take it for yourself with my pleasure
211<adiamas> btw.. its 70 F here, 21 c
212<adiamas> UV Index:
213<adiamas> 0 Minimal
214<adiamas> heheh
215<adiamas> i wonder why...
216<adiamas> could it be the suns not up?
217<wavey> :)
218<wavey> when is dawn these days?
219<wavey> any of you read scifi?
220<adiamas> dawn as in sun rise or dawn as in the book?
221<Bagder> sunrise in NY 05:12
222<wavey> almost finished two olaf stapledon books. 1930s author - one of his books describes the history of humanity (over 200 000 000 years) and the other describes the history of the universes
223<wavey> both fantastic, btw
224<adiamas> nods
225<Bagder> (according to my psion)
226<wavey> absolutely recommend them
227<adiamas> wavey, feel like mailing me the book names?
228<adiamas> either that.. or msg me them...
229<wavey> 'last and first men'
230<wavey> and 'starmaker'
231<adiamas> nods
232<wavey> the channel is quiet, i'm sure no one cares :)
233<adiamas> got it.
234<adiamas> okay.. bed time
235<adiamas> night all
236<Bagder> night adiamas
237<wavey> see ya
238--- adiamas is now known as adi|sleep
239* Bagder is curious on Linus I2C and MAS work...
240<wavey> i2c?
241<wavey> whassat
242<wavey> ooh, only 15*6 songs left on my random playlist of 3500 songs :)
243<Bagder> that's how to speak to the MAS circuit
244<adi|sleep> one quick note.. did you guys realize there is a key lock on the jbr?
245<wavey> yus
246<wavey> on
247<adi|sleep> nods
248<adi|sleep> hehe i din't :)
249<adi|sleep> back to bed :)
250<wavey> heh
251<wavey> night
252* Bagder has hardly used his recorder yet :-)
253<wavey> we need a tiny math lib for our code
254<Bagder> we do
255<wavey> which projects can we steal it from?
256<Bagder> I dunno actually
257<Bagder> we could probably "steal" function by function
258<Bagder> from BSD or Linux code
259<wavey> sure
260<wavey> be nice if sourceforge allowed a search through open source project's codebases for things
261<wavey> be very useful
262<Bagder> true
263<wavey> make it easier for industry to rip it off as well i guess
264<wavey> not that it doesn't happen already anyway
265<Linus> The I2C is going slow at the moment. But the MAS is responding.
266<Bagder> *cool*
267<Linus> ...occasionally. :-)
268<Bagder> hah
269<Bagder> occasionally cool :-)
270<wavey> heh
271<wavey> what about data structures?
272<wavey> we cutting our own linked lists, etc?
273<Bagder> we could probably use a sensible single implementation for many to use
274<wavey> must be a nice and small and tested-to-hell one in apache or somewhere
275<wavey> yus
276--- Zagor|work is now known as Zagor
277<Bagder> btw, we're having a litte "rockbox" gathering tomorrow
278<Bagder> the stockholm/sweden parts of the rockboxers
279<wavey> how close do you guys live together?
280<Linus> 20km
281<wavey> 'variable pitch control' is that achieveable by the MAS?
282<wavey> (from the mail list)
283<Zagor> nope
284<Zagor> can't be done
285<Bagder> rockbox lunch time
286<PsycoXul> hey you know if the DAC can have 2 channels on at once?
287<Linus> I don't think so. Lemme check.
288<Linus> It seems like we can mix all channels, AUX1 AUX2 and DAC
289<Linus> Cool. Then we can hear the RS232 data when we are debugging. :-)
290--- Zagor is now known as Zagor|lunch
291<PsycoXul> yeah? nice
292--- Zagor|lunch is now known as Zagor
293--- wavey is now known as wav_lunch
294* wav_lunch smiles
295<wav_lunch> timezones. who'd have 'em?
296<Zagor> they're useless
297* Zagor wants to do away with timezones and daylight savings time
298<wav_lunch> yus
299<wav_lunch> one hour, globally
300<wav_lunch> who cares if 0515 is in your afternoon?
301<Zagor> exactly. it's just a bloody number
302* PsycoXul agrees
303<wav_lunch> swatch tried it with Internet Time
304<wav_lunch> only met one person with such a watch though
305<wav_lunch> if the world's consumers had embraced the concept, the governments may have agreed to it
306<wav_lunch> anyhow
307<wav_lunch> lunch
308<Zagor> the problem was that they wanted to alter everyone's sense of time. the changed too much
309<Zagor> people still want 12+12 hour days, 60 hours minutes etc
310--> alkorr (jbcoax@srs04m-2-107.n.club-internet.fr) has joined #rockbox
311<Linus> Welcome Alan!
312<alkorr> hi linus
313<Zagor> hi there
314<alkorr> i have a question
315<Linus> Ask!
316<alkorr> quite now we cannot use other formats than MP3
317<alkorr> not even a WAV file
318<alkorr> the recorder is able to get a linear PCM on digital line
319<Linus> True
320<alkorr> if i'm not wrong, wav format is a PCM-like stream
321<Zagor> yes
322<PsycoXul> wav is usualy just pcm with a header afaik
323<alkorr> my idea is the following
324<alkorr> if we strip unused infos
325<alkorr> and feed internally the digital pin of MAS
326<alkorr> with a PCM stream (using sci0 ?)
327<alkorr> and set MAS for recording
328<alkorr> would you hear this wav playing ?
329<Linus> I don't follow you. Do you want to play WAV files on the recorder?
330<alkorr> a trick which could allow recorder to play wav files (not forgetting possibility of mixing)
331<PsycoXul> i read on the company's website about the player's MAS and they claimed to have pcm playback firmware for that chip anyways, likely the recorder's chip too... of course getting any such things i dunno, never found any downloads etc
332<Linus> The MAS is capable of playing WAV files. You just have to download firmware to it.
333<alkorr> i think it is not free
334<PsycoXul> can archos firmware do whats necessary to download firmware to the MAS?
335<alkorr> i tried to get this addition but without success
336<alkorr> yes it could
337<alkorr> if it have additions to upload
338<alkorr> has
339<alkorr> but i'm doubtful that Archos will buy this addition for its player/recorder.
340<Zagor> i think we need a dsp hacker to the project :)
341<alkorr> of course if we could know what kind of DSP it is and have compilers, it would be great
342<Zagor> yes
343<alkorr> but Micronas are unlikely to reveal anything about this DSP
344<Bagder> why?
345<alkorr> Do you know a lot of company which reveal all the works ?
346<alkorr> their
347<Bagder> what DSP they use is hardly "all the works"
348<alkorr> anyway, companies are not bound for revealing something :)
349<alkorr> perhaps they don't want to let a non Micronas employee to be able to reverse-engineer their works
350<alkorr> they are commercial, not open free :)
351<PsycoXul> well
352<PsycoXul> they DO have a devkit that they supply to their customers
353<PsycoXul> they mention it and some of the things in it
354<PsycoXul> example firmware and such
355<Zagor> yes but if they don't let people write dsp code, who will buy their dsp?
356<alkorr> customers => archos, not final users
357<alkorr> customers must pay for it !
358<Zagor> true
359<PsycoXul> including some voice compression codec decoder and encoder, and pcm player
360<PsycoXul> yeah
361<Bagder> but there are a few customers of the MAS
362<Bagder> perhaps we could ask around
363<PsycoXul> so somebody find a friend of a friend of a friend who works for a customer ...
364<PsycoXul> heh
365<alkorr> okay if you can a smart guy to help for retrieving missing infos and even get tools, that would be great
366<alkorr> find
367<Bagder> getting the tools is probably not legal
368<alkorr> and if he/she is not concerned with a NDA too
369<Bagder> I doubt all customers sign NDAs to buy the MAS devkit
370<alkorr> ya, if we could have opcodes, we can create an assembler
371<alkorr> but what i know it should be 24-bit opcodes (code addresses are 24-bit)
372<alkorr> btw, if you look at MAS commands, to upload a firmware you must issue a command and a block of 32-bit words
373<alkorr> but only the first 24 bits in those words are valid
374<alkorr> (or it should be 12-bit ?)
375<alkorr> hum found a 1 MB pdf...
376<Zagor> the data sheets speaks of 20-bit words
377<alkorr> ok
378<alkorr> so it is 20-bit
379<alkorr> i found a page where someone said what DSP was in fact
380<Bagder> wow
381<alkorr> i try to get it back
382<alkorr> MASC
383<alkorr> 3500 ?
384<Bagder> not 35000 ?
385<alkorr> anyway not a target we can find for gcc or as :(
386<Bagder> uh no
387<Bagder> http://winwww.rutgers.edu/~samar/platforms/masc3500.html
388<alkorr> ya
389<alkorr> found
390<Zagor> nice digging!
391<Bagder> the guy who wrote that web page could have some info
392<alkorr> yes i tried but i wonder if his email address is still valid
393<Bagder> he has two, try both ;-)
394<alkorr> hum i prefer let you to try both ;)
395<alkorr> "MASC 3500 is NOT supported by C compiler. Only assembler programming is available"
396<Bagder> actually, I think I'll hand over that work to Björn
397<alkorr> okay
398<Zagor> *thump*
399<Zagor> got it
400<Zagor> :)
401<Bagder> he's the man
402<Bagder> ;-)
403<alkorr> :)
404<Zagor> so..um... what do we want to know, exactly?
405<wav_lunch> whether he has an archos for a start :)
406--- wav_lunch is now known as wavey
407<alkorr> have all the information he can feed us about this DSP : especially all the opcodes
408<Bagder> haha
409<Zagor> haha
410<Zagor> "I was especially interested in digital modulation techniques and speech processing. So, embedded systems and numerous real-time DSP implementations (telephone line modems, low bit-rate speech coding...)"
411<Zagor> he's our man!
412<wavey> There was only one commercially available MPEG layer 3 chip, the MASC3500 from ITT Intermetall Semiconductor. We attempted to obtain information and availability of the chip, but the company is situated in Germany and gave very little feedback
413<wavey> not a good sign
414<alkorr> yes it is the main culpritt of thy company
415<alkorr> this
416<alkorr> humm i mean the main discredit for this company :)
417<wavey> your point is usually clear, al :)
418<wavey> A. Domazetovic, D. Samardzija, "Implementation of 4880 bps CELP on MASC 3500 DSP", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
419<wavey> anyone near a library?
420<wavey> in yugoslavia?
421* wavey chuckles
422<Zagor> lol
423<wavey> D. Samardzija, Z. Lukac, "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
424<alkorr> well in a very good english : "this lack of feedback is the rock(box) on which the undertaking comes to grief" ;)
425<Zagor> yay, we've got a poet! ;)
426<wavey> al: and now in italian, please :)
427<alkorr> italian you are ?
428<wavey> (without using babelfish)
429<wavey> italian I am not
430<wavey> english I am
431<alkorr> arf ;)
432<wavey> arf is a lovely word :)
433<alkorr> "questa mancanza di risposte è la roccia(boccia) su cui l'impresa viene al dolore " ;)
434<wavey> roccia boccia
435* Bagder giggles
436<alkorr> arf => lol
437<wavey> fantastic! :)
438<Bagder> roccia boccia is mighty
439<alkorr> huh "boccia" doesn't exist :P
440<alkorr> Wav: found something about "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor" ?
441<Zagor> it's one of Dragan's publications
442<alkorr> okay so no pdf at all ?
443<Zagor> no
444<Zagor> i'll email him and see if he's a cool guy or not
445<Zagor> hmm, this guy wrote a CELP encoder for the MAS 3503, which is the predecessor of the 3507 we have in the jukebox
446<Zagor> i think i'm in love
447<alkorr> arf :)
448* Bagder worships Dragan a little
449<Bagder> you think it helps? ;-)
450<alkorr> Why ?
451<alkorr> brb
452**** ENDING LOGGING AT Thu Apr 18 14:44:53 2002
453
454**** BEGIN LOGGING AT Thu Apr 18 15:27:51 2002
455
456--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
457--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
458--- Topic for #rockbox set by Zagor at Fri Apr 12 15:45:52
459<Bagder> does wordexp() exist in windows?
460<Bagder> anyone?
461* Zagor doesn't do windows
462<alkorr> wordexp ?
463<Zagor> Bagder: <Linus> I just managed to read the version number from the MAS via I2C! Yippie!
464<Bagder> *neat*
465<Bagder> wordexp, yes, it's a posix function
466<Bagder> though I doubt windows features it
467<alkorr> use the cygwin.dll from Cygwin ;P
468<alkorr> i'm doubtful too
469<alkorr> unless they have a posix library
470<alkorr> what is its purpose
471<Bagder> "perform word expansions"
472<alkorr> i cannot find its manual entry
473<Bagder> heh, no I couldn't either on linux
474<alkorr> really a standard posix or just a mandatory extension ?
475<Bagder> then Linux man pages contain many holes
476<Bagder> standard posix
477<Bagder> single unix specification
478<Bagder> never mind
479<alkorr> okay
480<Bagder> so what is the version number of the MAS? ;-)
481<alkorr> Linus: player or recorder ?
482<Zagor> it's the player
483<Zagor> actually, he read the model number so it's "3507"
484<Bagder> woooo
485<Bagder> we didn't know that! B-P
486<Zagor> hehe
487<alkorr> Linus: you should try I²Cize your MAS on the recorder too
488<Zagor> maybe he faked it :)
489<Zagor> alan: yeah, it's just a lot easier to do development on the player since he's got the serial port on it (and the I2C wires connected to a digital oscilloscope...)
490<alkorr> ah yes, the wires...
491<PsycoXul> you guys are gonna make these little boxes do things the archos people never dreamed :p
492<PsycoXul> just thought i'd throw that in there before running off to bed heh
493<Bagder> ... and not some things people do dream of (judging from some of the feature requests) ;-)
494<PsycoXul> heh
495<PsycoXul> yeah well
496<Linus> My I2C test was on the player
497<alkorr> Recorder has two I²C devices so don't be surprise if you code could not work ;)
498<PsycoXul> Bagder: that may not be all bad heh
499<PsycoXul> and theres a lot of requested features that would be like.. moot with new better firmware
500<PsycoXul> you know things that apply to the current firmware's limitations etc
501<Bagder> that's true
502<Linus> Why? I assume they have different ID:s.
503<alkorr> especially, if you requeste a RTC reading via an interrupt while reading something on MAS ;)
504<Linus> Hehe. Who would do such a thing? :-)
505<alkorr> They do
506<Linus> :-)
507<PsycoXul> anyways, sleep time.. night
508<Bagder> night PsycoXul
509<Linus> night
510<alkorr> nacht Psycho
511<alkorr> hum i must leave, see you !
512<-- alkorr has quit ()
513<-- Linus (~linus@labb.contactor.se) has left #rockbox
514<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
515--- You are now known as Bagderzzz
516--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
517<-- wavey has quit (Read error: 104 (Connection reset by peer))
518<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox
519--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
520--> alkorr (jbcoax@srs04m-7-48.n.club-internet.fr) has joined #rockbox
521<-- alkorr has quit (Client Quit)
522--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
523<Zagor> are you an emacs man, wavey?
524<wavey> yus
525<wavey> you also?
526<Zagor> yep
527<Zagor> had a problem with c-offsets-alist, but I worked it out
528<Zagor> are you logging everything?
529<Zagor> alan said his FAT32 code was "obsolete" but I don't understand what he meant with that
530<-- wavey has quit (Read error: 104 (Connection reset by peer))
531<adi|atWork> zagor.. you still around?
532<Zagor> yeah
533<adi|atWork> heheh glad you updated the lcd.[ch] api...
534<adi|atWork> now i can toss up my battery bit at some point ;)
535<Zagor> ah, yes
536<Zagor> i have a little something i hope to get done tonight
537<adi|atWork> whats that?
538<Zagor> umm, a surprise :)
539<Zagor> tetris
540<adi|atWork> lol.. seriously?
541<Zagor> yeah
542<adi|atWork> oh.. i was thinking...
543<adi|atWork> we have a limited # of keys on the players.. we may want to assign keyboard keys to represent them for the simulator.
544<Zagor> yes, i've been thinking that too. i was thinking some keys on the numeric keyboard
545<adi|atWork> nods
546<adi|atWork> that or just overload the function keys.
547<adi|atWork> but the #pad would work nicely for the center control pad...
548<adi|atWork> left, right, up, down.
549<Zagor> exactly
550<adi|atWork> i like that.
551<Zagor> and 5 för the play/pause on the recorder
552<adi|atWork> yup...
553<Zagor> and even the top four for the menu keys
554<adi|atWork> could even get away with - for off and + for on
555<adi|atWork> right...
556<Zagor> i don't know if numlock is a problem using as a normal key in X
557<adi|atWork> i don't see why it would be...
558<adi|atWork> brb..need food
559<-- Zagor has quit ("bye")
diff --git a/www/irc/rockbox-20020419.log b/www/irc/rockbox-20020419.log
deleted file mode 100644
index d31e3942af..0000000000
--- a/www/irc/rockbox-20020419.log
+++ /dev/null
@@ -1,547 +0,0 @@
1--- You are now known as Bagder
2--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
3--- Zagor2 is now known as Zagor
4<Zagor> aloha!
5<Bagder> hey ho
6--- Bagder gives channel operator status to Zagor
7<Bagder> uh
8<Bagder> y%8 should be y&7 in lcd.c
9<Bagder> for the pixel functionss
10<Bagder> I'll fix
11<Zagor> yes, i realized that too. but it turns out as the same thing
12<Bagder> when compiled?
13<Zagor> i don't know about the code, but the logic is the same
14<Bagder> yes, logic is the same but % is generally a much slower operation
15<Zagor> ok
16* Bagder does an "Alan"
17<Zagor> hehe, don't be mean
18* Bagder chuckles
19<Bagder> woo new mozilla to get
20--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
21<wavey> morn
22<Bagder> it is a sunny and fine morning here
23<wavey> overcast and cool here
24--> alkorr (jbcoax@srs04m-8-117.n.club-internet.fr) has joined #rockbox
25<alkorr> for the CVS $Id, what must i put it in a source, so CVS fills it
26<alkorr> ?
27<alkorr> hi btw
28<Zagor> $Id$
29<Zagor> hi :)
30<alkorr> oky
31<alkorr> :)
32<wavey> do we have a standard file header to include at the top?
33<Bagder> yes
34<wavey> i.e the rockbox copyright and logo?
35<alkorr> yeep
36<wavey> so rather than specifying the Id tag
37<wavey> specify the header :)
38<wavey> and put the tag in the herder
39<wavey> header
40<Zagor> yes, that's how it is
41<wavey> so
42<wavey> why
43<wavey> did
44<wavey> alan
45<wavey> ask about the id tag?
46<Zagor> ask
47<Zagor> alan
48<Zagor> :)
49* wavey lol
50<alkorr> because i didn't know that :)
51<wavey> because it isn't stated anywhere :)
52<Zagor> alan: you changed the license for your FAT code. was that intentional?
53<alkorr> nope at all
54<alkorr> they were my old headers
55<Zagor> ok, so I should change it back to GPL?
56<alkorr> just forget to change them
57<alkorr> if you are tempted :)
58<Zagor> i am :)
59<alkorr> okay
60<Zagor> i looked at it a bit yesterday. what did you mean when you said the code is "obsolete"?
61<alkorr> which code ?
62<Zagor> the fat code
63<Zagor> that you mailed me
64<alkorr> ah yes... hum because i plan to split it and maybe a little bit more generic for PC test
65<Zagor> ok, because I started working on it... :)
66<alkorr> is that so ?
67<Zagor> yes
68<Zagor> i plan to have an image of a FAT32 disk in a file to do testing on
69<alkorr> for your purpose ?
70<Zagor> ?
71<wavey> zag: how will the main program body service user events while keeping the dsp full of data? will we just set up some sort of dma to allow the dsp to read data until complete, leaving the program thread to manipulate memory etc?
72<wavey> or is there some other way?
73<Zagor> that's a good question, which among other things we will be discussing tonight :)
74<Zagor> i need to switch tunnels, brb
75<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
76<wavey> bag: we = .se?
77<alkorr> european people ;)
78<Bagder> yes
79<Bagder> me, Linus, Björn and a forth friend
80--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
81<wavey> ok
82--- Zagor2 is now known as Zagor
83<wavey> cool
84<alkorr> oh you mean off-irc, Bagder ?
85<Bagder> we're gonna gather tonight
86<Bagder> right
87<Bagder> in real life
88<wavey> wow
89<wavey> there's an outside?
90* wavey is scared
91* Zagor is now in a clean, nice, pure ssl tunnel
92<Bagder> you worked out the CONNECT part?
93<Zagor> yup. found a perl script
94<Bagder> coolio
95<Zagor> i'll write up a twiki page
96<Bagder> knowing http pays off B-P
97<alkorr> seriously i see Zagor has change PAIOR and PBIOR to be ((volatile ...)
98<alkorr> i would try to avoid such a thing
99<Zagor> why?
100<alkorr> sometimes to have a byte access is better than a word access
101<wavey> these are registers, yes?
102<Zagor> yes but byte access is a special case
103<alkorr> or a 32-bit access better than a 16-bit access
104<Zagor> also a special case
105<Zagor> this is the normal case
106--> Linus (~linus@labb.contactor.se) has joined #rockbox
107<alkorr> du to the fact, we write them in C, i don't see objections to leave them as address ant programmer to use the word access he wants
108<alkorr> ... and let ...
109<Zagor> it makes a mess in the code to always typecast them. this way, the registers are registers, as defined in the data sheet
110<alkorr> register ???
111<Zagor> if you want to access them in a non-standard way, *then* you do special typecasts
112<alkorr> manual says we can access such registers as well byte as word, so there is no real non-standard way
113<Zagor> well the manual says the register is 16 bits wide, so that's how I define "standard"
114<Linus> I define the "standard size" to be the register size.
115<Linus> I would guess the the size the programmer wants would be the register size in 99% of all cases.
116<alkorr> i try to use a homogene way to access those register, and having SI,HI or QI remove the necessity to guess what size the register is. But due to the fact i'm in minority, i suppose i can only approve your changes unwillingly
117<Zagor> i really don't like the SI/HI/QI thing
118<alkorr> by the way i could need the addresses of those register (DMA with SCI0 for example)
119<Linus> Except that noone can guess what QI, SI and HI means without searching in the header files.
120<Zagor> yes, we probably need double macros. one with the address and one for register access
121<alkorr> yes but i find more ugly explicit typecasting anyway
122<Linus> Absolutely. We will probably still nedd both ways of doing it.
123<Zagor> explicit typecasting is good in special cases
124<Zagor> because then it shows that it's a special case
125<alkorr> i use GCC convention which has in internal the modes SI, HI and QI
126<alkorr> if you could find something else, i could be okay
127* Zagor has never seen SI/HI/QI in his 15 years of programming...
128<Linus> Yes. But I have yet to see any C source code using that convention.
129<alkorr> but must be short anyway
130<Linus> Absolutely.
131<alkorr> look at the gcc source
132--> Bagder2 (~chatzilla@as3-3-2.ras.s.bonet.se) has joined #rockbox
133<Linus> I have looked at the GCC source code. The QI/HI/SI stuff is not C it is a pseudo language.
134* Bagder2 tries chatzilla
135<Zagor> Bagder2: good?
136<Bagder2> nah, I think I prefer X-chat
137<alkorr> yes, your defines is not much more standard than mine anyway
138<Zagor> actually, they are
139<-- Bagder2 has quit (Remote closed the connection)
140<Zagor> look at any microcontroller C compiler
141<Zagor> registers are reserved uppercase symbols
142<alkorr> i don't call them 'standard'
143<Zagor> well no, but it's the most common way to represent registers
144<alkorr> it is not that kind of stuff i will call standard
145<alkorr> for me, they are libs like stdlib or stdio, no our own source
146<Zagor> I agree, it's not a standard. but it's a style that many people have seen before
147<adi|sleep> yeah.. yeah.. well.. well.. your momma!
148* Zagor twitches. Adi - awake?
149<adi|sleep> not really...
150<adi|sleep> for what its worth.. and i know its not much... but to me... SI HI QI makes no sense...
151<Linus> BTW, the Archos guys have really made an odd I2C bus connection between the 7034 and the MAS... :-(
152<adi|sleep> because to anyone who doesn't immediatly recognize it.. well.. they are clueless to what it means..
153<adi|sleep> but thats just my opin...
154<alkorr> so change them for another convention
155<Zagor> that's my point exactly
156<Linus> and the MAS uses a really odd I2C protocol variant...
157<Bagder> Linus: will it set any limitations or just make it difficult?
158* adi|sleep also points out he isn't attacking anyone...
159<Linus> A little tricky...and perhaps slower that necessary.
160<alkorr> anyway, for me they are not really register since SH7034 use a memory map to access peripheral registers => not a register for SH, register for peripheral on-chip.
161* Linus agrees with adi|sleep
162<alkorr> Linus: what about the trouble ?
163<Zagor> alan: it's the same thing. many controllers use memory-mapped registers
164<Linus> For example the PIC
165<Zagor> and the PowerPC
166<Linus> Well, not the POowerPC core, but all PowerPC-microcontrollers
167<Zagor> yes
168* adi|sleep points out that your reality is nothing but lies and baldardash and he is happy to say he has know understand of it.
169<Linus> And the 8051, IIRC
170* adi|sleep goes back to sleep
171<Zagor> adi seems a bit... off ?
172<Linus> Zombie?
173<adi|sleep> me? no no no....
174<Bagder> so, he's talking in his sleep ;-)
175<adi|sleep> im on 'nuetrel'
176<Zagor> a victim of the Umbrella Corporation?
177<alkorr> i make a difference between cpu register and port registers that all. The way to access them is different
178<adi|sleep> which is latin for "its way to fucking hot and humid outside for 0430
179<adi|sleep> "
180<alkorr> one use direct opcode, the other use peek/poke
181<alkorr> that's all
182<Linus> Agreed. You dont access the CPU registers at all in C source code.
183<Bagder> poke 53280, 0
184<Linus> Black border
185<alkorr> a reset ?
186<alkorr> Linus: about I²C ?
187<adi|sleep> then what did the old "register" thing in C do?
188* Bagder hands the award to Linus
189<alkorr> what's the trouble
190adi|atWork adi|sleep adi|atWork adi|sleep <Zagor> adi|sleep: it tries to allocate a variable to a register
191<adi|sleep> nods
192<Zagor> instead of putting it on the stack
193<adi|sleep> okay.. now i remember.
194<alkorr> no one uses anymore register, because a lot of C compiler implicily uses registers as possible
195<Linus> They have used a diode to simulate an open collector bus. That makes it tricky to communicate in both directions.
196* Zagor agrees
197<alkorr> so register is a void attribute in gcc
198<Zagor> yup
199<Bagder> yes
200<Bagder> but then gcc is a mighty fine compiler
201<Bagder> there are a bazillioin of worse ones out there
202* Bagder has been hit by a few
203<Linus> GCC is good on some processors, worse on others.
204<Bagder> true
205<Bagder> but it has a good general engine
206<Linus> Generally, GCC wants CPU's with a lot of registers
207<adi|sleep> well don't we all?
208<alkorr> for IA32 or SH, humm
209<adi|sleep> i mean.. come on.. cpus with lotsa registers are just so much more sexy
210<adi|sleep> not to mention better in bed.
211<adi|sleep> speaking of bed
212<alkorr> IA64 you mean
213<Linus> ADI. Are you drunk? :-)
214<adi|sleep> only with powerlessness
215* adi|sleep cackles evilly
216<Bagder> I bet its the heat
217<alkorr> Linus: i'm not sure to understand, what do you mean by "communicate in both directions" ?
218<adi|sleep> nods
219<adi|sleep> and the lack of decent sleep.
220* adi|sleep giggles furiously as he missreads sleep with sheep...
221<adi|sleep> no wouldn't _that_ have been a freudian slip.
222<Zagor> hehe
223<Linus> I mean that the data (and the clock in the case of the MAS) is bidirectional. Both read and write. And the diode makes that difficult.
224<Linus> But not impossible. Just tricky.
225<Zagor> what's the australian definition of "safe sex"?
226* wavey pats adi|sleep on the head
227<Zagor> you X-mark the sheep that kicks
228* wavey -so- needs to learn some electronics
229<wavey> is there a beginners bible?
230<Linus> I don't know
231<Linus> It's really simple. Just have a father that explains it to you. :-)
232<alkorr> yes but you can read, cannot you ?
233<wavey> er
234<alkorr> i'm talking to Linus :)
235<wavey> ah
236<alkorr> read MAS
237<wavey> good :)
238<Linus> hahaha!
239<alkorr> :)
240<Linus> Yes I can read. Ti is working. But it is slow at the moment. I will add another trick from my bag to make it faster.
241<alkorr> it is the code or the electronic part which is really slow ?
242* Bagder likes bags with tricks
243<Linus> Tha MAS is really nasty, as it drives the clock even when it is slave. :-(
244<Linus> The data line takes a lot of time to go from 1 to 0 when reading, since the line is unconnected because of the diode. I will have to discharge it explicitly to make it faster.
245<alkorr> the MAS manual says it can held the clock to let it handle some things before reading further data
246<alkorr> okay
247<Linus> Yup. And that is really nasty.
248<Linus> Especially since the clock is also connected via a diode.
249<alkorr> in fact, you're telling us that MAS could run faster if the data line can discharge more rapidly
250<Linus> Only the I2C line. That is only used for settings and configuration.
251<alkorr> but it only regards the I²C line
252<Linus> A pull-down would really help.
253<alkorr> okay, not a real problem, just a nasty design
254<Linus> Exactly.
255<alkorr> lines I²C shouldn't have pull-ups ?
256<Linus> Yes. On the bus side. I was talkin about the CPU side of the diode.
257<alkorr> okay
258<alkorr> just a note
259<alkorr> if you disassembly the I²C part of the player firmware, they don't use the common way to set/clear the I²C lines
260<alkorr> instead of using IN direction to set line at 1, they use OUT direction and set to 1
261<alkorr> that is, when setting port, always in OUT direction from the CPU
262<alkorr> when reading (checking line status), in IN direction
263<wavey> daniel - you still capturing the logs?
264<Bagder> I do
265<alkorr> I suppose you don't use the same way to communicate with MAS (when setting 0, OUT dir.; when setting 1, IN dir.)
266<wavey> cool
267<wavey> can we automate it?
268<wavey> stick a bot on and pipe it to the website?
269<Bagder> it is certainly possible
270<wavey> and add a search engine? :)
271<wavey> this is a wealth of info
272<Zagor> i added a search form yesterday
273<Zagor> it uses google
274<wavey> especially to newcomers that will come along
275<wavey> cool
276<wavey> uses google's cache or realtime search?
277<Zagor> the cache
278<wavey> ok
279<Zagor> but they index the site pretty regularly
280<wavey> lovely
281<wavey> regularly or frequently? ;)
282<Zagor> frequently :)
283<wavey> i've nearly got the C++ XML library ready for inclusion
284<wavey> just getting the CORBA interfaces ready first
285<wavey> this firmware will kick ass
286<Zagor> haha
287<Bagder> hihi
288<Bagder> what about the web browser? ;-)
289<wavey> :)
290<alkorr> bad you will need to convert it to plain C ;)
291<wavey> now, this might be a ridiculous idea...
292<wavey> but can we use more of the limited memory buffer for audio
293<Zagor> more?
294<alkorr> ???
295<wavey> hang on
296<wavey> by using the disk to store our program data?
297<wavey> and load it back when needed?
298<alkorr> we have a 2 MB DRAM, whatever we can have in
299<wavey> or is that silly
300<Zagor> that is silly :)
301<alkorr> depending what you want to do
302<alkorr> i think to understand what Wavey means
303<alkorr> yes it could be a cool idea but not the priority
304<Linus> alkorr: That is why they have the diode. They don't want to set it ton IN to drive a 1 on the bus.
305<Linus> For some reason.
306<alkorr> the possibility to load a game when you want to play, instead always having them in memory
307<wavey> yeah, keep a nucleus of program in memory, and demand load the bits we need
308<wavey> how large is the footprint of archos firmware?
309<alkorr> archos apparently has no real dynamic memory
310<alkorr> it seems to use a lot of tables
311<Linus> What is "real dynamic memory"?
312<Zagor> malloc
313<Linus> Ah.
314<alkorr> so their size should be fixed
315<Zagor> i guess :)
316<alkorr> malloc is a dynamic memory
317<alkorr> a true dynamic memory, if you like
318<wavey> do i misremember malloc's free not shrinking the process memory usage?
319<wavey> not that it matters
320<Zagor> that's OS dependent
321<Bagder> wavey: that's a unix thing
322<wavey> with only 1 process
323<wavey> ok
324<alkorr> what i mean is if we want to have the ability to load specific code at a ponctual time
325<alkorr> you surely need a dynamic memory
326<alkorr> so when we only use the player (or recorder)
327<alkorr> we can use all the memory
328<alkorr> and to prevent us to work with fixed address (so binary code not reusable with new firmware)
329<alkorr> but you still need a code addresses relocator :) well, not the first thing rockbox will have
330<wavey> no one knows how large the archos firmware is in memory?
331<Zagor> nope :)
332<Linus> I xould guess about 100K.
333<wavey> interesting :)
334<Linus> But I might be wrong
335<wavey> their firmware decompresses the mod, yes?
336<wavey> .ajz
337<alkorr> in fact we can export some data in harddisk
338<alkorr> for exemple if we have messages in different language
339<Linus> I guess the recorder decompreses the firmware. That would explain the long start time.
340<wavey> i can't see the benefit of a compressed mod
341<wavey> except to piss people off :)
342<Linus> Neither can I.
343<Bagder> save disk space? hehehe
344<wavey> hehe
345<wavey> ooh, 60GB in your palm.
346<Linus> Download time on the internet? I mean if you can save 1 second... :-)
347<alkorr> Wav. scrambling maybe
348<PsycoXul> so like yeah
349<PsycoXul> i remember all the things my c64 could do with 1mhz
350<wavey> 1mhz? or 1mb?
351<PsycoXul> what interesting things can be done with a whole 12mhz of processing power
352<PsycoXul> heh
353<wavey> ah
354<wavey> yes :)
355<PsycoXul> i just with the player's LCD was even just a tiny bit better
356<PsycoXul> like to be able to draw the blocks between characters
357<PsycoXul> heh
358<Bagder> yup, all the fun games will only be for the recorder :*)
359<PsycoXul> nah
360<PsycoXul> i did a rather nice little thing where you run around a map overhead
361<PsycoXul> and it scrolls through the 2 lines quite nicely
362<alkorr> i think the messages inf the firmware must take a lot of space, it could be interesting to see when removed how many it saves space in memory to have just the messages of the right langage
363<PsycoXul> it's pointless till i can read levels in files and such but i just wanted to find out if it was possible to make a game playable in 2 lines
364<PsycoXul> and it is
365<PsycoXul> just be cooler with a little more capabilities
366<PsycoXul> heh
367<Bagder> that's might cool
368<Bagder> +y
369<alkorr> to have a < 64 KB code should be a good point
370<Zagor> alkorr: yes
371<Zagor> we have a very big advantage in that we can always compile in just the features and data that we need
372<Linus> Hehe. The libc code is about 30k...
373<Bagder> ick
374<Zagor> libc? who needs libc?
375<alkorr> for div
376<alkorr> or shift operations
377<alkorr> when the shifter is not an immediate
378<Linus> I use it for sprintf at the moment. The string functions are there too
379<Bagder> there's a diet libc we could check out
380<Zagor> we can use a simpler sprintf
381<Linus> We have the source. We remove what we don't want.
382<Zagor> precisely
383* Bagder agrees
384<Linus> Actually, I think newlib ha a diet sprintf.
385<Linus> s/a/has/
386<Bagder> "ha has" ?
387<alkorr> but due to the fact you use a library, you only integrate functions from libc you really use in your source*
388<Bagder> heheh
389* Linus has thick fingers today
390<Linus> Not functions, modules
391<Linus> Unfortunately, many finctions are located in the same .o file in the library, and they often call each other.
392<alkorr> ah bad
393<Linus> But correctable.
394<alkorr> i thought they used a .c file for each functions
395<Linus> Often they do.
396<Linus> And sprintf() is a mighty beast.
397<alkorr> shure
398<Linus> I use it for debugging output at the moment.
399<alkorr> using sprintf from linux?
400<Linus> Nope. In the firmware. On the GDB console.
401<Bagder> a less capable sprintf() could of course be much smaller and still do just about what you'd want
402* Linus thinks of Trio
403<Bagder> that is not less
404<alkorr> Linus: i know but i'm speaking about what version sprintf is
405<Linus> But you know how to strip it.
406<Bagder> true ;-)
407<Linus> I don't know of any versions of sprintf. It's just Newlib.
408<Linus> Version 10.0.1, IIRC
409<Bagder> we probably want a sprinf() for screen text formatting too
410<Zagor> yup
411<alkorr> one possibility
412<wavey> i saw a tiny sprintf for gameboy advance
413<Linus> Go get it.
414* wavey looks
415<alkorr> is to use a generic printf which call a function for a character
416<alkorr> not fast
417<Bagder> well that's how they all work
418<alkorr> but you can directly display without have a buffer
419<Bagder> more or less
420<alkorr> so ?
421<Bagder> so that is probably what we'll get
422<Bagder> but
423<alkorr> so when you use this function, just call this function with a callback ?
424<Bagder> I doubt that anyway will printf() to the display
425<Bagder> anyone
426<alkorr> ah yeah, it is another thing for the LCD recorder
427<alkorr> story
428<Bagder> right
429--- Zagor is now known as Zagor|lunch
430--- Linus is now known as Linus|lunch
431<alkorr> c u
432<Bagder> bye Alan
433<-- alkorr has quit (Read error: 110 (Connection timed out))
434<wavey> http://www.frotz.net/gbadev/remote/printf.c
435<wavey> pretty tiny
436<Bagder|food> yes
437--- Zagor|lunch is now known as Zagor
438--- Linus|lunch is now known as Linus
439<wavey> http://yugop.com/ver3/stuff/03/fla.html
440<wavey> cute
441<wavey> (and work safe)
442<Zagor> cool!
443<Bagder> http://www.oqo.com/ <= seen this?
444<Zagor> bleh, flash
445<Bagder> yeah
446<Bagder> annoying site, cool box
447<-- Linus (~linus@labb.contactor.se) has left #rockbox
448<Zagor> do you know why uisimulator has a garbled window title?
449<Bagder> no
450<Zagor> what's the variable in emacs that says to only indent with spaces?
451<Bagder> (setq-default indent-tabs-mode nil)
452<Bagder> I think
453<Zagor> ok
454<Zagor> closing tunnel, brb
455--> Linus (~linus@labb.contactor.se) has joined #rockbox
456<Zagor> lcd_update in lcd-x11.c doesn't ever clear pixels, does it?
457<Bagder> uh, no ;-)
458<Zagor> i noticed :)
459<Bagder> oops
460* Zagor has been scratching his head a while over this :)
461<Bagder> I'm not sure how to do that the best possible way though
462<Bagder> I mean to avoid flickering
463<Zagor> how about just redrawing the whole screen. performance is not really an issue on X
464<Zagor> flickering only happens if you do it very frequently
465<Zagor> or maybe have an "old" array which you compare against
466<Bagder> well, we would need to fill the whole rect first, then draw all pixels
467<Zagor> and then draw all new and clear all old
468<Bagder> that's what I had in mind
469<Zagor> so do it :)
470<Bagder> can't do it right now
471<Zagor> k
472<Bagder> it'll have to wait a bit
473<Linus> The I2C is rocking like HELL! And fast too!
474* Zagor wonders just how much hell is rocking
475<Bagder> any sounds from the MAS yet?
476<Linus> Wait. There's a bunch of commands to be sent to it to configure it.
477* Bagder caaaan't wait ;-)
478* Linus wants to please Bagder
479* Zagor can't wait for a working lcd_update...
480<Bagder> so just clear the screen first
481<Zagor> hmm, what does this "X11" mean? ;)
482* Linus thinks Bagder is lazy
483* Bagder reminds you about who wrote the uisim in the first place ;-)
484<Zagor> so tell me, how do I clear the screen?
485<Bagder> XDrawRect() or XFillRect() or something
486<Zagor> ok
487<Bagder> find a page about one of the other X* functions and click some links
488<Bagder> that's how I've made it this far ;-)
489--> alkorr (jbcoax@srs05v-2-184.n.club-internet.fr) has joined #rockbox
490<Linus> Hi alan!
491<Linus> The I2C is rocking like HELL! And fast too!
492<alkorr> hi again
493<alkorr> how do you do ? :)
494* Zagor has a little surprise for you all...
495<Linus> I drive the data and clock lines low right before switching from output to input. That way I don't have to wait for the slow transition.
496<alkorr> uh ? i mean how do you get it ? :)
497<alkorr> okay
498* Linus is waiting for Zagor
499<alkorr> so you force discharge by this way
500<Zagor> soon
501<Zagor> soooooon...
502<Linus> Yup. Works like a charm.
503<alkorr> hum some news from Dragan ?
504<Zagor> uh, i haven't mailed him yet. i forgot...
505* Bagder pokes Zagor with a large stick
506* Linus hits him hard
507<Zagor> alan: are you working on the fat code?
508<Zagor> then i shouldn't be poking on it yet... :)
509* Linus sees a major commit from Alan
510<alkorr> a lot of things to add in fact
511<alkorr> so don't rush
512<Bagder> lots of c++ comments ;-)
513* Bagder hides
514<Zagor> hehe
515<alkorr> sorry but there were here before you ;P
516<Linus> You'll be surprised how little code you need to screw up your hard drive... :-)
517<Zagor> lol
518<alkorr> to screew up ? you mean to destroy ?
519<Linus> Yup.
520<Linus> No, not destroy. Just screw up.
521<alkorr> well my code never destroys or screws up ;P
522<Linus> Of course. Not _your_ code. :-)
523<alkorr> but you're right. Just a lock command and you are bad under windows
524<alkorr> hopefully i can unlock with your modified drive *relief*
525<alkorr> driver
526<Zagor> we need to fix something like that for the recorder too
527<alkorr> ah yes USB 2.0
528<alkorr> just a precision about my fat.c, i think the main thing that will stir you is probably the ata callback mechanism
529* Linus is still waiting for Zagors surprise
530* alkorr too
531<Zagor> paitence, children... :)
532<Zagor> patience, even
533<Zagor> alkorr: you mean except for the 1-byte arrays? ;)
534<alkorr> to understand what is it : it is way to handle, compute, swap or format data during a read or write operation in a atomic way (we cannot have simultanous readings sectors)
535<alkorr> yes
536<alkorr> because BPB is a real mess : all the fields are unaligned
537<alkorr> and using callback will create a too large function whereas I just need some fields in fact
538<alkorr> normally i don't keep in memory any boot sectors (like MBR, BPB or FSINFO)
539<wavey> what's the history of the disk code we're cutting?
540<wavey> has it been tried and tested elsewhere?
541<wavey> or is it all new
542<alkorr> yes in the obsolete fat.c i gave to Zagor
543<alkorr> and the ones I lost during a harddisk crash
544<alkorr> SH really dislikes misunligned accesses
545<Bagder> I gotta go, see ya guys later
546**** ENDING LOGGING AT Fri Apr 19 14:34:13 2002
547
diff --git a/www/irc/rockbox-20020423.log b/www/irc/rockbox-20020423.log
deleted file mode 100644
index 153c700e06..0000000000
--- a/www/irc/rockbox-20020423.log
+++ /dev/null
@@ -1,1012 +0,0 @@
1**** BEGIN LOGGING AT Tue Apr 23 07:54:50 2002
2
3--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
6>nickserv< identify nintendo
7-NickServ- Password accepted - you are now recognized
8--- services. sets mode +e Bagder
9-MemoServ- You have no new memos
10>chanserv< op #rockbox
11--- ChanServ gives channel operator status to Bagder
12<adiamas> man o man.. am i behind.....
13<adiamas> heheh
14<Bagder> hey
15<adiamas> hows it going?
16<Bagder> just fine
17<Bagder> I finally got my usb2 working, then everything must be fine doesn't it? ;-)
18--> Linus (~linus@labb.contactor.se) has joined #rockbox
19<Bagder> morning
20<Linus> Morning!
21<Linus> Man, I just went to bed... :-)
22<Bagder> ugh
23<Bagder> :-)
24<Linus> Fells like it anyway
25<Linus> feels
26<Linus> Sleep is overrated
27<Bagder> indeed, you do too little good work then ;-)
28<Linus> But I do no harm either. :-)
29<Linus> The threading kernel rocks!
30<Bagder> you've ran it on target now?
31<Linus> Yup. Yesterday evening.
32<Bagder> *neat*
33<Linus> It wasn't *that* hard. Half of the SH registers are scratch registers.
34<Linus> The PR was the tricky part.
35<Linus> I hate that gcc doesnt inline functions unless you optimize with -O.
36<Bagder> right, there should be some way to force that
37<Linus> I tried a few preprocessor tricks but it messed up my stack frame.
38<Linus> The next thing is a timer tick to sleep() on.
39<Bagder> yeps
40* Linus goes to fetch a cup of coffee
41* Linus says "aaaaaah"
42<Linus> I modded Zagors serial port yesterday. No contact. :-(
43<Bagder> oh pain
44<Linus> I wonder how many Player users have tried the remote control.
45* adiamas quotes "rest is for the weary and sleep is for the dead"
46<Linus> Good morning!
47<adiamas> i ment to ask.. was there a decision reached about what type of filesystem we will be using?
48<adiamas> bah.. gettin ready for bed
49<Linus> FAT32.
50<Linus> Or have I missed something?
51<adiamas> have we implimented open() and stuff?
52<adiamas> for file opens and closes.. etc
53<Bagder> no
54<Bagder> but we intend to
55<Bagder> I mean, follow the standard file paradigms
56<Linus> That doesn't really depend on what filesystem we use.
57<Bagder> Linus: do you know how to see what device the Archos appears as under Linux? I mean for /dev/sdaX...
58<Bagder> is that just the scsi devices enumerated?
59<Linus> Not a good way. The storage driver outputs the string "sda1" (or whatever) in the kernel log.
60<Bagder> right
61* Bagder documents some of the USB madness
62<Linus> Yes they are enumerated. So the first storage device you plug in gets sda1, the next gets sdb1 and so on.
63<adiamas> right, but ive never written anything that low level.. i mean for file IO...
64<Linus> Björn may have som info about that...
65<Linus> I mean the USB madness.
66<Bagder> yes
67<Linus> The file I/O API will most likely look like POSIX
68* Bagder found some rather good (small and clean) id3-tag code he'll dissect today
69<Linus> You mean version 2?
70<Bagder> both v1 and v2
71<Linus> Nice. It's a pity that ID3 V2 tags arent small and clean...
72<Bagder> hehe
73<Linus> Some people should reaaly be shot
74<Linus> Why do I always type double "a" when I want double "l"???
75<Linus> I guess it's a matter of brains size.
76<Bagder> :-)
77<Linus> (and there was an extra "s" after "brain" ...)
78<Bagder> we'll need a seek for the id3 tag stuff to work
79<Linus> Of course
80--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
81--- Zagor2 is now known as Zagor
82<Bagder> morning
83<Zagor> morn
84<Zagor> of course you're supposed to start the archos before you load the modules. ;-)
85<Bagder> you know why?
86<Zagor> yeah, that's the timing issue they mentioned. the recorder takes too long to initialize
87<Bagder> that's probably also why you can't have it in the kernel, you're forced to use modules
88<Zagor> yes
89<Bagder> Zagor: I have a first id3 code approach
90<Zagor> ah, nice!
91<Linus> Zagor: why does it work for you?
92<Linus> (the recorder)
93<Zagor> because I've always done what you just discovered
94<Zagor> I just never thought it was special
95<Linus> So you had it working out of sheer luck!
96<Zagor> well, sort of yes. it's a habit I established since writing the isd200 driver, to always load usb-storage last
97<Linus> Grrr
98<Bagder> Zagor: I've tried to summarize the Linux/USB/Archos stuff in a little HOWTO
99<Bagder> I'd be glad to get some Player info added too
100<Zagor> ok, good.
101<Bagder> should I add it to the www module somewhere?
102<Zagor> sure, call it usb.t
103<Zagor> or usb-howto
104<Bagder> in docs/ ?
105<Zagor> no, in the www root
106<Bagder> ok
107<Zagor> docs is for data sheets
108<Bagder> added, it is plain ascii for now
109<Zagor> ok
110--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
111<wavey> good goddamn morning to y'all
112* Bagder waves
113<Zagor> hi there
114* wavey badgers
115<Bagder> reading v1 and v2 tags mostly working now
116<Bagder> even estimates song length in seconds
117<Linus> Rock'n'roll!
118<adiamas> wavey.. any particular reason you have a dir named after yourself in the CVS?
119<wavey> Bagder: excellent!
120<wavey> ad: it's where I'll be developing stuff
121<adiamas> hehe k :)
122<adiamas> hehe tetris.. i love it.
123<wavey> do we have any generic data structure code yet?
124<wavey> i wanna toy with playlist impl ideas
125<adiamas> no.. what do you need?
126<wavey> lists, stacks
127<adiamas> hmmm and it's not c++ so stl is outta the question...
128<wavey> yus
129<adiamas> i could hack you out a quick list class if you want...
130<Zagor> we have a list class
131<wavey> heh
132<wavey> so could I
133<Zagor> just not in the cvs
134<wavey> :)
135<wavey> it's about reuse :)
136<Linus> a "class"?
137<adiamas> hehehe i know :)
138<Zagor> not class, file :-)
139<adiamas> nods
140* adiamas has c++ terms on the brain.
141* Zagor is polluted too
142<wavey> apparently glib has all that inside it
143* wavey investigates
144* Bagder all of a sudden realizes that now he can check the total playtime of his entire mp3 collectin using his new tool ;-)
145<Zagor> hehe
146<Bagder> Title: Forever Young
147<Bagder> Artist: Alphaville
148<Bagder> Album: Forever Young
149<Bagder> Length: 225 seconds
150<Bagder> Bitrate: 128
151<Bagder> Frequency: 44100
152<adiamas> Bagder: you have source up yet?
153<wavey> bad: you decoded the file according to the spec, or you stole the source from elsewhere?
154<Bagder> I stole it
155<Bagder> from Ample
156<Bagder> GPLed
157<wavey> stole in the best possible way, of coiurse :)
158<adiamas> nods
159<wavey> heh yeah
160<adiamas> what about id3?
161<adiamas> you said you ahve id2 and 1 down yes?
162<Bagder> yes
163<Bagder> id3v1 and id3v2
164<adiamas> nice little command line util i pulled off of sf the other day...
165<adiamas> got ya..
166<adiamas> been hacking on that...
167<Bagder> now, I'll make the estimated time to not use floats...
168<adiamas> so before i continue playing.. is there any use to the little battery display i tosed up?
169<Linus> Daniel: how to remove all TABs in a file in emacs?
170<Bagder> untabify
171<Zagor> adiamas: i think it's useful, as soon as we get a UI going
172adiamas adi|atWork <Bagder> adiamas: you should port it to use the proper lcd API though
173<adiamas> nods
174<Linus> Bagder: Yeah right. Any better idea?
175<adiamas> thats what i was talkin about...
176<adiamas> in emacs? no idea.. vi its easy.
177<Bagder> Linus: "Convert all tabs in region to multiple spaces, preserving columns."
178<Linus> "in region" Ah.
179<Zagor> vi is never easy :)
180* Zagor ducks
181<adiamas> hehehe
182<adiamas> bah..
183<adiamas> :%s/<your tab char>/ /g
184<Zagor> that just replaces it, then you have to reindent your whole source
185<Zagor> untabify does it right
186<wavey> glib looks reasonably complete.
187<Zagor> reasonably slimmed, too?
188<wavey> need to check the way it allocates memory
189<wavey> we using malloc?
190<Bagder> if I wanna add test code for the id3 stuff, should I create a new dir in test/?
191<Zagor> not if we can avoid it
192<Zagor> Bagder: yes. test/bagder or test/id3
193<wavey> what i figure
194<wavey> d
195<Bagder> ok, will use test/id3
196<adiamas> did we ever straighten logging out?
197<adiamas> like what funcst were using?
198<Zagor> logging?
199<Bagder> for simulators etc
200<adiamas> nod
201<Linus> debugf()?
202<Linus> I think you could use the same API as debug.h
203<Zagor> glib is a MONSTER
204<Linus> The glib lists require malloc()
205<Linus> Well, most lists do... :-)
206<Linus> I suggest that we use my list functions for lists. Daniel and Björn know what I'm talking about.
207<Linus> I can commit them in a minute.
208<Bagder> sure
209<Zagor> ok, I admit:
210<Zagor> we need a subdir :-)
211* Bagder chuckles
212<Zagor> for all standard code such as lists etc
213<Zagor> those will quickly grow to many files
214<Linus> OK here we go. Here comes the "common" directory! :-)
215<Linus> Aaaaaah!
216<Zagor> no! not "common" aaaaaaaaaaagh!
217* Linus fears the "common" directory
218<Zagor> i still (stubbornly) think it's a good idea to have the current code in a single dir, though
219<Bagder> I hope it is fine to commit the id3.c source even though it still contains a few malloc?
220* Linus wants to brain wash Zagor
221<Zagor> sure
222<Linus> So what shall it be? A "common"?
223<adiamas> would you rather call the lower level funcs that malloc references?
224* adiamas doesn't understand the problem about malloc
225<Zagor> i would rather avoid dynamic allocation alltogether, as far as possible
226<Linus> No. it's just allergy to dynamic memory.
227<Linus> adiamas: Say after me "memory leak" :-)
228<adiamas> say after me: code properly
229* Bagder committed his id3 code
230<Bagder> a single c file
231<Zagor> it's not just memory leak problems. it's memory use predictability
232<Zagor> we have *VERY* tight memory requirements, so control is of the essence
233<adiamas> memory use predictability?
234* adiamas figured it was that..
235<Linus> How much memory is used when
236* Zagor is not always too fluent in english ;)
237* Linus is waiting for a response about the "common"
238<Zagor> do we have a bid for a better name?
239<adiamas> nah.. i think that works...
240<adiamas> cause im against "stuff_that_everyone_is_probably_going_to_use_kept_in_one_spot"
241<Zagor> so am I. but I don't like the name "common" :-)
242<PsycoXul> 'shared'?
243<adiamas> we can always rename later
244<adiamas> id rather common over shared
245* Zagor grudgingly accepts 'common'
246<Zagor> mumble mumble
247<Linus> ALOOS (A Load Of Old Shit)?
248<Zagor> ALOUS (A Load Of Useful Shit) ?
249<adiamas> okay.. battery.c in
250<adiamas> use it whenever you want, or ignore it.. whatever
251<Bagder> we have a few other widgets in Gary's code too
252<Linus> apos (A Pile Of Stuff)
253<adiamas> poe
254<adiamas> (pieces of excriment)
255<Zagor> poetic :)
256* adiamas winks
257<adiamas> oh.. oh.. how about...
258<adiamas> "stuff"
259<adiamas> hehehe
260<Zagor> haha
261<Linus> A winner
262* adiamas bows deeply
263<adiamas> and my mothe said i would never amount to anything...
264<adiamas> s/mothe/mother
265<adiamas> what other widgets are in garys code?
266<Bagder> "Draw battery level indicator" ;-)
267<adiamas> lol figures :)
268<Bagder> progress bar
269<Bagder> horizontal slider
270<Bagder> vertical slider
271<adiamas> perhaps a "widgets" file would make more sense...
272<Bagder> "Draw function key labels at bottom of screen"
273<adiamas> is gary's code in the cvs yet?
274<Bagder> no
275* Zagor has a revelation
276<Zagor> "drivers"
277<Zagor> :)
278<Zagor> for all the current stuff
279<adiamas> hmmm that don't seem right...
280<Zagor> heck, I'm man enough to admit I'm wrong
281<Zagor> sometimes I am, anyway ;)
282<adiamas> Bagder if you want to either a: mail me or b: submit to the cvs, ill try and update to current lcd code
283<Zagor> adiamas: you can find it on the web page
284<Bagder> Zagor: I think it might be a hit
285<adiamas> where?
286<Zagor> http://bjorn.haxx.se/rockbox/gary/
287<wavey> found a nice non-float random number generator
288<wavey> tiny too
289<adiamas> that works.
290<wavey> with references to knuth throughout the code :)
291<adiamas> would it make more sense to have a 'widgets' file that has this sorta stuff in it?
292<Zagor> adiamas: don't put everything in the lcd.c, though
293<adiamas> right
294<Zagor> yes
295<adiamas> k
296<Zagor> maybe we should even have a 'ui' directory
297<Bagder> wow
298<adiamas> hmmm don't think we need that yet...
299<Bagder> Zagor's in the mood today ;-)
300<Zagor> hehe. it's either 0 or 1, you know ;)
301<adiamas> we cold always create it later when the need suits..
302<Zagor> yes
303<Linus> I have sinned
304<adiamas> ?
305<Linus> I added a "common" directory
306<Zagor> you mean apart from toasing my jukebox? ;)
307<Zagor> toasting
308<Linus> Prove it. :-)
309* adiamas runs around screaming that the sky is falling
310<Zagor> hehe
311<Zagor> we'll have a mailreader.c before you know it...
312<wavey> :)
313<wavey> netscape syndrome
314<adiamas> lol
315<Zagor> "Every software evolves until it can read mail"
316<wavey> and it won't be mailreader.c, it'll be mail/Imap.c mail/pop.c mail/smtp.c
317<wavey> because i'm committing them now ;)
318<Zagor> hehe, right
319<PsycoXul> heh
320<adiamas> well the hell with you guys... im commiting common/Solitare.[ch] outta spite.
321<wavey> :)
322<Zagor> ...i already committed tetris.c. neener neener ;)
323<adiamas> i know.. i played withit..
324<Linus> Sorry. I'll have to move them to common/mail/pop.c etc.
325* wavey chuckles
326<Bagder> I'm off for a few hours, back later...
327<Linus> CU!
328<adiamas> now a really cool tetris would be able to increase and decrease in size ;)
329* wavey Bagders
330<adiamas> later
331<Zagor> adiamas: yeah, mine is a bit small :)
332<wavey> coolness is related to the ability to pulsate?
333<wavey> that's a new one
334<adiamas> whats was the final word on src format?
335<adiamas> 4 spaces on indent yes?
336<Zagor> yes
337<adiamas> and i_am_a_function, not IAmAFunction
338<adiamas> right?
339<Zagor> yes
340<Zagor> and IAMAMACRO
341<adiamas> right
342<Zagor> or I_AM_A_MACRO is acceptable too
343<adiamas> any word on comments?
344<wavey> glad to hear it :)
345<Zagor> C style
346<adiamas> namely, multiline?
347<wavey> there's // comments already in there
348<Zagor> wavey: yeah, but their about to go extinct
349<Zagor> they're
350* adiamas will fix those as much as he can as he goes
351<wavey> ok cool
352* adiamas wonders if the src formats should be added to the FAQ
353<wavey> yes
354<Zagor> we have a CONTRIBUTING file describing it. that should be mentioned in the faq
355<wavey> and CONTRIB
356* adiamas nods
357<Zagor> ok guys, commit what you have. I'm about to move all drivers
358<Linus> OK Zagor. Define driver.
359<Zagor> good point
360<Zagor> here's my thought about which files go into "drivers":
361<adiamas> pile.c
362<adiamas> hammer.c
363<adiamas> andretti.c
364<Zagor> ata, button, fat, i2c, lcd, led, mas, serial
365* adiamas cackles happily
366* Linus falls asleep
367* adiamas nods
368<adiamas> seems sensible
369<Linus> Kick it!
370<Zagor> CLEAR
371* Linus ducks
372<wavey> heh
373<adiamas> with cvs, as long as i do an update -dP, do i still ahve to do a checkout before i work on and submit code?
374<Zagor> you should
375<Zagor> to avoid complex conflicts
376<adiamas> k.
377<adiamas> how should i reference the CONTRIB in the FAQ?
378<adiamas> just tell them to check out CONTRIB in the source?
379<Zagor> yes, or bjorn.haxx.se/firmware/CONTRIBUTING
380<Zagor> ok i'm done
381<adiamas> that url doen'st work
382<Zagor> ah, forgot "rockbox"
383<Zagor> http://bjorn.haxx.se/rockbox/firmware/CONTRIBUTING
384<adiamas> node
385<adiamas> nod
386<adiamas> okay.. all fixed
387<Zagor> web page updated
388<wavey> my cvs update didn't create the drivers subdirectory within firmware. isn't it recursive?
389<Zagor> you should use "update -dP"
390<wavey> ok, cheers
391<Zagor> as it says on the web page :)
392--- Linus is now known as Linus|lunch
393<wavey> doh
394<adiamas> whats the address to send _to_ the mailing list?>
395<Zagor> rockbox@cool.haxx.se
396--- Zagor is now known as Zagor|lunch
397<adiamas> okay.. last addition to FAQ for the night.. bed time now...
398<adiamas> night
399<wavey> night
400--- adiamas is now known as adi|sleep
401<adi|sleep> oh... btw.. if my humor gets a bit much.. tell me...
402<adi|sleep> i tend to wander a bit on the 'acceptable' scale
403<wavey> weird behaviour on my recorder - all sound ceased
404<wavey> a shutdown and restart with dc power didn't change that
405<wavey> a battery pull with no dc woke it up
406<wavey> piece of shit
407--> alkorr (jbcoax@srs03v-6-237.n.club-internet.fr) has joined #rockbox
408<wavey> hiya alan
409<alkorr> hi everybody
410<wavey> 'hi doctor nick!'
411* wavey chuckles
412<wavey> simpson's reference
413<wavey> s/'//
414<alkorr> :)
415<-- alkorr has quit (Client Quit)
416<wavey> does id3 have upper size limits for strings?
417<wavey> for memory saving, it seems sensible to me to extract the values from a track we want to display at runtime using the id3 code, (with a fallback to the filename if id3 is empty ) rather than having the track entry in the playlist duplicate those values.
418<wavey> i know that makes almost no sense
419<wavey> so ignore it
420<wavey> until i can express myself clearly :)
421<adi|sleep> i keep having a file that lists as 'read only' but the permissions are set otherwise...
422<adi|sleep> ive had this before..
423<adi|sleep> how do i change it.
424<wavey> on unix?
425<adi|sleep> yup
426<wavey> i've never had that
427<wavey> chmod 777 fails?
428<wavey> are you accessing the file from the cmdline or some tool?
429<wavey> and aren't you asleep? :)
430<adi|sleep> cmdline
431<adi|sleep> i kno i know...
432<adi|sleep> and i have had it before..
433<wavey> linux?
434<wavey> ext2?
435<adi|sleep> learned it when a box i was working on was cracked...
436<adi|sleep> yeah.. its not related to the chmod perms
437<wavey> and you are su?
438<adi|sleep> yup... tried it that way to.. i know its not tht..
439<wavey> you're saying that root is being told a file is read only?
440<wavey> that only happens when the fs is read only
441<adi|sleep> yes... dude.. ive had this before... trust me..
442<adi|sleep> no.. its not..
443<adi|sleep> i know what im talking about here ;)
444<wavey> sounds fucked to me :(
445--- Zagor|lunch is now known as Zagor
446--- Linus|lunch is now known as Linus
447<wavey> by the way, i've started coding playlist.c to provide a simple list of tracks
448<wavey> it'll use linus' lists.c
449<wavey> and some randomising code i found
450<wavey> add, remove, get next, get previous, etc
451<Zagor> sounds good
452<Zagor> wavey: we're using newlib, which includes rand()
453<Linus> wavey: rand() is part of stdlib.
454<wavey> how large is newlib
455<wavey> i didn't expect to be using any libs
456<Zagor> a lot smaller than glib :)
457<wavey> ok cool
458<Linus> Pretty large if you link it all. Stdio and stdlib takes about 30k.
459<wavey> (i was going to extract stuff from glib, not use it ;)
460<wavey> and you intend to use it all?
461<Linus> Yes. In the beginning. After a while we will find out what we need and what we don't, and replace newlibs functions with our own.
462<wavey> ok
463<wavey> sounds reasonable :)
464--- wavey is now known as wav_lunch
465<wav_lunch> latersss
466<Linus> Yeah, we want to develop the archos specific stuff first.
467* Bagder returns
468<Linus> Welcome Bagder
469* Bagder bows
470<Bagder> lots of commits
471<Zagor> yup
472<Zagor> I'm writing a progress mail for the list. any specific points I should include?
473<Linus> The thread API
474<Bagder> yes, run on target
475<Zagor> that's included
476<Bagder> ran even
477<Bagder> the need for documentation of APIs :-)
478<Bagder> id3 code
479* Bagder is gonna cut off the malloc()s now
480<Linus> Bagder: It's actually double work to try to simulate the threading code. :-)
481<Bagder> indeed
482<Linus> So obviously it is only run on target.
483<Bagder> yes, but the point would be to tell that it has run
484<Linus> Of course.
485<Bagder> as we already have mentioned the thread api before
486<Linus> I think the threading code it quite neat and even cool.
487<Bagder> I like it. Very little extra, only the very stuff that needs to be there
488<Zagor> yes, it's beautiful
489* Bagder committs
490<Zagor> hmm, how do we glue together newlib and our fat code?
491<Zagor> anyone done it before?
492* Bagder shakes his head
493* Linus hides
494<Bagder> if you build the id3 test program now, it is easily tested on large amounts of files
495<Zagor> have you tried writing tags, or only reading them?
496<Bagder> only reading
497<Bagder> writing isn't that important, is it?
498<Zagor> ok. good enough for now
499<Zagor> no, not until much later
500--- wav_lunch is now known as wavey
501<Zagor> wavey: how are you designing the playlist code?
502<wavey> simple abstract list at the moment
503<wavey> i see a track_t struct
504<wavey> and the playlist is a list of these
505<wavey> or a list of meta info about each track perhaps
506<Zagor> sounds like a lot of ram for 999 songs?
507<wavey> i only wanna hold the filename in the struct at the moment
508<wavey> ideally
509<wavey> i don't think we can hold any less than that in mem
510<wavey> alternative is the inode for each title
511<Zagor> you can have a byte index for the start of the line in the playlist file
512<Zagor> (there are no inodes)
513<wavey> ah :)
514<wavey> ok
515<wavey> so playlist is always a file based entity?
516<wavey> ack phone
517<Zagor> yes, i think we will always use files for playlists
518<Zagor> if we make one on-the-fly I would say we still want to save it before using it
519<wavey> ok no problem
520<wavey> the more ram we keep free the better
521<Zagor> exactly
522<wavey> so we need to store the filename in question and the line number
523<wavey> makes the playlist code rather simple :)
524<Zagor> we don't really need to store the filename either
525<wavey> course we do
526<Bagder> in the file we do
527<Bagder> playlist file
528<wavey> oh, of course
529<Zagor> index the list file, looking for newlines. keep a list of the index of each new line. that is the play list in ram
530<wavey> we gonna persist all other normally memory resident information too?
531<Zagor> such as?
532<wavey> user settings
533<wavey> vol
534<wavey> balance
535<wavey> etc
536<Zagor> I want them persistent, yes
537<wavey> all in one file?
538<Zagor> or using the pre-fat sector that the player uses
539<wavey> how much space is in there?
540<wavey> are we supporting ext2? :)
541<Bagder> *g*
542<PsycoXul> how about ext3?
543<PsycoXul> :p
544<wavey> heh
545<PsycoXul> journalling baby, do these devices good :p
546<Zagor> each sector is 512 bytes, and i think there are 63 unused sectors
547<PsycoXul> course with other filesystem support we still need to have a fat root
548<wavey> 32k
549<Zagor> 512 bytes is plenty for these settings
550<wavey> be nice to have a good API abstracting that space for our storage
551<Zagor> yes
552<wavey> this is getting quite sexy
553<wavey> ok
554<wavey> playlist is in-memory indexes into our playlist file.
555<wavey> if user abandons that playlist
556<wavey> by selecting a new playlist from disk
557<wavey> we copy the contents to our special playlist file?
558<wavey> and recalc the indexes
559<Zagor> no
560<Zagor> or
561<PsycoXul> you know another thing that'd be kinda nice is to be able to make a playlist of playlists sorta deal
562<Zagor> what do you mean "special playlist file"?
563<wavey> um
564<wavey> i understood that
565<Zagor> PsycoXul: metalist. yeah, good idea. next version :)
566<wavey> we would be storing filenames for our playlist in a special file
567<wavey> to save ram
568<Zagor> but we already have the filenames, in the playlist...?
569<Bagder> the playlist on disk *is* the file names
570<wavey> and if the playlist is constructed on the fly?
571<wavey> interactively
572<Bagder> then it must be stored
573<Zagor> they must be saved on disk too
574<Zagor> shouldn't be a problem
575<wavey> yes - but the user shouldn't have to name the file
576<wavey> so we have a special one
577<Zagor> yes
578<Bagder> ah
579<PsycoXul> just like a tmp file
580<wavey> i guess
581<wavey> ok, so with pre-existing playlists, we store the filename and indexes in memory
582<wavey> for an on-the-fly list, we create a special file and do the same as befor
583<wavey> e
584<Bagder> sounds fine
585<wavey> cool
586<wavey> ok, makes for trivial code. which is good :)
587<Zagor> trivial is good
588<Bagder> simplicity is golden
589<wavey> indeed :)
590<PsycoXul> also makes the on-the-fly lists easy to persist
591<Zagor> yup
592<Zagor> we could have an option to "save" (rename) an on-the-fly list
593<wavey> zag: sure
594<PsycoXul> yeah
595<Zagor> later :)
596<wavey> and randomise simply changes the order of the indexes
597<Zagor> yup
598<wavey> to do disk-wide random play, our playlist file idea gets a little more complex
599<wavey> or a little larger, at least :)
600<Zagor> do you have a good randomize algorithm?
601<Bagder> I want randomize-among-all
602<Zagor> to randomise a bit array
603<Bagder> but it takes some thinking
604<Zagor> big array
605<wavey> my exp isn't that good with randomising, but we'll get something working
606* Bagder nods
607<wavey> perhaps knuth has an archos and will be willing to help out :)
608<Zagor> yeppers
609<Bagder> hehe
610<Zagor> anyone feel like writing lcd-charcell emulation for the simulator?
611<wavey> you said there are no inodes
612<Zagor> :)
613<wavey> do we have aything similar that we can access files by?
614<Zagor> wavey: we have clusters, almost the same thing
615<Linus> Yup. FAT entries
616<wavey> so we could do disk-wide random by examining these clusters by index?
617<Bagder> Zagor: charcell LCD simulated could just use the recorder's lcd string output function, two lines 11 chars
618<Zagor> the problem with those is that you have to look them up for each file, which is what takes so long in the current firmware
619<wavey> hang on
620<Zagor> Bagder: of course. good idea
621<Bagder> it would probably need a more complete charset simulation though
622<Zagor> and some icons
623<wavey> will the fat32 code give us these clusters by index?
624<wavey> oh
625<wavey> you mean it's file->cluster relationship?
626<wavey> nor cluster->file?
627<Zagor> yes
628<wavey> bugger
629<Zagor> so it's not really useful for indexing
630<wavey> it might still be an option.. pre calc all file->cluster entries ready for later use
631<wavey> i.e. a user option
632<wavey> (go make a large cup of coffee option)
633<Zagor> yeah, but what for? there's no gain
634<wavey> because later use of these indexes means instant random file access
635<wavey> for disk-wide random play
636<wavey> perhaps my ignorance of the fat layer is confusing me :/
637<Zagor> instant, as opposed to 200ms delay for looking up the file?
638<Bagder> disk-wide
639<Bagder> you can't have the file names then
640<Zagor> yeah, but disk-wide we still need an index file
641<Zagor> so why save clusters rather than filenames?
642<Bagder> it would make a smaller file
643<Bagder> but I agree
644<wavey> hmm, given a cluster id, can't we get the filename easily?
645<Linus> No
646<wavey> ok, scratch that idea then
647<wavey> worth a try
648<wavey> the alternative is to create the special playlist file with every filename on disk in it before we can do random play
649<Linus> The directories point out the start cluster of each file, but reverse lookup is not possible
650<Zagor> wavey: we need the playlist file in any case. i vote for filenames
651<wavey> which again is a big hit, but only once, compared to the archo's firmware solution
652<wavey> zag: we don't seem to have a choice anyway :)
653<Zagor> nope :)
654<wavey> ok cool
655<wavey> and it's consistent too
656<wavey> which simplifies things
657<Zagor> precisely. an on-the-fly list is handle by the same code as manually created lists
658<Bagder> so with something like 12-16 bytes in ram per mp3, we make can have a 4000 song playlist on 64K
659<wavey> start of new song in playlist pushes that song index to prefat storage?
660<wavey> mid song end pushes the time to prefat storage?
661<wavey> mid song end = user decision
662<wavey> are those sentences are mystifying as they read to me? :)
663<wavey> s/are/as !
664<Bagder> I understand your point
665<wavey> goddamnit I can't talk today
666<Zagor> about pre-fat storage:
667<Zagor> we should have a "queue" of such things that "wants" to be stored
668<wavey> both points to enable resume
669<wavey> zag: nice
670<Zagor> then store it when/if the disk spins up for some other reason
671<wavey> hmm - that sounds like it might need a priority system
672<Zagor> why?
673<wavey> stop button on a song
674<wavey> to allow resume
675<wavey> would need to persist immediately in case user powers off too
676<Zagor> that could be a user option
677<wavey> yup
678<wavey> not so much a priority, but a wait or no wait option
679<Zagor> yes
680<wavey> shall I write up some of this for the list?
681<wavey> be good to capture it while it's fresh
682<Zagor> sure
683<Bagder> please do
684<wavey> i'll advertise irc again too
685<wavey> so damn useful
686<Zagor> i just did in my last mail :)
687<Bagder> over and over again
688<Bagder> ;-)
689<Zagor> :)
690<wavey> how long until you envisage fat32 in place?
691<wavey> few weeks?
692<Zagor> it depends
693<Zagor> could happen next week, could take a couple
694<wavey> cool
695<Zagor> my plan is to start with fat32 and no long-filename support
696<Zagor> when that works we can test the MAS interface
697<Zagor> then we add long filenames
698<Bagder> sounds like a plan
699--- ChanServ gives channel operator status to Zagor
700--> edx (edx@pD950D24B.dip.t-dialin.net) has joined #rockbox
701<edx> hi :)
702<Bagder> hey
703<Linus> Welcome edx!
704<Zagor> ah, edx!
705<edx> the simulator is working for lcd.c
706<Linus> Cool!
707<Bagder> neat
708<edx> scanned my JBR and took it as the interface :)
709<Zagor> hehe
710<edx> hm i am not sure whether code for the JB (not recorder) will work - ill have to try that
711<Zagor> http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg
712<Bagder> good comparison pic
713<edx> what is the resolution of teh JBS displays?
714<Zagor> jbs?
715<edx> jukebox studio
716<edx> (normal jukebox)
717<Zagor> ah, 11x2
718<Zagor> characters
719<Zagor> we call it "player"
720<Bagder> edx: if you just get the kets too, you could play tetris soon! ;-)
721<Bagder> keys
722<wavey> can we agree to refer to individual mp3s as 'tracks' rather than 'songs'
723<Bagder> sure
724<wavey> the current firmware refers to songs when loading spoken word tracks and it annoys me :)
725<edx> hm how is the lcd controller accessed - completely different way i guess.. ?
726<edx> (i mean from a higher level view...)
727<Bagder> yes
728<Bagder> they are two different APIs, at least now
729<Zagor> http://bjorn.haxx.se/rockbox/devcon/
730<Bagder> btw
731<Bagder> the id3 code uses ftell
732<Bagder> just for getting the size of the file
733<Zagor> ok
734<Zagor> shouldn't be a problem
735<Bagder> we didn't define any function to get the size, nor ftell ;-)
736<Bagder> (reading the devcon notes)
737<Zagor> our api definition is a little outdated, since we'll be using newlib anyway
738<Bagder> ya
739<Zagor> it contains all those functions
740<Bagder> but we don't yet know how to map them to the fat code, do we?
741<wavey> can i send to your list from an account it doesn't recognise?
742<Zagor> yes
743<wavey> cool
744<Zagor> we love spam :)
745<wavey> heheh
746<Linus> Implementing those functions in newlib isn't that hard.
747<Bagder> lots of fine closeups on Archoses!
748<Bagder> ok
749<Zagor> ah, forgot one picture: The Virgins! :-)
750<Linus> :-)
751<Linus> Pile'em'up!
752<Zagor> an almost offensive number of archoses...
753<edx> the devcon page is cool (jsut had a look at it :D)
754<Linus> It was cool!
755<Bagder> we should have more devcons!
756<Linus> The event of the year! ;-)
757<edx> i would have liked to join you :) - too far
758<edx> hey... could you give all cvs-registered ppl ops for this channel :D
759--- Bagder gives channel operator status to edx
760<Bagder> :-)
761<edx> thx
762<Zagor> hmm, i think we're all cvs registered actually :)
763<edx> LOL
764<edx> op everybody *lol*
765--> ironi (xircon@m213-101-132-20.swipnet.se) has joined #rockbox
766<ironi> ello
767<ironi> i read the progress report, fascinating =)
768<ironi> wavey, Linus
769<Zagor> alooh!
770<Bagder> getting crowded!
771<ironi> Zagor, hi
772<ironi> Zagor i am curious where oyu got the nick
773<Linus> Yoooo!
774<ironi> i know about a italian comic strip called zagor
775<Zagor> oh, it's an old one
776<wavey> ironi hi
777<Zagor> I made it up for a D&D character some time around ~83
778<ironi> ok so you just made it up? cool.
779<Zagor> he was a herb collecting monk, if i recall correctly :)
780<ironi> heh
781<ironi> i am really looking forward to the win32 simulator
782<Zagor> yeah, I made it up. didn't know about the comic strip until mid-90s
783<ironi> oh, so you do know about it.
784<ironi> =)
785<Zagor> yes, I do now :)
786<ironi> i dont think it really exists in sweden, does it?
787<Bagder> ironi: say boo to edx, he has made it work ;-)
788<Zagor> never seen it at least
789<ironi> edx, good job
790<edx> ironi: want an alpha version? (im coding it)
791<ironi> Bagder, i wanna try it , i wnna try i
792<ironi> want
793<ironi> edx, how big is it?
794<ironi> edx, cause im on gprs right now
795<edx> hmmm lets see... i can send you a release compile of the simulator (you cant test your own code then) - it is 44 kb
796<ironi> oh ok i tohught we were talking > 1 mb
797<ironi> send it
798<Zagor> good mail, wavey
799<ironi> not graphic, then?
800<Linus> Indeed. Well done!
801<wavey> cool ta
802* wavey goes for coffee
803<edx> it is graphic - it only supports graphics right now actually (nothing else [like keystrokes
804<ironi> ok well hand it over
805<ironi> what do you code it in?
806<edx> MSVC++ (7)
807<edx> but it is straight c code
808--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
809<edx> so you can compile it on any windows compiler
810<Zagor> hi elinenbe
811<edx> do you get the dcc request?
812<elinenbe> Hey there. I have some great ideas for browsing/playlist implementation...
813<ironi> edx, i see. i do know some c++
814<elinenbe> DOes anyone here have a riocar/empeg player?
815<ironi> edx, not working?
816<Zagor> elinenbe: nope :)
817* Bagder has none
818<edx> give me your email adress.. ill mail it then
819<ironi> edx, cvitan@zworg.com
820<ironi> ehm, what wa si going to say...
821<elinenbe> well, the way it works is based on ID3 tags, but that is not the way this player is designed, so we will just use the folders instead.
822<elinenbe> what you do is start a playlist or just play songs.
823<ironi> yeah; well my linux-on-jukebox is not working well
824<ironi> i guess someone else could make it owrk in 5 minutes, but..
825<edx> if you want i can attatch source as well (only a few kb too)
826<elinenbe> and then if you browse to a new sond and you hold down play for 2 seconds, it comes up with an option.
827<ironi> edx, do that
828<Zagor> elinenbe: option for what?
829<ironi> edx, i am getting interested in installing my vc++
830<elinenbe> 1)insert after current song (does what is says) 2)append (this will cue the song to be played after whatever else is queued)
831<ironi> got that somewhere
832<elinenbe> and if you just want to play the sond you just hit play (no hold down necessary)
833<edx> hehe
834<elinenbe> this works VERY well....
835<Zagor> elinenbe: sounds like a good interface
836<Bagder> elinenbe: sounds clever and convinient, yes
837<edx> ok.. sent it
838<elinenbe> they have a really sweet interface for only a few buttons...
839<edx> ah.. Zagor: what dir (cvs) should i put the simulator (w32) in?
840<Zagor> edx: uisimulator/win32
841<Bagder> we could possibly move the x11 stuff into a separate dir too
842<edx> right now (on my computer) i have it in uisimulator/uisw32 but doesnt matter anyways (just for the relative paths... they all go to ../../firmware)
843<Zagor> Bagder: at your convenience
844<Bagder> ok, I'll save that work for later ;-)
845<Zagor> edx: win32 is a better name imho
846<edx> it is.
847<edx> i chose the other name because i had to create msvc project file (and win32 is a stupid project name IMO)
848<ironi> what headphones do you guys use with your player/recorder?
849<ironi> I have found the koss portapro to work really nice with my player
850<edx> ironi: (standard headphones)
851<Linus> some Sony plugs
852<elinenbe> I use the ones that come with it... I have no problem, and they are nice because I can put them into my bag without worries (fold up)
853<ironi> edx, shouldn't it be IMHO
854<ironi> =)
855<Zagor> ironi: I use the Sony EX70 earplugs. best I've ever heard.
856<ironi> heh
857<ironi> portapro are also fold
858<ironi> Zagor, ex70...don't know about them...
859<edx> irony: why?
860<Zagor> you guys should try the EX70s. you haven't heard what the Archos can to until you've tried them
861<ironi> i don't like plugs very much myself
862<ironi> edx, just joking
863<edx> ok
864<edx> LOL
865<ironi> Zagor, how much are they
866<edx> yea how much
867<edx> (and where do i get 'em)
868<Zagor> ironi: don't remember really. $70 or some such.
869<elinenbe> http://www.etronics.com/product.asp?stk_code=sonymdrex70lp
870<elinenbe> $35 USD
871<ironi> Zagor, aeh? oh
872<ironi> alot for plugs
873<Zagor> I have a pair of Sony VDR-700 for $250 and the EX70 compares very favorably...
874<edx> LOOOOL @ $250
875<Zagor> what can I say, I like good stuff...
876<ironi> i wonder how they compare to portapro, which are considered to be the best portable headphones in the >$70 class (>$100 in europe)
877<ironi> for like 10 years now
878<edx> another thing: how long (in msecs) does a lcd_update take an a JB?
879<Zagor> ironi: In my opinion the Portapros are overrated. Narrow range not much oomph.
880<edx> because i have to simulate slowness as well :)
881<Zagor> but that's just my opinion :)
882<edx> Germany: (Sony headphones): 38,95 Euros
883<edx> LOOOL "avaibility: 2 to 6 weeks" argh!
884<Bagder> edx: I think Gary spoke about 20 frames per sec or somehing like that
885<Zagor> ok, so I remembered wrong :)
886<Bagder> lcd_update() I mean
887<edx> ah ok.. that makes... hmm 50msecs
888<ironi> Zagor, well I mean for a device like archos they deliver the base and solid clarity
889<ironi> oh this s a recorder simulator
890<elinenbe> I was just wondering -- how much is Archos going to pay you guys once the popularity of the jukebox explodes... every open source / Linux nut will go nutty ofr an open source mp3 player (just wait until the slashdot crowd finds out about this...)
891<edx> hm it has the design of a recorder - but it will work for a JBP as well
892<Zagor> elinenbe: I wouldn't bet them even acknowledging our existence
893<ironi> hehe
894* Zagor has written a "slashdot protection" script for the website :)
895<ironi> Zagor?
896<edx> what is slashdot protection lol
897<Zagor> index.cgi counts hits. >10 hits in 10 seconds triggers a redirect to a mirror at sourceforge.net
898<edx> ahhh
899<edx> ok..
900<edx> what does the word slashdot mean than - like spamming?
901<elinenbe> are you serious about that?
902<Zagor> I have no idea if it's enough, but it's an attempt...
903<Zagor> elinenbe: yup
904<Zagor> slashdot is a website: slashdot.org
905<elinenbe> slashdot is a site all about geek news...
906<edx> aha
907<elinenbe> when a story is posted there nearly everyone reads up on it...
908<edx> ahhhhhh
909<edx> ok now i got it all :)
910<edx> sorry for being that slow ;)
911<elinenbe> therefore if your site is where the story came from, then you have 1000)+ hits very fast...
912<elinenbe> boom! crash! lock! <-- there goes your server
913<edx> yea.. hehe
914<Zagor> your site gets "slashdotted"
915<ironi> /.
916<edx> are they gonna post about rockbox there? lol
917<ironi> well, gotta go, have a meeting with the student television
918<edx> cu
919<ironi> later, you guys.
920<Zagor> bye
921<ironi> maybe i should do my masters thesis with the rockbox as an example
922<ironi> and interview you ppl
923<Zagor> ironi: sure, i'm game
924<ironi> do a thesis with something about open source
925<ironi> it's a n interesting subject
926<ironi> =)
927<ironi> well worth to think aobut
928<ironi> i will talk to a ph.d. that does research on oss organisation forms, etc.
929<-- ironi has quit ("later <k!15b8>")
930<Zagor> edx: i expect we will be on slashdot some day. I just hope it will be after we have something to "show" rather than in the current state
931<Zagor> first impression, and all that
932<Zagor> so don't tell anyone :)
933<Bagder> ... 91 subscribers today
934<Linus> Gotta go! l8r!
935<Bagder> bye Linus
936<-- Linus (~linus@labb.contactor.se) has left #rockbox
937<wavey> zag: ex70 are the plug type yeah?
938<wavey> i have them
939<wavey> they're great
940<Zagor> wavey: they are then new type that you literally insert into the ear canal
941<wavey> if bass-heavy
942<wavey> yes
943<wavey> i have to turn the bass down on the archos
944<wavey> too boomy otherwise
945<Zagor> pull down the bass on the recorder, and they give you exceptional range
946<edx> LOL
947<Zagor> yes, me too
948<wavey> yus - they're great
949<wavey> and close out the rest of the world very nicely :)
950<Zagor> yep
951<Zagor> I bought the Etymotic ER-4P
952<Zagor> $350 plugin headphones
953<wavey> yow
954<Zagor> they sucked, big time!
955<wavey> i saw refs to them when researching plugs
956<Zagor> yeah, they are considered the top of the top of the top
957<wavey> ppl loved 'em or hated 'em
958<wavey> said you need to learn to 'relisten' to your music
959<wavey> to compensate for no bass, or something?
960<edx> LOOOOL I cant get you are spending 350 bucks on headphones
961<Zagor> yeah, that's just an euphemism for "I can't admit I spent my money on crap"
962<Zagor> I sent them back and got a refund
963<wavey> edx: the argument is why spend big bux on a decent sound system, then peanuts on the delivery mechanism
964<Zagor> they really have *NO* bass. it's pathetic
965<edx> How do you lcd_init for char displays with currend lcd.c?
966<edx> i get the feeling we cant get around writing two seperate OSs... I mean I want real fancy graphics on my recorder (not the f*** char display graphics) :P
967<Bagder> we will probably write more or less two separate UI threads, yes
968<Bagder> +write
969<Bagder> one for each LCD
970<Zagor> the user interfaces will be different code, yes
971<edx> so how do i init char displays?
972<edx> lcd_init ();
973<edx> wont work
974<edx> (LCD_BITMAP_blah not defined)
975<Bagder> hey!
976<Bagder> load-file alert
977<Bagder> bad paths
978<Zagor> looks like lcd_init is missing
979<Zagor> for charcells
980<Zagor> Bagder: ?
981<edx> lol the lcd.h does not define lcd_init for char cell lcds (yet?)
982<Bagder> Zagor: the emacs magic in the bottom of the files...
983<edx> ah ok
984<Bagder> Zagor: uses wrong file name
985<Zagor> ah, yes
986<edx> ill wait until it is released then - if i have enoguh time ill wirte a JBP GUI for the player then :)
987<Zagor> i'll take a look at it
988<wavey> do our fat32 fs entries have the archive flag?
989<Zagor> I wouldn't count on it
990<Zagor> i'm responding too :)
991<wavey> heh cool
992<Zagor> besides, scanning for archive bits isn't any faster than scanning for files
993<Bagder> *and* you can build the huge play list with an external tool while USB connected
994<wavey> well, the scanning is unavoidable, the comparison of a bit flag is certainly easier than a filename comparison
995<Zagor> but more uncertain
996<Zagor> i've sent my mail, read it :)
997<wavey> will do
998<edx> be back later... cu
999<Zagor> bye
1000--- edx is now known as edx|bbl
1001<wavey> i was also wondering if we should pre-fetch the previous and next playlist entry details to ensure smoother operation
1002<Bagder> probably
1003<Zagor> wavey: yes. maybe even several entries. sometimes you want to skip a few tracks
1004<Zagor> a compile-time option, ideally
1005<wavey> yus
1006<wavey> open source. the only way forward :)
1007<Zagor> yus ;)
1008<Zagor> i'm going home. see you soon, guys :)
1009<wavey> byee
1010<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1011<Bagder> I'll need to dash too, I might pop by a little later or tomorrow. See ya
1012**** ENDING LOGGING AT Tue Apr 23 17:30:11 2002
diff --git a/www/irc/rockbox-20020426.log b/www/irc/rockbox-20020426.log
deleted file mode 100644
index 8a74aaa859..0000000000
--- a/www/irc/rockbox-20020426.log
+++ /dev/null
@@ -1,2238 +0,0 @@
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
diff --git a/www/irc/rockbox-20020427.log b/www/irc/rockbox-20020427.log
deleted file mode 100644
index 504e5f0444..0000000000
--- a/www/irc/rockbox-20020427.log
+++ /dev/null
@@ -1,938 +0,0 @@
1**** BEGIN LOGGING AT Sat Apr 27 18:02:19 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> okay... logging again :)
7<adiamas> i mailed the log from the 26th out
8<Zagor> to the list?
9<adiamas> sorry.. not mailed... cvs'd
10<Zagor> ah
11<Zagor> did you update the .t file too?
12<adiamas> nope.. ill get that..
13<adiamas> done
14<Zagor> I tried to add a cron job, but got some permission problems so it's still manual
15<Bagder> lids related?
16<Zagor> I don't know. I'll find the error mail
17<Zagor> Subject: Cron <bjst@labb> (cd $HOME/bjorn_html/rockbox; cvs update; make)
18<Zagor> rcmd: socket: Permission denied
19<Zagor> cvs [update aborted]: end of file from server (consult above messages if any)
20<Zagor> ah
21<Zagor> it's not having CVS_RSH=ssh
22<Bagder> but it shouldn't
23<Bagder> you should update anonymously
24<Zagor> ah, yes. I *should* :-)
25<Bagder> aaaaah
26<Bagder> say no more ;-)
27<Zagor> trying again
28<Zagor> GOTCHA
29<Zagor> cross-sector filenames now work too
30<Zagor> it ain't pretty, but it works :)
31<Bagder> heh, I hope you smack on some comments explaining the non-prettiness
32<Zagor> i'm trying...
33<Zagor> it's the sector caching that makes a mess
34<Zagor> i'll check it in so you can take a look
35<Bagder> sure!
36<Zagor> it's in
37<Zagor> at the bottom, fat_getnext()
38<Bagder> one sec
39<Bagder> its not that bad really
40<Zagor> i found an unnecessary line: ptr = ent->cached_buf
41<Bagder> on 963?
42<Zagor> no, 971
43<Bagder> ah
44<Bagder> right
45<Zagor> since it's already being done on 963
46<Zagor> removing that, I can collapse the ifs a bit
47<Zagor> i'd say this moves the fat code into GREEN status
48* Bagder horrays
49<Zagor> what a difference a day makes :)
50* Bagder presses reload on the rockbox page like crazy
51<Zagor> hehe
52<Zagor> now
53<Bagder> plopp
54<Bagder> 7 green ones
55<Bagder> 9 yellow to go
56<Zagor> yeah
57<Bagder> we should write a little converter for pics to our internal pixmap format
58<Bagder> did you write one for gifs to some odd format?
59<Bagder> thinking about the rockbox logo now
60<Zagor> no that was hand-pixeled by thomas
61<Bagder> yes, but I recall something about you doing something like that on Siemens?
62<Bagder> a converter that is
63<Zagor> ah, yes
64<Zagor> umm, i can't remember the name of the format :)
65<Bagder> in fact
66<Bagder> just loading a software showing the logo will make a *great* foto
67<Zagor> yup
68<Zagor> PPM i think the format is called
69<Zagor> portable pixmap
70<Bagder> ah yes
71<Bagder> I'll hack up a little app embryo right now
72<Zagor> the simulator should be able to do this, right?
73<Bagder> do what?
74<Zagor> run this app, showing the logo
75<Bagder> yes
76<Zagor> if you run it, include the ata code and run ata_init(). that should prevent it locking the disk.
77<Zagor> ah, the cron job works now
78<Bagder> fine
79<Bagder> but I'm not gonna try running it on target yet
80<Zagor> I can understand that :)
81<Zagor> we should fix an unlock patch for the usb 2.0 driver too.
82<Bagder> that would be really good
83<Bagder> I'll make it possible to start tetris from the app's menu
84<Bagder> :-)
85<Zagor> :)
86<Bagder> hm, doesn't work
87<Zagor> what's the problem?
88<Bagder> I can't manage to get the "cursor" to show up
89<Zagor> cursor?
90<Bagder> I have three lines in a "menu"
91<Zagor> ah
92<Bagder> and I want to move a "marker" along the side of them
93<Zagor> i see
94<Bagder> hm
95<Bagder> I need to force a screen update somehow I guess
96<Bagder> of course I do
97<Bagder> silly me
98<Zagor> yes :)
99<Bagder> yes, and clear the marker when I move away... :-)
100<Zagor> ok, time for file.c
101<Bagder> roxxers
102<Bagder> hehe, now I can start tetris from the menu ;-)
103<Zagor> nice!
104<Bagder> gotta clear the screen first though
105<Zagor> hmm, both the man pages for remove() and unlink() claim POSIX conformance
106<Zagor> remove() is undoubtedly a better name
107<Bagder> it is
108<adiamas> well.. depends on how you look at it...
109<adiamas> you aren't really 'removing' the file from the system...
110<adiamas> you are more so 'unlink'ing it from the system
111<Zagor> you're removing it from view :)
112<adiamas> but your also unlinking it from the file system ;)
113<Bagder> hey you can't drop the block in tetris!
114<Zagor> no, only speed it up
115* Bagder made the x11 lcd display flicker free now
116<Bagder> try the new uisim
117<Bagder> just committed
118<Zagor> lots of updates :)
119<Zagor> how do you select an entry?
120<Bagder> right
121<Zagor> ah
122<Bagder> but you can't leave tetris ;-)
123<Bagder> I better fix that
124<Zagor> still, our first menu!
125<Bagder> I like that big font
126<Zagor> hehe
127<Bagder> now
128<Bagder> should I move the X11 stuff into a subdir?
129<Bagder> or should I put the app stuff in a subdir?
130<Zagor> put X11 in a subdir
131<Bagder> it makes sense
132<Zagor> then we put all apps in the root and just link to win32 or x11
133<Bagder> of course, the app stuff should probably be in the firmware dir...
134<Zagor> yeah, but I expect we'll have lots of little "toy apps" mainly for the simulator
135<Bagder> oh yes!
136<Bagder> do we have a sleep() yet?
137<Zagor> well we have it
138<Zagor> but it's not working right on target, since we haven't set up the timer interrupt yet
139<Bagder> I was just thinking how I should proceed to slow my app down ;-)
140<Zagor> sleep(ticks)
141<Bagder> why not sleep(ms)
142<Bagder> prevents ms/MS_PER_TICK all over ;-)
143<Zagor> use HZ/freq instead
144<Zagor> no reason really, it's just the simplest implementation
145<Bagder> doesn't really matter, we can have both ;-)
146<Zagor> yup
147<Bagder> now, which key do we stop tetris with?
148<Zagor> a function key
149<Zagor> or OFF
150<Bagder> I'll use off for now
151<Bagder> oh what fun ;-)
152<Zagor> :)
153<Bagder> add a big "Tetris" text too for the fun of it
154<Bagder> ´ed
155<Bagder> bed time
156--- Bagder is now known as Bagderzzz
157<-- Zagor has quit ("bye")
158<adiamas> ummm.. what happened to the makefile for uisim?
159<adiamas> nevermind
160<-- Bagderzzz has quit (carter.openprojects.net irc.openprojects.net)
161--> Bagderzzz (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
162* adiamas screams at this stupid person
163<adiamas> my god.. i wasn't happy totally with this guys id3 editor..
164<adiamas> so i started digging into it...
165<PsycoXul> heh
166<adiamas> it has to be -the- worst design and execution of code i have ever seen
167<PsycoXul> i did the same thing with grip
168<adiamas> lets have a struct of data, that also has bools in it that tell you if that data field needs to be edited.
169<adiamas> why?
170<adiamas> so you can pass it around your functions.
171<adiamas> but lets be_really_ lazy and use getopt and rely on the externs
172* adiamas screams softly into the night
173<adiamas> who hacked out the tetris file again?
174--- edx|sleeping is now known as edx|studying
175* edx|studying thinks he's sick sleeping more than 10 hours the last two nights :?
176--- Bagderzzz is now known as Bagder
177<edx|studying> hi bagder :)
178<Bagder> hey
179<Bagder> I moved the x11 sim stuff to its own dir yesterday
180<edx|studying> yea i just updated :)
181<Bagder> so now we both could use the app.c and tetris.c in the uisimulator root
182<edx|studying> good idea.
183<adiamas> nods
184<adiamas> who wrote the tetris originally?
185<Bagder> "Mattis Wadman"
186<edx|studying> there is another problem with the tetris code.
187<edx|studying> that give me a macro redefinition:
188<edx|studying> #define HAVE_RECORDER_KEYPAD
189<edx|studying> what do i do about it?
190<adiamas> ahh hehhe
191<edx|studying> (you need this define there?)
192<edx|studying> i compile with ARCHOS_RECORDER defined the this is defined automatically.
193<Bagder> uh, no it shouldn't be there
194<edx|studying> ok ill delete it
195<adiamas> im trying to understand wtf is happening with the block_dat
196<adiamas> data
197<edx|studying> another thing...
198<edx|studying> unistd.h
199<edx|studying> is not for windows
200<adiamas> same #define is in the x11 should it be there?
201<edx|studying> so im gonna do that:
202<edx|studying> #ifndef _WIN32
203<edx|studying> #include <unistd.h>
204<edx|studying> #endif
205<adiamas> right edx
206<edx|studying> also, for sleep, kernel.h must be included by tetris.c
207<edx|studying> (or app.c)
208<Bagder> well, there is no target version of sleep() yet
209<edx|studying> there is.
210<edx|studying> kernel.c i think
211<edx|studying> i have seen it..
212<Bagder> yes
213<Bagder> but it doesn't work
214<adiamas> Bagder in tetris.c could you tell me what 'frame' is with respect to block_data?
215<Bagder> eeeh
216<Bagder> I don't know really
217<adiamas> k... ill figure it out one way or another..
218<edx|studying> Bagder: how do yo uselect a menu entry? :)
219* adiamas begins to think that the numbness in his left pinky and ring finger is _not_ a good thing
220<Bagder> go right
221<Bagder> but tetris is the only one you can select ;-)
222<edx|studying> ok
223<edx|studying> :)
224<edx|studying> ill upload updated files that are compatible with win32 simulator.
225<edx|studying> ok?
226<Bagder> do that
227<Bagder> I'll make sure the x11 runs fine with em
228<edx|studying> yep
229<edx|studying> go ahead ;)
230<adiamas> edx.. do you understand the block struct?
231<Bagder> done, and modified the app.c and tetris.c slightly
232<Bagder> no more unistd.h :-)
233<edx|studying> ok
234<edx|studying> neither for linux nor for windows :)
235<edx|studying> have you commited them yet?
236<Bagder> yes
237<edx|studying> ok
238<Bagder> you can press 'off' to abort tetris now
239<Bagder> (which is the numerical keypad enter in my case)
240<edx|studying> yea - i use the same keycodes
241<edx|studying> ok great :)
242<edx|studying> the menu still moves a little fast :)
243<edx|studying> (tetris too)
244<edx|studying> how is it on linux?
245<Bagder> that sleep is 1 second for mee
246<Bagder> which makes everything a bit too slow ;-)
247<edx|studying> oh lol
248<edx|studying> sleep 1 is defined Sleep (1000/HZ * 1) for me
249<edx|studying> which is 1/10 second ;)
250<Bagder> heh
251<Bagder> the target sleep() takes 'ticks' as argument and we don't know yet how fast that is
252<Bagder> so I haven't bothered
253<edx|studying> yea
254<edx|studying> bjorn said it was deifined with HZ (but maybe that value is not accurate yet)
255<edx|studying> its 1/100 second btw..
256<edx|studying> not 1/10
257<adiamas> edx... do you understand the block_data structure?
258<edx|studying> no matter.. thats the least problem.
259<edx|studying> adiamas: no i didnt really read the code
260<Bagder> edx|studying: oh, right, haven't seen that
261<adiamas> k...
262<edx|studying> adi: wait a sec
263<edx|studying> hmm strange...
264<edx|studying> does it already contain rotoation... ?
265<edx|studying> lcd_drawpixel(start_x+x+block_data[block][frame][0][i],
266<edx|studying> looking at that.. the first array parameter contains the block #..
267<edx|studying> the second one the frame (?) - maybe rotation?
268<edx|studying> the third parameter is either 0 or 1.. but i dont know why
269<adiamas> nods
270<edx|studying> nods?
271<Bagder> "To lower and raise the head quickly, as in agreement or acknowledgment."
272<edx|studying> ahh
273* edx|studying nods too
274<edx|studying> was just irritated because you didnt write it as a /me msg ;)
275<edx|studying> i guess the four integers are the directions.. (block_data is seperated into 4-int blocks)
276<adiamas> i just don't see the blocks there...
277* adiamas shrugs
278<edx|studying> the first block is the square thingie..
279<edx|studying> im playing around with it now
280<edx|studying> aha.. uhm..
281<adiamas> so: {{0,1,0,1},{0,0,1,1}} is a square?
282<edx|studying> i got it!
283<adiamas> k.. shoot
284<edx|studying> *snip!*
285<edx|studying> one block always consists of four pixels!
286<edx|studying> {0,1,0,1},{0,0,1,1}
287<edx|studying> coordinate of first pixel:
288<edx|studying> (0,0)
289<edx|studying> of second pixel: (1,0) ; of third pix (0,1) of fourth pixel (1,1)
290<edx|studying> can you see how i do it
291<edx|studying> nth pixel coord = (data[0][n],data[1][n])
292<adiamas> ahhhh!!! got ya...
293<adiamas> can you do me a favor.. write that in a comment above it?
294* adiamas likes comments that make sense.
295<edx|studying> heheh sure :)
296* adiamas is toast...
297<adiamas> is it:
298<adiamas> x
299<adiamas> |
300<adiamas> |
301<adiamas> ----y
302<adiamas> or is it
303<adiamas> y|
304<adiamas> |
305<adiamas> |
306<edx|studying> sencond one
307<adiamas> ------x
308<adiamas> ?
309<adiamas> nod
310<edx|studying> //
311<edx|studying> // block_data is built up the following way
312<edx|studying> //
313<edx|studying> // first array index specifies the block number
314<edx|studying> // second array index specifies the rotation of the block
315<edx|studying> // third array index specifies:
316<edx|studying> // 0: x-coordinates of pixels
317<edx|studying> // 1: y-coordinates of pixels
318<edx|studying> // fourth array index specifies the coordinate of a pixel
319<edx|studying> //
320<adiamas> c comments mate ;)
321<edx|studying> like that?
322<adiamas> no c||
323* edx|studying is not a very good formulator
324<adiamas> c++ even
325<edx|studying> ok
326<edx|studying> /*
327<edx|studying> block_data is built up the following way
328<edx|studying> first array index specifies the block number
329<edx|studying> second array index specifies the rotation of the block
330<edx|studying> third array index specifies:
331<edx|studying> 0: x-coordinates of pixels
332<edx|studying> 1: y-coordinates of pixels
333<edx|studying> fourth array index specifies the coordinate of a pixel
334<edx|studying> */
335<edx|studying> is that understandable... :/
336<adiamas> looks fine to me
337--> edx|disconnected (edx@pD4B9E91F.dip.t-dialin.net) has joined #rockbox
338--- edx|disconnected is now known as edx
339<edx> int block_data[7][4][2][4] =
340<edx> {
341<edx> {
342<edx> {{0,1,0,1},{0,0,1,1}}
343<edx> },
344<edx> is that translated to:
345<edx> int block_data[7][4][2][4] =
346<edx> {
347<edx> {
348<edx> {{0,1,0,1},{0,0,1,1}},
349<edx> {{0,1,0,1},{0,0,1,1}},
350<edx> {{0,1,0,1},{0,0,1,1}},
351<edx> {{0,1,0,1},{0,0,1,1}}
352<edx> },
353<edx> ?
354<edx> because the block needs rotation
355<edx> (but its the same in any direction)
356<adiamas> i would assume so.
357* edx commited tetris.c
358<adiamas> yeah, seems every block pivits on (1,1)
359<adiamas> or there in abouts
360--- ChanServ gives channel operator status to edx
361<-- edx has kicked edx|studying from #rockbox (Stupid irc corpse!)
362--- edx removes channel operator status from edx
363--- edx is now known as edx|studying
364--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
365<edx|studying> hi :)
366<Zagor> hi
367<Bagder> edx|studying: that tetris.c in the win32 dir should be removed now shouldn't it?
368<edx|studying> aehm - yea wait a sec
369<edx|studying> ok it is
370<Bagder> :-)
371<Zagor> is there any way to make 'sed' not use / for its' regex?
372<Bagder> yes
373* edx|studying doesnt understand a word
374<Bagder> Zagor: just use it after the s
375<Bagder> sxmooxpoo
376<Zagor> ok. strange that the man page doesn't say that
377<edx|studying> what's 'sed'
378<Bagder> one of those secret tricks ;-)
379<edx|studying> heh give me the man page ;)
380<Bagder> sed is a dead cool unix command line tool
381<edx|studying> what does it do?
382<Bagder> uh, replaces regexes in a stream ;-)
383<edx|studying> what are regexes
384<edx|studying> (sorry for asking so much)
385<Bagder> regex is a pattern, similar to wildcard but a lot more advanced and powerful
386<edx|studying> ah ok
387<edx|studying> that is like *.[mp3|m3u] or something like that?
388<Bagder> ".*(mp3|m3u)$" would be good regex for that
389<edx|studying> aha
390<edx|studying> that $ indicates that the ( and ) do not belong to the name?
391<Bagder> no, $ matches end of string
392<Bagder> so that the mp3 or m3u must end it
393<edx|studying> ahh
394<edx|studying> ok - really advanced ;)
395<Bagder> right, and this is only scratching on the surface
396<edx|studying> hehe
397<edx|studying> what does sxmooxpoo do?
398<edx|studying> lol
399<Bagder> it replaces all occurrances of 'moo' with 'poo' :-)
400<edx|studying> so sed can also rename files?
401<Bagder> no, it replaces text in a stream
402<Bagder> cat file | sed -e s/replace/this > newfile
403<edx|studying> ok
404<edx|studying> couldnt one use it for filenames as well.. i have needed something like that a couple of times ;)
405<Bagder> sure you can
406<Bagder> in unix you just write up a quick script to do it
407<edx|studying> hehe
408<PsycoXul> its easier in bash than with sed unless you wanna do things that bash can't do
409<PsycoXul> heh
410* Bagder jumps, PsycoXul is alive ;-)
411<PsycoXul> like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'
412<PsycoXul> heh
413<PsycoXul> or whatever :p
414<PsycoXul> Bagder: yeah
415<Zagor> that's precisely what I was doing, only "bleh" contained a full path with / characters
416<Zagor> dependency generation now fixed for 'firmware'
417* edx|studying shakes awestruck
418* adiamas cocks his head to the side and stares at edx
419<adiamas> what awestrikes you?
420<edx|studying> "like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'"
421<Bagder> unix in a nutshell
422<Zagor> actually, it's only: for d in $(DEPDIRS); do { if [ ! -d $$d ]; then mkdir $$d; fi; }; done
423<Zagor> but then
424<edx|studying> what the heck das that do?
425<Zagor> $(CC) -MM $(CFLAGS) $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > $@; [ -s $@ ] || rm -f $@
426* Bagder falls off his chair laughing
427<Zagor> it creates the directories listed in $(DEPDIRS) if they don't already exists
428* edx|studying cries out despairing
429<edx|studying> what does "fi;" do there?
430<Zagor> it's the end of "if"
431<edx|studying> ahh lol
432<adiamas> think: if(true){ }
433<PsycoXul> hmm
434<edx|studying> what does the second thing do?
435<Zagor> it runs the dependency generator, with, umm, correct parameters :)
436<PsycoXul> heh
437<edx|studying> hm.. aha
438* adiamas thinks we need to get edx to dual boot his box ;)
439<Zagor> yup
440<edx|studying> i can use vmware ;)
441<edx|studying> you guys know that, right?
442<edx|studying> $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > that inserts the return value of sed ??
443<adiamas> edx trust me dude... once you get off windows, you don't go back...
444<edx|studying> adi: i have tried that a lot of times - i always came back ;)
445<edx|studying> i dont even have the latest linux installation file
446<edx|studying> where do i get it :)
447<edx|studying> can i d/l it somewhere?
448* adiamas has always done his installs off cd, so i cant tell you.
449<PsycoXul> heh
450<PsycoXul> linux installation file?
451<edx|studying> well .. the cd image or whatever
452<Zagor> http://mirrors.sunsite.dk/debian-netinst-cd/
453<edx|studying> you use debian?
454<PsycoXul> Zagor: if it has / chars its easier with sed using like sed -e #eh/blah/bleh#eh/blah/blah#g
455<Zagor> not for this machine, but for others
456<edx|studying> "these images are intended for developers, administrators, and advanced users" ** ohoh
457<Zagor> PsycoXul: I know, i'm using | in this expression
458<PsycoXul> with bash's substitution you have to use / chars for the sub so you have to escape any /'s within it
459<PsycoXul> yeah, with sed you can use i think any char
460* edx|studying loads the iso @ 40kb/sek
461<edx|studying> why is it only 30 megs?
462<Zagor> because it's a netinstall
463<PsycoXul> because its net install
464<PsycoXul> heh
465<edx|studying> ok
466<edx|studying> that wont work - i bet!
467<PsycoXul> why not?
468<edx|studying> it's linux - why would net install work on linux :P
469<Zagor> it works fine, but maybe you're not ripe for debian yet :)
470<PsycoXul> heh
471<edx|studying> i will install with vmware - so it is no problem to remove it any time :P
472<PsycoXul> forget vmware :p
473<PsycoXul> you can't *really* use an os in vmware :p
474<edx|studying> why noy
475<PsycoXul> well
476<PsycoXul> what're you gonna do with it?
477<edx|studying> try the console commands you post lol
478<PsycoXul> i mean its like making a system thats half of your real one but without direct hardware access
479<edx|studying> i use w2k on vmware too
480<PsycoXul> what are you really running?
481<PsycoXul> heh
482<edx|studying> winxp ;)
483* adiamas runs screaming into the night
484<edx|studying> the most-bloaty-dummy-user-system there is haha
485<edx|studying> but it's cool :)
486<PsycoXul> heh
487<edx|studying> this iso is a boot cd?
488<edx|studying> or what does it do?
489<PsycoXul> should be
490<edx|studying> how many hd space do you recommend for a linux hd ?
491<Zagor> all of it :)
492<edx|studying> haha
493<edx|studying> how much hd space do you have :)
494<Zagor> 80 gigs
495<Zagor> but actually, I have a 4 gig win95 partition for playing games
496<edx|studying> ok.. now i have 110 gigs.. then ill take 4 gigs for linux :P
497<Zagor> hehe
498* edx|studying booting vmware from debian image
499<edx|studying> do i want to retain linux kernel 2.0 compability?
500<edx|studying> :?
501<Bagder> I doubt it
502<edx|studying> ok
503<edx|studying> "please choos the path inside the CD-ROM where the Debian Archive resides."
504<edx|studying> anyone knows where that is?
505* Bagder shakes his head
506<Zagor> just press enter
507<edx|studying> ok
508* edx|studying is too stupid to just press enter
509<edx|studying> heh.. it works so far..
510<edx|studying> but wait till it comes to the internet update - i am sure it will mess up!!
511<edx|studying> there it begins.. it cannot find teh basedbs.tgz :/
512* adiamas heads off to bedd for a bit
513<Zagor> well did it find a network interface? vmware is no standard pc
514<adiamas> see you all in a while
515--- You are now known as adi|napping
516<edx|studying> i am not that far yet
517<Bagder> night adiamas
518<edx|studying> Next: Install the base system
519<edx|studying> night..
520<edx|studying> *pressing enter*
521<edx|studying> Please selecte the medium you will use to install blah..
522<edx|studying> that is CDRom Drive, right?
523<Zagor> network
524<edx|studying> heh.. ok network is n/a
525<Zagor> bah. told you vmware was no good
526<edx|studying> i didnt configure drivers yet.. wait a sec
527<edx|studying> bah.. it does not contain a device driver for my card
528<Zagor> you're not having a card, you're having vmware
529<edx|studying> i do have a card
530<Zagor> it uses a special virtual network interface
531<edx|studying> vmware makes it :o)
532<Zagor> yes
533<edx|studying> it would not support my adapter anyways
534<edx|studying> it only has 2 dlink cards listed
535<Zagor> which dlink do you have?
536<Zagor> most dlinks are NE2000 compatible
537<edx|studying> yea i was gonna try that
538<edx|studying> D-Link DFE-530TX
539<edx|studying> PCI NE2000 support
540<edx|studying> that's ok?
541<Bagder> "Cheap, drivers installed perfectly, Linux support. "
542<Bagder> (googled quote)
543<Zagor> sounds ok
544<edx|studying> "installation failed"
545<edx|studying> why cant it do like windows and determine drivers itself?
546<edx|studying> :P
547* Bagder smacks edx
548<Zagor> it did for me. try native and you'll se
549<edx|studying> never ever am i gonna try native unless i want to destroy my windows :P
550<Bagder> the via-rhine driver it should be
551<Bagder> http://www.dlink.co.uk/support/linux_supp.html
552<Zagor> repartition the disk so you get a couple of gigs free, then there's no worry
553<edx|studying> thanks bagder.. tulip aha
554<edx|studying> wont work either
555<Bagder> tulip?
556<Bagder> via-rhine
557<edx|studying> that is the driver name
558<edx|studying> ooops!
559<edx|studying> right, thanks
560<edx|studying> fails anyways
561* edx|studying does not know any command-line arguments
562<edx|studying> for the network adapter
563<edx|studying> what filesystem shall i install on the hd?
564<Zagor> ext2
565<edx|studying> k
566<edx|studying> and a linux swap?
567<Zagor> yes
568<edx|studying> Extended = ext2?
569<Zagor> yes
570<Bagder> I'll run off and shop some food, back in an hour or so
571<edx|studying> *all thse sunday-shopping people* - i wish that was possible in Germany
572<Zagor> it's really strange that you can't buy stuff on weekends
573<edx|studying> it is strange that you can ;)
574<edx|studying> on saturdays we can till 1PM (on every fourth saturday till 4PM)
575<edx|studying> but that is all
576<Zagor> Are gas stations open?
577<edx|studying> yea
578<edx|studying> but they are expensive
579<Zagor> of course, they have no competition
580<Zagor> government mandated monopolies are usually quite expensive...
581<edx|studying> debian is still checking for bad blocks on the hd.. ill see what i can do after that..
582<edx|studying> yea
583<Zagor> how big partition are you using?
584<edx|studying> 4GB and 300mB for swap
585<Zagor> ok
586<edx|studying> i guess the bigges problem is the vmware network adapter
587<Zagor> it shouldn't take long, but i guess everything is a bit slower under vmware
588<edx|studying> yea
589<edx|studying> its 2/3 finished
590<edx|studying> i'll try an ethernet driver maybe...
591--> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #Rockbox
592<edx|studying> hi
593<calpefrosch> hi
594<calpefrosch> have to done something at the simulator ?
595<edx|studying> Zagor: Note: If the virtual machine's Ethernet adapter has been enabled, the installation program will auto-detect and load the AMD PC/Net 32 driver
596<edx|studying> yea
597<edx|studying> but the file system thing is not working :/
598<edx|studying> it gives me an error i just cant fix!
599<Zagor> edx|studying: I added file.h and dir.h to firmware/common yesterday, so you know the API
600<Zagor> we renamed unlink() to remove()
601<calpefrosch> I will update the code tomorrow at work. I have no VC++ at home.
602<edx|studying> oh.. I added that file to - but didnt commit
603<edx|studying> ok
604<Zagor> hehe
605<edx|studying> At the "Network Configuration" screen, respond OK to use the default: Use bootp/dhcp.
606<Zagor> do you have a fixed ip or dhcp?
607<edx|studying> in LAN i have dhcp
608<Zagor> then use that
609<edx|studying> well i am not that far yet
610<Zagor> k
611<edx|studying> AMD PC/Net 32 driver.. i hope that one exists
612<edx|studying> (and works)
613<calpefrosch> what do you use to organize the MP3 files ? I have about 10 GB.
614<edx|studying> heh ntfs file system - nothing actually :)
615<Zagor> directories :)
616<calpefrosch> mhh, good idea. but how to search one song ?
617<calpefrosch> I mean, on the archos...
618<Zagor> oh
619<Zagor> you need a good system...
620<Zagor> in your head and in your archos :)
621<edx|studying> genre/artist/album/name.mp3
622<calpefrosch> hmm, I think I'm to lazy... ;-)
623<calpefrosch> ok, I have to organzie some files, hehe
624<calpefrosch> cu
625<edx|studying> what is the device path of the cdr drive?
626<edx|studying> cu
627--- calpefrosch is now known as calpefrosch|drea
628--- calpefrosch|drea is now known as calpefrosch|away
629<Zagor> /dev/cdrom usually
630<edx|studying> *hard reboot and redo it all*
631<Zagor> hehe
632<edx|studying> *keep pressing enter*
633<edx|studying> *beeing further than before*
634<Zagor> brb
635<edx|studying> what file systems do i install to the kerbnel?
636* Bagder crawls back into his chair
637<edx|studying> hi
638<Bagder> hey
639<edx|studying> (that is re)
640<edx|studying> no success installing debian :(
641<edx|studying> it wont work with the network adapter
642<Bagder> annoying
643<edx|studying> really.
644<PsycoXul> anybody ever seen these things? http://www.thinkgeek.com/stuff/computing/5a15.shtml
645<PsycoXul> edx|studying: what network adapter
646<PsycoXul> debian should have no problems with vmware's emulated nic
647<edx|studying> PsycoXul: D-LINK 530X
648<Bagder> weird gadget
649<edx|studying> yea its the vmware bridged network adapter
650<edx|studying> what does this soundbug do?
651<edx|studying> play music aloud?
652<Bagder> " A single Soundbug can generate sound levels of up to 75 dBm peak, easily loud enough for a group of people to enjoy music together, or listen to the sound output from a laptop presentation or a camcorder video. "
653--> alkorr (alkorr@srs07v-7-188.n.club-internet.fr) has joined #rockbox
654<Bagder> hi alkorr
655<alkorr> hi Bag'
656<alkorr> hum... Bagd'
657<edx|studying> hi alan.
658<edx|studying> i made a makefile for uisw32
659<alkorr> good
660<alkorr> did you commit ?
661<edx|studying> yea
662<Bagder> it'll probably need adjusting though after yesterday night
663<edx|studying> maybe..
664<edx|studying> no actually not
665<edx|studying> teh file.h inside the firmware dir needs tho
666<alkorr> weird i didn't receive any new CVS commits in my emailbox...
667<edx|studying> nobody does currently i think
668<Bagder> the commits mails are absent right now
669<Bagder> we've commited like crazy, but no mails...
670<alkorr> but i did receive a test from Björn
671<alkorr> edx: you should have a lookup in this page : http://www.gamedev.net/reference/articles/article1598.asp
672<edx|studying> but writing in SDL is so much more work..
673<edx|studying> SDL is a nice interface :) - but it is not thought for such use
674<alkorr> i don't think so, there would be less code to write
675<edx|studying> i dont think there would be less code to write.
676<edx|studying> look at it now - its less than 100 lines win32 specific code
677<alkorr> yes but the main goal is to have the same code for Linux and Windows, even people from MacOS and other unixes should be able to use the same code
678<alkorr> anyway you are not interested by a SDL port ?
679<Bagder> alkorr: if you make one, we'll surely be interested
680<alkorr> Bagd': we will see
681<alkorr> quite now i'm looking for simple examples
682<alkorr> see you
683<-- alkorr has quit ()
684<-- calpefrosch|away has quit ()
685<Bagder> see ya tomorrow, gotta go now
686<-- Bagder has quit ("http://daniel.haxx.se")
687--> calpefrosch (~hotrana@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
688<calpefrosch> is there somewhere a file.c ?
689<edx|studying> only for simulator.
690<edx|studying> file-win32.c
691<edx|studying> you dont really need it tho.
692<edx|studying> al teh functions are native (stdio.h , io.h)
693<calpefrosch> yes, but I have a book "C Programmierung lernen" in my hands.
694<edx|studying> hehe
695<calpefrosch> and wanted to know why there is a "extern" statement but no implementation
696<edx|studying> well - the impelementation is missing.
697<calpefrosch> please don't laugh ;-)
698<edx|studying> no way.. :)
699<edx|studying> the implementation is indeed missing for the firmware.. but not for the simulator
700<calpefrosch> I'm coming from the pascal ( Turbo Pascal, Delphi ) edge
701<edx|studying> i put an #ifndef SIMULATOR there
702<edx|studying> yea i did that too once ;)
703<calpefrosch> yeah, I saw that. so there are no firmware-file function?
704<calpefrosch> and java
705<edx|studying> i never did java - right, no firmware file functions
706<calpefrosch> okay.
707<calpefrosch> and the dir is also missing =
708<edx|studying> yea
709<edx|studying> even the predefinitions are missing
710<edx|studying> my file.h contained them but Zagor commited faster then i did ;)
711<calpefrosch> oh
712<calpefrosch> can I talk to you tomorrow morning til 8 ?
713<edx|studying> i gotta go to school at 7..
714<edx|studying> i might not even be online before :/
715<calpefrosch> hmm, okay. can you try to put some compiling/working code to the cvs ?
716<calpefrosch> so I can "play" around with it ?
717<edx|studying> the code is working
718<edx|studying> you resmove the file-win32.c from the project.
719<edx|studying> the int works perfectly.
720<edx|studying> *int = it
721<calpefrosch> tnx, are you working on the file-win32.c ?
722<edx|studying> currently not...
723<edx|studying> i cannot spot the mistake *shame on me*
724<calpefrosch> he, you are 15 (right?) and a good programmer. do you want to do this as a job in future =
725<calpefrosch> ?
726<edx|studying> sure.. :)
727<calpefrosch> cool
728<calpefrosch> I love this job. sometimes I cannot sleep because I'm thinking about a problem.
729<edx|studying> hehe i have had this since I was 10 :)
730<calpefrosch> And if I get the clue, I cannot wait to get to job. I really love it.
731<edx|studying> yea
732<edx|studying> it is amazing - sometimes I get up at 5 AM just to try something :)
733<calpefrosch> yeah. Everybody calls me a "hacker", only because I'm not such a clean Projectmanager.
734<calpefrosch> like some others.
735<calpefrosch> hehe, there are many really bad coders in the company.
736<edx|studying> hehe
737<calpefrosch> I'm just lokking at your file-win32.c
738<edx|studying> hm the c file is rather uninteresting
739<edx|studying> the file-win32.h causes the problem
740<calpefrosch> ah
741<edx|studying> typedef _finddata_t DIR;
742<edx|studying> it wont recognize _finddata_t though it is definded or something - I really have no clue.
743<calpefrosch> what means the _ before the name ?
744<edx|studying> it is just definde that way. in io.h
745<edx|studying> its not defined by me or anyone of this project. it is a standard type
746<calpefrosch> yes, I see. and what means the typedef ?
747<calpefrosch> if it's already defined ?
748<calpefrosch> I found an example in the www: struct _finddata_t FFBLK1;
749<edx|studying> ahhhhhhhhhhhhh!
750<edx|studying> THANKS
751<edx|studying> i guess you fixed it..
752<edx|studying> *wait a sec*
753<calpefrosch> * rejoice *
754<calpefrosch> look at this: http://www.dma.org/~deand/potm.html
755<calpefrosch> sorry, my girlfried yells. ;-)
756<edx|studying> hehe
757<calpefrosch> I have to go. good luck. I try some things tomorrow. l8r
758--- calpefrosch is now known as calpefrosch|away
759<edx|studying> yeah! i got it
760<edx|studying> thanks calpefrosch :)
761<edx|studying> ill udate cvs now
762<edx|studying> Zagor, are you there?
763--- edx|studying is now known as edx|away
764--- edx|away is now known as edx
765<edx> are you there now, Zag?
766--> Linus (~linus@labb.contactor.se) has joined #rockbox
767<edx> hi
768<Linus> Hi
769<coyote-> humdidum
770<-- Linus (~linus@labb.contactor.se) has left #rockbox
771--- Zagor is now known as Zagor|away
772--- calpefrosch|away is now known as calpefrosch
773<calpefrosch> hey
774<edx> hi
775<edx> jeez thanks heaps!
776<edx> i fixed it ;)
777<calpefrosch> cool
778<edx> didnt commit yet... wait a sec.
779<calpefrosch> I just install VC .NET and test the sim
780<edx> ah.. well it is useless anyways - the functions need to be defined in file.h and i was gonna ask zagor whether i may do that.. hes not in right now
781<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
782--> calpefrosch (~calpefros@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
783<calpefrosch> sorry, the setup has done a reset
784<calpefrosch> without asking me :-(
785<calpefrosch> edx, ru there?
786<edx> yea
787<calpefrosch> hey, this damned .NET Setup is not working
788<calpefrosch> I can't install VC++
789<calpefrosch> do you have the beta, or the origin version
790--- calpefrosch is now known as calpefrosch|away
791--- calpefrosch|away is now known as calpefrosch
792<calpefrosch> edx: have you commited the file-win32.* ???
793<-- calpefrosch has quit ()
794--> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
795--- calpefrosch is now known as calpefrosch|away
796<edx> hmmmm
797<edx> i have the original version - beta worked for me too
798<edx> but i have heard from other ppl that beta did not work for them
799--- calpefrosch|away is now known as calpefrosch
800<calpefrosch> hmm, do you commit ?
801<edx> ..
802<calpefrosch> your work ?
803<edx> committed the two files..
804<calpefrosch> tnx
805<edx> but they dont work and are unneeded yet. - at least they compile
806<calpefrosch> why don't they work ?
807<edx> uhm i dont know
808<edx> couldt really test them
809<edx> i dont know what those functions do in linux
810<calpefrosch> so you want to write function for directory-access ?
811--- calpefrosch is now known as calpefrosch|away
812<edx> they will be needed at some point of time
813--- edx is now known as edx|away
814--- coyote- is now known as Tumm
815--- Zagor|away is now known as Zagor
816--- edx|away is now known as edx
817<edx> hi Zagor..
818<Zagor> hi
819<edx> i have a question
820<Zagor> ok
821<edx> reagrding the directory functions:
822<edx> where do i put declaration of the functions?
823<edx> also file.h
824<Zagor> they're already in dir.h
825<edx> ah ok!
826<edx> i know what was wrong with the dir definition :)
827<Zagor> :)
828<edx> typedef struct _findfata_t DIR;
829<edx> ***struct***
830<Zagor> ah
831<edx> another thing.. what parts of the dirent struct will be used?
832<edx> i saw it contains an offset to the next dirent entry (??)
833<Zagor> no, it contains the name
834<edx> and a few other thigns.
835<Zagor> it will also contain an attribyte
836<Zagor> attribute
837<Zagor> and a file size
838<Zagor> that's about all it will contain
839<edx> struct direnttag
840<edx> {
841<edx> long d_ino; /* inode number */
842<edx> long d_off; /* offset to the next dirent */
843<edx> unsigned short d_reclen;/* length of this record */
844<edx> unsigned char d_type; /* type of file */
845<edx> char d_name[256]; /* filename */
846<edx> };
847<Zagor> don't look at that
848<Zagor> look at dir.h
849<edx> aha
850<edx> wait a sec
851<edx> oh..
852<edx> good.. well may I put a define in there
853<edx> the DIR thing has to be different for the simulator?
854<Zagor> why?
855<Zagor> oh, ok
856<edx> what does the offset thing in the dir do?
857<edx> array index?
858<Zagor> it's implementation specific
859<edx> but i do not have to keep it for my implementation, do i?
860<Zagor> no you can #ifdef your own implementation
861<edx> i will do that in a separet header file..
862<edx> dir-win32.h
863<Zagor> ok, if you want
864<edx> then.. i need to update file.h
865<Zagor> ok, with what?
866<edx> because if you compile with the simulator, you do not need to define open close etc.. (also not with linux, right)?
867<Zagor> right
868<edx> then.. the compiler gives me an error with your current dirent definition...
869<Zagor> of course. it's the definition for the firmware, not the simulator
870<edx> is that ok:
871<edx> typedef struct {
872<edx> int d_name[256];
873<edx> } dirent;
874<edx> the simulator does not have to change the dirent definition after all.
875<edx> (at least in windows)
876<edx> dirent *readdir (DIR *dir); <--- this will give an error otherwise (if i dont take the typedef above)
877<Zagor> so what is the problem?
878<edx> i need to replace you definition of dirent with mine ;)
879<Zagor> fine, go ahead
880<Zagor> use a file-win32.h
881<edx> extern struct dirent* readdir(DIR* dir); then you could replce this with:
882<edx> extern dirent *readdir (DIR *dir);
883<edx> or is the struct thing somehow important?
884<Zagor> yes, the API is important
885<Zagor> it must stay the same
886<edx> the struct must remain there?
887<Zagor> it's a struct called dirent. it's not a type called dirent
888<edx> tehn ill apply it to my functions as well and it wont matter.
889<Zagor> good
890<Zagor> the struct contents can change, but the function definitions must be exact
891<edx> ok.
892<edx> done.
893<edx> ill commit what i changed
894<edx> done.
895<Zagor> don't use _WIN32. use WIN32
896<edx> hmm grummel..
897<Zagor> umm you smashed my last commit...
898<edx> hm not really.
899<Zagor> no, sorry.
900<edx> i updated before i commited
901<Zagor> i saw wrong :)
902<edx> heh :)
903<edx> ok.. WIN32 instead of _WIN32
904<edx> commited.
905<edx> how can i receive mails for cvs updates?
906<edx> is there a cvs-update-mailing list lol
907<Zagor> yes there is
908<Zagor> rockbox-cvs@cool.haxx.se
909<edx> how can I sign up for that?
910<Zagor> send a mail to majordomo@cool.haxx.se with the text (no subject): subscribe rockbox-cvs
911<edx> thanks.
912<Zagor> right now there's a problem with the cvs mails but I hope it will be worked out soon
913<edx> yea i know of the problem.
914<edx> hey.. other people can unsubscribe me ;)
915<edx> if the know my e-mail adress
916<Zagor> yup
917<Zagor> I have to approve all requests for mail addresses which differ from the one you send from
918<edx> ok then.. i gotta go (school tomorrow again *crying out loudly*)
919<edx> cya
920<Zagor> bye
921* edx is looking forward to the rockbox shirt he gets tomorrow
922<edx> oh - abunsh of cvs notices just arrived ;)
923<Zagor> really?
924<edx> like 10
925<Zagor> nice
926<edx> they append the complete files. that is cool.
927<Zagor> ah, now I got them too
928<Zagor> they append the diffs
929<edx> LOOL even more
930<edx> they are not the latest commits though
931<Zagor> no but I guess their mail server is a bit busy at the moment...
932<edx> hehe
933<edx> well.. good night then - cu tomorrow (ill send you a picture of me wearing the shirt then)
934<Zagor> hehe. good night
935<-- edx has quit ()
936<-- Zagor has quit (Remote closed the connection)
937--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
938<-- calpefrosch|away (calpefrosc@p5082C485.dip0.t-ipconnect.de) has left #rockbox
diff --git a/www/irc/rockbox-20020430.log b/www/irc/rockbox-20020430.log
deleted file mode 100644
index 8413f36a2d..0000000000
--- a/www/irc/rockbox-20020430.log
+++ /dev/null
@@ -1,1230 +0,0 @@
1**** BEGIN LOGGING AT Mon Apr 29 03:08:39 2002
2
3<Zagor> hiya there boys
4<calpefrosch> hi
5<Linus> Yo!
6<Bagder> I think it's about time with a status-report mail to the list Zagor
7<Zagor> hmm, yes. i'be been secretly hoping for the irc digests from adi
8<Bagder> further, have anyone thought about what document format we want?
9<Bagder> man pages? doxygen? ascii? html?
10<Zagor> html is good, i'd say
11* Bagder thinks about API docs etc
12<Bagder> well, html can be generated from man pages and doxygen for example... :-)
13<Zagor> yes, but what is the source format? how do we WRITE the docs?
14<Bagder> right
15<Bagder> doxygen might be cool, I haven't really worked with it though
16<Linus> WRITE DOCS? YUCK!
17<Linus> :-)
18* Zagor takes away Linus' coffee. See? Motivated enough now?
19<Bagder> we see more and more people asking about various APIs now
20<Bagder> it'll just grow
21<Linus> AAAAAAH! I'll write docs....please GIVE ME MY COFFEEEEEEEE!
22<Zagor> on the other hand, this is not the best time to document them since they are still changing frequently
23<Bagder> things like the file.h isn't
24<Zagor> true
25<Bagder> anyway, if we'd use doxygen, it generates docs based on function comment headers
26<wavey_> morning
27<Bagder> so it should be correct
28<Bagder> hey wavey_
29<Zagor> hi there wav. dug yourself up from under the cvs mails yet? ;)
30--- wavey_ is now known as wavey
31<Bagder> yikes, those sure came as a tsunami!
32<wavey> heh - i haven't looked since friday
33* wavey winces
34<Zagor> ooh, you're up for a treat!
35<Zagor> (in for?)
36<Bagder> been a productive weekend
37<wavey> wow - busy weekend for everyone! :)
38<Bagder> indeed
39<Bagder> no one with a life in sight ;-)
40<wavey> i've been busy too. i've written a playlist impl doc which states some fundamentals and asks some qs
41<wavey> you wanna read it or shall i throw it to the list?
42<Bagder> I'd say the list
43<wavey> i was thinking we could have a docs/ subdir
44<wavey> for complex explanations
45* Bagder agrees
46<wavey> or will the website do?
47<wavey> i also wrote about 400 lines of code
48<wavey> i'm currently hosting it my own main.c to test it
49<wavey> is the simulator at all ready to host that sort of thing?
50<Bagder> very soon
51<wavey> coolio
52<wavey> i won't check in my harness then
53<Bagder> both sims are now supporting the lcd and buttons the same
54<wavey> lovely
55<wavey> i still haven't checked it out
56<adiamas> Zagor define "irc digest"
57<adiamas> ive just been logging :)
58<wavey> and i'm busy today :(
59<Bagder> wavey: your code is mostly using the file api, right?
60<wavey> its stubbed out any actual file operations
61<wavey> still getting my high level api rite
62<wavey> right
63<Bagder> anyway, when you commit your code we'll make it run in the simulator
64<wavey> yus
65<Bagder> it has an "embryo" for an app now
66<Bagder> so we could make a playlist editor
67<wavey> cool stuff :)
68<wavey> i'll be able to do some more later thisafternoon
69<Zagor> adiamas: someone offered to write up an "irc digest", summarizing discussions and desicions. I thought that was you, but maybe it was someone else?
70<wavey> i'll work out what can be checked-in
71<adiamas> nope was't me ;)
72<adiamas> im just logging ;)
73<adiamas> which reminds me, someone is going to have to get today... i was missing a few hours
74<adiamas> either that or i just pick up where i came in
75<Bagder> a few hours more or less don't matter
76* adiamas nods
77<adiamas> anyone have an id3 tag editor that they would recommend?
78<adiamas> i can't find anything i like and im to lazy to write my own
79<Bagder> for linux?
80<adiamas> yeah
81<Bagder> I use the command line ones that come with id3lib
82<Bagder> or 'easytag' for a GUI one
83<adiamas> nods
84<Bagder> both kind of works but not extremtly good
85<PsycoXul> i use xmms interactively or just tag them when i rip them
86<Bagder> due to id3lib being rather lame :-/
87<Bagder> 800K package for reading and writing Id3 tags?!!
88<adiamas> lol
89<PsycoXul> hehe
90<Bagder> the most recent versin also fails to compile to my machine
91<Bagder> they claim I have a "too new" gcc
92<Bagder> silly persons
93<Linus> Whoo. I just tested the event queue primitives. The Alpha version works!
94<Linus> But they are not safe for interrupts to post in...
95<Bagder> good progress
96<Bagder> I suggest adding a lcd_update_rect() function, for updating only a part of the LCD
97<Bagder> (recorder)
98<Zagor> sure
99<Bagder> it would probably enable cooler stuff
100<Bagder> s/would/will
101* adiamas screams
102<adiamas> i really really hate the recorder some times
103* Bagder pats adiamas on his head and talks in a gentle tone to calm him down
104<adiamas> this rebooting thing is realkly starting to piss me off...
105<Zagor> rebooting?
106<Bagder> let's hope it is a sw issue
107<adiamas> yeah... i don't know if its my unit or what...
108<adiamas> randomly seems like the sw chokes and dies
109<adiamas> which, since its embedded and all, causes the hardware to reboot
110<adiamas> i don't get this...
111<Linus> I haven't seen it.
112<Zagor> what are you doing when it reboots?
113<adiamas> i have a perfectly valid playlist, i go to play it, it loads all 117 file entries, then on "Play" it just lists (Root)
114<Linus> "listening to music" :-)
115<adiamas> when i move to next, it reboots
116<Zagor> "I was just riding along"
117<Zagor> I've never had that happen
118<adiamas> really realy really starting to annoy me.
119<Zagor> Bagder: you should rewrite id3.c to use nonbuffered io.
120<Bagder> true
121<Zagor> unless you plan to implement it :)
122<Bagder> shouldn't be that hard
123<Bagder> adiamas: it sure sounds like a sw bug
124<Bagder> what sw version ?
125<adiamas> checking
126<adiamas> 1.25b
127<Bagder> I have that one too
128<adiamas> im really starting to think its a hw issue...
129<adiamas> because it's not related to any particular action
130<Zagor> does it only happen when you do that, or other times as well?
131<adiamas> randomly
132<adiamas> just happened now when i scrolled up the directory menu
133<Bagder> does it happen when do things that aren't disk-oriented?
134<Bagder> +you
135<adiamas> and again
136<adiamas> sees to be
137<adiamas> actually.. mis read that.. when its disk oriented
138<Bagder> or disk related perhaps
139<adiamas> im really starting to think that the guy i bought it from sold it for this reason
140<Zagor> sounds like hardware to me
141<adiamas> this keeps up and i may just buy one off shelf and crack this one open...
142<adiamas> but the idea of spend 200+ for crap hw really burns my balls.
143<adiamas> sooooo if we get any more 'donations' and ya'll feel like forwarding them along ;)
144<Zagor> hehe
145<Zagor> do you still have warranty on it?
146<adiamas> id love to break the warentee on this mf.
147<adiamas> not really...
148<adiamas> i bought it second hand off ebay, so dunno if i have a claim on it.
149<Zagor> check with Archos US. if you have it, send it to them. this is definitely a warranty issue.
150<Zagor> if you don't have warranty, crack it open and check a number of solder points
151<Zagor> s/check/resolder/
152* adiamas has _no_ experiance soldering :)
153<Zagor> it sounds like a bad connection somewhere to me
154<Zagor> ok. umm, maybe this isn't a good learning project then :)
155<adiamas> yeah.. expensive one :)
156<adiamas> nice.. and archos only gives a 90 day warranty
157<Zagor> really?
158<Zagor> I think it's a year in europe
159<adiamas> "Archos warranrts to the end user customer that Archos products will be free from defects in materials and workmanship for the duration of 90 days, which begins on the date of purchase by the customer. Customer is responsible for maintaining proof of date of purchase."
160<Zagor> gosh
161<adiamas> im reading it off their warranty card
162<adiamas> reboot again
163<Zagor> swedish law dictates a minimum two years "reclaim time"
164<adiamas> wow....
165<adiamas> that and nice hot blond chicks... im in the wrong country ;)
166<Zagor> hehe
167<adiamas> ill tell you this.. your country has one hell of a PR dept.
168<Zagor> good or bad?
169<adiamas> i have yet to meet an ugly chick from your country
170<Zagor> :)
171<adiamas> seems you only send of the hot chicks as 'opairs' or those live in baby sitters
172<Zagor> yep, we have a selection board
173<Zagor> strict regulations
174<adiamas> hehehe
175<adiamas> my mailing addresss is: 60 Collyer Ave.. send one on over
176<adiamas> i promise ill share with my gf.. no worries ;)
177<Zagor> haha, and she'd take care of...? ;)
178<adiamas> anything she wants ;)
179<Linus> ...you...?
180* adiamas nods happilty
181<adiamas> hell... id be happy to sit back and watch her and the 'wife' go at it
182* adiamas growls
183<Zagor> it's our compensation for the long dark winters
184<adiamas> LOL
185<adiamas> and high suicide rate
186<Zagor> nature always finds a balance
187<adiamas> or was that finland?
188<Zagor> that's a myth, actually
189<Linus> we mostly die of cardiac arrest being compensated for the long winters... :-)
190<Zagor> finland is higher, yes
191* adiamas is from america, home of the 'fast food, gun ordering, beer buying, convenince store drive through'
192* adiamas laughs merrily at linus
193<adiamas> Linus, I ment to ask. Just how common is your name in sweden?
194<Linus> Not very.
195<Zagor> suicide rates per 100k people: USA 11.3, Sweden 14.2, Finland: 23.8
196<Zagor> gotta love the internet :)
197* Zagor should be writing code review protocols right now. Bleh..
198<adiamas> hey, look, another reboot
199<adiamas> heheh
200<adiamas> code review protocols?
201<Zagor> yeah. medical equipment requires lots of red tape
202<adiamas> nod
203<adiamas> anyone else having a hard time loading the rockbox site?
204<Linus> No. why?
205<Zagor> hmm, it's gone blank again
206<Zagor> i don't know why that happens
207<Linus> Oh. Now i see.
208<Linus> I saw that yesterday too.
209<Linus> Itäs probably Zagors lame update cron job that fucks up.
210<Zagor> it is, but why?
211<adiamas> thats simple
212<adiamas> 42
213<ironi> ello
214<Linus> Hi!
215<adiamas> hey ironi
216<Zagor> ellooo
217<adiamas> wat append to te ''s?
218<Zagor> ah, now I get it
219* Zagor is slow
220<Zagor> tey were lost in te ash
221<Zagor> ahhh, missed one :)
222<adiamas> hehehehe
223<adiamas> tougher then it looks ;)
224<adiamas> you wanna really cook your brains? take a look at: http://orion.ramapo.edu/~rhak/misc/illusions/pic19692.gif
225<Zagor> yeah, seen it. it's cool
226<ironi> cool
227<adiamas> yes folks... rob has hit double digits on reboots
228<Zagor> yikes. your archos is next to useless
229<adiamas> ya think?
230<adiamas> it seems fine for a while, then *poof*
231<Linus> Curious. Does it happen when you have the charger connected as well?
232<adiamas> haven't tried.
233<Linus> Do it.
234<adiamas> trying
235<Zagor> good test. there's a known problem with the spirals holding the batteries
236<adiamas> how do you mean?
237<Zagor> s/spirals/springs/
238<adiamas> btw.. what time is it by you?
239<adiamas> your what, gmt+2?
240<Zagor> +1
241<adiamas> so its like 11 there?
242<Zagor> yup
243* adiamas nods
244<adiamas> stupid sunlight
245<ironi> sunlight?
246<ironi> i wish we had some
247* Zagor saw some last week
248<ironi> yep
249<ironi> well i hoped for sun tomorrow night
250<ironi> but no luck, it seems
251<Linus> Hi alan
252<alkorr> hi !
253<Bagder> we should add "tetris" in the status list ;-)
254<adiamas> nods
255<Zagor> :)
256<Bagder> we should add scores
257<Bagder> ;-)
258<adiamas> how about adding the ability for the game to end ;)
259<Bagder> that's not a bad idea! hehe
260<alkorr> adia: what do you mean ?
261--- Linus is now known as Linus|lunch
262<alkorr> the game has no "game over" ?
263<adiamas> alkorr when the blocks reach the top and you are out of room, the game keeps sending blocks :)
264<alkorr> arf quite annoying :)
265<Bagder> let's blame Björn! ;-)
266<alkorr> time for lunch, cu
267--- Zagor is now known as Zagor|lunch
268* Bagder silently points out that we *are* gmt+2 while having daylight savings time
269<wavey> because britain is gmt+1 right now :)
270<Bagder> yeps
271<Bagder> funnily enough ;-)
272<wavey> stupidly enough
273<wavey> timezones are an abortion
274<Bagder> indeedo
275<adiamas> nah.. timezones only happen because of buisness
276<adiamas> and the railroads if i remember correctly
277<wavey> what's wrong with a single hour across the globe
278<wavey> ?
279<wavey> who cares that 0500 is midday?
280<wavey> or that you wake at 1900?
281<Bagder> I bet the chinese are on our side
282<Bagder> they have one time zone
283<Bagder> for a country as wide as five or so
284<wavey> yus
285<wavey> probably the only thing they agree with us on ;)
286<Bagder> hehe
287<Bagder> very probably
288<adiamas> well, i think its part psychology...
289<adiamas> you try and convince a new yorker that 0800 is really noon
290<adiamas> or 1 depending
291<Bagder> hey ho
292<wavey> ad: you'd soon get used to it
293<wavey> even a new yorker ;)
294<wavey> when britain conquers the globe again, we'll insist it :)
295<wavey> actually
296<wavey> the only way britain could conquer the globe again
297<wavey> is if everyone else goes to mars on holiday
298--- Bagder is now known as Bagderfood
299<PsycoXul> #define file_width 5
300<PsycoXul> #define file_height 7
301<PsycoXul> static unsigned char file_bits[] = {
302<PsycoXul> 0x11, 0x0e, 0x00, 0x0e, 0x00, 0x0e, 0x11 };
303<PsycoXul> /* Created with The GIMP */
304<PsycoXul> was at the top of that heh
305<PsycoXul> thats 1 char
306<PsycoXul> [duh]
307<PsycoXul> the gimp makes it easy
308<adiamas> hmmm? whats that?
309<PsycoXul> what?
310<adiamas> your bit about file_bits
311<adiamas> whats it in reference to?
312<PsycoXul> i just drew a thing in the gimp
313<PsycoXul> and saved it like that
314<PsycoXul> heh
315<adiamas> heheh okay...
316* adiamas still doesn't get it, but thats okay.. hes off to nap
317--- Linus|lunch is now known as Linus
318<PsycoXul> made a new 5x7 image, image->mode->indexed, set it to black/white (1-bit) palette
319<PsycoXul> then drew it with the pencil tool with a 1x1 brush
320<PsycoXul> and saved as an xbm
321<PsycoXul> and thats what it outputs
322<PsycoXul> i'm gonna paste it directly into some cgram code and see how they look heh
323--- Zagor|lunch is now known as Zagor
324<PsycoXul> so yeah it looks just like it does in the gimp on the player LCD
325<PsycoXul> heh
326<Zagor> nice
327<PsycoXul> its 8 custom chars though i think
328<PsycoXul> i think i said something about 11 before but if i did i think i was wrong heh
329<PsycoXul> but i tested it again and it's not detected by usb-storage with custom firmware running
330<Zagor> huh?
331<Zagor> that sounds strange. we have no control over the usb interface
332<PsycoXul> must have *some*, at least one some models if nothing else... i have to plug in the usb cable as soon as the rom version shows its boot screen and before it loads the HD firmware
333<Linus> "With custom firmware running"?
334<Linus> Recorder?
335<PsycoXul> no, player, studio 20
336<Linus> So you can't plug it in when the device is off?
337<PsycoXul> i dunno i probably can
338<Zagor> what does the linux log say?
339<PsycoXul> but once non-archos firmware has been loaded from the HD, usb-storage doesn't recognize it if i plug it in
340<Zagor> you should see a log entry from usb.c or hub.c anyway
341<PsycoXul> yeah it loads up and thats it
342<PsycoXul> it just says it loads
343<Linus> I guess the firmware must disable the ATA buffers when it senses that the USB is connected.
344<PsycoXul> so i let it boot up with archos firmware till it shows the first directory on the screen, then i plug it in, says "USB ..Active..." with the little logo, then i modprobe usb-storage, the unit clicks and in dmesg i see a bunch of output about USB and scsi and the drive info etc
345--- Zagor is now known as Zagor|away
346<PsycoXul> and then i can mount it and use it blah blah blah...
347<PsycoXul> so now i'll do the same thing with other firmware running and say what it says :p
348<PsycoXul> Initializing USB Mass Storage driver...
349<PsycoXul> usb.c: registered new driver usb-storage
350<PsycoXul> USB Mass Storage support registered.
351<PsycoXul> thats it
352<PsycoXul> the archos doesn't click or do anything either
353<PsycoXul> and when i unplug the usb cable the archos still doesn't react
354<PsycoXul> those 3 lines are every new message in dmesg after the last time i unloaded usb-storage, and includes the nothing it printed when i plugged the device in :p
355--- Bagderfood is now known as Bagder
356<Linus> It looks as if the firmware has to enable the ISD200 chip somehow.
357<PsycoXul> apparently
358<Linus> Is this a problem for you as it is now?
359<PsycoXul> no
360<PsycoXul> just interesting :p
361<Linus> OK. I'll put it to prio -7. :-)
362<Bagder> it'll be annoying not to support that though
363<Linus> Of course we will support it.
364<Bagder> when our sw is running
365<Linus> I'll just have to dust off my multimeter.
366<edx> hi
367<calpefrosch> hi man...
368<edx> heh - still at school ;)
369<calpefrosch> oh, from a computer at school ?
370<edx> yea
371* edx gets his funky rockbox tshirt today
372<edx> did you do anything to the simulator code?
373* Bagder hasn't
374<edx> i meant calpefrosch :) he wanted to change stuff (maybe)
375* Bagder understands now
376* Bagder doesn't work from home today, blaaa had to shave ;-)
377--> alkorr (alkorr@srs07v-8-105.n.club-internet.fr) has joined #rockbox
378<Linus> Hi alan
379<alkorr> Hi Linus
380* edx doesnt work from home as well
381* edx is at school and has lesson :)
382<edx> hi
383<alkorr> hi edx
384<calpefrosch> sorry....
385<edx> re :=)
386<calpefrosch> I did nothing.
387<edx> ok
388<alkorr> edx: :)
389<edx> =)
390<alkorr> what's up , guys
391<Linus> Not much. Working...
392<Linus> Welcome
393<elinenbe> Hi there.
394<calpefrosch> Hi
395<edx> ok - gotta go :)
396<edx> cya later
397<Linus> Bye
398<calpefrosch> cu
399<alkorr> welcome elinenbe
400--- Linus is now known as Linus|work
401<alkorr> well cu
402<calpefrosch> Badger: with the simulator, is there a cut between the firmware and the PC-code
403<calpefrosch> ?
404<calpefrosch> that I know where to do what ..
405<Bagder> well, the simulators offer a few APIs using the very same functionality as the firmware code will offer
406<Bagder> so that code could be written to get displayed in the simulators and then moved to real firmware
407<Bagder> without much trouble
408<calpefrosch> ok.
409<Bagder> currently we offer the lcd API and button API (recorder style) in both simulators
410<Bagder> check out the uisimulator/app.c code and you'll see how you can program
411<Bagder> code that should work in simulatorss and target
412<calpefrosch> in the button API, there must be some repeat functions
413<calpefrosch> and some function to avoid a dubble press
414<calpefrosch> double
415<Bagder> how do we make a function that avoids double press?
416<calpefrosch> we have to do it twice, I think
417<Bagder> we do know when a button is pressed and when it is released
418<calpefrosch> I don't know the english word for "entprellen"
419<Bagder> me neither ;-)
420<calpefrosch> if a button is pressed, we have to wait until it is released.
421<calpefrosch> and then recognize the next
422<Bagder> we don't have to
423<Bagder> we get separate events
424<calpefrosch> not?
425<Bagder> we can just wait until a button is released
426<Bagder> button = button_get()
427<Bagder> if(button & (BUTTON_PLAY | BUTTON_RELEASED)) yada yada
428<calpefrosch> but yout want the action when pressed, not when relased...
429<Bagder> yes
430<Bagder> then you fix that
431<Bagder> thing is
432<calpefrosch> Did you test it on the target hardware?
433<Bagder> you may want to support having the key pressed a long time too
434<calpefrosch> right
435<Bagder> so currently, if you wanna do funny checks you need to do it yourself
436<Bagder> the api returns the button-press event
437<calpefrosch> "entprellen" = "debounce"
438<calpefrosch> it is a hardware-thing if a key is debounced.
439<Bagder> the api actually checks for key-repeat if I'm not mistaking
440<calpefrosch> if not, we have to do it in software...
441<Bagder> what is debounced?
442<Bagder> released?
443<calpefrosch> ok, think about a key pressed. in digital like this: ___|----|____
444<calpefrosch> but it could be: ____|-|_|-|_____
445<calpefrosch> because there is no full contact
446<Bagder> you're worrying too much ;-)
447<Bagder> if that'll be a problem, we'll fix it
448<calpefrosch> it is only one press, but two digital signals with µs between them
449<calpefrosch> that is because I did some key-programming for a tanning bed. I had this problem there...
450<Bagder> yeah, a common problem for this kind of thing
451<calpefrosch> if I would have the hardware to test some things, I would feel better
452<Bagder> you don't have the hardware?
453<calpefrosch> sure, but I don't want to destroy it or lose the guarantee
454<Bagder> ah, you want to mess around with thw hw, I thought you meant sw
455<Linus|work> Yes, the keys must probably be debounced somehow.
456<calpefrosch> right, but can I load the firmware on the recorder? is it safe ?
457<Bagder> uuuuh
458<Bagder> safe? ;-)
459<Bagder> naaah
460<calpefrosch> I will try the simulator...;-)
461<Bagder> hehe
462<Bagder> no debounce problem there ;-)
463<calpefrosch> cool
464* Bagder curses .pac files
465<calpefrosch> do we have a message loop in the firmware?
466<Bagder> not yet
467--- Zagor|away is now known as Zagor
468<Bagder> Linus works on the message queue I believe
469<Zagor> we need no debounce, since the keys are polled an not interrupt controlled
470<calpefrosch> it is important for me to know how the key-thing will work in future
471<Zagor> so if we poll them @10Hz debounce is not really a problem
472<calpefrosch> ok, I agree
473<Zagor> yes, there are some details left to figure out
474<Zagor> Bagder's statement above holds true
475<Zagor> only there is a problem with key-release
476<Zagor> example:
477<Zagor> 1. I press and hold ON, get_button() returns KEY_ON|KEY_HELD
478--> ghssg (~fdsasf@pD9560C13.dip.t-dialin.net) has joined #rockbox
479--- ghssg is now known as edx
480<Zagor> 2. I keep pressing ON and also press down PLAY. get_button() returns KEY_ON|KEY_PLAY|KEY_HELD
481<-- edx has quit (Client Quit)
482<calpefrosch> ok, but where will the get_button be called?
483<Zagor> 3. I keep pressing ON but release PLAY. what does get_button() return?
484<Bagder> I agree
485<Zagor> calpefrosch: from the UI code. it will read from a message queue
486<Bagder> it would need a hold for each key
487<Zagor> the timer interrupt polls the keys and posts events to the message queue
488<calpefrosch> ok, I will do it in the win32 gui. the code is not working like that
489<calpefrosch> now
490<Zagor> Bagder: so, we actually have UP and DOWN events for individual keys, rather than a bitmap for all keys?
491<Bagder> calpefrosch: why does it have to work like that?
492<Zagor> calpefrosch: the events and queues is implementation specific. only the get_button() api needs to work the same.
493<Bagder> Zagor: that's possible too
494<calpefrosch> on windows it is difficult to choose one position, because it repeats the key very fast.
495<Zagor> calpefrosch: yes, that has to be filtered
496<calpefrosch> in the simulator, because edx has polled the key
497<Zagor> Bagder: well, we have to decide on a system
498<calpefrosch> I'll try this now, ok? I can send you the diff. on which adress?
499<Bagder> Zagor: yeps
500<Zagor> how does win32 handle multiple keys?
501<calpefrosch> hmmmm, I will look. wait
502<Zagor> calpefrosch: I don't have a win32 compiler, so I can't test it I'm afraid
503<Bagder> I think diffs could very well be posted to the list imho
504<Zagor> i agree
505<calpefrosch> ok
506<elinenbe> Are you sure the keys should be polled? What about a lockup?
507<Zagor> lockup?
508<elinenbe> you can always hold down the off button on the current recorder and it will always shut it off, even if there is a crash
509<elinenbe> such as a hard drive crash, etc.
510<Zagor> we have no alternative to polling. there are no interrupt lines conneted to the keys
511<elinenbe> It seems the off but at least must trigger an interrupt...
512<elinenbe> how do they currently do it?
513<Zagor> i don't know
514<Zagor> but you have to crash very hard to lockup the timer interrupt...
515<Bagder> well, we don't have to stop polling just because the drive crashes... :-)
516<Zagor> so I don't see a problem
517<elinenbe> Is that the way it is currently done?
518<Zagor> we don't have their source code, so it's difficult to say
519<Bagder> since there is no irq from the keys it is hard to figure out how else it is done
520<elinenbe> I see.
521<elinenbe> It just seems polling anything is a waste of cycles...
522<Zagor> polling has its' place
523<Linus|work> Actually, polling is a good medicine for bouncing buttons.
524<Zagor> polling in general is good when you want control of the rate of events
525<elinenbe> well, you know more then I do, so I guess.
526<Linus|work> We try hard to sound like we know something. :-)
527<elinenbe> :)
528<Bagder> sshhhh
529<Bagder> ;-)
530<calpefrosch> ok, in windows I get an event for keydown and keyup. I could send the keycode to the button.c and save it there
531<calpefrosch> and wait until the polling main programm do a get_button.
532<calpefrosch> or what ?
533<Zagor> so both X and win32 use key down/up events. I guess we should do the same
534<Zagor> calpefrosch: sounds good
535<calpefrosch> how do you do in x ?
536<calpefrosch> it
537<Zagor> the key handles remembers the last button
538<Zagor> and you get it with button_get()
539<calpefrosch> that's it. I could make my own buffer...
540<Zagor> buffeR?
541<calpefrosch> but that would be too complex, I think
542<Zagor> a queue is best
543<Zagor> we should have that on x11 too
544<calpefrosch> that's what I meant
545<Zagor> ok
546--> edx (Krutzs@p5081384C.dip.t-dialin.net) has joined #rockbox
547<calpefrosch> hi edx.
548<calpefrosch> I changeg some code for key-handling in your win32 simulator.
549<calpefrosch> Because I have much work now, I only give you the changed code. Please commit it after reformating it. :-)
550<calpefrosch> ok?
551<calpefrosch> or I send it to the mailing-list
552<calpefrosch> I have to go in 2 Minutes...
553<Zagor> don't worry about committing nonworking code
554<Zagor> in this early stage, that is ok
555<Zagor> it's a better way to collaborate than mailing code back and forth
556<calpefrosch> I can't commit. I send it to rockbox@cool.haxx.se. But it's working !!!
557<Zagor> ok
558<calpefrosch> mny tnx, bye
559--- calpefrosch is now known as calpefrosch|away
560<-- edx has quit ()
561<-- calpefrosch|away (~calpefros@62.52.174.30) has left #rockbox
562<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
563--> edx (edx@pD4B9E9D6.dip.t-dialin.net) has joined #rockbox
564<edx> good afternoon
565<Bagder> hey again
566--- edx is now known as edx|
567--- edx| is now known as edx
568<edx> hi
569<-- Linus|work (~linus@labb.contactor.se) has left #rockbox
570<Bagder> I'm about to leave too
571<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
572--- edx is now known as edx|away
573--- edx|away is now known as edx
574<edx> is anybody here?
575<-- jb1081 has quit ("[x]chat")
576--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox
577<edx> hi
578--- calpefrosch|away is now known as calpefrosch
579<calpefrosch> hi
580<edx> check this out:
581<edx> http://codeforce.d2g.com/rockbox/tshirt2.jpg
582<edx> :)
583<edx> *checking out the code you mailed*
584<edx> that is the backlight thing?
585<edx> boolean IsButton(int key)
586<edx> {
587<edx> return (key == last_key) ;
588<edx> }
589<edx> hmmm...
590<edx> if (key & last_key)
591<edx> might be mroe than one key pressed
592<PsycoXul> and there's a tab
593<PsycoXul> :p
594<edx> yea
595<edx> not my code :P
596<edx> i replaced tabs with spaces
597<calpefrosch> right, but I had no time to make it more comfortable
598<edx> heh
599<edx> .. what is the new_key function for?
600<calpefrosch> I'M just hacking it into the machine.
601<edx> couldnt that be done within button_get?
602<calpefrosch> and I'm at work now, so we have to discuss this later. 30 Minutes ?
603<edx> ok.
604<calpefrosch> tnx
605<calpefrosch> cool shirt.
606<edx> thanks :D
607* PsycoXul wonders how he ended up on a t-shirt :p
608<edx> hehe :P
609<edx> i just had to put some names on there
610<edx> i hope you dont mind :)
611<PsycoXul> but it is cool shirt... though i can't say the same for the hair :p
612<edx> haha
613--- calpefrosch is now known as calpefrosch|brb
614<adiamas> edx.. i love the shirt :)
615--- calpefrosch|brb is now known as calpefrosch
616<calpefrosch> ok, back again
617<calpefrosch> edx?
618<calpefrosch> the main message loop of the windows programm sends every character (WM_KEYDOWN) to the new_char(int Key) function
619<calpefrosch> the new_char of the button.c stores this character. in future maybe in a loop.
620<calpefrosch> s/loop/queue
621<calpefrosch> when somewhere the get_button is called, the stored key is given to the caller
622<edx> bakc
623<edx> hmmmm
624<calpefrosch> bakc ???
625<edx> back
626<edx> :)
627<calpefrosch> oh
628<edx> the problem is that you cannot simulate that on a jukebox device.
629<calpefrosch> ok, do you understand the new_key thing?
630<edx> i understand it but you cannot use that outside the simulator.
631<calpefrosch> sure, the jukebox should so it the same way, i think
632<calpefrosch> s/so/do
633<edx> it wont.
634<edx> it will be polling the keys.
635<calpefrosch> in future the "rockbox" gets a message-loop
636<edx> also for keypresses?
637<calpefrosch> we dicussed this earlier this day
638<edx> that is new to me :)
639<calpefrosch> you has been to school ;-)
640<edx> but you must be able to press more than one button at the same time.
641<edx> return (key & last_key) ;
642<calpefrosch> right, I had no time to do it. Can you ?
643<edx> not key == last_key
644<edx> yea i'll try.
645<calpefrosch> maybe you shouldn't use this isbutton function
646<calpefrosch> i don't know
647<edx> they didnt declare the functions yet.
648<edx> hm
649<calpefrosch> is it commited ?
650<edx> ytf is nobody here (Zagor, Bagder)
651<edx> not yet.
652<edx> anyways. the simulator is not responsible for calling the new_key function.
653<calpefrosch> this method has a second effekt. the backlight is only a "nicety"
654<edx> that is still done by the firmware
655<calpefrosch> hmmm, the firmware should generate the key_down ( like windows does )message. Who polls the message_queue ??
656<edx> that is done by the thread i guess (thread.c)
657<edx> that is bagders work i think...
658<calpefrosch> and the thread should fill the button.c's button_queue, I think. We have to discuss this with Zagor and Badger
659<calpefrosch> they have the experience
660<edx> uhm..
661<edx> we should wait till they definded the functions.
662<calpefrosch> but like this it's working even with the key-repeat of windows
663<edx> the button queue.. hmm i do not think that this is a really good idea :?
664<edx> well but you cant catch multiple key presses with this message queue
665<edx> only if you poll all keys.
666<calpefrosch> we don't need it. but we should save the button til the programm wants it. async
667<edx> i fully understand. it is not a bad idea. but we still need to support multiple keyrpesses
668<edx> also, what if one process "grabs" a key and the second one doesnt get it anymore, tho it is still pressed
669<calpefrosch> yes, I know what you mean. this is a problem.
670<edx> ill wait for Zag to show up :) i'll ask him about that then.
671<calpefrosch> I think he do it in the x-version ( x-files, hehe )
672<edx> ...
673<edx> *having a look*
674<edx> not yet.
675<calpefrosch> hmmm, it is an important, I think
676<calpefrosch> thing
677<edx> its a basic.
678<calpefrosch> the hardware interface didn't allow multiple keystrokes at any compination
679<edx> well.. yes
680<calpefrosch> s/p/b :-)
681<calpefrosch> but I like the color of the backlight ;-)
682<edx> i think for the player.. to regulate noise or somethign.. there was a multiple combination
683<calpefrosch> hmm, I never saw the player. only the recorder
684<edx> i had a player before.. the lcd sucks..
685<calpefrosch> where did you buy the recorder ?
686<edx> i bought a player at Promarkt (lol) then I damaged it and sent it back - the sent me a recorder :)
687<edx> *the = they
688<calpefrosch> hey you lucky ... go and play Lotto ;-)
689<edx> hehe.. Lotto never works ;)
690<edx> tried a lot of times hehe
691--- You are now known as adi|home
692<edx> hi
693<calpefrosch> hehe
694<calpefrosch> hi
695<calpefrosch> I'll go home and eat a pice of cow.
696<calpefrosch> bye
697<edx> hehe..
698<edx> cu
699<calpefrosch> maybe we talk later
700<edx> k
701* edx cries out desperating
702<edx> where is Björn?
703--- calpefrosch is now known as calpefrosch|away
704<-- calpefrosch|away has quit ()
705<ironi> hi
706<adi|work> hey ironi
707<PsycoXul> so i wonder if you hook up IR to the serial port or whatever what kinda crazy things you can do with furbys and pda's and ir-capable printers etc :p
708<edx> morning.
709<calpefrosch> morning
710<calpefrosch> how are you ?
711<edx> ah hi ;)
712<edx> tired :)
713--- edx is now known as edx|breakfast
714--- calpefrosch is now known as calpefrosch|brb
715--- calpefrosch|brb is now known as calpefrosch
716<edx|breakfast> cya.
717<-- edx|breakfast has quit ("school")
718<-- calpefrosch has quit ()
719* adi|home pokes Bagder in the forehead
720* Bagder hrmpfs
721<adi|home> how did the background suddenly go green on the uisimulator?
722<Bagder> I changed it to look slightly more like a real recorder
723<adi|home> k... but is the width correct? seems to be wider then my screen.
724<Bagder> having white on black was too far
725<Bagder> the square is drawn outside the actual size
726<adi|home> ?
727<Bagder> actually 3 pixels outside I believe
728<Bagder> I should change that
729<Bagder> we should have exactly 112x64 within the square
730<adi|home> well... define 'square'
731<adi|home> the full app?
732<adi|home> because i don't see any boarder inside the app.
733<Bagder> you don't?
734<Bagder> wait
735<Bagder> grrr
736<Bagder> my X-redirect over ssh is not working properly
737<adi|home> sorry :(
738<Bagder> anyway
739<adi|home> if you want.. i can give you a screen shot of what i see.
740<Bagder> there's meant to be a box within the windows
741<Bagder> -s
742<Bagder> the box us meant to define the actual recorder lcd size
743<adi|home> okay.. i get the box as soon as the menu loads, but not before...
744<adi|home> which seems odd
745<Bagder> well, it might be because my silliness ;-)
746<Bagder> I mean
747<Bagder> it could possibly be fixed in the code
748<Bagder> I haven't bothered that much
749<adi|home> not really needed... was just curious :)
750<Bagder> heh, ok, I committed a little fix now that should make the box appear before the app gets called
751<adi|home> nod
752<adi|home> did you change the makefile as well?
753<Bagder> yes
754<Bagder> didn't work on Solaris
755<adi|home> heheh k... cause now it bitchs on linux ;)
756<adi|home> ill look into it
757<Bagder> ok, hang on
758<Bagder> now
759<adi|home> interesting.. dind't know you could do +=
760<adi|home> in a make... cool.
761<Bagder> I'm not 100% that is really kosher Make
762<Bagder> but we're already using gmake extensions
763<adi|home> nods
764--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
765--- Zagor_ is now known as Zagor
766<Bagder> morning
767<Zagor> morn
768--> Linus (~linus@labb.contactor.se) has joined #rockbox
769<Bagder> morning Linus
770<Linus> Hey ho
771<adi|home> on a win machine, does sleep(1) sleep for one second or what?
772<Bagder> edx's simulator has its own sleep() that is shorter
773<adi|home> k...
774<Bagder> the x11 one will too, to better much the target sleep()
775<Zagor> to better much? :)
776<Bagder> gee
777<Bagder> match
778<adi|home> cause i was wondering if it made sense to have a sleep in uisim or so...
779* Bagder smacks himself
780<adi|home> one with #defines for win and *nix
781<adi|home> *nixs calling utime
782<Zagor> we have a sleep() in kernel.h
783<adi|home> ahh.. we do?
784<adi|home> does it work :)
785<Zagor> yes. sleep(ticks)
786<Bagder> apart from utime() not being very portable...
787<Zagor> the declaration works excellent :-)
788* adi|home giggles
789<adi|home> ummm. wtf is TIME_BEFORE?
790<Zagor> it's a wrap-safe macro to compare ticks, for timeout handling
791<Zagor> "if (current_tick < timeout)" is not wrap safe
792<adi|home> nods
793<Zagor> "if (TIME_BEFORE(current_tick,timeout))" is
794<adi|home> what exactlly does 'wrap safe' mean?
795<adi|home> and since TIME_BEFORE(a,b) is just a macro of TIME_AFTER, why not just call TIME_AFTER?
796<Zagor> it means the comparison still works if "timeout" is just below the wrap value and you compare after current_time wraps
797<adi|home> umm.. k
798<Zagor> having both macros is just to make the source a little more clear. (instead of if(!TIME_AFTER())
799<adi|home> that makes sense..
800--- Tumm is now known as coyote-
801<adi|home> do you see lcd_drawpixel being any faster then lcd_drawline
802<adi|home> if you want to draw a line :)
803<Zagor> umm, no
804<adi|home> makes more sense to call drawline, no?
805<Zagor> yes
806<adi|home> nods
807<adi|home> k, then im fixing tetris
808<Zagor> ah :)
809<Zagor> first step to scaleability
810<Bagder> Zagor: what'll be the name of the root dir?
811<adi|home> ummm, root ;)
812<Zagor> /
813* Bagder considers having a go at some directory stuff later on
814<Zagor> neat
815<Zagor> we'll support different partitions, but only one at a time for starters
816<adi|home> im gonna ask a really foolish question, but...
817<Zagor> (in fact, the fat32 code isn't working on partitioned disks right now...)
818<adi|home> considering we are working on our own kernel and file stuff...
819<adi|home> how exactly do you write, well.. 'open()' and 'readdir()'?
820<adi|home> w/o unix or win calls?
821* adi|home has never gotten that deep
822<Zagor> we have our own everything
823<Bagder> unix/posix style
824<Zagor> open() calls fat_open(), which calls ata_read()
825<adi|home> got ya...
826<Zagor> we have a severe NIH syndrome ;)
827<adi|home> and aside from peering over your shoulders, how does one go about learning this?
828<adi|home> NIH syndrome?
829<Zagor> "Not Invented Here"
830<adi|home> lol
831--> alkorr (alkorr@srs06m-3-131.n.club-internet.fr) has joined #rockbox
832<Bagder> we must document the APIs
833<alkorr> hi
834<adi|home> so were still at the: "E=mc^2 => *insert magic here* => universe is born"
835<adi|home> kinda stage
836<Zagor> learning about it... hmm, reading books about operating system design, I guess.
837<Zagor> or reading source code :-P
838<Zagor> nah, practically no magic left. we only need to glue the pieces together
839<Bagder> hi alan
840--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
841<Zagor> ah, alan! hi.
842<Bagder> 'lo wavey
843<wavey> hi guys
844<alkorr> what's up ?
845<Bagder> the x11 sim runs on solaris again :-)
846<Bagder> unfortunately, I need to work too much...
847<wavey> tell me about it :(
848* wavey considers quitting work to concentrate on rockbox
849<wavey> do you guys give sick leave? :)
850<Bagder> I should
851<adi|home> sure do...
852<adi|home> you leave...
853<adi|home> and ill make you sick
854<wavey> hehe
855--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
856<calpefrosch> hi
857<Zagor> hi
858<calpefrosch> did you discuss the button-thing with edx yesterday?
859<Zagor> no
860<Zagor> i had to run off
861<calpefrosch> hmm, ok.
862<alkorr> ok i have some problems with my emails
863<alkorr> new commitings ?
864<wavey> nothing came thru here in the last 15 mins
865<wavey> but my company run m$ exchange, so i'm surprised when any get through
866<alkorr> i wasn't here 15 ago :)
867<alkorr> 15 mins ago
868<wavey> :)
869<alkorr> Bagder: you create x11 in uisimulator as a module ?
870<alkorr> i was forced to do a checkout instead of a update for uisimulator to get x11
871<Zagor> alan: you need to run "update -dP" to get new directories
872<alkorr> yes but that's strange
873<alkorr> because when a directory is created in firmware. With a update, i get it.
874<alkorr> so i was wondering what the difference should be
875<Zagor> strange
876<adi|home> can someone look at tetris.c and tell me if im missing something?
877<adi|home> function draw_block
878<adi|home> should be around line 126
879<adi|home> if ( (clear ? 0 : block+1) )
880<adi|home> wouldn't it just make more sense to do "if (!clear)"
881* Zagor agrees
882<Zagor> unless block is ever -1
883<adi|home> would be a little less, um... obfuscated no?
884<adi|home> shouldn't be, block should always be positive
885<adi|home> im gonna play and see
886<Zagor> I didn't write the code from scratch, I stole most of it. There, blame assigned elsewhere.
887<adi|home> ehehe
888<adi|home> im not blaming.. just wanna feel like im doing something useful, and this time of night i hove no confidence ;)
889<alkorr> adi: please, stop with obfuscating feeling
890<alkorr> adi: for me, clear ? 0 : block+1 is clear
891<Zagor> alkorr: but surely, (!clear) is even more clear
892<alkorr> adi: i suppose i are clever enough to catch it, aren't you ?
893* adi|home nods
894<adi|home> but i have to stop and think about it.
895<alkorr> sorry
896<alkorr> i mean : you are clever enough...
897<adi|home> why both with a ternary operator when "if(clear)" is obvious ;)
898<adi|home> code should only make you think when it has to...
899<adi|home> but thats just my opinion
900<alkorr> adi : sorry, but if (!clear) is not the same as if (clear ? 0 : (block + 1)) !?
901<Zagor> adi|home: go over it again. that 'block+1' has me worried. why is it even there?
902<Linus> I can't stop thinking that the ternary operator is there for a reason...
903<adi|home> thats why i asked.
904<adi|home> far as i can see, i cant see how block would be negative
905<adi|home> 0, sure, but can't see negative
906<Zagor> ok, try it. if it works, it works
907<adi|home> and if its zero, then in this case it becomes 1
908* adi|home shrugs
909<alkorr> oh well i you can give us an evidence that "block" could never be -1, okay
910<adi|home> 04:41 here...
911<Zagor> hehe
912<adi|home> thats why i asked for confrimation :)
913<alkorr> right i cannot :)
914<alkorr> now
915<adi|home> nods
916<adi|home> then we leave it be :)
917<Bagder> I'd write it (clear || (-1 == block))
918<alkorr> arf
919<adi|home> lol
920<Bagder> uh
921<Bagder> no
922<Zagor> block is the block type: 0-6
923<Zagor> it can't ever be negative
924<Zagor> it must be a late-night leftover from the author
925* adi|home points at the clock and says 'ha!'
926<adi|home> i defy you sleep!
927* adi|home slaps mr. sleep around
928<alkorr> please chech the precedency
929<alkorr> check
930<Bagder> ?
931<Bagder> that doesn't change much here
932<adi|home> the statement is: if ( (clear ? 0 : block+1) )
933<alkorr> i don't remmeber if clear ? 0 : block + 1
934<adi|home> and clear is supposedly a bool.
935<adi|home> ahh.. so what you think is that its maybe
936<alkorr> is (clear ? 0 : block +1) or (clear ? 0 : (block + 1))
937<adi|home> if (( (clear ? 0 : block) + 1))
938<Bagder> alkorr: they're the same
939<Bagder> +1 is way much higher than ?:
940<Bagder> prioritized
941<adi|home> nods
942<adi|home> either way...
943<adi|home> if clear == 1
944<adi|home> we get 0
945<adi|home> or 0 +1
946<alkorr> it doesn't make a sense
947<alkorr> what could be the value of clear
948<alkorr> if would be true
949<alkorr> it
950<alkorr> especially if block is never -1
951<adi|home> i don't get what you are saying al
952<Bagder> if block can't be -1, we can make it if(!clear)
953<adi|home> nods
954<alkorr> if clear == 0 and block >= 0, ((clear ? 0 : block) + 1) => block + 1 >= 1
955<alkorr> if clear == 1 and block >= 0, ((clear ? 0 : block) + 1) => 0 + 1 == 1
956<alkorr> so your "if" is always true !?
957<adi|home> right...
958<alkorr> unless block can be -1
959<adi|home> sooooo precidence is ((clear > 0 : (block +1))
960<Bagder> no
961<adi|home> since block can be 0
962<Bagder> if clear is TRUE
963<Bagder> the first block is NOT run
964* adi|home nods
965<Bagder> no matter what block is
966<alkorr> .me nods
967* alkorr nods :)
968>Bagder< lotsa discussion for clear code ;)
969<alkorr> uh
970<alkorr> Bagder: you said : "if clear == 1 and block == 0 ?"
971* Zagor proposes if (clear) clearpixel(); else drawpixel();
972<Bagder> alkorr: if(!clear || (-1 == block))
973* adi|home agrees with zagor
974<alkorr> hey ! we were speaking about the ternary version !!!
975<Zagor> alkorr: it's the same logic result
976<Zagor> if clear==0, it doesn't matter what block is
977<Zagor> sorry, the opposite :)
978<Zagor> baaaah
979<alkorr> nooooo
980<alkorr> if you have "if ((whatever) + 1)", this 'if' is always true except when whatever is -1
981<alkorr> now 'whatever' is clear ? 0 : block
982<Zagor> yes, but this is not the statement here. we have
983<alkorr> so for whatever to be -1, block must be -1
984<alkorr> that's all
985<alkorr> if it doesn't make a sense to have block == -1
986<Zagor> but if clear==1, block kan be whatever because it's never evaluated
987<alkorr> well i'm okay this ternary is a non sense
988<Bagder> if block would be -1, we would read outside the array anyway
989<alkorr> if clear == -1, clear ? 0 : block always returns 0, then added to 1 => 'if' is again true
990<alkorr> clear = 1
991<Zagor> now stop arguing and clean up the mess! :-)
992<alkorr> argh mistake
993<alkorr> well we aggree on the fact that this ternary is a non-sense if we are sure that block would never be -1, so "if (clear)" is the rigth thing to do
994<adi|home> already commited :)
995<Bagder> its wrong ;-)
996<adi|home> btw.. anyone know if edx is willing to make up other shirts and mail them out for a fee?
997<adi|home> is it?
998<Bagder> yes
999<Bagder> it should be if(!clear) to match the former
1000<Bagder> or switch the blocks
1001<adi|home> no it shouldn't
1002<adi|home> i did
1003<Bagder> ah you did
1004* adi|home nods
1005<Bagder> didn't spot that
1006<Bagder> sorry
1007<alkorr> lol
1008<Zagor> adi|home: you used TABs!
1009<adi|home> but i forgot to go into rockbox mode when i edited, so spacing is messed up :( ill fix it
1010<adi|home> Iknow.. im fixing it
1011* Zagor spanks adi
1012<Bagder> uh
1013* adi|home shivers with pleasure
1014<alkorr> i was afraid that you didn't aggree on the final result
1015<Zagor> wrong-sized too...
1016<adi|home> no.. only wrong sized for rockbox ;)
1017<Zagor> bah, no sane man uses TAB!=8
1018* Zagor holds The One Truth
1019<adi|home> i don't
1020<adi|home> i use 4 spaces
1021<alkorr> I use 2 spaces
1022<adi|home> you prob also use a 140 char wide display too huh ;)
1023<Zagor> i'm talking about the size of TAB, not indentation
1024<alkorr> yes we know :)
1025<alkorr> for assembly, i use a 8-space tab, for c/c++ 2-space tab
1026<adi|home> fixed
1027<Zagor> alkorr: that's criminal. why don't you just use spaces?
1028<alkorr> because in fact, tab are turned into spaces :P
1029<Zagor> ah
1030<adi|home> because there are only 2 developers in my office, we came from the same college, so we do it _our_ way...
1031* Zagor breathes a sigh of relief
1032<adi|home> so there
1033<alkorr> except for assembly code of course
1034* adi|home sticks his tongue out at Zagor
1035* Zagor takes his ball and goes home
1036<adi|home> lol
1037<adi|home> oh.. and i figured out why tetris doesn't end.
1038* Bagder smacks the "code police" stick in Zagor's forehead
1039<alkorr> lol
1040* Zagor wears it proudly
1041<Zagor> /me frenzy
1042<Bagder> sticker I meant to write
1043<adi|home> im too tired to rework it, but its basically the calls to valid position
1044<alkorr> okay i must depart, some people are waiting for me to have a lunch
1045<alkorr> see you
1046<Zagor> bye
1047<adi|home> you don't know exactly why it fails, so it just continues playing...
1048<-- alkorr has quit ()
1049<adi|home> need a seperate check to see if we reached the top line
1050<adi|home> or limit
1051<adi|home> and on that.. i bid you .... fondu...
1052--- You are now known as adi|asleep
1053<Zagor> mm, fondue...
1054* wavey cmiles
1055* wavey blinks
1056* wavey smiles
1057* Bagder got a mail from a Kjell Ericson who said he's working on a "magnifyer" for the x11 sim
1058<wavey> cool
1059* Zagor just got the donated Archos working with gdb
1060* Zagor cheers
1061<Bagder> great!
1062<Linus> Well, actually, it's a marriage between his newly-swapped Player and the donated one...
1063<Zagor> yeah, so we have the wrong flash
1064<Zagor> so the built-in firmware can't control the LCD
1065* Linus feels like Frankenstein
1066<Bagder> oh
1067<Zagor> this is great, now I can debug the ata code
1068<Zagor> how can we fix so debugf() calls are not even called in "release" code?
1069<Linus> Maybe a DEBUGF() macro?
1070<Bagder> DEBUG(("moo %d", 23)); ?
1071<Linus> DEBUGF("%d", x);
1072<Zagor> yes but that limits the use to a single line, which is not always practical
1073<Zagor> plus, macros don't have variable parameters
1074<Linus> They do in gcc
1075<Zagor> ah, ok
1076<Linus> SIngle line?
1077<Bagder> but be careful if you wanna be able to run that code in debug purpose with other compilers
1078<Zagor> Linus: you can't write:
1079<Zagor> DEBUGF("asdalkdkajsdl kasdl %d %d %d %d %d",
1080<Zagor> val1,
1081<Zagor> val2,
1082<Zagor> val3 ); etc.
1083<Linus> Ah. I thought the preprocessor recognizer the parentheses...
1084<Linus> recognized
1085<Zagor> umm, i'm sure it does.
1086<Linus> So...?
1087<Zagor> i just haven't had my piiza today
1088* Zagor hides in a corner
1089<Linus> You mean chicken?
1090<Linus> Sambal
1091<Zagor> adi promised fondue... :)
1092--- Linus is now known as Linus|lunch
1093--- Zagor is now known as Zagor|lunch
1094--- calpefrosch is now known as calpefrosch|lunc
1095--> simo (~NWO@ws2014.tu-varna.acad.bg) has joined #rockbox
1096<simo> hy
1097<simo> hi
1098<Bagder> hey ho
1099<simo> everyones
1100<Bagder> lots of people eating right now... I'm about to do that too!
1101<simo> ooo sorry
1102<simo> if you want eat
1103<simo> :)
1104<simo> do you can help me
1105<Bagder> with what?
1106<simo> do you can tell me any channel for HARDCORE music
1107<Bagder> no idea
1108<simo> ok
1109<simo> or any for hard music
1110<Bagder> nope
1111<simo> ok
1112<simo> 10x
1113<-- simo (~NWO@ws2014.tu-varna.acad.bg) has left #rockbox
1114--- calpefrosch|lunc is now known as calpefrosch
1115--- Zagor|lunch is now known as Zagor
1116<Zagor> bwahaha
1117<Zagor> my current client got som many hits from a link on my web page they have complained...
1118<Bagder> they complained on you having a link to them?
1119<Linus|lunch> Yes they did.
1120--- Linus|lunch is now known as Linus
1121<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1122<-- Linus (~linus@labb.contactor.se) has left #rockbox
1123--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1124* Bagder is now chatting from his home again... aaaah
1125<wavey> grrr
1126<wavey> wish i was home
1127<wavey> i keep getting interrupted from playlist coding
1128* Bagder fixes the id3.c to use the proper file api
1129<Zagor> Bagder: how about adjusting your little menu program to read a directory, parse the id3 tags and show the files?
1130<Zagor> umm, strike the id3 part. just read the dir and show the filenames
1131<Bagder> now, how did you know I was about to do that? ;-)
1132<Zagor> ah, goodie
1133<Bagder> first fix the id3
1134<Bagder> then read dir
1135<Bagder> and show it
1136<wavey> what about the lack of opendir on win32?
1137<Bagder> they need to emulate that
1138<Bagder> edx is onto that
1139<wavey> coolio
1140<wavey> i had thought cygwin had wrapped those calls, but apparently not :(
1141<Bagder> edx doesn't use cygwin
1142<wavey> 2 questions: the CONTRIB file says no 'const' and no new types.
1143<wavey> why the former, and what do you mean by the latter?
1144* Bagder redirects those sorts of questions to Zagor, the code police ;-)
1145<wavey> eg: void get_indices_as_string( char *string, playlist_info_t *playlist )
1146<wavey> does that break both rules? :)
1147<Bagder> regarding the type thing, I don't think that concerns structs
1148<wavey> damn, i mean const char *string
1149<Bagder> it's more the uint32 things etc
1150<wavey> ah, goodie
1151<wavey> i did wonder.
1152<Bagder> the const stuff, I don't know why it is said so
1153<wavey> i like to flag unchanging strings as so, to help the compiler let me know if i fuck up
1154<Bagder> the compiler can also do better optimizations when const is used
1155<wavey> yus
1156<Bagder> id3.c fixed
1157<wavey> does id3.c still have main() defined?
1158<Zagor> the reason I don't want people to use const is that many people tend to overuse it
1159<Bagder> within an #ifdef DEBUG_STANDALONE
1160--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1161<wavey> b: ok
1162<Zagor> or use it wrong, so you can't (for instance) call a function with a dynamically generated string
1163<wavey> z: what is overuse?
1164<wavey> ah ok
1165<Zagor> the "new type" rule is just like bagder said. also I prefer to have structs as structs, not as typedefs
1166<Zagor> that way, it's plainly obvious it's a struct and not some other magic type
1167<wavey> oh, ok
1168<Bagder> regarding file operations
1169<Bagder> do you mind if I just come up with a relative path we use as root when simulating?
1170<Bagder> like "archos" or so
1171<wavey> z: struct playlist_info *playlist in place of playlist_info_t *playlist ?
1172<Zagor> how do you mean?
1173<Zagor> wavey: yes, preferrably
1174<wavey> ok, no prob
1175* wavey changes a millon prototypes
1176<Bagder> Zagor: I need a simulated hard drive
1177<Bagder> that opendir("/") opens
1178<Zagor> Bagder: ok. so basically the simulator defines the root as some specific directory
1179<Bagder> yes
1180<Zagor> but the application code never knows it's not the root
1181<Bagder> right
1182<Zagor> i'm all for it
1183<Bagder> the application uses / for root
1184* Bagder calculates, 112/6 = 18 letters in a single line
1185<Zagor> i was thinking, wouldn't it be a good idea to word-wrap filenames?
1186<Bagder> not sure
1187<Zagor> personally, I prefer seeing the whole name of a few rather than half the name of many
1188<Bagder> they're sometimes so extremely long
1189<Bagder> anyway, I'll start with something simple for now
1190<calpefrosch> What did you do with my code for the simulator ? btw, I'm ashamed of having tabs in the code....
1191* Bagder hrmpfs at the added #ifdef WIN32 in the app.c code...
1192<Bagder> calpefrosch: you should make diffs and mail instead
1193<calpefrosch> ok, I will do that in future. the ifdef is not my work
1194<Bagder> no, I didn't mean that either, sorry
1195<calpefrosch> ok
1196<calpefrosch> the major change it made was the different key-handling. we should talk about the right way to handle the keys ( in win32 AND firmware)
1197<Bagder> yes
1198<Zagor> i propose single-key events
1199<Zagor> just like win32 and x11
1200<calpefrosch> 1. the button is pressed, so an interrupt occure
1201<Zagor> no interrupts
1202<calpefrosch> ah
1203<calpefrosch> so you poll the ports, right ?
1204<Zagor> yes
1205<calpefrosch> ok, if a button is recognized, the thread sends a message to the main-queue
1206<Zagor> my thinking is more:
1207<Zagor> the timer interrupt polls the keys
1208<Zagor> if a change is detected (or "repeat" is triggered),
1209<Zagor> it sends a message to the UI thread
1210<calpefrosch> so a "repeat" is only one message ?
1211<Zagor> "repeat" is triggered by a key behing kept down during X consecutive polls
1212<Zagor> good question
1213<Zagor> we should probably have a defined repeat rate
1214<calpefrosch> I think in the win32-sim windows creates the messages
1215<calpefrosch> like in windows...
1216<calpefrosch> in dos 6.22 (e.g.) the keyboard generates the repeat. I thi nkin windows windows does..
1217<calpefrosch> ok, next. Let's say the timer-thread creates one message ( single, or every second if repeat)
1218<calpefrosch> what will the ui-thread do with the message?
1219<Zagor> it will get it from the queue with button_get()
1220<Zagor> then it will, well, do what applications do :)
1221<calpefrosch> tnx ;-)
1222<calpefrosch> the button_get will scan the queue for a button-event, or the application will do something if there IS a button event?
1223<Bagder> wocka
1224<Bagder> showing a dir ;-)
1225<Zagor> nice!
1226<Bagder> I'll commit
1227<Bagder> not very fancy, but it works
1228--- Disconnected (Connection timed out).
1229**** ENDING LOGGING AT Tue Apr 30 09:33:31 2002
1230
diff --git a/www/irc/rockbox-20020502.log b/www/irc/rockbox-20020502.log
deleted file mode 100644
index 593b1a4645..0000000000
--- a/www/irc/rockbox-20020502.log
+++ /dev/null
@@ -1,1869 +0,0 @@
1**** BEGIN LOGGING AT Thu May 2 23:05:32 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-96.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<miah> dah
7<adiamas> mah
8--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
9--- [TDM]Mr_B|away is now known as [TDM]Mr_B
10<-- [TDM]Mr_B has quit ()
11<adiamas> hmmm
12<miah> hrm?
13<adiamas> nothing.. just makeing updates to the uisim...
14<adiamas> tetris now plays a bit nice with ppl...
15<adiamas> and the menuing of the sim works properly./
16<miah> nice
17<-- edx|sleeping has quit (Read error: 110 (Connection timed out))
18<miah> i've been following the project for a couple months now.. looks like things are getting there
19<miah> i can't wait
20<adiamas> are you on a win machine or a *nix?
21<miah> unix
22<miah> and windows
23<adiamas> then you should pull down the sorce and play with the sim a bit :)
24<miah> my unix boxes all lack X
25<adiamas> ahhh..
26<miah> yea, i havnt had much time to play with stuff lately
27<adiamas> that could be a prob...
28<miah> im working on a linux distro
29<adiamas> nice... what pulled you into that?
30<miah> well, i worked at turbolinux for a while
31<miah> and then at penguin computing..
32<miah> doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically
33<PsycoXul> ok the cursor for the menu's
34<miah> and got sick of installing and then configuring things to the way i liked them
35<PsycoXul> it gets put back on tetris when i go to browse or rockabox
36<PsycoXul> but its still actualy on browse or rockabox
37<miah> so i started building my own stuff, so it would save me time..
38<PsycoXul> and neither of them are doing anything for me
39<PsycoXul> heh
40<miah> but i've been working on it for about a year now
41<adiamas> hmm... let me look
42<adiamas> hehe i know what it is.. one sec
43--> calpefrosch (calpefrosc@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox
44--- calpefrosch is now known as calpefrosch|away
45<adiamas> okay.. which makes more sense...
46<adiamas> you choose a menu..
47<adiamas> enter it
48<adiamas> when you come back out
49<adiamas> should the cursor be at the top again, or where you left off?
50<adiamas> im mixed on it
51<PsycoXul> i say where you left off
52<miah> where you left off..
53<adiamas> cool.
54<PsycoXul> and whichever it is, it should be consistent
55<adiamas> well.. i sense a series of funcitons coming for menuing
56<PsycoXul> the current firmware for the player does both in various places of the menu and its annoying heh
57<adiamas> okay.. fixed
58<adiamas> pull it down and try it
59<PsycoXul> actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is]
60* adiamas nods
61<adiamas> im going to be thinking about it over the weekend.. it irks me too
62* adiamas takes a bit to switch gears from c++ mode to c mode
63<adiamas> i miss classes _so_ much in a case like this :)
64<PsycoXul> heh
65<PsycoXul> ok so yeah thats better
66* adiamas nods
67<adiamas> now i just want to slow down tetris,
68<adiamas> fix scoring
69<PsycoXul> browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor
70<adiamas> well.. the browse
71<adiamas> you need to add a 'archos' directory to your files
72<adiamas> that is being used to represent the '/' on the player
73<PsycoXul> where?
74<PsycoXul> ah got it
75<PsycoXul> nice
76<adiamas> in the x11 dir or win dir you are using
77<adiamas> now.. lets see if i can replicate your other issue
78<adiamas> yeah.. roxabox is more of a place holder...
79<adiamas> just something for the screen.. ill remove it.
80<PsycoXul> heh
81<PsycoXul> so how much of this works target?
82<adiamas> come again?
83<PsycoXul> er
84<PsycoXul> how much of this works on target?
85<PsycoXul> you know actualy runs on the units
86<adiamas> hmm i can't replicate your blanking when you go left after going right.
87<adiamas> none yet
88<PsycoXul> heh
89<PsycoXul> none?
90<adiamas> the simulator just lets us higher level coders start using the api we are developing
91<PsycoXul> the lcd/button stuff should work no?
92<adiamas> well.. some barebones stuff has been worked on..
93<adiamas> but no apps and such...
94<PsycoXul> heh
95<PsycoXul> tetris and the screensaver should be able to run on it i would think
96<adiamas> im not about to toss this stuff onto my unit yet ;)
97<PsycoXul> heh
98<adiamas> okay.. newest version up.. try it now
99<adiamas> PsycoXul are you working on windows or lin?
100<PsycoXul> linux
101<adiamas> k...
102<adiamas> im waiting on one of the windows guys.. make sure this stuff works for them...
103<adiamas> i dont think they would have a prob.. but you never know
104<PsycoXul> so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target
105<adiamas> everything that runs on/in the sim is using our api... so as far as i know.. most/all
106<adiamas> though... you'd need to confirm that with Zagor and Bagder and edx
107<adiamas> they tend to be involved with more of the on metal stuff
108<PsycoXul> heh
109<PsycoXul> ok it looks that the file/directory stuff is still unimplemented
110<adiamas> thats part of what they are working on :)
111--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
112<adiamas> hey Bagder2
113<Bagder2> morning
114<Bagder2> :-)
115* Bagder2 tries to figure out why there's a Bagder still present
116<adiamas> there isn't on my list
117<Bagder2> no, but if you /whois bagder, there is one
118<adiamas> hmm.. odd
119<adiamas> PsycoXul wanna do me a favor?
120<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
121<Bagder2> adiamas: we should rework the menu in app.c to support being longer than can be shown on screen
122<Bagder2> imho
123* adiamas nods
124<adiamas> thats what im working on now ;)
125<adiamas> but i also want to do a 'menu.c/h'
126* Bagder2 bows in front of adiamas
127<adiamas> so makes it easier for sub menus
128<Bagder2> goodie
129<Bagder2> I'll try to attack the dir browser more this weekend
130<adiamas> sweet
131<adiamas> oh.. btw.. off now turns off the sim on the main menu
132<Bagder2> ok, seems reasonable
133<adiamas> i thought so ;)
134<adiamas> anyone mind if i remove the KEY PRESSED: output on stdout?
135<Bagder2> no
136<Bagder2> you can remove the lcd_update() crap too
137<adiamas> k..
138<Bagder2> we'll put it back the day we need to debug those things
139<Bagder2> no need to have them there all the time
140<adiamas> k.. then ill just comment them out
141<adiamas> where in the hell is that beep coming from!
142<miah>
143<miah> =)
144<adiamas> no ..
145<adiamas> ive got that turned off ;)
146<adiamas> i mean from the sim
147<Bagder2> yeah I kinda hate that beep too
148<adiamas> dude.. i don't know who just put in that last feature request, but they are sick :)
149* Bagder2 agrees
150<adiamas> when i do a cvs update
151<adiamas> and i get an 'M' before a file...
152<adiamas> whats that mean?
153<Bagder2> Merge
154<Bagder2> you have local changes
155<adiamas> nods
156--> calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox
157--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
158--- Zagor_ is now known as Zagor
159<Bagder2> morning Zagor
160<Zagor> ello
161--> Linus (~linus@labb.contactor.se) has joined #rockbox
162<Bagder2> morning Linus
163<Linus> Morning Bagder2
164<Bagder2> Linus / Zagor you plan to go to the Appeal party tonight?
165<Zagor> yep
166<Bagder2> me too
167<PsycoXul> adiamas: what kind of favor?\
168<adiamas> nevermind :)
169<PsycoXul> ok sorry
170<PsycoXul> heh
171<Linus> I am not going
172<calpefrosch> morning..(#)
173<calpefrosch> for the simulator, which files do I have to create ?
174<adiamas> what do you mean?
175<calpefrosch> I created a \playlists\1.m3u, but I get a strange output
176<calpefrosch> like: filename: Pý°
177<calpefrosch> load_playlist( £C )
178<adiamas> dunno...
179<Bagder2> what do you do to get that output?
180<calpefrosch> compiled the simulator with VC++ and started it...
181<Bagder2> oh
182<calpefrosch> Oh, I had to define the DEBUGF for VC++
183<calpefrosch> -> #define DEBUGF debugf in debug.h
184<Bagder2> I don't know why edx has involved the playlist stuff in the simulator at this point
185<calpefrosch> ahh, you mean it is not ready to test...
186<Bagder2> well, there shouldn't be any code calling any playlist functions
187<Bagder2> since the app.c has no code to do that
188<calpefrosch> he is calling the harness.c
189<Bagder2> ... and that is badness
190<calpefrosch> hmm
191<Bagder2> the harness.c is the test code for the playlist, it isn't meant to run in a simulator
192<calpefrosch> hehe, now it's working :-)
193* adiamas nods
194<adiamas> okay... i think im done for the evening...
195<adiamas> sleepy time...
196<Bagder2> night adiamas
197<adiamas> and at the request of you europeans.. i am not going 'nappy' ;)
198<Bagder2> haha
199<adiamas> im bedding
200<calpefrosch> good night
201--- You are now known as adi|asleep
202<-- calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has left #rockbox
203--- Bagder2 is now known as Bagder
204--- Linus is now known as Linus|lunch
205--> Nm`jaK^j (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
206--- Nm`jaK^j is now known as Bagder3
207--- Bagder3 is now known as Bagder44
208<Bagder44> grrr
209<Zagor> what's happening?
210<Bagder44> my muh disconnected and had problems to reconnect
211<Bagder44> the Bagder is a true irc ghost
212<Bagder44> it looks like an ircd bug
213--- Linus|lunch is now known as Linus
214<Zagor> fun..
215<Zagor> weee, now I can read partitioned disks too...
216<Bagder44> coolers
217<-- Bagder has quit (Read error: 110 (Connection timed out))
218<Zagor> lookie :)
219--- Bagder44 is now known as Bagder
220<Bagder> that took a while
221<Linus> Gentlemen! WE HAVE SOUND!!!!!!!!!
222<Zagor> goooooogogowooo
223* Zagor is droooooling
224* Linus is screaming with joy!
225<Zagor> everybody else is sleeping ;)
226<Linus> typical...
227<PsycoXul> sound?
228<Linus> I have managed to play MP3 data with the MAS!
229<PsycoXul> woo
230<Linus> Kicking!
231<Linus> A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy.
232<PsycoXul> heh
233<Linus> They shoule be proud
234<Zagor> rather fitting, I'd say :)
235<Linus> or rather 4 seconds of the beginning of the song, but what the heck... :-)
236<Zagor> this is the track, btw: http://www.machinaesupremacy.com/machinae_supremacy_-_arcade.mp3
237<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
238--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
239<Bagder> Zagor: you tried the ATA/FAT32 on target yet?
240<Zagor> no, not yet. tomorrow...
241<Linus> We have a silly problem with the serial connection to thw MAS.
242<Zagor> more "annoyance" than problem
243<Zagor> yet very annoying :)
244<Linus> The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first.
245<Linus> We have to swap bit order of EVERY byte we read from the hard drive!!!
246<Linus> AAAAAAH!
247--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
248<Linus> Welcome!
249<Linus> I have good news!
250<elinenbe> congradulations!!!!!!!!!
251<elinenbe> woooo hooo!!!!
252<Linus> You heard!
253<elinenbe> yes!!!
254<Linus> Thx
255<elinenbe> that is awesome!
256<Linus> Indeed!
257<Bagder> so every byte must be reversed bitwise?
258<elinenbe> but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :)
259<Zagor> haha
260<Linus> Who are they?
261<Linus> Bagder: Yes, every byte
262<Bagder> nono this should've played:
263<Zagor> we didn't select very conciously, but I think it's rather appropriate actually
264<Bagder> Run level zero - strapped to machinery.mp3
265<Bagder> :-)
266<Linus> or "Living in a Box"
267<Bagder> Linus: time for inlined assembler? B-]
268<Bagder> call Alan!
269* Bagder giggles
270<elinenbe> well, they are DJs from Germany "Kruder & Dorfmeister"
271<Zagor> They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it.
272<Linus> Or "4 sekunder" with Magnus Uggla
273<Bagder> hehe
274<PsycoXul> wait
275<PsycoXul> new versions of old c64 songs?
276<PsycoXul> why would you want to do that? the c64 had such a cool sound
277--- Linus is now known as Linus|celebratin
278<Zagor> PsycoXul: listen to their rendition of "giana sisters". they do it justice!
279* Linus|celebratin goes to buy candy
280<Zagor> ("do it justice"?) sometimes I don't even understand my own writing...
281<Linus|celebratin> Swenglish
282<Zagor> time for some candy celebration. brb
283<elinenbe> Is everyone here a sugar-holic, or is that just me?
284* Bagder is gonna get a can of coke instead
285<miah> the sidchip rules
286<Bagder> it does
287* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s
288<miah> i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can
289<miah> i already have tons of sids
290<miah> on one of my systems somewhere
291<PsycoXul> yeah ogg
292<miah> oggs are good
293<PsycoXul> there needs to be a way to play ogg on the archos
294<PsycoXul> heh
295<miah> that'd be cool, i'd like to see mod/s3m/xm too
296<miah> that should be easy since those formats require very little cpu power
297<Bagder> well
298<Zagor> we need a DSP guru
299<PsycoXul> it needs realtime mixing
300<Bagder> we only have one chip that plays sound
301<miah> yea
302<Zagor> miah: those formats require multichannel mixing, which we can't do
303<miah> really?
304<PsycoXul> how many channels does the mas support to decode?
305<Zagor> PsycoXul: one mp3 stream
306<Bagder> Zagor: where can I find info about that Splimp thing you have for mp3-playback at home?
307<PsycoXul> yes
308<miah> my stupid laptop keeps going into sleep mode.. so annoying
309<PsycoXul> but mp3 streams can be multi-channel no?
310<Zagor> Bagder: www.slimdevices.com
311<Bagder> thanks
312<Zagor> PsycoXul: 2 channel, yes
313<PsycoXul> well mp3 supports more than that
314<PsycoXul> at least mpeg2 layer3
315<PsycoXul> i dunno much about the actual format though
316<Zagor> still, we'd have to mix it *and* encode it in the cpu
317<PsycoXul> are multiple channels stored within single frames, or are channel frames interpolated?
318<Zagor> feel free to try, but I think it'll be hard
319--- Linus|celebratin is now known as Linus
320<Zagor> i think it's in a single frame, but I'm not sure
321<PsycoXul> well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that
322<PsycoXul> but pcm in low quality could probably be mixed by the sh1 maybe?
323<Linus> The PCm mode will probably support only 2 channels, since the application is stereo sound
324<PsycoXul> true
325<Linus> At least the interface to the DAC is only 2 channels
326<Zagor> well we have no pcm mode yet, so whoever writes that will decide :)
327<Linus> I pass
328<PsycoXul> heh
329<PsycoXul> so what kind of input does the dac take from the mas?
330<Linus> It's a serial interface, clock, data and frame sync
331<Linus> two time slots one for left channel, one for right
332<Linus> 16-bit or 32-bit
333--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox
334<edx|sleeping> hi
335--- edx|sleeping is now known as edx
336<Linus> Morning!
337--- edx is now known as edx|away
338<-- Linus (~linus@labb.contactor.se) has left #rockbox
339<Bagder> Zagor: you wanna meet somewhere?
340<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
341--> calpefrosch (calpefrosc@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox
342<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
343<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
344--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox
345<-- calpefrosch has quit (Client Quit)
346--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox
347--- calpefrosch is now known as calpefrosch|away
348--> thomasvs (~thomas@217-136-252-195.skynet.be) has joined #rockbox
349<thomasvs> kaping
350<thomasvs> hello
351<thomasvs> anyone around ?
352<-- calpefrosch|away has quit ()
353--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox
354--- calpefrosch is now known as calpefrosch|away
355<adi|asleep> only for a sec.. on my way to work...
356<thomasvs> ok
357<thomasvs> ;)
358<thomasvs> I was just wandering how much an archos player costs
359<miah> about $300
360<adi|asleep> you can check them out on ebay as well...
361<adi|asleep> i picked mine up for about 200
362<thomasvs> ok, thanks
363<elinenbe> get the recoder... much nicer!
364<miah> but arnt the player and recorder basically the same thing?
365<-- thomasvs has quit (Read error: 110 (Connection timed out))
366<-- calpefrosch|away has quit ()
367<elinenbe> yes, but no. The recorder has a more able screen...
368<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]")
369--> thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has joined #rockbox
370<-- edx|away has quit ()
371--> edx|away (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox
372<-- thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has left #rockbox ("Client Exiting")
373<-- adi|work has quit (Read error: 113 (No route to host))
374--> adiamas (~adiamas@151.204.140.140) has joined #rockbox
375--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
376<-- Zagor has quit ("bye")
377<PsycoXul> anybody around? know um...
378<PsycoXul> <segher> how many cycles to read/write that dram?
379<PsycoXul> for the player?
380<PsycoXul> <segher> well, this device is really tight on resources. good luck.
381<PsycoXul> <PsycoXul> heh
382<PsycoXul> <PsycoXul> you think its possible?
383<PsycoXul> <segher> might be possible, yes
384<PsycoXul> <PsycoXul> i should send somebody who's more knowledgable on the hardware and
385<PsycoXul> hax0ring in here to talk to you heh
386<PsycoXul> ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out
387<PsycoXul> <segher> with highly optimized code, it should _just_ work.
388<PsycoXul> ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating
389<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
390<PsycoXul> <PsycoXul> ok
391<PsycoXul> <segher> it will be quite some (fun!) work, though
392<-- edx|away has quit (Read error: 110 (Connection timed out))
393--> calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox
394<-- calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has left #Rockbox
395--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
396<adi|asleep> hey zagor...
397<Zagor> hey
398<adi|asleep> you see any problem if i hack out a menu.c/h over the weekend
399<adi|asleep> i figure im already noticing repetition in how ppl are looking to menu in the sim...
400<adi|asleep> figured i cold give us a basis..
401<adi|asleep> rather then reinventing the wheel.
402<Zagor> sure
403<adi|asleep> have you played with the sim recently?
404<Zagor> no
405<adi|asleep> ahh...
406<adi|asleep> well.. tetris plays a bit nicer and we have a basic screen saver.....
407<PsycoXul> i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said:
408<PsycoXul> <segher> well, this device is really tight on resources. good luck.
409<PsycoXul> <segher> might be possible, yes
410<PsycoXul> <segher> with highly optimized code, it should _just_ work.
411<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
412<PsycoXul> <segher> it will be quite some (fun!) work, though
413<Zagor> interesting
414<Zagor> nobody volunteered to help? ;)
415<adi|asleep> oh.. zagor.. ment to ask...
416<PsycoXul> nope heh
417<adi|asleep> in the contrib file...
418<adi|asleep> any reason your against const?
419<Zagor> yes, people tend to use it wrong
420<PsycoXul> so i take it opendir(),readdir(), etc don't work on target yet? heh
421<Zagor> opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now
422<adi|asleep> i have a habit of doing it. bear with while i adjust :)
423<adi|asleep> okay.. off to bed.. need 2 hrs...
424* Zagor just got up :)
425<adi|asleep> hehhe i _should_ be just getting up...
426<adi|asleep> 06:10... gotta love it..
427<PsycoXul> Zagor: how do i open the root directory?
428<Zagor> PsycoXul: opendir("/")
429<PsycoXul> hmm
430<adi|asleep> Psyco check out tree.h and tree.c
431<PsycoXul> well that doesn't seem to return on my unit
432<adi|asleep> in uisim/x11
433<adi|asleep> PsycoXul you need to add an "archos" dir
434<PsycoXul> i'm not talking about in the sim
435<adi|asleep> that is being used to simulate the '/' on the player
436<PsycoXul> i got the sim browser to work
437<PsycoXul> heh
438<adi|asleep> heheh ahh.. k
439<PsycoXul> lemme see where its having problems actualy..
440<PsycoXul> well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars
441<PsycoXul> and next is that
442<PsycoXul> dir=opendir("/");
443<PsycoXul> doesn't return
444<PsycoXul> unless there's something i need to do before it that i'm not
445<Zagor> look in test/fat
446<PsycoXul> heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p
447<Zagor> look in test/fat/main.c
448<PsycoXul> ok
449<Zagor> you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk
450<PsycoXul> ah ok
451<PsycoXul> ok i see
452<PsycoXul> anything to call later like to umount or spindown or something?
453<Zagor> you don't have to, no writing is implemented yet so it's failsafe
454<PsycoXul> why is there a firmware/disk.h and firmware/common/disk.h
455<Zagor> firmware/disk.h will change, it's just a code container at the moment
456<PsycoXul> ok
457<PsycoXul> lcd_puts(0,0,"Hello.");
458<PsycoXul> if(ata_init()) {
459<PsycoXul> lcd_puts(0,0,"Disk error");
460<PsycoXul> return -1;
461<PsycoXul> }
462<PsycoXul> lcd_puts(0,0,"ata init.");
463<PsycoXul> all i get is "Hello."
464<Zagor> the ata code is not target tested yet, I'll be doing that today
465<PsycoXul> ah
466<Zagor> now we know it doesn't work :)
467<PsycoXul> hehe
468--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox
469--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
470<Bagder> hey ho
471<Zagor> hi
472<Bagder> I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second?
473<Bagder> player
474<Bagder> can't see any reason why not, just checking
475<Zagor> i agree
476--- Bagder is now known as Bagder|laundry
477--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
478--- Bagder|laundry is now known as Bagder
479* Bagder starts to get the player simulator going
480<Zagor> have you seen adis latest items on the faq?
481<Bagder> nope
482<Zagor> s/latest/last/
483<Zagor> Q: But I _really_ want to talk with you in person.
484<Zagor> adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the
485<Zagor> doctors here won't let me have pens or pencils. They say its some rule
486<Zagor> about us not having sharp objects. I'm sorry. Now please stop calling me
487<Zagor> here.
488<Bagder> ah yes
489<Bagder> that's a good one ;-)
490<Zagor> yes
491<PsycoXul> ok so how do i use custom chars on the player LCD with the new codebase? there an api for it?
492<Bagder> is that lcd_define_pattern() ?
493<PsycoXul> is it?
494<Bagder> I dunno ;-)
495<Zagor> yes
496<Zagor> I think so :)
497<PsycoXul> heh so how do i use it?
498<Zagor> 1. fix it
499<Zagor> 2. use it
500<Zagor> :)
501<PsycoXul> heh
502<Bagder> 3. add it to the simulator
503<PsycoXul> hehe
504<Zagor> yup, those are the official docs
505<Bagder> I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen
506<PsycoXul> heh
507<PsycoXul> i just run my test code on my player
508<Bagder> since I want to use the bitmap functions
509<Bagder> but simulate the charcell lcd api
510<PsycoXul> i'd honestly much rather have a bootloader than a simulator personally, just wish i knew the first clue about making one heh
511* Zagor just realized he has no sh-elf-gdb :(
512* Bagder commits
513<PsycoXul> hmmm....
514--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox
515<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
516<PsycoXul> how long does sleep(1) sleep for?
517<Zagor> one tick
518<-- calpefrosch|away has quit ()
519<PsycoXul> how long is a tick?
520<Zagor> 1/HZ seconds
521<Zagor> HZ is defined in kernel.h
522<PsycoXul> ah
523<PsycoXul> ok lcd_backlight() doesn't do anything on my player
524<Zagor> ok
525<PsycoXul> with 1 or 0 as the arg
526<Zagor> I guess the port pins differ
527<-- Zagor has quit (zahn.openprojects.net irc.openprojects.net)
528<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net)
529<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
530<-- miah has quit (zahn.openprojects.net irc.openprojects.net)
531--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
532--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
533--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
534--> miah (21-ident-i@pihkal.com) has joined #rockbox
535<PsycoXul> heh
536<PsycoXul> i dunno
537<PsycoXul> i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one
538<Zagor> you're on the cutting edge :)
539<Zagor> currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled
540<PsycoXul> ah
541<PsycoXul> there an easy way to use it, or should i do something to sleep?
542<Zagor> i'd suggest a busy wait at the moment
543<PsycoXul> whats that? :p
544<Zagor> a for() loop instead of the sleep
545<PsycoXul> i see, so thats what thats called heh
546<Zagor> the term "busy" is used for when you don't allow other threads to execute
547<PsycoXul> ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } }
548<PsycoXul> i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default
549<PsycoXul> and with our without a button pressed it hits default
550<PsycoXul> s/our/or/
551<Zagor> sounds good
552<PsycoXul> heh
553<PsycoXul> man
554<PsycoXul> heh
555<PsycoXul> shouldn't a make clean rm */*.o too? and not generate dependancies? heh
556<Zagor> picky picky :)
557<PsycoXul> oh come ON... umount's gonna hang now again already? fuck
558<Zagor> usb-storage is far from perfect...
559<PsycoXul> well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims
560<PsycoXul> at least like TIME OUT or SOMETHING
561<Zagor> he's doing a big rewrite for 2.5
562<PsycoXul> reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN
563<PsycoXul> not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS
564<Zagor> heh, yeah...
565<Zagor> you should consider the serial port fix
566<PsycoXul> goddamn i can't get this one little file copied on here now
567<PsycoXul> 3 reboots and it STILL fucking up
568<PsycoXul> and then i'll still need to copy the real working firmware back on to there once i get this to work
569<PsycoXul> i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times
570* PsycoXul considers selling his archos and taking the money for vocal lessons
571<PsycoXul> hey i can store a lot more than 20G worth of music in my head :p
572<Zagor> :)
573* Zagor sings in a chamber choir
574<PsycoXul> ok so i made the default do
575<PsycoXul> snprintf(ugh,11,"%d",key);
576<PsycoXul> lcd_puts(0,0,ugh);
577<Zagor> ok
578<PsycoXul> i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right
579<PsycoXul> and various others with combinations heh
580<Zagor> from button_get() ?
581<PsycoXul> yeah
582<Zagor> odd
583<Zagor> it should return 1,2,4,8 etc no?
584<PsycoXul> well looking at the code, thats what you'd think.. heh
585<Zagor> uhu
586<PsycoXul> same with or without calling button_init() first
587<PsycoXul> heh
588<PsycoXul> btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off
589<Zagor> yes, that would be interesting
590<PsycoXul> i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though...
591<PsycoXul> my latest project with C was struggling to successfully read a wav header into a struct from stdin heh
592<Zagor> & is "and". portc & 0x10 tests if bit 4 is set in portc
593<PsycoXul> bit 4?
594<Zagor> yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10
595<PsycoXul> ok
596<PsycoXul> know of any good online docs that'd teach me this kinda stuff?
597<Zagor> umm, no
598<Zagor> :)
599<PsycoXul> heh
600<Zagor> maybe http://www.learn-c.com/
601<Zagor> http://www.learn-c.com/boolean.htm
602<PsycoXul> cool.. i'll read that later... enough hax0ring stuff today for me heh
603<Zagor> :)
604<-- Zagor has quit ("bye")
605<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
606<-- edx|away has quit ("brb")
607--> edx (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox
608<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
609<-- miah has quit (zahn.openprojects.net irc.openprojects.net)
610--> miah (21-ident-i@pihkal.com) has joined #rockbox
611--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
612--- Disconnected (Connection timed out).
613**** ENDING LOGGING AT Sun May 5 01:46:26 2002
614
615**** BEGIN LOGGING AT Mon May 6 00:25:45 2002
616
617--> stile (~adiamas@as5300-9.216-194-23-71.nyc.ny.metconnect.net) has joined #rockbox
618--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
619--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
620<-- adiamas has quit (Killed (NickServ (Nickname Enforcement)))
621--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
622--- You are now known as adiamas
623--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
624--- [TDM]Mr_B|away is now known as [TDM]Mr_B
625--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
626--- ChanServ gives channel operator status to Bagder
627<[TDM]Mr_B> hello?
628<Bagder> hey ho
629<[TDM]Mr_B> ...just an outsider with some questions
630<Bagder> go ahead and ask, I'll try to answer
631<[TDM]Mr_B> i've been following this project for a short while and i'm very interested...
632<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use?
633<Bagder> we're doing two different simulators, for running the app itself on host machines
634<Bagder> one for win32, one for X11
635<[TDM]Mr_B> is there an exe of that sim?
636<Bagder> we do not have the app actually running on target just yet
637<Bagder> edx is the author of the win32 simulator, we should ask him to post a binary on the web site
638<[TDM]Mr_B> exactly what improvments/additions are you guys working on?
639<Bagder> I think many of them are mentioned of the web site
640<Bagder> we need to implement everything by ourselves
641<Bagder> so we will try to write an mp3 player software that meets the audience demands
642<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download?
643<Bagder> we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month
644<[TDM]Mr_B> cool
645<[TDM]Mr_B> how well does tretris work?
646<[TDM]Mr_B> ...tetris
647<Bagder> it works pretty good ;-)
648<Bagder> no scores yet though
649<Bagder> I expect that we will get even more programmers joining up the very second we have a first target version
650<[TDM]Mr_B> i'm looking forward to all of it
651<Bagder> :-) me too
652<[TDM]Mr_B> I see you guys are working on a FAT 32 fs
653<Bagder> yes, we need that to be able to read the disk
654<[TDM]Mr_B> I guess that would make installation/use easier?
655<Bagder> the disk is using fat32, we need to read dirs/files from it...
656<[TDM]Mr_B> ok, I get it
657<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on?
658<Bagder> we replace the entire software
659<Bagder> we hope to make the player more intuitive and more capable than the built-in software
660<Bagder> if you've used it, you know it isn't very good
661<Bagder> its about resuming play in a playlist
662<Bagder> handling big playlists
663<Bagder> and all sorts of stuff
664<[TDM]Mr_B> well, thanks for entertaining my questions
665<Bagder> personally, I do most of this because of the shear fun
666<[TDM]Mr_B> same here, only with coding hypertext
667* adiamas coughs "Read the faq"
668<Bagder> feel free to let us know if you think you can help out the project in any way you see fit
669* adiamas nods
670<adiamas> hey Bagder whats doing?
671<Bagder> did lots yesterdat, as the CVS-list shows ;-)
672<adiamas> heheh yeah..
673<adiamas> I _can't_ believe that i forgot to call the function pointers when i put that in :)
674<Bagder> hehe
675<[TDM]Mr_B> ...I read the FAQ 3 times
676<adiamas> heheh k :)
677<adiamas> can't help; it...
678<adiamas> its my pet project :)
679<adiamas> any suggestions on additions or rewording?
680<Bagder> adiamas: "why do you write a replacement software?"
681<Bagder> adiamas: "when do you think there is a version available for my Archos?"
682<[TDM]Mr_B> well, it doesn't answer too many questions
683<[TDM]Mr_B> tell people about exactly what's being redone and maybe when people will be able to enjoy your labors on their players
684<adiamas> What exactly are you trying to achieve with this line of development?
685<adiamas> should that be reworded?
686<Bagder> adiamas: could you unmber the questions? it would be easier to direct people to a specific question then
687<Bagder> hm
688<Bagder> number
689<adiamas> hmmm how shoul di answer "when do you think there will be a version available?"
690<adiamas> sure could...
691<Bagder> adiamas: well, I think that question deserves to be answered very unspecific
692<Bagder> we might all get very busy all of a sudden
693<Bagder> so say something like maybe in a month, maybe in three, maybe in six
694<[TDM]Mr_B> true
695<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer."
696<adiamas> lol
697<Bagder> in this case, of course, it is Tetris ;-)
698* Bagder just applied patched mailed to him from Dave Chapman
699<Bagder> patches
700<Bagder> grrrr, can't type
701<adiamas> hmmm ... i need a polite way of saying 'Fuck off you complete moron."
702<adiamas> Suggestions?
703<Bagder> heh, in which context?
704<adiamas> never mind.. i have an answer...
705<Bagder> you're the american ;-)
706<Bagder> Mr_B: where are you from?
707--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
708<calpefrosch> moin
709<Bagder> morning calpefrosch
710<Bagder> the win32 simulator might need some attention now ;-)
711* Bagder whistles innocently
712<calpefrosch> hmm, let's talk about some details.
713* Bagder browses subdirs in his simulator!
714<Bagder> calpefrosch: what kind of details?
715<[TDM]Mr_B> ...New Orleans
716<adiamas> okay.. faq updated.. anyone wanna take a look?
717* Bagder shows his thumbs up
718<adiamas> :)
719<adiamas> im a bit heavy on the sarcasm.. but bugger it... let them deal with it...
720<Bagder> we need that
721<[TDM]Mr_B> ...an improvment...and I love sarcasm
722<Bagder> it makes it more obvious everything isn't so serious
723* Bagder runs for more coffee
724* adiamas cheers wildly
725<adiamas> [TDM]Mr_B your on windows correct?
726<[TDM]Mr_B> Windows XP home
727<[TDM]Mr_B> well, I should reall y be in bed, night folks
728<-- [TDM]Mr_B has quit ()
729--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
730--- Zagor_ is now known as Zagor
731<Bagder> morning Zagor
732<Zagor> morn
733<Zagor> you sure had a busy sunday :)
734<Bagder> yeps, did my share of cleaning up ;-)
735<calpefrosch> sorry, have been to a meeting
736<Bagder> Zagor: the simulator is growing cooler
737<Zagor> nice!
738<Bagder> Dave Chapman stepped in and sent me patches too
739--> Linus (~linus@labb.contactor.se) has joined #rockbox
740<Linus> Boo!
741* Bagder boos Linus back
742<adiamas> looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access...
743<Bagder> yes, I mailed him about it
744<adiamas> cool
745<calpefrosch> Badger: I ment which kind of attention ?
746<Bagder> calpefrosch: ah, it won't build just now since I've added more firmware files to the build
747* adiamas screams
748* adiamas slams his head against the wall..
749<Bagder> keeping both simulators up-to-date is a challange
750<adiamas> okay.. i screwed up.. so i may as well clue everyone in...
751* adiamas was working on tic-tac-toe for the archos...
752* adiamas was 1/2 way there...
753<Linus> adiamas is a hero
754<calpefrosch> Badger: ok, I'll try to build it this morning.
755* adiamas f***ed up...
756<adiamas> see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir...
757* adiamas doesn't really remember deleteing the files.. but they are gone
758<adiamas> so it's gonna be a few days to finish :(
759<Bagder> :-/
760<Linus> We have a saying:
761<Linus> "do it properly, or do it many times"
762<Linus> :-)
763<adiamas> oh.. i did it properly...
764<adiamas> if deletion was our aim...
765<Linus> and now you will do it again
766<adiamas> lol
767<adiamas> yup
768<adiamas> oh.. btw.. was it cool that i went to function pointers on the sim?
769<adiamas> just seemed to make more sense
770<Bagder> yeah, its good
771<Linus> I just got the MAS DMA working...
772<Bagder> *cool*
773* Zagor feels Linus breathing down his neck again...
774<calpefrosch> badger: what is that header "unistd.h" ?
775<calpefrosch> btw, sorry for *always* changing the letters b and g ...
776<Bagder> hehe
777<Linus> We have a serious problem with the project...
778<adiamas> whats that?
779<Bagder> calpefrosch: I don't think that should be included
780<Linus> Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-)
781<Bagder> calpefrosch: as that is a unix-only include file
782<adiamas> LOL
783<Zagor> hehe
784<Bagder> hahaha
785* adiamas pokes Zagor
786<adiamas> oh.. i had an idea while driving my 2.5 hrs back home..
787<Zagor> I knew you'd see right through me :)
788<adiamas> i was doing random through one of my playlists...
789<Bagder> random thoughts are good :-P
790<Zagor> adiamas: you have a 2.5h commute?!?
791<adiamas> and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list
792<calpefrosch> Bagder: It's in the ID3.c. Could you remove it, or do you need it there?
793<Linus> adiamas: great idea
794<adiamas> Zagor: nah.. only to see my girlfriend.
795<Zagor> ah
796<adiamas> i figured.. this 'favorite' list could just be a dynamic playlist...
797<Linus> adiamas has a life too?
798<Bagder> calpefrosch: *gone*
799<adiamas> because with 1000+ plus songs it _sucks_ to have to manually pick out my favs...
800<Linus> Just delete the other ones. :-)
801<calpefrosch> Bagder: tnx
802<adiamas> Linus: a girlfriend 2 hrs away, a job, ride for my ambulance core ... _And_ i still find time to hang out here and be unproductive and sarcastic...
803<adiamas> :)
804* adiamas smiles at linus
805* Linus smiles
806* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :)
807* Linus tries to have a life too...wife and kids!
808<Zagor> Linus: that's a life? ;)
809<adiamas> congrats...
810<Linus> :-)
811<adiamas> how long you been married mate?
812<Linus> Almost 2 years
813<Bagder> 2+ here
814<adiamas> hehe
815<adiamas> im just starting to get to that point...
816<adiamas> friggin distance is killing me
817--- Tumm is now known as coyote-
818<adiamas> umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful?
819<adiamas> someone who doesn't know the project won't know which is which....
820<adiamas> CHARCELLS vs BITMAP
821<Bagder> well
822<Bagder> I didn't wanna use the actual target-defines
823<adiamas> how do you mean?
824<Bagder> we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds
825<adiamas> ahh.. i got ya...
826<Bagder> but they imply more than just different LCDs
827<Bagder> maybe we can just add two big comments in the Makefile for now, explaining which is which
828<adiamas> well.. its only the recorder that has BITMAP right?
829<Bagder> yes
830<adiamas> well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD
831<Bagder> thinking about it...
832<adiamas> nods
833<Bagder> ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best
834<Bagder> then we'll be forced to include "config.h" properly
835<adiamas> hmm.. well.. id rather stay the way we are then for now...
836<Bagder> anyway, those defines are documented in firmware/CONFIG
837* adiamas nods
838<calpefrosch> Bagder: do we use harness.c or app.c for the sim ?
839<Bagder> calpefrosch: remove the harness.c completely from the sim
840<Bagder> it isn't meant to be there
841<Bagder> app.c is the app main entry
842<calpefrosch> ok
843* calpefrosch have to go to a meeting.
844<calpefrosch> brb
845--- calpefrosch is now known as calpefrosch|meet
846<adiamas> could someone explain this to me?
847<adiamas> $(CC) $(CFLAGS) -c $< -o $@
848<adiamas> i know cc and cflags
849<adiamas> -c im good
850<adiamas> -o im good
851<adiamas> but on a makefile i forget what $< and $@ are...
852<Bagder> $< is the file on the right side of the : in the rule-line above
853<adiamas> okay...
854<Bagder> and $@ is the file on the left side of the : above
855<adiamas> ahh.. okay.. thanks
856<Linus> Actually, $< is the file that triggered the rebuild, isn't it?
857<Zagor> no, that could be a .h file
858<Linus> So what is $< when there are two files on the right side?
859<Bagder> the first one I think
860<Zagor> the first, I think
861<Zagor> :)
862<Linus> OK. And $* is all of them, right?
863<Zagor> ummm 'info make'
864<Zagor> ;)
865<adiamas> im just trying to find a way to clean up the sim makefile
866<adiamas> i have to believe there is an easier way to build the app obj files w/o having to do : filename.o: $(DIRPATH)/filename.c
867<adiamas> $(CC) $(CFLAGS) -c $< -o $@
868<adiamas> 10 times
869<Bagder> this klez virus sure is annoying
870<adiamas> heheh whats the prob?
871<Bagder> it mails
872<adiamas> got ya
873<Bagder> I've received >50 mails with klez
874<Zagor> yeah
875<Bagder> it fakes From: line, and it fakes Subject: and it attaches the virus
876--- calpefrosch|meet is now known as calpefrosch
877<adiamas> as far as menus go... for sim and target.. should we assume that all menu items will be the same size...
878<adiamas> and if the user wants to increase the font, they do so for all menus?
879<Zagor> for now, sure
880<Bagder> adiamas: oh yes, certainly
881<adiamas> k
882<Bagder> hm, the cvs page doesn't mention the cvs-commit mailing list
883<Zagor> right
884<Bagder> is that one mentioned on any page?
885<adiamas> in emacs.. how do i open a fresh buffer?
886<Zagor> i don't think so, only in mail
887<adiamas> like the scratch buffer..
888<Zagor> adiamas: C-x b
889<Bagder> adiams: control-x b
890<adiamas> thanks
891<adiamas> not switch.. i know that one...
892<adiamas> to create a clean unused buffer...
893<Bagder> enter a name of a non-existing buffer
894<adiamas> ahhh k
895<Bagder> *plopp*
896<Linus> Intuitive, right? :-)
897<adiamas> hehehe
898<adiamas> sure
899<adiamas> im looking at app.c
900<adiamas> wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP?
901<Bagder> it depends, the tree.c functionality should probably work on the Player too
902<Bagder> the screensaver though, could very well be inside that #ifdef
903<adiamas> k...
904<adiamas> ill fix that then
905<Bagder> Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there?
906<Zagor> yes, I just have to add the ATTR* macros from fat.h into dir.h
907<Bagder> ok, then I'll need to make sure the simulator supports them
908<Zagor> yup
909<Zagor> not perfectly POSIX, but I think it's a fair trade-off
910<Bagder> I agree
911<adiamas> umm.. what do we call a menu item?
912<adiamas> is the generic term 'item' okay?
913<adiamas> more specifically 'menu_item'
914<Zagor> menu_item sounds nice :)
915<adiamas> k...
916<adiamas> hehhe okay.. its offical.. we have the first stages of a menu api
917<Zagor> goodie
918<adiamas> once i commit, im going to ask you to look at the menu.h file and see if the functions make sense w/o comments.
919<Zagor> ok
920<Zagor> the struct name shouldn't use uppercase
921<adiamas> at all?
922<Zagor> what's the difference btwn put_cursor(0) and put_cursor_menu_top?
923<Zagor> no, only lowercase
924<adiamas> scrolling menus...
925<adiamas> idea is that put_cursor puts you at the top of the menu all togeather..
926<adiamas> put_cursor_menu_top wold be viable menu
927<adiamas> right now there is no difference
928<Zagor> ok
929<adiamas> basically.. put_cursor() puts you _anywhere_
930<adiamas> ill clear it all up in comments as i go...
931<Zagor> ok
932<adiamas> that and ill try for better names...
933<adiamas> i just get sick when i think of "put_cursor_to_top_of_visable_menu()"
934<adiamas> :)
935<Zagor> uh, me too...
936<Zagor> I prefer fewer functions with parameter rather than many (void) functions
937<Zagor> within reason, of course
938<adiamas> so do i...
939<adiamas> downside right now is there isnt much our menuing is doing...
940<adiamas> always easier to coalese basic functions togeather...
941<adiamas> least for me
942<Zagor> yeah, I'll give you some slack for the moment :)
943<adiamas> oh sure.. make it easy...
944<adiamas> what im trying to figure out is how to handle sub menus...
945<adiamas> what i was thinking is that maybe we keep the menu_struct we have..
946<adiamas> but as we add submenus we just create an array of the structs...
947<Bagder> adiamas: first, can you think of any submenu we should have?
948<adiamas> and jsut reference them.. but im not sure..
949<adiamas> sure...
950<adiamas> :games
951<Bagder> right
952<adiamas> and when we get more ppl playing with the ui, itll get more robust...
953<adiamas> options menu
954<adiamas> i ment to ask.. seeing as you'all are working in firmware...
955<adiamas> i know the idea of a 'boot' loader is not a good idea... but what about the ability for the user to have a menu to choose which version of firmware to boot with next?
956<Bagder> of course we want that
957<adiamas> rather then having to copy files too and from the archos to play with firmware
958<Bagder> exactly
959<Bagder> you could have X different firmwares
960<adiamas> nods
961<Linus> I can't recall that anybody said a boot loader was a bad idea...
962* adiamas assumed....
963<adiamas> so shoot me :)
964<Linus> Actually, we have talked a lot about that, the project name is called RoLo
965<Linus> for Rockbox Loader
966<adiamas> sweet...
967<Linus> ...as candy
968<adiamas> you guys have done a fantastic job getting off metal quick.. have i mentioned that?
969* Zagor notes it's even in the Activity chart on the web page
970<Linus> Thx
971<adiamas> umm.. in API
972<adiamas> we list mp3info as returning FALSE if successful
973<adiamas> huh?
974<adiamas> that can't be right.
975<Bagder> correct
976<Bagder> that's wrong ;-)
977<adiamas> k.. ive got it
978<Bagder> euhhh
979<Bagder> no
980<Bagder> it is correct
981<adiamas> okay.. so it _should_ be FALSE?
982<adiamas> ummm.. that seems really counterintuitive guys?
983<Bagder> it works that way now
984<Bagder> not really
985<Bagder> because it leaves the opportunity to return different return codes for different failures
986<adiamas> but TRUE should _never_ be a failure...
987<adiamas> unless the function is invalid_mp3info()
988<calpefrosch> I made the win32-sim working. how can I diff so you can work with ?
989<Linus> If you plan to use other return codes that TRUE or FALSE you should use another return type.
990* adiamas nods
991<Bagder> yes, but I wouldn't have to change the checks
992<Linus> I don't follow
993<Bagder> non-zero would mean error
994<adiamas> i still don't get why FALSE means you _were_ able to fine mp3info
995<Zagor> FALSE is boolean, this is int
996<Zagor> it's 0, not FALSE
997<Linus> Bagder: of course. That is why you should use int
998<Bagder> nag nag
999<Bagder> calpefrosch: I
1000<adiamas> correct correct
1001<Bagder> 'd prefer a diff -u ...
1002<Linus> And the comment above the function says it returns "void" :-)
1003<Bagder> hehe
1004<Linus> That is a rather redundant comment.
1005<Bagder> it *did*
1006<calpefrosch> Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-)
1007<adiamas> well.. im submitting grammer corrections now..
1008<adiamas> argue once it's in
1009<Linus> Anyone can see what the function returns
1010<calpefrosch> which should I check ?
1011<Bagder> calpefrosch: ok, a unified diff, you should be able to make one of those I guess
1012<adiamas> okay.. commited
1013<adiamas> is there a way to prevent dependancy checking when you are doing a make clean?
1014<Zagor> calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID?
1015<calpefrosch> I have no ID yet
1016<Zagor> ok
1017<calpefrosch> I will create it now, ok?
1018<Bagder> run run! ;-)
1019<adiamas> am i correct that to adjust the lcd size i edit lcd-x11?
1020<adiamas> or lcd-win32 respectively?
1021<Bagder> what size?
1022<Bagder> of the window?
1023<adiamas> well. when i compile the sim for recorder.. size is fine..
1024<adiamas> when i compile fore player... it doen'st make sense to keep the ui the same size..
1025<Bagder> true
1026<adiamas> dunno how to fix it.. wantted to see how to do it
1027<Bagder> the size for the x11 sim window is in the screenhack.c file
1028<adiamas> is that default_defaults?
1029<Bagder> yep
1030<adiamas> is the player the same width?
1031<adiamas> just only 2 lines hight?
1032<Bagder> no
1033<Bagder> it's 2 X 11 letters
1034<Bagder> but there should be room for some icons too, I think
1035--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
1036<Bagder> I'm not really good on the player lcd
1037<Bagder> hey Dave
1038<linuxstb> Hello everyone.
1039<adiamas> k.. then ill leave it for tomorrow.. i need sleep bad...
1040<adiamas> night all
1041<Linus> Hi!
1042<adiamas> welcome dave
1043<Bagder> night adiamas
1044* adiamas waves
1045--- You are now known as adi|sleep
1046<calpefrosch> Zagor: my ID is 536571
1047<Zagor> I need the username
1048<calpefrosch> calpefrosch
1049<calpefrosch> what else ;-)
1050<Zagor> :)
1051<Bagder> :-)
1052<Zagor> now you're added. and Dave, you've been added too.
1053<linuxstb> Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling.
1054<Bagder> goodie
1055<Zagor> nice
1056<Bagder> it _is_ a bit limited right now, indeed ;-)
1057<calpefrosch> tnx
1058<linuxstb> Has anyone thought about an API for actually playing audio files?
1059<Bagder> linuxstb: we'll change the is_dir() stuff to instead use the dirent struct as soon as we know how Zagor will feature the atrributes
1060<linuxstb> Agreed about is_dir() - that was just a quick hack by me.
1061<Bagder> oh sure, it works fine for now
1062<Zagor> linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread
1063<linuxstb> I have a little experience of using libmad, so would like to implement mp3 playing in the simulator.
1064<Bagder> hehe
1065<Zagor> sure
1066<calpefrosch> Zagor: can you help me with the setup of cvs?
1067<Zagor> Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep()
1068<Zagor> calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page.
1069<calpefrosch> ok
1070<Linus> It's in kernel.c
1071<Zagor> Linus: yes, but it's not started
1072<Linus> kernel_init()
1073<Zagor> ok, good
1074<Linus> You will have to lower the interrupt mask with set_irq_level(0) after kernel_init()
1075<Linus> And I use system.c for the interrupt vectors
1076<Zagor> so the current system.c is good?
1077<Linus> Works for me
1078<Zagor> ok
1079<Linus> Actually, it's quite handy with the weak symbols when developing
1080<Zagor> blaeh
1081<Zagor> :)
1082Linus linuxstb <Linus> That way I don't need my own system.c in every test directory
1083--- Zagor is now known as Zagor|lunch
1084--- Linus is now known as Linus|pizza
1085<Bagder> wow pizza
1086* Bagder starts to get hungry too
1087<linuxstb> Re MP3 api: I think we need a "play queue" in memory of the filenames of the next 3 or 4 tracks to play. The MP3 thread "just" plays files from this queue, and the UI thread modifies it.
1088<Bagder> or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on
1089<linuxstb> What is the difference?
1090<Bagder> I'm just thinking what happens when you select "back"
1091<Bagder> if the mp3-thread can peek in the list, it just picks the previos tune and plays it
1092<Bagder> if we'd feed the thread with a special queue to play, we'd need to take care of special situations
1093<linuxstb> I would like a simple MP3 thread that is independent of the way songs are selected.
1094<Bagder> off for lunch
1095--- Bagder is now known as Bagder|eats
1096<linuxstb> I was thinking what information the MP3 thread needed, and the minimum is just the next n tracks - enough to keep the play buffer full.
1097<PsycoXul> play buffer full?
1098<PsycoXul> how much ram do the recorders have? more than 2MB?
1099<calpefrosch> Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository
1100<calpefrosch> if I want to commit?
1101<Linus|pizza> The cvs server has a list of people with commit access, which I assume you are not yet part of.
1102--- Linus|pizza is now known as Linus
1103<calpefrosch> Zagor wanted to put me on the list
1104<Linus> Zagor tells me that you have checked out anonymously. You have to check out everything -ext
1105<Linus> but backup the entire tree first. :-)
1106--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox
1107<calpefrosch> ahhh, tnx
1108<Linus> Yo alan!
1109<alkorr> yo Linus, not eating ?
1110<Linus> full of pizza right now
1111<alkorr> lol
1112<alkorr> well it's time i have all commited
1113<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox
1114<alkorr> see you later
1115<-- Linus (~linus@labb.contactor.se) has left #rockbox
1116<-- alkorr has quit (Client Quit)
1117--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1118<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox
1119--> Linus (~linus@labb.contactor.se) has joined #rockbox
1120--- Bagder|eats is now known as Bagder
1121<calpefrosch> Bagder: I'm just commiting the win32-sim, I hope it is everything ok
1122<Bagder> cool
1123<Linus> calpefrosch: Why both logf() and debugf()
1124<calpefrosch> logf was missing. I don't know where it should be...
1125<calpefrosch> where is it in X11 ?
1126<Bagder> I think it should use debugf() instead
1127<Linus> My question was, why do we need two functions for the same thing?
1128<Bagder> or
1129<Bagder> do they?
1130<Bagder> it isn't really clear to me what debugf() does in the simulator
1131<Linus> The simulator doesn't have a console?
1132<Bagder> I think so
1133<Bagder> but what's mem2hex and putpacket ?
1134<calpefrosch> hmmm, they use logf e.g. in play.c and the debugf in playlist.c
1135<Linus> Strange.
1136<calpefrosch> if I start the simulator in VC++ I get a console output...
1137<Bagder> and the simulator don't set DEBUG either, not now at least
1138<Linus> Bagder: those functions are for GDB communication
1139<Bagder> so what does debugf() do when used in the simulator?
1140<Linus> Whatever you, the simulator writer, wants it to. Preferably write to a console.
1141<Bagder> sure, but it doesn't do that now, does it?
1142<calpefrosch> I'm sorry, but unfortunately I have to do "real" work now. :-(
1143<calpefrosch> see you later
1144<Bagder> oh
1145<Linus> Bagder: I guess not.
1146<Bagder> there are two implementatins
1147* calpefrosch is going to work
1148<Bagder> see ya calpefrosch
1149<Linus> CU!
1150--- calpefrosch is now known as calpefrosch|work
1151<Bagder> Linus: do you use the DEBUG define for anything when you build your stuff?
1152<Linus> No, not that I can remember.
1153<Bagder> ok
1154<Linus> I think that debug.c could contain code for all platforms.
1155<Bagder> I think so too
1156<Bagder> I'll make it
1157<Linus> Or is it kludgy?
1158<Bagder> debug() it is
1159<Bagder> debugf() even
1160<Linus> Greato!
1161<-- Linus (~linus@labb.contactor.se) has left #rockbox
1162--> Linus (~linus@labb.contactor.se) has joined #rockbox
1163--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1164--- Zagor_ is now known as Zagor
1165* Bagder got no post-lunch coffe, the machine is broken. aaaaaah!
1166* Zagor is fetching his third after-lunch coffee :)
1167* Bagder hears that someone has fixed the machine and ruuuuuuns
1168<Bagder> turned out to be a rumour, had to walk down some stairs to get a cup
1169<calpefrosch|work> I thought you (zagor and Bagder) are working in the same company...
1170<Bagder> we're consultants, so we're hired to different customers
1171<Linus> In fact, I and Zagor are at the same customer right now.
1172<calpefrosch|work> aha, I see. We are also working together with some consultants
1173<Bagder> so we don't actually meet in person that often
1174<Bagder> Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so
1175<Zagor> nice
1176<calpefrosch|work> I make a scrolling feature for the simulator
1177<calpefrosch|work> Should I check in ?
1178<Bagder> scrolling feature?
1179<calpefrosch|work> scrolling thru the dir...
1180<Linus> And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN!
1181<calpefrosch|work> Linus: what's the problem ? you can tell me, I listen to you :-)
1182<Linus> The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song.
1183<Linus> And the Player only generates an interrupt when the signal goes low
1184<Linus> so I have to poll it to find out when it goes high
1185<Linus> very often...
1186<calpefrosch|work> too often...
1187<Linus> indeed
1188<calpefrosch|work> -o
1189<calpefrosch|work> where is the input-pin at the SH1 ?
1190<Linus> The Archos firmware initialization bears some evidence of them using a timer to start the DMA. I may have to disassemble it to see what it does.
1191<Linus> It's on IRQ6
1192<Bagder> gotta go, might pop by later
1193<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1194<Linus> CU!
1195<calpefrosch|work> I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ?
1196<linuxstb> Yes - I can check tree.c with X11. mailto dave@dchapman.com
1197--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1198<Zagor> i'm off. see you!
1199<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1200<wavey> linus: congrats with the mas :)
1201<Linus> Thanks
1202<Linus> But it is really hard to write a driver for it that doesn't hog the CPU...
1203--- coyote- is now known as Tumm
1204<-- Linus (~linus@labb.contactor.se) has left #rockbox
1205--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox
1206<-- wavey has quit (Read error: 104 (Connection reset by peer))
1207<linuxstb> Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different?
1208<calpefrosch|work> linuxstb: It's working perfectly...
1209<calpefrosch|work> please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning.
1210<linuxstb> We need to read the whole directory into memory for two reasons - caching and sorting
1211<linuxstb> OK - I'll commit the new scrolling tree.c
1212<calpefrosch|work> tnx
1213--- calpefrosch|work is now known as calpefrosch|away
1214<linuxstb> new tree.c committed
1215<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox
1216--> Linus (~linus@labb.contactor.se) has joined #rockbox
1217--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox
1218<Linus> yo
1219<calpefrosch> yo, brb
1220--- calpefrosch is now known as calpefrosch|brb
1221--- Linus is now known as Linus|away
1222--- lou_soyur is now known as adi|work
1223<-- edx has quit (Read error: 110 (Connection timed out))
1224<-- calpefrosch|brb has quit ()
1225<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
1226--- Linus|away is now known as Linus
1227<-- Linus (~linus@labb.contactor.se) has left #rockbox
1228--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1229--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox
1230<calpefrosch|away> morning bagder
1231--- calpefrosch|away is now known as calpefrosch
1232<calpefrosch> morning all
1233<Bagder> morning
1234--- calpefrosch is now known as calpefrosch|away
1235--- ChanServ gives channel operator status to Bagder
1236--- You are now known as adiamas
1237<Bagder> hi adiamas
1238--- ChanServ gives channel operator status to adiamas
1239<adiamas> hey Bagder
1240<adiamas> guess what?
1241<Bagder> tic tac toe rocks? ;-)
1242<adiamas> hehe not yet
1243<adiamas> but...
1244--- adiamas removes channel operator status from Bagder
1245<adiamas> hehehehe
1246--- adiamas gives channel operator status to Bagder
1247<adiamas> just felt like being silly
1248<Bagder> :-)
1249* Bagder walks away to check if the coffee machine works today
1250--> Linus (~linus@labb.contactor.se) has joined #rockbox
1251<Bagder> morning Linus
1252<Linus> mooning
1253<Linus> :-)
1254--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1255--- Zagor_ is now known as Zagor
1256<Zagor> hey all
1257<Linus> The feeding of the MAS with DMA works splendidly!
1258<Bagder> you rock Linus
1259<Linus> I do!
1260<Linus> :-)
1261<Linus> But I think those Archos guys save a penny too much when designing the hardware
1262<Linus> saved
1263<Bagder> any ata/fat32 mp3-reading in sight?
1264<Linus> Zagor "I Have A Life" Stenberg is lazy
1265<Linus> I suggest we replace him
1266<Zagor> hehe
1267<Bagder> maybe we can just yell at him a lot until he improves?
1268* Linus screams at Zagor!
1269<adiamas> Linus why do you say that about the archos guys>
1270<PsycoXul> just look at the player's LCD
1271<PsycoXul> i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p
1272* Bagder added common/strtok.c
1273<Linus> adiamas: I say that because they haven't connected the inverted demand pin to an IRQ
1274<Linus> so I have to poll the damn thing ever millisecond
1275<Linus> every
1276<adiamas> okay.. im very much not a hardware guy, so what is an 'inverted demand' pin?
1277--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1278<Bagder> wavey the man!
1279<wavey> howdy :)
1280* wavey been gamecubing all weekend ;)
1281<Bagder> hehehe
1282<Bagder> I hope you don't mind me messing in your code in the mean time ;-)
1283<wavey> no problem :)
1284<adiamas> okay, ill ask..
1285<wavey> bbl
1286<adiamas> why did we have to rewrite strtok?
1287* wavey waves
1288<adiamas> i know there is a recursive one...
1289<Bagder> wavey: I made the randomiser a lot faster, I changed the read-indices function and I made your test program build and run on my linux
1290<Bagder> adiamas: because strtok() stores data in a static area
1291<adiamas> Bagder i know..
1292<adiamas> but there is a strtok_r already writen
1293<Bagder> in newlib?
1294<adiamas> its part of the standard library
1295<adiamas> in new lib.. that i don't know :)
1296<Bagder> strtok_r() is not standard unfortunately
1297<Bagder> that's why I have that code written in the first place ;-)
1298<adiamas> thats why i asked :)
1299<Bagder> :-)
1300<Zagor> newlib's strtok_r uses a thread context
1301<Zagor> so bagder's is better
1302<Zagor> Bagder: why are you including both stddef.h and string.h in strtok?
1303<Bagder> good q, remove the stddef.h
1304<Bagder> it was just ripped out from my curl sources
1305<-- wavey has quit (Read error: 104 (Connection reset by peer))
1306<Linus> I think the thread context is a good thing. Why is it bad?
1307<Zagor> it's unnecessary
1308<Bagder> how does it manage "thread context" ?
1309<Linus> The context switcher (thread.c) assigns a new "current" pointer when it switches context
1310<Linus> All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called
1311<Bagder> ok, thanks
1312<Zagor> ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context
1313<Bagder> doesn't it store errno there too?
1314<Linus> Yes it does
1315<Linus> Zagor: yes
1316<Bagder> so we'd need to watch out for that
1317<Linus> Indeed
1318<Zagor> errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno
1319<Linus> The called function itself may yield, however
1320<Bagder> possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct
1321<Zagor> Linus: no
1322<Zagor> no newlib functions call yield()
1323<Linus> True
1324<adiamas> umm... the chars shown in the char maps on the web site... how can i use those?
1325<Zagor> this falls into the "neat but not immediately neccessary" category
1326<Bagder> adiamas: the player chars?
1327<adiamas> yeah.
1328<Zagor> just display them
1329<adiamas> ummmm how?
1330<Zagor> lcd_puts() ?
1331<Bagder> we need to convert them to our iternal format
1332<Bagder> lcd_puts() is still using Gary's fonts
1333<adiamas> well, not just chars
1334<Bagder> even for player simul
1335<adiamas> i feel like playing with sliders
1336<Zagor> ah, you are talking about the simulators
1337<adiamas> for volume control...
1338<Bagder> ...we should add two mini icons for tracks and dirs for the dir browser on the recorder
1339<adiamas> huh?
1340<Bagder> browse a dir with your recorder
1341<Bagder> whatch the little icons to the left of each row
1342<adiamas> got ya...
1343<adiamas> that's what im trying to figure out.. how to get stuff like that form the map
1344<Bagder> currently, we'll have to add the hex-data manually for new widgets ;-)
1345<adiamas> ack...
1346<adiamas> the chartables.c file in firmware.. what does that cover again?
1347<Bagder> fonts
1348<Bagder> the three different fonts
1349<adiamas> only fonts?
1350<Bagder> yes
1351<Bagder> Gary's code package had a widget.c file with some additional ones
1352<adiamas> yeah.. going to look at that now
1353<Bagder> btw, including the simulators, we now have 14341 lines of source code in the CVS ;-)
1354<adiamas> hehe cool
1355<adiamas> one more time.. what was the command to remove extra cr-lf?
1356<Bagder> tr -d '\015' < infile > outfile
1357<adiamas> ty
1358<adiamas> does lcd_bitmap work?
1359<Bagder> yes
1360<Bagder> lcd_puts() uses it extensively
1361<adiamas> k
1362<Zagor> wasn't there a size limit?
1363<Bagder> ah yes
1364<Bagder> it only handles 16 pixels height, I believe
1365<adiamas> holy christ.. finally got this working and the thing is huge :)
1366--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1367--- Bagder is now known as Bagder|eats
1368<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer))
1369--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1370* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines
1371<Linus> Rockers
1372<Linus> But maybe it should be the other way around?
1373<Bagder> ?
1374<Bagder> you mean that the target readdir() should return a struct as the unixes use?
1375<Linus> Exactly
1376<Bagder> first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use
1377<Linus> OK. Just a thought
1378<Bagder> yes, would've made simulation easier ;-)
1379<Linus> hehe. I think the target code should be the easy one...
1380<Bagder> now, shall I make the code use this new stuff and thus break the win32 simulator? B-]
1381<Linus> Of course. :-)
1382<Linus> We donn't want no stinkin' windows!
1383<Bagder> since they don't even have a native readdir(), this change is possibly even easier for them
1384<Linus> Probably.
1385<Bagder> gah, it broke on Solaris
1386<Bagder> dirent is a pretty silly struct
1387<Bagder> only one field is POSIX
1388<Zagor> yes
1389<Zagor> i want to avoid stat()
1390<Bagder> yes
1391<Bagder> I'll have the simulator use stat ;-)
1392<Zagor> yes
1393<Bagder> could've even make both Linux and Solaris use the same dirent code so I'll write my own instead
1394<Bagder> couldn't
1395* Bagder gets all confused in his head with this
1396<Zagor> get more coffee :)
1397<Bagder> good idea!
1398* Bagder bangs his head and runs for coffee
1399<Bagder> ah, much better
1400<Bagder> found problem
1401<Bagder> phew
1402<Bagder> seems to work now on both Linux and Solaris
1403<Zagor> nicers
1404<Bagder> made the tree.c code use it and it worked too
1405--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
1406<Linus> Hi jb!
1407<jb1081> Hi
1408<jb1081> Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago)
1409<jb1081> ?
1410<Bagder> a 5000!
1411<Zagor> seems to be only a smaller disk
1412<Bagder> does that have 5GB disk`?
1413<jb1081> Bagder: yep
1414<Bagder> odd
1415<Zagor> jb1081: where did you buy it?
1416<Bagder> I mean, that they have two products that similar
1417<jb1081> Zagor: Europe (France)
1418<Zagor> ok. it's a bit odd that they don't mention it on their web page. i've heard people on the us get them too
1419<jb1081> firmware release 5.08, not listed in archos website (last time I checked at least)
1420<jb1081> but the led & scroll mod works
1421<Zagor> yes I think it's the exact same hardware but a cheaper disk
1422<Zagor> how much price difference was it btwn the 5000 and 6000, do you know?
1423<jb1081> 6000 discontinued here, I think
1424<jb1081> 5000: 180 euro
1425<Bagder> 180 euro is quite a good price imho
1426<Zagor> yes
1427<jb1081> found in general distribution (food...) supermarket
1428<Zagor> !
1429<Bagder> hehe
1430<Bagder> one cheese, two packets of milk and one archos please ;-)
1431<jb1081> :)
1432<jb1081> oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack?
1433<Zagor> yes
1434<jb1081> cool. Do you plan to use it?
1435<Zagor> sure, we'll use it just like today; for remote control
1436<Zagor> we also use it as a serial port for debugging
1437<jb1081> ok, I was thinking you use serial port by hardware mod to line in jack
1438<Zagor> yes, that's because the headphone jack only has the "receive" pin
1439<jb1081> sure
1440<Zagor> we need both receive and transmit for debugging
1441<Zagor> but it's the same serial port
1442<jb1081> ok
1443<jb1081> it's 9600? TTL?
1444<Zagor> yes
1445<jb1081> just thinking about using an old pc keyboard controller to build a remote
1446<jb1081> but it need a clock, no?
1447<Zagor> yeah, we've been thinking that too. adding a keyboard would be cool! :)
1448<Zagor> it's asynchronous rs232 so it doesn't need a clock pin
1449<jb1081> yep, but a pc keyboard is synchronous, if I remember correctly
1450<Zagor> oh, ok
1451<jb1081> "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :(
1452<jb1081> ok, not with a broken kbd.. too bad
1453<Linus> The serial port can use an external clock as well.
1454<Linus> synchronous
1455<Zagor> yes but then we need to modify the hardware
1456<jb1081> yes, but we have to open the box..
1457<jb1081> a broken serial mouse perhaps?
1458<Linus> Yup. Otherwise you have to build a separate kbd->rs232 converter
1459<Linus> I guess you can get one off-the-shelf actually
1460<jb1081> did you see this somewhere (at a resonable price?)
1461<Linus> i can't remember seeing any in recent years, no :-)
1462<PsycoXul> kbd->rs232?
1463<PsycoXul> you mean a ps2->serial adapter?
1464<jb1081> ok.. :( btw what headphone do you use? somebody tried a in-ear phone?
1465<jb1081> PsycoXul: I understood a complete remote, but I doubt now..
1466<Zagor> yes, I use the Sony EX70. they are *GREAT*
1467<Bagder> oh no, don't get him started on those again ;*)
1468<jb1081> Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here
1469<jb1081> it's
1470<jb1081> Bagder: oups, I should'nt?
1471<Zagor> Bagder: hehe
1472<Linus> PsycoXul: Yes, a PS/2 to RS232 adapter
1473<jb1081> Zagor: the phone amp has no problem to drive the EX70 properly?
1474<Zagor> jb1081: no, quite the opposite...
1475<PsycoXul> Linus: i've got a couple of those laying around i think ... heh
1476<PsycoXul> they're still out there places i'm pretty sure
1477<Linus> Do you know where to biy one?
1478<Linus> buy
1479<PsycoXul> the ones i've got came with mice/keyboards a couple years ago i think
1480<Linus> Oh
1481<PsycoXul> look on ebay, computer stores, google heh
1482<jb1081> found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html
1483--- calpefrosch|away is now known as calpefrosch
1484<calpefrosch> hi, just read the lines of today...
1485<Bagder> hehe
1486<Bagder> I just posted to the list too about it
1487<calpefrosch> and I saw some stuff like "stinkin windows" ;-)
1488* Bagder points at Linus and looks innocent
1489<calpefrosch> so, I think I#ll have to fix the win32 sim ?
1490<Bagder> yeps
1491<Bagder> should be pretty easily done
1492<calpefrosch> yes, but I have not much time the next days.
1493* calpefrosch looks out in the sun
1494* Zagor spots another have-a-lifer :)
1495<calpefrosch> hehe
1496<Bagder> we got a mail from another volountary win32 hacker just yesterday... :-)
1497<calpefrosch> who?
1498<Bagder> eh, "Christian" ;-)
1499<Bagder> Zagor: you replied to him yet?
1500<Zagor> not yet
1501<calpefrosch> cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull?
1502<Bagder> we need scrolling
1503<Bagder> I haven't tried it yet though ;-)
1504<calpefrosch> isn't there a scrolling bar at the archos firmware?
1505<Bagder> yes there is
1506<Bagder> on the left side
1507<calpefrosch> mhhh, so we have to scan the dir first to see how much is in there
1508<Bagder> I bet people will want one of those
1509<Bagder> I'm afraid we'd need to do that, yes
1510<calpefrosch> ok, we have a works meeting now. cu
1511<Bagder> see ya
1512<Linus> cu!
1513<-- calpefrosch has quit ("bin bals zurück")
1514<Bagder> bin bals? ;-)
1515* Bagder is gonna pretend he has a life now!
1516<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1517<-- Linus (~linus@labb.contactor.se) has left #rockbox
1518--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1519<Zagor> hi chris!
1520<chris1> Björn by sourcfor. name is "flanz"
1521<Zagor> ok
1522--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1523<elinenbe> hello there.
1524<Zagor> chris1: you're addded
1525<chris1> the ata-sim code will only work on Images on disk, I want to add support to read realtime the Sectors from the Archos HD in the UISimulator
1526<Zagor> hi elinenbe
1527<Zagor> chris1: we already do that.
1528<Zagor> look at ata-sim.c in test/ata
1529<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1530--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1531<Zagor> chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations
1532<chris1> this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image.
1533<Zagor> yes
1534<Zagor> I copy data from a real FAT32 disk into a image file and then use it for testing
1535<chris1> ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :)
1536<elinenbe> how is the progress coming?
1537<Zagor> the MAS DMA code is coming along, although it will not be as pretty as we hoped
1538<Zagor> the ATA code is bugging, and I'm trying to figure out why
1539<Zagor> and right now I'm writing open/close/read for basic file access
1540<elinenbe> blah pretty... shmitty... who needs pretty code?
1541<Zagor> well it's not just the code, more the design. we'll need to poll a pin every millisecond. we hoped to be able to get an interrupt for that instead
1542--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1543<Zagor> but it's not a major problem, just a nuicance
1544<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1545--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1546--- Zagor_ is now known as Zagor
1547<Zagor> bleh, my brain hurts. read() gets too complex.
1548<Bagder> drink coffee! ;-)
1549* Bagder returns an advice ;-)
1550<Zagor> hehe
1551<Bagder> I'll go and make food now, see ya
1552<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1553<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1554--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1555<Zagor_> strange happenings...
1556--- Zagor_ is now known as Zagor
1557<chris1> ok here in Berlin/EU is al lite release party inhouse.I have to go.
1558<-- chris1 has quit (Remote closed the connection)
1559<Zagor> i'm off. see you later.
1560<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1561--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
1562--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox
1563<elinenbe> hello
1564<-- wavey has quit (Read error: 110 (Connection timed out))
1565--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1566--- ChanServ removes channel operator status from adiamas
1567<-- Zagor has quit ("bye")
1568<-- wavey has quit (Read error: 110 (Connection timed out))
1569--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1570<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
1571<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
1572<-- wavey has quit (Read error: 110 (Connection timed out))
1573--> Linus (~linus@labb.contactor.se) has joined #rockbox
1574--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1575<Bagder> evening
1576<adi|work> afternoon :)
1577<Bagder> :-)
1578<Linus> moo
1579* Bagder scrolls in the directory browser... wooo ;-)
1580--> quiquee (~quique@217.8.197.89) has joined #rockbox
1581<Bagder> hey
1582<quiquee> hello everyone
1583<Bagder> its a silent period in here right now
1584--- quiquee is now known as wannabeuihacker
1585* Bagder giggles
1586<wannabeuihacker> I have seen that the menu stuff assumes complete separation of player and recorder
1587<Bagder> yes, but I did that mainly to get a player version that compiled and built
1588<Bagder> for the simulator that is
1589<wannabeuihacker> I added the menu functions and got a menu system for the player
1590<Bagder> cool
1591<wannabeuihacker> mostly copy and paste
1592<wannabeuihacker> I guess it is the best solution for now
1593<Bagder> yes
1594<Bagder> we'll see if we can merge stuff later on or if we'll keep them apart
1595<wannabeuihacker> but the button right of the player is not working, any clue why ?
1596<wannabeuihacker> I mean , when using the simulator
1597<Bagder> the x11 one?
1598<wannabeuihacker> yep
1599<Bagder> weird, it should work
1600<Bagder> when you get your code in, I can have a look
1601<wannabeuihacker> I am trying to find out , how do I flush printf output ?
1602<Bagder> fflush()
1603<wannabeuihacker> ok I am doing something wrong then.
1604<wannabeuihacker> right button works
1605<wannabeuihacker> my code doesn't
1606<Bagder> heh
1607<wannabeuihacker> fflush cores :? anyway
1608<wannabeuihacker> I am trying to get used again to emacs and c
1609<Bagder> fflush(stdout); it should be
1610<wannabeuihacker> hmm , thanks.
1611<Bagder> or whatever stream you wanna flushs
1612<wannabeuihacker> I didnt use it for 6 years now
1613<Bagder> this is a perfect way to get back in shape ;-)
1614<wannabeuihacker> do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ?
1615<adi|work> yeah...
1616<Bagder> M-x compile
1617<wannabeuihacker> shit , I thought it couldnt be that easy
1618<adi|work> meta-s is a common bind for it...
1619<Bagder> M-x global-set-key ;-)
1620<wannabeuihacker> ok , it insists in running make from the ./uisimulator
1621<wannabeuihacker> it would be a good idea to add a Makefile there
1622<Bagder> right, it runs from the dir of the buffer you start it from
1623<wannabeuihacker> I will have to read again the gdb info
1624-wannabeuihacker/#rockbox- panics
1625* Bagder tries to paint a little icon for the files in the dir browser
1626<Bagder> unfortunately, gimp doesn't output our format natively ;-)
1627<wannabeuihacker> ok, it is working
1628<wannabeuihacker> I plan to create a menu structure that is read in the future from an external file
1629<wannabeuihacker> so people can customize it to whatever they want
1630<wannabeuihacker> just an idea to start playing with it
1631<wannabeuihacker> no plans to add an xml parser in the firmware, right ? ;)
1632<Bagder> I don't think that'll be necessary, but we'll see
1633<Bagder> hehe
1634<wannabeuihacker> I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys
1635<Bagder> I think I speak for most of us when I say that we enjoy this a lot too
1636<wannabeuihacker> it is contagious .
1637<wannabeuihacker> going to have a nap now. cu soon
1638<Bagder> see ya
1639<Linus> The ATA code sure is full of bugs...I'm killing them by the dozen...:-)
1640* Bagder hands Linus the fly squasher
1641<Linus> How can you do sleep(HZ/500) when HZ is only 100???? :-O
1642<Bagder> haha
1643<Bagder> short sleep ;-)
1644<Linus> And it's full of return -1 for error
1645<Linus> when the code checks for 0
1646<adi|work> heheheh
1647<Linus> Well, it's starting to work now. I've read the boot sector.
1648<Bagder> on target?
1649<Linus> Yup
1650<Bagder> rock
1651<Linus> I wish Zagor was on the channel.
1652<Bagder> hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted
1653<Linus> bango!
1654<Bagder> heh
1655<Bagder> works
1656<Bagder> now, what does a symbol for a directory look like? ;-)
1657<Linus> Go figure
1658<Linus> disk_init() finds the correct root partition now.
1659<Linus> but readdir() fails miserably...
1660* Bagder commtted his little icons
1661<Linus> linus = sleep(until(6am));
1662<Linus> bye
1663<Bagder> night
1664<-- Linus (~linus@labb.contactor.se) has left #rockbox
1665<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1666<-- jb1081 has quit (Read error: 113 (No route to host))
1667* adiamas pokes you all in the forehead
1668<miah> ouch
1669<adiamas> wuss
1670<miah> yea
1671<miah> im a wuss
1672<adiamas> has anyone figured out why the remote does not work with the recorder?
1673--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
1674<calpefrosch> morning
1675<adiamas> evening :)
1676<calpefrosch> oh
1677<calpefrosch> had a nice day ? ;-)
1678<adiamas> heheheh quiet so far...
1679<adiamas> but im on call till 0700... so ill tell you tomorrow :)
1680<calpefrosch> it's tuesday on your side, right ?
1681* calpefrosch goes for breakfast
1682--- calpefrosch is now known as calpefrosch|eats
1683<adiamas> yeah... its actually wends now.
1684--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1685<Bagder> hey ho
1686<-- wannabeuihacker has quit (Read error: 110 (Connection timed out))
1687--> wannabeuihacker (~quique@217.8.197.187) has joined #rockbox
1688<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
1689--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
1690<calpefrosch|eats> hey Bagder
1691--- calpefrosch|eats is now known as calpefrosch
1692<Bagder> mornning calpe
1693<calpefrosch> The sim is running, where has it changed ?
1694<calpefrosch> ahh, I have to fill the attribute
1695<Bagder> exactly
1696<Bagder> and size too preferably
1697--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1698<Bagder> howdy Zagor_
1699--- Zagor_ is now known as Zagor
1700<Zagor> i'm puzzled by linus' ata changes. they don't work for me
1701<Bagder> odd
1702<Bagder> he said he had a few problems
1703<Bagder> but he could read a few things on target
1704<Zagor> i guess he'll arrive soon
1705<Bagder> yeah, he got to bed early :-P
1706<Bagder> surely before 1 am...
1707<Zagor> normally, I'd boo him too :)
1708<Bagder> hehe
1709<Bagder> I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-)
1710<Zagor> hehe
1711<Bagder> btw, we probably will end up needing a malloc() sooner or later, don't we?
1712<Zagor> yes
1713<Bagder> I thought I'd have a go at that
1714<Zagor> we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :)
1715<Bagder> hehe
1716<Bagder> uh
1717<Bagder> wannabeuihacker has a little menu app written for the player now
1718<Bagder> he said yesterday
1719<Zagor> ah, cool
1720<Bagder> calpefrosch: any plans on making the win32 simulator work as a Player?
1721* Bagder runs for more coffee
1722<calpefrosch> ok, sim is fixed.
1723<Bagder> ain't my icons beautiful? ;-)
1724<calpefrosch> I love it
1725<calpefrosch> Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++
1726<calpefrosch> It would last a bit
1727<Bagder> well, maybe some of the other guys could help out on that part too
1728<calpefrosch> yes. Another question...
1729<calpefrosch> I get an error in id3.c that header is not initialized
1730<Bagder> which line?
1731<calpefrosch> 351
1732<Bagder> that's a good warning
1733<Bagder> it should be set to 0
1734<calpefrosch> do you commit in cvs ?
1735<Bagder> I'll do it, I fixed another thing too
1736<adiamas> Bagder what is is the menu app that wannabeuihacker worked on .. do you know?
1737<Bagder> it's written specificly for the player, that's about all I know
1738<Bagder> the one we have now is recorder-specific
1739<adiamas> nod
1740<adiamas> btw.. bagder.. perhaps its time to start getting togeather an icons.h file?
1741<Bagder> yes
1742<adiamas> where did you put your icons?
1743<Bagder> both a icons.c and an icons.h
1744<Bagder> it's in the tree.c file
1745<Bagder> they're
1746<adiamas> im adding icons.h right now.
1747<Bagder> feel free to give my icons better names
1748<adiamas> should we rename "fileimage" to "fileicon" ?
1749<Bagder> yes
1750<adiamas> those are 6x8 right?
1751* Bagder nods
1752<adiamas> will the player use icons?
1753<Bagder> it a limited extent
1754<Bagder> in a
1755<adiamas> okay...
1756<adiamas> just wondering if i was going to #defin around it
1757<Bagder> but hardly the same ones
1758<adiamas> nods
1759<adiamas> anyone have an issue with the function name "get_6x8_bitmap_icon"
1760<adiamas> or would you rather refernce the array directly?
1761<Bagder> I prefer referencing the array directly
1762<Bagder> no reduce all overhead
1763<Bagder> to reduce
1764<adiamas> that case.. any prob is all 6x8 icons are in an array with the subscripts as enums?
1765<Bagder> Dave posted a good idea
1766<adiamas> haveing X # of icons is annoying...
1767<adiamas> havn'et seen it yet
1768<adiamas> which part of the idea did you like?
1769<Bagder> storing short names in memory
1770<adiamas> well.. i don't know if i agree with his "just 16 chars"
1771<adiamas> and the short name... dunno if i like that either.
1772<Bagder> why not?
1773<adiamas> i store my mp3s as "artist - song name.mp3"
1774<Bagder> it's a memory internal thing
1775<adiamas> so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing
1776<Bagder> right, but we haven't solved that issue yet
1777<adiamas> right...
1778<adiamas> i guess i just don't get what his suggestion is attempting to solve
1779<Bagder> I'd prefer having a way to strip off the current directory's name from the local files or something
1780<Bagder> you need to check the tree.c source to see what is aiming at ;-)
1781<Bagder> what he is
1782<Bagder> it currently stores the full names in memory
1783<Bagder> and displays the 16 first letters
1784<adiamas> i agree that we strip the dir structure..t hat just makes sense...
1785<adiamas> but limiting the filename that cane be displayed.. dunno if i agree with that.
1786<Bagder> thus, the displaying and the storing in memory are two parts
1787<adiamas> If so, the buffer in tree.c just needs to
1788<adiamas> store the short name (for accessing the file) and the first 16 characters of
1789<adiamas> the full name (for display on the screen).
1790<adiamas> 16 chars is _not_ enough space for display
1791<adiamas> thats what im getting at
1792<Bagder> I get it
1793<Bagder> but the full name shouldn't be needed either in all cases
1794--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1795<adiamas> anything internal.. hell we index however we want..
1796<adiamas> then when do you get it?
1797<adiamas> if not when you do a dir listing?
1798<Bagder> the full name stored for diplaying doesn't need to be the full file name
1799<Bagder> it could be modified to look better
1800<adiamas> define "look better"
1801<Bagder> stripping off redundant parts for example
1802<adiamas> but "Beat on the brat.mp3"
1803<adiamas> is good..
1804<adiamas> that i agree..
1805<Bagder> like I have "artist/artist - tune 1.mp3"
1806<adiamas> but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly
1807<adiamas> :)
1808<Bagder> then showing the dir in 'artisy' could cut off 'artist -' for me
1809<Bagder> hehe
1810<Bagder> well
1811<Bagder> you still can't show that full length on each line
1812<adiamas> i agree.. any directory struct stuff should not be shown
1813<adiamas> sure you can.. it's called scroll :)
1814<Bagder> you wanna scroll all lines?
1815<adiamas> no.. only current selected line.. as you page through...
1816<Bagder> right
1817<adiamas> but if you only get the ful name when you cursor over it...
1818<Bagder> but then you don't need to store the full name in memory
1819<adiamas> you are going to be spinning up and down the drive constantly
1820<adiamas> sure you do
1821<Bagder> ah
1822<Bagder> true
1823<adiamas> now.. we can make alterations.. say.. ".mp3" can be dropped..
1824<adiamas> and all directory structure...
1825<adiamas> that i fully agree..
1826<adiamas> oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files
1827<adiamas> i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8"
1828<adiamas> hehehe
1829<Bagder> hehe
1830<adiamas> play didn't like that much
1831<Bagder> was it good? ;-P
1832<adiamas> id rather display "Not an mp3" or something when you select it...
1833<adiamas> and it's easy enough a check to do when you select a file to play
1834<adiamas> Bagder wanna do me a favor?
1835<Bagder> sure
1836<adiamas> could i mail you this icons.h and tree.c for the uisim..
1837<adiamas> let me know if the idea makes sense?
1838<adiamas> it works.. just dont wanna set bad precident
1839<Bagder> sure, fire away
1840<adiamas> so no reasont to check it in
1841<PsycoXul> i think it should do something specific to the filetype whenever it can, even if its something simple, and some simple thing for whatever unknown things
1842<PsycoXul> eg you "play" a text file it shows it to you
1843<Bagder> and if you play a HTML file ... *g*
1844<PsycoXul> heh
1845* Bagder grins
1846<PsycoXul> yes so when are we getting the modem driver for the serial port?
1847<adiamas> lol
1848<Bagder> uh, that'll be after I'm done with the apache port
1849<PsycoXul> hehe
1850<adiamas> bag, sent
1851<Bagder> gotem
1852* adiamas thinks you should all read quesiton # 17 on the FAQ
1853<Bagder> adiamas: I like that approach, I only have some nits
1854<PsycoXul> oh yeah btw
1855<PsycoXul> Q18. I don't see you mentioning ogg files on your list of ideas. What about
1856<PsycoXul> supporting those?
1857<PsycoXul> that question kinda seems odd when right within the same page you can see
1858<PsycoXul> - Support playing of other files types (ie: Ogg Vorbis support)
1859<PsycoXul> in said list of ideas
1860<Bagder> adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern"
1861<adiamas> well.. thats why i was planning on having the calling function to get the array
1862<adiamas> having externs all over the place is nasty
1863<adiamas> but thats just my opinion...
1864<adiamas> ill set it up your way and we can argue later :)
1865<Bagder> :-)
1866<adiamas> and i couldn't come up with a better name then that :)
1867<Zagor> having extern in .h files is not nasty
1868<Zagor> only in .c files
1869<adiamas> your right...
diff --git a/www/irc/rockbox-20020505.log b/www/irc/rockbox-20020505.log
deleted file mode 100644
index 575e93c018..0000000000
--- a/www/irc/rockbox-20020505.log
+++ /dev/null
@@ -1,614 +0,0 @@
1**** BEGIN LOGGING AT Thu May 2 23:05:32 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-96.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<miah> dah
7<adiamas> mah
8--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
9--- [TDM]Mr_B|away is now known as [TDM]Mr_B
10<-- [TDM]Mr_B has quit ()
11<adiamas> hmmm
12<miah> hrm?
13<adiamas> nothing.. just makeing updates to the uisim...
14<adiamas> tetris now plays a bit nice with ppl...
15<adiamas> and the menuing of the sim works properly./
16<miah> nice
17<-- edx|sleeping has quit (Read error: 110 (Connection timed out))
18<miah> i've been following the project for a couple months now.. looks like things are getting there
19<miah> i can't wait
20<adiamas> are you on a win machine or a *nix?
21<miah> unix
22<miah> and windows
23<adiamas> then you should pull down the sorce and play with the sim a bit :)
24<miah> my unix boxes all lack X
25<adiamas> ahhh..
26<miah> yea, i havnt had much time to play with stuff lately
27<adiamas> that could be a prob...
28<miah> im working on a linux distro
29<adiamas> nice... what pulled you into that?
30<miah> well, i worked at turbolinux for a while
31<miah> and then at penguin computing..
32<miah> doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically
33<PsycoXul> ok the cursor for the menu's
34<miah> and got sick of installing and then configuring things to the way i liked them
35<PsycoXul> it gets put back on tetris when i go to browse or rockabox
36<PsycoXul> but its still actualy on browse or rockabox
37<miah> so i started building my own stuff, so it would save me time..
38<PsycoXul> and neither of them are doing anything for me
39<PsycoXul> heh
40<miah> but i've been working on it for about a year now
41<adiamas> hmm... let me look
42<adiamas> hehe i know what it is.. one sec
43--> calpefrosch (calpefrosc@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox
44--- calpefrosch is now known as calpefrosch|away
45<adiamas> okay.. which makes more sense...
46<adiamas> you choose a menu..
47<adiamas> enter it
48<adiamas> when you come back out
49<adiamas> should the cursor be at the top again, or where you left off?
50<adiamas> im mixed on it
51<PsycoXul> i say where you left off
52<miah> where you left off..
53<adiamas> cool.
54<PsycoXul> and whichever it is, it should be consistent
55<adiamas> well.. i sense a series of funcitons coming for menuing
56<PsycoXul> the current firmware for the player does both in various places of the menu and its annoying heh
57<adiamas> okay.. fixed
58<adiamas> pull it down and try it
59<PsycoXul> actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is]
60* adiamas nods
61<adiamas> im going to be thinking about it over the weekend.. it irks me too
62* adiamas takes a bit to switch gears from c++ mode to c mode
63<adiamas> i miss classes _so_ much in a case like this :)
64<PsycoXul> heh
65<PsycoXul> ok so yeah thats better
66* adiamas nods
67<adiamas> now i just want to slow down tetris,
68<adiamas> fix scoring
69<PsycoXul> browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor
70<adiamas> well.. the browse
71<adiamas> you need to add a 'archos' directory to your files
72<adiamas> that is being used to represent the '/' on the player
73<PsycoXul> where?
74<PsycoXul> ah got it
75<PsycoXul> nice
76<adiamas> in the x11 dir or win dir you are using
77<adiamas> now.. lets see if i can replicate your other issue
78<adiamas> yeah.. roxabox is more of a place holder...
79<adiamas> just something for the screen.. ill remove it.
80<PsycoXul> heh
81<PsycoXul> so how much of this works target?
82<adiamas> come again?
83<PsycoXul> er
84<PsycoXul> how much of this works on target?
85<PsycoXul> you know actualy runs on the units
86<adiamas> hmm i can't replicate your blanking when you go left after going right.
87<adiamas> none yet
88<PsycoXul> heh
89<PsycoXul> none?
90<adiamas> the simulator just lets us higher level coders start using the api we are developing
91<PsycoXul> the lcd/button stuff should work no?
92<adiamas> well.. some barebones stuff has been worked on..
93<adiamas> but no apps and such...
94<PsycoXul> heh
95<PsycoXul> tetris and the screensaver should be able to run on it i would think
96<adiamas> im not about to toss this stuff onto my unit yet ;)
97<PsycoXul> heh
98<adiamas> okay.. newest version up.. try it now
99<adiamas> PsycoXul are you working on windows or lin?
100<PsycoXul> linux
101<adiamas> k...
102<adiamas> im waiting on one of the windows guys.. make sure this stuff works for them...
103<adiamas> i dont think they would have a prob.. but you never know
104<PsycoXul> so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target
105<adiamas> everything that runs on/in the sim is using our api... so as far as i know.. most/all
106<adiamas> though... you'd need to confirm that with Zagor and Bagder and edx
107<adiamas> they tend to be involved with more of the on metal stuff
108<PsycoXul> heh
109<PsycoXul> ok it looks that the file/directory stuff is still unimplemented
110<adiamas> thats part of what they are working on :)
111--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
112<adiamas> hey Bagder2
113<Bagder2> morning
114<Bagder2> :-)
115* Bagder2 tries to figure out why there's a Bagder still present
116<adiamas> there isn't on my list
117<Bagder2> no, but if you /whois bagder, there is one
118<adiamas> hmm.. odd
119<adiamas> PsycoXul wanna do me a favor?
120<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
121<Bagder2> adiamas: we should rework the menu in app.c to support being longer than can be shown on screen
122<Bagder2> imho
123* adiamas nods
124<adiamas> thats what im working on now ;)
125<adiamas> but i also want to do a 'menu.c/h'
126* Bagder2 bows in front of adiamas
127<adiamas> so makes it easier for sub menus
128<Bagder2> goodie
129<Bagder2> I'll try to attack the dir browser more this weekend
130<adiamas> sweet
131<adiamas> oh.. btw.. off now turns off the sim on the main menu
132<Bagder2> ok, seems reasonable
133<adiamas> i thought so ;)
134<adiamas> anyone mind if i remove the KEY PRESSED: output on stdout?
135<Bagder2> no
136<Bagder2> you can remove the lcd_update() crap too
137<adiamas> k..
138<Bagder2> we'll put it back the day we need to debug those things
139<Bagder2> no need to have them there all the time
140<adiamas> k.. then ill just comment them out
141<adiamas> where in the hell is that beep coming from!
142<miah>
143<miah> =)
144<adiamas> no ..
145<adiamas> ive got that turned off ;)
146<adiamas> i mean from the sim
147<Bagder2> yeah I kinda hate that beep too
148<adiamas> dude.. i don't know who just put in that last feature request, but they are sick :)
149* Bagder2 agrees
150<adiamas> when i do a cvs update
151<adiamas> and i get an 'M' before a file...
152<adiamas> whats that mean?
153<Bagder2> Merge
154<Bagder2> you have local changes
155<adiamas> nods
156--> calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox
157--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
158--- Zagor_ is now known as Zagor
159<Bagder2> morning Zagor
160<Zagor> ello
161--> Linus (~linus@labb.contactor.se) has joined #rockbox
162<Bagder2> morning Linus
163<Linus> Morning Bagder2
164<Bagder2> Linus / Zagor you plan to go to the Appeal party tonight?
165<Zagor> yep
166<Bagder2> me too
167<PsycoXul> adiamas: what kind of favor?\
168<adiamas> nevermind :)
169<PsycoXul> ok sorry
170<PsycoXul> heh
171<Linus> I am not going
172<calpefrosch> morning..(#)
173<calpefrosch> for the simulator, which files do I have to create ?
174<adiamas> what do you mean?
175<calpefrosch> I created a \playlists\1.m3u, but I get a strange output
176<calpefrosch> like: filename: Pý°
177<calpefrosch> load_playlist( £C )
178<adiamas> dunno...
179<Bagder2> what do you do to get that output?
180<calpefrosch> compiled the simulator with VC++ and started it...
181<Bagder2> oh
182<calpefrosch> Oh, I had to define the DEBUGF for VC++
183<calpefrosch> -> #define DEBUGF debugf in debug.h
184<Bagder2> I don't know why edx has involved the playlist stuff in the simulator at this point
185<calpefrosch> ahh, you mean it is not ready to test...
186<Bagder2> well, there shouldn't be any code calling any playlist functions
187<Bagder2> since the app.c has no code to do that
188<calpefrosch> he is calling the harness.c
189<Bagder2> ... and that is badness
190<calpefrosch> hmm
191<Bagder2> the harness.c is the test code for the playlist, it isn't meant to run in a simulator
192<calpefrosch> hehe, now it's working :-)
193* adiamas nods
194<adiamas> okay... i think im done for the evening...
195<adiamas> sleepy time...
196<Bagder2> night adiamas
197<adiamas> and at the request of you europeans.. i am not going 'nappy' ;)
198<Bagder2> haha
199<adiamas> im bedding
200<calpefrosch> good night
201--- You are now known as adi|asleep
202<-- calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has left #rockbox
203--- Bagder2 is now known as Bagder
204--- Linus is now known as Linus|lunch
205--> Nm`jaK^j (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
206--- Nm`jaK^j is now known as Bagder3
207--- Bagder3 is now known as Bagder44
208<Bagder44> grrr
209<Zagor> what's happening?
210<Bagder44> my muh disconnected and had problems to reconnect
211<Bagder44> the Bagder is a true irc ghost
212<Bagder44> it looks like an ircd bug
213--- Linus|lunch is now known as Linus
214<Zagor> fun..
215<Zagor> weee, now I can read partitioned disks too...
216<Bagder44> coolers
217<-- Bagder has quit (Read error: 110 (Connection timed out))
218<Zagor> lookie :)
219--- Bagder44 is now known as Bagder
220<Bagder> that took a while
221<Linus> Gentlemen! WE HAVE SOUND!!!!!!!!!
222<Zagor> goooooogogowooo
223* Zagor is droooooling
224* Linus is screaming with joy!
225<Zagor> everybody else is sleeping ;)
226<Linus> typical...
227<PsycoXul> sound?
228<Linus> I have managed to play MP3 data with the MAS!
229<PsycoXul> woo
230<Linus> Kicking!
231<Linus> A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy.
232<PsycoXul> heh
233<Linus> They shoule be proud
234<Zagor> rather fitting, I'd say :)
235<Linus> or rather 4 seconds of the beginning of the song, but what the heck... :-)
236<Zagor> this is the track, btw: http://www.machinaesupremacy.com/machinae_supremacy_-_arcade.mp3
237<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
238--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
239<Bagder> Zagor: you tried the ATA/FAT32 on target yet?
240<Zagor> no, not yet. tomorrow...
241<Linus> We have a silly problem with the serial connection to thw MAS.
242<Zagor> more "annoyance" than problem
243<Zagor> yet very annoying :)
244<Linus> The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first.
245<Linus> We have to swap bit order of EVERY byte we read from the hard drive!!!
246<Linus> AAAAAAH!
247--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
248<Linus> Welcome!
249<Linus> I have good news!
250<elinenbe> congradulations!!!!!!!!!
251<elinenbe> woooo hooo!!!!
252<Linus> You heard!
253<elinenbe> yes!!!
254<Linus> Thx
255<elinenbe> that is awesome!
256<Linus> Indeed!
257<Bagder> so every byte must be reversed bitwise?
258<elinenbe> but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :)
259<Zagor> haha
260<Linus> Who are they?
261<Linus> Bagder: Yes, every byte
262<Bagder> nono this should've played:
263<Zagor> we didn't select very conciously, but I think it's rather appropriate actually
264<Bagder> Run level zero - strapped to machinery.mp3
265<Bagder> :-)
266<Linus> or "Living in a Box"
267<Bagder> Linus: time for inlined assembler? B-]
268<Bagder> call Alan!
269* Bagder giggles
270<elinenbe> well, they are DJs from Germany "Kruder & Dorfmeister"
271<Zagor> They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it.
272<Linus> Or "4 sekunder" with Magnus Uggla
273<Bagder> hehe
274<PsycoXul> wait
275<PsycoXul> new versions of old c64 songs?
276<PsycoXul> why would you want to do that? the c64 had such a cool sound
277--- Linus is now known as Linus|celebratin
278<Zagor> PsycoXul: listen to their rendition of "giana sisters". they do it justice!
279* Linus|celebratin goes to buy candy
280<Zagor> ("do it justice"?) sometimes I don't even understand my own writing...
281<Linus|celebratin> Swenglish
282<Zagor> time for some candy celebration. brb
283<elinenbe> Is everyone here a sugar-holic, or is that just me?
284* Bagder is gonna get a can of coke instead
285<miah> the sidchip rules
286<Bagder> it does
287* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s
288<miah> i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can
289<miah> i already have tons of sids
290<miah> on one of my systems somewhere
291<PsycoXul> yeah ogg
292<miah> oggs are good
293<PsycoXul> there needs to be a way to play ogg on the archos
294<PsycoXul> heh
295<miah> that'd be cool, i'd like to see mod/s3m/xm too
296<miah> that should be easy since those formats require very little cpu power
297<Bagder> well
298<Zagor> we need a DSP guru
299<PsycoXul> it needs realtime mixing
300<Bagder> we only have one chip that plays sound
301<miah> yea
302<Zagor> miah: those formats require multichannel mixing, which we can't do
303<miah> really?
304<PsycoXul> how many channels does the mas support to decode?
305<Zagor> PsycoXul: one mp3 stream
306<Bagder> Zagor: where can I find info about that Splimp thing you have for mp3-playback at home?
307<PsycoXul> yes
308<miah> my stupid laptop keeps going into sleep mode.. so annoying
309<PsycoXul> but mp3 streams can be multi-channel no?
310<Zagor> Bagder: www.slimdevices.com
311<Bagder> thanks
312<Zagor> PsycoXul: 2 channel, yes
313<PsycoXul> well mp3 supports more than that
314<PsycoXul> at least mpeg2 layer3
315<PsycoXul> i dunno much about the actual format though
316<Zagor> still, we'd have to mix it *and* encode it in the cpu
317<PsycoXul> are multiple channels stored within single frames, or are channel frames interpolated?
318<Zagor> feel free to try, but I think it'll be hard
319--- Linus|celebratin is now known as Linus
320<Zagor> i think it's in a single frame, but I'm not sure
321<PsycoXul> well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that
322<PsycoXul> but pcm in low quality could probably be mixed by the sh1 maybe?
323<Linus> The PCm mode will probably support only 2 channels, since the application is stereo sound
324<PsycoXul> true
325<Linus> At least the interface to the DAC is only 2 channels
326<Zagor> well we have no pcm mode yet, so whoever writes that will decide :)
327<Linus> I pass
328<PsycoXul> heh
329<PsycoXul> so what kind of input does the dac take from the mas?
330<Linus> It's a serial interface, clock, data and frame sync
331<Linus> two time slots one for left channel, one for right
332<Linus> 16-bit or 32-bit
333--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox
334<edx|sleeping> hi
335--- edx|sleeping is now known as edx
336<Linus> Morning!
337--- edx is now known as edx|away
338<-- Linus (~linus@labb.contactor.se) has left #rockbox
339<Bagder> Zagor: you wanna meet somewhere?
340<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
341--> calpefrosch (calpefrosc@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox
342<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
343<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
344--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox
345<-- calpefrosch has quit (Client Quit)
346--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox
347--- calpefrosch is now known as calpefrosch|away
348--> thomasvs (~thomas@217-136-252-195.skynet.be) has joined #rockbox
349<thomasvs> kaping
350<thomasvs> hello
351<thomasvs> anyone around ?
352<-- calpefrosch|away has quit ()
353--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox
354--- calpefrosch is now known as calpefrosch|away
355<adi|asleep> only for a sec.. on my way to work...
356<thomasvs> ok
357<thomasvs> ;)
358<thomasvs> I was just wandering how much an archos player costs
359<miah> about $300
360<adi|asleep> you can check them out on ebay as well...
361<adi|asleep> i picked mine up for about 200
362<thomasvs> ok, thanks
363<elinenbe> get the recoder... much nicer!
364<miah> but arnt the player and recorder basically the same thing?
365<-- thomasvs has quit (Read error: 110 (Connection timed out))
366<-- calpefrosch|away has quit ()
367<elinenbe> yes, but no. The recorder has a more able screen...
368<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]")
369--> thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has joined #rockbox
370<-- edx|away has quit ()
371--> edx|away (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox
372<-- thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has left #rockbox ("Client Exiting")
373<-- adi|work has quit (Read error: 113 (No route to host))
374--> adiamas (~adiamas@151.204.140.140) has joined #rockbox
375--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
376<-- Zagor has quit ("bye")
377<PsycoXul> anybody around? know um...
378<PsycoXul> <segher> how many cycles to read/write that dram?
379<PsycoXul> for the player?
380<PsycoXul> <segher> well, this device is really tight on resources. good luck.
381<PsycoXul> <PsycoXul> heh
382<PsycoXul> <PsycoXul> you think its possible?
383<PsycoXul> <segher> might be possible, yes
384<PsycoXul> <PsycoXul> i should send somebody who's more knowledgable on the hardware and
385<PsycoXul> hax0ring in here to talk to you heh
386<PsycoXul> ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out
387<PsycoXul> <segher> with highly optimized code, it should _just_ work.
388<PsycoXul> ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating
389<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
390<PsycoXul> <PsycoXul> ok
391<PsycoXul> <segher> it will be quite some (fun!) work, though
392<-- edx|away has quit (Read error: 110 (Connection timed out))
393--> calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox
394<-- calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has left #Rockbox
395--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
396<adi|asleep> hey zagor...
397<Zagor> hey
398<adi|asleep> you see any problem if i hack out a menu.c/h over the weekend
399<adi|asleep> i figure im already noticing repetition in how ppl are looking to menu in the sim...
400<adi|asleep> figured i cold give us a basis..
401<adi|asleep> rather then reinventing the wheel.
402<Zagor> sure
403<adi|asleep> have you played with the sim recently?
404<Zagor> no
405<adi|asleep> ahh...
406<adi|asleep> well.. tetris plays a bit nicer and we have a basic screen saver.....
407<PsycoXul> i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said:
408<PsycoXul> <segher> well, this device is really tight on resources. good luck.
409<PsycoXul> <segher> might be possible, yes
410<PsycoXul> <segher> with highly optimized code, it should _just_ work.
411<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
412<PsycoXul> <segher> it will be quite some (fun!) work, though
413<Zagor> interesting
414<Zagor> nobody volunteered to help? ;)
415<adi|asleep> oh.. zagor.. ment to ask...
416<PsycoXul> nope heh
417<adi|asleep> in the contrib file...
418<adi|asleep> any reason your against const?
419<Zagor> yes, people tend to use it wrong
420<PsycoXul> so i take it opendir(),readdir(), etc don't work on target yet? heh
421<Zagor> opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now
422<adi|asleep> i have a habit of doing it. bear with while i adjust :)
423<adi|asleep> okay.. off to bed.. need 2 hrs...
424* Zagor just got up :)
425<adi|asleep> hehhe i _should_ be just getting up...
426<adi|asleep> 06:10... gotta love it..
427<PsycoXul> Zagor: how do i open the root directory?
428<Zagor> PsycoXul: opendir("/")
429<PsycoXul> hmm
430<adi|asleep> Psyco check out tree.h and tree.c
431<PsycoXul> well that doesn't seem to return on my unit
432<adi|asleep> in uisim/x11
433<adi|asleep> PsycoXul you need to add an "archos" dir
434<PsycoXul> i'm not talking about in the sim
435<adi|asleep> that is being used to simulate the '/' on the player
436<PsycoXul> i got the sim browser to work
437<PsycoXul> heh
438<adi|asleep> heheh ahh.. k
439<PsycoXul> lemme see where its having problems actualy..
440<PsycoXul> well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars
441<PsycoXul> and next is that
442<PsycoXul> dir=opendir("/");
443<PsycoXul> doesn't return
444<PsycoXul> unless there's something i need to do before it that i'm not
445<Zagor> look in test/fat
446<PsycoXul> heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p
447<Zagor> look in test/fat/main.c
448<PsycoXul> ok
449<Zagor> you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk
450<PsycoXul> ah ok
451<PsycoXul> ok i see
452<PsycoXul> anything to call later like to umount or spindown or something?
453<Zagor> you don't have to, no writing is implemented yet so it's failsafe
454<PsycoXul> why is there a firmware/disk.h and firmware/common/disk.h
455<Zagor> firmware/disk.h will change, it's just a code container at the moment
456<PsycoXul> ok
457<PsycoXul> lcd_puts(0,0,"Hello.");
458<PsycoXul> if(ata_init()) {
459<PsycoXul> lcd_puts(0,0,"Disk error");
460<PsycoXul> return -1;
461<PsycoXul> }
462<PsycoXul> lcd_puts(0,0,"ata init.");
463<PsycoXul> all i get is "Hello."
464<Zagor> the ata code is not target tested yet, I'll be doing that today
465<PsycoXul> ah
466<Zagor> now we know it doesn't work :)
467<PsycoXul> hehe
468--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox
469--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
470<Bagder> hey ho
471<Zagor> hi
472<Bagder> I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second?
473<Bagder> player
474<Bagder> can't see any reason why not, just checking
475<Zagor> i agree
476--- Bagder is now known as Bagder|laundry
477--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
478--- Bagder|laundry is now known as Bagder
479* Bagder starts to get the player simulator going
480<Zagor> have you seen adis latest items on the faq?
481<Bagder> nope
482<Zagor> s/latest/last/
483<Zagor> Q: But I _really_ want to talk with you in person.
484<Zagor> adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the
485<Zagor> doctors here won't let me have pens or pencils. They say its some rule
486<Zagor> about us not having sharp objects. I'm sorry. Now please stop calling me
487<Zagor> here.
488<Bagder> ah yes
489<Bagder> that's a good one ;-)
490<Zagor> yes
491<PsycoXul> ok so how do i use custom chars on the player LCD with the new codebase? there an api for it?
492<Bagder> is that lcd_define_pattern() ?
493<PsycoXul> is it?
494<Bagder> I dunno ;-)
495<Zagor> yes
496<Zagor> I think so :)
497<PsycoXul> heh so how do i use it?
498<Zagor> 1. fix it
499<Zagor> 2. use it
500<Zagor> :)
501<PsycoXul> heh
502<Bagder> 3. add it to the simulator
503<PsycoXul> hehe
504<Zagor> yup, those are the official docs
505<Bagder> I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen
506<PsycoXul> heh
507<PsycoXul> i just run my test code on my player
508<Bagder> since I want to use the bitmap functions
509<Bagder> but simulate the charcell lcd api
510<PsycoXul> i'd honestly much rather have a bootloader than a simulator personally, just wish i knew the first clue about making one heh
511* Zagor just realized he has no sh-elf-gdb :(
512* Bagder commits
513<PsycoXul> hmmm....
514--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox
515<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
516<PsycoXul> how long does sleep(1) sleep for?
517<Zagor> one tick
518<-- calpefrosch|away has quit ()
519<PsycoXul> how long is a tick?
520<Zagor> 1/HZ seconds
521<Zagor> HZ is defined in kernel.h
522<PsycoXul> ah
523<PsycoXul> ok lcd_backlight() doesn't do anything on my player
524<Zagor> ok
525<PsycoXul> with 1 or 0 as the arg
526<Zagor> I guess the port pins differ
527<-- Zagor has quit (zahn.openprojects.net irc.openprojects.net)
528<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net)
529<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
530<-- miah has quit (zahn.openprojects.net irc.openprojects.net)
531--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
532--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
533--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
534--> miah (21-ident-i@pihkal.com) has joined #rockbox
535<PsycoXul> heh
536<PsycoXul> i dunno
537<PsycoXul> i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one
538<Zagor> you're on the cutting edge :)
539<Zagor> currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled
540<PsycoXul> ah
541<PsycoXul> there an easy way to use it, or should i do something to sleep?
542<Zagor> i'd suggest a busy wait at the moment
543<PsycoXul> whats that? :p
544<Zagor> a for() loop instead of the sleep
545<PsycoXul> i see, so thats what thats called heh
546<Zagor> the term "busy" is used for when you don't allow other threads to execute
547<PsycoXul> ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } }
548<PsycoXul> i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default
549<PsycoXul> and with our without a button pressed it hits default
550<PsycoXul> s/our/or/
551<Zagor> sounds good
552<PsycoXul> heh
553<PsycoXul> man
554<PsycoXul> heh
555<PsycoXul> shouldn't a make clean rm */*.o too? and not generate dependancies? heh
556<Zagor> picky picky :)
557<PsycoXul> oh come ON... umount's gonna hang now again already? fuck
558<Zagor> usb-storage is far from perfect...
559<PsycoXul> well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims
560<PsycoXul> at least like TIME OUT or SOMETHING
561<Zagor> he's doing a big rewrite for 2.5
562<PsycoXul> reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN
563<PsycoXul> not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS
564<Zagor> heh, yeah...
565<Zagor> you should consider the serial port fix
566<PsycoXul> goddamn i can't get this one little file copied on here now
567<PsycoXul> 3 reboots and it STILL fucking up
568<PsycoXul> and then i'll still need to copy the real working firmware back on to there once i get this to work
569<PsycoXul> i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times
570* PsycoXul considers selling his archos and taking the money for vocal lessons
571<PsycoXul> hey i can store a lot more than 20G worth of music in my head :p
572<Zagor> :)
573* Zagor sings in a chamber choir
574<PsycoXul> ok so i made the default do
575<PsycoXul> snprintf(ugh,11,"%d",key);
576<PsycoXul> lcd_puts(0,0,ugh);
577<Zagor> ok
578<PsycoXul> i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right
579<PsycoXul> and various others with combinations heh
580<Zagor> from button_get() ?
581<PsycoXul> yeah
582<Zagor> odd
583<Zagor> it should return 1,2,4,8 etc no?
584<PsycoXul> well looking at the code, thats what you'd think.. heh
585<Zagor> uhu
586<PsycoXul> same with or without calling button_init() first
587<PsycoXul> heh
588<PsycoXul> btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off
589<Zagor> yes, that would be interesting
590<PsycoXul> i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though...
591<PsycoXul> my latest project with C was struggling to successfully read a wav header into a struct from stdin heh
592<Zagor> & is "and". portc & 0x10 tests if bit 4 is set in portc
593<PsycoXul> bit 4?
594<Zagor> yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10
595<PsycoXul> ok
596<PsycoXul> know of any good online docs that'd teach me this kinda stuff?
597<Zagor> umm, no
598<Zagor> :)
599<PsycoXul> heh
600<Zagor> maybe http://www.learn-c.com/
601<Zagor> http://www.learn-c.com/boolean.htm
602<PsycoXul> cool.. i'll read that later... enough hax0ring stuff today for me heh
603<Zagor> :)
604<-- Zagor has quit ("bye")
605<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
606<-- edx|away has quit ("brb")
607--> edx (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox
608<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
609<-- miah has quit (zahn.openprojects.net irc.openprojects.net)
610--> miah (21-ident-i@pihkal.com) has joined #rockbox
611--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
612--- Disconnected (Connection timed out).
613**** ENDING LOGGING AT Sun May 5 01:46:26 2002
614
diff --git a/www/irc/rockbox-20020509.log b/www/irc/rockbox-20020509.log
deleted file mode 100644
index 53a6580ede..0000000000
--- a/www/irc/rockbox-20020509.log
+++ /dev/null
@@ -1,1656 +0,0 @@
1**** BEGIN LOGGING AT Mon May 6 00:25:45 2002
2
3--> stile (~adiamas@as5300-9.216-194-23-71.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 has quit (Killed (NickServ (Nickname Enforcement)))
7--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
8--- You are now known as adiamas
9--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
10--- [TDM]Mr_B|away is now known as [TDM]Mr_B
11--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
12--- ChanServ gives channel operator status to Bagder
13<[TDM]Mr_B> hello?
14<Bagder> hey ho
15<[TDM]Mr_B> ...just an outsider with some questions
16<Bagder> go ahead and ask, I'll try to answer
17<[TDM]Mr_B> i've been following this project for a short while and i'm very interested...
18<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use?
19<Bagder> we're doing two different simulators, for running the app itself on host machines
20<Bagder> one for win32, one for X11
21<[TDM]Mr_B> is there an exe of that sim?
22<Bagder> we do not have the app actually running on target just yet
23<Bagder> edx is the author of the win32 simulator, we should ask him to post a binary on the web site
24<[TDM]Mr_B> exactly what improvments/additions are you guys working on?
25<Bagder> I think many of them are mentioned of the web site
26<Bagder> we need to implement everything by ourselves
27<Bagder> so we will try to write an mp3 player software that meets the audience demands
28<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download?
29<Bagder> we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month
30<[TDM]Mr_B> cool
31<[TDM]Mr_B> how well does tretris work?
32<[TDM]Mr_B> ...tetris
33<Bagder> it works pretty good ;-)
34<Bagder> no scores yet though
35<Bagder> I expect that we will get even more programmers joining up the very second we have a first target version
36<[TDM]Mr_B> i'm looking forward to all of it
37<Bagder> :-) me too
38<[TDM]Mr_B> I see you guys are working on a FAT 32 fs
39<Bagder> yes, we need that to be able to read the disk
40<[TDM]Mr_B> I guess that would make installation/use easier?
41<Bagder> the disk is using fat32, we need to read dirs/files from it...
42<[TDM]Mr_B> ok, I get it
43<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on?
44<Bagder> we replace the entire software
45<Bagder> we hope to make the player more intuitive and more capable than the built-in software
46<Bagder> if you've used it, you know it isn't very good
47<Bagder> its about resuming play in a playlist
48<Bagder> handling big playlists
49<Bagder> and all sorts of stuff
50<[TDM]Mr_B> well, thanks for entertaining my questions
51<Bagder> personally, I do most of this because of the shear fun
52<[TDM]Mr_B> same here, only with coding hypertext
53* adiamas coughs "Read the faq"
54<Bagder> feel free to let us know if you think you can help out the project in any way you see fit
55* adiamas nods
56<adiamas> hey Bagder whats doing?
57<Bagder> did lots yesterdat, as the CVS-list shows ;-)
58<adiamas> heheh yeah..
59<adiamas> I _can't_ believe that i forgot to call the function pointers when i put that in :)
60<Bagder> hehe
61<[TDM]Mr_B> ...I read the FAQ 3 times
62<adiamas> heheh k :)
63<adiamas> can't help; it...
64<adiamas> its my pet project :)
65<adiamas> any suggestions on additions or rewording?
66<Bagder> adiamas: "why do you write a replacement software?"
67<Bagder> adiamas: "when do you think there is a version available for my Archos?"
68<[TDM]Mr_B> well, it doesn't answer too many questions
69<[TDM]Mr_B> tell people about exactly what's being redone and maybe when people will be able to enjoy your labors on their players
70<adiamas> What exactly are you trying to achieve with this line of development?
71<adiamas> should that be reworded?
72<Bagder> adiamas: could you unmber the questions? it would be easier to direct people to a specific question then
73<Bagder> hm
74<Bagder> number
75<adiamas> hmmm how shoul di answer "when do you think there will be a version available?"
76<adiamas> sure could...
77<Bagder> adiamas: well, I think that question deserves to be answered very unspecific
78<Bagder> we might all get very busy all of a sudden
79<Bagder> so say something like maybe in a month, maybe in three, maybe in six
80<[TDM]Mr_B> true
81<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer."
82<adiamas> lol
83<Bagder> in this case, of course, it is Tetris ;-)
84* Bagder just applied patched mailed to him from Dave Chapman
85<Bagder> patches
86<Bagder> grrrr, can't type
87<adiamas> hmmm ... i need a polite way of saying 'Fuck off you complete moron."
88<adiamas> Suggestions?
89<Bagder> heh, in which context?
90<adiamas> never mind.. i have an answer...
91<Bagder> you're the american ;-)
92<Bagder> Mr_B: where are you from?
93--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
94<calpefrosch> moin
95<Bagder> morning calpefrosch
96<Bagder> the win32 simulator might need some attention now ;-)
97* Bagder whistles innocently
98<calpefrosch> hmm, let's talk about some details.
99* Bagder browses subdirs in his simulator!
100<Bagder> calpefrosch: what kind of details?
101<[TDM]Mr_B> ...New Orleans
102<adiamas> okay.. faq updated.. anyone wanna take a look?
103* Bagder shows his thumbs up
104<adiamas> :)
105<adiamas> im a bit heavy on the sarcasm.. but bugger it... let them deal with it...
106<Bagder> we need that
107<[TDM]Mr_B> ...an improvment...and I love sarcasm
108<Bagder> it makes it more obvious everything isn't so serious
109* Bagder runs for more coffee
110* adiamas cheers wildly
111<adiamas> [TDM]Mr_B your on windows correct?
112<[TDM]Mr_B> Windows XP home
113<[TDM]Mr_B> well, I should reall y be in bed, night folks
114<-- [TDM]Mr_B has quit ()
115--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
116--- Zagor_ is now known as Zagor
117<Bagder> morning Zagor
118<Zagor> morn
119<Zagor> you sure had a busy sunday :)
120<Bagder> yeps, did my share of cleaning up ;-)
121<calpefrosch> sorry, have been to a meeting
122<Bagder> Zagor: the simulator is growing cooler
123<Zagor> nice!
124<Bagder> Dave Chapman stepped in and sent me patches too
125--> Linus (~linus@labb.contactor.se) has joined #rockbox
126<Linus> Boo!
127* Bagder boos Linus back
128<adiamas> looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access...
129<Bagder> yes, I mailed him about it
130<adiamas> cool
131<calpefrosch> Badger: I ment which kind of attention ?
132<Bagder> calpefrosch: ah, it won't build just now since I've added more firmware files to the build
133* adiamas screams
134* adiamas slams his head against the wall..
135<Bagder> keeping both simulators up-to-date is a challange
136<adiamas> okay.. i screwed up.. so i may as well clue everyone in...
137* adiamas was working on tic-tac-toe for the archos...
138* adiamas was 1/2 way there...
139<Linus> adiamas is a hero
140<calpefrosch> Badger: ok, I'll try to build it this morning.
141* adiamas f***ed up...
142<adiamas> see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir...
143* adiamas doesn't really remember deleteing the files.. but they are gone
144<adiamas> so it's gonna be a few days to finish :(
145<Bagder> :-/
146<Linus> We have a saying:
147<Linus> "do it properly, or do it many times"
148<Linus> :-)
149<adiamas> oh.. i did it properly...
150<adiamas> if deletion was our aim...
151<Linus> and now you will do it again
152<adiamas> lol
153<adiamas> yup
154<adiamas> oh.. btw.. was it cool that i went to function pointers on the sim?
155<adiamas> just seemed to make more sense
156<Bagder> yeah, its good
157<Linus> I just got the MAS DMA working...
158<Bagder> *cool*
159* Zagor feels Linus breathing down his neck again...
160<calpefrosch> badger: what is that header "unistd.h" ?
161<calpefrosch> btw, sorry for *always* changing the letters b and g ...
162<Bagder> hehe
163<Linus> We have a serious problem with the project...
164<adiamas> whats that?
165<Bagder> calpefrosch: I don't think that should be included
166<Linus> Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-)
167<Bagder> calpefrosch: as that is a unix-only include file
168<adiamas> LOL
169<Zagor> hehe
170<Bagder> hahaha
171* adiamas pokes Zagor
172<adiamas> oh.. i had an idea while driving my 2.5 hrs back home..
173<Zagor> I knew you'd see right through me :)
174<adiamas> i was doing random through one of my playlists...
175<Bagder> random thoughts are good :-P
176<Zagor> adiamas: you have a 2.5h commute?!?
177<adiamas> and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list
178<calpefrosch> Bagder: It's in the ID3.c. Could you remove it, or do you need it there?
179<Linus> adiamas: great idea
180<adiamas> Zagor: nah.. only to see my girlfriend.
181<Zagor> ah
182<adiamas> i figured.. this 'favorite' list could just be a dynamic playlist...
183<Linus> adiamas has a life too?
184<Bagder> calpefrosch: *gone*
185<adiamas> because with 1000+ plus songs it _sucks_ to have to manually pick out my favs...
186<Linus> Just delete the other ones. :-)
187<calpefrosch> Bagder: tnx
188<adiamas> Linus: a girlfriend 2 hrs away, a job, ride for my ambulance core ... _And_ i still find time to hang out here and be unproductive and sarcastic...
189<adiamas> :)
190* adiamas smiles at linus
191* Linus smiles
192* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :)
193* Linus tries to have a life too...wife and kids!
194<Zagor> Linus: that's a life? ;)
195<adiamas> congrats...
196<Linus> :-)
197<adiamas> how long you been married mate?
198<Linus> Almost 2 years
199<Bagder> 2+ here
200<adiamas> hehe
201<adiamas> im just starting to get to that point...
202<adiamas> friggin distance is killing me
203--- Tumm is now known as coyote-
204<adiamas> umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful?
205<adiamas> someone who doesn't know the project won't know which is which....
206<adiamas> CHARCELLS vs BITMAP
207<Bagder> well
208<Bagder> I didn't wanna use the actual target-defines
209<adiamas> how do you mean?
210<Bagder> we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds
211<adiamas> ahh.. i got ya...
212<Bagder> but they imply more than just different LCDs
213<Bagder> maybe we can just add two big comments in the Makefile for now, explaining which is which
214<adiamas> well.. its only the recorder that has BITMAP right?
215<Bagder> yes
216<adiamas> well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD
217<Bagder> thinking about it...
218<adiamas> nods
219<Bagder> ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best
220<Bagder> then we'll be forced to include "config.h" properly
221<adiamas> hmm.. well.. id rather stay the way we are then for now...
222<Bagder> anyway, those defines are documented in firmware/CONFIG
223* adiamas nods
224<calpefrosch> Bagder: do we use harness.c or app.c for the sim ?
225<Bagder> calpefrosch: remove the harness.c completely from the sim
226<Bagder> it isn't meant to be there
227<Bagder> app.c is the app main entry
228<calpefrosch> ok
229* calpefrosch have to go to a meeting.
230<calpefrosch> brb
231--- calpefrosch is now known as calpefrosch|meet
232<adiamas> could someone explain this to me?
233<adiamas> $(CC) $(CFLAGS) -c $< -o $@
234<adiamas> i know cc and cflags
235<adiamas> -c im good
236<adiamas> -o im good
237<adiamas> but on a makefile i forget what $< and $@ are...
238<Bagder> $< is the file on the right side of the : in the rule-line above
239<adiamas> okay...
240<Bagder> and $@ is the file on the left side of the : above
241<adiamas> ahh.. okay.. thanks
242<Linus> Actually, $< is the file that triggered the rebuild, isn't it?
243<Zagor> no, that could be a .h file
244<Linus> So what is $< when there are two files on the right side?
245<Bagder> the first one I think
246<Zagor> the first, I think
247<Zagor> :)
248<Linus> OK. And $* is all of them, right?
249<Zagor> ummm 'info make'
250<Zagor> ;)
251<adiamas> im just trying to find a way to clean up the sim makefile
252<adiamas> i have to believe there is an easier way to build the app obj files w/o having to do : filename.o: $(DIRPATH)/filename.c
253<adiamas> $(CC) $(CFLAGS) -c $< -o $@
254<adiamas> 10 times
255<Bagder> this klez virus sure is annoying
256<adiamas> heheh whats the prob?
257<Bagder> it mails
258<adiamas> got ya
259<Bagder> I've received >50 mails with klez
260<Zagor> yeah
261<Bagder> it fakes From: line, and it fakes Subject: and it attaches the virus
262--- calpefrosch|meet is now known as calpefrosch
263<adiamas> as far as menus go... for sim and target.. should we assume that all menu items will be the same size...
264<adiamas> and if the user wants to increase the font, they do so for all menus?
265<Zagor> for now, sure
266<Bagder> adiamas: oh yes, certainly
267<adiamas> k
268<Bagder> hm, the cvs page doesn't mention the cvs-commit mailing list
269<Zagor> right
270<Bagder> is that one mentioned on any page?
271<adiamas> in emacs.. how do i open a fresh buffer?
272<Zagor> i don't think so, only in mail
273<adiamas> like the scratch buffer..
274<Zagor> adiamas: C-x b
275<Bagder> adiams: control-x b
276<adiamas> thanks
277<adiamas> not switch.. i know that one...
278<adiamas> to create a clean unused buffer...
279<Bagder> enter a name of a non-existing buffer
280<adiamas> ahhh k
281<Bagder> *plopp*
282<Linus> Intuitive, right? :-)
283<adiamas> hehehe
284<adiamas> sure
285<adiamas> im looking at app.c
286<adiamas> wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP?
287<Bagder> it depends, the tree.c functionality should probably work on the Player too
288<Bagder> the screensaver though, could very well be inside that #ifdef
289<adiamas> k...
290<adiamas> ill fix that then
291<Bagder> Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there?
292<Zagor> yes, I just have to add the ATTR* macros from fat.h into dir.h
293<Bagder> ok, then I'll need to make sure the simulator supports them
294<Zagor> yup
295<Zagor> not perfectly POSIX, but I think it's a fair trade-off
296<Bagder> I agree
297<adiamas> umm.. what do we call a menu item?
298<adiamas> is the generic term 'item' okay?
299<adiamas> more specifically 'menu_item'
300<Zagor> menu_item sounds nice :)
301<adiamas> k...
302<adiamas> hehhe okay.. its offical.. we have the first stages of a menu api
303<Zagor> goodie
304<adiamas> once i commit, im going to ask you to look at the menu.h file and see if the functions make sense w/o comments.
305<Zagor> ok
306<Zagor> the struct name shouldn't use uppercase
307<adiamas> at all?
308<Zagor> what's the difference btwn put_cursor(0) and put_cursor_menu_top?
309<Zagor> no, only lowercase
310<adiamas> scrolling menus...
311<adiamas> idea is that put_cursor puts you at the top of the menu all togeather..
312<adiamas> put_cursor_menu_top wold be viable menu
313<adiamas> right now there is no difference
314<Zagor> ok
315<adiamas> basically.. put_cursor() puts you _anywhere_
316<adiamas> ill clear it all up in comments as i go...
317<Zagor> ok
318<adiamas> that and ill try for better names...
319<adiamas> i just get sick when i think of "put_cursor_to_top_of_visable_menu()"
320<adiamas> :)
321<Zagor> uh, me too...
322<Zagor> I prefer fewer functions with parameter rather than many (void) functions
323<Zagor> within reason, of course
324<adiamas> so do i...
325<adiamas> downside right now is there isnt much our menuing is doing...
326<adiamas> always easier to coalese basic functions togeather...
327<adiamas> least for me
328<Zagor> yeah, I'll give you some slack for the moment :)
329<adiamas> oh sure.. make it easy...
330<adiamas> what im trying to figure out is how to handle sub menus...
331<adiamas> what i was thinking is that maybe we keep the menu_struct we have..
332<adiamas> but as we add submenus we just create an array of the structs...
333<Bagder> adiamas: first, can you think of any submenu we should have?
334<adiamas> and jsut reference them.. but im not sure..
335<adiamas> sure...
336<adiamas> :games
337<Bagder> right
338<adiamas> and when we get more ppl playing with the ui, itll get more robust...
339<adiamas> options menu
340<adiamas> i ment to ask.. seeing as you'all are working in firmware...
341<adiamas> i know the idea of a 'boot' loader is not a good idea... but what about the ability for the user to have a menu to choose which version of firmware to boot with next?
342<Bagder> of course we want that
343<adiamas> rather then having to copy files too and from the archos to play with firmware
344<Bagder> exactly
345<Bagder> you could have X different firmwares
346<adiamas> nods
347<Linus> I can't recall that anybody said a boot loader was a bad idea...
348* adiamas assumed....
349<adiamas> so shoot me :)
350<Linus> Actually, we have talked a lot about that, the project name is called RoLo
351<Linus> for Rockbox Loader
352<adiamas> sweet...
353<Linus> ...as candy
354<adiamas> you guys have done a fantastic job getting off metal quick.. have i mentioned that?
355* Zagor notes it's even in the Activity chart on the web page
356<Linus> Thx
357<adiamas> umm.. in API
358<adiamas> we list mp3info as returning FALSE if successful
359<adiamas> huh?
360<adiamas> that can't be right.
361<Bagder> correct
362<Bagder> that's wrong ;-)
363<adiamas> k.. ive got it
364<Bagder> euhhh
365<Bagder> no
366<Bagder> it is correct
367<adiamas> okay.. so it _should_ be FALSE?
368<adiamas> ummm.. that seems really counterintuitive guys?
369<Bagder> it works that way now
370<Bagder> not really
371<Bagder> because it leaves the opportunity to return different return codes for different failures
372<adiamas> but TRUE should _never_ be a failure...
373<adiamas> unless the function is invalid_mp3info()
374<calpefrosch> I made the win32-sim working. how can I diff so you can work with ?
375<Linus> If you plan to use other return codes that TRUE or FALSE you should use another return type.
376* adiamas nods
377<Bagder> yes, but I wouldn't have to change the checks
378<Linus> I don't follow
379<Bagder> non-zero would mean error
380<adiamas> i still don't get why FALSE means you _were_ able to fine mp3info
381<Zagor> FALSE is boolean, this is int
382<Zagor> it's 0, not FALSE
383<Linus> Bagder: of course. That is why you should use int
384<Bagder> nag nag
385<Bagder> calpefrosch: I
386<adiamas> correct correct
387<Bagder> 'd prefer a diff -u ...
388<Linus> And the comment above the function says it returns "void" :-)
389<Bagder> hehe
390<Linus> That is a rather redundant comment.
391<Bagder> it *did*
392<calpefrosch> Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-)
393<adiamas> well.. im submitting grammer corrections now..
394<adiamas> argue once it's in
395<Linus> Anyone can see what the function returns
396<calpefrosch> which should I check ?
397<Bagder> calpefrosch: ok, a unified diff, you should be able to make one of those I guess
398<adiamas> okay.. commited
399<adiamas> is there a way to prevent dependancy checking when you are doing a make clean?
400<Zagor> calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID?
401<calpefrosch> I have no ID yet
402<Zagor> ok
403<calpefrosch> I will create it now, ok?
404<Bagder> run run! ;-)
405<adiamas> am i correct that to adjust the lcd size i edit lcd-x11?
406<adiamas> or lcd-win32 respectively?
407<Bagder> what size?
408<Bagder> of the window?
409<adiamas> well. when i compile the sim for recorder.. size is fine..
410<adiamas> when i compile fore player... it doen'st make sense to keep the ui the same size..
411<Bagder> true
412<adiamas> dunno how to fix it.. wantted to see how to do it
413<Bagder> the size for the x11 sim window is in the screenhack.c file
414<adiamas> is that default_defaults?
415<Bagder> yep
416<adiamas> is the player the same width?
417<adiamas> just only 2 lines hight?
418<Bagder> no
419<Bagder> it's 2 X 11 letters
420<Bagder> but there should be room for some icons too, I think
421--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
422<Bagder> I'm not really good on the player lcd
423<Bagder> hey Dave
424<linuxstb> Hello everyone.
425<adiamas> k.. then ill leave it for tomorrow.. i need sleep bad...
426<adiamas> night all
427<Linus> Hi!
428<adiamas> welcome dave
429<Bagder> night adiamas
430* adiamas waves
431--- You are now known as adi|sleep
432<calpefrosch> Zagor: my ID is 536571
433<Zagor> I need the username
434<calpefrosch> calpefrosch
435<calpefrosch> what else ;-)
436<Zagor> :)
437<Bagder> :-)
438<Zagor> now you're added. and Dave, you've been added too.
439<linuxstb> Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling.
440<Bagder> goodie
441<Zagor> nice
442<Bagder> it _is_ a bit limited right now, indeed ;-)
443<calpefrosch> tnx
444<linuxstb> Has anyone thought about an API for actually playing audio files?
445<Bagder> linuxstb: we'll change the is_dir() stuff to instead use the dirent struct as soon as we know how Zagor will feature the atrributes
446<linuxstb> Agreed about is_dir() - that was just a quick hack by me.
447<Bagder> oh sure, it works fine for now
448<Zagor> linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread
449<linuxstb> I have a little experience of using libmad, so would like to implement mp3 playing in the simulator.
450<Bagder> hehe
451<Zagor> sure
452<calpefrosch> Zagor: can you help me with the setup of cvs?
453<Zagor> Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep()
454<Zagor> calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page.
455<calpefrosch> ok
456<Linus> It's in kernel.c
457<Zagor> Linus: yes, but it's not started
458<Linus> kernel_init()
459<Zagor> ok, good
460<Linus> You will have to lower the interrupt mask with set_irq_level(0) after kernel_init()
461<Linus> And I use system.c for the interrupt vectors
462<Zagor> so the current system.c is good?
463<Linus> Works for me
464<Zagor> ok
465<Linus> Actually, it's quite handy with the weak symbols when developing
466<Zagor> blaeh
467<Zagor> :)
468Linus linuxstb <Linus> That way I don't need my own system.c in every test directory
469--- Zagor is now known as Zagor|lunch
470--- Linus is now known as Linus|pizza
471<Bagder> wow pizza
472* Bagder starts to get hungry too
473<linuxstb> Re MP3 api: I think we need a "play queue" in memory of the filenames of the next 3 or 4 tracks to play. The MP3 thread "just" plays files from this queue, and the UI thread modifies it.
474<Bagder> or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on
475<linuxstb> What is the difference?
476<Bagder> I'm just thinking what happens when you select "back"
477<Bagder> if the mp3-thread can peek in the list, it just picks the previos tune and plays it
478<Bagder> if we'd feed the thread with a special queue to play, we'd need to take care of special situations
479<linuxstb> I would like a simple MP3 thread that is independent of the way songs are selected.
480<Bagder> off for lunch
481--- Bagder is now known as Bagder|eats
482<linuxstb> I was thinking what information the MP3 thread needed, and the minimum is just the next n tracks - enough to keep the play buffer full.
483<PsycoXul> play buffer full?
484<PsycoXul> how much ram do the recorders have? more than 2MB?
485<calpefrosch> Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository
486<calpefrosch> if I want to commit?
487<Linus|pizza> The cvs server has a list of people with commit access, which I assume you are not yet part of.
488--- Linus|pizza is now known as Linus
489<calpefrosch> Zagor wanted to put me on the list
490<Linus> Zagor tells me that you have checked out anonymously. You have to check out everything -ext
491<Linus> but backup the entire tree first. :-)
492--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox
493<calpefrosch> ahhh, tnx
494<Linus> Yo alan!
495<alkorr> yo Linus, not eating ?
496<Linus> full of pizza right now
497<alkorr> lol
498<alkorr> well it's time i have all commited
499<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox
500<alkorr> see you later
501<-- Linus (~linus@labb.contactor.se) has left #rockbox
502<-- alkorr has quit (Client Quit)
503--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
504<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox
505--> Linus (~linus@labb.contactor.se) has joined #rockbox
506--- Bagder|eats is now known as Bagder
507<calpefrosch> Bagder: I'm just commiting the win32-sim, I hope it is everything ok
508<Bagder> cool
509<Linus> calpefrosch: Why both logf() and debugf()
510<calpefrosch> logf was missing. I don't know where it should be...
511<calpefrosch> where is it in X11 ?
512<Bagder> I think it should use debugf() instead
513<Linus> My question was, why do we need two functions for the same thing?
514<Bagder> or
515<Bagder> do they?
516<Bagder> it isn't really clear to me what debugf() does in the simulator
517<Linus> The simulator doesn't have a console?
518<Bagder> I think so
519<Bagder> but what's mem2hex and putpacket ?
520<calpefrosch> hmmm, they use logf e.g. in play.c and the debugf in playlist.c
521<Linus> Strange.
522<calpefrosch> if I start the simulator in VC++ I get a console output...
523<Bagder> and the simulator don't set DEBUG either, not now at least
524<Linus> Bagder: those functions are for GDB communication
525<Bagder> so what does debugf() do when used in the simulator?
526<Linus> Whatever you, the simulator writer, wants it to. Preferably write to a console.
527<Bagder> sure, but it doesn't do that now, does it?
528<calpefrosch> I'm sorry, but unfortunately I have to do "real" work now. :-(
529<calpefrosch> see you later
530<Bagder> oh
531<Linus> Bagder: I guess not.
532<Bagder> there are two implementatins
533* calpefrosch is going to work
534<Bagder> see ya calpefrosch
535<Linus> CU!
536--- calpefrosch is now known as calpefrosch|work
537<Bagder> Linus: do you use the DEBUG define for anything when you build your stuff?
538<Linus> No, not that I can remember.
539<Bagder> ok
540<Linus> I think that debug.c could contain code for all platforms.
541<Bagder> I think so too
542<Bagder> I'll make it
543<Linus> Or is it kludgy?
544<Bagder> debug() it is
545<Bagder> debugf() even
546<Linus> Greato!
547<-- Linus (~linus@labb.contactor.se) has left #rockbox
548--> Linus (~linus@labb.contactor.se) has joined #rockbox
549--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
550--- Zagor_ is now known as Zagor
551* Bagder got no post-lunch coffe, the machine is broken. aaaaaah!
552* Zagor is fetching his third after-lunch coffee :)
553* Bagder hears that someone has fixed the machine and ruuuuuuns
554<Bagder> turned out to be a rumour, had to walk down some stairs to get a cup
555<calpefrosch|work> I thought you (zagor and Bagder) are working in the same company...
556<Bagder> we're consultants, so we're hired to different customers
557<Linus> In fact, I and Zagor are at the same customer right now.
558<calpefrosch|work> aha, I see. We are also working together with some consultants
559<Bagder> so we don't actually meet in person that often
560<Bagder> Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so
561<Zagor> nice
562<calpefrosch|work> I make a scrolling feature for the simulator
563<calpefrosch|work> Should I check in ?
564<Bagder> scrolling feature?
565<calpefrosch|work> scrolling thru the dir...
566<Linus> And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN!
567<calpefrosch|work> Linus: what's the problem ? you can tell me, I listen to you :-)
568<Linus> The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song.
569<Linus> And the Player only generates an interrupt when the signal goes low
570<Linus> so I have to poll it to find out when it goes high
571<Linus> very often...
572<calpefrosch|work> too often...
573<Linus> indeed
574<calpefrosch|work> -o
575<calpefrosch|work> where is the input-pin at the SH1 ?
576<Linus> The Archos firmware initialization bears some evidence of them using a timer to start the DMA. I may have to disassemble it to see what it does.
577<Linus> It's on IRQ6
578<Bagder> gotta go, might pop by later
579<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
580<Linus> CU!
581<calpefrosch|work> I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ?
582<linuxstb> Yes - I can check tree.c with X11. mailto dave@dchapman.com
583--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
584<Zagor> i'm off. see you!
585<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
586<wavey> linus: congrats with the mas :)
587<Linus> Thanks
588<Linus> But it is really hard to write a driver for it that doesn't hog the CPU...
589--- coyote- is now known as Tumm
590<-- Linus (~linus@labb.contactor.se) has left #rockbox
591--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox
592<-- wavey has quit (Read error: 104 (Connection reset by peer))
593<linuxstb> Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different?
594<calpefrosch|work> linuxstb: It's working perfectly...
595<calpefrosch|work> please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning.
596<linuxstb> We need to read the whole directory into memory for two reasons - caching and sorting
597<linuxstb> OK - I'll commit the new scrolling tree.c
598<calpefrosch|work> tnx
599--- calpefrosch|work is now known as calpefrosch|away
600<linuxstb> new tree.c committed
601<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox
602--> Linus (~linus@labb.contactor.se) has joined #rockbox
603--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox
604<Linus> yo
605<calpefrosch> yo, brb
606--- calpefrosch is now known as calpefrosch|brb
607--- Linus is now known as Linus|away
608--- lou_soyur is now known as adi|work
609<-- edx has quit (Read error: 110 (Connection timed out))
610<-- calpefrosch|brb has quit ()
611<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
612--- Linus|away is now known as Linus
613<-- Linus (~linus@labb.contactor.se) has left #rockbox
614--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
615--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox
616<calpefrosch|away> morning bagder
617--- calpefrosch|away is now known as calpefrosch
618<calpefrosch> morning all
619<Bagder> morning
620--- calpefrosch is now known as calpefrosch|away
621--- ChanServ gives channel operator status to Bagder
622--- You are now known as adiamas
623<Bagder> hi adiamas
624--- ChanServ gives channel operator status to adiamas
625<adiamas> hey Bagder
626<adiamas> guess what?
627<Bagder> tic tac toe rocks? ;-)
628<adiamas> hehe not yet
629<adiamas> but...
630--- adiamas removes channel operator status from Bagder
631<adiamas> hehehehe
632--- adiamas gives channel operator status to Bagder
633<adiamas> just felt like being silly
634<Bagder> :-)
635* Bagder walks away to check if the coffee machine works today
636--> Linus (~linus@labb.contactor.se) has joined #rockbox
637<Bagder> morning Linus
638<Linus> mooning
639<Linus> :-)
640--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
641--- Zagor_ is now known as Zagor
642<Zagor> hey all
643<Linus> The feeding of the MAS with DMA works splendidly!
644<Bagder> you rock Linus
645<Linus> I do!
646<Linus> :-)
647<Linus> But I think those Archos guys save a penny too much when designing the hardware
648<Linus> saved
649<Bagder> any ata/fat32 mp3-reading in sight?
650<Linus> Zagor "I Have A Life" Stenberg is lazy
651<Linus> I suggest we replace him
652<Zagor> hehe
653<Bagder> maybe we can just yell at him a lot until he improves?
654* Linus screams at Zagor!
655<adiamas> Linus why do you say that about the archos guys>
656<PsycoXul> just look at the player's LCD
657<PsycoXul> i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p
658* Bagder added common/strtok.c
659<Linus> adiamas: I say that because they haven't connected the inverted demand pin to an IRQ
660<Linus> so I have to poll the damn thing ever millisecond
661<Linus> every
662<adiamas> okay.. im very much not a hardware guy, so what is an 'inverted demand' pin?
663--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
664<Bagder> wavey the man!
665<wavey> howdy :)
666* wavey been gamecubing all weekend ;)
667<Bagder> hehehe
668<Bagder> I hope you don't mind me messing in your code in the mean time ;-)
669<wavey> no problem :)
670<adiamas> okay, ill ask..
671<wavey> bbl
672<adiamas> why did we have to rewrite strtok?
673* wavey waves
674<adiamas> i know there is a recursive one...
675<Bagder> wavey: I made the randomiser a lot faster, I changed the read-indices function and I made your test program build and run on my linux
676<Bagder> adiamas: because strtok() stores data in a static area
677<adiamas> Bagder i know..
678<adiamas> but there is a strtok_r already writen
679<Bagder> in newlib?
680<adiamas> its part of the standard library
681<adiamas> in new lib.. that i don't know :)
682<Bagder> strtok_r() is not standard unfortunately
683<Bagder> that's why I have that code written in the first place ;-)
684<adiamas> thats why i asked :)
685<Bagder> :-)
686<Zagor> newlib's strtok_r uses a thread context
687<Zagor> so bagder's is better
688<Zagor> Bagder: why are you including both stddef.h and string.h in strtok?
689<Bagder> good q, remove the stddef.h
690<Bagder> it was just ripped out from my curl sources
691<-- wavey has quit (Read error: 104 (Connection reset by peer))
692<Linus> I think the thread context is a good thing. Why is it bad?
693<Zagor> it's unnecessary
694<Bagder> how does it manage "thread context" ?
695<Linus> The context switcher (thread.c) assigns a new "current" pointer when it switches context
696<Linus> All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called
697<Bagder> ok, thanks
698<Zagor> ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context
699<Bagder> doesn't it store errno there too?
700<Linus> Yes it does
701<Linus> Zagor: yes
702<Bagder> so we'd need to watch out for that
703<Linus> Indeed
704<Zagor> errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno
705<Linus> The called function itself may yield, however
706<Bagder> possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct
707<Zagor> Linus: no
708<Zagor> no newlib functions call yield()
709<Linus> True
710<adiamas> umm... the chars shown in the char maps on the web site... how can i use those?
711<Zagor> this falls into the "neat but not immediately neccessary" category
712<Bagder> adiamas: the player chars?
713<adiamas> yeah.
714<Zagor> just display them
715<adiamas> ummmm how?
716<Zagor> lcd_puts() ?
717<Bagder> we need to convert them to our iternal format
718<Bagder> lcd_puts() is still using Gary's fonts
719<adiamas> well, not just chars
720<Bagder> even for player simul
721<adiamas> i feel like playing with sliders
722<Zagor> ah, you are talking about the simulators
723<adiamas> for volume control...
724<Bagder> ...we should add two mini icons for tracks and dirs for the dir browser on the recorder
725<adiamas> huh?
726<Bagder> browse a dir with your recorder
727<Bagder> whatch the little icons to the left of each row
728<adiamas> got ya...
729<adiamas> that's what im trying to figure out.. how to get stuff like that form the map
730<Bagder> currently, we'll have to add the hex-data manually for new widgets ;-)
731<adiamas> ack...
732<adiamas> the chartables.c file in firmware.. what does that cover again?
733<Bagder> fonts
734<Bagder> the three different fonts
735<adiamas> only fonts?
736<Bagder> yes
737<Bagder> Gary's code package had a widget.c file with some additional ones
738<adiamas> yeah.. going to look at that now
739<Bagder> btw, including the simulators, we now have 14341 lines of source code in the CVS ;-)
740<adiamas> hehe cool
741<adiamas> one more time.. what was the command to remove extra cr-lf?
742<Bagder> tr -d '\015' < infile > outfile
743<adiamas> ty
744<adiamas> does lcd_bitmap work?
745<Bagder> yes
746<Bagder> lcd_puts() uses it extensively
747<adiamas> k
748<Zagor> wasn't there a size limit?
749<Bagder> ah yes
750<Bagder> it only handles 16 pixels height, I believe
751<adiamas> holy christ.. finally got this working and the thing is huge :)
752--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
753--- Bagder is now known as Bagder|eats
754<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer))
755--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
756* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines
757<Linus> Rockers
758<Linus> But maybe it should be the other way around?
759<Bagder> ?
760<Bagder> you mean that the target readdir() should return a struct as the unixes use?
761<Linus> Exactly
762<Bagder> first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use
763<Linus> OK. Just a thought
764<Bagder> yes, would've made simulation easier ;-)
765<Linus> hehe. I think the target code should be the easy one...
766<Bagder> now, shall I make the code use this new stuff and thus break the win32 simulator? B-]
767<Linus> Of course. :-)
768<Linus> We donn't want no stinkin' windows!
769<Bagder> since they don't even have a native readdir(), this change is possibly even easier for them
770<Linus> Probably.
771<Bagder> gah, it broke on Solaris
772<Bagder> dirent is a pretty silly struct
773<Bagder> only one field is POSIX
774<Zagor> yes
775<Zagor> i want to avoid stat()
776<Bagder> yes
777<Bagder> I'll have the simulator use stat ;-)
778<Zagor> yes
779<Bagder> could've even make both Linux and Solaris use the same dirent code so I'll write my own instead
780<Bagder> couldn't
781* Bagder gets all confused in his head with this
782<Zagor> get more coffee :)
783<Bagder> good idea!
784* Bagder bangs his head and runs for coffee
785<Bagder> ah, much better
786<Bagder> found problem
787<Bagder> phew
788<Bagder> seems to work now on both Linux and Solaris
789<Zagor> nicers
790<Bagder> made the tree.c code use it and it worked too
791--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
792<Linus> Hi jb!
793<jb1081> Hi
794<jb1081> Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago)
795<jb1081> ?
796<Bagder> a 5000!
797<Zagor> seems to be only a smaller disk
798<Bagder> does that have 5GB disk`?
799<jb1081> Bagder: yep
800<Bagder> odd
801<Zagor> jb1081: where did you buy it?
802<Bagder> I mean, that they have two products that similar
803<jb1081> Zagor: Europe (France)
804<Zagor> ok. it's a bit odd that they don't mention it on their web page. i've heard people on the us get them too
805<jb1081> firmware release 5.08, not listed in archos website (last time I checked at least)
806<jb1081> but the led & scroll mod works
807<Zagor> yes I think it's the exact same hardware but a cheaper disk
808<Zagor> how much price difference was it btwn the 5000 and 6000, do you know?
809<jb1081> 6000 discontinued here, I think
810<jb1081> 5000: 180 euro
811<Bagder> 180 euro is quite a good price imho
812<Zagor> yes
813<jb1081> found in general distribution (food...) supermarket
814<Zagor> !
815<Bagder> hehe
816<Bagder> one cheese, two packets of milk and one archos please ;-)
817<jb1081> :)
818<jb1081> oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack?
819<Zagor> yes
820<jb1081> cool. Do you plan to use it?
821<Zagor> sure, we'll use it just like today; for remote control
822<Zagor> we also use it as a serial port for debugging
823<jb1081> ok, I was thinking you use serial port by hardware mod to line in jack
824<Zagor> yes, that's because the headphone jack only has the "receive" pin
825<jb1081> sure
826<Zagor> we need both receive and transmit for debugging
827<Zagor> but it's the same serial port
828<jb1081> ok
829<jb1081> it's 9600? TTL?
830<Zagor> yes
831<jb1081> just thinking about using an old pc keyboard controller to build a remote
832<jb1081> but it need a clock, no?
833<Zagor> yeah, we've been thinking that too. adding a keyboard would be cool! :)
834<Zagor> it's asynchronous rs232 so it doesn't need a clock pin
835<jb1081> yep, but a pc keyboard is synchronous, if I remember correctly
836<Zagor> oh, ok
837<jb1081> "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :(
838<jb1081> ok, not with a broken kbd.. too bad
839<Linus> The serial port can use an external clock as well.
840<Linus> synchronous
841<Zagor> yes but then we need to modify the hardware
842<jb1081> yes, but we have to open the box..
843<jb1081> a broken serial mouse perhaps?
844<Linus> Yup. Otherwise you have to build a separate kbd->rs232 converter
845<Linus> I guess you can get one off-the-shelf actually
846<jb1081> did you see this somewhere (at a resonable price?)
847<Linus> i can't remember seeing any in recent years, no :-)
848<PsycoXul> kbd->rs232?
849<PsycoXul> you mean a ps2->serial adapter?
850<jb1081> ok.. :( btw what headphone do you use? somebody tried a in-ear phone?
851<jb1081> PsycoXul: I understood a complete remote, but I doubt now..
852<Zagor> yes, I use the Sony EX70. they are *GREAT*
853<Bagder> oh no, don't get him started on those again ;*)
854<jb1081> Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here
855<jb1081> it's
856<jb1081> Bagder: oups, I should'nt?
857<Zagor> Bagder: hehe
858<Linus> PsycoXul: Yes, a PS/2 to RS232 adapter
859<jb1081> Zagor: the phone amp has no problem to drive the EX70 properly?
860<Zagor> jb1081: no, quite the opposite...
861<PsycoXul> Linus: i've got a couple of those laying around i think ... heh
862<PsycoXul> they're still out there places i'm pretty sure
863<Linus> Do you know where to biy one?
864<Linus> buy
865<PsycoXul> the ones i've got came with mice/keyboards a couple years ago i think
866<Linus> Oh
867<PsycoXul> look on ebay, computer stores, google heh
868<jb1081> found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html
869--- calpefrosch|away is now known as calpefrosch
870<calpefrosch> hi, just read the lines of today...
871<Bagder> hehe
872<Bagder> I just posted to the list too about it
873<calpefrosch> and I saw some stuff like "stinkin windows" ;-)
874* Bagder points at Linus and looks innocent
875<calpefrosch> so, I think I#ll have to fix the win32 sim ?
876<Bagder> yeps
877<Bagder> should be pretty easily done
878<calpefrosch> yes, but I have not much time the next days.
879* calpefrosch looks out in the sun
880* Zagor spots another have-a-lifer :)
881<calpefrosch> hehe
882<Bagder> we got a mail from another volountary win32 hacker just yesterday... :-)
883<calpefrosch> who?
884<Bagder> eh, "Christian" ;-)
885<Bagder> Zagor: you replied to him yet?
886<Zagor> not yet
887<calpefrosch> cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull?
888<Bagder> we need scrolling
889<Bagder> I haven't tried it yet though ;-)
890<calpefrosch> isn't there a scrolling bar at the archos firmware?
891<Bagder> yes there is
892<Bagder> on the left side
893<calpefrosch> mhhh, so we have to scan the dir first to see how much is in there
894<Bagder> I bet people will want one of those
895<Bagder> I'm afraid we'd need to do that, yes
896<calpefrosch> ok, we have a works meeting now. cu
897<Bagder> see ya
898<Linus> cu!
899<-- calpefrosch has quit ("bin bals zurück")
900<Bagder> bin bals? ;-)
901* Bagder is gonna pretend he has a life now!
902<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
903<-- Linus (~linus@labb.contactor.se) has left #rockbox
904--> chris1 (~flanz@62.132.155.14) has joined #rockbox
905<Zagor> hi chris!
906<chris1> Björn by sourcfor. name is "flanz"
907<Zagor> ok
908--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
909<elinenbe> hello there.
910<Zagor> chris1: you're addded
911<chris1> the ata-sim code will only work on Images on disk, I want to add support to read realtime the Sectors from the Archos HD in the UISimulator
912<Zagor> hi elinenbe
913<Zagor> chris1: we already do that.
914<Zagor> look at ata-sim.c in test/ata
915<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
916--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
917<Zagor> chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations
918<chris1> this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image.
919<Zagor> yes
920<Zagor> I copy data from a real FAT32 disk into a image file and then use it for testing
921<chris1> ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :)
922<elinenbe> how is the progress coming?
923<Zagor> the MAS DMA code is coming along, although it will not be as pretty as we hoped
924<Zagor> the ATA code is bugging, and I'm trying to figure out why
925<Zagor> and right now I'm writing open/close/read for basic file access
926<elinenbe> blah pretty... shmitty... who needs pretty code?
927<Zagor> well it's not just the code, more the design. we'll need to poll a pin every millisecond. we hoped to be able to get an interrupt for that instead
928--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
929<Zagor> but it's not a major problem, just a nuicance
930<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
931--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
932--- Zagor_ is now known as Zagor
933<Zagor> bleh, my brain hurts. read() gets too complex.
934<Bagder> drink coffee! ;-)
935* Bagder returns an advice ;-)
936<Zagor> hehe
937<Bagder> I'll go and make food now, see ya
938<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
939<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
940--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
941<Zagor_> strange happenings...
942--- Zagor_ is now known as Zagor
943<chris1> ok here in Berlin/EU is al lite release party inhouse.I have to go.
944<-- chris1 has quit (Remote closed the connection)
945<Zagor> i'm off. see you later.
946<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
947--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
948--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox
949<elinenbe> hello
950<-- wavey has quit (Read error: 110 (Connection timed out))
951--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
952--- ChanServ removes channel operator status from adiamas
953<-- Zagor has quit ("bye")
954<-- wavey has quit (Read error: 110 (Connection timed out))
955--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
956<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
957<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
958<-- wavey has quit (Read error: 110 (Connection timed out))
959--> Linus (~linus@labb.contactor.se) has joined #rockbox
960--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
961<Bagder> evening
962<adi|work> afternoon :)
963<Bagder> :-)
964<Linus> moo
965* Bagder scrolls in the directory browser... wooo ;-)
966--> quiquee (~quique@217.8.197.89) has joined #rockbox
967<Bagder> hey
968<quiquee> hello everyone
969<Bagder> its a silent period in here right now
970--- quiquee is now known as wannabeuihacker
971* Bagder giggles
972<wannabeuihacker> I have seen that the menu stuff assumes complete separation of player and recorder
973<Bagder> yes, but I did that mainly to get a player version that compiled and built
974<Bagder> for the simulator that is
975<wannabeuihacker> I added the menu functions and got a menu system for the player
976<Bagder> cool
977<wannabeuihacker> mostly copy and paste
978<wannabeuihacker> I guess it is the best solution for now
979<Bagder> yes
980<Bagder> we'll see if we can merge stuff later on or if we'll keep them apart
981<wannabeuihacker> but the button right of the player is not working, any clue why ?
982<wannabeuihacker> I mean , when using the simulator
983<Bagder> the x11 one?
984<wannabeuihacker> yep
985<Bagder> weird, it should work
986<Bagder> when you get your code in, I can have a look
987<wannabeuihacker> I am trying to find out , how do I flush printf output ?
988<Bagder> fflush()
989<wannabeuihacker> ok I am doing something wrong then.
990<wannabeuihacker> right button works
991<wannabeuihacker> my code doesn't
992<Bagder> heh
993<wannabeuihacker> fflush cores :? anyway
994<wannabeuihacker> I am trying to get used again to emacs and c
995<Bagder> fflush(stdout); it should be
996<wannabeuihacker> hmm , thanks.
997<Bagder> or whatever stream you wanna flushs
998<wannabeuihacker> I didnt use it for 6 years now
999<Bagder> this is a perfect way to get back in shape ;-)
1000<wannabeuihacker> do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ?
1001<adi|work> yeah...
1002<Bagder> M-x compile
1003<wannabeuihacker> shit , I thought it couldnt be that easy
1004<adi|work> meta-s is a common bind for it...
1005<Bagder> M-x global-set-key ;-)
1006<wannabeuihacker> ok , it insists in running make from the ./uisimulator
1007<wannabeuihacker> it would be a good idea to add a Makefile there
1008<Bagder> right, it runs from the dir of the buffer you start it from
1009<wannabeuihacker> I will have to read again the gdb info
1010-wannabeuihacker/#rockbox- panics
1011* Bagder tries to paint a little icon for the files in the dir browser
1012<Bagder> unfortunately, gimp doesn't output our format natively ;-)
1013<wannabeuihacker> ok, it is working
1014<wannabeuihacker> I plan to create a menu structure that is read in the future from an external file
1015<wannabeuihacker> so people can customize it to whatever they want
1016<wannabeuihacker> just an idea to start playing with it
1017<wannabeuihacker> no plans to add an xml parser in the firmware, right ? ;)
1018<Bagder> I don't think that'll be necessary, but we'll see
1019<Bagder> hehe
1020<wannabeuihacker> I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys
1021<Bagder> I think I speak for most of us when I say that we enjoy this a lot too
1022<wannabeuihacker> it is contagious .
1023<wannabeuihacker> going to have a nap now. cu soon
1024<Bagder> see ya
1025<Linus> The ATA code sure is full of bugs...I'm killing them by the dozen...:-)
1026* Bagder hands Linus the fly squasher
1027<Linus> How can you do sleep(HZ/500) when HZ is only 100???? :-O
1028<Bagder> haha
1029<Bagder> short sleep ;-)
1030<Linus> And it's full of return -1 for error
1031<Linus> when the code checks for 0
1032<adi|work> heheheh
1033<Linus> Well, it's starting to work now. I've read the boot sector.
1034<Bagder> on target?
1035<Linus> Yup
1036<Bagder> rock
1037<Linus> I wish Zagor was on the channel.
1038<Bagder> hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted
1039<Linus> bango!
1040<Bagder> heh
1041<Bagder> works
1042<Bagder> now, what does a symbol for a directory look like? ;-)
1043<Linus> Go figure
1044<Linus> disk_init() finds the correct root partition now.
1045<Linus> but readdir() fails miserably...
1046* Bagder commtted his little icons
1047<Linus> linus = sleep(until(6am));
1048<Linus> bye
1049<Bagder> night
1050<-- Linus (~linus@labb.contactor.se) has left #rockbox
1051<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1052<-- jb1081 has quit (Read error: 113 (No route to host))
1053* adiamas pokes you all in the forehead
1054<miah> ouch
1055<adiamas> wuss
1056<miah> yea
1057<miah> im a wuss
1058<adiamas> has anyone figured out why the remote does not work with the recorder?
1059--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
1060<calpefrosch> morning
1061<adiamas> evening :)
1062<calpefrosch> oh
1063<calpefrosch> had a nice day ? ;-)
1064<adiamas> heheheh quiet so far...
1065<adiamas> but im on call till 0700... so ill tell you tomorrow :)
1066<calpefrosch> it's tuesday on your side, right ?
1067* calpefrosch goes for breakfast
1068--- calpefrosch is now known as calpefrosch|eats
1069<adiamas> yeah... its actually wends now.
1070--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1071<Bagder> hey ho
1072<-- wannabeuihacker has quit (Read error: 110 (Connection timed out))
1073--> wannabeuihacker (~quique@217.8.197.187) has joined #rockbox
1074<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
1075--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
1076<calpefrosch|eats> hey Bagder
1077--- calpefrosch|eats is now known as calpefrosch
1078<Bagder> mornning calpe
1079<calpefrosch> The sim is running, where has it changed ?
1080<calpefrosch> ahh, I have to fill the attribute
1081<Bagder> exactly
1082<Bagder> and size too preferably
1083--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1084<Bagder> howdy Zagor_
1085--- Zagor_ is now known as Zagor
1086<Zagor> i'm puzzled by linus' ata changes. they don't work for me
1087<Bagder> odd
1088<Bagder> he said he had a few problems
1089<Bagder> but he could read a few things on target
1090<Zagor> i guess he'll arrive soon
1091<Bagder> yeah, he got to bed early :-P
1092<Bagder> surely before 1 am...
1093<Zagor> normally, I'd boo him too :)
1094<Bagder> hehe
1095<Bagder> I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-)
1096<Zagor> hehe
1097<Bagder> btw, we probably will end up needing a malloc() sooner or later, don't we?
1098<Zagor> yes
1099<Bagder> I thought I'd have a go at that
1100<Zagor> we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :)
1101<Bagder> hehe
1102<Bagder> uh
1103<Bagder> wannabeuihacker has a little menu app written for the player now
1104<Bagder> he said yesterday
1105<Zagor> ah, cool
1106<Bagder> calpefrosch: any plans on making the win32 simulator work as a Player?
1107* Bagder runs for more coffee
1108<calpefrosch> ok, sim is fixed.
1109<Bagder> ain't my icons beautiful? ;-)
1110<calpefrosch> I love it
1111<calpefrosch> Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++
1112<calpefrosch> It would last a bit
1113<Bagder> well, maybe some of the other guys could help out on that part too
1114<calpefrosch> yes. Another question...
1115<calpefrosch> I get an error in id3.c that header is not initialized
1116<Bagder> which line?
1117<calpefrosch> 351
1118<Bagder> that's a good warning
1119<Bagder> it should be set to 0
1120<calpefrosch> do you commit in cvs ?
1121<Bagder> I'll do it, I fixed another thing too
1122<adiamas> Bagder what is is the menu app that wannabeuihacker worked on .. do you know?
1123<Bagder> it's written specificly for the player, that's about all I know
1124<Bagder> the one we have now is recorder-specific
1125<adiamas> nod
1126<adiamas> btw.. bagder.. perhaps its time to start getting togeather an icons.h file?
1127<Bagder> yes
1128<adiamas> where did you put your icons?
1129<Bagder> both a icons.c and an icons.h
1130<Bagder> it's in the tree.c file
1131<Bagder> they're
1132<adiamas> im adding icons.h right now.
1133<Bagder> feel free to give my icons better names
1134<adiamas> should we rename "fileimage" to "fileicon" ?
1135<Bagder> yes
1136<adiamas> those are 6x8 right?
1137* Bagder nods
1138<adiamas> will the player use icons?
1139<Bagder> it a limited extent
1140<Bagder> in a
1141<adiamas> okay...
1142<adiamas> just wondering if i was going to #defin around it
1143<Bagder> but hardly the same ones
1144<adiamas> nods
1145<adiamas> anyone have an issue with the function name "get_6x8_bitmap_icon"
1146<adiamas> or would you rather refernce the array directly?
1147<Bagder> I prefer referencing the array directly
1148<Bagder> no reduce all overhead
1149<Bagder> to reduce
1150<adiamas> that case.. any prob is all 6x8 icons are in an array with the subscripts as enums?
1151<Bagder> Dave posted a good idea
1152<adiamas> haveing X # of icons is annoying...
1153<adiamas> havn'et seen it yet
1154<adiamas> which part of the idea did you like?
1155<Bagder> storing short names in memory
1156<adiamas> well.. i don't know if i agree with his "just 16 chars"
1157<adiamas> and the short name... dunno if i like that either.
1158<Bagder> why not?
1159<adiamas> i store my mp3s as "artist - song name.mp3"
1160<Bagder> it's a memory internal thing
1161<adiamas> so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing
1162<Bagder> right, but we haven't solved that issue yet
1163<adiamas> right...
1164<adiamas> i guess i just don't get what his suggestion is attempting to solve
1165<Bagder> I'd prefer having a way to strip off the current directory's name from the local files or something
1166<Bagder> you need to check the tree.c source to see what is aiming at ;-)
1167<Bagder> what he is
1168<Bagder> it currently stores the full names in memory
1169<Bagder> and displays the 16 first letters
1170<adiamas> i agree that we strip the dir structure..t hat just makes sense...
1171<adiamas> but limiting the filename that cane be displayed.. dunno if i agree with that.
1172<Bagder> thus, the displaying and the storing in memory are two parts
1173<adiamas> If so, the buffer in tree.c just needs to
1174<adiamas> store the short name (for accessing the file) and the first 16 characters of
1175<adiamas> the full name (for display on the screen).
1176<adiamas> 16 chars is _not_ enough space for display
1177<adiamas> thats what im getting at
1178<Bagder> I get it
1179<Bagder> but the full name shouldn't be needed either in all cases
1180--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1181<adiamas> anything internal.. hell we index however we want..
1182<adiamas> then when do you get it?
1183<adiamas> if not when you do a dir listing?
1184<Bagder> the full name stored for diplaying doesn't need to be the full file name
1185<Bagder> it could be modified to look better
1186<adiamas> define "look better"
1187<Bagder> stripping off redundant parts for example
1188<adiamas> but "Beat on the brat.mp3"
1189<adiamas> is good..
1190<adiamas> that i agree..
1191<Bagder> like I have "artist/artist - tune 1.mp3"
1192<adiamas> but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly
1193<adiamas> :)
1194<Bagder> then showing the dir in 'artisy' could cut off 'artist -' for me
1195<Bagder> hehe
1196<Bagder> well
1197<Bagder> you still can't show that full length on each line
1198<adiamas> i agree.. any directory struct stuff should not be shown
1199<adiamas> sure you can.. it's called scroll :)
1200<Bagder> you wanna scroll all lines?
1201<adiamas> no.. only current selected line.. as you page through...
1202<Bagder> right
1203<adiamas> but if you only get the ful name when you cursor over it...
1204<Bagder> but then you don't need to store the full name in memory
1205<adiamas> you are going to be spinning up and down the drive constantly
1206<adiamas> sure you do
1207<Bagder> ah
1208<Bagder> true
1209<adiamas> now.. we can make alterations.. say.. ".mp3" can be dropped..
1210<adiamas> and all directory structure...
1211<adiamas> that i fully agree..
1212<adiamas> oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files
1213<adiamas> i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8"
1214<adiamas> hehehe
1215<Bagder> hehe
1216<adiamas> play didn't like that much
1217<Bagder> was it good? ;-P
1218<adiamas> id rather display "Not an mp3" or something when you select it...
1219<adiamas> and it's easy enough a check to do when you select a file to play
1220<adiamas> Bagder wanna do me a favor?
1221<Bagder> sure
1222<adiamas> could i mail you this icons.h and tree.c for the uisim..
1223<adiamas> let me know if the idea makes sense?
1224<adiamas> it works.. just dont wanna set bad precident
1225<Bagder> sure, fire away
1226<adiamas> so no reasont to check it in
1227<PsycoXul> i think it should do something specific to the filetype whenever it can, even if its something simple, and some simple thing for whatever unknown things
1228<PsycoXul> eg you "play" a text file it shows it to you
1229<Bagder> and if you play a HTML file ... *g*
1230<PsycoXul> heh
1231* Bagder grins
1232<PsycoXul> yes so when are we getting the modem driver for the serial port?
1233<adiamas> lol
1234<Bagder> uh, that'll be after I'm done with the apache port
1235<PsycoXul> hehe
1236<adiamas> bag, sent
1237<Bagder> gotem
1238* adiamas thinks you should all read quesiton # 17 on the FAQ
1239<Bagder> adiamas: I like that approach, I only have some nits
1240<PsycoXul> oh yeah btw
1241<PsycoXul> Q18. I don't see you mentioning ogg files on your list of ideas. What about
1242<PsycoXul> supporting those?
1243<PsycoXul> that question kinda seems odd when right within the same page you can see
1244<PsycoXul> - Support playing of other files types (ie: Ogg Vorbis support)
1245<PsycoXul> in said list of ideas
1246<Bagder> adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern"
1247<adiamas> well.. thats why i was planning on having the calling function to get the array
1248<adiamas> having externs all over the place is nasty
1249<adiamas> but thats just my opinion...
1250<adiamas> ill set it up your way and we can argue later :)
1251<Bagder> :-)
1252<adiamas> and i couldn't come up with a better name then that :)
1253<Zagor> having extern in .h files is not nasty
1254<Zagor> only in .c files
1255<adiamas> your right...
1256<adiamas> but if we do it continuously...
1257<adiamas> your going to get files with 20+ externs...
1258<adiamas> and name collisions are bound to happen...
1259<adiamas> ive had them happen already
1260<PsycoXul> be more creative with your names
1261<Zagor> well if they're extern they're part of the API and should be named apropriately
1262<PsycoXul> i'd show you some of the ones i come up with, but you'd probably be offended :p
1263<adiamas> zagor i agree.. but if two ppl 'name appropriately' it doesn't prevent collisions :)
1264<PsycoXul> sure it does
1265<adiamas> how?
1266<Zagor> adiamas: right, but then we smack them and joy is restored
1267<PsycoXul> if you're using some api you don't name your vars by its external var naming conventions
1268<PsycoXul> heh
1269<adiamas> PsycoXul sure.. but were already at 14k+ lines
1270<adiamas> are you telling me that you know _every_ extern we have defined already ;)
1271<PsycoXul> no but i don't need to if i name my things in a specific manner
1272* adiamas uses that figure because someone else poitned it out the other night.
1273<adiamas> sure you do...
1274<adiamas> there is no way to prevent collisions (other then slapping :) ) when you extern
1275<Bagder> many of those 14K is in the simulators
1276<adiamas> so it becomes either, a. know the code or b. trial and error.
1277<Zagor> adiamas: I count six (6) externs currently
1278<adiamas> thats all im saying
1279<PsycoXul> take this function, for example [advance appology to young or sensitive viewers]:
1280<PsycoXul> shit carray(ass *bigass, ass *fatass) {
1281<PsycoXul> shit poop;
1282<Zagor> three of which are the fonts
1283<PsycoXul> for (poop=0;(bigass[poop] == fatass[poop]);poop++);
1284<PsycoXul> return poop;
1285<PsycoXul> }
1286<PsycoXul> i don't think that would have collisions with much of anything
1287<adiamas> what about carray?
1288<Zagor> except the code ethics police :)
1289<adiamas> know one else is going to use that? ;)
1290--> Linus (~linus@labb.contactor.se) has joined #rockbox
1291<Bagder> hey Linus
1292<adiamas> Zagor: i agree.. its more of the 'as we go' thing...
1293<PsycoXul> yeah well that could be named differently
1294<adiamas> thats all im saying.
1295<PsycoXul> :p
1296<PsycoXul> it really should
1297* adiamas trouts PsycoXul viciously.
1298<PsycoXul> but i leave it like that anyways
1299* adiamas trades his trout in for a nice frozen ferret
1300<PsycoXul> i've got another one thats named much more appropriately, however i figured in case anybody wouldn't appreciate the one i did paste, they really wouldn't appreciate this one
1301<adiamas> okay.. who wants to be ferreted?
1302<adiamas> grrrr...
1303<adiamas> can someone please make a note somewhere making a request for bounds checking?
1304<adiamas> snprintf vs sprintf
1305<Zagor> we should prevent sprintf somehow, so it won't link
1306<Zagor> same with strcpy
1307<adiamas> i suggested defining our own empty sprintf
1308<adiamas> and strcpy
1309<adiamas> with no args
1310<adiamas> so the compiler bitches
1311<adiamas> it didnt go over well :)
1312<Zagor> i'm not sure
1313<Zagor> linus and I just got the target ata code working
1314<Bagder> anyone sits on a malloc() testing program? ;-)
1315<adiamas> sweet :)
1316<Bagder> *nice*
1317<Zagor> so now we have full fat access on target
1318<adiamas> any chance of partitioning out our unit yet or what ;)
1319* adiamas coughs *reiserfs*
1320<Zagor> adiamas: we already support multiple partitions, actually. but only fat32 so far, of course.
1321<adiamas> wow.. didn't know you'll had taken that far
1322<adiamas> okay, icons.[ch] created and commited
1323<adiamas> tree.c
1324<adiamas> updated
1325<adiamas> and io.c fixed with removal of sprint, strcpy calls
1326<adiamas> Zagor what do you think of a file for global #defines?
1327<adiamas> stuff like the starting font size
1328<adiamas> and menuing/dir y co-ordinates
1329<Zagor> i feel this could be located in the ui code rather than some global file, no?
1330<adiamas> well, thats what i mean...
1331<adiamas> prob is, what file would you put it in
1332<adiamas> only thing i can think of would be app.c
1333<Zagor> why not? start with it there
1334<adiamas> fair enough
1335<adiamas> deal with that tomorrow.. need sleep
1336<adiamas> night al
1337--- You are now known as adi|sleep
1338<Zagor> night!
1339<Zagor> g'night, even
1340<Linus> Zagor: go work on the read() !!!!
1341<Zagor> i'm on it
1342* Bagder works on malloc()
1343<Linus> Bagder is a nice person
1344* Bagder walks to fill up his coffee cup
1345--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1346<-- Zagor has quit (Read error: 104 (Connection reset by peer))
1347--- Zagor_ is now known as Zagor
1348<Bagder> the malloc system will benefit to get adjusted to our use cases
1349<Bagder> whatever they are
1350<Zagor> yup
1351<Bagder> anyway, this seems to work pretty good now, and I can run all sorts of test cases against it
1352--> alkorr (alkorr@srs01v-3-66.n.club-internet.fr) has joined #rockbox
1353<Zagor> hi alan!
1354<Bagder> hey alan
1355<alkorr> hi Zag', Bagd'
1356<alkorr> what's up ?
1357<Bagder> the usual
1358<Bagder> all sorts of poking in sources all over
1359<Bagder> Linus and Zagor are doing progress on the ATA
1360<alkorr> pokemen :)
1361<Zagor> zagachu and linuchoo
1362<alkorr> adding interrupt in ata ?
1363<Zagor> not yet
1364<Zagor> we just got everything working together
1365<alkorr> ok
1366<Zagor> humm, my read() doesn't signal EOF. that's not very nice :)
1367<alkorr> see you later
1368<Bagder> see ya alan
1369<Zagor> I now return -ERRNO values from file.c. anybody see a problem with that?
1370<Linus> Not at all
1371<Bagder> yes
1372<Linus> You should set errno. :-)
1373<Bagder> we check for -1 from read() for errors
1374<Linus> why not < 0?
1375<Bagder> and lseek too
1376<Bagder> because POSIX says -1
1377<Linus> Ah. So errno is the way to go.
1378<Bagder> it is
1379<Zagor> yes but errno needs a thread context :(
1380<Linus> so?
1381<Bagder> can't we make our own errno instead?
1382* calpefrosch going to have lunch now
1383<Zagor> so I don't want a thread context
1384<Linus> because...
1385--- calpefrosch is now known as calpefrosch|eats
1386<Zagor> because it's not really giving us anything we need
1387<Linus> you mean like errno?
1388<Bagder> we don't need thread contexts for errno
1389<Bagder> only because newlib forces us
1390<Zagor> yes. we don't *need* errno for any other reason than to sustain strict POSIX comliance
1391<Linus> Bagder: no. Just a thread safe errno
1392<Bagder> we don't need a thread safe errno
1393<Bagder> heck
1394<Linus> oh? Why not?
1395<Bagder> we don't need errno much at all
1396<Linus> Maybe not
1397<Bagder> well, people should be used to errno not being thread safe
1398<Linus> Really?
1399<Bagder> yes
1400<Linus> Well then. Go for an unsafe errno.
1401<Bagder> we'll educate the masses ;-)
1402<Linus> :-)
1403<Linus> Good. What about perror()?
1404<Linus> When DEBUG compiled.
1405<Zagor> strerror[] is better, imho
1406<Zagor> hmm, or maybe not
1407<-- alkorr has quit (Read error: 110 (Connection timed out))
1408--- Zagor is now known as Zagor|lunch
1409--- calpefrosch|eats is now known as calpefrosch
1410--- Zagor|lunch is now known as Zagor
1411<-- Linus (~linus@labb.contactor.se) has left #rockbox
1412<Zagor> read() is working
1413* Zagor cheers
1414* Bagder horrays
1415<Zagor> it's a bit messy but we'll fix that
1416<Bagder> closing on reading an mp3 now huh? ;-)
1417<Zagor> you bet
1418--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1419<Bagder> hey edx
1420<edx> hi :)
1421<edx> it's been a while... hehe i am working on a little secondary computer (i try to run cygwin with sshd there...)
1422* edx has networking problems with his new computer and will be right back.
1423<-- edx has quit (Client Quit)
1424<Zagor> I and Linus discussed versioning during lunch. We came up with the idea to write a list of "requirements" that version 1.0 should fulfill.
1425<Zagor> something like: Directory browsing, mp3 playback and volume control.
1426<Bagder> that'd be very good
1427<Bagder> we could put features on milestones
1428<Bagder> makes it easier to see where to put your efforts first
1429<Zagor> yes
1430<Zagor> I'm writing a status report. anything you think I've forgotten? ;)
1431<Bagder> uuuuuh ;-)
1432<Bagder> the scrolling dir browser!
1433<Zagor> adding
1434<Zagor> who wrote that? you?
1435<Bagder> no
1436<Bagder> Dave Chapman and Stefan Meyer
1437--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1438--- edx is now known as edx|
1439--- edx| is now known as edx
1440<edx> hi... is anybody of you linix guys there.. i have a question :)
1441* Bagder is around
1442<edx> ok.. i set up an ssh server and when i connect i get this:
1443<edx> You are successfully logged in to this server!!!
1444<edx> setgid: Invalid argument
1445<edx> what is taht setgid and where is it called?
1446<PsycoXul> gid is group id
1447<Bagder> man setgid
1448<PsycoXul> like uid is user id
1449<edx> aha
1450<edx> and whats not working with this
1451<Bagder> edx: it is probably called by the server or something
1452<edx> yea it is called by the server.
1453<edx> but why :/
1454<Bagder> why?
1455<edx> i guess its a cygwin related thing.. ?
1456<Bagder> to change effective group
1457<edx> bah.. and why does it have an invalid argument
1458<PsycoXul> cause i don't think windows has groups...
1459<Bagder> that is probably cygwin related, yes
1460--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1461<PsycoXul> seems like cygwin would provide some sort of compatability
1462<chris1> h
1463<Bagder> hi chris1
1464<edx> hi
1465<edx> hmhmmhmmm... hmmm
1466* edx will rebuild etc/passwd stuff
1467<chris1> cygwin ?? you want to use gcc on W32
1468<Bagder> edx is one of those weirdos ;-)
1469<edx> i never said i was to build stuff with it :P
1470<edx> just playing iwth the ssh server :)
1471<Bagder> Zagor: perhaps the "app" stuff in uisimulator should be moved to firmware/app/ or something
1472<Zagor> mmm, maybe
1473<Bagder> since it isn't strict simulato stuff
1474<Zagor> we discussed the library approach during lunch again. i'm warming up to it.
1475<Bagder> ah
1476<Bagder> still, the simulator directory seems the wrong place for actual code meant for target too
1477<Zagor> so maybe we should make an "applications" cvs module containing all various applications instead
1478<Bagder> right
1479<Zagor> so do we want "app" or "applications"? :-)
1480* PsycoXul votes for "apps"
1481* Bagder raises his hand for "apps" too
1482<Zagor> right
1483* Bagder wants ironi's web design applied
1484<Zagor> yeah, me too
1485<Zagor> soon I'll just rip it myself :)
1486<Bagder> :-)
1487<Zagor> apps module created. create subdirs in it for each applications
1488<Zagor> I'm still undecided if we should have a "player" and a "directory" directory
1489<Zagor> or if we should try to make them coexist
1490<Zagor> "player" and "recorder", of course
1491<Bagder> in the application level, much will differ between them I guess
1492<Zagor> precisely
1493<Bagder> we could probably start with moving files from the uisimulator to the apps dir
1494<chris1> the firmware can load latter the Recorder code from the disc as file.I use to 90 % the Player.
1495<Zagor> chris1: yeah but what's the point? we'll create separate binaries for players and recorders.
1496<calpefrosch> edx: are you using wincvs?
1497<chris1> yes. We have some #ifdef in the player code to make the best results( smale binarys) for Rec and Player.
1498<Zagor> exactly
1499<chris1> my comments applys not the the source code move talk :)
1500* edx managed to get the ssh server working
1501<Bagder> "its possible to set registers so two outputs are connected together, thus blowing the ATAPI interface"
1502<Zagor> not likely
1503<Bagder> sounds unlikely, yes
1504<chris1> the player means ( target player&rec ) . The function Recorder can be a addOn module, load by the firmware from archos harddisk.
1505<Zagor> dynamic loading would require more code than the recording function, probably... :-)
1506<Bagder> we speak of Recorder and Player when we mean the different Archos models
1507<Zagor> ah, yes
1508<Bagder> gotta go
1509<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1510* calpefrosch goes home
1511<calpefrosch> bue
1512<calpefrosch> bye
1513<Zagor> bye
1514<-- calpefrosch (~calpefros@62.52.174.30) has left #Rockbox
1515<chris1> dynamic loading can be a folder (plugins) on the root filesystem, where the User must reload a other firmware.That have no playlust support etc.
1516<chris1> That can only record, an have all the memory for this task.
1517<Zagor> yes but we must write the dynamic loading code ourselves. there is no operating system.
1518<Zagor> and dynamic loading is very complex
1519<Zagor> it's better to have a simple boot loader that lets you select different firmware versions att startup
1520<Zagor> we have plans for such a boot loader (caller 'rolo')
1521<chris1> ok, this boot loader can have return point if no firmeware select, and can call by the allready loaded firmware.
1522<Zagor> no, we can not return to the ROM firwmare. once the archos has loaded our file, we are on our own.
1523<PsycoXul> well if a firmware that the bootloader runs returns, can it continue?
1524<PsycoXul> the bootloader i mean
1525<Zagor> that's a possibility
1526<Zagor> if we reserve an area in RAM for it then a firmware can "exit" by calling it
1527<Zagor> also it's not impossible to have each firmware contain a snippet of code that loads "rolo.bin" and executes it
1528<PsycoXul> heh
1529<Zagor> especially games would benefit from this
1530<PsycoXul> the bootloader would appear like an OS that lets you run programs
1531<Zagor> yes
1532<chris1> cool
1533<Zagor> in a way, it would look like the plugins chris talks about. but in reality they are separate applications.
1534<chris1> I think the time will show what is the best solution for this.First task is to go to R1.0. .) that can play mp3.
1535<Zagor> yes
1536--> Linus (~linus@labb.contactor.se) has joined #rockbox
1537<Zagor> hi linus
1538<Linus> Yo!
1539<Linus> I'm baking with my son
1540<Linus> Zagor: is the read() working?
1541<Zagor> yes
1542<Zagor> i'm struggling with lseek() now
1543<Linus> I can't wait...
1544<Zagor> SEEK_SET and SEEK_END works, but SEEK_CUR bugs
1545<Zagor> (when used in insidious ways, that is)
1546<Linus> Ah. But how hard can that be...
1547<Zagor> the problem is, of course, the sector caching and when you seek back cross-sector etc
1548<Linus> Ah. I see
1549--- Linus is now known as Linus|baking
1550<Zagor> ahhh, works again
1551<-- wannabeuihacker has quit (Read error: 110 (Connection timed out))
1552<Zagor> gotta go. bye
1553<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1554<-- chris1 has quit (Remote closed the connection)
1555<-- wavey has quit (Read error: 110 (Connection timed out))
1556--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1557--> edx|cygwin (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1558<-- edx has quit (Read error: 104 (Connection reset by peer))
1559<edx|cygwin> heh.. got irc to work with cygwin.. finally
1560--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1561--- edx is now known as edx|
1562--- edx| is now known as edx
1563--- edx is now known as edx|away
1564<adi|work> hehe go you edx
1565--> quiquee (~quique@217.8.199.41) has joined #rockbox
1566<-- quiquee has quit ("Leaving")
1567--- Linus|baking is now known as Linus
1568<elinenbe> how is the food?
1569<elinenbe> :)
1570<Linus> Great
1571--> quiquee (~quique@217.8.197.154) has joined #rockbox
1572<quiquee> I guess today is a bad day to check out the firmware from cvs
1573<quiquee> # __________ __ ___.
1574<quiquee> # Open \______ \ ____ ____ | | _\_ |__ _______ ___
1575<quiquee> # Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
1576<quiquee> # Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
1577<quiquee> # Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
1578<quiquee> # \/ \/ \/ \/ \/
1579<quiquee> # $Id$
1580<quiquee> #
1581<quiquee> HPATH = /usr/local/sh1/bin
1582<quiquee> CC = $(HPATH)/sh-elf-gcc
1583<quiquee> LD = $(HPATH)/sh-elf-ld
1584<quiquee> AR = $(HPATH)/sh-elf-ar
1585<quiquee> AS = $(HPATH)/sh-elf-as
1586<quiquee> OC = $(HPATH)/sh-elf-objcopy
1587<quiquee> INCLUDES=-I. -DBLOCK_SIZE=512
1588<quiquee> CFLAGS = -Os -Wall -m1 -nostdlib -Wstrict-prototypes -fomit-frame-pointer -fschedule-insns $(INCLUDES)
1589<quiquee> AFLAGS += -small -relax
1590<quiquee> SRC := $(wildcard *.c)
1591<quiquee> OBJS := $(SRC:%.c=%.o)
1592<quiquee> %.o: %.s
1593<quiquee> all: $(OBJS) # archos.mod # archos.asm
1594<quiquee> archos.elf : $(OBJS) app.lds
1595<quiquee> archos.bin : archos.elf
1596<quiquee> archos.asm: archos.bin
1597<quiquee> archos.mod : archos.bin
1598<quiquee> dist:
1599<quiquee> clean:
1600<quiquee> =======
1601<quiquee> sorry aboyt that
1602--> calpefrosch|away (~hotrana@p5082C723.dip0.t-ipconnect.de) has joined #rockbox
1603<-- calpefrosch|away has quit (Client Quit)
1604<elinenbe> woo hoo!
1605<quiquee> I am sorry, trying to paste and copy in an xterm in cygwin/X
1606<quiquee> crt0.o: In function `main_k':
1607<quiquee> crt0.o(.init.text+0x74): undefined reference to `main'
1608<quiquee> when trying to compile the firmware
1609<Linus> There is no firmware. Just a bunch of source files.
1610<quiquee> I thought it was already something that could compile as a whole
1611<Linus> Not yet.
1612<-- quiquee has quit ()
1613<-- edx|cygwin has quit ("Leaving")
1614<-- Linus (~linus@labb.contactor.se) has left #rockbox
1615<adi|work> should all the apps that are in the uisim be moved to the new apps dir?
1616--> chris1 (~flanz@Bbb2d.pppool.de) has joined #rockbox
1617<chris1> can i leave a mesg to zagor ?
1618<adi|work> sure.. go ahead
1619<adi|work> ill give it to him
1620<-- chris1 has quit (Read error: 110 (Connection timed out))
1621<-- miah has quit (Remote closed the connection)
1622--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1623<-- edx|away has quit (Read error: 110 (Connection timed out))
1624--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1625<Bagder> hey wavey
1626<adi|sleep> so whats the story with putting apps into the apps dir?
1627<wavey> good morning
1628<Bagder> adi|sleep: just that the apps probably shouldn't be in the simulator dir
1629<Bagder> since they'll be part of target builds too
1630<adi|sleep> right.. but what i mean is, should i just move them over blindly or what?
1631<Bagder> btw, it is a national holiday in Sweden today, thus the calmness ;-)
1632<adi|sleep> hehe k.. i was wondering..
1633<adi|sleep> what is the holiday?
1634<Bagder> it is a traditional religious thing
1635<adi|sleep> gotcha
1636--> edx|away (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox
1637--- edx|away is now known as edx|breakfast
1638<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1639<-- edx|breakfast has quit (carter.openprojects.net irc.openprojects.net)
1640<-- wavey has quit (carter.openprojects.net irc.openprojects.net)
1641<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
1642<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
1643--> edx|breakfast (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox
1644--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1645--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
1646--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1647--- edx|breakfast is now known as edx
1648<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
1649<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
1650--> alkorr (alkorr@srs03v-7-153.n.club-internet.fr) has joined #rockbox
1651<-- alkorr has quit (Client Quit)
1652--> calpefrosch|away (calpefrosc@p5082C71C.dip0.t-ipconnect.de) has joined #rockbox
1653--> ironi (irony@pce284-lr.ing-stud1.hj.se) has joined #rockbox
1654<ironi> hello
1655**** ENDING LOGGING AT Thu May 9 12:23:28 2002
1656
diff --git a/www/irc/rockbox-20020511.log b/www/irc/rockbox-20020511.log
deleted file mode 100644
index 8cb3981dd6..0000000000
--- a/www/irc/rockbox-20020511.log
+++ /dev/null
@@ -1,386 +0,0 @@
1**** BEGIN LOGGING AT Fri May 10 01:37:30 2002
2
3--> stile (~adiamas@as5300-9.216-194-23-111.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--- You are now known as adiamas
7--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
8<adiamas> boo.
9<adiamas> Bagder you around?
10<Bagder> yeps
11<adiamas> wanna test something for me witht he uisim?
12<Bagder> sure
13<adiamas> okay... remove your archos dir under x11
14<adiamas> and then run the sim...
15<adiamas> go to browse
16<adiamas> and try to browse.. tell me what happens
17<Bagder> Segmentation fault (core dumped)
18<Bagder> looks like my fault
19<adiamas> okay.. i have a fix for it.. just no sure you gonna like it.
20<Bagder> x11_opendir() should be fixed
21<adiamas> you need to do a check and make sure your opendir succeeds.. let me get you the line
22<Bagder> right
23<adiamas> want i should toss up my fix?
24<Bagder> I'll fix it
25<adiamas> k
26<Bagder> committed
27<adiamas> i ment to ask.. why arent we using stdlib so we can have NULL
28<adiamas> or define our own NULL
29<adiamas> ?
30<Bagder> we should
31<Bagder> just me being lazy
32<adiamas> :)
33--> Linus (~linus@labb.contactor.se) has joined #rockbox
34<Linus> Moo!
35<Bagder> boo
36<Bagder> you digging mp3s now? ;-)
37<Linus> Well, almost
38<Linus> I have some issues with the MP3 bit swapping performancs , but it rocks!
39<Bagder> I can imagine that
40<Linus> I don't like having to bitswap every f**king byte of an MP3 song
41<Linus> It takes time
42<Bagder> no shit? ;-)
43<Bagder> perhaps we can make second read() or something that bitswaps right away when reading
44<Bagder> but perhaps it makes no diff
45<Linus> We should. Or even at ATA level, so we don't even have to store the unswapped bytes.
46<Bagder> yes, that's my thought
47<Bagder> an ata_read_shift() function
48<Linus> And prehaps swap at a word level. That saves us half the time.
49<Linus> ...with a 64K table... :-(
50<Bagder> yeah
51<Bagder> but we can generate the table in runtime at least
52<Linus> Yup
53<Bagder> do you know if the recorder will need this swapping too?
54<Linus> I don't think so. It has a parallel interface
55<Bagder> ah, right
56<Linus> Still, the loop I am using today is far from optimal. If we hand-assemble the bitswap loop it shouldn't take much time.
57<Bagder> have you been able to load new parts of the mp3 while one part is playing?
58<Linus> I haven't tried yet. That's my project for tuday.
59<Bagder> you rock
60<Linus> I do my best
61<Linus> Luckily, this is what I'm best at :-)
62<Bagder> :-)
63<Linus> It took me some time to discover that the FAT driver didn't swap the words in the FAT...
64<Linus> And not that much time to doscover that the SWAB32 macro was braindead.
65<PsycoXul> btw, i had a thought the other day.. how does the firmware on the HD effect the charging and how/when it claims to be charged
66<Linus> I don't know. I guess it measures the voltage using the A/D converter.
67<Linus> But it must be somewhat complicated to get a good A/D reference voltage...
68<Linus> Someone with good knowledge of electronics will have to look into this
69<adiamas> icon wise.. i was thinking.. the char maps we have on the website... should those all be mapped?
70<Linus> In the simulator?
71<Bagder> we should get the player ones in for the simulator to look more like a Player
72<adiamas> umm.. by 'player' you mean recorder icons?
73<Bagder> no
74<Bagder> we simulate the player
75<Bagder> but we do that using our own defined charset
76<Bagder> which happens to be the same as we use on the Recorder
77<adiamas> okay, so i should do the player icons first?
78--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
79<Bagder> they are the only ones we more or less need to make a good simulator, yes
80<adiamas> okay...
81<Bagder> the recorder-ones aren't needed, since the Recorder doesn't have them "built-in"
82<Bagder> although some of them might be useful anyway
83<Bagder> it looks as if they made the battery meter using chars...
84<Linus> hi wavey
85<adiamas> um.. okay. now im confused again...
86<adiamas> 1. what do you mean by 'built-in'
87<Bagder> the Player has those characters built-in into the LCD stuff, we can't change them
88<adiamas> okay.. then how do we reference them?
89<Linus> Bagder: The battery icon is not character based. It's specially made on the LCD.
90<Linus> Like the USB icon and a load of others
91<Bagder> adiamas: we send ascii strings to the LCD
92<Bagder> Linus: oh, ok, but there are chartacters looking very much as if made for that purpose
93<Linus> ah. in the recorder?
94<Bagder> Linus: yes
95<Linus> IC. I'm a player guy. :-)
96* adiamas is way lost
97<adiamas> have we worke don those 'char strings' at all?
98<Bagder> adiamas: check out lcd_puts() for the Player LCD
99<Bagder> we just send a plain string to that LCD
100<Bagder> it isn't graphical at all
101* adiamas shrugs
102<Bagder> they player LCD is simply two lines with 11 letters on each
103<adiamas> nod
104<adiamas> i just don' get how char strings give you the output.
105<adiamas> namely, how we know what string does what
106<Bagder> we pass a string like "abcde"
107* adiamas feels progressively dumber
108<Bagder> the LCD shows that on screen
109<adiamas> well that i get...
110<adiamas> what about file icons
111<adiamas> or battery indicators
112<Bagder> eeh
113<Bagder> there are some fixed "icons" on the LCD
114<PsycoXul> heh
115<PsycoXul> adiamas: those are pre-defined in the LCD
116<PsycoXul> adiamas: we only turn them on or off
117<adiamas> okay.. then with all of this.. will we be defining our own icons at all...
118<adiamas> and if not, why did we start to for the recorder?
119<Bagder> the Recorder supports them very well
120<PsycoXul> icons are just whats defined in the LCD already for the player
121<PsycoXul> then we've got CGROM which contains all char set mapped out already, and CGRAM where we can draw 8 of our own chars
122<PsycoXul> for display on the 2 lines
123<Bagder> ... but we don't simulate those Player icons at all yet
124<adiamas> okay.. so for player everything is done...
125<adiamas> now.. what about the recorder?
126<PsycoXul> for the player everything is done on target, but not much simulated
127<Bagder> we should introduce an API for the Player LCD "icons"
128--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
129<Bagder> adiamas: actually, I think we should think through how we want the icons and images present on the recorder screen
130<adiamas> presented you mean?
131<Bagder> adiamas: like how the built-in sw always have a number of icons on the screen, whatever screen we view
132<adiamas> well, thats going to be a factor of how we work the menuing
133<Bagder> yes
134<Bagder> hey calpefrosch
135<adiamas> another factor to consider is, if we are going to 'zoom' in on items... ie: increase font size, for the user..
136<adiamas> what happens to the icons then
137<Bagder> right
138<Bagder> there are a few "usability issues" to sort out
139<calpefrosch> hey
140--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
141<Zagor_> hey all
142--- Zagor_ is now known as Zagor
143<Bagder> moo Zagor
144* Bagder does a cow sound
145<calpefrosch> hey Zagor
146--> alkorr (alkorr@srs07v-3-250.n.club-internet.fr) has joined #rockbox
147<-- alkorr has quit (Client Quit)
148<Bagder> my malloc() is about ready to get added, as soon as we see a need for it
149<Linus> I use newlibs malloc(9 at the moment
150<Bagder> how did you solve the sbrk?
151<Linus> It is included
152<Linus> It uses all space between _end and _stack
153<Bagder> aha
154<Linus> Easy as pie
155<Linus> ...after digging in the "documentation" and the sources
156<-- wavey has quit (Read error: 104 (Connection reset by peer))
157<Bagder> neato
158<Bagder> blah, the newlib CVS doesn't work
159<Linus> work?
160<Bagder> cvs checkout: cannot open CVS/Entries for reading: No such file or directory
161<Linus> blerk. Why do you need the CVS?
162<Bagder> I don't *need* it, I just hate the word "snapshot"
163<Linus> why do you need the snapshot?
164<Bagder> .... and that's the only alternative
165<Bagder> that is all there is
166<Bagder> never mind
167--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
168<adiamas> okay folks.. we officially ahve 10 icons to play with for the recorder now
169<Zagor> heyyyy, wavey
170<Zagor> adiamas: nice
171<wavey> howdy :)
172<adiamas> we now have the file on that was there, plus folder, open box, filled box, the triangle selector and some other stuff...
173<Linus> Bagder: I looked at their FTP. Loads of newlib releases. Where are you looking?
174<Bagder> "Source snapshots are available as gzipped tar files via anonymous FTP from the newlib ftp directory."
175<Bagder> yes there're there
176<Linus> Well, that is not entirely true. The have release archives as well.
177<Bagder> the CVS still doesn't work ;-)
178<Bagder> and their ftp server is full
179<Linus> Actually, that is only what they have. They don't have snapshots. :-)
180<Linus> How large is your mailbox?
181<Bagder> they don't actually say that they are releases anywhere
182<Bagder> therefor, I assumed they are the snapshots they mentioned
183<Linus> ftp://sources.redhat.com/pub/newlib/newlib-1.10.0.tar.gz
184<Bagder> "Sorry, the ftp server has too many active ftp connections (30/30)."
185<Bagder> ...
186<Bagder> worked now
187<Bagder> I'd still prefer the CVS version ;-)
188<Linus> Yeah. I don't. God knows what they have checked in recently.
189<Bagder> coward ;-)
190<Linus> I just played Machinae Supremacy right off the hard drive
191<Bagder> yay
192* Zagor cheers
193<Zagor> "and there was much rejoicing"
194<Linus> "it's just a model"
195<Bagder> "let's not go there, its a silly place"
196<Linus> "Play-a-lot"
197--- Linus is now known as Sir
198--- Sir is now known as Sir-Play-a-lot
199--- Sir-Play-a-lot is now known as Linus
200<adiamas> how wide and tall is the recorder in pixels?
201<Bagder> 112 x 64
202<adiamas> ty
203<Bagder> LCD_WIDTH and LCD_HEIGHT in lcd.h
204--- Zagor is now known as Zagor|lunch
205--- Linus is now known as Linus|lunch
206<wavey> this archos recorder is pissing me off
207<wavey> faulty as hell
208<wavey> used to reset in battery mode only, now it does it in dc too
209<Bagder> ough
210* wavey contemplates returning it
211--- Zagor|lunch is now known as Zagor
212--- Linus|lunch is now known as Linus
213<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
214<Linus> YOOOO!
215<Linus> Just listening to Machinae Supremacy, from the hard drive. The whole song!
216<Zagor> so what happens when the song ends? ;)
217<Linus> Don't know yet. We'll see in about 8 minutes... :-)
218<Zagor> you r00lz :)
219<calpefrosch> hi
220<Linus> Yo!
221<calpefrosch> for the mp3-player in win32, can we use an Active X ?
222<calpefrosch> I didn't found anything for native playing yet
223<Linus> I don't know. Win32 isn't exactly my ball game.
224* calpefrosch have to go to a meeting :-(
225--- calpefrosch is now known as calpefrosch|away
226<Linus> The ATA/FAT read is surprisingly slow...
227<Linus> It takes a while second for 128K...
228<Linus> whole
229<Zagor> odd
230<Linus> The -O switch cured that pretty well...
231<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
232--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
233<Linus> welcome!
234<Zagor> ah, so now it's fast?
235<Linus> yes it is
236<Linus> But i think it can be faster
237<Linus> Damn. The DMA IRQ didn't recognize the end of the song when the last loaded chunk wrapped in the buffer...
238<Zagor> how come?
239<Linus> A negative unplayed_space_left variable (write - read < 0)
240<Linus> Otherwise it works cool as hell!
241<Linus> Version 1.0 is coming closer and closer!
242<Zagor> ninjax!
243<Linus> "...I wanna fell like that agin..." lalala
244<Linus> Machinae Supremacy rocks!
245<Zagor> wavey: what was your purpose with disk.c/h again? it's colliding with common/disk.c/h
246--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
247<Zagor> heyy, bagder. we need to start working on a player ui asap
248<Zagor> where do I start?
249<Zagor> (in the simulator, I mean)
250<Bagder> I was hoping we'd get the the one the other guy was working on... but...
251<Bagder> Zagor: edit the Makefile to build a Player simulator
252<Zagor> I did. but nothing happens when I start it
253<Bagder> no window with silly text in it?
254<Zagor> no, just empty. I only redefined $(DISPLAY), but that should be enough right?
255<Bagder> yes
256<Bagder> lemme see
257<Zagor> umm, wai
258<Zagor> t
259<Zagor> it's the x11/Makefile I need to change, nothing else?
260<Bagder> yes
261<Bagder> make clean and make
262<Zagor> yup
263<Bagder> I get text in my window
264<Zagor> I don't
265<Bagder> move it then, or put a window over it a while or something to get an event
266<Zagor> ahh
267<Zagor> now I got the text
268<Bagder> :-)
269<Bagder> I've seen that happen before, I'm not sure why this happens though
270<Bagder> X11 magic stuff
271<Zagor> ok, I'll add player support to tree.c
272<Bagder> goodie
273<Bagder> "<wannabeuihacker> I added the menu functions and got a menu system for the player"
274<Zagor> ok, good
275<Bagder> but I never got any
276<Zagor> ok
277<Zagor> hmm, maybe we should have a lcd_setfont() call instead of a font parameter to lcd_puts(). as it is now, I have to #ifdef all puts() calls just because of this
278<Bagder> the coordinates are different too
279<Zagor> uh, right. I'm a fool :)
280<Bagder> :-)
281<Bagder> setfont() might be good anyway
282<Zagor> the bad thing is it introduces "state information"
283<Bagder> yes, but it would reduce a large amount of passed zeroes...
284<Zagor> yup
285--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox
286<-- alkorr has quit (Excess Flood)
287<Zagor> hmmm, idea: we make a lcd_setfont() and a lcd_setmargins() call. then lcd_puts() can use x,y "char position" for both player and recorder
288--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox
289<Zagor> that would make much code identical
290<Bagder> sounds pretty good
291<Bagder> would even make "zooming" work
292<Zagor> yeah
293<Bagder> when setfont()ing a larger font
294<Zagor> good point
295<Zagor> we should have both "charpos" and "bitpos" calls. what do we call the "bitpos" call? putsxy is not very obvious...
296<Bagder> I vote for that anyway
297<Zagor> yeah, that's what I'm having right now :)
298<elinenbe> Im having a turkey roast !)
299* Bagder jumps, elinenbe is alive ;-)
300<elinenbe> I am alway here.
301<elinenbe> I am always here
302<Bagder> Zagor: are you planning to move the apps to the apps dir?
303<Zagor> yup
304<Linus> Gotta go!
305<Bagder> bye Linus
306<-- Linus (~linus@labb.contactor.se) has left #rockbox
307<alkorr> cu
308<alkorr> too
309<-- alkorr has quit ()
310--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
311<-- wavey has quit (Read error: 104 (Connection reset by peer))
312<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
313<Zagor> the player dir browser is now working
314<Zagor> oops, left a debugf()
315<Zagor> well, I've got to go. see you!
316<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
317<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox
318--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
319<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
320<-- Tumm has quit (Read error: 113 (No route to host))
321--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
322--- You are now known as adi|home
323--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
324<elinenbe> rock on!
325<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
326<-- wavey has quit (Read error: 110 (Connection timed out))
327--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
328--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
329--> quiquee (~quique@217.8.196.173) has joined #rockbox
330<linuxstb> Good evening all. Anyone feel like talking rockbox?
331<quiquee> good evening
332<-- wavey has quit (Read error: 110 (Connection timed out))
333<adi|work> linuxstb sure.. whats up?
334<linuxstb> I've just incorporated the libmad source into the uisimulator directory and was wondering whether to commit it.
335<adi|work> ahh.. right.. saw your email :)
336<adi|work> well... id say hold off until Zagor or Bagder could give you a proper answer.
337--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
338<linuxstb> adi|home: that is what I was going to do.
339<adi|work> :)
340<-- wavey has quit (Read error: 104 (Connection reset by peer))
341<-- quiquee has quit ("Leaving")
342<linuxstb> bye.
343<linuxstb> \exit
344<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
345--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
346<adi|work> sob....
347<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
348--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
349--> calpefrosch|away (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox
350<linuxstb> Hello calpefrosch
351--> alkorr (alkorr@srs03v-1-174.n.club-internet.fr) has joined #rockbox
352<-- alkorr has quit (Client Quit)
353<calpefrosch|away> hi
354--- calpefrosch|away is now known as calpefrosch
355<linuxstb> I've started implementing a mpeg playing thread in the x11 simulator
356<linuxstb> Someone should try and mirror my development in the win32 simulator!
357<calpefrosch> yes, I have seen some code. Do you use the libmad code ?
358<linuxstb> Yes. I have also started to use pthreads - I'm not sure if that is good or bad
359<-- calpefrosch has quit (carter.openprojects.net irc.openprojects.net)
360<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
361--> calpefrosch (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox
362--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
363<-- calpefrosch has quit ()
364<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
365--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
366--> calpefrosch|away (calpefrosc@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox
367--> Linus (~linus@labb.contactor.se) has joined #rockbox
368<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
369<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc2/20020510]")
370<adi|home> linus you around?
371<Linus> Now I am
372<adi|home> k...
373<adi|home> umm.. not sure, but you may want to talk with linuxstb
374<adi|home> <linuxstb> I've started implementing a mpeg playing thread in the x11 simulator
375<adi|home> <linuxstb> Someone should try and mirror my development in the win32 simulator!
376<adi|home> <calpefrosch> yes, I have seen some code. Do you use the libmad code ?
377<adi|home> <linuxstb> Yes. I have also started to use pthreads - I'm not sure if that is good or bad
378<adi|home> he wants to add the libmad to the source tree, but hasn't gotten an answer from anyone...
379<adi|home> he says its appx 900k
380<Linus> Well. What is this libmad thing?
381<Linus> Gotta sleep. Night!
382<-- Linus (~linus@labb.contactor.se) has left #rockbox
383<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
384--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
385--- Disconnected (22).
386**** ENDING LOGGING AT Sat May 11 23:45:05 2002
diff --git a/www/irc/rockbox-20020513.log b/www/irc/rockbox-20020513.log
deleted file mode 100644
index c3356b2319..0000000000
--- a/www/irc/rockbox-20020513.log
+++ /dev/null
@@ -1,818 +0,0 @@
1**** BEGIN LOGGING AT Sun May 12 06:00:58 2002
2
3--> adiamas (~adiamas@216.194.26.49) has joined #rockbox
4--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ [a.k.a. This room is too damn quiet.]
5--- Topic for #rockbox set by adiamas at Sun May 12 02:38:43
6--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
7--> alkorr (alkorr@srs07v-5-155.n.club-internet.fr) has joined #rockbox
8<-- alkorr has quit (Client Quit)
9--> alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has joined #rockbox
10<-- alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has left #rockbox
11<-- Tumm has quit (Read error: 113 (No route to host))
12--> edx (edx@pD9EAB7BC.dip.t-dialin.net) has joined #rockbox
13<edx> hi
14<linuxstb> Hello - is anyone around?
15<edx> yea
16<linuxstb> Hello Felix - are you still working on the win32 simulator?
17<edx> yea
18<edx> i am...
19<linuxstb> Do you fancy implementing mpeg audio playback?
20<edx> but i've had a lot of work to do the last two weeks.. i guess i am kinda behind the x11 :)
21<edx> mpeg implementing is not too hard - i have already written a class for it (for another project) so i can use that.
22<linuxstb> I've already written a wrapper around libmad - you just need to output the 16 bit stereo sound samples to the windows sound device.
23<linuxstb> i.e. implement the functions in x11/oss_sound.c for Windows.
24<edx> hm - i just use the windows media player to do that :)
25<linuxstb> I think it may save work if the x11 and win32 share the same mpeg decoding code
26<linuxstb> Does win32 support pthreads?
27<edx> threads..
28<edx> sure.
29<edx> i'll have a look ath the oss_sound.c later on... maybe i can just translate it to windows.
30<linuxstb> I have started to implement a separate mpeg playing thread...
31<linuxstb> ... I need to try and make it work on x11, win32 and eventually the target.
32<edx> do we have a startthread funciton or something liek that for the target...
33<linuxstb> I also use the pthread_mutex_lock and pthread_mutex_unlock functions to lock the play queue
34<linuxstb> ... as well as signals to say when the queue is no longer empty
35<linuxstb> thread.c only contains a create_thread function. I can't see anything else
36<edx> ... ill have to write that for win32 then...
37<edx> i gotta go now... i'll try to continue the win32 sim code during the next week.
38<linuxstb> OK - I'll keep working on x11. Bye.
39--- edx is now known as edx|away
40<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
41--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
42--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
43<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
44--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
45--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
46<linuxstb> Hello Daniel - I have just sent a (long) message to the mailing list about the mpeg API. I'm happy to discuss here, or by email.
47<Bagder> uh, I'm gonna watch tv now, back in 45 mins... ;-)
48<linuxstb> No problem.
49* Bagder reads linuxstb's mail now
50<Bagder> ok, I like the suggested api in general, I only have some small details
51<Bagder> kill_playback() - "kill the mpeg playing thread" isn't that just gonna stop the audio?
52--- edx|away is now known as edx
53<linuxstb> This is something I wasn't sure about - is the mpeg thread there constantly, or should it be created and killed as required?
54<Bagder> hey edx
55<edx> hi
56<edx> Heh: http://acmesofties.cjb.net
57<Bagder> linuxstb: I'd prefer to have it there always
58<linuxstb> Will we be able to send it a signal to say "wake up and play some music"?
59<Bagder> oh sure, it would just sit waiting on a message queue or something
60<edx> Bagder: well a kinn thread wont be bad anyways...
61<edx> knn = kill
62<edx> arghl.. kinn = kill
63<Bagder> edx why so?
64<edx> meybe it needs to cleans up some stuff...
65<edx> maybe..
66<edx> jeez - cant type today
67<Bagder> I don't believe we ever need to kill threads, at least I can't think of any good reason why
68<edx> well - but the thread might want to clean up stuff...
69<Bagder> sure
70<edx> i just say it might - it doesnt have to.. :)
71<linuxstb> How about killing the thread so we can free it's memory (i.e. the play buffer) for other things
72<Bagder> but not by killing itself ;-)
73<edx> then rename the function. heh.. it's just called where kill_thread would be called if it existed
74<Bagder> linuxstb: I don't think we'll prioritise that
75<linuxstb> OK!
76<Bagder> stop_track() could stop the playback and free the play buffer
77<Bagder> then start_playback() could allocate it again and play
78<linuxstb> OK, so if are agreed that the mpeg thread is constantly there - do you have any other comments about the API?
79<Bagder> yes another minor one:
80<Bagder> what's the difference between new_track() and start_playback() ?
81<Bagder> couldn't they be the same?
82<linuxstb> start_playback creates the thread. If the thread is always there, then we can change start_playback to create_thread
83<edx> ... good night guys
84<linuxstb> ... which isn't really part of the API.
85<Bagder> night edx
86<linuxstb> bye.
87<-- edx has quit ("l8r")
88<Bagder> right, well I have just pictured myself the play thread to be always present...
89<linuxstb> yes - I agree - the play thread will always be there
90<Bagder> anyway, the thread's presence or not shouldn't be reflected in the api...
91<Bagder> so
92<Bagder> I think the rest covers everything up
93<linuxstb> You're probably right about the thread's presence.
94<linuxstb> My only other problem is how to implement the threads in the simulator
95<linuxstb> I can use pthreads on x11, but how should this be implemented?
96<Bagder> we can't simulate the threads in the same way they work on the target
97<Bagder> we need to keep simualting the apis properly, not the exact behavior
98<linuxstb> I was also thinking in terms of portability between x11 and win32.
99<Bagder> the thread stuff won't be very portable between the x11 and win32
100<linuxstb> OK - I'll start implementing it in the x11 subdirectory, and the person who writes the win32 can see if we can share any code.
101<Bagder> I agree with that approach
102<linuxstb> Another concern is the seeking inside files...
103<linuxstb> ... it could be hard to implement with VBR files. But I guess we can leave that until last.
104<Bagder> yes, I've thought about that too
105<Bagder> I think we better ignore that for now
106<linuxstb> I also think frame sizes can vary (by 1 byte) even in CBR files.
107<Bagder> so, we better read up on the details and see what we can do
108<Bagder> perhaps we won't be able to seek per time at all
109<linuxstb> I think we can seek by time, but it may require scanning the file.
110<linuxstb> The user doesn't have to use it.
111<Bagder> true
112<linuxstb> Should volume control be part of the mpeg API or separate?
113<adiamas> id assume seperate
114<Bagder> I think separate too
115<linuxstb> I guess it is just an implementation detail
116<Bagder> true
117<linuxstb> Are you happy with the peek_next_track and get_next_track concept?
118<Bagder> do we really need two functions for it?
119<linuxstb> I think so. What is the alternative?
120<Bagder> just get_next_track()
121<Bagder> uh
122<Bagder> no
123* Bagder wasn't thinking
124<linuxstb> So you are happy then?
125<Bagder> get_next would then of course advance some kind of pointer
126<linuxstb> yes - that's the difference.
127<Bagder> yes, I'm fine with it
128<linuxstb> OK. I guess we're done here then.
129<Bagder> I would prefer to have Linus say something about it though, as he's the master of the MAS and mp3 playing
130<linuxstb> I agree - I probably won't do any more work on it today anyway.
131<Bagder> I appreciate your work
132<linuxstb> No problem. I just wished that somewhere in the UK would get the recorder 20 in stock again.
133<linuxstb> I don't actually own one yet.
134<Bagder> hehe ;-)
135<linuxstb> I am assuming the recorder is the best to buy - even if I never record on it.
136<Bagder> yes
137<Bagder> it has a better display and better sound (they say)
138<linuxstb> Do you know if Linus is developing a driver for both MAS versions?
139<Bagder> he's doing the 3507 first, the Player one
140<Bagder> because that's the hardware he runs his gdb on ;-)
141<Bagder> both Linus and Björn have both Player and Recorder
142<linuxstb> Have you discussed the 3587 with him?
143<Bagder> not very much
144<linuxstb> I hope it won't be a problem then.
145<Bagder> no one thinks it will be, but we can't be sure of course
146<linuxstb> I don't even want to think about the "mpeg recording API" yet :-)
147<Bagder> it'll hopefully be less messy code
148<Bagder> the 3507 needs all bytes bit-reversed
149<linuxstb> Thanks for the chat. I'll wait for Linus to comment before going too far with the mpeg playing on the simulator.
150<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
151<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
152--> danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has joined #rockbox
153<danaka> hi
154<danaka> somebody out there
155<danaka> help
156<danaka> I need Info
157<adiamas> shoot...
158<adiamas> what can i help ywa with
159<danaka> hi
160<danaka> I wanted to find out which Harddrive I can use to upgrade my Recorder20
161<danaka> and another question is there a limit of files to download to my player
162<danaka> also I wanted to tell u guys that I think its pretty cool that someone trys to write his own code for the box
163<danaka> I think its pretty hard
164<danaka> I m just trying to start programming with C
165<danaka> and Java
166<danaka> will see what works better for me
167<danaka> I looked at ur site and all those files read a lot but still dont know nothing
168<danaka> well Im really beginning beginning
169<danaka> C
170<danaka> wanna play tetris, too on my machine :)
171<danaka> and Quake II grins
172<danaka> lol
173<danaka> I liked that Faq
174<adiamas> hehe sorry, back :)
175<adiamas> ill address what i can..
176<adiamas> 1. FAQ thanks for the compliment :)
177<adiamas> 2. programming... projects like this are a great way to learn
178<adiamas> 3. file limit. I don't believe their is a file limit on the size or number o files you can have, but not 100 percent positive
179<adiamas> 4. upgradeing..
180<adiamas> no idea at all.
181<danaka> would be nice to have 60 gig or something but those 2.5 drives are pretty expensive
182<danaka> gonna get my player today I cant await to put my 20 gig mp3z on it
183<danaka> but its sad that is already full after that action
184<danaka> gonna take it with me im going for a working trip to china
185<danaka> so when I look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/www/sh-win/
186<danaka> seems like an emulator under win is that right?
187<danaka> Where could I start to understand all that probably use more of my Linux and let that windoze go
188<danaka> then learn C and get back to the files
189<danaka> there are a lot In that WWW dir
190<danaka> oops rockbox dir
191<danaka> please tell me where can I start to understand Im wiling to learn
192<danaka> and I want to hack my Archos
193<danaka> damn its already 6.45 in the morning here in Germany and Im still checking all Info I can get about the player without even holding it in my hands
194<danaka> but Im possitive it will arive today
195<adiamas> hmmm well..
196<adiamas> the full api for the devices isn't completed yet, but we're nearly there.
197<adiamas> as for the win/lin thing,
198<adiamas> we have a user interface simulator for both platforms
199<adiamas> the idea is that until the work on metal (hardware
200<adiamas> is done, then the rest of us have something we can work for/with in the simulator.
201<adiamas> as for where to begin.. that is always a tough question to answer.
202<adiamas> best thing i could suggest is to read over the docs that are in the cvs repositiory...
203<adiamas> then try getting the simulator working on your home machine.
204<adiamas> then just play with anything that seems interesting.
205<adiamas> i worked on tetris, screensaver and the FAQ because its what caught my eye at the time.
206<adiamas> hope that helps a bit
207<danaka> aight thanks
208<adiamas> and dont' ever be afraid to ask quesiton shere :)
209<danaka> gonna check the docs in the cvs
210<danaka> cool thanx
211<danaka> gotta go sleep now have a nice day or night or whatever u have at the moment
212<danaka> bye
213<adiamas> bye
214<-- danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has left #rockbox
215--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
216--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
217--- ChanServ gives channel operator status to Bagder
218<adiamas> hey Bagder
219<Bagder> howdy
220<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net)
221<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
222--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
223--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
224<adiamas> Bagder taht was your reply to my idea that just went out yes?
225<Bagder> no, that's Dave's reply
226<adiamas> ah... k...
227<adiamas> i still havent gotten nicks and real life names down yet :)
228<Bagder> hehe
229--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
230--- Zagor_ is now known as Zagor
231<Bagder> morning Zagor
232<Zagor> morn
233<Tumm> morning everyone
234<Bagder> hey Tumm
235--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
236<Bagder> morning Dave
237<linuxstb> Morning - what time is it in Sweden?
238<Bagder> 09:41
239<linuxstb> 8.41 here in London.
240<linuxstb> I'm going to be here all day - "working" at home.
241<Bagder> aah, we like that ;-)
242<Bagder> "working" at home is nice
243<linuxstb> I hope my boss hasn't joined this list :-)
244<Bagder> hehehe
245<linuxstb> Is anyone doing anything interesting on rockbox at the moment?
246<Bagder> not me
247* Bagder actually works
248<linuxstb> I'll be working today, but will have time to chat.
249<Bagder> Zagor: you have any thoughts on the mpeg thread and linuxstb's api suggestions?
250<linuxstb> The main change from my email is that the mpeg playing thread will be there permanently.
251<linuxstb> This makes start_playback and kill_playback unneccessary.
252<Zagor> well, two things: 1) we'll be using a single thread combined with an interrupt handler in target
253<Zagor> 2) the api doesn't really need to know that :-)
254<linuxstb> Agreed, but that possibly means we can't share much code between the simulator and target.
255<Zagor> yes
256<Bagder> oh yes
257<Zagor> we shouldn't share code beyond the API
258<linuxstb> I thought the aim was to share as much code as possible, and design the APIs with that in mind.
259<Zagor> actually, no. the aim is to share application code, not lowlevel code
260<Bagder> yes, the appplication code should run both in target and in the simulators
261<Zagor> there is no point in trying to make the simulator drivers behave the same as the target drivers, as long as the API is the same
262<linuxstb> The debate is then where do we draw the line between application and low-level.
263<Bagder> true
264<Zagor> in the APIs
265<linuxstb> OK - so is my suggested API at the right level?
266--> Linus (~linus@labb.contactor.se) has joined #rockbox
267<Linus> HELO
268<Zagor> I'd say so, yes. except for the threading things
269<Bagder> HELO Linus
270<Linus> MAIL FROM:
271<linuxstb> Welcome Linus - just the man to talk about mpeg playing.
272<Linus> Oh.
273<Bagder> ;-)
274* Linus runs for coffee
275<linuxstb> :-)
276<linuxstb> Sorry!
277<Linus> Back!
278<Bagder> our coffee machine is broken again... *sigh*
279<Linus> shaking hands, eh?
280<Zagor> the get_next_track() things are not really mpeg-playback stuff, it's part of the playlist code
281<Linus> trembling maybe
282<Linus> Are you talking about the mpeg playing API?
283<Zagor> Dave's proposal, yes
284<Bagder> well, the playback doesn't know which track to play so it needs to ask
285<Zagor> yes, but it's not part of the API
286<Bagder> so how should it work?
287<Zagor> the gist is right. i'm just saying it's not part of the API, it's part of the implementation
288<linuxstb> It's a way to abstract the actual selection of tracks by the user.
289<Bagder> I think the playlist code needs to supply that function, and the playback thread uses it
290<linuxstb> So it's part of _an_ API.
291<Zagor> yes but that selection is handled by playlist.c, not mpeg.c
292<Zagor> right
293<linuxstb> We still need that function somewhere in the program - it doesn't really matter what API we say it is part of.
294* Bagder agrees
295<linuxstb> It's part of the two-way communication needed between the "UI thread" and the "mpeg playing thread"
296<Linus> Two-way?
297<Bagder> not the ui, the playlist
298<Zagor> but the playlist code runs in the ui thread, no?
299<Bagder> Linus: the playback thread needs to know which track to play
300<Bagder> does it?
301<Zagor> i don't know :-)
302<linuxstb> The mpeg thread needs to report it's status back to the user somehow.
303<Bagder> me neither ;-)
304<Bagder> I just thought that the UI needed to be independent of the playlist somehow, but I haven't really thought about this in detail
305<Zagor> Bagder: right, but still it makes little sense to have a separate thread for playlist management
306<Bagder> right
307<Linus> Actually, I haven't given the UI thing much thought. I have only coded an MPEG playing thread.
308<Bagder> the playlist will be a chunk of structured memory
309<linuxstb> I don't think we need separate threads - just some kind of abstract data type for playlists.
310<Zagor> yup
311<Bagder> Linus: yes, but how does it know which track to play? ;-)
312<Linus> Currently, it just opens one track. It's a test.
313<Bagder> of course, but beyond the tests...
314<Linus> I had a queue in mind that the playlist/UI code kept up to date, and that the MPEG thread could pick from.
315<Zagor> umm, a playlist perhaps? ;)
316<Linus> No
317<linuxstb> Linus: that is what I am thinking. A play queue.
318<linuxstb> The point about my API is that it doesn't matter.
319<linuxstb> ... to the mpeg thread.
320<Linus> Exactly what dou you mean when you say playlist?
321<Linus> I thought a playlist was an M3U file or the like
322<Zagor> well no that's only one input to a playlist
323<Bagder> a playlist is anything that knows a sequence of tracks
324<Linus> So the playlist is the play wueue?
325<linuxstb> I think a play queue is a temporary play list where the "head" is deleted.
326<Linus> linuxstb: exactly
327--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
328<Bagder> I would think so too
329<Zagor> I don't much see a point in having both a play list and a play queue. please enlighten me.
330<Bagder> hey wavey
331<wavey> morning :)
332<Linus> The play queue is what the mpeg thread sees. The playlist is a list of files created by the user.
333<Linus> In my world :-)
334<Zagor> why can't they be the same?
335<linuxstb> I'll be back in 10 minutes.....
336<wavey> what if the user changes the playlist - does your play queue get updated?
337<Linus> They could. But the term "playlist" has a predefined meaning to many people.
338<Bagder> we're not "many people" ;-)
339<Zagor> yeah, but the mpeg thread code isn't meant for "many people" :)
340<Linus> wavey: it should. But the MPEG thread doesn't care.
341<Bagder> if we offer the playback thread Dave's API, then it could be made however we want
342<Bagder> queue, list, stack, whatever
343<Bagder> it
344<Bagder> is beyond what the playback thread should care
345<Linus> So the playback thread just calls get_next_track()?
346<Zagor> yes
347<Bagder> yes
348<Linus> Fair eneough
349<Linus> hjgfljsrhbglobs
350* Bagder throws a keyboard to Linus
351<Linus> Throw me a brain
352* Bagder has none ;-)
353<Linus> So how does the MPEG thread handle the case when the playlist changes while playing?
354<Bagder> that's why there's a peek and get_next
355<Zagor> it doesn't. that's a UI problem.
356<Linus> So what happens when it changes after the peek()?
357<Bagder> while playing track A
358<Zagor> i'm not sure i agree on the peek() idea
359<Bagder> it peeks and sees track B coming up
360<Linus> How often should I peek?
361<Linus> Every second?
362<Bagder> when you need the next track
363<Linus> Every millisecond?
364<Bagder> when you need the next track
365<Linus> So how does the MPEG thread handle the case when the playlist changes while playing?
366<Bagder> while still playing the former
367<Linus> So what happens when it changes after the peek()?
368<Bagder> flush, restart
369<Linus> How do I know when to do that?
370<Bagder> or what do you suggest?
371<Linus> I = mpeg thread
372<Zagor> you're making this too complex, IMHO
373<Linus> I suggest a "push"
374<Bagder> push?
375<Linus> Maybe a PLAYLIST CHANGED message?
376<Bagder> maybe just play_track() ;-)
377<Zagor> instead of peek() and next(), use an index
378<Linus> Maybe, but it will interrupt
379<Linus> the current song
380<Zagor> when reading next_track into the buffer, check periodically (every second?) that the file is the same
381<Bagder> so how do the thread get the next song without interrupting?
382<Zagor> once the song starts, there's no turning back
383<Linus> Bagder: get_next_track()
384<Zagor> next() sucks
385<Linus> Why?
386<Bagder> why?
387<wavey> why?
388* wavey smiles
389<Zagor> because then you need a peek
390<Linus> Suggestion?
391<Zagor> get(int index)
392<Bagder> what's index?
393<Linus> OK, so a separate play queue?
394<Zagor> no
395<Bagder> 0 or 1?
396<Bagder> you guys should write this down and mail instead ;-)
397<Zagor> not until we have some kind of idea... :-)
398<Linus> Zagor: what is the index?
399<Bagder> but it sounds like we all basicly have the same idea
400<linuxstb> If the user changes the currently playing track, it calls pause_playback and then new_track with the new filename.
401<Bagder> but we talk around each other
402<linuxstb> it = the UI thread
403<Zagor> Linus: index is a track counter. using this index, you can ask for several tracks in advance.
404<Zagor> not just "current" and "next"
405<Bagder> why would the playback need that?
406<Zagor> to fill the buffer, in case of small tracks
407<Bagder> ah
408<Linus> Many short tracks.
409<Bagder> right
410<Bagder> it would in fact need that, indeed
411<Linus> Sound effects for Tetris, for example.
412<Bagder> hehe
413<linuxstb> are small tracks a real problem? How many people have small tracks?
414<Zagor> or wavey's track name reader :-)
415<Zagor> it's not a problem, but it's unfortunate to design so we can't handle them
416<linuxstb> I have no problem with having peek_track(n). We still only need get_next_track though.
417<Linus> Small tracks are not a problem. At least it shouldn't.
418<Zagor> I don't like next(). you can only call it once, right? it's a volatile interface.
419<linuxstb> Yes - it is for the case when the mpeg thread has finished playing that track.
420<Zagor> I much prefer a counter that the play thread increases itself
421<linuxstb> get_next_track could just increment a counter.
422<Linus> A agree with Zagor. But what to do when the playlist changes?
423<Bagder> the playlist code must get to know when it plays the next track
424<Linus> That is, when the index is invalid
425<Zagor> Linus: give an example
426<linuxstb> We should try and make the mpeg playing thread as "ignorant" as possible.
427<Linus> If the index is inceremented by the MPEG thread, when is it reset?
428<Zagor> in stop() ?
429<linuxstb> How does the mpeg_thread know how many songs are in the playlist?
430<Linus> I doesn't
431<Zagor> it doesn't, and shouldn't
432<linuxstb> if it increments a pointer, doesn't it need to know when to stop?
433<Zagor> yeah, when it gets NULL back
434<Linus> When it reads NULL fron the get() call it stops.
435<Zagor> :)
436<linuxstb> I still think my API is more flexible.
437<Zagor> how?
438<Linus> So the "playlist" is read by the mpeg thread via get(index)?
439<linuxstb> What if the playlist shrinks in size?
440<Bagder> I don't understand Linus' and Björn's suggestion
441<Zagor> then it will get NULL immediately
442<Linus> It puts a little burden on the playlist code
443<Linus> To be able to index the list of tracks
444<Zagor> yes, I agree. it's not the perfect idea.
445<Linus> A question: does the UI create a playlist from the current directory automatically?
446<Bagder> so how do the playlist code know which entry that plays right now?
447<linuxstb> Linus: You (i.e. the mpeg thread) shouldn't care.
448<Zagor> peek(int index) is good, but I don't want get_next() to do the same. how about a next_track(void) that the play thread calls when the playthread moves into the next track
449<Linus> I know. I'm just trying to figure out if ZAgors idea is practical
450<Linus> Zagor: sounds OK
451<Bagder> Zagor: right, we need something like that
452<linuxstb> I believe that with my API, any type of UI can be implemented.
453<linuxstb> Zagor - I agree. All you are doing is changing the name of the function, not it's purpose.
454<Bagder> well, these suggestsions aren't that different, if I'm understanding things
455<Zagor> linuxstb: actually, I don't want next_track() to tell which is the next track. only peek() is used for that.
456<linuxstb> Zagor: sorry, I misunderstood.
457<Zagor> i want next_track() to only tell the playlist code that the playthread has advanced one step
458<linuxstb> OK, what about get_track_name(n)
459<Zagor> then peek() can use a relative index instead of a counter. 0=current track, 1=next, 2=nextnext etc
460<Zagor> I think peek() is an ok name, actually
461<linuxstb> But I think we now agree on functionality.
462<Zagor> sure, if you all agree with me. :*D
463<linuxstb> I think I do.
464<Bagder> basicly, after all, this is Dave's idea with a few minor changes :-)
465<Zagor> yes
466<Zagor> but it's good to just go through it, even if we just wind up where we started
467<Bagder> right
468<Bagder> linuxstb: are you updating your original suggestion according to all this?
469<linuxstb> :-) OK.
470<Linus> I'll start coding an MPEG thread that supports this API
471<Bagder> I just think it would be good to get it in "print"
472<Bagder> neato
473<linuxstb> I don't think I'll have time to do it immediately though. Sorry.
474<Linus> Lazy bastard! :-)
475<linuxstb> Work is calling...
476<Linus> Work? What is that?
477<linuxstb> OK, I'll do something very quickly now and send to the list. If I miss something, please modify my email.
478<Linus> Is there working code for the Player keys?
479<Zagor> I think so
480<Linus> Good.
481<Bagder> Zagor: did you try your player app on target yet?
482<Zagor> no
483<Zagor> I was playing have-a-life all weekend :)
484<Bagder> would be cool to know if it works
485<Linus> Zagor: you have a player app?
486<Bagder> life?
487<Zagor> Linus: the file browser
488<Linus> Ah
489<Bagder> yeah, you guys were missing here during the weekend ;-)
490<Linus> I know. I was alone with my kid. I had no time...
491<Linus> And when I joined the channel on saturday is was dead.
492<Zagor> Linus: an excellent opportunity for that old speech about the bits and the bytes
493<Linus> Three sleeping americans
494<Bagder> oops ;-)
495<Bagder> hahaha
496<Bagder> "you see each byte consists of eight bits... "
497<Linus> Does joining the channel on a saturday night say something about not having a life...?
498<Bagder> noooooo
499<Linus> Or trying to forget that you have one?
500<Linus> "So, Rasmus, it's time to sleep now."
501<Linus> "No, I don't want to:"
502<Linus> "SLEEP GODDAMMIT! I need to hack the rockbox!"
503--- Bagder has changed the topic to: Does your box rock? http://bjorn.haxx.se/rockbox/
504<Linus> "But it's only 4am"
505<Linus> pm,
506--> alkorr (alkorr@srs05v-8-132.n.club-internet.fr) has joined #rockbox
507<alkorr> hi
508<Bagder> hi alkorr
509<alkorr> the guy we found in internet (DSP guy) is unreachable ?
510<Zagor> no, he answered but declined
511<alkorr> !?
512<alkorr> NDA ?
513<Zagor> i didn't ask any technical questions, just if he wanted to help. and he said "not for free"
514<alkorr> grrr...
515<Linus> Typical. A guy that has mouths to feed. :-)
516<Zagor> the youth of today... :-)
517<Bagder> he probably thinks he has a life too! ;-P
518* Bagder curses everyone that don't agree with us
519<alkorr> well, in fact, what we need is some infos like assembly codes or some tools. Even such a thing is impossible for him ???
520<Zagor> the tools are proprietary. same with the docs...
521<alkorr> if he doesn't want to code for us is not a matter for me
522<alkorr> and he said "not for free"... a cracker ?
523<Zagor> that was not a quote. he said he was not interested in doing it as a spare time hobby project.
524<Zagor> doing it == helping
525<alkorr> ok
526<alkorr> what his email address ?
527<Linus> BOMB HIM! :_)
528<alkorr> yaaah
529<linuxstb> I've just emailed an updated API document to the list. Please amend and publish on the website.
530<linuxstb> Now I must do some work :-).
531<Zagor> alkorr: samar@winlab.rutgers.edu
532<Zagor> next_track() should be "void next_track(void)"
533<linuxstb> Can someone else take responsibility for amendments?
534<Zagor> sure
535<linuxstb> We also need to decide on the location of the functions - e.g. firmware/mpeg.h and firmware/playlist.h
536<Zagor> yes
537<Zagor> the mpeg code should probably stay in firmware, while the playlist code goes in apps
538<Zagor> now go work! ;)
539--- Linus is now known as Linus|lunch
540--- Zagor is now known as Zagor|lunch
541<-- alkorr has quit ()
542--- Linus|lunch is now known as Linus
543--- Zagor|lunch is now known as Zagor
544<Linus> Yo guys!
545* Bagder awakens and blinks
546<Linus> Do we really need the "bool" type? I think it's redundant.
547<Bagder> it is redundant, I just kinda like having functions return 'bool' when they return only TRUE or FALSE
548<Zagor> umm... does anyone remember why we added it? ;)
549<Bagder> we added it because code we added used it
550<Linus> What code
551<Bagder> does it matter?
552<Linus> Just curious
553<Linus> I feel like killing the bool type.
554<Bagder> I think it was Gary code
555<Bagder> why "kill" it? does it harm anyone? ;-)
556<Linus> It's ugly.
557<Bagder> what if we paint it in bright colours? ;-P
558<Zagor> it sort of flies in the face of the "no new types, just plain C" rule in CONTRIBUTING
559<Bagder> we discussed it when I added it there
560<Linus> Having a type like that automatically makes people think that we HAVE to use it.
561<Bagder> before CONTRIBUTING even existed :-)
562<Zagor> I know. and now we discuss it again. :-)
563<Bagder> as I said, I am +1 on using and having bool
564<Bagder> you may vote against me
565* Zagor is undecided
566<Linus> I am definitely against.
567<Bagder> I think it improves readability
568<Bagder> a matter of taste and opinion no doubt
569<Zagor> well bool is part of the C99 specifiction, so I guess it should be considered as "plain C"
570<Bagder> oh don't we just loooove C99 ;-)
571<Linus> Maybe I'm just old and cranky...
572<Bagder> yes you are OOOOOLD
573<Zagor> but then we should use the built-in bool and not define it ourselves
574<Bagder> no can do
575<Bagder> we build with non-C99 compilers too
576<Zagor> yeah, the simulators. but not the target.
577<Bagder> right
578<Zagor> so let the simulators define a bool if they need to
579<Bagder> is the 2.95 one true C99 then?
580<Bagder> not everyone uses gcc3 for target
581<Zagor> I don't know, but I've seen gcc C code use internal 'bool'. can't figure out how to enable it, though :-)
582<Bagder> oh well, let's face the problem when we get it, not assuming it on beforehand
583<Zagor> yes
584* Bagder noticed that edx edited out wavey's little C99'ism in the playlist code a week ago or so...
585<Zagor> what was that?
586<Bagder> dynamic array alloc on stack
587<Bagder> char buffer[foo];
588<Zagor> ah, yes. but that's bad code (tm) too.
589<Bagder> it depends
590<Bagder> now it makes a malloc() instead, which isn't a lot better
591<Zagor> well we have a lot more heap than stack :)
592<Bagder> well, using memory in one pool or another
593<Zagor> gcc supports bool since 2.7.0, btw
594<Bagder> ok
595<Linus> Zagor: your ATA/FAT code uses the stack for sector data.
596<Bagder> how big stack are you running with atm?
597<Zagor> #include <stdbool.h> is the C99 way
598<Linus> 8K
599<Zagor> Linus: yes, it's imperfect but it's also fixed size
600<Linus> True
601<Linus> Forgot about the dynamic size. THAT is bad code (tm)
602<Zagor> but you're right, that should be changed
603<Bagder> well, malloc() causes fragmentation, dynamic on the stack doesn't ;-)
604<Bagder> *and* it is faster to get it and return it
605* Bagder shuts up now
606<Linus> But that forces us to use a huge stack, chich is unused most of the time.
607<Bagder> very true
608<Linus> And one huge stack per thread...
609<Zagor> stdbool.h defines "bool", "true" and "false"
610<Zagor> not TRUE and FALSE
611<Bagder> #define TRUE true ;-)
612<Linus> Gaah!
613<Zagor> Linus: gaah what, the 'false' or the #define?
614<Linus> The define
615<Zagor> ah, agreed
616<Linus> But I think we should use true/false if we intend to be C99
617<Zagor> yes
618* Bagder disagrees
619* Linus waits for Bagders explanation
620<Zagor> go on
621<Bagder> first, just because we can do C99 doesn't mean we have to
622<Linus> ok
623<Zagor> true
624<Bagder> secondly, I am just so darned used to TRUE and FALSE and I like them that way ;-)
625<Linus> And I am used to BOOL and not bool
626<Linus> but i prefer int
627<Bagder> BOOL?
628<Bagder> windows? ;-)
629<Linus> Amiga
630<Zagor> linus wants VOID too
631* Zagor hides
632<Bagder> hehe
633<Linus> It's actually quite common
634* Linus slaps Zagor HARD
635* Bagder can hardly remember Amiga programming ;-)
636<Zagor> I prefer 'hard'
637<Zagor> ;)
638<Linus> OK so if BOOL is wrong, why is bool right?
639<Linus> When there isn't a bool type in the first place
640<Bagder> because bool is lowercase
641<Linus> And having TRUE and FALSE doesn't force us to use a BOOL/bool type
642<Bagder> no, they're not strictly related
643<Linus> I like int and TRUE and FALSE
644<Zagor> As the code police, I like to have firm ground to stand on when telling people not to create new types. 'bool' is built-in, which means we no longer create any new types.
645<Linus> That implies C99
646<Zagor> yes
647<Zagor> or, rather, gcc
648<Linus> I can go with that.
649<Linus> What I am against is user-defined types for no reason.
650<Bagder> C99 or gcc rather
651<Zagor> I still reserve the right to refuse some other portions of C99 :)
652* Linus loads his gun
653* Bagder digs up the standard to write peculiar code ;-)
654* Zagor changes all TRUE/FALSE to true/false
655<Linus> Officer Zagor: must we use bool, or is it at our convenience?
656<Zagor> If it's a bool, I say we should use a bool. it *does* make the API easier to read
657* Bagder scores a point with the police ;-)
658* Bagder is writing the greatest memory hog at work ;-)
659<Bagder> incredibly stupid
660<Linus> Tell me
661<Bagder> "follow the spec" ;-)
662<Bagder> we have a built-in "registry" in our boxes
663<Bagder> a hierarchal view of lots of settings
664<Bagder> every program can register new "nodes"
665<Bagder> and the data is read/set with callbacks
666<Bagder> quite neat, in general
667<Bagder> now, this module we're working on that I'm writing this "registry" interface for is breaking all previous limits
668<Bagder> it takes a lot to explain, but a modest calculation of used ram may end up on 30MB...
669<Bagder> where we previously used ~3
670<Bagder> for the complete system
671<Zagor> ooh, nice :)
672<Linus> Ouch!
673<Bagder> it is beyond all sense
674<Linus> Code police: should we include "stdbool.h"?
675<Bagder> connection.oDescription.X.destination.X.channel.X.sourceRoute.X
676<Bagder> ... each X is a number between 0 and ... ;-)
677<Bagder> say max 10, and we say 10.000 nodes ;-)
678<Zagor> Linus: yes
679* Bagder sighs and gets back to work
680<Zagor> Bagder: never let reality come in the way of an elegant design! ;)
681<Bagder> this is a perfect candidate for this
682<Bagder> they smile very big when they think of this design ;-)
683<Bagder> they won't smile as much when reality strikes back
684<Bagder> you didn't change tetris
685<Zagor> i know, i changed the firmware first. fixing the simulator now.
686<Bagder> nice
687<Zagor> dine
688<Zagor> done
689--> irony (~irony@as2-5-7.j.bonet.se) has joined #rockbox
690<irony> hello
691<Zagor> hi
692<Bagder> hey irony
693<irony> hi Bagder
694<Zagor> how's the web design going? ;)
695<irony> oh
696<irony> haven' put any effort in it really
697<irony> =)
698<irony> hey have you guys tried gentoo?
699<Zagor> nope
700<irony> I like it, really. I learned a lot form the install, since it's not "automagic"
701<irony> only downside is that it takes quite a while to install, since everything is compiled from scratch
702<Linus> What it gentoo?
703<irony> www.gentoo.org
704<irony> linux distribution
705<irony> with a ports-system
706<Zagor> it's a linux distro that compiles everything
707<irony> yep
708<irony> I like the approach, it's really cool.
709<irony> but kde takes a lifetime to compile, though.
710<Linus> Just upgrade your computer. :-)
711<Zagor> personally, I think it's unnecessary. but i'm glad it's there for those who want it.
712<irony> Linus: hehe
713--> chris1 (~flanz@62.132.155.14) has joined #rockbox
714<irony> Zagor: Well, I can agree that a quick binary automatic install is better in one sense
715<irony> Butit is really nice to have the possibility of choosing and optimizing, even though one does not have extensive linux knowledge
716<chris1> hi
717<Linus> Hi!
718<Zagor> irony: curl -O package.tar.gz; tar xzf package.tar.gz; cd package; ./configure; make; make install
719<Zagor> it's not like it's difficult :-)
720<chris1> Zagor your have checkin (id3.h) .)
721<Zagor> no, it didn't change. why?
722<Zagor> irony: It would be very nice if you could mail me the mockup webpage you did, so I can use the colors etc.
723<irony> Zagor: true...
724<irony> Zagor: but still
725<irony> i still like gentoo
726<chris1> oh sorry , I have get the update now. I have test the compile from last th.day. The win32 build fail. this file was not found.
727<Zagor> nice for you :)
728<irony> I am trying xfs, does anyone have experiences?
729<Bagder> chris1: it was present yesterday too...
730<irony> Zagor: it's just an image, but sure. Otherwise I might put some effort in and make a real page
731<irony> Zagor: just need to wait for kde to finish compiling
732<irony> :)
733<Zagor> ok, if you wish
734<Linus> Oh. A lifetime.
735<chris1> bagder : I have se the log 2002/5/5 10:31:21 :)
736<irony> pretty I should have done this compiling over night
737<-- irony has quit ("Changing server")
738<-- chris1 has quit ("r")
739--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox
740<edx> hi
741<Linus> yo
742<Zagor> hi
743* edx has to leave again in a sek...
744<edx> total-school-overload :P
745<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
746<-- Linus (~linus@labb.contactor.se) has left #rockbox
747<Bagder> you scared them away! ;-)
748<edx> sorry
749<edx> hehe
750--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
751<edx> (meybe it was the word "school") lol
752<Bagder> hehe
753--- Zagor_ is now known as Zagor
754<Zagor> tunnel problems
755<edx> arghl.. there i go again with the typing stuff (meybe = maybe)
756<edx> .. gotta go - be back in like an hour. cu
757--- edx is now known as edx|away
758--> Linus (~linus@labb.contactor.se) has joined #rockbox
759--> alkorr (alkorr@srs08m-8-30.n.club-internet.fr) has joined #rockbox
760<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
761<alkorr> i have a contact with this guy... i'm trying to have those opcodes, he could help to provide them
762<alkorr> (DSP coder guy)
763<Zagor> ah, nice!
764<Zagor> gotta go. see you tomorrow, guys
765<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
766<-- Linus (~linus@labb.contactor.se) has left #rockbox
767<-- alkorr has quit ()
768* Bagder takes off for home too
769<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
770--- edx|away is now known as edx
771<-- wavey has quit (Read error: 110 (Connection timed out))
772--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
773--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
774--> Linus (~linus@labb.contactor.se) has joined #rockbox
775<Bagder> good evening
776<Linus> evening
777<Linus> Bagder: how is that malloc() going?
778<Bagder> it is sitting here, I was under the impression it wasn't exactly needed
779<Linus> Just curious. I'm using the newlib malloc now, but I assume that we will use your malloc() in the future.
780<Bagder> it would be interesting to run a comparison on them somehow
781<Linus> Perhaps.
782<Bagder> I should probably start with adding the code and a couple of tests
783<Linus> Do so. How do you tell it where the pool is?
784<Bagder> bmalloc_add_pool()
785<Bagder> bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY);
786<Bagder> it can in fact handle multiple pools
787<Linus> So it can have many pools?
788<Linus> OK
789<Bagder> not that I think we need that
790<Linus> I think not.
791<Bagder> committed
792<Linus> Great!
793<Bagder> basicly 1400 lines of code for the lot
794<Linus> ooh
795<Bagder> well, check the newlib one as comparison ;-)
796<Bagder> Anja just got back home, I gotta go and talk to her
797<Bagder> see ya
798<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
799<-- edx has quit (zahn.openprojects.net irc.openprojects.net)
800<-- Linus has quit (zahn.openprojects.net irc.openprojects.net)
801<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
802<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net)
803--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox
804--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
805--> Linus (~linus@labb.contactor.se) has joined #rockbox
806--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox
807<-- wavey has quit (Read error: 104 (Connection reset by peer))
808<-- kjer (~kjer@h168n2fls21o1070.telia.com) has left #rockbox
809<edx> cya guys
810<-- edx has quit ("good night")
811<-- Linus (~linus@labb.contactor.se) has left #rockbox
812--> Zubster16 (none@pmchar1-45.rconnect.com) has joined #rockbox
813<Zubster16> Hello
814<Zubster16> anyone here?
815<-- Zubster16 has quit ("« Ë×Çü®§îöñ » Info«v9.1» Released«March 26, 2002» Channel«#Excursion on Da")
816--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
817**** ENDING LOGGING AT Mon May 13 22:21:16 2002
818
diff --git a/www/irc/rockbox-20020516.log b/www/irc/rockbox-20020516.log
deleted file mode 100644
index 9dcf845cb2..0000000000
--- a/www/irc/rockbox-20020516.log
+++ /dev/null
@@ -1,2060 +0,0 @@
1**** BEGIN LOGGING AT Mon May 13 22:27:52 2002
2
3--> adiamas (~adiamas@216.194.26.28) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox
7<edx> morning :)
8--- edx is now known as edx|breakfast
9--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
10<edx|breakfast> hi calpefrosch...
11--- edx|breakfast is now known as edx
12<-- edx has quit ("off for school")
13--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
14--- calpefrosch is now known as calpefrosch|work
15--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
16--- Zagor_ is now known as Zagor
17<Zagor> hi all
18<Bagder> morning
19<Bagder> I added my malloc code yesterday as you probably noticed
20<Bagder> in the test dir only so far
21<Bagder> with about 8 new files, would you say a new firmware/memory/ directory is justified?
22<Zagor> hmm
23<Zagor> why so many files?
24<Bagder> 3 c, 3 h, two "docs"
25<Zagor> firmware/malloc seems a better name, imho
26<Bagder> as long as it is only for malloc, yes ;-)
27<Zagor> what more do you want in there?
28<Bagder> nothing, at the moment. I just thought that if it is named memory, future related additions could go in there
29<Bagder> no big deal
30<Zagor> well if you put it in "common", we can put all kinds of things there :)
31<-- linuxstb has quit (carter.openprojects.net irc.openprojects.net)
32--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
33<Bagder> does it make any sense to separate 20 bytes malloc() from 28 bytes malloc() ?
34* Bagder doesn't think so
35<adiamas> huh?
36<Zagor> umm, we need some context here
37<Bagder> the smallest possible area that will be alloced is 20 bytes now
38<Bagder> the next "bump" up is 28 bytes
39<adiamas> got ya
40<Bagder> and the next after that is 52
41<Zagor> we should probably do some profiling to determine the "bumps"
42<Bagder> yeah, I should probably just leave them as they are for now
43<Zagor> yup
44<-- linuxstb has quit (carter.openprojects.net irc.openprojects.net)
45--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
46* Bagder spots that we're now only 227 days from completing the RC5-64
47<Zagor> Which will be ready first: A "dogfood" rockbox firmware or RC5-64? :)
48<Bagder> a worthy race ;-)
49<adiamas> a "dogfood"?
50<adiamas> and what is RC5-64?
51<Zagor> http://www.tuxedo.org/~esr/jargon/html/entry/dogfood.html
52<Bagder> http://stats.distributed.net/rc5-64/
53<Bagder> and our team is here:
54<Bagder> http://stats.distributed.net/rc5-64/tmsummary.php3?team=18241
55<Bagder> RC5 is an encryption algorithm, the RC5-64 is a competion to find the key of a crypto, distributed on computer world wide
56<adiamas> hhehehe k...
57<Bagder> been going on for 1664 days today
58<adiamas> hmmm one of yo umay know...
59<adiamas> my display, font, size etc on my virtual terms (linux) is outta whack..
60<adiamas> i think its releated to my libvga.config
61<adiamas> but im not sure.. ideas?
62<Zagor> libvga?
63<Zagor> you're not using X11?
64* Bagder has no good clue
65<Zagor> uh, ignore me
66<Zagor> :)
67<adiamas> i am using X11
68* Zagor reads "virtual terms" slowly, several times. Finally gets it.
69<adiamas> but on my virtual terms....
70<adiamas> yeah.. do: ctrl-alt-f4
71<Zagor> i've never had that problem
72<adiamas> and imagine seeing 2 login prompts.. one at the top of the screen.. and another at the bottom :)
73<-- linuxstb has quit (Read error: 110 (Connection timed out))
74<Zagor> adiamas: that ipaq question (on the mlist) should probably be added to the FAQ. I get it a lot.
75<Bagder> he can take your upcoming and thorough reply and paste in ;-)
76<Zagor> hehe
77<calpefrosch|work> I have an IPAQ too, and it would be cool to use the rockbox with it.
78<calpefrosch|work> ähh, jukebox
79<Zagor> it would, indeed. so get started on a driver ;)
80<calpefrosch|work> it's not my special subject ;-)
81<Bagder> since it is just usb-storage, one would suspect that many people would be intersted in such a driver
82--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
83<Bagder> I mean, non-Archos ppl too
84<Bagder> morning Stuart
85<Zagor> Bagder: indeed
86<wavey> howdy
87<Zagor> if someone would donate an ipaq to me, I'd consider looking into it :)
88<calpefrosch|work> are you looking for someone special ?
89<Bagder> for pocketpc?
90<Bagder> I wouldn't ;-)
91* calpefrosch|work holds his IPAQ tight
92<Zagor> bleh, no not for pocketpc. i'm not going anywhere near that.
93<calpefrosch|work> there is a Linux for the IPAQ..
94<Zagor> yup, that's what I'd consider looking into
95<Zagor> however, I'm not about to trade in my vintage HP 200LX anytime soon
96<Bagder> hehe
97<Bagder> what year did you buy that?
98<Zagor> I can't remember. 1995 or something. it says "copyright 1992,1994" on the back :)
99<calpefrosch|work> it's DOS ??
100<Zagor> yep
101<Zagor> MS-DOS 5.0
102<calpefrosch|work> and you didn't install Linux on it?? ;-)
103<Zagor> no. It's got an 8086, so it's a bit limited. last time I checked, the state of the linux port was very raw
104<Bagder> 80186 isn't it?
105<Zagor> well it's some kind of NEC x86-compatible chip, I don't remember the exact model
106* calpefrosch|work goes to work again
107<Zagor> 1 May 2002: FIRST EVER ELKS BETA!!!
108<Bagder> doesn't *really* matter ;-)
109* Zagor is downloading :)
110<Bagder> elks?
111<Zagor> Embeddable Linux Kernel Subset - linux for the 8086
112<Bagder> aaah
113--> Linus (~linus@labb.contactor.se) has joined #rockbox
114<Bagder> dr Linus!
115<Linus> yo
116<Linus> Doctor Linus. I like the sound of that! :-)
117<Bagder> then you better start doing really good things
118<Bagder> ;-)
119<Bagder> after all, Torvalds *is* a "doctor Linus"
120<Linus> I actually have an almost working audio thread.
121<Linus> Bagder: I'm curious about the button interface
122<Bagder> in what way?
123<Linus> The simulator code reads the buttons and sleep for 1 tick in a loop. Shouldn't that be handled with a message queue?
124<Bagder> perhaps
125<Linus> Or is it hard to simulate?
126<Bagder> the code reading the keys should run on the timer interrupt, shouldn't it?
127<Linus> I believe so
128<Linus> and post to a queue when a button is pressed>/released
129<Bagder> so we better do the correct thing for the target code first, and then we adjust the similator to work similarly
130<Linus> I'll do that
131<Bagder> as you might've seen, I've added the malloc code to the firmware/malloc dir now
132<Bagder> it should be possible to use
133<Linus> Great.
134<Bagder> it needs one init call and one bmalloc_add_pool()
135<Linus> ok
136<-- wavey has quit (Read error: 104 (Connection reset by peer))
137--- Zagor is now known as Zagor|lunch
138--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
139--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
140<dwihno> God förmiddag
141<dwihno> Ingen vaken? :/
142--- Zagor|lunch is now known as Zagor
143<Linus> helo
144<Zagor> hi there. english here
145<Linus> fast vi är svenskar
146<Linus> några av oss
147<dwihno> Okay
148* Zagor slaps Linus
149<dwihno> I obey
150<Linus> ouch!
151<dwihno> Anyways, looking for reviews regarding the archos players, I stumbled across the rockbox page :)
152<Zagor> welcome :-)
153<Linus> Many people do
154<dwihno> Since I've been reading a couple of reviews pinpointing the software as a design flaw, I got interested to know more about the device :)
155<Linus> Shoot
156<Zagor> well i guess there's a few nights' worth of reading on the webpage :-)
157<dwihno> *sha-baam*
158<dwihno> hehe
159<dwihno> What kind of batteries?
160<Zagor> AA NiMH
161<dwihno> Is the sound quality good or bad? Signal-to-noise ratio etc...
162<Linus> 1.2V NiMH
163<dwihno> Is it possible to find replacement batteries without travelling to asia :) ?
164<Zagor> sound quality is very good on the recorder, fairly good on the player
165<Linus> The batteries are common
166<Zagor> you can buy them in any hobby shop
167<dwihno> Since you have been working on the software for quite some time, what is your personal opinions about the devices?
168<Linus> I bough mine at Teknikmagasinet
169<Zagor> we love them!
170<Zagor> some design flaws, but in general the flexibility that comes from using standard parts is really nice
171<Linus> Although they have saved maybe one penny too much on some parts of the hardware
172<dwihno> ah, okay
173<dwihno> I am considering the 20gb recorder model
174<Zagor> good choice
175<Linus> Good choice
176<Zagor> echo
177<Linus> cho cho...
178<dwihno> but the software part makes me a bit ... worried :)
179<Zagor> that's what we're here for ;)
180<dwihno> :D
181<Linus> Don't be alarmed. it's not that bad
182<Zagor> no, it's quite alright
183<dwihno> All reviews screaming about the "bad sound quality", are they just using bad headphones? Because I HATE hiss-noises when listening to music
184<Zagor> that depends
185<Zagor> many reviews only listened to very early model players, which had bad sound quality. that was fixed in a firmware upgrade over a year ago
186<dwihno> ah, okay
187<dwihno> How about skipping?
188* Bagder returns with a cup of steaming coffee
189<Zagor> but there is a buzz problem in the recorder, that I don't know if they have fixed yet
190<dwihno> Does the buffer prevent it 100%?
191<dwihno> buzz problem?
192<Zagor> no, you'll get skipping if you take it jogging, for example
193<Linus> I have no problem with skipping
194<Zagor> this is not a device for the ski bumps :)
195<Linus> But since it is a hard drive you must be careful with it.
196<Linus> But you don't want to go jogging with it. It is too heavy for that, IMHO
197<dwihno> ah, okay
198<dwihno> for walking, the buffer is sufficient?
199<Zagor> sometimes, the recorder emits a quiet buzz sound that seems to come from the screen update. we're trying to address that in our firmware.
200<Bagder> dwihno: it is
201<Linus> Haven't had a skip yet
202<dwihno> Are there any big differences between the recorder and studio models? As far as I know, there are only these two models of the player (with different sizes...)?
203<Zagor> big differences
204<Zagor> the recorder has a much better screen, more keys and better sound
205<dwihno> the recorder has recording abilities? :) what else? :)
206<dwihno> ah, more keys
207<Linus> The recorder has a newer, better, MP3 decoder chip
208<dwihno> I love keys
209<dwihno> the price difference is slim, only $30-40
210<Linus> More sound tweaking parameters
211<Zagor> the big difference is the screen. the studio is a 11x2 character display, the recorder is a 112x64 bitmap display
212<dwihno> How often does the recorder-buzz-noise appear?
213<Bagder> there won't be any tetris on the studio!
214<Linus> The Tetris is awful on the Studio
215<dwihno> So the studio is more like a low-budget (older perhaps) model?
216<Linus> Yup
217<dwihno> I read about that tetris game, that was a quite fun thingy :)
218<Zagor> dwihno: look here: http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg
219<dwihno> BIG difference! :O
220<Zagor> yeah
221<Linus> And the USB2.0 interface ROCKS!
222<dwihno> I'm impressed with the rate of progress you guys are making with the replacement firmware :) Who got the idea rolling in the first place?
223<Zagor> it sure does
224<Bagder> usb2 is schweeeet
225<Linus> It was Zagors idea
226* Bagder blames Zagor
227<Bagder> we did nothing ;-)
228<Zagor> hehe
229<Linus> I just sit and watch
230<dwihno> Zagor = Björn, right?
231<Zagor> yes
232<dwihno> ah...
233<Linus> Zagör
234<dwihno> I've heard about you in other places :)
235<dwihno> Hey, we got a celebrity here! :D
236<Zagor> oh?
237<Linus> That must be Björn Borg
238<Zagor> C64?
239<Bagder> muaahahaha
240<dwihno> :-)
241<Linus> Zagor is curious
242<dwihno> I can't remember, but the words Björn. haxx, and Daniel(?) rings a bell somewhere deep inside my head
243* Bagder hides
244* Linus feels left out
245<Zagor> heh, yeah we've got our fingers into quite a number of projects... :-)
246<dwihno> Linus: <Linus> I just sit and watch <-- suit yourself ;)
247<Bagder> I tried "Stenberg" on google
248<Linus> :-)
249<Bagder> I'm only number four
250<Linus> Try Nielsen Feltzing
251<dwihno> correction, you're the third
252<Bagder> ;-)
253<Linus> First hit: Rockbox :-)
254<dwihno> YEAH! :D
255<dwihno> All your rockbox are belong to archos! :D
256<dwihno> Speaking of which, have they contacted you?
257<Zagor> we've practically invaded google :)
258<Bagder> we own google
259<Zagor> nope. I don't expect they will, either
260<dwihno> A project this big might draw some attention
261<dwihno> "Stop the project or die" :)
262<Zagor> yeah, we'll see
263<Bagder> that would be slightly amusing ;-)
264<Zagor> they don't have much to go on, though. this is all clean and legal
265<Bagder> ...until they send guys gome to us with large aluminum bats
266<Linus> If our firmware is better thet theirs, it will certainly be embarassing
267<Zagor> "if"? ;)
268<Bagder> when
269<dwihno> :-)
270<Linus> "when"
271<dwihno> It's just a question of time
272<Bagder> exactly
273<dwihno> The web page is up to date with all the green and yellow marked features?
274<Zagor> yup
275<dwihno> may 8
276<dwihno> boot loader?
277<Bagder> we should make the tree.c yellow
278<Bagder> and add a link to the API docs embryo
279<Linus> The boot loader is for loading different firmwares
280<dwihno> ah, okay
281<Linus> games, the Archos original firmware etc
282<Bagder> web browser, pdf reader... :-P
283<Linus> Movie player
284<dwihno> Hey, as long as you can watch pr0n jpeg's in BW I'm satisfied ;D
285<Linus> You want the video Archos
286<Bagder> right, we need a jpeg decoder
287<Zagor> with scrolling :)
288<Linus> Lots of scrolling
289<dwihno> heh
290<dwihno> bicubic interpolation is all you need
291<Bagder> we just use a large screen buffer and lcd_update() with an x,y
292<Bagder> I already considered this actually ;-)
293<Zagor> i'm moving the simulators to GREEN. they do work, after all
294<dwihno> hah :) cool
295<dwihno> yay! tree is yellow now! :D
296<Bagder> Zagor: right
297<Linus> tree.c has a bad link
298<Zagor> ah, fixing
299<Bagder> add the API docs link too
300<Linus> BTW, what do I have to do to get system.c green?
301<dwihno> How do you browse tracks and such on the player? Do you have a tree view of all files?
302<Linus> Rewrite it, I know...
303<Linus> The tree is quite small on a 2x11 screen :-)
304<dwihno> Is it possible to make play an entire directory without playlists?
305<dwihno> In short: how is the user interface on the archos? :)
306<Linus> You mean the Archos original firmware?
307<dwihno> yeah
308<dwihno> If you want to, you can tell me about your own implementation of the directory browsing (or however it works) :)
309<Linus> In the origina, you can create playlists that consists of an entire directory tree with a simple button press
310<Bagder> we will make everything *perfect* ;-)
311<Linus> Bagder is right
312<Linus> Wa are *cool*
313<PsycoXul> yeah
314<dwihno> :-)
315<dwihno> YOU OWNZZZZ! :D
316* Bagder giggles
317<dwihno> Where in .se do you buy it for the best price?
318<Linus> R000lz
319<Linus> I dont know
320<PsycoXul> dwihno: i've been thinking about all these things since before i got my archos, and watching these guys progress and they're doing it all just right
321* Bagder doesn't know either
322* Linus blushes
323<dwihno> :-)
324<Bagder> I bought my Archos solely for the purpose of running OUR software
325<dwihno> :-)
326<dwihno> You mean, playing tetris and storing jpeg's? :)
327<Linus> I bought mine to listen to music
328<Bagder> music is secondary to me
329<Linus> I have two
330* Zagor has three :)
331<Bagder> haha
332<Linus> One developer machine and one music machine
333<Bagder> and the winner is...
334<Linus> Zagor cheats
335<dwihno> ZAGOR! For almighty ownzage ;D
336<Zagor> it's not cheating, it's called "outside assistance" ;)
337<dwihno> Yeah, you got a 6000 model you lucky bastard :)
338<Linus> Threatening a poo frenchman to get his player. That's low.
339<PsycoXul> i decided to get one to run other firmware on it before your first LCD scroller release heh
340<PsycoXul> i just knew these devices were gonna do more than they were being sold as
341<dwihno> What is left to do before the first release of the firmware?
342<Linus> The 6000/studio model will be the first target for our firmware
343<Zagor> dwihno: basically tying it all together
344<Linus> I have some things to do with the MPEG playing code
345<Zagor> some more MP3 playback work, a bit more UI tweaks
346<Linus> But it plays music
347<dwihno> The 4 second boundary has been broken? :)
348<Linus> Indeed. It plays from hard disk
349<dwihno> How did you play 4 seconds btw?
350<Linus> Loading 128K of MP3 data via the debugger
351<Bagder> that "news" section on the web site could mention this
352<dwihno> I can do documentation! :D
353<Linus> Great!
354<dwihno> I want to be a part of the phenomenon!
355<Linus> Please join
356<Bagder> we could use that
357<Bagder> we need all the help we can get
358<dwihno> Do you have any kind of screenshots of the firmware I can see? :)
359<Linus> There is no firmware yet... :-(
360<Bagder> we have simulators
361<dwihno> ah, okay
362<dwihno> Is it possible to test it on win32?
363<Linus> yes
364<Linus> but I wouldn't call it "test"
365<Bagder> but there's no binary available for download
366<Bagder> only source in CVS
367<dwihno> damn, I have no development enviromnent setup here :/
368<Linus> you can always suck up to the win32 developers on this channel
369<Bagder> we should ask the win32 guys to start making "releases"
370<dwihno> BTW, the USB2 interface is backwards-compatible, right+
371<dwihno> ?
372<Bagder> yes
373<Zagor> yes
374<Bagder> 1.1 works fine too
375<Linus> We should have a Java simulator too. Then we could have it as an applet on the web page! :-)
376<Zagor> haha
377<dwihno> 1.1?
378<Bagder> usb1.1
379<Linus> USB1.1
380<Zagor> yeah, that'd be easy. just one monster of a JNI hack ;)
381<dwihno> Is USB 1.1 the standard of all computers? :)
382<Bagder> yes
383<dwihno> ah
384<dwihno> Is there USB 1.0?
385<Linus> i don't think so
386<dwihno> hm
387<dwihno> maybe in some stoneage computer
388<dwihno> a long long time ago, in a taiwanese bunker far away
389<Zagor> they never released 1.0. I think it had 1.5Mbit speed
390<dwihno> What is the speed of 1.1?
391<Linus> oooh.
392<dwihno> 12?
393<Zagor> yes, 12
394<dwihno> and for 2.0? 4xx ?
395<Zagor> 480
396<dwihno> New DSP algoritms.... What do you have planned?
397<Zagor> whatever we can get. OGG, WAV etc
398<dwihno> ah, okay
399<PsycoXul> i talked to somebody in #vorbis about ogg
400<dwihno> I read in the FAQ, that WAV would be unsupported :)
401<PsycoXul> on the hardware
402<dwihno> How about reading mpeg streams of sounds from ... let's say ... divx's
403<dwihno> Would that be possible?
404<PsycoXul> he said it *might* be possible between the sh1 and the mas
405<PsycoXul> heh
406<Linus> I think so. As long as the sound is MP3
407<Linus> It's just a matter of reading the files
408<dwihno> yeah
409<PsycoXul> not very optimistically thought... if it possible, likely it is for the recorder only
410<Linus> Playing wav files with 48kHz stereo will not be possible on the Player without compression
411<dwihno> In what way?
412<Linus> The serial line between the CPU and the decoder is too slow
413<dwihno> ah, okay
414<Linus> 1mbit/s
415<Linus> But the recorder has a parallel connection
416<Linus> so it should be possible
417<Linus> however, the burden on the DMA will be high
418<Linus> And the CPU will be wuite busy
419<Linus> quite
420<dwihno> ah
421<Linus> But never say never. it has a fairly low priority at the moment...
422<dwihno> We can dream about it :)
423<PsycoXul> 22khz 16bit stereo or 44khz 16bit mono should be possible on the player, and anything less, right? those are only around 700kbps
424<Linus> indeed
425<Linus> PsycoXul: i believe so
426<PsycoXul> but then it seems to have problems playing high bitrate mp3's so that might not be the limiting factor either
427<Linus> That is a CPU problem I think
428<dwihno> How about funny file formats like MOD's, and emulating SID and stuff? :)
429<Linus> Hold your horses!
430<dwihno> Or am I all away in the blue now? :)
431<Bagder> "blue sky alert, take cover"
432<Linus> As long as we don't have WAV playing we can't generate any other sound than MP3
433<dwihno> Rockbox - Making our dreams come true ;D
434<PsycoXul> heh
435<Bagder> Rockbox - what do you want to play tomorrow?
436<Linus> But as soon as we have PCM we surely can dream about MOd and stuff
437<dwihno> Yeah
438<dwihno> Before building the house, it is nice to have some bricks :)
439<PsycoXul> yeah
440<PsycoXul> if we can have pcm
441<Linus> and the COU isn't exactly a monster
442<Linus> CPU
443<PsycoXul> it would have to be fairly low-quality
444<Zagor> PsycoXul: have you published the code for double-height text?
445--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox
446<Zagor> kjer!
447<Linus> heloo Kjell
448<kjer> Hallo!
449<Linus> I noticed that you joined yesterday evening too
450* Bagder moos at Kjell
451<PsycoXul> Zagor: hmm
452<kjer> Yup, but it was just for testing. Then I rebooted...
453<Linus> Windows, eh?
454<dwihno> You need some cool slogan for the Rockbox project
455* Linus NEEDS coffee!
456<kjer> I tried to install Linux, but I get a missing irq for one harddisk I have... Redhat 7.3 :-(
457<Bagder> mmm coffee
458<Zagor> missing irq?? never heard that before.
459<dwihno> Me neither
460<kjer> Me neither - but I sure got it...
461<PsycoXul> Zagor: iirc all i did was lcd_write(0x9,0) and then put the text up like normal... i'd have to check that though, and i haven't done it with the new codebase yet
462<dwihno> Redhat was equipped with IRQ-detection-obfuscation code from M$, I presume :)
463<Zagor> PsycoXul: could you check? I'd like to use it as startup-logo for the firmware
464<PsycoXul> Zagor: it was simple, and i found it in the pdf on the player's LCD on your site heh
465<Zagor> ok :)
466<Zagor> i think we've been over this before once... ;)
467<dwihno> Do you have the logo in a appropriate format for the recorder yet? :)
468<Zagor> yes
469<PsycoXul> heh
470<PsycoXul> yeah
471<dwihno> Ah, another question... Is there much of a difference between the firmwares in the players?
472<PsycoXul> i tried to convert it to custom chars for the player's LCD, but it was *extremely* ugly and took more chars than you can define heh
473<dwihno> :-)
474<Bagder> I wanted to write a GIMP save-plugin for our bitmap format, but I couldn't find out how to do it...
475<Zagor> dwihno: the player and recorder uses totally different firmware. we will make two separate versions.
476<PsycoXul> but i did find that you can set custom chars into double-height mode, so with a little creativity you can design some things like that...
477<Bagder> so I'm considering adding code to read some well-known format
478<Zagor> xbm?
479<Bagder> xbm is not our format
480<dwihno> Zagor: ah, too bad.
481<PsycoXul> it is for the player
482<Zagor> no, but it's a source format that's easily converted
483<dwihno> Zagor: That would save a heapload of time
484<PsycoXul> at least it used to be heh
485<Bagder> Zagor: well, "easily" at least :-)
486<Zagor> dwihno: well much code will be shared anyway so it's not a big problem. but they use different hardware so we need different drivers.
487<Bagder> Linus: do you have any bpm format reader code left anywhere?
488<Zagor> http://bjorn.haxx.se/rockbox/rockbox112.gif <--- recorder logo
489<Linus> Yes I do
490<dwihno> Are the batteries shipped with the player good enough for usage, or should they be replaced on arrival? I've read it is hell'ish to replace the batteries :/
491<Bagder> Linus: wouldn't that be useful?
492<Linus> If you mean BMP
493<Bagder> uh, yes
494<Zagor> they are fine, and simple to replace
495<dwihno> aww... how cute :)
496* Linus looks in his toy box
497<PsycoXul> they come with 2 whole sets
498<Linus> Baaah. It is only a BMP writer.
499<dwihno> Japanese batteries suck :)
500* Linus looks again
501<PsycoXul> i got mine for xmas and i still get ~10 hour playtimes on the first set
502<PsycoXul> but they seem to have supplied different batteries to different people so i can't speak for what you get
503<PsycoXul> mine are green and have 1600mAh printed on them
504<Linus> Did you also get 8 batteries?
505<Linus> I did
506<Bagder> seems that's standard
507<Zagor> my first unit had 1200mAh, I think
508<Zagor> i'm using 1800 now
509<dwihno> I got a BMP reader thingy
510<dwihno> Although I need to clean it from windows dependant code
511<dwihno> <shame on me>
512<Bagder> dwihno: hey, a golden opportunity to join in! ;-)
513<dwihno> YAY :D
514<dwihno> a golden shower
515<dwihno> erhm...
516<Linus> Bagder: I found it. Mailing...
517<dwihno> Zagor: How much does 1800mAh batteries affect play time?
518<dwihno> You get much extra time? :)
519--- dwihno is now known as dw|bbl
520<Zagor> i haven't done any timed measurements, but I get a lot.
521<Bagder> Linus: this code is quite perfect
522<Linus> Good. It's only monochrome, but that is what we want
523<Bagder> right
524<Bagder> I'll "port" it for our use
525<Zagor> I'm removing firmware/disk.* for now
526<Zagor> it's just dummy code anyway
527<Linus> Finally.
528<Zagor> Bagder: I get a compiler warning for line 558 of dmalloc.c
529<Zagor> is it ok if I break out the prevsize assignment from the "if" and put it above?
530<Bagder> yes, but then it'll be assigned unnecessary at times
531<Zagor> really? the condition is &&, which means it will always be executed
532<Zagor> no?
533<Bagder> no
534<Bagder> only if the first equals true
535<Zagor> uh, no. i'm silly
536<Bagder> but the assignment could probably be moved into the block below
537<Zagor> yes, that'd remove the warning
538<Bagder> how did you get the warning?
539<Bagder> ah
540<Bagder> -W was missing
541<Zagor> you can reach "if (prevsize > qinfo[0])" without initialzing prevsize
542<Bagder> how?
543<Zagor> ah, there's still a problem with the prevsize -=
544<Bagder> right
545<Bagder> there's a problem
546<Zagor> if memblock was true, then the assigment would never execute
547<Zagor> will you fix this? it's better than me following your instructions. also, how about indenting the code ;)
548<Bagder> I'll fix
549<Bagder> I honestly can't see why gcc need both -W and -Wall to show all warnings
550<Zagor> no, it's a bit odd
551<Zagor> are you using 2.96?
552<Bagder> no, 3.0.3
553* Bagder committed
554<Bagder> back to bmp.c
555<Bagder> hm
556<Linus> hm?
557<Bagder> it barfs hard
558<Bagder> error - Bitmap is too wide (9472 pixels, max is 112)
559<Linus> ooh missing something?
560<Linus> haha
561<Bagder> could it be that my bmp is compressed and this code doesn't grok that?
562--- dw|bbl is now known as dwihno
563<dwihno> tra la la
564<Linus> Could be. BMP compression is all but fun
565<Linus> It is really, and i mean really silly
566<Linus> dont even try
567<Linus> save it uncompressed
568<Linus> you should also check the endianness
569<Linus> That code runs on an intel CPU
570<dwihno> Check if the indian is BIG or small
571<Linus> :-)
572<dwihno> Linus is a big indian
573<dwihno> And I'm a motorola indian :)
574<dwihno> Hey, I got another question :-)
575<Linus> shoot
576<dwihno> Linux does not require extra software, except some kernel patch for USB2, right?=
577<dwihno> What about win2k?
578<dwihno> Does it require software drivers or does it work out of the box?
579<Linus> I think win2k needs drivers, but I don't know
580<Linus> try :-)
581<Bagder> I got all sorts of win-drivers with my usb2 card
582<Linus> Linux needs a lot of work on the USB2.0 support
583<Zagor> Linus: needs? it works just fine for me.
584* Bagder tries to find a 'convert' option that saves a bmp uncompressed
585<Linus> Well, for example the timeout issue on the ISD300
586<-- kjer has quit (Read error: 104 (Connection reset by peer))
587<dwihno> Hm
588<Zagor> that's an Archos issue
589<dwihno> Does the archos usb thingies incorporate 30 tons of extra gayness software?
590<Linus> not at all
591<Zagor> but yes, it has bugs and is being improved. still I think it works good.
592<Linus> well they include a lame MP3 coder software
593* Zagor has never opened the CD that came with his Archos
594<dwihno> musicmatch studioGay
595<Linus> exactly
596<dwihno> Zagor: and you installed the Archos on win2k?
597<dwihno> or are you 100% linuxer?
598<Bagder> can anyone send me that little rockbox logo in uncompressed bmp format?
599<Linus> Don't insult him!
600<Zagor> dwihno: no, I only use linux
601<Linus> Well Zagor, how about Coiunter-Strike?
602<Linus> CONFESS!
603<Zagor> yes, I have a small win95 partition (4 gig) for playing counter-strike
604<Linus> Gotcha!
605<Zagor> hehe
606<Zagor> I once tried updating to win98, but it started freezing my machine so I went back to win95. :-)
607<dwihno> Counter-gay! :D
608<dwihno> Counter-Strike is quite addictive :)
609<Linus> so you returned your Win98 CD to the shop, right. :-)
610<Zagor> Linus: yeah, right
611<dwihno> I can't live without DTP, games and such. That's why I'm a WinLoser
612<dwihno> What is the resolution of the recorder?
613<Bagder> 112 x 64
614--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox
615<dwihno> ah
616<dwihno> good enough for bitmap viewers :)
617<dwihno> How much memory do you have to play around with? :)
618<Linus> 2Mb
619<dwihno> that's a shitload! :D
620<Linus> no
621<Linus> not for mp3 buffering
622<dwihno> Nah, but for doing other neat stuff :)
623<dwihno> Like loading bitmaps
624<Linus> indeed
625<Zagor> divx viewer :)
626<dwihno> hehe
627<dwihno> Zagor: Come down back down to earth! :)
628<dwihno> I'm the one with perverted dreams in the sky, remember? :)
629* Zagor his soaring high :)
630<Zagor> is, even
631<dwihno> First we need jpeg viewer for the pr0n on the disk...
632<dwihno> Some ascii viewer would be really neat
633<dwihno> and some kind of basic editor
634<dwihno> then, MOD support, then SID :)
635<Bagder> I got an uncompressed bmp now, it still makes no sense
636<Bagder> byter order is not the problem
637<dwihno> Bagder: 4 bit bitmap?
638<Bagder> 8 bit palette
639<Bagder> no compression
640<dwihno> okay
641<dwihno> strange
642<Bagder> it is
643<dwihno> I had some problems getting 8 bit palettes working with windows
644<dwihno> It's not like the good old mode 13h days
645<dwihno> Time to make coffee - I got the great responsibility today ;D
646<Bagder> well, I read the header first, it is enough, it doesn't look good
647<dwihno> You got the structs?
648<Linus> Bagder: the palette should be 2 entries.
649<Bagder> right
650<Bagder> but the header gets wrong when I read it
651<Bagder> hm
652<Bagder> I need it packed
653<Linus> padding?
654<Bagder> yes
655<Bagder> what's the gcc keyword, you know?
656<dwihno> erhm
657<dwihno> dunno
658<Zagor> packed
659<Zagor> attribute packed
660<dwihno> printf("Hello\n");
661<dwihno> :-)
662<Linus> Or -fpack-struct
663<dwihno> m
664<dwihno> hmm
665<dwihno> What does that do?
666<Bagder> now this is better ;-)
667<Linus> Makes the compiler to not align integers
668<Bagder> still need to swap a lot of bytes on Sparc
669<dwihno> ah, okay
670<Linus> ooo. boring
671<Bagder> Size = 1712586752
672<Bagder> ;-)
673<Linus> you will need to swap in target as well
674<dwihno> :D
675<Zagor> don't use bmp
676<Bagder> Zagor: when you write the code, you get to decide ;-)
677<Linus> ...because...
678<Zagor> because bmp is evil and silly
679<Linus> ...because...
680<Linus> I agree with the silly part, though
681<Zagor> XBM or PPM is lots better and simpler
682<Bagder> not for winlosers
683<Bagder> to save as
684<dwihno> True
685<dwihno> There are photoshop plugins
686<Zagor> well, TIF then?
687<dwihno> Or some cool format like TGA! :D
688<Zagor> whatever is not designed by 4-yearolds
689<dwihno> "Yeah, listen to dwihno, TGA is great!"
690<dwihno> :-)
691<Linus> Zagor: can you say unisys?
692<Bagder> hey, I'm not against any format, just write the decoder...
693<Zagor> Linus: don't compress
694<Linus> Ok then
695<Zagor> but seriously, can't photoshop save any sane format?
696<Bagder> it isn't just about saving
697<Bagder> it is about decoding right now
698<Zagor> PPM and XBM are both really simple to decode
699<Zagor> i'll mail you my ppm2c util
700<Linus> TIF is not a format. It's an operating system!
701<Bagder> I doubt win users can save ppm
702<Linus> What a blob!
703<Zagor> ok, I admit I don't know anything about TIF
704<dwihno> Bagder: In photoshop with some extra plugin, it is possible
705<Bagder> ok
706<Linus> TIF is just a framework for embedding a myriad of other formats
707<Bagder> I still intend to make this bmp decoder work
708<Linus> Do so. You have my support
709<dwihno> How much did you pay for your archoses?
710<Bagder> uh
711* Bagder doesn't really know ;-)
712<Linus> The TIFF specification is 121 pages!!!
713<dwihno> Read my lips: T G A
714<dwihno> :)
715<Zagor> how should we handle shared code btwn the recorder and player apps? keep in in player and just link to it in the recorder Makefile?
716<Zagor> id3.c, playlist.c etc.
717<Linus> The TGA format spec is only 29 pages.
718<Bagder> Zagor: let's just have two makefiles and specify all files included in both of them
719<dwihno> Makefile:s are sexy
720<Zagor> Bagder: but where are the files? in apps/player/ ?
721<Bagder> which files?
722<Bagder> the makefileS?
723<Zagor> id3.c and playlist.c, for instance
724<Bagder> they could be in apps/
725<Zagor> the root?
726<Bagder> yes, for general files
727<Bagder> or else a dir for general files
728<Zagor> but they are only general for mp3 playing applications, not for games etc
729<Linus> oooooh "common"
730<Bagder> then it should be a general mp3 dir
731<Zagor> I feel it's better that one of the two player apps link to the other's source files
732<Linus> Are you sure about that?
733<Linus> Does CVS handle links?
734<Bagder> it doesn't make much sense if a game wants to play mp3
735<Zagor> id3.o: ../player/id3.c
736<Bagder> since then the games would also need those files etc
737<Zagor> but id3 and playlist are not useful for games
738<Linus> id3.o: ../../common/id3.c
739<Bagder> mp3/id3.c
740<Bagder> or tracks/id3.c
741<Zagor> then we're polluting the apps module with non-apps directories from the get-go
742<Linus> Zagor: i don't follow
743<Bagder> me personally, I think the 'apps' dir mainly is for the main firware app
744<Linus> I agree
745<Zagor> no
746<Zagor> it's for all applications
747<Zagor> otherwise, we can just keep working in "firmware"
748<Bagder> in my mind, firware is the low level software
749<Bagder> the app is built ontop
750<Zagor> apps is for tetris, picview, screensaver, the two player firmwares etc.
751<Linus> I can buy that
752<Linus> But I think that common code should be placed in a "neutral" place
753<Bagder> but then you can't have 'player' and 'recorder' dir in apps
754<Zagor> define "common"
755<Bagder> as they're not apps
756<Zagor> all code can be reused by other projects
757<Zagor> Bagder: sure they are
758<Bagder> if tetris is an app, how can player be one too?
759<Zagor> they are two separate archos.mod files. load one to play tetris, load the other to play mp3s
760<Bagder> they're bundled today
761<Linus> I don't like that
762<Zagor> in the simulator, yes. i don't think we should have it like that in target
763<Bagder> the bundle?
764<-- kjer has quit (Read error: 110 (Connection timed out))
765<Bagder> why not?
766<Linus> the bundle
767<Bagder> why not play tetris while listening to music?
768<Linus> I see your point
769<dwihno> Tetris + music sounds sexy
770<Bagder> sure, you can opt out
771<dwihno> I get turned on by the idea
772<Zagor> ok, yeah, it's an option. but still, the point of the apps dir is to allow separate apps the same level of abstraction.
773<Bagder> well, my point would be that we'll end up building many output targets, many more than just player and recorder, and therefore it makess little sense to keep files in directories named like that
774<Bagder> still, I don't mind very much
775<Bagder> we'll change it later
776<Linus> I would still like to easily identify which files go with which app
777<Linus> having them in separate directories helps
778<Zagor> that's my thinking too
779<Bagder> not if the makefiles refer to them ../../blabla
780<Bagder> it spoils that completely
781<Linus> But you don't want shared files in an easily identified place?
782<Bagder> yes I do
783<Bagder> but that is not in player/
784<Bagder> or recorder/
785<Linus> I asked Zagor, sorry
786<Bagder> ah
787<Zagor> well then point is these two files are only shared between "player" and "recorder". not with "picview", "bookreader", "screensaver" etc. so it's not a "common" dir that makes sense.
788<Zagor> s/then/my/
789<Linus> Maybe not those two files
790<Linus> I was talking in general
791<Zagor> don't :)
792<Linus> haha
793<Zagor> ok, how about this:
794<Zagor> apps/mp3, apps/mp3/player apps/mp3/recorder
795<Linus> nah
796<Linus> makes tetris even more "difficult" to include in the mp3 firmware
797<dwihno> apps/video/jpgviewer
798<dwihno> apps/utils/textviewer
799<Zagor> Linus: why?
800* Linus sees the "plugins" directory coming
801<Zagor> dwihno: it makes little sense to create categories before we even have the applications. :)
802<Linus> tetris.o: ../../../tetris/tetris.c
803<Zagor> Linus: why are you putting tetris.c in ../../../ ?
804<dwihno> Zagor: True, I'm just being an idésprutare :)
805<Zagor> dwihno: :)
806<Linus> Zagor: it's an app, isn't it?
807<Zagor> Linus: you just said it wasn't
808<dwihno> What do I need to write a module to the firmware?
809<Linus> but you said it was
810<Linus> or did i misunderstand
811<Zagor> did not, did too...
812<Linus> :-)
813<Zagor> dwihno: lots of patience, currently :)
814<Linus> and an "app" directory
815<dwihno> Zagor: Ah, okay, well, I haven't even ordered myself an Archos yet ;)
816<Zagor> hehe
817<dwihno> How about audio output levels? Is it good?
818<Linus> Then do
819<Bagder> dwihno: you should join up on the mailing list
820<Zagor> dwihno: oh yes, plenty...
821<Linus> Define "good"
822<Linus> gotta go now. CU guys!
823<dwihno> zya
824<dwihno> Good ... hmm...
825<Zagor> bye
826<dwihno> Loud enough to hear at a comfortable party level when you wanna party! :D
827<Linus> doesn't that kind of depend on the amplifier?
828<dwihno> dunno, I'm no hardware guru
829<Linus> say "headphones"
830<dwihno> hehe
831<dwihno> Since when are headphones amplifier
832<dwihno> s?
833<dwihno> or maybe they are
834<Linus> you connect the headphone output to your amplifier
835<Linus> turn up the volume and party!
836<dwihno> ah, okay :)
837--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
838<Linus> oh no. elinenbe is here. I must go!
839<Linus> :-)
840<elinenbe> That's cool.
841<-- Linus (~linus@labb.contactor.se) has left #rockbox
842<dwihno> fa la la
843<dwihno> Hm
844<elinenbe> Anyone want to do some Pro*C programming?
845<dwihno> *tries to figure out more questions*
846<dwihno> How about track switching time? :)
847<Zagor> dwihno: how do you mean?
848<elinenbe> how is the progress?
849<dwihno> Zagor: When song #1 ends, how many seconds do I have to wait for song #2 to start?
850<Zagor> about 0.01 :)
851<Zagor> any gap is considered a bug
852<elinenbe> I agree with that...
853<elinenbe> are you guys planning on pre-buffering the next song?
854<Zagor> yes
855<Zagor> the next several, if they are short
856<elinenbe> nice...
857<elinenbe> lets say you are listening in shuffle mode, and then you want to listen in normal mode, then you will have to buffer again.
858<Zagor> yes
859<elinenbe> what will this do to the battery life?
860<Zagor> well the more you access the disk the more power you draw
861<elinenbe> I think there should be an option to choose an agressive battery mode, and a very conservative battery mode --> agressive for exercise, or when the device is plugged in, and a conservative for when on the plane
862<dwihno> Hm
863<Zagor> what should the difference be?
864<Zagor> we plan to always be conservative
865<dwihno> Zagor: You don't have the manual for the Archos in a handy format? I'd like to see how to operate it and limitations
866<Bagder> dwihno: let's put it this way: there is none
867<dwihno> Bagder: Erhm, you are kidding?
868<Bagder> or at least, the one I got is worse than crap
869<dwihno> ah, okay
870<dwihno> I was wondering about how the playlist is like on the recorder
871<elinenbe> well, it may spin up to buffer every 15 seconds in agressive, that way if you are running, and it is unable to buffer due to shock, then it will try again very soon. Currently if you are running and it tries to buffer, and it can't then it stops, and most likely you have to restart the machine
872<dwihno> elinenbe: Maybe you can tell me... ?
873<elinenbe> what would you like to know>
874<dwihno> hm
875<dwihno> How do you navigate?
876<dwihno> How does shuffle work?
877<-- calpefrosch|work has quit ("bin bals zurück")
878<elinenbe> there is a quick user guide (that is very accurate and descriptive at: http://groups.yahoo.com/group/archosjukebox6000/files/AJB6000%20Quick%20Reference%20Guide
879<dwihno> Does it play every directory consistently?
880<dwihno> Even on the recorder model?
881<elinenbe> http://groups.yahoo.com/group/archosjukebox6000/files/AJBR%20Quick%20Reference%20Guide
882<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
883--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
884<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
885<dwihno> Rockbox - Because vanilla is not liquorice
886<Bagder> hehe
887<dwihno> What do you think about that for a slogan?
888<Zagor> haha
889<dwihno> Damn, I want myself a recorder-20! :)~~
890<Bagder> it rocks... boxes ;-)
891* Bagder curses his bmp.c
892<dwihno> What's wrong?
893<Bagder> I can't seem to get the proper pixels
894<dwihno> Is the header parsed correctly?
895<Bagder> yes
896<Bagder> but not the image itself
897<dwihno> strange
898<dwihno> did you test the code on wintendo?
899<Bagder> heck no
900<Bagder> ;-)
901<dwihno> hehe...
902<Bagder> I don't have a win compiler and I don't want any
903<dwihno> MY libbmp.c works ;D
904<dwihno> although it still depends on win32 headers
905<dwihno> which is really really really gay
906<Bagder> well, ok, I'll commit my code and you can all see and laugh at me
907<dwihno> Committing buggy code?! That's breaking the prime directive! :)
908<Bagder> it isn't being used so it doesn't matter
909<dwihno> ah, okay
910<dwihno> what are you going to use it for?
911<Bagder> I wanna be able to load a logo from disk
912<dwihno> for what?
913<dwihno> the test environment, the archos hardware?
914<Bagder> both
915<dwihno> okay
916<Bagder> http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/uisimulator/bmp.c?rev=1.1&content-type=text/vnd.viewcvs-markup
917<dwihno> * $Id$
918<dwihno> What's that line?
919<dwihno> I never understood those
920<Bagder> a comment ;-)
921<Bagder> generated by CVS
922<Bagder> file, file version, date, committed, state
923<Bagder> comitter
924<dwihno> ah, okay
925<dwihno> cute :)
926<Bagder> its convenient
927<dwihno> I can try to make my libbmp do the same thing on windows
928<dwihno> What about the output format?
929<Bagder> hm
930<Bagder> I could mail you the code I use to call that and output the logo on screen
931<dwihno> sure
932<Bagder> using printf() a lot of"*"
933<Bagder> :-)
934<Bagder> address?
935<dwihno> dwihno@hotmail.com
936<Bagder> I sent you my whole function, just remove the lcd-functions
937<dwihno> mkay
938<dwihno> Hmm, I guess you aren't the one who sent the "eliminate cellulites" e-mail ;)
939<Bagder> haha
940<dwihno> I should fix my loader so it doesn't use windows headers too
941<Bagder> I think this is easier to debug if I create a smaller and simpler bmp to play with
942<Bagder> let me know if you find anything, I won't be able to do anything more today
943<dwihno> sure
944<dwihno> I'm soon off to get home, so I can get some fun stuff done ;)
945<Bagder> see ya
946<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
947<dwihno> I'm soon off to get home, so I can get some fun stuff done ;)
948<dwihno> oops
949<dwihno> soryr ;)
950--- dwihno is now known as dw|gone
951<Zagor> gotta go. bye!
952<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
953--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
954<-- elinenbe has quit (Client Quit)
955<-- wavey has quit (Read error: 110 (Connection timed out))
956--> edx (edx@pD9EA9FF8.dip.t-dialin.net) has joined #rockbox
957<edx> hi
958--> calpefr|ipaq (~calpefr|i@f-226-96.frankfurt.ipgprs.viaginterkom.de) has joined #rockbox
959--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
960<edx> night.
961<-- edx has quit ("good night quys")
962<-- calpefr|ipaq has quit (Read error: 110 (Connection timed out))
963<-- wavey has quit (Read error: 104 (Connection reset by peer))
964<-- Tumm has quit (Read error: 110 (Connection timed out))
965--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
966<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
967--> PsycoXul (psyco@adsl-63-205-42-77.dsl.lsan03.pacbell.net) has joined #rockbox
968<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
969--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
970<-- Tumm has quit (Read error: 104 (Connection reset by peer))
971<-- dw|gone has quit (carter.openprojects.net irc.openprojects.net)
972<-- PsycoXul has quit (carter.openprojects.net irc.openprojects.net)
973<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
974--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
975--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
976--> dw|gone (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
977--- dw|gone is now known as dwihno
978--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
979--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
980<dwihno> BAGDER! :D
981<Bagder> morning
982* dwihno vinks
983<dwihno> Did you solve the bitmap loader problem yesterday?
984<Bagder> no
985<Bagder> didn't do anything more
986<Bagder> you?
987<dwihno> I got it working
988<dwihno> I got to write some extra stuff to flip the bitmap vertically and remove all windows stuff
989<dwihno> HPALETTE's and stuff = typical nono
990<Bagder> so, did you add it to the simulator too? ;-)
991<dwihno> erhm
992<dwihno> nope :)
993<Bagder> hehe
994<dwihno> I have a life(tm) too ;)
995<Bagder> aaaaah
996<Bagder> that life thing they talk about ;-)
997<dwihno> yeah, once you had it, you're hooked!
998<dwihno> First fix is always free
999<Bagder> so, do you wanna add it to the simulator or can you mail me your working version?
1000<dwihno> I want to fix it first
1001<Bagder> fair enough
1002<dwihno> What model did you have?
1003<Bagder> you mean which picture?
1004<dwihno> not really :) what archos model :)
1005<Bagder> ah, a recorder
1006<Bagder> the only sane choice imho
1007<dwihno> 6, 10 or 20?
1008<Bagder> do they really exist less than 20?
1009<dwihno> I know there is a 10 gig model
1010<dwihno> But you're making me uncertain :)
1011<Bagder> it doesn't really matter... I have 20 fine GB ;-)
1012<dwihno> there is a 10 gig model
1013<dwihno> When activating the device, how many seconds does it take before it starts?
1014<Bagder> hm, dunno, maybe 4 seconds
1015<Bagder> maybe a little more
1016<dwihno> That fast?
1017<dwihno> Starts playing, that is...
1018<Bagder> uh, that fast to start up and offer me the interface
1019<Bagder> then I need to pick an action
1020<Bagder> if I wanna read a playlist, it'll take longe since that is pretty slow
1021<Bagder> longer
1022<dwihno> ah, okay
1023<dwihno> Which are the alternatives? Playlist, configuration, ... ?
1024<Bagder> I'm not a very frequent Archos user, so I'm not the one to tell you about all the magic stuff
1025<Bagder> I only got my unit for like two months ago
1026<Bagder> and I intend to run our software, not getting used to the built-in ;-)
1027<dwihno> ah, okay :)
1028<dwihno> :-)
1029<dwihno> Do you use the rockbox software right now?
1030<Bagder> no, there's no available target version yet
1031<Bagder> I only run it using the simulator
1032<dwihno> The magic of writing software :)
1033<dwihno> Are playlists required in order to use the player, or can you play a directory at a time?
1034<Bagder> you can play a directory at a time, yes
1035<Bagder> without a playlist
1036<dwihno> but it can't auto-switch directory when the 'current' directory is finished?
1037<Bagder> I don't think so
1038<Bagder> or rather, I don't know
1039<-- Tumm has quit (No route to host)
1040<dwihno> as long as it works ;)
1041<dwihno> Although I'll probably upgrade to rockbox once it has reached a production state
1042<dwihno> okay, now I got the structs all working
1043<dwihno> Time to remove windoze code
1044<dwihno> C:\wip\.src\archos>make
1045<dwihno> gcc -O2 -c test.c
1046<dwihno> gcc -o bmp.exe test.o ../bmp/libbmp.o
1047<dwihno> C:\wip\.src\archos>bmp
1048<dwihno> * *
1049<dwihno> * * **** **** * * **** **** * *
1050<dwihno> * * * * * * * * * * * * *
1051<dwihno> *** * * * * * * * * * * *
1052<dwihno> * * * * * ** **** * * *
1053<dwihno> * * * * * * * * * * * * *
1054<dwihno> **** **** **** * * **** **** * *
1055<dwihno> * *
1056<dwihno> yay
1057<dwihno> :)
1058<dwihno> the power of upside-down bitmaps
1059<dwihno> gotta fix that.
1060<Bagder> nicers
1061<dwihno> libbmp.h:26: warning: malformed `#pragma pack'
1062<dwihno> Hmm
1063* dwihno turns into a question mark
1064--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1065<Bagder> morning Tumm
1066<dwihno> Damn computer!
1067<dwihno> I hate when this happens!
1068<dwihno> I got problems with byte alignment :/
1069<Bagder> all of a sudden?
1070<dwihno> nah
1071<dwihno> when testing the code on an intel linux box
1072<Bagder> aha
1073<Bagder> gcc?
1074<dwihno> It nags about my #pragma pack, which works perfectly on wintendo
1075<dwihno> yup
1076<Bagder> wait
1077<dwihno> 2.92.3-6 for Wintendo, and 2.92.2 on the linux-box
1078<Bagder> #ifdef __GNUC__
1079<Bagder> #define STRUCT_PACKED __attribute__((packed))
1080<Bagder> #endif
1081--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1082<Bagder> you need to put that on the declaration of the struct
1083--- Zagor_ is now known as Zagor
1084<Bagder> hey bro
1085<Zagor> hi
1086<dwihno> Hello Dr. Zagor
1087<Zagor> yay, another virus on the list
1088<Zagor> gotta love windows
1089<Bagder> yeah
1090<Bagder> grrrreat
1091<Bagder> then again, you should be glad you're not on the wget list
1092<Zagor> i am :)
1093<Zagor> glad, that is
1094<Bagder> 2-3 viruses PER DAY
1095<Bagder> and then the darned virus-reports coming in right afterwards
1096<dwihno> [~/wip/src/archos] ./bmp
1097<dwihno> * *
1098<dwihno> * * **** **** * * **** **** * *
1099<dwihno> * * * * * * * * * * * * *
1100<dwihno> *** * * * * * * * * * * *
1101<dwihno> * * * * * ** **** * * *
1102<dwihno> * * * * * * * * * * * * *
1103<dwihno> **** **** **** * * **** **** * *
1104<dwihno> * *
1105<dwihno> YAY! :D
1106<dwihno> Thanks Bagder! You ownz
1107<Bagder> heh, np
1108<dwihno> I want to order an archos now!
1109<Bagder> go go go ;-)
1110<dwihno> :D
1111<dwihno> I'm awaiting pricing information
1112<dwihno> And cash
1113<dwihno> I'm gonna sell one of my computers this weekend
1114<Bagder> btw, you working or are you a student?
1115<dwihno> Hmm, I'm not a student (yet)
1116<dwihno> And I'm not really working either
1117<dwihno> "UNGDOMSPRAKTIK!" :D
1118<dwihno> I guess it's equivalent to working... :)
1119<Bagder> ah, youngster eh? ;-)
1120<dwihno> Not really
1121<dwihno> 22 :)
1122<dwihno> Old man
1123<Bagder> heh, kiddo ;*)
1124<dwihno> Lost my job, didn't get a new, and the ungdomsgaranti kicked in
1125<dwihno> Just because you're all old hags ;)
1126<dwihno> nah, j/k
1127* Bagder leans over his cane and goes for more coffee
1128--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1129--> Linus (~linus@labb.contactor.se) has joined #rockbox
1130<dwihno> #### # # ### # ### # # ### #### # # ## #####
1131<dwihno> # # # # # # # # # # ## # # # #
1132<dwihno> # # # # # # # # # # ## # # # #
1133<dwihno> ### # # # # # #### # # # ## #### #
1134<dwihno> # # # # # # # # # # # ## # # #
1135<dwihno> # # # # # # # # # # # # # # #
1136<dwihno> # ## # # # # # # # # # # # #
1137<dwihno> #### # ### #### ### # # ### #### # # # # #
1138<dwihno> :-D
1139<dwihno> Beware of evil bitmap lööödär
1140<PsycoXul> so what is it that drains the batteries while the units turned off
1141<Bagder> dwihno: wooo ;-)
1142<Linus> PsycoXul: Player or recorder?
1143<PsycoXul> player
1144<dwihno> Bagder: Who needs figlet when you have bitmap loader ;D
1145<Linus> The recorder doesn't really turn off, AFAIK, but I don't know that the Player drained the batteries.
1146<Bagder> hey, never underestimate figlet!
1147<dwihno> can figlet produce ascii boobs from pr0n images? I don't think so! :D
1148<PsycoXul> _
1149<PsycoXul> ___ _ _ ___ __| |_____ __ __
1150<PsycoXul> / -_) || / -_) / _` / -_) V V /
1151<PsycoXul> \___|\_, \___| \__,_\___|\_/\_/
1152<PsycoXul> |__/
1153<PsycoXul> dwihno: thats what aalib's for
1154<dwihno> :-)
1155--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
1156<calpefrosch|work> morning
1157<Bagder> morning
1158<Linus> morning, Froggy!
1159<Bagder> frogger
1160<Bagder> we should have a frogger!
1161<Bagder> :-)
1162<Linus> Lode Runner
1163<calpefrosch|work> haha
1164<Bagder> pac man
1165* calpefrosch|work thinks about to change the nick
1166--- calpefrosch|work is now known as pacman
1167--- pacman is now known as calpefrosch
1168<-- Linus (~linus@labb.contactor.se) has left #rockbox
1169<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1170--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1171<Zagor_> oops :)
1172--> Linus (~linus@labb.contactor.se) has joined #rockbox
1173--- Zagor_ is now known as Zagor
1174<dwihno> Hurra! Nu funkar det
1175<dwihno> Hoorrräjj, it's wöörking
1176<dwihno> Zagor: order me an Archos through your company, mkay? :)
1177<Zagor> hehe. sure. one cardboard box coming up. blue marker: "Archos Juckbox"
1178<dwihno> :-)
1179<dwihno> Could you do that, s'il vous plait? :)
1180<Linus> Björn har ingen attesträtt
1181<Linus> haha
1182<dwihno> Linus: har du det?
1183* Linus hides
1184<dwihno> HAHAHA!
1185<dwihno> :D
1186<Linus> dwihno: what is working?
1187<dwihno> Linus: bitmäp låjder, with support for vertical flip ;D
1188<Linus> Woo. Flipping! C00l!
1189<dwihno> Hehe
1190<dwihno> You bet! :D
1191<dwihno> How hard is it to replace the batteries btw?
1192<Bagder> Isn't there any pics of that somewhere among yours, Zagor?
1193<dwihno> ## ### ## # # ## ### ### ## # # ## # # #
1194<dwihno> # # # # # # # # # # # # # # # # # # # # #
1195<dwihno> # # # # # # # # # # # # # # # # # # # # #
1196<dwihno> #### ### # #### # # # ### # # # # #### #### #
1197<dwihno> # # # # # # # # # # # # # ## # # # # # #
1198<dwihno> # # # # # # # # # # # # # #### # # # #
1199<dwihno> # # # # # # # # # # # # # #### # # # # #
1200<dwihno> # # # # ### # # ## ### # ## # # # # # # #
1201<dwihno> :-)
1202<Bagder> uh
1203<dwihno> <-- is a bit insane today, sorry ;)
1204<Zagor> Bagder: no, it's much too simple to have instructions :)
1205<Zagor> dwihno: look at any photo
1206<Zagor> the two silver cylinders on each side are plastic battery covers. just lift them and take out the batteries.
1207<Linus> Easy as pie
1208<Zagor> http://bjorn.haxx.se/rockbox/mods/disassemble.html <--- first picture shows archos without battery covers
1209<dwihno> Linus: People say they are scared to destroy some weak plastic details
1210<Zagor> then don't destroy them :)
1211<dwihno> Hehe
1212<dwihno> I guess I will be careful the day it's time to switch batteries
1213<Zagor> i have never heard of anyone breaking the battery covers
1214<Linus> I wonder if anyone has managed to destroy it. You need strong and clumsy hands to do that.
1215<dwihno> Is it possible to replace the batteries without removing the cover?
1216<Zagor> of course not, then they would fall out!
1217<Linus> Maybe some sort of teleportation. :-)
1218<dwihno> :-)
1219<Linus> Almost every electronic device in this world has a cover over the batteries.
1220<dwihno> :)
1221<Zagor> dwihno: can you change your walkman batteries with removing the cover?
1222<Linus> without
1223<dwihno> Men apor på er alltså
1224<dwihno> Utan att skruva loss lockhelvetet då! :)
1225<Zagor> there are no screws
1226<Linus> No screws
1227<dwihno> Ah, I was thinking if I had to buy torx-screwdrivers and stuff to replace the batteries...
1228<Linus> Those pictures described how to take the archos apart, not how to replace the batteries
1229<dwihno> I will upgrade my Archos with an 8 meg memory module ;D
1230<dwihno> Should be possible.
1231<Zagor> it *is* possible
1232<Zagor> in theory :)
1233<Bagder> without touching any screws? B-]
1234<dwihno> Bagder: I left the battery subject already ;)
1235<dwihno> Zagor: yeah, replacing the current memory circuit with a new, and modifying the firmwarez
1236<Zagor> dwihno: but you need serious electronics skills
1237* Bagder ignores dwihno's comment and spins his chair
1238<dwihno> Zagor: I did lego when I was a kid, is that sufficient? ;)
1239<dwihno> Just kidding
1240<dwihno> Just playing around with the idea
1241<Linus> The problem is that the DRAM controller might have to be programmed differently
1242<Linus> and that is done by the firmware in ROM
1243<Linus> so when our firmware is loaded, it is already too late
1244<Linus> because the firmware is loaded in DRAM
1245<Linus> tricky stuff
1246<dwihno> ah
1247<dwihno> okat
1248<dwihno> okay
1249<dwihno> Well, 2 mb buffer sounds much enough :)
1250<dwihno> 2 megs = 2 minutes of shock proofing?
1251<Bagder> we will need *some* ram for the software too
1252<Linus> dwihno: it's not really for shock proofing. It is for battery conservation.
1253<Linus> A hard drive can't stand much of a shock anyway.
1254<dwihno> Linus: Yeah, I guess HD access eats baguett... erhm... batteries like a crazy frenchman on a saucisson ;)
1255<Linus> That's a way to put it. And the Archos is a french product. :-)
1256<dwihno> IT IS?! :D
1257<Bagder> I feed my Archos with baguettes ;-)
1258<Linus> Yup.
1259<dwihno> Cool
1260<dwihno> I thought it was designed by some crappy hong-kong company
1261<dwihno> Like A-MAX (they did the NAPA players)
1262<Linus> No. A crappy french company.
1263<Linus> :)
1264<dwihno> Does the Archos feel like "beta" hardware?
1265<Zagor> no, i don't think so
1266* Bagder doesn't think so either
1267<dwihno> Right now, I have a Philips expanium (EXP 100 model) ... It's quite nice
1268<dwihno> But toasting discs is quite bothersome
1269<Linus> A few slight HW modifications would have made the life much easier for the software.
1270<dwihno> and the archos could be used for my project stuff
1271<dwihno> Linus: for instance... ?
1272<Bagder> COOOFFFFEEEEE
1273<dwihno> <-- is making a copy of the archos using evil paper
1274<Linus> The Frame Sync and Demand outputs from the MAS should be inverted and routed to different IRQ pins
1275<dwihno> How can you know this much about the hardware?
1276<Linus> so that you can have IRQ's on both edges
1277<dwihno> Did you get some development docs or are you just hardware gurus?
1278<Zagor> magic :)
1279<Linus> ...and a multimeter
1280<dwihno> And a hammer! :D
1281<Zagor> no docs. pure reverse engineering from start to finish.
1282<dwihno> You can't ponder around with hardware unless you have a hammer
1283<dwihno> I'm impressed by the progress :)
1284<Linus> Our dilemma in that case is that we have a need to assemble it again. :-)
1285<dwihno> hehe
1286<dwihno> tip: karlssons klister!
1287<Linus> We have quite a bunch of talented people working in the project
1288<dwihno> <-- is impressed. Much like Mike Levy
1289<Linus> who is mike levy?
1290<dwihno> He did commercial in the 90's
1291<dwihno> for "amazing discoveries"
1292<Linus> ah
1293<dwihno> He also got his own show, called "Ask Mike" :)
1294<dwihno> All the old ladies adored him
1295<dwihno> my 1:1 model of the archos is now done!
1296<dwihno> Yay
1297<dwihno> it feels a bit thick
1298<Bagder> compare it with the competitors
1299<Bagder> like the nomad
1300<Bagder> and it'll feel thin ;-)
1301<dwihno> Never seen those
1302<dwihno> Does it feel solid?
1303<Zagor> yes
1304<dwihno> My paper model is lightweight :D
1305<Bagder> add 270grams or whatever it is
1306<dwihno> I should mail my model to the guys at Archos and tell them to use my design ;D
1307--- Linus is now known as Linus|lunch
1308--- Zagor is now known as Zagor|lunch
1309<dwihno> Oj
1310<dwihno> Anar jag en lunchdate?! :D
1311<Bagder> that might have to do with those two guys sitting at the same place all days... :-)
1312<dwihno> That sounds a bit kinky ;)
1313<Bagder> that's up to you ;-)
1314<dwihno> loadBMP("test.bmp", &mythingie);
1315<Bagder> and mythingie is a struct of some kind?
1316<dwihno> yup
1317<dwihno> with a bitmap, resolution and some windows gayness
1318--- Linus|lunch is now known as Linus
1319--- Zagor|lunch is now known as Zagor
1320<dwihno> Did you enjoy your lunch? :)
1321<Linus> Sallad
1322<Zagor> chicken salad. mmmm...
1323<dwihno> Where did you eat?
1324<Linus> Yellow Corner in Lilla Alby
1325* Zagor surfed in on sourcefourge.net as got a surprise
1326<dwihno> ALBY?!
1327<dwihno> :D
1328<Zagor> s/as/and/
1329<dwihno> You work there?!
1330<Bagder> lilla alby
1331<Linus> near Sundbyberg
1332<dwihno> What do you guys do for a living?
1333<Bagder> guess!
1334<Linus> Computer consultant, embedded programming
1335<dwihno> Monkey-spankers :)
1336<Linus> eeh?
1337<dwihno> just kidding
1338<dwihno> I envy you
1339<dwihno> Hire me
1340<dwihno> Okay?
1341<Linus> :-)
1342<dwihno> I can work for a low salary :)
1343<dwihno> And sing songs every day to keep up the work spirit
1344<dwihno> Just hire me.
1345<dwihno> :-)
1346<dwihno> Seriousley, where do I send my application and CV? :)
1347<Bagder> www.contactor.se
1348<Bagder> but the hiring is kind of idling atm
1349* Bagder runs for lunch
1350<dwihno> 17.00 börjar kontorsmötet. Jag hinner precis stoppa i mig en baguette med räkröra innan Lasse, vår VD, berättar om status på olika uppdrag, ekonomin, planerade konferenser och om nyanställda.
1351<dwihno> Mmm... Baguette
1352<dwihno> Idag är vi 64 konsulter med en genomsnittlig branscherfarenhet av mer än 12 år
1353<dwihno> IIIIH!
1354<dwihno> I've been working for 1.5 year :(
1355<dwihno> http://www.contactor.se/pics/bjorn.jpg
1356<dwihno> YAY :D
1357<Zagor> :)
1358<dwihno> Do you have any use for a newbie like me? :)
1359<Zagor> not currently
1360<dwihno> 10: print "hellö"
1361<dwihno> 20: goto 10
1362--> jb1081 (~jb@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox
1363<dwihno> Ingen som har en domän där jag kan få lägga in en host? :/
1364<Zagor> english, dwihno
1365<Zagor> and rockbox related, please :)
1366<dwihno> :-/
1367--- dwihno is now known as dw|bbl
1368<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1369<-- Linus (~linus@labb.contactor.se) has left #rockbox
1370--> Linus (~linus@labb.contactor.se) has joined #rockbox
1371--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1372--- Zagor_ is now known as Zagor
1373--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1374<chris1> hi
1375<Bagder> hey chris1
1376<Linus> yo
1377<dw|bbl> yo
1378--- dw|bbl is now known as dwihn0r
1379<chris1> last night I have some trouble to rune the SSH2 stuff on W32 XP. Now I can update the cvs
1380--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1381<Bagder> wooo, getting crowded ;-)
1382<Linus> A largs, silent crowd
1383<calpefrosch> yeah, many people are unsatisfied with the orig firmware
1384<PsycoXul> according to the player LCD's pdf its chars are 5x8 ... they look 5x7 but it would explain why i got garbage in the double-height with my 5x7 chars
1385<PsycoXul> the player's firmware seems to me like it was a hacked together peice of code with minimal acceptable functionality
1386<PsycoXul> i can't say anything for the recorders
1387<Linus> the recorder is quite nice. IMHO
1388<PsycoXul> but personally i see many indications in the player's default firmware's interface and other things that it wasn't taken seriously
1389<dwihn0r> Linus: Zagor mentioned something about a buzz with the recorder model... Do you know what he means?
1390<dwihn0r> Or maybe I should ask him directly :)
1391<Linus> Yes I know.
1392<dwihn0r> What was the fuzz about the buzz? :D
1393<PsycoXul> i do get the feeling that the recorder's firmware was taken more seriously though, for obvious reasons related to the hardware, and started from a cleaner point... but as i don't have experience with the recorder's, that just a hunch heh
1394<dwihn0r> What kind of buzz?
1395<Linus> It's a small buzz, that is audible in silent parts of the music
1396<dwihn0r> :(
1397<dwihn0r> Can you live with it?
1398<Linus> it seems that it comes when the firmware is updating the LCD
1399<Linus> Yes you can live with it.
1400<dwihn0r> I mean, some players have a rather loud hiss noise
1401<dwihn0r> which drives you crazy and wack!
1402<Linus> We are talking about having an LCD OFF feature in the Rockbox that doesn't talk to the LCD at all
1403<Linus> when you are listening to music
1404<chris1> an the recoder firmeware 24a , the lcd have some time as split screen effect.This the point where the Recorder need a reset. The FAT driver has hangs in the orginal Factory disk format. Current I can not record . The 25b Firmeware say no disk space. i have 10 G off free discspace.
1405<calpefrosch> I have a recorder, and I wanted to listen to "Lords of Rings" as spoken text. The buzzing drives me crazy...
1406<PsycoXul> what bitrate is it
1407<chris1> any
1408<Linus> Some people have analyzed the hardware, and they think it can be filtered with a small H/W patch
1409<Linus> maybe only some better grounding
1410<dwihn0r> How loud is the buzz noise?
1411<calpefrosch> not so loud, but you can hear it.
1412<Linus> I can't say. I'm not disturbed by it. I guess I'm too old. :-)
1413<dwihn0r> Can you compare it to some real life sound? :)
1414<Zagor> dwihn0r: it depends a lot on your headphones, too. some people don't get it at all
1415<calpefrosch> like a dropping in the night. Not loud, but it drives you crazy after a time
1416<Zagor> dwihn0r: it's like a fly against the window in a normal room. completely unhearable over a normal conversation, but you pick it up when the room is quiet
1417<dwihn0r> I'm just a bit worried I will feel I threw the money in the trashcan :/
1418<Zagor> where do you plan to buy it?
1419<dwihn0r> Dustin
1420<Linus> dwihn0r: who would buy an MP3 player just to hear some good silence? :-)
1421<Zagor> I have the recorder, with buzz, and the player without buzz. I still prefer to use the Recorder
1422<chris1> what is buzz ?
1423<dwihn0r> Linus: True, but in silent parts, I want to hear silence and no buzz! :)
1424<Linus> I know, just teasing
1425<calpefrosch> chris1: it's a sizzling noise
1426<Bagder> buzz: " 1. To make a low droning or vibrating sound like that of a bee."
1427<Bagder> I've never even heard the buzz in fact ;-)
1428<chris1> buzz like the 60 Hz power volatage sound
1429<chris1> have have buy new earphones , so I have not to turne on to 100% the vol. And the buzz sound is fly away. :)
1430<chris1> how is the name of the USB2IDE Chip convert. On the webpage I can not found this info.
1431<chris1> max XXX ?
1432<chris1> isd 200 ?
1433<Zagor> isd200
1434<Zagor> and isd300 for the recorder20
1435<chris1> where your get the info for the register ? PDFs?
1436<Zagor> which register?
1437<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1438<chris1> some tech notes abort the isd200 interface
1439<Zagor> http://bjorn.haxx.se/rockbox/docs/ISD200_data_sheet20.pdf
1440<Zagor> but don't spread it, they've asked me to keep it internal
1441<chris1> ok. thanks
1442--- dwihn0r is now known as dw|gone
1443<-- calpefrosch (~calpefros@62.52.174.30) has left #rockbox
1444<chris1> ohh. look like the firmeware will check any second if the isd200 has a usb connect flag set. If so the firemware will setup the bus and go halt. In the same secound will the isd200 function full enable. No way the use to USB for data send and write to memory.For a RockBox <-> Usb Pc connect.
1445<Zagor> yes, something like that
1446<chris1> <dream> use ham packet radio technics for debuging on the recorder </dream>
1447<Zagor> haha
1448<Zagor> gotta go. bye!
1449<Bagder> bye Zagor
1450<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1451<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1452<-- Linus (~linus@labb.contactor.se) has left #rockbox
1453--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
1454--> edx (edx@pD9EA9D40.dip.t-dialin.net) has joined #rockbox
1455--- edx is now known as edx|homework
1456<-- wavey has quit (Read error: 110 (Connection timed out))
1457--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1458<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
1459<-- chris1 has quit ("r")
1460--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1461<-- linuxstb has quit (Read error: 110 (Connection timed out))
1462<-- wavey has quit (Read error: 104 (Connection reset by peer))
1463--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
1464<-- jb1081 has quit ("using sirc version 2.211+KSIRC/1.1")
1465--- edx|homework is now known as edx|away
1466<-- wavey has quit (Read error: 110 (Connection timed out))
1467<-- edx|away has quit ("good night")
1468--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
1469--- [TDM]Mr_B|away is now known as [TDM]Mr_B
1470<[TDM]Mr_B> anyone here/
1471<-- [TDM]Mr_B has quit ()
1472--> [TDM]Mr_B (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
1473<[TDM]Mr_B> hello?
1474<[TDM]Mr_B> anybody?
1475<PsycoXul> usualy not this time of day
1476<[TDM]Mr_B> I have a question about my new JBR 20
1477<PsycoXul> there's some good forums on funmp3players.com and a mailing list on yahoo, specific to archos jukebox recorders and players in general
1478<PsycoXul> this channels more geared towards the opensource software development for them, but of course there's technically-minded people familiar with the devices here so
1479<PsycoXul> whats your question?
1480<PsycoXul> the main rockbox developers aren't even here right now heh
1481<[TDM]Mr_B> well, I just got it and installed 1.26 firmware I d/led a while ago. i then saw 1.27c and installed it but when I boot up it shows 1.26 and then 1.27c...slowing boot time
1482--> gizz (~root@lyon-4-a7-62-147-48-217.dial.proxad.net) has joined #rockbox
1483<gizz> hi all
1484<gizz> cool..
1485<-- gizz has quit (Client Quit)
1486<[TDM]Mr_B> ...
1487<PsycoXul> the original firmware is permanently in a ROM chip in the device
1488<PsycoXul> new firmware gets loaded by it from the harddrive
1489<PsycoXul> thats exactly the expected behaviour
1490<PsycoXul> it shouldn't slow the boot time by any significant amount
1491<[TDM]Mr_B> ok, thanks...I just thought 1.16 was in ROM
1492<-- [TDM]Mr_B has quit ()
1493<PsycoXul> hmm
1494<PsycoXul> weird
1495<PsycoXul> i thought he meant 1.26 was in rom didn't see that he installed that himself... eh hmmm
1496--- dw|gone is now known as dwihno
1497<dwihno> Good morning everyone! God morgon allihopa! Bienvenue! Guten morgen!
1498--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1499--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1500<dwihno> BAGDIE! :D
1501<dwihno> *vinka*
1502<Bagder> hey ho
1503<dwihno> I'm no ho'! :D
1504<Bagder> sorry, hey hno ;-)
1505<Bagder> gcc 3.1 is out...
1506<dwihno> It is? :)
1507<dwihno> Cool
1508<Bagder> ~26 MB tarball
1509--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
1510<Bagder> morning calpefrosch
1511<dwihno> I'll wait for binary packages for mingw32
1512<calpefrosch|work> morning all
1513<Bagder> I compile it right now, it'll take ages to complete ;-)
1514<dwihno> :-)
1515<dwihno> Well, you're still young ;)
1516<adiamas> hye all...
1517<adiamas> ive been away a bit.. i miss anything major?
1518<Bagder> no
1519<Bagder> just talking about gcc 3.1
1520<adiamas> ahhh
1521<adiamas> ill stay with 2.95.3 till 3 has been out a little longer,
1522<Bagder> I use several ;-)
1523<calpefrosch|work> why isn't there a stdbool.h in win32 VC++ ??
1524<dwihno> 2.95.3 is fine
1525<Bagder> not for weirdo c++ stuff
1526<Bagder> calpefrosch|work: because that's a C99 thing and VC++ is not C99 compliant
1527<Bagder> make your own in the win32 directory
1528<calpefrosch|work> ok, tnx
1529<Bagder> just typedef a bool, and #define true and false
1530<dwihno> Bagder: For plain C, it is usable :)
1531<Bagder> oh certainly
1532<dwihno> Although the OO approach is so much cooler
1533<Bagder> at times
1534<dwihno> For let's say, a library for loading images
1535<dwihno> BMP's, GIF's, etc
1536<dwihno> :-)
1537<dwihno> That would rock so damn much! :D
1538<Bagder> I see OO abused to very often at work, it has ruined my view of it
1539<Bagder> so very
1540<dwihno> Too bad I'm a bad C++ coder :/
1541<dwihno> Give me an example of the abusement you've seen
1542<Bagder> one of the most common is the over-objectification
1543<Bagder> grrrr
1544<Bagder> build fails...
1545<Bagder> and again
1546* Bagder curses gcc 3.1
1547<dwihno> Get some binaries :)
1548<Bagder> I'll bet that won't wotk either
1549<Bagder> my system is built by tarballs mostly
1550<dwihno> okay
1551<Bagder> no binary packages like this, they always fail on some dependencies
1552--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1553<Bagder> hey zick-zaggie
1554--- Zagor_ is now known as Zagor
1555<Zagor> yo
1556<dwihno> TJOHO ZAGOR! :D
1557<Zagor> hello there
1558<dwihno> www.klitta.nu/ume <- please give me your personal opinions
1559* Bagder crosses his fingers, the gcc build is now doing better
1560<Bagder> no
1561<Bagder> now, should I try to fix this or just wait for the next release? ;-)
1562<dwihno> or the third option: wait for binary packages ;D
1563<Bagder> no, that's not an option for me
1564<dwihno> :)
1565* Bagder goes to fill up his coffee with that black stuff
1566<Bagder> uh
1567<Bagder> gee
1568* Bagder stops trying to type and just hides
1569* Zagor doesn't want to know what black stuff Bagder takes in his coffee
1570<dwihno> :-)
1571<dwihno> <-- got coffee, and polarbröd
1572<dwihno> and three pieces of sugar
1573--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1574<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1575<wavey> morn ppl
1576<Bagder> morning
1577* dwihno hugs everybody. Today everything just ... rocks :)
1578<wavey> glad to hear it :)
1579<dwihno> :-D
1580--> Linus (~linus@labb.contactor.se) has joined #rockbox
1581<Bagder> morning Linus
1582--> PsycoXuul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
1583<Bagder> do I sense that Linus is unaware of all our application efforts? ;-)
1584<wavey> heheh
1585<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
1586<dwihno> which what who where?
1587--- PsycoXuul is now known as PsycoXul
1588<Bagder> dwihno: aren't you subscribed on the mailing list yey?
1589<Bagder> yet
1590<dwihno> Bagder: No, I'm too lame.
1591<Linus> yes I am very unaware. :-)
1592<Linus> What is this application?
1593* Bagder counts to 96 subscribers right now
1594<Bagder> Linus: the player one is Björns dir tree browser
1595<Linus> ok
1596<Bagder> the recorder one is dir browser, tetris and a screen saver
1597<Linus> ah
1598<Bagder> and both can show id3 tags
1599<Linus> Simulator stuff, as of now
1600<Linus> Nice
1601<Bagder> yes
1602<Bagder> but why sim only?
1603<Bagder> they should run on targe too, right?
1604<Linus> So I guess you are all waiting for my MPEG thread?
1605<Bagder> not necessarily
1606<Linus> It works
1607<Bagder> the apps can run without it
1608<Linus> just not perfectly
1609<Linus> It isn't glitch-free between songs
1610<Linus> and it can't seek()
1611<Linus> yet
1612<dwihno> Does the Archos firmware allow in-track seek:ing?
1613<Zagor> yes
1614<dwihno> Whoa... There's something new! :O
1615<dwihno> Simple to use even with 2 hours mp3 lengths?
1616<PsycoXul> its like cd player seeking\
1617<dwihno> okay
1618<PsycoXul> you press and hold the forward button till you get where you want to be
1619<PsycoXul> or backward or whatever
1620<dwihno> Does it take an eternity to seek to let's say 1.5 hour?
1621<PsycoXul> probably
1622<Zagor> uh, yes :)
1623<dwihno> ah, mkay :)
1624<dwihno> Damn
1625<dwihno> I just rang my friend to get the root password
1626<dwihno> I woke him up, and now the password isn't correct!
1627<PsycoXul> so what about playlist code, is that part of an app yet?
1628<Bagder> not yet
1629<Bagder> we should get that part moving
1630<Bagder> dwihno: did you get anywhere further on the bmp stuff, anything to send me? ;-)
1631<dwihno> Bagder: I found out it glitches when the resolution isn't a multiple of 2
1632<dwihno> How many hours does it take to make a subdomain active?
1633<Bagder> make a domain active? in what regard?
1634<dwihno> hmm
1635<dwihno> Getting a hostname bound to a ip
1636<dwihno> dw.lahma.net -> a box
1637<Bagder> if its a new name added, it'll take effect almost immediately
1638<dwihno> damn
1639<dwihno> then it wasn't done
1640<dwihno> DAMN DAMN DAMN
1641<dwihno> :-/
1642<Bagder> gcc 3.1 probably is a boring thing anyway :-O
1643<Zagor> haha
1644<Zagor> no go?
1645<Bagder> no
1646<dwihno> Bagder: Never underestimate the power of binary packages :)
1647<Bagder> bugger off
1648<Bagder> binary packages are evil
1649<dwihno> Bagder: What system are you trying to compile it for?
1650<Bagder> linux i386
1651<Bagder> i686 rather
1652<dwihno> hm
1653<dwihno> then it's weird
1654<dwihno> what kind of errors do you get?
1655<Linus> You didn't manage to compile gcc 3.1?
1656<Bagder> checking whether the C compiler (/home/daniel/src/gcc-3.1/gcc/xgcc -B/home/daniel/src/gcc-3.1/gcc/ -B/usr/local/gcc3/i686-pc-linux-gnu/bin/ -B/usr/local/gcc3/i686-pc-linux-gnu/lib/ -isystem /usr/local/gcc3/i686-pc-linux-gnu/include -g -O2 ) works... no
1657<Linus> oh
1658<Bagder> this is when it switches to compile with xgcc
1659<Bagder> I'll try with another original compiler
1660<Bagder> right, that works better
1661<Bagder> 3.0.3 can't build 3.1 :-/
1662<Bagder> me and my mouth
1663<Bagder> *dang*
1664<Bagder> failed
1665<Linus> It looks like you are incompetent :-)
1666<Bagder> yeah
1667<Bagder> I'm a fool
1668<Linus> Your brain hurts?
1669<Bagder> a lot!
1670<Linus> Did you have to upgrade the binutils?
1671<Bagder> I like the patch release 3.0.4 = 3.1, 17MB!
1672<Bagder> no binutiles upgrade, no
1673<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1674<-- Linus (~linus@labb.contactor.se) has left #rockbox
1675--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1676--> Linus (~linus@labb.contactor.se) has joined #rockbox
1677<Bagder> your simultaneous comings and goings look very cute ;-)
1678<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox
1679<-- Linus (~linus@labb.contactor.se) has left #rockbox
1680<dwihno> :)
1681--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
1682--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1683--> Linus (~linus@labb.contactor.se) has joined #rockbox
1684--- Zagor_ is now known as Zagor
1685<Zagor> wacko proxy :(
1686--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1687<chris1> nice mails
1688<Linus> you think?
1689<Linus> I am listening to music on my Rockbox as we speak.
1690<Zagor> so, guys, what do we do about the apps module?
1691<Zagor> smack everything in root, and add 'player' and 'recorder' dirs only for the model-specific code?
1692<Bagder> yes
1693<Bagder> for now
1694<Bagder> quick and easy
1695<Linus> we can always change later (with the expense of losing CVS history)
1696* Zagor is fixing
1697<dwihno> ## ### ## # # ## ### ### ## # # ## # # #
1698<dwihno> # # # # # # # # # # # # # # # # # # # # #
1699<dwihno> # # # # # # # # # # # # # # # # # # # # #
1700<dwihno> #### ### # #### # # # ### # # # # #### #### #
1701<dwihno> # # # # # # # # # # # # # ## # # # # # #
1702<dwihno> # # # # # # # # # # # # # #### # # # #
1703<dwihno> # # # # # # # # # # # # # #### # # # # #
1704<dwihno> # # # # ### # # ## ### # ## # # # # # # #
1705<dwihno> Sorry, I just had to express myself
1706<Linus> Bagder and Zagor: do your dir browsers only show MP3 files?
1707<Bagder> no
1708<Bagder> but they assume all files are mp3 ;-)
1709<dwihno> COOL :D
1710<Bagder> I mean, they'll check id3 tags on anything
1711<Linus> Oh. So we might end up playing the ARCHOS.MOD?
1712<Bagder> if you want, sure!
1713<dwihno> if (!strcasecmp(filename.ext, "mp3")) return TRUE;
1714<dwihno> there you have a function for quick detection of mp3-files ,D
1715<Linus> But everybody wants a MOD player, so why not? :-)
1716<Zagor> dwihno: no, that checks if the file is called "mp3", not if it ends with it :*)
1717<Zagor> ah, ext. duh...
1718<dwihno> :-)
1719<Linus> My test code does just that
1720<chris1> Daniel : your write "The Archos Recorder uses a ISD300" on the PCB rec_main.pdf i see the ISD200 !?
1721<Bagder> oh
1722<dwihno> For a initial release, a simple extension check is more than sufficient :)
1723<Linus> A schematic error
1724<Bagder> chris1: then there's an error there
1725<Zagor> chris1: only the recorder20 uses isd300, the older models use isd200
1726<Bagder> aah
1727<Linus> All recorders use ISD300, not?
1728<chris1> I thing to my topic yesterday, there is a way to read and write memory from the PC-USB-> to Archos ( I have the Rec20 )
1729<Zagor> Linus: no, only the 20
1730<Linus> chris1: ???
1731<chris1> The FAQ list say . "- Player control via USB"
1732<Linus> shoot. tell me about the way
1733<Linus> or was it a question?
1734<Zagor> Linus: have you checked in all your mpeg code?
1735<Linus> No. I'm working on it as we speak
1736<Zagor> ok
1737<chris1> I have jet no solution in my brain, I think it is posible on the rec20
1738<Linus> But it seems to play glitch-free now
1739<Bagder> woohooo
1740<Linus> No volume control yet
1741* dwihno hoorays for Linus
1742<Linus> And no seek
1743* Bagder kneels in front of Linus, we're not worthy...
1744<Linus> No you're not
1745<dwihno> :-)
1746<Linus> :-)
1747<chris1> is the button api ready, for hocking on keypress
1748<Linus> Maybe i should start working on the volume control. But that takes a hardware mod for me... :-(
1749<chris1> vol control can impl. easy.
1750<Bagder> what hw mod?
1751<Linus> chris1: yes. Just write to the correct registers in the MAS with correct data.
1752<chris1> is that a task ?
1753<Linus> Bagder: The serial port is connected in the earphone plug. When I connect the earphones i short-circuit the debugger cable
1754<Linus> chris1: a task?
1755<Bagder> aha
1756<chris1> sould I do that.
1757<Linus> No need. I'm on it.
1758<Linus> But thanks
1759<chris1> ok
1760<Bagder> isn't the lack of playlist code one of the white spots right now?
1761<Zagor> well playlist isn't on the roadmap for 1.0 :-)
1762<Bagder> when the mpeg thread works, we have no code that feeds songs to it
1763<Zagor> right. so we can only play one song at a time
1764<Bagder> of course, that's fine enough for v1
1765<Bagder> but then...
1766<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1767<-- Linus (~linus@labb.contactor.se) has left #rockbox
1768--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1769--> Linus (~linus@labb.contactor.se) has joined #rockbox
1770--- Zagor_ is now known as Zagor
1771<chris1> contractor.se : cs player :-)
1772--- Linus is now known as Linus|lunch
1773--- Zagor is now known as Zagor|lunch
1774<dwihno> I think both of them are only one person
1775<dwihno> Someone with a split personality ;D
1776<dwihno> With the ability to code for two
1777* Bagder smiles
1778<chris1> I think to.
1779* dwihno just sneezed the screen full of snot
1780<PsycoXul> both the decoder chip and the dac chip have some volume and sound controls
1781<PsycoXul> imo there should be interfaces to all of it that there can be
1782<PsycoXul> i think i'm going to build a tesla coil
1783<PsycoXul> along with its components and generator to power it
1784<dwihno> I am going to build a rymdraket out of navelludd
1785<PsycoXul> huh?
1786<dwihno> fluff from the navel :)
1787<dwihno> spacerocket
1788<PsycoXul> heh
1789<PsycoXul> rockets are stupid
1790<dwihno> If they come with warp drive, they are cool ;D
1791<PsycoXul> what a waste of energy
1792<dwihno> We got unlimited amounts of energy!
1793<PsycoXul> well a warp drive isn't a rocket now is it
1794<PsycoXul> warp drive's kindof a silly idea though
1795<dwihno> Not really
1796<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox
1797<-- Linus|lunch (~linus@labb.contactor.se) has left #rockbox
1798<PsycoXul> no, it is :p
1799<-- chris1 has quit (Remote closed the connection)
1800--> Linus (~linus@labb.contactor.se) has joined #rockbox
1801--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1802--- Zagor_ is now known as Zagor
1803<Zagor> fun fun fun on the autobahn
1804<dwihno> Did you enjoy lunch?
1805--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1806<Zagor> chris1: where did you see the cs info?
1807<chris1> www.contactor.se
1808<Zagor> huh, we mention cstrike there?
1809<dwihno> You do nothing all day but play cs ;)
1810<Zagor> right, but we shouldn't be telling people that :)
1811<chris1> < UT
1812<Bagder> Zagor: move those darned apps! ;-)
1813* Bagder considers adding a little script for making tarball releases easier
1814<Zagor> I'm on it. but people keep pulling me away for other, lesser, tasks :)
1815<Bagder> scare them away!
1816<Linus> you mean, like, work?
1817<Zagor> no swearing, linus!
1818--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1819<Linus> yo
1820<Zagor> is lcd_update() for the recorder only?
1821<Bagder> yes
1822<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
1823* Bagder made the bmp.c work
1824<Bagder> it looks cool to the logo on place ;-)
1825<Linus> We're not worthy...
1826<Linus> Captain! Volume Control is now activated!
1827<Zagor> Roger that.
1828<Zagor> ;)
1829<Bagder> pump it up! ;-)
1830<Linus> When I set it to 0dB it screams in the earphones! I don't dare to set it to maximum (18dB)
1831<Zagor> isn't that damping? so 0dB is the loudest?
1832<Zagor> s/damping/attenuation/
1833<Linus> No. The lowest volume is -75dB
1834<Zagor> ok
1835<Bagder> any suggestion on how we do the little/big endian crap? Just hardcode them in the simulator Makefile?
1836<Linus> eh?
1837<Bagder> we need to switch a lot when reading binary
1838<Linus> yes
1839<Bagder> and what's the default, is the S1 big endian?
1840<Linus> default is BE
1841<Bagder> ok
1842<Linus> So big endian should be default in the code as well
1843<Bagder> yes
1844<Linus> #ifdef LITTLE_ENDIAN
1845<Linus> or something
1846<Bagder> #ifdef LITTLE_ENDIAN
1847<Bagder> #define readshort(x) x
1848<Bagder> #else
1849<Bagder> #define readshort(x) (((x&0xff00)>>8)|((x&0x00ff)<<8))
1850<Bagder> !
1851<Bagder> I could possibly removed the and
1852<-- wavey has quit (Read error: 104 (Connection reset by peer))
1853<Zagor> what's wrong with SWAB16 ?
1854<Bagder> it's not documented in API ;-)
1855<Zagor> hehe
1856<Bagder> so therefor I didn't know about it
1857<Zagor> it's implemented in assembler, so you still need to define it for uisimulator
1858<Bagder> it should still be documented... :-)
1859<Zagor> Bagder: why are you using float in id3.c?
1860<Linus> Booooh
1861<Linus> shame on you!
1862<Bagder> I don't
1863<Linus> Yes you do
1864<Bagder> where?
1865<Zagor> line 449: bpf *= 12000.0 * 4.0;
1866<Bagder> ah
1867<Linus> lame!
1868<Bagder> will that acually use floats?
1869<Bagder> bpf is an int
1870<Zagor> the calculation will be made with float and then truncated
1871<Bagder> so cut off the .0
1872<Zagor> already done :)
1873<Bagder> I converted that whole thing from float to int
1874<Bagder> actually that calculation gets a bit "rough" without floats
1875<Bagder> but I guess its ok anyway
1876<Bagder> those variable bitrate files will blow it away pretty bad too
1877<Linus> rough?
1878<Linus> How?
1879<Bagder> it lacks accuracy
1880<Bagder> but it might not matter that much
1881<Linus> how can a multiplication of a int with 48000 be better using a float?
1882<Bagder> you're not thinking clearly now ;-)
1883<Bagder> that single little snippet was a mistake
1884<Linus> I never do
1885<Bagder> the whole calc used LOADS of floats originally
1886<Linus> ah. OK I understand
1887<chris1> witch code is use on INTEL big or lite endian ?
1888--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1889<dwihno> I'd say big
1890<chris1> http://www.byteswap.net/mikesnotes/2002/getting-started/byteorder.html >> little-endian byte order
1891<Linus> Intel is little endian
1892<dwihno> it is?
1893<dwihno> ah, I got it mixed up with motorola
1894<Zagor> Bagder: do we need both dmalloc and bmalloc, or should we select one of them?
1895<Bagder2> both are used
1896<Bagder2> dmalloc is the small-blocks alloc system
1897<Bagder2> it gets big blocks from the bmalloc
1898<Zagor> so which one do I call from code?
1899<Bagder2> the dmalloc ones
1900<Bagder2> I believe there are some malloc => dmalloc #defines in dmalloc.h
1901<Zagor> ah, good
1902<Bagder2> if we end up doing malloc() only on big blocks, we'll skip dmalloc alltogether
1903<Linus> You call malloc(9
1904<Linus> not bmalloc or dmalloc
1905<Bagder2> yes, the dmalloc.h defines malloc => dmalloc
1906<Linus> ah
1907<Bagder2> I prefer that way
1908<Linus> It is not wise to do so. It is better to name it malloc()
1909<Bagder2> why so?
1910<Linus> newlib calls malloc, for example in strdup()
1911<Bagder2> right
1912<Bagder2> so we should rename the d-versions to the standard names
1913<Linus> absolutely
1914<-- Bagder has quit (Read error: 110 (Connection timed out))
1915<Bagder2> you want me to do it or do anyone of you?
1916<Zagor> you do it. i've got other problems :)
1917<Bagder2> ok
1918<Zagor> change dmalloc to not use sprintf() while you're at it
1919<Bagder2> for what?
1920<Zagor> line 293 uses it for semaphore naming. use snprintf instead.
1921<Bagder2> we don't have semaphores
1922<Zagor> true. i don't know why it's compiled.
1923<Bagder2> renamed
1924<Zagor> bmalloc.c:246 looks wrong
1925<Bagder2> yes
1926<Bagder2> I'll make the whole function dependent on DEBUG
1927<Zagor> no, DEBUG is for DEBUGF, not for printf()
1928<Bagder2> hehe
1929<Bagder2> collision
1930<Zagor> use DEBUG_SIM or something for printf()
1931<Bagder2> DEBUG_MALLOC possibly
1932<Zagor> that's fine too
1933<Bagder2> fixed
1934<Zagor> thanks
1935<Bagder2> to init the malloc system, call these two:
1936<Bagder2> dmalloc_initialize();
1937<Zagor> you should probably remove the defines from dmalloc.h too :)
1938<Bagder2> bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY);
1939<Bagder2> I did
1940<Zagor> oh
1941<Zagor> ah, bad recompile
1942<Zagor> bingo. apps/ builds a full archos.mod
1943<Bagder2> c00lnezz
1944<Zagor> 0x39b4 bytes code
1945<dwihno> Congratulations!
1946* dwihno is not worthy
1947<Zagor> ...but i doubt it works :)
1948<Bagder2> :-)
1949<dwihno> Who cares, as long as it compiles :)
1950<dwihno> (a.k.a the Microsoft development policy) ;)
1951<dwihno> Btw, what is archos.mod?
1952<dwihno> _THE_ app?
1953<Bagder2> yes
1954<Bagder2> the one we copy to the archos
1955<dwihno> OH
1956* dwihno shivers ... with anti --- cipation!
1957<dwihno> Name that movie, 500 points
1958<Bagder2> btw dwihno, you were too slow, I fixed my bmp viewer ;-)
1959<dwihno> Bagder2: Hey, I got a work(tm)
1960<dwihno> www.jupither.net/dw/
1961<Bagder2> hehe
1962<Bagder2> work? wazzat? ;-)
1963<dwihno> Check the page and tell me what you think
1964<dwihno> It's for an application I did
1965<Bagder2> javascriptmania
1966<Bagder2> well it *looks* good
1967<Bagder2> but you break about every rule I'd follow
1968<dwihno> :-)
1969<dwihno> Which are... ?
1970<Zagor> did anyone ever run the simulator with HAVE_PLAYER_KEYBOARD?
1971<Zagor> it doesn't compile
1972<Bagder2> javascript, use full browser, never use your own scroll, no movements
1973<Zagor> *KEYPAD, even
1974<Bagder2> Zagor: no, it built with player lcd but recorder keypad
1975<dwihno> Bagder2: Yeah, I know, I agree! But this time, I had to do it this way! :)
1976<Zagor> Bagder2: we need to be able to run player keypad too, to test the application
1977<Bagder2> Zagor: you're right of course
1978<Bagder2> I gotta run
1979<Bagder2> see ya
1980<-- Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1981<dwihno> what's the resolution of the recorder LCD?
1982<Zagor> 112x64
1983<dwihno> okay
1984<dwihno> :-)
1985<dwihno> Me and my workmate are talking about purchasing
1986<dwihno> Chasing information, trying to press the prices etc.
1987<Linus> good!
1988<dwihno> Yeah :)
1989<dwihno> And installing rockbox to enhance functionality :)
1990<dwihno> Are you writing a mp3 decoder yourself or are you utilizing the onboard-chip?
1991<Zagor> the chip
1992<dwihno> ah.
1993<dwihno> I guess it takes less time.
1994<Zagor> the processor isn't fast enough to handle mp3 decoding
1995<dwihno> Could guess that.
1996<dwihno> Oj. Swedish word-by-word translation ;)
1997<dwihno> How big is your firmware compared to the original?
1998<Zagor> it's smaller so far
1999<dwihno> How big difference?
2000<Zagor> but then we have hardly no application code yet
2001<dwihno> true, true
2002<dwihno> Okay, guess the movie, 400 points level: "In just seven days, I can make you a man!"
2003<Zagor> currently the mod is 18k, while the archos mod is ~60k
2004<Zagor> but we have to pad it to 50k anyway, otherwise the archos refuses to load it. so it's not much of an issue
2005<dwihno> Fishy
2006<Zagor> nah, it's probably just a sanity check
2007<Zagor> to avoid loading bogus archos.mod files and crashing
2008<Zagor> on the other hand, there's a CRC check as well so it shouldn't be necessary... oh well 20k disk space is no problem
2009<dwihno> not really :)
2010<dwihno> How far away is the first testing of the mod?
2011<Zagor> days
2012<dwihno> Exciting! :)
2013<Zagor> yup :)
2014<Linus> Bass and treble works now!
2015<Zagor> coool!
2016<dwihno> Guess the movie, 300 points: "Oh Janet! Oh Brad! Oh Janet! Oh Brad! Err... You're not Brad! Hahaha, you wish!"
2017<dwihno> Linus: you own!
2018<Linus> Single white female?
2019<Linus> No
2020<dwihno> Linus: I AM NOT WORTHY!!!
2021<dwihno> Well, at least not before I got an Archos in my hand ;)
2022<dwihno> Linus: what was the issue about VBR's?
2023<Zagor> i've gotta go. see you guys!
2024<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
2025<Linus> dwihno: what issue?
2026<dwihno> I thought you wrote something about VBR's having a fishy sound
2027<Linus> Did I?
2028<dwihno> Hm
2029<dwihno> <-- might be wrong
2030<Linus> That must have been someone else
2031<dwihno> might have been
2032<dwihno> I congratulate you on the work on getting the decoding to work
2033<dwihno> I congratulate all of you on this project
2034<dwihno> Something neat would be, if Archos realized your firmware will get smarter than theirs, and they paid you for the development
2035<Linus> Hehe. I'm not sure I would want that
2036<dwihno> How come?
2037<dwihno> If they allowed you to keep the product GPL?
2038<dwihno> Being paid for doing fun stuff is like being paid for partying :)
2039<Linus> I get paid for fun stuff almost daily
2040<Linus> :-)
2041<Linus> Buyt yes, if they agreed to GLP the code, why not?
2042<Linus> GPL
2043<dwihno> :)
2044<dwihno> What do you do for a living?
2045<dwihno> pimping? :)
2046<-- chris1 has quit ("r")
2047<Linus> Hehe. Programming.
2048<dwihno> jb1081: print "LiNuS rUlEz!"
2049<dwihno> 20: goto 10
2050<dwihno> ?
2051<dwihno> :)
2052<dwihno> oops
2053<dwihno> stupid nick completion
2054--- dwihno is now known as dw|gone
2055<-- Linus (~linus@labb.contactor.se) has left #rockbox
2056--> trillback (~trillian@nat-198-95-226-233.netapp.com) has joined #rockbox
2057<-- trillback (~trillian@nat-198-95-226-233.netapp.com) has left #rockbox
2058--- Disconnected (Connection timed out).
2059**** ENDING LOGGING AT Thu May 16 14:14:19 2002
2060
diff --git a/www/irc/rockbox-20020519.log b/www/irc/rockbox-20020519.log
deleted file mode 100644
index cba7a9b230..0000000000
--- a/www/irc/rockbox-20020519.log
+++ /dev/null
@@ -1,515 +0,0 @@
1**** BEGIN LOGGING AT Thu May 16 22:16:35 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--- You are now known as adi|home
7--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
8<dw|gone> Hellö ppl!
9--- dw|gone is now known as dwihno
10<Bagder> morning
11<dwihno> How are you today?
12<Bagder> pretty good
13<Bagder> loadsa mails to deal with
14<dwihno> "Free XXX"
15<dwihno> "Get bigger dick with our magic pills"
16<dwihno> "Debt consolidation"
17<Bagder> more like "how do I make this work?" kinds
18<Bagder> the spams are mostly filtered automaticly
19<dwihno> You work as a consultant?
20<Bagder> yes
21<Bagder> but the mails are mostly about my spare time hacks
22<dwihno> what kind of consultant?
23<Bagder> embedded, network, unix
24<dwihno> Oh
25<dwihno> Sounds like a fun job :)
26<Bagder> been working for Net Insight the least 2+ years
27<Bagder> oh it _is_ a great job
28<dwihno> I've been unemployed for almost a year :(
29--> Linus (~linus@labb.contactor.se) has joined #rockbox
30<Bagder> ugha
31<Linus> uuh
32<dwihno> Good morning Linus-dude! :D
33<Bagder> hey Linus the rocker!
34<Linus> morning d00d!
35<Bagder> you're early
36<dwihno> Bagder: Yeah, it sucks, but I'm not giving up - I write applications almost every day
37<Linus> Yup. Have to go early today
38<Bagder> dwihno: that's probably the sane thing to do
39* Linus goes for coffee
40<dwihno> :-)
41* dwihno .equals(sane)
42<dwihno> *yawn*
43<dwihno> I hate cooking lunch in the morning
44<dwihno> <-- did some pretty nice chicken salad
45<Linus> what do you guys think we should do about the GDB enabled version of librockbox?
46<Linus> and the release version?
47<Linus> multiple targets in the makefile?
48<Linus> or multiple libraries?
49<Bagder> good q
50<Bagder> my opinion: multiple targets, the same library
51<Linus> OK. next q:
52<Linus> should thread.c malloc() the stack, or should we have static stacks for the threads?
53<Linus> not a big issue, really. Just thinking.
54<Bagder> I doubt that we'll realloc() the stack so a static is slightly better
55<Linus> ok
56<Linus> we need special compiler flags for some files, like thread.o
57<Linus> how do we do that without messing with the dependencies?
58<Bagder> that's the downside of all those wildcard things
59<dwihno> <-- loves wildcards
60<Bagder> the thread.o should have its own line in the makefile, with its own additional flags on the compile line
61<Linus> Bagder: indeed
62<Linus> What does Make do when thread.o has two targets?
63<Bagder> it yells
64<Linus> gah
65<Linus> So what do we do
66<Bagder> thread.o must be removed from the wildcard-generated list
67<dwihno> Some shell script generating the makefile's perhaps?
68<-- Tumm has quit (Read error: 113 (No route to host))
69<Bagder> I bet there is some keyword that allows us to cut out a specific file from the SRC generated list
70<Linus> Bagder: Yeah. I guess we have to do that. It's a pity.
71<Bagder> SRC = $(filter tread.c, $(SRC))
72<Bagder> SRC = $(filter-out tread.c, $(SRC))
73<Bagder> rather
74<Bagder> btw
75<Bagder> Linus: do you know why the Recorder doesn't allow music to be played while charging the batteries?
76<dwihno> It doesn't?! :(
77<Bagder> at least I haven't been able to make it ;-)
78<dwihno> hm
79<dwihno> You probably forgot connecting it to the PC ;)
80<dwihno> Do you develop using linux or windows?
81<Bagder> there is only one ;-)
82<Bagder> Linux
83<Bagder> and Solaris too actually
84<dwihno> okay
85<dwihno> USB on solaris?
86<dwihno> Did you ever try a BSD variant?
87<Bagder> I don't need usb to develop
88<Bagder> we have simulators, remember
89<dwihno> aaah
90<dwihno> the Simulator(tm) :D
91<Bagder> yes, I've tried BSD variants
92<dwihno> so what did you think?
93<Bagder> about what?
94<Bagder> BSD?
95<dwihno> yeah
96<dwihno> and how much of a difference is there between the simulator and the real hardware?
97<Bagder> the simulators simulate the "low-level" APIs, so we can write "apps" on them
98<Bagder> the BSDs are generally fine, in some areas great, in some not so great
99<dwihno> Please go on :)
100<Linus> Bagder: Zagor does it all day (listening while charging)
101<Bagder> hm
102<Linus> I tried just now. What is your problem?
103<Linus> You have to push "on"
104<Linus> puch and hold
105<Bagder> while charging?
106<Linus> just like when you turn it on normally
107<dwihno> So what linux distributions are you guys using+
108<Linus> Red Hat
109<Linus> I wanted to install Debian, bit it kind of backfired on me
110<Bagder> ah ok
111<Bagder> I just didn't press long enough
112<dwihno> How about you Bagder?
113<Linus> He is an old red hat
114<Bagder> once upon the time redhat
115<dwihno> /\
116<Bagder> source since
117<Linus> patched as hell
118<dwihno> /\
119<dwihno> hm
120<dwihno> that's my hat ;)
121<Bagder> $ telnet localhost
122* adi|home slaps you all with the "be quiet im tring to sleep" stick
123<Bagder> Trying 127.0.0.1...
124<Bagder> Connected to localhost.
125<Bagder> Escape character is '^]'.
126<Bagder> Storebror Linux What Hasn't Crashed Yet Soon Will
127<Bagder> Kernel 2.4.18 on an i686
128<Bagder> login:
129<Bagder> :-)
130<dwihno> Telnet rules
131<Bagder> you tring huh? ;-)
132<adi|home> telnet SUCKS
133<adi|home> ssh is god
134<adi|home> i have issues with plain text
135<Bagder> telnet is fine on localhost ;-)
136<adi|home> or "here, sniff my password"
137<adi|home> bah, humbug
138<adi|home> i wouldn't trade the ease of use of scp and ssh for anything
139<dwihno> ssh is good
140<dwihno> and cute
141<Linus> what do we prefer:
142<Linus> make DEBUG=1
143<Linus> or
144<Linus> make debug
145<adi|home> make debug
146<Bagder> the latter
147<Linus> ok
148<adi|home> cause its like comparing to "make CLEAN=1"
149<adi|home> :)
150<Bagder> yeah
151<Linus> not really. clean is a target, DEBUG is more like an option
152<adi|home> have we reached any sort of decision on how apps/ is going to be set up?
153<Linus> debug affects the compiler flags
154<adi|home> no, id treat debug as a target too..
155<Bagder> adi|home: hehe, not really, but I think we go for all "general" files in the root with target-specific code in subdirs, for now
156<adi|home> doing LINUX or SOLARIS .. those id accept at =1
157<adi|home> k
158* adi|home needs to get back into the swing of things
159<Bagder> but I don't know why Björn didn't move all the app code from uisimulator to apps
160<adi|home> if you want me to just switch everything over i can.. but i don' see a need to yet really
161<Bagder> there's no immediate need, no, I just thought it'd be cleaner
162<Bagder> when we wanna start building target stuff using the apps
163<Linus> Bagder: how do i change CFLAGS in a target?
164<Bagder> ehum
165<Bagder> you don't
166<Linus> Hence my question above
167<Bagder> well, in a sane makefile you have a differently named variable for that then
168<Linus> and no default rules?
169<Linus> Here we go
170<Bagder> right
171<Bagder> or rather
172<Bagder> you'd use different object files
173<Linus> oh no
174<Bagder> oh yes ;-)
175<Linus> Then we are in depoendency hell
176<Bagder> not necessarily
177<Bagder> DBGOBJS := $(SRC:%.c=debug/%.o) crt0.o
178<Bagder> or however you write that kind of stuff
179<Bagder> or perhaps not
180<Bagder> using default rules really ain't fine here
181<Linus> The seldom are
182<Bagder> and totally unnecessary since we generate the deps anyway
183<Bagder> we can just as well generate the action line too
184<Linus> I see the Makefile growing
185<Bagder> sure
186<Bagder> but it needs to do good
187<Bagder> a small bad makefile is worse than a big good one
188* adi|home pets the Makefile.. "good makefile.. you grow.. big.. strong makefile.. strong like bull"
189<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
190<Bagder> more coffee
191<Linus> I would prefer writing "make DEBUG=1" instead of having a more complex makefile/dependency generation
192<Bagder> it'll work for now at least
193<dwihno> make -f Makefile.debug
194<dwihno> :-)
195<Bagder> I received a poem by mail this morning:
196<Bagder> fooled dad added cable
197<Bagder> failed decode doc called aid
198<Bagder> official bill baffled
199<Bagder> supposed to be almost Haiku, and it is...
200<Bagder> hexadecimal ;-)
201<dwihno> haha
202<Bagder> 00000000 f0 01 ed da da dd ed ca b1 e0
203<Bagder> 00000013 fa 11 ed de c0 de d0 cc a1 1e da 1d
204<Bagder> 0000002b 0f f1 c1 a1 b1 11 ba ff 1e d0
205<dwihno> Writing hexadecimal poetry goes in the top20 of the "what to do on a rainy day" list :)
206<Bagder> indeed
207--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
208<calpefrosch|work> morning
209<Bagder> morning calpe
210<Linus> morning Froggy
211* calpefrosch|work quacks
212--> StarFox (~GatesOfHe@adsl-64-175-110-181.dsl.lsan03.pacbell.net) has joined #rockbox
213* Bagder greets StarFox welcome
214<StarFox> hello Bagder
215* StarFox is trying out some new themes
216<Linus> hi starfox
217<StarFox> hello Linus
218<Bagder> StarFox: you an Archos owner?
219<StarFox> no
220<Linus> This is only for club members. :-)
221<Linus> haha
222<Bagder> hey
223<Bagder> there's no rockbox available yet anyway ;-)
224<Linus> No, but it's close now
225<dwihno> Will the LCD-off feature be in the first releases?
226<Linus> Bagder: can you check the makefile changes for me?
227<Bagder> the very first release is for the player
228<Linus> I haven't written a MAS driver for the Recorder yet
229<Bagder> Linus: yes, that makefile looks fine
230<Bagder> does it work? ;-)
231<dwihno> Ah, okay
232<Linus> Good. Zagor will probably have some wierd comments on it :-)
233<Linus> Bagder: yes it works :-)
234<Bagder> oh he will
235<Bagder> Zagor the code police will strike down ;-)
236<Bagder> we need to join the rebel forces
237* dwihno can hear the "boot sound" in his head: "R-r-r-rockbox - Open Source kickass firmware"
238<Linus> Yeah. He's a badass moddafacka Code Cop
239* Bagder is scared of the code police force
240<StarFox> brb
241<-- StarFox has quit ("Will return soon")
242<-- Linus (~linus@labb.contactor.se) has left #rockbox
243--> Linus (~linus@labb.contactor.se) has joined #rockbox
244<Linus> oops
245--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
246<Bagder> hey Zagor_
247<Zagor_> hi
248--- Zagor_ is now known as Zagor
249<Linus> oh no! the police! run!
250* Bagder ducks
251<dwihno> :D
252<dwihno> GOOD MORNING ZAGOR! :D
253<dwihno> Zagor: Linus has been here all day long, did you have a sovmorgon? :)
254<Zagor> yeah
255<dwihno> :-)
256<dwihno> Zzzagor ;)
257* Bagder is gonna go and have some nice shots now!
258<dwihno> Shots?
259<dwihno> This early? :)
260<Bagder> as in needles
261<Bagder> vaccine
262--- Bagder is now known as Bagder|gone
263<dwihno> Vaccine for what?
264<Bagder|gone> I dunno ;-) I'll find out!
265<Bagder|gone> I'm going to east africa this summer
266<dwihno> Ah
267<dwihno> Then I know which vaccine you are getting
268<dwihno> Insanity neutralizer ;)
269<dwihno> Nobody sane would ever go to africa
270<dwihno> All sick mosquitos and rhinos and giraffs... That's scary stuff dude! :)
271<Linus> Uganda?
272--- Linus is now known as Linus|lunch
273--- Zagor is now known as Zagor|lunch
274--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
275--- Zagor|lunch is now known as Zagor
276--- Linus|lunch is now known as Linus
277--- Bagder|gone is now known as Bagder
278<Zagor> still alive, bagder? ;)
279<dwihno> We are alive
280<dwihno> (Paul van Dyk)
281<dwihno> :-)
282<Bagder> I got away pretty good ;-)
283<Bagder> not a single shot
284* dwihno gives everybody some newly baked bullar
285<Bagder> had them all already ;-)
286<Bagder> mainly just Malaria poison needed
287* Bagder thinks ispell-complete-word rocks hard
288* Bagder detects trouble
289<dwihno> find / -type trouble
290<Bagder> gaaah
291<Bagder> May 17 10:46:22 pm1 named[27762]: exiting (due to assertion failure)
292<dwihno> hm
293<dwihno> named must not be stopped!
294<Bagder> correctomente
295<dwihno> What version of named?
296<Bagder> wait, gotta fix this first
297<dwihno> mkay
298<Bagder> weirness
299<Bagder> weirdness
300<Linus> oh
301<Bagder> named starts from inetd mostly
302--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
303<dwihno> fishy
304<dwihno> ><))))8>
305<Bagder> May 17 10:46:22 pm1 named[27762]: message.c:808: REQUIRE(*rdataset == 0) failed
306* Bagder goes debugging
307<-- Linus (~linus@labb.contactor.se) has left #rockbox
308<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
309<Zagor> gah!
310* Zagor notes the bjorn.haxx.se http access log has grown to 460 MB since december
311<dwihno> oh my god! :/
312<dwihno> <-- tries to hide his DOS attack with some vanilla sauce
313* Zagor shops for a good log analyzer
314<dwihno> Denial of Sås
315<dwihno> We got analog
316<Zagor> is it good?
317<dwihno> then webalizer
318<dwihno> analog is extremely configurable
319<dwihno> webalizer produces nice graphs ;D
320<Zagor> i'll try analog
321<Bagder> I moved lots of files from the sim dir to the apps dir
322<Bagder> and made the x11-simulator build again, both versions
323<Zagor> nice
324<Bagder> updated the activity too with the new paths
325<dwihno> Do you have a slogan for the Rockbox project yet?
326<Bagder> "its better to rock a box than to box a rock"
327<Bagder> :-P
328<dwihno> hehe
329<dwihno> box a rock?! :)
330<dwihno> No fun
331<Zagor> we don't need no steeenkin slogan :)
332<dwihno> :~(
333<dwihno> So what can I contribute with to the project?
334<dwihno> ascii art? :)
335<Zagor> haha
336<dwihno> Seriousley
337<dwihno> I want to contribuyte
338<dwihno> I can make new games :)
339<Zagor> fire away. asteriods is still unclaimed :)
340<dwihno> hehe
341<dwihno> Tell me about the development environment and the test software you are using :)
342<Zagor> have you read the API file?
343<dwihno> I have ZERO files
344<dwihno> Except from JPEG's ;D
345<Zagor> go browse the cvs
346<Zagor> http://bjorn.haxx.se/rockbox/cvs.html
347<Zagor> 180603 hits in /rockbox/ :)
348<Zagor> plus another 30209 in /jukebox/
349<dwihno> juckbox :)
350<dwihno> On monday I will place my order for a recorder! :D
351<Bagder> that's the spirit! ;-)
352<dwihno> Oh
353<dwihno> I just found out monday is a day off
354<Bagder> yeps
355<dwihno> Luckily I found out it now, or I would have been here on monday morning :)
356<Bagder> http://daniel.haxx.se/hexpoetry/goodies.html
357<Zagor> yay!
358<Bagder> it seems people keep busy with useful things ;-)
359<dwihno> hahaha
360<dwihno> mongo :)
361<dwihno> baddade blodad collie
362<dwihno> fifflade labile olof
363<dwihno> haha
364<Zagor> we should separate the player and recorder code, and not have everything in apps/ root
365<Zagor> icons, bmp, tetris, screensaver etc
366<Bagder> true
367--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
368<Bagder> hi daev
369<Bagder> dave
370<linuxstb> Hi - what happenning to the CVS? :-)
371<Bagder> haha
372<Bagder> we move sources into apps that are meant for target and simulator
373<Bagder> to have the uisimulator for simulator stuff only
374<linuxstb> I think that's a good thing. When do you think you will be finished?
375<Bagder> dunno, we just discussed putting the recorder-specific files in their own subdir in apps
376<linuxstb> OK, I'll hang around here and see what happens. I'm still working at the moment, but was distracted by the CVS action.
377<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
378<Bagder> hehe
379<Bagder> don't expect any more work from my side today, I'm busy elsewhere atm
380--- dwihno is now known as dw|gone
381<Zagor> i'll be getting the simulator working with player keypad
382<Zagor> then I plan to test it on target tonight
383<Bagder> right on!
384<Zagor> and polish some of the remaining issues like key polling etc
385<Zagor> friday candy time
386<Bagder> lots of adding and deleting today ;-)
387<Zagor> yeah. cvs history is for wimps! :)
388<Bagder> we don't want the history, we want the future! ;-)
389<Zagor> hrmpf. the simulator doesn't work without lcd_update
390<Zagor> who do I yell at? ;)
391* Bagder hides
392<Zagor> where is sim_lcd_puts defined? it's not in any .h .c. or .s file!?!
393<Bagder> magic
394<Bagder> its in lcd-x11.c
395<Bagder> because it is #define d
396<Bagder> so the names in the file don't have sim_ prefixes
397<Zagor> where is it defined?
398<Bagder> x11/chardef.h
399<Bagder> that construction is a bit ugly
400<Bagder> but I saw no way around it
401<Bagder> sim_lcd_puts should just do lcd_update() by itself
402<Zagor> but those defines are the other way. they define lcd_puts, not sim_lcd_puts
403<Zagor> i'm confused
404<Zagor> ah, oh.. bluearch!
405<Zagor> damn, bagder. that's UUUUGLY! :-)
406<Bagder> you make it better then
407<Bagder> the problem is that it needs *both* lcd systems when simulating the player
408<Zagor> explain it to me, what problem are you solving?
409<Zagor> hmm
410<Bagder> the player simulator uses the recorder-simultor code
411<Bagder> for char output
412<Zagor> right
413<Zagor> gotta go. see you guys later
414<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
415<Bagder> bye
416<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
417--> calpefrosch|away (~hotrana@p5082C742.dip0.t-ipconnect.de) has joined #rockbox
418<-- calpefrosch|away has quit (Client Quit)
419--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
420--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
421<elinenbe> Under news on the main page there have been no updates for more than 2 weeks. Maybe it is time to place a little updat there ;)
422<Zagor> any suggestions?
423<linuxstb> I don't know any news, but is it possible to upload some more IRC logs (if they exist)?
424<elinenbe> something like "The project is prgessing nicely and we offering a $10,000 (USD) prize in the DSP programming challenge... stay tuned for more information"
425<Zagor> hehe
426<linuxstb> :-)
427<Zagor> that reminds me, i should submit a help request to sourceforge
428<linuxstb> What is on the wishlist for DSP programming?
429<linuxstb> (apart from ogg)
430<elinenbe> wma :)
431<elinenbe> just kidding
432<elinenbe> how powerful is the DSP?
433<linuxstb> I think the only sensible "wish" is uncompressed recording and playback.
434<Zagor> pure WAV is a frequent request
435<elinenbe> that is something that many people ask for.
436<elinenbe> and with the recorder -- pur wav recording
437<linuxstb> And it shouldn't be too difficult to program - if you know the hardware.
438<elinenbe> is it possible to compile the source and run something on the actual player yet?
439<Zagor> i'm working on that right now
440<Zagor> having a bit of setup problems, for some reason
441<linuxstb> Good luck - that's worth an entry in the news if you succeed.
442<elinenbe> well, if you get something working do you think you will upload the compiled firmware?
443<Zagor> sure
444<elinenbe> how far away do you think you are?
445<elinenbe> this is quite exciting.
446<Zagor> oh, not far. this is all tested code, it's just some snag
447<linuxstb> Changing the subject, I want to implement the mpeg playing API for the X11 simulator tonight...
448<Zagor> the problem is my gf is coming over in just over an hour :)
449<elinenbe> are the simulators pretty much stable right now?
450<linuxstb> ... but am not sure where to put the files.
451<elinenbe> well, priorities are priorities
452<Zagor> linuxstb: why not in the x11 lib?
453<Zagor> directory, i mean
454<elinenbe> where do you live? Sweden?
455<Zagor> yes
456<elinenbe> so, it is 8pm there?
457<linuxstb> Zagor: OK, but how should I stop it breaking the win32 simulator and the target?
458<Zagor> the irc logs are adiamas' job, btw. i'm not sure why there hasn't been any checkins of those lately
459<elinenbe> you should NOT go waste your time with Star Wars. The movie is awul
460<elinenbe> awful
461<elinenbe> I dont even know if you have it yet
462<Zagor> linuxstb: you can't keep win32 working. don't meddle with the target files yet
463<linuxstb> Zagor: are you asking me to wait before implementing it?
464<Zagor> in target, yes. add it to the simulator only right now
465<linuxstb> I thought the target and simulator shared the same code (apps/)?
466<Zagor> some of it, yes. make a local copy of you want to test. I'm working in apps right now
467<linuxstb> OK - no problem.
468<linuxstb> I'll let you get back to your Archos now. Bye.
469<Zagor> :) no problem
470<Zagor> i can't get the player lcd to work :*(
471<elinenbe> I cry with you
472<elinenbe> :`(
473--- elinenbe is now known as elinenbe|class
474<-- elinenbe|class has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
475<Zagor> ooooh, I'm browsing my archos!
476<Zagor> but only with debugf()s :)
477<Zagor> anyone alive here, feeling like testing my app?
478<Zagor> i'm starting to wonder if my lcd lives at all
479<-- linuxstb has quit (Read error: 110 (Connection timed out))
480<Zagor> well, gotta go. bye all
481<-- Zagor has quit ("bye")
482--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
483<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
484<adi|work> anyone around?
485<PsycoXul> no
486<adi|work> okay :)(
487--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
488--- [TDM]Mr_B|away is now known as [TDM]Mr_B
489<-- [TDM]Mr_B has quit (Client Quit)
490<-- Tumm has quit (goethe.openprojects.net irc.openprojects.net)
491--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
492--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
493--> stew (stew@mooax4-183.dialup.optusnet.com.au) has joined #rockbox
494<-- stew (stew@mooax4-183.dialup.optusnet.com.au) has left #rockbox
495<-- elinenbe|class has quit (Read error: 110 (Connection timed out))
496<-- adi|work has quit (goethe.openprojects.net irc.openprojects.net)
497<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net)
498<-- PsycoXul has quit (goethe.openprojects.net irc.openprojects.net)
499--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
500--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
501--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
502--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
503--- elinenbe|class is now known as elinenbe
504<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
505--> jb1081_ (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox
506<-- jb1081 has quit (Remote closed the connection)
507--- jb1081_ is now known as jb1081
508--- You are now known as adi|OutWithGirlF
509<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net)
510--> jb1081 (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox
511<-- jb1081 has quit ("Client Exiting")
512--- You are now known as adi|home
513--- Disconnected (Remote host closed socket).
514**** ENDING LOGGING AT Sun May 19 13:32:25 2002
515
diff --git a/www/irc/rockbox-20020521.log b/www/irc/rockbox-20020521.log
deleted file mode 100644
index b36c8b251e..0000000000
--- a/www/irc/rockbox-20020521.log
+++ /dev/null
@@ -1,724 +0,0 @@
1**** BEGIN LOGGING AT Sun May 19 13:32:37 2002
2
3--> adi|home (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--> pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has joined #rockbox
7<-- pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has left #rockbox
8--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
9--- [TDM]Mr_B|away is now known as [TDM]Mr_B
10<-- [TDM]Mr_B has quit ()
11--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
12<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
13--> elinenbe (elinenbe@adder.engin.umich.edu) has joined #rockbox
14--- Tumm is now known as tumm
15<elinenbe> hello there
16--> martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has joined #rockbox
17<-- martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has left #rockbox ("Client Exiting")
18<-- elinenbe has quit ("Leaving")
19--- tumm is now known as Tumm
20--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
21--> fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has joined #rockbox
22<Zagor> hi fall3
23<fall3> hi
24<-- fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has left #rockbox ("Fermeture du client")
25<adi|work> ack!!! ppl...
26<adi|work> make them leave!!!!
27<Zagor> haha
28<adi|work> did the changes i made to the rockbox make sense?
29<adi|work> btw
30<adi|work> oh.. and none of them were reflected on the windows side...
31<Zagor> the credit stuff?
32<Zagor> or do you mean the archos dir?
33<Zagor> my !"#$%&/(/&%$# display seems broken :-(
34<Zagor> nothing i do works
35<-- Zagor has quit ("bye")
36* adi|home nods knowingly
37--> motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has joined #rockbox
38<-- motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has left #rockbox
39--- dw|gone is now known as dwihno
40--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
41<dwihno> HELLÖ! :D
42* dwihno vinkar
43--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
44<Bagder> morning
45<calpefrosch|work> morning
46<dwihno> Höj höj
47<dwihno> I sold one of my computers last night
48<dwihno> So now I got to spend my money on archos stuff ,D
49<Bagder> cool
50<dwihno> yup
51* Bagder drowns in his email flow
52* dwihno sends some more mail to Bagder
53<dwihno> 10: print "hello"
54<dwihno> 20: goto 10
55<adi|home> ack!!!
56<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
57<adi|home> ppl here...
58<adi|home> no.. ppl arent allowed here...
59<Bagder> hey adiamas
60<adi|home> its been _my_ room for like 3 days...
61<adi|home> GO AWAY!!!!!
62<Bagder> hehe
63<adi|home> this is _my_ room!!!!
64<adi|home> heheh
65* Bagder boos
66<adi|home> have you seen the credits list on the uisim?
67<Bagder> I saw the code on the cvs list, that's all yet
68<adi|home> would work fine if i wern' for you sweds and your funny looking letters
69<Bagder> ah right
70<Bagder> Björn should change his name ;-)
71<adi|home> damn right...
72<adi|home> don't see me interjecting cyrillic letters in my name do ya?
73<Bagder> not yet ;-)
74<adi|home> as an exampel :)
75<adi|home> that and i fixed the splash sceen a bit
76<adi|home> you know.. really "useful" stuff..
77--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
78--- Zagor_ is now known as Zagor
79<dwihno> Dr. Zagmaster!
80<Zagor> woo there
81<Bagder> we should make the credits scroll
82<Bagder> hey Zagor
83<dwihno> The splash screen should be configurable - think about ppl wanting a quick startup
84<adi|home> nah.. ppl deal with the spash screen now..
85<adi|home> while the firmware is "loading"
86<dwihno> spending precious CPU cycles with scrollers?!
87<dwihno> :-D
88<adi|home> and im sorry.. if you in a such a rush you can't wait 200 milliseconds..
89<dwihno> Do you realize the insanity!? :)
90<Bagder> yes!
91<dwihno> 200 msec's is 195 too many!
92<adi|home> hehehe
93<adi|home> and fortanetly... 100 milliseconds faster then most of us think ;)
94<dwihno> http://www.hackles.org/cgi-bin/archives.pl?request=166
95<Bagder> Zagor: did you run the app on target ?
96<Zagor> i tried, but I think my screen is broken :-(
97<dwihno> :-(
98<Bagder> asch
99* dwihno sends Zagor some karlssons klister
100<dwihno> You can fix just about everything with that goo!
101<Zagor> it works fine, the debug output tells me :-)
102<Bagder> hehe
103<dwihno> See, the glue fixed it!
104<dwihno> Never underestimate the power of the Karlsson side!
105<Bagder> Zagor: so we basicly need to add Linus' mpeg thread to have a v1?
106<Zagor> yup
107<Bagder> kewlness
108<adi|home> can the uisim play music yet?
109<Bagder> on linux, it should be able to
110<Bagder> I haven't tried
111<adi|home> cause i was just thinking.. it might be perversly cool to realase the uisim evenutally as another mp3 player front end :)
112<Zagor> haha
113<Bagder> hahaha
114* adi|home wonders if that was good or bad laughter
115<Bagder> perverse it is
116<adi|home> hell... least ppl could play tetris while listening ;)
117<Bagder> very very tiny tetris
118<adi|home> well.. we offer it to 3 years olds...
119<adi|home> their very very tiny ppl
120<adi|home> did we ever find out if there is a specific reason you can't use the remote control witht he recorders?
121<Zagor> you can
122<Zagor> i do
123<Zagor> i guess the earliest firmware versions simply didn't listen to the serial port. current versions do.
124<adi|home> cool
125<dwihno> remote control(?)
126<Zagor> there's a wire remote you plug into the headphone jack. it's an extra accessory
127<dwihno> cool
128<dwihno> does it come with the basic set or do you have to order some extra widgets?
129<dwihno> eww
130<dwihno> <-- smells like a dog all over the hands
131<Zagor> extra
132<dwihno> stupid dog, running around licking my hand
133<Zagor> it comes with the "travel kit", for some reason
134<adi|home> well.. first tme i saw this
135<adi|home> ver 1.21d "Implemented improved SCMS* (Serial Copyright Management System), Fixed bugs within
136<adi|home> SCMS, which caused errors when encoding from digital source."
137<dwihno> Should I get the travel kit?
138<Zagor> nah
139<Zagor> i never use the remote except for testing
140<adi|home> no you should get the travel kit instead
141<Zagor> adi|home: the SCMS can be disabled
142<adi|home> in software or what?
143<adi|home> and will we be implimenting it?
144* adi|home prepares to slap zagor
145<dwihno> "Serial Copyright Management System"? Sounds fishy
146<Zagor> adi|home: SCMS is software only, as far as I understand
147<Zagor> so we just won't have it
148* adi|home cheers wildly
149<dwihno> Why does the recorder store the streams in VBR btw?
150<adi|home> someday.. when i can afford to buy congressmen too.. im going to repeal the DMCA
151<dwihno> I guess you gurus might have the answer to that question ;D
152<Zagor> dwihno: the encoder chip only supports VBR
153<dwihno> Zagor: ah, okay...
154<Zagor> actually, VBR is in some ways a simpler MP3 than CBR. due to avoiding the use of "bit resevoirs"
155<dwihno> Simple answer to simple questions :)
156<adi|home> so.. seeing as i have more time this week...
157--> Linus (~linus@labb.contactor.se) has joined #rockbox
158<adi|home> how close to the jbr do we want the interface to be?
159<dwihno> wb Linus
160<Linus> yo!
161<adi|home> and if you could have me work on any higher level stuff.. what would it be?
162<Zagor> adi|home: we'll make two separate interfaces, so make it as close as you like
163<Bagder> adiamas: we could use some code for dealing with playlists
164<Bagder> I mean, edit, add, delete etc
165<adi|home> nod
166<adi|home> have we implimented unlink() yet?
167<Zagor> we have no write support enabled at the moment
168<adi|home> as for the 999 playlist limit on the players... do we know if there is a specific reason for i?
169<Zagor> we can't think of any :)
170<adi|home> thats fine.. i can prob code around it..
171<adi|home> ghost funcitons etc
172<Zagor> why do you need unlink() ?
173<adi|home> delete?
174<PsycoXul> so if someone were to build current CVS firmware and apps for -DARCHOS_PLAYER=1 on both, and threw it on their player, should they expect it to do more than turn the red LED on? heh
175<adi|home> how else do you delete a file from inside the player?
176<adi|home> yes.. it should wipe your player and send me your credit card numbers :)
177<Zagor> ok, no there's no other way.
178<Bagder> PsycoXul: well, zagor believed it worked ;-)
179<Zagor> I want to wait with introducing disk writes for some time. It's a major risk.
180<Zagor> PsycoXul: did you try it?
181<PsycoXul> well thats what i got
182<PsycoXul> heh
183<PsycoXul> it didn't even get rid of the ROM firmware's splash screen
184<Zagor> !?
185<adi|home> zagor.. you see any prob with getting an unlink() working?
186<adi|home> we could test that safely
187<Zagor> adi|home: no problems really, but we need to test it exhaustively before letting it out in public
188<adi|home> thats a given...
189<adi|home> do we want editing/deleting to be a feature in v1?
190<Zagor> no
191<adi|home> okay.. then it goes on the back burner.. i can code around it for now...
192<adi|home> ill just display text saying "your file would normally be <insert action>"
193<adi|home> :)
194<Zagor> hehe
195<Zagor> PsycoXul: that's interesting. i thought it was just my frankenstein's archos that didin't work. i'll try on linus' archos next.
196<PsycoXul> ok
197<adi|home> i have a small recommendation...
198<adi|home> the lcd code...
199<adi|home> wouldnt it make sense to have a Recorder version and a player version?
200<adi|home> with 90% of the player version just empty functions?
201<adi|home> this way we don't need all the #ifdefs all over the place?
202<adi|home> and just localize the #ifdefs to inside the lcd.[ch]?
203<Bagder> lots of the lcd #ifdefs is due to how the player simulator is working
204<adi|home> ?
205<Bagder> becuase it uses the recorder simulator's LCD functions
206<adi|home> right... and?
207<Zagor> I think adi is talking about #ifdefs in the application code, such as tree.c
208<adi|home> yeah
209<Bagder> ah, ok, I'll shut up ;-)
210<adi|home> #ifdef HAVE_LCD_BITMAP
211<adi|home> lcd_update();
212<adi|home> #endif
213<adi|home> in the app code all over is just hideous
214<adi|home> so if we did lcd_update
215<adi|home> lcd_update(){}
216<adi|home> for player
217<Zagor> it's a good point. should we have the same API for both?
218<adi|home> and the real function for recorder
219<Zagor> actually, I added a dummy player lcd_update() yesterday... :)
220<adi|home> if not the same.. then very similar
221* adi|home saw that..
222<adi|home> its what gave me the idea...
223<adi|home> i could test out the theory and see how it works/looks before i toss it up..
224<adi|home> pass it off to you guys to play with ..
225<Zagor> so the question is: should we have a dummy lcd_setfont() lcd_setmargins() etc for the player too?
226<adi|home> yeah..
227<adi|home> but i woulnd't even say "dummy"
228<adi|home> i would do this...
229<adi|home> void lcd_update() {
230<adi|home> #ifdef.....
231<adi|home> #else
232<adi|home> #endif
233<adi|home> }
234<adi|home> keep it localized
235<adi|home> wherever possible
236<adi|home> the functions that have to differ, well those take diff. args.
237<adi|home> let the compiler optimize all the crap out
238<Zagor> actually, I was thinking of doing the player stubs as empty macros so they're not even called
239<adi|home> i assumed that if a function was empty, and called, then the compiler would just optimize it out anyway
240<Zagor> yeah, i guess
241<Bagder> no
242<Bagder> they're in different files
243<Zagor> ah, right. so it can't know
244<adi|home> ahh.. so it still has to link it in?
245<Bagder> yes
246<adi|home> so Zag.. what did you mean about the macros.. what were you thinking?
247<Zagor> #ifdef PLAYER
248<Zagor> #define lcd_update()
249<Zagor> #else
250<Zagor> void lcd_update(void)
251<Zagor> {
252<Zagor> dodum();
253<Zagor> }
254<Zagor> #endif
255<Zagor> or, uh no. i mean the header file not the implementation
256<Zagor> do I make sense?
257<adi|home> so in the header youd have like
258<adi|home> #ifdef PLAYER
259<adi|home> #define lcd_update()
260<adi|home> #else
261<adi|home> void lcd_update(void);
262<adi|home> #endif
263<adi|home> ?
264<dwihno> Just a quick question... Should I order something extra than the 'basic' recorder package?
265<Zagor> yes, that was my thought
266<adi|home> nah
267<adi|home> you can get what you need off ebay
268<Bagder> dwihno: no, I don't think so
269<dwihno> ah, okay
270<Zagor> dwihno: better headphones
271<dwihno> Then I'll place my order
272<adi|home> hmmm.. well.. only down side .. what about functions taht take arguements?
273<dwihno> Zagor: Already got that ;D
274<adi|home> yeah. i hate the ones that come with the recorder
275<Zagor> adi|home: #define lcd_setfont(__font__)
276<adi|home> ?
277<adi|home> wtf does __font__ become?
278<Bagder> it eats the argument
279<Zagor> it's just a declaration that eats the argument
280<adi|home> ah.. so just like #define lcd_setfont(x)
281<Bagder> it is for #define moo(x) poo(x)
282<adi|home> nods
283<Zagor> yes
284<adi|home> hehe was the __ that through me...
285<adi|home> thought i was missing something :)
286<Zagor> ah, well you can skip those
287<adi|home> well.. might i sugest then #define lcd_setfont(IgnoreMe) or something?
288<adi|home> or whatever
289<adi|home> hmm.. let me go play for a min
290<Zagor> sure
291* dwihno gets the bucket and shovel and follows adi to the playground
292<Zagor> bagder, linus: what's your opinion about this kind of shadow functions? I'm still not sure what I think.
293<adi|home> personally.. i think as long as we state we're doing it.. (in the docs) its a good idea
294<Zagor> it could get confusing and bug ridden, since bad code will still "work" on one of the two
295<Bagder> I think they're fine, as it makes modules that are shared for both LCDs more readable
296<Linus> I didn't follow
297<adi|home> want i should explain linus?
298<Linus> Is it about accepting a setfont() call on the Player?
299<Zagor> yes
300<adi|home> sorta
301<Linus> Then I think it's dirty, but acceptable
302<adi|home> we are still early enough on the road that if we don't like it.. we can always switch back
303<Zagor> right
304<dwihno> It's a more cosmetically nice way than 102401 #ifdef's
305<Linus> indeed
306<adi|home> nods
307<adi|home> and once the api is set in stone. life gets easier for others that want to work on the project
308<adi|home> "oh just use the api, it takes care of itself" is easier and nicer to say then "remember to #ifdef around everything"
309<Bagder> right, but people will still do mistakes
310<Bagder> since the player won't require lcd_update() but the recorder does
311<Linus> Well, I don't like to say "set in stone" but I see what you mean.
312<adi|home> thats true...
313<dwihno> As long as we are not assimilated by borg, we just have to deal with those problems as those arise.
314<adi|home> what we could do is have all the #defines call one common funciton that prints it was called on debug
315<adi|home> shrugs
316<Zagor> the application code works on linus' archos, but not mine :-(
317<dwihno> Zagor: Hmm, fishy! Has he some HW mods that yours don't have?
318<Zagor> well my archos is a monster. it's a new cpu and an old lcd.
319<Zagor> PsycoXul: did you make sure the Makefile for both apps and firmware specified the right player version?
320<dwihno> Zagor: Have you raped your archos?
321<Zagor> oh yes :)
322<dwihno> You mad sadist!
323<Zagor> we wouldn't be at this point without ripping them apart and poking around
324<dwihno> Next time, get some photos while you're at it ;)
325<Zagor> you mean http://bjorn.haxx.se/rockbox/internals/ isn't good enough?
326<adi|home> would it be "#defin lcd_update();" or #define lcd_update() ?
327<adi|home> semi-colon or not
328<Zagor> not
329<dwihno> Zagor: I want to see some pics of the user interface! :D
330<dwihno> <-- is a bit perverted, I know
331<Zagor> dwihno: there is no user interface to take pictures of yet. try the simulator
332<adi|home> yup...
333<adi|home> i have a really nice screen shot of my tic-tac-toe before my code disappeared :)
334<PsycoXul> Zagor: yes, i've got a studio 20 and i made sure they were both set to TARGET = -DARCHOS_PLAYER=1
335<Zagor> hehe
336<dwihno> Zagor: Does it compile with mingw/32? :)
337<Bagder> dwihno: make it if not
338<dwihno> Yeah
339<dwihno> Sounds like a heap'o'fun
340<dwihno> Where do I start?
341<Bagder> get the code from CVS
342<Zagor> http://bjorn.haxx.se/rockbox/cvs.html
343<Bagder> get the firmware, apps and uisimulator directories
344<adi|home> to compile the player version of the ui, not the recorder... whats the make commandline?
345<Zagor> 'make' :-)
346<Zagor> adjust the Makefile
347<adi|home> oh damn you...
348<adi|home> bloody hell :)
349<dwihno> *checking out*
350<adi|home> cool...
351<adi|home> but ya don't need to tell us ;)
352<dwihno> of course
353<adi|home> hehehe
354<dwihno> I don't have anything better to atm
355<dwihno> So I'll just pester you, great huh :) ?
356<adi|home> sounds wonderful :)
357<adi|home> okay.. bedtime
358<adi|home> niht all..
359<Bagder> night adi
360<dwihno> nighty
361--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
362<Bagder> hey wavey
363<Zagor> hi wav
364<dwihno> Is it possible to revert to older versions of the archos firmware without excessive fiddling?
365<Zagor> just copy the old file to the root dir
366<dwihno> ah
367<dwihno> I thought the newer versions would prevent this
368<Zagor> no
369<dwihno> Is the USB-PC communication code in the firmware?
370<Bagder> no
371<Bagder> it is beyond the firmware's control
372<dwihno> ah, okay...
373<dwihno> Might as well be :)
374* dwihno drools, today I'm gonna order myself the almighty archos :Õ~~~~~~~~~
375<Linus> dwihno: So we managed to convince you?
376<Zagor> the rockbox sales force :)
377<Linus> We want commission from Archos
378<dwihno> Linus: Yeah, you did...
379<dwihno> I just hope I won't get disappointed when my unit arrives.
380<dwihno> I have extreme high hopes about this product
381<Zagor> well don't expect a miracle product. it does have flaws.
382<Zagor> it's just better than all the rest :)
383<dwihno> :)
384<dwihno> Do you think I will get satisified?
385<Linus> The swedish magazine M3 recently had a review of a lame flash-based player with recording capapilities
386<dwihno> And can I trust the storage? I mean, I don't want the hardware to go bongo when I move all my music to it :)
387<Linus> and they were ASTOUNDED that it actually cound record sound from the Line-In
388<Linus> Bua! They are so lame!
389<dwihno> hm
390<dwihno> Journalists != techies
391<Linus> I would rather say that Archos marketing has failed in Sweden
392<Linus> and M3 are totally blindfolded
393<dwihno> -( )-( )- <-- blindness goggles
394<Zagor> don't trust the storage
395<Linus> I always keep a mirror on my PC
396<Zagor> it doesn't fail easily, but never depend on something you keep in your pocket
397<dwihno> True. True.
398<dwihno> How many times has it failed you?
399<Zagor> never
400<Linus> never
401<dwihno> okay
402<dwihno> Zagor: you had it for a year or so?
403<dwihno> Or is it just me being new in the scene? :)
404<Zagor> dwihno: about 18 months
405<dwihno> oh
406<dwihno> really strange I've never heard about the archos earlier.
407<dwihno> marketing failure, I presume
408<Zagor> exactly
409<Zagor> it's a small company, and Creative's weekly marketing budget dwarfs their yearly..
410<dwihno> well, I do see the positive side - It's a non-hong kong product
411<dwihno> Never trust fishy hardware from hong kong
412<Zagor> well don't hope too much from archos. they're not "the good guys".
413<dwihno> You mean, the serial RIAA thingy?
414<wavey> the build quality of the archos units are pretty poor
415<wavey> but worth it in the long run
416<Zagor> no i just mean they are not a better company than anyone else
417<dwihno> wavey: in what way? does it feel way plastic or such?
418<Linus> they are actually manufactured in China
419<dwihno> h
420<dwihno> hm
421<dwihno> Do they feel like they're gonna break apart any second?
422<Bagder> no
423<Zagor> no
424<Linus> haha no!
425--- Linus is now known as Linus|lunch
426--- Zagor is now known as Zagor|lunch
427<wavey> dw: my unit keeps resetting because of bad contacts
428<wavey> needs resoldering
429<wavey> happened after a couple of months
430<dwihno> geez :/
431<wavey> there's webpages showing where to resolder, because it's not uncommon
432<wavey> this is on a recorder bought in january
433<dwihno> okay
434<dwihno> I just hope I will get a flawless unit
435<wavey> i love the device, but i wish it was built by sony
436<dwihno> Heh
437<dwihno> +$200 on the price tag :)
438<wavey> alas yes ;)
439<Linus|lunch> Soun would never build a harddrive-based player
440<Linus|lunch> Sony
441<Linus|lunch> They love their silly memory sticks too much
442--- Linus|lunch is now known as Linus
443--- Zagor|lunch is now known as Zagor
444<dwihno> Memory-dick
445<dwihno> Yeah
446<dwihno> Expensive shit, just look at the price tags!
447<dwihno> It's probably in the same range as the recorder-20
448<PsycoXul> ok
449<PsycoXul> in main.c i commented out everything after init(); in main() and put app_main(); there
450<Zagor> PsycoXul: when did you try the app? this weekend, or yesterday evening?
451<PsycoXul> and when i run that i get "Rockbox!" displayed on the screen
452<PsycoXul> and then when i press a button it goes away and the LED turns red
453<Zagor> ah
454<Zagor> nothing more?
455<PsycoXul> and the LCD still never clears properly on the player, i'm always left with the 03 on the 2nd line after the rom version 5.03 splashscreen
456<dwihno> Press the button and the LED turns reeed! :D (alternative infinite mass lyrics)
457<PsycoXul> "ROCKbox!" is all it says
458<PsycoXul> and then any button gets rid of that, red LED comes on, and thats it [and the 03's still there :p]
459<Zagor> if you keep the old browse_root() call, nothing comes up?
460<Zagor> I want to change the UI: the browser should be the first thing that comes up, not a "where do you want to go today" menu
461<Zagor> when you press MENU, *then* the menu comes up
462<Zagor> anyone against that?
463<Bagder> nope
464<dwihno> Sounds like a good idea
465<PsycoXul> ok i put a little sleep in
466<dwihno> Try to keep the button pressing to a minimum
467<PsycoXul> i also changed the DEBUGF's in the init() in main.c to lcd_prints's so i can see them, and just put a little sleep in after the init and saw it's
468<PsycoXul> if (disk_init()) {
469<PsycoXul> its failing there
470<Zagor> interesting
471<Zagor> those should be panic() calls
472<Zagor> the only thing that can fail in disk_init() is if you don't have a boot sector on your disk
473<PsycoXul> heh
474<Zagor> can you do a: dd if=/dev/sda of=disk.img bs=512 count=1
475<Zagor> and send me the disk.img file
476<PsycoXul> heh
477<PsycoXul> ok
478<PsycoXul> and where's this panic()?
479<Zagor> firmware/panic.c
480<PsycoXul> panicf()?
481<Zagor> ah, yes
482<Zagor> your boot sector looks fine. sda was your archos, right?
483<PsycoXul> yes
484<Zagor> hmm
485<PsycoXul> ok i changed them to panicf()'s we'll see what i get
486<PsycoXul> ok its actualy a problem before that
487<PsycoXul> if(ata_init()) {
488<PsycoXul> its that
489<Zagor> ok
490<Linus> Is is that stupid check_registers() thing?
491<Zagor> no, that's gone
492<Linus> sorry, I meant check_hd()
493<Linus> check_registers() is still there
494<Zagor> sorry, check_regs() is there, check_hd() is removed
495<PsycoXul> heh
496<Zagor> PsycoXul: make the panicf() call print the return code
497<Linus> actually, ata_hard_reset() is probably a stupid thing, BTW
498<PsycoXul> Zagor: of ata_init?
499<Zagor> yes
500<Linus> I can't see how PA2 is connected to the ATA interface at all
501<Linus> But I might be wrong
502<Linus> My guess is that it does nothing with the harddrive
503<Linus> Sorry, it's PA1
504<Linus> Still, PA1 is the RAS signal
505<Linus> So setting PA1=0 will do nothing whatsoever with the HD
506<Zagor> odd
507<Linus> yup
508<PsycoXul> er why's %d for int, man.. i just booted it up to see it print 'i' :p
509<Zagor> %d is ancient. dunno why it came to be.
510<Bagder> probably for decimal
511<Zagor> decimal, probably. as opposed to %x hex
512<PsycoXul> yeah
513<PsycoXul> heh
514<PsycoXul> ata_init()'s returning -1
515<Zagor> we could add a case 'i' in sprintf.c to avoid that mistake
516<Zagor> assuming %d and %i is the same
517<PsycoXul> heh
518<dwihno> Who did the ATA code?
519<dwihno> Zagor?
520<Zagor> i did
521<Zagor> based on alan's code
522<dwihno> ah, okay
523<Zagor> can the simulators do threading now?
524<Bagder> no
525<Bagder> do we need that at this point?
526<Zagor> that should be a priority, we'll need at least queues for keypresses soon
527<Bagder> why?
528<Zagor> this poll();sleep(1) isn't very good
529<Bagder> ah
530<Bagder> we'll just move that to the simulated keyget code
531<Zagor> it works on simulator, but gives one hell of a key repeat on target
532<Bagder> we can do that without threads
533<Zagor> right
534<Bagder> I just prefer to avoid threads in the simulator as far as possible
535<Zagor> ok. yes we can probably do without them for now
536<PsycoXul> so as far as i can tell wait_for_bsy() is timing out?
537<Linus> OK. So the ATA code fails at ata_hard_reset()?
538<PsycoXul> apparently
539<Zagor> no, there's not wait_for_bsy() in ata_hard_reset()
540<Linus> OK. wait_for_rdy() then
541<Linus> big deal it times out
542<Zagor> *what* times out, is the question
543<Linus> wait_for_rdy()
544<Zagor> he said wait_for_bsy()
545<PsycoXul> yeah but wait_for_rdy() calls wait_for_bsy
546<Zagor> doh. i'm a moron
547<Linus> is ata_hard_reset() fails, it can only be wait_for_rdy()
548<PsycoXul> right
549<PsycoXul> which can only fail if wait_for_bsy times out
550<Zagor> try commenting it out
551<PsycoXul> which?
552<Zagor> the call to ata_hard_reset()
553<PsycoXul> ok
554<Zagor> in ata_init()
555<Linus> then the next wait_for_bsy() call will fail...
556<Zagor> right
557* Zagor is a cotton head
558<Linus> We should debugf() the contents of the ATA status register
559<Zagor> coffee time'
560<PsycoXul> yeah so then it just returns -4 heh
561<Zagor> add this line to ata_init():
562<Zagor> panicf("stat: %02x", ATA_STATUS);
563<PsycoXul> where in there?
564<Zagor> just before ata_hard_reset()
565<PsycoXul> hmm
566<PsycoXul> says
567<PsycoXul> stat: 00
568<Zagor> ok
569<Zagor> you have a "new" player, right?
570<PsycoXul> yeah
571<Zagor> hmm
572<Zagor> how big disk do you have?
573<PsycoXul> 20G
574<Zagor> ok
575<Zagor> is it a 6000 or a Studio?
576<PsycoXul> studio
577* Zagor hmms some more
578<PsycoXul> math 15360*1024
579<PsycoXul> er
580<PsycoXul> heh
581<Zagor> hang on, testing on my unit
582<Zagor> stat: 50
583<Zagor> hmm, hmm and hmm again
584<PsycoXul> maybe the rom firmware's doing something different?
585<Zagor> yes. or the hardware is different
586<PsycoXul> heh
587<Zagor> did any of alan's disk test code ever run on your archos?
588<PsycoXul> never tried it
589<Zagor> ok
590<Zagor> but you run the same archos.mod firmware updates as any 6000 user, right?
591<PsycoXul> yep
592<PsycoXul> 5.07a
593<Linus> Damn. We need a serial-modded new player
594<Linus> I wish the donated player had a working serial port...
595<Linus> Silly me. It has.
596<PsycoXul> heh
597<Linus> It's just that the charging unit was broken, so we decided to use Björns old display board
598<Linus> If we fix the broken board, we have a "new" player to debug
599<Linus> we==me, unfortunately... :-)
600<PsycoXul> heh
601<Zagor> I think it's time to do that. this "franchos" of ours isn't working too well
602<PsycoXul> anything else you want me to test?
603<Zagor> not right now
604<PsycoXul> ok
605<Zagor> menu.c is much too recorder specific
606<Linus> not very surprising
607<Linus> I have made a logic analyzer trace of the Old (tm) Player LCD init sequence
608<Zagor> ah!
609<Linus> It doesn't seem to be the Solomon LCD that we thought it was
610<Zagor> uhhh, do I want to hear this? ;)
611<Linus> Zagor: we should publish it and let people try to figure out what it is
612<Zagor> sure
613<dwihno> Damn
614<dwihno> You are evil hardware guru jultomtar dudes!
615<Linus> Our LCD shifting code doesn't talk to the LCD in the same way that the original firmware does
616<Zagor> dwihno: is that good or bad? ;)
617<dwihno> Zagor: *jultomte* = excellent! :D
618<Linus> It only sets the command/data bit in the last bit
619<dwihno> "1 bit should be enough for everyone"
620<Linus> We do it for every bit
621<Linus> I'm not sure that it matters at all, though
622<Linus> the Solomon data sheet says that it is only sampled every 8th bit
623<Zagor> Linus: that's intentional
624<Linus> and I assume that our LCD isn't that much different in that aspect
625<Zagor> we do it once, and then loop through all 8 bits
626<Zagor> it's less complex than stopping and handling one bit specially
627<Zagor> I assumed it would work the same
628<Linus> I know, Zagor. Just pointng out a difference
629<Zagor> ok
630<Linus> So now I need a similar trace of the New(tm) Player
631<Linus> Zagor: If you don't mind running on batteries, you can just switch LCD board right away
632<Zagor> sure
633<Linus> And we can trace your LCD while we're at it
634<Bagder> go go go
635<dwihno> 1x2
636<Zagor> hmm, tree.c and menu.c have much in common. we should merge them
637<dwihno> There. My order has been placed.
638<Linus> I just analyzed Björns New(tm) Player. The init sequence for new and old LCD are identical
639<Bagder> that's good at least
640<dwihno> really strange
641<Linus> Well, almost identical. A single command differs
642<Linus> But that might just be that the firmwares are of different revisions
643<Linus> I gitta fly now.
644<Linus> gotta
645<-- Linus (~linus@labb.contactor.se) has left #rockbox
646<Bagder> maybe the
647<Bagder> desc part of the credits isn't necessary in the software
648<Zagor> i know. i just made a quick port
649<dwihno> Bagder: I've ordered my archos now!
650<dwihno> :D
651<Bagder> when will you get it?
652<dwihno> hm
653<dwihno> dunno
654<dwihno> a couple of days, I presume
655<dwihno> Hm... 20 gigs over USB1 will take several hours
656<Bagder> yes
657<Bagder> get a usb2 card ;-)
658<Zagor> Bagder: the simulator has no tick, right?
659<Bagder> Zagor: tick?
660<Zagor> timer tick, for splash timeout for instance
661<Bagder> no, but sleep() should work
662<Zagor> ah. yes
663<dwihno> Bagder: Nah, I don't need it :) For initial sync it would be nice, but it will be nothing but overkill later on
664<Bagder> overkill speedwise is nice ;-)
665<dwihno> heh
666<dwihno> nah :)
667<Bagder> time to go home, see ya
668<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
669<Zagor> i'm off too. see you guys
670<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
671--- dwihno is now known as dw|gone
672<-- wavey has quit (Read error: 110 (Connection timed out))
673--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
674<adi|work> can i assume there is an off button on the player?
675--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
676<Zagor> adi|home: you here?
677<Tumm> tänk på att
678<Tumm> om man slår yxan i båten, får man ro som fan
679<Zagor> :)
680* Tumm har tråkigt... väldigt tråkigt
681<Zagor> han pratar! :)
682<Tumm> ;)
683<Tumm> följer utvecklingen via mailinglistorna...
684<Zagor> ok
685<Tumm> tar studenten om 2 veckor, så jag har tyvvär inte hunnit skaffa mig så mycket kunskaper om inbyggda system...
686<Tumm> sitter mes och försöker knåpa ihop demos :)
687<Tumm> eller...
688<Zagor> vilken plattform?
689<Tumm> win32 för tillfället
690<-- wavey has quit (Read error: 110 (Connection timed out))
691<adi|work> yeah Zagor whats up?
692<Zagor> the off key has to be #ifdef SIMULATOR
693<adi|work> nods
694<Zagor> the firmware must never exit
695<adi|work> ahhh, okay :)
696<Zagor> i'm fixing it now, so don't worry :)
697<adi|work> ah.. was about to commit :)
698<adi|work> then nm
699<Zagor> too late :)
700<adi|work> i was giving some thought to the whole 'not read a valid file' thing
701<adi|work> one concern was excessive spin up and down of the drive...
702<adi|work> but if you are planning to 'play' the file, then its not a concern is it?
703<Zagor> it might still be, if you take some time to select the next it will spin down and up agin
704<Zagor> we should filter out non-mp3 files
705<adi|work> you just read your first buffer in, then check and confirm that it is one of the format we want..
706<adi|work> i dont evn think that...
707<adi|work> no reason you shouldn't be able to 'read' a text file
708<Zagor> right, but perhaps not in the mp3 player mode? i haven't thought about it...
709<adi|work> hmmm i don't think there should be a 'mp3' mode and a 'not mp3 mode'
710<Zagor> maybe not
711* adi|work shrugs
712<adi|work> ill be around later tonight.. we can try and think it through then...
713<Zagor> yup
714<adi|work> btw.. what time is it by you?
715<Zagor> 22:32
716<adi|work> should be like midnight no?
717<adi|work> nods
718<adi|work> so ill see you in your morning ;)
719<Zagor> heh, ok
720<-- Zagor has quit ("bye")
721<PsycoXul> well the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will
722--- Disconnected (Connection timed out).
723**** ENDING LOGGING AT Tue May 21 20:07:37 2002
724
diff --git a/www/irc/rockbox-20020522.log b/www/irc/rockbox-20020522.log
deleted file mode 100644
index 87bf9fcf9d..0000000000
--- a/www/irc/rockbox-20020522.log
+++ /dev/null
@@ -1,661 +0,0 @@
1**** BEGIN LOGGING AT Tue May 21 22:49:19 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-88.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--- You are now known as adi|home
7--- dw|gone is now known as dwihno
8--> Linus (~linus@labb.contactor.se) has joined #rockbox
9<dwihno> Hail to the almighty LINUS!: D
10<Linus> Yo!
11<Linus> Where did you order your Archos? And did you order a Recorder?
12<dwihno> I ordered it from Dustin
13<dwihno> Yeah, a recorder model
14<dwihno> I also ordered myself a new "dual optical" mouse from logitech ;D
15<Linus> Nice.
16<dwihno> yeah :)
17<dwihno> I just hope my expectations won't fail me ;)
18<Linus> Me too.
19<adi|home> weclome back all :)
20<dwihno> thanks
21<Linus> Hi adi!
22<dwihno> I might get it today
23<dwihno> (that is, if I'm _EXTREMELY_ lucky) ;)
24<PsycoXul> btw the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will
25<Linus> Oh. That's something we'll have to look into
26<dwihno> PsycoXul: how extensivly have you been testing the new code on the actual hardware?
27<PsycoXul> well lets see i threw it on there last night and didn't past ata_init() so uh not very? :p
28<Linus> Strange, that thing with the ATA...
29<Linus> PsycoXul: have you opened your box?
30<PsycoXul> no
31<Linus> Ok.
32<dwihno> heheh
33<dwihno> Well, try to have a positive perspective - you at least got to ata_init() :)
34<dwihno> Was it the first test on actual hardware you performed last night?
35<PsycoXul> i've played with little pieces of code on the hardware a good amount
36<dwihno> cool :)
37--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
38<Bagder> hey ho
39<dwihno> Hello Bagder! :D
40<Linus> Yo Bagder!
41<Bagder> oh crap, Linus got here before me!!! :-)
42<dwihno> :D
43<dwihno> He was here REALLY early!
44<dwihno> 07:38 <Linus> Yo!
45<dwihno> You can't beat that! :D
46<Bagder> hehe
47<Bagder> I'm pretty often at work before that actually
48<Linus> But then he's so tired he can't even read or speak. :-)
49<Bagder> its just a matter of coffee amounts :)
50<dwihno> Hehe
51<dwihno> The caffeine is your friend! :D
52<dwihno> <-- just had his third cup of coffee
53<Linus> Björns donated player has an old display after all
54<Bagder> ah
55<Linus> Version 4.13
56<Bagder> did you get anything displayed on it?
57<Linus> Stone dead.
58<Linus> And the 4.13 display is stone dead when I pair it with Björns old CPU board.
59<dwihno> It's stone'd ;)
60<adi|home> btw... zagor stated 'the firmware should never exit'
61<adi|home> so we #defined the uisim to use the off button...
62<adi|home> but on the player and the recorder.. does the firmware trap the off button or what?
63<adi|home> i mean how else do you turn the unit off?
64* Bagder has no clue
65* adi|home draws a target on Bagder's forehead then poke's him in the bullseye
66--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
67<adi|home> speak of the devil...
68<Linus> I think the hardware traps the off button
69<adi|home> hey.. zag
70--- Zagor_ is now known as Zagor
71<Zagor> eeeello
72<adi|home> <adi|home> btw... zagor stated 'the firmware should never exit'
73<adi|home> <adi|home> so we #defined the uisim to use the off button...
74<adi|home> <adi|home> but on the player and the recorder.. does the firmware trap the off button or what?
75<adi|home> <adi|home> i mean how else do you turn the unit off?
76<Linus> eieio
77<adi|home> like 20 secs ago
78<adi|home> and sometimes y
79<Zagor> ah
80<dwihno> YAY!
81<Zagor> well we don't know for sure
82<dwihno> My Archos is in Umeå now!
83<Zagor> the recorder seems to simply go into powersave mode and not actually turn off 100%
84<dwihno> I'm gonna get it today! :D
85<dwihno> Oh joy!
86<adi|home> really? thats just weird
87<adi|home> and the player?
88* dwihno starts bouncing around like a a playfull puppu
89<dwihno> puppy ;)
90<Zagor> i don't know. we need to do some measurements
91<Linus> I don't think it's weird that it goes into powersave mode
92* adi|home puts newspaper under dwihno
93<Linus> That way it can keep the settings in RAM
94<adi|home> no.. what i mean is.. sholdn't both units?
95<adi|home> i mean, why wouldn't the player as well?
96<Linus> i dunno
97<Linus> Maybe they designed it in a hurry
98<adi|home> keep those answers up.. and im giving you a target too...
99<adi|home> ;)
100<Linus> maybe the LCD display has no powersave mode
101<Linus> who knows?
102* adi|home nods
103<adi|home> okay.. im off to bed then.. long day tomorrow.
104<Zagor> night!
105<dwihno> sweet dreams
106<Linus> COFFEEEEEE!
107<dwihno> I'm way ahead of you Linus! :) Got my 4th cup!
108<adi|home> and also.. its E.M.S. appreciation week here in the States.. so appreciate me damn it!
109* adi|home giggles like a school girl
110<Bagder> EMS?
111<adi|home> Emergency Medical Services
112<Bagder> aha
113<adi|home> ppl that work on ambulances
114<adi|home> volunteers here mostly
115* Bagder appreciates ambulance-adiamas for a while
116<adi|home> hehehe
117* adi|home puffs up his chest proudly
118<adi|home> nite agin
119<Linus> Gah!
120<Linus> The "new" display works with the "new" CPU board
121<Linus> So we night have *three* display types on our hands!
122<Bagder> hmrpmf
123<Zagor> or at least combining old new cpu with old display wasn't as simple as we thought
124<Linus> Or it might be that it has nothing to do with the LCD at all.
125<Linus> Just incompatible boards
126<Linus> But how????
127<Linus> I wonder what's different...
128<Zagor> don't worry about that too much, it's not like anyone else is going to attempt it...
129<Linus> True. I'm just curious
130<Bagder> you should still write down or post your findings, so that we have them saved for the future
131<Linus> And we still need to debug a New(tm) Player to find out what's different with the ATA interface
132<Zagor> yes
133--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
134<Linus> Yo wav!
135<wavey> howdy linus
136* Bagder crawls off to get coffee
137<-- Bagder has quit ("disconnecting from stoned server.")
138--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
139<dwihno> 1x2
140<dwihno> I want my archos NOW!!! :)
141<dwihno> What are you people going to eat for lunch today?
142<Bagder> I think I'm up for chinese today
143<dwihno> yum
144<dwihno> noodles is always nice
145<dwihno> NASIGORENG!
146<Zagor> today is sushi day
147<Zagor> btw, guys, I managed to exchange a few words with Tumm yesterday. he exists! ;)
148* Bagder faints
149<dwihno> Eww! Sushi! That's like, dead fish!
150<Linus> Well. It's almost alive!
151<dwihno> Fried fish = yum yum
152<Zagor> barely dead :)
153<Linus> Wonderful!
154<Linus> Delicious!
155<Bagder> I wish we had a sushi place around here
156<dwihno> I wish I never have to see the evilness of the sushi
157* dwihno sends some abborre-sushi to Zagor
158--- Zagor is now known as Zagor|lunch
159--- Linus is now known as Linus|lunch
160--- Zagor|lunch is now known as Zagor
161--- Linus|lunch is now known as Linus
162<Zagor> PsycoXul: you here?
163<PsycoXul> yeah
164<Zagor> have you opened your archos?
165<PsycoXul> heh
166<PsycoXul> no i haven't
167<Zagor> ok. we're having a theory that perhaps your harddisk is jumpered as "slave"
168<PsycoXul> fun
169<Zagor> it's not so bad, we just have to deal with it in ata_init() if that's the case. but it's a bit tricky to find out without opening your archos... :)
170<PsycoXul> heh
171<PsycoXul> well i need to back it up [actualy mostly reorganize my HD copies to match the structure on the archos just so i can see that it really is backed up], and take it to best buy to get it serviced so they can remove the sticker and i don't have to worry about it
172<PsycoXul> i wasn't planning on opening it till after that
173<Zagor> well maybe you don't have to. we could try just patching your code a bit and see what happens
174<Zagor> stand by :)
175<PsycoXul> the power plugin does need to be resoldered or something i think, if i bump it while its plugged in it'll lose the contact
176--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
177<PsycoXul> but i can't test anything till tomorrow... gotta juggle HD's in a win98 box next to me to boot it to linux with my sh1 dev stuff and its too late tonight to be getting into that...
178<Zagor_> :-(
179<PsycoXul> and i'm hopping in the shower now heh
180<Zagor_> when you get the chance, try changing SELECT_LBA to 0x50 in ata.c
181<PsycoXul> ok
182<-- Zagor has quit (card.openprojects.net irc.openprojects.net)
183--- Zagor_ is now known as Zagor
184<PsycoXul> well i'll go take a shower and if its not too late after that then maybe i can
185<Bagder> PsycoXul: where are you, geograpicly?
186<Zagor> pacbell.net hints US
187<dwihno> I GOT MY ARCHOS IN MY HAND!
188<Bagder> try the demos! ;-)
189<dwihno> hm
190<dwihno> how do I connect it? ;)
191<Bagder> to what?
192<dwihno> To the PC
193<dwihno> It just says charging
194<dwihno> no "hello USB" thingy
195<Zagor> yay, that was fast
196<Linus> dwihno: turn it on
197<dwihno> Trying
198<dwihno> It just says "charging batteries"
199<Linus> Hold ON down for a few secs
200<Zagor> dwihno: go to groups.yahoo.com and join the archosjukebox6000 group. then read the faq there, it will answer your 20 first questions :-)
201<dwihno> Help me out, I don't wanna search no mail list! :(
202<Linus> How long did you press ON?
203<Zagor> keep it down 5-10 seconds
204<dwihno> öjj, nu hände det grejer
205<dwihno> Windows won't say hello USB
206<Zagor> you need to install the driver from the cd
207<Zagor> uh, maybe not
208<Zagor> i was thinking about the old archos :)
209<Zagor> which windows do you have?
210* Bagder has glass windows ;-)
211<Linus> You do have to install a driver if you have Win98
212<Zagor> yeah, I guess we can't expect MSWindows to follow specifications... ;*)
213<Bagder> ah they do, just not the SAME specifications ;-)
214<dwihno> <-- is ejaculating
215<dwihno> <-- is ejaculating
216<dwihno> <-- is ejaculating
217<dwihno> <-- is ejaculating
218<dwihno> <-- is ejaculating
219<dwihno> <-- is ejaculating
220<dwihno> DAMN
221* Zagor puts dwihno in a cool shower
222--- ChanServ gives channel operator status to Bagder
223<dwihno> :)~
224<dwihno> Worth every wooden nickle
225<Linus> Didn't we tell you? :-)
226<Bagder> now, rip it up and make that serial port work for debugging B-P
227<Zagor> haha
228<Linus> hihi
229<Linus> Bagder: why don't you??? :-)
230<Bagder> well, no recorder has so far
231<Bagder> not even you guys
232<Bagder> right?
233<dwihno> hahahaha
234<dwihno> damn
235<dwihno> whoa
236<Zagor> right
237<dwihno> <-- gets a glass of water...
238<dwihno> I'll be damned! DAMN DAMN DAMN! :)
239<Linus> Don't spill it!!!
240<Bagder> get over your head ;-)
241<Bagder> poor it even
242<Zagor> pour
243* Zagor is the spelling police, too
244<Bagder> hey, I can't type
245<Bagder> so then I shall not speel correct either ;-)
246<dwihno> haha
247<dwihno> :)
248<dwihno> Win2k said: "Hello USB" and installed it as a mass storage device without any extra drivers
249<Zagor> good
250<Zagor> where are our win32 developers? it's been awfully quiet lately
251<PsycoXul> back
252<dwihno> Whoa
253<dwihno> whoa whoa whoa
254<PsycoXul> yeah i'm in the US, california
255<dwihno> Oh my god
256<Bagder> Zagor: indeed, the win32 simulator is now lagging behind
257<PsycoXul> bah
258<PsycoXul> win32 people aren't *real* developers anyways :p
259<Bagder> hehe
260<Zagor> adiamas spilled the beans in the yahoo forum a couple of days ago and now everyone is very interested. a win32 simulator would be good soon
261<Bagder> hey!
262<PsycoXul> yeah
263<Bagder> we're now 101 subscribers
264<Bagder> on the rockbox list
265<Zagor> and <1 msg/day :-)
266<Bagder> yeah
267<dwihno> *copy files*
268<Zagor> PsycoXul: can you test now?
269<dwihno> The speed is quite alright for being a USB 1.1 computer I'm using
270<Bagder> dwihno: hehe that'll keep you busy for a while
271<Linus> dwihno: do you have USB2.0 on your computer?
272<Linus> ah
273<dwihno> Getting files from work -> home will never be a problem again ;)
274<Bagder> sure it will, you won't have room for with all those mp3s on it ;-)
275<PsycoXul> heh
276<dwihno> hehe
277<PsycoXul> Zagor: just booted over
278<Zagor> PsycoXul: meaning?
279<PsycoXul> you know i think most of the problems i have with this thing over USB is due to trying it when the batteries low
280<Zagor> yeah that's a bad idea
281<PsycoXul> Zagor: meaning i'm copying the test file now
282<Zagor> ok
283<PsycoXul> well
284<PsycoXul> usualy when i plug it in the batteries like half way
285<PsycoXul> to USB i mean
286<PsycoXul> and then i copy files and after several times in one session it starts having problems
287<PsycoXul> using it as a USB HD seems to eat the batteries really quick
288<PsycoXul> hmmm
289<Zagor> yeah, always keep the power cable connected in usb mode
290<PsycoXul> like now the batteries shouldn't be very low but it may have stalled on the copy already
291<dwihno> For how many hours do the batteries last?
292<dwihno> 10 hours?
293<Zagor> roughly, yes
294<dwihno> mkay
295<PsycoXul> i estimate 5-10 hours depending bitrate, settings, volume, how much you mess with it
296<dwihno> mess?
297<PsycoXul> if you press buttons a lot
298<dwihno> you mean, use it as a USB harddrive?
299<PsycoXul> have the backlight on much
300<PsycoXul> etc
301<PsycoXul> dwihno: yeah
302<PsycoXul> er
303<PsycoXul> no
304<dwihno> amongst other things
305<PsycoXul> dwihno: i mean if you set up a 10 hour playlist, start it, stick it in your pouch/pocket and then don't touch it till it goes dead
306<PsycoXul> dwihno: it'll last a long longer than if you play some songs, then browse around and play some more, etc
307<dwihno> mkay
308<dwihno> Will the unit start to fux0r if I change the hard disk label?
309<PsycoXul> nah
310<PsycoXul> one of the first things i did :p
311<dwihno> heh
312<dwihno> insanity! is the label now
313<dwihno> :)
314<dwihno> 20 gigs of music in your pocket is nothing but pure insanity
315<PsycoXul> yep
316<PsycoXul> its true
317<PsycoXul> just wait
318<PsycoXul> its like your life suddenly got a soundtrack :p
319<dwihno> :)
320<dwihno> Oh my fucking G.O.D!
321<Zagor> dwihno: 20 gigs? bah, 40 here. and there's 60 gig disks out now.
322<dwihno> whoa
323<dwihno> Zagor: suck my dick :)
324<Zagor> no thanks :)
325<PsycoXul> heh
326<dwihno> I'll sync it against my collection at home tonight
327<PsycoXul> ok
328<PsycoXul> Zagor: no change
329<Zagor> hmm
330<Linus> PsycoXul: you mean the ATA slave test?
331<Zagor> yes
332<Linus> bah!
333<Zagor> hmm, we must do a device select before we start polling status...
334<Linus> Dont we do that now?
335<Zagor> nopp
336<Linus> But the ATA interface must be initialized already?
337<Zagor> i'll try and adapt the master/slave check code I have in the isd200 driver...
338<Zagor> hmm, you're right
339<Zagor> still, it just doesn't work
340<dwihno> Whoa
341<dwihno> I wanna go hoooome! :)
342<dwihno> Listen to music! :)
343<dwihno> I love the audio quality
344<Zagor> have you been able to hear the buzz yet=
345<Zagor> ?
346<dwihno> Didn't try
347<PsycoXul> i get a buzz while my studio20's charging sometimes... it comes and goes and when it comes i can't get rid of it and when it goes i can't make it do it, but its from the unit itself and not the headphones heh
348<Zagor> oh
349<Zagor> are you using the stock charger?
350<PsycoXul> yes
351<Zagor> it could be voltage related
352<PsycoXul> its no big deal and i only get it sometimes
353<dwihno> I'll try to get the buzz tonight
354<dwihno> Damn
355<dwihno> The bass is exquisite!
356<dwihno> My EXP101 is WAY out!
357<Zagor> dwihno: you can probably "force" the buzz by only inserting the headphone plug half-way
358<Zagor> still, if you can't hear it why look for it :)
359<dwihno> hehe
360<dwihno> true, true
361<dwihno> You will not find the force, the force will find you!
362<dwihno> Reverse that sentence and imagine Yoda saying it ;)
363<PsycoXul> find the force you will not, find you it will
364<dwihno> :)
365<dwihno> :-)
366* dwihno sighs
367<PsycoXul> but yeah
368<PsycoXul> anything else i should try today?
369<dwihno> How long time does it take to charge it?
370<Zagor> dwihno: a long time. leave it overnight at least
371<Zagor> it handles it intelligently, so there's no problem leaving it too long
372<dwihno> Ah, sure
373<PsycoXul> yeah but don't leave it too too long especialy if you use the stock adapter
374<dwihno> How come?
375<PsycoXul> cause its an unregulated piece of shit adapter that i guess provides more power than the unit needs to start with, and especialy once its charged, that extra power gets put out as heat
376<PsycoXul> some people have damaged their units with that
377<PsycoXul> mine's gotten hotten than i'm comfortable with a couple times
378<PsycoXul> hotter
379<dwihno> ah
380<dwihno> does it tell when the charging is finished?
381<Zagor> yes
382<PsycoXul> yeah
383<dwihno> and how many hours does a typical charge take?
384<dwihno> the green led goes blank when it's fully charged?
385<Zagor> no the display says "Charging complete"
386<Zagor> the green led is hardwired to power-on
387<PsycoXul> i dunno about recorders, but my player says "charged" instead of "charging..." and you can also hear the HD spin up
388<Zagor> the recorder does not spin the hd
389<PsycoXul> huh
390<Zagor> the "charging complete, let's dissipate excess power via spinning hd" seems to be a new-players-only thing
391<dwihno> mkay
392<dwihno> Should I upgrade to the newsest firmware?
393<Zagor> which version do you have?
394<dwihno> lemme check... where do I do that?
395<Zagor> menu->firmware
396<Bagder> who cares about firmware versions, we need rockbox ;-)
397<dwihno> hehe
398<dwihno> rockbox is still just a dream
399<dwihno> Rockbox - Because dreams will come true!
400<dwihno> There's a slogan you can use ;)
401<PsycoXul> you know it *seriously* seems like the players firmware was a hacked together bare minimal with a few things thrown in cause they were easy, and i *swear* they anticipated a project to replace it
402<PsycoXul> to me anyways :p
403<dwihno> you might be right
404<Zagor> i doubt they anticipated anyone replacing it. then why would the scramble it? I agree on the "hacked together" part, though
405<dwihno> ask the firmware developers
406<PsycoXul> i couldn't tell you why they scramble it
407<PsycoXul> it doesn't seem to actualy accomplish anything anyways :p
408<Zagor> it would appear they explicity wanted something like this to never happen...
409<dwihno> 1.26
410<dwihno> mar 10 2002
411<dwihno> that's the firmware
412<Zagor> dwihno: I think there's a 1.27 out. try it if you feel like it.
413<Zagor> I'm using 1.24. can't be bother with their mini changes
414* Bagder has 1.25b
415<PsycoXul> so you guys got anything else for me to test today or can i throw the normal firmware on there and call it a day? heh
416<Zagor> PsycoXul: we're done for now, I think. i'll test some stuff on my end first.
417<PsycoXul> ok
418<Bagder> there's a 1.27c available
419<dwihno> Where do you find the firmware?
420<dwihno> I'm trying to find, but can't!
421<Bagder> http://www.archos.com/us/download_drivers.html
422<dwihno> ah
423<dwihno> thanks
424<Bagder> "archos recorder firmware" on google showed that as first choice
425<Bagder> the rockbox link was only on third place ;-)
426<dwihno> Yeah! :D
427<PsycoXul> ok
428<PsycoXul> i descrambled/hexedited/rescrambled the archos firmware and changed 'CHARGE' to 'FUX0RZ' and 'CHARGING' to 'FUX0RING' etc
429<Zagor> haha
430<PsycoXul> and put it on, booted it, shut it off, plugged it in just to see
431<PsycoXul> and it still says CHARGE, CHARGING
432<dwihno> :)
433<dwihno> hm
434<PsycoXul> so apparently firmware upgrades don't effect its charging stuff
435<dwihno> stupid :/
436<Zagor> ah, no. not unless you first start the firmware then plug in the charger
437<PsycoXul> which makes sense to me since it doesn't boot up from the HD to charge
438<dwihno> In what way is the firmware scrambled? :) XOR?
439<Zagor> no it's a bit more than that
440<PsycoXul> heh
441<Zagor> they used the old "swap bus pins" trick, only in software instead of hardware
442<dwihno> (?)
443<dwihno> swap bus pins?
444<PsycoXul> ok so i turned it on and plugged it in and then turned it off and it still says CHARGE heh
445<PsycoXul> they seem to have a lot of unused stuff in their firmware upgrades
446<Zagor> don't turn it off
447<Zagor> when you turn it off it reverts to rom
448<PsycoXul> well when its on it just displays the normal interface and the battery indicator just moves
449<Zagor> dwihno: yeah, if you swap the bus pins to the ROM, the contents of the ROM becomes scrambled without you actually having to unscramble it
450<dwihno> Femton pirater å en flaska mä rooooom! :D
451<PsycoXul> so i'll never see those messages heh
452<Zagor> PsycoXul: ah, silly me
453<dwihno> Zagor: mkay
454<dwihno> Zagor: in quiet parts of the songs, I hear a faint buzz noise...
455<dwihno> I can live with it though
456<PsycoXul> i was mainly just wondering how "fixed battery charged issue" ended up on the feature list of a firmware upgrade... so now we know just cause they say they added it doesn't necessarily mean it'll have any effect for an upgrade :p
457<Zagor> i guess you're right
458<Zagor> PsycoXul: umm, feel like testing some more? ;)
459* Zagor ducks
460<dwihno> What's with that digital serial thing? Are they trying to disable something?
461<PsycoXul> heh
462<Zagor> dwihno: what do you mean?
463<PsycoXul> sure, except i just booted that box back to win98 so i can't compile anything for it heh
464<Zagor> PsycoXul: if i select slave, I get the same 00 status response as you get
465<Zagor> so we should probably we checking master/slave the first thing we do
466<dwihno> Zagor: Well, I read something about some serial thing and DMCA... And the link said something about making digital copies... I thought they might be trying to disable digital copying...
467<PsycoXul> ok
468<PsycoXul> hey its kindof funny
469<PsycoXul> i've got this song called 'descramble'
470<PsycoXul> its the DeCSS source code, sang
471<Zagor> dwihno: ah, yes. like everyone selling stuff in the US they must obey silly rules. but there are ways around the SCMS. (it's in the FAQ ;)
472<Zagor> dwihno: but it's only over the SPDIF interface anyway. and nobody uses that
473<PsycoXul> with the chorus "the dmca steps me... i don't like the dmca, it makes this song illegal"
474<Zagor> PsycoXul: lol
475<dwihno> :)
476<PsycoXul> er "steps on me"
477<PsycoXul> its bad recording, bad quality, bad performance but its kinda catchy :p
478<Zagor> i like the lyrics...
479* Bagder thinks songs by "decoded feedback" kind of fits on mp3
480<PsycoXul> how can you not love a song that starts off with
481<PsycoXul> "this function is void.. it takes to args"
482<dwihno> Zagor: Nothing about SCMS in the FAQ :/
483<PsycoXul> :p
484<Bagder> hehehe
485<PsycoXul> s/to/two/
486<dwihno> :-)
487<PsycoXul> DMCA steps on me... i don't like the dmca it makes this song illegal, oooh... dmca, it steps on me and makes this song illegal, makes this song illegal
488<dwihno> PsycoXul: You need coffee.
489<PsycoXul> eye dew gnot.
490* dwihno hands PsycoXul a steaming hot cup dé coffee
491* PsycoXul hands it back, thanks anyways heh
492<PsycoXul> coffee's nasty stuff man :p
493<PsycoXul> and it pisses me off that innocent pot smokers are going to jail while everyone from gradeschoolers to their parents are hooked on caffiene :p
494<dwihno> hehe
495<Linus> Gotta go. Bye folks!
496<dwihno> You haven't made a 'scroll faster' patch yet? :)
497<Bagder> bye Linus
498<PsycoXul> nobody's doing patches :p
499<PsycoXul> besides maybe archos heh
500<-- Linus (~linus@labb.contactor.se) has left #rockbox
501<dwihno> hehe
502<dwihno> I'll do my own patch ;D
503<PsycoXul> sure
504<PsycoXul> while you're at it, whip up some DSP code for PCM and ogg support
505<PsycoXul> so i saw this new portable thing out
506<PsycoXul> with 10G
507<PsycoXul> can play mp3/wav but thats only a feature
508<PsycoXul> works as usb master and slave, has ethernet and pc card
509<Zagor> so what "thing" is it?
510<Bagder> gotta run, see ya
511<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
512<Zagor> bye
513<Zagor> gah, too late :)
514<PsycoXul> http://www.thinkgeek.com/stuff/gadgets/57a3.shtml
515<PsycoXul> that thing
516<dwihno> it's rather sexy
517<dwihno> but it's not an archos
518<dwihno> archos is godsent!
519<Zagor> ah, a harddisk with a display. how cute :)
520<dwihno> rockbox is the archangel, sent to thame the archos!
521<PsycoXul> its size is kindof odd
522<PsycoXul> 7"x3.2"x1"
523<Zagor> the price is, ehm, high
524<PsycoXul> yeah
525--> alkorr (alkorr@srs04m-8-122.n.club-internet.fr) has joined #rockbox
526<Zagor> hey, alan!
527<alkorr> hello people
528<PsycoXul> its LCD sounds like its charcell too... says 20 chars x 4 lines
529<alkorr> you are fast :)
530<Zagor> like lightning :)
531<alkorr> speaking about your project :)
532<PsycoXul> but its got some interesting features
533<PsycoXul> such as ability to use alkaline, ni-mh, or a li-ion battery pack
534<alkorr> Psyco, what are you speaking about ?
535<PsycoXul> can act as a usb master, has 10mb ethernet, pcmcia, and composite video out for viewing still images
536<PsycoXul> heh
537<PsycoXul> alkorr: http://www.thinkgeek.com/stuff/gadgets/57a3.shtml
538<PsycoXul> terapin mine
539<PsycoXul> its rather long at 7" though, "20 char x 4 line" lcd doesn't sound impressive, nor does 6 buttons, and costing so much for only 10G
540<alkorr> looks very interesting if it was not its price
541<Zagor> ga-zing-ga. file browser running on my 6k.
542<PsycoXul> what'd be more interesting is if they sold them cheap without HD's
543<Zagor> yeah, it's kind of a mix between an archos and a handheld. not being especially good for either
544<PsycoXul> but being that its geared towards being a data storage device, they probably wouldn't do that heh
545<alkorr> well I prefer a graphical lcd
546<Zagor> unghh... sourceforge's CVS server seems to have bonked
547<alkorr> ???
548<PsycoXul> yeah
549<alkorr> bonked ? what does mean ?
550<Zagor> it doesn't respond right now
551<Zagor> bonked = died, sort of
552<alkorr> ok
553<Zagor> apparently it didn't like my latest patch :)
554<PsycoXul> i feel like i got shortchanged on this little 11x2 charcell thing, i've seen $10 games at walmart with better displays heh
555<Zagor> hehe
556<alkorr> arf
557<Zagor> ah, it's up again
558<PsycoXul> but at least it does display stuff
559<PsycoXul> there's so many players on the market that don't even have standard mp3 player features
560<Zagor> PsycoXul: is yours a studio 10 or 20?
561<PsycoXul> studio20
562<PsycoXul> http://www.thinkgeek.com/stuff/gadgets/5a1a.shtml
563<Zagor> ok
564<Zagor> hey, it can almost fit the rockbox logo! ;)
565<PsycoXul> hey thats kinda interesting... if you hooked an IR port into the serial port on your archos with custom firmware and then used that
566<PsycoXul> get a joystick and mini keyboard and extra display
567<PsycoXul> heh
568<Zagor> yep. there's lots of cool stuff to be done on the archos
569<alkorr> hum... interesting...
570<dwihno> :)
571* dwihno takes everybody down to earth again
572<dwihno> :)
573<alkorr> you dreamreaper :)
574<Zagor> who'll be first with a keyboard->archos adapter? :)
575--- dwihno is now known as DreamReaper
576<DreamReaper> Mohahaha!
577<DreamReaper> The Archos will NEVER be more than a music box! :D
578<DreamReaper> *evil laughter*
579--- DreamReaper is now known as dwihno
580<Zagor> you forgot tetris :)
581<alkorr> a PC keyboard should not be a problem
582<dwihno> haha
583<dwihno> Tetris is a toy for kids :)
584<PsycoXul> Zagor: i keep thinking of a bi-directional IR via serial port
585<alkorr> if your archos has the external serial line
586<Zagor> PsycoXul: yeah, unfortunately bidir requires hw mod
587<PsycoXul> yeah i know
588<PsycoXul> i do plan on making hw mods eventualy
589<dwihno> hm
590<dwihno> bettery charged
591<dwihno> So it's full now, eh?
592<alkorr> please, consider my idea
593<PsycoXul> which idea is that
594<alkorr> there is the Linus' serial tool that we can connect between an archos and PC
595<PsycoXul> yeah
596<alkorr> if we have a PS/2<->serial adaptor
597<alkorr> it should be virtually possible to connect a PC keyboard
598<PsycoXul> heh
599<alkorr> no ?
600<alkorr> a PC keyboard sends 1200 baud, no parity, 8 bit, 1 start, 1 stop
601<alkorr> am i wrong ?
602<-- Zagor has quit (card.openprojects.net irc.openprojects.net)
603<alkorr> so jukebox should be able to receive scancodes and handles it
604--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
605<PsycoXul> i've got 3 ps/2-serial adapters, but all 3 are made to plug into a serial port
606<PsycoXul> and linus' serial adapter i'm guessing is also made to plug into a serial port
607<alkorr> jukebox has no PC serial plug
608<Zagor> ah, hi again :)
609<alkorr> you need to have an intermediate
610<PsycoXul> i know
611<PsycoXul> thats what linus' adapter does right?
612<PsycoXul> heh
613<dwihno> <-- is off - no more "work" today ;D
614--- dwihno is now known as dw|off
615<alkorr> yeah
616<alkorr> ah okay youre speaking about adapter
617<PsycoXul> yeah the rs232 converter
618<Zagor> then you just need the serial->archos adapter from the web page
619<Zagor> PsycoXul: yup
620<PsycoXul> which kind of rs232 port does that have? the kind like is on the computer on the kind like plugs into the computer? heh
621<Zagor> it's db9 -> 3.5mm plug
622<PsycoXul> i seem to recall somebody at some point saying they'd put pictures up of the thing
623<Zagor> dumdidum, that was never me was it? :*)
624<PsycoXul> Zagor: yes but i mean does it plug into the host port or do you plug a serial cable between the host port and the converter port or what?
625<PsycoXul> Zagor: can you plug a serial device into it
626<PsycoXul> or is it itself a serial device to be plugged in
627<Zagor> it plugs into the PC and into the archos
628<PsycoXul> i mean on the pc side
629<PsycoXul> does it have the 9 pins or the 9 holes? heh
630<alkorr> a stand serial wire
631<alkorr> standard
632<alkorr> wire between PC and adapter is female
633<alkorr> unless Linus inverted it
634<PsycoXul> so the rs232 converter's PC-style port is just like what you have on the back of your PC? heh
635<alkorr> well if not the good one, just buy a male-female adapter :)
636<PsycoXul> thats all i was wondering heh
637<alkorr> on the pc, it is a male
638<alkorr> my adapter has also a male adapter
639<alkorr> huh it is like PC one
640<PsycoXul> so if you had a serial keyboard you could plug it right into the rs232 converter?
641<alkorr> let me find another keyboard here...
642<PsycoXul> i've got 3 ps2->serial adapters heh
643<alkorr> you should because i bought a 1 ps2->serial too
644<alkorr> and it fits with my serial adapter for jukebox
645<PsycoXul> ok
646<PsycoXul> so it should be easy to hook a lot of stuff up to this sucker
647* PsycoXul pictures a little 1-pixel mouse cursor drawn in a dynamically-updated custom char on his player :p
648<PsycoXul> ok so for this thing
649<PsycoXul> i see on national.com the LP2980IM5
650<PsycoXul> they have -2.5 through -5.0
651<PsycoXul> (i.e. LP2980IM5-2.5, ..., LP2980IM5-5.0)
652<Zagor> i have to go. see you guys!
653<PsycoXul> is that the output voltage or something?
654<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
655<PsycoXul> do i want the -3.3 then?
656<PsycoXul> heh
657<-- alkorr has quit (Read error: 110 (Connection timed out))
658<-- wavey has quit (Read error: 110 (Connection timed out))
659--- Disconnected (Connection timed out).
660**** ENDING LOGGING AT Wed May 22 17:13:21 2002
661
diff --git a/www/irc/rockbox-20020528.log b/www/irc/rockbox-20020528.log
deleted file mode 100644
index 477f5f5dc1..0000000000
--- a/www/irc/rockbox-20020528.log
+++ /dev/null
@@ -1,3503 +0,0 @@
1**** BEGIN LOGGING AT Wed May 22 18:38:13 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-162.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--- You are now known as adi|home
7--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
8<elinenbe> anyone here?
9<-- elinenbe has quit (Client Quit)
10--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
11--- dw|off is now known as dwihno
12<Bagder> morning
13<dwihno> Good morning :)
14<dwihno> <-- has filled the archos with music now
15<dwihno> 2 gigs to go ;D
16<Bagder> :-)
17<dwihno> I'm surprised by the good audio quality
18<Bagder> yes, it is pretty good
19<dwihno> My Philips EXP101 is nothing compared to this! :)
20<dwihno> Something I just can't understand is, when I uploaded the new firmware, the boot screen still says 1.26
21<Bagder> what's a EXP101?
22<Bagder> the boot screen first display the ROMed version, then it should change after a few seconds
23<Bagder> to show the one loaded from disk
24<dwihno> Philips Expanium, portable CD MP3 thingy
25<dwihno> hm
26<Bagder> aha
27<dwihno> No way to make the firmware permanent in the ROM? :)
28<Bagder> you wish ;-)
29<dwihno> Still not fully recharged. Strange. I left it overnight, just to copy all my music, and it still isn't full
30<dwihno> This is my fourth MP3 player btw
31<dwihno> Or is it fifth
32<dwihno> Hmm
33<Bagder> gosh
34<Bagder> its my first ;-)
35<dwihno> First I had a RIO 300 with 32+32 megs
36<dwihno> Then I bought a NAPA DAV 309
37<dwihno> Which sucked donkey balls
38<dwihno> Then I got the EXP101
39<dwihno> Then I bought the EXP201 model
40<dwihno> (which was a pity, since the sound quality sucked)
41<dwihno> And now I have the archos, and I'm all happy ;)
42<Bagder> you sure have shopped around
43<dwihno> Well, I love gadgets, what can I say :)
44<dwihno> My computer: a PII 266, 256 meg RAM, 30+60 gig HD, and a 8 meg ATI gfx board :)
45<dwihno> My TV: probably 14"
46<dwihno> and yeah, my monitor is 15" ;)
47<Bagder> heh
48<Bagder> I have a 21"
49<dwihno> whoa
50<dwihno> Everything more than 17" is overkill :)
51<dwihno> Unless you use Illustrator, flash, or any other software with 1249 palettes
52<Bagder> you don't think that when you sit in front of this ;-)
53<Bagder> 1600x1200
54<Bagder> lots of xterms
55<Bagder> lots of emacs
56<Bagder> its heaven for a programmer
57<dwihno> xxx-emacs :)
58<dwihno> vim = sexy
59<Bagder> ... and it shows divx movies pretty good
60<dwihno> But as always, everybody shall use what's comfortable for themselves :)
61<dwihno> what software do you use? mplayer?
62<Bagder> xine
63<dwihno> hm
64<dwihno> isn't mplayer better, faster and more stable?
65<Bagder> not the one I tried
66<Bagder> I got xine to work really fine and then I didn't try around much more
67<PsycoXul> i always end up having both xine and mplayer
68<Bagder> one day I'll try mplayer again
69<PsycoXul> they each have their strong points and oddities
70<dwihno> mplayer = great for pr0n <-- I can vouche for that :)
71<Bagder> dwihno: aren't you trapped in the windows bubble?
72<Bagder> :-)
73<dwihno> Well, in one way, yes
74<dwihno> I need flash, illustrator, indesign, photoshop, distiller and more :/
75<Bagder> poor you ;-)
76<dwihno> But I'm seriousley considering a "linux on fat32"-partition insta ll
77<Bagder> you should simply make a separate partition and install linux on it
78<dwihno> Yeah... That's also a good idea
79<dwihno> The disk is perkele-slow anyways
80<Bagder> yeps
81<dwihno> What dist do you recommend?
82<dwihno> I've stuck to different BSD's the last two years
83<dwihno> And I've grown accustomed to nice packages ready available on CD-ROM
84<Bagder> either go redhat for convenienct, or do debian for "coolness" ;-)
85<Bagder> then use redhat
86<dwihno> I might do that
87<dwihno> But first, I have to blow my nose - feels like there's a gnome inside!
88<dwihno> Damn allergy
89<dwihno> Time for morgonfika. Yeah. Mmm.
90* adi|home slaps dwihno for forcing himself into photoshop instead of gimp
91* adi|home waves his hand at dwihno and says "You like gimp more then photoshop..."
92* adi|home watches dwihno say in a zombie like tone "I like gimp more then photoshop..."
93<dwihno> :/
94<dwihno> I like GIMP
95<dwihno> I really do
96<dwihno> But when I work with photoshop, I work much faster
97<dwihno> Using GIMP to re-save the PNG's for tighter compression is cool tho ;)
98--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
99--- Zagor_ is now known as Zagor
100<Bagder> morning
101<Zagor> morning
102<dwihno> GOod morning, dr. Zagor
103<Zagor> good morning, grasshopper :)
104<dwihno> <-- is doing ASP :) yay!
105<Zagor> heretic
106<dwihno> Which makes your embedded stuff look like gingerbread
107<dwihno> Mmmmmmmmmm. Gingerbread.
108* Zagor pokes PsycoXul. Awake?
109<dwihno> ASP syntax is _SO_ gay
110<PsycoXul> hmm
111<PsycoXul> yeah, hi
112<Bagder> asp? yuck
113<dwihno> Yeah, when a dialect of a language makes difference between how you write the code (linewise), it's gay
114<Zagor> PsycoXul: have you tested the new ata code?
115<PsycoXul> not yet
116<dwihno> Zagor: Do you think you solved the ata_init stuff?
117<Zagor> maybe
118* dwihno crosses his fingers
119<Bagder> so maybe its time to build a recorder app and try too
120<Zagor> yeah, why not. although we don't know if much of anything works on the recorder yet :)
121<Bagder> I know, but the ata stuff should work the same, right?
122<Zagor> well, hopefully...
123<dwihno> <-- listens to some evil shiznat alphaville on his evils0r archos
124<Zagor> Front Line Assembly here
125<Bagder> Re-Work
126<dwihno> My friend who bought a flash based player got green with jealousy when my package arrived yesterday :)
127<Bagder> hahaha
128<dwihno> Win2k doesn't need any drivers to interface with the unit
129<Bagder> well, he can bungy jump with his ;-)
130<dwihno> heh
131<dwihno> yeah :)
132<Bagder> veeeeery useful
133<dwihno> yup :)
134<dwihno> 20 gigs of portable music is perverted
135<adi|home> music? music? its supposed to be for music?
136<adi|home> oh sbhit...
137* adi|home deletes his 19.4 gigs of porn
138<dwihno> NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO!
139* dwihno sos
140<dwihno> sobs
141<PsycoXul> heh
142<dwihno> I'm your faaaather!
143<dwihno> Speaking of perverted stuff, how kinky isn't object oriented basic? :)
144<Bagder> I wouldn't know ;-)
145<PsycoXul> ok so like
146<PsycoXul> it shows the disk label as the first file
147<PsycoXul> heh
148<PsycoXul> and browsing through it is severely broken as far as cursor possition
149<PsycoXul> and the display is kindof funky
150<PsycoXul> but
151<PsycoXul> it works, i can see my files!
152<Bagder> *cool*
153<dwihno> It makes handcuffs, liquid latex and sheep look boring ;)
154<dwihno> YAY!
155<PsycoXul> yeah i can't actualy browse them though
156<Zagor> PsycoXul: coooolers! that means you have a slave disk :)
157--> Linus (~linus@labb.contactor.se) has joined #rockbox
158<Linus> Mooo!
159<Zagor> no the browser is kinda broken. the button handling sucks and the display is corrupted :)
160<PsycoXul> i made it into one directory and saw the first two files there and then pressed over and it went to some other dirs in the directory the directory i'm in is in
161<Bagder> hey Linus
162<dwihno> Hellö Lajnus!
163<PsycoXul> heh
164<Bagder> Linus: PsycoXul can see his disk now
165<Linus> Of course he can. It's in the Archos. :-)
166<PsycoXul> but yeah
167<Linus> What was the prob?
168<PsycoXul> the ata code works for me now and thats cool
169<PsycoXul> heh
170<Zagor> Linus: his disk is strapped as slave
171<Linus> Just as we suspected.
172<Linus> Nice!
173<PsycoXul> good job hehe
174<Zagor> this requires some coffee!
175<dwihno> :D
176<dwihno> Celebration!
177* Linus follows Zagor
178* dwihno follows Linus
179<PsycoXul> so yeah
180<PsycoXul> make it browse right and play files and i'll start using it heh
181<dwihno> What model do you have?
182<PsycoXul> studio20
183<PsycoXul> its just a lowely player
184<dwihno> ah, okay
185<Bagder> but that's with a "new" LCD isn't it?
186<PsycoXul> yeah
187<PsycoXul> well the new lcd and the old lcd aren't that much different, mainly their charset as far as i can tell
188<PsycoXul> btw i noticed
189<Bagder> yes it seems so
190<dwihno> Hey, my batteries are finally charged ;D
191<dwihno> Should I unplug while listening @ work?
192<PsycoXul> the firmware/Makefile has the player defined for the target by default, while the apps/Makefile has the Old player defined as the target by default
193<dwihno> Just to prevent the batteries from overloading?
194<Bagder> we should make something about the different-targets situation in the makefiles
195<dwihno> An opinion: there should be no defaults - if you don't select what you want to build, you should get a selection, just to prevent confusion
196<dwihno> selection list
197<Bagder> no selection
198<Bagder> that's not for makefiles
199<dwihno> make firmware-player
200<PsycoXul> force people to 'make player_new' 'make player_old' or whatever and then 'make' just shows a list? heh
201<dwihno> make firmware-studio
202<dwihno> etc.
203<Bagder> possibly
204<dwihno> <-- is perverted, so, sue me ;)
205<Bagder> I think I'll prefer having them all built with 'make'
206<dwihno> that might cause confusion :)
207<Bagder> why?
208<PsycoXul> i agree its probably better at this point
209<PsycoXul> but for a release i dunno
210<Bagder> it makes it less probable that someone writes code that doesn't build on one target
211<PsycoXul> hmm
212<PsycoXul> actualy you know...
213<dwihno> If you get several files when compiling some people _will_ upload wrong firmware to the unit
214<dwihno> For development, it should build everything
215<PsycoXul> people who are gonna get confused about editing a makefile
216<dwihno> but for releases... :)
217<PsycoXul> probably aren't gonna have an sh1 dev environment
218<Bagder> right
219<Bagder> people will download the binary
220<dwihno> true, true
221<dwihno> So, building everything by default then? :)
222<Zagor> the downside to building all versions is that we'll end up doing two "clean" for each "make"
223<dwihno> <-- has had a second change of heart
224<Bagder> Zagor: why?
225<PsycoXul> i dunno
226<Bagder> we can fix that
227<PsycoXul> make a seperate target for each one
228<Zagor> because it's not just different object files, it's different command lines too
229<PsycoXul> that knows what it needs to build itself for its target
230<Zagor> PsycoXul: yeah, but that doesn't exactly make things simpler...
231<PsycoXul> why not?
232<Bagder> I think it does
233<PsycoXul> all: player_new player_old recorder
234<Zagor> because we break the source-file object-file correlation
235<Bagder> right, we stash the object files in a separate dir depending on target
236<dwihno> Whoa
237<Bagder> or similar
238<Zagor> hmm
239<dwihno> A VIM macro just gave me goosebumps ;D
240<Bagder> like when you compile unix stuff from the same source for multiple platforms
241<Zagor> Bagder: how many trees support multiple simultaneous target builds?
242<Bagder> whatever, the makefile editing is troublesome
243<Zagor> i don't think i've ever seen one
244<Bagder> Zagor: sure they do, that's done by autoconf/automake magic
245<Zagor> yeah, you conf and build it once for each platform
246<Zagor> not several platforms at once
247<Bagder> but with the same set of sources
248<Bagder> still
249<Bagder> we can't have this makefile editing
250<Zagor> i agree
251<Bagder> it'll only cause grief
252<Zagor> we should have separate targets, but i don't think target 'all' should build all versions
253<PsycoXul> the makefile editing isn't that bad except that you have multiple ones to keep synced
254<PsycoXul> so what should all do?
255<Zagor> it could simply "echo Choose a target: player-old, player or recorder"
256<PsycoXul> heh
257<PsycoXul> ok
258<Zagor> i'm undecided. the firmware lib is part of the mix too
259<PsycoXul> in that case probably be better with a little more descriptive list...
260<Bagder> ... and then all: could bulild them all :-)
261<dwihno> Microsoft VBScript compilation (0x800A0414)
262<dwihno> Cannot use parentheses when calling a Sub
263<dwihno> DAMN WHEELCHAIR CODING!
264<Zagor> Bagder: not without 1) cleans 2) elaborate special-dir targetting
265<dwihno> Feels like I'm crippled and can't move my wheels!
266<Bagder> Zagor: different object files needed, yes, that's not such a big deal
267<PsycoXul> well how many of the source files need to be built specific to each target? all of them? most? some?
268<Linus> dwihno: try calling a function WITHOUT parantheses in C. Same thing.
269<Zagor> PsycoXul: all
270<PsycoXul> heh
271<Bagder> PsycoXul: many, not all, and not only a few ;-)
272<Zagor> the point is we don't know. all code can have target ifdefs
273<PsycoXul> ok
274* dwihno wants his paranthesises!
275<Bagder> dwihno: dump the crap languages then :-)
276<Bagder> there's another way of course
277<dwihno> :-)
278<PsycoXul> so why not have each target put its object files in its target-specific dir, and otherwise be the same as it is, but it just iterates through each?
279<dwihno> call:ing the subs... I know
280<dwihno> It still sucks
281<Bagder> we have have a little script to "setup build env"
282<Zagor> what's so bad about "make player-old" ?
283<Bagder> ... that builds a specific target and puts the object files in its directory
284<Linus> Hehe. Why not write an ARCHOS.MOD that examines the target and creates a Makefile on the hard disk? :-)
285<PsycoXul> heh
286<Zagor> Linus: excellent idea ;)
287<Bagder> ... then you just run that script in multiple places, one for each target you wanna build for
288<PsycoXul> hey
289<PsycoXul> why don't you port the whole dev environment to the target?
290<PsycoXul> :p
291<Linus> Perfect!
292<PsycoXul> then it can just examine itself
293<PsycoXul> heh
294<Bagder> portable development! ;-)
295<Bagder> thinking about it, I now think the script-approach is better
296<Bagder> it makes it more configure-like
297<PsycoXul> well what is a makefile? heh
298<Zagor> "./configure player-old debug" ?
299<Bagder> like that, yes
300<Zagor> yeah, i think i like that
301<PsycoXul> hmm
302<Bagder> or possible interactive questions if you don't give any arguments
303<Zagor> it creates a target.make that Makefile includes
304<PsycoXul> yeah and then './configure' alone just tells you about what arguments you need to give it?
305<PsycoXul> hmm
306<PsycoXul> yeah
307<Bagder> Zagor: it can even generate a full Makefile
308<PsycoXul> is that target.make included also by the apps?
309<PsycoXul> so if you configure/build firmware for a target and then go right to the apps and build it does it for firmware's target automagically? heh
310<Zagor> Bagder: i think i'd prefer it just making a small file to be included. otherwise we'll have to edit the script rather than the Makefile
311<Bagder> I want to be able to run this script outside the source tree
312<Bagder> I could in fact volounteer to write a first attempt of a script like this
313<PsycoXul> well
314<PsycoXul> should there be a target code top level?
315<Bagder> Zagor: no, the script would use a Makefile.in template kind of
316<PsycoXul> like rockbox/apps rockbox/firmware etc?
317<Zagor> Bagder: good point. ok, it creates Makefile
318<PsycoXul> so what makefile does it create?
319<PsycoXul> a top level one? firmware/'s, apps/'s, both....
320<PsycoXul> */'s? heh
321<Bagder> I think it should create a toplevel one
322<Bagder> that runs make for both firmware and apps
323<Bagder> with the correct options
324<PsycoXul> ok
325<Bagder> of course, as long as we settle for the idea, we can always change how the makefile is made later
326<PsycoXul> so is this script hanging out in the root of the repository along with the firmware and apps dirs or are we getting a new dir for those to go into, or a new dir just for the configuring, or... heh
327<Bagder> uh :-)
328<Zagor> the script can go into tools
329<Bagder> hey, that's what the code pilce is here for ;-)
330<Bagder> police
331<PsycoXul> tools is probably a good place for it
332<PsycoXul> but yeah i talk too much for a guy who just runs codes and says what doesn't work :p
333<Bagder> tools? where's tools?
334<Zagor> it's a cvs module
335<PsycoXul> you know where descramble, scramble, and sh2d are
336<Bagder> ah
337<Bagder> I didn't have that one checked-out
338<PsycoXul> heh
339<PsycoXul> i just checkout .
340<PsycoXul> since i can't just checkout rockbox
341<-- Linus (~linus@labb.contactor.se) has left #rockbox
342<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
343--> Linus (~linus@labb.contactor.se) has joined #rockbox
344--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
345--- Zagor_ is now known as Zagor
346<Bagder> if we just make the makefiles support OBJDIR, I have an embryo now
347<Bagder> anyone with a good name for this setup-toplevel-build-makefile script?
348<dwihno> configure? :)
349<Zagor> i think configure is good, actually. many people are used to it
350<Bagder> ok
351<PsycoXul> with player we can have a real cursor so i think it'd be better to use than than to waste a precious char on a -
352<Bagder> indeed
353<Bagder> try my configure now
354<Bagder> its incomplete, but it works
355<Bagder> if just the firmware and apps makefiles support putting the object files in OBJDIR
356<PsycoXul> heh
357<PsycoXul> ok when i ran it from the top level as
358<PsycoXul> tools/configure
359<PsycoXul> it couldn't find the firmware dir
360<Bagder> oh
361<PsycoXul> when i ran it ./configure from the tools dir it found them and then i get a bunch of command not found's on DEBUG, TARGET, FIRMDIR, CFLAGS, THISDIR, APPSDIR, CFLAGS, THISDIR
362<Bagder> silly
363<PsycoXul> heh
364<Bagder> hm
365<Bagder> a bash vs sh issue I guess
366<PsycoXul> hmm
367<Bagder> check the sed stuff at the bottom of the script
368<PsycoXul> hmm
369<Zagor> does the simulator support queues? I'm adding a button queue now.
370<Bagder> why would it need to? does it change the api?
371<Zagor> no, you're right.
372<PsycoXul> you can give echo the -n option to suppress a newline too btw
373<PsycoXul> though personaly i tend to use printf heh
374<Bagder> I don't think that is portable enough
375<PsycoXul> could be
376<PsycoXul> a lot of things do use echo -n though
377<PsycoXul> doesn't really matter
378<PsycoXul> but i don't get why the sed line doesn't work
379<Bagder> I'll re-arrange it
380<Bagder> I checked how configure does it and I'll make something similar
381<-- Linus has quit ("disconnecting from stoned server.")
382--> Linus (~linus@labb.contactor.se) has joined #rockbox
383<PsycoXul> hmm
384<PsycoXul> i see what it is
385<PsycoXul> $(whatever) executes "whatever"
386<PsycoXul> and for some reason its interpreting those within the block
387<PsycoXul> it doesn't seem like it should but it does heh
388<-- Linus has quit (Client Quit)
389--> Linus (~linus@labb.contactor.se) has joined #rockbox
390<PsycoXul> and in the make lines, CFLAGS=$(CFLAGS) should be CFLAGS="$(CFLAGS)"
391<PsycoXul> and it wouldn't hurt for $(THISDIR) either cause you never know about people
392<Bagder> right
393<PsycoXul> but just escaping the $'s within the block fixed it
394<PsycoXul> the command not founds i mean
395<Bagder> within the Makefile block?
396<PsycoXul> yeah
397<Bagder> ok
398<Bagder> committed the fix
399<Bagder> perhaps I should make it possible to build the simulator the same way
400<PsycoXul> ok so that acts like it works and makes what appears to be a good makefile that runs what appears to be the right commandlines except none of the headers are found
401<Bagder> oh
402<Bagder> right
403<Bagder> we ruin the CFLAGS
404<Bagder> Zagor: you fine with the toplevel setting CPPFLAGS and then we use that for target/debug options in the firmware/apps makefiles?
405<PsycoXul> what're you on that has a real bourne shell thats not just symlinked to bash? and why does bash invoked as /bin/sh act any differently at all from it? heh
406<Zagor> Bagder: sounds fine to me
407<Bagder> PsycoXul: a solaris box
408<PsycoXul> ah
409<Bagder> it helps keeping this stuff portable
410<PsycoXul> isn't CPPFLAGS for c++? heh
411<Bagder> no, c preprocessor
412<PsycoXul> ah
413<PsycoXul> hmm
414<Bagder> kind of standard actually
415<Linus> what are we preprocessing?
416<Bagder> c files
417<Bagder> #include and #define you know ;-)
418* Bagder grins
419<Linus> But we don't preprocess them explicitly
420<Bagder> no
421<Linus> So what is CPPFLAGS supposed to do?
422<Bagder> flags that are meant for the CPP
423<Linus> like
424<Bagder> usually, -I and -D
425<Bagder> it is a very widespread de facto standard, set by autoconf et al
426<Linus> OK. So the default rule is $(CC) $(CFLAGS) $(CPPFLAGS)?
427<Bagder> no
428<Bagder> or perhaps yes
429<Bagder> not entirely sure
430<Bagder> that's not the point here anyway
431<Linus> I don't see the point if having separate flag vars
432<Bagder> the point?
433<Bagder> the toplevel makefile can't pass options using the CFLAGS variable
434<Linus> yes, the point
435<PsycoXul> so that the top level makefile doesn't have to supply the proper CFLAGS to give the target define
436<Bagder> since the firmware makefile uses it
437<PsycoXul> it just can give the target define and let the other makefiles have their own CFLAGS
438<Linus> Now I follow you
439<Bagder> I don't need to set either one
440<Bagder> I can just set DEBUG and TARGET
441<PsycoXul> yeah
442<Linus> or a general $(EXTRAS) variable
443<Linus> or something
444<Linus> was that the purpose of CPPFLAGS?
445<PsycoXul> since CFLAGS already includes $(TARGET) should just set that
446<Bagder> or just TOPLEVEL
447<PsycoXul> unless theres more than the script needs to set than the target for those flags
448<Bagder> Linus: EXTRAS or CPPFLAGS, yes
449<Linus> I think having a single variable set by the top makefile better allows for expansion
450<Bagder> true
451<Linus> but TARGET is so basic that it may need special treatment
452<PsycoXul> well
453<Bagder> but the Makefile need special treatment of the DEBUG option
454<PsycoXul> you could just put a + infront of the equal for the first CFLAGS line in the makefile and keep the script how it is couldn't you? heh
455<PsycoXul> *shrug*
456<Bagder> PsycoXul: no, because then the toplevel's variables won't override the local ones, for target etc
457<PsycoXul> hmm
458<-- dwihno has quit (Remote closed the connection)
459<Bagder> uh, no
460<PsycoXul> but their being defined to the make line so they should
461<Bagder> right
462* Bagder gets confused
463<PsycoXul> thats why its not building now cause its overriding the CFLAGS
464<PsycoXul> and not what i said anyways :p
465--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
466<Bagder> so we need to set the TARGET variable in the toplevel
467--- Zagor is now known as Zagor|lunch
468--- Linus is now known as Linus|lunch
469<Bagder> ok, now it sets TARGET and DEBUG only
470<PsycoXul> heh
471<PsycoXul> yeah but you left $(DEBUG) unescaped again :p
472* Bagder hits himself in the head
473<PsycoXul> and hmm is it supposed to pass 'DEBUG=1' as an argument to make? heh
474<Bagder> yes
475<PsycoXul> ok
476<PsycoXul> oh right duh heh
477<PsycoXul> be nice with a clean: target too but yeah it works now anyways
478<Bagder> yeah, we should add clean target too
479<Bagder> I just made it support 'configure update' which reads a previous Makefile and just generates a new
480--> chris1 (~flanz@62.132.155.14) has joined #rockbox
481<Bagder> good to have when the script is updated
482<dwihno> DAMN
483<dwihno> I HATE MY FUCKING ALLERGIY!
484<dwihno> http://www.pollenrapport.com/index.asp
485<dwihno> DAMN DAMN DAMN!
486<chris1> hi all, long time no eMail tread see in my inbox. so I check out this channel .
487<PsycoXul> heh
488<PsycoXul> things are still progressing
489<PsycoXul> i just tested directory browsing on my unit a little while ago and it [mostly] works
490<PsycoXul> wow so much green so little yellow its looking good heh
491<dwihno> PsycoXul: COOL :D
492<PsycoXul> hmm
493<PsycoXul> hmm
494<PsycoXul> how do you have rapport with pollen besides not being allergic to it? heh
495<PsycoXul> oh if rapport's not the english word heh
496<dwihno> :)
497<dwihno> <-- is making a script to send me pollenprognos varje day
498<PsycoXul> heh
499<PsycoXul> damn i think my usb transfer's fucked up again damnit
500<PsycoXul> and it shouldn't even be anywhere near dead i haven't even used it since last charge except to copy firmware on there a few times
501<dwihno> there
502<dwihno> Prognos: 22/5 H H H H M-H
503<dwihno> Now my script is done ;D
504<dwihno> Now I need some script to send a SMS
505<PsycoXul> so yeah for the directory browser whatever, i think there should some sort of method to easily add new file handlers
506<PsycoXul> of course when you select an mp3 it plays it, but it should also have such behaviour [eventualy] for any kind of file type we can do anything reasonable with, such as displaying a text file
507<PsycoXul> but yeah
508<PsycoXul> Zagor|lunch: what'd you break? heh
509<PsycoXul> button handling hmm
510--- Linus|lunch is now known as Linus
511<Linus> dwihno: Have you tried "hyposensibilisering"?
512<dwihno> Linus: whazzaaat?
513<Linus> It's a medical program to treat allergy
514<Linus> You take one shot a week for a couple of years with the substance you are allergic to
515<Linus> so the body gets used to it
516<dwihno> hmm
517<dwihno> I could use it
518<Linus> I did it. And now I am free from my allergy.
519<dwihno> Whoa
520<Linus> However, I have heard of cases when it has backfired...
521--- Zagor|lunch is now known as Zagor
522<dwihno> ouch
523<Zagor> PsycoXul: buttons don't work?
524<dwihno> Zagor: Do you know any free SMS-sending service? :) I want to use a shellscript to post me pollen data every 24 hours :)
525<Zagor> i'm working on repeat handling
526<Zagor> dwihno: set up your own: smash.sourceforge.net
527<dwihno> Not Found
528<dwihno> The requested URL /download.php was not found on this server.
529<dwihno> Apache/1.3.20 Server at smash.sourceforge.net Port 80
530<Zagor> oops :)
531<Zagor> http://prdownloads.sourceforge.net/smash/smash-0.12.tar.gz
532--> ironi (irony@pcc321-11.bibl.hj.se) has joined #rockbox
533<Bagder> hey ironi
534<Zagor> ooh, the web guru! :*)
535<ironi> hello =)
536<ironi> im sorry for being away, i have had a lot to do
537<ironi> right now im writing a paper on open source
538<Bagder> woo
539<Zagor> cool
540<ironi> its just a small paper for my class
541<ironi> im actually thinking of writing my masters on the same subject
542<ironi> this one im doing now will be just 15-20 pages
543<ironi> anyway, i am trying to find information, especially on if/how open source development has affected companis using traditional development methods
544<ironi> prefferably smaller companies, not microsoft and ibm
545<ironi> thats the focus of the paper
546<ironi> nay ideas of whre i can search
547<ironi> i figured you guys know alot about this
548<Bagder> http://www.oreillynet.com/pub/a/policy/2001/12/12/transition.html
549<Bagder> :-)
550* Bagder brags
551<Bagder> http://www.softpanorama.org/Copyright/License_classification/social_roots_of_GPL.shtml
552<Bagder> http://www.sdmagazine.com/documents/s=746/sdm0003d/0003d.htm
553<ironi> wow
554<Bagder> mainly philosophical papers
555<Zagor> what's the name of that swedish company making web cameras and stuff? axess?
556<Bagder> something on A it is, axis?
557<ironi> hm
558<ironi> axis
559<ironi> i this
560<ironi> think
561<Zagor> yes, axis it is
562<ironi> Bagder: wow
563<Zagor> they've contributed a linux port for their ETRAX processors
564<Zagor> http://developer.axis.com/software/linux/index.html
565<Zagor> http://developer.axis.com/software/elinux/index.html
566<Bagder> I think they made the gcc adaption for it too
567<ironi> well
568<Zagor> probably, yes
569<ironi> Bagder: thanks for the links
570<Bagder> ironi: I can in fact dig up quite a few more on request ;-)
571<ironi> maybe something on if/how open source development has affected companies using traditional development methods
572<Bagder> we've been planning and discussing a follow-up on that O'Reilley article
573<PsycoXul> hmm back
574<PsycoXul> Zagor: it acts like there's buttons being pressed when there's not and goes wild then the red light comes on and it freezes
575<Zagor> PsycoXul: ohh, fun :-) i'm working on it
576<Bagder> ironi: I don't think there is very much material out there on that specific area
577<ironi> Bagder: I see. It is very interesting though, I think.
578<Bagder> it is
579<Bagder> http://www.osdn.com/bcg/BCGHACKERSURVEY.pdf
580<Bagder> "what motivates open source contributors"
581* Bagder participated
582<Bagder> ironi, check this http://www.michaelbauer.com/open-corporations.html
583* Bagder stops flooding
584<ironi> cool
585<chris1> we do it for fun, we love this RockBox. Nobody will make us a better software for this box, as we self.
586<Bagder> hey guys, if I commit a firmware/Makefile with OBJDIR support, can you check it out then?
587<Zagor> i'll be sure to smack you if it doesn't work, if that's what you mean :)
588<Bagder> that's exactly what I mean
589* Linus grabs his bat
590<Bagder> committed
591<Bagder> the deps generation is the tricky part
592<Zagor> idea: the default target in firmware/Makefile prints out: Don't run me! Read COMPILING.
593<Bagder> yeah, that might be a good idea
594<Bagder> the deps files should probably be made in the OBJDIR too...
595<Bagder> in fact they have to, to support multiple builds from the same sources
596<Zagor> yes
597<Bagder> well, try this version first
598<Zagor> seems to work
599<Zagor> unless I override OBJDIR, that is :)
600<Bagder> heh
601<Bagder> what fails?
602<Zagor> make: *** No rule to make target `/tmp/rb/drivers/ata.o', needed by `/tmp/rb/librockbox.a'. Stop.
603<ironi> oops
604<ironi> gotta go
605<ironi> bbl
606<Bagder> bye ironi
607<Zagor> the -include at the bottom has to change too
608<Zagor> bye
609<Linus> cu
610<PsycoXul> make[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/drivers/ata.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop.
611<PsycoXul> heh thats without overriding OBJDIR
612<PsycoXul> with using the tools/configure generated makefile...
613--- Linus is now known as Linus|meeting
614<Bagder> that is "overriding" ;-)
615<PsycoXul> heh
616<Bagder> its the default actions that make this a bit tricky
617<PsycoXul> i see hmm
618<Bagder> me fix
619<Bagder> try now
620<-- chris1 has quit (Read error: 104 (Connection reset by peer))
621<PsycoXul> make[1]: Entering directory `/home/psyco/s/code/misc/archos/rockbox/firmware'
622<PsycoXul> Updating dependencies for thread.c
623<PsycoXul> mkdir: cannot create directory `/home/psyco/s/code/misc/archos/rockbox/.deps': File exists
624<Zagor> I propose adding -b to the cvs diff mailings (ignore whitespace changes). anyone against?
625<PsycoXul> and 3 more mkdir errors
626<Bagder> Zagor: fine with me
627<Bagder> PsycoXul: if you make that mkdir -p ?
628<Bagder> nah
629<Bagder> the check is wrong
630<Bagder> the -d just before it
631<PsycoXul> hmm
632<Bagder> if [ ! -d $(OBJDIR)/$$d ]; it should be
633<PsycoXul> ake[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/drivers/ata.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop.
634<Bagder> hm
635<PsycoXul> why does it want to make drivers/ata.o and not just ata.o from drivers/ata.c
636<PsycoXul> heh
637<Bagder> ah
638<Bagder> I need to strip off the trailing subdir
639<Zagor> PsycoXul: the buttons work a little better now
640<PsycoXul> Zagor: cool
641<PsycoXul> i'll test it as soon as i get it to compile again heh :p
642<Zagor> still some odd bugs though :)
643<PsycoXul> so yeah i'm wondering
644<PsycoXul> i noticed when it boots it like pauses with the red light on for a moment and then the HD spins down and then spins back up again and then it reads it and then stuff comes up
645<Zagor> it's hyper responsive now. neato
646<PsycoXul> but archos' firmware doesn't do that, it just goes straight through
647<PsycoXul> are maybe some of the initialization things you're doing actualy done for you already by the rom firmware and thus unnecessary?
648<Zagor> PsycoXul: hmm, i don't get that over gdb
649<PsycoXul> hmm
650<Zagor> well actually I do, but that's because i always start from spun-down state
651<Bagder> drivers/lcd.c:427:22: macro "lcd_update" passed 1 arguments, but takes just 0
652<Bagder> why does it say this?
653<Zagor> because we first declare it as a macro and then try to define it as a function
654<Zagor> silly
655<Zagor> us
656<Zagor> :)
657<Bagder> ah right
658<Zagor> but adiamas was a bit hurried doing the fix. it should be a function for recorder too, not just simulator
659<Zagor> maybe that's why you're getting it
660<Bagder> it is
661<dwihno> tra l ala
662<dwihno> jävla allergibah
663<Bagder> this won't work with the default actions for .c.o
664<Zagor> we need to start getting this filelist code working soon
665<Zagor> and also start thinking about in-memory filelists
666<dwihno> Yeah
667<Zagor> such as the one we get when browsing. currently it reads from disk every time the list scrolls, which isn't exactly nice :)
668<dwihno> hehe
669<dwihno> "First get it to work, then optimize" ;)
670<Zagor> yup
671<dwihno> And make the font smaller too! I want to see long filenames and skip the scrolling! :)
672<PsycoXul> heh
673<dwihno> NOW NOW NOW! :)
674<dwihno> Just kidding
675<Zagor> ok, i've found our first (i think) works-in-simulator-but-not-in-target bug
676<dwihno> In time, everything will be perfect
677<Zagor> when browsing files in a subdir, scrolling down will mysteriously take you to the parent dir again
678<Zagor> only on target
679<PsycoXul> ok i've got a dir on here named "Adam Sandler" that shows up as "HMC1 Y U"
680<Zagor> PsycoXul: that's code for "adam sandler sucks" :)
681<PsycoXul> :p
682<Zagor> "you really don't want to listen to this anyway, do you?" ;)
683<PsycoXul> hmm
684<Zagor> the lcd_puts also should output full lines, not just the length of the string
685<Zagor> lotsa bugs found already :)
686<PsycoXul> and then i go into this one dir and when i scroll past 2 files it goes to the dir below it heh
687<PsycoXul> or above it
688<PsycoXul> whatever
689<Zagor> or rather lcd_puts() works well, it's tree.c that bugs
690<Zagor> PsycoXul: yeah, I get that too. but not in the simulator
691<PsycoXul> hmm it also hasn't shown me an id3 yet
692<PsycoXul> and it seems to have just locked up trying on one
693<PsycoXul> heh
694<Zagor> no something bugs in the file access code, it prints out "can't find file"
695<Zagor> in gdb mode, that is
696<Zagor> I guess we're not ready for release yet :)
697<PsycoXul> it shows me no artist/no title on the disk label... heh
698<PsycoXul> locks up on archos.mod heh
699<PsycoXul> most of them it says [no id3 info] even though i know there is, and others it just locks up on
700<Zagor> file.c bugs. i'm looking at that now
701<Bagder> try the firmware/makefile again
702<PsycoXul> still its getting exciting heh
703<PsycoXul> hmm
704<PsycoXul> thread.c:42: warning: missing initializer
705<PsycoXul> thread.c:42: warning: (near initialization for `threads.ctx')
706<PsycoXul> make[1]: *** No rule to make target `/home/psyco/s/code/misc/archos/rockbox/crt0.o', needed by `/home/psyco/s/code/misc/archos/rockbox/librockbox.a'. Stop.
707<Bagder> first thing, or does it do anything good first?
708<PsycoXul> well if i make it THISDIR="." it works heh
709<PsycoXul> yeah it compiles several things before getting to that
710--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
711<Bagder> right, that's an assembler file
712<elinenbe> I am not sure if my box rocks! Who should I speak to about this?
713<Bagder> hehe
714<Bagder> PsycoXul: another update!
715<elinenbe> For some reason it is packed full of Rod Stewart and Celion Dion!
716<PsycoXul> woo
717<PsycoXul> it gets all the way to apps/archos.elf before it dies about no ../firmware/librockbox.a
718<Bagder> right, haven't touched that Makefile yet
719<PsycoXul> i know
720<PsycoXul> thats why i said woo :p
721<Bagder> :-)
722<elinenbe> things are moving along nicely?
723<-- ironi has quit (Read error: 104 (Connection reset by peer))
724<Bagder> they do
725<dwihno> <-- is sneezing like crazy
726<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
727<Zagor> odd bugs happening
728<dwihno> ?
729<Zagor> on target, tree.c calls playtune)() with too short a dir path!
730<Zagor> in the simulator it works just dandy
731<dwihno> not enough debugf's :)
732<Zagor> i've got gdb, I don't need DEBUGF :)
733<dwihno> Naaah :)
734* dwihno sends some debugfs' to dr. Zag
735<dwihno> Prognos: 22/5 H, H, H, M-H
736<dwihno> Damn, jävla pollen!
737* Bagder is back
738<Bagder> the apps/Makefile has been adjusted to OBJDIR now too
739<Bagder> would be neato if someone tried it out
740<Zagor> make -C IRMWARE OBJDIR=.
741<Zagor> make: *** IRMWARE: No such file or directory. Stop
742<Bagder> ugh
743<Bagder> how did you get that?
744<Zagor> also add a -g to CFLAGS in apps while you're add it, it doesn't have one
745<Zagor> just running "make" in apps
746<Bagder> ah
747<Bagder> stupid me
748<Bagder> btw, do you have a better suggestion for that part
749<Zagor> i haven't looked at it :)(
750<Bagder> it has a dependency on the librockbox.a
751<Bagder> and if it is absent, it runs make in the firmware dir
752<Bagder> and generate the lib in the OBJDIR
753<Bagder> in fact, it generates everything in OBJDIR
754<Bagder> I could just ignore that target
755<dwihno> How dangerous is it to have the player attached to the power cord all days? Should I disconnect the charging device when the battery gets full?
756<Zagor> dwihno: it should be ok, but some US people have reported overheating problems
757<Bagder> I decided, I cut out that target
758<Bagder> damn it, no I don't
759<Bagder> Zagor: you want -g on all builds or just debug?
760<Zagor> just debug
761<dwihno> Zagor: Ah, okay. Your unit is unharmed? :) I guess you're the one who's using your archos on a daily basis
762<Zagor> yes, i have no problem with mine
763<dwihno> I'm off however. Have a nice evening.
764--- dwihno is now known as dw_gone
765<-- Linus|meeting (~linus@labb.contactor.se) has left #rockbox
766<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
767--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
768--- Zagor_ is now known as Zagor
769--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
770* Zagor just soldered power cables to the battery pods. no more low battery problems :)
771<Bagder> I just committed a modified apps/Makefile
772<Bagder> you want to use that from the toplevel makefile
773<Bagder> "tools/configure update" is goodness too
774<ironi> lalal
775<Zagor> umm, have you added tools/configure?
776<Bagder> yes
777<Bagder> you should try it
778<Zagor> ah, it was already fetched.
779<Zagor> cool. works great!
780<Bagder> all the way?
781<Zagor> yep. create a build/ dir, ran ../configure update and make and whooosh, archos.mod
782<Bagder> neato
783<Zagor> yup, very nice
784<Bagder> almost like magic
785<Bagder> I'll make a post about it
786<Zagor> do so
787<ironi> Aare we approaching 1.0 any time soon?
788<Zagor> yep
789<ironi> *says the inpatient beta tester*
790<Zagor> ironing out some bugs currently
791<ironi> Zagor: wh do you think it will be available?
792<Zagor> a week, maybe two
793<ironi> cool
794<ironi> Maybe I sohuld put some effort into making a webpage to be doen until the release
795<ironi> done
796<Zagor> yeah, that'd be nice
797<Bagder> would be cool
798<ironi> =)
799<ironi> I just have to find some free time. =)
800--> Linus (~linus@labb.contactor.se) has joined #rockbox
801<Zagor> just send me the RGB values and i'll fix the basic layout
802<Zagor> then we can tweak it more later
803<ironi> as you wish
804<ironi> Zagor: light-blue: R:182 G: 198 B: 228, dark-blue: R: 104 G: 135 B: 187
805<Zagor> Bagder: will you add a COMPILING file to firmware/ too? or whatever is a suitable name
806<Zagor> ironi: thanks
807<ironi> Zagor: np
808<Zagor> do you have the link to that image, so I can take a look=
809<Bagder> I'll do that
810<Bagder> perhaps BUILD is better?
811<Zagor> or simply README :)
812<Bagder> or COMPILE ?
813<Bagder> README is good
814<-- Linus (~linus@labb.contactor.se) has left #rockbox
815<Bagder> README it is
816<Bagder> time to go
817<Bagder> see ya
818<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
819<Zagor> gotta go. see you guys
820<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
821<ironi> so
822--> chris1 (~flanz@62.132.155.14) has joined #rockbox
823<chris1> hi
824<Tumm> hi
825<chris1> I will short point out , that on w32 no stdbool.h file exist.The windows.h has some BOOELAN #define . on the W32 platform
826<chris1> most files on the firmware directory will use stdbool.h
827<-- chris1 has quit ("r")
828<-- Tumm has quit (Read error: 104 (Connection reset by peer))
829<-- ironi (ironi@as2-5-7.j.bonet.se) has left #rockbox
830--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
831--> amm80 (~amm80@zone-7.jesus.cam.ac.uk) has joined #rockbox
832<amm80> hello everyone
833<amm80> Is anyone listening, I'd like to chat about my Archos Jukebox
834<-- amm80 has quit ("Client Exiting")
835--- dw_gone is now known as dwihno
836--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
837<adi|home> oh, christ.. your back?>
838<Bagder> ?
839<adi|home> ??
840* adi|home pokes Bagder with a wet noodle
841<Bagder> hey, its morning here!
842<Bagder> :-)
843<adi|home> hey its 02:00 here :)
844<adi|home> is something up with the sourceforge cvs?
845<Bagder> I dunno
846<Bagder> doesn't work?
847<adi|home> i do: cvs update -dp and it keeps failing on my password
848<adi|home> and its taking *forever*
849* Bagder tries
850<Bagder> yeps, seems like it is having problems
851<adi|home> grr
852<dwihno> Good morning lads.
853<Bagder> hey
854<Bagder> adi|home: cvs is up again
855<adi|home> i noticed :)
856--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
857<Bagder> adi|home: you think it would be a good idea to use the configure approach for simulator builds too?
858<Bagder> morning bro
859--- Zagor_ is now known as Zagor
860<Zagor> hi
861<Bagder> Zagor: we should remodel that activity thing on the web page, now that it is almost entirely green
862<Bagder> it makes the impression that we're done
863<Zagor> actually i did that on purpose yesterday
864<Zagor> do indicate how far off from release we are
865<Zagor> to
866<Bagder> any progress on the file code?
867<Zagor> actually, it's tree.c that bugs
868<Bagder> ah
869<Bagder> I'm about to finally get my sh tools setup
870--> Linus (~linus@labb.contactor.se) has joined #rockbox
871* Bagder sallutes dr Linus' arrival
872* dwihno pollutes ... erhm, salutes, too :)
873* Bagder considers setting up some "daily Rockbox builds"
874<adi|home> on the sim... if i want to try playing an mp3...
875<adi|home> what key do we have mapped to that?
876<Bagder> it should play it when it displays the id3 data
877<adi|home> hmmm and if it don't?
878<Bagder> then something isn't working ;-)
879<adi|home> in the makefile.. i should only have to turn the PLAY=1 on yes?
880<Bagder> MPEG_PLAY, yes
881<Zagor> play.c doesn't call the play code, i think
882<Bagder> it does
883<adi|home> hmmm i get an error stating mpeg_play.h not found...
884<Zagor> ok
885<adi|home> did we lose that at some point?
886<Bagder> I don't know
887<Bagder> I never tried playing mp3
888<adi|home> is there a way to test in a makefile if a value is on or not?
889<Zagor> ifdef
890<adi|home> ie: if(MPEG_PLAY==1)
891<Zagor> ifdef MPEG_PLAY
892<adi|home> k.. ill try that
893<Bagder> or 'ifeq'
894<Zagor> yes, if you want to compare values
895<Bagder> "Bonsai is tree control (get it?)"
896<Bagder> funny guys those mozilla hackers ;-)
897<Zagor> hehe
898<Bagder> bonsai + tinderbox makes a cool daily build system, you seen them in action?
899<adi|home> i don't get the Bonsai joke..
900<adi|home> how does it relate to mozilla..
901<Bagder> its a tool to overview CVS actions, in the dev tree
902<Bagder> it was made for mozilla, thought it is independent
903<Bagder> though
904<Bagder> we use it here in our project at work
905<adi|home> got ya
906<Bagder> we have tinderbox building the entire system, for 5-6 different configs, non-stop
907<adi|home> LOL
908<adi|home> i guess you could call this "sound"
909<adi|home> jesus christ
910<adi|home> talk about sounding like crap
911* adi|home shakes his head
912<Bagder> it makes a great web-page that can show exactly who did what that made the compiles break
913<adi|home> okay.. i did my one minor fix for the day.. bed time
914<Bagder> night adi
915<Bagder> the toplevel makefile doesn't work for me
916<Zagor> no?
917<Zagor> what happens
918<Bagder> drivers/button.c:128: `PBDR_BTN_ON' undeclared (first use in this function)
919<Bagder> where is that define?
920<Zagor> uh, no idea
921<Bagder> this is a recorder build btw
922<Bagder> the player build works better, but not completely
923--> irony (irony@as2-5-7.j.bonet.se) has joined #rockbox
924<Bagder> hm, it is in Gary's code
925<Bagder> only
926<Bagder> hey irony
927<irony> hey Bagder
928<irony> Zagor: u there?
929<irony> Bagder: u work @ contactor too?
930<Bagder> yepso
931<Zagor> yep
932<irony> cool
933<Bagder> yah ;-)
934<irony> you develop applications right?
935<dwihno> Everybody does! :)
936<Bagder> well, us guys are mainly embedded
937<irony> well some companies do consulting and supply vendor products
938<Bagder> realtime, network, unix, on the metal
939<irony> i have a short questionnaire for developers regarding open source
940<irony> in smaller companies, and contactor seems the right size
941<irony> so if i mail it to any of you would you answer? it takes 10 minutes
942<Bagder> well, we're pure consultants
943<Bagder> sure
944<Zagor> fire away
945<irony> email it now from my classmates account
946<Bagder> Zagor: is the "Port B data register bits" interesting for the Player too or are they Recorder stuff?
947<Bagder> they seem to be related to LCD mucking
948<irony> ok so i mailed it now, if you could anwer asap I would be happy
949<Bagder> got it
950<irony> =)
951<Bagder> uh, word
952<Zagor> irony: lesson 1: Don't use msword for open source work :)
953<PsycoXul> hah
954<irony> Zagor: i was just about to say that we dont practice what we research :-P
955<Zagor> Bagder: which bits do you mean? LCD_DS/CS/SD/SC are needed for both
956<irony> you do have word...or staroffice or somethig...dont you
957<irony> right
958<Zagor> irony: we can read it, but you'll get a text reply ok?
959<irony> no problem at all
960<irony> well, if you dont have any q's I need to continue my mission
961<Bagder> move on, there's nothing to see here ;-)
962<-- irony has quit ("work work work")
963<Linus> Bagder: Port B is mostly LED, I2C and LCD
964<Bagder> but generic?
965<Linus> You mean common for both player and recorder?
966<Bagder> yes
967<Linus> I don't know. The Recorder schematic is incomplete
968<Bagder> ok
969<Bagder> I add them in the global area
970<Linus> But the Player uses Port B for LCD, LED and I2C
971<Bagder> then we'll change that if need be
972<Linus> global area?
973<Bagder> without ifdefs or anything
974<dwihno> I2C = ?
975<Linus> A serial bus
976<dwihno> :-)
977<Bagder> I intend to get a recorder version of archos.mod to build
978<dwihno> Cool! It would be neat to test it! :)
979<dwihno> How do you load it?
980<dwihno> does it require some hw mod?
981<Zagor> no, you just copy archos.mod to the root dir
982<dwihno> hm
983<dwihno> but what about the ajbrec.ajz file?
984<Zagor> the recorder looks for a number of files
985<Zagor> i'm not sure in what order. it's best to only have one firmware file in root
986<dwihno> okay
987<Linus> I just can't figure out why they would want a compressed firmware file (I guess ajz is compressed)
988<Bagder> Linus/Zagor: check out the sh7034.h mods I just committed
989<Zagor> no ajz is not compressed, it's just renamed
990<Linus> then I'm completely lost
991<Zagor> well, the ways of archos aren't meant to be understood by us mere mortals :)
992<Linus> Maybe the extension .MOD was too popular in Windows
993<Linus> and people got in trouble when double-clicking on it
994<Zagor> haha
995<dwihno> :)
996<Linus> maybe winamp tried to play it
997<dwihno> Is the 'HD-lock-problem' solved?
998<dwihno> I mean, the thing causing it?
999<Zagor> yes, long ago
1000<Zagor> oh, no the reason is still unknown
1001<dwihno> Stupid to even have such a feature
1002<Zagor> yeah it's a bit odd
1003<Zagor> i've heard the xbox uses it to protect against reading the disk in a pc
1004<Bagder> dang
1005<Bagder> archos.mod for the recorder
1006<Linus> dang?
1007<Linus> Ah
1008<Bagder> :-)
1009<dwihno> Is it done?
1010<Bagder> its done here ;-)
1011<dwihno> whoa!
1012<dwihno> test it!
1013<Bagder> don't have my archos around
1014<dwihno> Well, if you promise it won't lock my HD, I want to test it :)
1015<dwihno> <-- just got a cup of tea - TASTY! :]~
1016<Zagor> i promise
1017<Zagor> almost :)
1018<dwihno> hehe
1019<dwihno> Well, DCC it then :)
1020* Bagder commits
1021<dwihno> <-- has no compiler :/
1022<Bagder> now all three targets build
1023<dwihno> cool! :D
1024<dwihno> send send send send :D
1025<dwihno> <-- wants to test!
1026<Bagder> I can't dcc, email only. address?
1027<dwihno> dwihno@hotmail.com
1028<Bagder> try this http://storebror.haxx.se/archos.mod
1029<dwihno> got it
1030<dwihno> here goes nothing
1031<dwihno> didn't start the firmware
1032<dwihno> I'll test renaming it
1033<Bagder> yes, try that
1034<dwihno> What is working with the firmware?
1035<Bagder> hehe, we haven't even tried the recorder one yet
1036<dwihno> ata: -2
1037<dwihno> how do I turn it off?! :)
1038<Bagder> ok
1039<Zagor> dwihno: yay!
1040<Bagder> c00l
1041<Zagor> dwihno: you got that on the displat?
1042<dwihno> Zagor: Yes, now tell me how to turn it off! :)
1043<Zagor> hold down off
1044<Bagder> then the lcd stuff works ok at least
1045<dwihno> for how long :) ?
1046<Zagor> if that doesn't work, pull a battery
1047<dwihno> ah
1048<dwihno> Pulled the power cord out
1049<Bagder> sorry
1050<Zagor> apparently the OFF key is software controlled
1051<dwihno> with power cord out, power off worked
1052<Zagor> ok, yeah you can't turn it off with the power cord connected
1053<Bagder> ah
1054<Bagder> goodie
1055<dwihno> well, the ata: -2 means ?
1056<Zagor> it means a part of the ata init code failed (check_registers)
1057<Zagor> no, that's hard_reset
1058<Linus> Bagder: why include the port name in the defines in sh7034.h?
1059<Bagder> dwihno: you're the first person running this on the recorder, congrats! ;-)
1060<dwihno> I AM! :D
1061<dwihno> YAY!
1062<Bagder> Linus: because that's how Gary did it and thus that's what the code uses
1063<Zagor> i found the tree.c bug. it turns opendir() corrupts the input argument
1064<Linus> We have waited long for a gullible guinea pig to try it. :-)
1065<Zagor> Linus: lol
1066<Linus> I think that defeats the purpose of having defines at all
1067<Bagder> feel free to fix
1068<Linus> I'll do that.
1069<Linus> Someday. :-)
1070<Bagder> haha
1071<Zagor> Bagder: which code uses them, you said? no code in lcd.c uses them...
1072<Linus> Bagder: what code uses those defines?
1073<dwihno> How far away is a release now?
1074* dwihno is thrilled! :D
1075<Zagor> dwihno: a week, maybe
1076--- dwihno is now known as dwihno_ata-2
1077<Bagder> Linus: lcd code
1078<dwihno_ata-2> Now I'm known as the ata -2 dude ;D
1079<Zagor> but the recorder will take longer, since we haven't written the mpeg code for that yet
1080<Bagder> or was it buttons?
1081<dwihno_ata-2> ah
1082<Bagder> ;-)
1083<dwihno_ata-2> Nice to test it though :)
1084--- dwihno_ata-2 is now known as dwihno
1085<dwihno> At least, the LCD stuff works ;)
1086<Zagor> Bagder: never mind, i'll fix it so The Code Police is happy :)
1087<Bagder> Zagor: you going full time rockbox then in a week or so? ;-)
1088<Zagor> you bet!
1089<Bagder> we expect miracles to happen then ;-)
1090<dwihno> :D
1091<dwihno> I showed my archos to my mother last night, she got all impressed
1092<Linus> Bagder: not in lcd.c
1093<Bagder> use grep?
1094<Linus> Never mind. I'll leave that to the cops
1095<Zagor> Bagder: is right for strtok_r:
1096<Zagor> for ( part = strtok_r(name, "/", &end); part;
1097<Zagor> part = strtok_r(end, "/", &end)) {
1098<Bagder> no
1099<Bagder> the first is right
1100<Bagder> the second should use NULL as first argument
1101<Zagor> ah, then it takes end as start. ok, saw it now
1102<Zagor> end points to the byte *after* the null termination, right?
1103<Zagor> yes it does. ok
1104<Bagder> I don't think you need to care about what it points to
1105<Zagor> i need to restore the / chars in the string, since i'm strtok:ing the input argument
1106<Zagor> either that, or copy the string every time
1107<Bagder> ah
1108<Zagor> well I guess a copy is cleaner
1109<Zagor> i'll do that for now
1110<Zagor> Bagder: how should i initialize the malloc system?
1111<Bagder> first dmalloc_initialize();
1112<Bagder> then bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY);
1113<Zagor> ok
1114<Bagder> 'make clean' first generates all depencies, then removes them all... :-/
1115<Bagder> dependencies
1116<Zagor> yeah, not very pretty
1117<Bagder> it annoys me
1118<Zagor> where is size_t defined?
1119<Bagder> stdlib.h I think
1120<Bagder> now why would ata_hard_reset() fail?
1121<Zagor> 1) it's using the wrong port pin
1122<Zagor> 2) the ata interface registers are at different addresses
1123<Bagder> ok
1124<Zagor> actually 1) isn't a problem, we've always had it at the wrong pin :)
1125<Bagder> so we might need to bring out the disassembler again?
1126<Zagor> no linus has just "beeped" the right one
1127<Bagder> heh
1128<Bagder> good old beeping linus ;-)
1129<Zagor> getsonglength() doesn't work on target. it never finds a frame header
1130<Bagder> weird
1131<Linus> PA9
1132<Linus> not PA1
1133<Linus> It seems like Archos was aiming to use IDE DMA
1134<Zagor> whoooo, id3 display!
1135<Zagor> (songlength commented out)
1136<Linus> Or maybe they do...?
1137<Zagor> time for Greasy Friday
1138* Zagor now only waits for Linus' mpeg code
1139<Bagder> so the tree stuff works now?
1140<Zagor> yup, it was the opendir() strtok that bugged
1141<Bagder> coolio
1142--- Zagor is now known as Zagor|lunch
1143--- Linus is now known as Linus|lunch
1144<-- Tumm has quit (Read error: 104 (Connection reset by peer))
1145--- Zagor|lunch is now known as Zagor
1146--- Linus|lunch is now known as Linus
1147<Zagor> recorder ata uses a different ENABLE pin according to the schematic
1148<Zagor> that would explain why it's not working
1149<Bagder> sounds right
1150<Zagor> all this is accordning to linus, of course. i take no responsibility :-)
1151<Bagder> :-)
1152<dwihno> GO LINUS!
1153<dwihno> GO MPEG!
1154<dwihno> :D
1155<Bagder> Zagor: if you make a fix, I'll rebuild and we'll have dwihno test it :-)
1156<dwihno> haha
1157<dwihno> Fix the damn ata: -2 first :)
1158<Zagor> dwihno is a good test victim :)
1159<Bagder> dwihno: that's the part we're talking about
1160<Zagor> dwihno: that's what we're discussing
1161<dwihno> Ah, cool :)
1162<dwihno> What's wrong with the ata stuff?
1163<dwihno> Didn't you fix that already?
1164<Zagor> not yet
1165<Zagor> we're working on it
1166<dwihno> Cool
1167<dwihno> Do you know what's wrong?
1168<Zagor> not exactly, the ENABLE theory was wrong
1169<Zagor> we're comparing the schematics
1170<Bagder> asch
1171<dwihno> mkay
1172<dwihno> strcmp!
1173<dwihno> strcmp("ata: -2", "No ata error");
1174--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1175<Zagor> silent bob joins again :)
1176<Bagder> hi Tumm!
1177<Bagder> Zagor: MAX is wrong
1178<Zagor> really?
1179<Bagder> just swapping the positions to MIN still return the smaller one
1180<Zagor> right. it was linus' idea! ;)
1181* Linus slaps his forehead
1182* Bagder laughs
1183<Bagder> I had to think several seconds
1184* Zagor has no brain of his own
1185<Bagder> assuming you did something clever
1186<Linus> I didn't
1187<Linus> It's a pity that Zagor relies on my brain...
1188<Bagder> cvs commit mails truly are useful
1189* dwihno starts singing the "damn you customer, you are so dumb" song
1190<dwihno> The user is a slave under the software
1191<dwihno> The coder is a master over the software
1192<dwihno> Thus, the coder is master over the user :)
1193<Bagder> users are annoying ;-)
1194<dwihno> LUKE, I'M YOUR MASTAH!
1195<dwihno> NOOOOOOOOOOOOOOO!
1196<dwihno> Users are bad.
1197<dwihno> Bad for the mopral
1198<Bagder> ice cream!
1199<dwihno> Coffee!
1200<dwihno> 10: drink_coffee(lots)
1201<dwihno> 20: goto 10
1202<-- Linus (~linus@labb.contactor.se) has left #rockbox
1203<dwihno> Are there any ANSI C ways to read a high-resolution timer?
1204<Bagder> no
1205<dwihno> Bugger! :/
1206<dwihno> Well, I guess I'll have something to do tonight, checking the win32 api :)
1207<Bagder> :-)
1208<dwihno> What do you think about win32 api coding vs. mfc?
1209<Bagder> GetLocalTime()
1210<Bagder> they both suck
1211<dwihno> If you need to choose?
1212<Bagder> I have no clue, really
1213<Bagder> Zagor: ever been bitten by the great pSOS time() bug? ;-)
1214<Zagor> yeah, we just barely survived it
1215<Bagder> hehe
1216<Bagder> we just recently found out
1217<Bagder> time(NULL) writes to address 0 ;-)
1218<dwihno> ata: -2
1219<dwihno> :)
1220<Bagder> dwihno: what's your real name?
1221* Bagder writes a little status mail
1222<Zagor> we're very close now
1223<dwihno> Hmm
1224<dwihno> I am Magnus
1225<dwihno> Nice to meet you :)
1226<Bagder> hehe
1227<dwihno> Magnus Öman
1228<Zagor> i've integrated the mpeg player code, but somehow the threading bugs
1229<dwihno> Evil gosse
1230<Zagor> i can tell you guys that the 6000 draws 170mA when idle
1231<dwihno> Is that good or bad? :)
1232<Zagor> well, it just is :-)
1233<Zagor> it'll be fun trying to lower that by turning off various things
1234<Zagor> it goes up to ~700mA during disk access
1235<dwihno> With rockbox or the original firmware?
1236<Zagor> rockbox
1237<dwihno> okay
1238<dwihno> you should compare it :)
1239<dwihno> and make some cool charts
1240<Zagor> good point, i'll check with the original firmware some day
1241<dwihno> Rockbox - The low power consuming firmware
1242<Zagor> well, not yet :)
1243<dwihno> hehe
1244<Bagder> I gotta run
1245<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1246<Zagor> bye
1247<dwihno> The LCD should be configurable to turn itself off after X seconds of inactivity
1248<dwihno> and the scroller should be fast too :)
1249<dwihno> since my filenames are really long :)
1250<dwihno> and the font could be available in a smaller set :)
1251<Zagor> the problem with fast scroll is that it gets blurry. the lcd is pretty slow
1252* dwihno = idespruta today
1253<Zagor> fix us a smaller font then
1254<dwihno> Sure
1255<dwihno> Can you send me a gif with the current charset from the recorder so I have a reference?
1256<Zagor> it's on the research notes page
1257<dwihno> okay
1258<dwihno> Is there a problem with different font size on the LCD?
1259<dwihno> I guess the players are limited already
1260<Zagor> the player is fixed, the recorder is free
1261<dwihno> Mkay
1262<Zagor> i have a windows font called "small fonts" that would be cool. it's VERY small, like 5x3 pixels
1263<Zagor> yet quite readable
1264<dwihno> Just map it in photoshop then :)
1265<dwihno> 6x9 px
1266<dwihno> right?
1267<dwihno> (the current one)
1268<Zagor> maybe, i don't know
1269<dwihno> 6x8, I see now
1270<dwihno> Do you think it would be a disaster with only capital letters?
1271<Zagor> not very pretty, anyway
1272<dwihno> Yeah
1273<dwihno> True, true
1274<dwihno> The current rockbox uses the "built-in" charset?
1275<Zagor> no, there is no built-in. it's defined in charset.c
1276<dwihno> mkay
1277<dwihno> I thought it would be something stored in some neat ROM somewhere :)
1278<dwihno> The file or directory \Desktop DF is corrupt and unreadable. Please run the chkdsk utility.
1279<dwihno> Damn gay files created when the archos is connected to a mac!
1280<dwihno> damn
1281<dwihno> gay file!
1282* dwihno gets crazy
1283<dwihno> Mac creates a shitload of stupid files when you attach it.
1284* dwihno learned his lesson
1285--- dwihno is now known as dw|gone
1286* Zagor can SMELL the release
1287<Zagor> ooooh, just a little bug left. too bad i've got to go. see you all!
1288<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1289--> alkorr (alkorr@srs01v-7-97.n.club-internet.fr) has joined #rockbox
1290<-- alkorr has quit (Client Quit)
1291<PsycoXul> hmmm
1292<PsycoXul> hmm
1293<PsycoXul> UIE68 at 09000D20
1294<PsycoXul> heh
1295<adi|home> i dunno who did what.. but the uisim is broken.. am im too damn tired to fix it.. have fun.
1296<-- Tumm has quit (Read error: 104 (Connection reset by peer))
1297--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1298--> alkorr (alkorr@srs01v-4-235.n.club-internet.fr) has joined #rockbox
1299<-- alkorr (alkorr@srs01v-4-235.n.club-internet.fr) has left #rockbox
1300--> elinenbe (~chatzilla@pcp01722702pcs.union01.nj.comcast.net) has joined #rockbox
1301<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
1302--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
1303--> ironi (irony@pcb320-02.ihh-stud.hj.se) has joined #rockbox
1304<ironi> hllo
1305<Zagor> hi
1306<ironi> hi Zagor
1307<ironi> hey I just checked the page, and I see there is no red anymore
1308<ironi> cool
1309<ironi> =)
1310<ironi> everything is underway, then
1311<Zagor> yup
1312<ironi> seen this: An international team set a new record for Internet performance by transferring the equivalent of an entire compact disc's contents across more than 7608 miles (12,272 km) of network in 13 seconds. The rate of 401 megabits per second achieved in transferring 625 megabytes of data from Fairbanks, Alaska to Amsterdam in the Netherlands is over 8000 times greater than the fastest dial-up modem
1313<ironi> cool
1314<-- ironi has quit (" <k!15b8>")
1315--> huz (~marco@AToulouse-103-1-3-31.abo.wanadoo.fr) has joined #rockbox
1316<huz> hi all
1317<-- huz (~marco@AToulouse-103-1-3-31.abo.wanadoo.fr) has left #rockbox ("Client Exiting")
1318--> elinenbe (~chatzilla@pcp01722702pcs.union01.nj.comcast.net) has joined #rockbox
1319<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc3/20020523]")
1320<-- Tumm has quit (Read error: 113 (No route to host))
1321<Zagor> changed the web page look
1322<-- Zagor has quit ("bye")
1323--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1324--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1325<ironi> hey
1326<-- ironi (ironi@as2-5-7.j.bonet.se) has left #rockbox
1327* adi|home screams!!!
1328<adi|home> wtf...
1329--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1330<kitsune> loh
1331<adi|home> hello
1332<adi|home> and welcome :)
1333<kitsune> hey
1334<kitsune> I'm suprised to see stuff is actually getting done in development
1335<kitsune> ;p
1336<adi|home> hehe alot of stuff..
1337<kitsune> I've got my second juke
1338<adi|home> v1 is close at hand for the players...
1339<adi|home> nice
1340<kitsune> first one died horribly
1341<kitsune> heh
1342<kitsune> This one has problems, I guess
1343<kitsune> heh, there is an apps/ development area?
1344<kitsune> I'm impressed :P
1345<kitsune> how much will this firmware differ from Archo's default? URL to FAQ? ;)
1346<adi|home> hhehe you should play witht he sim a bit.. :)
1347<adi|home> hehe
1348<kitsune> the sim?
1349<kitsune> Tetris?
1350<adi|home> lol
1351<adi|home> we have a user interface simulater
1352<kitsune> porting Quake II to the Archos
1353<kitsune> ah
1354<kitsune> I suspect I'll have to get my hands dirty with all kinds of sh assembly and such
1355<adi|home> so ppl like me can play with the api's while we are trying to get off metal.
1356<adi|home> depends on what you want to do.
1357<kitsune> heh
1358<kitsune> I wouldn't mind customizing some things ;p
1359<kitsune> i.e. the startup 'logo'
1360<adi|home> and i ake it you found my baby ;) (the FAQ)
1361<kitsune> yeah
1362<adi|home> ehehe already done ;)
1363<kitsune> heh.
1364<adi|home> for the recorder, its a bitmap of the ROCKbox! logo
1365<kitsune> hah, bitmap? Awesome
1366<adi|home> nods
1367<kitsune> my little annoying project has been getting a very skinny Linux boot disk, ala tomsrtbt, and using the jukebox as a nice, simple USB hd.
1368<adi|home> the makefile is a bit scerwed up for the rockbox sim right now.. and im just to lazy to work on it.
1369<kitsune> heh
1370<adi|home> hehehe
1371<adi|home> good luck :)
1372<kitsune> there are some whacky physical problems with mine
1373<adi|home> maybe you could help with the rolo then :)
1374<kitsune> I must find an adequate tool to crack open my box.
1375<kitsune> stupid power terminal seems mashed
1376<adi|home> :)
1377<adi|home> can't help you there.. i know nothing about the hardare
1378<kitsune> hah
1379<kitsune> thus I yank out the soldering iron, and raid some catalog for a decent replacement :p
1380<kitsune> I suspect an allan wrench could do it.
1381<kitsune> I've run into the double-height capability through some weird bug
1382<kitsune> :p
1383<kitsune> and indeed, it is quite annoying
1384<adi|home> hehehe
1385* adi|home runs off a bit
1386--- dw|gone is now known as dwihno
1387<-- kitsune has quit (Read error: 104 (Connection reset by peer))
1388--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1389<dwihno> Hellö
1390<Bagder> hey
1391<dwihno> Had a nice weekend?
1392<Bagder> yeps
1393<Bagder> you?
1394<dwihno> Yeah, I didn't get any serious work done, but I guess it was OK
1395<dwihno> The entire sunday was spent fixing the mothers-day gifts and such
1396<Bagder> hah
1397<Bagder> I saw that attack of the clones yesterday
1398<dwihno> Was it good?
1399<Bagder> well, there are some cool effects, there's cool scenery and stuff
1400<Bagder> I think the Anakin character is a crap actor
1401<Bagder> all in all, I'd give it an "average"
1402<dwihno> okay
1403<dwihno> Expensive hobby ;)
1404<dwihno> Ever since my archos investment, I've been a cheap bastard :)
1405<Bagder> :-)
1406<Bagder> woo, sound settings menu committed
1407<dwihno> :O
1408<dwihno> New code huh?
1409<dwihno> What has happened during the weekend? :)
1410<dwihno> You coded instead of celebrating your mother? :)
1411<Bagder> Björn's committed various fixes
1412<dwihno> Minor bugfixes?
1413<Bagder> I'd call them "fixes" ;-) They're more than bugfixes
1414<Bagder> the sound settings is added
1415<Bagder> and he modified the menu system
1416<dwihno> Mkay
1417<dwihno> Is there any precompiled win32 simulators available for testing?
1418<Bagder> still no ATA fixes that are likely to correct the Recorder problem though
1419<dwihno> I thought it would be neat to test the menu
1420<Bagder> nope
1421<Bagder> yes, binary simulator packages would be neat
1422<Bagder> though the win32-guys are lagging behind these days, I doubt the simulator builds on win32 anymore
1423--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1424<Bagder> howdy kitsune
1425<kitsune> heya
1426<kitsune> Lords of Acid - Pussy
1427<kitsune> fun to see rockbox is undergoing work ;)
1428<Bagder> oh yes, moving steadily towards 1.0
1429<kitsune> I sort of watched its development before it even had a name.
1430<Bagder> :-)
1431<kitsune> Brother of Bjorn?
1432<Bagder> I am, yes
1433<kitsune> heh, fear my lack of umlauts.
1434<kitsune> I haven't quite messed around with setting up my keyboard for that.
1435<Bagder> I don't blame you
1436<Bagder> we have those odd-looking characters in our language ;-)
1437<kitsune> heh, you're the one who toys with id3, nifty
1438<Bagder> right, I added that code
1439<dwihno> BROTHER OF BJORN!
1440<dwihno> ALMIGHTY BROTHER! :D
1441<Bagder> ?
1442<Bagder> hehe, right
1443<Bagder> he's my kid brother
1444<kitsune> *nix has some nice ones tools for dealing with those tags :P
1445<kitsune> I generally strip id3v2 tags, and make use of id3ren to give my files a nice, consistent feel.
1446<dwihno> That makes you 40 years old? :)
1447<Bagder> dwihno: not quite ;-)
1448<dwihno> I would strip all ID3 tags and run a utility storing a checksum in the comment field of an id3v1 tag
1449<dwihno> Bagder: So how old are you?
1450<dwihno> Villa, volvo, vovve? :)
1451* Bagder is 31
1452<dwihno> Then you got all those! :D
1453<dwihno> What's the name of the dog? Pricken?
1454<Bagder> nope
1455<dwihno> I'M NOT WORTHYYY!
1456* kitsune messes with another nifty usb hack :p
1457<kitsune> gtkam
1458<kitsune> the power of gphoto
1459<dwihno> USB = cute
1460<Bagder> I haven't tried v2 yet, of gphoto
1461<kitsune> it is the only thing that works my my camera
1462<Bagder> ok, v1 didn't work with mine ;-)
1463<Bagder> Cannon S20
1464<kitsune> A20
1465<dwihno> I got a USB webcam thingy
1466<dwihno> But it's weird 3com stuff, so I guess it won't work :)
1467<kitsune> http://rei.damnsw.net/~adam/stuff/archos.jpg
1468<kitsune> I got bored and decided to scrap my old cgi image gallery :P
1469<dwihno> ayanami rei?
1470<kitsune> heh.
1471<kitsune> indeed.
1472<dwihno> cute pic :D
1473<kitsune> yeah
1474<dwihno> I think Asuka is the coolest
1475<kitsune> heh.
1476<dwihno> That's a lady with attitude! :)
1477<kitsune> Well, my machine is pretty much going to be renamed lilith
1478<kitsune> eventually
1479<kitsune> which is ironic, for someone named adam :p
1480<kitsune> or perhaps eve
1481<kitsune> ;)
1482<dwihno> :)
1483<Bagder> kitsune: you tried running rockbox yet then? ;-)
1484<Bagder> seeing you have a studio
1485<kitsune> Badger - heh, no.
1486<dwihno> I'd love to see the ata: -2 thing fixed, so I can test it on my recorder :)
1487<kitsune> hmm
1488<Bagder> dwihno: I agree
1489<Bagder> we might need to get a recorder modded for gdb
1490<kitsune> I'm pleased with the studio.
1491<kitsune> nice, simple
1492<kitsune> but I'd go for a nice new recorder, with USB2
1493<dwihno> Who wouldn't :)
1494<dwihno> That's why I got one ;D
1495<kitsune> heh
1496<kitsune> indeed
1497<dwihno> I love it already!
1498<kitsune> It'd be a good present for someone
1499<dwihno> I also use it for project storing
1500<kitsune> I suspect most folks I know would be fine with 6 gbs :P
1501<adi|home> Bagder.. yeah.. bjorn commited them... now the uisim so good and broken
1502<Bagder> adi|home: I know, am working on that right now
1503<dwihno> Some people might find 20gb overkill :)
1504<kitsune> it is ;p
1505<dwihno> But when it comes to data storage, it is never enough! :D
1506* dwihno awaits the 100gb model with great anticipation
1507<dwihno> ;)
1508<adi|home> yeah. i was chasing it... and got too damn tired.. im headed to bed now :(
1509<kitsune> I've noticed the USB doesn't seem to be very fast. :p
1510<Bagder> adi|home: leave it to me, I'll have the sim working in a few mins again
1511<kitsune> night adiamas
1512<kitsune> I could go for a type of docking mp3 player, that'd be kind of nifty.
1513<kitsune> albeit you'd still pretty much be stuck with one interface or another.
1514<dwihno> Hm
1515<kitsune> http://rei.damnsw.net/~adam/buttwurst-washingmachine.jpg
1516<dwihno> MP3 players should be mounted as external hard drives
1517<dwihno> That's the biggest breakthrough
1518<kitsune> hilarious images grepped from somethingawful
1519<kitsune> heh
1520<dwihno> instead of using gay-ass software
1521<dwihno> (which, at any time, might be stopped from further development)
1522<kitsune> dwihno - heh, modprobe usb-storage, mount /mnt/juke ;p
1523<kitsune> there, external HD.
1524<dwihno> yeah
1525<dwihno> That's how it's supposed to be done!
1526<kitsune> Well, it isn't like it is a horribly revolutionary idea ;p
1527<dwihno> How do you do to "stop" devices under linux?
1528<kitsune> they're just not using some stupid proprietary system that doesn't work all the well.
1529<Bagder> dwihno: you umount the fs again
1530<kitsune> heh. umount /mnt/juke :p
1531<dwihno> You don't have to do anything else?
1532<kitsune> yeah
1533<dwihno> I mean, in wintendo, you need to "stop" theservice
1534<kitsune> I'm thinking of basically having a docking-ish feature for this thing
1535<kitsune> just use a sync.
1536<kitsune> so I don't need to copy things manually, copy -u is a bit of a bore.
1537<dwihno> ah
1538<dwihno> I got a semi-script thingy which synchronizes the content of my player with d:\mp3 :-)
1539<kitsune> heh.
1540<Bagder> I wrote a mp3sync that works for me
1541<kitsune> heh
1542<Bagder> syncs two file trees
1543<dwihno> How does it compare them if the same file exists in two places?
1544<dwihno> Timestamp?
1545<kitsune> that is basically how cp -u does it.
1546<Bagder> no
1547<dwihno> <-- baked buns yesterday btw
1548<dwihno> I'm the no #1 chef! :D
1549<Bagder> I do a filesize check first
1550<dwihno> I like progress bars
1551<dwihno> They are sleek
1552<dwihno> With time calculation stuff which tells how much time is needed to synchronize the trees
1553<Bagder> it would require a two-pass thingie
1554<dwihno> Who cares!
1555<dwihno> "As long as it's pretty(tm)" :)
1556<kitsune> progress bars? ;p
1557<dwihno> yup
1558<kitsune> nice.
1559<dwihno> Time to goto meeting ;)
1560<dwihno> brb
1561--- dwihno is now known as dw|meeting
1562<kitsune> later.
1563<kitsune> oh well
1564<kitsune> I'm greatly impressed :P
1565<Bagder> crap, the recoder build is broken again
1566<Bagder> recorder
1567<kitsune> heh.
1568* kitsune recalls the mp3 he'd hunt for
1569<kitsune> Carmina Burana - O Fortuna
1570<kitsune> to commemerate the efforts of open source programming :P
1571<Bagder> :-)
1572--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1573<-- kitsune has quit (Read error: 104 (Connection reset by peer))
1574--- Zagor_ is now known as Zagor
1575<Zagor> woo boys
1576<Bagder> morning Zagor
1577<Bagder> the recorder build is broken
1578<Zagor> ok, what happens?
1579<Bagder> it's really weird
1580<Bagder> malloc/dmalloc.c:555: conflicting types for `realloc'
1581<Bagder> /usr/local/sh/sh-elf/include/stdlib.h:93: previous declaration of `realloc'
1582<Bagder> make[2]: *** [/home/daniel/src/rockbox/build-recorder/malloc/dmalloc.o] Error 1
1583<PsycoXul> not just recorder
1584<Zagor> ah, yes. that's a bit odd
1585<PsycoXul> i got that too on my last player build
1586<Bagder> ok
1587<Bagder> yes, I get it in the player build too
1588<Bagder> its the stdlib.h include in bmalloc.h that causes it
1589<Bagder> but how does the realloc() differ?
1590<Zagor> stdlib's realloc takes a void* as first parameter
1591<Bagder> aha
1592<Bagder> the dmalloc.h proto too ;-)
1593<Zagor> hehe
1594<Bagder> fix committed
1595<Zagor> goodie
1596<Zagor> btw, how do you guys like the new web look?
1597<Bagder> the simulator builds too again
1598<Zagor> found any bugs yet? ;)
1599<Bagder> Zagor: I want a link on the image on the left-top corner
1600<Bagder> to the front page
1601<Zagor> right
1602<Zagor> fixed
1603<Bagder> time for a coffee refill
1604--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1605<Bagder> do you think I should make the tools/configure system work to build the simulator too?
1606<kitsune> eh.. I dunno
1607<kitsune> all been a blur for me.
1608<Zagor> nah, i don't think that's necessary. we don't have to mix that too much
1609<kitsune> when 1.0 pops out in a nice tar.gz, I'll be happy
1610<Bagder> :-)
1611<Zagor> kitsune: :-)
1612<Bagder> we should write a tarball-maker-script
1613<kitsune> I think it has been done
1614<kitsune> maybe.
1615<Zagor> PsycoXul: my doubleheight code doesn't work. isn't that how you did it?
1616<kitsune> I need to get a nice set of new batteries for my juke :P
1617<kitsune> 2200 mAhs or something
1618<Zagor> i've only ever seen 1800. who makes 2200?
1619<kitsune> I think you can order them
1620<kitsune> This is from taking a short visit to my local batteries plus.
1621<kitsune> batteries are expensive, but rechargeable ones are not too bad :p
1622--> Linus (~linus@labb.contactor.se) has joined #rockbox
1623<Linus> Have you missed me?
1624<Zagor> i've missed your bug fix to the mpeg code
1625<kitsune> hey
1626<Bagder> oh yeeees
1627<Bagder> we miss your ata adjustments to make the recorder version rock ;-)
1628* kitsune waves to the nice developer type man
1629<Linus> Oh. I feel welcome. :-)
1630* Zagor notices he seems to have broken the menu code this weekend :)
1631<Linus> Yeah. I have missed a working menu code all weekend.
1632<Bagder> hahaha
1633<Zagor> blrllrlrl
1634<Zagor> it did work, neener neener
1635<Linus> I just couldn't fix the MPEG code without it.
1636<Zagor> bah, last I heard you couldn't even get your PC running ;)
1637<Linus> No. I have a PC from hell!
1638<Linus> I upgraded to be able to betatest a new ***** card from ***** (NDA).
1639<Linus> And the single thing that didn't work in the box was that damn card!!!
1640<Linus> Major BSOD if I insert it.
1641<kitsune> just have a wimpy linux box around for kicks? ;p
1642<adi|home> grrrrrr.. Bagder...
1643<adi|home> In file included from ../../apps/play.c:35:
1644<adi|home> ../common/mpegplay.h:21: conflicting types for `mpeg_play'
1645<adi|home> ../../firmware/mpeg.h:23: previous declaration of `mpeg_play'
1646<adi|home> make: *** [play.o] Error 1
1647<adi|home> we have function collisions.
1648<Bagder> ugh
1649<adi|home> when you turn play on in the makefile...
1650<adi|home> the mpegplay in common needs to be renamed.
1651<adi|home> thats all.
1652* Bagder points to Linus and Zagor
1653<Bagder> :-)
1654<adi|home> heehe
1655* Zagor takes no responsibility for breaking the simulators :)
1656<Bagder> I thought they were supposed to work the same way
1657<adi|home> they were... but having both functions in there is not a good idea...
1658<adi|home> otherwise.. we should #define around themm...
1659<Bagder> well, the simulator one could be remade to return void
1660<Bagder> then they would be the same
1661<adi|home> ont you still get conflicts?
1662<adi|home> redefinitions?
1663<Bagder> no
1664<Zagor> the simulator doesn't include mpeg.c
1665<Bagder> those are only prototype conflicts
1666<adi|home> ahh.. okay.. then i fix
1667<Zagor> PsycoXuuuuul!
1668<adi|home> fixed
1669<PsycoXul> hmm
1670<Zagor> PsycoXul: i need help with the double-height mode. my code isn't working
1671<PsycoXul> hmm
1672<PsycoXul> ok
1673<-- kitsune has quit (Read error: 104 (Connection reset by peer))
1674<PsycoXul> with the old lcd_write(int byte, int data) from the old scroller code, i used lcd_write(9,0)
1675<PsycoXul> i dunno how the new code is exactly but maybe false instead of true? heh
1676<Zagor> that's precisely what I do too :-(
1677<Zagor> hmm, maybe there's a difference in old/new lcds
1678<Linus> Possibly
1679<-- Linus (~linus@labb.contactor.se) has left #rockbox
1680<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1681--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1682--- Zagor_ is now known as Zagor
1683<Zagor> fuhn fuhn fuhn on the autobahn
1684<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1685--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1686--- Zagor_ is now known as Zagor
1687--> Linus (~linus@labb.contactor.se) has joined #rockbox
1688<Zagor> boooo! .a dependencies aren't working
1689<Zagor> i changed file.c and it's not rebuilding the lib
1690--- dw|meeting is now known as dwihno
1691<Bagder> btw, why do we generate one .dep file for each file and not just one single one?
1692<Zagor> 'cause that's how adis dep script does it :)
1693<Bagder> ok :-)
1694<Zagor> also it's easier to see when to update the dependencies if you have one .dep per file
1695<Bagder> ah, right
1696<PsycoXul> ok it must be a difference in the lcd's
1697<PsycoXul> it works fine here
1698<Zagor> ok
1699<Zagor> great with me, lameness is
1700--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1701<Zagor> I've been chasing reentrancy bugs in open() and opendir() for 40 minutes, only to find out i was calling open() with a bad argument... :)
1702* Bagder puts the "I am lame" sticker on Zagor's forhead
1703<dwihno> Zagor: Try to have the "positive side" approach - at least, you found it
1704* dwihno puts the "you found the problem and solved it" sticker on Zagor's nose
1705<Zagor> :)
1706<Zagor> another positive: opendir() now supports multiple concurrent open dirs
1707<Bagder> coolness
1708<kitsune> multiple concurrent open dirs?
1709<dwihno> :D
1710<kitsune> how does that work? ;p
1711<dwihno> Zagor RUUUUUUULES!
1712<dwihno> Zagor: Now move your ass and fix the ata: -2 problem ;)
1713<Bagder> kitsune: doing multiple opendir() before doing closedir()
1714<Zagor> dwihno: the recorder is low prio right now
1715<kitsune> well, exactly what would the noticeable difference? ;p
1716<Zagor> kitsune: we have more than one thread
1717<dwihno> Zagor: I'm just kidding. I know about the priorities
1718* kitsune forsees multiprocessor mp3 players ;p
1719<kitsune> powered by a car battery, just barely portable? ;p
1720<kitsune> nothing like a good ol fashioned compiler to spike up my load average
1721<Zagor> muh, it's the linker script!
1722<Zagor> baaaad linker script
1723<Zagor> stack, heap and mp3 buf are all in the same location :)
1724<dwihno> ln -s $1 $2
1725<dwihno> there is a good linker stuff ;D
1726<Zagor> yesssss, now we have sound playback working IN THE APPLICATION
1727<Zagor> we are *close*
1728<dwihno> :O
1729* dwihno is <----------- this ----------> impressed!
1730<dwihno> You rules! :D
1731<PsycoXul> heh
1732<PsycoXul> in current cvs? heh
1733<Zagor> PsycoXul: yup, linus is checking in the last fix now (gdb.lcd and app.lds)
1734<PsycoXul> woo
1735<kitsune> hmm, 4 AM
1736<kitsune> close to 1.0?
1737<Zagor> kitsune: very
1738<dwihno> :D
1739<kitsune> well, version numbers are fairly irrelevent ;p
1740<Zagor> indeed :)
1741<kitsune> considering slack's jump from 4 to 7
1742<dwihno> :)
1743<dwihno> That's what happens when you give into the group pressure ;)
1744<kitsune> heh
1745<kitsune> or get tired of getting e-mails "Is this Linux 7?"
1746<dwihno> :)
1747* kitsune finishes building evil cross compiling gcc
1748<kitsune> I should setup a 68k one too :P
1749<dwihno> :)
1750<dwihno> cross compilers are sexy
1751<kitsune> it'd be kind of cool to get Linux working on a mac plus
1752<kitsune> have a nice logging box :P
1753<kitsune> that'd be it.
1754<kitsune> slightly more legal than the MacBong
1755<kitsune> more humane than the MacAquarium
1756<PsycoXul> /usr/sh1/lib/gcc-lib/sh-elf/3.0.3/../../../../sh-elf/bin/ld: section .pad [000000000900c800 -> 000000000900c803] overlaps section .stack [000000000900b840 -> 000000000901383f]
1757<kitsune> yay, clock skew
1758<Zagor> PsycoXul: yeah, more fixes coming :)
1759<kitsune> x11 uisimulator works.
1760<kitsune> pretty l33t.
1761<Bagder> wooo
1762<Bagder> ;-)
1763<kitsune> heh, yeah, what can I say, I barely remember my C
1764<Bagder> time to freshen up! ;-)
1765<kitsune> Yeah
1766<kitsune> I've got to uh, remaster some asm
1767<Bagder> hehe
1768<Bagder> if you stay in apps, you can safely go with C only
1769<kitsune> heh.
1770<kitsune> I want REALLY small stuff, though
1771<kitsune> so asm would be an amusing way to go.
1772<kitsune> sick, masocistic, unportable. amusing
1773* PsycoXul will add a text file reader for the player soon
1774<kitsune> hah. Keep a list of phone numbers or something ;p
1775<PsycoXul> well write one anyways, i dunno if you guys would want my version of one :p
1776<PsycoXul> kitsune: nah, to read books :p
1777<Bagder> sure we do!
1778<kitsune> ... I prefer my books in a paper format
1779<kitsune> in case I'm ever in some bind and I need something to burn.
1780<PsycoXul> i don't have all my books in a paper format
1781<PsycoXul> and besides
1782<PsycoXul> this bookreader has a backlight! :p
1783<kitsune> true
1784<Bagder> hehe
1785<kitsune> with accompanying theme music
1786<Bagder> and it plays music
1787<kitsune> what is not to love.
1788<PsycoXul> yeah
1789<PsycoXul> and its the size of 1 book but can hold many
1790<PsycoXul> so yeah hmm
1791<kitsune> a small book
1792<kitsune> a very small book :p
1793<PsycoXul> does the app currently let you browse around while a songs playing?
1794<kitsune> which app?
1795<kitsune> archo's firmware does.
1796<PsycoXul> no
1797<Bagder> PsycoXul: that's the general idea at least
1798<PsycoXul> the rockbox one
1799<PsycoXul> heh
1800<kitsune> ah
1801<Zagor> PsycoXul: yup
1802<kitsune> It should :p
1803<PsycoXul> ok will it work now?
1804<kitsune> I liked the rather limited queue function in the archos firmware.
1805<Zagor> it first displays id3 info, press stop and you will get back to browsing
1806<kitsune> It'd be neat to see that expanded.
1807<Zagor> Bagder: could you rewrite getsonglength() to read blocks instead of single bytes?
1808<PsycoXul> UIE68 at 0900442E
1809<Bagder> I could take a dive into it, sure
1810<Zagor> PsycoXul: oooh
1811<Zagor> are you using the pure cvs code? no funny stuff of your own?
1812<PsycoXul> yep
1813<Zagor> strange
1814<Zagor> when did you get it? immediately?
1815<PsycoXul> yeah
1816<kitsune> jwahaha, now I've got myself a nice little firmware compiled.
1817<kitsune> easier than I thought :P
1818* kitsune thanks linus greatly for his instructions
1819<Bagder> yeah, they're great
1820* Zagor is browsing and playing songs on his rockbox. Niiiiice.
1821<dwihno> Cool
1822<Bagder> rocking
1823<Zagor> you can't stop playback yet :)
1824<dwihno> haha
1825<dwihno> good feature :)
1826<Linus> We have problems with several threads using the file API though...
1827<Zagor> the show MUST go on ;)
1828<Zagor> yup. anyone not going to lunch now, inspect file.c :)
1829<kitsune> uh oh
1830<kitsune> UIE68 at 0906FA02
1831<Linus> I know what it is
1832<kitsune> heh
1833<Linus> UIE68 is the Rx interrupt for the serial port
1834<kitsune> good, 'cuz I don't.
1835<Linus> The remote control
1836<Zagor> we don't get it since we're using serial gdb...
1837<PsycoXul> heh
1838<dwihno> *knapra banan och lyssna på dance-beats*
1839<kitsune> eh?
1840<Linus> kitsune: remove the debug_init() call
1841<Linus> We forgot to #ifdef DEBUG it
1842<kitsune> good sir, where would I find that? ;p
1843<Linus> main.c
1844<Linus> in apps
1845<Linus> or cvs update in 30 seconds
1846<Zagor> patch checked in now
1847<Linus> Zagor is committing as we speak
1848<kitsune> joy, done
1849<dwihno> Zagor is quite fast when it comes to patching stuff
1850<Zagor> also check out the new id3.c
1851<Zagor> i've commented out getsonglength() since we have a problem with that at the moment
1852<Bagder> why is the byte-reading a problem?
1853<Zagor> i don't know, but it doesn't work
1854<Zagor> it never completes. could be a file.c problem
1855<Bagder> it seems to indicate a read() problem
1856<Zagor> apps/play.c updated too now :)
1857<Zagor> *NOW* it should work :)
1858<kitsune> all this movement and updating
1859<dwihno> how many CVS-updates are commenced every day? :)
1860<Zagor> varies. from 0 to 50 :)
1861<kitsune> heh.
1862<kitsune> manic depressive cycle
1863<Bagder> we're at about 550 cvs mail totally
1864<Bagder> mails
1865* kitsune doesn't even bother testing now :P
1866<kitsune> no chance.
1867<Linus> the CHECKSYNC macro fails
1868<Zagor> project statistics: http://sourceforge.net/project/stats/?group_id=44306
1869<kitsune> crap
1870<Bagder> Linus: ok
1871<Linus> we should try to declare the header variable unsigned
1872<Bagder> yeah, it might very well be it
1873<Linus> It's awfully inefficient, shifting stuff bach and forth like that
1874<PsycoXul> hmm
1875<kitsune> well, that serial port problem is haunting me.
1876<Linus> But it might very well be the file code as well
1877<PsycoXul> UIE68 at 090036D4
1878<PsycoXul> yeah
1879<Linus> kitsune: even with the new code?
1880<kitsune> it is almost like a vestigial error light
1881<kitsune> yeah
1882<Linus> Ok try this:
1883<Bagder> Linus: most mp3 tunes only read one byte and thus do the CHECKSYNC macro only once
1884<kitsune> "get pillow. go to sleep"
1885<Linus> before the init call in main.c:
1886<dwihno> I need a pillow to rest my feet on
1887<Linus> IPRE &= 0x0fff;
1888<dwihno> it's quite uncomfortable to have the feet on the desk
1889<kitsune> and that is?
1890<Linus> We must debug it in target...
1891<Linus> kitsune: that disables the SCI1 interrupt
1892<kitsune> ah
1893<kitsune> whatever that is.
1894<kitsune> consider me close to the end user
1895<kitsune> :p
1896<kitsune> just a very bored one.
1897<Linus> Bagder: We must debug the songlength code in target...
1898<Bagder> ues
1899<Bagder> yes
1900<Bagder> would help a lot
1901<Linus> Bagder: I'll do that after lunch
1902<PsycoXul> ROCKbox!
1903<Bagder> r0ck
1904<Linus> PsycoXul: C00000000L!
1905<PsycoXul> woo
1906<PsycoXul> it plays too
1907<PsycoXul> but i don't get the id3 info thats there
1908<PsycoXul> heh
1909<PsycoXul> menu doesn't scroll down
1910<Zagor> no there's some problem with the menu. it works in the simulator but not in target for some reason
1911<Zagor> does sound settings work? try the menu button
1912--- Linus is now known as Linus|pizza
1913--- Zagor is now known as Zagor|lunch
1914<PsycoXul> well the volume works
1915<PsycoXul> bass works
1916<Linus|pizza> Please comment on the volume/bass/treble levels
1917<PsycoXul> and it doesn't clip like archos' firmware's bass controlls do
1918<Linus|pizza> Does it?
1919<PsycoXul> at least not on this song
1920<Linus|pizza> I went through some trouble to make it clip-free
1921<dwihno> Bra jobbat Linus!
1922<dwihno> well done
1923<PsycoXul> sounds good
1924<Linus|pizza> at the expense of a possibly too low volume
1925<PsycoXul> though this song just stopped in the middle
1926<PsycoXul> heh
1927<Linus|pizza> oh
1928<dwihno> :)
1929* Linus|pizza runs
1930<PsycoXul> heh
1931<dwihno> Linus|pizza: Is the volume control better on the rockbox firmware? I mean, sometmies the lowest setting is to loud :)
1932<PsycoXul> huh?
1933<PsycoXul> heh
1934<kitsune> well, I'm haunted by the serial port thing.
1935<PsycoXul> hmm
1936<PsycoXul> that fix he said works for me
1937<kitsune> yeah, in main.c, exactly where do you stick it?
1938<PsycoXul> he said
1939<PsycoXul> <Linus> before the init call in main.c:
1940<kitsune> before the first call of init
1941<PsycoXul> <Linus> IPRE &= 0x0fff;
1942<kitsune> line number? ;)
1943<PsycoXul> there's only 1 place init() gets called
1944<PsycoXul> heh
1945<PsycoXul> in main
1946<PsycoXul> main(void)
1947<kitsune> 82, in that vicinity
1948<PsycoXul> {
1949<PsycoXul> here.
1950<PsycoXul> init();
1951<kitsune> yeah
1952<PsycoXul> etc
1953<kitsune> I guessed that.
1954<PsycoXul> so heh
1955<kitsune> let's pray to finagle :P
1956<PsycoXul> heh
1957<PsycoXul> hey that time made it through most of the song
1958<kitsune> the universe is trying to kill me.
1959<PsycoXul> hmm
1960<PsycoXul> but its locked up
1961<PsycoXul> heh
1962<kitsune> heh, fun
1963<kitsune> UIE09
1964<kitsune> at blah
1965<PsycoXul> heh
1966<kitsune> wow, it is morning
1967<kitsune> Whilst I'm still concious I'll take a photo :P
1968<dwihno> Take some photos from the interface
1969<dwihno> I'd love to see it
1970<PsycoXul> see what?
1971<kitsune> from the what?
1972<dwihno> rockbox interface
1973<PsycoXul> what interface?
1974<PsycoXul> its a -
1975<kitsune> haha, alright
1976<PsycoXul> that moves around
1977<PsycoXul> :p
1978<PsycoXul> otherwise its files, menu options, or whatever it is
1979<PsycoXul> and thats pretty much it :p
1980<PsycoXul> the interface is the LCD and buttons :p
1981<dwihno> THE LCD THEN! :)
1982<dwihno> ME WANNA SEE! :)
1983<kitsune> yeah, I got one of the 'new interface'
1984<dwihno> :D
1985<dwihno> I'd love to see! :D
1986<dwihno> fix several! :D
1987<dwihno> :D
1988<dwihno> :)~~~~
1989<kitsune> http://rei.damnsw.net/~adam/stuff/
1990<kitsune> mornin?.jpg and interface.jpg
1991<dwihno> heh
1992<dwihno> interface ownz :)
1993<kitsune> I like the flashing red error :p
1994<dwihno> your car?
1995<kitsune> heh, yeh
1996<dwihno> sexy :)
1997<kitsune> indeed.
1998<kitsune> scare small children and elderly women.
1999<kitsune> at once!
2000<kitsune> tired...
2001<dwihno> :)
2002<kitsune> I suspect by the time I wake up, there will be a version 1, and if not, there should be.
2003<dwihno> You crazy dude! :)
2004<PsycoXul> heh
2005<kitsune> heh, caffeine is good for ye.
2006<dwihno> kitsune: you are crazy! LOCO! :D
2007<kitsune> there isn't much to be done today
2008<kitsune> so I'm fine.
2009<PsycoXul> so which volume/bass/treble does the sound menu control now, the mas or the dac's
2010<dwihno> kitsune: why are you up this early?
2011<dwihno> (early/late)
2012<kitsune> The caffiene demons got me.
2013<dwihno> Good :)
2014<dwihno> Caffeine is your friend
2015<dwihno> Damn coworkers, they got McD lunch
2016<dwihno> Well, they get fat, and I'll stay slim and fit ;D
2017* kitsune imagines dwihno over a bottle of wine and some shrimp cocktail
2018<dwihno> haha
2019<dwihno> I hate shrimps
2020<dwihno> They have this scary look
2021<kitsune> heh.
2022<kitsune> They're little harmless things
2023<PsycoXul> hmm
2024<dwihno> No way!
2025<dwihno> They look all innocent and stuff, but they are PURE EVIL!
2026<PsycoXul> heh if you take out the spindown in ata_init() it boots a lot faster but it never spins down heh
2027<kitsune> heh
2028<kitsune> that is one area I'd like to have some influence over
2029<kitsune> just how the hard drive behaves.
2030<kitsune> since it seems to misbehave, alot.
2031<dwihno> it does?
2032<dwihno> Tell me about it! On the recorder, you get the "ata: -2" error .)
2033<kitsune> yeah, it seems alot slower than it could be, seeking through tracks, etc
2034<PsycoXul> heh
2035<kitsune> I suppose if I felt like it I could get myself a new hard drive :P
2036<dwihno> :)
2037<kitsune> I cannot recall which ones were recommended
2038<dwihno> You can replace the disk without any hassle?
2039<kitsune> uh
2040<dwihno> I mean, let's say I install a 40 gig disk, that would work?
2041<kitsune> yeah
2042<kitsune> for all intensive purposes, it should
2043<kitsune> as long as it is the same size, etc
2044<dwihno> yeah
2045<kitsune> physically, at least.
2046<dwihno> how about power consumption?
2047<kitsune> oh, I don't care about that, hell, it could even be less ;p
2048<dwihno> I haven't had a look inside my recorder, but I guess the disks are some kind of low power stuff...
2049<kitsune> heh
2050<kitsune> the big overkill is it is like trying to suck a bathtub dry with a straw
2051<kitsune> there is a huge bottleneck with USB
2052<PsycoXul> they're 9.5mm laptop drives
2053<dwihno> There is this sticker saying "remove this, and your warranty goes to /dev/null" :)
2054<kitsune> heh
2055<dwihno> PsycoXul: how about power usage?
2056<kitsune> where was that?
2057<kitsune> my warranty is already gone :P
2058<PsycoXul> what about it? they're made for laptops so
2059<dwihno> :)
2060<kitsune> there isn't a serial number on the back of mine :p
2061<dwihno> evil
2062<dwihno> time for some lunch quake .)
2063<kitsune> it is my second one, the first one died horribly
2064<kitsune> LCD, at least.
2065<kitsune> how exactly does this tetris work?
2066<kitsune> hmm, mini CD mp3 player
2067<kitsune> funky
2068--- Linus|pizza is now known as Linus
2069<kitsune> hola
2070--- Zagor|lunch is now known as Zagor
2071<Zagor> dwihno: the disks are standard laptop drives, no low-power special doodaas
2072<kitsune> heh, UIE09 at 35B40900
2073<kitsune> fun
2074<Linus> wow
2075<Linus> what did you do?
2076<kitsune> I simply applied the change to main.c
2077<Linus> ouch
2078<kitsune> it could be that I'm using new versions of binutils, gcc, etc
2079<Linus> how new?
2080<kitsune> uh, the newest ones on ftp.gnu.org
2081<Linus> 3.1?
2082<kitsune> yeah
2083<kitsune> shall I go back a bit?
2084<Linus> I don't think so
2085<kitsune> hmm
2086<kitsune> well, as an acolyte of murphy, I'll make sure everything that can possibly go wrong will.
2087--- Linus is now known as Linus|meeting
2088<dwihno> meeting sucks
2089--- Linus|meeting is now known as Linus
2090<Linus> short meeting :-)
2091<dwihno> :D
2092<dwihno> Meetings should be kept short! :)
2093<Bagder> Zagor: what about adding a file named 'FILES' or something in each CVS module root that specify which files that should go into release tarballs?
2094<Bagder> it should support whildcards, like *.[ch] etc
2095<Linus> Zagor is in a meeting
2096<Bagder> then you may state your opinion ;-)
2097<Bagder> I want to be able to script releases
2098<Linus> We must have a file list of some kind
2099<dwihno> scripts rules!
2100<Linus> so FILES is as good as anything
2101<Zagor> Bagder: not a bad idea
2102<-- kitsune has quit (Read error: 104 (Connection reset by peer))
2103<Bagder> why do we use both .S and .s?
2104<Linus> We don't
2105<Bagder> in firmware both are used
2106<Linus> where?
2107<Bagder> crt0.S
2108<Bagder> start.s
2109<Linus> start.s os obsolete
2110<Linus> kill it
2111* Bagder kills
2112<Linus> .S means preprocess, .s means don't, BTW
2113<Linus> if you assemble with the gcc frontend
2114<Bagder> cool
2115<Bagder> tarball gets 146023 bytes big
2116<Bagder> seems to work
2117<Bagder> funny spam of today:
2118<Bagder> "Dear Sir/Madam, We are looking to buy waste paper of different types" ... :-)
2119<Zagor> haha. i got one of those nigeria scams
2120<Bagder> I like those
2121<Bagder> the weird thing is people actually belive them
2122<dwihno> :D
2123<dwihno> What?!
2124<dwihno> You mean they are FAKE?!
2125<Bagder> :-)
2126<dwihno> They promised me lots of cash if I sent some to them! :)
2127<dwihno> We get signal
2128<dwihno> How are you gentlemen?
2129<dwihno> All your base are belong to us!
2130<Linus> Bagder: why does the id3 code use lseek() to find out the file size?
2131<Bagder> how else?
2132<Linus> The file size is returned in the dirent struct
2133<Bagder> afaik, there is no other way but opendir()
2134<Bagder> and you want it to opendir() and find itself?
2135<dwihno> hm
2136<Linus> I am silly
2137<dwihno> ><))))8> <-- now that's sill-y ;)
2138<Bagder> it could get the file size passed in
2139<Bagder> but it seems like a weird api
2140<Linus> indeed.
2141<Linus> forget it
2142* Bagder forgets
2143<Linus> Bagder: how long can an id3v2 tag be, in general?
2144<Bagder> I don't really know
2145<Linus> 100 bytes 2k?
2146<Linus> or what?
2147<Bagder> lemme check
2148<dwihno> I think there are no limits
2149<Linus> I know. But in general, they shouldn't be more than a few hundred bytes, right?
2150<dwihno> nah
2151<dwihno> A couple of hundred bytes is more than sufficien
2152<dwihno> t
2153<Bagder> Zagor: /home/dast/rockbox-build/daily-build now contains daily builds of the rockbox tarball
2154<Zagor> neato
2155<Zagor> all versions?
2156<Bagder> full archive
2157<Zagor> ah the tarball
2158<Bagder> full source that is
2159<Bagder> I'll make automated archos.mod files too, but I need to get the sh tools up there first
2160<Zagor> they're already installed. /usr/local/sh-gcc
2161<Bagder> cool
2162<Bagder> then consider me on the case
2163<Zagor> goodie
2164<Bagder> feel free to check the tarball out to see if I've missed any important files
2165<Bagder> Zagor: I figured you could make a symbolic link from some properly named directory in the rockbox web tree
2166<Zagor> yep, will do.
2167<Zagor> the archive looks ok
2168<Bagder> goodie
2169<Zagor> lseek() bugs, it turns out
2170<Bagder> aha
2171<Zagor> i expected the SEEK_END argument to be positive, but it's not
2172<Linus> And I found an error in the getsonglength() function
2173<Bagder> coolers
2174<Zagor> that's why so many id3 tags couldn't be found
2175<Linus> Zagor speaks about the lseek(9 bug
2176<Zagor> yup
2177<Bagder> yeah, that's quite a difference ;-)
2178<Zagor> 2002-05-27: All v1.0 code is written. We are now entering debug phase.
2179<Bagder> yay!
2180<dwihno> YAY!
2181<dwihno> Now let's party like it's 1999 ;D
2182--> ironi (irony@pcb322-03.ihh-stud.hj.se) has joined #rockbox
2183<Bagder> g'day ironi
2184<ironi> heya
2185<ironi> i saw the webpage update
2186<ironi> nice
2187<Zagor> yeah, not quite as you did it but a lot better than before :)
2188<ironi> yeah for sure
2189<ironi> you should perhaps have a border=0 on the link to the small logo
2190<Bagder> ok, daily archos.mod files are now build too
2191<ironi> it has a blue frame
2192<Zagor> ah, right. fixing.
2193<Zagor> there
2194<ironi> better =)
2195<ironi> Bagder: where are they
2196<Zagor> Bagder: coolers
2197<Zagor> ironi: i'll fix webpage links
2198<Bagder> I'm waiting for Zagor to setup the link
2199<ironi> oh ok
2200<ironi> cool
2201<ironi> =)
2202<Zagor> Bagder: when does your cronjob fire?
2203<ironi> so the first version can navigate among songs and play and stop them
2204<ironi> correct?
2205<Bagder> 1am our time
2206<Zagor> ironi: no stopping yet :)
2207<ironi> Zagor: hehe
2208<Zagor> Bagder: do it later IMHO, like 5
2209<Zagor> 1am we might still be working
2210<Bagder> sure
2211<Bagder> 6 am then ;-)
2212<Zagor> good
2213<Bagder> before we get to work ;-)
2214<Bagder> I cvs update, build tarball, then build three target archos.mod files
2215<Zagor> sounds right
2216<ironi> where is the link going to be
2217<ironi> on the front page?
2218<ironi> or a download-section
2219<Zagor> front page and on cvs page
2220<Bagder> we should post it to the mailing list too
2221<Zagor> a download page will be for "official versions"
2222<ironi> Zagor: sounds reasonable
2223<ironi> Zagor: v1.0 is official, right?
2224<Zagor> yep
2225<ironi> this is so cool
2226<ironi> cant wait to post it on coolmp3players.com
2227<ironi> oh
2228<ironi> is it down
2229<Zagor> haha
2230<Zagor> we're not done yet, so don't post now
2231<ironi> is coolmp3players down?
2232<Zagor> I don't know, i'm not there very often
2233<Bagder> coolmp3players.com is alive
2234<Bagder> when I ping it
2235<ironi> This Domain is parked by Keshet Internet Services
2236<dwihno> This Domain is parked by Keshet Internet Services
2237<ironi> :/
2238<Bagder> hehe
2239<ironi> well
2240<ironi> i would love www.rockbox.org btw
2241<ironi> but it is taken
2242<ironi> rockboxplayer.org perhaps
2243<Zagor> rockbox.org isn't really taken, it's available from 123-reg.co.uk
2244<Zagor> £2.59 per year doesn't sound too bad
2245<Zagor> i was wrong, it is taken
2246<Zagor> it's just not in use
2247<ironi> ok
2248<ironi> i see
2249<ironi> wow
2250<ironi> 123-reg is cheap
2251<Zagor> rockbox.org is registered by "Lasting Impressons, UK"
2252<Zagor> rockbox.net by one Sina Kermani, US
2253<Zagor> both .net and .org are unused. what a coincidence...
2254--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2255<ironi> co.uk is only for companies ricght
2256<Zagor> yes
2257<ironi> too bad
2258<ironi> very cheap, indeed
2259<Zagor> well we don't want a .uk domain anyway
2260<ironi> i was thinking for my own purposes
2261<ironi> $15 is the cheapest i have seen on .com so far
2262<ironi> well £9 is pretty much $15
2263<ironi> www.godaddy.com
2264<ironi> $9 =)
2265--> Linus- (~linus@labb.contactor.se) has joined #rockbox
2266<-- Linus has quit (Read error: 104 (Connection reset by peer))
2267<-- Linus- (~linus@labb.contactor.se) has left #rockbox
2268--> Linus (~linus@labb.contactor.se) has joined #rockbox
2269<ironi> *yawn*
2270<ironi> done yet? =)
2271<Bagder> now where's that daily-build link? ;-)
2272<Zagor> coming, coming...
2273<ironi> =)
2274<ironi> wow i have waited for
2275<ironi> this
2276<ironi> hey is the api docs availale anywhere
2277<ironi> sorry
2278<ironi> i found it
2279<Bagder> they're not very detailed
2280<Bagder> we could use a hand on that
2281<ironi> I would love to help but since I don't have the information on what all of them are, I can't do much
2282<Bagder> many of them are POSIX look-alikes
2283<ironi> ok
2284<ironi> *looks up POSIX in google..*
2285<ironi> =)
2286<Bagder> and you can check out the code in apps, as it all uses the different APIs we have
2287<Bagder> code is always the best docs ;-)
2288<ironi> yea if its commente dlike linu does it i oculd do it
2289<ironi> list_insert_before(reference node, The node to insert) - Insert a LIST_NODE in a list before another node in a LIST.
2290<ironi> like that
2291<ironi> nothing hard
2292<ironi> ut when it's not commented, it would take me a lot longer =)
2293<Bagder> right
2294<Bagder> we should comment the code like that
2295<ironi> like linus does in the list code
2296<Bagder> we should all be like Linus
2297<Bagder> ;-)
2298<ironi> i2c_read(address, buf, count) - Read something from something
2299<ironi> that what i can get out of that
2300<ironi> =)
2301<Zagor> still, just adding that function to the docs tells a lot
2302<ironi> i see
2303<Linus> What API are we documenting?
2304<Bagder> we should document them all
2305<ironi> Zagor: true
2306<Zagor> good point. i2c doesn't need to be documented, it's not part of the api
2307<Bagder> at least all for the apps
2308<Linus> But it may need documenting anyway...
2309<ironi> Zagor: what is part of the api
2310<ironi> i could go trough it and make a list of all the functions
2311<Zagor> ironi: everything the apps/ code acalls
2312<ironi> ok
2313<ironi> so all the .c and .h files in the apps dir?
2314<Zagor> check what they call, yes
2315<ironi> I can do that if you want me to. I can give it a try,a t least
2316<Zagor> good
2317<ironi> It can be good for me to put myself into it a bit
2318<ironi> =)
2319<Zagor> yup
2320<ironi> cool
2321<ironi> I'll get on it in an hour
2322<ironi> If I manage to get it so that even I can understand, then I think it will be a good API doc
2323<ironi> =)
2324<Bagder> hehe
2325<ironi> Bagder: thanks for answering the survey
2326<Bagder> np
2327<ironi> I realize the last question was a bit strange
2328<ironi> but we were basing the interview on a paper that claimed that to be one of the main motives (i.e. publishing the names)
2329<ironi> I thought that sounded funny so I wanted comments on it
2330<ironi> I mean, to use that in commercial projects
2331<Bagder> I realized that
2332<ironi> Zagor: i really had use of the presentation you have me the link to, by the BCG
2333<ironi> Zagor: the model of how open source work is done is great
2334<Zagor> that was bagder :)
2335<ironi> im describing it form 3 perspectives, structure, processes and boundaries
2336<ironi> oh it was?
2337<Bagder> hehe
2338<ironi> ok *ehm*
2339<ironi> Bagder thanks
2340<Bagder> I was one of the 12 or something swedish persons participating in it
2341<ironi> i mean structure is obvious, its virtual teams cooperating...processes is also obvious, it is well defiens in the model
2342<Zagor> i did too
2343<Bagder> hehe, that's cool
2344<Bagder> haxx!
2345<Bagder> :-)
2346<Zagor> yup
2347<ironi> but boundaries....im thinking if i could say that an OS project is limited by its participants
2348<Zagor> ironi: yeah, but define "participants". users are a big part of all projects
2349<ironi> there are no real predefined boundaries like in "normal" organisations
2350<ironi> Zagor: true
2351<ironi> by the active participants then
2352<Bagder> in open source, the boundary between developers and users often get blurry
2353<ironi> true
2354<ironi> thats why i'm saying that the only boundaries, i.e. where the os project group ends and the rest of the world begins, is the active participants
2355<Bagder> right
2356<ironi> =)
2357<ironi> you should read my paper
2358<Bagder> I'd like to
2359<Zagor> maybe we should keep the daily .mods, at least a while.
2360<Zagor> oh, we do. never mind me... ;)
2361<Bagder> I don't even have a removal system yet ;-)
2362<Zagor> http://bjorn.haxx.se/rockbox/daily.shtml
2363<Bagder> neato
2364<Linus> I would say that it is pretty early to present daily builds...
2365<Bagder> yes
2366<Zagor> "Release early, release often"
2367<Bagder> ;-)
2368<Bagder> but we want to have early users too
2369<Bagder> kamikaze ones ;-)
2370<Bagder> lots of people just await getting something to put on their archos, now they can have it
2371<ironi> i am kamikaze
2372<Zagor> i'd say dwihno is the winner in the kamikaze contest so far :)
2373<Bagder> hehe, he is
2374<Bagder> he's in the lead
2375<ironi> hehe
2376<ironi> true, true
2377<ironi> if i jump off a building with my rockbox, i'll beat you
2378<ironi> andmyself :-P
2379<Bagder> just make sure that the Archos is visible on the pictures they take of you afterwards
2380<Bagder> ;-)
2381<ironi> hehe
2382<ironi> I had a little project going, trying to boot linux of the archos (with a boot floppy)
2383<ironi> i never managed to make it work though, the damn player could not be faound
2384<ironi> :(
2385<ironi> I compiled support for it in the boot disk kernel
2386<ironi> and did everything right....well I guess it was harder than I tohught
2387<ironi> figured it could be useful for ppl that have fast access in school etc, and want to download stuff nad then bring it home
2388<Zagor> ironi: there's a known problem booting off an usb disk, you need to increase a timeout somewhere. search the linux-usb mailing list
2389<ironi> Zagor: ah ok
2390<ironi> =)
2391<ironi> maybe I'll give it another try
2392<ironi> i was thinking of putting a umsdos dist, like zipslack, so that the disk doens't have to be partitioned
2393<ironi> bbl
2394<-- ironi has quit ("moh <k!15b8>")
2395<Bagder> I'm off for today
2396<Bagder> see ya around
2397<Zagor> ok, bye
2398<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
2399--- dwihno is now known as dw|GONE
2400<-- kitsune has quit (Read error: 104 (Connection reset by peer))
2401<PsycoXul> hmm weird
2402<PsycoXul> the browser's not showing a dir
2403<Zagor> hum=
2404<Zagor> ?
2405<PsycoXul> heh
2406<PsycoXul> i've got this dir 'Misc-junk' on here and its not showing it
2407<PsycoXul> heh
2408<PsycoXul> it shows it named 'Pilots.m3u'
2409<PsycoXul> and it shows 'Beck' named 'Ozzy.m3u.m' and i dunno what else
2410<Zagor> odd
2411--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
2412<ironi> I like living on the edge, yeah
2413<ironi> yeah
2414<ironi> :)
2415<Zagor> hehe
2416<ironi> *power on*
2417<ironi> eh?
2418<ironi> -MP3BITCH
2419<ironi> EFL1 q r
2420<ironi> thats my display
2421<Linus> so?
2422<Linus> :-)
2423<Zagor> do you have a catalog called MP3BITCH* ?
2424<Linus> Or are you one?
2425<ironi> no the drive is called that
2426<ironi> i named it that in windows
2427<Zagor> oh, looks like a bad bug then
2428<ironi> but what is EFL1 q r
2429<Zagor> random junk from some randomly read sector, I'd guess :)
2430<ironi> ok
2431<ironi> so in it there is a divx folder
2432<PsycoXul> yeah i get my volume label showing up as the first 'file' too
2433<ironi> but the div....wait
2434<ironi> lemme connect it again
2435<ironi> wohooo
2436<ironi> i like this
2437<ironi> its already better
2438<ironi> wow
2439<ironi> its first now i see what great work you guys have done
2440<Zagor> uh yeah, the volume label is a directory entry...
2441<Linus> Major crash?
2442<Zagor> i must filter it a bit :)
2443<ironi> Zagor: hehe
2444<ironi> also it owuld be cool to filter everything that is not mp3
2445<ironi> or maybe have a toggle :-P
2446<PsycoXul> heh
2447<PsycoXul> Maybe have a toggle
2448<Zagor> nag nag :)
2449<PsycoXul> but
2450<PsycoXul> i'd rather see all my files
2451<PsycoXul> i just keep them organized anyways
2452<ironi> well
2453<Zagor> a toggle is good
2454<ironi> yeee i win
2455<ironi> :-P
2456<PsycoXul> there's no non-mp3 files besides playlists or album-informative filenames anywhere that i have mp3 files
2457<ironi> jeez
2458<PsycoXul> but besides that, other files can be handled too
2459<ironi> ok it was a windows recycled folder
2460<ironi> or not
2461<PsycoXul> like text files
2462<ironi> i have a folder called Ztuff
2463<PsycoXul> at least in theory :p
2464<PsycoXul> my text viewing code isn't working :/
2465<ironi> nope
2466<ironi> the folder called EFL1 q r is supposed to be called Ztuff
2467<ironi> funny
2468<ironi> also, a convenient thing would be that the scroll loops
2469<Zagor> well there is no scroll at the momenet
2470<ironi> so that i dont have to go back but just keep on scrolling down
2471<ironi> i mean +/-
2472<Zagor> ah you mean the dirlist
2473<ironi> yeah sorry
2474<PsycoXul> yeah the dir list needs to be read into memory and sorted too :p
2475<Zagor> yup
2476<ironi> well this is so cool
2477<ironi> i already like this UI more than the original archos one
2478<Zagor> haha
2479<PsycoXul> spinning the disk the whole time you browse isn't that cool :p
2480<ironi> i wonder whether archos knows about this project
2481<PsycoXul> but yeah
2482<ironi> show_credits(); is indeed a very important fnction
2483<Zagor> haha
2484<PsycoXul> hmm damnit...
2485<PsycoXul> still not working...
2486<ironi> lalala
2487<PsycoXul> oh well i'll mess with it later
2488<ironi> is there any way i can get the files and build the mod in windows?
2489<ironi> i guess there is but im looking for the easiest one
2490<Zagor> ironi: it should be the same as building for linux.
2491<Zagor> except everything is more painful in windows
2492<ironi> hehe
2493<ironi> well i do have alinux box here too
2494<ironi> http://bjorn.haxx.se/rockbox/sh-win/
2495<ironi> shouldn't there be a actual page?
2496<Zagor> oops :)
2497<Zagor> reload
2498* ironi is gone, autoaway/10m [l/on p/on]
2499<-- Linus (~linus@labb.contactor.se) has left #rockbox
2500<Zagor> gotta go. bye!
2501<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
2502--> kitsune (~adam@24.118.162.179) has joined #rockbox
2503--> Moufle (~moof@195.101.176.125) has joined #rockbox
2504<-- kitsune has quit (Read error: 104 (Connection reset by peer))
2505<-- ironi has quit (Read error: 104 (Connection reset by peer))
2506<Moufle> hi
2507<Moufle> I just tried the daily release on my 20g recorder and it says ata : -4
2508<-- Moufle has quit (Remote closed the connection)
2509--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2510<kitsune> machinae supremacy - hero
2511<kitsune> http://www.penismightier.com/fenomas/japan.html
2512--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
2513<-- kitsune has quit (Read error: 104 (Connection reset by peer))
2514--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2515--> kitsune (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2516<-- kitsune has quit (Read error: 104 (Connection reset by peer))
2517--> huevo5050 (jander@158.Red-80-33-33.pooles.rima-tde.net) has joined #rockbox
2518<huevo5050> hello you know the UIE68 at 090036D0????????????????????
2519<huevo5050> its appears me always when i power on. Always except the first time that permit me to navigate a bit...
2520<huevo5050> hellooooo....
2521<huevo5050> ???¿¿¿
2522<-- huevo5050 has quit (" IRcap 7.1 http://www.ircap.com !")
2523<PsycoXul> heh
2524<adi|home> why do ppl come in... list a prob.. then leave?
2525--> Smari (~spm@217.151.174.205) has joined #rockbox
2526<PsycoXul> i dunno
2527<-- Smari has quit ("We all live in a yellow subroutine..")
2528--- dw|GONE is now known as dwihno
2529<dwihno> Good morning
2530<ironi> mornin
2531<ironi> i just came home from work
2532<dwihno> All work and no play makes Jack a dull boy
2533<ironi> hm
2534<dwihno> <-- is looking for a laptop
2535<dwihno> I'm probably gonna buy myself a new one
2536<dwihno> But I don't know which
2537<dwihno> Help me out on this one ;D
2538<ironi> i like dell latitude
2539<dwihno> What's the hardware configuration?
2540<dwihno> I'd like to be able to use 3D-stuff on it :)
2541<ironi> well I don't know...depends
2542<ironi> i just like dell latitude in general
2543<dwihno> Ah, okay
2544<dwihno> My friend has a dell lattitude something... Rather cute and good performance-wise...
2545<dwihno> I just don't know if I want a p4 or piii processor...
2546<dwihno> I mean, I'm accustomed to a AMD 800 with 512 megs of RAM
2547<dwihno> (and a rather decent 3d-card)
2548<ironi> i see
2549<ironi> i wish i chad resources ot by myself a brand new laptop :/
2550<dwihno> I sold my workstation
2551<dwihno> And I'm probably gonna sell my other computer too
2552<dwihno> I've passed the "I wanna play games" stage, so I just want a kickass development box
2553<dwihno> which I can carry around
2554<ironi> dwihno: I feel pretty much the same
2555<ironi> well I dolove GTA3 though
2556<ironi> :-P
2557<dwihno> heh
2558<dwihno> I want to be able to spank my friends in a game of Q3 every once in a while ;)
2559<dwihno> without no shitty software rendering stuff
2560<ironi> well there is nvidia cards for laptops
2561<dwihno> I guess 256 megs of RAM might be sufficent
2562<dwihno> My current workstation has a celeron 733, 256 megs of RAM, and it's quite OK
2563<dwihno> Sometimes it gets slow when I run too many applications at once, but that's not too often
2564<ironi> http://www.euro.dell.com/countries/se/sve/bsd/products/model_latit_latit_c840.htm
2565<ironi> that is a very very mean machine
2566<ironi> but very very expensive too
2567<ironi> 64 mb geforce 4 =)
2568<dwihno> a bit expensive :)
2569<dwihno> I guess the pricing range is >24 000 SEK
2570<dwihno> But no more! :)
2571<dwihno> (including VAT and taxes)
2572<ironi> http://www.euro.dell.com/countries/se/sve/dhs/products/model_inspn_inspn_2650.htm
2573<ironi> maybe that one
2574<ironi> i think dell in general is a good choice
2575<ironi> its not very expensive for what you get
2576<dwihno> hm
2577<dwihno> true
2578<ironi> comparing to ex. compaq evo
2579<dwihno> I'm gonna try to configure it
2580<dwihno> hm
2581<dwihno> Nice price, yup
2582<dwihno> Even with 256 megs of RAM
2583<ironi> it is, isn't it.
2584<dwihno> yup
2585<dwihno> Is 14" and 15.1" a big diff?
2586<ironi> well 2.7 cm diagonally
2587<ironi> you decide
2588<dwihno> that's a bunch
2589<dwihno> hm
2590<ironi> :)
2591<ironi> question is if its worth a lot
2592<dwihno> yeah
2593<dwihno> As long as it does 1024x768 ;)
2594<ironi> it does for sure
2595<ironi> if not more
2596<dwihno> What would you choose - a free DVD or a free CD-RW thingy?
2597<ironi> well are you going to watch dvd's or burn cd's?
2598<ironi> =)
2599<dwihno> I once saw a DVD disc at my friends' place ;)
2600<dwihno> Burn CD's, I presume ;)
2601<ironi> its kinda cheap for being a p4 isnt it
2602<dwihno> Final price tag: 19,419
2603<dwihno> yeah
2604<dwihno> sure is
2605<dwihno> (that is, with 256 megs of RAM, and 16 geforce2-go card)
2606<ironi> 21.929 isnt it?
2607<dwihno> hm
2608<dwihno> ah, missed the buttons ;)
2609<dwihno> being DDR memory too...
2610<ironi> but you should be able to get it w/o ms works and windows xp
2611<dwihno> you think so?
2612<ironi> well why wouldn't you, I mean if you are not going to use the crap
2613<dwihno> yeah
2614<ironi> (or install your own free copy)
2615<ironi> ms works, who uses that anyway
2616<ironi> or xp home deition
2617<dwihno> I don't even use the office suite
2618<dwihno> DOCBOOK POWER! ;D
2619<ironi> damn its a really nice price machine
2620<ironi> gets me wondering if there is a catch anywhere
2621<dwihno> Dell has the advantage of selling their own computers
2622<dwihno> That makes it possible to lower the prices
2623<dwihno> I'd like to see some bigger images of the computer
2624<ironi> true
2625<ironi> hey did you check the 400:- on-line purchase rebate :-P
2626<dwihno> hehe
2627<dwihno> I will not purchase it before the 29th ;)
2628<ironi> =)
2629<ironi> well well
2630<ironi> certainly a worthy candidate in your quest for a new laptop
2631<dwihno> help me to find some fullscreen images of the model please :)
2632<dwihno> (it must be cute!) :)
2633<ironi> http://www.techtv.com/graphics/library/3381317.jpg
2634<ironi> http://www.techtv.com/news/computing/story/0,24195,3382322,00.html
2635<ironi> it says "disappointing performance"
2636<dwihno> it does?
2637<ironi> http://www.pcmag.com/article/0,2997,s=1565&a=25886,00.asp
2638<dwihno> hmm
2639<dwihno> well, you found the catch ;)
2640<dwihno> I'm just wondering how the display is handling lower resolutions
2641<dwihno> Let's say, 800x600, when I want to play FPS games...
2642<dwihno> Will it stretch the screen or just center the image?
2643<dwihno> I have to say I like having everything built-in
2644<ironi> good question
2645<dwihno> At least, both floppy and CD reader thingy
2646<ironi> but it can do 27 fps in 1024x768 in q3
2647<ironi> it said in one report
2648<ironi> of the ones i pasted
2649<dwihno> Yeah, but 27FPS is painfully slow! :)
2650<ironi> is it? ok.
2651<dwihno> :)
2652<ironi> well it is a laptop
2653<ironi> =)
2654<dwihno> I think so
2655<dwihno> yeah
2656<ironi> i thought the eye cant recognize anything over 25
2657<ironi> but i am probably wrong
2658<dwihno> If you can live with the downsides, it's a great laptop
2659<ironi> you get a lot for the money i believe
2660<dwihno> yeah
2661<dwihno> Too bad I'm not able to order it rightaway, that 400:- rebate would be nice ;)
2662<dwihno> But you still get to switch the CD-ROM for a DVD or CD-RW without an extra fee :)
2663<dwihno> I _WAS_ considering one of those "cappuchino PC's" as seen on thinkgeek.com
2664<dwihno> but it was a bit expensive considering what you get
2665<ironi> well i have to sleep an hour before class
2666<ironi> been up since 10 am yesterday
2667<dwihno> oof
2668<ironi> except 1 hour of sleep between 20and 21
2669<ironi> i worked 22-07
2670<dwihno> I slept between 18-24, and 01-05 :)
2671<ironi> hehe
2672<ironi> ok later
2673* ironi is gone, zzz [l/on p/on]
2674<dwihno> later
2675--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
2676<dwihno> God morgon!
2677<dwihno> Guten morgen
2678<dwihno> Bienvenue!
2679<Bagder> morrn
2680<dwihno> :D
2681<dwihno> 1 2 3 jobba jobba jobba! :)
2682<Bagder> the daily build didn't work quite as it should
2683<Bagder> now it does
2684<dwihno> on error goto 0 :_)
2685<dwihno> :-)
2686<dwihno> You can call me Mr. ASP
2687<Bagder> hah
2688<dwihno> But PLEASE, don't hate me! ;D
2689--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2690* adam waves
2691--- adam is now known as kitsune
2692<Bagder> hey
2693<kitsune> heya
2694<dwihno> aye!Q
2695* kitsune listens to some funky music
2696<kitsune> who brought up Machinae Supremacy?
2697<Bagder> Linus used that for his initial attempts on the mpeg code, I don't know how he found it
2698<kitsune> in any regard, I was supremely impressed by their mp3s :p
2699<kitsune> I also appreciated the ogg files ;p
2700<kitsune> amusing
2701<dwihno> GAYNEZSS!
2702<dwihno> DAMN ASP GAYNESS!
2703<kitsune> eh?
2704<dwihno> ASP is the pure evil gayness!
2705<kitsune> I'm spreading the music around my standard IRC channels :P
2706<kitsune> heh.
2707<Bagder> :-)
2708<kitsune> I use PHP myself.
2709<Bagder> dwihno: like we couldn't tell that even without looking at it! ;-)
2710<dwihno> :-)
2711<dwihno> It gave me some stupid exception on 0-size files
2712<dwihno> damn gayness ASP!
2713<kitsune> why can't debian use rsync for their apt setup
2714<dwihno> What's rsync?
2715<kitsune> it is a fairly cool system
2716<dwihno> I never learned what it is
2717<Bagder> its a file mirroring protocol/server thing
2718<kitsune> heh, rsync finds differences and mirrors
2719<kitsune> yeah
2720<kitsune> it is pretty efficient
2721<dwihno> smart
2722<kitsune> rather than replacing a whole file, I'd be selective.
2723<Bagder> rsync is cool indeed
2724<kitsune> I don't see what the disadvantage
2725<kitsune> perhaps CPU usage, but that is > than bandwidth
2726--> tina (Syxer@c-24-245-33-209.mn.client2.attbi.com) has joined #rockbox
2727<dwihno> yeah
2728<kitsune> tina, you need to buy one of these jukebox things :P
2729<tina> oh?
2730<Bagder> kitsune: the only drawback would be that it uses a slightly less standard protocol
2731<kitsune> yeah
2732<kitsune> they rock
2733<kitsune> Bagder - hah, I suppose
2734<kitsune> Bagder - why not keep the old protocol around (ftp/http), and make (rsync) a special option
2735<dwihno> they rock - with the rockbox ;)
2736<kitsune> heh
2737<kitsune> I'll give rockbox alot more time before I use it as a full replacement
2738<Bagder> kitsune: right
2739<dwihno> Yeah, but it's fun to test
2740<dwihno> <-- was the FIRST to test it on the recorder ;D
2741<kitsune> heh
2742<kitsune> I don't see why anyone would want to use wavs on the thing :P
2743<kitsune> it is easy enough to encode them as mp3s, and they're smaller (which makes a differnece for people on dialup)
2744<tina> heh, dialup... I remember that nightmare
2745<dwihno> dialup is cool! :D
2746<kitsune> heh
2747<kitsune> I've had a hankering to install a modem in my box in my room
2748<kitsune> then I could dialup to it from anything :p
2749<dwihno> I remember using linux to share internet when I was a kid ;)
2750<kitsune> heh
2751<dwihno> (over a modem)
2752<tina> yeah... download an mp3... go take a shower... comeback... halfway done
2753<kitsune> nightmare
2754<kitsune> it shouldn't be that slow tina
2755<kitsune> I'll teach you how to use *nix someday :P
2756<kitsune> then you can make use of some automation
2757<tina> I had a crappy computer two
2758<tina> yey
2759<tina> *too
2760<kitsune> heh, Linux would be awesome on any old machine :P
2761<kitsune> I ran it on a Quadra 700, 25mhz Mac
2762<Bagder> RIAA sued audiagalaxy now, we'll see how much longer it'll be around
2763<tina> it wasn't that old
2764<kitsune> hah
2765<kitsune> Bagder - Oh well.
2766<kitsune> I never used AG
2767<Bagder> AG is just the best
2768<kitsune> ah
2769<Bagder> for mp3s
2770<kitsune> I think that is a problem with the current state of the american legal system
2771<kitsune> it is setting precedents that people in the future will regret.
2772<kitsune> :P
2773<kitsune> because it is new technology, and I highly doubt the recording industry understands just how useful it is.
2774<dwihno> Only 1337 people understands ;)
2775<kitsune> i.e. I learned about bands that I would of NEVER heard of through the Internet, while the radio/stores only can provide music to fit the tastes of the lowest common denominator
2776<kitsune> which, where I live, for my age group, consists of bad 'best of albums', nu-metal bands that are whinier than hell, etc.
2777<kitsune> As my Finnish bud Virtu would say, it is all part of American capitalistic imperialisn.
2778<kitsune> s/n/m/g
2779<Bagder> hehe
2780<dwihno> Virtulainen? Mustalaiset? Sillis?
2781<kitsune> eh?
2782* Bagder looks at dwihno
2783<kitsune> He lives in some place called Oulu, or something
2784* dwihno looks at his almighty socks
2785<kitsune> went to the university of Oulu, dealt in a project involving physical responses in virtual reality
2786<kitsune> socks of odor +2?
2787<dwihno> Hehe
2788<dwihno> they smell nice
2789<tina> heh
2790<dwihno> Like newly sprung roses
2791<kitsune> heh, Socks of Galadrial? ;p
2792<dwihno> <-- has excellent foot odor :D
2793* kitsune is in an Angband mood
2794<kitsune> that would be a sick game to port to a palmtop
2795<dwihno> angband?
2796<kitsune> and the guy who maintains the zangband packages for Debian hasn't updated them in a long time
2797<kitsune> yeah, open source roguelike game
2798<kitsune> I played it a few years ago
2799<kitsune> http://thangorodrim.angband.org
2800<kitsune> with some monkeying with the Makefile, you should be able to compile it on any *nix box :p
2801<dwihno> hey, I want some screenshots! :)
2802<kitsune> heh
2803<kitsune> it isn't impressive, graphically
2804<kitsune> but they have some :p
2805<tina> oh, come on... the @... the @!
2806<kitsune> I generally play it in ascii mode, heh
2807<dwihno> eww! :)
2808<dwihno> Are you still living in the 70's? :)
2809<kitsune> heh, it is kind of cool
2810<kitsune> yeah
2811<kitsune> I am, actually
2812<dwihno> Ah, you live in finland? :) Or poland? :)
2813<dwihno> That would explain it ;)
2814<kitsune> heh
2815<kitsune> time warp
2816<dwihno> Finns are stuck in the 80's
2817<kitsune> actually, the perk of the game is A) you don't have to use a mouse
2818<kitsune> B) You don't need to have a graphics card per se
2819<kitsune> C) You can be killed my star spawns of cthulhu
2820<kitsune> er, by
2821<tina> heh
2822<kitsune> my old High Elven Priest kicked the crap out of them though
2823<kitsune> Parsec is a slightly more modern game
2824<kitsune> I think of it as a reincarnated xpilot
2825<kitsune> www.parsec.org
2826<kitsune> unfortunately, it isn't open source
2827<kitsune> but it will be, perhaps, when they finish with it :p
2828<kitsune> since it is non-commercial.
2829<Bagder> weird doing non-commercial things non open source
2830<kitsune> not really
2831<kitsune> they have a tight group of developers
2832* Bagder is very pro open source
2833<kitsune> yeah
2834<kitsune> ftp://parsec.cg.tuwien.ac.at/pub/parsec_wallpaper2_1024.jpg
2835<kitsune> They like to waste their time NOT working on the client/server code making cool art from their ship models :P
2836<kitsune> I'd say the controls were reminiscent of wing commander of yore
2837<kitsune> slightly more complicated
2838<kitsune> the universe will never have enough phallus shaped spacecraft
2839<kitsune> isn't it sort of early in sweden?
2840<Bagder> 08:28 am
2841<kitsune> ah
2842<kitsune> GMT +1
2843<kitsune> and tina needs to learn how to change her Real Name :P
2844<Bagder> +2 right now actually, we're on DST
2845<tina> eh
2846<kitsune> "Matthew Syx"
2847<tina> shut up
2848<kitsune> heh.
2849<tina> I win
2850<kitsune> two comments I've received on the jukebox studio 20: "It holds THAT much!?" and "It's heavy"
2851<kitsune> ?
2852<kitsune> got any decent mp3s to upload, tina?
2853<kitsune> you got like 120 mbs from my box ;p
2854<tina> hmm... not really... the only stuff I've made an effort to get myself is cowboy bebop songs
2855<kitsune> I could of helped you earlier
2856<tina> eh... oh well
2857<kitsune> I had all the CDs + the Knocking on Heaven's door soundtrack
2858<kitsune> :p
2859<tina> I'll have to go through and see if there are any songs that have fallen through the cracks
2860<dwihno> kitsune: I'll give you my comment: IT KICKS ARSE!
2861<kitsune> heh, I've had mixed feelings
2862<kitsune> mine has alot of goofy hardware issues
2863<dwihno> Oh?
2864<kitsune> my first one died
2865<kitsune> but thankfully, I got another :P
2866<kitsune> *shrugs*
2867<dwihno> hmm
2868<dwihno> strangé
2869<kitsune> It is has generally been more better than for worse, of course
2870<dwihno> what model?
2871<kitsune> the real advantage is I don't need to buy CDs anymore
2872<kitsune> I've got a studio 20
2873<dwihno> mkay
2874<kitsune> I've been thinking of getting a new HD for it
2875<dwihno> Once I got the recorder I can't even think about having a 2 line char display
2876<kitsune> which would be pretty cheap in consideration
2877<dwihno> yeah
2878<dwihno> Unless it's locked, you can buy gigantic HD's :)
2879<kitsune> heh, how many lines does the recorder have?
2880<Bagder> 64 pixels
2881<kitsune> ah
2882<dwihno> But why wouldn't 20 gb be enough? ;)
2883<dwihno> It's a bitmap display
2884<kitsune> dwihno - I'd get a faster, better one :P
2885<dwihno> mkay
2886<dwihno> well, why faster?
2887<kitsune> heh
2888<kitsune> eh, no real reasons
2889<dwihno> faster = more power consumption
2890<kitsune> heh, I've got lots of rechargeables ;p
2891<Bagder> it'd need shorter time to read the same data, so it migth save batteries too...
2892<kitsune> lower seek times, for one
2893<kitsune> I don't know how the HD cache reads
2894<dwihno> me neither, I'm no techno geek :)
2895<kitsune> er, factors into the equation
2896<dwihno> 1+1=2 - period :)
2897<kitsune> oh well
2898<kitsune> if this thing has a nice head crash, I'll have an excuse to get a new one
2899<kitsune> and I'm not to afraid of opening the box up
2900<dwihno> Warranties are for sissies? ;)
2901<kitsune> if not, I'll just wait a few months, and pickup a nice equivalent drive for about the same price
2902<kitsune> heh, I already exchanged one
2903<dwihno> *connect the power supply to the recorder thingy*
2904<kitsune> my current one doesn't even have a serial number
2905<dwihno> it doesn't?
2906<kitsune> yeah
2907<dwihno> I got one! I got one! :D
2908<kitsune> heh, I had one
2909<kitsune> then I got a new box
2910<dwihno> I bet it was a replacement unit
2911<kitsune> I've been interested in that new 20 gig recorder
2912<kitsune> dwihno - yeah, obviously ;p
2913<dwihno> 20 gig recorder is pr0n'ish
2914<kitsune> heh
2915<kitsune> I suspect they'd have shaken even more bugs out of the design :p
2916<dwihno> I bet
2917<kitsune> and the USB2 is a nice feature
2918<Bagder> usb2 rocks
2919<Bagder> I can fill my recorder in an hour or so;-)
2920<kitsune> I'd need to get a new card, and figure out how to get it working in Linux
2921<kitsune> hah
2922<Bagder> works like a charm on linux
2923<dwihno> Bagder: Well, USB2 is nice for "the first fill", otherwise, USB1 is good enough for me ;)
2924<kitsune> hmm
2925<kitsune> what kernel?
2926* kitsune wonders what tina is doing.
2927<Bagder> kitsune: I use 2.4.18
2928<kitsune> as do I
2929<kitsune> with some funky patches :P
2930<tina> typing
2931<Bagder> kitsune: you just need a usb2 patch
2932<dwihno> :D
2933<kitsune> ah, good
2934<dwihno> Funky patches(tm)
2935<Bagder> kitsune: the recorder uses the ISD300, which makes it look like a "standard" usb-storage device
2936<kitsune> ISD200 you mean?
2937<tina> I had to write a play for english
2938<kitsune> tina, can I be an actor? ;p
2939<Bagder> kitsune: no, 200 is the usb1.1 the player/studio use
2940<kitsune> ah
2941<kitsune> heh
2942<kitsune> They need a new numbering scheme :P
2943<tina> no, it's for my class only
2944<dwihno> Bagder: Hmm, is the ISD200 driver compatible with the 300? :)
2945<Bagder> dwihno: no
2946<kitsune> heh
2947<Bagder> there's no need for a "special" driver for the isd300
2948<dwihno> I was just thinking about Björn's driver
2949<dwihno> mkay
2950<tina> I think we are performing it in two days
2951<kitsune> heh
2952<Bagder> I don't even build with Björn's driver to talk to my recorder
2953<kitsune> I'd really like to crack this little box open
2954<dwihno> <-- listens to some chilled Dire Straits beats on his 'REKÅÅÅRDÄÄÄR' :D
2955<dwihno> kitsune: There are some pretty nifty howto docs on the rockbox pages
2956<kitsune> yeah, I've been watching it since I got my original box back in december
2957* Bagder counts to 108 subscribers of the rockbox mailing list right now
2958<kitsune> heh
2959<kitsune> I'll join up
2960<dwihno> 'perform some basic (in)sanity checks
2961<dwihno> I LOVE commenting my code! :D
2962<kitsune> mail address?
2963<Bagder> send a message to majordomo@cool.haxx.se with the words "subscribe rockbox" in the body.
2964<kitsune> majordomo@bjorn.haxx.se
2965<kitsune> ah, okay
2966<kitsune> Yeah, I've done this :p
2967<dwihno> I'm gonna do that too
2968<kitsune> god I love running my own e-mail server :P
2969<kitsune> it is nice and fast
2970<dwihno> :)
2971<kitsune> the open source movement, or more linux in the scheme of things, is quite cool :P
2972<kitsune> I've got alot of software, that does alot of things, each quite customizable.
2973<kitsune> and then there is emacs.
2974<kitsune> which does everything, sickly.
2975* Bagder practicly lives in emacs
2976<kitsune> yeah
2977<kitsune> that is what I mean ;p
2978<kitsune> it does everything
2979* kitsune uses that, or vim. Generally dependent on mood, and which box I'm using :p
2980<kitsune> Virtu the mad finn uses emacs, alot.
2981<kitsune> and tina has no idea what we're talking about.
2982<Bagder> I use emacs 8-9 hours a day at work
2983<tina> hah, only a page and three quarters to go
2984<dwihno> Virtu?! Who the heck is virtu?
2985<Bagder> then some 2-3 hours a day on spare time hacking
2986<dwihno> I use VIM ;D
2987<kitsune> heh, I'll find his webpage
2988<kitsune> yeah, if I had a choice between emacs and vim, I'd go for the latter
2989<tina> I would have some idea if I were paying attention
2990<dwihno> Well, as always, people should use the editor they want, even if that would be edlin ;)
2991<kitsune> heh.
2992<kitsune> edlin
2993<kitsune> masocists
2994<Bagder> time for more coffee
2995<kitsune> he works with some pretty cool sounding stuff :P
2996<kitsune> http://www.immersion.com/products/3d/interaction/digiloop.shtml
2997<kitsune> http://tols16.oulu.fi/~mhalttun/ - but he is a weirdo
2998<dwihno> he looks scary
2999<kitsune> He's harmless
3000<tina> that's what they all say
3001<dwihno> tina: He's a scary dude, huh?
3002<kitsune> except for the whole bondage thing, but that is his girlfriend too :p
3003* kitsune is kidding
3004<tina> I dunno
3005<tina> who are you talking about
3006<kitsune> the URL I posted
3007<kitsune> and why the heck doesn't archos open source their firmware
3008<kitsune> it wouldn't really hurt them, since they're trying to sell hardware :P
3009<tina> he may seem harmless, but you can never quite tell
3010<kitsune> heh.
3011<dwihno> kitsune: One word. CONTROL.
3012<dwihno> If they develop under a closed box, they can do whatever they want
3013<kitsune> heh
3014<Bagder> and then don't have to show the world their crappy code :-)
3015<Bagder> they
3016<kitsune> true
3017<kitsune> albeit 95% of the world wouldn't care ;)
3018<kitsune> well, more than that.
3019<Bagder> very true
3020<kitsune> we need more hackers on this earth
3021<kitsune> like ol' capn' crunch of yore
3022<Bagder> the fact that they even scramble the binary indicates that they actually tried a bit further to disclose their stuff
3023<kitsune> I've had the desire to take control over the new 'highway messaging system' :p
3024<kitsune> I know they get their messages from some location or another, now how they get there, that would be the important aspect :p
3025<kitsune> Bagder - heh, wrong attitude.
3026<kitsune> okay, I think I've found the culprit to my mysterious problems with my juke :p
3027<kitsune> hardware wise at least
3028<kitsune> whenever I have the headphone plugged into it's jack, pressure to one side will cause the juke to suddenly powerdown
3029<kitsune> I plugged it into the line out, no more problem
3030<kitsune> exactly what purpose does this vestigial Line IN port on the Jukebox serve?
3031<Bagder> no clue
3032<dwihno> secret thingy?
3033<kitsune> heh
3034<kitsune> making Line IN a serial port, makes sense :p
3035<kitsune> remote debugging, heh
3036<kitsune> or a terminal for Linux? ;)
3037<kitsune> Linux on one of these things would be sick, and wrong.
3038<ironi> *yawn*
3039<Bagder> morning ironi
3040<kitsune> heh
3041<kitsune> 2 AM here
3042<kitsune> howdy ironi
3043<ironi> working nights is hell.
3044<ironi> Bagder: hi
3045<ironi> i've slept 2 hours in total in 24 hours
3046<dwihno> YAY! :D
3047<kitsune> Any particular reason this project has so many swedish folk in it? ;p
3048<ironi> 1 hour now, 1 hour last night
3049<dwihno> Sleeping is for wussies :)
3050<dwihno> has it already been 1 hour? :)
3051<dwihno> heh
3052<ironi> kitsune: cause swedish people are cool and like audio gadgets
3053<kitsune> yeah, I guessed that
3054<ironi> dwihno: yup, 1§
3055<ironi> 1½
3056* kitsune will in turn search for appropriate console fonts :p
3057<kitsune> all in the name of internationalization
3058<dwihno> May 28 Majordomo@cool. ( 32) Welcome to rockbox
3059<dwihno> Yay
3060--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
3061--- Zagor_ is now known as Zagor
3062<kitsune> heya
3063<Bagder> morning Z
3064<Zagor> hi
3065<Zagor> noticed we've got a bug report... i meant to comment on that on the daily page, but was too slow :)
3066<Bagder> the daily builds this morning kind of didn't work out properly so they're the same as yesterday
3067<Zagor> ok
3068<Bagder> btw, we might consider adding some kind of version string in the software so that we can display version in a running rockbox
3069<Bagder> s/might/should
3070<Zagor> yes
3071<dwihno> Hej Z
3072--- kitsune is now known as adam
3073* adam makes a silly face at nickserv
3074<adam> I wish there was no such madness
3075<Bagder> got an interesting compiler error:
3076* adam prefers IRC by contention
3077<Bagder> "If you cannot alter your program to avoid this failure, please contact your supplier"
3078<Zagor> haha
3079* Bagder curses his compiler
3080<adam> heh
3081<adam> what compiler? ;p
3082<Bagder> armcc
3083<adam> ah
3084<Bagder> Norcroft
3085<adam> I was guessing it wasn't gcc ;p
3086<adam> "If you cannot alter your program to avoid this failure, THERE IS NO WARRANTY HAHAHAHAHA"
3087<adam> I doubt the FSF would be that evil.
3088<Bagder> silly compiler indeed
3089<Bagder> I just moved a few #include lines and it worked again
3090<adam> wow, time stamps in the future
3091<adam> I should seriously set my clock a few years ahead, then everyone else would get clock skew :P
3092<adam> Alright, UIE09, any idea what summons that crash?
3093* ironi is gone, uni [l/on p/on]
3094<Bagder> adam: you ran the rockbox image?
3095<adam> heh, I compiled a firmware module from the source tar.gz
3096<Bagder> ok
3097<Bagder> we need to figure out what UIE09 is
3098<adam> heh
3099<adam> I've got a flukey juke
3100<adam> it should find lots of problems :P
3101<Bagder> Zagor: what kind of exception number is that UIE one? It isn't the "vector number" is it?
3102<adam> hah, 'curl' is developed by haxx too?
3103<Bagder> damn right
3104* Bagder spends far too much time on curl
3105<adam> heh
3106<adam> I'll take a peek
3107<Bagder> curl is my contribution to most linux distribs
3108<adam> nice long man page
3109<adam> ;p
3110<Bagder> Björn got into them with his linux driver ;-)
3111<Zagor> isd200 is mine
3112<adam> heh
3113<adam> wow, I didn't even bother /whois'ing
3114* adam is impressed :p
3115* Bagder bows
3116<adam> ISD200 has served me well.
3117<Zagor> 09 is CPUAE
3118<adam> CPUAE?
3119<Bagder> address error
3120<Zagor> yup
3121<adam> hmm
3122<adam> not healthy.
3123<Zagor> they're all listed in system.c
3124<Bagder> aha
3125<adam> then in I go
3126<Bagder> adam: you got that right away?
3127<adam> heh, Bagder - it comes after UIE68
3128<adam> UIE68 goes away when I take out my headphones from the jack and startup without em.
3129<Zagor> adam: yeah, we're apparently not setting up the serial port properly
3130<adam> heh.
3131<Bagder> Zagor: wasn't that 68 error fixed yesterday?
3132<adam> well, consider me about the closest person you can find to a generic end user.
3133<adam> totally useless ;p
3134<Bagder> Zagor: remember that adam is using the daily tarball that doesn't contain the fixes of yesterday
3135<adam> heh, I can use the latest cvs
3136<dwihno> :w
3137<dwihno> oops
3138<adam> if I'm able to duplicate them.
3139<Bagder> cvs is always better
3140<adam> yeah
3141<adam> and checking them out rigth now.
3142<adam> I suppose it is a necessary evil
3143<adam> heh
3144<Bagder> yeah, to survive on the edge you need special tools to keep the balance ;-)
3145<adam> system.c is about as useful to me as an egyptian hierloglyphic serial terminal
3146<adam> heh
3147<adam> I think the more complex and esoteric a program gets, the more magic power is imbued within each binary
3148<adam> i.e. apache mod_rewrite
3149<adam> doesn't seem very user friendly, and it isn't but it does some really neat stuff
3150<adam> heh, exactly why did archos take the liberty to create 'firmware installer' programs?
3151<Zagor> good question. maybe drag-and-dropping a file is too difficult
3152<Zagor> we're actually trying to make the code accessible even for non-wizards. system.c is an exception, unfortunately
3153<adam> sad world.
3154<adam> heh
3155<adam> well, I need something to get confused and disturbed by
3156<adam> and I'm learning perl, so uh, I should get used to really confusing structures :p
3157<Zagor> perl is nice
3158<adam> heh, swiss army chainsaw, essentially
3159* Bagder wears his RSA-in-perl t-shirt today
3160<adam> is that the dolphin one?
3161<Bagder> yeps
3162<adam> heh, cool shirt.
3163<dwihno> You damn geeks :)
3164<adam> oh well.
3165<adam> I'd get the license plate 'slack'
3166<Zagor> me, geek? noooo....
3167<adam> to show my love of the lazy system administrator mentality
3168<adam> laziness is what leads to innovative new ways to waste time and automate :p
3169<dwihno> automate :)
3170<dwihno> I love that word
3171<adam> it makes me think of the borg
3172<adam> but to me, that basically means abuse of cron, sleep, batch, etc
3173<dwihno> cron is your friend! :)
3174<adam> yes
3175<dwihno> Who is using the computer during nighttime? :)
3176<dwihno> No one! :D
3177<adam> well, I am
3178<dwihno> You are actually giving the computer something to do! YOU'RE DOING A GOOD THING! :)
3179<adam> well, lots of people are ;p
3180<adam> if it is a server
3181<adam> the script kiddies want to break in whilst you're at lunch
3182<dwihno> Not when normal people are asleep
3183<adam> heh, the world is round ;)
3184<Bagder> my computer computes RC5 all the time ;-)
3185<adam> #ev has demonstrated that fact by having a steady population all throughout the day
3186<adam> basically a cluster of people in Australia/New Zealand, a gaggle in North America, and quite a few in Europe.
3187<tina> oh, the crazy new Zealanders
3188<adam> yeh, them
3189<Bagder> our coffee machine is broken *again*
3190<adam> heh.
3191* Bagder runs off to find a working coffee machine and fill up
3192<dwihno> Mission: impossible
3193<adam> I should make it a goal to keep my load average at 1.0 at all times.
3194<dwihno> Good morning, mr Phelps
3195<adam> there was this interesting project tainted by commercialization
3196<Zagor> adam: dnetc is good for that :)
3197<adam> a research group testing cancer drugs wanting major distributed computing power
3198<adam> Intel of course stomped in and gave it to them, in the form of a friendly, close sourced, Windows only program :p
3199<dwihno> Zagor: In my mind, dnetc is just helping some fishy government agency
3200<adam> I suppose as long as there is some benefit research wise, I'm fine, but I'd rather have something a bit more like seti@home
3201<adam> heh
3202<adam> The NSA can afford billion dollar computers.
3203<adam> If they can afford billion dollar satellites :p
3204<Zagor> dwihno: government? they are doing exactly the opposite
3205<adam> I'm sure they have very little problems with laying the smack down on any code.
3206<dwihno> Zagor: That's what they want YOU to think! :)
3207<adam> heh.
3208<adam> I think the Internet should use cockney rhyming slang to encrypt :p
3209<PsycoXul> governments aren't behind much shit besides what you see
3210<PsycoXul> the big conspiracies are in the multinational corporations, and other organizations we don't even know about :p
3211<adam> heh
3212<adam> like Greenpeace
3213<adam> they want to save the trees and stuff.
3214<tina> or do they?
3215<adam> hmm
3216<adam> I think I'll degrade to the point where I'll be saying "Is it safe?" to random people I glide by in the streets.
3217<adam> Or take on Finagle's Seventh Law: "The perversity of the Universe tends towards a maximum"
3218--> Linus (~linus@labb.contactor.se) has joined #rockbox
3219<adam> hey Linus
3220<Linus> yo!
3221<adam> started listening to Machinae Supremacy
3222<adam> fucking awesome. :p
3223<Linus> Indeed!
3224<adam> Tina likes them as well :p
3225<Zagor> yeah, they're really good
3226<adam> heh, I'll share them with my other musical comrades.
3227<adam> they've got a link on their site to a commodore 64 web server
3228<adam> which strikes me as a major hack.
3229<Linus> C64 is still the ultimate computing platform... :-)
3230<adam> heh.
3231<tina> I am tired... sleep I go
3232<adam> You've got 3 hours to sleep.
3233<tina> hmm, is it even worth it
3234<adam> I tend to feel worse if I do sleep for 2 hours :p
3235<adam> than if I hadn't slept at all
3236<tina> yeah, but I have to write two more papers tomarrow
3237* adam has to run to the U today
3238<adam> but nothing else :P
3239<adam> goodnight, if you're going
3240<tina> I should stay up for freakazoid
3241<adam> ...
3242<adam> caffeine will aid you in that endeavour.
3243<tina> true
3244<adam> I personally get a little paranoid about drinking it :p
3245<adam> since I can recall one time where I stayed up for about 2 days after with about a dozen cups of coffee :p
3246<adam> and started to have heart palpations :P
3247<tina> I usually get paranoid, only if I am drinking it for awake purpuses
3248<adam> I meant it from the standpoint of physical health ;p
3249<tina> ah
3250<adam> I don't think the world is out to kill me any more than it is right now.
3251<tina> oh?
3252<adam> Did you see the caffeinated soap on thinkgeek.com?
3253<tina> I didn't see it, but I observed some of the conversation
3254<adam> heh.
3255<adam> Sick idea :P
3256<tina> yeah
3257<tina> at least I don't think I have any finals tomarrow
3258<adam> thanks to the internet, about half of my music originates from scandinavia :P
3259<tina> yey
3260<adam> i.e. Finnish/Swedish metal :p
3261<adam> of various subgenres
3262<tina> hai
3263<dwihno> hojt
3264<adam> stupid library: Guns of the South is 'In Transit'
3265<adam> whatever that means
3266* adam notes knowledge of *nix is of much use :P
3267<tina> that means it's going from one library to the one you reserved it to
3268<adam> I can imagine a time when people actually dialed into the library to browse the net :P
3269<tina> are you talking about the pre internet days?
3270<adam> well, it wouldn't be 'pre-internet' per se
3271<adam> I can't see any other reason they'd offer lynx :P
3272<tina> yeah, the thing that you could go into without internet service
3273<adam> uh...?
3274<tina> all you needed was a modem
3275<tina> and lots of patience
3276<adam> oh well.
3277<adam> you ever read Guns of the South?
3278<tina> nope
3279<adam> Civil War, 'cept this time the Confederates had AK-47s
3280<adam> :p
3281<adam> I suppose you can imagine the consequences of that.
3282<tina> fun fun
3283<tina> yes, perhaps there might have been a few consiquences
3284<tina> ...yup
3285<adam> hmm, must find more music...
3286<tina> indeed
3287<tina> how do you find this stuff anyway?
3288<adam> heh, word of mouth, websites, etc
3289<adam> google.com is good :P
3290<tina> ah
3291<adam> I was just lucky that Linus mentioned Machinae Supremacy
3292<tina> ah
3293* adam makes his site lynx friendly again
3294<adam> :p
3295<dwihno> URL?
3296<adam> rei.damnsw.net
3297* tina serches for information, but fails
3298<adam> heh
3299<adam> information on what?
3300<adam> oh crap, tomorrow I've got a lug meeting :P
3301<dwihno> www.klitta.nu
3302<dwihno> And some beta design stuff @ www.klitta.nu/k/
3303<adam> heh.
3304<adam> It'd be great if I could read swedish
3305<adam> :P
3306<adam> heh, mutable size boobies
3307<dwihno> :)
3308<adam> I've got my forum
3309<dwihno> The next version is vector based and looks pretty neat ;D
3310<adam> I want to basically get text-only tools setup
3311<adam> I've seen a bbs a friend was using, which appealed slightly
3312<adam> the more ancient, archaic, and basic the technology behind it, the more satisfaction I gain :P
3313<tina> it's for my world religion class
3314<adam> This is all I have to give you for world religions:
3315<adam> http://rei.damnsw.net/~adam/RoboChrist_sungod.jpg
3316<tina> heh
3317<dwihno> hah
3318<tina> why did I have to pick such a secluded religion
3319<adam> because you're silly? ;p
3320<adam> Did you pick Hare Krishna or something?
3321<tina> that, and all the major ones were taken
3322<tina> no, wicca
3323<adam> or Amita Buddhism.
3324<adam> heh
3325<adam> Wicca, very simple
3326<adam> take overweight women, add bastardized celtic rituals, and remove showers.
3327<adam> :p
3328<dwihno> :)
3329<dwihno> s/overweight/american/
3330<adam> hah
3331<adam> yeah
3332<tina> yeah, try finding a creation story from an ancient religion that was pretty much wiped out when the saxons arived in britain
3333<adam> essentially equivalent
3334<adam> make one up!
3335<PsycoXul> enuma elish
3336<tina> eh?
3337<PsycoXul> but different region
3338<PsycoXul> :p
3339<tina> eh??
3340<adam> http://www.sacred-texts.com/ane/enuma.htm
3341<dwihno> adam: making up history papers is fun! especially when your teacher sucks so much you actually get a high grade because of his/her inability to verify the content ;)
3342<adam> heh.
3343<adam> Sir, this answer came to me in a dream.
3344<tina> heh
3345<adam> It is all very simple
3346<dwihno> The masterness of bullshitting! :)
3347<tina> is it now?
3348<dwihno> You know you master it, when you get away with it ;)
3349<PsycoXul> hey wtf
3350* adam will get a degree con artisanry
3351<PsycoXul> the answer did come to me in a dream, and it is all very simple
3352<PsycoXul> in fact recognizing its simplicity was part of the dream
3353<adam> er, +in
3354<PsycoXul> but nobody else would get it!
3355<PsycoXul> in the dream
3356<adam> http://rei.damnsw.net/~adam/fullpage.jpg
3357<adam> we tried to fake someone's death for him
3358<PsycoXul> and i didn't understand how they could possible not comprehend it
3359<adam> so he'd stop getting mail from lamer 12 year olds about questions that could be answered in the stupid FAQ
3360<adam> Matt Burch, that is.
3361<PsycoXul> it being one of the single simplest and most fundamental principles of our reality and every facet of our existance
3362<adam> hah
3363<adam> PsycoXul - the stars are not right, it is not the time.
3364<PsycoXul> i just wish i could remember what it was it better :p
3365<tina> PsycoXul-what religion was that scripture for?
3366<adam> "Okay, well, I'll wait till this simple universe comes to me in MY dream, until then, you don't get credit"
3367<adam> er, simple universal fact
3368* adam in turn goes insane.
3369<tina> yay!
3370<PsycoXul> tina: its the creation epic of the ancient sumerians
3371<-- Linus (~linus@labb.contactor.se) has left #rockbox
3372<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
3373<PsycoXul> tina: actualy the written copies of it are from the newer babylonian days
3374<adam> heh, I noticed Tiamat listed
3375<adam> which is also the name of some whacky heavy metal band :P
3376<tina> yeah, that's a little too far away
3377<PsycoXul> :p
3378<tina> I'm trying to focus in on the brittish isles
3379<adam> yeah, I've only got one guide for you to consult
3380<adam> http://rei.damnsw.net/wiccan_creation_myths.txt
3381<tina> heh
3382<tina> it's not taht big if a deal
3383<tina> I have something, it's just not really a story
3384--> Linus (~linus@labb.contactor.se) has joined #rockbox
3385<adam> hey
3386<tina> eh, I go to sleep for real this time
3387<tina> night...morning... whatever
3388--> MSMaverick (~webmaster@pD9EB9BB7.dip.t-dialin.net) has joined #rockbox
3389<MSMaverick> hi
3390<Bagder> hey ho
3391<-- tina has quit ()
3392--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
3393--- Zagor_ is now known as Zagor
3394<MSMaverick> Anyone knows when the first build will work for the recorder 20?
3395<adam> never
3396<MSMaverick> I sold my 6000 3 months ago :(
3397<Bagder> MSMaverick: not right now
3398<adam> actually
3399<adam> just be patient
3400<MSMaverick> yeah
3401<Bagder> the first target working will be the player/studio
3402<adam> I doubt you're going to want to jump on the first available releases ;p
3403<MSMaverick> yep your right :)
3404<Bagder> sure you do! ;-)
3405<Bagder> ask dwihno
3406<Bagder> ;-)
3407<Linus> dwihno is still our hero
3408<MSMaverick> huh?
3409<adam> heh
3410<adam> Well, I would...
3411<adam> but they punish me enough
3412<Bagder> he ran the first ever archos.mod for the recorder
3413<Linus> He is our best lab rat
3414<adam> heh
3415<MSMaverick> ah
3416<MSMaverick> hehe
3417<dwihno> :D
3418<Linus> To boldly test the firmware noone has tested before...
3419<Bagder> he's our *hero* ;-)
3420<MSMaverick> If I could write in C, I would help the project but I cant...
3421<adam> heh
3422<Linus> Assembler is fine too :-)
3423<adam> then you must *suffer*!
3424<adam> heh.
3425<dwihno> I AM HERO!
3426<Bagder> you can learn! ;-)
3427<dwihno> yay
3428<MSMaverick> :((( *suffering*
3429<dwihno> Hey, I found a really neat shockwave game
3430<dwihno> http://www.permobil.se/templates_se/P_SE_Page.asp?id=7401
3431<MSMaverick> Yeah, thats my world: Coding for the web
3432<MSMaverick> ASP, PHP, Perl...
3433<MSMaverick> But not C :(
3434<adam> my world is sitting around like a potato
3435<adam> heh
3436<MSMaverick> hehe
3437<adam> Perl and PHP both have some aspects of C
3438<MSMaverick> I know
3439<MSMaverick> But there are enough differences :)
3440<adam> just glob your knowledge of perl and php together into a sick bastard mutant code and grit your teeth?
3441<MSMaverick> dunno
3442<MSMaverick> So the actual builds DO work for the 6000?
3443<adam> heh, sorta.
3444<adam> I'm impressed by what I've seen so far :P
3445<PsycoXul> its nice
3446<PsycoXul> it needs 2 sets of sound controls i think though
3447<MSMaverick> Is it "cool"? I mean for grapics and so on?
3448<PsycoXul> one for the mas and one for the dac
3449<adam> heh
3450<PsycoXul> since they each have them
3451<adam> as cool as two lines of text can be
3452<MSMaverick> hehe ok
3453<MSMaverick> So you have to work on the recorder (8 lines) heheh
3454<PsycoXul> recorders bitmap so
3455<adam> yeah
3456<Linus> The DAC hasn't any sound control except for the volume
3457<Linus> and the deemphasis on/off switch
3458<Bagder> we build for player, playerold and recorder
3459<Linus> and believe me, you dont want to turn off the deemphasis...
3460<PsycoXul> are you sure? i swear there being others.. i don't recall for sure though, but even then what about its volume control
3461<PsycoXul> oh and how about the options for turning the various channels on/off
3462<PsycoXul> i still wanna listen to mp3's and line-in simultaneously :p
3463<Linus> OK. I assumed that you meant sound control as in bass/treble and such
3464<PsycoXul> but yeah fixing whats there is the priority of course, i'm just wondering :p
3465* Bagder counts to 76 different command line options to curl...!
3466<Bagder> and people think it might be hard to use! ;-)
3467<MSMaverick> MANY Options is all what the people need :)
3468--> alkorr (alkorr@srs07v-3-63.n.club-internet.fr) has joined #rockbox
3469<adam> hey
3470<Bagder> Alan man!
3471<alkorr> hi every body !
3472<Zagor> hi alan!
3473<MSMaverick> Is there a limit for the filesize of the firmware?
3474<Linus> yo!
3475<Bagder> MSMaverick: yes, 200K something
3476<MSMaverick> And rockbox currently has?
3477<Bagder> not sure, we pad up to 50K
3478<Linus> 20?
3479<alkorr> seems there are more and more people here :)
3480<MSMaverick> so enough space for more options? :)
3481<Zagor> we're somewhere around 20-25 i think
3482<Bagder> some players don't load smaller than 50
3483<Bagder> alkorr: you seen the last weeks' progress?
3484<alkorr> Well it isn't a problem this padding
3485<Zagor> nope, no problem
3486<Bagder> no problem at all
3487<alkorr> to have a 50 KB file doesn't mean it will waste 50 KB in memory :)
3488<MSMaverick> hehe
3489<alkorr> of course, i got your emails
3490<MSMaverick> Ah yeah but it is still not possible to support mp3PRO, nor?
3491<alkorr> well i don't think we have any chance with Micrometall to get what we need to add mp3pro
3492<Zagor> no
3493<alkorr> Micronas i mean
3494<MSMaverick> why
3495<alkorr> business company
3496<alkorr> very poor support
3497<MSMaverick> But there are other players around...
3498<Bagder> yeah, but we're stuck on this mp3 decoder
3499<MSMaverick> Isnt it possible to use a plugin like the one for winamp?
3500<Bagder> we don't have CPU enough
3501--- Disconnected (22).
3502**** ENDING LOGGING AT Tue May 28 06:07:12 2002
3503
diff --git a/www/irc/rockbox-20020529.log b/www/irc/rockbox-20020529.log
deleted file mode 100644
index f5d9c17491..0000000000
--- a/www/irc/rockbox-20020529.log
+++ /dev/null
@@ -1,93 +0,0 @@
1**** BEGIN LOGGING AT Tue May 28 17:38:59 2002
2
3--> adiamas (~adiamas@as5300-10.216-194-23-227.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
7<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
8<-- adam has quit (Read error: 104 (Connection reset by peer))
9--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
10<adam> hmm
11<adam> LUG meeting tomorrow :P
12<adam> == hauling big computer, getting back ache, LAN party
13<-- adam has quit ("BitchX WWW Site -- http://we.got.net/~brian/")
14--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
15--- dw|gone is now known as dwihno
16--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
17<dwihno> ironin! :)
18<ironi> dwihno
19<ironi> hey
20<ironi> i just joined
21<ironi> i'm going to sleep
22<ironi> actually
23<ironi> be back around 1 pm
24<ironi> =)
25<dwihno> Haha
26<dwihno> Galning :)
27<ironi> just wanted to try the daily build before going to bed
28<dwihno> mkay
29<ironi> vadå jag jobbar ju natt :-P
30<dwihno> oj
31<dwihno> dåså, gå och lägg dig ;)
32<dwihno> Själv ska jag leka med DX3-API:et :)
33<ironi> dx3?
34<dwihno> Jepps
35<ironi> ehm den nya dirbrowsern hajjar jag nada av
36<dwihno> DirectX :) Gammal mupps
37<ironi> build 20020529
38<dwihno> Ingen idé att jag testar på min - jag har en recorder :/
39<ironi> okay
40<ironi> i see
41<ironi> nä dags att sova lite jag kollapsar snart...och mun hy är fet...får nog finnar...helvetesnattjobb
42--- ironi is now known as irony|zzz
43--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
44<Bagder> gooood morning
45<dwihno> Hej hej
46<Bagder> the daily builds seem to have been built properly today
47<adiamas> anyone else play with the simulator lately?
48<Bagder> I made it build yesterday
49<Bagder> `problems?
50<adiamas> yeah.. the dir listing looks weird...
51<adiamas> misplacement of icons .. etc..
52<adiamas> bah.. don't worry.. ill get it tomorrow night.. i need sleep
53* adiamas waves
54<Bagder> hm, I believe Björn was messing in that code yesterday
55<Bagder> night
56<dwihno> I just got DX3 to compile with my mingw setup! :)
57<Bagder> dx3?
58<dwihno> yup
59<dwihno> directx3
60<dwihno> stonage stuff :)
61--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
62--- Zagor_ is now known as Zagor
63<Zagor> hey boys
64<Bagder> morning
65<Bagder> adiamas says you broke the dir browser on the recorder
66<Bagder> well, he didn't say you did it, he says its broken
67<Zagor> yes, i might have. didn't have time to test it much yesterday
68<Bagder> the daily build worked fine this morning
69<Zagor> nice
70<Bagder> in a few days, I'll set up a find job too that'll erase all files older than X days
71<Zagor> linus got a nice idea yesterday. how much work is it to get a CVS report listing all change comments between builds?
72<Bagder> I'll have a look
73<Bagder> should be a cvs log output with a time interval
74<Zagor> it would be a good automated changelog
75<Bagder> there's a cvs2changelog script somewhere
76<Bagder> cvs log -d "2002-05-28 06:00<2002-05-29 06:00"
77<Bagder> seems to work
78<Bagder> just needs some decent parsing
79<Bagder> parsing in progress
80<dwihno> Yay! :D
81<dwihno> The power of parse compels you!
82<Zagor> when the disk is spinning, the 6k uses 240mA
83<Bagder> isn't that ~70mA more?
84<Zagor> this means idle disk spins are not that expensive
85<Zagor> exactly
86<webmind> hm
87<webmind> question: u people know if its normal that the battery does not last for 8 hours after first use :)
88<Zagor> yes it's normal. the batteries take a few charges to get full effect
89<Zagor> also the first use tends to involve a lot of keypresses :)
90<webmind> a few charges ?
91<webmind> hmk
92<webmind> heh :)
93**** ENDING LOGGING AT Wed May 29 03:15:15 2002
diff --git a/www/irc/rockbox-20020531.log b/www/irc/rockbox-20020531.log
deleted file mode 100644
index 2610a88f5d..0000000000
--- a/www/irc/rockbox-20020531.log
+++ /dev/null
@@ -1,2301 +0,0 @@
1**** BEGIN LOGGING AT Wed May 29 23:40:11 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-46.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
6--- You are now known as adi|home
7<irony|zzz> http://www.teilar.gr/~h2527/
8<irony|zzz> mornin
9--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
10<PsycoXul> ok so why is bmp.h being included somewhere for a player build?
11<PsycoXul> and whats up with snprintf conflicting types?
12--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
13<Bagder> mooo
14<irony|zzz> heya there bäddur
15<irony|zzz> nice to see you
16<irony|zzz> Do you have power heh
17<Bagder> *I* have
18<irony|zzz> or is it black in kista
19<irony|zzz> :-P
20<irony|zzz> contactor takes a day off?
21<Bagder> Kista is pretty black, yes
22<Bagder> I'm at a customer south of stockholm
23<irony|zzz> i see
24<irony|zzz> talked to a friend working at nordnet (teletrade)
25<irony|zzz> they suffered some probs
26<irony|zzz> but they managed to get their fiber online
27<irony|zzz> jus tnow
28<Bagder> they in kista?
29<irony|zzz> good for them, stock exchange is opening in 2 minutes, isn't it
30<irony|zzz> yup
31<irony|zzz> they just got the servers online like 1 minute ago
32<irony|zzz> they supposedly moved there not long ago
33<irony|zzz> if i remeber it right
34<irony|zzz> nice company, lot of heavy machines =)
35<Bagder> hm, well I bet no one is at our office at this time anyway
36<irony|zzz> =)
37<irony|zzz> I hope I'll move to sthlm in august
38<irony|zzz> and hopefully find some job there
39<irony|zzz> I don't think it can be too hard.
40<irony|zzz> Well w/o any work experience it's not allt hat easy, but I do hope my degree will be work something
41<Bagder> I'll cross my fingers for you
42<irony|zzz> thx :)
43<irony|zzz> well time fo rme to sleep now, I've had a REALLY rough night
44<irony|zzz> had like 30-35 ppl in the shopa t the same time
45<irony|zzz> all drunk, all wanting hot dogs
46<Bagder> haha
47<Bagder> what shop is this?
48<irony|zzz> 2 hours of extreme stress between 1:30-3:30
49<irony|zzz> gas station actually, shell.
50<Bagder> aha
51<irony|zzz> we're open 24/7,a nd i do the night shift this week, covering for another emoployee
52<irony|zzz> its a shitty job but i need osmething to make some money for summer vacation
53<irony|zzz> and also, this makes you appreciate you decided to get a masters degree
54<irony|zzz> heh
55<Bagder> I figure that
56<irony|zzz> but it's nice in some strange way...
57<irony|zzz> you get into the work of ordinary people...factory workers, newspaper drivers, taxidrivers
58<irony|zzz> into their world
59<irony|zzz> I find that fascinating...for some reason
60<irony|zzz> People that don't think too much about things that aren't concrete...they just live on.
61<irony|zzz> Bah, Iäm ghetting to philosophic, even though I do have a point with this.
62<irony|zzz> time to sleep
63* irony|zzz is gone, zzz [l/on p/on]
64<irony|zzz> later
65<Bagder> see ya
66<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc3/20020523]")
67--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
68<-- irony|zzz has quit (" <k!15b8>")
69<-- elinenbe has quit (Client Quit)
70--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
71--- ChanServ gives channel operator status to Bagder
72--- Bagder has changed the topic to: web site down due to power blackout
73<PsycoXul> so yeah how about the current cvs
74<PsycoXul> first i get errors about not finding bmp.h (and i'm trying to build for a player!) and then snprintf conflicting types
75<Bagder> hm
76<PsycoXul> the bmp.h thing is in main_menu.c
77<Bagder> I see it too now
78<Bagder> it breaks all over
79<PsycoXul> heh
80<adi|home> yeah.. i had the snprintf complaint today..
81<Bagder> I fix
82<Bagder> try now
83<PsycoXul> its good now
84<Bagder> good only recorder builds break now ;-)
85<Bagder> .. and now that builds too
86<PsycoXul> hmm
87--> Zagor (~haxx@Job.elit.net) has joined #rockbox
88<Bagder> woo
89<Zagor> hi there
90<Bagder> a different Zagor ;-)
91<PsycoXul> ok well it looks like that changes in CGRAM get reflected in already-printed characters on the screen
92<Zagor> yeah, this blackout forces creative solutions :)
93<PsycoXul> i mean the custom chars change as soon as you change them :/
94<Bagder> Zagor: let me know if you wanna use my home machine for anything creative ;-)
95<Zagor> bagder: can you set me up a ssl tunnel?
96<Zagor> brb
97<-- Zagor has quit (Client Quit)
98--> Zagor (~haxx@Job.elit.net) has joined #rockbox
99<Zagor> has anyone found any bugs the last 12 hours?
100<Bagder> yes
101<Zagor> what?
102<Bagder> edx broke the build
103* Zagor smacks edx
104<Bagder> hehe
105<Zagor> what did he do?
106<Bagder> #include "bmp.h"
107<Zagor> buh
108<Zagor> oh well
109<Bagder> and I fixed the snpritnf() proto
110<Bagder> as that caused confusion too
111<PsycoXul> ok i've got 3 different dirs that the first 10 chars of are the same
112<PsycoXul> 2 of which the first 11 chars are the same
113<Zagor> psycoxul: tough :)
114<PsycoXul> and i can't tell them appart in the browser, but worse is i can't tell them appart by their contents which should be different
115<PsycoXul> 1 of them i can tell appart from the other 2
116<PsycoXul> but then the other 2 i can't
117* adi|home has no idea what PsycoXul is talking about
118<PsycoXul> those 2 also appear right next to each other in the browser
119<Bagder> adi|home: it's rockbox on a player target talk ;-)
120* adi|home perks up
121<adi|home> sweet...
122<adi|home> but im sorry. i refuse to shell out another 200$ just to get a player so i can keep up with you folks ;)
123<Bagder> boooo ;-)
124<adi|home> you could always send me one of those donated units ;)
125<Bagder> I'd go for a donut unit too :-P
126* Bagder needs coffee
127<adi|home> that would go with your 'donut unit ' ;)
128--> bjst_ (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
129<adi|home> hmmm.. minor bug here...
130<bjst_> hey there
131<adi|home> need to look into that.
132<-- Zagor has quit ("Leaving")
133--- bjst_ is now known as Zagor
134<Bagder> hm, now I have to move my mp3 stream to another port...
135<Bagder> :-)
136<adi|home> maybe that someting we need ;)
137<adi|home> a common mp3 repository for all of us ;)
138<Zagor> Bagder: hehe
139* adi|home pokes Bagder
140<adi|home> you need to get me and ip and port so i can downsuck at work ;)
141<Bagder> Zagor: I'll run it tunneled through ssh ;-)
142<Bagder> downsuck ?
143<adi|home> downsuck: (v) to download at a high rate for the purposes of later consumption.
144<Bagder> ah
145<adi|home> [ie: 'Bob downsucked 30gigs of music that he had never heard of just in case he would want it later.']
146<adi|home> :)
147<Bagder> I don't want my poor machine and connection get choked by maniacs downloading mp3s ;-)
148<adi|home> hehehe
149<adi|home> what conneciton you on?
150<Bagder> adsl, 2.5mbit down, 700kbit up
151<adi|home> bahh.. your just fine ;)
152* adi|home pokes Bagder
153<adi|home> come'on.. share
154<adi|home> ya know you want to
155* adi|home inserts gross amounts of peer pressure
156<Zagor> adi|home: you don't want bagder's music anyway :)
157<adi|home> why not?
158<adi|home> :)
159<Bagder> haha
160<adi|home> i have yet to find music i won't listen to :)
161<adi|home> rap
162<adi|home> country
163<adi|home> blue grass
164<adi|home> techno
165<adi|home> rock
166<adi|home> punk
167<adi|home> blues
168<adi|home> showtunes
169<adi|home> p0rn
170<adi|home> classical
171<adi|home> its all good :)
172<Zagor> it's none of the above. i'll say no more...
173<adi|home> hehehe
174<Bagder> I do have *some* of the above too
175<PsycoXul> why's lcd_write() and related macro's only defined in lcd.c and not usable directly from an app?
176<adi|home> Armagedon Dildos?
177<adi|home> wtf
178<Zagor> PsycoXul: 'cause they're not part of the API. define a high-level function to do the job.
179<Bagder> PsycoXul: I think that's because we've aimed at a somewhat higher level api for the applications
180--> Zagor_ (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
181<Zagor_> tadaaa
182<-- Zagor has quit ("Client Exiting")
183--- Zagor_ is now known as Zagor
184<Zagor> ssl tunnels rock
185<Bagder> well, it isn't really ssl ;-)
186<Zagor> nah, but it's the ssl port :)
187<Bagder> right
188<Zagor> so, where were we? edx broke the build? who broke edx? ;-D
189* adi|home kicked edx in the nuts.. that count?
190<Bagder> I fixed the build
191<Zagor> ok, good
192<adi|home> how expensive a call is lcd_update?
193<Bagder> adi|home: Gary once mentioned he could get 20 fps using that
194<adi|home> ummmm.. is that good or bad?
195<Bagder> but I guess he did more than just updating too then ;-)
196<adi|home> im just noticing we do alot of:
197<adi|home> function()
198<adi|home> function()
199<adi|home> lcd_update()
200<adi|home> return
201<adi|home> other_function()
202<adi|home> lcd_update()
203<Bagder> right, that is not good
204<adi|home> where the second call only makes a minor change over the first
205<adi|home> i thought so
206<Bagder> we could possibly remake things to only do lcd_update() just before we await a keypress
207<PsycoXul> hmm
208<adi|home> dunno if i like that or not...
209<PsycoXul> what shifts the words over 1 char for the cursor on the player
210<PsycoXul> i thought just the printing of the '-' was doing it but its not heh
211<adi|home> i don't think we have a function for that...
212<PsycoXul> in tree.c i mean
213<adi|home> i don't get what you mean then
214<PsycoXul> do you have a player?
215<adi|home> you mean the alignment of the 1char in the col?
216<adi|home> nope.. recorder
217<PsycoXul> well
218<PsycoXul> heh
219<PsycoXul> but basically i mean
220<adi|home> but the display in that sense should be the same
221<PsycoXul> its '-Stuff'
222<PsycoXul> and if i get rid of the - printing entirely its still ' Stuff'
223<adi|home> okay.. and what do you want?
224<adi|home> 'Stuff'?
225<PsycoXul> yes
226<adi|home> because the '-' is your cursor
227<adi|home> so you want:
228<adi|home> -Stuff
229<adi|home> other stuff
230<adi|home> to be
231<adi|home> Stuff
232<adi|home> other stuff
233<adi|home> ?
234<PsycoXul> yes
235<adi|home> how do you kno which one your selecting then?
236<PsycoXul> because we don't need - as a cursor on the player, it has a cursor of its own that reverses the text
237<PsycoXul> and it doesn't need to take up a space
238<adi|home> ahhh.. okay..
239<adi|home> got ya
240<adi|home> one sec, let me look
241<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
242<PsycoXul> ok
243<PsycoXul> i see it
244<PsycoXul> #define LINE_X 1 /* X position the entry-list starts at */
245<PsycoXul> heh
246* adi|home nods
247<adi|home> but make sure you #define around it
248<adi|home> the recorder does need a cursor
249<PsycoXul> yeah
250<PsycoXul> well i'm just testing stuff atm
251<adi|home> okay.. i got it..
252<PsycoXul> i still need to see if i can make that cursor show up and not blink
253<adi|home> just set the LINE_X to 0
254<PsycoXul> yeah
255<adi|home> and: line 116
256<adi|home> or there in abouts
257<adi|home> lcd_putsxy
258<adi|home> put that inside the #ifdef below it
259<adi|home> before the lcd_update
260<PsycoXul> hmm
261<PsycoXul> what?
262<adi|home> okay.. go to tree.c
263<PsycoXul> lcd_putsxy's just for the recorder
264<PsycoXul> i'm not touching anything with that
265<adi|home> doh.. wrong line.. hold on
266<adi|home> check line 173
267<adi|home> see the lcd_puts after it?
268<PsycoXul> i've already gone through all those
269<adi|home> put _that_ inside the #ifdeff below it
270<adi|home> nods
271<PsycoXul> there's way too many places that say to put the "-" on there, but i already changed them all :p
272<adi|home> heheh k
273<PsycoXul> hmm
274<PsycoXul> i can't get the cursor to show without it blinking
275<PsycoXul> and its off half the time when its blinking heh
276--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
277* PsycoXul will mess with it more later... tea and movie now
278--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
279<Linus> Yo!
280<Bagder> hej linus
281* Zagor is dogfooding today
282<Linus> I'm glad I don't live in the northwest part of Stockholm
283<adi|home> the menu on the recorder.. is it supposed to wrap hen you hit top or bottom?
284<adi|home> or do we just stop?
285<Zagor> just stop
286<Zagor> i removed the wrap yesterday
287<adi|home> okay..
288<adi|home> then i just fixed the recorder menu..
289<Zagor> it was bugging, and became rather confusing on the 2-line player
290* adi|home nods
291--> alkorr (alkorr@srs01v-7-102.n.club-internet.fr) has joined #rockbox
292<alkorr> Hello
293<Zagor> hi alan!
294<Linus> yo!
295<Linus> major power blackout. our site is down
296<Zagor> very ironic, since I really feel 1.0 is release ready
297<adi|home> hehe i noticed
298<alkorr> arf
299<adi|home> do we have any idea of this release works on the recorder or not?
300<Zagor> maybe it's a conspiracy instigated by archos? ;)
301<Zagor> it doesn't. the ata code isn't right
302<adi|home> k...
303<adi|home> btw.. have we given any thought to rolo yet?
304<adi|home> on the menu, when you hit Version, whats supposed to happen?
305<Zagor> tought, yes. code, no
306<adi|home> heheh k
307<adi|home> what are your thoughts on it?
308<Zagor> version show the firmware version number and waits for a keypress
309<Zagor> rolo should work much like lilo on linux
310<adi|home> um, well version on the recorder just shows 'CVS'
311<adi|home> im trying to figure out why the splash doesn't display right now
312<Zagor> yeah, that's the version right now :)
313<adi|home> heheh k
314<Zagor> i've removed the delay from the splash. i forgot it was used in the menu too.
315<adi|home> ahhh...
316<adi|home> k..
317<Bagder> adi|home: that version string is generated by the release tarball script
318* adi|home nods
319<adi|home> that makes sense
320<adi|home> no fair, your using logic
321<Zagor> hehe
322<Bagder> so if you'd build from a daily build tarball, you'd see a different version in there
323<alkorr> Zagor: the ata code isn't right ?
324<adi|home> Zagor: where was the delay you removed initially?
325<Zagor> alkorr: it fails for the recorder, for some reason
326<Zagor> adi|home: it was in show_splash()
327<Zagor> i removed it since I made splash appear during init instead of before
328<adi|home> hmmm.. k
329<alkorr> have a look on it Zagor
330<adi|home> well.. it doesn't really display at all now because of the sim ;) but i assume on a recorder or player it would
331<Zagor> adi|home: yes it does
332<adi|home> yes it does?
333<adi|home> meaning it will on the player?
334<Zagor> it shows on target
335<adi|home> k.. thats what i thought :L)(
336<adi|home> :)
337<Zagor> init takes about a second on the player, and about 3ms in the simulator :)
338<adi|home> hehe
339<alkorr> it doesn't read at all ?
340<Zagor> ata_init() fails with -4
341<Bagder> alkorr: it stops at "ata: -4"
342<alkorr> freeze lock ?
343<Zagor> yup
344<alkorr> no apparent locking ? i mean when accessing via a PC ?
345<Zagor> no we haven't seen a lock in a long time now
346<Bagder> using with usb works fine
347--- Tumm^Awej is now known as Tumm
348<alkorr> and if you comment the freeze_lock ?
349<adi|home> okay, you can now see the splash screen from the menu
350<Zagor> alkorr: haven't tried that
351<adi|home> Zagor, i fixed main.c
352<adi|home> it now references show_logo
353<adi|home> not show_splash
354<Zagor> ok, you fixed main_menu.c+h too?
355<adi|home> show_splash has a delay in it, show_logo doesnt
356<adi|home> only main_menu.h
357<adi|home> .c rather
358<alkorr> you should put -1 before command and -2 after command completion
359<Zagor> we need it in the header file or we'll get ab ugly compiler warning
360<Zagor> alkorr: how do you mean?
361<adi|home> need what?
362<Bagder> adi|home: we could make the "version" display show the logo above the version string, would look cool ;-)
363<Zagor> alkorr: ah in freeze_lock() you mean?
364<adi|home> that i can do :)
365<Zagor> adi|home: declaration of show_logo()
366<adi|home> Zagor: it was already that
367<adi|home> show_splash called show_logo
368<adi|home> originally
369<Bagder> zagor and linus, we should work away the compiler warnings
370<alkorr> more generay
371<adi|home> show_splash is called in the menu function pointer
372<Zagor> no, just show_splash. if main.c now calls show_logo instead, the .h needs to be changed
373* adi|home is now totally confused
374<adi|home> menu.h makes not reference to show_splash or show_logo
375<adi|home> main_menu.h only needs to know about show_splash
376<adi|home> so all should be well
377<alkorr> oh i have an idea ! the original recorder firmware maybe execute freeze_lock() so you cannot do twice !
378<alkorr> i don't another explanation for the moment
379<Zagor> ahh, yes that's quite possible
380<alkorr> i'm pretty sure about this
381<adi|home> Bagder: ill get the version to display the splash screen tomorrow.. im off to bed...
382<adi|home> night all
383<Bagder> night adi
384<Zagor> night!
385<alkorr> which version of newlib you use for rockbox ?
386<Bagder> 1.10
387<alkorr> gluuup 3 MB... :(
388<Bagder> yeah :-/
389<alkorr> hope it will compile fine after downloading it
390<Bagder> 3MB package for some very few functions
391<Bagder> (that we use I mean)
392<alkorr> i thought you wanted to get rid of it...
393<Bagder> it wouldn't be very hard to get rid of it now
394<alkorr> quite now i want to compile rockbox :/
395<alkorr> in fact it is only some file in app which are eager of newlib
396<Bagder> no
397<Bagder> strncmp, strncpy, strlen, memcpy etc
398<Bagder> they're used all over
399<alkorr> oh yeah it fails for app before the other directories
400<Bagder> ah yes
401<alkorr> recorder works now with ATA ?
402<alkorr> by the way which version of gcc do you use ?
403<Bagder> I use 3.0.3 for the cross compile
404<Zagor> alkorr: i'll test the recorder now
405<alkorr> k
406<alkorr> a question arises : if some arch*s firmware freezes the lock, we need to check after command failure if it is because the lock is always froozen to be correct
407<Bagder> is the mpeg thread suitably disabled on the recorder?
408<alkorr> well i read the ATA document
409<alkorr> it is said that "Frozen mode is disabled by power off or
410<alkorr> hardware reset. If SECURITY FREEZE LOCK is issued when the device is in Frozen mode, the command
411<alkorr> executes and the device remains in Frozen mode.
412<alkorr> not a good news
413<alkorr> oh it seems you don't issue a hardware reset even if the function is here
414<alkorr> "The device shall return command aborted if the command is not supported, or the device is in Locked
415<alkorr> mode.
416<alkorr> it doesn't mention there is an error if already frozen :/
417<Bagder> mp3 streaming through a ssh tunnel really doesn't work well
418<Bagder> for some odd reason
419<alkorr> ok, SECURITY_FREEZE_LOCK is a non-data protocol
420<alkorr> which means it issues an interrupt at completion
421<alkorr> so be sure to disable interrupt before (i suppose it is so)
422<alkorr> what is the main file ?
423<Zagor> apps/main.c
424<Linus> system_init disables all IRQ, and then we enable only those we actually use
425<Linus> and we don't use the ATA IRQ
426<alkorr> i see that
427<alkorr> but when you will use it, beware
428<alkorr> what i mean you did nIEN after two non-data command
429<alkorr> whereas it should be before
430<alkorr> it doesn't change anything quite now but still a mistake :)
431<alkorr> well, success ?
432<Zagor> well it doesn't say ata: -4, but it doesn't say anything else either :)
433<Linus> dead
434<Bagder> ouch
435<alkorr> try another command instead of freeze... just to say if ata controler is failing
436<Zagor> i'll try removing the splash
437<alkorr> uh you try to see if it exist a slave ?
438<Linus> yes
439<alkorr> so when you enter freeze, you are selecting slave ?
440<alkorr> unless freeze works for both...
441<Linus> both?
442<Zagor> we are selecting master or slave first, then perform commands
443<Linus> since the drive may be strapped as slave, we must determine that first
444<alkorr> yes because you leave DEV at the slave when you call freeze
445<alkorr> ah ok
446<alkorr> it is MASTER xor SLAVE
447<alkorr> if a master is found, we don't look for a slave
448<alkorr> sorry :)
449<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
450<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
451<-- alkorr has quit ()
452<Bagder> popping off like flies ;-)
453--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
454--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
455<Zagor> whoa. kernel panic!
456<Bagder> really?
457<Linus> Lame USB driver
458<Zagor> yup. usb isn't quite bug free :)
459<Bagder> hehe
460<Bagder> nasty
461<Bagder> and its not even usb2?
462<Linus> plain usb1.1
463<Bagder> did you see edx screendump of the win32 simulator?
464<Bagder> edx's
465<Zagor> no
466<Bagder> http://codeforce.d2g.com/rockbox/w32sim.jpg
467<Bagder> kinda neat-looking
468<Bagder> compared to the x11 one ;-)
469<Linus> Zagor has real problems with the USB driver...
470--> RKK60 (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox
471--- RKK60 is now known as edx
472<Linus> HELO
473<Bagder> hey edx
474<edx> hi
475<Bagder> edx: you should take bigger care not to break the builds
476<Zagor> lunch time
477--- Zagor is now known as Zagor|lunch
478--- Linus is now known as Linus|lunch
479<Bagder> all three broke
480<edx> oh.. what did i do?
481<edx> ahhhhhhhhhhhhhhhh
482<Bagder> you added an include of "bmp.h"
483<Linus|lunch> WRONG, that's what you did! :-)
484<Bagder> that doesn't exist
485<edx> ohoh.. sorry
486<Bagder> and should only ne included for recorder
487<edx> but i need that one.. (and you should too) because teh bmp_read function is not defined otherwise
488<Bagder> for the recorder, yes
489<Bagder> you made it unconditional
490<edx> ok.
491<edx> i am very sorry. i have not thought that far...
492<edx> did you fix anything yet - or shall I do now?
493<Bagder> I'm only telling you so that you can be slightly more careful next time
494<Bagder> I've fixed those things
495<edx> i will.
496<Bagder> it builds fine for all targets now
497<Bagder> gah
498<Bagder> it did
499<Bagder> not anymore
500<edx> what's the problem now..
501<Bagder> adiamas latest patch
502<edx> it builds for windows though
503<edx> what did he do?
504<edx> (btw.. i brought dir size to 144kb.. that should be ok, shouldn't it?)
505<Bagder> forgot to commit a change I suspect
506<Bagder> certainly, that's fine
507<edx> is that file used by the simulator (i dont get any errors)
508<Bagder> no it's in target-only code
509<edx> the target code.. does it work? like how much can you do already?
510<Bagder> it works for the player
511<Bagder> there's still some ata issues on the recorder
512<edx> ah..
513<edx> it plays mp3s already?
514<Bagder> yes
515<edx> cool :)
516<edx> we should implement a search possibility btw..
517<edx> to search a directory (or the whole hd)
518<Bagder> we should implement a lot ;-)
519<edx> true. :)
520<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
521<Bagder> the good part is that we can already write most of the code and try it in the simulators
522<Lion> Hey everybody. Anyone fix the loop-de-loop character bug?
523<Bagder> Zagor said he believed he did
524<Lion> Cool
525<Bagder> then the big bad power blackout fell upon us
526<Lion> Oh
527<Bagder> so there's no daily builds and stuff available
528<Lion> That's why the thing is down.
529<Bagder> yeah
530<Bagder> there's been a fire in some cables, the whole area went black
531<Bagder> I could offer you a binary if you feel like giving it a go ;-)
532<Lion> Sure, in a min... :)
533<Bagder> http://storebror.haxx.se/archos/
534--- Bagder is now known as Bagder|food
535--- edx is now known as edx|homework
536--- Linus|lunch is now known as Linus
537--- Zagor|lunch is now known as Zagor
538<Lion> Anyone know how PsyKul's test went?
539<Zagor> yes
540<Lion> And?
541<Zagor> the characters changed on-screen
542<Lion> FUCK
543<Zagor> so the trick doesn't work
544<Lion> Damn.
545<Lion> Well, I'll need to come up with a more complex alg.
546<Zagor> heh, yeah
547<Zagor> reboot again :(
548<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
549<Lion> He must run Windows
550<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
551--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
552<Lion> I think I have time this weekend to write some additinal layers for complex char management.
553--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
554<Linus> the splash screen bugs in the recorder
555<Linus> empty screen
556<Linus> seemingly dead
557<Linus> after removing the splash, it says: "ATA -5"
558--- Bagder|food is now known as Bagder
559--> alkorr (alkorr@srs03v-5-28.n.club-internet.fr) has joined #rockbox
560<alkorr> i download gcc-core-3.0.3 is it enough ?
561<alkorr> -ed
562<Bagder> try!
563<Bagder> Linus: show_logo() you mean?
564<Linus> alkorr: i'm not sure
565<Bagder> it uses malloc()... so it should be moved to at least after the malloc init stuff
566<Zagor> Bagder: no, it was before adi changed
567<alkorr> hey i don't want to wait for 1 hour to tell me there is something missing !!!
568<Bagder> ok
569<alkorr> so i prefer to be sure that gcc-core is enough before compiling it
570<Linus> alkorr: i have never used only the core version
571<Bagder> me neither
572<alkorr> good
573<alkorr> well... i pray so
574<alkorr> still down your website ?
575<Bagder> yeps
576<alkorr> i was looking for the HOW-TO-INSTALL-GCC-AND-NEWLIB-FOR-SH-TARGET page
577<Bagder> it should be available on the sf mirror too, right Zagor?
578<Linus> dead today. Look at our sourceforge mirror
579<alkorr> okay i try the redhat page
580<alkorr> sourceforge mirror ?
581<Zagor> rockbox.sourceforge.net
582<Bagder> http://rockbox.sourceforge.net/rockbox/cross-gcc.html
583<alkorr> ok, i didn't know that
584<alkorr> ok see you later
585<-- alkorr has quit ()
586<Bagder> Zagor: perhaps the splash was made before the malloc init before too?
587<Zagor> yes
588<Bagder> but otoh, I doubt you had a bmp stored there
589<Zagor> actually i had
590<Bagder> so what does -5 mean?
591<Bagder> oh you did, well that explains something! ;-)
592<Zagor> uhhh... must... remove... new emacs eye candy...
593<Bagder> emacs 21?
594<Zagor> yes, on storebror
595<Bagder> check my .emacs
596<Zagor> i did. i still get a blinking cursor.
597<Bagder> in the bottom
598<Bagder> oh
599<Bagder> blink-cursor
600<Bagder> "Non-nil means blinking cursor mode is active"
601<Zagor> ahhhhh
602<Zagor> splash-before-malloc_init was probably the crash reason
603<Zagor> with this flaky usb driver, i'm not sure I feel like experimenting too much though :(
604<Linus> still, the ATA problem persists...
605<Zagor> yes
606<edx|homework> ... is there a good mp3-download client for linux?
607<Linus> It's time to debug-enable a Recorder...
608<Zagor> edx|homework: audiogalaxy
609<edx|homework> preferably console...
610<Zagor> Linus: yep
611--- edx|homework is now known as edx
612<Bagder> edx: audiogalaxy is the best any-platform
613<edx> and: audiogalaxy preserves users from downloading some copyrighted files :/
614<Bagder> leech now before RIAA closes it down ;-)
615<edx> but i need a console :)
616<Bagder> yeah, like 2 of them million ones
617<edx> consoel program.
618<Zagor> edx: naah, just misspell the name some and it works again
619<Zagor> AG is console
620<Zagor> +browser
621<edx> cool
622<edx> cuz i'd like to run it via ssh
623<Zagor> you use their web site to select songs and then run a simple download client on your machine
624<Zagor> noninteractive
625<edx> i use ag for windows and normally i find stuff but there are some files that are really hard to find
626<Linus> of course
627<Linus> they can't have it all
628<Linus> and the most popular ones are filtered
629<edx> hard to find because they are copyrighted. thats what i meant
630<edx> yea
631<Bagder> I'll still have to see a better system appear
632<Linus> that's why you'll find artists like "Madona" and "Britny Spers"
633<Bagder> AG is a killer system just because it is not strict p2p ;-)
634<Zagor> edx: try "spiffy's AG tools", it automates searches for full albums. even tries misspellings and things in case of blocked download :)
635<Zagor> http://freshmeat.net/projects/agqt/
636<Bagder> I found "fags" the other day, a free AG sattelite clone
637<edx> zagor: great :)
638<Zagor> Bagder: good name :)
639<Linus> "fags" :-)
640<edx> "Nap is a console napster client written by Kevin Sullivan" That uses WinMX which is cool to :)
641<Bagder> yeah, kinda fun
642* Zagor is off to do mind-numbingly boring work
643<Linus> He's not joking
644<Linus> it's really boring
645<Bagder> but he's out from there starting next week, right?
646<Bagder> so he should have as boring as possible now!
647* Bagder grins
648<Linus> he might stay a little longer after all...they are discussing it.
649<Bagder> aaah
650<Linus> a few weeks longer
651<Linus> but again, maybe not...
652<Bagder> ata_spindown() could be modified to return different return codes, then we could easier see which of its operations that fail on the recorder
653<edx> hmm you linux guys have to help me
654<edx> i cant get a program to install..
655<edx> it has an "install" with it and when i type like install /srcdir/ /destdir/ it does about nothing
656<Bagder> linux programs usually don't get installed with 'install'
657<Bagder> did you download a binary package?
658<Linus> what program is it?
659<edx> that's "nap"
660<edx> napster client for linux
661<edx> it is a binary package, yes
662<Bagder> and there's no INSTALL or README document ?
663<edx> AUTHORS ChangeLog README nap napster.txt
664<edx> COPYING INSTALL README.win nap-session server
665<edx> COPYRIGHT NEWS get-servers.sh napping userguide.html
666<edx> there is.. yea
667<Bagder> so read it ;-)
668<edx> thought INSTALL was a program :/
669<Bagder> you can probably run 'nap' just as it is
670<edx> i cant
671<Linus> error message?
672<edx> AUTHORS ChangeLog README nap napster.txt
673<edx> COPYING INSTALL README.win nap-session server
674<edx> COPYRIGHT NEWS get-servers.sh napping userguide.html
675<edx> sorry
676<edx> bash: nap: command not found
677<Bagder> ./nap
678<Linus> ./nap
679<edx> that's what i get.. ahhhh
680<edx> ok thanks.
681<edx> ./nap: 1: Syntax error: "(" unexpected
682<edx> hm
683<Linus> . is seldom in the PATH
684<Bagder> in unix you don't usually have current directory in your path
685<Bagder> edx: do 'file nap'
686<edx> ok
687<Bagder> it displays what kind of file it is
688<edx> nap: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped
689<Bagder> now, read the INSTALL fil ;-)
690<Linus> ok ther read the README
691<edx> the readme file is helping me ... i guess i can do it ;)
692<Bagder> file
693<Linus> otherwise it would have been named IGNOREME :-)
694<edx> the readme just tells me how to compile it :/
695<edx> but those are already binaries
696<Linus> maybe it wants a config file
697<edx> what is the "su" command supposed to do?
698<Bagder> you need a linux course
699<Bagder> su makes you super user
700<edx> aha
701<edx> well i do it with ssh and the command wont work
702<edx> no matter i am a super user ;0
703<Bagder> "wont work"?
704<Bagder> what does that mean?
705<edx> the ocmmand doesnt exist
706<Bagder> su?
707<edx> yea
708<Bagder> you just don't have a proper path
709<edx> what path is it supposed to be in?
710<Bagder> there's not a linux system in the universe without su
711<Bagder> /bin/su on my box
712<edx> well maybe.. i dont need it anyways :)
713<edx> seems not to be in there :/
714<edx> well the nap thing says the same as before (unexpected ))
715<Bagder> so get the source instead
716<Bagder> it'll save you from this trouble
717<edx> ok.
718* Bagder is a prefer-the-source man
719<edx> hehe
720<edx> so now i have a tar.bz2 file... i dont even know how to unpack that ;P
721<Bagder> bzip -dc [file] |tar -xf -
722<Bagder> bzip2
723<edx> ok
724<edx> *slow 120 mhz machin working*
725<Bagder> :-)
726<edx> oh its a tar.gz (downloaded wrong file lol)
727<edx> how do i do that
728<Bagder> so use gzip instead of bzip2
729<edx> gunzip somethin |tar -xf -
730<edx> same params?
731<Bagder> yes
732<edx> ./confugre i gues..
733<Bagder> yes
734<edx> cool.. seems to work :)
735<edx> (its rare that something on linux works for me haha)
736<edx> btw.. do you know "Knoppix"
737<Bagder> nope
738<edx> that's a linux distribution
739<edx> it has been written by the brother of my gymnastics trainer..
740<Bagder> making a linux distribution is not very hard
741<Bagder> you could make one too
742<edx> i have never seen it (but i got a bootable cd of it yesterday.. will try)
743<edx> *making*
744<edx> bah.. warnings :/
745<Bagder> warnings are just warnings
746<edx> i know ;) hate them even so
747<Bagder> so fix them and mail back a patch!
748<Bagder> :-)
749<edx> nap.h:112: warning: `struct sockaddr' declared inside parameter list - they could do that themselves if tehy wanted to :)
750<Bagder> indeed
751<edx> heh takes quite long the compiling :)
752<Bagder> just wait until you built that sh cross compiler ;-)
753<edx> how long did it take you?
754<Bagder> I don't know
755<Bagder> it takes a while
756<edx> hah!
757<Linus> especially building all those newlib libraries
758<edx> finished
759<edx> *make install*
760<Bagder> usually you can't do that as a mere user
761<edx> that looks good - not the same mistake (just some weird characters)
762<Zagor> XFree86, now *that's* a compile for men
763<Bagder> hehe
764<Bagder> staroffice! ;-)
765<Linus> Mozilla
766<edx> Created config directory à
767<edx> aà
768<edx> ax/.nap
769<edx> Reading user config file /home/edx/.nap/napconf...
770<edx> /home/edx/.nap/napconf: file not found.
771<edx> User:
772<Bagder> that office beast is way bigger
773<Zagor> oooh, cheating ;)
774<edx> ahh that's what its supposed to mean
775<edx> on the ssh thing its some crappy stuff :(
776<edx> Password for user edx (optional):
777<Bagder> so you need to read the docs to see what to populate that file with
778<edx> hm why is the font fucked up?
779<Bagder> the font?
780<edx> well it displays like chineese characters in the ssh console
781<edx> if i paste it in mirc the text gets normal :)
782<Bagder> so, that's the ssh client's problem
783<Bagder> reset the terminal
784<Linus> Do we have any brave Recorder lab rats online?
785* Bagder looks at edx and grins
786* edx thanks bagder for his tip :)
787<edx> now it seems to work again
788<Linus> our USB driver is too nasty today
789<edx> i have a recorder.
790<Linus> i might want you to test a mod
791<edx> ok
792<edx> if it wont fuck up anything on my recorder :)
793<edx> send it to me
794<Linus> crap! ok, I'll ask someone else... :_)
795<edx> :o)
796<edx> what does the mod do?
797<Linus> an ATA test
798<edx> whats the worst thing that could happen?
799<Bagder> you mean that *COULD* happen or that is likely to happen? B-]
800<Linus> total disaster
801<Linus> like "ATA-6"
802<Bagder> oh no! not -6!! aaaaaah
803<edx> lol whats that
804<Bagder> just an error code
805<edx> hm the napster client works but i cant search anything - bah (server always says "bad search request")
806<edx> what would total disaster be?
807<edx> as long as the hd is still usable afterwards that's no problem hehe
808<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
809<edx> heh - there he goes
810<Bagder> it isn't likely to destroy any data or anything, after all this works on the player
811<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
812--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
813--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
814<edx> "/usr/bin/install: invalid user `root'"
815<edx> lol
816<Bagder> your system is screwed up
817<edx> it is not
818<edx> i jsut dont have a root user :P
819<Bagder> sane systems have a root user
820<edx> mkuser .. whats the command to create a new user?
821<Zagor> what distro is this?
822<edx> cygwin
823<edx> and whats the default password for root in cygwin lol
824<Bagder> you said linux before
825<Bagder> I mean, why were you surprised the linux executable didn't work?
826<edx> it worked.
827<edx> after i compiledi t.
828<Bagder> yes
829<edx> i thoguht cygwin was about eaqual to linux lol
830<Bagder> hah
831<Bagder> quite far from
832<edx> bah
833<edx> Zagor: the AG client wont work on cygwin ... I chose the static version - if I get the one without glibc .. may that work?
834<Bagder> hardly
835<Bagder> those are linux binaries
836<Bagder> right?
837<edx> yea
838<Bagder> cygwin is windows, not linux
839<edx> that is hmm.. not so good.. all that...
840<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
841<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
842<Xunil96> hmm... i take it no daily builds are available given that the web server(s) is(are) down
843<Bagder> right
844<Bagder> I have very recent ones available though
845<Bagder> http://storebror.haxx.se/archos/
846<Xunil96> cool... i finally found my usb cable for my jukebox and i wanted to try rockbox
847<Bagder> that's a player or studio?
848<Xunil96> player
849<Xunil96> er
850<Xunil96> wait, no it's a studio 10
851* Xunil96 chuckles
852<Xunil96> aparrently i'm not with it today
853<Bagder> well, that's the same binary
854<Xunil96> player-archos.mod?
855<Bagder> yes
856<Bagder> call it 'archos.mod' when you put it on your disk
857* Xunil96 nods
858<Xunil96> interesting
859--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
860<Xunil96> the interface is still coming along, i take it
861<Bagder> oh yes
862<Bagder> it's very basic still
863<Xunil96> still, darned impressive :)
864<Bagder> any noticable bugs?
865<Xunil96> hrm...
866<Xunil96> not bugs, no
867<Xunil96> well
868<Xunil96> you can't seem to stop the music :)
869* Bagder still has to see rockbox running
870<Bagder> hehe
871<Xunil96> but i don't consider that a bad thing
872<Zagor> stop isn't implemented, i forgot to check that in :)
873* Xunil96 chuckles
874<Xunil96> so what's this written in? SH1 asm?
875<Bagder> C
876<Zagor> C mostly
877<Xunil96> really!
878<Zagor> yup
879<Xunil96> hrm... need another developer? :)
880<Zagor> always
881<Bagder> sure!
882<Zagor> dive in!
883<Xunil96> cool!
884<Xunil96> i'll have to get the dev environment set up at home
885<edx> Xunil96: What OS do you have?
886<Zagor> man, emacs21 is slooow :(
887<Xunil96> edx, several; at home i have netbsd and windows; this server i'm ircing from is debian linux... i have an ultra enterprise 2 i switch back and forth between solaris 8 and netbsd
888<edx> hehe
889* Bagder notices that Xunil96 seems experienced enough in the area of OSes ;-)
890<Xunil96> heheh
891<Bagder> Xunil96: you'll enjoy this page: http://rockbox.sourceforge.net/rockbox/cross-gcc.html
892<Xunil96> i'm a professional sysadmin :)
893<Zagor> actually, STOP was checked in in v1.10 but I managed to remove it again in 1.12 :)
894<edx> lol
895<Bagder> nice going Zagor ;-)
896<Bagder> that's iterative programming
897<Bagder> do the same thing many times ;-)
898<edx> *** The edb-config script installed by edb could not be found
899<edx> what is edb?
900<Zagor> yeah, it's so fun I want to do it over and over again!
901<Xunil96> hmm
902<Xunil96> how do i shut off my archos, now? :)
903--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
904<Bagder> pull out your power cable, press off
905<Zagor> stop
906<Bagder> oops
907<Xunil96> ah, there we go
908<edx> Bagder, for Player simulation, how did you define lcd_puts ... you had some trick there, rihgt?
909<Bagder> edx: I made them use the recorder-simulator's lcd_puts() using the smallest font
910<Zagor> x11 sim build doesn't work
911<Bagder> works for me
912<Bagder> you completely up-to-date ?
913<Zagor> yup
914<Bagder> oh, you mean it doesn't work when running?
915<Zagor> it doesn't compile
916<Bagder> what breaks?
917<Zagor> debug.h:31: warning: invalid character in macro parameter name
918<Bagder> that a player sim?
919<Zagor> nopp, recorder
920<Bagder> ah
921<Bagder> you
922<Bagder> 're using a rather old gcc
923<Zagor> eh, i'm using your...
924<Bagder> it doesn't like that #define line
925<Bagder> try /usr/local/gcc3/bin
926<Bagder> ;-)
927<Zagor> ok
928<Bagder> I only use that old one for Linux kernel builds ,-)
929<Zagor> ahh, better
930<edx> hmm i dont understand why lcd_puts is undefined...
931<Bagder> /usr/local/sh/bin is for the sh-stuff btw
932<Zagor> yeah, i found those
933<edx> Bagder, compiling with ARCHOS_PLAYER and SIMULATOR set, lcd_puts should be defined in lcd.c, right?
934<Bagder> bzzzt, wrong
935<edx> why not?
936<edx> #if defined(HAVE_LCD_BITMAP) || defined(SIMULATOR) /* not CHARCELLS */
937<Bagder> don't define ARCHOS_PLAYER
938<edx> hm what then?
939<Bagder> HAVE_LCD_CHARCELLS and HAVE_PLAYER_KEYPAD
940<edx> aha... well.. .. ok
941<Bagder> ARCHOS_PLAYER is intended for target
942<edx> ok
943<edx> still, lcd_puts is undefined :(
944<Bagder> so, write it
945<Bagder> check out the x11 code
946<edx> hm looking at lcd.c i cannot see why it would not be defined!
947<Bagder> lcd-x11.c
948<edx> but please explain why it is not defined in lcd.c
949<Bagder> the x11 sim defines lcd_puts() to something else
950<Bagder> as that is the wrong function
951<edx> hmmm
952<edx> but where is the condition...
953<edx> there is no condition that skips that part of code
954<Bagder> chardef.h and charundef.h contain the #defines
955<edx> ahhh
956<edx> ok
957<edx> hmm the recorder uses functions in lcd.c - couldnt the player do that too?
958<Bagder> it does
959<edx> but not lcd_puts.
960<Bagder> yes it does
961<edx> arghl!
962<edx> no it doesnt
963<Bagder> line 336
964<edx> (why would you define it in x11-lcd.c if it was defined in lcd.c)??
965<Bagder> you mean the player-simulator?
966<edx> yup.
967<edx> my recorder simulator uses the code from lcd.c
968<Bagder> well, you can do it however you like, but the target function lcd_puts() on the player writes to hardware using lcd_write()
969<Bagder> do you wanna simulate that? B-]
970<edx> the player could use it too... no problem.
971<Bagder> wrong
972<Bagder> read the code
973<Bagder> line 336
974<Bagder> can you use that?
975<edx> read further
976<edx> line 4xx
977<edx> theres another function
978<edx> i use that.
979<Bagder> that's for the recorder
980<edx> when i do not use chardef / charundef it works :P
981<edx> yea but the simulator does not care whether its for the recorder or the player
982<edx> the functions are defined, thats it.
983<Bagder> yes you can use that for the player simulator
984<Bagder> I wrote my stuff before those functions looked the same
985<edx> ill just put empty chardef / undef files into win32 dir then (?)
986<edx> or do i rather change lcd.c not to include them when useing win32 simulator.
987<Bagder> yes, do that, and I'll work on removing them in the x11 side
988<edx> do what now?
989<edx> editing lcd.c?
990<Bagder> use empty files
991<edx> ok
992<Bagder> I'll fix the x11 stuff to not use that and then we can remove them
993<edx> player code compiles on the simulator as well now.
994<Bagder> but it'll look funny with your picture ;-)
995<Bagder> hey
996<Bagder> it won't work
997<edx> what wont work?
998<edx> (and what are the dimensions in pixels of the player?)
999<Bagder> 11 characters, 2 lines
1000<edx> 55*16?
1001<edx> or 66*16?
1002<edx> whats the dimension of one charcell?
1003<Bagder> 7 or 8 pixels high
1004<edx> 8 i think
1005<edx> whidth?
1006<edx> 6?
1007<Bagder> but there's room for some fixed icons too
1008<edx> hm.. yea i have to see what i do with them - are they supported by your simulator yet?
1009<Bagder> well since you use the lcd_puts() you could assume 8x6 :-)
1010<Bagder> why it won't work:
1011<Bagder> the player needs no lcd_update() to work
1012<Bagder> the recorder needs lcd_update() to update the screen
1013<edx> aha
1014<edx> hm
1015<Zagor> dir sorting committed
1016<Bagder> c00l
1017<edx> where is LCD_HEIGHT defined btw.
1018<Zagor> lcd.h
1019<Bagder> lcd.h
1020<edx> hm.
1021<Bagder> edx: but I'll make a fix for it
1022<Bagder> when I remove the char(un)def.h
1023<Linus> and now there is a slight possibility that the STOP key actually stops the music. :-)
1024<edx> Bagder: Ok :)
1025<Zagor> oh no, qsort broke the build :-(
1026<edx> well the player code works so far anyways
1027<Bagder> edx: I think that's because there are lots of lcd_update() in the code already, that are defined to not do anything on the player
1028<Bagder> Zagor: why did qsort break the build?
1029<Zagor> it uses __udivsi3 which we can't find. very strange.
1030<Bagder> hm
1031<Bagder> that's libgcc
1032<Zagor> yeah, except it's not there
1033<Bagder> edx: I removed the char(un)def.h usage now
1034<Bagder> Zagor: try copying the qsort.c file from newlib and build it yourself
1035<Bagder> not that it would make a difference...
1036<edx> hmhm Zagor, this AGSattelite addon tool wont find any album - no matter what i enter
1037<edx> it find songs thogh ;)
1038<Zagor> Bagder: i'll try that
1039<Zagor> works just fine
1040<Zagor> veeery strange
1041<Bagder> amen
1042<Bagder> we could consider copying the files we need from newlib and cut it off as a dependency
1043<Zagor> yes
1044<Zagor> they aren't many
1045<Bagder> just because what Alan said: 3MB tarball
1046<Zagor> 10 functions
1047<Bagder> yeah
1048<Bagder> 10 small functions too
1049<Zagor> 9 if we declare 'errno' ourselves :)
1050<Bagder> hehehe
1051<edx> haha Zagor - that tool is soo great! that wsa just what i was looking for (agqt)
1052<Zagor> i'll try it
1053<Zagor> edx: nice
1054<Bagder> http://www.casio.com/corporate/pressroom.cfm?act=2&pr=5530
1055<Bagder> tiny toys
1056<Zagor> oooh, that's small!
1057<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
1058<edx> Bagder, Have you commited lcd.c yet (without chardef.h inclusion)?
1059<Bagder> I did
1060<Bagder> lcd.h it was ;-)
1061<Bagder> but I fixed lcd.c too
1062<edx> hmhm
1063<edx> line 362 lcd.c
1064<edx> #include <chardef.h>
1065<Bagder> oops
1066<Zagor> i don't have time to fix the qsort problem right now, gotta run. see you guys!
1067<Bagder> bye Zagor
1068<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
1069<Bagder> now then!
1070<Bagder> ;-)
1071<Bagder> later, I'll setup automatic builds
1072<Bagder> so that we can instantly if any particular build breaks due to a commit
1073--- ChanServ gives channel operator status to Bagder
1074<-- edx has quit (Read error: 104 (Connection reset by peer))
1075--- Bagder has changed the topic to: web site might remain dead until saturday! :-(
1076<Xunil96> what happened with the website?
1077<Bagder> power blackout
1078<Bagder> in the whole area
1079<Bagder> huuuuge
1080--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
1081<Xunil96> yow!
1082<Bagder> yeah :-/
1083<Xunil96> well when you can get at the site again, i'd be happy to offer my colo as a mirror site in case something like this happens again
1084<Bagder> well, we have a mirror on sourceforge already
1085<Zagor_> we have a mirror at rockbox.sourceforge.net
1086* Xunil96 nods
1087<Zagor_> thanks anyway :)
1088<Bagder> just that some services, like the daily builds, run on that particular server only
1089* Xunil96 nods
1090<Bagder> I regret that I didn't commit the tools so I could set it up quickly elsewhere ;-/
1091<Bagder> I'm off
1092<Bagder> see ya tomorrow
1093<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1094<-- Zagor_ has quit ("bye")
1095--> edx (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox
1096<adi|coding> edx you still around?
1097--- adi|coding is now known as adi|work
1098<edx> adi.. still there?
1099<adi|work> yeah mate..
1100<adi|work> just wanted to let you know i commited the file that i forogot too last night. not sure if you need to update your windows side.
1101<adi|work> i can let ya know what i changed
1102--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
1103<adi|work> hey zagor..
1104<adi|work> i check in the file i forgot to check in last night...
1105<Zagor_> hi
1106<Zagor_> ah, good
1107<adi|work> yeah... now the x11 sim works correctly
1108<adi|work> though i think the win side prob needs to be updated
1109<adi|work> btw... is there something wrong with the commit mailings?
1110<adi|work> i haven't gotten any
1111<Zagor_> yeah, the mailing list is on the same server as the web server. blacked out
1112<adi|work> ahhh.. okay
1113<Zagor_> *really* annoying
1114<adi|work> hehe i can imagine
1115<Zagor_> you shouldn't use absolute numbers to sleep(). use fractions or multiples of HZ instead. that way we can change the timer tick freq if we want to
1116<adi|work> ahh.. okay...
1117<adi|work> want me to fix or you want to get it?
1118<Zagor_> i'll get it
1119<adi|work> already got it
1120<Zagor_> ah :)
1121<edx> zagor.. how do i get to a menu ... on the simulator? lol
1122<edx> hi adi
1123<edx> it compiles without probs.
1124<Zagor_> edx: press a menu key. ENTER on player simulator or /,*,- on recorder
1125<Zagor_> on numeric keypad
1126<edx> k
1127<edx> heh tetris still isnt fixed
1128<edx> i had a fix... but i threw it over.. somehow ;)
1129<edx> i got the game twice the size and the lines disappeared correctly ;)
1130<Zagor_> nice :)
1131<edx> ill have a look at it again soon...
1132<adi|work> yeah.. when you get that edx..
1133<adi|work> let me know...
1134<adi|work> :)
1135<edx> i have got that.. you wanna know what it was? (i still remember)
1136<adi|work> you have it in code? or is it only a few lines fix?
1137<adi|work> cause i was thinking more of a 'zoom' feature
1138<edx> i was talking about the line disappearing stuff..
1139<edx> virtual[i*max_x] = virtual[((i-1)*max_x)];
1140<edx> think it was that line... well i'll see to that later
1141<adi|work> ahh.. okay..
1142<adi|work> cant really work on it right now... should be coding for the office ;)
1143<Zagor_> wee, I just removed all global variables
1144<Zagor_> hmm, where's a good place to put errno ?
1145<adi|work> id say main.c
1146<adi|work> assuming your having it global
1147<-- Xunil96 has quit ("installing NetBSD")
1148<Zagor_> only i need to put it somewhere in firmware, since it's used by code there
1149<adi|work> ahhh...
1150<adi|work> id say system.c would work
1151<adi|work> either that or panic.c
1152<adi|work> since anythng that triggers an errno is likely to cause problems
1153<Zagor_> only system.c is mostly about setting up the cpu. and panic is very narrow too. :-) (what, me picky?)
1154<adi|work> okay debug.c?
1155<Zagor_> hmm
1156* adi|work winds up his frozen trout and prepares to whap Zagor_
1157<Zagor_> i just want it Right :)
1158<adi|work> heheh
1159<adi|work> opinion is like a man dating.. it is never right ;)
1160<Zagor_> lol
1161--- adi|work is now known as lou_soyur
1162--- lou_soyur is now known as adi
1163--- adi is now known as adi|work
1164<-- Zagor_ has quit ("bye")
1165--> huz|taff (~df@AToulouse-103-1-1-242.abo.wanadoo.fr) has joined #rockbox
1166<huz|taff> hi the server is out of order ?
1167<huz|taff> bjorn.haxx.se : 2 packets transmitted, 0 packets received, 100% packet loss
1168<huz|taff> :(
1169<adi|work> yeah sorta...
1170<adi|work> they had an electical probl...
1171<adi|work> their in a blackout mostly
1172<huz|taff> oki, I hadn't watched at topic (sorry for my english :)
1173<huz|taff> s/watched/look
1174<huz|taff> good luck for the rest of your project, i look forward testing beta of your work
1175<huz|taff> ++
1176<huz|taff> s/rest/continue ?
1177<huz|taff> .. bon tant pis, bonne chance à vous, joli travail, j'attends avec impatience le fruit de votre boulot pour tester tout ça.
1178<-- huz|taff (~df@AToulouse-103-1-1-242.abo.wanadoo.fr) has left #rockbox
1179<-- edx has quit (Read error: 110 (Connection timed out))
1180--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1181<adam> howdy
1182<adam> yeah, I noticed bjorn.haxx.se was down
1183--- dw|gone is now known as dwihno
1184<-- adam has quit (Read error: 104 (Connection reset by peer))
1185--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1186--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
1187<dwihno> Good morning Dr. Zagor
1188<Zagor_> hi
1189<adi|home> morning dwihno
1190<adi|home> hey zag
1191<dwihno> Good morning adi
1192<Zagor_> Hey, look. Howard's being eaten.
1193<adi|home> huh?
1194<Zagor_> it's a Monty Python reference
1195<Zagor_> http://www.stone-dead.asn.au/movies/meaning-of-life/01-introduction.html
1196* dwihno brought some tea bags to work today
1197<dwihno> Some evil dudes has consumed all the bags! :(
1198<adi|home> hehehe
1199<dwihno> That's serious shit man! :)
1200<dwihno> I just realized some serious stuff!
1201<dwihno> I'm gonna have a metting when the france-zenegal soccer game takes place!
1202<Zagor_> the what?
1203* adi|home nods
1204* adi|home slaps Zagor_
1205<adi|home> world cup man..
1206<adi|home> where have YOU been!!!!
1207<Zagor_> world cup? cup'o what? ;)
1208* adi|home does the world cup shuffle
1209<adi|home> and you call yourself a non-american
1210<Zagor_> haha. well i'm not much of a soccer fan
1211<dwihno> :)
1212<adi|home> i thought everyone in the world (with the exception of americans) loved soccer :)
1213<adi|home> ahhh SINNER!!!
1214<dwihno> Yeah
1215<dwihno> Shame on you Zagor!
1216* adi|home beats Zagor_ mercilessly with a Canadian
1217<Zagor_> oh no! not a Canadian!
1218<adi|home> Yes!!! a Canadian
1219* Zagor_ sobs
1220<adi|home> and careful you.. or i shall bring out........
1221<adi|home> THE COMFY CHAIR!!!!
1222<Zagor_> ahhhhhhh!
1223* adi|home cackls "Nobody expects the Spanish Inquisition!"
1224<dwihno> Hahahaha
1225* dwihno rofl's :)
1226<dwihno> hahahahaha
1227<Zagor_> "I like chinese, they only come up to your knees..."
1228<adi|home> "Never be rude to an Arab..."
1229<adi|home> "A spik or a wop or a jew...."
1230<Zagor_> Come in, my little loves. I've got no option but to sell you all for scientific experiments.
1231* adi|home puts on a cheesy french accent
1232<dwihno> Hey, I finally decided what computer to buy ;D
1233<adi|home> Zagor_ would you like a mint? Oh.. but it is a wafer thin mint....
1234<Zagor_> bugger off, i'm full!
1235<adi|home> ahh.. it is hardly anything.. so thin...
1236<adi|home> surely you have room for a mint
1237<Zagor_> bring me a bucket...
1238* dwihno smiles widely
1239* dwihno tries to remember who gave him the dell tip
1240<adi|home> "Ah.. I'd like to have an arguement..."
1241<dwihno> A rather funny thing... They had this "buy computer online and save $"-deal, which expired yesterday... Today it's reassigned with a new stopdate :)
1242<dwihno> Lucky me
1243* dwihno sings some solid base hits
1244<adi|home> lol
1245<adi|home> "you toffy nosed maloderous pervert!"
1246<Zagor_> swedish channel 3 is running all 46 episodes of "Monty Python's Flying Circus"
1247<Zagor_> at 03.50 in the morning!
1248<adi|home> i hate you severly...
1249<dwihno> Only sick bastards are up that early! :)
1250<dwihno> (or, that late) ;)
1251* adi|home glances at the clock and realizes he still ahve 2 hours till he is a sick bastard
1252<Zagor_> hehe
1253<dwihno> hehe
1254<dwihno> I need to make myself a nice, hot, cup of tea (and hide my teabags from the vultures)
1255--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1256<dwihno> Is the any difference between the mp3 decoding circuits btw?
1257<adi|home> shhh Bagder is back
1258* dwihno shuts up and låtsas like it's regnar
1259<Bagder> dwihno: yes there are differences
1260<Zagor_> dwihno: lots. see the data sheets
1261* Bagder spots Zagor at this hour, *gosh*
1262<Zagor_> i'm having breakfast :)
1263<Bagder> hehe
1264<dwihno> I installed linux on my development-box a couple of nights ago, and the kernel gave me some warnings about data integrity...
1265<dwihno> I checked the source and the message was in some probing function, am I using an old kernel or such? :)
1266<Zagor_> usb-storage says that every time
1267<dwihno> (with the archos, that is)
1268<Zagor_> i don't know why
1269<Zagor_> ignore it
1270<dwihno> I thought I did something wrong and got scared I'd get that "HD lock" thingy :)
1271<Zagor_> hehe. no worries.
1272<dwihno> It was the first time I did something USB-ish on linux
1273<Zagor_> O Lord,...
1274<dwihno> (connecting a mouse, and the archos, that is)
1275<Zagor_> ...ooh, You are so big,...
1276<Zagor_> ...so absolutely huge.
1277<Zagor_> Gosh, we're all really impressed down here, I can tell You.
1278<dwihno> That's it! No more all-nighters for you! :)
1279<Zagor_> Bagder: newlib is no more
1280<Bagder> kewl
1281<Zagor_> nor any global variables
1282* Bagder fires up ssh-agent and gets ready to do some cvs upping
1283<Bagder> did ya tell Alan? B-]
1284<dwihno> No global variables?!
1285* dwihno is gonna miss them
1286<adi|home> so how are we doing things w/o globals btw?
1287<Zagor_> oh just fine :)
1288<adi|home> smart ass ;)
1289<adi|home> what are we doing instead of them :)
1290<Zagor_> the only one that really required an API change was the parameter table from disk_init()
1291<Zagor_> disk_init() now returns a pointer to its' local table instead
1292<adi|home> nods
1293<dwihno> Cute
1294<Zagor_> the others were mostly just lazy coding
1295<dwihno> Now my tea is done. Thank you, dr. microwave.
1296<Bagder> ok, tarball size now at 216K
1297<Bagder> including win32 sim
1298<Zagor_> ah, good
1299<Bagder> edx shrunk his pic with ~60% and we got rid of that 290K .aps file
1300<dwihno> http://fifaworldcup.yahoo.com/en/020530/1/mq2.html
1301<dwihno> NOOOOOOOO!
1302* Bagder refuses
1303<Bagder> I'll hide from *all* darned soccer
1304<Zagor_> i'll have my world cup black, please. no milk or sugar.
1305* adi|home points out that he didn't like using globals.. that you made me :)
1306<Bagder> hehe
1307* Bagder slaps the 'saint' sticker on adi|home
1308* adi|home polishes off his 'saint' sticker...
1309<Bagder> no one ran linus recorder tests yet?
1310* adi|home notices Bagder's spelling of 'saint' seems to look like 'satan'
1311<adi|home> if you can promise me i won't toast my recorder, and can get me a binary.. ill test
1312* dwihno looks like a TV producer when he walks around the office wearing his philips HP910 headphones
1313<Bagder> I don't think Linus committed his test code
1314<Zagor_> did he have an ata test?
1315* adi|home screams 'Come and see the violence inherent in the system! Help! Help! Im being represed!'
1316<Bagder> hehe
1317<Bagder> Zagor_: yes
1318<Zagor_> Some nights it was so cold, we could hardly move, but Blackie'd be out there
1319<Zagor_> slicing the lemons, mixing the sugar and the almonds.
1320<Zagor_> I mean, you try trying to get butter to melt at fifteen degrees below zero!
1321<Zagor_> There's love in that cake.
1322* Zagor_ is having his Python appreciation hour
1323<Bagder> "I'm not dead yet"
1324<dwihno> Why does it smell like someone has thrown up in the office?
1325<dwihno> This beat of my heart goes na na na *sings*
1326* adi|home hands dwihno a pail, cause its obvious he can't carry a song w/o one ;)
1327<dwihno> :~( you mean ass! :)
1328<adi|home> if your not picked on.. yoru not loved
1329<adi|home> thats why we leave Bagder alone
1330<adi|home> :)
1331<Zagor_> well, i'm off to work. see you shortly.
1332<-- Zagor_ has quit ("bye")
1333* Bagder watches the crowd in silence
1334<adi|home> "and pray there's intelligent life up there in space, cause there's bugger all down here on earth.
1335<adi|home> adios
1336<dwihno> There's no way to create a playlist without attaching the player to the PC and making them there?
1337<adi|home> not right now, now
1338<Bagder> dwihno: you mean the regular firmware?
1339<dwihno> yup
1340<Bagder> hold down play in a dir
1341<dwihno> I guess I have to stick with the regular for awhile :)
1342<Bagder> it'll make a playlist of that dir and all beneath it
1343<dwihno> hm
1344<dwihno> coolers
1345<adi|home> does the player have LCD_WIDTH defined?
1346<Bagder> no
1347<adi|home> k
1348<Bagder> since it isn't graphical, a pixel width makes no sense
1349<dwihno> What is the counter which is counting slowly while saving the file?
1350<Bagder> dwihno: the track number I guess
1351<dwihno> erhm
1352<dwihno> Slow :(
1353<Bagder> yeah
1354<dwihno> 2 songs per sec approx
1355<adi|home> what font does lcd_puts write with?
1356<adi|home> size wise?
1357<Bagder> it uses the font you pick
1358<Bagder> with lcd_setfont
1359<adi|home> where is that value set?
1360<adi|home> how often does it need to be set?
1361<adi|home> or is global until it gets changed?
1362<Bagder> it defaults to 0
1363<adi|home> hmmm k...
1364<Bagder> currently I don't think any code ever sets it ;-)
1365<Bagder> btw, Zagor was wrong about the global variables ;-)
1366<adi|home> hehehe k.
1367<Bagder> unsigned char display[LCD_WIDTH][LCD_HEIGHT/8];
1368<Bagder> the recorder's display buffer
1369<adi|home> heheh
1370<dwihno> Phew!
1371<dwihno> I almost fainted for a second
1372<dwihno> what is a piece of software without a set of global vars? :)
1373<Bagder> haha
1374--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
1375<-- adam has quit (Read error: 104 (Connection reset by peer))
1376<Bagder> Zagor: I decided to make the sim Makefile get built with tools/configure too
1377<Zagor> ok, cool
1378<adi|home> ummm k :)
1379<adi|home> so now i need to run configure each time i want a sim makefile?
1380<Bagder> it'll make it easier to build both kinds of simulators
1381<Bagder> adi|home: yes
1382<adi|home> k
1383<Bagder> at least once
1384<adi|home> heheh i have a small gift in about 5 mins :)
1385<adi|home> ACK...
1386<adi|home> ummm okay... just segfaulted the sim :)
1387<Zagor> ooo, gift! ;)
1388<adi|home> heheh did it in tree.c on the strcmp
1389<adi|home> hmm.. someone wanna check and tell me if it happens to them..
1390<adi|home> i can walk you thought what i did..
1391<Zagor> just a minute
1392<adi|home> k
1393<Zagor> ok, what do I do?
1394<adi|home> compile the sim for the recorder
1395<adi|home> leave dir browse and go to menu
1396<adi|home> go to any submenu...
1397<adi|home> then key back to the main menu (return back)
1398<adi|home> then return to the dir browse
1399<adi|home> its the return to the dir browse that cores on me now.
1400<Zagor> ok
1401<adi|home> i didnt notice if it did before
1402<Zagor> i get it too. checking...
1403<adi|home> actually.. you don't even have to go to a submenu.. just the main menu and return to dir browse...
1404<adi|home> okay.. so i didn't introduce it.. i can commit what i worked on
1405<Zagor> yes
1406<adi|home> okay, submitted..
1407<adi|home> not a major thing.. but something Bagder asked for
1408<Bagder> suuuure blame me ;-)
1409<Zagor> yeah, looks good
1410<adi|home> no.. bagder.. you play with the sim at all?
1411<Bagder> only slightly recently
1412<Zagor> but you could use putsxy if you want pixel position, to avoid calculating char position
1413<adi|home> okay.. cause now the version info is displayed below the splash bitmap
1414* adi|home dohs
1415<Bagder> cool
1416<adi|home> ill fix it
1417<adi|home> oka... fixed .. again
1418<adi|home> do you think that maybe that new splash screen should be displayed before the credits?
1419<adi|home> figure that removes one more item from the menu...
1420<Zagor> yeah, combine the two and call it "Version"
1421<adi|home> k
1422<Zagor> crash fixed
1423<Bagder> ok, 'configure' now supports simulator builds too
1424<Bagder> seems to work ;-)
1425<Bagder> makes it easier to builds both kinds of simulators
1426<Zagor> nice
1427<Bagder> give it a go and see if it works for you guys
1428<Zagor> diving in
1429<Zagor> works grrrreat!
1430<Bagder> goodie
1431<Bagder> I'm gonna setup non-stop automated builds of all targets soonish
1432<Bagder> to bettee allow all developers to see if they break things
1433<Bagder> build-wise
1434<Bagder> if only the power would get back
1435<Bagder> it should get back no later than tonight they said on the news today
1436<Zagor> really? nice
1437<Bagder> yeah, apparently the progress has been a bit faster than they first thought
1438<Bagder> I still find it amazingly slow...
1439--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
1440<Bagder> morning Linus
1441<Linus> morning
1442<Zagor> yeah, i especially like how the subway fixed their own power in about three hours...
1443<dwihno> You work in Kista?
1444<dwihno> LIK-KISTA! :D
1445<Bagder> Zagor: yeah
1446<dwihno> *hoho*
1447<Linus> Lot of barbeque parties in that neiighbourhood nowadays. :-)
1448<Zagor> no but the office (and thus server) is there
1449<Bagder> dwihno: no, but our office is there
1450<dwihno> lik-kista! :) :) ):
1451--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1452<Linus> hi adam
1453<Zagor> Bagder: did you ever try to build a player simulator? it doesn't work
1454<Bagder> the build?
1455<Zagor> yes
1456<Bagder> works for me! :-O
1457<Zagor> 3S works but not 1S
1458<Zagor> make[1]: Entering directory `/home/bjst/public_html/rockbox/uisimulator/x11'
1459<Zagor> make[1]: *** No rule to make target `debug.c', needed by `/home/bjst/public_html/rockbox/psim/.deps/debug.d'. Stop.
1460<Bagder> old gcc again?
1461<Zagor> no
1462<Zagor> this is just make
1463<Bagder> ah, right
1464<Zagor> try in my dir and see
1465<Bagder> you have to allow me to cd there then ;-)
1466<Zagor> now
1467<Bagder> oh, I can
1468<Bagder> the Makefile too
1469<Zagor> now
1470<Bagder> weird
1471<Bagder> I removed .deps and tried again
1472<Bagder> then it worked
1473<Zagor> strange
1474<Zagor> oh well
1475--> alkorr (alkorr@srs03v-4-164.n.club-internet.fr) has joined #rockbox
1476<Bagder> morning Alan
1477<alkorr> hi
1478<Bagder> Björn cut out newlib
1479<Bagder> no need for that anymore
1480<Zagor> i'm not 100% done yet, though
1481<alkorr> good news because i'm very upset : after a lot of hours to compile all the stuff, newlib fails
1482<Zagor> we still haven't replaced all the header files
1483<Bagder> uh
1484<Bagder> Zagor: ok
1485<Zagor> i'm thinking if we should just copy stdlib.h etc or do it some other way
1486<Bagder> I'm fine with whatever
1487<alkorr> that *!#§ try to compile for several machines (m2,m3e,m4-single and m4, plus the ml counterparts) whereas i would linke only for sh
1488<alkorr> sh1
1489<alkorr> any idea to switch off compilation with m2, m3e, etc. ?
1490<Linus> but where dios it fail?
1491<Linus> does
1492<alkorr> it try to link a lib.a or something like
1493<alkorr> it is when it compiles newlib (configure gcc with --with-newlib)
1494<alkorr> i have no longer the message (i compiled yesterday)
1495<alkorr> or to make a lib.a archive
1496<Linus> what version of gcc/binutils/newlib?
1497<alkorr> the same as yours
1498<Linus> strange
1499<alkorr> 1.10.0
1500<Linus> linux or cygwin?
1501<adi|home> okay... Zagor.. credits and splash/version merged
1502<adi|home> wanna take a look?
1503<alkorr> cygwin
1504<alkorr> just a precision
1505<Bagder> wavey managed to get it all working on cygwin
1506<Zagor> nah, just check it in
1507<Linus> ok. i have never tried it myself
1508<adi|home> it already is :)
1509<Zagor> ah, you already did :)
1510<adi|home> i ment for style ;)
1511<Zagor> checking
1512<Bagder> we should do some smooth scrolling on that screen
1513<Bagder> would be fun ;-)
1514<adi|home> heheh
1515<adi|home> im working on it :)
1516<adi|home> that stuff is sorta my 'i feel like playing' test bed
1517<adi|home> im here to contribute completely useless things
1518<adi|home> :)
1519<Bagder> we like that!
1520<alkorr> JUST A PRECISION : BECAUSE COMPILATION FOR SH TARGET (m2,m3e,etc...) WAS VERY LONG, CYGWIN WAS LACKING OF RESSOURCE SO I WAS FORCED TO RUN AGAIN "make"
1521* adi|home coughs *screensaver*
1522<alkorr> TO CONTINUE THE PROCESS
1523<Linus> alkorr: that sucks
1524<Linus> alkorr: your capslock must be stuck :-)
1525<Zagor> adi|home: looking good
1526<adi|home> Bagder... wanna do me a favor?
1527<adi|home> on the configure
1528<Bagder> yeah?
1529<adi|home> let it catch the --help and -? options
1530<adi|home> even if it don't do nothing.
1531<adi|home> so that we can set it later
1532<dwihno> What do you guys think about the upcoming game between Sweden and England on sunday?
1533<Bagder> right
1534<Bagder> dwihno: *booooooring*
1535<Linus> dwihno: bloodbath!
1536* adi|home is just rocking for a game
1537<dwihno> Linus: Do you think we stand a chance?
1538<Linus> I guess Bagder and I don't share an interest of football :-)
1539<alkorr> when it tries to 'configure' newlib, it was so endless and seems for a moment locked so I ctl-ed break
1540<Bagder> hehe
1541<Linus> dwihno: oh yes
1542<Linus> alkorr: that takes forever!
1543<dwihno> :D
1544<dwihno> WE SHALL STAND VICTORIOUS!
1545<dwihno> WE WILL SHOW POWER SUPREMACY! :)
1546<Linus> or maybe we'll just win the game.
1547<adi|home> umm.. using the makefile created by the configure
1548<adi|home> when you run make.. should we consider relocating the binaries?
1549<alkorr> so when I retry a 'make' it doesn't turn in 'configure' back, but go ahead to compile 'newlib'
1550<adi|home> or should we assume the user will know where to look?
1551<Linus> Bagder: does the recorder build still name the target "archos.mod"?
1552<Bagder> adi|home: it should put them all in the directory you're in
1553<Bagder> Linus: yes
1554<alkorr> and i could be surprised that it tries to link lib.a (i mean it should be libXXX.a)
1555<Linus> It should call it ajbrec.ajz, afaik
1556<alkorr> so my question : it is normal it creates a lib.a ????
1557<Linus> alkorr: you must run the configure again
1558<Bagder> Linus: yes, but it's the same makefile so that's why it has the same target name
1559<Linus> ah maybe an ifdef?
1560<Bagder> yeah
1561<alkorr> geeeee !!!! it is not me who runs the 'configure' but 'make' the first time :(((((
1562<Linus> alkorr: no, it hasn't built a lib.a in my build
1563<Linus> ./configure
1564<alkorr> all this time lost :(((((
1565<Bagder> adi|home: done!
1566<adi|home> thanks :)
1567<Linus> alkorr: in a hurry? :-)
1568<adi|home> oh.. and the binary is not moved to the file your in.
1569<adi|home> and the configure file is growing on me :)
1570<alkorr> i cannot trust that 'make' :(((((
1571<Linus> blah
1572<Bagder> adi|home: it isn't moved, it's built right there
1573<Linus> alkorr: I did exactly that mistake the first time I built a cross gcc compiler (for powerpc)
1574<Linus> I had to start all over again...
1575<alkorr> Linus : i respect all the procedures you're describing in sourceforge for creating cross-compilers, where is the error ?
1576<alkorr> respected
1577<adi|home> not its not Bagder.. the Makefile is built and in the correct location..
1578<adi|home> but when you do a make... the binary is not in the pwd
1579<Bagder> did you really update the uisimulator/x11/Makefile ?
1580<Linus> I guess that the gcc makefile runs configure in the newlib directory if it sees that it isn't configured
1581<Linus> Bagder: how do I undo a ./configure?
1582<Linus> not in rockbox, i mean autoconf/automake stuff
1583<Bagder> Linus: you don't, you run it again and pick right ;-)
1584<Linus> not in rockbox, i mean autoconf/automake stuff
1585<alkorr> it is not the first time i made a cross compiler, but for a reason i don't know, more recent version are more and more difficult to compile (i suppose gcc 3.x.x are quite recent so unstable for certain platforms)
1586<Linus> remove config.cache?
1587<Bagder> Linus: yes, if such a one is made
1588<Bagder> it isn't usually these days
1589<adi|home> ahh.. okay.. fixed :)
1590<adi|home> hmmm... kinda nasty aint it..
1591<Linus> alkorr: tru removing the config.cache file in the newlib dir
1592<Linus> try
1593<Bagder> adi|home: nasty in what way?
1594<adi|home> 1. be cleaner if all the obj files were located somewhere else.. but can't help that..
1595<adi|home> 2. i run the rockboxui and it runs for a few ms and stops
1596<adi|home> no menu or anything
1597<adi|home> ideas?
1598<Bagder> why would the obj files be stored somewhere else?
1599<alkorr> but i don't see a config.cache
1600<adi|home> cause it just looks nasty :)
1601* adi|home is being picky... so deal :)
1602<Bagder> adi|home: the obj files were always stored this way, this is not a new way
1603<adi|home> i know..
1604<adi|home> don't mean i havta like it
1605<Bagder> right
1606<adi|home> but whats the story with the rockboxui?
1607<Linus> adi|home: try creating a directory called archos in the simulator dir
1608<Zagor> Bagder: the makefile created by configure should have a dependency on firmware for the target builds
1609<adi|home> ahh.. thats it.. i have one in the sim dir.. but not one in tools
1610<Bagder> Zagor: yes, it needs to run make in both firmware and apps
1611<Bagder> I realized that too
1612<Bagder> adi|home: you should not actually run the configure script in the tools dir
1613<Bagder> its not very nice
1614<Zagor> yeah, this 'archos' dir thing should be handled more gracefully
1615<adi|home> here should it be run from?
1616<Zagor> a new dir
1617<adi|home> l
1618<adi|home> k
1619<Bagder> yes, we need to treat a missing 'archos' dir just as an empty dir or something
1620<Zagor> or at least print a message
1621<Bagder> yes
1622<adi|home> well, why don't we just have the config create one if it don't exist?
1623<adi|home> i mean.. no archos dir, then they obv. don't have the .bmp
1624<Bagder> adi|home: hehe, good question ;-)
1625<Bagder> I'll make it
1626* adi|home has served his purpose
1627<adi|home> you may also want to check for the existance of the .bmp file i they choose the recorder... and report about it if it is not found.
1628<adi|home> s/i they/if they/
1629<Zagor> i think we should compile-in the rockbox logo, actually. it's very small and I expect many people will forget downloading the bmp
1630<adi|home> nods
1631<adi|home> how do you compile it in?
1632<Bagder> yeah
1633<Bagder> the file could be for replacement only
1634<Zagor> we should still look for a logo file, but have the official logo as default
1635<Bagder> I mean the logo on disk
1636<Zagor> exactly
1637<dwihno> How about application skinning? :)
1638<Bagder> we can use the bmp file reader as a converter
1639<adi|home> i agree.. i like that...
1640<adi|home> so we need current logo converted to binary yes?
1641<Bagder> converted to a C array
1642<adi|home> yeah..
1643<Bagder> just make the simulator write it to stdout
1644<Zagor> code size is now up to 0x658e
1645<Zagor> debug code, that is
1646<Bagder> Zagor: if you do 'configure update' now, the makefile will be corrected
1647<Zagor> good
1648<adi|home> the lcd_bitmap function.. how exactly does that write to the display?
1649<Bagder> it fills in the display buffer correctly
1650<Bagder> then lcd_update() copy the buffer to the LCD
1651<adi|home> so the buffer passed in, when returned, should be all 1's and 0's yes?
1652<Bagder> yes
1653<dwihno> Btw, is a price of SEK 1500 good for a old PII 266, 256mb RAM, 3GB disk, EEPRO100 NIC, ATI rage 128 card?
1654<-- adam has quit (Read error: 104 (Connection reset by peer))
1655<Bagder> I dunno
1656<Zagor> sounds good to me, if you have use for it
1657<dwihno> I'm considering to sell my last computer ;)
1658<dwihno> Then I'm all computer-less.
1659<dwihno> Until my laptop arrives.
1660<Zagor> who's got a studio?
1661<Bagder> I think Lion and PsycoXul do
1662<Zagor> http://storebror.haxx.se/~bjst/rockbox/player/archos.mod <-- player mod with new cursor chars. i want it tested to verify i've picked the right char
1663<Zagor> a new player is good too, of course
1664<Zagor> linus left mine at home *growl*
1665<Linus> sorry...
1666<Zagor> it isn't that pretty in the simulator :)
1667<Bagder> hehe
1668<Bagder> then we need some sim work-around
1669<Bagder> the recorder now gets an archos.ajz output file
1670<Zagor> nice
1671<PsycoXul> Zagor: it looks nice but still takes up 1 too many chars :p
1672<Zagor> yeah, we must fix something with the hardware cursor
1673<Zagor> next version
1674<PsycoXul> well i played with it
1675<PsycoXul> i just cant get the damn thing to show up without blinking
1676<Zagor> but you get the arrow?
1677<Bagder> Zagor: you should put sentences like that in a little document before we release, or people will jam us with questions like that
1678<Zagor> yes i will
1679<PsycoXul> yeah i get the arrow
1680<Zagor> good
1681<PsycoXul> the cursor's default state seems to be invisible
1682<PsycoXul> and when it blinks it gets reversed
1683<PsycoXul> but it starts out invisible and the blink period's too long
1684<PsycoXul> so you can scroll past several names before it blinks into visibility
1685<Zagor> PsycoXul: can you download and try again? this is a test with double-height logo
1686<Zagor> uhh, this will probably look strange
1687<PsycoXul> heh
1688<PsycoXul> it hasn't shown up on either of these
1689<Zagor> i'm turning it off too quickly
1690<PsycoXul> it just says the rom version untill the dir list comes up
1691<PsycoXul> and it still looks normal from the version menu
1692<Zagor> ok, hang on...
1693<PsycoXul> btw, it'd be nice if the sound options would go back to the sound menu when you press the menu button, like the rest of the menu does heh
1694<Zagor> right, fixing
1695<Zagor> ok, try again
1696<PsycoXul> btw i have to say
1697<PsycoXul> the process of copying one single little file is much faster in windows than linux
1698<Zagor> yes, that's because the linux FAT driver reads 512 bytes per request. it really slows everything down. :(
1699<PsycoXul> ok
1700<Zagor> i've been looking into it, but it's not exactly straight-forward
1701<PsycoXul> the logo still doesn't show up on startup, but it is double-height in the version menu
1702<PsycoXul> ...and then so is everything else afterwards
1703<PsycoXul> oh
1704<Bagder> hahaha
1705<PsycoXul> untill you leave the menu
1706<Zagor> yeah, i forgot to clear it :)
1707<Zagor> but why doesn't it show up at boot? hmm...
1708<PsycoXul> i dunno
1709<PsycoXul> just keeps showing the rom's screen
1710<Zagor> ok, once more
1711<Zagor> gaah, stop!
1712<Zagor> found the reason
1713<Zagor> download again
1714<Zagor> you don't have a webcam, do you? ;)
1715<Bagder> hehe
1716<PsycoXul> heh why
1717<Zagor> would be cool to see, now that I can't test myself
1718<PsycoXul> it works
1719<Zagor> it does? cool!
1720<PsycoXul> yep
1721<PsycoXul> its all cool
1722<alkorr> btw, ata still not working on recorder ?
1723<Zagor> only now you don't actually get to see the version number :)
1724<Zagor> alkorr: no
1725<Bagder> now darnit, does this mean you guys won't bring a player tonight to show me?
1726<Zagor> Bagder: only an old version
1727<Bagder> ah, ok, without double height?
1728<Zagor> unless we pop by linus on the way :)
1729<Bagder> uh
1730<Zagor> exactly
1731<PsycoXul> these ones haven't been showing a version number anyways
1732<Bagder> he's living way too far out ;-)
1733<alkorr> maybe another bit of port A or B to set/clear :/
1734<Zagor> yeah, he's out in the sticks
1735<Zagor> alkorr: yeah, probably something like that. we haven't looked much at it yet. it's very painful without gdb.
1736<PsycoXul> now just add a line-in on/off toggle, and auto-continue-to-next-track and i'll start using :p
1737<PsycoXul> using it
1738<PsycoXul> heh
1739<Zagor> patience, my friend :)
1740<Linus> the lazy playlist coders aren't ready. the mpeg thread is
1741<PsycoXul> honestly just playing a whole dir instead of a single file is all i miss in it and imo a road-block to realistic usability
1742<Zagor> i agree
1743<PsycoXul> even if it can't load or save playlists, just to keep going :p
1744<Zagor> i'll see if I can hack up a quick-fix for it
1745<PsycoXul> any idea on battery usage of this vs archos' at this point?
1746<Linus> probably worse that archos
1747<Zagor> probably. we aren't doing anything to conserve battery
1748<Zagor> except shutting off the disk
1749<PsycoXul> well thats the biggest battery sucker isn't it?
1750<Linus> yup
1751<Zagor> during activity, yes. when idle, it only draws like 40mA
1752<PsycoXul> i mean i can see it'll use more just cause you have to select each track
1753<PsycoXul> but besides that...
1754<Zagor> i'll be experimenting with shutting down the LCD and stuff soon. also there's a deeper sleep mode you can put the disk in.
1755<dwihno> Cool
1756<PsycoXul> i'm leaving for a week long trip on saturday
1757<Zagor> could you test again PsycoXul? this version shows double-height on boot but single-height on Version menu, I hope
1758<dwihno> Does the LCD consume lots of power?
1759<Zagor> dwihno: I don't know, that's what I intend to find out
1760<Linus> and the mpeg thread can be restructured to minimize the disk up-time
1761<dwihno> Coolness
1762<PsycoXul> it'd be great if its reasonably usable vs archos' before i left, cause i can hack in some text-file support and have books to read while i'm gone :p
1763<dwihno> Would be really neato to gain an hour or so :)
1764<Zagor> i wouldn't count on it
1765<dwihno> nah
1766<dwihno> but in our dreams, everything is possible! :)
1767<dwihno> The playlist loader could be smarter btw.
1768<Bagder> smarter than what?
1769<PsycoXul> heh
1770<Bagder> ah right, you've missed the playlist talk on the list
1771<PsycoXul> Zagor: yep works
1772<Zagor> cool
1773<PsycoXul> and shows version as CVS this time
1774<Zagor> i'll check it in like this, then
1775<dwihno> Bagder: I've been on the list for just a short while
1776<Bagder> dwihno: we plan a system where we can keep a large playlist by using little memory
1777<Bagder> and we can do full forward/backward even when doing random
1778<dwihno> :)~
1779<dwihno> but how?
1780<PsycoXul> the best way!
1781<PsycoXul> :p
1782<dwihno> gheh
1783<dwihno> I just wonder how to keep all data in memory
1784<Bagder> dwino: we store only file name byte-index in memory
1785<Bagder> byte-index into the file to fine the actual file namae
1786<Bagder> (and a few cached ones too)
1787<dwihno> mkay
1788<dwihno> The font should be tighter horizontally
1789<Bagder> feel free to make such a font
1790<dwihno> The browser should have some sort of quick navigation in a tree
1791<Zagor> we are accepting new font submissions :)
1792<Bagder> it could be made to work proportional too
1793<Zagor> that's a cool idea, actually
1794<alkorr> even ET font :)
1795<dwihno> The scroll should be horizontally too
1796<dwihno> scroll faster
1797<dwihno> <-- is mongo today
1798* Bagder has considered a system with a wider display buffer and allow the display to scroll horizontally
1799<Zagor> ahh, that's an idea
1800<dwihno> I want a jpeg-viewer too! :)
1801<Zagor> 1-bit jpegs are rare :)
1802<dwihno> heh
1803<dwihno> all you need is some cool algorithm to transform the image :)
1804<Bagder> true
1805<Bagder> that's what the bmp reader does
1806<Bagder> not cool though, rather uncool ;-)
1807<Zagor> time for Greasy Friday
1808--- Linus is now known as Linus|lunch
1809--- Zagor is now known as Zagor|lunch
1810<dwihno> greasy?
1811<dwihno> You mean JUNKFOOD! :D
1812<dwihno> Oh, the envy!
1813<PsycoXul> i thought you were commiting this? :p
1814<alkorr> Just a suggestion, why not use long long instead of char for internal bitmap ?
1815<Bagder> why?
1816<alkorr> if you need to draw a rectangle you can draw vertical line easily
1817<alkorr> just creating a mask to OR for start and end vertical lines
1818<alkorr> another mask for upper and lower horizonta lines
1819<Bagder> I don't see the point in optimizing for rectangles anyway
1820<alkorr> it is an example, Bagder
1821<Bagder> yes
1822<Bagder> but we do char output mostly
1823<Bagder> we should optimize for that
1824--- Bagder is now known as Bagder|lunch
1825<alkorr> i mean that access should not be always char but also short or int or long long according what you want
1826<alkorr> if you want to use double heigth font, use short instead of char
1827<alkorr> ah he's left
1828<-- alkorr has quit ()
1829<Lion> Hey, who works on the MPEG thread?
1830<Lion> Anyone alive?
1831<PsycoXul> not really
1832<Lion> Oh hey, hows it goin'.
1833<PsycoXul> pretty good
1834<Lion> I heard the test did not go as well as we could have hoped.
1835<PsycoXul> heh yeah
1836<PsycoXul> every time i loaded the new chars, they showed up on the screen in place of the old ones :/
1837<Lion> Damn.
1838<PsycoXul> i'm still not using rockbox's code to do it, but i don't think that matters
1839<Lion> Yeah, if you're talking directly to the controller, then all is losty.
1840<Lion> So, my plan is to write an interface layer to manage custom chars.
1841<PsycoXul> manage them in what way?
1842<Lion> And allow other threads to request and store custom chars, then a layer over the lcd_prints to call the custom chars. It'll check for the number of customs in use and swap 'em in and out as necessary
1843<Lion> stupid java
1844<PsycoXul> heh
1845<Lion> lcd_puts
1846--- Zagor|lunch is now known as Zagor
1847<Lion> Then no one has to worry about what custom clot is in use, or if/how many are on screen.
1848<Lion> s/clot/slot
1849<PsycoXul> sounds like fun
1850--- Linus|lunch is now known as Linus
1851<Lion> It's pretty easy, really.
1852<Linus> Lion: I work on the mpeg thread
1853<Lion> Cool, I have a global struct API interface for the thread.
1854<Lion> No locks needed either, vars are either external write only or internal write only.
1855<Linus> you mean the info about what songs to play and when they actually play?
1856<Lion> Well, that and a LOT more.
1857<Lion> Lemme quick crank it out so you can see.
1858<PsycoXul> hmm
1859<Lion> It's on paper right now.
1860<PsycoXul> what happens if you lcd_puts 22 chars on the player?
1861<Linus> ok. mail it to the list
1862<PsycoXul> will it wrap or truncate?
1863<Linus> wrap
1864<Zagor> truncate
1865<PsycoXul> heh
1866<Linus> :-)
1867<Zagor> truncate
1868<Linus> sorry, zagor fixed that.
1869<Zagor> truncate
1870<Zagor> truncate
1871<Zagor> :)
1872<PsycoXul> ok
1873<Linus> it truncates each row, right? after 11 chars.
1874<Zagor> yup
1875<Zagor> after pos 11
1876<Linus> I think I have found the LCD display controller that Archos uses
1877<Zagor> really?
1878<Zagor> so it's not the salomon we thought?
1879<Linus> the charset matches pretty well
1880<Linus> nope, but we knew that, didn't we?
1881<Zagor> yeah well i was kind of confused...
1882<Zagor> it matches so well, but still doesn't :)
1883<Zagor> so what have you found?
1884<Linus> samsung
1885<Linus> S6A0093 has a charset that matches
1886<Linus> still, it doesn't quite add up...
1887<Linus> the commands sent to it are not specified in the data sheet
1888<Linus> Ah
1889<Linus> that's because the charset matches that of the new player
1890<Linus> and i haven't analyzed the commands to the new LCD
1891<Linus> got it
1892<Zagor> where's the pdf?
1893<Linus> S6A0090
1894<Linus> that's the "old" LCD
1895--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1896<Linus> at least when it comes to the commands
1897<Linus> but the charset is the same as S6A0093...
1898<Linus> strange
1899<Zagor> i never understood why they have different charsets for differnt versions
1900<Zagor> the old charset is a lot better than the new one
1901<Linus> http://samsungelectronics.com/semiconductors/search/datasheet.jsp?family=312
1902<Linus> and why change LCD at all?
1903<PsycoXul> cause they got a bargain on the earlier ones and then ran out?
1904<Zagor> yeah maybe
1905<Linus> hehe no wonder the double height mode doesn't work on the Old(tm) players
1906<Linus> its a Test command
1907<Zagor> people were unexpectedly actually buying the jukebox :)
1908<PsycoXul> hehe
1909<Zagor> Linus: ooh, nice :)
1910<Linus> "Don't use this instruction", sayeth the Data Sheet :-)
1911<PsycoXul> so how about the new lcd... is there maybe actualy a command to turn the hw cursor on and visible without blink? heh
1912<Zagor> Display Control:
1913<Zagor> C = Cursor on/off
1914<PsycoXul> or either one for that matter... heh
1915<Zagor> B = Blink on/off
1916<Zagor> D = Display on/off
1917<Zagor> neato
1918<PsycoXul> yeah
1919<PsycoXul> thats what it says in the sheet for it on your website too
1920<Linus> Samsung's web server log experiences a strange interest in LCD data sheets...
1921<Zagor> ah, right. same command...
1922<Linus> there seems to be a "standard" for LCD commands
1923<Linus> almost all LCD controllers have the same commands
1924<Zagor> oh well maybe there's some text explaining it, or whatever
1925<Linus> except for that &/#% old Player
1926<Zagor> so how do we know this is not just another almost-it?
1927<Linus> i think the only question mark is the charset on the Old Player
1928--- Bagder|lunch is now known as Bagder
1929<Zagor> can these be mask-programmed in some way, like the sh1 is?
1930<Linus> maybe
1931<Linus> you mean they have a custom charset on the old one?
1932<Bagder> I'll take off home, I'll pop in when I get there
1933<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1934<Zagor> Linus: yeah, maybe. just a guess.
1935<Zagor> it seems natural Samsung would produce an asian display like the new one
1936<Linus> that makes it even more stupid to change LCD...
1937<Zagor> indeed... are both still in production?
1938<Linus> they say "mass production" on the site
1939<Zagor> ok. the mystery thickens... :)
1940<Linus> whatever. these ones seem more likely than the solomon ones anyway
1941<Zagor> yeah, at least there's *more* matches in these :)
1942<Linus> apropos standard,
1943<Linus> (from the web site)
1944<Linus> "The double height character mode and line
1945<Linus> vertical scroll functions are supported"
1946<Zagor> vertical scroll?
1947<Linus> That sort of implies a standard, otherwise they wouldn't have said "THE ... modes"
1948<Zagor> hmm, maybe. or it's just a case of asian english :)
1949<Linus> Line Shift Mode
1950<Linus> you can tell which part of DDRAM begins on the first line
1951<Linus> you can have 4 lines in memory and program an offset to tell which of the 4 is actually the first line on screen
1952<Zagor> ah. real fancy "scroll" :-)
1953<Linus> wow
1954<Linus> it has a horizontal scroll too
1955<Lion> asian english == engrish (the 'technical' term)
1956<Linus> or rather rotation
1957<PsycoXul> yeah
1958<Linus> Lion: :-)
1959<PsycoXul> its horizontal scroll sucks cause its buffer is too short though
1960<Linus> we need to perform some tests to see if the sheets are correct
1961<PsycoXul> its what archos' firmware uses
1962<Linus> is it?
1963<Zagor> i don't think it is. it bugs too much :)
1964<PsycoXul> i'm pretty sure it dictates the scroll speed and is why even scrolling chars get cut off at a certain point
1965<Zagor> but you get magically appearing/disappearing characters sometimes, which indicates it's not just a memory offset
1966<PsycoXul> but then you never know, those crazy archos people pulled that 999 limit out of their asses, they could've pulled a 22 char or such limit for sideways scrolling out of it too :p
1967<Zagor> i think they did
1968<PsycoXul> Zagor: hmm i've never seen that
1969<Zagor> play a file with long strings, then play a file with shorter. when the scroll goes past the \0 in the string, the rest of the previous string appears on-screen
1970<PsycoXul> hmm
1971<PsycoXul> never had that happen
1972<Zagor> uh, sorry. i'm talking about the recorder. doh!
1973<PsycoXul> ah well see
1974<PsycoXul> thats a different story altogether
1975<PsycoXul> heh
1976<Zagor> yeah
1977* Zagor smacks forehead
1978<PsycoXul> btw
1979<PsycoXul> did you commit those changes you said you were?
1980<PsycoXul> heh
1981<Zagor> yes
1982<PsycoXul> ok
1983<PsycoXul> just not getting the mails cause of the blackout?
1984<Zagor> exactly
1985<Zagor> they say the power could come back tonight. let's hope so.
1986<PsycoXul> hmm
1987<Zagor> feels like some 3rd world country...
1988<PsycoXul> ok i just compiled it and got into the browser still in double-height
1989<Zagor> ouch. let me check
1990<Zagor> well darn, that's the code I used. you sure you got the latest?
1991<Linus> large filea are displayed with large characters. :-)
1992<PsycoXul> heh
1993<Zagor> haha
1994<PsycoXul> yep got latest
1995<Zagor> ah, forgot one thing. hang on.
1996<Zagor> update tree.c
1997<Lion> Almost done with this thing.
1998<PsycoXul> if all else fails with making the hw cursor not blink
1999<PsycoXul> we could always just use a custom char thats the reverse of the first letter of what we're selecting
2000<PsycoXul> heh
2001<PsycoXul> Zagor: ok works
2002<Zagor> good
2003<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2004<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2005--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2006--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2007--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
2008<Linus> baggy! hi!
2009<Bagder> rehi
2010<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2011<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2012--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2013--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2014<Linus> suicidal proxy...
2015<Bagder> joinin leaving joining leaving... :-)
2016<Lion> http://www.leonine.com/~lion/temp/mpeg_api.h
2017<Linus> Lion: good start
2018<Linus> A few comments...
2019<Linus> the mpeg thread may need to tell where in the stream it is playing right now
2020<Lion> Oops, stupid = in #defines
2021<Lion> right, I was using filepos to do that.
2022<Linus> we may also have at least two streams in memory
2023<Bagder> at least
2024<Linus> it reads more that 1 meg ahead
2025<Linus> and the thread is never killed
2026<Lion> MPEG_CMD_KILL is not designed to actually kill the thread
2027<Linus> ok
2028<Lion> just stop what it's doing, and unload it's data
2029<Bagder> I think we should use functions to instruct the thread
2030<Linus> ok, we might find a better name for it then
2031<PsycoXul> heh
2032<Bagder> and keep this struct for mpeg reporting
2033<PsycoXul> ok that last text reading function i wrote is really broke
2034<PsycoXul> IO9:CPUAdrE
2035<PsycoXul> at 000A11E3
2036<PsycoXul> :p
2037<Bagder> uu
2038<Linus> hehe
2039<Linus> i know exactly what it is.
2040<PsycoXul> what is it? heh
2041<Bagder> PsycoXul: unaligned memory address
2042<Linus> Zagor forgot to mention a sligt detail in his file API
2043<Linus> it can't always write into buffers at odd addresses
2044<Lion> Badger: You can use a func, but in the end it's still going to behave as this struct does. The MPEG thread will need ot lopp and check a var to look for it's commands.
2045<PsycoXul> heh
2046<Bagder> Lion: perhaps, but the API wouldn't have to care
2047<Linus> we have a message queue for that
2048<PsycoXul> oh well i think its broken in a lot of ways so i'll forget about that and use the newer one though its not quite as functional :/
2049<Linus> but it is about the same
2050<Lion> Bad: My point is, write a func, but that doesn't remove the need for the cmd var
2051<Bagder> Lion: sure it does
2052<Bagder> because it moves that responsibily to the thread
2053<Linus> i think the funcs could do what the mpeg_xxx() functions do today
2054<Linus> they send a message
2055<Lion> Yeah, and how does that message get to the thread?
2056<Linus> via the queue primitives
2057<Linus> and yes, it is still a loop
2058<Linus> that checks the queue
2059<Lion> OH, so there IS more than simple threading.
2060<Linus> we have queues and mutexes
2061<Lion> I was under the assumption that there wasn't any IPC semantics.
2062<Bagder> they're not documented anywhere though ;-)
2063<Linus> and sleep() and yield() of course
2064<Lion> Ahhh ....
2065<Linus> look at the mpeg.c
2066<Linus> and ata.c
2067<Lion> I was hoping there was sleep() for when I rewrite apps/play.c to use the struct
2068<Bagder> sleep() is documented
2069<Lion> cool
2070<Lion> Well, anyway, then someone write the mpeg_cmd() func .. :)
2071<Bagder> mpeg_play() is there ;-)
2072<Lion> I know.
2073<Lion> You'll notice the struct has no method for loading and starting a file
2074<Lion> it assumes mpeg_play()
2075<Bagder> goodie
2076<Bagder> mpeg_stop() stops
2077<Lion> woot
2078<Bagder> afaik, those are the only play-related functions we have right now
2079<Linus> pause and resume also
2080<Bagder> ah, cool
2081<Linus> but not seek
2082<Bagder> Linus: can you add them to the API file please?
2083<Linus> that one is a monster to implement in a good way...
2084<Linus> Bagder: ok
2085<Zagor> seek is for v3.0 ;)
2086<Bagder> hehe
2087<Zagor> Linus: add a comment about read() while you're at it
2088<Linus> BTW is the API file meant to document the present status, or the intended goal?
2089<Lion> present status
2090<Zagor> present status IMHO
2091<Bagder> Linus: I've tried to add a note when things don't work even if documented
2092<Bagder> like write()
2093<PsycoXul> ok wtf
2094<PsycoXul> this text function works fine for a small file
2095<PsycoXul> but large files it just displays the same odd pattern of y's and o's and blankness
2096<Linus> looks like a buffer overwrite to me.
2097<Lion> You're not loading the entire file into mem, are you?
2098<PsycoXul> Lion: of course i am
2099<PsycoXul> heh
2100<Bagder> haha
2101<Lion> Well, don't.
2102<Linus> and how big is your buffer?
2103<PsycoXul> the file's length
2104<Linus> malloc()
2105<PsycoXul> yeah
2106<PsycoXul> none of these files are over 1mb
2107<Lion> You shouldn't be loading all of it into mem anyway.
2108<PsycoXul> why not?
2109<PsycoXul> if it'll fit, it makes it a lot easier and saves hd spinning
2110<-- Bagder has quit (tenn.openprojects.net irc.openprojects.net)
2111<-- Linus has quit (tenn.openprojects.net irc.openprojects.net)
2112<-- Zagor has quit (tenn.openprojects.net irc.openprojects.net)
2113<Lion> Bad policy. Load and display chuncks only.
2114--> Linus (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2115<PsycoXul> chunks are bad when we want to spin the hd as little as possible
2116<Lion> You shouldn't assume you have free reign over all the memory. Place nice itth other threads
2117<Lion> s/itth/with
2118<Lion> s/Place/Play
2119<PsycoXul> yeah well i'm not submitting my code, its just for my own benifit
2120<PsycoXul> i'm not that good a coder :p
2121--> Zagor (~bjst@as3-3-2.ras.s.bonet.se) has joined #rockbox
2122--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
2123<Lion> Anyway, however you want to implement the cmd fucntions, if you do the DOMESTIC parts of the struct, then I'll rewrite apps/play.c to use them
2124<PsycoXul> ugh i guess i'm just using archos' firmware on vacation :/
2125<Zagor> PsycoXul: i may have something for you, if this works...
2126<PsycoXul> and i should've went to bed 2 hours ago
2127<PsycoXul> Zagor: whats this
2128<Zagor> testing whole-dir play right now
2129<PsycoXul> cool
2130<Zagor> bugs :)
2131<Zagor> testing again
2132<PsycoXul> oh well, unless somebody else can do a text viewer right and have it done today [i'm not holding my breath] i'm just gonna have to use archos' firmware on my vacation :/
2133<Zagor> does it have a text viewer?
2134<PsycoXul> no
2135<PsycoXul> but its got nifty things like battery indicator :p
2136<Zagor> WOOOOOOOOOOOOOOOOOOO
2137<Zagor> whole-dir playback works
2138<Linus> bango!
2139<Bagder> rocking box
2140<PsycoXul> cool
2141<Zagor> i'm filtering a bit, so only files ending with a '3' are played :)
2142<Linus> i had that working a long time ago...
2143<PsycoXul> heh
2144<Linus> in my test code.
2145<Linus> but Zagor removed it
2146<Zagor> Linus: yeah, but you cheated by reading the dir again
2147<Zagor> i don't
2148<Linus> memory hog :-)
2149<PsycoXul> heh
2150<Zagor> you, yes
2151<Zagor> i don't use any more memory than before
2152<Linus> because you already loaded the dir
2153<Zagor> yup
2154<PsycoXul> i guess if somebody wanted to hack in a battery indicator i'd be satisfied to use rockbox this week
2155<Linus> the dir browser didn't exist when I wrote the mpeg thread
2156<Zagor> PsycoXul: heh, that's a whole science!
2157<PsycoXul> being out and about for a week in the middle of nowhere it just seems necessary to see when my battery is dead :p
2158<Linus> you will know, trust me. :-)
2159<PsycoXul> heh
2160<Zagor> I promise to not be offended if you don't use the Rockbox firmware :)
2161<PsycoXul> :p
2162<PsycoXul> damn my ploy backfired :p
2163<Zagor> now we are REALLY ready for 1.0 release
2164<PsycoXul> if there was a rolo already i wouldn't care what was in what, i'd just have it all on there and choose what i felt like :p
2165<Zagor> yeah, rolo would be really nice
2166<Bagder> I'd prefer a recorder version first
2167<PsycoXul> nahhh
2168<PsycoXul> :p
2169* Bagder smiles
2170<Linus> Bagder: buy a Player
2171<Bagder> well, you guys don't listen to yours, right? :-)
2172<PsycoXul> well...
2173<PsycoXul> i'm off to bed
2174<dwihno> Night
2175<dwihno> Sleep well
2176<Bagder> night PsycoXul
2177<PsycoXul> see ya either tomorrow or the week after next heh
2178<Zagor> yeah, bye
2179<Linus> night
2180--- Zagor is now known as Zagor|cake
2181--- Linus is now known as Linus|cake
2182<dwihno> CAKE?!
2183<dwihno> BEEFCAKE!
2184<Bagder> ok, I added an internal rockbox logo now
2185<-- adam has quit (Read error: 104 (Connection reset by peer))
2186<dwihno> yay!
2187<Bagder> yeah, takes away the need for a rockbox112.bmp
2188<Bagder> :-)
2189<dwihno> yeah
2190<dwihno> there should still be a loader to load alternative logotypes :)
2191<Bagder> yes, it'll remain
2192<Bagder> "bunkerromantik mix"
2193<Bagder> sounds fine ;-)
2194<dwihno> I'm the commander!
2195--> KGY16 (OKE60@pD9EAB9A3.dip.t-dialin.net) has joined #rockbox
2196<Bagder> welcome
2197<KGY16> hi
2198--- KGY16 is now known as edx
2199<edx> lol
2200<Bagder> under cover edx!
2201<edx> heh that was some script i wrote once...
2202<edx> it was for some other irc server... it connected to a proxy with different IP every time and changed my ident and nickname so noone could ever find out im the smae person
2203<Bagder> hax0r-edx ;-)
2204<Bagder> edx: built that cross compiler yet? ;-)
2205<edx> haha.. no
2206<edx> i keep working with sh-elf work windows :P
2207<edx> nothing to build - just doubleclick setup.exe and a few times next and there you go
2208<Bagder> :-)
2209<edx> for the mp3 download stuff i was working on i found a neat solution (without linux thoguh...)
2210<edx> i wrote a program i can pass a list to and it controls WinMX for me (searches for the song, chooses the best version and downloads it)
2211<edx> i get like constantly 90kb/sec like this (just pass it the current chart list!)
2212<dwihno> cool
2213--- Zagor|cake is now known as Zagor
2214<dwihno> Zagor: Good cake?
2215<Zagor> very nice
2216--- Linus|cake is now known as Linus
2217<Linus> burp!
2218<dwihno> Beefcake? :)
2219<Linus> Zagor: fix that mpeg thread bug!
2220<Zagor> it was already fixed
2221<Linus> oh?
2222--- edx is now known as edx|no_cake
2223<dwihno> :)
2224<Zagor> uh, it wasn't...
2225--- edx|no_cake is now known as edx
2226<Bagder> 14397 lines of code
2227<Bagder> wc -l ` find firmware apps -name "*.[ch]" -maxdepth 2`
2228<Bagder> everything included: 35163 lines
2229<Linus> c00l!
2230<Linus> Bagder: yuu have 8 minutes now...
2231<Bagder> oh
2232<Bagder> you too ;-)
2233<Linus> yup.
2234<Bagder> I'm off!
2235<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
2236<Linus> bye
2237<Linus> gotta go now. Bye!
2238<-- Linus (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2239<Zagor> i can report Rockbox plays 320kbit mp3s just *fine*
2240<dwihno> Yay
2241<dwihno> I can report my ear cartilage is hurting
2242<Zagor> 11, 22, 44 and 48 kHz sample rate works too. we rock! :)
2243<edx> hehe
2244<dwihno> How is seeking?
2245<edx> sweet :)
2246<Zagor> seeking is in the future
2247<Zagor> gotta go now, bye!
2248<-- Zagor (~bjst@as3-3-2.ras.s.bonet.se) has left #rockbox
2249<dwihno> Hey, 1.0 seems pretty close. Kewl.
2250--- edx is now known as edx|away
2251<edx|away> lol.. we should contact archos to replace their crap - maybe they pay us :P
2252--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2253--- dwihno is now known as dw|weekender
2254<-- adam has quit (Read error: 104 (Connection reset by peer))
2255--> chaumai54 (~chau@64.118.137.3) has joined #rockbox
2256<chaumai54> hello
2257<chaumai54> so, I want to look at the source and compile it and mess with it to see if I have the skills to be able to contribute anfthing
2258<chaumai54> using win2k pro, installed cygwin.
2259<chaumai54> tried to follow the steps to make the sh-elf-gcc
2260<chaumai54> when run binutils configure(or any of the configures for that matter) i get an error
2261<chaumai54> checking whether make sets ${MAKE}... eval: 1: Syntax error: Unterminated quoted
2262<chaumai54> string
2263<chaumai54> Configure in /home/linus/build/binutils/intl failed, exiting.
2264--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2265<-- chaumai54 has quit (Read error: 110 (Connection timed out))
2266<-- adam has quit (Read error: 104 (Connection reset by peer))
2267--> chaumai54 (~chau@64.118.137.3) has joined #rockbox
2268<chaumai54> helo?
2269<chaumai54> person = (Person)PartyHomeFactory.getPartyHome().findByPartyID(recipient);
2270<chaumai54> oops
2271<chaumai54> checking whether make sets ${MAKE}... eval: 1: Syntax error: Unterminated quoted
2272<chaumai54> string
2273<chaumai54> Configure in /home/linus/build/binutils/intl failed, exiting.
2274<chaumai54> .
2275<chaumai54> ...
2276<-- chaumai54 has quit ()
2277--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2278--> nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox
2279<-- adam has quit (Read error: 104 (Connection reset by peer))
2280--> chaumai54 (~chau@64.118.137.3) has joined #rockbox
2281<-- chaumai54 has quit ()
2282<-- nicknackpattywac has quit ()
2283--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2284<edx|away> adi.. you there?
2285<-- adam has quit (Read error: 104 (Connection reset by peer))
2286--- edx|away is now known as edx
2287<webmind> anyone alive ?
2288<webmind> question: if i start using the current rockbox firmware, will i be able to switch back easily to the firware from archos and is there any chance on damaging the thing ?
2289<edx> there is a chance of damaging the thing - you will be able to switch back easily to the archos firmware
2290<edx> finally. tetris. in large.
2291--> motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has joined #rockbox
2292<-- motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has left #rockbox
2293--> motiv01 (~trillian@sdn-ar-001ncraleP247.dialsprint.net) has joined #rockbox
2294<adi|work> edx.. just saw your version of tetris.. it rocks :)(
2295<adi|work> gotta run ... be home in a bit...
2296<edx> thx adi.
2297<edx> i gotta go as well now. cya guys
2298<-- edx has quit ("n8")
2299<webmind> hmm, what damage could i encounter
2300**** ENDING LOGGING AT Fri May 31 19:56:21 2002
2301
diff --git a/www/irc/rockbox-20020604.log b/www/irc/rockbox-20020604.log
deleted file mode 100644
index c7b0341d5a..0000000000
--- a/www/irc/rockbox-20020604.log
+++ /dev/null
@@ -1,1858 +0,0 @@
1**** BEGIN LOGGING AT Sat Jun 1 00:01:10 2002
2
3--> adiamas (~adiamas@216.194.26.213) has joined #rockbox
4--- Topic for #rockbox is web site might remain dead until saturday! :-(
5--- Topic for #rockbox set by Bagder at Thu May 30 11:07:24
6--- You are now known as adi|home
7--> edx (OKE60@pD9EABB84.dip.t-dialin.net) has joined #rockbox
8<edx> morning.
9<Tumm> morning
10--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
11--- ChanServ gives channel operator status to Zagor
12--- Zagor has changed the topic to: Does your box rock? http://bjorn.haxx.se/rockbox/
13<Zagor> hey all
14<-- Zagor has quit ("bye")
15--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
16* adam thought of something evil
17<adam> a perl script to automatically renew my library books via telnet :p
18<webmind> evil yes
19<adam> Machinae Supremacy - The Great Gianna Sisters
20--- edx is now known as edx|away
21<-- adam has quit (Read error: 104 (Connection reset by peer))
22--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
23--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
24<-- adam has quit (Read error: 104 (Connection reset by peer))
25<Zagor> hey guys. time for 1.0 release.
26<webmind> neat :)
27<webmind> when ?
28--- dw|weekender is now known as dwihno
29<Zagor> soon. just fixing the web page
30<webmind> ok.. btw.. what are the functions/features of v1.0 ?
31<Zagor> hang on..
32<dwihno> Hej hej
33<Zagor> hi dwihno. 1.0 coming out in a few minutes.
34<Zagor> http://bjorn.haxx.se/rockbox/rockbox-1.0-notes.txt
35<dwihno> Cool!
36<dwihno> :D
37<dwihno> Beware of Rockbox - It will rock your box! :D
38<Zagor> http://bjorn.haxx.se/rockbox/download.html
39<dwihno> You are forgetting something - I have a recorder ;)
40<Zagor> ah, i'll add a comment about that
41<dwihno> I want to be mentioned too! :)
42<Zagor> hehe
43<dwihno> Please? :)
44<webmind> it seems to be becomming something :)
45<dwihno> I saw a 1.27D version of the archos firmware being released
46* dwihno is off to check what's new/fixed
47<Zagor> dwihno: any info about what changes?
48<dwihno> Added all Remote Functions via Remote Control Unit
49<dwihno> That's what's new in the D revision
50<Zagor> ok
51<dwihno> I got some new Sennheiser headphones today
52<dwihno> My old Philips died on me last night. May they rest in peace.
53<webmind> btw.. any chance there will sometime be a txt file reader in rockbox ?
54<dwihno> Sometime, probably
55<webmind> ok
56<Zagor> yeah, that's a simple thing
57<Zagor> PsycoXul was working on it yesterday, but got snagged on some bug
58<dwihno> Does the ID3 stuff parse ID3V2 tags?
59<Zagor> i think so
60<dwihno> mkay
61<Zagor> that's bagder's code
62<dwihno> bagder the badger :)
63--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
64--- ChanServ gives channel operator status to Zagor
65--- Zagor has changed the topic to: Version 1.0 released!
66<edx|away> hi!
67--- edx|away is now known as edx
68<edx> release 1.0 - that is cool :)
69<edx> for the recorder as well?
70<Zagor> no, just player
71<Zagor> we haven't got the recorder ata driver working yet
72<edx> ah.. ok ;)
73<edx> hmm
74<edx> too sad i cant help there :(
75<edx> lol... did you get that Search Engine mail...
76<Zagor> i get a looot of spam...
77<edx> Hi
78<edx> I visited http://bjorn.haxx.se, and noticed that you're not listed on some search engines! I think we can offer you a service which can help you increase traffic and the number of visitors to your website.
79<edx>
80<edx> bla.
81--- dwihno is now known as dw|gone
82<Zagor> you got that too?
83<edx> yup.
84<Zagor> hah
85<edx> what is wrong with the ata driver?
86<edx> a protocol related thing.. ?
87<Zagor> no, more likely the hardware interface is a little different from the players
88<edx> hmm
89<edx> the webserver is down?
90<Zagor> no, it's up again
91<edx> hmm i cant see it..
92<Zagor> odd
93<edx> not even haxx.se
94<edx> cant ping it either
95<edx> i gotta go eating :)
96<edx> later..
97<Zagor> bye
98--- edx is now known as edx|grilling
99<-- Zagor has quit ("bye")
100<-- adam has quit (Read error: 104 (Connection reset by peer))
101--- edx|grilling is now known as edx
102<edx> anyone here with an archos player?
103--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
104<Tumm> yesbox
105<-- adam has quit (Read error: 104 (Connection reset by peer))
106--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
107<edx> good night.
108<-- adam has quit (Read error: 104 (Connection reset by peer))
109<-- edx has quit ("ZZzz")
110--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
111<-- motiv01_ has quit (Read error: 104 (Connection reset by peer))
112--> motiv01_ (~trillian@sdn-ar-002ncraleP123.dialsprint.net) has joined #rockbox
113<-- adam has quit (Read error: 104 (Connection reset by peer))
114--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
115<-- adam has quit (Read error: 104 (Connection reset by peer))
116--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
117--- dw|gone is now known as dwihno
118<-- adam has quit (Read error: 104 (Connection reset by peer))
119--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
120--- dwihno is now known as dw|gone
121<-- adam has quit (Read error: 104 (Connection reset by peer))
122--> edx (OKE60@pD9EAACD1.dip.t-dialin.net) has joined #rockbox
123--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
124--- edx is now known as edx|eating
125<-- adam has quit (Read error: 104 (Connection reset by peer))
126--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
127<webmind> bit onstable?
128--> edx|disconnected (OKE60@pD9EAB9DE.dip.t-dialin.net) has joined #rockbox
129<-- adam has quit (Read error: 104 (Connection reset by peer))
130--- edx|disconnected is now known as edx
131<-- edx|eating has quit (Read error: 110 (Connection timed out))
132<-- edx has quit (Read error: 104 (Connection reset by peer))
133--> edx (OKE60@pD9EAAEFD.dip.t-dialin.net) has joined #rockbox
134--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
135--> BRQ35 (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox
136<-- adam has quit (Read error: 104 (Connection reset by peer))
137<-- edx has quit (Read error: 110 (Connection timed out))
138--- BRQ35 is now known as edx
139--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
140--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
141<-- adam has quit (Read error: 104 (Connection reset by peer))
142<Zagor> hey guys
143--> huz (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox
144<huz> hi all, glade to see the first release it there, i test it now !
145<huz> congratulations
146<huz> (where is my archos ? ;)
147<Zagor> thanks!
148--- huz is now known as huz|test
149<huz|test> befor i copy your archos.mod, i must ark you somthing :
150<huz|test> i'll already try to make : 'mv /mnt/archos/archos.mod ~/' and my computer freezed (sorry for my english ;)
151<huz|test> do you know why ?
152<Zagor> did it really freeze? it can take several minutes to copy the first file to/from the archos, due to it having to read the disk's FAT
153<huz|test> qok, i musted be impatient .. i try .. hoping i'll stay alive
154<huz|test> oh oh .. i've lot of 'Jun 2 19:08:23 debian kernel: SCSI disk error : host 1 channel 0 id 0 lun 0 return code = 70000
155<huz|test> Jun 2 19:08:23 debian kernel: I/O error: dev 08:01, sector 33358
156<huz|test> in my /var/log/messages
157<Zagor> ouch, that doesn't look good
158<Zagor> which usb driver are you using?
159<huz|test> euhh .. UHCI i think, i verify
160<Zagor> uchi.o or usb-uhci.o ?
161<Zagor> you should not be using uhci.o
162<huz|test> ohci sorry
163<Zagor> ok
164<Zagor> what chipset are you using?
165<Zagor> have you got usb working for any other devices?
166<huz|test> yes my usb works for my Speedtouch ADSL modem
167<Zagor> ok
168<huz|test> but normally it works well
169<huz|test> :)
170--- huz|test is now known as huz|fixarchos
171<huz|fixarchos> ok, another solution : i'll do that atfter dinner with Windows
172<huz|fixarchos> bye
173<-- huz|fixarchos (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox
174<Zagor> edx: are you here?
175<Zagor> can anyone build win32 simulators for me to put on the web page?
176<edx> zagor.. yes i am
177<edx> i can.
178<Zagor> good. download the 1.0 release and build that. one player sim and one recorder
179<edx> the new design of the page is cool btw ;)
180<Zagor> yeah. it's ironi's design
181<edx> shall i take the latest simulator code with the 1.0 app code or shall i also take 1.0 simulator code?
182<Zagor> the 1.0 release contains everything, so use that
183<edx> there's the uisw32.rc file missing in the 1.0 archive.
184<Zagor> uh, bad.
185<edx> it should be in cvs though
186<Zagor> yes
187<edx> .. and button.c is not yet player compatible..
188<edx> (shall i take the new one for compilation?)
189<Zagor> it isn't?
190<Zagor> is the simulator player compatible as a whole?
191<Zagor> if 1.0 only supports recorder, only build recorder
192<edx> it only supports the recorder...
193<Zagor> ok, no problem. just build that then.
194<edx> it is player compatible now (i only miss a player ui.. hehe other wise the simulator looks like a recorder even for the player)
195<edx> can i send the file via irc?
196<Zagor> sure
197<edx> do you get the request?
198<Zagor> yes, but not the file
199<edx> huh?
200<Zagor> mail it to me instead
201<Zagor> maybe it's my firewall
202<edx> yup
203<edx> (or my server?)
204<edx> do you have a front picture of a player?
205<Zagor> sure, on the devcon page
206<edx> ok.. got it..
207<edx> ill have a player design for the simulator in the next few days then ;)
208<Zagor> nice
209<edx> where exactly fails the ata driver for the recorder?
210<Zagor> when we try to send a command to it
211<edx> so it wont even initialize.. ?
212<Zagor> no
213<edx> hmm
214<edx> that is bad.
215<Zagor> we are going to add a serial port to our recorders this week and start experimenting
216<edx> hehe
217<edx> did you receive the mail yet?
218<Zagor> yes, got it
219<edx> ok
220--> huz (huz@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox
221<huz> okback under win
222<Zagor> ok
223<huz> nice !:)
224<huz> first time i see the red led :)
225<Zagor> hehe, yes archos never uses it for some reason
226<huz> the sound now .. .
227<Zagor> problems?
228<huz> no, it works perfectly
229<Zagor> good
230<huz> do you want i make something ? a test or wathever ..
231<Zagor> do you have a new or old player?
232<Zagor> that is, did you download the player-old or player version?
233<huz> i've an archos JB600 , but how can i know if i have 'an old' or 'a new' player
234<huz> the player version
235<huz> not the old
236<Zagor> ok
237<Zagor> the ROM firmware version decides
238<huz> great we can exit the dir and the sound continue to play ! it'sgreat
239<Zagor> so how did you like the big rockbox logo on boot?
240<huz> euh .. there is a blank line in the midle of Rockbox
241<Zagor> yeah, but I think it's cool anyway :)
242<huz> vers 5.03 <- my firmware
243<Zagor> yeah, that's a new player
244<huz> yes logo is great, but isn't it possible to have a music's note (une note de musique ?)
245<huz> :)
246<huz> (ok ok .. i'll wait :)
247<Zagor> yeah it is
248<Zagor> next version :)
249<huz> i return under linux, i have a strange impression to be observed when i work w/ windows
250<huz> :)
251<webmind> hmm
252* webmind has 5.08
253<-- huz (huz@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox ("Client Exiting")
254<webmind> quite odd
255<Zagor> what?
256<webmind> firmware 5.08
257<webmind> since newest online 5.07a
258<Zagor> that's not unusual. they don't release the mod files very quickly
259<webmind> ah ok
260<Zagor> every new release is first released in ROM and then (weeks later) as mod files
261<webmind> hm k
262<Zagor> I don't know why, but that's what they do
263<webmind> hm k
264<webmind> hope rockbox will develop soon.. archos firmware getting anoying as hell
265<Zagor> i think we will go far this summer. I will work on it almost full-time!
266<webmind> cewl
267--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
268--> huz (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox
269<huz> re
270<Zagor> hi. back in linux?
271<huz> yes :) fluxbox is nicer than windows :)
272<Zagor> indeed
273<huz> a friend of mine on #debian-france has a recorder, i think he is a bit jalous ;P
274<Zagor> hehe
275--- huz is now known as huz|away
276<huz|away> fabix ?
277<Zagor> huh?
278<huz|away> sorry, i begin to use irssi, and i make some errors :)
279<-- huz|away (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has left #rockbox
280--> huz|away (~marco@AToulouse-103-1-2-61.abo.wanadoo.fr) has joined #rockbox
281--- huz|away is now known as huz
282<huz> there is a problem on the web page
283<Zagor> what?
284<huz> http://rockbox.sourceforge.net/rockbox/ <- if you click 2002-06-01: Version 1.0 is released! Download it here. <- there
285<huz> you got a permission denied
286<huz> (is it understandable?;)
287<Zagor> fixing
288<Zagor> fixed
289<huz> yes it is, your efficient ;)
290<huz> (is it the good word ?)
291<Zagor> yep
292<Zagor> thanks :)
293<huz> is it normal that when we play files we can't have access to the volume ?
294<huz> or to the menu in general
295<huz> (sorry ... ;)
296<Zagor> you can, but right now you have to exit id3 mode first
297<huz> exact ! ok, i keep your mod
298<huz> it's really a great work, i know the project for some times now, and i really admire the work.
299<Zagor> thanks!
300<edx> gotta go...
301<edx> cya
302<Zagor> bye
303<-- edx has quit ("bye")
304* adam returns
305<Zagor> welcome :)
306<adam> hey
307* adam finished reading Guns of the South
308<adam> :p
309<adam> grr. evil Linux usb. *reboots*
310<-- adam has quit ("[BX] Have you huggled your BitchX today?")
311--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
312<adam> curses
313<adam> one thing I miss in good ol RB v1 is the on button + arrow volume change
314<Zagor> yeah
315<adam> but hey
316<Zagor> we don't have multiple-key support yet, that's why it was left out
317<adam> time will fix that
318<Zagor> yup
319<Zagor> or I will, at least :)
320<adam> heh
321<adam> I'll go write an Everquest bot :p
322<adam> well, that'd be sick, and wrong
323<Zagor> :)
324<adam> Machinae Supremacy - March of the (Undead part II)
325<Zagor> yeah, they rock!
326<adam> ... Adjust my evil parentheses
327<adam> I've never seen the error led used in the standard archos firmware
328<Zagor> me neither
329<Zagor> i've never thought of it as an error led, though. i always felt it was an activity led
330<adam> he
331<adam> I noticed that in the rb firmware
332<Zagor> yeah
333--- huz is now known as huz|php
334--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
335<-- adam has quit (Read error: 104 (Connection reset by peer))
336<elinenbe> 'ello there
337<Zagor> hi
338<elinenbe> late night?
339<Zagor> yeah, going to bed soon
340<-- Tumm has quit (Network is unreachable)
341<elinenbe> congradulations on the awesome work on the project
342<Zagor> thanks
343<-- huz|php has quit ("("dodo")")
344--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
345--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
346<-- Zagor has quit ("bye")
347<-- adam has quit (Read error: 104 (Connection reset by peer))
348--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox
349--> mat (matt@ex-mormons.for.jes.us) has joined #rockbox
350<mat> hey
351* mat is gone.. autoaway after 30 min (log/on!page/on)
352<-- motiv01_ has quit (Read error: 104 (Connection reset by peer))
353--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
354--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
355<-- adam has quit (Read error: 104 (Connection reset by peer))
356<PiotR> hi
357--> trillback (~trillian@sdn-ar-001ncraleP307.dialsprint.net) has joined #rockbox
358--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
359--> Tigren (Tigren@cpe-24-31-57-196.socal.rr.com) has joined #rockbox
360<-- adam has quit (Read error: 104 (Connection reset by peer))
361<Tigren> hey
362<Tigren> any chance that 1.0 could screw up my jukebox?
363<Tigren> ie: erase data, screw up hard drive, etc?
364<Tigren> anyone at all?
365<Tigren> has 1.0 given you trouble?
366<-- Tigren (Tigren@cpe-24-31-57-196.socal.rr.com) has left #rockbox
367--> miah (~miah@pihkal.com) has joined #rockbox
368<miah> hey, great to see you guys released a 1.0
369<miah> im testing it now
370<miah> seems to work fine with all my vbr stuff..
371--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
372--> edx (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox
373<edx> good morning.
374<-- mat has quit ("User abort with 5 Ctrl-C's")
375<-- edx has quit ("off for school")
376--> green (~green@adsl-64-160-55-100.dsl.snfc21.pacbell.net) has joined #rockbox
377<-- adam has quit (Read error: 104 (Connection reset by peer))
378<green> ok - wow. this is a cool project.
379<green> are any of the hackers online?
380<webmind> natm
381--- dw|gone is now known as dwihno
382--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
383--- [TDM]Mr_B|away is now known as [TDM]Mr_B
384<-- [TDM]Mr_B has quit ()
385--> huz (~marco@AToulouse-103-1-2-220.abo.wanadoo.fr) has joined #rockbox
386<huz> hello
387<huz> is that normal the rockbox.sf.net returns a forbidden access to index.html ?
388<webmind> try /rockbox/ ?
389<huz> it works
390<webmind> ok
391--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
392<Bagder> moo
393<webmind> oi
394<Lion> badger: What's the optimum malloc() size?
395<Bagder> you mean the biggest possible?
396<Bagder> there's currently 128kb available for malloc()
397<Lion> No, the standard block that doesn't fragment
398<Bagder> ah
399<Bagder> well
400<Bagder> its not that easy to say just one size, but if there's any size that matches that description it is 4064 bytes ;-)
401<Lion> k
402<Bagder> what do you want this for?
403--- huz is now known as huz|sdl
404<Lion> I came up with a method to handle playlists that's both memory efficient and doesn't need a ton of disk spins
405<Bagder> that is better than keeping the file name indices in memory?
406<Lion> Yeah
407<Bagder> so tell me! ;-)
408<Lion> Lemme write up some stuff for it
409<Bagder> sounds like a good idea ;-)
410<webmind> hmm :)
411<Lion> Hmm, my alg has a added benifit of doing a distance reshuffle
412<Bagder> what is a "distance" reshuffle?
413* Bagder fixes the daily build
414<Lion> Oh, wait, no it can't .. damn, I was thinking backwards.
415<Lion> distance reshuffle maximizes the distance between currently ordered entries
416<Bagder> ah
417--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
418<Lion> THOUGH
419<Lion> It might be easy to do a reshuffle through block swaps as well as cell exchanges
420<Bagder> just remember that we need deterministic shuffle
421<Lion> Haha, yeah, that's the basis
422<Bagder> recorder build is broken again :-(
423<dwihno> Doesn't really matter since the code won't run on the target platform (yet) ;)
424<Bagder> it matters anyway
425<dwihno> yeah
426<dwihno> I'm just joking :)
427<dwihno> I guess monday morning isn't such a great time for jokes ;)
428<Bagder> heheh
429* Bagder hasnt
430<Bagder> eaten his breakfast sandwich yet
431<Bagder> daily-build for recorder is working again
432<Lion> THis is more designed for big playlists than small.
433<-- adam has quit (Read error: 104 (Connection reset by peer))
434<Lion> But with a device of 6,10,20 gig, large lists are the nrom.
435<Lion> er, norm
436<Bagder> yeah
437<huz|sdl> sorry, i'm just an user but my playlist contains about 20 songs (one album)
438<Lion> Heh, then you should have bought a different device. :)
439<Bagder> we should deal nicely with small playlists too of course
440<Lion> They onyl thing that gets weird is shuffling small lists.
441<Bagder> why?
442<Lion> When I get done with the doc, you'll know why.
443<Bagder> hehe
444<Bagder> ok
445<dwihno> The built-in shuffle function in the original firmware is really bad :)
446<Lion> AH HAH
447<Lion> Never mind, I found a non-conditional way to shuffle even small lists
448--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
449* adam peeks in
450<adam> perl overdose
451<huz|sdl> why in id3.c fonction stripspaces() you don't realloc the buffer ? is it a speed problem ? (i warn i'm not a quite brillant programmer)
452<Bagder> id3 doesn't use malloc() at all
453<adam> Heh, 2:36 AM
454<Bagder> we rather avoid malloc() and associated functions if possible
455<dwihno> is the malloc stuff slow?
456<huz|sdl> ok it is thus a speed limitation ?
457<Bagder> everything is relative
458<huz|sdl> :)
459<Bagder> actually
460<Bagder> using malloc() in this kind of system is really a sensitive matter
461<Bagder> so if we know what kind of memory sizes to use and we know it'll be used fairly often, it is better to use static buffers
462<Bagder> I don't think this malloc() is slowe than other malloc()s, in fact I believe it is faster than most (best-fit) implementations
463<Bagder> it might have a slightly higher amount of internal fragementation though
464<huz|sdl> ok thanks
465<Bagder> also, I made the id3.c work before we even had a malloc() working ;-)
466<dwihno> malloc is for chickens
467<dwihno> real men use static buffers :)
468<Bagder> >500 unread mail this morning
469<dwihno> eww
470<Bagder> quite some load
471<dwihno> that's what happens when you subscribe to pr0n bulletins ;)
472<Bagder> couldn't read mail when the site was down so this is like four days feed
473<dwihno> Eww
474<dwihno> That much mail in 4 days?
475<Bagder> yah
476<Bagder> me a mail type of guy
477<dwihno> That's perverted :)
478<Bagder> I'm involved in a fair amount of open source projects
479<dwihno> That's what I get in three years :)
480<dwihno> What mail client do you use?
481<dwihno> I bet you have 3000 filtering rules
482<Bagder> I subscribe to at least 4-5 cvs commit mailing lists
483<Bagder> I have 13 inboxes
484<Bagder> I get 150-170 mails daily
485<dwihno> What client?
486<dwihno> Pine?
487<Bagder> pine
488<dwihno> Mkay
489<dwihno> I think mutt is cute
490<Lion> Pine rocks
491<Lion> Pine+procmail
492<Bagder> I've tried mutt but never found reasons enough to switch from pine
493<huz|sdl> ok i goto go
494<Bagder> without procmail, life gets impossible ;-)
495<-- huz|sdl has quit ("leaving")
496* dwihno don't know what procmail is good for
497<Bagder> filtering
498<Lion> Yeah, and spamassassin also works miracles. :)
499<dwihno> mkay
500<Bagder> it is *THE* mail filtering system
501<dwihno> spamassassin sounds good :)
502<dwihno> KILL DA SPAM! :D
503<dwihno> I usually have filters matching *viagra* *debt consolidation* etc. ;)
504* Bagder runs for more coffee
505* dwihno got his 5dl cup of tea all filled up
506--> Linus (~linus@labb.contactor.se) has joined #rockbox
507<Linus> boo!
508* dwihno gets scared and jumps up in a pinetree
509<Linus> :-)
510<Bagder> hey Linus
511<Bagder> good to not have Björn around? ;-P
512<Linus> nice and quiet
513<green> there was talk recently of removing sh-1 support from gcc.
514<green> I think a number of people complained, but I'm not sure what the final decision was.
515<dwihno> Hmm...
516<dwihno> Why would they remove it?
517<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
518<Linus> dwihno: maybe because it isn't a very popular CPU?
519--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
520<Lion> Ok, you want to read this thing?
521<Bagder> machine died
522<dwihno> Linus: But why would they dump the support for an architecture they already have code for?
523<Lion> dwihno: THey have to maintain it.
524<Linus> maybe because they have changed their internal scheduler?
525<dwihno> Hm
526<dwihno> Linus: True, ture
527<Lion> http://www.leonine.com/~lion/temp/playlist.txt
528<dwihno> Lion Templin reminds me of Simon Templar
529<Lion> Heh.
530<green> no - because apparently sh-1 support has been broken since September 2001.
531<green> And nobody has bothered to fix it.
532<dwihno> Lion - the saint
533* dwihno listens to the saint theme
534<Linus> green: not exactly broken, but not entirely functional...
535<green> I'm just reading up on it. I don't think their complaint impacts this project.
536<green> GCC's default crt0 uses braf in some assembly, but that instruction isn't available on sh-1.
537<green> rockbox doesn't use gcc's crt0, right?
538<Linus> no, we have our own
539<dwihno> Evil shiznat 1x2.
540<green> How much ram on these devices?
541<Bagder> 2MB
542<Bagder> and we need as much as possible for mp3 buffering
543<adam> heh
544<dwihno> The memory consumption should be kept to a minumum allowing buff... yeah, exactly what Bagder says....
545<Lion> Bagder: You read that URL?
546<Bagder> no, I'll do that
547<adam> heh, does the buffer automatically read into the next file, like lets say you had a playlist, or does it start out anew with each opened file?
548<Bagder> it gets fed with the next file
549<adam> hmm
550<Bagder> or files if they are small
551<adam> It'd be an amusingly sadistic hardware hack to have a 64mb Buffer :p
552<adam> impossible, but amusing in any regards
553<Bagder> Lion: small first detail: write() will be supported, it just isn't right now
554<Lion> Bagder: THat's addressed at the bottom
555<Bagder> ok
556--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
557<Bagder> hey ironi
558<adam> hey
559<ironi> hello bagder
560<ironi> adam
561<ironi> *yawn*
562* adam fumbles with tcp tunneling
563<ironi> i just wanted to see whats going on
564<adam> the things I do to play stupid LAN games :P
565<dwihno> ironi! :D You and I talked about Dell laptops a couple of days ago, yes?
566<ironi> dwihno: true, true
567<adam> all because these guys don't feel like crapping out the client/server code any earlier than they feel would be 'perfect'
568<dwihno> ironi: I've decided to get one :)
569<ironi> cool
570<dwihno> ironi: I would like to thank you for the tip :)
571<ironi> damnit damnit they lost
572<ironi> aaaargh
573<ironi> im so disappointed
574<dwihno> which what who?
575<ironi> (watching the world cup)
576--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
577<Bagder> morning Zagor
578<Zagor> yay, what a crowd!
579* dwihno sighs with relief... Finally someone with some sanity in their pockets who realize the importance of the soccer championships ;)
580<ironi> croatia lost against mexico
581<ironi> scandalous
582<Bagder> Zagor: of course the recorder build was broken ,-)
583<Zagor> hehe
584<ironi> world cup is the only sporting event i care about
585<Zagor> the changelog doesn't indicate your checking last night
586<ironi> well except the summer olympics
587<Zagor> checkin, even
588<Bagder> nah
589<Bagder> I ran it again this morning
590<Bagder> I had to fix the script
591<Bagder> since the recorder output has changed namae
592<Bagder> name
593<Bagder> ajz
594<Zagor> right
595<ironi> any changes since the first buid?
596<ironi> (thinkig if its any use to put int he new one
597<Zagor> nothing useful over 1.0
598<ironi> k
599<ironi> well im going to get osme sleep
600<ironi> this wa smy last night-shift, returning to normal mode again
601<ironi> finally
602<ironi> and this week i have pretty much nothing to do whatsoever
603<Zagor> i'll have my hands full. resting, sleeping, eating... ;)
604<ironi> :-P
605<ironi> Zagor: no work this week?
606<Zagor> nope
607<ironi> what does /dns cvitan.com give you?
608<-- adam has quit (Read error: 104 (Connection reset by peer))
609<ironi> what ip
610<Zagor> 194.236.60.242
611<ironi> ok
612<ironi> that is what it should be
613<ironi> i still get the old one
614<Zagor> ah
615<ironi> well it will probably go trough during the day
616<green> hmmm.. the gcc list says that sh-elf-as silently assembles what is supposed to be sh-1 code as sh-2 .. possibly introducing bad instructions.
617<green> has this been a problem on this project?
618<ironi> i am putting some effort into creating my poersonal homepage this week
619<ironi> one of those never ending projects
620<ironi> =)
621<dwihno> URL?
622* Bagder thinks Linus and Zagor might be able to answer to the assembler questions
623<ironi> none of interest yet =)
624<Linus> green: I haven't seen it yet...
625<Bagder> Zagor: how many mp3s do you have on your archos?
626<Bagder> you're the worst case I know ;-)
627* Bagder wonders what a static buffer for the playlist would take
628<webmind> few k ?
629<Zagor> Bagder: about 3500-4000 files
630<webmind> files ?
631<Zagor> mp3 files, on my archos
632<Zagor> green: no, we haven't been bitten by that
633<webmind> owh.. i though on mem
634<webmind> +t
635<Bagder> so 10000 files would go pretty far and only take 40000 bytes
636<Zagor> sounds good
637<dwihno> yeah, sounds pretty good
638<webmind> 40k ?
639<Bagder> almost
640<Lion> little more, but close
641<Lion> I'm going to send my doc to the list.
642<Zagor> Bagder: actually it's 5500+ files
643--> Lil_Missie (Lil_Missie@kf-nawij-tg04-0479.dial.kabelfoon.nl) has joined #rockbox
644<Linus> welcome!
645<Bagder> Zagor: well, 10000 is still sufficient ;-)
646<webmind> hi Lil_Missie
647<Zagor> yeah
648<Lil_Missie> hi webbie (:
649<Bagder> Zagor: you read Lion's suggestion?
650<Lil_Missie> stealing my words are you zagor?
651<Zagor> Bagder: which was that?
652<Bagder> Zagor: http://www.leonine.com/~lion/temp/playlist.txt
653<Zagor> Lil_Missie: i am?
654<Lil_Missie> 10:36 < Zagor> sounds good
655<Zagor> haha
656<Lil_Missie> 10:36 <@Witchy> sounds good (:
657<Lil_Missie> yes you were
658<Zagor> Bagder: reading now
659<Bagder> Zagor: you gonna keep this setup for the rockbox CVS commit mails?
660<green> is the firmware size limit really 200k? any idea why not more?
661<Bagder> green: probably only the intial loaded file
662<Bagder> green: once we have a rolo we can load whatever size we want
663<green> rolo?
664<Bagder> Rockbox Loader
665<Bagder> like lilo
666<Zagor> Bagder: you mean cvs@haxx?
667<Bagder> Zagor: yes
668<Zagor> no, that was just temporary
669<dwihno> rolo! :D
670<Bagder> Zagor: I just wanna know for my procmail filtering
671<dwihno> ROLO WILL OWN! :D
672<Zagor> Bagder: ah
673<green> I'm confused then. does rolo exist?
674<Zagor> green: no
675<green> can it exist?
676<Zagor> yes, it's something we plan to write
677<Bagder> green: no, but it would be cool to have a tiny little app loaded first, that can offer the user to load any of set of images
678<green> ok
679<green> I hack on gcj (the gnu java compiler), and I was looking for a fun embedded target to use for J2ME tests. I might need more that 200k though.
680<Bagder> the 200k limit is only for the file the firmware loads
681<Lion> Haha, java on the archos would be great.
682<webmind> no
683<Bagder> I mean the original ROMed firmware
684<Zagor> i have to run som errands. see you later guys!
685<-- Zagor has quit ("bye")
686<Lion> So, about that file?
687<Lion> Any comments?
688<green> I've just created binutil/gcc patches to create an sh-rockbox target.
689<green> I need this to configure the java runtime properly.
690<webmind> btw is the rom overwriteable ?
691<green> I don't know if this would be useful to anybody though.
692<Bagder> webmind: some revisions of the hardware do offer this capability, but don't expect us to attempt that ;-)
693<green> Is there a plan to use more threads in the firmware?
694<webmind> heh
695<green> I think I only see 1 being created.
696<Bagder> green: if we need to
697<green> The gcc hackers are adding compiler support for thread local storage.
698<Bagder> cool
699<green> An sh-rockbox configuration would be necessary in order for it to work on this project.
700<green> Maybe that's a good argument to check this in.
701<Bagder> I'm not sure we need any particular thread local storage at this point :-)
702<Bagder> we might need that in the future though of course
703<-- Lil_Missie has quit ("<frogulox>im more than happy to keep playing with you :) [22:45] <Gorilla> I love you Cadavre")
704* Bagder runs on a meeeting
705* Bagder is away: I'm busy
706* Bagder is back (gone 00:14:41)
707<Lion> woo
708--> HEMIL (SFDSA@175-SEVI-X25.libre.retevision.es) has joined #rockbox
709<HEMIL> PERO QUE COÑO ES ESTO??
710<webmind> no
711<dwihno> hamburgesa con keso, por favor
712<Bagder> si si
713<HEMIL> pero vamos a ver?
714<HEMIL> donde coño eestoy?
715<webmind> er ?
716<HEMIL> esto no es el puto irc??
717<HEMIL> hispano?
718<Bagder> estas aqui ;-)
719<dwihno> vamos ala discoteca
720<HEMIL> de donde han salido esto s grupos tan raros??
721<HEMIL> tanto linux y tantas pollas en vinagre?
722<HEMIL> que garito es esto?
723<Bagder> hablamos ingles aqui
724<webmind> uhm
725<webmind> dudes
726<webmind> english ?
727<Bagder> right
728<Bagder> that's what i said ;-)
729<HEMIL> no!
730<webmind> heh
731<webmind> yes
732<HEMIL> this is a big shit!
733<Bagder> haha
734<webmind> bi
735<green> better
736<webmind> er
737<webmind> no
738<HEMIL> home english solutions
739<Bagder> no, it isn't
740<HEMIL> yes of course
741<HEMIL> HEMIL> ME CAGO EN DIOS
742<HEMIL> <Vladimirr> Ja, helt enig
743<HEMIL> <HEMIL> JA?
744<HEMIL> <HEMIL> tu puta madre!
745<HEMIL> esto es ....
746<webmind> so?
747<HEMIL> AHORA LO ENTIENDO
748<HEMIL> ESTO ES UN CHAT
749<webmind> could u plz not shout ?
750<HEMIL> DE LINUX
751<Bagder> now speak enligh please
752<HEMIL> de gente subbersiva
753--- ChanServ gives channel operator status to Bagder
754<HEMIL> que ha creado un servidor
755<webmind> the fact that u dont have aol in .se doesnt mean u have to compansate :)
756<-- Bagder has kicked HEMIL from #rockbox (Bagder)
757--> HEMIL (SFDSA@175-SEVI-X25.libre.retevision.es) has joined #rockbox
758<HEMIL> joder
759<HEMIL> ahora lo entiendo
760<webmind> what ?
761--- Bagder sets ban on *!*@*.libre.retevision.es
762<-- Bagder has kicked HEMIL from #rockbox (Bagder)
763<webmind> neat
764<webmind> weirdo
765<Bagder> silly person
766<Bagder> first ban ever in this channel ;-)
767<webmind> ok..
768<webmind> always has to be a first
769<webmind> what did he want btw ?
770<Linus> He mentioned someting about us creating a channel about something that isn't a linux topic
771<webmind> weird
772<Bagder> and he said he understood several times ;-)
773<webmind> ok
774<Bagder> I don't understand what he understood though ;-)
775<Bagder> hehe
776<webmind> heh
777<webmind> me neither..
778<webmind> my spanish is even worse then my german :)
779<webmind> witch makes it better then my icelandic
780<webmind> which
781<Linus> ...or did he ask us if we knew about a channel that talks abour Linux...?
782<Linus> whatever
783<webmind> hehe
784<webmind> lol
785<-- Linus (~linus@labb.contactor.se) has left #rockbox
786<green> is it possible to use the USB port while music is playing?
787--> Linus (~linus@labb.contactor.se) has joined #rockbox
788<webmind> dunno
789<Linus> oops
790<Bagder> green: I think so, we just can't use the disk
791<webmind> but it would require 2 object using the hd i think
792<Bagder> Linus: <green> is it possible to use the USB port while music is playing?
793<webmind> hmm
794<Linus> well, not really
795<Linus> it all depends on how the ISD200 behaves
796<webmind> isnt the usb adapter not just only connected to the hd controller ?
797<Linus> The USB adapter is connected to the ATA interface
798<Linus> as is the CPU
799<webmind> yes
800<Linus> and a couple of buffers isolate the CPU/ISD200 from the ATA interface
801<webmind> so u would have to communicate with usb through the ATA interface ?
802<Linus> these buffers are controlled with port pins from the CPU
803<Linus> You mean CPU communicating with the PC via USB?
804<webmind> directly to the usb iface ?
805<Linus> The ISD200 only talks ATA with the disk
806<webmind> hm k
807<Linus> and the CPU can talk ATA if it disables the ISD200
808<Linus> I gotta go now! CU!
809<-- Linus (~linus@labb.contactor.se) has left #rockbox
810<webmind> hm k
811--- dwihno is now known as dw|gone
812--> huz (~marco@AToulouse-103-1-2-220.abo.wanadoo.fr) has joined #rockbox
813<huz> back ::)
814<Bagder> hi
815<-- huz has quit ("("go to schoooOOOoooll")")
816<Bagder> so there was a posting to that yahoo group for archos?
817<Bagder> about the 1.0 release I mean
818--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
819<Bagder> rehi
820<-- Zagor has quit (Client Quit)
821--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
822--> bjst_ (~bjst@labb.contactor.se) has joined #rockbox
823<Bagder> multiple Björns!
824<Tumm> you should drop a line on www.funmp3players.com
825<-- bjst_ (~bjst@labb.contactor.se) has left #rockbox ("Client Exiting")
826<Zagor> i have
827<-- Zagor has quit (Remote closed the connection)
828--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
829--> bjst_ (~bjst@labb.contactor.se) has joined #rockbox
830<-- bjst_ (~bjst@labb.contactor.se) has left #rockbox ("Client Exiting")
831<Zagor> xchat crashed :(
832<Zagor> bagder, are you working on the playlist code?
833<Bagder> not yet
834<Zagor> ok
835<Bagder> I'll probably not do anything major until tomorrow evening
836<Zagor> ok
837* Bagder made the most blatant newbit error in CVS
838<Bagder> newbie
839<Zagor> hehe
840<Bagder> I didn't set a tag right after I made a branch
841* Bagder has to merge 150 files with single invoke cvs commands
842<Bagder> great fun
843<Bagder> damn it
844<Bagder> I'll write a script anyway
845--> edx (OKE60@pD9EAA6B7.dip.t-dialin.net) has joined #rockbox
846<edx> hi
847<Bagder> g'day edx
848<Zagor> hi
849* edx wants ata working :P
850* Bagder agrees
851<Zagor> yeah, we all do
852<edx> right now.. are you using the same code for player / recorder?
853<Bagder> yes
854<edx> that's the ata.c file?
855<Bagder> yes
856<Bagder> if you run the archos.ajz file on target, I belive it stops on ata: -5 at this point
857<edx> heh.. i dont have a clue of this hardware business :).. what function is it in?
858<edx> if (ata_spindown(1))
859<edx> return -5;
860<edx> there?
861<Bagder> exactly
862<edx> do you know where inside the spindown function it returns? (or where it sets ret = -1)?
863<Zagor> it times out on response from the command. it does that on any command you send
864<edx> if (time > 255)
865<edx> there?
866<edx> hm no.. sorry that cant even be.. lol
867<edx> then that's the first waitforrdy call...
868<edx> hmmm..
869<edx> why does the freeze_lock thing not return -1?
870<edx> it uses the command thing as well.
871<edx> anybody with me? :)
872<Zagor> it does
873<Bagder> I'm not ;-)
874<edx> hmm it does return -1?
875<Zagor> oh, that
876<edx> that seems to work then.. right?
877<Zagor> no, the recorder simply returns -4. -5 was for a test where we had uncommented freeze_lock()
878<edx> ahh ok
879<edx> (bagder just said it was -5.. heh)
880<Zagor> don't listen to him :)
881<edx> the waitforrdy fails.. right?
882<edx> the first or the second one?
883<edx> sorry for bothering you with questions ;)
884<Zagor> i don't remember. the second, i think
885<Bagder> gotta run, see ya
886<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
887<edx> im away for a few mins as well now ;)
888--- edx is now known as edx|tea
889--- edx|tea is now known as edx
890<Zagor> i'm off for today. bye guys!
891<-- Zagor has quit ("Client Exiting")
892<-- green has quit (Killed (NickServ (Nickname Enforcement)))
893--> green_ (~green@adsl-64-160-55-100.dsl.snfc21.pacbell.net) has joined #rockbox
894--> alkorr (alkorr@srs04m-1-242.n.club-internet.fr) has joined #rockbox
895<alkorr> hi !
896<alkorr> geee people are growing here !
897<-- alkorr has quit (Client Quit)
898<-- edx has quit (Read error: 110 (Connection timed out))
899--> webmind_ (webmind@seal.student.utwente.nl) has joined #rockbox
900<-- webmind has quit (Read error: 104 (Connection reset by peer))
901--> edx (OKE60@pD9EAB3AB.dip.t-dialin.net) has joined #rockbox
902--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
903<ironi> i'm here, but i'm still the same height and weight.
904<ironi> haven't grown a bit.
905<edx> huh?
906<edx> what's that stuff you smoke, ironi?
907<-- edx has quit ("good night.")
908<ironi> =)
909<-- ironi has quit (" <k!15b8>")
910--> Bagder_ (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
911<-- Bagder_ has quit (Client Quit)
912--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
913--- ChanServ gives channel operator status to Bagder
914<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
915<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020529]")
916<-- trillback has quit (Read error: 104 (Connection reset by peer))
917--> trillback (~trillian@sdn-ar-002ncraleP278.dialsprint.net) has joined #rockbox
918--> kop (~kop@66-2-164-108-chi-01.cvx.algx.net) has joined #rockbox
919<kop> hi
920<kop> Congrads on 1.0
921<kop> Too bad it won't do ogg.
922<kop> It'd be nice if it'd do some sort of lossless compression too.
923<kop> bye
924<-- kop has quit ("Leaving")
925--- dw|gone is now known as dwihno
926<dwihno> Hmm... Audio, lossless compression? How... *ponder*
927<wettoad> simple
928<wettoad> remove all the bytes that = 5
929<wettoad> then randomly add 5 when you play the music
930<dwihno> ;)
931<datazone> well, i have a better idea
932<datazone> since all sound sounds the same at two points: zero volume, and infinite loud volume
933<datazone> you can then store an infinite amount of music in an extremly small space
934<wettoad> the you only need 32 bits
935<wettoad> word
936--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
937--> carlf (~carlf@fw1.uia.net) has joined #rockbox
938<carlf> Hello all.
939<-- carlf has quit ("leaving")
940--> edx (OKE60@pD9EABFF8.dip.t-dialin.net) has joined #rockbox
941<elinenbe> on Slashdot.... nice. The only thing is people do not understand the purpose of the project.
942<wettoad> what is the purpose
943<elinenbe> Everyone is being quite hard on the project.
944<elinenbe> hey, EDX
945<edx> hi
946<edx> whats about slashdot?
947<elinenbe> I was wondering if you could e-mail me a binary of the win32 simulator?
948<elinenbe> the project is on the front page of slashdot
949<edx> hmm i thoink bjorn even has a release compile on the site...
950<edx> WHAT?
951<elinenbe> yeah. It is right there!
952<elinenbe> a release of the win32 simulator?
953<edx> http://bjorn.haxx.se/rockbox/download.html
954<edx> down there somewhere...
955<edx> LOL
956<edx> pretty cool.. that slash dot thing
957<dwihno> hellö hellö
958<elinenbe> did you hear the ROLO idea?
959<edx> rhe rockbox loader..
960<edx> not exactly..
961<elinenbe> Rockbox Boot Loader... having a loader will allow firmwares >200k to be loaded
962<edx> ah ok
963<edx> hmm it has another advantage:
964<edx> the descrambling of the firmware takes time.. a loader could be descrambled and then load an unscrambled mod...
965<edx> that would save boot-up time
966<dwihno> hm
967<dwihno> never thought of that... smart
968<edx> hmm.. I just heard slashdot is popular. how popular is it?
969<elinenbe> it is quite popular.
970<elinenbe> actually very popular
971<dwihno> Yeah... :)
972<dwihno> slashdot is really fancy stuff
973<elinenbe> that is a great idea. mention that to others: the descrambling of the firmware takes time.. a loader could be descrambled and then load an unscrambled mod...
974<edx> talked about it with bagder.. he mentioned rolo then.
975<edx> when has the post been put up on slashdot?
976<edx> (88 replies.. lol)
977<edx> lol some stupid stuff ppl write sometimes ... :)
978<edx> (and why dont we have a visitor counter... :P )
979<edx> ... i gotta leave for school.. cu later.
980<elinenbe> later
981<elinenbe> have fun
982<elinenbe> there is an access log on the web page
983<elinenbe> ask bjorn about it or someone else...
984<edx> k :)
985<edx> later.
986<-- edx has quit ("off for school :(")
987--> zaggy (~jeff@heredia-a134.racsa.co.cr) has joined #rockbox
988<-- zaggy (~jeff@heredia-a134.racsa.co.cr) has left #rockbox ("insert witty message here")
989<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
990--> wiggles (~jirc@ip68-14-13-104.ri.ri.cox.net) has joined #rockbox
991<wiggles> there is a mistake in the FAQ
992<wiggles> specifically a typo in Q18
993<wiggles> I quote
994<wiggles> << Q18. What about supporting playing of wav files?
995<wiggles> A18. No Bill. We have no intention of that. Go buy your own project. >>
996<wiggles> this makes very little sense. wav files, though they originated with windows, are very well documented at the moment. it would make more sense if it said "wma files" or "asf files"
997<wiggles> also, wav files do not compete directly with mp3 files. wma files however do directly compete with mp3 files
998<wiggles> i'm done complaining. i'll shut up now
999<-- wiggles has quit (Client Quit)
1000* adi|home thinks ppl don't understand sarcasm.
1001<adi|home> "_
1002<adi|home> :)
1003<dwihno> hehe
1004<dwihno> yeah
1005<dwihno> everybody thinks everybody are so serious
1006<wettoad> its cause there is no sarcasm font
1007<dwihno> yup
1008<wettoad> i think it should be left slated italics
1009--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1010<Bagder> /. :-)
1011<Bagder> http://slashdot.org/article.pl?sid=02/06/04/0018259
1012<adi|home> i do think i did do a good job making that FAQ nice and sarcasm ladden if i do say so myself
1013<Bagder> hehe, I agree
1014<adi|home> hehe you see all the DMCA comments?
1015<Bagder> yeah
1016<Bagder> almost every second posting seems to mention that in one way or another
1017<adi|home> i like this:
1018<adi|home> ust tried the mod out, works great on my Studio 20, of course the UI has quite a bit till it's up to the current archos build, but it's good to see someone making progress.
1019<adi|home> the cool thing about these players it you don't have to actually flash the rom, they boot off of the internal rom for a second and immediately look for a file in the root for updates, if
1020<adi|home> the file's not there they just continue to boot from hardware.
1021<adi|home> heheh
1022<adi|home> and i also dig the fact that the FAQ is actually being useful :)
1023<adi|home> way to go Bagder
1024<Bagder> slashdot is likely to be a very good place to get attention
1025<adi|home> yah think?
1026<adi|home> you ever hear of slashdot-effect
1027<Bagder> hehe yes
1028<adi|home> i hope his server can handle it :)
1029<Bagder> we'll see ;-)
1030<Bagder> Björn has written some scripts to deal with too heavy loads
1031<Bagder> it'll be interesting to see if they work ;-)
1032<adi|home> lol
1033<adi|home> Im watching a show on the WTC sept 9th ....
1034<adi|home> i am _never_ going to forget those images...
1035* adi|home sighs
1036<wettoad> i actually saw tha anounce on fershmeat first
1037<wettoad> i have never seen it there before
1038<Bagder> it wasn't there before 1.0
1039<adi|home> hey Bagder.. thats a mighty sexy headshot ;)
1040<Bagder> hah ;-)
1041<adi|home> i think we need a hit counter on the main site...
1042<adi|home> im interested to see how we've done ;)
1043<Bagder> I wanna know too!
1044<Bagder> http://perso.wanadoo.fr/pascal.brisset/kernel3d/kernel3d.html
1045<Bagder> we should have one of those for rockbox ;-)
1046<Lion> So, Bagder, you never really commented on the rest of the doc I submitted ...
1047<Bagder> you mean the "caching" and the saving parts?
1048<Lion> That, and the assumed acceptance of the byte-offset method for storing list entries.
1049<Bagder> the byte-offset method is already used in the playlist code we have ;-)
1050<Bagder> and I like that approach
1051--> globbe (~59@as1-2-5.n.n.bonet.se) has joined #rockbox
1052<Bagder> we will benefit from a cache system too, to avoid reading from the disk more than necessary
1053<Lion> Well, hell, if I'm just repeating what's been said before, *shrug*
1054<Bagder> hehe
1055<Bagder> only partly
1056<Bagder> the current code loads a playlist and creates a single index with all byte-positions for all file names
1057<Bagder> and it offers a randomizer
1058<Bagder> I don't think we need to store the cache on save though
1059<Lion> I never talked about doing that.
1060<Bagder> no
1061<Bagder> saving needs to save the random seed to
1062<Bagder> too
1063<Lion> Not everyone shuffles.
1064<Bagder> true, but for those who do
1065<globbe> sorry if this is an obvious question, but will the firmware work with my jukebox recorder 20?
1066<Bagder> globbe: it _will_, it just don't do it right now ;-)
1067<globbe> haha :)
1068<globbe> looking forward to that :)
1069<Bagder> globbe: we do have a simulator running though
1070<Bagder> yeah, I do too
1071<Bagder> I only have a recorder myself ;-)
1072<globbe> youve done a beautiful job :)
1073<Lion> ok
1074<Lion> mav
1075<globbe> I'm just about to order the ACCESSORY KIT, to get the remote.. is it worth the money?
1076<globbe> (yep that was a cut 'n paste)
1077<Bagder> I dunno, I don't have one
1078<globbe> oki
1079<globbe> thanks anyway.. I'll keep an eye on the webpage for that jukebox 20 upgrade then.. Good luck!
1080<Bagder> thanks
1081<-- Lion has quit ("eigh, forget it")
1082<-- globbe has quit ("Client Exiting")
1083--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
1084<Hadaka> whee, rockbox looks awesome
1085<Bagder> ;-)
1086<Bagder> we think so too!
1087<Hadaka> I've got a Recorder 20 - with usb 2.0 and all that - I suppose it's not working on that yet?
1088<Bagder> no, not yet
1089<Bagder> still some problemos on the ata driver there
1090<dwihno> But it's progressing! :)
1091<dwihno> Progress ! Yay!
1092<Hadaka> well I can try some test versions whenever those would come around
1093<Bagder> we'll announce them on the mailing list and the web site as soon as we have any
1094<Hadaka> have to see if I would manage to squeeze some time from other project to code a bit on this
1095<Bagder> we always appreciate more hands in the cookie jar ;-)
1096<Hadaka> hm, you've implemented fat filesystem code yourself there?
1097<Bagder> yes
1098<Hadaka> hmmh, I wonder if it would be possible to have a small fat filesystem for bootstrapping the new firmware and then some other filesystem for the rest of the disk...
1099<Bagder> yes it would
1100<Bagder> at least some people have said so
1101<Hadaka> I'm currently having some files as a big file containing ext3 that I'm mounting loopback
1102<dwihno> Is there any limitation on the disk size btw?
1103<Bagder> hm, it wouldn't surprise me if there is one
1104<dwihno> I've read about upgrades to 40 gig
1105<Bagder> isn't there some ~130GB limit/problem ?
1106<Bagder> for standard ata/ide
1107<Bagder> 40GB is no problem
1108<adi|home> anyone else been watching the World Cup?
1109* Bagder hasn't
1110<adi|home> you sinner
1111<adi|home> anyone seen edx around?
1112<Bagder> I'm probably the only one in Sweden ;-)
1113<adi|home> wanted to let him know he did a great job on tetris
1114<adi|home> lol@Bagder
1115<adi|home> your boys played once already no?
1116<webmind_> world cup? sth with bra's ?
1117<Bagder> yes, against England
1118<Bagder> yes, tetris was zoomed, wasn't it?
1119<webmind_> ?
1120* Bagder just read the CVS commit mail
1121<adi|home> yup.. it was..
1122<adi|home> now I just wanna work on the level timings
1123<adi|home> level 1 is a bit fast
1124<adi|home> whats the matter webmind_
1125<Bagder> well, we'll see how it compares to the actual target timings later on ;-)
1126<adi|home> hehe
1127<webmind_> zoomed ?
1128<adi|home> oh.. tetris used to be VERY small
1129<adi|home> the pieces were 1 pixel wide
1130<adi|home> so tought to work with...
1131<adi|home> edx fixed that by increasing their size (as well as the size of the game board)
1132<webmind_> hm k
1133<webmind_> so wide is your playing field btw?
1134<webmind_> +how
1135<adi|home> umm.. not sure.. ill tell ya in a sec
1136<adi|home> #define TETRIS_TITLE_XLOC 43
1137<adi|home> #define TETRIS_TITLE_YLOC 15
1138<adi|home> i think thats it
1139<webmind_> 15 wide ?
1140<webmind_> nice
1141<adi|home> have you played with the simulator?
1142<webmind_> nope
1143<webmind_> not yet
1144<adi|home> you on windows or linux?
1145<adi|home> or mac :)
1146<webmind_> url maybe in topic ?
1147<webmind_> linux
1148<webmind_> and windows :)
1149<webmind_> running linux but have as vnc session to a win box
1150<adi|home> ahh... if you want i can send you a binary for the simulator
1151<adi|home> for linux
1152<adi|home> ill fix the link
1153<webmind_> uhm
1154<webmind_> sure
1155<webmind_> cant i just get form the site ?
1156--- ChanServ gives channel operator status to adi|home
1157--- adi|home has changed the topic to: "Version 1.0 released! http://bjorn.haxx.se/rockbox"
1158--- adi|home has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox
1159<adi|home> sure ya can...
1160<adi|home> just wasnt sure if you did or not ;)
1161<webmind_> hmm thnx
1162<adi|home> no rush
1163<adi|home> do you have a recorder or player?
1164<webmind_> btw ur forgetting a "/" ;)
1165<webmind_> player
1166<adi|home> no im not...
1167<adi|home> you shouldn't need it...
1168<webmind_> shouldn't need it
1169<Tumm> hehe
1170<Tumm> slashdot... not bad :)
1171<webmind_> but doesnt always work
1172<webmind_> and rfc sez u should :)
1173<adi|home> heheheh
1174<adi|home> fine.. be annoying ;)
1175--- adi|home has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox/
1176<adi|home> hey Tumm
1177<webmind_> cewl :)
1178<adi|home> yup.. and freshmeat.. we're proud ;)
1179<Bagder> announcing everywhere! ;-)
1180<Tumm> seen anything of the slashdot effect yet?
1181--> alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox
1182<-- alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox
1183<webmind_> uhm
1184<webmind_> mind if i give some comment on the player sim ?
1185--> alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox
1186<-- alkorr (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox
1187<adi|home> sure..
1188<adi|home> always looking for comments
1189--> ploof (alkorr@srs04m-5-230.n.club-internet.fr) has joined #rockbox
1190<adi|home> even mail to the list if you wish
1191<webmind_> ah.. wrong argument gives more info then -help (gives version only)
1192<webmind_> and when i just start it.. it dies emediatly
1193<adi|home> hmm?
1194<adi|home> oh, you mean on the configure?
1195<webmind_> what configure ?
1196<adi|home> i dont understand what you mean about the help file?
1197<adi|home> or help.
1198<webmind_> when u start the simulator
1199<webmind_> u just get the argument
1200<webmind_> when u do: player -help
1201<webmind_> u just get the version
1202<adi|home> right it doesn't take any arguments
1203<adi|home> its simulating the firmware
1204<adi|home> firmware doesn't take args
1205<webmind_> when u give a wrong argument like player --help it gives a list of possible arguments
1206<webmind_> that's not what it tells me :)
1207<adi|home> hmm.. that must be recent.. hadn't noticed
1208<webmind_> rockboxui 0.1
1209<webmind_> eXcellent GUI
1210<webmind_> Unrecognised option: --help
1211<webmind_> Options include: -root, -window, -mono, -install, -noinstall,
1212<webmind_> -visual <arg>, -window-id <arg>, -server <arg>, -help.
1213<adi|home> OHHH..
1214<adi|home> i know why
1215<webmind_> that :)
1216<adi|home> its not the sim
1217<webmind_> sorry for the paste
1218<adi|home> its the X files
1219<adi|home> we did a hack and slash off of another X interface
1220<adi|home> so we could get the gui stuff going
1221<webmind_> uhm k
1222<adi|home> ill see if i can fix that
1223<webmind_> this what it said under player simulator
1224<-- ploof (alkorr@srs04m-5-230.n.club-internet.fr) has left #rockbox
1225<adi|home> okay.. it no longer takes args...
1226<adi|home> it tells you not to use them if you try, then it exits
1227<adi|home> okay.. now about your exit problem...
1228<adi|home> you need to create a dir called 'archos'
1229<adi|home> its treated as the root dir
1230<adi|home> try this, download the daily tarball
1231<adi|home> untar it
1232<adi|home> cd into tools
1233<adi|home> and run the configuration file
1234<adi|home> that should set up everything you need
1235<Bagder> or just do 'mkdir builddir; cd builddir; ../tools/configure; make'
1236<adi|home> yuppers
1237* adi|home heads off to bed and fall asleep to soccer
1238<adi|home> god i love world cup time :)
1239<Bagder> night adi
1240<webmind_> bye
1241<webmind_> hmm
1242<webmind_> where can i download tetris ?
1243<adi|home> you don't have to...
1244<adi|home> compile for the recorder
1245<adi|home> its part of the sim
1246<webmind_> not for player ?
1247<Bagder> tetris for the player would be slightly limited
1248<webmind_> damn
1249<webmind_> to small a screen ?
1250<Bagder> to small, and not flexible enough
1251<webmind_> hmm damn
1252<adi|home> basicallly.. the player only has 2 lines
1253<adi|home> the recorder has much more flexibility
1254<webmind_> damnit
1255<webmind_> awell
1256<webmind_> toobad
1257<webmind_> have fix a gameboy then
1258<webmind_> :)
1259<adi|home> or buy a recorder ;)
1260<webmind_> gameboy somewhat cheaper :)
1261<adi|home> recorder much mroe fun ;)
1262<webmind_> hmm
1263<webmind_> no cash for that
1264<Bagder> http://storebror.haxx.se/nonstop/
1265<Bagder> first basic test
1266<Bagder> I'd say very basic
1267<adi|home> what are you trying to do?
1268<Bagder> build for all platforms when changes are made to CVS
1269<Bagder> to verify the builds
1270<adi|home> got ya
1271<Bagder> too often some casual change a build that the person who did the change didn't test
1272<Bagder> hm, weirdly put but I guess you understand ;-)
1273--> Linus (~linus@labb.contactor.se) has joined #rockbox
1274<Linus> hi guys!
1275--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
1276<Zagor> hey guys
1277<Linus> yo Zagor!
1278<Zagor> seems the web site survived slashdot
1279<Linus> but not the SSH server...?
1280<Zagor> that was the silly lids bugging
1281<Linus> ah ok
1282<Zagor> fixed now
1283<Zagor> we got a flood of new mail list subscriptions too :)
1284--- Linus is now known as Linus|meeting
1285<Bagder> rehi
1286--> edx (~not@pD9560A24.dip.t-dialin.net) has joined #rockbox
1287<edx> yo
1288<Bagder> hey edx
1289<Zagor> hi bagder
1290<Zagor> edx!
1291<edx> im at school currently.. :(
1292<Zagor> i wonder if anyone got booted to the web mirror
1293<Bagder> Zagor: check my initial attempt: http://storebror.haxx.se/nonstop/
1294<edx> zagor.. you have any information about how many ppl have been on the page yet :)
1295<Zagor> apparently we didn't suffer too badly anyway
1296<Zagor> edx: i'll do a log analysis later
1297<edx> ok hehe
1298<edx> .. it doesnt stay too long on the front page of slashdot, does it?
1299<Zagor> Bagder: ah, nice
1300<Zagor> edx: no. a day, maybe two
1301<Bagder> Zagor: it isn't automatic yet or anything, but the basic scripts seem to be working
1302<edx> bagder: recorder simulator (win32) version is missing heh
1303<Zagor> we're 131 people on the list now
1304<Bagder> edx: when you have that buildable on my linux box, I'll add it ;-)
1305<edx> bah :P
1306<edx> use vmware or something lol
1307<Bagder> I'll build 9 different combinations
1308<edx> yeez.. one min till class starts.. :/
1309<edx> later.
1310<-- edx has quit (Client Quit)
1311<Bagder> http://slashdot.org/comments.pl?sid=33624&cid=3636700
1312<Bagder> fine comment
1313<Zagor> yup. i'm going through all comments, replying to some of them
1314<Bagder> way to go
1315<Zagor> there, the most frequently comments adressed
1316<Zagor> we should add a FAQ about DMCA...
1317<Bagder> yes
1318--> ChrisJ (~cmj@216.57.146.2) has joined #rockbox
1319--- Linus|meeting is now known as Linus
1320<Zagor> hi ChrisJ
1321--> edx (~not@pD9560A24.dip.t-dialin.net) has joined #rockbox
1322--- edx is now known as edx|class
1323<edx|class> yo
1324<Linus> yo
1325<-- ChrisJ (~cmj@216.57.146.2) has left #rockbox
1326<Zagor> hehe
1327<Bagder> you scared him off!
1328<Zagor> so linus, when will you fix me up a serial port for my recorder? :)
1329<edx|class> still in class :/
1330* Zagor is very scary
1331<edx|class> lol ill have irc running during class heh - teachers wont get it anyways
1332<edx|class> (just cant chat so its no use lol)
1333<Bagder> edx|class: you can read when we chat about you ;-)
1334<edx|class> hmm number of ppl in irc increased :)
1335<Linus> Well Zagor. Why me? :-)
1336<Bagder> Linus: you are the chosen one
1337<Zagor> Linus: because you're our solder slave
1338* Linus feels special
1339<edx|class> :P
1340* edx|class needs a slave as well
1341<dwihno> Linus: How far away is a mp3 decoder for the recorder series? :)
1342* Bagder kneels in front of the solder slave
1343<Zagor> dwihno: heh, we definitely need gdb first...
1344<Linus> dwihno: It's only about 100% left
1345<edx|class> .. teacher's back in a sek.. *bye*
1346<dwihno> Linus: Yay! :D So it's started! :D
1347<Bagder> haha
1348<Linus> Have we heard of any bugs yet?
1349* Bagder hasn't
1350<Zagor> nope
1351<Zagor> what, would we write bugging code? *offended*
1352<dwihno> ata: -5
1353<dwihno> I rest my case ;)
1354<Zagor> i'd like to get people to try some songs they get skips on
1355<Zagor> dwihno: well, that's not released. it doesn't count :)
1356<dwihno> Zagor: now you're making exceptions! :)
1357<-- Zagor has quit (Remote closed the connection)
1358<dwihno> Oh no!
1359<dwihno> Poor Zagor
1360--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
1361<Zagor> whoops, killed the wrong xterm :)
1362<Linus> Linux newbie
1363<Zagor> haha
1364<Bagder> hehe
1365<Bagder> more more!
1366<Linus> Zagor: I managed to compile 2.4.19-pre9 on my new A7V333 yesterday
1367<Linus> Zooooooooom!
1368<Zagor> Linus: neato
1369<Linus> Runs like the wind
1370<Linus> But man, it takes forever to compile wit PIO on the hard drive
1371<Linus> And all those compiling errors...
1372<Zagor> compile errors?
1373<Linus> I guess pre9 is somewhat on the edge
1374<Linus> Yeah. Some of the drivers didn't compile at all
1375<Linus> Like the Texas 1394 driver
1376<Bagder> that's neat.... eh. not
1377<dwihno> Texas 1x2 driver
1378--> XpDuDe (trilluser@212.199.206.92) has joined #rockbox
1379<-- edx|class has quit (Read error: 110 (Connection timed out))
1380* Bagder thinks we have a "most people in channel ever record"
1381<Zagor> heh, yeah
1382* dwihno is pretty pissed off
1383<dwihno> My $130 headphones are fux0ring!
1384* Bagder tried the nonstop script after Linus fix
1385<Bagder> worked nicely
1386<Linus> c00l
1387<Bagder> I check for differences in the CVS/Entries files after a cvs update
1388<Bagder> if there are, I rebuild all
1389<Linus> Nice
1390<Linus> Tinderbox?
1391<Bagder> homebrewed tinderbox ;-)
1392<Bagder> the real thing seems a bit more complicated
1393<Zagor> thunderbox?
1394<Linus> :-)
1395<Bagder> lunchbox
1396--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1397<Zagor> Linus: why did you move NUM_TICK_TASKS to the header file?
1398<Linus> Because I felt that it belonged there
1399<Zagor> but it's only used in the .c file, right?
1400<Linus> yes, but the max number of allowed tasks should be public info...or?
1401<Zagor> oh, that's what it is? not exactly obvious from the name :)
1402<Linus> I can change it to MAX_NUM_TICK_TASKS
1403<Zagor> no problem, i was just curious
1404<Linus> CVS through an SSH tunnel through an HTTP proxy rocks! :-)
1405<Bagder> well isn't it cvs through ssh through ssh through http proxy? ;-)
1406<Linus> yeah
1407<Linus> I think that the ID3 parsing should be done by the MPEG thread.
1408<Bagder> I think so too
1409<Linus> At least the parsing of the songs we're playing
1410<Bagder> yeah
1411<Bagder> there migth be reasons to do out "on demand" too at times of course
1412<Bagder> to do it
1413<Linus> yup.
1414<Linus> So we need to make it reentrant... :-(
1415<Bagder> argh
1416<Linus> agreed
1417<Bagder> nah, why?
1418<Bagder> we just won't yield() in it
1419<Linus> we yield in the ATA code
1420<Bagder> ah
1421<Linus> it bites
1422<Bagder> say no more ;-)
1423<Bagder> http://daniel.haxx.se/rockbox-auto/
1424<Linus> Bagder: can you make it your mission to fix the ID3 code?
1425<Bagder> yessir!
1426--- Linus is now known as Linus|brb
1427<Bagder> the auto page is now running
1428<Bagder> let's hope it works too ;-)
1429<Zagor> i'll add it to the daily page
1430--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
1431<jedix> hi
1432<Zagor> hi
1433<Bagder> hey ho
1434<Bagder> Zagor: you can wait a little first to allow me to smoothen out the early quirks
1435<Zagor> ok
1436<Bagder> it now checks for CVS differences every hour
1437--- Linus|brb is now known as Linus
1438<jedix> how much do these things run ya?
1439<Zagor> price, you mean?
1440<jedix> yeah
1441<Zagor> about $250 for the base model, I think. $350 for the top model
1442--> jimperson (~default@65.42.14.199) has joined #rockbox
1443<jedix> thats usd?
1444<Bagder> yeps
1445--> dfg (~prv@209.166.235.91) has joined #rockbox
1446<jedix> I see, hows the play time?
1447<Bagder> ~10 hours on the standard batteries
1448<jedix> thats good, en?
1449<jedix> how big are they?
1450<Bagder> disk size?
1451<Bagder> or just measures?
1452<jedix> measures
1453<jedix> its 20gb, right?
1454<Bagder> the biggest factory delivered disk size is 20GB yes
1455<jedix> I was thinking of getting an ipod, but my linux enviro. probably won't go over well..
1456<Zagor> 115x83x34mm (4.5 x 4.2 x 1.3")
1457<jedix> and I'd have to get a firewire port
1458<Zagor> the biggest model is 20GB, but you can replace the disk with up to 60 GB
1459<Bagder> usb2, no firewire
1460<Bagder> ah
1461* Bagder doesn't read, only speak :-P
1462<jedix> so this is looking better :)
1463<Zagor> I recommend the recorder20, it's the best model
1464<jedix> plus your hacks are very interesting..
1465<Zagor> look here for a comparison: http://bjorn.haxx.se/rockbox/devcon/show.cgi?img4083.jpg
1466<dwihno> recorder20 ownz
1467<jimperson> does anyone use an fm transmitter for listening in the car? does it work well?
1468<Zagor> i've read people use it successfully, haven't tried it myself
1469<jimperson> http://www.drbott.com/prod/db.lasso?code=5403-SFMX
1470<jimperson> here's one i'm lookin' at
1471<jedix> so they need a heafty pocket to fit into.. do they use a normal ide hdd?
1472<Zagor> looks fine to me. :) i have no experience with FM transmitters, though
1473<Zagor> jedix: normal laptop 2.5" hdd, yes
1474<Zagor> 9.5mm height
1475<jedix> sweet
1476<jedix> jimperson: is that the actual size?
1477<Linus> But definitely not a device for a skiing trip.
1478<jedix> why is that?\
1479<jimperson> ya know im not sure
1480<Linus> The HD is somewhat shock sensitive
1481<Zagor> well it has moving parts, so if you bump it around too much it will skip
1482<jedix> really? so its not shock proof?
1483<Bagder> if you'd wrap a *huuuge* pillow around the archos ;-)
1484<Linus> or swallow it
1485<Zagor> no hd players are really shock proof
1486<jedix> 2mb buffer isn't enough?
1487<Bagder> I don't think they're talking about the buffering
1488<Zagor> it depends on how rough you treat it
1489<jimperson> is there an effective carrying case that would, say strap to my arm for jogging?
1490<Linus> If you drop it while it is spinning, i guess you could even damage it...
1491<Linus> I think it weighs too much for jogging
1492<Zagor> jimperson: the included case only has a belt strap
1493<jedix> yeah, if I run with it, will it skip?
1494<jedix> Linus: more of a work out then :)
1495<jimperson> which begs the question, how much does it weigh :)
1496<Zagor> hard to say. I mountain bike with mine and only get rare skips
1497<Linus> yes, if you have it in the belt strap
1498<Zagor> http://www.archos.com/us/products/product_jbrecorders.html
1499<Linus> I run with it to catch the train
1500<jedix> I hope I can find one in ottawa
1501<Linus> and it skips if i have it in the belt strap
1502<dwihno> Mine has never skipped
1503<Linus> because the belt strap is loose
1504<jedix> Linus: and your arms are.. a) as big as twigs b) steal gurders c) the train itself
1505<dwihno> I always keep it in my special handthingy when I run
1506<jimperson> aha! a custom special handthingy! exactly what i need :)
1507<Linus> jedix: they are huge! :-)
1508<Linus> as are all hacker arms
1509* Zagor tries not to laugh
1510* Bagder giggles as he can't resist
1511* jedix runs to the bathroom to not piss himself
1512<jedix> I think i'll get one for the hackability of it..
1513<jimperson> she was so impressed by my special handthingy she could hardly contain herself
1514<Bagder> jedix: that's what I did ;-)
1515<dwihno> :)
1516<jedix> work==boardom this workterm
1517<Linus> I have two
1518<Zagor> oooh, a contest!
1519<dwihno> I made it myself (the handthingy)
1520<Linus> Zagor has three
1521<Zagor> i have three :)
1522<jimperson> you gots pics of your handthingy?
1523<dwihno> jimperson: no, but I'll fix0r :)
1524<elinenbe> who was here talking about ROLO?
1525<jedix> what does your firmware do right now?
1526<jimperson> rolo? you mean lamont's friend from sanford and son?
1527<Linus> jedix: it plays pm3's
1528<Linus> mp3's
1529<Bagder> and shows id3
1530<dwihno> It also plays tetris
1531<dwihno> (very important feature)
1532<Linus> and says "rockbox" when you start it :-)
1533<jedix> sweet
1534<Zagor> dwihno: only the simulator right now
1535<elinenbe> edx and I were talking last night, and what you can do is load a small ROLO firmware, and then have that load an uncompressed larger firmware.. this would reduce the boot up time
1536<dwihno> Yeah, that must not be forgotten
1537<dwihno> Zagor: OMG!
1538<jedix> so its all the support the player has before the firmware change?
1539<Bagder> elinenbe: yeps
1540<Zagor> elinenbe: yes
1541<dwihno> I think I'll start mass-producing the handthingy and get rich
1542<dwihno> The design is really smart
1543<jedix> dwihno: thats how I passed calc1-3
1544<elinenbe> even the 5-10 second start up time feels kind of long.
1545<jimperson> hey man, i would buy one. i believe handthingy.com is available...
1546<jedix> dwihno: catchy name too.. handthingy.
1547<Bagder> hehe
1548<Zagor> elinenbe: 90% of the startup time is the Archos ROM firmware, not Rockbox
1549<dwihno> Then I'll start the production in taiwan and hire youngsters to cut the salaries and get rich and fat
1550<elinenbe> well, that can not be changed now, can it?
1551<jimperson> you could open your own sweatshop and mass produce them with cheap illegal immigrant labor...
1552<Linus> elinenbe: not easily
1553<elinenbe> I see.
1554<jedix> i'm going to get myself a snack
1555<jedix> brb
1556<jimperson> mmm.. snak
1557<Zagor> elinenbe: that would require flashing it, which is a whole new ballgame
1558<Bagder> flashing this kind of things feels... well, a bit like pushing our luck ;-)
1559<elinenbe> yes it is.
1560<elinenbe> well, someday a rolo loader will be flashed, and then it will load our custom firmware.
1561<Bagder> though I bet dwihno would be first in line for doing it :-)
1562<Linus> :-)
1563<elinenbe> if something went wrong there... goodbye jukebox.
1564<Bagder> we'll let Björn do the testing, he has the largest amount of units ;-)
1565<Zagor> hehe
1566<jimperson> how is the download speed to the archos over usb?
1567* Bagder whispers "usb2 rocks"
1568<jimperson> yeah but i dont have usb2 on my powerbook
1569<Linus> roughly 1mb/sec
1570<dwihno> Bagder: How fast are the transfers?
1571<dwihno> TO ALL YOUR HEADS... BLAST THE SPEAKERS!
1572<Bagder> dwihno: I haven't actually measured
1573<Zagor> with usb2 it's 4-8 MB/s
1574<dwihno> Whoa
1575<dwihno> Fucking amazing :)
1576<dwihno> USB1 is good enough for me
1577<dwihno> (until USB2 is standard, that is)
1578<Zagor> that speed is limited by the archos, not usb2
1579<Linus> Zagor: have you measured on a Windows machine?
1580<dwihno> mkay
1581<dwihno> good enough for me ;)
1582<Zagor> Linus: no, i have never used my archoses with windows
1583<dwihno> is it the disk speed or some interface which is setting the limit?
1584<Zagor> dwihno: i'm not sure
1585<Linus> I mean if the Linux USB implementation slows it down...
1586<Zagor> could be either
1587<Linus> dwihno: the ISD300 chipo ises PIO
1588<Linus> uses
1589<Zagor> Linus: that's possible, but I doubt you can get much above 10MB/s anyway
1590<Linus> Probably not
1591<Bagder> Zagor/Linus: my windows tests showed ~4 MB/s
1592<Linus> lame
1593<Linus> I must try it tonight
1594<Bagder> some 15GB in about on hour
1595<Linus> but do not try it on batteries...
1596<dwihno> Linus: Hmm, PIO is no good
1597<Bagder> not measured exactly so give or take a bunch
1598<Linus> dwihno: nope. But cheap
1599<dwihno> True, true.
1600<dwihno> We need some boot sounds too! :)
1601<dwihno> Like some squeaky noise or something
1602<Zagor> yeah, startup sound! wooooo :)
1603<dwihno> Yeah!!! :D
1604<Zagor> maybe we can ask Rolling Stones if they'll let us use one of their songs? ;)
1605<dwihno> Hey, why is the startup-time for the archos so long? :)
1606<Linus> Who wants to work on the sound effects for tetris?
1607<Zagor> good question. it does a lot of disk scratching for very little apparent reason
1608<Linus> dwihno: the recorder startup time is a pain
1609<Linus> but the player is pretty short
1610--> Kaze (~chaz@chaz6.com) has joined #rockbox
1611<Linus> hey Kaze!
1612<jedix> oh, now to find a place to buy one of these things..
1613<Linus> go! go! go!
1614<Kaze> oh sorry.. hi
1615<Linus> Zagor: I guess the SPDIF is the way to go for the debugging port...?
1616<Zagor> yep
1617<Linus> I think I'll try that ASAP
1618<Zagor> goodie
1619<Linus> (ASAP means "maybe this month" :-)
1620<Zagor> haha
1621<jedix> damn, how can I search the net for a store with this?
1622<Zagor> good question
1623<Kaze> use... a search engine perhaps? :p
1624<Linus> i search and search, and all i find is this damn Rockbox page...
1625<Zagor> http://www.archos.com/us/archos_reseller.html
1626<jedix> Kaze: didn't work too well
1627<Zagor> jedix: is none of the listed ok?
1628<jedix> Zagor: thanks, I'm there now
1629<Bagder> http://www.funmp3players.com/ sells them too
1630<jimperson> so $299 is pretty much the standard price on these eh?
1631<jimperson> the 20 that is...
1632<Bagder> seems so
1633<Zagor> i think so, yes
1634<jedix> i was at a place that only sold 6gbs and it was 350
1635<Zagor> ouch!
1636<dwihno> yeah, that was expensive!
1637<Zagor> make sure you get a Recorder20 and not just a recorder with 20 gig disk.
1638<Zagor> only the model called Recorder20 has usb2, the others have usb1.1
1639<Linus> only the recorder20 has usb2.0
1640<Zagor> it appears funmp3players sell upgraded recorders too, so make sure what you get before you order
1641<Linus> Zagor: which reminds me...has anyone tried the Rockbox recorder firmware on a usb1.1 recorder???
1642<Zagor> i don
1643<Zagor> 't know
1644<Zagor> it would indeed be interesting
1645<Bagder> hardly anyone has tried that, so I'd guess not
1646<Linus> I can't blame them... :-)
1647<jedix> $549.99 Archos Jukebox Studio Recorder 20 (thats canadian)
1648<Bagder> do we even know anyone with such a device?
1649<jedix> jebus thats high
1650<Zagor> what
1651<Zagor> 's the can/usb rate?
1652<Zagor> usd even :)
1653<Linus> Bagder: we can fool jedix into buying one
1654<jedix> usd == 336
1655<Bagder> can/usb rates just has gotta be bus related ;-)
1656<Zagor> hehe. gotta be 1:12 then
1657<Linus> Bagder: you're a funny guy! :-)
1658<jedix> Linus: what such device is this?
1659* Bagder grins
1660<Linus> jedix: a USB1.1 recorder
1661<jedix> ....
1662<Bagder> we could ask on the list to see if we can find anyone
1663<Linus> good idea
1664<jedix> Archos Recorder 20 on sale this week only for $299 with free shipping*
1665<Zagor> jedix: there are many models of archos jukebox: Archos Jukebox 5000, 6000, Studio 10, Studio 20, Recorder, Recorder 10 and Recorder 20
1666<Zagor> jedix: sounds like an excellent offer
1667<jedix> that has to be canadian
1668<-- jimperson has quit ("friends don't let friends listen to trance")
1669<jedix> Zagor: yeah, I hear the recorder 20 is the best
1670<Zagor> yup
1671<jedix> linux compatable?
1672<Bagder> yes
1673<Bagder> usb2 needs an extra patch though
1674<jedix> then why the hell don't I have one?
1675<Zagor> hehe
1676<Hadaka> not too many motherboards come with usb 2.0 these days :(
1677<Bagder> just buy a separate usb2 card
1678<Linus> Hadaka: kt333
1679<Zagor> they are just now starting to put usb2 in new motherboard chipset
1680<Zagor> i wonder what took them so long :(
1681<Hadaka> yeah well it's not like I'm buying a new motherboard anytime soon
1682<Linus> A separate USB2.0 card works fine
1683<Zagor> no, me neither. but I got myself a plugin card. it's worth it.
1684<jedix> Canadian Residents add 7% GST Ontario Residents add 8% PST
1685<jedix> damnit
1686<jedix> i'm in ontario
1687<Linus> tough luck
1688<jedix> you don't need usb2
1689<jedix> you can use 1.1
1690<Hadaka> yeah, I'm living well enough with usb1.1 for now
1691<Zagor> yeah, but waiting for transfers gets boring fast
1692<jedix> it will be a bit slower
1693<jedix> how slow is it?
1694<Linus> "a bit"
1695<Linus> 1 mb/sec
1696<Zagor> 1.1 is 700-1000 kb/s, usb2 is 4-8 MB/s
1697<Hadaka> well the thing that bothers me most is the waiting for the disk to spin up between all sorts of actions
1698<jedix> Zagor: bits?
1699<Zagor> yeah, we have a couple of ideas to avoid some of that
1700<Zagor> jedix: bytes
1701<jedix> kB
1702<Linus> but it's something you'll have to live with
1703<Hadaka> err, in USB mode?
1704<Linus> the hard drive sucks batteries
1705<jedix> thats not bad at all
1706<Zagor> Hadaka: your disk spins down in usb mode?
1707<jedix> Linus: ~10h playback though, right?
1708<Linus> jedix: yup
1709<Hadaka> well I'd say so, yes - I can hear it spinning up when I start reading
1710<Zagor> strange. for me it spins constantly.
1711--- dwihno is now known as dw|gone
1712<Hadaka> I've got 1.24 firmware in the flash rom for me
1713<Zagor> same here
1714<Hadaka> ok have to check it at home again to see if it really does that
1715<Zagor> ok
1716<Hadaka> think my work machine is compiled against the wrong UHCI driver - getting lockups with transfers
1717<Linus> ouch!
1718<Zagor> ah, that's no fun
1719<Hadaka> happened with my laptop too - then I changed the driver
1720<Hadaka> and managed to get one directory of unremovable junk on the disk
1721<Hadaka> though I suppose that's fixable with reformatting - can you do that in linux or do you have to use windows for that?
1722<-- XpDuDe has quit (Read error: 104 (Connection reset by peer))
1723<Zagor> you can do that in linux
1724<Zagor> it's just like any other scsi device
1725<Hadaka> I remember seeing some weird FAT restoration utility way back - that's not necessary then these days or?
1726<Zagor> umm, well I don't have it anyway :)
1727<Hadaka> you've don mkfs.vfat on the archos from linux?
1728<Zagor> yup
1729<Hadaka> oh goodie, then I dare to try
1730--> Jigsta (~Mark@host217-39-163-123.in-addr.btopenworld.com) has joined #rockbox
1731<Linus> hey Jigsta
1732<Jigsta> Hi Linus
1733<Bagder> heh, that auto build worked crap on the first automatic run ;-)
1734<Zagor> hehe
1735<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1736<Jigsta> Just stumbeled accross your sourceforge page, sounds like a nice project
1737<Zagor> well, we like it :)
1738<Bagder> a nice project it is
1739<Jigsta> :o)
1740* Bagder does the yoda talk
1741<Zagor> the yoda talk, bagder does
1742* Bagder chuckles
1743<-- green_ has quit ("Client Exiting")
1744<jedix> so, what is the firmware coded in?
1745<Linus> C
1746<jedix> really? I was expecting some sort of assembly
1747<Zagor> some assembly required :)
1748<jedix> why type of assembly?
1749<Zagor> sh-1
1750<Zagor> for the startup code, setting vector table, stack pointer and such things
1751<Bagder> and the thread switch
1752<Zagor> yes
1753<jedix> oh, I haven't done any sh-1
1754<Bagder> a perfect opportunity! ;-)
1755<Zagor> you don't need it. all application code is C
1756<jedix> I have C expierence.. but who doesn't ;)
1757<Hadaka> is the hd access blocking right now btw?
1758<jedix> what fs is the hdd?
1759<Zagor> Hadaka: yes
1760<Zagor> jedix: fat32
1761<Bagder> plain old silly fat32
1762<Hadaka> hm, the main annoyance in the UI is the blocking operations (the archos firmware ui that is)
1763<Zagor> it's rather adequate for this kind of use, though
1764<Zagor> Hadaka: yeah, but we've got threading. so blocking I/O is not a real problem
1765<Hadaka> Zagor: but don't the threads have to yield? or do they do that in the I/O code?
1766<Linus> the I/O code yields
1767<Zagor> yup
1768<Hadaka> so other threads run while the hd spins up? goooodie
1769<Zagor> yep
1770<Linus> one of our goals is to make our firmware more "snappy" than the original
1771* Bagder spots Linus' last-mp3-byte fix ;-)
1772<Zagor> funny noone complained about that :)
1773<Bagder> haha
1774<Bagder> yeah
1775<jedix> snappy?
1776<Bagder> don't everyone spend hours and hours running our software and listen carefully at the ends of songs? ;-)
1777<Zagor> jedix: responsive
1778<Jigsta> Hmm. Off to have a play :) cheers guys.
1779<-- Jigsta (~Mark@host217-39-163-123.in-addr.btopenworld.com) has left #rockbox
1780<jedix> last-mp3-byte fix?
1781<Linus> It could truncate the last byte of a sing
1782<Bagder> we have a cvs-commit mailing list
1783<Linus> song
1784<Linus> if the length was odd
1785<Bagder> gotta run, see ya
1786<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1787<Hadaka> how much does the recorder 20 have ram? 1mb?
1788<Zagor> 2MB
1789<Linus> 2mb
1790<Linus> All devices have the same amount
1791<Hadaka> hm, that machine seems like quite nice to code for
1792<Zagor> yeah, it's not bad
1793<Linus> fun indeed
1794<Hadaka> especially with the gdb on serial :P
1795<jedix> what type of mp3 does it support?
1796<Zagor> all types
1797<jedix> 320kbps? vbr?
1798<Linus> that one was also fun to code
1799<Linus> jedix: yes
1800<jedix> cool
1801<Hadaka> Ooo, RTC
1802<Zagor> yeps
1803<Linus> we don't have any drivers for it yet though
1804<jedix> what does the player origionally support?
1805<Linus> jedix: you mean bitrates and such?
1806<jedix> yeah
1807<Linus> the same
1808<Hadaka> now all we need is a rocking microkernel :P
1809<Zagor> although people keep saying it skips on high bitrates
1810<Linus> jedix: but some people say that the original firmware has troubla playing 320kbps
1811<jedix> some guy on /. said that it only supports the common bitrates
1812<Zagor> never trust /. :)
1813<Zagor> I have personally tested Rockbox with 256 and 320 kbit
1814<Hadaka> hm, there probably is nothing in the style of an MMU is there?
1815<Zagor> no
1816<Linus> Gotta go now! CU guys!
1817<Hadaka> oh well, one can't have everything
1818<-- Linus (~linus@labb.contactor.se) has left #rockbox
1819<Zagor> we don't really need it
1820<jedix> !? no recorder support
1821<Zagor> not in 1.0, no
1822<Hadaka> well true - but a microkernel could use it for memory protection - and swapping is easier to achieve too
1823<Zagor> we haven't finished all drivers for recorder yet
1824<jedix> how long until then?
1825<jedix> 42?
1826<Zagor> hard to say. a few weeks perhaps. we don't know exactly why it doesn't work.
1827<-- wettoad has quit ("Client Exiting")
1828--> checkeetout (~checkitou@198-143-202-18.ded.btitelecom.net) has joined #rockbox
1829<checkeetout> Howdy!
1830<checkeetout> Anyone feel like fielding a quick question about the Rockbox project?
1831<Zagor> sure
1832--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1833<checkeetout> hellllllooooooooo!
1834<checkeetout> Anyone out there?
1835<Zagor> yes, ask your question
1836<checkeetout> thanks
1837<checkeetout> :)
1838<checkeetout> I was just checking out the Rockbox project and it looks pretty cool
1839<checkeetout> I just want to make sure I'll still be able to access my jukebox from Windows XP if I install this new firmware
1840<checkeetout> I use it a lot to carry files home from work to work on at home
1841<Zagor> yes, the firmware does not affect the usb mode
1842<checkeetout> Excellent
1843<checkeetout> :)
1844<checkeetout> thanks for the info :)
1845<Zagor> no problem
1846<checkeetout> I'm going to go download it now
1847<Zagor> have fun
1848<Zagor> i'm off to a meeting
1849--- Zagor is now known as Zagor|meeting
1850--> ploof (alkorr@srs05v-8-39.n.club-internet.fr) has joined #rockbox
1851--> alan (alkorr@srs02m-8-71.n.club-internet.fr) has joined #rockbox
1852<-- alan (alkorr@srs02m-8-71.n.club-internet.fr) has left #rockbox
1853<-- checkeetout (~checkitou@198-143-202-18.ded.btitelecom.net) has left #rockbox
1854<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020529]")
1855<-- ploof has quit (Read error: 110 (Connection timed out))
1856--- Disconnected (Connection timed out).
1857**** ENDING LOGGING AT Tue Jun 4 12:02:36 2002
1858
diff --git a/www/irc/rockbox-20020605.log b/www/irc/rockbox-20020605.log
deleted file mode 100644
index c28cd86bf6..0000000000
--- a/www/irc/rockbox-20020605.log
+++ /dev/null
@@ -1,421 +0,0 @@
1**** BEGIN LOGGING AT Tue Jun 4 23:37:03 2002
2
3--> adiamas (~adiamas@216.194.26.223) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56
6<xtac[z]> hm
7<xtac[z]> the archos is a bit heavy
8<xtac[z]> i need to find a light hd
9<xtac[z]> bb tom
10<-- xtac[z] has quit ("i focus on the pain the only thing that's real")
11--- You are now known as adi|home
12--- dw|gone is now known as dwihno
13--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
14<Bagder> morning fellas
15<dwihno> Good morning!
16<dwihno> And it's a wonderful morning indeed.
17<Bagder> oh sure
18<dwihno> Although my headphones haven't been fixed yet
19<adi|home> morning
20<dwihno> hellö hellö
21<adi|home> Bagder.. my email is shot right now.. can't see commits... did you work on the m3u reader?
22<Bagder> yes
23<Bagder> it might even work a bit now
24<dwihno> :O
25<Bagder> I'm more or less waiting for Zagor/Linus to try this and/or comment it
26<Bagder> or anyone else of course
27<adi|home> hmm.. ill take a look
28<Bagder> the read function should take larger peaces each time it does a read() of course...
29<adi|home> pieces
30<adi|home> not peaces
31<adi|home> :)
32<Bagder> oops
33<Bagder> :-)
34<Bagder> peace to everyone ;-)
35<adi|home> except Al-Queda
36<adi|home> they can burn...
37<Bagder> hehe
38<adi|home> them and their virgins
39* adi|home gets down off his soapbox
40<adi|home> can i access the m3u reader from the uisim?
41<Bagder> yes
42<adi|home> home
43<Bagder> name the file .m3u
44<Bagder> browse to it and press play on it
45<adi|home> k
46<Bagder> I mean, it should have a .m3u extension
47<adi|home> i get We instruct the MPEG thread to play Ani Difranco - Back Back Back.mp3 for us
48<adi|home> correct?
49<Bagder> yes
50<Bagder> I haven't made the playlist do any shuffle or anything yet
51<adi|home> k
52<Bagder> it plays it from start to end
53<Bagder> and then restarts again
54<adi|home> k
55<Bagder> however, not all that is possible to see in the simulator
56<adi|home> heheh you and i have such diff code styles :)
57<adi|home> fd = open()
58<adi|home> if (-1 != fd)
59<adi|home> hehe
60<adi|home> id do: if ((fd = open()) < 0)
61<Bagder> I never do the assignment inside the condition if I can move it outside without penalty
62<adi|home> any particular reason?
63<Bagder> for readability
64<adi|home> ahh..
65<adi|home> i wold agree with that..
66<Bagder> the generated code will be exactly the same anyway
67<adi|home> but in the same vein.. comparing against -1 specifically is a bad habit to me :)
68<Bagder> perhaps
69<adi|home> != 0 is failure in unix
70<Bagder> not if open() is documented to return -1 on error ;-)
71<adi|home> never know what functions return...
72<adi|home> heheh true..
73<adi|home> but what if it was to return -2 as well?
74<adi|home> ;)
75<Bagder> then it would be a silly check ;-)
76<adi|home> hehehe
77<adi|home> neither way is better.. just diff like i said ;)
78<Bagder> yeah
79<adi|home> besides.. i know when i become supreme overlord you will have to do it my way ...
80<adi|home> im patient.. i can wait ;)
81<Bagder> haha, you just let me know when you get your super powers and I'll fix my code then before you turn me into something unpleasant :-P
82<adi|home> no worries.. id never turn you into a canadian ;)
83<adi|home> the read/open/lseek
84* Bagder sighs ffom relief
85<adi|home> are they the ones we implimented
86<adi|home> or part of the newlib?
87<Bagder> yes
88<Bagder> newlib is not needed anymore
89<Bagder> not used
90<Hadaka> well if this would be posix stuff - I'd definitely advice to test explictly against -1 and then do errno stuff after that
91<adi|home> okay... that case, can read fail?
92<Bagder> yes, read can fail
93<Bagder> so yes, I should check for that
94<adi|home> nods
95* Bagder hides
96<Bagder> we in fact set errno too, posix-fake-mode enabled ;-)
97<adi|home> lol
98<adi|home> would use of registers be of any use on the Archos?
99<adi|home> just wondering if there is a faster way to run throught that while loop of yours..
100<Bagder> modern gcc versions more or less ignore the register keyword
101<adi|home> k
102<Bagder> I/ew should read() larger chunks instead
103<Hadaka> premature optimization is the root of all beer
104<Bagder> I/we
105<Bagder> reading single-bytes like that is plain silly
106<adi|home> there is nothing wrong with premature optimization.. so long as you odn't go overboard
107<adi|home> can you give me a rough idea of how we are managing the playlists?
108<adi|home> i missed that convo
109<Bagder> pretty simple:
110<Bagder> we have the playlist on disk as a m3u file
111<Bagder> we store only indexes to the file names in memory
112<Bagder> that is, to the entry names within the m3u
113<dwihno> The m3u is in the memory?
114<Bagder> no
115<Bagder> never
116<adi|home> can i assume the index is the seek used by lseek
117<adi|home> then you read in the filename?
118<Bagder> exactly
119<adi|home> i guess that makes sense.. you ahve to spin the drive up to read in the mp3 anyway.
120<Bagder> yes
121<adi|home> so doing it to get each index is no big deal.
122<Bagder> we can even cache a few indexes before and after if we think that'll improve things
123<adi|home> nods
124<Bagder> so when we run "random"
125<Bagder> we shuffle the arrat with all the seek-positions
126<Bagder> array
127<adi|home> makes sense
128<adi|home> okay.. so we run from start to finish on the indices right?
129<Bagder> yes
130<adi|home> then having an int index that reps the "index of *NEXT* track to play' makes no sense
131<adi|home> you only want to know the current file being played
132<adi|home> don't you?
133<Bagder> it doesn't really matter
134<adi|home> i guess
135<Bagder> I chose "next" just so that zero would make sense already when initing the struct
136<adi|home> nod
137<Bagder> the mpeg thread will id3-read the file and allow others to get that info
138<adi|home> ?
139<Bagder> thing is
140<Bagder> we deliver the track to the mpeg thread long before we hear it
141<Bagder> so we need the mpeg thread to tell the world which song that is actually playing right now
142<adi|home> nod
143--> Linus (~linus@labb.contactor.se) has joined #rockbox
144<Bagder> morning Linus
145<Linus> morning!
146<adi|home> hen you init the structure.. would you want to reset the seed for rand?
147<Bagder> yes
148<Hadaka> oh btw - random and shuffle play in my mind are different things - and both are nice, depending on situation
149<adi|home> are you editing that file at all? if not ill fix this stuff as i go
150<Bagder> adi|home: I'm not, feel free to improve
151<adi|home> ki
152<Bagder> Linus: spotted my id3-fix?
153<Linus> Hadaka: you want "true" random in some cases? That is, same song may be played twice?
154<adi|home> okay... what happens if we barf on playlist processing?
155<adi|home> ie: file read fails
156<adi|home> open fails
157<Linus> Bagder: havent't come to the Rockbox-CVS folder yet... :-)
158<Bagder> adi|home: just return, do nothing
159<adi|home> k
160<Bagder> Linus: hehe :-)
161<adi|home> i think we eventually want a message to the user no
162<adi|home> ?
163<Hadaka> Linus: yes - or at times ofcourse a simple limit of not ever picking the next song to be the same song as the one exactly before would be sufficient
164<Hadaka> Linus: but for example when using mpg123 - I do use true random play for some stuff
165<Linus> what is mp123?
166<dwihno> mpg123?
167<dwihno> you don't know what it is? :)
168<dwihno> alnmighty mp3 thingy
169<Linus> an mp3 player?
170<Hadaka> Mpg123 is a fast and portable MPEG audio player for Unix.
171<Linus> Ah.
172<Hadaka> very, very common
173<Linus> That must mean that I'm ver very unaware of things. :-)
174<adi|home> Bagder: its your code.. so let me ask.. on checking the open... is if(fd >= 0) acceptable to you?
175<adi|home> or rather i leave it -l != fd?
176--> nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has joined #rockbox
177<Linus> hi nayr!
178<Hadaka> most jukebox softwares on unix use that as a backend - also there's a free replacement for it, mpg321, which is compatible
179<nayr> Hello!
180<adi|home> hey nayr
181<adi|home> do we have stat in our api now?
182<adi|home> or maybe it just makes more sense to lseek to a files end to get its size?
183<Linus> The ID3 code seeks to the end
184<adi|home> heheh okay "static unsigned int playlist_seed = 0xdeadcafe"
185<adi|home> is just wrong
186<Linus> why do you need the file length?
187<adi|home> right now we are reading in the m3u file a byte at a time
188<adi|home> that makes no sense.
189<Linus> no it doesn't
190<Linus> ...and...
191<adi|home> so get the file size
192<adi|home> define a static buffer of say 100 bytes
193<adi|home> and read in at a better increment.
194<adi|home> so you kno when you hit the file end
195<adi|home> your still not mallocing..
196<adi|home> so life is okay
197<Linus> why do you need the file size for that?
198<adi|home> i guess i could just keep lseeking?
199<Linus> you could just read until end-of-file
200<adi|home> are we gaurenteed to have an end-of-file?
201<Linus> of course
202<Linus> otherwise you wouldn't be able to lseek(9 to find out the end-of-file...
203<adi|home> right, thats what im saying...
204* adi|home now that i have my head outta my ass
205<adi|home> lets say char buf[100]
206<adi|home> then we do successive lseeks of 100 till we fail
207<adi|home> then we just grab the rest of the file when we fail
208<Linus> you don't need a buffer to do lseek()
209<adi|home> i know that
210<adi|home> but where are you putting the data from the m3u file?
211<Linus> Maybe I'm not understanding what you want to accomplish
212<adi|home> read/parse an m3u file
213<adi|home> to store in our playlist structure
214<Linus> So get the data, one row at a time (it's a text file, right?)
215<adi|home> right
216<Linus> why seek()?
217<adi|home> how do you know when a line ense?
218<adi|home> ends?
219<adi|home> you search for CRLF
220<Linus> CR/LF or just LF?
221<Linus> whatever
222<adi|home> im just going by what we have right now
223<adi|home> nods
224<adi|home> so to do that you need to read from the file into a buffer
225<Linus> so read into a 100 byte buffer, and look for EOL's
226<adi|home> thats what im saying :)
227<adi|home> thus the char buf[100]
228<Linus> but I still don't understand the seek() part
229<adi|home> are just going to read until read fails?
230<Linus> exactly
231<adi|home> so how do you tell the dif between "we reached the end of file: failed" and "archos is fucked: failed"/
232<adi|home> ?
233<-- trillback has quit (zahn.openprojects.net irc.openprojects.net)
234<-- adi|work has quit (zahn.openprojects.net irc.openprojects.net)
235<-- webmind has quit (zahn.openprojects.net irc.openprojects.net)
236<-- datazone has quit (zahn.openprojects.net irc.openprojects.net)
237<-- gd has quit (zahn.openprojects.net irc.openprojects.net)
238<-- PiotR has quit (zahn.openprojects.net irc.openprojects.net)
239<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
240<Linus> -1 means failure, 0 means end-of-file
241<Linus> still there?
242<-- Linus (~linus@labb.contactor.se) has left #rockbox
243--> Linus (~linus@labb.contactor.se) has joined #rockbox
244<adi|home> yeah.. just giant brain fart...
245<adi|home> i see what your getting at
246<Linus> great
247<adi|home> im not changing this now.. im bound to fsck it up.. to tired.. i ll hit it in the morning
248<adi|home> night all
249<adi|home> thanks for helping me pull my head from my ass Linus ;)
250--> gd (~chatzilla@dns.agssmf.com) has joined #rockbox
251--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
252--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
253<Hadaka> hmm, one should make a feature checklist of what the archos (recorder) can do - and what is implemented in rockbox
254<Linus> night, adi|home!
255<Hadaka> how does the resume work on the original archos btw? does it save the current song/directory somewhere when it starts playing it or?
256<Linus> The Player saves that info on the hard drive
257<Linus> when it starts playing a song
258<nayr> ?? I could never get resume to work anyway.
259<Linus> but not when the battery is too low
260<Linus> I guess it's a safety feature not to write on the hard disk when low on batteries
261<Linus> nayr: how come?
262<Hadaka> ookkay
263<nayr> Well, maybe I'm not understanding what it's supposed to do. I was thinking it would resume a song where it left off between power cycles (ala iPod)
264<Linus> The recorder, OTOH saves that data in internal RAM
265<Linus> nayr: it only remembers which song it played
266<Linus> nayr: we will try to implement mid-song resume in Rockbox
267<nayr> Hmmm... OK. Well, I became overly excited when I heard about this project on /.
268<nayr> I figure there's a much better chance of getting the features I want by working with you folks than working with archos. :-)
269<Linus> nayr: nice. i hope you still feel that way.
270<Linus> nayr: are you a programmer?
271<Hadaka> yeah, mid-song resume (and keeping of the current playlist) would be just dandy
272<nayr> I used to pretend to be. But if I can code at all, it's high-level stuff (RAD/UI, 4GL, etc.) C/ASM really isn't my forte. I can read it, but I can't code it :(
273<Linus> ok. you can still be very useful
274<nayr> But I kick ass at QA, especially when I've got a personal stake in the project. =)
275<Linus> may god help us :-)
276<Linus> the QA department!
277<nayr> Programmers tend to hate me pretty quickly. =)
278<Linus> :-)
279<nayr> bedtime now. I'm sure I'll be bouncing back in here again soon. Thanks for all the work you folks have done so far, and I look forward to good things in the future!
280<-- nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has left #rockbox
281<-- Hadaka has quit (zahn.openprojects.net irc.openprojects.net)
282--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
283--> trillback (~trillian@sdn-ar-001ncraleP254.dialsprint.net) has joined #rockbox
284--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
285--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
286--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox
287<Bagder> Linus: anyway, the id3 code should be reentrant now
288<Linus> Bagder: great
289<Bagder> and if you get time, I'd appreciate if you tried the playlist code on target
290<Bagder> I realize time is a shortage here ;-)
291<Linus> So the MP3 thread should use the ID3 code to dig some info from the file it plays
292<Bagder> yes
293<Linus> and pass it to the GUI somehow
294<Bagder> and "export" that info
295<Bagder> right
296<Linus> I'll try to find out a good way to report the current playing pos as well
297<Linus> I'll look into Lion's suggestion and see what I can do.
298<Bagder> about using a timer?
299<Linus> I didn't follow the playlist discussion. Do we have a working version?
300<Bagder> we do
301<Linus> Bagder: timer?
302<Bagder> somewhat "naive" and simple still thugh
303<Bagder> Linus: forget it, I didn't follow that talk so closely ;-)
304<Linus> AFAICS, there is no good way to determine the song length
305<Linus> does the ID3 tag contain such info?
306<Bagder> no, not without scanning the whole file
307<Bagder> VBR is hell
308--- Linus is now known as Linus|meeting
309<dwihno> :/
310<dwihno> VBR is evil stuff
311<Bagder> I can't believe I work in a project without gdb on target, when even rockbox has it :-/
312<dwihno> gdb?
313<dwihno> <-- sucks, tell me what gdb is good for
314<Bagder> debugger
315<Bagder> you've not developed seriously when you say that
316<dwihno> ah
317<dwihno> I used the visual c debugger
318<Bagder> right
319<dwihno> How hard is gdb to learn?
320<Bagder> gdb is much more powerful, if somewhat more crude interface
321<Bagder> the basics are simple
322<Bagder> using it from within emacs makes it even easier
323<dwihno> You got some basic introduction stuff?
324<Bagder> 'b [symbol]' for breakpoints
325<Bagder> 'c' for continue
326<Bagder> 'run' to start
327<Bagder> 'n' for next
328<Bagder> 's' for step-in
329<Bagder> that's it ;-)
330<Bagder> 'p [variable]' display variable contents
331<Bagder> 'info locals' display all local variables
332<dwihno> does it require some extra stuff compiled into the binary?
333<Bagder> yes, it requires that it was compiled with -g for maximum use
334<dwihno> mkay
335--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
336<Bagder> hey Z
337<Zagor> hi
338<Bagder> Zagor: I added some playlist code yday
339<Bagder> not very fancy or anything, but it could work
340<Zagor> ok, nice
341<Bagder> it's still basic and slightly "naive"
342<Bagder> but a start
343<Bagder> Zagor: I made 'playing' hold a play "mode" instead of just a boolean
344<Bagder> so that play-all-dir should still work too
345<Zagor> in tree.c you mean?
346<Bagder> yes
347<Zagor> ok
348<Bagder> they're just digits now, but we should remake it into some enum or somthing
349<Zagor> yup
350<Zagor> 152 subscribers today
351<Bagder> wow
352<-- Smari has quit (Read error: 110 (Connection timed out))
353* ironi has returned, [gone/11h 49m 47s]
354<ironi> hello ppl
355<Zagor> hi ironi
356<Bagder> hey ho
357<ironi> just came home
358<ironi> I'm thinking on working on my persolan homepage
359<ironi> It needs a facelift
360<Bagder> time to go and get a visa ;-)
361--- Bagder is now known as Bagder|away
362<ironi> hehe
363<ironi> apt-get dist-upgrade is my favourite command ever
364<Zagor> yeah, debian rocks
365<ironi> it does.
366<Zagor> hehe, nice peak yesterday.
367<Zagor> 3rd june: 4700 accesses
368<Zagor> 4th june: 60196 accesses
369<Zagor> pages, not accesses
370<Zagor> 04:00-05:00 on the 4th: 25 pages
371<Zagor> 05:00-06:00 on the 4th: 3279 pages :)
372<ironi> has there been a post on slashdot?
373<ironi> =)
374<Zagor> quite so
375<dwihno> Is there some way to make directories invisible using the archos firmware? I'd like to have a folder to store documents and stuff and I don't want it being displayed :)
376<Zagor> not that I know of
377<ironi> dwihno: well maybe hidden directories could be excluded in the archos
378<ironi> that is perhaps an easy solution
379<dwihno> yeah
380<dwihno> I'll test that later
381<dwihno> I sold my last computer last night
382<dwihno> So now I have ZERO computers
383<dwihno> Zero, zip, nada!
384<ironi> heh
385<dwihno> INGA!
386<ironi> when is the dell coming?
387<dwihno> No jävla datorer! :)
388<dwihno> I haven't ordered it yet
389<ironi> oh ok
390<dwihno> I'm awaiting a faktura to be betalad by the evil customer
391<ironi> it doesn't take long for themto ship it though, i thiok.
392<ironi> you din't take cash, thats bad.
393<ironi> =)
394<dwihno> Nah, it will probably take less than 1 week
395<dwihno> Are there any good ways to install some really kickass boot loader?
396<dwihno> I want to have Win98, Win2k and linux on the same box :)
397<Zagor> i'm sure the guys in #linuxhelp knows all about that. :)
398<ironi> dwihno: grub is nice
399<dwihno> ironi: never tried it... :)
400* dwihno goes on a google streak
401<ironi> if you want windows gui easy-to-install-bla-bla-mumbo-jumbo there is powerquest bootmagic
402<dwihno> Eww
403<ironi> grub is cool though because you can edit the options in the boot loader
404<ironi> at boot
405<dwihno> That's what I like!
406<dwihno> I like configurability
407<ironi> i tried when using gentoo
408<ironi> i really find it better than lilo for me
409<dwihno> Hmm, how come?
410<ironi> i just like it more
411<dwihno> Is it cute? :)
412<ironi> you dont edit a config file, you instead enter a grub console where you supply commands
413<ironi> you can enter this console at boot too
414<ironi> if you want
415<dwihno> ah
416<dwihno> Damn DNS server!
417<dwihno> GIVE ME THE LOOKUP YOU EVIL DNS STUFF! :)
418<dwihno> ah, now it works
419--- Disconnected (Connection timed out).
420**** ENDING LOGGING AT Wed Jun 5 06:14:13 2002
421
diff --git a/www/irc/rockbox-20020609.log b/www/irc/rockbox-20020609.log
deleted file mode 100644
index 19dcd3a452..0000000000
--- a/www/irc/rockbox-20020609.log
+++ /dev/null
@@ -1,1772 +0,0 @@
1**** BEGIN LOGGING AT Thu Jun 6 03:13:16 2002
2
3--> adiamas (~adiamas@216.194.26.204) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56
6<Bagder> howdy adiamas
7<adiamas> howdy...
8<adiamas> just had a major power outage here...
9<adiamas> lasted near 2 hrs
10<adiamas> all year we're find...
11<adiamas> world cup comes on a POOF
12<adiamas> damnit
13<Bagder> hehe
14<Bagder> must be a conspiracy somehow ;-)
15<adiamas> damn right
16<adiamas> i blame the canadians
17<Bagder> I miss a tetris for recorder link on the web site
18<Bagder> that lazy web master B-]
19<dwihno> Linus: Will you take on the mission to write the decoder code for the recorder build?
20* Bagder mutters when reading source code written on 160 col lines...
21<adiamas> hehehe
22<adiamas> who did that?
23<Bagder> at work
24<Bagder> silly windows users
25<adiamas> hehehe
26<adiamas> sorry ;)
27<adiamas> i made a deal with a buddy at work...
28<adiamas> he went to 80 cols
29<adiamas> i went to 8 space tabs
30<Bagder> oh, what a sacrifice
31<adiamas> heheh
32<Bagder> I just yell at them ;-)
33<Bagder> and go my way
34<adiamas> we still bitch at each other ;)-
35<Bagder> hehe
36<dwihno> 8 space tabs?!
37* Bagder wonders why he has no friends left ;-)
38<dwihno> Now that's insane
39<dwihno> looks like somebody dropped a bomb in the source code!
40<Bagder> source code should not have tabs, only space
41<dwihno> They should have tabs
42* Bagder casts a spell on dwihno, you windows... eh, windows... person
43<dwihno> what's wrong with tabs?
44<Bagder> people set different tab sizes
45<dwihno> of course
46<Bagder> they are 8 when you print
47<dwihno> :set ts=8
48<Bagder> it make outputs look crap
49<dwihno> depends on what printing stuff you use
50<Bagder> yes, if you're two people you can set requirements on that
51<Bagder> in a development team with many people, you can't
52<dwihno> :)
53<Bagder> believe me, I seen it, done it, used it ;-)
54* Bagder now has 11 years in the "business"
55<dwihno> set ts=4
56<dwihno> whoa
57<dwihno> how old are you?
58<dwihno> 40?
59<Bagder> 31
60<dwihno> scary
61<Bagder> indeed
62<dwihno> I will NEVER get old! :)
63<dwihno> What kind of education do you possess?
64<Bagder> the hard way, the school of life, spare time assembler and work ;-)
65<Bagder> like Zagor and Linus, I have no formal education in this area
66<Bagder> we're all home brewed
67<dwihno> Are you pleased with your salary?
68--- Linus is now known as Linus|very
69<Bagder> is anyone ever? ;-)
70<dwihno> I was
71--- Linus|very is now known as Linus|busy
72<Bagder> I am
73<dwihno> Although a bitch coder with ZERO skills had more than me, and that bugged me.
74<Bagder> that's not the case for me
75<dwihno> coderess
76<Bagder> although currently the market isn't exactly splendid
77<dwihno> not really
78<Bagder> it means less money when the customers renegotiates the rates
79<dwihno> MONEY FOR ALL(TM)
80<-- Linus|busy has quit ("disconnecting from stoned server.")
81<-- datazone has quit (zahn.openprojects.net irc.openprojects.net)
82<-- webmind has quit (zahn.openprojects.net irc.openprojects.net)
83<-- adi|work has quit (zahn.openprojects.net irc.openprojects.net)
84<-- Hadaka has quit (zahn.openprojects.net irc.openprojects.net)
85<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net)
86<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
87<-- trillback has quit (zahn.openprojects.net irc.openprojects.net)
88<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net)
89<-- dwihno has quit (zahn.openprojects.net irc.openprojects.net)
90<-- Bagder has quit (zahn.openprojects.net irc.openprojects.net)
91<-- miah has quit (zahn.openprojects.net irc.openprojects.net)
92--> Linus (~linus@labb.contactor.se) has joined #rockbox
93--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
94--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
95--> trillback (~trillian@sdn-ar-001ncraleP299.dialsprint.net) has joined #rockbox
96--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox
97--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
98--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
99--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
100--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
101--> miah (~miah@pihkal.com) has joined #rockbox
102--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
103--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
104--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
105<Bagder> hey ironi
106<dwihno> damn
107<ironi> hi there
108<ironi> *yawn*
109* dwihno just realized that writing sql queries sometimes is a pain in the /dev/arse
110<ironi> dwihno: why is that
111<dwihno> I want to return multiple counts
112<dwihno> in 1 query
113<dwihno> +----+--------+----+-----------+
114<dwihno> | id | name | id | projectid |
115<dwihno> +----+--------+----+-----------+
116<dwihno> | 2 | Apan | 1 | 39 |
117<dwihno> | 2 | Apan | 2 | 40 |
118<dwihno> | 2 | Apan | 3 | 41 |
119<dwihno> | 3 | Assar | 1 | 39 |
120<dwihno> +----+--------+----+-----------+
121<dwihno> I want to return the projectid count for every id [left one]
122<adiamas> 1. i don't know if postgres lets you
123<adiamas> 2. if you could, you prob do it in a sub query
124<adiamas> ie: select count(id) from table where id in (select unique id from table)
125<adiamas> or some such
126<adiamas> but i dont' think you can do it..
127<adiamas> i know in oracle we have to do a seperate count for each
128<ironi> you cnat do sub querys in postgres
129<ironi> ?
130<dwihno> me is using mysql
131<ironi> ok
132<ironi> anyway
133<ironi> i dont unbderstand what you want
134<ironi> i dont gett the table
135<dwihno> I have a table linking two tables together
136<dwihno> to make multiple selection of objects available
137<ironi> ok sure
138<dwihno> the link table has the userid and projectid
139<ironi> you have a like a projcet table , a member table, and a project_member table?
140<dwihno> and for every user, I want to count the number of projects matching the user id, in a single query
141<ironi> saying which member is involved in which project
142<dwihno> yup
143<ironi> but is the table you pasted the result you want, right?
144<dwihno> nope
145<dwihno> just some example stuff :)
146<ironi> eh,....
147<ironi> caue your project_user tablejust has project id and member id, right
148<dwihno> yup
149<ironi> ok
150<ironi> well that is impossible with out a subquery
151<ironi> and in mysql you cant do them
152<dwihno> darn!
153<ironi> well maybe you could do a join
154<dwihno> I wanted to draw a cute progress bar :)
155<ironi> it was a while since i used sql
156<dwihno> 1 query per user would be a pain in the arse
157<ironi> yeah
158<dwihno> but who gives a shit ;)
159<ironi> but...
160<ironi> cant you just do a loop?
161<dwihno> 1 query to get the ID's and then 1 query per userid
162<ironi> well eya
163<ironi> yea
164<ironi> loop trough the id's , getting the result for each
165<ironi> or can't you do your progress bar then?
166<dwihno> Hehe
167<dwihno> The progress bar makes the stuff so CUTE! :D
168<-- ironi has quit (Read error: 113 (No route to host))
169--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
170<dwihno> Why did I ever start doing SQL stuff?!
171* dwihno dumps the idea of progress bar ;)
172<ironi> dwihno: are you doing php with it ?
173<dwihno> ironi: jees
174<dwihno> Pee Höö Pee
175<ironi> but dwihno
176<ironi> cant you do select user.name, count(projectid) from user,user_project WHERE user.userid=poject.userid
177<ironi> or am i thinking wrong
178<ironi> ooops
179<ironi> select user.name, count(user_project.projectid) from user,user_project WHERE user.userid=user_project.userid
180<ironi> dwihno: how about that?
181<ironi> dwihno! wake up!
182* Bagder offers ironi the microphone and turns up the volume of the loadspeakers
183<ironi> thank you
184<ironi> *harkel*
185<dwihno> ironi: hellö hellö
186<ironi> dwihno: so?
187<dwihno> What who how?
188<ironi> read the last query i wrote
189<dwihno> *read*
190<ironi> cant you do it like that?
191<dwihno> hey, that might work
192<ironi> im kinda embarrased i didnt come up with it immediately
193<dwihno> Don't be! :)
194<dwihno> You gave me the DELL tip! :D
195<ironi> ehm
196<ironi> i think you will have to group by
197<ironi> select user.name, count(user_project.projectid) from user,user_project WHERE user.userid=user_project.userid GROUP BY user.username
198<ironi> otherwise you weill get count for all rows on all rows
199<ironi> =)
200<ironi> ok i should be group by user.name if i used user.name inthe slect clause
201<ironi> but u know what i mean
202<dwihno> Yeah
203<dwihno> YOU GAVE ME THE DELL TIP! :D
204<ironi> so did this work?
205<dwihno> I'm fiddling
206<dwihno> Battery charged
207<dwihno> I love my archos
208<dwihno> I never realized I couldn't live without it before I actually got it!
209<ironi> my just shows charging...
210<Bagder> dwihno: you tried tetris on it yet?
211<ironi> i dont use mine as much as i should
212<dwihno> Bagder: No tetris for the recorder yet ;/
213<Bagder> there is
214<Bagder> wait
215<dwihno> There is?
216* Bagder scans for the URL
217<Bagder> http://bjorn.haxx.se/rockbox/tetris.ajz
218--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
219<Bagder> it doesn't spin down the HD though
220<dwihno> hey, it worked
221<dwihno> Bagder: how come?
222<Bagder> the ATA code should do that
223<Bagder> ... and it doesn't work on the recorder yet :-)
224<dwihno> hehe
225<dwihno> Then why are you IRC:ing?! :)
226<Bagder> hm
227<Bagder> I don't know ;-)
228<ironi> dwihno: you're welcome
229<ironi> after 10 credits of sql i should have given you the answer immediately
230<ironi> =
231<ironi> )
232* ironi is gone, out in da sun [l/on p/on]
233<dwihno> ironi: THE SUN WILL GET YOU KILLED! Get back here! :)
234<ironi> i have my ray-bans
235* Bagder gets valgrind and ddives in
236<dwihno> valgrind?
237<Bagder> "Valgrind, an open-source memory debugger for x86-GNU/Linux"
238<Hadaka> valgrind is nice
239<dwihno> I will invent something too!
240<dwihno> I know, a new X11 toolkit! ;D
241<Bagder> valgrind is really nice
242<-- Linus (~linus@labb.contactor.se) has left #rockbox
243--> Linus (~linus@labb.contactor.se) has joined #rockbox
244<Hadaka> hey, have you guys looked into 'newlib'?
245<Linus> you mean the removal of it?
246<Hadaka> hm, I'm quite out of things - removal?
247<dwihno> What's newlib btw?
248<Hadaka> nm, I'd better read the mailinglist archives before I ask stupid questions
249<Hadaka> Newlib is a C library intended for use on embedded systems.
250<Linus> I thought you meant if we had gotten rid of our newlib dependencies yet
251<Linus> we use newlib today
252<Hadaka> why do you want to get rid of it?
253<Linus> but only for a few functions
254<dwihno> Hadaka: Ah, okay
255<Linus> because it is of no use to us other that for the header files
256<dwihno> header files are evil! :)
257<Linus> :-)
258<Hadaka> hm ok, I don't know enough to comment
259<dwihno> #include <linus_secret_stuff.h>
260<dwihno> That's all you need when doing embedded stuff! :)
261<Linus> We used newlib in the beginning when we didn't have much implemented
262<Linus> but now we have all that newlib has to offer internally
263<Linus> that gives us a smaller footprint
264* dwihno counted project time today
265<Linus> and you don't need to compile newlib when you build the cross compiler
266<dwihno> <-- is gonna afford a kickass DELL box! :D
267<Linus> dwihno: a laptop?
268<Hadaka> same interface as newlib or your own?
269<dwihno> yup :)
270<Linus> Hadaka: same. it's ISO standard
271<dwihno> with geforce go card
272<Hadaka> ok
273<dwihno> So I can play cstrike
274<Linus> dwihno: have an URL?
275<dwihno> http://www.euro.dell.com/countries/se/sve/dhs/products/model_inspn_inspn_2650.htm
276<Linus> dwihno: phew! that's a BEAST!
277<Linus> a bit heavy, though
278<dwihno> The tip of the day: The bread "gräddad längtan" is yum with salad and stuff :)
279<Linus> and i would like better resolution that 1024X768
280<dwihno> Linus: As long as it works ;D
281<dwihno> I like 1024
282<dwihno> So I'm gonna dual-boot with linux
283<dwihno> Linus: You should get some lunch!
284<Hadaka> I've been very happy since I uninstalled windows my laptops
285<dwihno> Hadaka: I need Windows for Photoshop, Flash, Illustrator etc. :/
286<Hadaka> I usually get several months uptime for my laptop
287<dwihno> yum!
288<dwihno> Now that's what I call a good lunch!
289<-- Bagder has quit ("disconnecting from stoned server.")
290--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
291* Bagder made his first customized valgrind supresses
292* dwihno is back from the quake session
293--> havardk (havardk@soraas.student.nlh.no) has joined #rockbox
294<dwihno> havard kvålen?
295<havardk> emm, yes?
296<dwihno> Cool :)
297<webmind> try icelandic
298<havardk> dwihno : who are you, and why do you know my name? :)
299* Bagder awaits the answer ;-)
300<Bagder> havardk: tried rockbox?
301<havardk> no, I haven't
302<havardk> I don't have an Archos, although I've been thinking about getting one
303<Bagder> hehe, ok
304<Bagder> well I haven't *really* tried it either as I have a recorder and we don't do well on that yet
305<Bagder> I've only seen it on Björn's player
306* webmind waits untill is as equal or more features and les bugs then original firmware
307<webmind> it has
308<Bagder> that might take a while .-)
309* dwihno waits until it show other than ata: -5 on the recorder ;)
310<webmind> badi have patience
311<webmind> er
312<webmind> Bagder,
313<webmind> damn this keyboard
314<Bagder> I'm a bit dissapointed no one tried my playlist code on target yet
315<Linus> I am about to.
316<Bagder> oh
317<Bagder> I better hide then ;-)
318<Linus> but i have *shrug* work to do...
319* dwihno starts the drumroll
320<Bagder> WORK?! aaaah
321<dwihno> My hands are getting tired... Test the godforsaken playlist code :)
322<Bagder> endurance you need
323<Linus> a world record you will beat, my young apprentice
324<dwihno> Linus: Get back to work ;)
325<Linus> yes. master
326<dwihno> Damn, it's hot outside!
327<dwihno> Obey me, you will
328<Linus> :-)
329<Bagder> rockbox is gaining rank quickly on sourceforge activity
330<-- trillback has quit (Read error: 113 (No route to host))
331--> edx (~not@pD9560764.dip.t-dialin.net) has joined #rockbox
332<Bagder> hi edx
333<edx> yo
334--- edx is now known as edx|class
335<edx|class> :)
336<edx|class> irony.. you got the css file of the internet site?
337<edx|class> i think there's the defualt font set for linux... take like arial / sans ms for that..
338<edx|class> hmm bagder.. any progress regarding ata?
339<edx|class> gotta go
340<Bagder> no progress yet
341<Linus> I'm beginning my Recorder serial mod now...keep your fingers crossed
342* Bagder crosses everything he has
343<Linus> Strange...the Line In is already patched on my Recorder
344<Bagder> uh!
345<Linus> two long wires across the entire CPU board
346<Linus> and connected to two capacitors
347<Linus> I'll just remove them and connect them to the serial port...
348<Linus> ...scalpel, nurse...
349* dwihno hands Linus the crowbar
350<Hadaka> ehh
351<dwihno> Linus: patched?
352<dwihno> Linus: In what way?
353--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
354<jedix> hey
355<dwihno> hey ho
356<jedix> whats up?
357<Bagder> we're busy crossing fingers for Linus
358<Bagder> he has his fingers in his Archos as we speak ;-)
359<jedix> cool
360<jedix> I dunno how to handle this scrolling thing without this being OO or threads
361* dwihno crosses his toes too
362<dwihno> See? :)
363<dwihno> ooo
364<dwihno> O
365<dwihno> hmm
366<dwihno> :)
367<Bagder> we have threads
368<jedix> see the problem is right now, it just does scrolling.. all the time, and nothing else
369<jedix> its in a while(true) loop... :/
370<Bagder> yes, but it could be in its own thread
371<Bagder> perhaps
372<jedix> yes, that would do it
373<Bagder> there's a minor drawback with that: we don't have threads in the simulator (yet) ;-/
374<jedix> an other small problem is that it scrolls well past the screen(takes a while for it to come back)
375<Bagder> how do you mean?
376<jedix> it scrolls to the left until you can;t see it.. but then it keeps going
377<Bagder> so make it not do that ;-)
378<jedix> yeah, working on that :)
379<jedix> also, the text warps around the line on me..
380<jedix> where does that happen?
381<Bagder> that's a flaw in the simulator
382<jedix> oh, ok
383<Bagder> I'll have a look at it right now
384<Bagder> that's lcd_puts() in a player, right?
385<jedix> yeah
386<jedix> brb, going to get breakfast
387<Bagder> ok, I'll commit a fix
388<Bagder> hm, bad fix
389<Bagder> better
390<jedix> hehe
391<jedix> so, if I update my cvs.. will my changes be removed?
392<Bagder> no
393<Bagder> they'll be merged
394<jedix> k
395<jedix> i get a few errors
396<Bagder> when updating?
397<jedix> building
398<Bagder> show me
399<jedix> /home/liam/archos/build/tree.o: In function `peek_next_track':
400<jedix> /home/liam/archos/uisimulator/x11/../../apps/tree.c:213: undefined reference to `playlist_next'
401<jedix> /home/liam/archos/build/tree.o: In function `dirbrowse':
402<jedix> /home/liam/archos/uisimulator/x11/../../apps/tree.c:307: undefined reference to `play_list'
403<jedix> /home/liam/archos/build/play.o: In function `playtune':
404<jedix> /home/liam/archos/uisimulator/x11/../../apps/play.c:88: undefined reference to `mpeg_play'
405<-- edx|class has quit ("be home soon :)")
406<Bagder> did you update the uisimulator tree too?
407<jedix> I updated everything
408<Bagder> hm, do 'make clean' and 'make' again to be sure
409<jedix> same thing
410<jedix> you don't get this?
411<Bagder> nope, and neither do http://daniel.haxx.se/rockbox-auto/
412<jedix> cvs update -dP in the root dir..
413<Bagder> where you checked out "." ?
414<jedix> yeah
415<jedix> yeah
416<jedix> sorry, wrong window
417<jedix> cvs update: move away uisimulator/x11/xmu.h; it is in the way
418<jedix> C uisimulator/x11/xmu.h
419<jedix> is that ok?
420<Bagder> no
421<Bagder> I mean, sure you can remove it, and it'll come back when you update
422<Bagder> but it shouldn't say that in the first place
423<Bagder> hm, are you running make in the uisimulator/x11 dir?
424<jedix> I did once.. but I just deleted that dir
425<Bagder> the uisimulator/x11 ?
426<jedix> I got it now
427<jedix> i deleted the uisimulator dir
428<jedix> and it works
429<Bagder> it works without that dir?
430<jedix> no I updated and got it again
431<Bagder> ah
432<Bagder> ok
433<Bagder> fine
434<jedix> the text still wraps to the next line though
435<jedix> but I fixed my scroll problem :)
436<Bagder> wraps one letter or completely?
437<jedix> completely
438<dwihno> cool stuff :D
439--- dwihno is now known as dw|weekend
440<dw|weekend> SWEDEN SHALL WIN! :D
441<jedix> I'm sure its thursday
442<dw|weekend> Me too
443<dw|weekend> I'm taking the day off
444<dw|weekend> 1) watch the game
445<dw|weekend> 2) go for a weekend trip
446<jedix> nice
447<Bagder> jedix: regarding the wrapping, you either check out why in the lcd_puts() or I fix that when I code that shows this happen
448<jedix> k
449--> dfg (~prv@209.166.235.91) has joined #rockbox
450<Bagder> I think I know why it happens
451<Bagder> it's a define issue
452<jedix> after I print a line of text I try to clear the rectangle.. but it doesn;t work
453<Hadaka> running mkfs.vfat on my archos right now
454<Hadaka> would I need to specify the logical sector size by hand?
455<Bagder> I don't know
456<Hadaka> well I didn't, anyway
457<Hadaka> though I did put -F 32 just in case
458<Bagder> yes, you need that
459<Bagder> if I recall correctly
460<Hadaka> I wonder how long this will take
461<Hadaka> ooh, finished
462<Hadaka> hmm! where does this thing save the play mode?
463<Hadaka> after mkfs.vfat, it still is in random play
464<Bagder> it saved in an unused sector
465<Bagder> +is
466<Hadaka> unused sector outside the filesystem?
467<Bagder> yes
468<Bagder> one of the first ones
469<jedix> what is LCD_WIDTH measured in? is it the amount of chars that can be displayed on the screen?
470<Hadaka> ok so if I stumbled around with fdisk, I could get it erased or something?
471<Bagder> jedix: that is pixels, and is only available for bitmap LCDs
472<jedix> Bagder: how do I get the lenght on the other screen?
473<Bagder> Hadaka: I'm not really sure, I'm mostly repeating things I've learned from the others right now
474<Bagder> I dunno
475<Bagder> maybe there's a define, maybe not ;-)
476<Hadaka> yikes, cache writes are scary
477<Bagder> Linus: what's the status?
478<Hadaka> weird - I get 10Mb/sec transfer rates and then total lockups when it actually writes the stuff to the disk
479<Bagder> uh :-(
480<Hadaka> ooh I love preemptiple kernel patch
481<Hadaka> load at 4 :)
482--> edx (OKE60@pD9EAB709.dip.t-dialin.net) has joined #rockbox
483<edx> hi
484<Bagder> rehi
485<jedix> Hadaka = Linus?
486<jedix> hey edx
487<jedix> oh... nm
488<edx> heh.. your function is working now?
489<Hadaka> nno, I'm not linus :)
490<Linus> I am Linus
491<-- ironi has quit (Read error: 104 (Connection reset by peer))
492<Linus> i have connected the serial port on the recorder
493<Linus> but the Tx isn't quite working
494<Linus> i might have to dust off the oscilloscope
495<edx> that's for debugging?
496<Linus> yes
497<edx> might that help with the ata problem?
498<Linus> of course
499<jedix> edx: sorta working
500<edx> ah ok
501<edx> *teatime* :)
502--- Linus is now known as Linus|verybusy
503<edx> linux: to me it seems the memory area for the command is wrong (but i dont know much about that h/w business)
504--- edx is now known as edx|tea
505<Linus|verybusy> edx|tea: not according to the schematics
506<Linus|verybusy> Guys! Do we know if the clock frequency on the recorder is 12MHz as well?
507<Bagder> I don't
508<Linus|verybusy> The schematics say 11.05
509<Bagder> oh
510<Linus|verybusy> that means i have to recalculate the baud generator...
511<Bagder> yeah
512<Bagder> no wonder it doesn't work ;-)
513<Hadaka> is the cpu in these running at full speed at all times - or is there some halt mechanism?
514<Bagder> I believe there is some kind of sleep mode, but then we probably can't be playing mp3
515<Hadaka> but while playing, the thing is running at full cpu?
516<Bagder> yes
517--- edx|tea is now known as edx
518<edx> hmm the frequenzy doesnt have anything to do with ata, does it?
519* edx wants ata to work :)
520<Bagder> but the frequency needs to be known for the serial port to work
521<Bagder> without serial port, no gdb
522<edx> yea.. serial port..
523<Bagder> without gdb, no ata debugging
524<edx> but ata .. hehe
525<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
526<Hadaka> 6293838 100% 56.69kB/s 0:01:47
527<Hadaka> 968704 100% 12.75MB/s 0:00:00
528<Hadaka> I wonder if all this fluctuation is caused by the preemptible kernel patch or the uhci stuff or the fact that I have debug output still on in usb-storage
529<jedix> that good or bad?
530<Hadaka> well I dunno - I can tell when the transfer is finished that what was the total speed
531<Hadaka> it's a tad bit annoying atleast not to see the real transfer speed since you only see files going into the cache - and then going out of the cache afterwards
532<-- Linus|verybusy (~linus@labb.contactor.se) has left #rockbox
533--> Coug (~bandaarp@198.187.233.138) has joined #rockbox
534<Coug> hey all
535<Coug> hello?
536<edx> hi
537<webmind> hi
538<Coug> ah finally
539<Coug> are any of you developers in the rockbox project?
540<webmind> some
541<Coug> is there any ambition to add aac support to the firmware?
542<webmind> aac?
543<webmind> what's that?
544<Coug> advanced audio something
545<webmind> doubt it
546<Coug> low bitrate - high quality
547<webmind> cos mp3 decoding is done trhough hardware
548<webmind> through
549<Coug> ah
550<webmind> decoding chip
551<Coug> dang
552<Coug> do you know, are there any dos drivers for the archos?
553<webmind> so i think mp3/mpeg will be it
554<webmind> doubt it
555--> satino (~satino@0x50c4991f.adsl-fixed.tele.dk) has joined #rockbox
556<Coug> is there a way to create recorder drivers for dos?
557<webmind> if u can get usb to work in dos
558<Coug> how can you do that?
559<webmind> get drivers
560<webmind> doubt they exist though
561<Coug> lol
562<Coug> you mean just straight usb drivers?
563<webmind> well
564<Coug> or archos recorder drivers?
565<webmind> u need usb support no ?
566<Coug> of course
567<webmind> afaik archos uses usb.. so
568<webmind> u need usb support in dos
569<Coug> true
570<webmind> and support for the usb harddrive controller
571<webmind> isd200
572<Coug> ok
573<Coug> but you can use usb keyboards in dos
574<Coug> so there has to be at least some level of usb support
575<webmind> dunno bout that
576<satino> can my archos jukebox work under linux?
577<Coug> if you get linux drivers
578<satino> is it easy to set up?
579<Coug> webmind - my whole goal here is to turn the archos into a bootable harddrive
580<webmind> satino, sure.. linux support is the current kernel
581<webmind> Coug, ah.. i think u need bios support then
582<webmind> Coug, dunno if there are any bios's that support booting from usb hd
583<Coug> i was thinking about a boot disk (floppy) that allows you to then boot to the archos
584<webmind> Coug, ah.. then try a linux boot disk :)
585<webmind> that has drivers :)
586<Coug> for the archos though?
587<miah> to get the archos workign in linux, you need a kernel that supports SCSI, and USB ISD2000, you wont see the ISD2000 config option unless scsi is enabled though
588<satino> webmind, well, do I need to compile a new kernel?
589<webmind> satino, if u dont have support build in.. probably yes
590<webmind> Coug, if u have your bootdisk with a kernel with acrhos support u just access it as a scsi harddrive.. and thus boot from it
591<Coug> webmind - how will that work, because i want to boot windows xp
592<Coug> could i close linux and then still boot?
593<Coug> webmind - could you lead me through the general process (starting with the floppy) for a bootable archos?
594<webmind> Coug, u wont be able to run xp from it
595<webmind> not booting
596<Coug> that is why i was thinking DOS
597<webmind> wont work
598<webmind> xp doesnt run from dos either
599<webmind> u need to load the support for the archos at boot from a different medium
600<Coug> could i then make a bootable cd?
601<webmind> with linux u can put the kernel with the added support on a floppy disk
602<webmind> can't do that with xp
603<webmind> not with winxp
604<Coug> techinically, why not?
605<webmind> cos winxp needs write access
606<Coug> why couldnt it then use the c:\ drive or the archos?
607<webmind> and it's not reilly possible to determin the files that need to be writeable and put those on a ram disk
608<webmind> Coug, it could.. but not for booting
609<webmind> and it needs the system files for booting
610<Coug> if the cd just enabled the usb and the driver support for the archos, could you allow the comp to see the archos for booting?
611<Coug> like use the cd as a driver for the archos?
612<Coug> kind of like Microsoft did with Windows 95 and the CD
613<Coug> build in a "mini OS" that allows a program to run off of the CD
614<webmind> Coug, yes.. but u cant do that with winxp
615<Coug> or archos in this case?
616<Coug> can you follow my line of reasoning for a sec?
617<Coug> put in a floppy, or cd, and boot to dos
618<Coug> load the archos drivers for dos that allow read/write access
619<Coug> then start the boot process from the archos
620<Coug> where would the files need to be written to during boot?
621<webmind> Coug, xp doesnt support booting from dos...
622<Coug> ah, how does it work?
623<webmind> xp boots on its own
624<webmind> starting from the NT system windows stopts using dos as underlying platform
625<Coug> ok
626<webmind> xp is followup from windows 200 which is windows nt
627<Coug> so i could do that with 98, but not xp?
628<webmind> windowsm 2000
629<webmind> Coug, u might be able to do it with win98 yes
630<webmind> if u can get dos drivers
631<webmind> which u would probably have to make yourself
632<Coug> that i may be able to do
633<Coug> is there a way to trick xp into thinking that dos is not running?
634<webmind> hehe
635<webmind> not that simple
636<Coug> or a way to initiate the boot process from dos?
637<webmind> dunno.. but doubt it
638<Coug> i figured it wouldnt be, but it was worth a shot
639<webmind> u could run xp within linux though.. but then u would lose a lot of andvantages
640<webmind> like support for 3d cards and stuff
641<Coug> ya
642<Coug> vmware?
643<webmind> uhuh
644<webmind> thereby.. remeber.. archos only can get 1mb/s
645<Coug> i dont have a liscense for it
646<webmind> which is quite slow
647<Coug> ya
648<Coug> no kidding
649<Coug> so.... the trick is tricking the bios into thinking that the archos is a harddrive.....
650<Coug> that doesnt sound easy
651<webmind> u need usb harddrive support in the bios then
652<webmind> ..
653<webmind> and i haven't seen that before
654<webmind> scsi, zip, ls120.. but no usb hd's
655<Coug> then.... is there a way to start the xp boot process from a disk and load the archos driver very early, then refer it to the archos?
656<edx> coug.. they are loaded very early..
657<edx> i once had scandisc run over my archos at boot time
658<Coug> hmmm...... so i could put some of the xp files on a cd then refer the other files to the x:\ or whatever drive?
659<Coug> maybe?
660<webmind> u could put some of the files on the archos yes
661<webmind> proably the stuff like programs
662<webmind> but XP still needs to find them
663<Coug> but windows xp wont all fit on a CD will it?
664<webmind> dont think so
665<webmind> thereby i doubt it will boot from cd
666<webmind> btw, why do u want to boot xp from archos ?
667<webmind> i mean.. it will run terribly slow
668<Coug> i am attending a college that wont allow me to use my archos because of security restrictions
669<Coug> but they allow the download of programs
670<webmind> lovely
671<Coug> so i wanted to download things and put them on the archos
672<webmind> so why boot xp from it ?
673<Coug> and i LOVE xp
674<webmind> well it's not helping u here
675<Coug> and i HATE 98
676<Coug> i know
677--> nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox
678<webmind> i can tell u linux would most likely work
679<Coug> and my friend is a Mac fan *shudder* and he brags that he can put his firewire drive in and boot to it
680<webmind> and if u want to keep full compatibility of the filesystem u could even put your filesystem in a file
681<webmind> u'd just put the kernel on a floppy
682<Coug> how would you boot that?
683<webmind> u'd have look into some docs
684<Coug> i dont know much at all about the boot process of OSes
685<Coug> ok
686<webmind> i'm no expert on the field
687<webmind> but i know what can be done
688<Coug> i dont know what *can* be done, but i am a programmer, so, if it can be thought of, it *can* be done
689<webmind> easiest way would probably be making a different partition on the arcohs
690<Coug> in one way or another
691<webmind> archos
692<Coug> hey.... thats a good idea, but can you do that and still have windows support?
693<webmind> Coug, well for windows solution it sometimes CAN be done.. but not withouth braking laws
694<Coug> do they not allow you to tweak certain things?
695<webmind> edx, do u know if the archos has problems if there are unsupported partitions on the drive ?
696<webmind> Coug, some things.. not most of the things..
697<webmind> Coug, i think u need detailed info on xp if u want to tweak the boot process
698<Coug> do you know where i could get that?
699<Coug> please dont say Microsoft KB
700<webmind> i dont think there is a legal way
701<webmind> unless MS is willing to provide the ingo
702<webmind> info
703<webmind> which i doubt
704<Coug> i dont see why they wouldnt disclose how to boot xp from a cd......
705<Coug> but it is Microsoft
706<webmind> indeed..
707<webmind> they disclose i lot they dont need to
708<webmind> i=a
709<webmind> but i'd say linux should do the trick
710<Coug> ya
711<Coug> but i dont know how to do crap with linux
712<webmind> windows support of the archos wont be the problem i think
713<webmind> but i dont know if the device itself as problems with unsupoorted partitions
714<webmind> Coug, figure it out then :)
715<Coug> lol
716<Coug> i try
717<Coug> but dont know any c or c++ so it gets difficult
718<webmind> if u want to spent time in it.. it's not hard to learn
719<Coug> and alot of my stuff is unsupported by my flavor of linux
720<webmind> u'r a delphi coder?
721<Coug> VB
722<Coug> i have done a little delphi
723<webmind> sorry.. i'd hardly call that a programmer
724<Coug> and i have a good friend that is a delphi coder
725<Coug> i do some java too
726<webmind> delphi is something
727<Coug> no... not jscript
728<webmind> java is indeed coding
729<webmind> but sorry.. visual basic is not
730<Coug> i have worked with basic too
731<Coug> why isnt vb coding?
732<webmind> still
733<Coug> too easy?
734<webmind> cos it's not
735<webmind> it;s just a toolkit
736<webmind> doesn't have any real power
737<Coug> i like to think that i do alot of my own stuff in vb and dont always use pre programmed stuff
738<webmind> vb is preprogrammed
739<Coug> infact, i wrote a program that calculates factorial numbers
740<webmind> u can do that scripting...
741<Coug> and i had to write the multiplication procedure from the ground up
742<Coug> using integers instead of other types
743<Coug> the numbers got too big
744<Coug> the largest number i have calculated is 15000!....
745<Coug> it was 56,140 digits long
746<webmind> ..
747<Coug> so..... i did have to do some programming there
748<Coug> but otherwise, you a right
749<Coug> vb is just a toolkit
750<Coug> a = are
751* webmind prfers perl or c
752<webmind> prefers
753<Coug> ya
754<Coug> i would love to learn c or c++
755<webmind> learn it then
756<webmind> not that hard
757<webmind> lot's of books about it
758<Coug> i am taking a class next year in school over c++
759<Coug> i'll probably wait until then
760<webmind> and dont use vc++ or c# or anything
761<Coug> lol
762<Coug> why not vc++?
763<webmind> cos it's to dependant
764<Coug> oh
765<Coug> ok
766<webmind> i'd advice to first build general C/C++ knowledge
767<webmind> instead of just learning to code some win apps
768<Coug> will do
769<Coug> of course
770<webmind> that way u can choose for what platform u want to code.. or even code for all platforms
771<Coug> ya
772<webmind> which will make you far more flexible.. and as a bonus more interesting for the job market :)
773<Coug> true
774<Coug> so..... do you think that booting xp from cd/archos is a waste of time? or even feasable?
775<miah> its a waste of time
776<webmind> Coug, i dont think it's actually possible.. and if it is.. a waste of time
777<Coug> ah
778<Coug> ok
779<webmind> especially since if it will run.. it will run as slow as hell
780<Coug> how could i boot linux then?
781<Coug> and have archos support?
782<miah> install linux
783<webmind> get a linux boot disk with archos support
784<miah> build kernel with archos support
785<miah> and you're set
786<webmind> use your archos as root device
787<webmind> done
788<Coug> miah - i cant install anything to the harddrive of the computer
789<miah> why?
790<Coug> its not my computer
791<webmind> miah, school machine
792<miah> ah
793<miah> buy a computer?
794<webmind> Coug, fix it on your won machine
795<miah> they're what $200 now?
796<webmind> own
797<miah> if you can afford a archos, you can certainly afford a computer
798<Coug> nah nah, its not that, i dont have high speed internet at home
799<webmind> Coug, install linux then on your archos
800<Coug> and i cant hook my archos at school
801<Coug> (security)
802<Coug> webmind - ok
803<webmind> Coug, it's doable.. but it is some work...
804<webmind> but way more doable then with xp
805<Coug> will mandrake 8.1 work with the archos easily?
806<Coug> ok
807<webmind> Coug, i'd advice debian
808<webmind> Coug, takes less
809<Coug> ok
810<Coug> where can i get that and how big is the dl?
811<Coug> and is there built-in archos support?
812<webmind> u can have a minimal graphical installation for under 300mb
813<Coug> one thing though is that i want X and i would like KDE but KDE isnt nessecary
814<webmind> Coug, dunno if the archos support is on the installdisk.. but otherwise u need a custom installdisk
815<webmind> Coug, i think u want something light... since it's a damn slow device.. so i wouldn't go further then a light gnome installation
816<Coug> how about network config?
817<Coug> easy?
818<webmind> Coug, but windowmaker, blackbox or icewm would be more doable i think
819<webmind> Coug, u can use dhcp
820<webmind> asuming the network has that
821<Coug> if it matters, it is a novell network
822<Hadaka> err um, how does one boot from an usb connected archos device?
823<webmind> Hadaka, bootdisk
824<webmind> floppy
825<Coug> but doesnt require authentication, proved using the mac boot drive
826<Coug> boot = bootable
827<Hadaka> bootdisk with the kernel and stuff?
828<Coug> ya
829<webmind> Hadaka, uhuh
830<Hadaka> hrm, nasty
831<webmind> Hadaka, just the kernel and maybe lilo
832<webmind> easy as pie
833<Coug> why need lilo?
834<Coug> cant i just set it to boot to the archos no matter what?
835<webmind> Coug, could help with defining rootdevice.. not sure though
836<Coug> the only time i would use the disk is when the archos is being used
837<Coug> ok
838<Hadaka> grub and a kernel would be good enough I guess
839<Coug> that makes sense
840<webmind> Coug, don't know detail;s about making bootdisks.. but i think u should be able to tell the kernel that archos is rootdevice
841<Coug> ok
842<Coug> but what about the drivers?
843<Hadaka> you need scsi support, usb support (correct uhci/ohci support) and usb-storage support compiled into the kernel
844<webmind> Coug, only real problem would be that i dont know how the archos reacts on unsupported partitions
845<Coug> will the kernel automatically recognize the archos?
846<Coug> ah, that is the thing
847<Coug> yes.....
848<Hadaka> then your root device would just be /dev/sda1 - or /dev/scsi/host0/bus0/target0/lun0/part1 with devfs :)
849<Coug> lets say that i partitioned my archos with linux included, if it didnt work, would there be any way to get it back?
850<Hadaka> but if you are using grub (or even lilo) as the boot loader - you can tell the name of the root device while booting if that isn't correct (a machine has other scsi drives=
851<Hadaka> yes
852<Hadaka> the usb connection always works
853<Coug> how?
854<Hadaka> regardless
855<Hadaka> loads from the flash-rom firmware, gives direct access to the disk - then you can reformat it normally again if it doesn't work
856<Coug> would windows recognize the archos as a regular archos drive then, and i would just repartition and format?
857<Hadaka> well I don't know what windows does with drives like that - but a windows fdisk or similar should be able to repartition it back the way it was
858<Hadaka> but as long as there is a FAT partition first in the drive, I'm guessing that it will work just fine
859<Coug> ok
860<Coug> webmind - i found a 36 meg debian install
861<Coug> how does that work?
862<Hadaka> that's the netinstall image
863<Coug> meaning.....?
864<edx> itll download files later...
865<Hadaka> it's able to install the kernel and the base system - and everything else is downloaded from the net
866<edx> after you chose packages.
867<Hadaka> ...actually the images on that disk are able to install the kernel and the base system from the net as well
868<Coug> would i need to download anything from the net to get it to work?
869<edx> depends on what you wanna do :)
870<Hadaka> well yes - you just get the base system with that - it doesn't have a lot of anything
871<Coug> does it have a web browser?
872--- edx is now known as edx|eatz
873<Hadaka> don't think so
874<Hadaka> nor X
875<Coug> dang
876<edx|eatz> no.. not even graphic user interface
877<Hadaka> it's just a base image
878<Hadaka> the bare bones that will let the system boot
879<Hadaka> and install more packages
880<Coug> dang
881<Hadaka> what's so dang about it?
882<Hadaka> it's the best way to install - everything else requires you to download more
883<Coug> but i dont have fast internet at home
884<Coug> 26,400 kbps
885<edx|eatz> :/
886<Coug> ya
887<Coug> well....
888<Hadaka> well then you would probably want the full iso images
889<Coug> i gotta get going now, thanks for all the help
890<edx|eatz> cu
891<Coug> i should be back on later todat
892<Coug> today*
893<-- Coug has quit ()
894<jedix> ..
895<jedix> anyone around?
896--- edx|eatz is now known as edx
897<edx> i am
898<jedix> cool
899<jedix> do you know about threads with this device?
900<edx> ouhm... not much
901<jedix> oh, ok. my code works ok, but it really needs to be in a thread
902<edx> hm... create_thread is the function
903<jedix> that way it can be told to sleep..
904<edx> int create_thread(void* fp, void* sp, int stk_size);
905<jedix> how are they handled?
906<edx> hmm dont know to tell the truth :)
907<jedix> ah well
908<jedix> what else besides scrolling text needs to be done then?
909<edx> hmm dont know either lol
910<jedix> do you want to see the scrolling text?
911<edx> ata for recorder needs to be working
912<edx> why no :)
913<edx> *why not
914<edx> lol
915<edx> ie. i want to see it
916<jedix> ..how about something i can work on..?
917<jedix> k
918<edx> is it in cvs?
919<jedix> I don't think I can dcc it..
920<edx> mail it.
921<jedix> i don't think I can check things in
922<edx> edx@codeforce.d2g.com
923<edx> mail the source.. ill compile for the simulator then
924<jedix> k, its off
925<edx> ok
926<jedix> tree.c is only edited so that my function is used
927<edx> where do you come from btw...
928<jedix> ?
929<jedix> what do you mean
930<edx> what country
931<edx> i am German
932<jedix> canada
933<edx> ah.. cool
934<jedix> i'm at "work" right now..
935<edx> (just got your mail)
936<jedix> government for ya..
937<jedix> what do you thing
938<edx> hmm get compiler errors... /fixing at the moment
939<jedix> what are they?
940<edx> like playlist_next undefined.. :/
941<edx> uisw32 error LNK2019: unresolved external symbol _usleep referenced in function _lcd_textscroll
942<edx> where is usleep ;)
943<edx> got it
944<jedix> that should be ok
945<edx> oh well.. not really.. :(
946<jedix> ?
947<edx> is that some linux function?
948<jedix> maybe
949<jedix> you could try sleep(1)
950<edx> usleep(80000);
951<edx> ugh..
952<edx> how many msecs are that?
953<jedix> .8 sec
954<edx> when should it be scrolling?
955<jedix> ...
956<jedix> did you replace the other file too?
957<jedix> in apps/ tree.c?
958<jedix> thats the only file that calls it right now
959<edx> yea.. when is it called?
960<jedix> and it will run forever.. so don't overwrite
961<jedix> its only called if you have a recorder I think
962<edx> a player.. you mean?
963<jedix> do you get BROWSE ~~~
964<edx> it is not defined for the recorder lol
965<jedix> instead of Browse
966<jedix> get it to be called and it will scroll
967<jedix> edx: what are you working on?
968<edx> win32 simulator
969<edx> hmm somehow the cvs is fucked up..
970<edx> like stuff wont compile anymore
971<edx> ok.. compile for recorder, right?
972<jedix> yeah
973<edx> lcd_textscroll(0,0,0, "[BROWSE ~~~~browse browse window size]");
974<edx> uhm
975<edx> c:\Programming\CVS Checkout\RockBox\apps\tree.c(135): warning C4013: 'lcd_textscroll' undefined; assuming extern returning int
976<edx> ah.. its outside the simulator define
977<jedix> .. it is defined
978<webmind> question: does the archos mind if i have multiple partitions on it ?
979<edx> hmmm
980<edx> good question
981<edx> try!
982<edx> jedix.. got it to work finally
983<edx> it is some kind of strange:
984<edx> the lcd_putsxy function causes it to break the line if text gets longer than it would fit to the display
985<edx> do you experience the same?
986<jedix> yes
987<edx> ok
988<jedix> but it still scrolls
989<edx> yup.
990<edx> nice.
991<jedix> well, sorta
992<jedix> it doesn't work because it needs to be in a thread
993<jedix> what did you change to get it to work?
994<edx> yea.. anyways scrolling works
995<edx> hmmm
996<edx> you need your own puts function actually..
997<edx> that is without automatic linebreaks..
998<edx> or you cut off the string after a few chars so it needs no line break
999<jedix> could Iwrite it based on putsxy?
1000<edx> .. yea certainly..
1001<jedix> /* We make the simulator truncate the string if it reaches the right edge,
1002<jedix> as otherwise it'll wrap. The real target doesn't wrap. *
1003<edx> where is that from?
1004<jedix> lcd.c
1005<edx> .. found it
1006<edx> strange..
1007<edx> that's crap
1008<edx> simulator doesnt wrap either
1009<jedix> i don't know what that means
1010<edx> hmm like the simulator cuts off the string (but it doesnt)
1011<edx> i think thats for the player..
1012<edx> ahh
1013<edx> yea thats the player code
1014<edx> theres another function for the recurder somewhere
1015<edx> hmm i gotta go...
1016<edx> later.
1017<-- edx has quit ()
1018--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1019<ironi> hello
1020<ironi> http://webon.prodat.no/wsp/aasentunet/webon.wsp?func=list&table=CONTENT&func_id=20020606&template=content
1021<ironi> have you seent hat?
1022<ironi> that
1023<jedix> what is it?
1024<jedix> oh yeah
1025<jedix> that was /.ed
1026<ironi> /.ed?
1027<jedix> slashdotted
1028<ironi> oh ok
1029<-- jedix has quit (Remote closed the connection)
1030<-- ironi has quit (Read error: 104 (Connection reset by peer))
1031--> prv_ (~prv@209.166.235.91) has joined #rockbox
1032<-- dfg has quit (Read error: 110 (Connection timed out))
1033--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1034--> trillback (~trillian@sdn-ar-002ncraleP028.dialsprint.net) has joined #rockbox
1035<-- prv_ has quit ("Client Exiting")
1036<-- PiotR has quit (Remote closed the connection)
1037--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1038<-- nicknackpattywac has quit ()
1039<-- satino has quit ("Client Exiting")
1040* Bagder appears
1041* adiamas faints
1042--> Linus (~linus@labb.contactor.se) has joined #rockbox
1043<Bagder> morning Linus
1044<Linus> morn
1045<Linus> 0x09000ade in ?? ()
1046<Linus> (gdb)
1047<Linus> NINJA!
1048<Bagder> *rockers*
1049<Bagder> so it was 11 something MHz?
1050<Linus> yep
1051<Linus> and i had to wire it correctly...strange :-)
1052* Linus gets some coffee
1053--- Bagder is now known as Bagder|busy
1054<Linus> My first finding when debugging the Recorder target code:
1055<Linus> it is not very wise to try to load a BMP file from disk *before* the kernel and ATA is initialized
1056<webmind> lol
1057<Linus> The Recorder ATA is now WORKING!!!
1058--- Bagder|busy is now known as Bagder
1059<Bagder> you rock hard Linus
1060<Linus> i am a hard rocker, you know... :-)
1061<Bagder> lots of long hair ;-)
1062<Linus> :-)
1063<Linus> what do we do about the logo?
1064<Bagder> uh?
1065<Bagder> what about it?
1066<Linus> My first finding when debugging the Recorder target code:
1067<Linus> it is not very wise to try to load a BMP file from disk *before* the kernel and ATA is initialized
1068<Bagder> ah
1069<Bagder> well, either move that code or just comment it out
1070<Linus> it will show pretty late if we show it after the ATA init
1071<Bagder> we have the logo internally anyway
1072<Bagder> the real one
1073<Linus> so why does it load from disk
1074<Bagder> in case you want a different one
1075<Linus> IC
1076<Linus> my lCD doesn't work
1077<Bagder> not at all?
1078<Linus> or rather, the rockbox code doesn't work
1079<Linus> blank
1080<Bagder> you didn't even get the ATA: -5 text before?
1081<Linus> nope
1082<Bagder> weird
1083<Linus> sort of
1084<Bagder> since the tetris has been proved working for some people
1085<Linus> BTW the Recorder schematics is wrong regarding ATA address encoding
1086<Bagder> it indicates differences
1087<Linus> oh no.....
1088<adiamas> if either of you has a binary of the recorder mod ill toss it on mine and see hat i get...
1089<adiamas> i haven't built my cross compiler yet
1090<Bagder> I don't think Linus has comitted code yet for me to build a working version
1091<Linus> oh yes
1092<Linus> just comment out the logo stuff
1093--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
1094<Zagor> hey all
1095<Bagder> we should fix the "logo stuff" properly
1096<Bagder> hey Z
1097<Bagder> Linus did it again
1098<Zagor> did what?
1099<Linus> Zagor: are you alive?
1100<Linus> i fixed the ATA bug
1101<Zagor> oooh, nice!
1102<Zagor> what was it?
1103<Linus> i have debug-enabled my recorder
1104<Linus> the schematics were wrong
1105<Linus> the address decoder wasn't changed as the schematics showed
1106<Zagor> aha
1107<Linus> so the status register address was wrong
1108<Zagor> coolio, so now we can browse dirs on the recorder?
1109<Linus> that took 20 seconds to find out...
1110<Linus> well no.
1111<Linus> my LCD shows nothing
1112<Zagor> ??
1113<Zagor> empty? no display at all?
1114<Linus> no
1115<Zagor> hmm, just like what I get with the tetris mod
1116<Zagor> have you tried uncommenting the logo display?
1117* Linus is debugging in 200MPH
1118<Bagder> Zagor: he had to
1119<Linus> Zagor: that one is a good one
1120<Linus> it tries to load a BMP from disk before the ATA init
1121<Linus> even before the kernel init
1122<Zagor> duh!
1123<Linus> :-)
1124<Linus> FREEEEEEZE
1125<Bagder> we need to move that
1126<Zagor> yeah, obviously :)
1127<Zagor> interestingly, elinenbe said he got Tetris running
1128<Bagder> can we all say "LCD differences" together? ;-/
1129<adiamas> Linus.. is your display jus shot.. or is it the code that won't work?
1130<Bagder> the code
1131<Linus> adiamas: the LCD works
1132<Zagor> Bagder: yeah, but how come he survived the ATA cock-up?
1133<adiamas> okay :)
1134<Linus> maybe he tried it before the logo code added file-based logos?
1135<Bagder> Zagor: didn't you comment out that stuff for the tetris mod?
1136<Zagor> no
1137<Linus> did he see a logo?
1138<Zagor> i don't know
1139<Zagor> we have to ask him
1140<Bagder> well, we know people have see "ata: -4" and "ata: -5"
1141<Bagder> seen
1142<Zagor> yes
1143<Linus> the LCD code works
1144<Linus> it's just that the contrast is wrong
1145<Zagor> bwaha!
1146<Linus> so the display is very hard to see
1147<Zagor> gdb rocks
1148<Linus> very much
1149<Zagor> so when are you fixing mine? :)
1150* Bagder cheers, the bug of the week is soon history
1151<Linus> the ATA bug *is* history
1152<Bagder> yah, but I was referring to my own bug of the week ;-)
1153<Linus> ah, that one...
1154<Bagder> been hunting it for many days
1155<Hadaka> Ooo mama, soon it's rockbox time for my archos as well
1156<Bagder> Linus: this calls for a grand posting to the list, you know that don't you? ;-)
1157<Zagor> Linus: will you commit an lcd change, too? so I can rerelease tetris :)
1158<Bagder> we must move the BMP loading
1159<Zagor> yes
1160<Zagor> the question is, should we first display the rockbox logo and then replace it, or don't display anything until we have mounted the disk? the latter option means it'll take a while longer until anything appears
1161<Bagder> use the internal
1162<Bagder> imho
1163<Zagor> yes, i'm leaning towards that too
1164<Bagder> btw, I modified the auto-page to use UTC times and it is ready to get included on the site
1165<Zagor> ah, will fix
1166<Linus> I'm curious about the LCD contrast setting in the init
1167<Linus> it gets totally dark on my LCD
1168<Linus> but obviously hasn't on other LCD's
1169<Linus> and if we follow the Solomon data sheets, the contrast setting is an iterative process
1170<Zagor> totally dark? i get totally blank
1171<Linus> we have to repeat the command until the status register says that the command is done
1172<Linus> and we don't even have a status read function
1173<Bagder> hehe
1174<Bagder> so this works by pure coincidence for some ppl then
1175<Linus> I changed the setting from 0x30 to 0x20 (which is the power on default)
1176<Linus> then ir looked ok
1177<Linus> the dir browser pops up, but the buttons don't work
1178<Linus> did anyone actually play tetris on it?
1179--> alkorr (alkorr@srs07v-8-64.n.club-internet.fr) has joined #rockbox
1180<Linus> alan!
1181<alkorr> hi
1182<Linus> the ATA works on the recorder now
1183<Bagder> Linus: yes, elenbee said he played
1184<Zagor> Linus: elinenbe said he did
1185<alkorr> it's weird
1186<Linus> weird?
1187<Zagor> he even complained about the lack of key repeat
1188<alkorr> i see you you change 620020306 in 6200206
1189<Linus> yes
1190<Linus> the schematics seem to be wrong
1191<Zagor> brb
1192<-- Zagor has quit ("Client Exiting")
1193<alkorr> now it seems ATA works, anything working on Recorder ?
1194--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
1195<Bagder> I wanna know that too ;-)
1196<Zagor> buh. that's what I get for using windows machines :(
1197<Bagder> Linus: can you browse dirs and stuff on the recorder now?
1198<Linus> no. the buttons don't work
1199<Bagder> !
1200<Zagor> i wonder what recorder model elinenbe is using
1201<Bagder> yeah
1202--- Zagor is now known as Zagor|lunch
1203<alkorr> see you
1204<Bagder> see ya lan
1205<Bagder> alan
1206<-- alkorr has quit ()
1207<Linus> has anyone changed the debounce algorithm lately?
1208* Bagder hasn't
1209<Bagder> check with cvs ;-)
1210<Linus> it polls every 10th tick, that is every 100ms
1211<Linus> then it requires that the button is pressed at least 200 polls
1212<Linus> that is 20 seconds!!!
1213<Linus> haw lame!
1214<Zagor|lunch> uh, no linus. it requires 3 polls.
1215--- Zagor|lunch is now known as Zagor
1216<Zagor> oh, ah the recorder has special. sorry.
1217<Zagor> that's left-over debounce that should just be removed
1218--> zeffert (swolen@CPE-61-9-136-136.vic.bigpond.net.au) has joined #rockbox
1219<zeffert> you are all disgusting child molesters
1220<Bagder> we are?
1221<zeffert> ya
1222<Zagor> oh no! *worried look*
1223--- ChanServ gives channel operator status to Bagder
1224<zeffert> i wish you were dead!
1225<Zagor> bye
1226<zeffert> burn!!!!!!
1227<Bagder> we are
1228<zeffert> burn!!!!!!!!!!
1229--- Bagder sets ban on *!*@*.vic.bigpond.net.au
1230<-- Bagder has kicked zeffert from #rockbox (Bagder)
1231<Zagor> that was fun!
1232<Bagder> ban number 2
1233<Zagor> really? i missed the first
1234<Bagder> getting busy ;-)
1235<Bagder> you did?
1236<Bagder> fun fellow you didn't stop talking spanish in all caps ;-)
1237<Zagor> haha
1238<Bagder> s/you/who
1239--- Bagder gives channel operator status to Zagor
1240--- Bagder gives channel operator status to Linus
1241--> alkorr (alkorr@srs07v-8-64.n.club-internet.fr) has joined #rockbox
1242<alkorr> re !
1243<alkorr> woauh three masters now ! :)
1244--- Bagder gives channel operator status to alkorr
1245<Bagder> :-)
1246<alkorr> arf I'm the first displayed :)===)
1247* Bagder goes to fetch coffee
1248<Bagder> damnit, no one breaks the builds anymore ;-)
1249<Zagor> i'm working on it, just give me a minute or two
1250<Zagor> :)
1251<Bagder> good! :-P
1252<Zagor> build status is now included in the daily build page
1253<Zagor> maybe we should make it narrower somehow. shorter column titles, perhaps
1254<Bagder> any suggestions how?
1255<Bagder> uh, the showlog.cgi doesn't exist ;-)
1256<Zagor> oh, missed that one
1257<Zagor> now
1258<Bagder> goodie
1259<Bagder> spell out that the date/time is UTC/GMT time
1260<Zagor> well, which is it? ;)
1261<Bagder> UTC is the name formerly known as GMT
1262<Zagor> really? I thought they differed in DST handling
1263<Bagder> but I guess most people know GMT better
1264<Bagder> I don't think so
1265<Bagder> btw, how come the order of the daily builds is so strange?
1266<Zagor> oh, I need to sort them
1267<Bagder> ah, hehe
1268<Bagder> is that "my" index.html that shows up?
1269<Zagor> yup
1270<Bagder> goodie, so I can work on fixing the titles like that
1271<Zagor> i'm doing a symbolic link, since SSI can't handle absolute paths or hostnames
1272<Bagder> ok
1273<Linus> Finally, lunchtime!
1274<Bagder> late lunch today
1275<Linus> indeed. long meetings
1276<Zagor> hehe, linus is trapped in Meeting Hell
1277<Bagder> poor guy
1278<Linus> Zagor: if you only knew what we were discussing... :-)
1279<Zagor> I have a nice poster here: "Don't Like Working? Prefer Talking About It Instead of Doing It? Schedule A Meeting!"
1280<Zagor> "The Easy Alternative To Work"
1281<Linus> Well, time for lunch!
1282--- Linus is now known as Linus|lunch
1283<Bagder> narrower look
1284<Bagder> more cryptic titles
1285<Zagor> yeah, i'll have to add some description
1286<Zagor> how about Play, P-old, Rec along with Norm, Debg, Sim
1287<Linus|lunch> The button debouncing code requires that the button is pressed for 20 seconds!!! :-)
1288<Zagor> Linus|lunch: i just fixed it
1289<Linus|lunch> good
1290<Zagor> i.e. removed it
1291<Bagder> I'll try that
1292<Bagder> wider but makes more sensre
1293<alkorr> MAS for recorder is still missing ?
1294<Bagder> yes
1295<Zagor> yes, linus is on the case I believe
1296<Linus|lunch> i'm on it
1297<Bagder> Linus is the MAS king
1298* Bagder bows
1299<Linus|lunch> yes, yes, yes. I *am* going to lunch
1300<Linus|lunch> i'm waiting for the printer (MAS data sheet)
1301<Zagor> go, already!
1302<Bagder> now go so we can speak about you ;-)
1303<alkorr> hehe
1304<Zagor> Bagder: hmm, why are the columns so wide? i can't see why they are any wider than the text they contain.
1305<Zagor> "play norm" for instance, is much wider than the title
1306<Bagder> I don't know
1307<Zagor> try adding "cellpadding=0" to the table tag
1308<Bagder> yes
1309<Bagder> that's it
1310<Bagder> no
1311<Zagor> ah, try adding <br> to the titles, to force line breaks. i think that's the thing
1312<Hadaka> ew, how about using css and xhtml strict instead of all that?
1313<Bagder> wow
1314<Bagder> tiny boxes now
1315<Bagder> Hadaka: in what way would that help us here and now?
1316<Zagor> Hadaka: yeah but some things (like this) are implementation defined
1317<Hadaka> well all those cellpadding=0 and br stuff usually can be handled a lot better by clean page design and the stylesheets
1318<Zagor> Bagder: keep th for headers, IMO
1319<Bagder> yes
1320<Bagder> how many lines should I have maximum in the table? 20 fine?
1321<Zagor> Hadaka: look at the page. it *is* clean. the fact that browsers maximise cell width even when they wrapped the contents is not defined in CSS nor XHTML
1322<alkorr> which page, Zagor ?
1323<Zagor> alkorr: the daily builds page
1324<Bagder> at the bottom
1325<alkorr> oh well all seems to be okay :)
1326<Zagor> Bagder: you should be able to kill the cellpadding now, it shouldn't matter much
1327<Bagder> in a second
1328<Zagor> Hadaka: sorry to sound harsh. I do agree with you in general. :)
1329<Hadaka> err, why not just have a stylesheet for the table - and say that the widht of the cell is say about 3em and height is about 1em - then they are all the same width and it's correct for the font
1330<alkorr> maybe you could enlarge twice your table, Zagor ?
1331<Zagor> Hadaka: because the content will not always be "OK", so then it will break. we want the dynamics too.
1332<Zagor> Hadaka: or am I misunderstanding something?
1333<Hadaka> why do you want the sizes of the cells changing? I'd guess it would be easier to read if all the widths were the same?
1334<Zagor> Bagder: fix us an error, so we can see how that looks
1335<Bagder> uh
1336<Bagder> that's not that easy to fake in
1337<Zagor> ok
1338<Bagder> commit a bad file now
1339<Bagder> it'll go break in... 7 minutes
1340<alkorr> well if you enlarge the width of the table, you can use larger titles, you can or there is reason no to do so ?
1341<Zagor> what are you printing, in that case? "Failure" or something else
1342<Bagder> Zagor: yes
1343<alkorr> FAILED
1344<Hadaka> FAIL is what I usually see
1345<alkorr> or KO :)
1346<Bagder> "Failed" is the word I use
1347<alkorr> in red flash
1348<Bagder> atm
1349<Zagor> alkorr: oooo, no thanks :)
1350<Zagor> well i think it's ok now
1351<Hadaka> Well I still don't see why the widths have to be dynamic - is it just me that would like to see an aligned and constant width table, instead of varying width for columns
1352<Zagor> Is fixed width worth the cost of breaking the table when/if we add a new column or rename a title?
1353<Hadaka> um, I don't get that - if the width of each column is like 5em, what's there to break?
1354<Bagder> what is 'em' ?
1355<Hadaka> in this case the standard width for a character in the current font and font size
1356<Zagor> it breaks when we change columns to include "win32sim" and "x11sim", doesn't it?
1357<Hadaka> well if the titles are too wide, then ofcourse the width of that column will expand
1358<Zagor> so then we are back to dynamic sizing, gaining exactly... what? :)
1359<Hadaka> no, we are back to dynamic sizing only if we get too wide titles - which is a problem in itself already - so then we either increase the width of columns to 6em (which should have been in the first case then) - or we just let it wrap the title some more
1360<Zagor> ok, so it will work. I guess I just don't see the big advantage.
1361<Hadaka> yeah well it doesn't really matter - and especially not worth it if you don't do all the pages that way
1362<Zagor> well all the pages use CSS already
1363<alkorr> color changes when "failed" ?
1364<Zagor> yes, to red
1365<Hadaka> well why do you have bgcolors in there if you use CSS?
1366<Zagor> for those who don't support CSS
1367<Bagder> should I set a class or something there?
1368<Zagor> Bagder: you could, then we would be free to play with the look. <table class=buildstatus> for instance
1369<Hadaka> yeah
1370<Bagder> yes, and "buildok" and "buildfail" for the "boxes" ?
1371<Hadaka> then you can do .buildstatus td { width: 4em; } for example
1372<Zagor> Bagder: yup
1373<Bagder> ok, coming up
1374<alkorr> see you later
1375<-- alkorr has quit ()
1376<Bagder> should I remove the bgcolor then?
1377<Zagor> yes
1378<Zagor> Hadaka: sorry, I thought you meant bgcolor for the page...
1379<Bagder> there
1380<Bagder> you need to make buildok green to make it look similar again
1381<Zagor> fixing...
1382<Bagder> I set a limit of 20 lines now
1383<Zagor> there
1384<Zagor> ok, i surrender. width is now 3em :)
1385<Hadaka> :)
1386<Hadaka> looks nice
1387<Bagder> haha
1388<Bagder> in fact it looks better
1389<Zagor> traitor! ;)
1390* Bagder gives Hadaka a pat on the shoulder
1391<Hadaka> it should really be the decision of the user... but I would remove the underlining from the links in that build box
1392<Zagor> nah, i don't like "invisible" links
1393<Hadaka> nods
1394<Zagor> Hadaka: can I set a background color that is something like "X percent lighter than the current background"?
1395<Hadaka> not easily no
1396<Zagor> without using absolute values, that is
1397<Zagor> ok
1398<Hadaka> you can put a semi-transparent png there though ;)
1399<Zagor> ouch :)
1400<Bagder> can that be done with the css?
1401<Hadaka> yeah :)
1402<Hadaka> nods
1403<Bagder> woo
1404<Hadaka> everything can have a background picture - and a transparent one at that
1405<Hadaka> even pieces of text
1406<Bagder> ok
1407* Bagder is a css cluebie
1408--- Linus|lunch is now known as Linus
1409<Linus> the button polling is awfully non-responsive
1410<Zagor> Linus: as in "does not work"?
1411<Hadaka> well if you have mozilla, check out http://www.w3.org/Style/CSS/
1412<Linus> as in misses keypresses pretty often
1413<Zagor> Linus: in normal use, or when you try to make it miss? ;)
1414<Bagder> hehe, fun page
1415<Linus> when i repeatedly predd DOWN to move the cursor in the dir browser
1416<Linus> press
1417<Linus> I'll shorten the poll interval to see if it helps
1418<Zagor> remember to adjust the repeat values too
1419<Linus> ok
1420<Zagor> they should probably be calculated from the poll value
1421<Linus> roger that
1422<Hadaka> then select Edit -> Use style -> default page style or something
1423<Hadaka> and see the difference
1424<Bagder> that rocks
1425* Zagor switches to Mozilla when somebody tells him how to map the keys like Opera has'em
1426* Hadaka switches to Opera when opera renders stylesheets as well as Mozilla :)
1427<Zagor> hehe
1428<Bagder> Zagor: could we have the target mod-builds in a table with three column?
1429<Bagder> might shorten the page a bit
1430<Zagor> Bagder: sure
1431<Linus> I would like a warning count for every build
1432<Bagder> you mean visible in the table?
1433<Hadaka> Bagder: did you notice from that CSS page btw, that when you scroll down, the semi-transparent box stays put?
1434<Bagder> yeah
1435<Linus> meybe color-coded in the table, and highlighted in the log
1436<Linus> a red OK means "ok with warnings", or something
1437<Bagder> the log hilight I've thought about adding, adding it to the table takes a little tweak
1438<Linus> The LCD flickers a lot when scrolling the dir browser
1439<Bagder> we could have the "OK" text replaced with a number of warnings, would that make sense?
1440<Linus> and OK when 0 0warnings
1441<Bagder> ah, good
1442<Hadaka> well in any case it would need a legend telling what things mean
1443<Bagder> true
1444<Hadaka> but that's already way nice :)
1445<Linus> faster button polling helped a lot for the responsiveness
1446<Linus> but we need to optimize display updates
1447<Bagder> its still pretty cool that it works this good without ever have been run on target before
1448<Linus> yeah!
1449<Bagder> one point to the simulator ;-)
1450<Linus> yup
1451<Hadaka> I can usually get button presses that are two or three sixtieths of a second - and down to one sixtieth if I try hard enough
1452<Linus> it is fairly good at 20Hz today
1453<Linus> but not perfect
1454<Zagor> well 30Hz shouldn't be that much load anyway, right?
1455<Linus> no
1456<Hadaka> is performance a problem on that thing? what things take a lot of time?
1457<Linus> it is polling
1458<Linus> in an interrupt
1459<Zagor> flipping the bits on the MP3 data is the most cpu intesive thing we are today today, I'd say
1460<Zagor> but we won't have to do that on the recorder, I hope
1461<Linus> probably not
1462<Bagder> now watch the table
1463<Linus> the button_tick IRQ didn't count the ticks properly
1464<Zagor> Bagder: warning count?
1465<Linus> a POLL_FREQUENCY of 2 made it poll ever 3 ticks
1466<Bagder> yah
1467<Bagder> 0 => OK
1468<Bagder> Zagor: is the cgi a symlink to my one too?
1469<Zagor> yep
1470<Hadaka> nice :)
1471<Bagder> ok, highlight of warnings coming up
1472<Bagder> many warnings ;-)
1473<Bagder> hm, do we wanna use css and stuff for the showlog.cgi too?
1474<Zagor> nah, that's just unformatted text
1475<Bagder> it won't be
1476<Zagor> :)
1477<Bagder> I'll do it html now
1478<Zagor> if you make it html, then we should use css
1479<Bagder> so tell me what kind of <head> to include to make it work nicely
1480<Zagor> look at any other page
1481<Zagor> they all have it
1482<Bagder> ok
1483<Bagder> check it out now
1484<Bagder> press a link
1485<Bagder> the warnings have "clasee=gccwarn"
1486<Zagor> ooh, background :)
1487<Bagder> class
1488<Zagor> ok, making them red
1489<Bagder> shall I have a class for the regular lines too?
1490<Zagor> not unless you thing we should do something special with them
1491<Bagder> nah, it would just make it possible for you to make compiler output to look different than regular text
1492<Bagder> removed the long prefix from all paths in the output
1493<Hadaka> you could put all the output inside a div in any case, so padding doesn't have to be put for the body element in general
1494<Bagder> you mean just <div> all-output </div> ?
1495<Hadaka> yup
1496<Hadaka> and then closing the body and html :)
1497<Bagder> oh
1498<Hadaka> oh and maybe put a class for the div
1499<Hadaka> so then we can say .compileroutput { padding: 10px; } or something
1500<Zagor> <br class=fubar> doesn't seem to work. at least nothing much happens
1501<Bagder> suggestion?
1502<Zagor> i don
1503<Bagder> <div> on those lines?
1504<Zagor> 't know. Hadaka, shouldn't this work?
1505<Linus> Zagor: the ' key is awfully close to ENTER, don't you think?
1506<Bagder> hehe
1507<Bagder> thick fingers
1508<Bagder> :-)
1509<Zagor> hehe, yes. plus this damn keyboard has a lot of silly extra keys on it. some windows blahblah
1510<Linus> oh, here he goes again...
1511<Linus> those keys are far from the ' key
1512<Zagor> gotta go, guys. too sunny for me to hack more today :)
1513<Zagor> yeah yeah, call me a wuss :)
1514<Linus> that's ridiculous
1515<Bagder> Zagor: <div> is in place
1516<Linus> "laddar batterierna"
1517<Zagor> hehe, not quite there yet
1518<Zagor> working on it ;)
1519<-- Zagor has quit ("Client Exiting")
1520<Bagder> now why do I get an extra newline?
1521<Hadaka> I can check that soon
1522<Bagder> we should be working a bit on removing the warnings
1523<Linus> yeah
1524<Hadaka> hm, should gcc-output be in <pre>?
1525<Bagder> there's a point in not doing that
1526<Bagder> and that is that it wraps nicer
1527<Hadaka> in any case - br should be between lines - not at the start, nor at the end
1528--> alkorr (alkorr@srs04m-1-191.n.club-internet.fr) has joined #rockbox
1529<-- alkorr has quit (Client Quit)
1530--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
1531<jedix> hey guys
1532<Linus> yo
1533<jedix> how stuff?
1534<Linus> well, we have the recorder ATA working
1535<jedix> ^--is
1536<jedix> thats sweet
1537<Linus> i'm browsing files as we speak
1538<jedix> nice
1539<Linus> i am debugging my recorder with GDB
1540<jedix> GDB?
1541<Linus> over the serial port
1542<Linus> Gnu Debugger
1543<Hadaka> Woohoo
1544<Hadaka> you guys are amazing
1545<jedix> do you know how the device handles threads?
1546<Linus> i assube that you mean the original archos firmware
1547<Linus> assume
1548<Linus> no, i don't think they have threads at all
1549<jedix> ..yours doesn't?
1550<Linus> we have threads
1551<Linus> light-weight ones
1552<Linus> the scheduler is somewhat primitive, with non-preemptive switching
1553<jedix> well, I was trying to get the scrool working.. but right now its in a while(true) loop and I was thinking the best way to handle it would be to make a thread so you can tell it to sleep and such.
1554<Hadaka> could we do preemptive with that hardware?
1555<Linus> Hadaka: yes. it's a software issue
1556<Hadaka> erm, but it's not a software issue if you can't get any interrupts in where to switch the stuff?
1557<Hadaka> but I'll just take yes as an answer, since I don't know enuff myself :) thanks
1558<Linus> if we didn't have interrupts, we wouldn't need to make it preemptive, true
1559<Linus> we have a number of interrupt sources, the serial port, the DMA, the timers...
1560<Hadaka> the timers interest me - what do you get from those?
1561<Linus> there are a few hardware 16-bit timers that can give compare interrupts
1562<Linus> and a very extensive capture functionality
1563<Hadaka> mmh, nice
1564<Hadaka> on the showlog stuff, you could put some regular padding for the whole body - and then a bit more padding on the div that has the gcc-output - I'd suppose it'd look nice then
1565<jedix> damnit
1566<-- trillback has quit (zahn.openprojects.net irc.openprojects.net)
1567<Linus> who made chartables.c?
1568<jedix> Linus: does the simulator do threads?
1569<Linus> no, i don't think so
1570<jedix> so, I guess my work is useless
1571<Tumm> För jag har tagit studenteeen, fy fan vad jag är bäst!
1572<Tumm> oh sorry
1573<Tumm> "Cause i've graduated, I'm so goddamn best"
1574<Bagder> Linus: Gary made the chartables
1575<Bagder> Hadaka: on the showlog stuff, how do you mean the div should be modified?
1576<Hadaka> Bagder: well the div has nothing wrong in it - the first line should not have a br before it though - but the stylesheet should be modified to include padding
1577<Hadaka> and the body should have margins - specified both in the stylesheet and on the actual element on the page
1578<Linus> Bagder: do you know where they come from. Those array declarations are from hell!
1579<Bagder> Linus: I know, Gary brought them, no one changed them
1580<Linus> why declare a 1 byte array???
1581<jedix> do you guys want the code I put into lcd.c? its not operational, but it could be made so with little effort by someone that knows how the threads run or have a better overview of the project
1582<Linus> i know, i know... the font code needs all fonts to be alike...
1583<Linus> now we're down to 16 warnings :-)
1584<Bagder> I just changed it to build every 20 minute ;-)
1585<Linus> jedix: where is it now?
1586<Bagder> nice, the extra newline disappeared from the output
1587<jedix> Linus: on my hd
1588<jedix> do you want it?
1589<Linus> yeah. can you mail it? linus@haxx.se
1590<jedix> sure
1591<jedix> its off
1592<Bagder> one by one they go those warnings
1593<Linus> kill'em all!!!!!!!
1594<Bagder> those ones in chartable are annoying
1595<Linus> indeed. i don't want to change them without changing the generator script
1596<Linus> i want the source fonts!
1597<Bagder> yeah, me too
1598<Bagder> it would also make it easier to make the rest of the iso8859-1 chars
1599<Bagder> did you find out what the .ejz file is?
1600<Linus> no
1601<Linus> and it didn't happen again...
1602<Bagder> wow
1603<Linus> bah
1604<jedix> Linus: did you get it?
1605<Linus> yup
1606<Linus> i'll look into it ASAP
1607<jedix> cool, just making sure you got it
1608<jedix> anything else I can do?
1609<Bagder> I changed the warnings counter to be more accurate
1610<Bagder> lowered the amounts
1611<Linus> ?
1612<Bagder> I only count number of lines with warnings now
1613<Bagder> so multiple warnings on the same line is only one
1614<Linus> that's cheating
1615<Bagder> no
1616<Bagder> the description is often multiple line
1617<Bagder> check the threads.c:41 warning
1618<Bagder> jedix: it is pretty much up to you I guess
1619<Linus> But check the mpeg.c:278 warning
1620<Linus> that's two different ones
1621<Bagder> yes, but the second is just an effect of the first
1622<Linus> but can you be sure
1623<Bagder> so I think this is closer to reality
1624<Bagder> I know
1625<jedix> Bagder: I don;t really have a well enough overview of the project to decide what needs to be done, and can be..
1626<Linus> Bagder: grep -v "(near"
1627<Bagder> well, maybe that's what you can help with! get a grip and present it to the people
1628<Bagder> Linus: good point
1629--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1630<Linus> jedix: and while you're trying to get a grip, point out what's badly documented
1631<Linus> hi elinenbe
1632<jedix> k
1633<elinenbe> hey there
1634<elinenbe> anyone want to write my database crash recovery routine?
1635<Bagder> me me me!
1636<Bagder> :-)
1637* Bagder can't even spell databsae
1638<elinenbe> well, it needs to be able to recover from a crash, and recover if it crashes while it is recovering :)
1639<Bagder> sounds very fun.... not .-)
1640<Bagder> Linus: now then, recalculated again ;-)
1641<Linus> I just just killed the open() warning
1642<Bagder> the big question is, will we reach "OK" ?
1643<Linus> Bagder: how to auto-eval in emacs?
1644--> jas_williams (jas_willia@modem-3823.bonobo.dialup.pol.co.uk) has joined #rockbox
1645<Linus> hi jas_williams
1646<-- jas_williams has quit (Client Quit)
1647<Bagder> auto-eval ?
1648<Linus> bye jas_williams
1649<Linus> you know, those emacs comments in the bottom of some files
1650<Bagder> ah, right
1651<Bagder> (setq enable-local-eval t)
1652<Bagder> hey, those 2 final ones should be possible to kill too
1653<Linus> what os that 'type' parameter supposed to do?
1654<Linus> is
1655<Bagder> I don't know, I thought it should be an index
1656<Linus> is the settings code used yet?
1657<Bagder> I don't think so
1658<Linus> oh. i looked in it. i guess it's not used. :-)
1659<Bagder> hehe
1660<Bagder> you should mail the list about you getting the ATA and gdb on recorder working
1661<Linus> ok
1662<Bagder> it is just so cool
1663<Bagder> hey
1664<Bagder> I should make a link to the CVS from the file name in the compiler output
1665<Bagder> at least for the warnings
1666<Bagder> hm, or can really?
1667<Bagder> can I
1668* Bagder decides it is a bit too tricky
1669<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
1670<Linus> Has anyone tried the playlists yet?
1671<Bagder> not to my knowledge
1672<Linus> How does it work? Load a M3U file?
1673<Bagder> I'll work on them some more soonish
1674<Bagder> yes
1675<Bagder> make a .m3u file
1676<Bagder> browse there, play it
1677<Linus> how does such a file look like?
1678<Bagder> plain file names
1679<Bagder> use full path names
1680<Linus> ok. i'll try it...
1681<Bagder> LF or CRLF separated
1682<Bagder> currently it does no shuffle or anything but plays from track 0 and onwards
1683<Linus> ok
1684<Bagder> at least that's the intension ;-)
1685<Bagder> gotta go
1686<Bagder> see ya
1687<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1688<-- jedix has quit (Remote closed the connection)
1689--> upiom (daniel@t2o40p52.telia.com) has joined #rockbox
1690<Linus> gotta go now. cu guys!
1691<-- Linus (~linus@labb.contactor.se) has left #rockbox
1692--> nicknackpattywac (~first@nat-198-95-226-227.netapp.com) has joined #rockbox
1693--- upiom is now known as wmtime
1694--- wmtime is now known as upiom
1695<-- upiom has quit (Remote closed the connection)
1696--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
1697<-- jedix has quit ("Client Exiting")
1698<-- nicknackpattywac has quit (Read error: 110 (Connection timed out))
1699--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1700<elinenbe> hey there!
1701<elinenbe> I still think rockbox should be called...
1702<elinenbe> "Supa' Pang!"
1703<-- elinenbe has quit (Client Quit)
1704<datazone> why not "Frink Cheep Cheep"
1705<-- havardk has quit (Read error: 104 (Connection reset by peer))
1706--> edx (OKE60@pD9EAA2FC.dip.t-dialin.net) has joined #rockbox
1707--- edx is now known as edx|away
1708--> huz (~marco@AToulouse-103-1-2-137.abo.wanadoo.fr) has joined #rockbox
1709<huz> hello
1710<huz> since i've put rockbox i can't connect my archo to my pc
1711<huz> someone have had this problem ?
1712<huz> ok,i haven't time yet, but i'll come back, because how we say in france :
1713<huz> je suis dans la merde !
1714<-- huz has quit ("leaving")
1715--> huz (huz@AToulouse-103-1-2-137.abo.wanadoo.fr) has joined #rockbox
1716<huz> re
1717<huz> i'm under windows now, and the problem is the same
1718<huz> please i _really_ need help
1719<huz> youuuhouuu i think i've a big problem ! can you give me a way to resolv it please youhou
1720<huz> \0/ _0_ \0/ _0_ \0/ _0_ \0/ _0_
1721<huz> ok i've found ! we must start archos connected to pc now ... maybe a note in the documentation will be great, don't you think ?
1722<-- huz has quit ("Client Exiting")
1723--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1724<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
1725--- Tumm is now known as Tum|stdnt
1726--- Tum|stdnt is now known as Tumm
1727<-- PiotR has quit ("BitchX-1.0c19 -- just do it.")
1728<-- edx|away has quit ("good night guys")
1729--> satino (~satino@0x50c4991f.adsl-fixed.tele.dk) has joined #rockbox
1730<-- satino has quit ("Client Exiting")
1731--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1732<-- ironi has quit (Remote closed the connection)
1733--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1734<ironi> aloha
1735--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1736<g003y2> anyone compiling the 1.0 firmware with cygwin/win2k?
1737<ironi> i was about to, but i guess i needed a good tutorial
1738<ironi> (saying that the one on the page is confusing"
1739<g003y2> well I think I'm close now
1740<ironi> qand needs to be updated
1741<ironi> well
1742* ironi is gone, zzz [l/on p/on]
1743<g003y2> I got everything compiled fine, but it seems like I'm missing something on my include path
1744<ironi> k
1745<ironi> and you got it from the tutorial?
1746<g003y2> yeah
1747<g003y2> I followed it exactly except I don't have a "linus" home dir :D
1748<g003y2> I got the tools for sh1 compiles in place.
1749<g003y2> it is now just a matter of getting the whole process to recognize /usr/include for the standard c libs
1750<ironi> i see
1751<ironi> wel i think a new package could be nice
1752<g003y2> I know i'm just being dense about it :D
1753<ironi> weher eyou can just unpack the latest source and unpack it to a certain folder and tun a batch file to complie the wqhole thing
1754<g003y2> yeah a batch file for the GNU-SH tool kit would've been nice.
1755<ironi> well of i go
1756<g003y2> alright cya
1757<ironi> 'nite
1758--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1759<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1760<-- ironi has quit (Read error: 104 (Connection reset by peer))
1761--> edx (OKE60@pD9EAA336.dip.t-dialin.net) has joined #rockbox
1762--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
1763<adam> hey
1764<adam> http://remix.kwed.org/ == cool
1765<adam> oh well
1766<adam> beer > my conciousness
1767<-- adam has quit ("[BX] Reserve your copy of BitchX-1.0c19 for the Apple Newton today!")
1768--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1769<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1770--- Disconnected (22).
1771**** ENDING LOGGING AT Sun Jun 9 07:13:58 2002
1772
diff --git a/www/irc/rockbox-20020610.log b/www/irc/rockbox-20020610.log
deleted file mode 100644
index 4f97e91bd4..0000000000
--- a/www/irc/rockbox-20020610.log
+++ /dev/null
@@ -1,995 +0,0 @@
1**** BEGIN LOGGING AT Sun Jun 9 19:13:53 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56
6--> motiv01 (~trillian@sdn-ar-001ncraleP205.dialsprint.net) has joined #rockbox
7--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
8<adam> lo.
9<adam> Thomas Detert - Clystron (title)
10--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
11<adam> hey
12<adam> http://c64.org/radio/
13<adam> == incredible
14<adiamas> ok.. what is it?
15<adam> heh
16<adam> streaming radio of weird c64 remixes
17<adam> my favs are the Clystron ones
18<adam> which, I'll stream right now
19<adam> http://rei.damnsw.net:8000
20<PsycoXul> i should setup my c64 to be a kindof instrument
21<adam> heh
22<adam> Finally it gets a little cooler out here.
23<adam> and I don't think my stupid id3 streaming is working
24<adam> hmm, anyone know of a good cartoonish icon for the Archos jukebox?
25<miah> sidstation!
26* adam isn't using KDE or GNOME albeit uh
27<adam> If there isn't one, I might as well make one :P
28<miah> the sidstation rules all music devices
29<adam> heh
30<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
31<adam> fear sid
32<PsycoXul> whats this sidstation
33<adam> heh
34<miah> let google be your friend
35<adam> ahh, anne is listening to my stream
36* adam is impressed :P
37<PsycoXul> bah i didn't say i wanted to buy anything
38<PsycoXul> i said i should setup shit i already got to do new things :p
39<adam> BUT YOU KNOW YOU WANT IT!
40<PsycoXul> naah
41<adam> heh
42<PsycoXul> if i'm gonna play with a synthesizer that i don't already have
43<PsycoXul> i'm gonna make my own :p
44<adam> indeed
45<PsycoXul> i'd rather make my own non-electronic instrument though
46<PsycoXul> that somehow uses magnetism and resonance conditions for suprising self-amplification
47<PsycoXul> or somesuch :p
48* adam will get a bottle
49<adam> that uses the power of wind
50<PsycoXul> heh
51<adam> damnit
52<PsycoXul> i was thinking something stringed
53<adam> ants trying to get my beer
54<adam> ants rock :p
55<adam> efficient little creaturse
56<adam> ...
57<PsycoXul> either that or something that uses things no instruments have as-of-yet utilized for sound creation :p
58<PsycoXul> heh
59<PsycoXul> yeah life is weird stuff
60<adam> heh
61<PsycoXul> and if you talk to the scientists these days you'd get the impression that life isn't possible :p
62<adam> heh
63<adam> would a self replicating robot be too hard to make?
64<adam> :P
65<PsycoXul> to hell with self replicating
66* adam notes his room is too warm
67<PsycoXul> i'd just like any kind of machine that can not only perform useful work, but also mantain itself, and gather energy for itself, without any need for further user interaction once operational
68* adam would like intelligent ants
69<adam> :P
70<adam> sapient bugs, yeah
71<PsycoXul> you know, if we could tap into the same principles life itself runs on, we'd have no need for batteries or generators
72<PsycoXul> we'd have ourselves a nifty little overunity device :p
73<adam> like photosynthesis? ;p
74<PsycoXul> or how about the principles that atoms run on
75<PsycoXul> they do run, afterall :p
76<adam> heh
77<adam> *shrugs*
78<PsycoXul> it takes a tremendous amount of energy just for a piece of matter to exist
79<adam> sometimes I'd just like to see it all fall down ;p
80<PsycoXul> yeah well it'll do that
81<PsycoXul> because once i build my technology on these principles, i'm not gonna share it.. i'll just take it and leave, and watch the commets hit some years later ...
82<adam> heh.
83* PsycoXul laughs maniacally
84* adam in turn will live in the wilderness
85<adam> with bicycle powered electronics
86<adam> :P
87<PsycoXul> bah. electronics
88<PsycoXul> primitive utilization of subatomic forces
89<adam> indeed
90<adam> cheap, too
91<adam> :p
92<PsycoXul> its too convoluted and inefficient
93<adam> it works fine for me
94<adam> ;)
95<adam> of course, I'm not an evil genius
96<PsycoXul> i've aquired a distaste of digital abstraction
97<PsycoXul> its like a cheap and super-lossy vague ghost of what the data represents
98<PsycoXul> its only lossless between itself since it's discrete packets of information that can be easily be recognized by our primitive techniques
99<adam> and here is my great ant running around
100<adam> she searches for food.
101<adam> :P
102<PsycoXul> yeah man
103* adam will aquire a fondness for air conditioning
104<PsycoXul> i want a computer that'll go out and find its own electricity :p
105<PsycoXul> but not a computer and not electricity
106<PsycoXul> but thats the idea you know :p
107<PsycoXul> bbl dinner and stuff
108<adam> heh
109* adam will go take his beast for a walk
110<adam> later
111<adam> "I eated them purple berries and I feel fun"
112* adam returns
113--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
114<-- adam has quit (Read error: 104 (Connection reset by peer))
115--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
116* adam sets up the gopher
117--- dw|weekend is now known as dwihno
118<dwihno> Good morning people
119<adam> hey
120* adam notes gopher is completely useless when he is running apache on the same box
121<adam> of course
122<adam> it doesn't hurt to run it ;p
123* dwihno hasn't been using any gopher stuff in ages
124<adam> yeah, I'm going back in time, man
125<dwihno> Timewarp! :O
126<dwihno> I'm catching up on the email I got this wekend
127<dwihno> I read about Linus getting past the ata: -5 error stage
128<dwihno> (which is great for the development)
129* adam preens his dirs
130* dwihno yawns like crazy
131<dwihno> 2 new e-mails
132<dwihno> I bet it's regarding me not getting any jobs ;)
133* adam notes he should probably be heading out
134<adam> g'night
135<-- adam has quit ("[BX] Tickle-Me Elmo uses BitchX. *giggle* *giggle* *giggle*")
136--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
137* Bagder committs
138* dwihno yells
139<Bagder> ... and we're now "OK" on 7 builds out of 9 ;-)
140<Bagder> 7 of 9... hm
141<dwihno> yay
142<Bagder> isn't that Start Trek? ;-)
143<Bagder> -t
144<dwihno> hehe
145<dwihno> you are gay
146<dwihno> You need to get out more often
147<Bagder> but I don't have any 802.11 ! ;-)
148<adiamas> okay.. was gonna hang out.. but the us-china game is on.. time to curl into bed and watch some soccer/futball
149<adiamas> night all
150--- You are now known as adi|home
151<Bagder> night adi|home
152<Bagder> dwihno: you tried the latest rockbox on your recorder yet?
153<dwihno> Bagder: not really... I'm always afraid of having the disk locked :)
154<Bagder> chicken ;-)
155<dwihno> blahblahblah
156<Bagder> hehe
157<dwihno> I'm waiting for more functionality! Like mp3 decoding, playlist etc. :)
158<Bagder> yeah, it makes more sense when it can play those mp3s ;-)
159<dwihno> yeah
160<dwihno> but I'll try it as soon as the file transfers are done
161<dwihno> I need to upgrade my player
162<dwihno> (as in recorder)
163--> Linus (~linus@labb.contactor.se) has joined #rockbox
164--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
165<Linus> moo!
166<Bagder> hey fellas
167<dwihno> 20 gb is not enough for both data and music
168<dwihno> hello L and Z
169<Zagor> hi
170<Bagder> we are down to "OK" on seven builds now
171<dwihno> seven of nine star trek blahblahblah ;)
172<Linus> Zagor: I guess we are still mentally connected :-)
173<Zagor> yup :)
174<Zagor> Bagder: neato. warn-kill session this weekend?
175<Bagder> Zagor: me and Linus did most of them on last friday
176<Linus> Mostly this friday
177<Bagder> I did the the two final ones this morning
178<Bagder> only chartable.c warnings left
179<Linus> Tha table was so ugly with all those warnings
180<Zagor> my phone broke this weekend, so I haven't been able to read the mail SMSs
181<Bagder> it broke?
182<Linus> display again?
183<Zagor> yeah, somehow. everything works, execept reading SMS...
184<Linus> ????
185<Bagder> hehe
186<Bagder> worn out ;-)
187<Bagder> "too many SMS error"
188<Linus> Don't have it in your back pocket! :-)
189<Bagder> "you've reached the maximum number of SMS"
190<Zagor> Linus: yes, but it's triggered by reading SMS. very strange. the screen goes blank, yet everything still works.
191<Linus> VIRUS!!!!
192<Bagder> klez!
193<Zagor> hehe
194* Bagder chuckles
195<Linus> I sent you an SMS full of CLS characters this friday.
196<Linus> :-)
197<Zagor> :)
198<Linus> I have given tha ATA problem a thought this weekend
199<Zagor> I don't want it to break now, there's no good phones out yet :)
200<Zagor> Linus: any result?
201<Linus> Is it possible that Andrew (or whoever it was that drew the Recorder sheets) has a Recorder10?
202<dwihno> Yeah, I read the mailing list entry about the ATA stuffs0r
203<Zagor> Linus: a 10 or also a base "no-number" recorder
204<Linus> Maybe there are recorders out there that use address 0x300 for ATA CONTROL/ALT_STATUS?
205<Linus> we need to try an older recorder
206<dwihno> Tell me about the serial mod
207<Linus> dwihno: what do you want to know?
208<dwihno> How hard is it to do, and what do you basically do?
209<Zagor> dwihno: it's described on the web page
210<Linus> but only for the Player
211<Zagor> right
212<Linus> we connect serial port 1 to the line In jack
213<Linus> that way we can connect a gdb debugger
214<dwihno> ah
215<dwihno> <-- is newbie lamer stuff dude
216<Linus> :-)
217<dwihno> I MUST upgrade my recorder with a 40 gig disk... I just realized that
218<Linus> Zagor: why do we need two leading // in a filename in the root
219<dwihno> 60 is too expensive
220<Zagor> Linus: do we? not on purpose, anyway
221<Linus> I tried the playlist code last friday
222<Linus> id didn't add any slashes at all, so i added one
223<Linus> and it still didn't work
224<Linus> with one slash it said "must be absolute path"
225<Zagor> odd
226<Linus> with two, it didn't find the file
227<Linus> sorry, that last thing was wrong
228<Linus> let me start over:
229<Zagor> add DEBUGF() for the opens. sine files can be opened in the root, I suspect the problem is in the playlist code rather than the file code
230<Linus> no slash: "must be absolute"
231<Linus> one slash: "file not found"
232<Linus> the file names are sent with two slashes to the mpeg thread by the dir browser as well
233<Zagor> ok, very strange
234<dwihno> smells like pointer problenm
235<Zagor> not likely
236* dwihno points his finger to the skies!
237<dwihno> "IT'S A PLANE! NO, IT'S A BIRD! NO... IT'S... ZAGOR!"
238<dwihno> Something funny to do on a rainy day: Defrag the archos over an USB 1.1 interface ;)
239* PsycoXul wouldn't defrag his archos
240<dwihno> heh
241<dwihno> of course you would
242<dwihno> The designers of the archos should have chosen a wider LCD
243<Linus> that would have been nice
244<Bagder> yes, in colour
245<Bagder> 4"
246<Bagder> ;*)
247<Zagor> except there's no room :)
248<Bagder> touch screen
249<Linus> Bagder: why does the dir browser have two leading slashes in the file name when selecting a file in the root?
250<Bagder> because it is silly?
251<Linus> maybe. i didn't think of that
252<Zagor> Linus: it's a bug, naturally
253<webmind> isn't it a feature ?
254<dwihno> Zagor: There is always room! :)
255<Linus> Bagder: hehe. look at the BUTTON_PLAY case in tree.c
256<Linus> that 'if' doesn't do much difference, does it? :-)
257<Linus> wait.
258<Linus> it does.
259<Linus> i am silly
260<Zagor> i know :)
261<Linus> ah! playtune() adds an extra slash
262<Zagor> aha
263<Zagor> silly code
264<Zagor> ahh, mail scan complete :)
265<Zagor> did anyone ever see code from the guy who worked on the scroller?
266<Bagder> 'playing' should be remade to be an enum for "play mode"
267<Bagder> Zagor: he mailed it to Linus
268<Linus> I have it
269<Zagor> ok. can you send it to me? I'd like to get this working today
270<Linus> roger that
271<Zagor> Bagder: can we get some kind of "tick hook" in the simulator?
272<Bagder> "tick hook"?
273<Zagor> yes, a periodic execution of a routine
274<Zagor> so we can get scrolling in the simulator, too
275<Bagder> I'd prefer having "thread support"
276<Linus> can we change the playtune API to have just a full path instead of dir and name?
277<Bagder> using setjmp/longjmp
278<Zagor> Linus: fine with me
279<Zagor> Bagder: but the thread switches aren't periodic. scrolling will look horrible if done in a thread :)
280<Bagder> hm
281<Linus> Zagor: we can't do lcd updates in an interrupt anyway
282<Bagder> well we could have a simulated timer tick using pthreads I guess
283<Zagor> Linus: no? we do it in UIE
284<Linus> imagine an lcd update being interrupted
285<Zagor> fine, so we mutex it
286* Bagder gets scared
287<Zagor> uh, no
288<Zagor> bugger...
289<Linus> mutexes and interrupts don't work
290<Zagor> i know
291<Zagor> so what do we do? any bright ideas?
292<Linus> we have to do it in a separate thread
293<Zagor> we can try doing it in a thread and see how bad it looks. maybe i'm exaggerating the horridness
294<Linus> Zagor: i share your fear
295<Zagor> we'll just have to find out
296<Zagor> Bagder: do you have time to work in threading for the simulator?
297<Zagor> s/in/on
298<Bagder> I'll see what I can do
299<Bagder> fixed the dreaded bug now, may get time to do this today
300<Zagor> which bug was that?
301<Zagor> ah, at work?
302<Bagder> yeah
303<Bagder> very amusing one, I'll tell you one day ;-)
304<Bagder> in short: when you use malloc() to allocate memory for your custom memory functions, don't do free(-1) when that thread terminates ;*)
305<Bagder> (in pSOS)
306<Zagor> hehe
307<Bagder> since we have certain parts using the standard malloc() too
308<Bagder> we started getting random crashes all over when the same memory was handed out...
309<Zagor> ooh, nice
310<Bagder> yeah, took a good while to narrow down
311--> alkorr (alkorr@srs03v-8-217.n.club-internet.fr) has joined #rockbox
312<alkorr> yo
313<Bagder> howdy
314<Zagor> hi alan
315<Bagder> I think perhaps we shuld go with pthreads all the way for threads in the simulator
316<Bagder> and use mutex or similar to have only one run at a time
317<Zagor> sounds good to me
318<Bagder> of course it'll make the scheduling different, but I figure we can live with that
319<Linus> hi alan
320<Zagor> Bagder: yes, we shouldn't be counting on the scheduling behaving in any specific way
321<Bagder> right
322<Linus> Zagor: except that it isn't premptive
323<Linus> preemptive
324<Bagder> right, we'll have to enforce that
325<Zagor> right
326<Bagder> yield will return a mutex and then attempt to get it again
327<Linus> damn. the keys are bouncing on my Player
328<Zagor> good
329<alkorr> what's the trouble ?
330<Linus> i think we need some kind of debouncing after all
331<alkorr> if you don't want to poll
332<alkorr> you can use one of 5 timers
333<Linus> we poll today
334<alkorr> first polling
335<alkorr> start timer
336<alkorr> at the end of timer, polling again to check
337<alkorr> if no change, okay
338<alkorr> if yes restart
339<Zagor> easier to just add debouncing to the current code, i think
340<alkorr> where it occurs this debouncing ?
341<alkorr> oh quite now i have some difficult to compile rockbox
342<alkorr> are you really sure of removing all dependencies ?
343<alkorr> i mean like stdlib.h, etc.
344<Zagor> no, we still need some newlib header files
345<Linus> no we haven't
346<Zagor> i intend to fix that
347<alkorr> i would like to change the way to handle adc so we can scan the 8 all analogic pins
348<alkorr> but not before a working rockbox
349<alkorr> by the way, i saw you only read 8bits instead of 10bits
350<alkorr> maybe for the keyboard it is sufficient
351<alkorr> but for batteries level or external power ?
352<Linus> maybe 10 bits is better for that, yes
353<Zagor> 8 bits should be enough for anybody ;)
354<Linus> actually, i haven't done any research on where the other A/D inputs go
355<Linus> the player schematics show nothing
356<alkorr> it is why it could be interesting to investigate via software
357<Linus> but i assume that at least the battery voltage measurements use the A/D
358<Linus> alkorr: good project
359<alkorr> so we can see any variation on one of 8 analogic pins when plugging on or off anything
360<Linus> Zagor: go ahead and remove the libc header dependencies
361<Linus> BTW, is it possible to compile gcc without any libc at all?
362<alkorr> as you code it, i'm unsure
363<Zagor> i tried last week, and failed on some asm code
364<Linus> or does it default to glibc?
365<Linus> asm code?
366<alkorr> no libc and glibc is different
367<alkorr> yes
368<alkorr> just an explanation
369<alkorr> when you are doing C shift operation
370<alkorr> if I remember well
371<Zagor> Linus: yes, i'll run it again and paste the error
372<alkorr> like : i is int => i >>= 3; will call a libc shift function
373<Bagder> libgcc, yes
374<Zagor> /home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
375<alkorr> if the sign doesn't matter, you must turn into (unsigned)i >>= 3 to have the opcode instaed of a external function
376<alkorr> add -m1 ?
377<Linus> alkorr: glibc and libgcc aren't the same, are they?
378<alkorr> equally true for multiple and divide
379<Linus> i thought glibc and newlib did the same job
380<Linus> and that libgcc did what you describe
381<alkorr> exactly
382<alkorr> libgcc provides some standard operation that cpu has not
383<Linus> so glibc is a gnu implementation of libc
384<alkorr> okay, i mean glibc is not libgcc
385<Linus> and newlib is another
386<alkorr> newlib is like a light glibc, i think
387<Linus> libgcc is built anyway, regardless of newlib or glibc
388<alkorr> exactly
389<Linus> so, back to my question:
390<alkorr> so don't worry about
391<alkorr> because mine is working
392<Linus> can you build a gcc without any libc at all?
393<Linus> ok good!
394<Linus> so you don't have any linc at all?
395<Linus> libc
396<alkorr> I only have trouble with newlib
397<alkorr> never tried it
398<alkorr> i don't think so
399<alkorr> i must have it !
400<alkorr> wait !
401<alkorr> libc : i must have it
402<alkorr> newlib : cannot compile it
403<alkorr> anyway, because you have some operators in C which can be turned into CPU opcodes, they call a function from libc
404<alkorr> so i think libgcc cannot be removed
405<alkorr> anyway, if you code trying to avoid to use operators or functions which uses libc
406<alkorr> your final code would keep nothing from libc.
407<alkorr> so it isn't a trouble for us
408<alkorr> anyway, because you have some operators in C which CANNOT be turned into CPU opcodes, they call a function from libc
409<alkorr> i'm an forever optimist :)
410<Bagder> we don't compile with libc today, so no we don't need it
411<Bagder> libgcc we need however
412--> alan (alkorr@srs07v-6-45.n.club-internet.fr) has joined #rockbox
413<alan> sh*t ! i did not have time to read until i was disconnected
414<Linus> Bagder: i know, but i figured gcc wanted *some* kind of libc
415<alan> what's the trouble with libc ???
416<Bagder> Linus: nope
417<alan> it only depends on what you need
418<alan> int divide (int a,int b) { return a / b; }
419<alan> ==>
420<alan> .type _divide,@function
421<alan> _divide:
422<alan> mov.l .L2,r0
423<alan> sts.l pr,@-r15
424<alan> jsr @r0
425<alan> nop
426<alan> lds.l @r15+,pr
427<alan> rts
428<alan> nop
429<alan> .L3:
430<alan> .align 2
431<alan> .L2:
432<alan> .long ___sdivsi3
433<Bagder> that's in libgcc, not libc
434<alan> ah yes
435<alan> sorry
436<alan> i thought you were speaking about libgcc
437<Bagder> we still link with libgcc
438<alan> so you are speakink about libc and libm ?
439<Bagder> Linus asked about libc
440<alan> did you try without libc or libm ?
441<Bagder> we don't link with them
442<Bagder> so yes
443<alan> when compiling i mean
444<alan> because i'm quite sceptical
445<Bagder> about what?
446<alan> when linking of course
447<alan> just add -nostdlib
448<alan> to compile gcc without libc and libm
449<alan> anyway we can avoid them with -nostdlib
450<alan> it seems it is what you do in Makefile, am i wrong ?
451<Bagder> no
452<Bagder> we don't link with them
453<alan> so all is better in the world
454<Zagor> have anyone else tried to compile gcc without newlib? i got no comments on my error.
455<alan> i did
456<alan> yesterday or yesterday else one
457<alan> i must do it now ?
458<alan> which error ?
459<Zagor> no, but I must to it to remove rockbox newlib dependencies
460<Zagor> /home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
461<alan> having a look
462<-- alkorr has quit (Read error: 110 (Connection timed out))
463<Linus> how about 3.0.3?
464<Zagor> haven't tried that. will do
465--- Linus is now known as Linus|lunch
466<alan> i'm having a look on 3.0.3 lib1funcs.asm
467<alan> see you later
468<-- alan has quit ()
469<dwihno> ´m
470<dwihno> Bza0!
471<dwihno> Should I go for the 2650 or 8200 model of the Inspiron (dell) ?
472<Zagor> beats me
473<Zagor> get their 20" LCD screen, that's all I can say
474<dwihno> :O
475<Zagor> why can't I gdb the simulator???
476<Bagder> no idea
477<Bagder> what happens?
478<Zagor> i doesn't hit any breakpoints, and it can't be stopped.
479<Bagder> !
480<Zagor> do we really want lcd_putsxy() to wrap? it explicitly does
481<Zagor> lcd_puts() truncates for charcell. the bitmap code should do the same, IMHO
482<Bagder> I agree
483<Bagder> wrapping will hardly ever be what anyone would want
484<Zagor> exactly
485<Bagder> watch my commit
486<Zagor> woo
487<Zagor> tested, I presume?
488<Bagder> yes
489<dwihno> I got mail! Yay
490<Zagor> great! I've just finished the scroll code, so this comes in handy
491<Zagor> but we need to talk about scrolling
492<Bagder> we'll need to yeild() in the simulated I/O code to simulate that better I guess
493<Zagor> how do we want it, anyway? currently I support one line of scrolled text, but we may want to scroll the whole screen. we may also want to smooth-scroll on the recorder, if we can get that not to flicker or blur
494<Zagor> do we want to scroll several lines, independently of each other?
495<Zagor> I have the feeling that will look too chaotic to really be of use
496<Bagder> I think so too
497--- Linus|lunch is now known as Linus
498<Linus> BTW, I tried the playlist code. It works (after I prepended a slash on the file names).
499<Zagor> nice
500<Zagor> Bagder: maybe init_threads() should be called kernel_init like in target?
501<Zagor> or, umm, they are not exactly the same thing but almost :)
502<Linus> Zagor: there is an init_threads in target
503<Zagor> oh. i
504<Zagor> 'm blind
505<Linus> it's new
506<Zagor> carry on, nothing to see here :)
507<Linus> it was born in the warning hunt last friday
508<Zagor> Linus: should main.c:init() call it, or is it called from somewhere else?
509<Linus> kernel_init() calls it
510<Zagor> ok
511<Zagor> but not we're approaching two separate init()s, one for target and one for simulator.
512<Zagor> maybe not so bad
513<Linus> possibly
514<Linus> as long as the target code doesn't get more complicated just to please the simulator
515<Zagor> Linus: is mpeg_file always open when you press stop?
516<Linus> oops.
517<Zagor> Bagder: the thread API opens up a whole can of worms... sleep() has to be redefined, and I also want a HZ constant I can use... :)
518--- Zagor is now known as Zagor|lunch
519<dwihno> Does the RPM really make a difference if I would replace the disk in my archos?
520--- Linus is now known as Linus|meeting
521* Bagder is back
522<Bagder> Zagor|lunch: now what's wrong with sleep() ?
523<Hadaka> dwihno: I'd expect RPM to affect the power expenditure
524<dwihno> Hadaka: Yeah, but the higher RPM should also reduce the time needed to read data to the buffer...
525--- Zagor|lunch is now known as Zagor
526<Zagor> Bagder: unix sleep() is whole-seconds. the firmware sleep is ticks. and I need subsecond sleep for the scroll etc.
527<Bagder> we already do that
528<Bagder> uisim/x11/sleep.c
529<Bagder> it should however return and reget the mutex
530<Zagor> bah. i'm behind again...
531<Zagor> it was me who didn't include kernel.h
532<Bagder> ah
533<Bagder> the downside of having identical names
534<Zagor> yup
535<dwihno> Zagor: What kind of disk did you replace the one in your archos?
536<Zagor> a toshiba 40gig
537<dwihno> RPM-wise?
538<Zagor> the same as all normal laptop disks: 4200rpm
539<dwihno> so 5400 is non-standard
540<dwihno> ?
541<Zagor> yes, 5400 is used on "performance" 2.5-inch drives
542<Zagor> such as the Toshiba 4018 GAX
543<Zagor> I have the Toshiba 4018 GAS
544<Zagor> the GAX uses almost twice as much power for spinup
545<Zagor> or maybe it's the GAP I have. can't remember.
546<dwihno> oof
547<dwihno> evil stuff! :/
548--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
549<ironi> hello ppl
550<Bagder> howdy ironi
551<Zagor> hi
552<ironi> hey do oyu know if there is an open source implementation of osme kind fo rbiztalk
553<Bagder> biztalk?
554<ironi> yeah
555<Zagor> search freshmeat.net
556<ironi> ms biztalk
557<ironi> something like it
558<Bagder> wazzat?
559<ironi> i am doing oppsition on a masters thesis and they say biztalk is too expensive, $25k per processor
560<ironi> biztalk.org
561<ironi> (inagine micorosft using .org heh)
562<Zagor> well, that's expensive. you still haven't said what it is or does
563<Bagder> if it can't be described in a few words, I don't care about it :)
564<ironi> http://sourceforge.net/projects/mec-eagle/
565<ironi> ok "BizTalk specificerar hur meddelandelösningar mellan applikationer och organisationer skall utformas och utvecklas vad gäller elektronisk handel. Meddelanden skickas som XML- dokument inbäddat i ett kuvert med information om dokumentet enligt SOAP "
566<Zagor> oh, boy. it's a buzzword soup
567<ironi> thats from their thesis , prolly form ms website or something hehehe
568<ironi> yep
569<ironi> ok i found mec-eagle
570* Zagor is genetically allergic to it
571<ironi> it is a level 5 project at sourceforge
572<ironi> great stuff
573<Zagor> XML and SOAP is just idiot-speak for "plain-text protocol"
574* Zagor feels humble today :)
575<Zagor> My "Smash" is a level 5 project too. It just says the code works.
576<Zagor> Rockbox is level 5 as well, now that I think about it...
577<ironi> Zagor =)
578<ironi> rockbox isn ot production/stable
579<Zagor> it is stable
580<Zagor> it has all the features advertised, and works 100%
581<Zagor> 1.0 is rock solid
582<ironi> heh
583<ironi> ok well
584<Zagor> marking it as "beta" just means it will be very confusing when to actually move it to "stable"
585<Zagor> way too much software is called "beta"
586<Bagder> it is soon time for the anual mail2sms update release ;-)
587<Zagor> hehe. "mail2sms 2002"
588<Zagor> or is it called XP this time? ;)
589<Bagder> "mail2sms XP" ... hehe
590<dwihno> If you bundle it with other applications, you can name it XP, otherwise, just name it 2002 ;)
591<Zagor> only weenies use the same version scheme more than twice.
592<Zagor> dwihno: hehe
593<Bagder> I'll start using names: mail2sms version "Bernie" :*)
594<dwihno> Eww
595* dwihno gets the shivers
596<Zagor> oooh, innovative!
597<ironi> hey have you tried linuxsms
598<ironi> it's nice, really
599<Zagor> I don't need to, we wrote smash...
600<Bagder> why would we use that, we have a working solution! ;-)
601<ironi> Bagder: but does yours use free sms servcies?
602<ironi> or is it a sms gateway
603<Bagder> yes, if we want to
604<Zagor> it uses any service you like
605<ironi> Zagor: oh really
606<ironi> so it can log in to 1rstwap.com and send sms?
607<ironi> without me going to the webpage
608<Bagder> of course
609<Bagder> curl is the answer
610<Zagor> Bagder: is there any reason we don't compile the simulators with DEBUG?
611<ironi> well
612<Bagder> Zagor: yes, because that's the symbol taken for compiling the gdb stub :-) other reasons: no
613<ironi> this ismple perl script does the job just as good =)
614<Zagor> Bagder: buh, change it :)
615<Bagder> ironi: smash is a complete system for posting messages and queueing etc, it is not just a deliverer
616<Zagor> ironi: yeah, for one message every now and then. try sending a couple hundred per hour, from 16 different machines. then the little perlie isn't so fun anymore :)
617<ironi> Zagor: of course
618<ironi> I understand that
619<ironi> I just think tlinuxsms is easier to use for individuals
620<ironi> =)
621<ironi> well ANYWAY
622<Zagor> yeah, it probably is
623<Bagder> hehe
624<ironi> i made a php/wap page
625<Bagder> you could still use mail2sms to get your mails into a suitable text
626<ironi> so now (since gprs i free until 31/10 on comviq) i can send FERE sms from my cellphone
627<ironi> FREEEE
628<ironi> that kinda rocks
629<dwihno> How much do you pay for the used bandwidth after that?
630<ironi> dwihno: i think 50kr/month with 3 mb included (which is mor ethan enough to view A LOT of wap pages)
631<ironi> oops gotta go to schoo
632<ironi> l
633<ironi> later=)
634<Bagder> see ya ironi
635<dwihno> bajbaj
636<-- miah has quit (card.openprojects.net irc.openprojects.net)
637--> miah (~miah@pihkal.com) has joined #rockbox
638<Bagder> woah
639<Bagder> check the build status
640<Bagder> they're not red ;-)
641<Zagor> when does it run, anyway? on checkin?
642<Bagder> no, it checks out and checks for diffs
643<Zagor> when=
644<Bagder> every 20 mins
645<Zagor> typical. that non-building code was in for about two minutes...
646<Bagder> hehe
647<Bagder> well, now we got to see the 'fail' text
648<Zagor> fixing
649<Zagor> ouch, too red
650<Bagder> you'd need a different font color for that red
651<Zagor> how about this pink?
652<Bagder> fine
653<Zagor> and how about only showing the five last builds or something?
654<Bagder> these are the last 20 ;-)
655<Zagor> ok, fine
656<Bagder> so at least it won't grow bigger than this
657<Zagor> then it's good
658--- Linus|meeting is now known as Linus
659--> edx (OKE60@pD9EAB5E1.dip.t-dialin.net) has joined #rockbox
660<edx> hi
661<Zagor> hi edx
662<Bagder> hey
663<edx> hmm ... how far is ata.. read the log message of ata.c :)
664<Bagder> edx: thread support coming to the X11 simulator soon
665<Zagor> edx: we've added threading to the simulator. time to work! :)
666<edx> ohuoh..
667<edx> threading should not be a problem...
668<edx> but i wont have time before the day after tomorrow :(
669<Zagor> no problem
670<Zagor> is someone needs it before then, he'll just have to do it :)
671<edx> hmm so what is that with the ata driver?
672<Bagder> edx: it works
673<edx> really? :) for the recorder.. that is great
674<edx> that was a wrong command address im memory?
675<Bagder> all praise to Linus for that
676* Bagder runs on a meeting
677<edx> * Greate praise for Linus *
678<edx> ok.. gotta do my homework :( .. later
679--- edx is now known as edx|homework
680<edx|homework> ah.. Zagor, another thing
681<Zagor> yes?
682<edx|homework> Linus changed ATA_CONTROL... in ata.c - does it still work for the player (have you tried?)
683<Linus> it works
684<edx|homework> ok
685<edx|homework> good job, Linus! :)
686<Linus> thx! those addresses are a story of their own
687<edx|homework> hehe
688<Linus> the player only cares about the lower 4 bits and bit A20/21
689<Linus> the recorder cares about the lower 4 bits and bit A8/9
690<Linus> so we can support both hardwares by combining them in the same constant
691<edx|homework> aha
692<edx|homework> so that is there was A8/9 wrong?
693<edx|homework> but A20/21 correct..
694<Linus> exactly
695<Linus> but i'm not sure that it was wrong
696<Linus> i'm beginning to suspect that different recorders have different address encoding...
697<Linus> we need an older recorder to try on
698<edx|homework> hmm what firmware? "older"?
699<edx|homework> i have a recorder.. but i guess its rather new..
700<Zagor> something that is not an r20
701<Linus> one with ISD200 USB interface
702<edx|homework> ah ok forget about it.. i have an r20
703<edx|homework> ok... but that one might work like the player... (?)
704<Zagor> yeah, well we'd like to find out
705<edx|homework> hm put it on the top of the rockbox site ;)
706<edx|homework> right in the front... <h1> tag lol
707<Zagor> a mail to the list is probably more helpful :)
708<edx|homework> heh right...
709<edx|homework> just if noone responds there might be people looking at the site and not joining the mailing list..
710<Zagor> Bagder: i'm getting a lot of X errors: Xlib: unexpected async reply (sequence 0x57f)!
711<Bagder> never seen those
712<Zagor> i get them when scrolling. i'll check it in soon
713<Bagder> X sure is magic business ;-)
714<Zagor> indeed
715<dwihno> Magic stuff(tm)
716<Bagder> Zagor: threads working otherwise?
717<Zagor> yup, perfectly
718<Bagder> hm, could the X problems be due to the threads?
719<Zagor> I think so, I got the when I started working with threads
720<Zagor> there. now we have scrolling
721<dwihno> Yay! :D
722<Zagor> playlist support and scrolling, that's what I have listed as 1.1 features on the front page...
723<Bagder> we need to try it out more on target
724<Zagor> yup
725<dwihno> I can test it on the r20
726<Zagor> please do
727<Linus> I'm loading it into the player now...
728<Bagder> we did get two new warnings though
729<Zagor> oh, I introduced some warnings. fixing...
730<Linus> crash bang!!!!!
731<dwihno> Is there an automated build process?
732<Bagder> dwihno: yes
733<Zagor> Linus: what happens?
734<Bagder> dwihno: http://bjorn.haxx.se/rockbox/daily.shtml
735<Bagder> dwihno: scroll down
736<Linus> UIE09
737<Zagor> what's that?
738<Bagder> address error
739<Zagor> boo
740<Zagor> bad bug then
741<Zagor> Linus: can you gdb it and see where?
742<Linus> ooooh. it worked the second time...
743<Zagor> looks ok?
744<Bagder> ugha
745<Linus> how do i turn on scrolling?
746<dwihno> I only see the "once a day" builds
747<Zagor> dwihno: at the bottom of the page: "Build status"
748<Bagder> dwihno: the status below that is the automated builds
749<Zagor> warnings killed
750* dwihno is blind
751--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
752<Linus> how do i turn on scrolling?
753<Zagor> Linus: it's always on
754<Linus> when?
755<Bagder> hey jedix
756<Zagor> in the file browser
757<jedix> hey
758<Linus> well, mine doesn't scroll
759<Zagor> did you get the new tree.c and main.c ?
760<dwihno> The "bleeding edge" binaries are not downloadable, huh?
761<Bagder> dwihno: no
762<Zagor> dwihno: no, only the daily builds
763<Bagder> that's bleeding enough for download ;-)
764<Zagor> the are deemed bleeding enough :)
765<dwihno> :)
766<dwihno> Do they have scroll stuff?
767<Bagder> no
768<Bagder> tomorrow they do!
769<dwihno> Okay, then I'll wait
770<Zagor> I just checked that in, and it currently bugs too
771<Bagder> jedix: your scroll is getting into the software now
772<jedix> sweet
773<Zagor> only i rewrote it :)
774<Bagder> hehe
775<Linus> Zagor: is it only for recorder?
776<jedix> whaa?
777<Zagor> Linus: no, for both
778<Bagder> time to get a coke
779<Linus> no go here
780<jedix> Bagder: yes sounds like a plan..
781<Zagor> they both work in the simulators. must be something not inited right
782<Zagor> does scroll_thread run?
783<Zagor> ahhh!
784<Zagor> my bad
785--> alkorr (alkorr@srs05v-3-43.n.club-internet.fr) has joined #rockbox
786<Zagor> player code doesn't have lcd_init previously. I must add it. one minute.
787<Linus> hi alal
788<Linus> alan
789* Bagder drinks ice-cold coke and says aaaaaaaaaaaaah
790<alkorr> hi
791<alkorr> soemtimes people have very weird ideas
792<alkorr> there is one who like to be able to browse camera pictures on his jukebox :/
793<Linus> i assume it is a Recorder. :-)
794<Bagder> hehe
795<Bagder> noooo
796<Bagder> jpg2ascii
797<Bagder> ;-)
798<alkorr> ahahah
799<Linus> lucky we have a scroller then :-)
800<alkorr> quite funny, a jpg2ascii
801<alkorr> what is it eaxctly ?
802<Bagder> I used one once
803<alkorr> a big page we can scroll on screen ?
804<alkorr> or just a horizontal text scroller ?
805<Zagor> text scroll for now, for use with filenames
806<Linus> just horizontal text scroller, for file names and such
807<alkorr> ok
808<alkorr> 128 chars max i see
809<Linus> we can sell commercial banners that displays when playing songs :-)
810<alkorr> ahahah
811<Linus> .....drink Coke...............Just Do It..............
812<alkorr> unhopefully we are open source, it would be very easy to get rid off ;P
813<alkorr> or hopefully should I say :)
814<alkorr> Zagor, you think to remove any newlib dependencies for how time ?
815<Zagor> i need to get my non-newlib gcc working first. i hope to do that tomorrow.
816<alkorr> ok
817<alkorr> by the way, did you try with gcc 3.0.3 instead of 3.0.4
818<Zagor> not yet
819<alkorr> to see if errors persist ?
820<Zagor> Linus: try the new versions
821<alkorr> it is weird that error comming from "rotcl r14"
822<Zagor> yes, very
823<alkorr> but there is plenty of reference to this opcode in libasm1.c
824<alkorr> which line is concerned we don't know :/
825<alkorr> what is the exact message ?
826<Zagor> i have to go, we'll fix it tomorrow ok?
827<Bagder> see ya z
828<Zagor> hope the scroll works now...
829<Zagor> bye
830<alkorr> ok, i'm trying to get back the log
831<alkorr> bye
832<-- Zagor has quit ("Client Exiting")
833<alkorr> :( mirc doesn't log
834<Bagder> mirc is evil
835<Bagder> ;-)
836<alkorr> arf :)
837<alkorr> yaa...
838<Linus> what did we say about the show_logo ATA thing?
839<Bagder> use internal-only
840<jedix> mirc implies an evil os
841<Linus> the current firmware tries to load a BMP file before ATA is initialized
842<Linus> Bagder: can you fix that?
843<dwihno> oops
844<dwihno> that's a typical nono :)
845<Bagder> Linus: sure
846<jedix> why did zagor rewrite my code?
847<alkorr> this BMP is embbeded in rockbox ?
848<Bagder> alkorr: the BMP reader code is, yes
849<Linus> it displays a file-based logo if it exists
850<alkorr> so it is not embedded :)
851<alkorr> i was speaking about the picture
852<Linus> "if it exists"
853<Linus> if it doesn't, it uses the internal one
854<Bagder> there is a logo embedded too
855<alkorr> okay
856<alkorr> if an external one exists displays it instead of internal one
857<alkorr> is that so ?
858<Bagder> yes
859<Bagder> but not anymore ;-)
860<dwihno> :(
861<alkorr> ok so just rephrase my sentence in past :)
862<Bagder> hehe, right
863<dwihno> I'll make my own branch called "logoboX" ;)
864<Bagder> currently, the show_logo() stuff is made before ATA is inited
865<Bagder> we can't load a logo then
866<Bagder> we need to move the logo-loading
867<alkorr> well it is a matter to move the piece of code
868<Bagder> yes, but since the initing will take a little time anyway, we'll display the internal one in the mean time
869<alkorr> okay
870<alkorr> why not a progress bar ?
871<Bagder> we could add one below the logo
872--- Linus is now known as Linus|meeting
873<Hadaka> progress bar sucks, verbose messages on what the machine is doing are nice :)
874<alkorr> sure, people don't like not to know why their toy looks frozen
875<alkorr> Hadaka, we don't need to surcharge code with messages
876<alkorr> especially for initialisation part
877<alkorr> please, we are not working with a PC full of memory...
878<Hadaka> well true, I have no idea what memory problems you have already encountered
879<alkorr> first, we only have 2 MB
880<alkorr> second, to waste data and code just for displaying an initial message (that is something we don't need in fact for th rest)
881<Hadaka> does the 2MB need to hold the buffer for the disk reads as well or is that separate?
882<alkorr> code, data and buffer are in the same memory
883<alkorr> so growing code and data means less buffer
884<Bagder> hm brb
885<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
886<Hadaka> well your call - I personally would still want a few kilobytes used for 'ATA Init' 'DAC Init' 'FAT init' etc.
887<alkorr> pardon ?
888<alkorr> what do you mean ?
889<alkorr> i was away :)
890<alkorr> Hadaka: what do you mean ?
891<Hadaka> um
892<Hadaka> the same thing I meant originally
893<alkorr> those KB are for what, code, data ?
894<Hadaka> code and the string constants
895<alkorr> ah yes
896<alkorr> well, in fact
897<alkorr> on the screen ?
898<Hadaka> um, yes - rather than a progress bar that is
899<alkorr> first, you wouldn't have time enough to read messages
900<alkorr> i think the best thing is to have a progress bar and message error when occurs in module
901<alkorr> that a minimum of messaged
902<alkorr> d -> s
903<Hadaka> well then we differ in what we want, simple as that
904<alkorr> I'm speaking about player AND recorder, not only for recorder
905<-- miah has quit (card.openprojects.net irc.openprojects.net)
906<Hadaka> I've never even seen the player, so I don't know about that
907<alkorr> you cannot see a lot of things on playes
908<alkorr> 2 lines of 11 characters...
909--> miah (~miah@pihkal.com) has joined #rockbox
910<alkorr> a thing is sure, since we have an open source, we are free to add whatever we want
911<Hadaka> It's funny how much information you can stick in L LI LIL LILO and LIL-
912<Hadaka> maybe you could use R O C K B O X ;)
913<Hadaka> but true, if I want it, I can code it myself
914<alkorr> some prefers to have a minimal but efficient firmware, others plenty of stuffs but rather consumptive firmware
915<alkorr> L LI ???? what is it LILO ???
916<Hadaka> oh, lilo is the linux loader - it prints LILO on the screen when it runs successfully - or one of the variants if it fucks up at some point - and you can usually tell exactly where it went wrong by that
917<alkorr> oh okay like a progress bar using a text ?
918<dwihno> r.. o.. c.. k.. b.. [err]
919<dwihno> or something :)
920<dwihno> I can do neat PDF's! :D
921<alkorr> it's an idea
922<Hadaka> well kind of - except that you don't have to count pixels in a progress bar but can say directly that it printed 'ROC' and then someone here will say "Oh god, the ATA code is fucked again."
923<alkorr> my only opinion is just to display something when an error really occurs
924<Hadaka> since at a bootloader stage, anything can happen - and expecting all errors to be catchable is not possible - atleast not on PC bootloaders
925<Hadaka> I dunno if you can catch each and every error on the archos
926<alkorr> well just compile with gdb ;)
927<Hadaka> err, that isn't possible when a dumb user comes with an obscure archos and tells you that his on his box, the progress bar freezes "about halfway"
928<alkorr> well, i'm just waiting for a rockbox running without newlib. i could then add some hardware stuffs
929<dwihno> I'm looking forward to test it tomorrow
930<alkorr> sorry, can you rephrase ?
931<alkorr> "obscure archos" ?
932<alkorr> "that his on ..." ?
933<Hadaka> compiling with gdb is not an option when a user whines that the archos freezes during loading
934<alkorr> oh yeah it is just a joke
935<Hadaka> obscure archos => a different model of archos no one else has had yet
936<alkorr> gdb is for developer, we know that
937<alkorr> there are very few chance for that
938<alkorr> because it means a different archos firmware fisrt
939<Hadaka> well haven't you here just pondered that does somebody have an older version of the recorder, one with ISD200?
940<alkorr> anyway, either you catch an error message or nothing. That nothing doesn't mean if you had more explicit message you would be able to guess that you have "obscure" archos
941<alkorr> yeah
942<alkorr> it is normal
943<alkorr> ISD300 was out after recorder
944<Hadaka> well even if you would get nothing, you would be able to say that it's the ATA code that is failing - even if the archos freezes
945<alkorr> so inevitably you can find recorder with isd200
946<alkorr> if archos freezes, just ask for people to use another rockbox with more messages
947<Hadaka> but the real point is just that I'd much rather see some indication of what the archos is actually doing, rather than an opaque progress bar
948<alkorr> you can have two different rockbox for testing or for playing
949<Hadaka> it's just a personal preference
950<Hadaka> some people might prefer a cool progress bar, I definitely don't
951<alkorr> okay if you think to lose 32 KB for messages and code is not a problem for you, it is your choice
952<alkorr> as i told you it is just a matter of adding or not what you want
953<Hadaka> yeah I agreed with that
954<alkorr> just add it as an option, so people who don't want them ae not forced to get redi of them
955<alkorr> rif
956<alkorr> rid
957<alkorr> maybe some macro which are void when not demanded for example
958<alkorr> something like it
959<alkorr> we should speak with other developers to know what kind of solution to have them as option
960<Hadaka> well right now I'm quite busy at work and at other projects - I just voiced a preference - if I really want it, I'll code it myself
961<alkorr> ok
962<Linus|meeting> I have now tried the scrolling filenames on the Player
963--- Linus|meeting is now known as Linus
964<Linus> it works Ok
965<alkorr> good
966<Linus> i'll try it on the recorder now
967<alkorr> i'm still waiting for a working rockbox :)
968<alkorr> :/
969<Linus> Zagor is on the case
970<alkorr> hopefully
971<alkorr> my scanner/printer has no driver for linux :(
972<Linus> :-(
973<Linus> well, the scroller isn't perfect, but it's a good start
974<Linus> at least we can see the whole file name now
975<alkorr> on pixel basis or on char basis ? (the moving)
976<Linus> char
977<alkorr> because of player ?
978<alkorr> well i suppose so
979<Linus> sort of
980<dwihno> How fast is the scroller btw? :)
981* dwihno likes'em fast
982<Linus> now it is 5 updates per second
983<Linus> it is a little too slow
984<Linus> but if we scroll too fast it gets blurry on the player
985<alkorr> that's right
986<Linus> maybe the player lcd would be sharper if we used the internal scroll function
987<alkorr> well if you want to scroll two lines, that coul be an idea
988<Linus> gotta go now, CU!!!
989<alkorr> CU
990<-- Linus (~linus@labb.contactor.se) has left #rockbox
991<alkorr> CU
992<-- alkorr has quit ()
993--- dwihno is now known as dw|gone
994--- Disconnected (Connection reset by peer).
995**** ENDING LOGGING AT Mon Jun 10 12:17:44 2002
diff --git a/www/irc/rockbox-20020611.log b/www/irc/rockbox-20020611.log
deleted file mode 100644
index b5794674a4..0000000000
--- a/www/irc/rockbox-20020611.log
+++ /dev/null
@@ -1,212 +0,0 @@
1**** BEGIN LOGGING AT Mon Jun 10 21:05:05 2002
2
3--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Let your Box Rock! - http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by edx at Mon Jun 10 15:15:16
6--- You are now known as adi|home
7<-- datazone has quit ("Client Exiting")
8<PsycoXul> archos' warranty is only 90 days isn't it?
9--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
10<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
11<adi|home> last i checked, yeah PsycoXul
12<PsycoXul> so i wonder if best buy cares about the warranty seal for their warranty plan... heh
13<adi|home> heheheh what you do to your unit?
14<PsycoXul> nothing
15<PsycoXul> yet
16<adi|home> hhehhe
17<PsycoXul> thats why i'm wondering :p
18<PsycoXul> cause i'd like to do the serial port mod at some point
19--- dw|gone is now known as dwihno
20<dwihno> ROCK DA BOX!!!
21<dwihno> :D
22--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
23--- ChanServ has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox/
24--> Linus (~linus@labb.contactor.se) has joined #rockbox
25<dwihno> Howdy ho, Linus :)
26<Linus> yo!
27<dwihno> Have you looked into the mp3 decoding chip of the recorder?
28<Linus> i'm on it
29<Linus> reading the data sheets...
30<dwihno> Mr. Data
31<dwihno> You need Caramelldansen!
32<Linus> unfortunately, dcc doesn't work for me...
33<dwihno> :-(
34<dwihno> wget torde funka ;D
35<adi|home> whats the correct spelling of pessimist?
36<adi|home> is it that way?
37<dwihno> yaway
38<adi|home> k.
39<Linus> dwihno: Caramelldansen...what a musical breakthrough... :-)
40<dwihno> You bet! :D
41<dwihno> Dansa med oss, klappa era händer etc. ;)
42<dwihno> "Vi hoppas för fruktbar samarbete"
43<dwihno> hmm... :)
44<-- WetBed has quit (carter.openprojects.net irc.openprojects.net)
45<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
46<-- Linus has quit (carter.openprojects.net irc.openprojects.net)
47<-- g003y has quit (carter.openprojects.net irc.openprojects.net)
48<-- dwihno has quit (carter.openprojects.net irc.openprojects.net)
49<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
50<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
51<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
52--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
53--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
54--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
55--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
56<adi|home> is it a safe assumption that a playlist will always end with ".m3u"?
57--> WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
58<webmind> uhm
59<webmind> cant it be pls aswell ?
60<PsycoXul> thats winamp's own format playlist isn't it?
61<adi|home> dunno..t hats why i asked
62<PsycoXul> and different?
63<adi|home> ive only ever seen m3u
64--> Linus (~linus@labb.contactor.se) has joined #rockbox
65--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
66--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
67<adi|home> someone wanna check?
68<dwihno> The format is the same
69<adi|home> okay
70<dwihno> m3u's are sometimes stored with #-marked extradata
71<-- PsycoXul has quit (Remote closed the connection)
72<-- Hadaka has quit (Broken pipe)
73<-- Linus has quit ("disconnecting from stoned server.")
74<dwihno> Sure...
75<dwihno> The m3u format (as used by winamp):
76<dwihno> #EXTM3U
77<dwihno> #EXTINF:319,machinae supremacy - i turn to you
78<dwihno> C:\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
79<dwihno> Like this
80<dwihno> [playlist]
81<dwihno> File1=\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
82<dwihno> Title1=machinae supremacy - i turn to you
83<dwihno> Length1=319
84<dwihno> NumberOfEntries=1
85--> Linus (~linus@labb.contactor.se) has joined #rockbox
86<dwihno> Version=2
87<dwihno> that was pls
88<dwihno> you should check the playlist format in xmms
89--> PsycoXuul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
90<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
91<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
92<dwihno> please confirm :)
93--> Hadaka_ (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
94<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
95<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
96<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
97<adi|home> i thought we had bool defined as a type?
98<dwihno> I'm just sure you didn't miss anything because of the splits
99--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
100--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
101--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
102--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
103--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
104<Zagor> chooo
105--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
106<-- WetBed has quit (carter.openprojects.net irc.openprojects.net)
107<Zagor> Linus: why do you want to show the logo last in init?
108<adi|home> Zagor.. isn't bool defined in the src?
109<-- g003y has quit (Killed (hardy.openprojects.net (bear.openprojects.net <- sendak.openprojects.net)))
110<Hadaka_> why aren't the daily builds running btw?
111--> WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
112<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
113<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
114<Zagor> not any more. we use the definition in stdbool.h instead
115<Zagor> no, we removed it
116<dwihno> Hellojs Zag
117<Zagor> they are. the latest is the 11th, today
118<adi|home> k
119<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
120<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
121--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
122--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
123--- Disconnected (Remote host closed socket).
124**** ENDING LOGGING AT Tue Jun 11 03:12:56 2002
125**** BEGIN LOGGING AT Tue Jun 11 03:33:58 2002
126
127--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
128--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
129--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
130<Zagor> but why after button and mpeg init etc?
131<Zagor> it sort of defies the purpose to display the startup screen *after* startup...
132--- You are now known as adi|home
133<adi|home> well that was interesting
134<Linus> Zagor: i didn't bother at the time.
135--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
136<Zagor> yeah, openprojects seems very flaky at the moment
137<adi|home> btw... im beat.. can someone take a look at the scroll stuff?
138<adi|home> its buggy
139<Zagor> adi|home: what's the problem?
140<Linus> Bagder promised to remove the disk loading, and before that i just put it last
141<adi|home> i hav chars remaining on the screen after the scroll goes by
142<Linus> adi|home: yes it bugs
143<adi|home> zag... make a file of say 4 chars
144<Zagor> on last line, or all lines?
145<adi|home> foo.mp3
146<adi|home> and let it scroll
147<adi|home> oh.. i just submitted a playlist.c fix
148<Linus> it tries to scroll file names that are shorter than the screen width
149<Linus> and fails
150<adi|home> now we read in the file 255 bytes at a time
151<adi|home> hmm... leave it.. ill take a look tomorrow night
152<Zagor> ah, yes it does. my fault, fixing...
153<adi|home> you got it zag?
154<Zagor> yep, will fix
155<adi|home> k
156<adi|home> and i tested my playlist fix.. but im beat.. so if someone else could take a look as well, id appreciated it...
157<adi|home> night all
158--- You are now known as adi|sleep
159<Zagor> night!
160<Hadaka> hmh, I must agree that this 1.27something firmware is kind of even suckier than 1.24
161<Zagor> :)
162<dwihno> I think the scrolling part should have been fixed several versions ago... Sometimes the directory names I previously browsed are shown
163<Zagor> is it fixed in 1.27 then?
164<dwihno> no :)
165<Zagor> hehe
166<dwihno> and the screen garbage haven't been fixed either
167<dwihno> is there any screen garbage with rockbox?
168<adi|sleep> ok.. im back
169<adi|sleep> and pissed
170<adi|sleep> i cant get my damn archos mounted
171<adi|sleep> and i dunno hy
172<adi|sleep> why
173<Zagor> dwihno: there was, until i just fixed it :)
174<Zagor> adi|sleep: that sucks :(
175<adi|sleep> i don't remember changing anything
176<adi|sleep> i turn unit on
177<adi|sleep> i plug in..
178<adi|sleep> i go to mount
179<adi|sleep> and i keep getting that sda1 is not a valid block device
180<dwihno> Zagor: Whoa.... I am really looking forward to the mp3-decoding capable rockbox :D
181* adi|sleep pouts
182<Zagor> adi|sleep: try removing and re-modprobing usb-storage.
183<Zagor> sometimes it seems to get confused
184<Linus> dwihno: the rockbox is already mp3-decoding
185<Zagor> Linus: dwihno has a recorder...
186<Linus> oh
187--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
188<Linus> hi psycho!
189<PsycoXul> hi linhus
190<adi|sleep> cant locate module usb-storage?
191<dwihno> Linus: that should explain my curiosity regarding the tech specs of the recorder chip ;)
192<Zagor> adi|sleep: maybe you didn't compile it as a module?
193<adi|sleep> what i don't get is that it was working last week, and i haven't changed anything
194<adi|sleep> really
195<adi|sleep> odd
196<adi|sleep> how can i check if it was compile as a module?
197<Zagor> run 'lsmod'. if it doesn't show up, it's not a module
198<adi|sleep> k
199<PsycoXul> heh
200<PsycoXul> lsmod just shows loaded modules
201<Linus> dwihno: did you ask me about the recorder chip? I must have missed that in the splitting frenzy.
202<adi|sleep> k.. its not loaded
203<PsycoXul> find /lib/modules/`uname -r` -name 'usb-storage.o'
204<adi|sleep> any other ideas PsycoXul?
205<dwihno> Linus: Nah, I was just curious if you started working on the mp3 decoding on the recorder, and you replied you had a look in the tech docs.
206<adi|sleep> nothing :)
207<Linus> ah
208<PsycoXul> well whatever modules you have should be in /lib/modules/<kernel-ver>/*
209<adi|sleep> k
210<adi|sleep> ill be back
211**** ENDING LOGGING AT Tue Jun 11 04:05:11 2002
212
diff --git a/www/irc/rockbox-20020612.log b/www/irc/rockbox-20020612.log
deleted file mode 100644
index 8dbb01ab74..0000000000
--- a/www/irc/rockbox-20020612.log
+++ /dev/null
@@ -1,183 +0,0 @@
1**** BEGIN LOGGING AT Tue Jun 11 04:10:23 2002
2
3--> adiamas (~adiamas@216.194.26.64) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
6--- You are now known as adi|home
7<Bagder> hey adia
8<Bagder> nice playlsit fix
9<adi|home> thanks :)
10* adi|home finally did something productive
11<adi|home> i figured 255 was a good size...
12<adi|home> 8shrugs*
13<Bagder> yes, its fine
14<adi|home> OH MY GOD!
15<adi|home> rockbox.. on my recorder?!!!
16* adi|home does backflips
17<Bagder> does it rock?
18<adi|home> but the text is _very_ pale
19<adi|home> dunno yet :)
20<Bagder> hehe
21<Linus> adi|home: the paleness is interesting
22<adi|home> hmm problem thought
23<Linus> did you build it yourself
24<adi|home> no..
25<adi|home> its the one from the builds off the site
26<adi|home> i don't have a cross compiler yet
27<Linus> ok
28<Linus> the LCD contrast is an issue in lcd.c
29<adi|home> and interesting.. it dont play nice with the dc plugged in.
30<Bagder> Linus: its not that pale on yours is it?
31<Linus> Bagder: no
32<Linus> adi|home: "play nice"?
33<adi|home> i plug the dc in and it reboots to recharge mode
34<adi|home> i leave it in
35<adi|home> and press on, it reboots.. pauses, and jumps back to recharge mode
36<Linus> wow!
37<adi|home> ?
38<adi|home> ned to increase logo display time
39<Linus> wow! as in "what the heck"
40<adi|home> i see it for like 1/10th a sec.. and its gone
41<adi|home> am i the only person that has had this happ
42<Linus> adi|home: we don't want to show the logo longer time than the setup needs
43<Linus> and right now it displays a little late
44<Bagder> Linus: why did you move the logo showing to after all the init?
45<adi|home> got ya.
46<Linus> Bagder: because it tries to load the logo from disk
47<Bagder> not anymore
48<Linus> i could have put it before the last two calls, and gained a millisecond
49<Bagder> you can have it after the lcd_init() now, can't you?
50<adi|home> okay.. off to bed for real :)
51<Bagder> night adi|home
52<Linus> Bagder: perhaps now, but not when i committed that change
53<Bagder> then too actually ;-)
54<Linus> oh maybe the commit mail was late
55<Bagder> my fix was ~40 minutes before yours ;)
56<Linus> :-)
57<Linus> Then move it up!
58<Bagder> yessir, will do!
59<Bagder> *done*
60* Zagor is now officially a counter-strike consultant :)
61* Bagder hands Zagor the "professional gamer" sticker
62<dwihno> Check the latest post in the mailing list
63<Zagor> yup, that's cool
64<dwihno> That URL should be placed on the rockbox site.
65<Zagor> hmm. the "hardware mods" page, maybe?
66<Bagder> yes
67<Bagder> or possibly "related projects"
68<dwihno> Have you seen such a joystick earlier?
69<Zagor> yes, he has mailed about it before
70<dwihno> mkay
71<dwihno> One of those would be cute
72<dwihno> Although pretty useless without a display
73<dwihno> stop/play/pause/volume perhaps
74<Zagor> you can't have a display without hacking the archos
75<dwihno> :/
76<dwihno> well, I guess you can't have everything
77<dwihno> the official remote from archos, does it have display?
78<Zagor> no
79<Zagor> the remote control plug only has data-in (into the archos) so there is no way to transmit data back to the remote. that's why you can't have a display
80<Zagor> brb
81<-- Zagor has quit ("Client Exiting")
82--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
83<ironi> hi
84<ironi> Bagder: there?
85<Bagder> yah
86<ironi> im working on a small sms thingy
87<ironi> I considered using smash as server and phpsmash as client
88<ironi> is it easy to install and configure?
89--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
90<Bagder> never tried phpsmash
91<Bagder> smash itself is pretty easy
92<Bagder> the tricky part is if you want to tweak a plugin or something
93<ironi> wel the plugins you have links toon your page
94<ironi> don't say that they actually are plugins for smash
95<Bagder> smash uses plugins
96<Zagor> links to plugins?
97<ironi> well yeah
98<ironi> freenet and so on
99<ironi> cause that is what im aiming at
100<ironi> web-based sms services
101<Zagor> yes, the links are to external programs you can call with the "shell" smash plugin
102<ironi> ok
103<ironi> so can you specify plugin to use from the client?
104<ironi> and params to the client
105<Zagor> you can specify which operator to use. the details are defined in the server config
106<ironi> ok
107<ironi> hm
108<ironi> maybe i should use linuxsms for what I am doing
109<ironi> just rebuild it a bit
110<ironi> its not very compliated thing to do
111<Zagor> that's for you to decide :) what do you want to do?
112<ironi> Zagor: a project for my fellow siemens s45/me45 users
113<ironi> im going to make a compiled wml page that they can store in the small file archive on the phone
114<ironi> in it, they will be able to enter username, password and sms number & message
115<ironi> press send and it will send it through the server
116<ironi> just trying it out for fun...
117<ironi> which gives virtually free sms through gprs
118<Zagor> i'd recommend smash for that, since it has proper queueing. you don't want to reinvent that, trust me :)
119<ironi> why not sending messages at once?
120<ironi> Zagor: becuase of the load?
121<Zagor> to save bandwith == money
122<ironi> well
123<Zagor> also many use dialup, so you want to keep down the number of calls
124<ironi> yeah money for the users, you're right
125<ironi> keep down the number of calls...now im not following
126<Zagor> most people use GSM operators' official dial-up SMS servers
127<Bagder> but ironi isn't
128<Bagder> he doesn't necessarily need queueing
129<Zagor> i know. but it's still a good idea to queue, to avoid many parallel connections to the service
130<ironi> Zagor: for bandwidth
131<ironi> Zagor: so gsm operators have a number one can call to send sms?
132<Zagor> that, and to avoid getting blocked for over-use...
133<ironi> How expensive is that anyway
134<Zagor> mostly it's priced the same as a mobile call
135<ironi> ok
136<ironi> well
137<ironi> smash.cgf not found
138<ironi> cfg
139<ironi> hm..
140<ironi> oh.
141<Zagor> smashd --config <file>
142<ironi> i see
143<ironi> great commenting in the smash.cfg :-P
144<Zagor> it's a hackers-only file ;)
145<ironi> i put config, smash binarys and plugins in /usr/local/bin/smash
146<ironi> maybe thats politically incorrect
147<ironi> =)
148<Zagor> that's fine
149<ironi> is smashd very resource demanding?
150<Bagder> no
151<ironi> there it goes, up n running
152<Zagor> the one we have running has spend 2 cpu seconds since june 1st :)
153<ironi> hehe
154<ironi> well
155<ironi> now i need to send messages to it
156<Zagor> ironi: let's go to #smash instead. ok?
157<ironi> maybe easiest to send wml page to a php page, and from the php page sent it to the server
158<Zagor> woobiedooobie. i'm browsing files with Rockbox on my recorder
159<Zagor> the screen update is horrible slow :(
160<dwihno> :/
161<Bagder> why is that you think?
162<dwihno> vsync? :)
163<Zagor> i don't know. i just know when i scroll down, you can see the screen clear and then redraw. and you don't see that with the archos firmware
164<Zagor> and the contrast is waaaay too low
165<Zagor> but WOWSERS the logo is cool! :)
166<Zagor> in fact, it seems Rockbox actually boots faster than the original firmware.
167<dwihno> :O
168<dwihno> Zagor: cool stuff
169<dwihno> Mail the ajz to me :)
170<Zagor> http://bjorn.haxx.se/rockbox/recorder/archos.ajz
171<ironi> now i wish i had a recorder
172<dwihno> *awating bootup*
173<Zagor> Linus: is lower value higher contrast, or the opposite?
174<Linus> I don't know. I guess higher numbers gives higher contrast
175<Zagor> testing
176<Linus> but it's not that easy
177<Zagor> no?
178<Linus> the contrast setting (according to the solomon data sheet) is an iterative process
179<Zagor> tetris ROCKS! :)
180<Linus> you have to continue setting the contrast until the status resister says it is done
181<Zagor> oh
182<Linus> register
183**** BEGIN LOGGING AT Wed Jun 12 00:05:58 2002
diff --git a/www/irc/rockbox-20020613.log b/www/irc/rockbox-20020613.log
deleted file mode 100644
index d2adee6115..0000000000
--- a/www/irc/rockbox-20020613.log
+++ /dev/null
@@ -1,1988 +0,0 @@
1
2--> adiamas (~adiamas@216.194.26.204) has joined #rockbox
3--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
4--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
5--- You are now known as adi|home
6--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
7<elinenbe> hello there
8<elinenbe> here is a little something hard drive mp3 player related...
9<elinenbe> http://story.news.yahoo.com/news?tmpl=story&ncid=70&e=4&cid=70&u=/cn/20020612/tc_cn/935202
10--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
11<Bagder> moo
12<adi|home> AHHHH
13<adi|home> Bagder: is back!!!
14* adi|home runs away screaming
15* Bagder stands tall and watches adiamas run away
16--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
17<Bagder> hey Z
18<Zagor> hey all
19<Zagor> everyone in the office is looking at the world cup... /me can't be bothered.
20* Bagder agrees
21<Zagor> Bagder: could we change the changelog file to changes-<date>.txt? apparently MSIE refuses to display .log files in the browser. at least I fail.
22<Bagder> hehe
23<Bagder> noooo :-)
24<Zagor> for some reason I can't even persuade Opera to do the right thing :(
25<Bagder> m m m mozilla
26<Zagor> yeah, but there's the rest of the world too :)
27* Bagder takes up the fight against the world
28<Bagder> ok, so exactly the same only .txt instead of .log?
29<webmind> hmm
30<webmind> isnt that the server ?
31<webmind> that gives out a wrong mime format?
32<Zagor> no, the mime type is correct. MSIE ignores mime types.
33<webmind> owh.. jolly :)
34<Zagor> Bagder: yes please
35<Bagder> coming right up
36<Bagder> there
37<webmind> u could make a symlink called: msie-change-<date>.txt
38<webmind> :)
39<Zagor> works in MSIE now
40<Bagder> i-am-a-looser-gimme-that-ie-link.txt
41<Zagor> Opera still won't display it. very strange
42<webmind> opera6?
43<webmind> opera does weird things
44<Bagder> Zagor: you should check for .log *or* .txt for now
45<Zagor> ok
46<Bagder> Zagor: the older ones are still .log
47<Zagor> opera mostly does The Right Thing, sometimes more than you want...
48<webmind> uhm yeah
49<webmind> ans sometimes completely not
50<Zagor> don't confuse "won
51<Zagor> ah, never mind
52* adi|home pokes you in the head
53<adi|home> so i never got a full answer.. what type of files are accpectable playlist?
54<adi|home> .m2u?
55<adi|home> m3u rather
56<Bagder> .m3u
57<Bagder> full path names
58<adi|home> anything else?
59<Bagder> nope
60<Bagder> lf or crlf separated
61<adi|home> right..
62<adi|home> okay...
63<adi|home> grrrrr... 2 world cup games on at once.. this is tough
64--> Linus (~linus@labb.contactor.se) has joined #rockbox
65<Zagor> hey linus
66<adi|home> and both games i wanna see :(
67<Linus> moo
68<adi|home> zag.. did you see the FAQ?
69<adi|home> I put the stuf in from you /. email
70<adi|home> wanted to know if things make sense
71<Zagor> adi|home: nice. i'll take a look
72<adi|home> k
73<adi|home> let me know if there is anything we're missing
74<Zagor> yup
75<adi|home> not that i will put it in.. but go ahead and tell me ;)
76<Linus> Zagor: don't you think the FAQ should have the same blue background?
77<adi|home> id agree
78<adi|home> if you want.. i can purty it up and put it into html
79<adi|home> can keep an html and text version if you like
80<Zagor> hmm, i'd like to keep it one file
81<Zagor> i'll try to make a perl hack to format the txt file into a html page
82<adi|home> if your going to.. can you also toss in an auto index?
83<Zagor> yup
84<adi|home> all questions will be formated with Q#. on the first left col.
85<Zagor> good
86<adi|home> so just pull that and then link them to the actual question
87<Zagor> and a clear line btwn questions
88<adi|home> *nods*
89<adi|home> all answers are A#. as well
90<adi|home> and if you are really bored.. ;)
91<adi|home> you could parse for http lines and make them links ;0
92<Bagder> he should
93<adi|home> oh.. and last thing
94<adi|home> i could _really_ use central air here.. so when ever you want to come over and put it in
95<adi|home> id be ever so greatful
96<Zagor> A18 should probably not be so Gatesy. wav is uncompressed simple PCM data. you're probably thinking of WMA files?
97<adi|home> nah.. i wsa just being a dick :)
98<adi|home> i fix :)
99<Zagor> the answer is good, for WMA
100<Zagor> :)
101<adi|home> okay.. fixed
102<Linus> I had my Recorder running the gdb stub for almost a whole day yesterday, connected to the charger
103<Linus> and when i switched back to the original firmware, the battery meter was completely screwed up...
104<Zagor> ooh. for starters, or after several minutes too?
105<Linus> it is always empty when i boot it up, and then shows a normal setting
106<Bagder> weeirdo
107<Linus> and after a while it shows empty again
108<Bagder> btw, the buttons are too sensitive
109<Zagor> and stays empty?
110<Linus> Zagor: i don't know. I had it in my pocket most of the time
111<Linus> Bagder: bounces?
112<adi|home> define too sensative
113<Bagder> possibly, I just noticed that when I wanted to get into a directory
114<Bagder> I often ended up going down two levels at once
115<Linus> i have the same experience with the player
116<Linus> we need debouncing of some kind
117<Bagder> yeps
118<Hadaka> hmm, why do the buttons bounce - does the hardware actually do that?
119<Zagor> yes
120<adi|home> ahh.. that just may be our timing Bagder
121<Linus> most definitely
122<Zagor> it's a standard problem for all buttons
123<Hadaka> not on the arcade buttons I've dealt with ;)
124<Bagder> hehe
125<Zagor> that's because they added debounce, just like we need to
126<Hadaka> hardware debounce?
127<Zagor> we have to do it in software
128<Hadaka> well ok, just as long as it allows me to press a button for 1/60th of a second and still get the press in
129<Zagor> hehe. 60 Hz is quite a heavy load. I'd say 30 is more reasonable
130<Zagor> oh well, we'll just test and adjust
131<Hadaka> yeah
132<adi|home> what exactly is debounce?
133<Zagor> detection and suppression of (very) short double-presses
134<adi|home> ahh.. k
135<Zagor> it's due to there being noise in the button connection, so it sometimes electrically flip-flops several times per intended keypress
136<Linus> adi|home: we compensate for the button bouncing by reading the buttons several times
137<adi|home> *nods*
138<adi|home> grrrrr.. screen redraw on th recorder is still not right
139<Zagor> no? what happens?
140<adi|home> well.. i have a short filename
141<adi|home> and i have long filenames
142<adi|home> all is fine till i scroll and bring the short file as the last one on te screen
143<adi|home> it seems we aren't clearing the line before we draw the new text there
144<adi|home> so you have remaining garbage
145<Zagor> testing...
146<adi|home> im tracking it now
147<Bagder> try to repeat it in the simulator
148<adi|home> i am now
149<adi|home> its in the simulator that im getting it
150<Bagder> aha
151<Zagor> ok
152<adi|home> what aha?
153<Bagder> nothing, I just thought you saw in on target
154<Bagder> s/in/it
155<Zagor> I can't repeat the problem. I have a short file in the last line, no problem
156<adi|home> you need to have the short file _not_ on the screen to begin with.. hold on.. ill get a screen shot for you
157<Zagor> i didn't. it was song #15
158<adi|home> ill try a recompile
159<adi|home> maybe i have an old obj file
160<Zagor> adi|home: Q28 should read "is this legal" not "is that legal"
161<adi|home> k
162<Zagor> both "that" in Q28 should be "this"
163<Zagor> A29 will fail parsing, since it contains blank lines
164<adi|home> nope.. still getting it.. hmmm.. ill try and update again.
165<adi|home> http://orion.ramapo.edu/~rhak/misc/shot.png
166<adi|home> look at that
167<Zagor> A30 should probably say something like "The first release is called 1.0 because it has a basic working feature set, that works and has no known bugs. That is what 1.0 means."
168<Zagor> adi|home: looking. odd that I can't repeat it.
169<Zagor> ah, got it.
170<Zagor> the previous file has to scroll first, then when I scroll down I get the bug
171<adi|home> ahh okay
172<adi|home> so im not insane ;)
173<Zagor> well I wouldn't rule that out just yet...
174<adi|home> hehehe
175* Bagder hears noise from the lab
176<Bagder> there's a tv there
177<Zagor> yeah, sweden scored a goal
178<Bagder> I suspected that
179<Linus> Yieeehaaaaa!!!!!
180<adi|home> heheheh
181<adi|home> yup
182<adi|home> just saw replay
183<adi|home> im watching the rong damn game
184<Zagor> hehe
185<adi|home> i want to watch england
186<adi|home> and i want to watch argentina lose
187<Bagder> wooo, playlist icon
188* adi|home nods happily
189<adi|home> we have it, why not use it?
190<adi|home> FAQ fixed
191<Zagor> yay, neato
192<Bagder> did anyone try to play a playlist yet?
193* adi|home is all about 1-3 line code additions ;)
194<adi|home> hehe nope...
195<Zagor> Bagder: nope :)
196<adi|home> i don't want my recorder to explode ;)
197<Bagder> haha
198<adi|home> if someone gets me a nice new compile ill test it...
199<Bagder> hehe, the recorder will happily ignore it
200<adi|home> i havent built my cross compiler yet
201<adi|home> ahh.. then nope...
202<adi|home> okay.. bleary eyes.. and im still on call for another 3 hrs.. im off to bed...
203<Bagder> night adi
204<adi|home> if you have any toher FAQ changes.. post them.. ill get them in the (my) morning
205<Zagor> looks good for now. thanks!
206<Bagder> I'm not satisfied with the scroll
207<Zagor> ok?
208<Bagder> too much blanks
209<Zagor> yes, I agree. looking at that now
210<Bagder> neato
211<Zagor> when the last char leaves the left side, the first should come in on the right. no "empty line"
212<Zagor> or do you want it even tighter?
213<Bagder> exactly
214<Bagder> I could do with just X spaces in between
215<Bagder> where X would be 2-3
216<Bagder> I mean between the last and the first
217<Zagor> i think that might sometimes be confusing, as it wouldn't be obvious where the start is
218<Zagor> i'll do the simple fix first
219<Bagder> I think it is an improvment as it'll make more text readable at all times
220<webmind> hmmm
221<webmind> should any 60gb 2.5" hd work in a jukebox studio ?
222<webmind> or 40gb
223<Zagor> if it's 9.5mm, yes
224<webmind> nice..
225<Zagor> just check the power requirements. the toshiba 60gig draws very much power at startup
226<webmind> hm k
227<webmind> woulkd take forever to fill though i think
228<Zagor> it's not a problem, but it might make a difference in battery life
229<webmind> uhuh
230<webmind> and batterylife is already decreasing
231<Bagder> Greg Haerr seems to be "mr Microwindows"
232<Zagor> huh?
233<Zagor> oh
234<Zagor> cool
235<Bagder> yeps
236<Bagder> heh, Greg is good ;-)
237<Zagor> yeah
238<Zagor> yay, the new server hardware has arrived
239<Bagder> yay!
240<Zagor> dual Athlon MP 1600+
241<Bagder> 1600MHz, aren't they called 1800 or something?
242<Zagor> ah, yes
243<Zagor> those model names are confusing :)
244<Bagder> indeed
245<Zagor> uh, my scroll fix didn't look so good on the player...
246<Bagder> ata_read_sectors() could be renamed to ata_read_sector() I guess and always read one
247<Zagor> nah we'll just fix it instead
248<Bagder> so you plan to use other than 1 too then
249<Zagor> umm, maybe not. only the fat32 driver uses ata and that always just reads 1.
250<Bagder> that's my point, if the reading works good today, then we don't need anything else but 1
251<Zagor> agreed
252<Linus> Zagor: does the ATA read sector loop need to poll the DRQ bit for each sector?
253<Zagor> ummm, don't remember
254<Linus> it doesn't today
255<Zagor> let's just skip the loop, we never read more than one anyway
256<Linus> i'm fixing the bug Greg found
257<Linus> we night gain some performance by reading several sectors at once
258<Linus> might
259<Linus> i am a moron
260<Zagor> umm, yes. but our code doesn't...
261<Linus> we do wait for DRQ
262<Linus> I'll just add the buf += 512 and it should work
263<Bagder> += SECTOR_SIZE
264<Bagder> right?
265<Linus> yeah
266<Zagor> duh, i suck
267<Bagder> hey, Anja loved Rockbox... she could play tetris ;-)
268<Zagor> hehe
269<Bagder> although the not playing music part was a bit hard to explain ;-)
270<Bagder> "yes, this is an mp3 player but it can't play mp3"
271<Zagor> haha
272<Bagder> there are three threads right now, isn't it? with the new one being the lcd scroll?
273<Zagor> yes. i'm writing a response to his mail :)
274<Bagder> goodie
275--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
276<adam> heh
277<adam> X11 session from one Linux box to the Linux craptop
278<adam> == amusing
279<adam> prepped for the great LUG today
280<adam> :P
281<Bagder> :-)
282<Bagder> what LUG is this?
283<adam> I got a back ache when I brought my massive box last time
284<adam> heh
285<adam> a local LUG in Minneapolis
286<adam> pretty unofficial ;p
287<adam> we don't even have a website
288<adam> I think anyone who says Linux has no use on laptops is a total dimwit
289<Zagor> well whay else would you use?
290<adam> they generally don't require one use some damned 'touchpad' 90% of the time
291<Zagor> nintendo?
292<adam> I'd generally prefer a big hulking tower for Linux
293<adam> but I guess two reasons I'm REALLY liking it on this laptop
294<adam> the network segment Windows 9x basically screwed up totally with the crappy pegasus chipset USB adapter
295<adam> linux complains, but doesn't die.
296<adam> which is a huge improvement
297<adam> second off, this thing is old and slow. Linux makes it very usable. Windows does not.
298<adam> 4:30 AM
299<adam> my sanity apparently exited when I first moved into x86
300<adam> moving from a 68000 to a 68040 then to an 800mhz PIII :P
301<Bagder> amiga?
302<adam> heh, nope
303<adam> amusing. running this xmms from a box on the other end of the home, displaying it an xserver on this laptop, then playing the sound via an icecasted stream.
304* adam needs to become less lazy about setting up NFS
305--> plmirc (plmirc@152.190.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #Rockbox
306<adam> hi
307<plmirc> Hi at all
308<plmirc> just a very little question
309<plmirc> hmm...
310<Zagor> sure
311<adam> why not a big interesting question?
312<plmirc> why mean the message ata: -4
313<Bagder> it means you're using old software ;-)
314<Zagor> it means the ata code bugs for recorder
315<plmirc> I'm too hurry ?
316<Zagor> try the latest daily build
317<plmirc> it is this one I tried
318<Linus> plmirc: what kind of recorder do you have?
319<plmirc> archos20020612.ajz
320<plmirc> I have the 10 G version
321<Zagor> which recorder model do you have?
322<Bagder> *plopp*
323<Linus> i think we have found our man!
324<Zagor> interesting! we have only tested with recorder20 so far. you can help!
325<plmirc> oupsss
326<Linus> plmirc: you are our hero!
327<plmirc> ciao !!!
328<Bagder> our man
329<plmirc> really ?
330<adam> heh
331<plmirc> but why explain me !
332<Linus> yes! we have been looking for a guy with an older recorder
333<plmirc> YEAH !!!!!!!! If I can help you the first enjoyed !!
334<Linus> plmirc: are you willing to try a test version?
335<plmirc> YEAH !!!!!!!! If I can help you, I'm the first enjoyed !!
336<adam> ...
337<plmirc> Yes I want !
338<Linus> hang on...
339<plmirc> what do you want I do ?
340<Linus> can I mail it to you?
341<plmirc> y orginal firmware is the 1.24
342<plmirc> yes
343<plmirc> My mail is
344<adam> oh well.
345* adam hits the hay
346<adam> good night
347<plmirc> p_lm@hotmail.com
348<Linus> night
349<-- adam has quit ("[BX] Reserve your copy of BitchX-1.0c19 for the Atari 2600 today!")
350<Zagor> night adam
351<plmirc> night
352<Linus> ok, plmirc. Hang on.
353<plmirc> I wnat to say before continue that I really love your idea to create an open firmware for the archos mp3 player/recorder
354<plmirc> And i really really want to encourage you !!
355<Bagder> :-)
356<plmirc> The World is needed men like you !!!
357<Zagor> hehe. thanks
358<Linus> thanks!
359<plmirc> excuse my english....
360<Zagor> where are you from?
361<plmirc> I'm french
362<Zagor> ok
363<plmirc> and you ?
364<Zagor> we (the core team) are swedish
365<plmirc> Congratulation for your football demonstration !!
366<Zagor> but there are english, french and american contributors too
367<Zagor> hehe, yeah they seem to be happy about it :) I'm not much into football myself.
368<Linus> Go Sweden Go!
369<plmirc> every body is into football when it is the world cup .. isn't it ?
370<Linus> plmirc: i have mailed the test code
371<Zagor> well some of us prefer hacking :)
372<plmirc> oki
373<Linus> plmirc: but i'm not sure how it works, i accidentally included some other non-working changes...
374<plmirc> I check my mail box right now
375<Linus> (the MAS3587F code)
376<plmirc> yeah i have it
377<Linus> good luck, and be careful out there... :-)
378<plmirc> there is a big bad virus in that ??
379<Linus> :-)
380<plmirc> no i'm kidding
381<plmirc> but why it is so small
382<Linus> surprised?
383<plmirc> the official has a double size
384<Linus> well, we are not done yet.
385<plmirc> Are you limited by the size ?
386<Linus> The limit is about 250Kb I believe
387<plmirc> I connect my archos mp3 recorder 10 G version
388<Linus> but we don't know for sure
389<Linus> *boooom*
390<plmirc> I copy your file....
391* Bagder awaits
392<Linus> (drum roll)
393<plmirc> yes i looked for this word, thx ! ;)
394<plmirc> and.......
395<plmirc> and .....
396<plmirc> and ..
397<Bagder> *silence*
398<plmirc> ok i deconnect and turn it off now
399<Zagor> the suspense is KILLING me! :-)
400<Linus> even more that the football game
401<Zagor> and to think people found the world cup match exciting
402<plmirc> hmmmm
403<Linus> than
404<Linus> don't say that
405<plmirc> rockbox vs cvs is on the screen this time during a longer time
406<plmirc> and yes i can now view all my files
407<Linus> YIPPIE!!!!
408<Bagder> *kewl*
409<plmirc> what are you changing ?
410<Zagor> YAY
411<plmirc> what did you change ?
412<Linus> The address encoding of the ATA registers is different in your version
413<Bagder> so we need to autodetect that somehow
414<Linus> I suspected this, and you made it possible to verify
415<Linus> You saved my day!
416<plmirc> I can go in and out directory whith ouot any problem !
417<plmirc> Good Job !
418<Linus> Don't try to play anything...
419<Bagder> plmirc: now press the menu key and play tetris ;-)
420<plmirc> oki
421<plmirc> it is possible ?
422<Linus> yes
423<plmirc> no i don't beleive it
424<Linus> no, playing mp3 is not possible
425<plmirc> let's try ...
426<Linus> yet
427<Linus> OK. now we need a way to autodetect this
428<plmirc> YEAHHHHHHHHHHHHHHHHHHHHH OU OU OU OU OU YEAHHHHHHHHHHH !!!!!!!!!!!!!!!!!!!!! IT IS WORKING I PLKAY TETRIS ON MY ARCHOS !!!!!!!!!!!!!!!!!!!!!!!!
429<Zagor> plmirc: press a menu key, then you can play tetris
430<plmirc> WOUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU §!!!!!!!!!!!!!!!!!!!!!
431<Linus> maybe we can do the same as the master/slave detection?
432* Bagder laughs
433<plmirc> YES UES YES YES YES YES !!!!!!!!!!!!!!!!!!!
434<Zagor> Linus: what is the difference?
435<plmirc> ou !!!
436<plmirc> whowww !! it is fast
437<plmirc> yeah !!!!!!!!!!!
438<plmirc> it marvellous !!!
439<plmirc> I love it
440<plmirc> I made 0 line but I love it !
441<Linus> Zagor: what do you mean?
442<Zagor> what's the difference in ATA adressing?
443<Linus> The CONTROL/ALT_STATUS is at 0x61000306 in older versions, 0x61000206 in newer
444<Linus> How lame
445<Zagor> and it doesn't work to adress 306 in newer versions?
446<Linus> no.
447<Zagor> :(
448<Linus> I wonder why they have changed the address encoding in only one specific version?
449<Zagor> rec20 is obviously a major update
450<Linus> They must have screwed up
451<Linus> I mean, why have it at 206 in Player, change it to 306 in the recorder10, only to change it back in recorder20???
452<Linus> plmirc: can you be around for more tests in the future?
453<Zagor> ah, you're right
454<Zagor> I wonder what the recorder6 has
455<Linus> 306 i guess
456<Linus> the difference is probably only the HD
457<Zagor> yse
458<Zagor> yes
459<plmirc> linus: yes I' ll be
460<Linus> good. we need you
461<Linus> Zagor: do you think we should autodetect or configure?
462<Zagor> i'm not sure
463<Zagor> it's a fourth target...
464* Bagder hrmpfs
465<Linus> if it's only the ATA I think we should autodetect
466<Zagor> still, if we auto-detect this why wouldn't we auto-detect the player lcd?
467<plmirc> just a little question.. again.. but songs can be played on the player version and not on the recorder version.... it will take a long time before recorder can play song too ?? Are you near of this result with recorder version ?
468<Linus> I wonder if there are players around with 306 addressing=?
469<Linus> plmirc: it's not far away
470<Zagor> I think we'd have heard about that
471<plmirc> oki thx linus
472<Zagor> Bagder: was that hrmpf an opinion of some sort?
473<Linus> Zagor: their firmware use variables for the ATA register addresses
474<Zagor> yes of course. and for lcd function pointers
475<Linus> "of course"?
476<Bagder> Zagor: yes, I'd prefer autodetect of the ATA
477<Zagor> so should we then autodetect the lcd too?
478<Bagder> not necessarily
479<Zagor> ...since?
480<Linus> no we can't autodetect the lcd
481<Bagder> the lcd differences are so huge
482<Zagor> sure we can, just like the stock firmware does
483<Linus> ah, the ond/new player lcd
484<Linus> old
485<Bagder> ah, that
486<Zagor> yes
487<Linus> i thought you meant the recorder.....
488<Bagder> me too ;-)
489<Bagder> I could very well have an player-LCD auto detect too, yes
490<Linus> that would be nice
491<plmirc> There is an other function which can be interesting, but maybe it is too early to think about it right now, can I tell it to you now or I have to wait before speaking about new function ?
492<Linus> shoot!
493<plmirc> shoot ?
494<Zagor> go ahead and tell us
495<plmirc> ok
496<plmirc> sometimes when I'm listening a song I want to listen an other one in a other directory just after the ont which playing
497<plmirc> it is possible to select the next song which will be playing during an other song is playing ?
498<plmirc> it is like a playlist but in real time
499<plmirc> I don't know if you know what I mean ?
500<plmirc> and if you think it is really interesting ?
501<Linus> Like the queue option in the Archos firmware?
502<plmirc> yes but during a song is playing
503<plmirc> not pre-determinated like a winamp playlist song
504<Linus> Tha Archos firmware has exactly that, so I want that for Rockbox as well
505<Zagor> yeah, that will probably come sooner or later
506<plmirc> it is like when your listen a mp3 whith winamp and you select the next dropping the file in the queue
507<plmirc> well.. it was the idea of the day, if you need me just call me...
508<plmirc> going to sleep... but my computer stay online
509--- plmirc is now known as plmirczzZZ
510<Linus> night
511<Zagor> Linus: is the mutex atomic?
512<Linus> probably not
513<Linus> why?
514<Zagor> i was thinking about what greg said. since we use the queue code from both threads and interrupts, shouldn't the mutex be interrupt protected?
515<Linus> the queue code doesn't use the mutex
516<Zagor> ah, ok then
517<Linus> it disables the irq
518<Zagor> good
519--- Zagor is now known as Zagor|lunch
520--- plmirczzZZ is now known as plmirc|zzZZ
521--- Linus is now known as Linus|meeting
522--- Zagor|lunch is now known as Zagor
523<-- dwihno|gone has quit (Remote closed the connection)
524<Bagder> brb
525<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
526--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
527--- plmirc|zzZZ is now known as plmirc
528<plmirc> I just wake up and I made a dream.. I play Tetris on my archos with an other opposant through usb cable, it will be possible ?
529<Zagor> no, usb is out of our control
530<plmirc> snif :'(
531<Zagor> it is only for harddisk access
532<plmirc> there is the digital IN/out port !!!!
533<Zagor> yes, it's a little boring
534<Zagor> yes but that's only for sound data. we can't access it directly either
535<plmirc> i know it is possible to have information from ear port
536<Zagor> no, only to the port. not from.
537<plmirc> it is the way of remote control
538<Zagor> yes, but it's only one-way
539<plmirc> hummm ok.... hmmm . there 's any port again...
540<plmirc> :'( one-way, no way...
541<plmirc> yeah !!! I found !!!!!!!!
542<plmirc> why not use the line-in port for the one-way information and the ear port for the other-way information ???
543<Zagor> the ear port is the only port we can control. line is directly connected to the sound chip
544<plmirc> dawn !!!
545<plmirc> shit !!
546<Zagor> now now, no foul languange necessary
547<plmirc> sorry... :p
548<Bagder> Zagor: so when's the server upgrade happening?
549<Zagor> i'm thinking about doing it tomorrow morning, to minimise the impact
550<Bagder> sounds wise
551--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
552<-- plmirc has quit (Read error: 104 (Connection reset by peer))
553<elinenbe> I was jsut reading thorough the logs.my recorder firmware is 1.17ia. I still get the ATA error with the dail builds
554<Bagder> elinenbe: what recorder type?
555<Zagor> elinenbe: the new ata code isn't in the daily yet. it was just a test.
556<elinenbe> it ia a recorder 6GB
557<Bagder> elinenbe: yes, that once will need a fix
558<Bagder> that one
559<elinenbe> have you figured out the problem with this version?
560<Zagor> ok, so at least we know 6 and 10 are the same
561<Bagder> yes
562<elinenbe> send me the firmware and I will try it out.
563<Bagder> Zagor: do you have any good idea on how to autodetect?
564<Zagor> we could probably do something in the line of our master/slave detect. test the two addresses and see who responds correctly
565<Zagor> elinenbe: are you prepared to test?
566<elinenbe> I am always prepared.
567<elinenbe> I am using chatzilla here though, so I have no DCC transfers.
568<Zagor> no problem, i'm putting it on the web server
569<elinenbe> you have to support the OSS movement.
570<Zagor> the force is strong with you... :)
571<elinenbe> I see the change logs have added a CR or a LF to the end. This makes windows users happy.
572<Bagder> actually, the extension was changed and that's the only diff ;-)
573<Zagor> it's just silly windows browsers that care about filenames instead of mime types
574<elinenbe> true. It was changed from .log to .txt
575<elinenbe> that is some stupid shit
576<Zagor> that is msie for you...
577<elinenbe> just tell me when it [the recorder firmware] is up on the web page. I will go to town with it.
578<Bagder> it doesn't play any music yet though ;-)
579<elinenbe> understandable... who needs to play mp3s anyway
580<Zagor> tetris works, that's all you need :)
581<elinenbe> true.
582<Zagor> http://bjorn.haxx.se/rockbox/recorder/ajbrec.ajz
583<Zagor> go go go
584<Zagor> noooo, won't work. stop
585<Zagor> now
586<Zagor> my fingers are quicker than my brain :)
587<elinenbe> so, should I try it?
588<Zagor> yes
589<Zagor> i'll try it on my rec20 too
590<Zagor> works for me. how about you?
591* Bagder crosses his fingers
592<elinenbe> Paraguay is now up 3-1 on Slovenia -- 3 goals in the 2nd half
593<elinenbe> "ata: -4"
594<elinenbe> :(
595<Bagder> ough
596<Zagor> hmm, ok new version. try again.
597<Bagder> was that an autodetect attempt?
598<Zagor> yes
599<Zagor> worked for me, but I set one bit wrong
600<elinenbe> on the player why dont you use the up down buttons to scroll through the directory? and the left right to go into/ out of the directory.
601<elinenbe> it seems more logical
602<Zagor> because it doesn't have up and down buttons.
603<Zagor> people have used left/right (which are actually called -/+) for ages, they will scream bloody murder if we change that
604<Zagor> look at the comparison and you'll see the player doesn't use the same cursor navigation concept as the recorder
605<elinenbe> true. I forgot. I used to have a player, but I got one of the first recorders.
606<Zagor> Linus|meeting: what were the addresses? you said 0x06100306 and 0x06100206 but the "old" code uses 0x06200206
607<Zagor> this last version gives me an ata: -4 too
608--> edx (OKE60@pD9EAB833.dip.t-dialin.net) has joined #rockbox
609<edx> hi
610<Bagder> hey
611<elinenbe> hey there.
612<edx> *fixing win32 code finally now..*
613<Bagder> coolio
614* elinenbe starts yelling "E-D-X" at the top of his lungs and wakes the neightbors!
615<edx> lol
616<elinenbe> after scrolling and playlist are added, just the playmodes need to be added and we almost have equal functionality to the original player!
617<elinenbe> that is quite impressive.
618<Zagor> yeah, it's gone quickly
619<edx> heh has Archos ever contacted you Bjorn?
620<Zagor> not about rockbox, no
621<edx> hehe
622<edx> whether they even know..?
623<Zagor> they wanted my help developing the multimedia jukebox last summer, though...
624<edx> cool
625<elinenbe> are you serious?
626<elinenbe> did you help?
627<edx> this multimedia thing rocks.
628<edx> how come they chose you? :)
629<elinenbe> that multimedia thing has been delayed more than 6 months!
630<Zagor> yup. but they bailed out when they saw my hourly rates :)
631<edx> lol
632<Zagor> they had seen my "dissecting the archos" page and the linux driver
633<edx> ah
634<elinenbe> well, at least they know where to look
635<elinenbe> myabe they should have highered someone who request higher rates.
636<Zagor> hehe
637<elinenbe> there stuff is "quite" buggy
638<elinenbe> I dont have a player so I have yet to test the recent functionality, but have you heard of any crashes -- (as inthe archos crashes where you have no clue what is going on)
639<Zagor> no, we've had very little problems
640<elinenbe> that is quite excellent.
641<Bagder> I suspect that it isn't being used very heavily yet
642<Zagor> yes, that's nice. we found and nailed a rather nasty bug just before release, so we've had a bit of luck too
643<Bagder> when the playlists come, I think that'll improve
644<Zagor> yup
645<elinenbe> I was wondering if you would be able to have a "high-activity" buffering mode and a "low-activity" buffer mode?
646<Zagor> are they playlists ready for random, bagder?
647<Zagor> elinenbe: why?
648<Bagder> Zagor: yes they are prepared, the code is all there
649<elinenbe> by that I mean you can have redundant disk reads? like if you are running with the player.
650<Zagor> we'll have to do lots of testing first, to see how (and even if) we can improve skipping
651<elinenbe> then it could read the disk more often... and verify the data or try and reread the data, or just struggle with whatever data it is reading
652<Zagor> Bagder: can we randomise the playlist while playing it?
653<elinenbe> what will happen on the player if I shake the hell out of it while it is playing... for a few minutes?
654<Zagor> (sorry haven't read the code very thoroughly)
655<Bagder> Zagor: sure
656<Zagor> elinenbe: i don't know :)
657<Zagor> Bagder: so if I add a "randomize" entry to the menu, we're pretty much set?
658<Bagder> Zagor: pretty much, we might want one option to toggle "shuffle" and perhaps another one for reshuffle
659--> plmirc (plmirc@152.190.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #Rockbox
660<Zagor> Bagder: umm, how do we turn off random?
661--- plmirc is now known as plmirc|zzZZ
662<Bagder> uh
663<Bagder> ;-)
664<Bagder> we'd need to reload the playlist
665<Bagder> to get the correct order back
666<Zagor> well, we don't have to support "un-randomizing" right now
667<edx> hmm Bagder...
668<Bagder> yes?
669<edx> Bagder: lcd_init..what's that
670<edx> I cant use that :P
671<Zagor> starting the scroll thread
672<edx> ah ok
673<edx> then i can..
674<edx> sorry ;)
675<Zagor> hehe
676<elinenbe> I think in time a "The" filter should be added in...
677<edx> what are the params of create_thread.... ?
678<elinenbe> where files that start with "The" the "The" is ignored...
679<Bagder> create_thread(void* fp, void* sp, int stk_size)
680<Bagder> function pointer, stack pointer, stack size
681<edx> hmm ok
682<Zagor> elinenbe: hehe
683<Bagder> we need a generic "filter" to present song names shorter
684<Bagder> I might have a go at someting like that soonish
685<Zagor> it's an 1.2 feature anyway
686<Bagder> yeah
687<Bagder> but even 1.2 features need to be written ;-)
688<Zagor> hehe, yup
689<edx> Bagder.. what do you do with the stack pointer?
690<Bagder> nothing
691<edx> good
692<edx> me neither lol
693<Bagder> ;-)
694<Bagder> pthreads usually have 2MB stack anyway
695<edx> i use the stk_size variable though...
696<Bagder> don't
697<edx> what is init_threads supposed to do btw.. (why not?)
698<Bagder> you're likely to use more stack than the target
699<edx> ok
700<Bagder> so the stack size will be tuned for target performance and may not be good enogh for hsot
701<edx> hmmm with the linux simulator.. dont you get "mpeg_play undefined" or something like that?
702<Bagder> no
703<edx> ah
704<edx> ok i see
705<Bagder> I have a stub for it
706<edx> you defined it
707<edx> (ill just copy..)
708<Bagder> there's a init_threads() too in the x11 sim
709<edx> and then.. whats yield?
710<Bagder> yield is: "now, someone else might want to run a while"
711<Bagder> we have cooperative multitasking
712<edx> aha
713<Bagder> each thread must themselves let go
714<edx> uhmm... where is it defined (and do i need a stub for it?)
715<Bagder> you implement the thread layer
716<Bagder> you need to provide yield
717<edx> aha
718<edx> i still dont get what its supposed to do
719<Bagder> edx: you should make sure that only one thread at a time is running
720<edx> and where is it defined for the target?
721<Bagder> and when the thread calls yield(), another thread may start executing
722<edx> ok.. start or continue?
723<Bagder> yield() is in kernel.c
724<edx> k
725<Bagder> continue
726<Bagder> create_thread() starts threads
727<Bagder> all threads must call yield()
728<edx> ok no problem then.
729<edx> is there a stop_thread or somehting alike?
730<Bagder> only when a thread calls yield will any other thread get to run
731<Linus|meeting> No
732--- Linus|meeting is now known as Linus
733<Bagder> no stopping of threads, no
734<edx> and why not? :)
735<Bagder> we don't need it
736<edx> (the scroll thread is always running..?.. yes)
737<Bagder> if the need ever comes up, we'll add it
738<Bagder> yes
739<Linus> Watch my new cool commit
740* Bagder switches to his rockboxcvs box
741<Bagder> now come to papa
742<Bagder> coolness
743<Bagder> now, does it work? ;-)
744<Zagor> Linus: bah, mine is a lot smaller
745<Zagor> but it still doesn't work.
746<Bagder> haha
747<Linus> Mine works
748<Zagor> for rec6?
749<Linus> yes
750<Linus> oh, sorry, i havent tried that
751<Zagor> give it to elinenbe
752<Linus> does he have a 0x306 box?
753<Zagor> rec6, yes
754<Bagder> yes
755<Bagder> elinenbe: here?
756<Zagor> why would the data stay on the bus when we have read lots of instructions inbetween the accesses?
757<Linus> so you know that rec6 has 0x306 address encoding?
758<elinenbe> I am here.
759<Zagor> at gives ata: -4 anyway, which indicates it
760<elinenbe> but leaving for class soon
761<elinenbe> I have a rec6
762<Linus> because we don't execute code behind the ATA buffers
763<Bagder> elinenbe, pick a recorder version here http://storebror.haxx.se/archos/
764<elinenbe> Badger: that version works.
765<Linus> Zagor: it is not about data staying on the CPU data bus, it's about data staying on the ATA bus
766<Bagder> *ding*
767<Bagder> neato
768<elinenbe> I can scroll through the songs!
769<elinenbe> great!
770<Zagor> nicers
771<elinenbe> that is nice.
772<Bagder> coolers boys
773<Zagor> i still think we should combine the master/slave and version check :)
774<Zagor> linus version is bloooooated ;)
775<Bagder> haha
776<Linus> What is bloated about it?
777<Bagder> he still has 1 - 0 for making it work ;-)
778<Zagor> just kidding, i did it like this:
779<Zagor> /* check for master/slave on both control addresses */
780<Zagor> for ( control_addr = (void*)ATA_CONTROL_ADDR1;
781<Zagor> control_addr !=(void*)ATA_CONTROL_ADDR2;
782<Zagor> control_addr = (void*)ATA_CONTROL_ADDR2 ) {
783<Zagor> that brings down the change to about 10 lines
784<elinenbe> nice. can you get the scrolling faster? :)
785<Zagor> elinenbe: go into the menu and set the speed yourself
786<elinenbe> well, laters. congradualtion on the fine effort.
787<edx> what does create_thread return on failure / success?
788<Bagder> I want page down/up in three browser
789<elinenbe> very nicely done.
790<Bagder> tree
791<Zagor> Bagder: yes, but that requires multiple keys which we don't support yet
792<elinenbe> how about how soon it scrolls? -- like as soon as you put the curson on the filename.
793<Linus> gotta go. bye!
794<Bagder> ah
795<Bagder> see ya Linus
796<Zagor> elinenbe: that can't be changed yet
797<-- Linus (~linus@labb.contactor.se) has left #rockbox
798<elinenbe> I think a highly configuralbe firmware with some good default options will be awesome.
799<Zagor> yep. it's called Rockbox :)
800<elinenbe> much like the iriver/riovolt 250 firmwares...
801<elinenbe> well, you know what I mean... options for everything.
802<Zagor> i know
803<edx> When one thread is started (begin_thread).. then all other threads are suspended, right?
804<elinenbe> the first level of tetris is too fast :)
805<elinenbe> hehe...
806<elinenbe> later.
807<Zagor> edx: yes
808<Zagor> that's how it should be
809<edx> ok
810<edx> Zagor: what does beginthread return on success / failure?
811<Bagder> it doesn't fail
812<Zagor> beginthread? that's not in the api is it?
813<Bagder> no
814<edx> mine can fail.
815<Bagder> then it can exit ;-)
816<Zagor> Xlib: sequence lost (0x10000 > 0xc5) in reply type 0x0!
817<Zagor> i still get a lot of X errors, bagder
818<Zagor> X error in rockboxui:
819<Zagor> X Error of failed request: 0
820<Zagor> Major opcode of failed request: 0 ()
821<Zagor> Serial number of failed request: 0
822<Zagor> Current serial number in output stream: 197
823<Bagder> weird I didn't get them at all yesterday
824<Zagor> try running it remotely, that might trigger it
825<Zagor> or else it's my starwin32 that's fooling around
826<Bagder> I can't right now, my X redirect is messed up
827<Zagor> ok
828<Zagor> also I get an X beep for every keypress I do. very odd.
829<Bagder> righ, I get that too at home
830<Bagder> no idea why
831<edx> jipie! reduced errors to one...
832<Bagder> way to go
833<edx> not with this one
834<edx> *done*
835<Bagder> cool, you are fast
836<Bagder> will you remove the intptr_t from dir.h too?
837<Zagor> and the .rc file
838<edx> ... the rc file.. that was your mistake i think.. it had always been in the cvs...
839<Bagder> but it doesn't compile
840<Bagder> see Gary's mail
841<edx> *great* why not?
842<edx> i will...
843<edx> in a sec
844<Bagder> Greg's mail of course
845* Bagder writes "Gary is not Greg" a 100 times
846<edx> hehe
847* edx didnt even notice you switched names ;)
848<Bagder> hehe
849* edx writes it 50 times
850<edx> is scrolling used on the player?
851<Zagor> yes
852<edx> when?
853<Zagor> i'm working on a better scroll, though
854<edx> ... i would like to see scrolling... it doesnt scroll :)
855<Bagder> it should scroll
856<Zagor> short names don't scroll. find a long filename
857<edx> folder name.. ?
858<Zagor> file or folder
859<edx> (long folder name wont scroll.. :()
860<Zagor> then it's a bug
861<Zagor> actually i found a bug with that. names only 1 char too long don't scroll.
862<Zagor> the length calculation was wrong
863<edx> uhm its much longer.. rather a uisw bug ;)
864<Zagor> oh, doh, i forgot what you were working on :)
865<edx> ok that sucks... the thread suspends itself :/
866<Bagder> hehe
867<edx> not funny :P
868<jedix> whats new?
869<Zagor> we got the ata code working on all recorders now
870<edx> it wont scroll!
871<edx> scroll_count stays 0.. also for folders :/
872<Bagder> it scrolls on target
873<Bagder> and in the X11 simulator
874<edx> apps.. main.c needs to include thread.h for init_threads
875<edx> main.c .. init must return a value
876<Bagder> it must?
877<edx> dont know.. vc says it must
878<Bagder> right
879<Bagder> should be a void
880<edx> noo...
881<edx> whats this
882<edx> ah ok
883<edx> recorder scrolls, too?
884<Bagder> yes
885<edx> (no, not on the simulator :/)
886<Bagder> is too ;-)
887<edx> bah
888<edx> lol
889<edx> how do i pop up the menu again :/
890<Bagder> Zagor: you added any randomize menu?
891<Zagor> not yet, working on Scroller++ :)
892<Bagder> edx: the -
893<edx> (wont work)
894<edx> what's all this lol
895<Bagder> I'll go home, see ya later
896<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
897<edx> why wont the menu show up??!
898<Zagor> you must press F1 now, not F2 or F3
899<edx> ok
900<Zagor> that is: you must press /, not * or -
901<edx> ahhh
902<edx> thanks
903<edx> ok scrolling works in the menu!
904<edx> not whilke browsing though
905<Zagor> weird
906<Zagor> add a debugf() in scroll_thread to see that it's running properly
907<edx> pah who wokrs with debugf.. breakpoint there ... it works ;)
908<Zagor> haha
909<edx> scroll_count
910<edx> that is 0...
911<edx> hmm
912<edx> lcd_puts_scroll sets it to 1...
913<edx> now that's weird.
914<edx> uhm
915<edx> its 0 again... for some reason.. uhm.. well ill debug a little
916<edx> why is lcd_stop_scroll called directly before putsscroll?
917<edx> that's not wonder at all ... stop_scroll sets it to 0 again!
918<Zagor> because stop_scroll restores the line. the next putsscroll starts scrolling on another line
919<edx> hmmhm
920<edx> but its called over and over again
921<edx> (tree.c ln 366)
922<Zagor> you have an old tree.c 366 is the last return
923<edx> oh lol
924<edx> ...
925<edx> but there, too, lcd_stop_scroll is called over and over again
926<-- plmirc|zzZZ has quit (Read error: 104 (Connection reset by peer))
927<Zagor> where?
928<Zagor> it's called once per screen update
929<edx> ln 366... whats that
930<edx> hum?
931<Zagor> 366 is "return false;"
932<edx> i just updated.. (i even deleted the whole folder and checked out again)
933<edx> strange.
934<Zagor> uh, lemme check
935<Zagor> it's my version that's different. let me check it in.
936<Zagor> now
937<Zagor> also grab the new lcd.c
938<edx> k
939<edx> uhm.. its always set to 0 again :/
940<Zagor> strange. well it works in target and x11 simulator...
941<edx> hah! setting scroll speed to 1.. then it works LOL
942<edx> scroll_speed/2 .. that does not work according to c... for scroll_speed = 1 (1/2 = 0)
943<Zagor> yes, don't use scroll_speed=1
944<edx> thats the only number it works for lol
945<Zagor> eh? make it better :)
946<edx> it's set to 0 (by scroll_stop) before the scroll function is called - how can this work whereever else..?
947<Zagor> no, scroll_count is set to 0. not speed.
948<edx> ok
949<edx> whatever.
950<edx> still... why?
951<Zagor> well there's a difference :)
952<Zagor> because by setting it to 0 the scroll stops
953<edx> great.
954<edx> then it stopsstopsstops ...
955<edx> line 366 is called more than 10 times a sec...
956<edx> is that correct?
957<Zagor> 366 is "return false;"
958<edx> *crying...*
959<edx> lcd_stop_scroll();
960<edx> that's what it is
961<Zagor> no, i don't get that called other than when the screen is scrolled or the cursor is moved
962<Zagor> where is it called from?
963<edx> ok.. now it is return false; (done another update)
964<Zagor> returns?
965<edx> still.. it wont scroll...
966<Zagor> it's void. what are you doing?
967<edx> now its line 359 i am talking about
968<edx> tree.c ln 359
969<edx> is always called :(
970<Zagor> check your button_get. if the argument is true, it's not supposed to return until you press a key.
971<Zagor> that's probably it
972<edx> ahhhhhhh
973<edx> thats OF COURSE it ;)
974<Zagor> ok, good!
975<edx> who did put that argument in there?
976<Zagor> i did
977<edx> i am sorry for bothering you all the time.. :)
978<Zagor> that was last week, i think. looong ago :)
979<Zagor> no problem :)
980<edx> now thats your own fault!
981<edx> hehe
982<Zagor> i have to rush. see you tomorrow!
983<-- Zagor has quit ("Client Exiting")
984<edx> YEAY!
985* edx got scroll to work!
986--> dwihno|gone (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
987--- edx is now known as edx|away
988--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
989<edx|away> Bagder2: are you the "real" Bagder? lol
990<Bagder2> noooo, I'm 100% fake ;-)
991<edx|away> was that ironi? lol if not then who are you :)
992<Bagder2> you should recognize that I use the same host pattern as always
993<Bagder2> should be an indication
994<Bagder2> so yes, its me
995<edx|away> in windows i can only see that if i really want to (and I had a look at it and rcognized name etc were correct.. but you can never be sure ;))
996<edx|away> got scrolling to work on the simulator
997<Bagder2> cool
998<Bagder2> I noticed your commits
999<edx|away> was just teh button_get function which did not work for 1st argument = true
1000<edx|away> hm.. gotta eat something... be right back
1001--- edx|away is now known as edx|eats
1002<Bagder2> http://bjorn.haxx.se/rockbox/daily.shtml
1003<adi|work> edx i wanted to say.. good work on the windows side mate...
1004<edx|eats> adi.. thanks :)
1005--- edx|eats is now known as edx
1006<adi|work> as for you Bagder2... well... atleast your swedish ;)
1007<adi|work> has anyone else been really helping you?
1008<Bagder2> edx, you should check the compile status page after you commit stuff... it broke again
1009<Bagder2> fixed now
1010<edx> ouh.. what was it?
1011<Bagder2> different init protos in apps/main.c
1012<edx> himhum.. think i fixed that (?)
1013<Bagder2> yes, you fixed it for the simulator
1014<Bagder2> and broke all non-sims ;-)
1015<Bagder2> 6 red boxes
1016<edx> ok... very sorry for that.. didnt know there was one for each (sim/target)
1017<Bagder2> no worries
1018<edx> next time i'll have a look at it
1019<Bagder2> I just meant that as an advice
1020<edx> .. and it's a good one ;)
1021<edx> didnt know it would update that fast.. that's really cool what you did there :D
1022<Bagder2> it updates every 20 minutes if there are changes done
1023* Bagder2 bows
1024* edx applauds
1025* Bagder2 likes Björns scroll-fix
1026<adi|work> that scroll does look good
1027<adi|work> okay, who broke the sim?
1028<adi|work> i can't get into the menu anymore
1029<adi|work> for the recorder
1030<-- Bagder2 has quit (card.openprojects.net irc.openprojects.net)
1031--> jester (~snortboy@216.33.101.146) has joined #rockbox
1032<-- jester has quit (Client Quit)
1033--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1034--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1035<-- webmind has quit (Remote closed the connection)
1036--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
1037<-- Bagder2 has quit (Read error: 110 (Connection timed out))
1038<jedix> adi| whats your problem with the scroll?
1039<adi|work> noting.. i like the scroll
1040<adi|work> but the sim for some reason, doesnt' bring up the menu anymore...
1041<adi|work> for the recorder
1042<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1043--> Coug (sometime@1Cust221.tnt1.coeur-dalene.id.da.uu.net) has joined #rockbox
1044<Coug> does anyone know how to install an archos driver when it says "you do not have sufficient security priveleges to install this hardware" in windows 2000
1045<Coug> yes.... I did get permission
1046<edx> press /
1047<edx> ... adi
1048<edx> for the menu
1049<-- jedix has quit ("Mozilla party!")
1050--> g003y (~g003y@dynamic-195-63.hotwired.com) has joined #rockbox
1051<g003y> woo... busy today :D
1052<-- g003y (~g003y@dynamic-195-63.hotwired.com) has left #rockbox
1053<-- edx has quit ("good night")
1054--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1055--> Linus (~linus@labb.contactor.se) has joined #rockbox
1056<Bagder> hey
1057<Linus> cuckoo!
1058<Bagder> the builds went red again, but I got to turn them green ;-)
1059<adi|work> aren't the sim for the recorders supposed to go into menu when you hit '*'?
1060<Linus> red builds. oh my god!
1061<adi|work> cause it seems it does it on '/' now.
1062<Bagder> I think Björn moved that, on purpose or not
1063<Linus> So did Zagor finally accept my ATA patch...? :-)
1064<Linus> the bloated one
1065<Bagder> hah
1066<Bagder> he who writes the working code wins
1067<Linus> :-)
1068<Linus> BTW, did we give jedix credit for his work on the scroller?
1069<Bagder> I don't think we did
1070<adi|work> where do we need to give him credit?
1071<adi|work> on the credits list?
1072<Bagder> we should get Greg on IRC
1073<adi|work> Greg?
1074<Bagder> Haerr
1075* adi|work doesn't recognize the name
1076<Bagder> from the mailing list
1077<adi|work> ahh..okay..
1078<Bagder> he posted like 7 times the last 24 hours
1079<adi|work> that guy.. eheh okay
1080<adi|work> :)
1081<adi|work> just sent him an invite
1082<Bagder> night
1083<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1084<-- wettoad has quit (Read error: 110 (Connection timed out))
1085--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
1086<Linus> night
1087<-- Linus (~linus@labb.contactor.se) has left #rockbox
1088<-- Coug has quit (Read error: 110 (Connection timed out))
1089<-- datazone has quit (Read error: 110 (Connection timed out))
1090--> datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
1091--- wettoad is now known as WetBed
1092<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1093--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1094<ironi> hey
1095<ironi> björn you have klez =)
1096<ironi> how did you get it in linux
1097<ironi> hehe
1098<ironi> oh
1099<ironi> anyone awake?
1100<ironi> wow
1101<ironi> the firmware is getting really good
1102<ironi> but the moving around is still wrong
1103--> gregh (~greg@adsl-63-206-140-154.dsl.lsan03.pacbell.net) has joined #rockbox
1104<gregh> hello
1105<gregh> is this the rockbox developer irc channel?
1106<ironi> yepp
1107<ironi> that's it?
1108<ironi> all you had to ask?
1109<ironi> =)
1110<gregh> would you believe I've been hacking code for 20 years
1111<gregh> and never used irc?
1112<gregh> a few folks suggested I get on this channel
1113<gregh> I was thinking of jumping in and hacking the windows
1114<gregh> simulator version a bit... I'm stuck using windows
1115<gregh> for now and its hard to dual boot...
1116<ironi> heh =)
1117<ironi> i see
1118<ironi> well welcome to irc
1119<ironi> you have missed out on something for the last...well not 20 but maybe 10 years
1120<adi|work> hey gregh... glad you came over :)
1121<adi|work> you just missed Bagder and Linus
1122<gregh> who is adi|work? Is that edx?
1123<adi|work> they went to sleep a bit ago..
1124<adi|work> adi|work: adiamas
1125<gregh> oh shoot.
1126<adi|work> adi|home: adiamas
1127<adi|work> :)
1128<adi|work> they are in sweden...
1129<ironi> hm
1130<ironi> and i am just a wannabe that has been around since day 1 of development
1131<gregh> I'm thinking it would be fun to hack some code for the player
1132<ironi> the only i have contributed with is the name "rockbox" and a bit of the website design
1133<gregh> but I'm lazy and don't have time to cross compile so I've
1134<gregh> got to get the windows simulator working great first...
1135<gregh> ironi - well you did a good job on the name!
1136<ironi> gregh: I'm kind of prud actually
1137<ironi> hehe
1138<ironi> I would hack code if I knew more
1139<ironi> But I'll give it some more time
1140<gregh> does everyone here use the x11 version, or instead
1141<gregh> the actual target version?
1142<ironi> heh gregh you dont need to press enter like that
1143<ironi> =)
1144<PsycoXul> haha
1145<gregh> oh, were your screens scrolling? I double clicked on a few
1146<gregh> peoples names... I don't quite know what I'm doing on IRC!!
1147<PsycoXul> just type what you wanna say
1148<PsycoXul> nothing special
1149<PsycoXul> heh
1150<gregh> it was interesting to see where everybody's IP address was
1151<gregh> ok, I think I've got it back under control now...
1152<gregh> so - what feature should I hack on first?
1153<PsycoXul> you can put more on 1 line, rather than hitting enter between pieces ...
1154<ironi> gregh: what client do you use?
1155<gregh> I just pulled down mIRC. What do you recommend? I am hitting enter a bit frequently, I see
1156<ironi> gregh: well mirc is good for beginners
1157<ironi> stick to that for a while
1158<ironi> i personally use xircon, another windows client
1159<gregh> hehe
1160* PsycoXul recomends *NIX clients :p
1161<ironi> which i find better , but i guess that is just what im used to
1162<ironi> PsycoXul: u think? for a newbie?
1163<PsycoXul> well if he's on windows he can't very well use them so i guess he's better off sticking with mirc
1164<ironi> gregh: well a few hints: you doint need to type the entire nick of someone you address, jsut type first letter then tab
1165<PsycoXul> :p
1166<ironi> or a few letters then :
1167<gregh> mIRC requires payment after 30 days I think
1168<PsycoXul> heh
1169<PsycoXul> sure it does
1170<PsycoXul> :p
1171<gregh> I have to use windows for my damn email for the time being
1172<ironi> /j to join /msg to private message /dns to see ip of a user, /notice to notice a user, /server to change server
1173<ironi> the basic irc commands
1174<ironi> =)
1175<ironi> i cant beilieve there are actually ppl on this planet that have never used irc...today...2003 =)
1176<ironi> no offence, gregh
1177<PsycoXul> heh
1178<PsycoXul> ironi: you get out much?
1179<gregh> well, I spend too much time in the VI editor.
1180<PsycoXul> lots of people haven't used irc :p
1181<ironi> PsycoXul: wel i mean like programmers, computer-freaks etc
1182<ironi> =)
1183<gregh> I readily admitted my IRC failings so that you wouldn't think I'm completely out of it...
1184<ironi> PsycoXul: yah i get out much but irc is a part of my life
1185<PsycoXul> yeah
1186<gregh> what happens if you're gone for a while and someone sends a message, etc?
1187<PsycoXul> irc's funny like that
1188<ironi> It sounds kinda geeky to say u have friends on irc, that you consider your friends.
1189<PsycoXul> well if you're not connected then you're not on the network to get it
1190<PsycoXul> it'll tell them you're not there
1191<ironi> gregh: you can set your self away like /away reason bla bla
1192<PsycoXul> if you are connected it'll scroll in your client, and depending on settings your client may log it for you
1193<gregh> I can see that IRC is much more interactive than email, and you can get a better feel for the type of person you
1194<gregh> re communicating with...
1195<ironi> gregh: of course
1196<PsycoXul> or it'll just be like in the scrollback
1197<ironi> hell, I met my girlfriend on irc
1198<ironi> hahaha
1199<PsycoXul> heh
1200<gregh> are the communications in IRC logged ?
1201<ironi> gregh: you can log it, yes
1202<gregh> (I wonder if I'll meet my future ex-girlfriend on IRC?)
1203<gregh> I mean is there a master log for review?
1204<ironi> gregh: optimistic, aye?
1205<PsycoXul> servers don't log
1206<ironi> gregh: I don't think so
1207<PsycoXul> generaly
1208<ironi> Never heard of it anyway
1209<PsycoXul> other people connected and in the channel can log the chan though
1210<ironi> gregh: well you wont find any girls (hardly) on this network =)(
1211<PsycoXul> ironi: where will you find them?
1212<gregh> ironi: yeah, I bet not ;-(
1213<PsycoXul> heh
1214<gregh> I meet girls with my rockbox, though =)
1215<PsycoXul> heh
1216<ironi> PsycoXul: i just meant there are other networks with channels that are more for "ordinary" ppl
1217<ironi> chat channels
1218<ironi> gregh: hehehe
1219<PsycoXul> ah
1220<PsycoXul> yeah but ordinary people suck :/
1221<ironi> well
1222<ironi> gregh: another good irc network (i think) is efnet, weher eoyu can find a lot of good channels
1223<PsycoXul> yeah efnet's huge
1224<PsycoXul> lots of people, lots of chans
1225<PsycoXul> i dunno that i'd call it a good network though
1226<PsycoXul> :p
1227<ironi> PsycoXul: well its a good balance between good topics and off-topic talk
1228<ironi> if you know what i mean
1229<PsycoXul> well that all depends on the chan
1230<ironi> comparing to nets like dalnet =)
1231<ironi> PsycoXul: of course
1232<-- gregh has quit (Read error: 104 (Connection reset by peer))
1233<ironi> well dalnet has some good linux channels
1234<ironi> oops
1235<ironi> there he went
1236--> gregh (~greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
1237<-- gregh has quit (Client Quit)
1238<PsycoXul> whoa
1239<ironi> PsycoXul: where are you located?
1240<PsycoXul> he's in the same area as i am
1241<ironi> whats that, los angeles?
1242<ironi> lsan?
1243--> gregh (~greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
1244<PsycoXul> san bernardino county i guess
1245<gregh> am I back, good god I just got cut off
1246<ironi> oh really
1247<PsycoXul> i'm in colton myself
1248<ironi> gregh you nad PsycoXul seem to be neighbours
1249<gregh> I am in newport beach right now
1250<ironi> PsycoXul: is that california? =)
1251<gregh> yepp
1252* ironi has no clue
1253<PsycoXul> yeah
1254<ironi> gregh you can use /me to talk about yourself in third person
1255<gregh> do you know why I was just disconnected with no warning?
1256<ironi> so are you close?
1257<PsycoXul> connection reset by peer
1258<PsycoXul> well i guess not so close if he's on a beach
1259<PsycoXul> i'm rather inland
1260<ironi> newport beach and colton
1261<gregh> where is PsycoXul? I missed the last 3 minutes
1262<ironi> ok
1263<gregh> where the heck is colton?
1264<PsycoXul> near rialto
1265<PsycoXul> heh
1266<gregh> ok, where is rialto...
1267<ironi> hahaha
1268<PsycoXul> heh
1269<gregh> I'm from salt lake city, actually
1270<PsycoXul> san bernardino county
1271<gregh> but hangin here in newport
1272<ironi> well im in sweden
1273<gregh> what time is it, ironi
1274<PsycoXul> pretty close to riverside i think
1275<ironi> i was in saint louis, MO for 5 months last year though
1276<gregh> oh, then you are near chino?
1277<ironi> 2:48 am
1278<PsycoXul> i'm not sure where chino is
1279<ironi> you guys haha
1280<PsycoXul> heh
1281<ironi> sometimes i forget how damn big usa is
1282<gregh> he he, CA's too big a place
1283<ironi> =)
1284<ironi> it sure is
1285<PsycoXul> heh
1286<PsycoXul> yeah california could be 2 states
1287<PsycoXul> and still be pretty big ones
1288<PsycoXul> :p
1289<gregh> probably will be someday
1290<PsycoXul> yeah
1291<ironi> but you both have *,dsl.lsan03.pacbell.net
1292<PsycoXul> yeah
1293<PsycoXul> pacbell's funky
1294<ironi> sounds to me like you should be close :-P
1295<PsycoXul> i'd think so too
1296<ironi> i has swbell when i was in stl
1297<ironi> had
1298<gregh> ironi: i typed '/dns ironi' and nothing happened...
1299<ironi> nothing?
1300<ironi> strange
1301<ironi> try /whois ironi
1302<PsycoXul> since i've seen .dsl.XXXX.pacbell.net different one's for LA and san diego i figured lsan was san bernardino..
1303<ironi> not same thing
1304<gregh> where's it supposed to put the info, on the line above?
1305<ironi> on the line you type
1306<ironi> oh oh
1307<ironi> default mirc
1308<ironi> in the status window
1309<ironi> is where it gets put
1310<ironi> damn default mirc is not all that funny
1311<gregh> oh, yes, there it is, hidden behind my window
1312<PsycoXul> and btw for unix/linux irc client i recomend irssi
1313<ironi> I would recommend xircon if you want winsdows gui client
1314<ironi> irssi rocks
1315<ironi> but i like windows
1316<ironi> to put 4 channels in a tile
1317<ironi> so i can see all at once on my 19"
1318<PsycoXul> heh
1319<ironi> thats heaven for me :-P
1320<ironi> actually 6 right now
1321<gregh> ah yes, that sounds like a good idea for a long time IRC person
1322<PsycoXul> you can have windows in irssi arranged how you like them
1323<ironi> PsycoXul: nut in 2x2
1324<PsycoXul> really?
1325<ironi> just above each other
1326<PsycoXul> i use fullsize windows
1327<ironi> as far as i know
1328<ironi> you talking console irssi?
1329<PsycoXul> 15 of them right now
1330<gregh> any idea why I was disconnected without notice?
1331<PsycoXul> though only 14 in use :p
1332<ironi> ok wlel then you have to press buttons to change chans
1333<PsycoXul> alt and a number
1334<PsycoXul> big deal :p
1335<PsycoXul> like my hands aren't already pressing buttons to be and chat on irc :p
1336<ironi> gregh: connection reset by peer
1337<PsycoXul> its more convenient than having to move a hand over to the mouse
1338<gregh> you're talking a human or machine? You mean TCPIP reset by peer
1339<PsycoXul> and i don't have the precious screen real estate to have them all visible at once
1340<PsycoXul> ...especialy having 14 windows
1341<PsycoXul> being on 4 different networks
1342<gregh> control-shift-f6 will change between mdi windows in windows
1343<ironi> gregh: if it happens sometimes, its just like that, it happens
1344<PsycoXul> 10+ different channels
1345<ironi> im on 2 networks
1346<ironi> gregh: i would really recoomend xircon to you
1347<ironi> its really nice
1348<PsycoXul> yeah
1349<ironi> for windows
1350<gregh> I'll pull it down
1351<ironi> you do need kano too
1352<PsycoXul> xircon's the least-shitty windows irc client i've found
1353<ironi> xircon raw is crap
1354<PsycoXul> :p
1355<ironi> PsycoXul: with kano its really extensive
1356<ironi> the nick completion is unbeatable
1357<PsycoXul> yeah i've seen kano
1358<PsycoXul> i like irssi's nick completion
1359<gregh> is kano an addon
1360<PsycoXul> yeah its a script
1361<ironi> http://www.xircon.com/pub/xircon/XiRC10B4.EXE
1362<ironi> install that first
1363<PsycoXul> i'm not a big fan of tcl personally
1364<ironi> dont bother to run it befor eyou install....
1365<ironi> http://prdownloads.sourceforge.net/kanotcl/k15beta8.exe
1366<ironi> that
1367<PsycoXul> i'm not really fond of perl either, but i respect it and its a lot better than tcl :p
1368<PsycoXul> heh
1369<ironi> when running the kano installer make sure you select the "first time install"
1370<ironi> irssi is tcl or?
1371<PsycoXul> irssi uses perl for its scripting
1372<PsycoXul> xircon uses tcl
1373<ironi> http://telia.dl.sourceforge.net/sourceforge/kanotcl/k15beta8.exe
1374<ironi> try that link for kano
1375<ironi> the first one maybe didnt work
1376<PsycoXul> heh
1377<gregh> www.xircon.com/pub/xircon/XiRC10B4.EXE
1378<gregh> I had to repeat that since I finally got logging turned on
1379<PsycoXul> heh
1380<PsycoXul> ok
1381<ironi> you can click that link to open broswer
1382<ironi> at least in xircon
1383<gregh> and I never know when I'll get a disconnected
1384<ironi> gregh: heh that doesnt happen so often, and with xircon + kano the windows wont empty when you reconnect
1385<gregh> oh..
1386<gregh> ok, got em both downloaded
1387<ironi> even if oyu get kicked and rejoin
1388<ironi> so install xircon first
1389<ironi> then after that install kano and make sure you select the update settings box
1390<gregh> shall I install it right now while I'm talkin with you guys?
1391<ironi> makes some things easier
1392<ironi> sure why not
1393<PsycoXul> heh
1394<gregh> here goes
1395<gregh> heh
1396<PsycoXul> imma go watch the conformavision
1397<PsycoXul> bbl :p
1398<gregh> xIRC installed
1399<ironi> k
1400<gregh> except no desktop icon, hm
1401<ironi> its in the start menu
1402<ironi> =)
1403<ironi> well dont run it
1404<ironi> install kano first
1405<gregh> installing kano now...
1406<ironi> k
1407<ironi> now xirocn is a bit different but a lot easier to understand i think
1408<ironi> especiallt he cinenct dialog
1409<gregh> did you say I should check the "update settings" box?
1410<ironi> yep
1411<ironi> definitely
1412<ironi> did you?
1413<gregh> and all the other boxes?
1414<ironi> yah i think so
1415<ironi> dont rememberthe others
1416<ironi> =)
1417<gregh> ok kano installed
1418<gregh> now what
1419<ironi> so now start xircon
1420<gregh> should i log in and keep connected here also?
1421<gregh> can you run two clients?
1422<ironi> yeah if its possible
1423<ironi> well yes
1424<gregh> ok, here goes...!
1425<ironi> but sometimes a server doenst accept two conenctions
1426<ironi> from same if
1427<ironi> but if you conenct to irc.openprojects.org you wont always end up on the same
1428<ironi> it redirects
1429<gregh> i'm running it now, does it always take a bit after logging into the server to ask for the channel connection?
1430<ironi> oh you mean the pop-up window?
1431<gregh> yes, it's got a black (single) window
1432<ironi> ok
1433<ironi> you can use /j rockbox
1434<ironi> /j is short for join
1435<ironi> not working?
1436--> new_gregh (~Greg@adsl-63-203-102-47.dsl.lsan03.pacbell.net) has joined #rockbox
1437<ironi> hehe
1438<ironi> there u go
1439<new_gregh> hehe
1440<ironi> ok so there are a few things you should configure
1441<ironi> if you right click in the channel
1442<ironi> configure/options/kanos options
1443<new_gregh> right click in the black window?
1444<ironi> uncheck any box checked on the lower half on the middle section
1445<ironi> yeah in the channel window you are talking in
1446<new_gregh> there aren't checkboxes, just hierarchical menus...
1447<ironi> well in the menu ther eis configure -> options -> kanos options
1448<ironi> there i would recommend to unchek all boxes in the lower half on th emiddle section, like reprt fatal erros and so on
1449<gregh> ok, I've got that up now
1450<ironi> also set "autoaway" to "off", and "on nick highlight" to "echo in focused"
1451<ironi> the hit ok
1452<gregh> good god what a bunch of options...!!
1453<ironi> then
1454<ironi> yeah there is A LOT more
1455<ironi> if you want
1456<ironi> but you dont need to
1457<gregh> ok, did all that
1458<ironi> done?
1459<ironi> ok
1460<new_gregh> yep, here I am
1461<ironi> configure -> options -> modules options
1462<ironi> check automatically log all channels to dir
1463<gregh> geez a zillion more options
1464<ironi> its a grwat fnction that sorts logs , channels in one dir and querys (private conversations) in one
1465<new_gregh> done
1466<ironi> configure -> options -> addons options
1467<gregh> ok
1468<ironi> remove the bottow five checkboxes
1469<ironi> they are annoying
1470<ironi> well actually
1471<new_gregh> done
1472<ironi> if u want spellfix, keep it
1473<ironi> i cant use it since i talk in swedish in some channels
1474<new_gregh> no spell fix for now, I never make a mistrake ;-)
1475<ironi> ok and now
1476<ironi> mistrake
1477<ironi> and now something
1478<ironi> type /ncomp &n:
1479<new_gregh> what?
1480<ironi> /ncomp &n:
1481<new_gregh> I did that
1482<ironi> ok
1483<ironi> new_gregh: This is what the nick comp is set to!
1484<ironi> thats what u got?
1485<new_gregh> yes
1486<ironi> cause that is nick completion
1487<ironi> try typing ir:
1488<ironi> still there?
1489<new_gregh> ironi:
1490<ironi> you see?
1491<ironi> =)
1492<ironi> you can also try ir and press tab
1493<ironi> it will complete the nick
1494<new_gregh> ironi
1495<ironi> kinda handy
1496<ironi> for long nicks
1497<new_gregh> what does the &n mean?
1498<ironi> oh that was how it would complete
1499<ironi> &n is the nick and :
1500<new_gregh> OH I get it now... nick completion is nick followed by :
1501<new_gregh> I said I'm new...
1502<ironi> exactly
1503<ironi> so i change my
1504<ironi> new_gregh-baby:
1505<ironi> heh
1506<ironi> adi|work-baby:
1507<ironi> /ncomp &n-baby:
1508<ironi> =)
1509<new_gregh> I suppose you can do /ncomp (eval fn(&n))?
1510<ironi> its with an underscored : by default and a lot of ppl dont like that
1511<ironi> hah
1512<ironi> dunno
1513<ironi> try /help ncomp
1514<new_gregh> I'm going to change new_gregh back to gregh but can't since I'm running two clients right now
1515<new_gregh> how do I setup for automatic login to rockbox on startup?"
1516<ironi> no... close the first one and do /nick gregh
1517<-- gregh has quit ()
1518--- new_gregh is now known as gregh
1519<gregh> hello there
1520<gregh> we're rockin now
1521<ironi> right click in the channel, then do autojoin-> add to autojoins
1522<ironi> autojoin->add current
1523<ironi> yeah
1524<ironi> do this
1525<gregh> done
1526<ironi> /theme bitchx
1527<ironi> thats a nice theme i think
1528<gregh> it didn't do anything yet
1529<ironi> looks like BitchX, a *nix console irc client
1530<ironi> didnt you get a popup where you could press ok?
1531<gregh> it asked for the load, but no art changed...
1532<gregh> yes
1533<ironi> oh really
1534<ironi> strange
1535<ironi> maybe its default then
1536<gregh> it says that it loaded it
1537<gregh> what's another theme
1538<ironi> strange
1539<ironi> try /theme
1540<ironi> then look in kano\themes
1541<gregh> ok, i loaded Metal
1542<gregh> what is supposed to change?
1543<ironi> thatone is noce to
1544<ironi> colors
1545<gregh> just the text colors?
1546<ironi> font colors
1547<ironi> yeah
1548<ironi> and a few other things
1549<ironi> the "console"
1550<ironi> you cna actually try yourself b using /kano
1551<gregh> well, it's not too exciting over here
1552<ironi> like /kano 0
1553* ironi is testing
1554<gregh> I set a prompt
1555<ironi> hm
1556* ironi is testing
1557<gregh> but don't see the prompt...
1558<ironi> well its just when messgaes appear form the server, and so on
1559<ironi> nevermind
1560<gregh> that's ok, thanks
1561<ironi> so anyway
1562<ironi> you can do /ts
1563<ironi> to get itmestamp
1564<gregh> good
1565<ironi> you have to do it individually for every channel
1566<ironi> try pressing the little button with tools on top
1567<ironi> you have a time format
1568<ironi> you might want to change the time display layout
1569<gregh> I see, my god what a configurable program
1570<ironi> i have [%H:%M]
1571<ironi> and also connecta t startup
1572<ironi> might be handy
1573<gregh> I set the connect at startup
1574<ironi> now
1575<gregh> well, before I go to bed tonight, I'll see if Linux or Bjorn are on
1576<ironi> is this highlighted gregh
1577<gregh> yes
1578<ironi> good.
1579<ironi> actually, minimize this program and look at your keyboard lamps
1580<ironi> try that now
1581<ironi> gregh
1582<ironi> gregh
1583<ironi> cool, isnt it?
1584<ironi> gregh
1585<ironi> =)
1586<gregh> wow
1587<ironi> the scroll lock is blinking , right?
1588<ironi> =)
1589<gregh> yes
1590<ironi> i think that rocks, when im doing something else i can see someone needs me
1591<gregh> how do you know if its addressed to you, or just the channel?
1592<ironi> well kano is porlly the most complicated tcl script there is for irc
1593<ironi> well it blinks when your name is said
1594<ironi> thats the only occasion
1595<gregh> oh my god
1596<ironi> or when someone wites osmething to you in a private window
1597<ironi> writes
1598<gregh> and here I thought it was just when a message came through of any kind ...
1599<ironi> no no
1600<ironi> its a bit more sofisticated
1601<ironi> anyway you can do most kano commands and options with / , you dnt have to use menus, which i think is handy
1602<gregh> well, I better get something to eat and you better sleep...
1603<ironi> if yu want to explore all the commands try typing /help
1604<gregh> I will read up on this complicated thing...
1605<ironi> and look onwards from there
1606<gregh> I'll just leave this running, though
1607<ironi> the commands that you do with / are called aliases btw
1608<ironi> hehe do that
1609<ironi> now waut
1610<ironi> wait
1611<ironi> try this /away food
1612* gregh is away, food [l/on p/on]
1613* ironi is gone, sleeping [l/on p/on]
1614<ironi> =)
1615<gregh> am I awa?
1616<ironi> yep
1617<gregh> away?
1618* gregh has returned, [gone/1m 26s]
1619<gregh> how do you get the private window?
1620<ironi> you double click a user in the list
1621<ironi> or if you want to do it the command line way you type /msg nickname text
1622<ironi> the reply will still open up a new window
1623<gregh> ok, I'm going to eat now, thanks alot for the info!
1624<ironi> np
1625* gregh is away, food+drinking [l/on p/on]
1626<ironi> kano is huge, takes forever to learn all the nifty email-checkers and other built-in utils
1627<gregh> s u later
1628<ironi> but a tip is to rght click and go on help->aliases
1629<ironi> ok take care
1630<ironi> 
1631<ironi> 
1632<ironi> gregh: do u use emacs?
1633<gregh> no
1634<ironi> xircon supports some of it
1635<ironi> ok
1636<gregh> I'm a VI man
1637<ironi> i think björn does
1638<ironi> i have to tell him about it, i just found out
1639<ironi> i haver used kano for 4 years, i keep finding new stuff
1640<ironi> haha
1641<gregh> isn't it about 3:30 in the morning now?
1642<ironi> oh damn =)
1643<ironi> i have to be up at 8
1644<ironi> bye =)
1645<gregh> =)
1646<-- gregh has quit (" <k!15b8>")
1647--> gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
1648<-- ironi has quit (Read error: 104 (Connection reset by peer))
1649<-- gregh has quit (" <k!15b8>")
1650--> gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
1651<-- gregh has quit (Client Quit)
1652--> gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
1653<PsycoXul> heh
1654<gregh> yes i'm back
1655--- dwihno|gone is now known as dwihno
1656<PsycoXul> hmm
1657<PsycoXul> http://www.sciplus.com/singleItem.cfm?terms=6609
1658<PsycoXul> are those too long? heh
1659<PsycoXul> heh well... i guess they are
1660<PsycoXul> thats kinda... heh
1661<dwihno> Hmm, looks fishy
1662<PsycoXul> well i measured my batteries
1663<PsycoXul> they're only 2"
1664<PsycoXul> those are 9/16" longer
1665<PsycoXul> heh
1666<dwihno> Well, you can always re-design your player to make it accept the bigger batteries ;)
1667<dwihno> What kind of archos do you haev?
1668<PsycoXul> heh
1669<PsycoXul> studio20
1670<adi|home> gregh: about your logs question
1671<adi|home> we have some of the irc conversation logs on the web site
1672<adi|home> but no _everything_
1673<adi|home> and i met an ex on irc too ;)
1674<adi|home> well.. chat room.. not irc ;)
1675<dwihno> Does the archos firmware ever bug (major bugs, that is) for you?
1676<dwihno> adi|home: internet is not for real(tm) :)
1677<adi|home> dunno... havent' used it on my recorder
1678<PsycoXul> well adding a whole dir to a playlist adds through to the end of the disk or more usualy the 999 limit
1679<adi|home> thats not true dwihno
1680<adi|home> we talked on line for 6 months or so...
1681<dwihno> adi|home: The internet has you!
1682<adi|home> talked on the phone for another 4
1683<PsycoXul> its a nice feature but not as nice as one that stops at the end of the dir :p
1684<adi|home> then met in real life
1685<dwihno> adi|home: nobody can be told what the internet is, you have to see it yourself! :)
1686<PsycoXul> and the 999 limit's real annoying on a 20G drive
1687<adi|home> we're 'togeather' for about a year
1688<dwihno> PsycoXul: true, true
1689<PsycoXul> the menus are a little random in their behaviour... they often don't return to where you expect them to
1690<PsycoXul> heh
1691<gregh> adi|home: which log question?
1692--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1693<adi|home> asking if there was a master list to irc
1694<gregh> oh yes, I was going to see if catching up on irc logs was worthwhile
1695<adi|home> i think just diving into the code and asking questions is your best shot
1696<dwihno> adi|home: The internet has you!!! :O
1697<adi|home> find something you want to fix/do and do it
1698<adi|home> hehe damn right dwihno
1699<adi|home> i mud
1700<adi|home> i code
1701<adi|home> i research
1702<adi|home> i purchase
1703<adi|home> i bank
1704<PsycoXul> heh
1705<adi|home> i talk with my gf
1706<adi|home> i spend 'alone time'
1707<adi|home> it has me ;)
1708<gregh> i give $ to my gf
1709<dwihno> :)
1710<dwihno> MUD?!
1711<adi|home> mud baby.. mud
1712<dwihno> Hehe, I did that ages ago... Eww
1713<gregh> I thought of a cool new feature for rockbox
1714<dwihno> w
1715<dwihno> w
1716<dwihno> w
1717<dwihno> forage
1718<adi|home> hehehe yup
1719<adi|home> w
1720<adi|home> w
1721<adi|home> e
1722<adi|home> n
1723<adi|home> n
1724<g003y> who the heck has klez on the list?
1725<dwihno> :)
1726<adi|home> kill troll
1727<adi|home> run west
1728<adi|home> run west faster
1729<adi|home> pray
1730<adi|home> okya.. im off to quake a bit.. be back soon
1731<dwihno> quakes0r!
1732<dwihno> hm
1733* dwihno goes to check the evil mailbox
1734<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1735<-- gregh has quit (" <k!15b8>")
1736--> gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
1737<-- gregh has quit (Client Quit)
1738--> gregh (~Greg@adsl-63-206-140-88.dsl.lsan03.pacbell.net) has joined #rockbox
1739--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1740<g003y> ok so now I know for sure I'm not the one with klez virus on my machine.
1741<g003y> *back to your regular scheduled firmware hacking*
1742--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1743<adi|home> Bagder you check your mail recently?
1744<Bagder> checking now
1745<adi|home> k
1746<adi|home> i want to know what you think of the guys question about his 'Archos Jukebox 6000'
1747<adi|home> and my response, and then his response.
1748* adi|home is feeling a bit peeved.
1749<dwihno> Good morning Dr. Bagder
1750<g003y> you mean the "mp3 no id3 info bug" one?
1751<Bagder> his previous responses to other mails has proved him to be a bit "trigger happy" when it comes to reacting on mail content
1752<adi|home> k...
1753<adi|home> um.. am i out off line wanting to respond with 'fuck you'
1754<adi|home> i won't..
1755<g003y> trigger happy... more like instant asshole. just add internet
1756<adi|home> but im just asking
1757<PsycoXul> hmm
1758<adi|home> I mean.. am i wrong that his email doesn't make it obvious that he is using a studio?
1759<PsycoXul> honestly i dunno what mp3 playback not working on the recorder has to do with a "No mp3 id info" message on a jukebox 6k...
1760* adi|home wonders if he is supposed to have the _entire_ archos line memorized
1761<PsycoXul> uh?
1762<g003y> ya know what... don't waste anymore cycles on him. He can't even get on this irc server
1763<PsycoXul> i think the lists getting too much crap lately
1764<adi|home> am i correct in thinking that there is no archos 6000 recorder?
1765<PsycoXul> 10 emails just with or about ones with viruses all pretty much at once
1766<adi|home> yeah.. but those were automated
1767<PsycoXul> heh
1768<Bagder> adi; yes, the 6GB recorder is named "Recorder 6"
1769<PsycoXul> is it?
1770<Bagder> I think so
1771<Bagder> hm
1772<Bagder> or perhaps not
1773<g003y> never seen on the site myself
1774<PsycoXul> well they're not called "Jukebox 6000"s i'm pretty sure
1775<PsycoXul> heh
1776<Bagder> no, that's for sure at least
1777<adi|home> so are there 2 versions?
1778<Bagder> of recorders?
1779<g003y> http://www.archos.com/us/products/product_jbrecorders.html
1780<PsycoXul> first there was the jukebox 6000
1781<PsycoXul> the first player
1782<PsycoXul> and then later they came out with the recorder
1783<g003y> wow there is one.... never noticed before
1784<PsycoXul> which was also initialy 6G i think
1785* adi|home nods
1786<PsycoXul> and the 20G versions and the 10G versions
1787<PsycoXul> and best buy has had some 5G version of something too
1788<Bagder> there are players: 6000/5000 Jukbox, Studio 10 and 20, Recorder 6, 10 and 20.
1789* gregh is gone, sleep [l/on p/on]
1790<Bagder> there's a 5GB recorder?
1791<PsycoXul> i only know of the jukebox 5000 for 5GB
1792<PsycoXul> i dunno
1793<adi|home> might i spam the channel for a sec with my response before I send it just to him?
1794* adi|home waits for a descenting vote
1795<PsycoXul> die!
1796<PsycoXul> heh
1797<Bagder> you want my opinion? don't reply at all.
1798<adi|home> but but but... he needs a spanking
1799<PsycoXul> what for
1800<adi|home> cause i responded to offer and answer to his question
1801<adi|home> and he was a dick
1802* adi|home gets all pouty
1803<g003y> just email him this
1804<g003y> http://www.amishrakefight.org/gfy/
1805<g003y> classic
1806<adi|home> lol
1807<PsycoXul> well
1808<adi|home> no no no...
1809<PsycoXul> i wonder if you even read his question
1810<PsycoXul> because honestly your answer had nothing to do with it in the least
1811<PsycoXul> :p
1812<adi|home> it does if you think about it
1813<PsycoXul> he mentioned nothing about music playback for one thing
1814<PsycoXul> he was talking about id3 info display
1815<adi|home> think abou it...
1816<adi|home> no.. he states thats the prob
1817<adi|home> if you _know_ that music won't play
1818<adi|home> why try and play an mp3?
1819<adi|home> thats what i was pointing out
1820* adi|home wonders if that made sense
1821<PsycoXul> and the other thing is he said "jukebox 6000" which is all over the place on the web page and other places as being a player and the first target and having music playback working
1822<adi|home> right, but how many emails do we get describing 'jukebox'
1823<PsycoXul> and even if music playback doesn't work, why should that stop somebody from testing id3 info display?
1824<adi|home> because he didn't state he was testing the id3 display
1825<adi|home> he didn't state anything other then 'is this a bug'
1826<PsycoXul> well gee i dunno
1827<adi|home> and i was responding that if he was trying to _play_ music.. then no its not a bug
1828<PsycoXul> asking about the display of the message "No mp3 id info" seems to imply something about id3 display
1829<g003y> regardless no reason to snap like a pitbull reading usenet
1830<adi|home> " but when
1831<adi|home> I tried to play some other, real, mp3file"
1832<g003y> "he's snapping at me. He's stripped his teeth"
1833<adi|home> is he exact statemnt
1834<adi|home> thats why i asked
1835<PsycoXul> he said he selected a non-mp3 file by mistake, got a no id3 info message, then went to a mp3 file and still got the no id3 message
1836<PsycoXul> and has to reboot to get the id3 info from an mp3 file
1837<PsycoXul> it sounds like a bug to me
1838<adi|home> right...
1839<adi|home> but was it the rebooting.. or the display he was asking about...
1840<adi|home> so thats what i was pointing out
1841<PsycoXul> it sounds like he was dropping an e-mail about the bug...
1842<adi|home> and franklky.. if he doesn't know enough to read that playback isn't playing on a recorder, then he doens't know enough to figure out how to leave the display
1843<adi|home> but _which_ 'bug'
1844<PsycoXul> heh
1845<adi|home> thats my point
1846<PsycoXul> the bug of id3 info not being displayed after having selected a non-mp3 file
1847<PsycoXul> kindof a silly one i admit, but something that might be looked into :p
1848<adi|home> but if its a recorder.. then its not a 'bug
1849<Bagder> weird bug it is
1850<adi|home> if your ead the website ;)
1851<adi|home> read rather
1852<PsycoXul> sure it is
1853<PsycoXul> as i understand it the recorder shouldn't have a problem displaying id3 info
1854<PsycoXul> even if you don't get music playback
1855<g003y> what if you select a non-mp3 file? :D
1856<PsycoXul> since he didn't even mention music playback though i don't think its worth worrying about in that respect
1857<PsycoXul> and since he did say explicitly "Archos Jukebox 6000" which is also on the website as having music playback
1858<PsycoXul> if you're intent on people reading the website
1859<PsycoXul> :p
1860<g003y> hehehehehe
1861<adi|home> heheh true
1862<PsycoXul> i'd have to agree with bagder and just drop it
1863<g003y> I'd say that is your best route.
1864<adi|home> yeah.. but pimp slapping is so much more fun. :)
1865<PsycoXul> maybe but not really the purpose of the mailing list
1866<PsycoXul> which, like i said before, is starting to get too much crap already as it is
1867<adi|home> i know.. thats why i wasn't going to send to the list
1868<adi|home> to him ;)
1869<adi|home> if you read irc ;)
1870<PsycoXul> ah well have fun if you want to
1871<g003y> dang where is that old send a bitch slap site when you need it :D
1872<PsycoXul> its your choice of course :p
1873<g003y> if his is on the list long enough maybe he will get the klez virus.
1874<g003y> his == he
1875<g003y> I wonder who the heck keeps sending that damn thing to the list anyway.
1876<Bagder> someone on the list is infected
1877<adi|home> i really need to get my hands on a player
1878<Bagder> there are ~166 suspects ;-)
1879<adi|home> i blame it on the 'instant asshole'
1880<adi|home> but hey, thats just me
1881<adi|home> wow.. that many ?
1882<g003y> hahahah
1883<-- gregh has quit (Read error: 110 (Connection timed out))
1884<g003y> well make it ~165 cuz it ain't me :D
1885<adi|home> 64
1886<Bagder> haha
1887<adi|home> 164
1888<g003y> I scanned for grins even
1889<Bagder> wc -l /home/majordom/lists/rockbox
1890<Bagder> 162 /home/majordom/lists/rockbox
1891<Bagder> I've suggested we lower the maximum mail size we allow to the list
1892<adi|home> i swear.. i think archos choose the AA cable so that you _had- to buy them through them.. cause i can't find them anywhere
1893<Bagder> it should stop most klezes
1894<adi|home> im all for it
1895<g003y> I got an extra AA fairly easy
1896<g003y> but that was when I first picked up the _jukebox 6000_
1897<adi|home> ive looke everywhere
1898<adi|home> best buy, compusa, radio shack
1899<g003y> ugh... those places never have them
1900<g003y> on line
1901* adi|home noticed
1902<g003y> I ordered
1903<adi|home> ahh.. okay
1904<adi|home> I just got my Atari today :)
1905<adi|home> hehe 2600 baby...
1906<g003y> how many carts?
1907<adi|home> im at 20 or so
1908<g003y> nice
1909<adi|home> now i just need a converted for my tv
1910<adi|home> i don't have the vhf clips on this tv :)
1911<g003y> ratshack should have that
1912<adi|home> know what sucks...
1913<g003y> oh
1914<adi|home> it was in perfect condition
1915<adi|home> got a small chunk taken outta the edge in transit
1916<g003y> damn....
1917<adi|home> the 3 small chips were in the box when i got it..
1918<adi|home> yeah :(
1919<g003y> was that an ebay purchase?
1920<adi|home> yup
1921<adi|home> and the packing was very good
1922<adi|home> that was the sucky thing
1923<g003y> was it UPS or USPS?
1924<adi|home> USPS
1925<adi|home> priotiry insured
1926<g003y> hmmm....
1927<g003y> I think they actually take the package when they pay out on a clain
1928<g003y> clain == claim
1929<adi|home> ick
1930<adi|home> im not claiming..
1931<adi|home> im keeping this...
1932<adi|home> only a small chip
1933<g003y> if it works then don't bother
1934<g003y> get a tv card, and mod that mofo onto your pc case :D
1935<adi|home> lol
1936<g003y> you get all the joysticks?
1937<g003y> paddles
1938<g003y> ?
1939<adi|home> 2 sticks
1940<adi|home> and 4 paddles
1941<adi|home> i just need the ones with keypads
1942<g003y> I thought those were Intellivision
1943* adi|home nods
1944<adi|home> but if i remember atari made them as well
1945<adi|home> but im not positive
1946<g003y> well coleco had them too
1947<g003y> but only the rich kids had coleco :D
1948<adi|home> hehehe
1949<g003y> maybe that is a generalization, but I definitely couldn't afford one & I wasn't rich
1950<adi|home> i was crushed when i talked to my nephew.. and i showed him pics of the atari screens
1951<adi|home> he just went 'eww.. whats that?'
1952<g003y> hahahahahahahahahaha
1953<g003y> kids need that high res these days
1954<adi|home> nods
1955<adi|home> "what do you mean no blood?"
1956<g003y> "what is that dot?" "It's a tank bullet"
1957<adi|home> hehehe
1958<adi|home> i told him about pong...
1959<g003y> hah....
1960<adi|home> and died when he said 'and you called that fun? '
1961<g003y> just wait until his kids are playing games in supa-high 33330003030303x397439847984374987 sssvga organic wall tft screens
1962<g003y> when games have to be written slow on purpose cuz they can't max the hardware anymore.
1963<adi|home> LOL
1964<adi|home> Dad! Dad! can i buy the Nuerel-NetStation 3?
1965<adi|home> its only 765$!!!
1966<adi|home> On Sale!
1967<g003y> hahaha
1968<adi|home> holy christ
1969<g003y> no kidding
1970<adi|home> anyone else watching the brasil costa rica game?
1971<g003y> nope
1972* adi|home hates mentionging scores case anyone is taping it
1973<g003y> don't have cable so I've only been getting the next day tappings at work if someone brings them
1974* adi|home nods
1975>g003y< brasil has 3 goals in 30 mins
1976<adi|home> okay.. off to quake a bit
1977<g003y> hmmm... quake.
1978<g003y> reminds me... I need to finish gta3
1979--> gregh (~Greg@adsl-63-203-101-206.dsl.lsan03.pacbell.net) has joined #rockbox
1980<dwihno> and france+argentina sucks donkey-balls :)
1981* Bagder writes boring code at work... -/
1982--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
1983<Zagor> hey all. i'm taking down the web and mail server for hardware updates
1984<Bagder> affirmative
1985<Zagor> see you soon
1986<-- Zagor has quit (Client Quit)
1987--- Disconnected (22).
1988**** ENDING LOGGING AT Thu Jun 13 04:35:39 2002
diff --git a/www/irc/rockbox-20020614.log b/www/irc/rockbox-20020614.log
deleted file mode 100644
index 0fbac0fd3d..0000000000
--- a/www/irc/rockbox-20020614.log
+++ /dev/null
@@ -1,1303 +0,0 @@
1**** BEGIN LOGGING AT Thu Jun 13 04:36:02 2002
2
3--> stile (~adiamas@216.194.26.64) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
6<stile> after much thought and decision making.. ive decided.. ppl in general.. suck :)
7<Bagder> you didn't already know? ;-)
8<-- adi|home has quit (Read error: 110 (Connection timed out))
9<stile> i just dind't know they sucked so bad
10--- You are now known as adi|home
11<Bagder> "just one more time, for the sake of sanity... tell me why, explain the gravity"
12* Bagder sings along
13* g003y wonders what song bagder is singing, and how is co-worker's feel about his voice
14<Bagder> I play so loud in my headphones I can't hear them anyway ;-)
15<g003y> hahahahaha
16<Bagder> and the song is an Assemblage 23 one
17* Bagder doesn't expect anyone to know it
18<g003y> 4 on the floor techno?
19<Bagder> I wouldn't call it techno, but rather dark and hard synth/industrial
20<g003y> ahhh... thats different. I'm talking the shit you hear in clubs that sounds like one big freaking record the dj never changes :D
21<Bagder> ah, nah, I'm not into that kind
22<g003y> thats good :D
23<g003y> is there a key combo with the current firmware build that lets you get back to the currently playing song display?
24<Bagder> I dunno
25<Bagder> heck, I hardly know how to use it at all ;-)
26<g003y> hmmm.. I don't see one in the code so I'll assume no.
27<g003y> :D
28<Bagder> I want my rockbox
29<dwihno> :D
30<dwihno> I want rockbox for recorder! :D
31<dwihno> But I'm patient
32<dwihno> So I'll just wait
33<dwihno> And contribute to the project in every way I may :)
34<Bagder> the day there's sound from the MAS3587, I'll run Rockbox non-stop
35<dwihno> MAS3587? The chip in R20?
36<Bagder> yeah
37<dwihno> mkay
38<g003y> ahhh... I'm running my own personal build of rockbox right now :D
39<Bagder> that's the spirit!
40<dwihno> Yeah, playlist parsing, LCD flickering and a couple of other things and I'll use it too
41<Bagder> it ain't cool if you didn't build it yourself ;-)
42<g003y> I saw some cvs comments about playlist parsing support
43<g003y> so I suspect that is nearing completion
44<g003y> or useable
45<Bagder> the code is already there actually
46<g003y> ahh good deal
47<Bagder> just not shuffle
48<g003y> fair enough
49<Bagder> it "should" work now
50<g003y> I haven't loaded any yet
51<dwihno> Bagder: any limitations? I mean, does it parse m3u's with #-style comments?
52<g003y> been awhile since I've used playlists to be honest
53<Bagder> me neither, I have a recorder ;-)
54<Bagder> dwihno: no comments, no
55<Bagder> do regular m3us have them?
56<g003y> those are bastard m3us that nullsoft made the switch too.
57<Bagder> well, ignoring lines like that would be dead simple to add
58<dwihno> Bagder: Winamp store song information (length) every other line...
59<Bagder> oh
60<g003y> yeah
61<g003y> sometimes I really hate the way they do things.
62<dwihno> Is there a battery meter available yet? :)
63<g003y> nope :(
64<dwihno> The scroller is way cool btw... Should be seamless though
65<Bagder> that's a whole can of worms as they say
66<g003y> yeah I got the scroller api displaying the filename across the screen
67<g003y> at least until you dump out of that mode back to the browse mode :D
68<dwihno> :-)
69<Bagder> cool
70<g003y> I almost think ppl should be able to select/build in code for parsing their style mp3 naming, but that might be a beast nobody wants to cut loose
71<Bagder> I'm gonna take a stab at that soonish
72<Bagder> shortening the names on screen
73<dwihno> hmm
74<g003y> hmmm
75<g003y> we should share notes :D
76<Bagder> yeah
77<dwihno> I always name mine XX. YYYYYYYYY (ZZZZ).mp3
78<dwihno> X = track number
79<dwihno> Y = file name
80<dwihno> Z = remix notes
81<dwihno> Artist - Album (Year)
82<dwihno> That's how I name the dirs
83<g003y> I think that is fairly common
84<g003y> it could be just a small handful defintions of formats that ppl could choose from with a sensible default just in case.
85<dwihno> Does the current rockbox have any way of showing song length information?
86<dwihno> Compared to the archos firmware, that is
87<Bagder> it estimates the length for non VBRs
88<Bagder> that's all so far
89<g003y> estimates based on header info correct?
90<Bagder> yeps
91<g003y> but isn't that pretty much exact?
92<Bagder> it is
93<Bagder> should be at least
94<g003y> ahhh...
95<g003y> gotcha
96<Bagder> it uses integer math too which might make it loose some precision
97<Bagder> I haven't checked that closely
98<g003y> you're probably right
99<g003y> whats the problem with time display on vbrs?
100<Bagder> we need to read the whole file to get the length
101<Bagder> and it kind of sucks
102<dwihno> Is there a quick way to do VBR estimation?
103<dwihno> erhm
104<g003y> I'd say that sucks
105<dwihno> that is sucky
106<g003y> I did not realize vbr sucked that way
107<dwihno> As long as CBR's are OK ;)
108<g003y> ha....
109<g003y> I'm torn between CBR and VBRs with r3mix options on lame.
110<dwihno> Hey, what is displayed when songs are played?
111<g003y> id3 info with the current cvs tree
112<g003y> lcd_puts(0, 0, mp3.artist?mp3.artist:"<no artist>");
113<g003y> lcd_puts(0, 1, mp3.title?mp3.title:"<no title>");
114<g003y> there ya go :D
115<dwihno> oww
116<dwihno> Doesn't it handle non-tagged files?! :(
117<Bagder> you mean id3 info without id3? ;-)
118<dwihno> hehehe
119<g003y> hehehehehehehe
120<dwihno> mr. funny-ass pants ;)
121<g003y> I've got alternatives going on my local copy
122<g003y> so I'm sure it will be handled eventually
123<g003y> at least before the recorder version comes out :D
124<dwihno> cool
125<Bagder> haha
126* Bagder puts the "in charge of the while-playing-song display" sticker on g003y
127<g003y> gagagagagagagagagag
128<g003y> hey that isn't coming off!
129<g003y> only problem is I don't have everything quite setup right here. I need to get an account and a real cvs login for the project
130<Bagder> mail your sf account user name to Björn
131<g003y> I will though... I'd really like to contribute my code
132<g003y> oh... I've got to get an sf account as well :D
133<Bagder> you can always start with mailing diffs
134<g003y> tru
135<g003y> e
136<g003y> I've just been syncing anon and patching my changes
137<g003y> it's not much so far, but I should get setup properly
138<g003y> I still can't believe how advanced the apis on the firmware are already
139<Bagder> it's pretty cool indeed
140<g003y> alrighty guys. like Bagder I have to code boring stuff in a few hours at my day job. So I think some sleep is in order for me.
141<Bagder> night g003y
142<g003y> night
143<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
144<Bagder> it seems as if Zagor has problems with the new hardware... it should've been up by now
145<-- gregh has quit (Read error: 110 (Connection timed out))
146<Bagder> cpu MHz : 1600.072
147<dwihno> [~] cat /proc/cpuinfo|grep MHz
148<dwihno> cpu MHz : 232.674
149<dwihno> cpu MHz : 232.674
150<dwihno> There you got it
151<dwihno> dual süstëëm
152<dwihno> Dual is sleek, sexy and pr0no! :)
153<Bagder> dual 1600
154<Bagder> cat /proc/cpuinfo | grep MHz
155<Bagder> cpu MHz : 1600.072
156<Bagder> cpu MHz : 1600.072
157<dwihno> you evil dude!
158<dwihno> :)
159<Bagder> its the new hardware that the rockbox site runs on
160<dwihno> cool stuff
161<dwihno> who pays the hw?
162<Bagder> Contactor
163<Bagder> the company I, Björn and Linus work for
164<dwihno> Hire me :)
165<dwihno> <Bagder> sure
166<dwihno> Yay ;D
167<Bagder> hehe
168<dwihno> Why not? :)
169<Bagder> I wish we could, but the market is a bit rough atm
170<dwihno> I know
171<dwihno> Are your employers aware of you spending a lot of time on the Rockbox project?
172<Bagder> no :-)
173<Bagder> I won't tell them
174<Bagder> but then I must do my proper work properly anyway
175<dwihno> Yeah
176<dwihno> My recorder sometimes skips the initial 200 msecs of a song...
177<Bagder> exactly 200?
178<dwihno> Roughly
179<dwihno> (with the stock firmware, that is)
180<dwihno> Do you experience that on the player models?
181<dwihno> (w, w/o rockbox)
182<Bagder> no idea
183--> Zagor (~bjst@mimas.contactor.se) has joined #rockbox
184<Bagder> hey ho
185<Zagor> hi. back at last
186<dwihno> 10:04 < Zagor> see you soon
187<dwihno> ;)
188<Zagor> yeah, well that's pc hardware for you...
189<Zagor> the motherboard has two IDE LED connectors
190<Zagor> if you connect the "wrong" one, the keyboard stops working...
191<Zagor> that one took me a while to figure out...
192<dwihno> Intel inside, Zagor outside
193<Zagor> so, what have you guys been up to this morning?
194<dwihno> We've been talking about how rockbox handles tags when the files do not have id3 tags :)
195<Bagder> g00ey was around and told us he's done some improvements on the software for what to show while a track is playing
196<Bagder> g003y
197<Zagor> ok, did we get the code?
198<dwihno> And I thought the scroller would be seamless
199<Zagor> seamless?
200<Bagder> Zagor: no, but he'll return
201<Zagor> dwihno: what do you mean seamless?
202<dwihno> I'll show
203<dwihno> Zagor had a little lamb.mp3
204<dwihno> or had a little lamb.mp3
205<dwihno> a little lamb.mp3
206<dwihno> lamb.mp3
207<dwihno> This is how it is now
208<dwihno> Zagor had a little lamb.mp3
209<dwihno> or had a little lamb.mp3
210<Zagor> not any more
211<dwihno> a little lamb.mp3 Zagor
212<dwihno> lamb.mp3 Zagor had a littl
213<dwihno> This is what it might be like :)
214<Zagor> you run old code
215<Zagor> it is seamless now
216<dwihno> mkay
217<Bagder> upgrade! ;-)
218<dwihno> OLD?!
219<dwihno> It's 24 hours old man! :)
220<dwihno> Or perhaps 48
221<Zagor> yeah, i fixed that last night
222<Bagder> hehe
223<Zagor> that's stone-age code! :)
224<dwihno> :-)
225<dwihno> Did you take a peek at the LCD glitch?
226<Zagor> umm, remind me please?
227<dwihno> When scrolling across pages, the LCD did glitch
228<dwihno> Like old un-doublebuffered stuff :)
229<dwihno> Where is your lamb btw?
230<Zagor> ah, well we don't know why that happens. and yes, it is single buffered. we don't have two.
231<Zagor> lamb?
232<dwihno> yeah
233<dwihno> http://www.jupither.net/dw/ <-- like that, on that page ;)
234<Bagder> Zagor: you tried the id3 info Magnus mention on the list?
235<Bagder> id3 info bug
236<Zagor> i haven't read my mail yet, doing it now
237<Bagder> oh
238<dwihno> R-r-r-roockboooox!
239<dwihno> We need an anthem!
240<Bagder> yeah, the boot song! ;-)
241<Zagor> brb
242<-- Zagor has quit ("Client Exiting")
243--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
244<dwihno> Bagder: you got it! :)
245<dwihno> The Rockbox-choir and the London philharmonic orchestra ,D
246<Bagder> haahah
247<dwihno> Maybe I can pull a few strings ;)
248<dwihno> Get it?
249<dwihno> Strings :)
250<dwihno> *moo haw haw*
251<Bagder> mr joker ;-)
252<dwihno> :)
253<Bagder> wooo, project activity stats on freshmeat
254<Zagor> really
255<Bagder> I meant graphs
256<Zagor> "Rating: 8.54/10.00 (1 vote)"
257<Zagor> how can one vote give average 8.54?
258<Bagder> hehe
259<dwihno> Magic math (tm)
260<Bagder> hey, I'm that single voter
261<Bagder> on rockbox
262<Zagor> this virus epidemic is getting seriously annoying
263<Bagder> Total (weighted) 8.54/10.00
264<Bagder> "weighted" is the keyword I gues
265<Bagder> guess
266<Bagder> Zagor: yes, but cut down the allowed size and it won't be as troublesome
267<Zagor> good point. 50k max now
268<Bagder> Klez virus mails are always >100K, at least those hundreds that I've got
269<Zagor> min plugin_teamkill funkar iaf, ser jag
270<Zagor> uh, wrong channel :(
271--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
272<Bagder> hey jedix
273<jedix> hey
274* dwihno is rather happy now
275<dwihno> 4 of 5 projects are in the "no work to do" area of my list :D
276<Bagder> and the fifth is "Implement asteroids on Rockbox" ?
277<Bagder> :-P
278<dwihno> hehe
279<dwihno> not really
280<Bagder> darn
281<dwihno> I have no computer to work on sparetime projectgs
282<dwihno> Which is rather nasty
283<dwihno> I mean, I'm actually getting a tan! :(
284<Bagder> sun gives you cancer
285<dwihno> I know! I need some way to stay indoors!
286<Bagder> compile, link, upload, flash, run, watch problem, edit, save => LOOP
287<Bagder> (my whole day in summary)
288--> liam_ (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
289--- liam_ is now known as jedix`
290<dwihno> flash?
291<Bagder> flash rom
292<dwihno> mkay
293<Bagder> I don't even have a debugger on my darned target
294<Bagder> have to fill my code with printf()
295<dwihno> What is the target hardware?
296<Bagder> strongarm 1110
297<dwihno> whoa
298<Bagder> no, its no whoa ;-)
299<dwihno> jees, it iis
300<jedix`> timeout jedix
301<-- jedix has quit (Read error: 110 (Connection timed out))
302--- jedix` is now known as JediX
303<JediX> whats new?
304--- JediX is now known as jedix
305<Bagder> not very much
306--- dwihno is now known as dw|gone
307<Zagor> fixing randomize menu option now
308<Bagder> neat
309<dw|gone> NEATO ZAGOR! All your box are belong to rock!
310<dw|gone> I'm off. Have a nice evening and try to stay indoors - the sun will cause cancer!
311<Bagder> I'd suggest you call it "shuffle" and not random
312<Zagor> good idea
313<Zagor> where do I find the currently loaded list?
314<Bagder> it's a global struct in playlist.c
315<Zagor> ok
316* Zagor wants current_tick in simulator... :)
317<Zagor> i'll just use time() instead
318<Zagor> for seed
319<Bagder> it doesn't really matter
320<Bagder> just increase the current
321<Bagder> or something
322<Zagor> i'll use the tick. otherwise it'll be the same every first time after boot
323<Bagder> right
324<Zagor> oops, core in playlist
325<Zagor> after 1002 lines
326<Bagder> ah
327<Bagder> there's a 1000 max
328<Zagor> oh
329<Zagor> i thought it was 10000 ?
330<Bagder> without any checks for it ;-)
331<Bagder> yeah, but I just used one
332<Bagder> raise it now
333<Zagor> will do
334<Zagor> adding check, too :)
335<Bagder> wooo
336<Zagor> what's index_array used for? I don't see it
337<Bagder> uh, remove ;-)
338<Zagor> ok
339<jedix> Zagor: why did you have to rewrite my scroll stuff?
340<Zagor> I chose a slightly different approach, that's all
341<Zagor> there was nothing wrong with your code
342<Zagor> to be able to do the new type of scroll, I sprintf the text into a string and then puts the string.
343<Zagor> for the new shuffle to be useful, we need a "next tracj" button
344<Zagor> track
345<Bagder> we could use that for playlist without shuffle too ;-)
346<Zagor> yep
347<Zagor> too bad we are out of buttons :)
348<Bagder> well
349<Bagder> we should have a special "screen" for showing while playing a track, right? I mean if we're not browsing the tree?
350<Zagor> yes we should. so you could go in and out between the browser and this screen
351<Bagder> right
352<Zagor> i.e. we need some UI work
353<Zagor> might want to save that for 1.2 though
354<Bagder> fair enough
355<Bagder> and if we play a track and idle in the tree browser, we could timeout back to the show-track-screen
356<Bagder> which I believe the archos firmware does
357<Zagor> we could, but I'm not sure I'd want it to. definitely a configurable option :)
358<Bagder> yes
359<Bagder> the play-screen will be useful since it'll give more control of back/skip and volume up/down
360<Bagder> which isn't as easily available when tree browsing
361<Zagor> exactly
362<-- jb1081 has quit ("[x]chat")
363--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
364<Bagder> the shuffle menu should probably say something if no playlist was loaded
365<Zagor> right
366<Bagder> I suspect people will do that
367<Bagder> I wonder how fast the playlist loader is on target
368<Bagder> I mean, compared to the original archos one
369<Zagor> i'd suspect somewhere in the order of 100 times faster :)
370<Bagder> it would be really cool
371--> edx (OKE60@pD9EAB848.dip.t-dialin.net) has joined #rockbox
372<edx> hi
373<Bagder> hi!
374<edx> hmm... (maybe a stupid question... but..) would it be possible to write a keybard driver for the jukebox so we can plug in a usb keyboard :?
375<Bagder> no
376<edx> too sad.. why not?
377<Bagder> we can't use the USB for anything like that
378<edx> for what reason?
379<Bagder> it's out of reach
380<edx> damn.
381<edx> like a linux console on the recorder would rock ;)
382* Bagder puts a curl release together
383<Zagor> we can connect a keyboard to the remote control port
384<edx> hmm on the remote port... sounds good... :)
385<edx> Then I would have to build my own remote port.. but for a keyboard - no problem :)
386<Zagor> you need to build a serial converter for the keyboard, but the rest should be simple
387<edx> there are serial converter chips, right? (i dont have much knowledge about hardware unfortunately)
388<Zagor> yup. just like the gdb cable
389<Zagor> tested now. my 4500 line file takes about 5-6 seconds to load
390<Bagder> that's just totally awesome
391<Zagor> indeed
392<Zagor> but it'll be faster with some simple adjustments to playlist.c
393<Bagder> like what?
394<Zagor> it should be loading 512-byte blocks, not 255
395--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
396<Bagder> ah right
397<Zagor> fixing...
398<elinenbe> 'ello
399<edx> lol ... now it takes like 5 secs for a 30 song playlist :P
400<edx> hi
401<Bagder> yeah, the stock firmware is shockingly slow at loading playlists
402<elinenbe> painfully slow.
403<elinenbe> so slow -- I usually take a dump, shower, and shave before it loads my 3 song playlist.
404<Zagor> also, we should accept both / and \ as separators. i suspect winamp creates files with \
405<Bagder> elinenbe: Zagor just tested, we load a 4500 song playlist in 5-6 seconds
406<elinenbe> that is great.
407<elinenbe> we are now talking full disk shuffle?
408<Zagor> yes we are
409<Bagder> yeah
410<Bagder> Zagor: we might get problems with paths too when we talk about files created by external programs
411<Zagor> yep. C:\my music\...
412<Zagor> :)
413<Bagder> yah
414<elinenbe> I am just wondering... what is the status on playing sound on the AJBR
415<Zagor> Linus is working on that
416<Bagder> we should include Linus in our prayers ;-)
417--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
418<elinenbe> I was wondering... does anyone else ever get the reversed screen on the recorder?
419<Bagder> hey ironi
420<Bagder> reversed screen?
421<elinenbe> even the rockbox bmp is reversed
422<ironi> Bagder: ?
423<ironi> hey Bagder
424<edx> huhu?
425<Bagder> gosh
426<ironi> Bagder: do u use emacs a lot?
427<elinenbe> where everything is flipped.
428<Bagder> ironi: nah, only 10-12 hours a day ;-P
429<ironi> Bagder: my irc script supports emacs commands
430<elinenbe> like you are looking at a mirror image of the screnn.
431<ironi> isnt that totally elite
432<ironi> =)
433<Bagder> elinenbe: and that happens every now or then or can you repeat it on demand?
434<elinenbe> no, happens every now and then.
435<elinenbe> not only is the screen mirrored, but it is offset about 16 pixels.
436<Bagder> it sounds if there's some lcd init we dont do
437<elinenbe> to the right.
438<elinenbe> no... that happens with the archos fimrware too.
439<Bagder> ah
440<elinenbe> on the recorder.
441<Bagder> then it might be a defect hardware perhaps
442<edx> hm then thats a hardware bug (?)
443<elinenbe> yeah I dont know if anyone else ever gets that.
444<edx> i have a recorder. never ever got that.
445<Bagder> I've never seen it either
446<ironi> i have a player, and I lvoe the double size text
447<Bagder> hehe
448<ironi> the browsing and the scrolling are so FAST
449<ironi> i just love this
450<edx> hehe
451<ironi> I want to contribute som uch
452<elinenbe> is the double size text an option on the player rockbox?
453<Zagor> you have already: the web site!
454<ironi> but there is still an error with how directories are displayed, though.
455<ironi> at least for me
456<Bagder> elinenbe: yeps
457<Zagor> elinenbe: the new models use it as logo
458<elinenbe> nice :)
459<Zagor> ironi: what error is that?
460<ironi> Zagor: well let me try to explain
461<elinenbe> the scrolling through a directory is quite slow on the recorder -- and there is quite a bit of flicker.
462<ironi> my dir that is called F-J
463<Zagor> elinenbe: yes, we're not sure why
464<ironi> is displayed as F-J1 q|| r
465<Zagor> ironi: which version is this?
466<ironi> but only whgen scrolling down
467<ironi> if i go down and go back up its F-J
468<ironi> Zagor: the latest?
469<ironi> i got it last night
470<Bagder> this morning?
471<elinenbe> I was wondering -- does this sound like something that is a good idea: instead of scrolling only the title that the cursor is on, scroll everything on the current screen that is wider then the screen?
472<ironi> no last night
473<ironi> lemme get this mornings
474<Bagder> ironi: please do
475<ironi> an optional go to usb mode yes/no would be pleasant
476<ironi> when plugging it in
477<Zagor> elinenbe: well, i have to ask "why?" :)
478<ironi> that would be terribly confusing on fast scroll
479<elinenbe> well, lets say you have 10 songs named "Red Hot Chili Peppers - Songname 1
480<Zagor> hmm, maybe we should do the vertical recorder scroll using bitmap instead redrawing the chars
481<elinenbe> "Red Hot Chili Peppers - Songname 2
482<elinenbe> etc...
483<ironi> hm
484<Bagder> Zagor: that's a good idea
485<Zagor> elinenbe: ah, you mean scroll all lines and not just one?
486<elinenbe> and you want to play a certain one.
487<ironi> im thinking of something
488<elinenbe> yes.
489<ironi> that moving through a dir in the player should give movement on every push
490<Zagor> we could try
491<elinenbe> if it were a bitmap scroll, then couldn't you easily do pixel by pixel?
492<Zagor> elinenbe: yes we could
493<ironi> i.e. not just moving the arrow down if its on top when scrolling down the first one
494<ironi> it confuses me totally
495<Zagor> ironi: hehe. well yes there is lots of UI work left :)
496<Zagor> i have to go now, they're closing the office!
497<ironi> Zagor: can i be the UI general, please please please
498<Zagor> see you tomorrow, everyone
499<ironi> =)
500<ironi> ok so lets see the newset build
501<ironi> same error
502* Bagder hands ironi the UI boss hat
503<ironi> hehe
504<ironi> i wan tso much to be in the credz =)
505<ironi> *waNNABE*
506<ironi> anyway
507<Zagor> we'll add you for the web site
508<ironi> hehe cool =)
509<ironi> anyway
510<ironi> the browsing should have a slight delay
511<Zagor> gotta run, bye
512<-- Zagor has quit ("Client Exiting")
513<elinenbe> what do you mean by the browsing should have a slight delay?
514<elinenbe> later.
515<ironi> cause now when i push i scroll by 3 rows like nothing
516<ironi> with a 2-row display this is very annoying
517<Bagder> right
518<Bagder> the buttons are a bit sensitive
519<ironi> yeahm, thats the least you could say
520<ironi> the scrolling should be settable from 1-10
521<ironi> everything over 15 is totally underadable, isnt it
522<Bagder> ...not on the recorder ;-)
523<edx> hehe ;)
524<ironi> the menu button should have like a 0.3 second delay when pushed
525<ironi> i.e. you need to hold it for that time
526* edx looks down to his recorder and smiles..
527<ironi> to activate
528<elinenbe> I like the recorder at 25
529<ironi> oh really? ok. well 5 is neat fo rme
530<ironi> 6 manybe
531<elinenbe> is there any saving of values to the disk yet?
532<Bagder> no
533<ironi> oh really
534<ironi> well how will this be saved?
535<elinenbe> how si that going to be handled?
536<ironi> just a textfile
537<ironi> config file
538<ironi> is it possible to implement that
539<Bagder> sure
540<ironi> cause hten we could move on and make a filehandler
541<elinenbe> in an unused sector -- like the default firmware does it?
542<ironi> that can make dirs, copy, delete
543<ironi> =)))
544<ironi> hehe maybe a bit of an overkill
545<elinenbe> I like the idea of an ascii config file.
546<ironi> i would love to be able to read txt-files
547<ironi> lovely to make notes for grocery shopping hah
548<Bagder> contribution time!
549<ironi> it sahould be possible to make a game for the player too
550<ironi> am i wqrong or is the disk read alot shorter with rockbox firmware?
551<ironi> when entering new dirs
552<Bagder> dunno
553<Bagder> gotta run, see ya tomorrow
554<ironi> have you ever played arkanoid?
555<elinenbe> later.
556<elinenbe> go home.
557<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
558<ironi> that would be able to do on the player
559<ironi> =)
560<ironi> a vertical arcanoid
561<elinenbe> that would be nice.
562<ironi> elinenbe: do you know how to set it up to be able to compile everyitng in windows?
563<elinenbe> no. I was messing around with it.
564<elinenbe> but I guess over the last few days, a bunch has been done to it.
565<ironi> ok
566<elinenbe> you need to use nmake.
567<ironi> i think i will do linux trough vmware maybe
568<ironi> kinda easier
569<elinenbe> follow the directions on the web page -- they are easy to follow.
570<ironi> im more used to compile in linux so ill jsut stick to that
571<ironi> and play around with vmware at the same time hehe
572--- edx is now known as edx|homework
573<-- ironi has quit (" <k!15b8>")
574<-- jedix has quit ("brb")
575--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
576<elinenbe> there is no auto-off in the AJBR Rockbox.
577--- WetBed is now known as Wettoad
578<elinenbe> of course you know that already...
579<-- edx|homework has quit ("be right back")
580--> edx (OKE60@pD9EAB848.dip.t-dialin.net) has joined #rockbox
581--- edx is now known as edx|studying
582<edx|studying> hmmm does the recorder version play songs yet?
583--> plmirc (xxxx@Mix-Puteaux-104-1-73.abo.wanadoo.fr) has joined #rockbox
584<plmirc> HI at All !
585<plmirc> well... :-|
586<edx|studying> yo
587--- edx|studying is now known as edx
588<plmirc> Bye at all...
589<edx> bye
590<plmirc> :)
591<edx> lol
592<-- plmirc (xxxx@Mix-Puteaux-104-1-73.abo.wanadoo.fr) has left #rockbox
593<PsycoXul> heh
594<-- jedix has quit ("gone")
595--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
596<edx> rehi ;)
597<Zagor> hi
598<edx> Zagor: does the playback work on the recorder?
599<Zagor> not yet
600<edx> k
601<edx> (didnt work for me.. that's why i'm asking)
602<edx> i modified the makefile so it compiles on windows (but it wont compile on linux with that makefile anymore..)
603<edx> we gotta make a makefile for windows & linux
604<edx> (not now.. sometime later.. ;) )
605<Zagor> what did you change?
606<edx> i removed the dependency stuff
607<Zagor> oh...
608<edx> (scripting does not work in windows..)
609<edx> no sh.exe
610<Zagor> i know
611<edx> at least i get a compiled file that actually works...
612<edx> we could also create a makefile.win32 or something (for win32 users who want to compile the firmware..)
613<Zagor> yes
614<edx> maybe that will be easier than having a linwin file...
615<edx> also, i think the if statements dont work under windows.
616<edx> (i had to remove them to get the recorder code compiled..)
617<Zagor> are you using nmake?
618<edx> no
619<edx> i use the make that comes with the GNUSH tool chain
620<edx> nmake really is a whole different story
621<Zagor> what does "make --version" report?
622<edx> GNU Make version 3.78.1, by Richard Stallman and Roland McGrath.
623<edx> Built for Windows32
624<Zagor> what does it say when you have the if lines?
625<edx> nothing, it just does not do what inside the if lines...
626<edx> (though it should)
627<edx> what = what is
628<Zagor> ok
629<edx> how far is rolo btw (is it even developed at the moment?)
630<Zagor> no, we haven't started with it yet.
631<edx> ok... because if we had that I could at least put rockbox on there to play (and still listen to music heheh)
632<edx> right now rolo will play a pretty important role, specially for those people who are unsure whether to use rockbox or the archos mod
633<Zagor> i know, i want rolo too. it's just we don't have unlimited manpower :)
634<edx> true.
635<edx> If I could i'd help but I guess I have to little low-level experience...
636<edx> the file must be read to ram and then.. the instruction pointer set to that location (correct me if i am totally wrong)
637<Zagor> your helping very much already, with the win32 stuff
638<Zagor> yes, but there are "a few" other things too :)
639<edx> (yea.. must be the correct place in ram etc..)
640<edx> and the rolo must be deleted out of ram i guess (because the archos mod wants to use all of the ram and is designed for that i guess)
641<edx> anyways.. nice revery hehe
642<Zagor> yes, rolo will be overwritten by the mod
643<edx> ok
644<edx> i gotta get some sleep... last class test for this school year tomorrow :D
645<edx> cya all
646<Zagor> bye
647<-- edx has quit ("good night")
648<PsycoXul> heh
649<PsycoXul> so who thinks they might want to get rolo rolling?
650--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
651<g003y> heya all
652<PsycoXul> hi
653--> Zagor_ (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
654<-- Zagor has quit (Read error: 104 (Connection reset by peer))
655--- Zagor_ is now known as Zagor
656<g003y> I always have to go back to that dang nick reference :D
657<Zagor> hehe
658<g003y> you guys on the other side of the pond are still up?
659<Zagor> I'd like to use "Bjorn", but unfortunately it's registered to someone else
660<Zagor> yeah, it's 22:55 here
661<g003y> yeah I just randomly typed g003y into trillian :D
662<Zagor> hehe
663<g003y> Zagor - Bagder told me to get an SF account setup and talk to you about getting ssh cvs access.
664<g003y> you the man for that ?
665<Zagor> yep
666<g003y> cool
667<g003y> I've been working on some stuff locally
668<Zagor> yeah?
669<g003y> playing around with displaying filenames and such as songs play
670<g003y> getting my head around the api
671<g003y> more apps stuff
672<Zagor> ok, nice
673<g003y> I'm not a hardware guy like all yousese :D. But I know C and applications :D
674<g003y> anyway I was looking at adding a real primitive display format
675<g003y> right now I can compile with support for scrolling the filename or using the current behavior
676<g003y> it actually works nicely thanks to those wonderful scrolling apis :D
677<Zagor> :)
678<g003y> so I was thinking of having just a couple of different things we can support
679<g003y> with playing file display
680<Zagor> sure
681<g003y> id3 info being one
682<g003y> scrolling filename being another
683<g003y> but potentially a way to instruct the play how to disect your filename/directory structure to build id3 like information on the screen
684<g003y> play == player
685<Zagor> yes, that'd be good
686<g003y> but the real question right now is....
687<g003y> should I make it a compiled in option or something that could be configured through settings?
688<Zagor> settings, definitely
689<g003y> ok cool.
690<g003y> that is how I would prefer it
691<g003y> anyway I will get an sf account email ya
692<Zagor> ok
693<g003y> BTW - your cross compiler buld instructions worked first shot for me.
694<Zagor> nice!
695<g003y> took me about 5 minutes to get up and running
696<g003y> I'm on win32 using cygwin as well
697<g003y> one other question for you. Whats the deal with the battery display? I've only started logging recently and haven't dug through all the old logs yet
698<Zagor> we have no battery display yet
699<g003y> I noticed :D
700<g003y> but is it an unknown thing
701<Zagor> measuring battery capacity is a whole science in itself
702<g003y> ahhh
703<Zagor> so we're putting that off a bit until the basic stuff works
704<g003y> cool
705<elinenbe> g003y: how do you use the make files in win32?
706<g003y> I do everything through the bash shell cygwin provides
707<g003y> so technically I use the *nix like make
708<g003y> but if you're attempting the uisimulator compile then you need to use nmake
709<g003y> from a dos window
710<elinenbe> oh -- how does that work? I am not familiar with the bash shell that comew with cygwin
711<elinenbe> did you download the source tarball or use wincvs
712<g003y> are you just trying to get the firmware configured?
713<g003y> I sync to current with wincvs
714<g003y> but I started with the tarballs
715<elinenbe> well, I want to be able to compile the firmware.
716<g003y> ok
717<g003y> cygwin gives you a little batch file you double click
718<g003y> that gives you a shell right? That is bash
719<g003y> from there you would build the cross compiler as Bjorn has put together on the website
720<elinenbe> I know bash and linux
721<g003y> I tried the GNU-SH toolkit, but it just wasn't cutting it for me
722<g003y> ok good well cygwin gives you the same stuff basically
723<elinenbe> I was just unfamiliar with the bash shell that is makes for windows.
724<g003y> it's close, but not exactly the same
725<g003y> just use the batch file they plop on the desktop and it will put you in your home directory
726<g003y> from there it will feel more familiar
727<elinenbe> ok
728<g003y> setup all your normal include stuff and everything
729<elinenbe> did you just follow the directions on the web page?
730<g003y> then just do the configure & compile
731<elinenbe> http://bjorn.haxx.se/rockbox/sh-win/
732<g003y> yeah except
733<g003y> no not that one
734<g003y> I couldn't get compiles to work with that tool kit
735<elinenbe> not what?
736<elinenbe> oh, so what toolkit did you use?
737<g003y> http://bjorn.haxx.se/rockbox/cross-gcc.html
738<g003y> I followed those directions
739<g003y> inside of a cygwin win32 bash shell
740<g003y> GNU-SH just wouldn't fly for me
741<elinenbe> well, where did you dl the cygwin bash shell.
742<elinenbe> ?
743<g003y> http://www.cgywin.org/
744<g003y> just go for the installer
745<elinenbe> ok. thanks so much.
746<g003y> get the packages you need to get yourself started
747<g003y> though you won't need newlib compiled in
748<g003y> so you can drop that bit
749<g003y> after cygwin does it's thing you will need to recompile gcc with the sh1 extensions
750<elinenbe> the page you speak of is http://www.cygwin.com/
751<elinenbe> ok
752<g003y> oh yeah d....o....t....com
753<g003y> :D
754<g003y> anyway you will need gcc to get to gcc 3.x with sh1
755<elinenbe> so, you just downloaded the gcc and installed as per insturction on http://bjorn.haxx.se/rockbox/cross-gcc.html?
756<g003y> yup
757<g003y> minus newlib
758<PsycoXul> hmm
759<PsycoXul> why not newlib?
760<Zagor> we aren't using it any more
761<PsycoXul> ah
762<PsycoXul> cool
763<g003y> IDK - I saw on the mailing list not to use it
764<Zagor> just a few header files are still needed
765<g003y> there ya go :D
766<elinenbe> ok -- great. Thanks so much.
767<g003y> no prob
768--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
769<Zagor> hey bro
770<Bagder> hey
771<g003y> heh... so you guys are related?
772<Zagor> yeah, we're brothers
773<Zagor> the playlist loader reads around 1000 lines per second. that's not bad!
774<g003y> thats pretty damn good
775<Bagder> it's so darned cool
776<Zagor> sure is
777<Bagder> so the shuffle stuff works now?
778<Zagor> umm, haven't tried it yet. the batteries in my player are empty (and the charger circuit is busted)
779<Zagor> i have only tested on the recorder so far
780<Zagor> it should go even faster on the player, since it's clocked faster
781<Zagor> not very much, though
782<Bagder> about 9%
783<g003y> I'll give it a try tonight when I recompile
784<g003y> I have a player
785<Bagder> neato
786<Zagor> ok
787<Bagder> we need the playlist tested a bit
788<g003y> I'm just at my day job right now coding less interesting crap
789<Bagder> g003y: so what kind of stuff do you work with?
790<g003y> a mixture of win32 & *nixes
791<g003y> C, perl asp... whatever needs to be done mostly
792<g003y> most of our FEs are IIS
793<Zagor> ueck :)
794<g003y> but lots of the behind the scenes is unixy
795<g003y> hey I even hop on the g4 once and awhile to pretend I have a flipper for the mouse button :D
796<Zagor> hehe
797<Bagder> :-)
798<Bagder> http://freshmeat.net/stats/#vitality
799* Bagder smiles
800<Zagor> hehe
801<g003y> I don't see rockbox there yet :D
802<g003y> j (score: 44,252 - 36.97%)
803<g003y> A programmer's editor written in Java.
804<g003y> that is up there, but VI or VIM is not?
805<Zagor> it's a new rating system, there hasn't been a lot of votes yet
806<g003y> ahhhhh... gotcha
807<Bagder> vitality isn't based on that
808<Zagor> ah, yes that was vitality
809<Bagder> but it requires rather frequent releases
810<Zagor> vi has vitality 0.01% :)
811<g003y> gotcha
812<Zagor> vim is at 0.51%
813<Bagder> so more stable projects tend to get less "vital"
814<Zagor> rockbox is at 0.00
815<g003y> well how is popularity rated?
816<Bagder> I honestly don't know how any of those numbers are calculated
817<Zagor> "The popularity score superseded the old counters for record hits, URL hits and subscriptions. Popularity is calculated as (record hits * URL hits * (subscriptions + 1))^(1/3)."
818<Bagder> oh
819<Bagder> curl = Popularity: 12.84% (Rank 100)
820<Zagor> "The vitality score for a project is calculated like this: (announcements * age) / (last_announcement)"
821<g003y> oh there is the link I was looking for that zagor kindly regurigiated for me :D
822<Zagor> hehe
823* Zagor is trying to get used to mutt...
824<g003y> mutt is nice
825<g003y> unfortunately I haven't converted yet
826<Zagor> i've used elm and thenpine for the last 10 years, so it's hard for me to change
827<Bagder> I've built my whole life around pine ;-)
828<g003y> hahahahahaha
829<Bagder> Zagor: so what's left for a 1.1 release?
830<Zagor> nothing, really. I just want to test it a bit more.
831<Bagder> ok
832<Bagder> just checking ;-)
833<Zagor> i'm thinking maybe "Shuffle" should be an "on/off" option rather than an action
834<Bagder> yes
835<Bagder> and possible a "reshuffle" as an action
836<Zagor> so you set it before you start the playlist
837<Bagder> possibly
838<Zagor> yeah
839<Bagder> did you time the shuffle of 4500 songs?
840<Bagder> or didn't you try it?
841<Zagor> i did. 5120 songs takes just under 5 seconds
842<Bagder> yes, to read from a file, right?
843<Zagor> oh, the shuffle. hang on...
844<Bagder> I meant only the shuffle part
845<Zagor> it's very quick. sub-second i think
846<Bagder> that is great
847<Zagor> tested now. it's like 0.5 seconds.
848<g003y> schweet
849<Bagder> it makes me feel really warm inside that our thoughs prove to be working so good
850<Zagor> yes, i agree
851<Zagor> and this means 1.1 will be a real alternative for some people. still very unpolished, but with one killer feature
852<Bagder> yeah
853<g003y> shuffle that blows archos' effort out of the water?
854<Zagor> fast and big playlists
855<g003y> I thought you were talking just shuffle there
856<Zagor> archos don't do shuffling like this, so there's no real comparison.
857<g003y> another killer feature?
858<Zagor> but they do load playlists, at a horrible speed
859<g003y> the playlist stuff is horrible on theirs
860<Zagor> the huge playlist support is our killer feature
861<g003y> they've got features, but sacrificed speed
862<g003y> yeah thats great
863<PsycoXul> whats its limit? memory? heh
864<PsycoXul> or hd space?
865<PsycoXul> or what
866<Zagor> we set a 10000 entry limit
867<Bagder> they probably just do it "The Wrong Way"
868<Zagor> memory is the limit, since we need to hold one integer per entry
869<PsycoXul> heh
870<g003y> I thought the integer solution was quite crafty.
871<g003y> I believe archos is doing something far nastier with memory usage
872<Zagor> I like it
873<Zagor> oooh yes...
874<Bagder> just watching the time it takes to load a playlist indicates something really nasty
875<g003y> so have any of the archos ppl contacted the group about this project in any way?
876<Zagor> nope
877<Zagor> they ignore us vehemently :)
878<g003y> you're making their dev team look bad :D
879<Zagor> hehe
880<Bagder> we've gone from completely *nothing* to this point in ~6 months
881<g003y> fricking good stuff :)
882<Zagor> all the code is written since april...
883<Bagder> hehe
884<Bagder> can you run a simulated player?
885<Zagor> yes
886<Bagder> it just died so hard on me
887<Zagor> but I get a lot of those X errors
888<Bagder> I can't even close gdb now!
889<Bagder> The program is running. Exit anyway? (y or n) y
890<Zagor> that happened to me too the other day
891<Bagder> Error accessing memory address 0x4018d664: No such process.
892<g003y> doh!
893<Zagor> ouch
894<Bagder> had to kill it manually from another terminal
895<Bagder> hm
896<g003y> ok
897<g003y> sorry wrong window :D
898<g003y> dang trillian makes that stuff confusing :D
899<Bagder> it just does not work here
900<Zagor> odd
901<Bagder> all I see is the initial screen
902<Bagder> and nothing more happens
903<Zagor> trillian hung a win2k box solid for me the other day. i ain't touching that stuff again :)
904<Bagder> "ROCKbox" "CVS"
905<g003y> I run trillian on win2k connected to IRC, AIM, ICQ and YIM. I can't live without it anymore :D
906<Bagder> but the recorder version runs just fine
907<Bagder> how do I switch thread in gdb?
908<Bagder> hehe
909<Bagder> no archos dir
910<Zagor> moooh
911<Bagder> I made one now
912<Bagder> and...
913<Bagder> Segmentation fault (core dumped)
914<g003y> bomb baby bomb!
915<Zagor> it shouldn't crash so hard for that
916<g003y> user error? :D
917<Bagder> lcd_puts_scroll()
918<Bagder> #0 0x401ed897 in strlen (str=0x1 <Address 0x1 out of bounds>)
919<Bagder> at ../sysdeps/i386/strlen.c:27
920<Bagder> #1 0x804e8e1 in lcd_puts (x=1, y=0, str=0x1 <Address 0x1 out of bounds>)
921<Bagder> at ../../firmware/drivers/lcd.c:501
922<Bagder> #2 0x804f04f in lcd_puts_scroll (x=1, y=0,
923<Bagder> string=0x1 <Address 0x1 out of bounds>) at ../../firmware/drivers/lcd.c:773
924<Bagder> #3 0x804d37e in dirbrowse (root=0x8050e7f "/") at ../../apps/tree.c:243
925<elinenbe> later guys. you fucking rock! (off to do some database modelling and design!)
926<Bagder> see ya elinenbe
927<g003y> cya
928<Bagder> Zagor: I have a completely empty dir
929<Zagor> i'll test
930<Zagor> i got the crash too
931<Bagder> tree.c line 243
932<Zagor> ah, of course. silly me
933<Zagor> any empty dir will crash it
934<Bagder> yeah
935<Zagor> fixed
936* Bagder updates
937<Bagder> better
938<Bagder> but what is the question mark doing there?
939<Zagor> it's the cursor
940<Bagder> ah
941<Zagor> special char on player
942<Bagder> we should fake that better in the simulator
943<Zagor> yup
944<Zagor> i also want icons in the player simulator soon...
945<Bagder> true
946<Bagder> shouldn't be too hard
947<Bagder> I like the scroll
948<Zagor> yeah, it's nice. your idea was better.
949<Bagder> I think so too, it fills better
950<Zagor> the code is actually simpler for this scroll than the previous model
951<PsycoXul> hey somebody wanna post a current-cvs new-player build i can try out? i haven't messed with it since i went on vacation
952<Zagor> sure
953<Zagor> http://bjorn.haxx.se/rockbox/player/archos.mod
954<PsycoXul> thanks
955<PsycoXul> hmm ok
956<PsycoXul> that doesn't update the LCD at all after the rom firmware boot screen
957<Bagder> wrong lcd version?
958<Zagor> uh, it doesn't?
959<Zagor> duh, I gave you an old player version. sorry
960<PsycoXul> heh
961<Zagor> grab it again
962<PsycoXul> nice
963<Zagor> try starting a playlist
964<g003y> that mod for the 4.50+ player hardware?
965<Zagor> yup
966<PsycoXul> ok
967<PsycoXul> i've only got a couple of short playlists saved on here heh
968<Bagder> booo ;-)
969<g003y> get those perl scripts out :D
970<PsycoXul> i'm not one for listening to the same set over again
971<PsycoXul> :p
972<Bagder> hehe
973<Zagor> make a list of the whole disk
974<PsycoXul> how do you start the playlist?
975<Bagder> play
976<g003y> ha!
977<PsycoXul> hmm
978<g003y> no go?
979<PsycoXul> it just says loading nnn files, complete
980<PsycoXul> and thats it
981<Zagor> doesn't start playing?
982<PsycoXul> no
983<g003y> format of playlist affect it?
984<Zagor> the display isn't supposed to say title or anything. but it's supposed to play the files.
985<Zagor> odd. works in the sim
986<PsycoXul> they're playlists that archos' firmware saved
987<PsycoXul> heh
988<Bagder> they should be fine
989<Zagor> ah, how did you make those playlists?
990<g003y> _should_ is the keyword in that sentence
991<Bagder> hehe, of course
992<Zagor> i bet there are backslashes and/or disk names in there?
993<Bagder> I don't think so
994<Bagder> mine didn't
995<g003y> zagor - what format does the code expect?
996<PsycoXul> lemme look at what they look like
997<Bagder> normal / slash
998<Zagor> forward slashes, no C:
999<g003y> CR-LF combo?
1000<g003y> or just LF?
1001<Bagder> either way
1002<Bagder> ah
1003<Bagder> its broke
1004<g003y> I was just about to try it, but not now :D
1005<PsycoXul> ./Nine Inch Nails/The Fragile/Left/01 - somewhat damaged.mp3
1006<Zagor> kill the leading dot
1007<Bagder> initial dot huh? :-)
1008<Bagder> Zagor: the code doesn't work with CRLF right now
1009<Zagor> ok
1010<PsycoXul> heh that shouldn't be a problem :p
1011<PsycoXul> and they're dos format text too
1012* PsycoXul makes a whole-disk playlist
1013<PsycoXul> oh damnit whats find's problem
1014* PsycoXul runs it through sort
1015<PsycoXul> thats better
1016<PsycoXul> i noticed directories that start with a . don't show up in the browser
1017<Zagor> you can't have that in fat32, can you?
1018<PsycoXul> yeah i've got a few of them
1019<PsycoXul> just cause they also don't show up in archos' browser and they have either oggs or mp3's that are silent for no apparent reason on the archos [or maybe just with archos' firmware, i haven't tried them with rockbox]
1020<Zagor> ok
1021<Zagor> i need to test that. we don't do any filtering so that's a bug
1022<Bagder> Zagor: is the fs code totally case insensitive?
1023<Zagor> it should be, but there may be bugs
1024<Bagder> ok
1025<Bagder> it just struck me
1026<Zagor> umm, no. it's totally sensitive
1027<Zagor> bad move :)
1028<Bagder> dang
1029<Zagor> buh, now we need to add strnicmp to common/
1030<Bagder> heh
1031<Bagder> strncasecmp() ?
1032<Zagor> yes
1033<Bagder> (I'm just nitpicking on the name)
1034<Zagor> i know :)
1035<PsycoXul> ok my complete playlist ends up 2641 tracks
1036<Zagor> try loading it. you'll like it :)
1037<Bagder> ok, I'm off. See ya mañana
1038<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1039<PsycoXul> hmm
1040<PsycoXul> still doesn't play
1041<PsycoXul> /Ac-Dc/Back In Black/01-Hells Bells.mp3
1042<PsycoXul> format, unix-style text
1043<Zagor> ok
1044<PsycoXul> hmm after i started playing a file and pressing stop to go back to the browser, the ui sorta paused with a jerky scroll of the file it was on, for a second or two before letting me do anything
1045<g003y> different question (sorry to hijack) - Is there a way to go back to the playing display after exiting back to the browser?
1046<PsycoXul> and bass over 70% has nasty clipping on this AC/DC song heh, even at lower volumes
1047<PsycoXul> g003y: thats a good question
1048<PsycoXul> and there's still random files that get displayed with junk names
1049<PsycoXul> directories anyways i dunno about files actualy
1050<Zagor> g003y: currently there is no way to do that
1051<Zagor> PsycoXul: that might be short FAT names. I haven't been able to test those much.
1052<g003y> zagor - hmm... how about like a fetaure that returns to it when a user has idled on pressing buttons or would that be overdoing it?
1053<Zagor> i don't like the machine to decide things on its own. i think a simple toggle button is better
1054<g003y> I believe button combos are precious on the player.
1055<g003y> ok
1056<g003y> sounds fair to me
1057<PsycoXul> i think this one is called 'disc 2 misc' or something i dunno about the white spaces or if tehy're -'s or _'s, i forget, but it displays as 'isk_2_-_02_-_'
1058<Zagor> check to be sure
1059<PsycoXul> oh i've probably got it on the playlist i've just made so i can look at that heh
1060<PsycoXul> ah its actualy 'disc3-misc'
1061<PsycoXul> heh
1062<Zagor> and how is it displayed?
1063<PsycoXul> 'isk_2_-_02_0_'
1064<PsycoXul> er
1065<PsycoXul> 'isk_2_-_02_-_'
1066<Zagor> veeery odd
1067<PsycoXul> yeah and 'Beck' is displayed as 'Ozzy.m3u.m3u'
1068<g003y> left over buffer garbage?
1069<Zagor> looks like it, yeah
1070<PsycoXul> and 'Adam Sandler' is 'HMC1 Y?? U?' the ?'s actualy being little 3's as if they're being cubed heh
1071<Zagor> it's the fat32 driver
1072<g003y> psyco- is that only happening on playlists for you?
1073<PsycoXul> no its the display of these directories in the browser
1074<g003y> oh sorry
1075<PsycoXul> and these funky names are consistant
1076<g003y> I thought it was the filenames
1077<PsycoXul> they're always these heh
1078<g003y> heh... well at least it's consistent
1079<PsycoXul> though the adam sandler one the little 3's used to be other chars in older rockbox versions heh
1080<g003y> I think zagor is jamming over some fat32 code right now as we speak :D
1081<Zagor> what, me? :)
1082<PsycoXul> oh 'Misc-junk' also displays as 'Pilots.m3u'
1083<PsycoXul> and you know whatever else heh
1084<PsycoXul> hmm
1085<PsycoXul> and i go into the recycled dir
1086<PsycoXul> where theres some wav files
1087<PsycoXul> and i select one
1088<PsycoXul> and then stop it
1089<Zagor> this is not short-name issues. misc-junk is 9 chars == longname
1090<PsycoXul> and then press stop again to leave the recycled dir
1091<PsycoXul> and i get DH0 DH1 and INFO2
1092<PsycoXul> displayed in the browser
1093<Zagor> eh?
1094<g003y> I'm trying to reproduce it right now, but not much luck here
1095<PsycoXul> ok its also sometimes just going into the recycled dir
1096<PsycoXul> and sometimes leaving it
1097<PsycoXul> hmm unless they're actualy in there and the bounce is putting me into the first one
1098<Zagor> well I need to gdb this, so it'll have to wait until the morning
1099<PsycoXul> ok i think thats whats going on with the DH0 DH1 and INFO2 things is just that i didn't see them there at first because of the button sensitivity so disregard that one
1100<Zagor> ok, good
1101<-- g003y has quit (bear.openprojects.net irc.openprojects.net)
1102<-- datazone has quit (bear.openprojects.net irc.openprojects.net)
1103<-- webmind has quit (bear.openprojects.net irc.openprojects.net)
1104<-- PsycoXul has quit (bear.openprojects.net irc.openprojects.net)
1105<-- PiotR has quit (bear.openprojects.net irc.openprojects.net)
1106<-- Hadaka has quit (bear.openprojects.net irc.openprojects.net)
1107<-- Zagor has quit ("bye")
1108--> datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
1109--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
1110--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
1111--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1112--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
1113<PsycoXul> well there most of them came back
1114<adi|work> jesus..
1115<adi|work> just tested the playlist with 2000 line file
1116<adi|work> that sucker flys :)
1117<PsycoXul> yeah
1118<PsycoXul> Loadding...
1119<adi|work> and i love the variable scroll
1120<PsycoXul> Complete.
1121<PsycoXul> 2641 files
1122<PsycoXul> heh
1123<PsycoXul> yeah
1124<adi|work> hehe i don't even see the Loading in the sim ;)
1125<PsycoXul> i just wish this playlist would actualy
1126<PsycoXul> you know...
1127<PsycoXul> play
1128<PsycoXul> :p
1129<adi|work> heheh hmmm odd
1130<PsycoXul> yeah it just loads
1131<adi|work> shuffle core dumps the sim
1132<PsycoXul> here it says "Shuffling..
1133<PsycoXul> Done."
1134<adi|work> yeah.. but i let it go and it cores...
1135<PsycoXul> damn
1136<PsycoXul> even at 70% bass i get some clipping
1137<adi|work> on the player?
1138<PsycoXul> yeah
1139<PsycoXul> what happened man... heh
1140<adi|work> ahh.. i only have recorder :(
1141<PsycoXul> last day of last month i tried it
1142<PsycoXul> and the browser was a little slow but there was no oversensitivity
1143<PsycoXul> and you could crank the bass all the way without any clipping and it sounded good
1144<PsycoXul> now its all oversensitive and clipping in the bass heh
1145<adi|work> hehehe fix it ;)
1146<-- Hadaka has quit (bear.openprojects.net irc.openprojects.net)
1147<-- PsycoXul has quit (bear.openprojects.net irc.openprojects.net)
1148<-- webmind has quit (bear.openprojects.net irc.openprojects.net)
1149<-- datazone has quit (bear.openprojects.net irc.openprojects.net)
1150<-- PiotR has quit (bear.openprojects.net irc.openprojects.net)
1151--> datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
1152--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
1153--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
1154--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1155--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
1156<PsycoXul> this one soundtrack too, the first track locks rockbox up
1157<PsycoXul> tried it like 3 or 4 times
1158<adi|work> hehehe
1159<PsycoXul> just freezes with the browser display still on it
1160<PsycoXul> yeah it is odd, the rest of the tracks in it seem to work fine
1161<adi|work> we're violating memory somewhere in the sim...
1162<adi|work> tracking it down
1163<PsycoXul> so like i think from interface end that it'd be nice if it wants to stay in the playing-file-info-display while its playing
1164<PsycoXul> and stop from there will stop it and return to browser while some other button or combo can switch between that and the browser while its still playing
1165<PsycoXul> at least on the player, i know the recorder's got different buttons so it can behave different ways appropriate to it, but this makes sense to me on the player
1166<adi|work> damn it.. i dont know what it is...
1167<adi|work> but the sim is definatly bugging out
1168--> elinenbe|school (elinenbe@sinan.ummu.umich.edu) has joined #rockbox
1169<-- elinenbe|school has quit (Client Quit)
1170<PsycoXul> so yeah i should like make some animated icons for the player or something
1171<PsycoXul> hmm the firmware's shutoff in archos' firmware is faster than the hard one that works with rockbox
1172--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1173<g003y> ahh back again :D
1174<g003y> psyco - did you get that garbage display resolved?
1175<adi|work> umm... day before last i think
1176<g003y> he was having a problem earlier though
1177<g003y> today that is
1178<PsycoXul> well i think zagor was looking into it
1179<PsycoXul> or not
1180<PsycoXul> but there was a split and when it returned he didn't come back with it
1181<PsycoXul> heh
1182<PsycoXul> so i dunno whats going on
1183<g003y> oh ok
1184<g003y> I wasn't able to reproduce it, but I don't think I followed your steps exactly
1185<PsycoXul> er? steps?
1186<PsycoXul> the problem is with some directories
1187<g003y> only some.... hmmmm
1188<PsycoXul> right
1189<PsycoXul> a few of them display weird things instead of what they are
1190<PsycoXul> and the weird things they display are always the same, between reboots, different compiles, different versions, etc
1191<PsycoXul> except one of them has changed a little between versions
1192<g003y> hmmmm.... very strange. I was trying to see it happen on my player, but no go
1193<g003y> ah well Zagor will figure it out :D
1194<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1195--- dw|gone is now known as dwihno
1196--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1197<dwihno> hello gooey
1198<g003y> heya
1199<dwihno> waaazaaaap? :)
1200<g003y> just trying to get a sourceforge account
1201<g003y> but I didn't have my alias right so I imagine the verification email bounced or is relaying somewhere :D
1202<dwihno> oops :)
1203<g003y> heh... thats what I get for having two alias files :D. damn backups.
1204<dwihno> yeah, backups are a pain in the ass ;)
1205<g003y> hehehe
1206<g003y> guess I will just wait and see what happens.
1207<dwihno> yeah
1208<dwihno> Have you done any productive stuff for rockbox? :)
1209<g003y> not today
1210<g003y> I'm trying to get my account setup so I can submit what I have at least
1211<g003y> talked with Zagor and he liked my ideas
1212<g003y> so I guess I will jam some code soon
1213<g003y> that and try to finish gta3 one day :D
1214<dwihno> ah
1215<dwihno> gta3? is it possible to finish that game? :)
1216<g003y> man... I tell ya. it always ends up in a game of how long can I live with x number of stars :D
1217<g003y> I'm still only on the second island
1218<dwihno> Island?
1219<dwihno> Hmm
1220<dwihno> I haven't even played it ;)
1221<g003y> ahhh
1222<g003y> worth a play at least once
1223* dwihno has not even got a computer anymore
1224<g003y> what are you in a lab or something?
1225<dwihno> nope, work :)
1226<dwihno> or whateveryoucallit ;)
1227<g003y> no computer man. I feel for ya
1228<g003y> ghahahahah
1229<g003y> the spice mines
1230<dwihno> hehe
1231<dwihno> I'm awaiting money from an invoice...
1232<dwihno> Then I'll get myself a kick-arse-evil-shiznat portable thingy
1233<g003y> ahhhh... you waiting on the ones with the nice nvidia/ati 3d cards in them?
1234<g003y> or something even more portable than a laptop?
1235<dwihno> Nah, it's a laptop alright
1236<dwihno> With a geforce4 go chip
1237<dwihno> I can't live without q3a! :)
1238<g003y> oh yeah thats sweet
1239<dwihno> But I've been waiting for this invoice for almost a month now and I'm running out of patience
1240<elinenbe> dwihno: I just got the toshiba 5105-s607 and it is incredible
1241<g003y> geez.... surely it isn't hard to pay up.
1242<dwihno> elinenbe: That purple thing?
1243<elinenbe> well, more blue, but it is incredible
1244<dwihno> Yeah
1245<elinenbe> except for the battery life.
1246<dwihno> I bet it is :)
1247<elinenbe> that is the only thing I could complain about.
1248<dwihno> It's a monster! :)
1249<elinenbe> It is great.
1250<dwihno> It's perversion at its greatest ;)
1251<elinenbe> much faster/better/etc. then my old HUGE tower.
1252<dwihno> What is the hardware specs?
1253<elinenbe> 1.7 P4 mobile
1254<elinenbe> 512 ram
1255<elinenbe> 40 gig hard drive
1256<dwihno> sweet stuff :)~
1257<elinenbe> 15 inch 1600x1200 resolution monitor (easily the sharpest brightest monitor I have EVER used)
1258<g003y> oh yeah.... you guys are making me horny with those specs :D
1259<elinenbe> and I have had a 21 inch flat screen sony for a while.
1260<dwihno> :)
1261<elinenbe> flat CRT that is...
1262<elinenbe> GREAT speakers including a SUBWOOFER!! (no joke!)
1263<elinenbe> it is just incredible.
1264<elinenbe> I went through 3 laptops getting this one.
1265<dwihno> The dell-box I'm gonna get is a 1.6 P4-M, 512 RAM, 30 (or 40) gig drive.... And 1400xsomething screen
1266<elinenbe> first a HP, then a Gateway, then this.
1267<elinenbe> and this is BY far the best.
1268<elinenbe> 8x dvd/cdr/cdrw
1269<elinenbe> usually 1450x1200
1270<elinenbe> or something like that
1271<g003y> they do laptops with tfts at 1450x1200?
1272<dwihno> yeah
1273<g003y> fucking eh
1274<dwihno> 15.1" something
1275<g003y> thats almost 1600x1200
1276<g003y> and it all fits in a backpack :/
1277<g003y> that just owns
1278<dwihno> yeah
1279<dwihno> But as everything else, there is a pricetag :(
1280<dwihno> I would get that toshiba if I was rich & famous
1281<g003y> yeah I know... thats the hard part
1282<g003y> hahahahahaha
1283<dwihno> But I'm neither rich or famous, so I guess the Dell will be perfect for me ;)
1284<g003y> if I was rich and famous I'd have one of each in the computing world :D
1285<elinenbe> my laptop here is 1600x1200
1286<elinenbe> 15.1 screen
1287<elinenbe> it is incredible.
1288<dwihno> :)~
1289<dwihno> Hey, you really know how to pickup ladies at the bar ;D
1290<dwihno> "I got myself a Toshiba evil laptop thingy!"
1291<dwihno> "Whoa, lemme see!"
1292<g003y> "you wanna see my 15.1" baby?"
1293<dwihno> :)
1294<dwihno> Damn
1295<dwihno> Windows won't let me start indesign
1296<dwihno> *look through the process list for fishyness*
1297<elinenbe> on recorder: about 1.5 seconds for a 5000 song playlist, and then instant shuffle!
1298<elinenbe> wow!
1299<dwihno> whoa!
1300<g003y> my playlist won't play though :(
1301<dwihno> KICK-ARSE!
1302**** ENDING LOGGING AT Fri Jun 14 00:29:46 2002
1303
diff --git a/www/irc/rockbox-20020615.log b/www/irc/rockbox-20020615.log
deleted file mode 100644
index e9d984e79b..0000000000
--- a/www/irc/rockbox-20020615.log
+++ /dev/null
@@ -1,3625 +0,0 @@
1**** BEGIN LOGGING AT Fri Jun 14 02:27:04 2002
2
3--> adiamas (~adiamas@216.194.26.146) has joined #rockbox
4--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
6<Bagder> hey adiamas
7<adiamas> hey ya...
8<adiamas> now that i have my UPS set up...
9<adiamas> im finally going to get around to get a cross compiler going :)
10<Bagder> go go go ;-)
11--- You are now known as adi|home
12<Bagder> following Linus' instruction, it is really simple
13<adi|home> *nmods*
14<adi|home> only prob is im running gcc 2.95 right now :)
15<Bagder> that shouldn't matter
16<Bagder> if you have the source for that one already, you can probably make a cross compiler out of that version
17<adi|home> that reminds me...
18<adi|home> the simulator was coring on me yesterday
19<adi|home> when i shuffled the playlist
20<adi|home> i tracked it.. but it made no sense
21<Bagder> oh
22<Bagder> can you repeat it now?
23<adi|home> dunno.. was going to test in a few
24<Bagder> ok
25<Bagder> it cored yesterday when we messed around with an empty dir
26<adi|home> how do i force fstab to be reread?
27<adi|home> on linux?
28<adi|home> do you know?
29<Bagder> reread?
30<Bagder> mount -a?
31<Bagder> no, that only mounts all
32<adi|home> my prob is this..
33<adi|home> i have my archos mount with the same permissions that my floppy does
34<adi|home> at least thats what the fstab tells me
35<adi|home> i can mount the floppy as a user, but not the archos
36<dwihno> you have the nouser flag?
37<adi|home> nope
38<adi|home> /dev/sda1 /mnt/archos vfat noauto,owner 0 0
39<Bagder> ok, so you changed that but the user still can do it?
40<adi|home> no...
41<adi|home> as a user i can mount my floppy, but as a user i cannot mount my archos
42<adi|home> and my floppy entry is the same
43<adi|home> /dev/fd0 /mnt/floppy auto noauto,owner 0 0
44<Bagder> I just use umask=0 and am happy with that ;-)
45<adi|home> heheh
46<Bagder> /dev/sda1 /mnt/archos vfat noauto,umask=0 0 0
47<adi|home> ill try it :)
48<Bagder> that still requires root to mount
49<Bagder> but any user can write to it
50<adi|home> see.. don't want that :)
51<adi|home> i want user to be able to mount it :)
52<Bagder> beats me really
53<adi|home> hehe no worries
54<adi|home> yup.. still happens .. the coring..
55<adi|home> can you check on your version and ensure im not nuts?
56<Bagder> sure
57<dwihno> you're full of the nuts? :)
58<adi|home> okay... load the uizim
59<adi|home> the sim
60<adi|home> then load a playlist
61<adi|home> then go to shuffle the list and shuffle
62<adi|home> and it should core after it finishes
63<Bagder> ok... fixing my darned X-redirect...
64* adi|home screams
65<adi|home> my rockbox on the archos reboots.. even with the dc plugged in
66<adi|home> wtf
67<Bagder> ugh
68<adi|home> ugh what?
69<adi|home> the logo looks sharp though :)
70<Bagder> ugh as in "oh that is not nice"
71<Bagder> hehe
72<adi|home> hehe and my icons look sweet :)
73<Bagder> they do
74<adi|home> hehehe screen saver on the rockbox...
75<adi|home> sooooooo cool :)
76<Bagder> :-)
77<adi|home> god i love this
78<dwihno> are there icons now?
79* adi|home nods
80<Bagder> it doesn't crash for me
81<adi|home> there always were.. we just wernet using them
82<adi|home> hmmm wtf...
83<adi|home> i did a make clean
84<adi|home> and a cvs update
85<dwihno> adi|home: Show me a screenshot! :D
86<adi|home> of the icons?
87<adi|home> sure.. give me a min
88<Bagder> adi|home: can you show me a stack trace?
89<dwihno> yay! :D
90<adi|home> sure.. give me a min
91<adi|home> doing an update and recompile just in case
92<adi|home> dwihno.. you have dcc on?
93<dwihno> Yuppers
94--- Offering sshot.jpg to dwihno
95<adi|home> okay.. bagder.. how do i get you a stack trace?
96<adi|home> strace?
97<adi|home> right?
98<Bagder> run 'gdb rockboxui core'
99<Bagder> then 'where'
100<Bagder> (or 'bt' if you prefer a shortcut ;-)
101<adi|home> no stack
102<dwihno> adi|home: How cute! :D
103<adi|home> heh wait.. im stupid
104<dwihno> the cursor should be replaced
105<Bagder> dwihno: yes indeed
106<adi|home> okay.. then what bagder?
107<adi|home> i know where is choking on mine.. i just don't know why.
108<dwihno> I'll draw one rightaway ;D
109<Bagder> mail it to me, daniel@haxx.se
110<Bagder> please do
111<dwihno> How big is the font btw?
112<adi|home> want me to just dcc it to you?
113<Bagder> adi|home: I'm tunneled, bounced, crawled and sneaked so much dcc is impossible ;-)
114<adi|home> hehhe okay
115<dwihno> 5x7?
116<Bagder> yes
117<adi|home> sent
118<adi|home> something else i was thinking...
119<adi|home> we can 'shuffle' and empty list
120<Bagder> got it
121<adi|home> we should be checking that
122<adi|home> namely.. if you havne't loaded a list, tell the user that
123<Bagder> yes
124<Bagder> I told Zagor so too
125<dwihno> .....
126<dwihno> ##...
127<dwihno> ###..
128<dwihno> ####.
129<dwihno> ###..
130<dwihno> ##...
131<dwihno> .....
132<dwihno> There, a new cursor ;)
133<Bagder> adi|home: there's no stack trace there!
134<Bagder> dwihno: now convert it to bytes, LSB in the top, each column one byte
135<Bagder> and use the 5 bytes width
136<Bagder> 5 pixels
137<dwihno> LSB?
138<Bagder> least significant bit
139<Bagder> bit 0
140<dwihno> Line 1: 0, line 2: 3 ?
141<Bagder> no
142<Bagder> column-wise
143<dwihno> mkay
144<Bagder> column 0; 0x7e
145<Bagder> adi|home: this dump just shows lots of loaded symbols and the actual crash point, no stack trace
146<Bagder> try running it with gdb from the start:
147<Bagder> 'gdb rockboxui'
148<Bagder> 'run'
149<Bagder> [booom]
150<Bagder> 'bt'
151<adi|home> k
152<adi|home> what is bt?
153<Bagder> back trace
154<adi|home> k.. all it returns is:
155<adi|home> #0 0x0804e10f in menu_run (m=Cannot access memory at address 0x3d099dcc
156<adi|home> ) at ../../apps/menu.c:169
157<adi|home> Cannot access memory at address 0x3d099dc4
158<adi|home> and i could have told you that
159<Bagder> hm
160<adi|home> i found out that much last night.. exactly where it is dieing.. but now why
161<adi|home> its the menu_redraw
162<adi|home> in main_menu.c
163<adi|home> when you return from the function ptr
164<dwihno> Bagder: 0x3e, 0x3e, 0x1c, 8, 0
165<Bagder> dwihno: you should use the full 5x7
166<Bagder> we have 6x8
167<dwihno> we have?
168<Bagder> yes
169<dwihno> mkay
170<dwihno> me stupid
171<dwihno> me back in a flash soon ;)
172<Bagder> no ;-)
173<dwihno> me need coffee
174<Bagder> menu_redraw?
175<adi|home> yup.. one sec ill get you a line
176* Bagder runs to fill up more coffee
177<adi|home> sorry.. menu_draw
178<adi|home> menu.c:164
179<adi|home> lcd_clear_display();
180<adi|home>
181<adi|home> menus[m].items[menus[m].cursor].function();
182<adi|home>
183<adi|home> /* Return to previous display state */
184<adi|home> menu_draw(m);
185<adi|home> break;
186<adi|home> the function call goes fine
187<adi|home> "m" is valid before the call
188--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
189<adi|home> all looks fine in he call
190<adi|home> we return and _barf_
191<Zagor> hi all
192<adi|home> hey zagor
193<adi|home> found a nice core that Bagder cant seem to repeat
194<Zagor> ooh, shiny! :)
195* adi|home nods
196<dwihno> 0x7e, 0x7e, 0x7e, 0x3c, 0x3c, 0x18
197<dwihno> 0x7e, 0x42, 0x42, 0x24, 0x24, 0x18 (for a "transparent" version) ;)
198<adi|home> zagor..
199<dwihno> what's the opposite of LSB term-wise?
200<adi|home> know how the archos works better when you have dc plugged in?
201<Zagor> dwihno: msb
202<dwihno> mkay
203* dwihno suck when it comes to buzzwording :)
204<adi|home> nah. your just 'Livt'
205<dwihno> Add my cursor code :)
206<Hadaka> don't mix those with big-endian and little-endian like some people do :)
207<Bagder> dwihno: in progress
208<adi|home> at least your not a 'Liar'
209<dwihno> Hadaka: what's the diff between big and little-endian? /me has always been on the intel platform...
210<Hadaka> well intel is the stupid one :)
211<adi|home> the size of the feather
212<dwihno> adi|home: haw haw haw
213<dwihno> Hadaka: so what is the difference?
214<adi|home> smiles broadley
215<dwihno> word order?
216<dwihno> Tell me
217<Hadaka> byte order in words
218<Hadaka> little endian is
219<Hadaka> A B C D
220<Hadaka> big endian is B A D C
221<Hadaka> if I'm not tripping, it's too early in the morning
222<Hadaka> (that's bytes)
223<Zagor> you are tripping :)
224<dwihno> C D A B ?
225<adi|home> heheh
226<adi|home> but he's right isn't he?
227* adi|home remebers it that way
228<Zagor> no, big-endian is straight big-to-small. little-endian is twisted
229* adi|home taps Hadaka on the shoulder and askes if he is a he, just in case
230<Hadaka> err, big-endian is small-to-big
231<Hadaka> yup, sorry guys, I'm male
232<adi|home> so big should be: D C B A
233<Hadaka> or
234<Hadaka> if you are guys }:>
235<adi|home> and little is: C D A B
236<adi|home> ?
237<Hadaka> adi|home: nope
238<Hadaka> I hope that is
239<Zagor> the lowest byte of a big-endian word is the highest value
240<Zagor> 0xCAFEF00D is 0xCA 0xFE 0xF0 0x0D
241<dwihno> Bagder: Is the cursor cute?
242<Bagder> not quite there yet
243<dwihno> oh..
244<adi|home> little: 0x0D 0xF0 0xFE 0xCA?
245<Hadaka> hmh, lowest? do you mean 0xCA with that or 0x0D?
246<Zagor> i meant lowest address
247<Zagor> 0xCA
248<Hadaka> hm, yeah
249<Hadaka> oh yeah
250* adi|home is confused again
251<dwihno> Little endian is gay, in that case
252* adi|home needs to go back and read
253<adi|home> given CAFEFOOD
254<adi|home> what is little?
255<Hadaka> big-endian assumption being that the highest address should be highest value - which is wrong
256<Hadaka> s/big/my big/;
257<Zagor> Hadaka: ah
258<Hadaka> jesus one should never run into these things
259<dwihno> Hmm
260<dwihno> For someone who knows nothing on this endian stuff, who should I listen to so I won't learn the wrong stuff? :)
261<Bagder> haha
262<Zagor> hehe
263<adi|home> lotsa pot smokers in belguim must be happy :)
264<adi|home> hehe Zagor
265<adi|home> he's been right so far in everything else :)
266<dwihno> heh
267<Zagor> :)
268<dwihno> Zagor: Give me a skolboksexample, s'il vous plait :)
269<Hadaka> http://www.webopedia.com/TERM/b/big_endian.html
270<Zagor> little endian cafefood is just the opposite: 0x0D 0xF0 0xFE 0xCA
271<Hadaka> haha
272<Hadaka> UNIX -> NUXI - 'U' 'N' 'I' 'X' is big endian, 'N' 'U' 'X' 'I' is little endian :)
273<dwihno> So when will one be affected by endianness? And don't tell me some apache joke now adi ;)
274<Bagder> dwihno: reading binary data as 'shorts' or 'longs' etc
275<Zagor> Hadaka: yes but only when talking about two 16-bit words. if it was 32-bit, it'd be XINU
276<Bagder> dwihno: like when reading a BMP file from disk ;-)
277<dwihno> Hehe...
278<dwihno> I bet 'my' BMP reader will freak out with little endian
279<dwihno> big endian on the archos?
280<dwihno> oops
281<dwihno> well, you know what I mean ;)
282<Zagor> yes, except some hardware (like the ata controller) is little endian
283<dwihno> eww
284<dwihno> endian soup
285<Zagor> and the mp3 chip is little-endian bit-wise, so we have to flip every single friggin byte before we send it...
286<dwihno> They should have chosen a big-endian mp3 decoding chip
287<Zagor> yeah, well there's a list of "they should've"s :)
288<adi|home> starting with 'they should've made the price cheaper'
289<dwihno> They should have made the screen 400x200 pixels :)
290<dwihno> What is the most power consuming part (apart from the hard disk stuff) ?
291<Zagor> i don't know. cpu, i guess
292<adi|home> okay.. just to double check...
293<adi|home> ABCD in big indian
294<adi|home> is
295<adi|home> CDAB in little?
296<Zagor> if the data is two 16-bit words, yes
297<Zagor> if it's one 32-bit word, it will be DCBA
298<adi|home> k...
299<adi|home> and if you have 2 32 bit words of ABCD ABCD?
300<adi|home> or ABCD EFGH
301<Zagor> DCBA HGFE
302<adi|home> russian belguim game has gotten really good :)
303* dwihno is amazed by the stupidity of some people
304<dwihno> Encoding stuff @ 192kbps even when the quality is really bad
305<Bagder> hehe, I found something...
306<Bagder> #define MAX_MENUS 4
307<Bagder> in apps/menu.c
308<adi|home> hehehe okay?
309<adi|home> thats why we core?
310<Bagder> yeah
311<Zagor> you made a new menu?
312<adi|home> damn.. how did you find that?
313<adi|home> hey.. they added shuffle playlist
314<Zagor> as a new menu? not just an entry?
315<adi|home> no.. its an entry..
316<adi|home> so that shouldn't effect it
317<Bagder> this is an entry count
318<Zagor> MAX_MENUS is the max menu depth, not max entries
319* adi|home nods
320<Bagder> then it is used wrongly
321<Zagor> ok
322<Bagder> check main_menu.c
323<Bagder> and the menu_init() call
324<Zagor> checking
325<Bagder> no
326<Bagder> sorry
327<Bagder> my bad
328<Bagder> no problem there
329<Zagor> ok
330<adi|home> zagor..
331<Zagor> yup?
332<adi|home> can you explain why 32 bit words become DCBA HGFE
333<adi|home> seems more sensible that it would be EFGH ABCD
334<adi|home> or GHEF CDAB
335<Zagor> your data is 64 bits
336* adi|home nods
337<dwihno> aaaaaaaaarggghhh!
338<dwihno> you make me go nuts! :)
339<Zagor> so it's split up in two 32-bit words
340<adi|home> right
341<Zagor> the words don't change places or anything
342<Zagor> the byte swapping is only done within the word
343<adi|home> okay...
344<adi|home> why doen'st the same idea follo for 16bit works?
345<adi|home> words?
346<adi|home> you said: ABCD becomes CDAB
347<adi|home> if the swap is within words.. wouldnt: BADC make more sense?
348<Bagder> "word" is a crappy term to use
349<Zagor> i didn't say that, did I? it's wrong
350<Zagor> 32-bit ABCD becomes DCBA
351<Zagor> 16-bit ABCD becomes BADC
352<dwihno> Bagder: the daily build is already built?
353<Bagder> yes
354<Bagder> 6 am MET
355<dwihno> darn
356<dwihno> Then I'll wait until tomorrow ;)
357<dwihno> We need a "select cursor" menu ;D
358<Bagder> I'll just fix the cursor for the tree browser too and soon we'll see
359<adi|home> can i assum then that on 64 bit words we would be: ABCDEFGH => HGFE DCBA?
360* Bagder tries to figure out the best way to deal with the margins in the tree browser
361<Zagor> adi|home: yes
362* adi|home is finally getting this
363<adi|home> thank you for the help...
364<Zagor> Bagder: what is your problem with margins?
365<Zagor> no problem
366<Zagor> btw, adi, whatever happened to your logging effort?
367* adi|home whistles innocently
368* Bagder chuckles
369<adi|home> my isp decided to get alot more unstable
370<adi|home> we need a bot in here to just sit and suck everything up
371<Zagor> i'd still say you're the guy with the most complete logs. you're always here
372* adi|home blushes
373<adi|home> i can put up what i haver right now
374<Zagor> yeah, that is an option
375<Zagor> please do
376<dwihno> Hey, what happened to privacy?!
377<dwihno> ECHELON SEES YOU! :D
378<adi|home> that doesn't exist on the net ;)
379<Bagder> /whois privacy
380<Bagder> oops ;-)
381<dwihno> ECHELON BUSH TALIBAN USAMA BIN LADEN {{{{{ hugs to you }}}}}
382<adi|home> my current rockbox log is 1.1 megs
383<dwihno> There, my footprint in the internet world ;D
384<Zagor> adi|home: will you split it up into days?
385<adi|home> all i ahve to say is that PRESIDENT BUSH is the BOMB and bin laden needs to DIE
386<adi|home> for you zag?
387<adi|home> sure
388<adi|home> but only cause its you
389<Zagor> hehe
390* adi|home winks suggestivly
391<Zagor> nudge nudge
392<adi|home> nudge nudge... wink wink.. kno what i mean.. know what i mean...
393<adi|home> have you ever.. have ya hu? have you...
394<adi|home> ya know...
395<Bagder> there we go again ;-)
396<dwihno> find / -name bin | awk '{print $1 " laden"}'
397* adi|home yells out 'Help! Help! I'm being repressed!
398<adi|home> Zagor.. should i remove room enters and leaving?
399* Bagder thinks so
400<Zagor> yes
401<dwihno> and everything dwihno-related. I want my privacy ;D
402<Bagder> dwihno: your privacy can be found here => #dwinos_secrets
403<Bagder> set it invite-only ;-)
404<dwihno> :D
405<dwihno> Mr. Funny pants
406<dwihno> http://www.klitta.nu/dw/keops_bigapple.png
407<dwihno> Speaking of funny pants
408<Bagder> someone could make some work on a vertical slider
409<Bagder> if we should have one
410<dwihno> hmm
411<dwihno> It could share space with the cursor
412<dwihno> I like the display like it is now - as many filenames as possible! :)
413* Bagder commits new cursor
414<dwihno> YAY! :D
415<dwihno> Which did you chose?
416<Bagder> 0x7e, 0x7e, 0x7e, 0x3c, 0x3c, 0x18
417<Bagder> but it looks a bit ugly ;-)
418<Bagder> too thick
419<dwihno> ugly cursor for ugly people
420<dwihno> shift it left one step and make the new first column smaller than
421<dwihno> then
422<Bagder> I thought about that too
423<Bagder> perhaps even two steps
424<dwihno> do so
425<Bagder> 0x7f, 0x3e, 0x1c, 0x08, 0x00, 0x00 wins
426<Bagder> Zagor: does the scroll code care about the lcd margins on the recorder?
427<Zagor> yes
428<dwihno> Bagder: yay!
429<dwihno> does the scroll look fishy on the players?
430<Zagor> no that I know
431<Zagor> not
432<Bagder> the new cursor only uses 4 pixels width
433<adi|home> zagor.. your gonna love me in a min :)
434<dwihno> I'll start working on a variable width font this weekend
435* Zagor feels his heart warming
436<Zagor> dwihno: cool
437<Bagder> dwihno: it would be really cool
438<dwihno> How are you storing the fonts right now?
439<Zagor> Bagder: have you kept my code that handles proportional fonts?
440<dwihno> like the cursor?
441<Bagder> Zagor: I think I have it somewhere, yes
442<dwihno> I was thinking about an extra byte for w&h
443<Bagder> dwihno: I adjusted it
444<Bagder> I added a bug when scrolling in the tree browser though :-/
445<dwihno> So what are the measurements we should keep?
446<dwihno> Bagder: It's called a surprise feature, not bug :)
447<Zagor> as small as possible :)
448<dwihno> <reboot> SURPRISE! :D
449<dwihno> How about umlauts and special chars?
450<Zagor> yes please
451<Zagor> a full iso 8859-1 is ideal
452<Bagder> heck, this bugs more than just in the scroll
453<dwihno> I'll work against the charmap in the recorder...
454<Bagder> more coffee needed
455* dwihno is not looking forward to the 1 o'clock meeting
456<dwihno> meetings are time thieves
457<Zagor> dwihno: either that, or look here: http://czyborra.com/charsets/iso8859-1.gif
458<adi|home> okay.. irc files updated
459<adi|home> but you ge to fix the html ;)
460<adi|home> im going to bed
461<Zagor> ok, bye
462<Bagder> night adi
463<Bagder> now you can try the new cursor
464<Bagder> hm
465<Bagder> brb
466<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
467--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
468<Bagder> http://storebror.haxx.se/archos/
469<Bagder> brand new
470<dwihno> I'll test it rightaway
471<adi|home> ummm.. don't mean to be an ass ;)
472<adi|home> but the cursor you just put in..
473<adi|home> is exactly like the Selector that was there and not being used :)
474<Bagder> haha
475<dwihno> adi|home: you're an ass :)
476* Bagder is blind
477<adi|home> don't blame me...
478<adi|home> _you_ didnt read the code ;)(
479<dwihno> Heh
480<dwihno> So what? :)
481<dwihno> I'm no coder
482<dwihno> I just come with ideas
483<adi|home> hehehe
484<adi|home> im just bustig your balls..
485<Bagder> but... but... eh, but my cursor is one more pixel to the left! ;-)
486<dwihno> :D
487<adi|home> besides.. yours looks sharper for some reason
488<adi|home> hehehe
489<adi|home> keep yours
490<adi|home> delete Selector
491<dwihno> YOUR cursor?! :/
492* dwihno is offended
493<adi|home> your.. meaning you ddi the new one didn you ?
494<Bagder> haha
495* adi|home runs to bed
496<dwihno> erhm
497<Bagder> dwihno: compare the values, they aren't really the ones you gave me ;-)
498<dwihno> they are not!
499<dwihno> oh my god!
500<dwihno> You evil dude
501<dwihno> the lcd still flickers
502<Bagder> I pulled up xmag and zoomed in
503<Bagder> and this setup was the nicest I could do
504<adi|home> no it don't.. you just blink funny
505<dwihno> and the [browse] line should be removed since another line of files would fit ;D
506<Zagor> actually I think that's a good idea. we want to use the screen fully
507<dwihno> What is the dimensions of the screen?
508<adi|home> well.. remember
509<adi|home> your going to want battery indicators
510<adi|home> and we havne't thought about time or anything
511<Zagor> adi|home: agreed, but personally I prefer such information on a separate info screen
512<dwihno> Me too
513<Zagor> or during playback or something. not in the browser
514<dwihno> browser is a browser
515<dwihno> during playback, there is a lot of space for displaying such information
516<adi|home> nod
517<Bagder> brb
518<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
519--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
520<Bagder> my ssh X-redirect is *so* weird
521<Bagder> it works the second login I do
522<Bagder> not the first
523<dwihno> <-- is pissed off
524<dwihno> <-- wants to order his F!("#)¤/)! laptop!
525<dwihno> Will there be L/R volume bars in the future?
526<Zagor> you mean during playback?
527<dwihno> yeah
528<Zagor> no thanks...
529<dwihno> I mean, it's not that pretty
530<dwihno> and it looks rather silly when only updated a couple of times per secnod
531<Zagor> yes
532<Zagor> i don't like it either
533<dwihno> A wider battery might be nice too
534<Zagor> i say we skip the silly icon and use hard numbers instead
535<dwihno> %?
536<Zagor> yeah
537<dwihno> Yeah, and a "time left" feature :D
538<dwihno> (or, at least, some kind of estimation)
539<Zagor> that's, ummm, difficult
540<Zagor> even just % is very difficult
541<dwihno> it is?
542<dwihno> Does not the hardware supply the values?
543<dwihno> Or do you have to pull off a sw trick to read it?
544<Zagor> the hardware supplies battery voltage, that's all
545<dwihno> hm
546<dwihno> voltage, as in 1.2 volts?
547<Zagor> yes
548<dwihno> oh
549<dwihno> Mail the archos guys and ask them :)
550<Zagor> heh, yeah right :)
551<dwihno> "Hello mr. archos guy. How do you perform the battery check? We think battery status would be neat in Rockbox"
552<Bagder> would be cool to get an external meter on that thing and keep showing the voltage all the way until the unit dies
553<dwihno> Get going! :D
554--- dwihno is now known as dw|lunch
555--- dw|lunch is now known as dwihno
556--> [TOT]Maverick (~webmaster@pD953A193.dip.t-dialin.net) has joined #rockbox
557<[TOT]Maverick> hi
558<[TOT]Maverick> Just tried out the new daily build for the recorder
559<[TOT]Maverick> Dunno if you already know but the Euro-Symbol doesnt work it just displays a ?.
560<Zagor> yeah, we lack a number of symbols in the font
561<[TOT]Maverick> Hehe
562<[TOT]Maverick> I used it for DJ DEEP the both EEs were Euros
563<dwihno> Oh how neat
564<[TOT]Maverick> :)
565<[TOT]Maverick> Tetris is nice
566<Zagor> hehe, yeah. a little diversion while you... eh... don't listen to music (yet) :)
567<[TOT]Maverick> But I hate these buttons they arent like the ones of a gameboy or something
568<[TOT]Maverick> who needs music on a mp3 player :)
569<[TOT]Maverick> First i also thought about reporting the scrolling bug but you fixed it first :)
570<Zagor> hehe
571<[TOT]Maverick> Hehe developers are faster in fixing bugs than user in reporting em
572<[TOT]Maverick> BTW Music in tetris would be nice
573<Zagor> the music will keep playing during tetris. just fire up a big playlist and you'll be set
574<Zagor> did you try loading a playlist, btw? i think you will be pleasantly surprised...
575<[TOT]Maverick> No i never use playlist *beatme*
576<Zagor> i know, the archos playlists aren't very useful. we're changing all that
577<[TOT]Maverick> hehe
578<[TOT]Maverick> You dont understand
579<[TOT]Maverick> I NEVER use em :)
580<[TOT]Maverick> Not in winamp, not on the box..
581<Zagor> how are you using it? playing a record at a time, or having all songs in one dir?
582<[TOT]Maverick> my songs are too long fo puttin them into a list
583<Zagor> too long?
584<[TOT]Maverick> i usually listen to mixes about 300mins long a track
585<Zagor> ah, ok
586<[TOT]Maverick> so there is no need for mee
587<Zagor> so what you really want is mid-track resume
588<[TOT]Maverick> but of course for normal songs its quite useful
589<[TOT]Maverick> yeah THAT would be usefeul for ME :)
590<Zagor> it's coming in a later version
591<[TOT]Maverick> Shouldnt be too hard to realize, nor?
592<Zagor> not really. the scary part is writing on the harddisk... :-)
593<[TOT]Maverick> hmmm
594<[TOT]Maverick> Perhaps you could use a hidden directory for saving data
595<[TOT]Maverick> OR use the MBR!!!
596<Zagor> exactly
597<datazone> right..
598<[TOT]Maverick> That would be an option
599<Zagor> we'll use a sector before the FAT
600<[TOT]Maverick> yeah so its hidden in windows
601<Zagor> yup
602<[TOT]Maverick> nice
603<Zagor> and so we don't have to look for it in a directory, we always know where to save
604<[TOT]Maverick> erm the UI gets more graphically as development moves on?
605<Zagor> yes
606<[TOT]Maverick> nice
607<[TOT]Maverick> is a graphical indocator like the one in winamp possible when playing a song?
608<[TOT]Maverick> The current one of the archos is just for left-right...
609<Zagor> it's not easy, since we don't unpack the data ourselves
610<[TOT]Maverick> ah
611<[TOT]Maverick> that does the dsp
612<Zagor> yes
613<[TOT]Maverick> ok so no chance there
614<Zagor> I wouldn't say no chance, but it's not straight-forward
615<[TOT]Maverick> I noticed something when text is scrolling at a faster speed...
616<[TOT]Maverick> Its like the effect on a TFT screen
617<[TOT]Maverick> when something moves fast
618<Zagor> yeah, trail
619<[TOT]Maverick> But never seen that on a LCD before.
620<[TOT]Maverick> is that normal?
621<Zagor> yes. lcd screens are inherently slow
622<[TOT]Maverick> gameboy didnt have that "feature" :)
623<Zagor> maybe their screen was faster
624<[TOT]Maverick> But its nice to set your own speed
625<[TOT]Maverick> great work there
626<Zagor> thanks
627<[TOT]Maverick> Will you implement functions like renaming, moving an so on?
628<datazone> why dont you look on the webpage
629<datazone> it lists the wishlist of features
630<Zagor> yes, probably. but it's a bit in the future
631<[TOT]Maverick> @data: I look at the page every day just to mention.
632<datazone> every day? man, thats bad
633* Bagder made the build go yellow... fixing...
634<Zagor> booo! :)
635<[TOT]Maverick> I like the site
636<[TOT]Maverick> Every day something new :)
637<datazone> or you have "issues"
638<Zagor> ironi made the design, I make everything else :)
639<Zagor> yeah I try to keep it interesting
640<[TOT]Maverick> It IS
641<[TOT]Maverick> But there is one thing i miss since ver 1.0
642<Zagor> what is that?
643<[TOT]Maverick> The Status of the single parts
644<Bagder> we need a new table
645<Bagder> with new parts
646<datazone> i remember when i first saw the rockbox logo.. heh, i though it was a guy humping the "R"
647<Zagor> well we don't really have that kind of progress anymore. most new features affect many parts
648<[TOT]Maverick> hmmm
649<Bagder> we could still list things we want, what we work on and what isn't worked on
650<Zagor> Bagder: true
651<[TOT]Maverick> yeah thats what i mean
652<[TOT]Maverick> the user doesnt interest what is REALLY done wherever
653<[TOT]Maverick> BTW² will it be possible in the future to make mods or plugins?
654<Zagor> no, we'll always make whole apps
655<[TOT]Maverick> ok
656<Zagor> we do plan a boot selector, though
657<Bagder> but we'll do different apps
658<[TOT]Maverick> So you have to make a nice (and nice looking hehe) app :)
659<Bagder> well, with the proper help and feedback, we'll end up there
660<[TOT]Maverick> I am always there if you are in need of ideas
661* Bagder enables picky warnings in the simulator builds now
662<[TOT]Maverick> But as you already know i cant "really" help you because of my non existing c knowledge
663<Bagder> we're talking YELLOW ;-)
664<[TOT]Maverick> huh?
665<Zagor> ideas are help too
666<Bagder> on the build status page
667<[TOT]Maverick> ah hehe
668--- dwihno is now known as dwihno|metting
669--- dwihno|metting is now known as dwihno|meeting
670<Bagder> phew, only 2 warnings turned up ;-)
671<Bagder> daily build page extra feature soon coming
672--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
673<Bagder> hey elinenbe
674<elinenbe> hey
675<Bagder> Zagor: boo!
676<Bagder> Zagor: here?
677<Bagder> ok, then I'll go for a cup a coffee ;-)
678<Zagor> back
679<Bagder> check the compile stat table
680<Bagder> suggestion on the link?
681<Zagor> a - instead of space
682<Zagor> and link to a subdir that I can symlink to your dir
683<Bagder> hm
684<Bagder> ok
685<Bagder> I prefer to use %20 and keep the same
686<Bagder> space
687<Bagder> it is the same time stamp
688<Zagor> ok
689<Bagder> name of your symlink?
690<Zagor> cvslog ?
691<Zagor> cvsmod maybe?
692<Bagder> there
693<Bagder> it should link to my output dir
694<Zagor> where are your files?
695<Bagder> /home/dast/rockbox-auto/output
696<Zagor> ok
697<Zagor> works
698<Bagder> neato
699<Bagder> the dump shows the last 25 minutes
700<Bagder> it makes 5 minute overlap
701<Zagor> hmm, is that what we want?
702<Bagder> well, entirely without overlap tends to be with gap instead
703<Bagder> this is just time-based
704<Zagor> yes, but can't you look at the time and minimise the gap? it will get confusing when one change is in two status logs
705<Bagder> I can minimize it, sure
706<Bagder> but since I select based on time, I either risk overlap or gap, making it *perfect* is not really realistic
707<Bagder> 20 minutes and 30 seconds now
708<Bagder> oh
709<Bagder> .txt I guess
710--- dwihno|meeting is now known as dwhino
711--- dwhino is now known as dwihno
712<Zagor> yeah that's probably a good idea :)
713<Bagder> btw, I believe the x11 simulator runs threads wrong
714<Zagor> yeah?
715<Bagder> yeah, they run simultaneously
716<Zagor> ooh, bad
717<Bagder> my mutex trick isn't used
718<Bagder> I wanted to add the tick_counter in yield, and then I noticed that yield is never used!
719<Zagor> hehe
720<dwihno> hellö hellö
721<dwihno> I say hellö
722<dwihno> You say goodbye
723<dwihno> I say hellö
724* dwihno is a beatle today
725<Zagor> beetle
726<dwihno> Nope
727<dwihno> beatle
728* Zagor squishes dwihno :)
729<Bagder> This is Windows for you...'found out that significant part of time is spent ... In this function "select" is used with a timeout value of 1 micro second'
730<Bagder> 1 us
731<Bagder> turns out to be a "significant part" of time
732<dwihno> Zagor: You are so nasty!
733<dwihno> Nasty boy!
734<Bagder> that must be one helluva implementation ;-)
735<Zagor> Bagder: aren't they saying that since it times out so quickly it gets called very frequently?
736<Bagder> no
737<Bagder> this is a libcurl thing
738<Bagder> I use it only once
739<Zagor> ok
740<Bagder> but it "significantly" slows windows operations down
741<Zagor> haha
742<Bagder> I can't but to laugh
743<dwihno> curl? sounds gay ;)
744<Bagder> doesn't most things to you? ;-)
745<Bagder> curl groks ;-)
746<dwihno> you are sitting WAY TOO MUCH in front of the computer screen :)
747<Bagder> no, I'm not doing it enough!
748* Zagor is starting go get mutt to behave
749<Zagor> to
750<Bagder> can mutt use different "roles" when replying etc?
751<Zagor> haven't gotten that far yet :)
752<Zagor> i think so, though. there's a lot of hooks everywhere you can use
753<dwihno> Zagor: Hey, are you becoming a dwihno?! :)
754<dwihno> mutt are belongs to us!
755<dwihno> Mutt is evil software! :)
756<dwihno> custom keybindings is a must rhough
757<Zagor> yeah they are. i'm just checking out if it's better than pine.
758--> elinenbe2 (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
759<dwihno> Well
760<dwihno> It takes a while to get accustomed to it
761<dwihno> (as everything else)
762<Zagor> yes
763<dwihno> ROROROROROOOCKBOOOOX!
764<dwihno> Fa l ala
765* dwihno has gotten 0xc0ffee into the veins
766<-- [TOT]Maverick has quit ()
767<dwihno> Coffee is for the mind, what viagra is for the dick
768<-- elinenbe has quit ("ChatZilla 0.8.8 [Mozilla rv:1.1a/20020611]")
769--- elinenbe2 is now known as elinenbe
770<-- plmirc has quit (Read error: 110 (Connection timed out))
771<Bagder> heh, the scrolling looks worse when I "fix" the threading ;-)
772<Bagder> in the simulator that is
773<dwihno> Any ideas why it flickers on the recorder?
774<Bagder> you mean when scrolling?
775<dwihno> nay, when going across pages
776--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
777<Bagder> hi jedix
778<jedix> hey
779<jedix> what are you guys working on today?
780* Bagder fixes threading in the simulator, cursor on recorder, cvs logs on the site
781<Bagder> nothing else ;-)
782<jedix> hehe
783<jedix> cool
784<jedix> I should probably update my cvs
785<Bagder> Zagor: 'current_tick' is now in the simulator
786* Bagder broke the win32 simulator build just now
787<dwihno> Yay! :D
788<dwihno> you rule Bagder
789* dwihno just got a project finished
790<dwihno> yay!
791<Bagder> was that the 5 of 5 then?
792<dwihno> yay = yet another youser
793<dwihno> not really :)
794<dwihno> I got 2 new :)
795<Bagder> heh
796<dwihno> One step forward, two steps back, ya'know :)
797<dwihno> So now I'm gonna spend some time configuring a computer
798<dwihno> (for purchase, that is)
799<dwihno> Pentium 4 - M Supreme Performance
800<dwihno> Yum
801<dwihno> The volume bar should be a numerical value instead of a bar in Rockbox
802<dwihno> (just a thought)
803<Bagder> I often don't care for either way
804<Bagder> I use up/down without any visual feedback
805<dwihno> me too
806<dwihno> but it's just a thought
807<dwihno> the most useless feature: the L/R volume bars
808<Bagder> indeed
809<Bagder> all builds are now *green*
810<dwihno> yay! :D
811<dwihno> even with the extra warning flags?
812<Bagder> yeps
813<Bagder> now, coffee break
814<dwihno> cools0r
815--> edx (OKE60@pD9EABAF8.dip.t-dialin.net) has joined #rockbox
816<edx> hi
817<dwihno> Howdy edx! :D
818<dwihno> http://www.euro.dell.com/countries/se/sve/dhs/products/model_inspn_inspn_8200.htm, whaddya think?
819<dwihno> Has Linus started working on the decoder chip on the recorder?
820<dwihno> CVS archoses should show build date next to 'CVS' (the logo)
821<edx> @ dell inspiron.. looks cool :)
822<dwihno> What's the difference between SXGA+, UXGA, and enhanced UXGA?
823<edx> ugh.. don't ask me :?
824* dwihno wants to run rockbox on his recorder
825<dwihno> but just tetris won't do it atm ;)
826<elinenbe> dwihno: toshiba 5105-s607 (better deal)
827<dwihno> elinenbe: I'm no rich ass dude!
828<dwihno> is there any firewire / usb2 converter? :)
829<dwihno> do you know what the difference between UXGA, SXGA and stuff is?
830<dwihno> hey elinenbe, wake up :)
831<-- Zagor has quit ("bye")
832<dwihno> elinenbe: don't ya' know?
833<Bagder> hey edx
834<Bagder> edx: I believe I broke the win32 simulator build
835<elinenbe> I am here
836<dwihno> hellö :)
837<dwihno> Do you know the diff between SXGA and UXGA?
838<dwihno> and does 32 vs 64 meg gfx memory make a difference?
839<elinenbe> SXGA+ (1400 x 1050)
840<dwihno> Is it only the resolution that is the diff?
841<dwihno> I mean, they still maintain the same aspect ratio
842<elinenbe> 1280 x 1024 SXGA Resolution
843<elinenbe> 1280 x 1024 SXGA Resolution
844<elinenbe> 1280 x 1024 SXGA Resolution
845<elinenbe> 1280 x 1024 SXGA Resolution
846<elinenbe> 1280x1024 SXGA
847<elinenbe> sorry
848<elinenbe> uxga 1600x1200 (the best)
849<dwihno> Extended UXGA, what's so special about that?
850<elinenbe> no idea.
851<dwihno> I'll skip the floppy, it's outaged anywayhs
852<elinenbe> that is just uxga.
853<dwihno> what do you have?
854<elinenbe> me?
855<elinenbe> UXGA
856<dwihno> How is it for quake? ):
857<dwihno> :)
858<Bagder> I find those terms silly
859<elinenbe> 32 megs of memore -- nvidia geforce go
860<Bagder> I have 1800x1440, I don't ave no silly acronym ;-)
861<elinenbe> i dont play quake, but fifa world cup runs sooo nicely
862<dwihno> :)~
863<dwihno> FIFA is addictive!
864<dwihno> My combinations are really fancy
865<elinenbe> on my old desktop I ran 1920x1440
866<dwihno> pass, pass, SCOOOORE! :)
867<Bagder> actually, I usually have just 1600x1200
868<elinenbe> the mobile ATI actually has better benchmarks
869<elinenbe> but
870<dwihno> You have 32 megs in your computer?
871<elinenbe> the nvidia is soo mcuh better due to the drivers, etc.
872<elinenbe> 32 megs video ram
873<elinenbe> but more is always better
874<dwihno> Of course :)
875<Bagder> matrox
876<elinenbe> matrox is not known for games.
877<dwihno> But unless you run 3d-games at a high res, 32 meg should be sufficient, right?
878<elinenbe> yeah
879<Bagder> Matrox is a killer for 2D
880<elinenbe> it is fine here.
881<dwihno> (with high-res, I mean, REALLY HIGH-RES) :)
882<elinenbe> Matrox has great stuff for 2d
883<dwihno> yeah
884<elinenbe> yeah.
885<dwihno> matrox ownz the 2D market
886<dwihno> they have been excellent for ages
887<dwihno> still are
888<elinenbe> i can run my laptop at max 1600x1200, AND an external monitor at 2048x1536 TAKE THAT!
889<Bagder> hehe
890<Bagder> its usually not the card that limits the resolution these days
891<dwihno> I was just about to mention that
892<elinenbe> but I have no external monitor anymore -- how do you think I paid for the laptop :)
893<elinenbe> that is so true.
894<dwihno> my old TNT card boasted with 3000xsomething resolution
895<elinenbe> some of the 64 meg cards can do that too. 4400x3300
896<elinenbe> who the @$!#*& has a montiro THAT large?
897<dwihno> And then the question is, who the heck uses such a high resolution? :)
898<dwihno> Computer analphabets
899<dwihno> I know of such a person :)
900<dwihno> and he is a computer analphabet
901<elinenbe> does anyone here use cgywin?
902<elinenbe> cygwin.
903<dwihno> I used to
904<dwihno> Then I started using mingw
905<elinenbe> is that better or something?
906<dwihno> UT - 15" TFT UXGA (1600x1200)
907<Bagder> mingw uses the MS native C lib
908<dwihno> cygwin uses some kind of unix emulation layer
909<dwihno> that's the diff
910<dwihno> s/uses/is/
911<dwihno> s/uses/comes with/
912<dwihno> or whatever ;)
913<elinenbe> ahh... that doesn't effect me.
914<dwihno> $2250 is the final pricetag
915<dwihno> including delivery
916<dwihno> eww
917<elinenbe> I paid 2299 for mine
918<dwihno> That's like... 3 luxorious trips
919<elinenbe> true
920<dwihno> Whoa
921* dwihno stops for a second, what the hell am I about to do?!
922<elinenbe> WIAT
923<elinenbe> WAIT
924<elinenbe> read this:
925<elinenbe> http://computers.cnet.com/hardware/0-2645880-7-1454141.html?tag=prmo
926<dwihno> ah
927<dwihno> you got the topmost?
928<elinenbe> well, it only cost 2299, and yours costs nearly the same
929<dwihno> "I receieved my toshiba 5105-S607 as a gift from my sister last month"
930<dwihno> How sick isn't that
931<elinenbe> what!!
932<elinenbe> I had to sweep up elephant shit for 4 months for mine.
933<dwihno> I've been working for 6 months to acquire the bonus
934--- edx is now known as edx|away
935<elinenbe> I work for the circus
936<dwihno> Noway! :)
937<elinenbe> finally he is out of here!
938<elinenbe> just kidding
939<dwihno> You're the bearded lady? :)
940<elinenbe> yeah.. Ringling Brothers
941<dwihno> elin en beard also known ;D
942<elinenbe> no... I was the elephant caretaker
943<dwihno> At least you got a kickass laptop now! ):
944<dwihno> ):Ö
945<dwihno> :)
946<elinenbe> I guess.
947<dwihno> delivery is 7-10 work days
948<elinenbe> if you have seen the pounds of shit I cleaned up, you would think again...
949<dwihno> yeah, I guess elephants do produce quite a lot of shit
950<elinenbe> Badger: where do you live?
951<Bagder> Stockholm, Sweden
952<dwihno> I'm being torn apart between 32 or 64 megs of graphics memory
953<elinenbe> what is the cost difference?
954<elinenbe> well, remember a laptop is really NEVER upgradable. so what you buy now, you should expect to be happy with for at least 3 or 4 years.
955<dwihno> $70
956<elinenbe> it is probably better to shell out a little more now. If you get the 32 megs and you are not happy, then what do you do?
957<dwihno> true
958<dwihno> you are a wise man
959<dwihno> (or, bearded lady, if you prefer that) ;)
960<elinenbe> new games. I read an article about how it is better to buy the best alptop that you can afford because it will last that much longs
961<elinenbe> longer
962<dwihno> Where did you gain your wisdom?
963<dwihno> I guess scoping elephant shit leaves a lot of time to do philosophical thinking
964<elinenbe> from the bearded lady.
965<dwihno> haha
966<dwihno> :)
967<dwihno> 512 megs of RAM
968<dwihno> 1,6 GHz
969<dwihno> 1600x1200 UXGA
970<dwihno> but no cd-rw fishy thing
971<Bagder> ... and Linux 2.4.18? ;-]
972* Bagder giggles
973<dwihno> :)
974<dwihno> I'll keep a dualboot thingy
975<dwihno> what kind of built in network cards are there on these babies?
976<dwihno> realtek? intel?
977<Bagder> you're the one buying this
978<elinenbe> i dont know.
979<dwihno> elinenbe: what's in yours?
980<elinenbe> Badger: you run linux -- right?
981<Bagder> yepso
982<Bagder> all the time
983<elinenbe> well, I run a 10 node cluster here :)
984<elinenbe> just kidding.
985<dwihno> Internal combo 56k modem / 10/100 network
986<dwihno> whoa
987<dwihno> elinenbe: what NIC is in your box?
988<elinenbe> I have no clue.
989<elinenbe> I run win xp on my laptop.
990<elinenbe> that is what came on it.
991<dwihno> ah
992<dwihno> mkay
993<dwihno> check? :)
994<elinenbe> I am not going to bother changing all this shit.
995<elinenbe> i run linksys wireless.
996<dwihno> cool :)
997<dwihno> wireless is sleek & sexy
998<elinenbe> I do all my programming on sun machines here anyway
999<elinenbe> I guess...
1000<dwihno> Time to do a final check before proceeding to the order part
1001<Bagder> I'm off for today, I'll come by tomorrow... see ya
1002<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1003<dwihno> He left :(
1004<dwihno> Nobody left
1005<dwihno> psy is left
1006<dwihno> and the bearded lady
1007<elinenbe> have you compiled the firmware yet?
1008<elinenbe> I have a question.
1009<dwihno> Sorry, I don't :/
1010<dwihno> haven't
1011<dwihno> there
1012<dwihno> the order has been placed
1013<elinenbe> did you use the 25% OFF code from techbargains.com?
1014<dwihno> nay
1015<elinenbe> there is no cupon.. I'm just having some fun :-)
1016<dwihno> I thought you were
1017<dwihno> I just hope I will get the computer soon
1018<dwihno> At least, the order has been placed.
1019--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1020<dwihno> tjoho ironin!
1021<dwihno> ironi: now I've ordered the new computer! :D
1022<dwihno> yay x 10
1023<-- ironi has quit ("changing servers kano!15beta8")
1024--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1025<ironi> lalala
1026<ironi> hi all
1027<ironi> your UI man is here
1028<ironi> =)
1029<dwihno> where?
1030* dwihno looks around
1031<dwihno> I can't see anything
1032<dwihno> Well, I'm off for the weekend
1033--- dwihno is now known as dwihno|weekender
1034<elinenbe> ironi: have you done anything with the UI yet?
1035<ironi> elinenbe: well no =)
1036<ironi> I can suggest changes and let ppl who know more implement them hehe
1037<elinenbe> oh.... I see
1038<elinenbe> I can do that too :)
1039--> mecraw (~mecraw@63.172.39.2) has joined #rockbox
1040<elinenbe> when I am compiling the firmware. I get an error...
1041<elinenbe> drivers/button.c: In function `button_tick':
1042<elinenbe> drivers/button.c:70: `NULL' undeclared (first use in this function)
1043<elinenbe> can anyone help me
1044<-- ironi has quit (Read error: 113 (No route to host))
1045--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1046<ironi> music of the day (MOTD) : cd1-12-armand_van_helden-why_cant_you_free_some_time_(-lbe.mp3
1047<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1048--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1049<-- ironi has quit (Read error: 104 (Connection reset by peer))
1050<-- elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has left #rockbox
1051--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1052<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1053--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1054<-- elinenbe has quit (Client Quit)
1055--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1056--- dwihno|weekender is now known as dwihno
1057<-- elinenbe has quit (Client Quit)
1058--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1059--> gringo (~gringo@200.201.248.120) has joined #rockbox
1060<-- gringo has quit ("Client Exiting")
1061<-- elinenbe has quit ("User pushed the X - because it's Xtra, baby")
1062--- dwihno is now known as dwihno|weeender
1063<-- mecraw has quit (Read error: 104 (Connection reset by peer))
1064--- dwihno|weeender is now known as dwihno|weekender
1065<-- jedix has quit ("Client Exiting")
1066--> mecrawnicknack (~mecraw@63.172.39.2) has joined #rockbox
1067--> g003y (~g003y@dynamic-195-63.hotwired.com) has joined #rockbox
1068<g003y> YO!
1069<g003y> dang... everyone is sleeping or working :/
1070<adi|work> whats up?
1071--> BIGDave (~chatzilla@modem-847.aardvark.dialup.pol.co.uk) has joined #rockbox
1072<-- BIGDave has quit (Remote closed the connection)
1073--- edx|away is now known as edx|sleep
1074<g003y> heya adi
1075--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1076<g003y> heya elinenbe
1077<elinenbe> hey there.
1078<elinenbe> you are compiling under cygwin -- right?
1079<g003y> yeah
1080<elinenbe> can you step me through it really fast. when you install cygwin do what options did you check?
1081<elinenbe> I could not get it to compile today -- it told me I was missing the header files.
1082<elinenbe> string.h
1083<elinenbe> stdio.h
1084<elinenbe> etc...
1085<g003y> oh
1086<g003y> did you install gcc with cygwin?
1087<elinenbe> yeah
1088<elinenbe> I should not do that -- right?
1089<g003y> no.
1090<elinenbe> what packages should I select?
1091<g003y> you need gcc to get to the cross compiled one
1092<g003y> I don't think it's a package issue
1093<g003y> string.h is standard lib
1094<elinenbe> well, then binutils asks for a cc compiler?
1095<elinenbe> yeah I know.
1096<g003y> you may have to mod that make for binutils then
1097<elinenbe> how did you do it?
1098<g003y> I'm trying to recall the steps in my crusty brain here :D
1099<g003y> I'm not near my install
1100<elinenbe> I am going to do a default cygwin install...
1101<g003y> yeah but I encountered the cc problem you had
1102<elinenbe> oh.
1103<elinenbe> I should install cygwin without gcc -- right?
1104<g003y> I know I have a solution. I believe I edited the makefile and changed CC=cc to CC=gcc
1105<elinenbe> oh... ok
1106<g003y> no you need an initial gcc to get things done
1107<elinenbe> then I should install gcc?
1108<g003y> yeah
1109<g003y> then you update it when you do Zagor's instructions
1110<elinenbe> ok, so I am installing cygwin default, with gcc
1111<g003y> don't forget make as well
1112<g003y> :D
1113<elinenbe> ok.
1114<elinenbe> which make.
1115<g003y> the make proggy
1116<elinenbe> I am just doing the standard configure/make/make install
1117<g003y> I'm sure it installs by default
1118<elinenbe> well, I will tell you.
1119<g003y> the missing string.h is probably a pathing issue you're having
1120<elinenbe> well, it was there in /usr/include
1121<g003y> yeah but on mine it wouldn't find it with cygwin for some reason
1122<g003y> I had to put it right into the makefiles that required it
1123<g003y> then compiles worked
1124<elinenbe> what do you mean you had to put it right into the make file?
1125<elinenbe> the path?
1126<g003y> yeah
1127<g003y> -I/usr/include
1128<g003y> then compiles worked
1129<elinenbe> oh... ok
1130<elinenbe> well, that is all I think I needed to do then
1131<g003y> for some reason it doesn't pick it up
1132<g003y> oh ok
1133<g003y> well then try that :D
1134<elinenbe> everything was compiling okay, except that.
1135<g003y> oh
1136<g003y> then you're far enough along that it's probably that bit
1137<g003y> I haven't gone back to shell setup to figure it out as it's easy enough to put that extra include in the Makefiles.
1138<elinenbe> brb
1139<-- elinenbe has quit ("User pushed the X - because it's Xtra, baby")
1140--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1141<PsycoXul> boy it takes faaaar too long for archos' firmware to load just the first 999 tracks of my wholedisk playlist heh
1142<elinenbe> I think the rockbox version takes too long
1143<PsycoXul> heh
1144<PsycoXul> oh yeah?
1145<elinenbe> yeah!
1146<elinenbe> 2 seconds is WAY too long :)
1147<PsycoXul> hehe
1148<PsycoXul> yeah
1149<elinenbe> I am just kidding
1150<PsycoXul> well the new technology
1151<elinenbe> the rockbox firmware is quite nice
1152<PsycoXul> based on precessional resonance
1153<elinenbe> did you do the playlist code?
1154<PsycoXul> and subatomic manipulations rather than interatomic motions
1155<PsycoXul> will be much more capable than our current "electronic" technology is
1156<elinenbe> I see...
1157<PsycoXul> me code? hah...
1158<PsycoXul> i play with code sometimes... i even write some interesting things... but i don't really code :p
1159--> elinenbe2 (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1160<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1161--- elinenbe2 is now known as elinenbe
1162<g003y> psyco- does the rockbox code actually play the songs in the playlist for you?
1163<PsycoXul> not last i tried
1164<g003y> ok then I'm not crazy
1165<g003y> I compiled last night, but no go on playing the songs
1166<g003y> but it sure as heck loaded te playlist fast :D
1167<PsycoXul> hehe
1168<PsycoXul> yeah
1169<g003y> I'll have to update my code tonight to see if something got submitted.
1170<-- g003y (~g003y@dynamic-195-63.hotwired.com) has left #rockbox
1171<-- mecrawnicknack has quit ("Trillian (http://www.ceruleanstudios.com)")
1172<-- edx|sleep has quit (Read error: 110 (Connection timed out))
1173--> edx|sleep (OKE60@pD9EAB0B2.dip.t-dialin.net) has joined #rockbox
1174--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1175--- dwihno|weekender is now known as dwihno
1176--- dwihno is now known as dw|gone
1177<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1178--- edx|sleep is now known as edx
1179<-- edx has quit ("be right back")
1180--> edx (OKE60@pD9EAB0B2.dip.t-dialin.net) has joined #rockbox
1181--- Tumm is now known as Tum|sova
1182<-- edx has quit ("restart")
1183<-- PsycoXul has quit (Read error: 110 (Connection timed out))
1184--> edx (OKE60@pD9EAB0B2.dip.t-dialin.net) has joined #rockbox
1185--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1186<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1187--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
1188--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1189<ironi> hey Bagder
1190<Bagder> hey ho
1191<ironi> just got up?
1192<Bagder> no
1193<edx> hi as well :)
1194<ironi> Heh I got up, and breafast was served, total luxury.
1195<ironi> hey edx
1196<ironi> My gf is visiting, heh.
1197<ironi> *practical*
1198<Bagder> my wife took off for the rest of the day ;-)
1199<ironi> hehe, sounds like you can sit in front of the computer without hearing "Will you ever get off that thing?"
1200<Bagder> heheh, exactly
1201<ironi> I know that feeling
1202<ironi> "Can't you just let it go when I'm here"
1203<Bagder> ... with references to the fine weather etc ;-)
1204<ironi> hehe
1205<ironi> well i hear the weather rocks in sthlm the last days
1206<ironi> here it's crap the last week
1207<Bagder> hey
1208<Bagder> I made 26 changes in the last daily build
1209<Bagder> alone
1210<Bagder> we should get the guys work more ;-)
1211* edx stares on his feet
1212<Bagder> hehe
1213* dw|gone is _NOT_ here ;)
1214<Bagder> the win32 build broke, didn't it?
1215<edx> huh?
1216<Bagder> I think I broke it
1217<edx> didnt try (even more staring to my feet)
1218* Bagder pleads guilty
1219<edx> congrats :P
1220<Bagder> http://bjorn.haxx.se/rockbox/daily/changes-20020615.txt
1221<Bagder> read the first change mentioned ;-)
1222<edx> LOL
1223<edx> *compiling*
1224<edx> one unresolved external... :)
1225<edx> what file is this/
1226<edx> ?
1227<Bagder> current_tick, right?
1228<edx> sure hehe
1229<edx> what file is it in and what shall it do?
1230<Bagder> I "fake" it, check uisim/x11/thread.c
1231<Bagder> just increase it every now and then ;-)
1232<edx> k
1233<Bagder> in target it is incremented by the timer interrupt
1234<edx> in what timespan is the interrupt called
1235<Bagder> I'm not sure, but it might be something like 50ms between
1236<edx> when do you increase it?
1237<Bagder> on yield() and on sleep()
1238<Bagder> I just add 3 in yeild and 5 in sleep()
1239<edx> aha
1240<Bagder> just to make it continue "growing"
1241<edx> ill set up a timer :)
1242<edx> hmm this is a variable or a function (just a variable, right?)
1243<Bagder> you could do that, if you think that'll be more fun ;-)
1244<Bagder> just a variable, yes
1245<edx> more code more fun lol
1246<Bagder> hehe
1247<edx> where is current_tick declared (header file..)?
1248<Bagder> kernel.h
1249<edx> (ok.. works)
1250<Bagder> neato
1251<edx> hey cool.. the scroll character for the recorder changed. nice
1252<Bagder> yeah
1253<Bagder> I never liked using only a minus
1254<edx> for the player its a questionmark on the simulator... is that correct ?!
1255<Bagder> yes
1256<Bagder> we should fix that too
1257<Bagder> it's a special character on the target
1258<edx> ok
1259<Bagder> we just don't have that in the simulator charset
1260<Bagder> seen the new link on the compile status table too?
1261<edx> .. no?
1262<Bagder> it makes it easy to see which changes that were committed just before the automatic build
1263<edx> changelog you mean?
1264<edx> that is great
1265<Bagder> no I meant down in the "CVS compile status" table
1266<Bagder> the "batch" dates are now links
1267<edx> cool.. it colors warnings :)
1268<Bagder> yeps
1269<edx> .. could you do me a favour?
1270<Bagder> sure, what?
1271<edx> http://codeforce.d2g.com/new/ this page.. does it look ok in linux?
1272<edx> (heh.. i registered a channel on openprojects.net as well lol... this irc is really useful)
1273<Bagder> looks fine
1274<edx> ok.. thanks
1275--- edx is now known as edx|eating
1276--- edx|eating is now known as edx
1277--- edx is now known as edx|eating
1278* Bagder commits
1279--- edx|eating is now known as edx
1280<edx> broken my build again?! hehe
1281<Bagder> heh, no, I made it nicer ;-)
1282<Bagder> fixed the cursor on the simulated player
1283<edx> (my build?!) hehe...
1284<edx> ah cool
1285<edx> thats good
1286<Bagder> should work fine for you too
1287<edx> hmm we should add win32 simulator for the daily page :)
1288<edx> but i see no way how this would be possible :/
1289<Bagder> there's no x11 simulator build daily either
1290<Bagder> only automaticly for the build status one
1291<Bagder> maybe that's what you meant?
1292<edx> yea
1293<edx> but theres a report for the sim
1294<Bagder> yes
1295<Bagder> it's easy to build automaticly
1296<edx> and why is there a P-Old sim.. thats the same as p-sim, right?
1297<Bagder> hehe, yes it should be pretty much exactly the same ;-)
1298<edx> (why is tehre a p-old at all.. its only one step)
1299<Bagder> p-old has a different lcd
1300<edx> oh.. ok
1301<Bagder> that's why
1302<edx> maybe i could provide a daily build page for the win32 simulator on my server.
1303<Bagder> sure!
1304<edx> but i couldn't get it update automatically i guess (i could update it everytime i change something)
1305<Bagder> but then we won't see it break if someone else change something...
1306<edx> hmm yea
1307<edx> the problem is that my server doesnt have visual studio installed...
1308<edx> .. well i have an idea.. but it needs a testing.. maybe i could get it to work
1309<edx> it would need to checkout, compile, generate a webpage...
1310<edx> that's gets less and less a problem the more i think about it
1311<edx> be right back.
1312--- edx is now known as edx|brb
1313<Bagder> :-)
1314--- edx|brb is now known as edx
1315<edx> Bagder: I am trying to get things compiled on my server now, if it works, i'll set up a page which updates hourly and contains the last 24 compilation reports
1316<Bagder> cool!
1317<edx> i hope it work if i just copy some files and dont intsall visual studio
1318* Bagder writes new screen savers ;-)
1319<dw|gone> YAY!
1320<dw|gone> :D
1321<Bagder> hehe
1322<Bagder> hey, I *am* an old demo coder ;-)
1323<edx> lol .. write the sine wave for rockbox hehe
1324<Bagder> I do!
1325<edx> cool :)
1326<edx> screensave should be activated automatically after 5 mins of non-action lol
1327<Bagder> right now, I have a 'R' that flies around the screen in a circle ;-)
1328<edx> hehe
1329<dw|gone> Whoa
1330<dw|gone> evil stuff ):
1331<dw|gone> ):
1332<dw|gone> ):
1333<dw|gone> :)
1334<dw|gone> <-- is mongo today
1335<Bagder> it looks pretty cool
1336<dw|gone> flies around?
1337<Bagder> yeah, "ROCKbox"
1338<Bagder> all letters independently
1339<dw|gone> cool :)
1340<Bagder> on a sine wave
1341<dw|gone> I guess I'll have to see it for myself
1342<dw|gone> I'll check the build on monday morning
1343<Bagder> hm, I wonder if I can make the rockbox logo be in the background...
1344<dw|gone> hehe :)
1345<dw|gone> demo coding for the archos
1346<dw|gone> perfect for some wild compo ;)
1347<Bagder> hahaha
1348<dw|gone> Well, at least, the music is not a problem ;)
1349<-- ironi has quit (Read error: 104 (Connection reset by peer))
1350--> webmind_ (webmind@seal.student.utwente.nl) has joined #rockbox
1351<-- webmind has quit (Read error: 104 (Connection reset by peer))
1352<Bagder> it does require some minor lcd fixes... :-)
1353* Bagder jumps in
1354<Bagder> time to try on target
1355* dw|gone is trying to focus on the code, and not on the fact that he's hungry like a wolf
1356<Bagder> rock!
1357<Bagder> http://storebror.haxx.se/archos/
1358<dw|gone> *yawn*
1359<dw|gone> I'll test it, just for your sake ;)
1360<Bagder> hehe
1361<Bagder> it is just totally useless, but its fun ;-)
1362<Bagder> I'm considering a game now ;-)
1363<dw|gone> what about fixing broken code? :)
1364<Bagder> nah, not as fun
1365<Bagder> hehe
1366<Bagder> like what code are you referring to?
1367<dw|gone> dunno :)
1368<dw|gone> Sometimes it locks when I start fiddling with the volume
1369<dw|gone> hahaha
1370<dw|gone> you are really sick :)
1371* Bagder grins
1372<dw|gone> really neat :)
1373<Bagder> and they fly! ;-)
1374<dw|gone> How come the directory browsing is 100 times faster with rockbox?
1375<Bagder> no idea
1376<dw|gone> I mean, when entering new dirs
1377<Bagder> they must be doing something terrible
1378<dw|gone> yeah
1379<dw|gone> and the scroller still scrolls when going across dirs :)
1380<dw|gone> If the LCD flickering stops and we get mp3 decoding, I'll start using it rightaway :)
1381<Bagder> I agree
1382<dw|gone> pok?mon instead of pokémon
1383<Bagder> with our playlist support too, it'll be a killer
1384<dw|gone> yeah
1385<Bagder> yeah, we have no such letter
1386<dw|gone> aren't you using the built in font?
1387<Bagder> there is no built-in on the recorder
1388<dw|gone> ah...
1389<Bagder> 100% "home made" ;-)
1390<dw|gone> ah, that's why it's butt ugly ;)
1391* Bagder nods
1392<dw|gone> 5x7 in a 6x8 space?
1393<Bagder> yes
1394<dw|gone> Less than 7 pixels vertical will not look good, but I guess it's possible to narrow it down a bit horizontally
1395<Bagder> Yes, at least some letters
1396<dw|gone> The main issue is long filenames
1397<dw|gone> !¤"#! archos firmware won't even show the entire filenames ,)
1398<dw|gone> is it possible to have 2+ simultaneous scrollers?
1399<Bagder> edx: around?
1400<Bagder> dw|gone: oh sure
1401<dw|gone> with the current code, thatis
1402<dw|gone> how do you keep the scroller running while accessing the disk at the same time?
1403<Bagder> we use several threads
1404<Bagder> the scrolling is in its own thread
1405<dw|gone> Do you think the archos firmware has threading?
1406<Bagder> I don't think so
1407<Bagder> but they could and perhaps have other limits on their threads than we do
1408<dw|gone> how big is the firmware without the padding atm?
1409<Bagder> lemme check
1410<Bagder> hm
1411<Bagder> I don't quite get the map file
1412<dw|gone> mkay
1413<dw|gone> well, approx 20k?
1414<Bagder> when loaded, we use 4de4c ram
1415<dw|gone> 320k
1416<dw|gone> do you know how much the original firmware uses?
1417<Bagder> no
1418<Bagder> I guess I could figure out by checking my dissassembly
1419<Bagder> anyway, included in those 320K is our malloc heap etc
1420<Bagder> currently we have no code that use malloc() ;-)
1421<Bagder> the code is about 32700 bytes
1422<Bagder> in this recorder build
1423<Bagder> ouch, yellow alert!
1424<elinenbe> Badger: you want to program a game -- try sokoban :)
1425<Bagder> hehehe
1426<Bagder> I'm thinking pong...
1427<dw|gone> what is sokoban?
1428<dw|gone> what about arkanoid? :)
1429<Bagder> http://verde666.org/sed/sokoban/
1430<dw|gone> and has Linus started looking on the decoder chip?
1431<Bagder> its written using 'sed'
1432<Bagder> yes
1433* dw|gone is like a kid in a candy store
1434<dw|gone> Rockbox already rocks without any music ;D
1435<dw|gone> erhgm
1436<dw|gone> With a screenshot, I STILL DON'T understadn sokoban :)
1437<Bagder> its just the ultimate geek thing, to write a game using a tool meant for search/replace
1438<dw|gone> aaaah :)
1439<dw|gone> I see
1440<Bagder> I never played it ;-)
1441<dw|gone> I test it now :)
1442<dw|gone> There was a port for gameboy called boxxle
1443<dw|gone> fancy :)
1444<dw|gone> Darn
1445<dw|gone> 16:00
1446<dw|gone> I should finish what I'm working on and go homo
1447<dw|gone> home ;)
1448<dw|gone> hah
1449<Bagder> freudian slip? ;-)
1450<dw|gone> hehe
1451<dw|gone> dunno
1452<dw|gone> how many entries does the playlist support by default?
1453<Bagder> you mean non-rockbox?
1454<dw|gone> no, rockbox :)
1455<Bagder> 10000
1456<edx> Does anyone of you know Java a little?
1457<dw|gone> mkay
1458<Bagder> edx: euuh, a little, yes ;-)
1459<dw|gone> great :D
1460<dw|gone> I'll test loading a huge playlist
1461<edx> Bagder: what does thius line do:
1462<Bagder> dw|gone: Björn has 40GB, he has no more than 5500 songs ;-)
1463<edx> inURL = new URL(getCodeBase(), infile);
1464<dw|gone> it constructs a url
1465<edx> ok thats what i know as well.. what will the url look like?
1466<dw|gone> codebase sounds JSP'ish
1467<dw|gone> I dunno if it does some base64 encoding too perhaps
1468<edx> ahhh .. i think i got it.
1469<edx> thanks
1470<dw|gone> heh.. thanks for nothing ;)
1471<Bagder> edx: .. eeeeh... uuuuh. "win32 simulator break alert" :-)
1472<Bagder> is there any way I can add a file to your build?
1473<dw|gone> is rockbox capable of building playlists by itself yet?
1474<Bagder> no
1475<Bagder> we don't even have the write() function enabled
1476<dw|gone> aah
1477<dw|gone> smart
1478<Bagder> yeah, its for safety
1479<Bagder> we have no functions for altering disk contents yet
1480<dw|gone> I like the boot speed of rockbox
1481* Bagder agrees
1482<dw|gone> Would be neat to know what exactly the archos firmware does that takes so much time
1483<Bagder> yes
1484<Bagder> it is possible we might need to do a few of those things too in the future
1485<dw|gone> any ideas of what?
1486<dw|gone> it shows the disk label as a file btw
1487<Bagder> I have no clue really, I just mean that we haven't quite investigated everything yet
1488<dw|gone> "INSANITY.!"
1489<dw|gone> true, true
1490<dw|gone> it's not possible to switch it off with the power cord in
1491<Bagder> no
1492<dw|gone> Time to check how fast it loads a 3000 track playlist
1493<dw|gone> whoa
1494<dw|gone> it interprets #-lines as files
1495<Bagder> yes
1496<Bagder> right
1497<Bagder> I fix
1498<Bagder> do they all start with # in the first column?
1499<dw|gone> yeah
1500<dw|gone> winamp-style
1501<dw|gone> it loads the playlist FAAAAAAAST! :D
1502<dw|gone> In just a couple of seconds
1503<Bagder> about 1000 songs per second
1504<Bagder> that is many many times faster than the built-in
1505<dw|gone> hehe
1506<dw|gone> yeah
1507<dw|gone> 1 song per second is the firmware default ;)
1508<dw|gone> or perhaps 10
1509<dw|gone> but that's not close to 1000 ;)
1510<Bagder> it is an amazingly huge diff actually
1511<dw|gone> what happens when the unit runs of battery?
1512<dw|gone> with rockbox firmware, that is
1513<Bagder> it dies ;-)
1514<Bagder> I mean run out of battery
1515<Bagder> just running on battery is no diff than with power cord
1516<dw|gone> I just wonder if there is some kind of shutdown procedure required not to harm the hard disk
1517<Bagder> well
1518<Bagder> I think we should try to do that, yes
1519<Bagder> # support added
1520<dw|gone> yay ;D
1521<dw|gone> is the directory browser 100%?
1522<dw|gone> I mean, showing every file and such
1523<Bagder> yes, there's a maximum amount of files in a single dir I believe though
1524<dw|gone> I have a dir with 4 dirs and 1 pls
1525<dw|gone> it didn't show the pls
1526<dw|gone> m3u
1527<Bagder> !
1528<Bagder> what is the playlist called?
1529<dw|gone> Everything.m3u
1530<dw|gone> in my dir "Electronica"
1531<Bagder> weird
1532<Bagder> and it happens all the time?
1533<dw|gone> nope only once
1534<dw|gone> now it shows " - Der Sinn d" instead of Welle erdball
1535<Bagder> ok
1536<dw|gone> Der Sinn des Lebens is a subdir in "Welle erdball"
1537<Bagder> hm
1538<dw|gone> oops
1539<dw|gone> I just caused a hang
1540<Bagder> I wonder if there's some bug in the target dir read code
1541<dw|gone> Trying to load a m3u with
1542<dw|gone> \ in the filename
1543<dw|gone> argh
1544<dw|gone> it's a live
1545<Bagder> it died while loading the playlist?
1546<dw|gone> it died for a lot of seconds
1547<dw|gone> then it began to live again
1548* elinenbe decide to go run 100 miles while gcc builds... and then MAYBE it will be done.
1549<Bagder> hehe, yeah it can take a while ;-)
1550<elinenbe> not as long as anything that is qt/kde
1551<Bagder> heheh
1552<elinenbe> koffice took forever on a 2x1500mhz pc
1553<Bagder> luckily, rockbox builds blazingly fast ;-)
1554<dw|gone> :)
1555<elinenbe> Badger: if I want to add " -I/usr/include " to the makefile, where would I put it?
1556<Bagder> firmware/Makefile and apps/Makefile
1557<elinenbe> I am compiling under cygwin and for some reason it does not find the header files.
1558<elinenbe> yeah, but how do I add it into the makefile?
1559<Bagder> both of them have a line like "INCLUDES=" where you can add that extra -I
1560<Bagder> if this is a problem to more people, we could probably fix this better
1561<elinenbe> the apps makefiles does, but the tools/makefile does not.
1562<elinenbe> It is for anyone compiling under cygwin
1563<Bagder> not tools, firmware
1564<elinenbe> g003y had this problem
1565<Bagder> hm, ok
1566<elinenbe> too
1567<Bagder> I think I know the fix for this problem
1568<Bagder> we must add header files to our project, since we don't use newlib anymore
1569<elinenbe> that could be the thing
1570<Bagder> you build without newlib, right?
1571<elinenbe> yeah
1572<elinenbe> I did not donload it or anything.
1573<Bagder> so that's it
1574<Bagder> we need to supply a bunch of headers ourselves
1575<elinenbe> huff.. when I do a make all
1576<elinenbe> I get this garbage
1577<elinenbe> Eric@VIOLET ~/rockbox-daily-20020615/tools
1578<elinenbe> $ make all
1579<elinenbe> make -C ../firmware TARGET=-DARCHOS_RECORDER NODEBUG=1 OBJDIR="/home/Eric/rockbo
1580<elinenbe> x-daily-20020615/tools"
1581<elinenbe> make[1]: Entering directory `/home/Eric/rockbox-daily-20020615/firmware'
1582<elinenbe> Updating dependencies for thread.c
1583<elinenbe> Updating dependencies for system.c
1584<elinenbe> system.c:19:19: warning: stdio.h: No such file or directory
1585<elinenbe> Updating dependencies for settings.c
1586<elinenbe> settings.c:20:19: warning: stdio.h: No such file or directory
1587<elinenbe> Updating dependencies for panic.c
1588<elinenbe> panic.c:20:19: warning: stdio.h: No such file or directory
1589<elinenbe> and more and more of that...
1590<elinenbe> it can not find the standard header files at all
1591<Bagder> right, that's why we need to provide our own
1592<elinenbe> is there any way around this for me?
1593<Bagder> did you add -I/usr/include in the firmware/Makefile ?
1594<elinenbe> yeah
1595<elinenbe> hold on...
1596<elinenbe> I added a /usr/includes by mistake
1597<Bagder> ah
1598<elinenbe> in tools I did a 'make clean'
1599<elinenbe> make all
1600<elinenbe> and then still get an error...
1601<elinenbe> this is witht the most recent tarball
1602<elinenbe> make[1]: sh-elf-a: Command not found
1603<elinenbe> make[1]: *** [/home/Eric/rockbox-daily-20020615/tools/librockbox.a] Error 127
1604<elinenbe> make[1]: Leaving directory `/home/Eric/rockbox-daily-20020615/firmware'
1605<elinenbe> make: *** [firmware] Error 2
1606<Bagder> !
1607<Bagder> in tools?
1608<elinenbe> I am just doing a make clean
1609<elinenbe> make install
1610<elinenbe> in the toold directory <-- that should build everything -- right?
1611<Bagder> hm
1612<elinenbe> but the make gives me that error.
1613<Bagder> did you run the configure script in the tools directory?
1614<elinenbe> yeah
1615<elinenbe> I'll do that again to make sure everything is cool
1616<Bagder> you should rather create a separate build directory and run the configure script there
1617<elinenbe> ok
1618<Bagder> mkdir ../build; cd ../build; ../tools/configure
1619<elinenbe> I get the same thing
1620<elinenbe> "sh-elf-a: command not found"
1621<Bagder> is your PATH setup to include the dir with the sh-gcc tools?
1622<elinenbe> lemme check
1623<elinenbe> I followed the direction on the web page... the path should be something like "~/sh1/bin"
1624<elinenbe> well, that is in the path
1625<Bagder> make sure it is $HOME/ and not ~/
1626<Bagder> or full path
1627<elinenbe> it is $HOME
1628<elinenbe> acutally the full path
1629<Bagder> ok
1630<elinenbe> in /sh1/bin I do not have a sh-elf-a, I have sh-elf-ar and sh-elf-as though
1631<Bagder> yeah
1632<Bagder> but if you check the Makefile, it uses as and ar only
1633<elinenbe> ok
1634<Bagder> seems to be the ar line that goes wrong
1635<Bagder> it compiles all c source first, doesn't it?
1636<elinenbe> the ar line in the makefile is messed up;
1637<elinenbe> AR = sh-elf-a
1638<elinenbe> that is what it says
1639<Bagder> in the Makefile?
1640<elinenbe> yeah, all the C code is great
1641<elinenbe> yeah
1642<Bagder> your Makefile must've been ruined somehow
1643<elinenbe> in firmware/Makefile
1644<Bagder> should be -ar
1645<elinenbe> well, I just got it from the tarball...
1646<Bagder> odd
1647<Bagder> I'll check the tarball
1648<elinenbe> i just checked it -- it is there
1649<elinenbe> I must have messed oit up.
1650<Bagder> ah, ok
1651<elinenbe> thanks for the help
1652<Bagder> no problems
1653<elinenbe> now my enviroment is all nice :)
1654<elinenbe> there we go...
1655<Bagder> we'll sort out the include problem too
1656<elinenbe> no problem.
1657<elinenbe> it works fine with the include added to the makefile. Is that not an ok solution?
1658<Bagder> sure its ok
1659<Bagder> when it makes it annoying if you wanna update often
1660<Bagder> s/when/but
1661<elinenbe> one last thing: how do I compile the scramble.c file?
1662<Bagder> when you ran configure in that dir, the original Makefile was overwritten. Get the orginal one back and run make in there
1663<elinenbe> ok
1664<elinenbe> will do.
1665<elinenbe> Badger: thanks so much, everything is going great
1666<Bagder> goodie
1667--> elinenbe2 (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1668<-- edx has quit (Read error: 104 (Connection reset by peer))
1669<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1670--> edx (OKE60@pD9EAB0B2.dip.t-dialin.net) has joined #rockbox
1671<Bagder> bbl
1672<-- Bagder has quit ("http://daniel.haxx.se")
1673<-- Wettoad has quit (Read error: 104 (Connection reset by peer))
1674--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
1675--- dw|gone is now known as dwihno|weekender
1676--- Tum|sova is now known as Tumm
1677--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1678<g003y> heya
1679--> E0x-down (moya@31stb59.codetel.net.do) has joined #rockbox
1680<-- E0x-down (moya@31stb59.codetel.net.do) has left #rockbox
1681--> PsycoXul (psyco@adsl-63-205-41-245.dsl.lsan03.pacbell.net) has joined #rockbox
1682<-- Tumm has quit (Read error: 113 (No route to host))
1683--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1684--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1685<g003y> heya bagder
1686<Bagder> hey ho
1687<g003y> nice work on that include issue
1688<Bagder> thanks, but we're not quite there yet ;-)
1689<g003y> does the -I/to/whatever still need to be added to the makefiles?
1690<Bagder> yes, I didn't really change this yet
1691<g003y> ahhhh
1692<g003y> ok
1693<Bagder> I'm only preparing
1694<g003y> well at least you figured out the prob
1695<g003y> All I knew was the -I fixed it for me :D
1696<Bagder> :-)
1697<g003y> but I figured it was cygwin being all dumb on win32
1698<Bagder> so is your "play-screen" coming anywhere?
1699<g003y> well I haven't done a ton of work recently.
1700<g003y> I did get setup on source forge
1701<g003y> basically right now I can compile to choose between a file scroll or id3 display
1702<g003y> though I'm looking into modding the settings to store it and make it user selectable
1703<Bagder> user settable is nice
1704<g003y> then I will add a 3rd set of logic that will attempt to pull apart directory/filename for information
1705<g003y> so it looks id3 ish
1706<Bagder> remember that we can't yet store anything on disk
1707<g003y> yup
1708<g003y> I see the writes still return 1l
1709<g003y> without doing anything :D
1710<Bagder> hehe
1711<g003y> so what I will do now is make the default option switchable on compile
1712<g003y> then ppl will just be able to change it on the fly if they need to
1713<Bagder> sounds fine
1714<g003y> question for ya
1715<g003y> do the playlists actually play?
1716<Bagder> yes
1717<g003y> dang....
1718<g003y> for some reason I can't get mine going
1719<g003y> it scans it and just sits there
1720<Bagder> oh
1721<g003y> I tried making with vi, a script and winamp
1722<g003y> nothing worked for me as of a couple days ago
1723<Bagder> well, to tell you the truth, I wrote the code but I have a recorder so I can't really try it on target yet ;-)
1724<g003y> hahahahahahahaha
1725<g003y> well I haven't really debugged into it, but the logic looks correct
1726<Bagder> we might need to get someone with gdb to look at it
1727<g003y> yeah I've just been "printfing" to the screen for debugging output :D
1728<Bagder> yeah, and the simulators are usually pretty good too to try stuff on
1729<Bagder> but not when it comes to actual mp3 playback
1730<g003y> I haven't gotten mine to succesfully compile yet
1731<g003y> so like the old COBOL days.... I try to get it right on the first try :D
1732<Bagder> the win32 one?
1733<g003y> yeah
1734<g003y> but it's probably just me
1735<Bagder> I wouldn't know, I've never tried ;-)
1736<Bagder> I'm on the x11 one
1737<g003y> the x11 seems to have more compile directions
1738<g003y> I got it to compile once when I first got the firmware.
1739<g003y> though now... eh.
1740<g003y> I just outright forgot how I managed it
1741<g003y> I'll have to try again.
1742<Bagder> it would be neat to get a cygwin version Makefile for the win32 simulator
1743<g003y> oh hey.
1744<g003y> there it goes with current
1745<g003y> ok I was being a llame :D
1746<g003y> llama that is
1747<g003y> cute....
1748<g003y> I need to compile the player
1749<g003y> version though
1750<Bagder> yes
1751<Bagder> it should be possible
1752<g003y> ok so it pulls apps logic from the apps directory right?
1753<Bagder> yes
1754<g003y> good
1755<g003y> no screwing around then :D
1756<Bagder> the apps should run pretty much unaltered in target and simulators
1757<g003y> _should_ hehehehheh
1758<g003y> the true beauty of C :D
1759<Bagder> right, we can never be completely sure
1760<Bagder> hey, I wrote my flying rockbox this afternoon
1761<Bagder> all in simulator
1762<Bagder> worked on first attempt on target
1763<g003y> flying rockbox?
1764<Bagder> you should see it ;-)
1765<Bagder> kind of a screensaver, totally useless
1766<g003y> you mean the logo?
1767<g003y> ha
1768<g003y> that will only work on the recorder right?
1769<Bagder> no, the text Rockbox flying around on sine waves
1770<Bagder> yes
1771<g003y> hhahahahah... cool.
1772<Bagder> if you get the simulator working, you'll see it ;-)
1773<elinenbe2> Badger: will that be included in the tarball tonight?
1774<Bagder> hm, no
1775<elinenbe2> that is a shame
1776<Bagder> or what did you mean?
1777<Bagder> the includes right?
1778<elinenbe2> no, your sine rockbox
1779<Bagder> ah, that'll be included
1780<g003y> yeah only the important stuff first :D
1781<Bagder> hehe
1782<elinenbe2> I am building a sokoban clone.
1783<elinenbe2> I will get it done within a day or two.
1784<Bagder> we could pretend it is useful as it tests the lcd functions properly ;-)
1785<elinenbe2> yeah :)
1786<g003y> hey I think it's cool so it needs to be included anyway :D
1787<elinenbe2> g003y: everything is up and running great under cugwin here... Badger helped me earlier today.
1788<g003y> coool
1789<g003y> what was the last you needed to do?
1790<elinenbe2> I had to add the included to the Makefiles.
1791<elinenbe2> that was about it.
1792<g003y> yeah
1793<g003y> thats what I was saying yesterday
1794<g003y> a -I/usr/include right?
1795<elinenbe2> ya
1796<g003y> good deal. good to see you're up & running
1797<elinenbe2> I am partially throguh a sokoban clone
1798<elinenbe2> but, it is slow as I am running everything on the target. I am not able to compile the simulator.
1799<g003y> I just got it to compile from current myself
1800<elinenbe2> how were you able to do that?
1801<g003y> I sync to cvs tree
1802<elinenbe2> the windows simulator?
1803<elinenbe2> ah... but what did you use to compile?
1804<g003y> yeah I just tried with the latest source
1805--- elinenbe2 is now known as elinenbe
1806<g003y> nmake from a dos window
1807<elinenbe> oh
1808<g003y> I have vc installed with all the paths
1809<PsycoXul> so uh heh nobody's interested in writing a proper text viewer for the player's huh?
1810<elinenbe> so do I, but no nmake.
1811<Bagder> a text viewer should be really simple to write
1812<g003y> you probably don't have all the paths registered in your environment for dos
1813<PsycoXul> yeah it should be...
1814<PsycoXul> i haven't had much luck with it though heh
1815<g003y> you need to run the vcvars.bat which is somehere in the vc install dir
1816<g003y> then run nmake in the uisimulator->win32 dir
1817<elinenbe> ok
1818<elinenbe> I will try that :)
1819<g003y> text viewer?
1820<g003y> like a text file?
1821<PsycoXul> yeah
1822<g003y> joc- why?
1823<g003y> what you doing?
1824<PsycoXul> huh? wanting to view text files?
1825<PsycoXul> heh
1826<g003y> yeah but just for the heck of it?
1827<PsycoXul> no... for the ability to read books i've got on my archos while listening to music on it heh
1828<g003y> ahhhhhhhh
1829<elinenbe> I still can't run nmake.
1830<g003y> thats some small text though. you'll be scrolling from here to kingdom come
1831<PsycoXul> yes
1832<PsycoXul> well you only really need 1 line...
1833<g003y> yeah but you'd only get some many characters wide on that display
1834<PsycoXul> i figure it'd be pretty usable if it scrolled by word
1835<PsycoXul> except for words >11 chars
1836<PsycoXul> heh
1837<g003y> heheh
1838<g003y> yeah you could scroll it, but I bet after all the work it wouldn't really be usable
1839<g003y> in that sense
1840<PsycoXul> nah i've played with a few different methods for it
1841--- edx is now known as edx|sleep
1842<PsycoXul> and even scrolling by char isn't unusable
1843<g003y> hmmm ok
1844<g003y> you're a freak :D
1845<PsycoXul> heh yeah
1846<g003y> though a text viewer could be used in many interesting wayts
1847<Bagder> on the recorder it could be neat
1848<g003y> VI for Archos :D
1849<PsycoXul> but i'm just a lousy coder who can't really do it "proper" with good memory management and such like that
1850<g003y> yeah the recorder has the kind of display you could pull it off with
1851<PsycoXul> yeah
1852<PsycoXul> well doesn't archos' firmware for the recorder already display text? i read it did...
1853<Bagder> hm, perhaps it does ;-)
1854<Bagder> I haven't tried it
1855<PsycoXul> i figured the best player text viewer would have selectable modes
1856<PsycoXul> like a 'less' style mode that gives an 11x2 window and lets you scroll around
1857<g003y> yeah true
1858<PsycoXul> a book mode that goes by-word scrolling
1859<PsycoXul> etc
1860<PsycoXul> and a bookmark feature would also be handy
1861<PsycoXul> but unfortunately my skills as a coder aren't such that i know how about going about such a thing... heh
1862<g003y> well you'd need a buffer and a file handle to get yourself started :D
1863<Bagder> I think it should scroll automaticly and you'd only control the speed and pause/play
1864<g003y> yup the scroll api is really nice
1865<PsycoXul> my attempts at just making a simplistic by-word scrolling viewer with no fancy features have been nasty little pieces that didn't really work heh
1866<PsycoXul> Bagder: thats a good idea
1867<PsycoXul> save a lot of wear on the buttons heh
1868<Bagder> yeah
1869<PsycoXul> and fingers
1870<Bagder> you'd only make it run as fast as you wanna read, and then lean back ;-)
1871<g003y> or lean in :D
1872<PsycoXul> heh
1873<PsycoXul> but what is memory availability like for other tasks while mp3's are playing?
1874<g003y> well you're only looking at one line of text right?
1875<Bagder> the mp3 buffers are never available to anyone else, so the situation is the same all the time
1876<g003y> you shouldn't eat up much memory doing it.
1877<PsycoXul> yeah
1878<Bagder> it would need *some* to prevent it from reading from disk all the time
1879<PsycoXul> but we don't wanna keep reading from disk all the time either
1880<g003y> well you will need an optimal character buffer
1881<Bagder> how fast can a person read? how many words a minute do an average?
1882<g003y> but you're gonna have to take the hit on disk read anyway
1883<Bagder> 200-300?
1884<PsycoXul> Bagder: i dunno, i think it varies pretty widely
1885<Bagder> I guess
1886<Bagder> just trying to estimate buffers... :-)
1887<PsycoXul> there's also going backwards.. sometimes you just gotta go back and re-read something, or maybe you missed a word, etc
1888<PsycoXul> and i dunno how to handle that sorta stuff with buffers heh
1889<PsycoXul> like nicely anyways
1890<g003y> you would need to define what going back means
1891<g003y> 1 line or word at a time?
1892<PsycoXul> *shrug* i guess going backwards would probably be good going a whole line or so back per backwards press
1893<PsycoXul> the way i see it maybe as far as the interface is in autoscrolling the - decreases speed and + increases it, and then play/pause does just that, and in pause mode -/+ might jump backwards/forwards a line.. or something
1894<Bagder> not a bad idea
1895<g003y> that could work
1896<Bagder> ok, should it just output one word at a time, or try to "fill up" ?
1897<PsycoXul> well i think it should try to fill at least 1 line...
1898<Bagder> and 2 if there's a single word that is >11 letters?
1899<PsycoXul> for book purposes i don't really see the need for filling both lines.. i played with that a bit and it didn't really improve readability
1900<g003y> gotta idle
1901<PsycoXul> yeah
1902<PsycoXul> the 2nd line could also display something like i dunno possition or some useful thing most of the time, and a long-word wrap around like you said would probably be good
1903<Bagder> true
1904<PsycoXul> bookmarking could probably be just storing an offset somewhere.. like maybe a similarly named file that you could then select to go to its stored spot in the text file or something? ...
1905<Bagder> yes
1906<PsycoXul> but i suppose thats gotta wait for writing heh
1907<Bagder> :-)
1908<PsycoXul> so should the buffer be a fixed size or maybe scale with scrollspeed or something?
1909<Bagder> fixed probably easiest and probably good enough
1910* Bagder has an embryo now
1911<PsycoXul> wow
1912<Bagder> ok, it works a little now
1913<Bagder> I added it to CVS
1914<Bagder> it isn't actually used yet though
1915<Bagder> night
1916<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1917<g003y> bagder has an embryo? interesting.
1918<PsycoXul> hehe
1919<g003y> I idle for a little while and you guys get him pregnant?
1920<PsycoXul> yep
1921<PsycoXul> well you helped i think
1922<g003y> hahaha
1923<g003y> I'm not paying child support. I was tricked :D
1924<PsycoXul> hehe
1925<PsycoXul> but hey its cool
1926<PsycoXul> textshow.c
1927<g003y> did you get it working?
1928<PsycoXul> i haven't tried it
1929<PsycoXul> just looked at it for the first time a second ago
1930<PsycoXul> heh
1931<PsycoXul> looks like much cleaner code than anything i've tried to do heh
1932<g003y> heh
1933<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
1934<-- PsycoXul has quit (carter.openprojects.net irc.openprojects.net)
1935<-- g003y has quit (carter.openprojects.net irc.openprojects.net)
1936<-- wettoad has quit (carter.openprojects.net irc.openprojects.net)
1937<-- edx|sleep has quit (carter.openprojects.net irc.openprojects.net)
1938<-- Hadaka has quit (carter.openprojects.net irc.openprojects.net)
1939<-- datazone has quit (carter.openprojects.net irc.openprojects.net)
1940<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
1941--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1942--> PsycoXul (psyco@adsl-63-205-41-245.dsl.lsan03.pacbell.net) has joined #rockbox
1943--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1944--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
1945--> edx|sleep (OKE60@pD9EAB0B2.dip.t-dialin.net) has joined #rockbox
1946--> datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
1947--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1948--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
1949--> edx|disconnected (OKE60@pD9EAA0BA.dip.t-dialin.net) has joined #rockbox
1950<-- edx|sleep has quit (Read error: 110 (Connection timed out))
1951<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1952--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
1953--- edx|disconnected is now known as edx
1954--- edx is now known as edx|away
1955<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
1956<-- edx|away has quit ("be back later")
1957--> Lear (~chatzilla@h106n1fls35o1002.telia.com) has joined #rockbox
1958<Lear> Hi, gave a rockbox nightly build a test spin. Now, how do I turn it off? :)
1959<Hadaka> plug the archos into the computer, then turn it on and then remove the file
1960<Hadaka> optionally copy in a normal firmware from archos if you don't want to use the flashrom one
1961<Lear> To turn it on, I need to turn it off first... That's the problem. And nothing happens when I plug in the USB cable.
1962<Hadaka> err, unplug the charger cable
1963<Hadaka> and then hold the off button for a second or two
1964<Hadaka> then plug in the USB cable (not the charger cable)
1965<Hadaka> make sure that the USB cable is plugged in to the computer as well
1966<Hadaka> and then turn it on
1967<Hadaka> it should go into the USB mode
1968<Hadaka> and after that you can plug in the charger cabel
1969<Lear> ah, so the charger cable caused the problem. not very obvious, imho. :)
1970<Hadaka> well yes
1971<Hadaka> the problem being that the charger cable forces the jukebox to be on - so the hard power off doesn't work
1972<Hadaka> I found out that way before I got into rockbox - but someone should write something about that on the rockbox site
1973<Hadaka> like "How do I uninstall?"
1974<Lear> yeah, typical FAQ stuff.
1975<-- Lear has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
1976--> elinenbe2 (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1977<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
1978--> elinenbe (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1979<-- elinenbe2 has quit (Read error: 104 (Connection reset by peer))
1980--> edx|sleep (OKE60@pD9EAA0BA.dip.t-dialin.net) has joined #rockbox
1981--- edx|sleep is now known as edx
1982<-- edx has quit (carter.openprojects.net irc.openprojects.net)
1983<-- elinenbe has quit (carter.openprojects.net irc.openprojects.net)
1984<-- Hadaka has quit (carter.openprojects.net irc.openprojects.net)
1985<-- datazone has quit (carter.openprojects.net irc.openprojects.net)
1986<-- PsycoXul has quit (carter.openprojects.net irc.openprojects.net)
1987<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
1988<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
1989<-- wettoad has quit (carter.openprojects.net irc.openprojects.net)
1990<-- webmind_ has quit (carter.openprojects.net irc.openprojects.net)
1991<-- dwihno|weekender has quit (carter.openprojects.net irc.openprojects.net)
1992<-- jb1081 has quit (carter.openprojects.net irc.openprojects.net)
1993<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
1994--> edx (OKE60@pD9EAA0BA.dip.t-dialin.net) has joined #rockbox
1995--> elinenbe (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1996--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
1997--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
1998--> datazone ([Vx3r6U9xN@207.136.36.203) has joined #rockbox
1999--> wettoad (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
2000--> PsycoXul (psyco@adsl-63-205-41-245.dsl.lsan03.pacbell.net) has joined #rockbox
2001--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
2002--> webmind_ (webmind@seal.student.utwente.nl) has joined #rockbox
2003--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
2004--> dwihno|weekender (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
2005--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
2006--> elinenbe2 (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2007<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
2008--> Lear (~chatzilla@h106n1fls35o1002.telia.com) has joined #rockbox
2009<elinenbe2> is anyone here?
2010<Lear> yep
2011--> elinenbe (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2012<-- elinenbe2 has quit (Read error: 104 (Connection reset by peer))
2013<elinenbe> again, is anyone here.
2014<Lear> elinebe: guess you don't hear me then :)
2015<elinenbe> ah...
2016<elinenbe> by any chance do you have the win32 recorder dimulator compiled?
2017<Lear> nope, just tried rockbox today. :)
2018<elinenbe> oh... ok
2019<Lear> and I have a studio...
2020<elinenbe> thanks anyway
2021--> elinenbe2 (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2022<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
2023--> elinenbe (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2024<-- elinenbe2 has quit (Read error: 104 (Connection reset by peer))
2025<elinenbe> there seems to be some sort of bug with lcd_fillrect() at least it does not seem to work for me properly. (This is on the recorder) I get the LED light blinking.
2026--> myshkin (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2027<myshkin> c'est moi, adam, gidday
2028* myshkin quaffs a Jolt cola
2029<myshkin> :P
2030<webmind_> what?
2031<-- Lear has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/20020530]")
2032<-- myshkin has quit (Read error: 104 (Connection reset by peer))
2033--> green_ (~green@adsl-64-160-53-171.dsl.snfc21.pacbell.net) has joined #rockbox
2034<green_> the h/d on my jukebox 6000 is messed up
2035<green_> I got a h/d disk error while using it yesterday
2036<green_> Neither Windows nor Linux can mount it.
2037<green_> I thought I would just try reformating it...
2038<green_> ..but I'm not sure how.
2039<elinenbe> if you cant mount it, then it will be quite hard to format it!
2040<green_> I figured it out.
2041<green_> mkfs.msdos -F 32 /dev/sdc1
2042<green_> I was missing the "-F 32" part.
2043<green_> It's playing mp3 files again... phew!
2044<PsycoXul> you sure the batteries weren't just low?
2045<elinenbe> PaycoXul: I am almost done with sokoban for the Rockbox (recorder only!)
2046<PsycoXul> heh
2047<PsycoXul> well good for you, and the recorder :p
2048<elinenbe> you know that game?
2049<PsycoXul> i've heard of it, i don't recall what it is though
2050<elinenbe> finished my first beta
2051<green_> hmmm - when I copy my files from Linux to mounted jukebox file names get truncated to 8.3. How do you avoid this/
2052<green_> ?
2053--> noalavida (MASTest@121-MAD2-X70.libre.retevision.es) has joined #rockbox
2054<-- noalavida has quit ()
2055--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
2056<g003y> I must keep missing Zagor this weekend
2057<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
2058--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
2059--> miah (~miah@pihkal.com) has joined #rockbox
2060<PsycoXul> green_: are you mounting it as vfat or msdos?
2061<elinenbe> anyone who has a recorder can now plasy sokoban on it :)
2062<elinenbe> s/plasy/play
2063<green_> PsycoXul: msdos
2064<green_> should I use vfat?
2065<green_> I just tried vfat. Much better!
2066<-- edx has quit (Read error: 104 (Connection reset by peer))
2067--> edx (OKE60@pD9EAA0BA.dip.t-dialin.net) has joined #rockbox
2068<elinenbe> edx!!!
2069<elinenbe> hey there.
2070<elinenbe> I need some helps
2071<elinenbe> can you send me a compiled win32 simulator? For some reason I can not get it to compile using nmake.
2072<edx> ..
2073<edx> why not (whats the error it gives you?)
2074<elinenbe> my msvc is messed up.
2075<elinenbe> it is nothing wrong with your package.
2076<edx> it might not work at all hehe
2077<edx> recorder or player compilation
2078<elinenbe> I just made a sokoban clone for the rockbox, and it is kind of a pain loading it onto the AJBR every time.
2079<elinenbe> I need both to tell you the truth
2080<edx> ok wait a second
2081<elinenbe> you can either email or DCC
2082<edx> are you behind a firewall (or a server) or can i send files via irc?
2083<elinenbe> I am behind a firewall, but it should work :()
2084<elinenbe> :)
2085<-- edx has quit (Read error: 104 (Connection reset by peer))
2086--> edx (OKE60@pD9EAA0BA.dip.t-dialin.net) has joined #rockbox
2087<edx> i am sorry.. i had to kill mirc
2088<elinenbe> no problem.
2089<edx> do you get the request (if not i'll mail you)
2090<elinenbe> yeah I got the request, but I do not think the DCC is going to work
2091<elinenbe> just email them.
2092<elinenbe> that would be great
2093<edx> adress? :)
2094<elinenbe> elinenbe@umich.edu
2095<edx> there it goes... 256 kb if that is ok..
2096<elinenbe> no prob.
2097<elinenbe> that is great
2098<elinenbe> where are you located?
2099<edx> you did the sokoban :)
2100<elinenbe> yeah
2101<edx> Germany
2102<elinenbe> it is fun
2103<edx> has it been uploaded, yet?
2104<elinenbe> but you know what I just made it better. I put a dealy on key presses. It works more nicely
2105<edx> where are you located?
2106<elinenbe> s/dealy/delay
2107<elinenbe> Ann Arbor, MI, USA
2108<elinenbe> and I can only have 4 levels. if I have more then 4 leves I get complie errors.
2109<edx> i dont know sokoban... is it integratet into the source yet?
2110<elinenbe> no, but you can get it at my www page.
2111<edx> what's the site's address?
2112<ironi> heh i just used PalmVNC
2113<ironi> cool stuff =)
2114<elinenbe> that is a cool program
2115<elinenbe> do you have a palm phone?
2116<ironi> but its sooo slow
2117<ironi> no i dont
2118<edx> no i dont.. i have used vnc tho
2119<ironi> i have aplain old palm III
2120<elinenbe> www.umich.edu/~elinenbe/ajbrec.ajz
2121<elinenbe> how do I use the recorder?
2122<edx> yup
2123<elinenbe> the simulator I mean
2124<elinenbe> how does it load the firmware?
2125<edx> the firmware is compiled into it
2126--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
2127<elinenbe> oh
2128<ironi> but even through GPRS it's way too slow
2129<elinenbe> hey g003y
2130<edx> i can make a compilation with your sokoba if you have source where a main function exists
2131<g003y> heya
2132<edx> sokoban...
2133<edx> hi
2134<g003y> see you got your clone working.
2135<g003y> unfortunately I don't have a recorder :(
2136<elinenbe> dont worry about it I will get it into the CVS
2137<elinenbe> do you have CVS access?
2138<g003y> only anonymous still
2139<g003y> I contacted Zagor, but haven't heard back
2140<edx> hmm i'll compile sokoban for the simulator.. :)
2141<ironi> what's up with this clone?
2142<g003y> it works :D
2143<elinenbe> I just made a sokoban clone for the recorder.
2144<g003y> I think...
2145<edx> now i know what sokoban is.. damn that rocks
2146<edx> i compiled a win32 sim with it
2147<edx> interested anyone? :)
2148<edx> i'll put it on my webserver and post the address in the mailing list lol
2149<elinenbe> well, the sokoban is only 4 levels. I could not make it more.
2150<elinenbe> something about confliction addresses.
2151<edx> hmm
2152<edx> i like it very much
2153<edx> it's a cool game! :) great design
2154<edx> http://codeforce.d2g.com/rockbox/sokoban(win32sim).exe
2155<edx> unforutnalely it doesnt seem to work at the moment
2156<edx> (the address i mean)
2157<edx> i have to leave now... good night
2158<g003y> see ya
2159<-- edx has quit ("zzzZZZzzz")
2160<ironi> well
2161<ironi> hm
2162<ironi> id love to make an arkanoid game for the player
2163<g003y> oh yeah
2164<ironi> but is i tpossible to control the dots?
2165<g003y> the player is not as flexible as the record that way
2166<ironi> or is it just possible to use symbols int he different squares
2167<elinenbe> you could possibly do something like arkanoid on the player
2168<elinenbe> it would be much harder though
2169<g003y> yup
2170<ironi> so the player display only accepts symbols?
2171<ironi> i.e. i cant control every one of the ....lets say 9 dots in every char
2172<ironi> separately
2173<g003y> only accepts a set of valid characters as defined in the characters table
2174<g003y> I believe
2175<g003y> it's not bitmap based like the recorder
2176<g003y> hence why all these cool little games are happening for the recorder
2177<elinenbe> well, the characters are 7x9 or something likee that -- rihgt?
2178<g003y> but the player mod can play mp3s at least :D
2179<g003y> soemthing like that... I'd have to look at the code
2180<elinenbe> that is true, but soon so will the recorder.
2181<g003y> yeah anyword on that ?
2182<elinenbe> nothing definitly
2183<g003y> too bad archos didn't use the same chipsets. it would probably have it already then
2184<Hadaka> I think I might be making a demo on a recorder for a party that's sometime next year
2185<elinenbe> go for it. That would be great.
2186<elinenbe> I think I am going to do a vector engine.
2187<g003y> asteroids !
2188<g003y> :D
2189<elinenbe> then you would have to do sin tables and stuff like that.
2190<elinenbe> maybe I won't do that...
2191<g003y> heheheheheehe
2192<g003y> starts to sound more like work than fun eh?
2193--> elinenbe2 (~vircuser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2194<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
2195<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
2196--- elinenbe2 is now known as elinenbe
2197--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
2198<g003y> netsplit
2199<g003y> love those. they are like virtual roller coaster rides :D
2200<ironi> hehe
2201<ironi> well i dont get very excited though :-P
2202<g003y> heheh
2203<g003y> w00t... my stuff almost works :D
2204<g003y> just a bit of tweaking on the string parsing and menu exit & done
2205<ironi> what is it that you are doing?
2206<g003y> making a user selectable mp3 play display
2207<g003y> the mod right now only does id3
2208<g003y> I'm adding a couple more options to this
2209<g003y> one is scroll the filename ala classic firmware
2210<g003y> and two is more of a path parsing to pull out relevant information
2211<g003y> as well as maintain the option of id3 tag display
2212<ironi> is that just for recorder?
2213<g003y> no player
2214<g003y> I only have a player right now
2215<ironi> great
2216<ironi> i have player
2217<g003y> I may leave the recorder implementation up to someone else :D
2218<ironi> so can you pleas emake the recation on click when scrolling a bit delayed
2219<g003y> plus I will have to integrate this with playlist functionality once it's done
2220<ironi> as it is now its way too fast
2221<ironi> reaction
2222<ironi> i'd love to try what you have done
2223<ironi> to give you feedback
2224<g003y> I'm sure it could be tweaked, but I don't have ssh access to the tree did
2225<g003y> yeah I'll post it
2226<g003y> I just have to get the menu exit right.
2227<ironi> i haven't set up a compile environment, really
2228<ironi> :P
2229<ironi> maybe i should
2230<g003y> are you on win32?
2231<ironi> yup
2232<g003y> then it's as easy as Zagor's directions
2233<g003y> so long as you install cygwin
2234<ironi> i do have a linux box, but it's just 486 dx4/100
2235<ironi> maybe too slow
2236<g003y> hahaha... wow been awhile since I've seen one of those
2237<ironi> I was considering vmware
2238<g003y> depends on how fast you want your mod file :D
2239<g003y> anyway I'm compiling on win32/cygwin myself
2240<ironi> i have it installed already
2241<ironi> yeah? well isnt it so much more convenient to do it in linux?
2242<g003y> it doesn't matter tome
2243<g003y> cygwin gives ya a bash shell
2244<g003y> from there it all feels the same
2245<g003y> works the same as well
2246<ironi> oh really
2247<g003y> you should have the same tools at your disposal as a linux install
2248<ironi> lemme see
2249<g003y> yup
2250<ironi> The new v0202 version now uses MinGW instead of Cygwin.
2251<ironi> should i get the new one then?
2252<g003y> huh?
2253<g003y> v0202 of what?
2254<ironi> gnush toolchain
2255<g003y> I don't use gnush toolchain
2256<ironi> but what then
2257<g003y> that is only another way to do it, but it was more difficult to setup IMO
2258<ironi> that is the instructions on the rockbox page
2259<ironi> ok tlel me what to do
2260<ironi> tell
2261<g003y> http://bjorn.haxx.se/rockbox/cross-gcc.html
2262<g003y> install cygwin
2263<g003y> then do that from the shell
2264<ironi> ok brb
2265<g003y> I belive edx is using the gnush
2266<g003y> toolkit
2267<g003y> elinenbe did it my way with success as well
2268<g003y> well really Zagor's way :D
2269<ironi> cygwin installer is a mess
2270<g003y> it's not that bad.
2271<g003y> you just have to select things ala the package menu
2272<ironi> well
2273<ironi> i dont knwo what i need
2274<ironi> now it froze
2275<g003y> ouch
2276<ironi> i dont understand a thing from the packae install
2277<ironi> prev curr exp
2278<ironi> previous current expected?
2279<ironi> but what?
2280<g003y> I go with current myself
2281<g003y> exp probably is experimental
2282<ironi> can i actually install X here?
2283<ironi> and run it under iwndows
2284<g003y> IDK... I don't do X
2285<g003y> I doubt it though
2286<ironi> ok
2287<ironi> well it wa sin the options
2288<ironi> it seems like one can install a complete linux system to run under windows
2289<g003y> well maybe you can, but I've never tried it nor have I known anyone to do it that wayy
2290<ironi> ok
2291<ironi> well ill skip it for now
2292<g003y> good choice :D
2293<ironi> oh i need ot get binutils and stuff
2294<g003y> you do all that after you install cgywin to get it updated
2295<g003y> you'll need to recompile gcc per his directions on the website.
2296<g003y> which means you will need gcc & make and all that installed
2297<g003y> you can get the tarballs for the stuff from Gnu.
2298<ironi> ok cygwin instaslled
2299<ironi> so now what
2300<ironi> update it?
2301<g003y> follow the directions on the url I posted
2302<ironi> wooo
2303<ironi> this is soo cool
2304<g003y> yeah *nix shell on win32 :). spooky even.
2305<ironi> well it seems terribly slow though
2306<g003y> what is terribly slow?
2307<ironi> or this is maybe a very old version of wget
2308<g003y> no probs here
2309<g003y> though I just went to the gnu site, and fetched it with IE. Saved it to the proper directory and extracted it all from the cygwin shell
2310<ironi> oh really
2311<g003y> yeha
2312<ironi> yeah i guess that can be done hehe
2313<g003y> you got unixy power and ease of IE available to you :D
2314<ironi> then i can use d/l accelerator
2315<ironi> way faster
2316<g003y> sure whatever floats your boat
2317<g003y> don't attempt to extract the tarballs with winzip though. It's lame about it all
2318<g003y> do it the way the website shows, but from the cygwin shell so you get all the tools you need.
2319<ironi> i see
2320<ironi> well im familiar with linux
2321<g003y> alright then you should be ok
2322<ironi> i dont like the look of this bash shell
2323<ironi> i want directory
2324<g003y> well then set it up the way you want it :D
2325<ironi> heh actually never done that
2326<ironi> well llook into it later
2327<ironi> gdb i s jsut for remote debugging right?
2328<g003y> yeah
2329<g003y> I didn't set that up
2330<ironi> k
2331<g003y> I do it the painful way
2332<ironi> compile an dcopy to the archos?
2333<ironi> and
2334<g003y> yup :D
2335<g003y> like the old cobol days
2336<ironi> but is remote debugging possible in window stoo?
2337<g003y> IDK
2338<g003y> probably
2339<ironi> cc not found
2340<g003y> change CC=cc to CC=gcc in the makefile
2341<ironi> k
2342<ironi> ah
2343<ironi> text editor
2344<ironi> none
2345<g003y> vi
2346<g003y> not there?
2347<ironi> no :/
2348<g003y> stupid cygwin
2349<g003y> you should be able to go back and install that package
2350<ironi> ill just use my win text editor
2351<g003y> that shoudl workd
2352<ironi> yup
2353<ironi> so i change it to gcc and try configure again
2354<g003y> yeah
2355<ironi> well i didnt have gcc either
2356<g003y> oh well install it :D
2357<g003y> you need a current rev to get yourself started
2358<ironi> i tell you, cygwin installer suxx
2359<g003y> I don't like the package selection either
2360<g003y> but once it's installed it works
2361<ironi> well yes
2362<ironi> it owuld be coolt with an apt-like system heh
2363<ironi> cyg-get gcc
2364<ironi> =)
2365<g003y> yes
2366<g003y> that would be nice
2367<ironi> wouldnt be too har dot accomplish sinc eit already is installing by downloading packages
2368<ironi> prolly possible to fix in a perl script
2369<g003y> does it have one once you install the main portion of cygwin?
2370<g003y> I've never seen one, but it might exist :D
2371<ironi> im trying aain
2372<ironi> again
2373<g003y> and again :D
2374<ironi> it seems to be able to configure now
2375<ironi> but its acting like a p133 or something
2376<g003y> eww
2377<ironi> http://xfree86.cygwin.com/screenshots/cygwin-xfree86-wmaker.png
2378<ironi> i have to try X under cygwin
2379<ironi> prolly slow
2380<g003y> probably
2381<g003y> but it is kind of funny
2382<ironi> eyeah
2383<ironi> well its kinda stupid when one looks at vmware
2384<ironi> i wish there was a open source vmware clone
2385<ironi> u still there g003y
2386<ironi> damn
2387<ironi> my cygwin dir is 300 mb now
2388<ironi> that sucls
2389<adi|home> anyone know off hand who commited bounce.[ch]?
2390<adi|home> nm
2391<ironi> http://www.spiegel.de/img/0%2c1020%2c190869%2c00.jpg
2392--> plmirc (plmirc@139.189.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #rockbox
2393<-- ironi has quit (Read error: 104 (Connection reset by peer))
2394<-- plmirc has quit (Client Quit)
2395--> ivana-87- (~PanicShow@adsl-34-206-79.bct.bellsouth.net) has joined #rockbox
2396<ivana-87-> | PS | -| PS |
2397<-- ivana-87- (~PanicShow@adsl-34-206-79.bct.bellsouth.net) has left #rockbox
2398<g003y> was that random or just a bot?
2399<g003y> :D
2400<-- green_ has quit ("Client Exiting")
2401<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
2402--> hyperpod (~hyperpod@216-99-206-2.cust.aracnet.com) has joined #rockbox
2403<-- hyperpod (~hyperpod@216-99-206-2.cust.aracnet.com) has left #rockbox
2404--- dwihno|weekender is now known as dwihno
2405<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
2406--> PsycoXul (psyco@adsl-63-205-43-104.dsl.lsan03.pacbell.net) has joined #rockbox
2407<dwihno> Yay, sokoban rules :D
2408--> myshkin (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2409<myshkin> lo
2410* myshkin notes twin is cool :p
2411<myshkin> a good escape from lame X11
2412<dwihno> is it good? :)
2413<dwihno> I never tried it, I've always sticked to screen
2414<myshkin> heh
2415<myshkin> it's funky
2416<myshkin> I like it...
2417<myshkin> I still use screen ;p
2418<dwihno> I'll try to compile it and test it out
2419<myshkin> heh
2420<myshkin> using debian?
2421<myshkin> if so, there is a decent package for it.
2422<myshkin> I compiled my own, out of sheer boredom
2423* myshkin quaffs a jolt cola
2424<myshkin> oh yeah, this is me, adam, or kitsune, or whatever
2425<myshkin> I've settled on this name, for now ;)
2426<dwihno> mkay
2427<myshkin> twsetroot == funny, I've got my ascii art motd as a 'background'
2428<dwihno> yay
2429--> adi|dads (adi_dads@pool-138-89-3-104.mad.east.verizon.net) has joined #rockbox
2430<-- myshkin has quit (Read error: 104 (Connection reset by peer))
2431<adi|dads> anyone around or everyone sleeping?
2432<-- adi|dads has quit (Client Quit)
2433--> myshkin (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
2434<-- myshkin has quit (Client Quit)
2435--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
2436<Bagder> moo
2437<dwihno> YIKES!
2438* dwihno jumps high
2439* dwihno ends up sitting in a tree
2440<Bagder> :-)
2441<dwihno> Did you enjoy the weekend?
2442<Bagder> I certainly did
2443<Bagder> you?
2444<dwihno> Hmm. I spent the saturday working on a project, and yesterday I did my laundry and cleaned my appartment ;)
2445<dwihno> I guess there are funnier things to do, but at least, it's done.
2446<dwihno> "I brännvin ska du bada, i Bacchi lada"
2447<Bagder> the build is.... *red*
2448<dwihno> :O
2449<dwihno> OH MY GOOOOD! :(
2450<dwihno> Call in the TASK FORCE!
2451* Bagder dials 911
2452* dwihno dials 1-800-BAGDER
2453<dwihno> :D
2454* dwihno dials 1-800-ZAGOR
2455* dwihno dials 1-800-LINUS
2456<dwihno> Hmm, "numret du ringer har flyttat, men saknar referens" :)
2457--> Linus (~linus@labb.contactor.se) has joined #rockbox
2458<dwihno> Good morning Linus, welcome back to the wonderful world of ROCKBOX! :D
2459<Linus> Thank you! :-)
2460<Bagder> hey Linus
2461<Bagder> Linus: I don't really undertand the current compile-status link breakage, can you have a look at it?
2462<elinenbe> hello there
2463<Bagder> morning elinenbe
2464<Linus> It means that the pad section overlaps the rodata section
2465<Linus> the pad section is located at an absolute address
2466<Bagder> but what is the pad section for?
2467<Linus> remove it
2468<elinenbe> would it be possible to get CVS access?
2469<Linus> the pad section is for ....padding...
2470<Linus> you know the minimum size thing
2471<Bagder> padding what?
2472<Bagder> aaah
2473<Linus> the archos firmware doesn't load very small .mod files
2474<elinenbe> 2:30 am -- US vs. Mexico! I am holding out here.
2475<Linus> DERBY!
2476<elinenbe> hey, what is up with fillrect() -- I tried to use this on the recorder, and it just gave me a blinking led light
2477<Linus> Oh, we accidentally misspelled the lcd_blink() function.
2478<Linus> Sorry, couldn't resist... :-)
2479* dwihno loves the sokoban gokomuku game! :D
2480<Bagder> elinenbe: mail your sf account user name to Björn to get cvs access
2481<Linus> elinenbe: no text on screen?
2482<elinenbe> Badger: will do.
2483<elinenbe> Linus: what do you mean no text on screen?
2484<elinenbe> I was just making that little sokoban game, and I attempted to use fill_rect() (something like that) and it never worked properly.
2485<Bagder> elinenbe: did you try to fill a big rectangle?
2486<elinenbe> not at all..
2487<Linus> elinenbe: I mean "no error message?"
2488<elinenbe> maybe 4x4 pixels
2489<Bagder> oh
2490<elinenbe> oh. yeah there was NO error message
2491<Bagder> btw, I think I've broken lcd_invertrect()
2492<Bagder> whatever that function is supposed to be good for
2493<elinenbe> that worked in my game. I used it for the winning screen
2494<elinenbe> it gives a nice flash effect
2495<Bagder> well, were you using the cvs sources?
2496<elinenbe> no -- yesterdays tarball
2497<Bagder> ok
2498<Bagder> I modified the behavior on saturday
2499<elinenbe> Badger: what happened to Sweden in the Cup?
2500<Bagder> lost against Senegal
2501<Bagder> yesterday
2502<dwihno> yeah :(
2503<dwihno> Such a sad moment!
2504<Linus> Bagder: only the recorder has reached the minimum size
2505<Bagder> oh
2506<Bagder> eh
2507<dwihno> Andersson did a really cool circus number trying to score
2508<Bagder> can we make it conditional somehow?
2509<Linus> I don't think so, we may need two lds files
2510<Bagder> or can we have multiple -T options perhaps?
2511<Linus> multiple?
2512<Bagder> I hate having two files almost identical
2513<Bagder> would be better if the pad thing could be included with a second -T optin
2514<elinenbe> When I tried to compile more levels into the sokoban game, it gave me an error -- is there a maximum size for variables or something like that?
2515<Bagder> elinenbe: we're fixing that just noww
2516<elinenbe> oh great. that is nice.
2517<Linus> elinenbe: quick fix: cvs update firmware/app.lds
2518<Bagder> I made a separate lds file now
2519<Bagder> elinenbe: you did notice your added files make the build go yellow? ;-)
2520<elinenbe> yeah -- there was a sprintf
2521<elinenbe> or something like that. I will fix it.
2522<Bagder> have Björn add you to the dev team first, then you can do it yourself with cvs
2523--> green_ (~green@adsl-64-160-53-171.dsl.snfc21.pacbell.net) has joined #rockbox
2524<Bagder> hey green
2525* Bagder runs off to fill up more coffee
2526<elinenbe> yeah I will do that.
2527--> l_9_l (~jarod@217.17.228.127) has joined #rockbox
2528--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
2529<Bagder> hey ho Z
2530<Zagor> hey
2531--- Received a CTCP VERSION from l_9_l (to #rockbox)
2532<-- l_9_l (~jarod@217.17.228.127) has left #rockbox
2533* Bagder hms
2534<Bagder> he comes here CTCP-versioning us all and then leaves...
2535<Zagor> looking for vulns, no doubt
2536<Bagder> indeed
2537<dwihno> damn those h4x0rs
2538<Zagor> oooh, sokoban :)
2539* Zagor is reading his mail
2540<dwihno> Zagor: I'm WAAAAY ahead of you! :D
2541<Bagder> you absent person ;-)
2542<Zagor> yeah, i was /away this weekend
2543<Bagder> Zagor: you need to add elinenbe to the sf project so that he can fix the yellow build ;-)
2544<Zagor> righty, what's his sf username?
2545<Bagder> elinenbe: booo! here?
2546<Zagor> two klez mails for the list blocked already
2547<Bagder> yeah, but one true spam got through... :-/
2548<Zagor> yup
2549<Bagder> cought in my filter though ;-)
2550<Bagder> caught
2551<Bagder> X-Spam-Because: subject matched regex "[A-Z0-9]+.*[A-Z]{3,}.*[A-Z]{5,}.*[A-Z]{3,}"
2552<Bagder> !!
2553<dwihno> the range {3,} means unlimited?
2554<Bagder> 3 to to unlimited, yes
2555<dwihno> mkay
2556* dwihno just learned something new
2557* dwihno fixes some code rightaway ;D
2558<Bagder> haha
2559<dwihno> :)
2560<Bagder> Zagor: we should evaluate SpamAssasin for filtering the list
2561<Zagor> have you looked at it?
2562<Bagder> no, but I've read a bunch of good things about it
2563<Bagder> seems to be about the same concept like my blockspam
2564<Bagder> but better implemented
2565<Zagor> ok
2566<dwihno> as long as it has 50+ command line options, it ruulez ;)
2567<dwihno> software with less = bad :)
2568<Bagder> curl --help | grep - -- | wc -l
2569<Bagder> 79
2570<Bagder> :-)
2571<dwihno> :D
2572<Zagor> have any of you guys had a problem starting the archos firmware once you've ran rockbox?
2573<Bagder> nope
2574<Zagor> some people in the yahoo list indicates problems of that kind
2575<elinenbe> I am hgere
2576<elinenbe> I am here
2577<elinenbe> I just watched USA beat Mexico 2-0!!!!
2578<Bagder> elinenbe: tell Zagor your sf account name
2579<Zagor> hey, elinenbe. what's your sf name?
2580<elinenbe> I am most positive it is elinenbe
2581<Zagor> ok
2582<Linus> I have had the restart problem in my recorder
2583<Linus> it turns out that the extension of the firmware has a meaning
2584<Bagder> how did you solve it?
2585<Linus> The only firmware file on my recorder was ajbrec.ejz
2586<Zagor> elinenbe: you're added
2587<elinenbe> thanks. what is the meaning of the firmware extension?
2588<Linus> i copied it to ajbrec_orig.ejz and copied the new ajbrec.ajz to the HD
2589<Linus> worked OK
2590<Bagder> yes, that .ejz file is mysterious
2591<Linus> then i wanted to go back to the original
2592<Linus> so i removed the ajbrec.ajz and copied the ajbrec_orig.ejz to ajbrec.ejz
2593<Linus> no go. it booted from the ROM
2594<Linus> i renamed ajbrec.ejz to ajbrec.ajz. no go
2595<Linus> i had to download a new ajbrec.ajz from archos web site
2596<Linus> really strange
2597<Bagder> no, .ejz and .ajz are not the same kinds of files
2598<Bagder> they look very different
2599<Zagor> interesting
2600<Zagor> i didn't know that
2601<Linus> i wonder what the difference is
2602<Zagor> do any of you have an .ejz file we can look at?
2603<Bagder> I do
2604<Linus> maybe it is descrambled?
2605<Bagder> my thoughts too
2606<Bagder> but there's no strings at all visisble for example
2607<elinenbe> Linus: what is the status of audio on the recorder?
2608<Zagor> but then why doesn't it work when you replace it?
2609<Bagder> they are also differently sized
2610<Bagder> -rwxr-xr-x 1 daniel daniel 111130 Apr 8 23:48 AJBREC.ajz
2611<Bagder> -rwxr-xr-x 1 daniel daniel 136938 Apr 8 23:48 ajbrec.ejz
2612<Zagor> it sure looks unscrambled
2613<Linus> elinenbe: patience, Grasshopper...
2614<dwihno> No status at all ? :-)
2615<Zagor> at least the vector table appears intact
2616* dwihno is tiny grasshopper too
2617<Linus> I have I2C contact with the chip.
2618<elinenbe> Grasshopper?
2619<Zagor> nah, the vector table is not right
2620<Linus> elinenbe: A line from a kung-fu TV series. I have forgotten its' name.
2621<Bagder> Zagor: did you notice the "ARCH" text in the beginning?
2622<dwihno> it's always grasshoppers in the kung-fu movies
2623<Zagor> yes
2624<dwihno> Zagor is grasshopper too
2625<elinenbe> brb
2626<-- elinenbe has quit ("User pushed the X - because it's Xtra, baby")
2627--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
2628<Bagder> need... more... coffee
2629<Linus> Actually, the name of the TV series _is_ "Kung Fu".
2630<Linus> The apprentice is called Caine, and his master is called Master Kan or something
2631<Linus> A real classic
2632--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
2633--- elinenbe is now known as elinenbe|sleepin
2634<Zagor> brb
2635<-- Zagor has quit ("Client Exiting")
2636--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
2637<ironi> Zagor
2638<Zagor> mm?
2639<ironi> hi! =)
2640<Zagor> ah :)
2641<Bagder> Zagor: checked that FAT bug report yet?
2642<Zagor> nope, will do
2643<Zagor> just got a core when shuffling the playlist...
2644<Bagder> oh
2645<Zagor> deep in X
2646<Bagder> hua
2647--- Linus is now known as Linus|lunch
2648<Zagor> the ATA bug report is wrong
2649<Bagder> oh
2650<Zagor> we do use 'startsector', only not where he thought it would be
2651<Zagor> he had to make the change because he disabled caching
2652<Bagder> well, fine then ;-)
2653<ironi> i built the compiling ewnvironment using cygwin
2654<ironi> it worked fine
2655<Bagder> neato
2656<Bagder> no include warnings?
2657<Bagder> did you build with newlib or not?
2658<ironi> well m y point was that cygwin just messed up and i deleted it
2659<ironi> cause it sucks.
2660<ironi> but it's acool idea.
2661<ironi> now im going for vmware instead.
2662<ironi> =)
2663<Bagder> heh
2664<ironi> real linux :-P
2665<ironi> its kinda cool that you can assign a iso image as the cdrom for the virtual machine
2666<Bagder> It Works Better (tm)
2667<ironi> vmware in general impresses me a lot.
2668<Bagder> its cool enough
2669<ironi> something else taht is cool is PalmVNC
2670<ironi> with the scaling-enabled VNC server
2671<ironi> you can even get the desktop scaled to fit on the pal m screen, heh
2672<ironi> people come up with the neatest things
2673<Bagder> :-)
2674<Zagor> hmm, should FAT shortnames be all uppercase or all lowercase?
2675<Bagder> no idea
2676<Bagder> I like lowercase better of course
2677<Zagor> I just created "allfiles.m3u" and it became all uppercase and thus not recognized as a playlist :)
2678<Bagder> hehe
2679<Bagder> not case insensitive yet, huh? ;-)
2680<Zagor> btw, I think we should jump through some hoops to support winamp-generated playlists. i.e. handle backslash, no preceding slash and also disk names.
2681<Bagder> well
2682<Bagder> the paths will be wrong anyway, won't they?
2683<Zagor> why?
2684<Bagder> because winamp will use the full path to the tracks
2685<Bagder> and we won't use the same paths
2686<Bagder> or maybe we will
2687<Bagder> if we cut off the disk name
2688<Zagor> yeah, but the archos is a new disk (F: for example) so the path will be ok
2689<Zagor> exactly
2690<Bagder> good point
2691<Bagder> so yes, we should convert slashes and ignore disk names
2692<Bagder> I made it ignore #-lines the other day
2693<Zagor> good
2694<Zagor> for some reason, winamp creates one # line for every file when creating a new list. there's no info on the line, just the filename...
2695<Bagder> it supposedly can store time info etc there
2696<Bagder> song lengths
2697<Zagor> i'll make them lowercase
2698<Zagor> umm, or maybe not. lowercasing CP437 is not so fun...
2699--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
2700--- calpefrosch|work is now known as calpefrosch
2701<calpefrosch> hi
2702<Bagder> hi calpefrosch
2703<Zagor> heyyy, froggie! :)
2704<calpefrosch> the list of users has grown
2705<calpefrosch> since I went in holidays
2706<-- ironi has quit (Read error: 104 (Connection reset by peer))
2707--- Linus|lunch is now known as Linus
2708<Zagor> Bagder: what is the idea with this code:
2709<Zagor> if('/' == now_playing[1])
2710<Zagor> return &now_playing[1];
2711<Zagor> when will the second character be a slash?
2712<Bagder> to prevent two initial slashes
2713--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
2714<Bagder> it usually is
2715<Zagor> usually?
2716<Bagder> if the file name was an absolute path
2717<Bagder> it loads the file name from position 1
2718<Bagder> s/from/at
2719<Zagor> ah, yes. missed that.
2720<Bagder> we might not want that safety precautions
2721<Zagor> why not?
2722<Bagder> its just a matter of where to draw the line
2723<Bagder> adding a preceeding slash will hardly make us find the right file anyway
2724<Bagder> if the playlist uses relative paths
2725<Zagor> in my test case it would work, so I'd say it has a value
2726<Bagder> so leave it
2727<Bagder> I mean, leave it in there
2728<Zagor> yes
2729<Zagor> this should make most winamp playlists work
2730<Linus> I just tried the PLAY key in the recorder. It doesn't work. Why?
2731<Zagor> because we now only check for the RIGHT key. it was part of the #ifdef cleanup.
2732<Zagor> yes, it's wrong :(
2733<Zagor> :)
2734<Zagor> uh, my recorder menu key stopped working???
2735<Zagor> sim
2736<Zagor> bah, my silly X doesn't send the events!
2737<ironi> heh
2738<-- Zagor has quit ("Client Exiting")
2739--> Zagor (~bjst@mimas.contactor.se) has joined #rockbox
2740<-- Zagor has quit (Client Quit)
2741--> Zagor (~bjst@mimas.contactor.se) has joined #rockbox
2742<Bagder> yoyo?
2743<Bagder> :-)
2744<Linus> Zagor: it sucks to have a modem, right? :-)
2745<Zagor> yeah, trying to get a new kernel on this damn redhat box but the initrd junk barfs on me
2746<Zagor> is there a point to sokoban.c having #ifdef HAVE_LCD_BITMAP around the whole code?
2747<Zagor> i'm removing it
2748<Bagder> no point
2749* Zagor is listening to whole-disk random playback. And smiles.
2750<Bagder> I think g003y said he couldn't make playlist work this weekend
2751<Bagder> was that the play button not doing right?
2752<Zagor> yeah, some ppl on yahoo said that too. i think it was probably us being picky about playlist formwat
2753<Zagor> that's fixed now
2754<Bagder> so you tried making a playlist with winamp and play it yet?
2755<Zagor> yep, that's what I'm playing now
2756<Bagder> ok
2757<Bagder> coolio
2758<Bagder> wow, going towards a green build again
2759<Zagor> and having shuffle as an option makes a lot more sense, I think
2760<dwihno> yay
2761<Bagder> Zagor: it does
2762<Bagder> however, now you can't re-shuffle, can you?
2763--> alkorr (alkorr@srs08m-5-51.n.club-internet.fr) has joined #rockbox
2764<alkorr> hi !
2765<Zagor> just start the list again
2766<Bagder> Zagor: so it re-seeds on playlist load?
2767<Bagder> hi alan
2768<alkorr> i'm learning now that we don' need newlib any longer to compile rockbox :)
2769<Zagor> Bagder: yes, using current_tick
2770<Bagder> ok
2771<Bagder> we should remake the makefiles to use the include files I added
2772<Zagor> Linus: can I get my player-new some day, for testing?
2773<Zagor> hmm, what happens if a playlist file isn't found?
2774<Zagor> it stops
2775<Bagder> it won't be loaded ;-P
2776<alkorr> in fact, we should have keep includes but just change add our own headers for non-simulator part
2777<alkorr> but never mind
2778<alkorr> :)
2779<Bagder> I'll rebuild my gcc without newlib
2780<alkorr> what ? "permission denied" ???
2781<Bagder> ?
2782<Zagor> hehe, the scroll is quite slow while loading mp3 data :)
2783<alkorr> i cannot access cvs !?
2784<Linus> Zagor: no way. I sold it. :-)
2785<alkorr> cvs -z9 update -P (in directory E:\rockbox\apps\)
2786<alkorr> Permission denied, please try again.
2787<alkorr> Permission denied, please try again.
2788<alkorr> Permission denied (publickey,password,keyboard-interactive).
2789<Zagor> strange
2790<Bagder> I haven't had any problems
2791<alkorr> i try again
2792<Bagder> caps lock? :-)
2793<alkorr> aahh good idea
2794<alkorr> nope, i'm really in trouble
2795<Bagder> hey, did you check the "bounce" screen? ;-)
2796<alkorr> "bounce" ?
2797<Bagder> I had a little time over this weekend... hehe
2798<Bagder> got to excercise the lcd api a bit
2799<Zagor> Linus: boohoo! how about some chicken lunch tomorrow?
2800<Bagder> damned gcc
2801<alkorr> i'm trying to login sourceforge.net to check
2802<Linus> Zagor: great idea! 11:30?
2803<-- Linus (~linus@labb.contactor.se) has left #rockbox
2804<Bagder> /tmp/ccR7qwZa.s: Assembler messages:
2805<Bagder> /tmp/ccR7qwZa.s:2: Error: Rest of line ignored. First ignored character is `!'.
2806<Bagder> /tmp/ccR7qwZa.s:3: Error: Rest of line ignored. First ignored character is `!'.
2807<Bagder> /tmp/ccR7qwZa.s:4: Error: Rest of line ignored. First ignored character is `!'.
2808<Bagder> fun huh?
2809<Bagder> :-/
2810<alkorr> what are the lines ?
2811<Bagder> no idea, the file is generated and then removed when I wanna check it out
2812<Bagder> /tmp/ccR7qwZa.s:47: Error: no such 386 instruction: `rotcl'
2813<alkorr> -save-temp
2814<alkorr> ahahaha
2815<Bagder> it seems to be a confusion to which cpu it is for
2816<alkorr> 386 !?
2817<Bagder> yeah
2818<Bagder> --target=sh-elf
2819<alkorr> ok i know
2820<alkorr> you are calling the bad 'as'
2821<Bagder> "the bad as" ?
2822<alkorr> it must be 'sh-elf-as'
2823<alkorr> yes it seems it calls not the right 'as' (assembler)
2824<Bagder> all I do is invoke configure
2825<Bagder> and then make
2826<alkorr> oh you mean it doesn't come from the rockbox source ?
2827<Bagder> this is gcc
2828<Bagder> 3.0.3
2829<Bagder> I'm trying to build a cross compiler without newlib
2830<alkorr> when you compile gcc 3.0.3 ? huh... i don't remember to have the same error...
2831<-- jb1081 has quit (Remote closed the connection)
2832<alkorr> well i compile gcc 3.0.3 but i fail to compile newlib, even when i asked not to add it
2833<alkorr> compiled
2834<alkorr> but as it compiled gcc before
2835<alkorr> well i just make a 'make install' and it looks as if working
2836<Zagor> does anyone know any unfixed bugs right now?
2837* Bagder shakes his head
2838<Bagder> thinking og 1.1 release?
2839<Bagder> of
2840<Zagor> yes
2841<alkorr> normally i followed the instructions given by Linus
2842<Zagor> it's been over two weeks
2843<Bagder> yeah, its time
2844<Zagor> since 1.0 and over one week since we met the roadmap for 1.1
2845<alkorr> and my only problem came from newlib compilation, not during gcc
2846<Bagder> I'll sort it out
2847<alkorr> when you compile, just try to configure without any SH binary paths added in PATH
2848<alkorr> no it is stupid for me
2849<alkorr> it is the contrary
2850<alkorr> you must add the as,ld, etc. for SH target in PATH when configuring and compiling gcc
2851<alkorr> did you make it ?
2852<Bagder> yes
2853<alkorr> strange...
2854<alkorr> yes but for as or sh-elf-as ?
2855<Bagder> sh-elf-as is the SH versin, as is the native version
2856<alkorr> because i put the path where to find sh-elf-as
2857<Bagder> I have them all
2858<alkorr> weird...
2859<Bagder> I have a theory I'm trying out now
2860<alkorr> zagor: password for cvs is the same for sourceforge.net login ???
2861<Zagor> yes
2862<alkorr> OK
2863<alkorr> I KNOW WHAT HAPPENS
2864<alkorr> I MUST INVERT CASE
2865<alkorr> IT IS BECAUSE I'VE GOT A new keyboard, very weird !!!!
2866<Zagor> Bagder: the ejz file, was it the one that came with your archos?
2867<Bagder> yes
2868<alkorr> aaahh i happen to get managed with downloading them. I was afraid. :/
2869<alkorr> ok try them. CU !
2870<-- alkorr has quit ()
2871<Bagder> hm, right
2872<Bagder> --prefix has to match the binutils path when I build gcc
2873<Bagder> Zagor: you ready to cut off the newlib headers?
2874<Zagor> i haven't looked at it in a while. are we there?
2875<Bagder> yes
2876<Zagor> excellent. i am ready
2877<Bagder> but I thought I'd install a newlib-less gcc too
2878<Bagder> so that I can see for myself
2879* Bagder installs
2880--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
2881<Zagor> yes, good idea
2882<Bagder> since elinbe and g003y both installed without newlib
2883<Bagder> they got include errors when compiling
2884--> plmirc (plmirc@139.189.62.62.9massy1-1-ro-bas-1.9tel.net) has joined #rockbox
2885<plmirc> hi
2886<Bagder> hey ho plmirc
2887<plmirc> want to test something on a archos 10G ?
2888<Bagder> nothing in particular right now, I think, get the latest binary and play around and see if it works!
2889<plmirc> ata -2
2890<plmirc> with the last one
2891<Bagder> gosh!
2892<plmirc> the only one which work is the one that linus send me
2893<Bagder> hm
2894<Bagder> I thought we added Linus' check
2895<plmirc> me too
2896<Bagder> Zagor: any clues?
2897<Zagor> hmmm
2898<Zagor> odd
2899<Zagor> the check is added
2900<Zagor> where did linus go?
2901<Bagder> dunno
2902<plmirc> why isn't there a firmware for today about recorder version ?
2903<Zagor> *someone* broke it...
2904<plmirc> the last one is for yesterday
2905<Bagder> plmirc: if you check the build status at the bottom, you can see the red boxes...
2906<Zagor> look further down on the page and you see that the recorder build failed in the 23:40 build
2907<Bagder> Zagor: with our own "libc" headers in include/ we could move a few dir.h and file.h etc protos into the "regular" header files
2908<Zagor> yup
2909<plmirc> i don't see red boxes only green at the 2002-06-17 2012:20:00 linse
2910<plmirc> i don't see red boxes only green at the 2002-06-17 2012:20:00 line
2911<Zagor> yes but the daily build is made at 06:00
2912<Bagder> 04:00 GMT actually
2913<Zagor> right
2914<plmirc> so we have wait to 2 hours before have the daily build for recorder
2915<Zagor> we have to wait 14 hours for the next build
2916<Zagor> daily means "once per day". and that once is 04:00 GMT
2917<plmirc> hmm ok
2918<plmirc> and if one crash.. there is anything for the day
2919<Zagor> but you can grab my latest at bjorn.haxx.se/rockbox/recorder/ajbrec.ajz
2920<plmirc> oki
2921<Zagor> we make more frequent development builds, but there is little point in publishing them
2922<Bagder> uff
2923<Bagder> sim build died
2924<Zagor> I can imagine
2925<plmirc> ata -2
2926<plmirc> again ... :'(
2927<Zagor> plmirc: ok
2928<Bagder> ok, it seems to work now
2929<Bagder> no newlib headers
2930<Zagor> nice
2931<Bagder> and the replacement ones are really small
2932<Zagor> i'm removing newlib from the gcc instructions, then
2933<Bagder> yep
2934<Zagor> do you specify --without-newlib or nothing at all?
2935<Zagor> when compiling gcc
2936<Bagder> nothing at all
2937<Zagor> ok
2938<Zagor> updated
2939<Bagder> dang
2940<Bagder> red builds red builds
2941<Bagder> ctype
2942<Zagor> booo!
2943<Zagor> we need ctype for strcasecmp later anyway
2944<Bagder> yeah
2945<Zagor> this shuffle playback rocks!
2946<plmirc> zagor : you want a retest it now ?
2947<plmirc> zagor : you want I retest it now ?
2948<Zagor> plmirc: no, i haven't done any changes. I need to speak to Linus first, to see what he had in the build he gave to you
2949<plmirc> hm ok
2950<Zagor> obviously, his code was not the same as he checked into cvs
2951<plmirc> visually...
2952<Bagder> Zagor: the copying file should be in FILES too, right?
2953<Zagor> yes
2954<Bagder> all green again
2955<Zagor> goodie
2956--> edx (OKE60@pD9EAB7AE.dip.t-dialin.net) has joined #rockbox
2957<edx> hi
2958<Bagder> hi
2959<Zagor> ironi: what's your real name (for credits)
2960<Bagder> "Tome Cvitan" I guess
2961<Zagor> ok
2962<Bagder> he posted to the list once
2963<Zagor> ah
2964<Zagor> I'm listing three changes since 1.0:
2965<Zagor> scrolling, playlist, shuffle
2966<Zagor> have we done anything else? :-)
2967<Bagder> not that is visible in the players
2968<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
2969<dwihno> Zagor: Any enlightenment regarding the LCD flickering?
2970<Zagor> no
2971--> mecrawnicknack (~mecraw@63.172.39.2) has joined #rockbox
2972<dwihno> Really strange.
2973<Zagor> we'll be testing with some faster forms of scrolling later, that might solve it
2974<Bagder> we do *two* updates when we scroll one line
2975<Zagor> really?
2976<Zagor> that's bad
2977<Bagder> that's probably why
2978<Bagder> I'll make a breakpoint and check wherefrom
2979<Zagor> how do you get it to two? there's only one in scroll_thread()
2980<Bagder> well, lcd_update() gets called twice ;-)
2981<dwihno> :)
2982<dwihno> Bagder - master of debugging
2983<dwihno> We are all tiny grasshoppers in his presence
2984<Bagder> first: tree.c:155 and then at tree.c:366
2985<Zagor> right
2986<Bagder> showdir() should probably not do lcd_update()
2987<Zagor> how sily
2988<Zagor> ll
2989<dwihno> :D
2990<dwihno> You guys are <----- this -----> great coders :)
2991<dwihno> Just idling in this channel, I learn lots of stuff ):
2992<dwihno> :)
2993* Bagder blushes
2994<Bagder> Zagor: you fix?
2995<Zagor> yup
2996<Bagder> fine
2997* dwihno learned more about regexp today :)
2998<Bagder> I think this is the flicker
2999<Bagder> regexes rock
3000* dwihno starts the drumroll - will the LCD get fix0red...
3001<edx> lol
3002<Zagor> try this build, guys: http://bjorn.haxx.se/rockbox/recorder/ajbrec.ajz
3003* dwihno fetches
3004<elinenbe|sleepin> morning all.
3005--- elinenbe|sleepin is now known as elinebe|class
3006<Bagder> morning elinenbe
3007<Bagder> much better in the simulator at least
3008<elinebe|class> what have you guys been working on last night?
3009<Zagor> you sim guys, when will we get player icons in the simulators? :)
3010<Bagder> can you fix us a good closeup picture showing them?
3011<dwihno> IT'S FIXED!
3012<dwihno> DAMN!
3013<Zagor> nope :)
3014--> alkorr (alkorr@srs03v-3-246.n.club-internet.fr) has joined #rockbox
3015<Bagder> and an api that uses them
3016<dwihno> YOU RULES! :D
3017<edx> hmm the icons.. hm
3018<Bagder> *cool*
3019<dwihno> the button management is smoother too, I think... Am I right?
3020<Bagder> dwihno: so it looks fine now when scrolling?
3021<alkorr> zagor, is it you in charge of FAT ?
3022<Zagor> yes
3023<dwihno> Bagder: not a single flicker! :D
3024<dwihno> Bagder: it's ... perfect! :D
3025<dwihno> MY PRECIOUS! :D
3026<Zagor> dwihno: nice
3027<alkorr> there is two way to handle FAT
3028<alkorr> mirroring FAT or just select the active FAT
3029<alkorr> you use which one ?
3030* dwihno would like a sorting which places dirs first, and then the files ;)
3031<elinebe|class> did you guys ever figure out the .ejz thing?
3032<Bagder> elinebe|class: nope
3033<alkorr> that sorting by type could be easily done if you prefix string with one byte
3034<Bagder> we use qsort, we don't have to prefix, we have structs
3035<Bagder> its just that the sort function ignores type atm
3036<alkorr> you mean you use a comp function pointer given to qsort ?
3037<Bagder> yeps
3038<Bagder> and it compares names only
3039<alkorr> oh yeah
3040<alkorr> more dynamic
3041<alkorr> you could give to user the choice for kind of sorting :)
3042<Bagder> indeed
3043<Zagor> alkorr: actually, I use neither method. I use the first fat, always :)
3044<Zagor> i sense a bug here :)
3045<alkorr> okay, i suggest to use the active FAT on the first FAT
3046<alkorr> that way, Windows knows the other FAT are not mirrored
3047<Zagor> yes. still it shouldn't be much of a problem until we start writing on the disk
3048<alkorr> yes i know, it is only a suggestion if you don't like to be forced to mirror the fats
3049<Zagor> yes, i think it's a good suggestion
3050<alkorr> there is a way to be sure that Windows and jukebox are synched
3051<alkorr> to use the active fat
3052<alkorr> but to tell the truth, i seldom see one fat partition use this mode.
3053<alkorr> never i should say :)
3054<Zagor> this is a little black magic. the specs say one thing, but what does windows actually do?
3055<alkorr> i just know this option exists
3056<alkorr> the only difficult part is that : can windows change the active fat without our demand ?
3057<alkorr> huh, i mean : can Windows selects another active FAT without our demand
3058<dwihno> alkorr: Today is a good day - the LCD glitch is removed! :D
3059<alkorr> glitch ?
3060<dwihno> yeah
3061<alkorr> what does that mean ?
3062<dwihno> like visible vsync's on the recorder
3063<dwihno> a double lcd_update()
3064<dwihno> so the scrolling is now flawless (up&down)
3065<Zagor> dwihno: how does the side scroll look?
3066<dwihno> Lemme check
3067<alkorr> strange, i remember this word but i cannot find its meaning in my dictionnary :/
3068<alkorr> ok, understood
3069<dwihno> Zagor: lookín' good!
3070<alkorr> it remembers me some old story when i had a 8086 ;)
3071<Bagder> Zagor: about the 1.1 release, you could point out how cool our playlist support is already ;-)
3072<dwihno> But the directory reading still appears a bit broken
3073<Zagor> dwihno: that's really strange. I can't repeat that no matter what I do
3074<dwihno> Hmm... Weird :/
3075<dwihno> I'll let you have a look at my unit when I get to stockholm in july if the problem hasn't been solved by then ;)
3076<alkorr> Zagor: my suggestion is just that at booting, if jukebox sees the FAT partition is mirroring, it sets first FAT active.
3077* Bagder sense another devcon ;-)
3078<dwihno> play should also allow entering a directory/play a file
3079<dwihno> YAY! DEVCON! :D
3080<Zagor> Bagder: yeah, i'm raving a bit about that :)
3081<Zagor> alkorr: yes
3082* Bagder is going home, see ya
3083<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
3084<Zagor> i'm thinking if we should wait for the recorder ata fix or release 1.1 without it
3085<dwihno> the scroll is so darn cool!
3086<dwihno> Kudos to the scrolly ppl!
3087<alkorr> Zagor: no problem, just a recall for future
3088<Zagor> dwihno: hehe, glad you like it
3089<dwihno> :D
3090<dwihno> I'm not mentioned in the credits :¨¨(
3091* dwihno plays some sokoban and gets happy again
3092<alkorr> dwihno: watch the jukebox power ;)
3093<dwihno> yay! :)
3094<alkorr> huh can you really watch the power bar ?
3095<Zagor> no
3096--> matsl (~matsl@dhcp102.contactor.se) has joined #rockbox
3097<alkorr> ok a future TODO...
3098<Zagor> ooh, matsl!
3099<dwihno> matsl = ?
3100<Zagor> a coworker of mine
3101<dwihno> secret undercover archos employee!
3102<dwihno> secret undercover archos employee!
3103<dwihno> secret undercover archos employee!
3104<dwihno> :)
3105<edx> cool co-workers only talk via irc :)
3106<matsl> Hi there! Is there a todo-list for the player somewhere?
3107<Zagor> matsl: not really, we make it up as we go along :)
3108<matsl> ok. Any suggestion for a small first hack?
3109--> alan (alkorr@srs03v-3-246.n.club-internet.fr) has joined #rockbox
3110<-- alkorr has quit (Read error: 104 (Connection reset by peer))
3111<alan> ???
3112<dwihno> matsl: do you have an archos too? :)
3113<matsl> jupp
3114<alan> matsl: your domain ?
3115<dwihno> Darn, 75% of contactor are cool ;D
3116<dwihno> I guess Zagor has promoted it widely ;)
3117<Zagor> dwihno: what's wrong with the others? ;)
3118<dwihno> Zagor: they are secret undercover dudes and girls!
3119<matsl> Domain???
3120<alan> i mean your skills
3121<alan> are you electroncians, programmer, etc.
3122<matsl> Programmer
3123<alan> you bought a jukebox because of Vjörn ? :)
3124<alan> s/V/B
3125<Zagor> matsl: i can't think of any small isolated things. what we need right now (after 1.1 release) is improved UI.
3126<matsl> OK
3127<Zagor> we need to get back to viewing the id3 tag while playing, simpler volume adjustment, next/prev track etc.
3128<alan> BTW, what is the status of Rockbox with Recorder ? oh yes cannot play with mpeg (missing MAS stuff)
3129<dwihno> Patience, grasshopper ;)
3130<Zagor> alan: yes. also it seems the rec6/10 ata problem is not completely solved yet. plmirc can't get his started.
3131<Zagor> we haven't been able to reach linus since lunch, so we don't know what he did. his build is the only one that works for plmirc...
3132<alan> just a question, the ATA addresses are all 3xx for Rec6/10 and 2xx for Rec20 ?
3133<Zagor> no, just the CONTROL and STATUS
3134<alan> okay, it is the problem
3135<Zagor> ??
3136<alan> all the address must be 3xx or 2xx. There must be no mixing of 3xx and 2xx addresses
3137<Zagor> no, but that's ok. there is only 3 or 2.
3138<matsl> OK. Bye folks. See you later.
3139<Zagor> the rest of the registers use 1
3140<Zagor> bye mats
3141<alan> oh yes
3142<alan> ALTSTAT you mean
3143<alan> sorry :)
3144<Zagor> yes
3145<alan> yes you are totally right
3146<-- matsl has quit ("Liece")
3147<-- green_ has quit ("Client Exiting")
3148<jedix> hey guys
3149<Zagor> hi
3150<jedix> whats up?
3151<Zagor> preparing for 1.1 relase. fixed some playlist issues
3152<jedix> if nibbles isn't implemented I'm not going to be happy
3153<Zagor> nibbles?
3154<miah> i'd rather see features than games..
3155<miah> games == waste of time
3156<miah> listening to music while riding the T == good thing
3157<Zagor> the current player is definitely T material, with the playlist support
3158<dwihno> :D
3159<dwihno> yeah, especially the recorder build ;D
3160<Zagor> the recorder is getting games because we're all waiting for the MAS code to be ready
3161<dwihno> A little poll... What kind of ear/headphones do you guys have?
3162<Zagor> and, face it, the recorder is too fun to leave alone :)
3163<Zagor> Sony EX70
3164<miah> i have those sony wrap arounds
3165<Zagor> big poll :)
3166<dwihno> :)
3167<dwihno> yeah
3168<dwihno> :)
3169<dwihno> I'm impressed, are you impressed?
3170<dwihno> I'm Mike Levy, for amazing discoveries!
3171<dwihno> *do the hand thing in the air*
3172<dwihno> those earphones look really weird Zagor
3173<miah> when rockbox has equilizer support (like the archos does, adjust bass, trebil, etc) then i'll be happy..
3174<Zagor> they rule
3175<Zagor> miah: it already has
3176<miah> oh? its implemented now?
3177<miah> i havnt looked since 1.0
3178<dwihno> it's in the menu
3179<Zagor> 1.0 had it. "sound" in the menu.
3180<miah> nice
3181<miah> ah, imust have missed it
3182<dwihno> Zagor: how expensive were the phones?
3183<miah> damn, boards of canada has a trippy site
3184<alan> very very hot, i swear ;////
3185<alan> cu
3186<-- alan has quit ()
3187<Zagor> dwihno: something like 500 SEK i think
3188<dwihno> Whoa
3189<dwihno> what makes them so special?
3190<dwihno> I'm quite satisfied with my sony blahblah-something for 350 SEK
3191<Zagor> the sound, simply... they have awesome sound
3192<dwihno> Well, you must let me test them on DEVCON, mkay? :)
3193<Zagor> yeah, so was I until I tried these
3194<Zagor> hehe, sure
3195<edx> what headfones are they
3196<edx> (product name..)
3197<Zagor> Sony EX70
3198* dwihno has some sony stuff for biking and sennheiser HD 570 for "comfortable" listening
3199<edx> ah those.. for 40 Euros.. (or where thos diffrerent ones)
3200<dwihno> Zagor: how is the bass?
3201* dwihno listens much to evil dance beats
3202<Zagor> dwihno: the best. seriously. I keep it at ~10% setting on the recorder, and that's plenty
3203<dwihno> :)
3204* edx needs those headphones
3205<dwihno> Darn... My laptop purchase will leave me broke for a decade :)
3206<Zagor> hehe
3207<dwihno> But at least, I can play q3a :)
3208<dwihno> I was thinking about making a HD swap (laptop <--> archos) :)
3209<Zagor> hehe
3210<miah> heh
3211<dwihno> then I realized I need to get a bigger disk
3212<dwihno> 30 gig is not enough
3213<miah> i'd much rather have 30gigs in my laptop
3214<dwihno> yeah
3215<dwihno> I'll get a 40 gig disk for the archos
3216<dwihno> and keep all music in that
3217<dwihno> then I'll keep all code and stuff in the laptop
3218<miah> the only thing i hate about archos is FAT32
3219<miah> and defraging over USB
3220<Zagor> seriously, fat32 isn't such a bad choice for this kind of device.
3221<miah> yea
3222<miah> i know, but fragmentation sucks ass
3223<Zagor> it's plain and simple, no fuss no special features
3224<Zagor> fragmentation, with 3+ meg files?
3225<miah> yep
3226<miah> most of my mp3's are 6-10megs
3227<Zagor> you must be doing a LOT of back-and-forth:ing...
3228* dwihno agrees to Zagor
3229<miah> not really, but i havnt defrag'd in over a year, and i can tell you, songs skip now
3230<dwihno> they do?
3231<dwihno> what model do you have?
3232<miah> 6000
3233<dwihno> ah, mkay
3234<Zagor> weird
3235<miah> but after i defrag, its all happy
3236<dwihno> What amount of buffer is it in the 6000?
3237<miah> 2meg i think
3238<Zagor> yep, same as the others
3239<dwihno> defrag:ing once a year is something you do when you're at your friend's place (Zagor, hehe) with an USB2 interface ;)
3240<miah> i encode all my mp3's with vbr, and alot of the songs i listen to are really long (lots of autechre, squarepusher, boards of canada, and other strangeness)
3241<miah> so they're long
3242<miah> and big files.. the songs i have that are 128k and small (punk stuff) playback pretty well, i dont have many problems with them
3243<Zagor> miah: you could try running an analysis on it and see. i still thing it sounds odd to get fragmentation problems on this big files
3244<miah> yea
3245<miah> i make sure to run scandisk/norton disk doctor on it every now and then
3246<Zagor> i never do that :)
3247<edx> Zagor: Are those yours: MDR-EX70LP
3248<Zagor> yup
3249<edx> cool %0$
3250<edx> 50
3251<edx> .. hmm gotta have them.. i use the standrd archos headphones right now..
3252<dwihno> they remind me of earplugs :)
3253<dwihno> ouch
3254<dwihno> you need to replace those headphones!
3255<edx> with the volume control they really suck LOL
3256<edx> i know
3257<dwihno> My boss got my archos headphones ):
3258<dwihno> :)
3259<dwihno> He said "the sound quality is good"
3260<dwihno> Then I just smiled
3261<edx> guess i'll change the style of music i listen to if i change my headphones haha
3262<Zagor> gotta go. see you tomorrow, guys!
3263<-- Zagor has quit ("Client Exiting")
3264<dwihno> I should go too
3265<dwihno> But I need to fix some code first
3266<dwihno> Otherwise I'll have to spend time tomorrow to get in synch with the coding
3267--- jedix is now known as jedi|lunch
3268<edx> dwihno: the bass gets down to 6 HZ with those head phones :)
3269<dwihno> whoaaaaaa :D~~
3270* dwihno is looking forward to DEVCON, so I can test Zagor's headgear
3271<edx> they really must rock
3272<edx> i'll order them today i guess hehe
3273<dwihno> you rich pants dude! :)
3274<dwihno> How long is the delivery?
3275<dwihno> I'd like to hear your opinion about the headphones too :)
3276<edx> i dont knwo .. a few days (delviery)
3277<dwihno> I want my laptop! :(
3278<dwihno> They haven't even confirmed the order yet :(
3279<edx> heh i want to buy head phones for at least half a year now..
3280<edx> your laptop rocks ;)
3281<edx> hehe
3282<dwihno> It sure will rock - for at least three years
3283<edx> hehe
3284<dwihno> Stupid of me to think so, huh ;) ?
3285<edx> nah.. i guess it will last at least two years in a really acceptable speed and it'll certainly still be "enough" after 4 years.. :)
3286<dwihno> yeah :)
3287<dwihno> Then I'll sell my soul once again and get a new one ;)
3288<edx> hehe
3289* dwihno looks in the crystal ball... I see... A P6 6,2GHz, 2 gigs of RAM and 2tb disk :)
3290<edx> 4 gigs ram.. my guess :)
3291<dwihno> hehe ;)
3292<dwihno> 40 gig of RAM in the box, 40 gigs of RAM, if one would fail or starting to bail, then there'll be 39 gigs of RAM in the box
3293<dwihno> ;)
3294<edx> hhe
3295<edx> NICK edxUSER OKE60 "" "irc.dal.net" :edx
3296<edx> lol
3297<edx> geht schon so ein bisschen LOL
3298<dwihno> Was machst du?
3299<edx> wtf..
3300<edx> wrong channel window
3301<edx> i am sorry
3302<edx> im currently writing a proxy program and im debugging :)
3303<dwihno> ah
3304<dwihno> Aber was machst du?
3305<-- plmirc has quit (Read error: 104 (Connection reset by peer))
3306<dwihno> Hast du der Ober heute gesehen?
3307--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
3308<edx> lol..
3309<Bagder2> moo
3310<edx> "der Ober" whats that supposed to mean
3311<edx> hi bagder
3312<dwihno> howdy ho, mr bagder
3313<dwihno> mr. bagdad :)
3314<edx> Ober.. there is a word.. lkike "waiter
3315<edx> "
3316<edx> ?
3317<dwihno> yup :)
3318<edx> then it is:
3319<edx> "Hast du den Ober heute gesehen"
3320<edx> hehe
3321<-- mecrawnicknack has quit ("Trillian (http://www.ceruleanstudios.com)")
3322<dwihno> Me + grammars = BAAAD combination
3323<dwihno> One house, two house :)
3324<edx> heh
3325<edx> one sheep two sheep.. that works out ;)
3326<dwihno> :)
3327<dwihno> two sheeps! :;)
3328<edx> two sheep.
3329<Bagder2> too cheap
3330<dwihno> haha
3331<edx> (anyone *really* English here?)
3332<edx> btw.. just found the Sony headphonse for 38Euros..
3333<Bagder2> been a while since wavey was around
3334<edx> about to buy them :)(
3335* Bagder2 's mp3sync-script rocks
3336<Bagder2> keeps my archos synced with my local mp3 collection
3337<edx> hehe
3338<dwihno> how does it work?
3339<dwihno> edx: cool! buy me some and I'll wear a "Felix kick arse" sweater all summer, deal? :)
3340<Bagder2> it checks if all my local mp3s are on the archos, and if I removed any local ones I should remove on the archos too
3341<edx> hehehe..
3342<dwihno> Bagder2: so the local copy is a master?
3343<Bagder2> yes
3344<Bagder2> exactly
3345<dwihno> I'm --> <-- this close to finish off for the night
3346--> mecraw (~mecraw@63.172.39.2) has joined #rockbox
3347--- jedi|lunch is now known as jedix
3348* edx has just ordered his Sony MDR-EX70LP :)
3349<dwihno> :D
3350<dwihno> Now you're a copy of Zagor!
3351<dwihno> * edx is now known as Zagor-edx
3352<edx> LOL
3353<dwihno> Darn
3354<dwihno> I want one of those too
3355<dwihno> When I get rich
3356--- edx is now known as edx|Zagor
3357<dwihno> WHOA!
3358<edx|Zagor> you get a laptop for 2500 Bucks... be quiet :)
3359--- edx|Zagor is now known as edx
3360<dwihno> Welcome to the twilight zone!
3361<edx> lol
3362<dwihno> Welcome, to the edx zone! For the next 20 seconds, he will control everything you see and hear ;)
3363<edx> *beeb*
3364* Bagder2 felt controlled
3365* edx controlled bagder... and dwihno
3366<dwihno> Where am I? Who are you?
3367<dwihno> And why am I wearing pantyhoses? :)
3368<ironi> hehe
3369<ironi> hi there
3370<dwihno> hellojs ironi
3371<dwihno> dokthar irouni
3372<ironi> dwihno: one of those situations again, huh?
3373<dwihno> <-- masters the persian language
3374<dwihno> tavalod moborak!
3375<ironi> but
3376<ironi> t they'r ejust $49.95
3377<ironi> not very expensive
3378<ironi> i still think my headphones rulle the planet when it comes to price/performance/cool design
3379<ironi> Koss PortaPro
3380<dwihno> My Sennheiser HD570 pumps the jam quite nicely too ;D
3381<ironi> but they are not really portable
3382<ironi> and sennheiser cant deliver base
3383<dwihno> these babies can :)
3384<ironi> btw, if you want earplugs, you should consider the koss ksc-35
3385<ironi> they're cheap but supposedly MEAN
3386<ironi> uhm i mean like not earplugs but on the ear phones without bygel =)
3387<ironi> dwihno: let me win you over: http://www.ljudman.se/portapro.htm
3388<ironi> or perhaps http://www.ljudman.se/ksc35.htm
3389<ironi> now i gotta rest, im kinda sick
3390* ironi is gone, *sick* [l/on p/on]
3391--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
3392<-- elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has left #rockbox
3393--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
3394<-- elinebe|class has quit ("User pushed the X - because it's Xtra, baby")
3395--- edx is now known as edx|eatz
3396--- dwihno is now known as dw|gone0r
3397--- Bagder2 is now known as Bagder
3398<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
3399--- edx|eatz is now known as edx
3400<-- mecraw (~mecraw@63.172.39.2) has left #rockbox
3401--> dfg (~prv@209.166.235.91) has joined #rockbox
3402--> g003y (~g003y@dynamic-195-63.hotwired.com) has joined #rockbox
3403<g003y> sup alll?
3404<-- jedix has quit ("and then, just like that, he dissapeared")
3405<g003y> dang my playlists never play. They load, but never really play.
3406<-- edx has quit ("good night")
3407<-- ironi has quit ("zzz <k!15b8>")
3408<-- dfg has quit ("Client Exiting")
3409<g003y> anyone awakre?
3410<g003y> awake that is
3411<-- g003y has quit ("Trillian (http://www.ceruleanstudios.com)")
3412--> motiv01 (~trillian@sdn-ar-001ncraleP291.dialsprint.net) has joined #rockbox
3413<elinenbe> hello there
3414<PsycoXul> no, hello here
3415--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
3416<-- motiv01 has quit (Read error: 104 (Connection reset by peer))
3417<g003y> hello all
3418<g003y> acck....
3419<g003y> what did they do to the current tree?
3420--> motiv01_ (~trillian@sdn-ar-001ncraleP243.dialsprint.net) has joined #rockbox
3421<-- g003y has quit ("Trillian (http://www.ceruleanstudios.com)")
3422--- dw|gone0r is now known as dwihn0r
3423* adi|home screams softly into the night
3424--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
3425* dwihn0r sings the rockbox anthem
3426--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
3427<dwihn0r> Hellojs Bagder
3428<Bagder> morning
3429--- dwihn0r is now known as dwihno
3430<Bagder> bad apache
3431* Bagder rebuilds
3432* Bagder installs
3433--> Linus (~linus@labb.contactor.se) has joined #rockbox
3434<Bagder> morning Linus
3435<Linus> morning
3436<Linus> Did you find out anything about the .ejz files yesterday?
3437<Bagder> no
3438<Bagder> but we fixed the flicker
3439<Linus> oh. too many redraws?
3440<Bagder> yeps
3441<Bagder> one extra
3442<Bagder> looks a lot better now
3443<Linus> great
3444<dwihno> :D
3445<dwihno> Looks awesome!
3446<Linus> How is sokoban?
3447<dwihno> Kickass! :)
3448<Linus> R00lz!
3449<dwihno> The key code needs an overhaul though
3450<dwihno> http://robotron.ton.tut.fi/love_on_video/koto_-_jabdah_(formel_eins).mpg
3451<Linus> the key code? You mean the bouncing?
3452<dwihno> bouncing?
3453<Linus> or what did you mean?
3454<adi|home> anyone played with the rockbox on the recorder yet?
3455<dwihno> <-- did
3456<dwihno> hmm
3457* Bagder did too
3458<dwihno> on the recorder, the button processing code is fishy, sometimes when I press once, it does the button action twice etc.
3459<adi|home> did you find that the reboots seem to happen even with the dc in?
3460<Linus> dwihno: that's contact bouncing
3461<Bagder> reboots?
3462<Bagder> I got no reboots
3463<adi|home> the battery issue
3464<adi|home> when i have the dc in, i still seem to get reboots
3465<Linus> that sucks
3466<Linus> adi|home: that _could_ be a grounding problem
3467<adi|home> hmmm.. ok
3468<adi|home> ideas on a solution?
3469<g003y> hmph... all these recorder types.
3470<g003y> :)
3471<Linus> g003y: I take it you're a Player owner... :-)
3472<g003y> yeah
3473<Linus> me too. I have both :-)
3474<g003y> though wish I had that nice bitmap screen :D
3475<Bagder> g003y: you cvsup'ed recently?
3476<g003y> a few hours ago
3477<g003y> but my build is all jacked now
3478<Bagder> oh
3479<Linus> g003y: See it from the bright side, you can at least play music on your box.
3480<Bagder> I had a go a the include issue yday
3481<g003y> haheheehhe... just wish I could get the playlist to actually work
3482<g003y> I noticed that
3483<Bagder> we should dig into that problem of yours
3484<Bagder> Björn played an all-disk playlist yesterday on his player fine
3485<g003y> I see the includes but now time.h begs for machine/somthing.h
3486<Bagder> uh
3487<g003y> bagder - I think I'm still doing something wrong with the playlists
3488<Bagder> how did you make your playlist?
3489<g003y> tried a number of ways so far.
3490<g003y> 1) Vi
3491<g003y> 2) Winamp
3492<g003y> 3) Sonqiue
3493<g003y> 4) a script on the file system
3494<Bagder> because staring only yesterday we support windows drive names and backslashes
3495<Bagder> i also believe that the file names are case sensitive
3496<g003y> well I tried the 17th compile from work today, but no luck
3497<Bagder> ok
3498<g003y> that was with a drag n drop from the drive to winamp
3499<g003y> I know PsycoXul was having probs before, but he hasn't been back to confirm if it started working for him.
3500<Bagder> well, I guess Zagor must show you a version working for him and then you can try that
3501<Bagder> I have no player, I can't play at all ;-)
3502<dwihno> Linus: contact bouncing?
3503<g003y> yeah a working example would be nice.
3504<Bagder> dwihno: yes, when one keypress kind of "jumps" on the contact so that it gets registered as two or more
3505<g003y> thats been resolved?
3506<dwihno> Bagder: I never have that problem with the archos firmware :)
3507<Bagder> dwihno: no, because they "debounce"
3508<adi|home> did i miss any of the core apis getting changed?
3509<g003y> archos has all the docs the bastards :D
3510<adi|home> namely, the rectangle functions?
3511<Bagder> cheaters ;-)
3512<Bagder> adi|home: they changed?
3513<adi|home> i don't know
3514<Bagder> hm
3515<adi|home> suddenly boxes isn't working
3516<Bagder> I might be responsible
3517<adi|home> what was 'screensaver'
3518<adi|home> it works.. but not properly
3519<adi|home> what didyou change?
3520* dwihno will write a polite e-mail to the archos dudes asking for docs and how they do the battery stuff
3521<Bagder> did it use the XOR feature?
3522<adi|home> nope
3523<Bagder> ok, then I don't think its me ;-)
3524<Bagder> so what doesn't work?
3525<adi|home> im trying to figure out what went wrong
3526<adi|home> but the'shrinking' boxes aren't displaying
3527<Bagder> it works in my simulator right now
3528<adi|home> really?
3529<Bagder> yeps
3530<adi|home> the boxes grow and shrink?
3531<Bagder> yeps
3532<adi|home> when did you last do a cvs update?
3533<Bagder> just now
3534<adi|home> ill update again
3535<adi|home> i noticed it because the firmware on the website doesn't do it properly
3536<Bagder> the daily one?
3537<adi|home> yup
3538<adi|home> btw.. how do i remove a file from cvs?
3539<Bagder> odd
3540<adi|home> screensaver.[ch] don't need to be there anymore
3541<Bagder> rm file; cvs rm file
3542<Bagder> cvs ci file
3543<g003y> ahhh... current compiles for me again after a cvs update
3544<Bagder> goodie
3545<adi|home> god i love the world cup
3546* adi|home smiles happily
3547<g003y> oh crap.... I think I spoke too soon on current. crap :/
3548--> Zagor (~bjst@mimas.contactor.se) has joined #rockbox
3549<Zagor> hey there
3550<Bagder> g003y: what fails then?
3551<Bagder> hey Zagor, g003y has problems with playlists
3552<g003y> well I do a clean get.
3553* dwihno has no problems with rockbox
3554<g003y> and it says it can't find machine/types.h
3555<dwihno> other than the fishy filename thing
3556<g003y> I used to do the -I/usr/include hack on the makefile
3557<Bagder> uh, remove that machine/types thing
3558<g003y> but now you have all the includy stuff going on
3559<Bagder> I'll do it now
3560<g003y> it's in time.h
3561<g003y> which was added recently
3562<Bagder> I know, gone now ;-)
3563<g003y> cool
3564<g003y> why did you add it ?
3565<g003y> can recorder tell time?
3566<g003y> :D
3567<Zagor> yes it can
3568<Bagder> we use that include file, that's why I added it
3569<g003y> but the player can't right?
3570<Zagor> but we haven't implemented it yet
3571<Zagor> right
3572<g003y> damn.... another reason to buy the recorder
3573* adi|home screams
3574<Bagder> I made a find and grepped out all libc headers we used and made sure I provided all them
3575<adi|home> bagder
3576* Bagder looks at adi|home
3577<adi|home> there is NO way you have a upto date cvs
3578<adi|home> boxes isn't working proper
3579<adi|home> im tellign you
3580<g003y> hahahahahahahahaha
3581* adi|home is _not_ insane
3582<Bagder> I can't but to cvs up
3583--> coutta (coutta@adlax6-249.dialup.optusnet.com.au) has joined #rockbox
3584<g003y> zagor: can you provide me with a smallish example working m3u you've been using?
3585<Zagor> adi|home: boxes work for me in sim at least
3586<g003y> I would like to verify if I'm an idiot
3587<adi|home> Zagor.. you have a recorder?
3588<Zagor> yes
3589<adi|home> test the latest daily build
3590<adi|home> check the boxes
3591<Zagor> g003y: F:\Film/Soundtrack - Cast Away (End Credits) - Silvestri.mp3
3592<Zagor> Always (Song Duet).mp3
3593<Zagor> Reunion.mp3
3594<adi|home> it _doesnt'_ work
3595<Zagor> oops, stripped leding slashes :)
3596<Zagor> adi|home: ok, will test
3597<adi|home> thank you :)
3598<Zagor> g003y: what is the problem you get?
3599* adi|home places the pistol to his tempel
3600<adi|home> go ahead.. tell me im crazy...
3601<adi|home> i dare you
3602<g003y> well playlist appears to load, but then just sits at the <no artist> <no title>
3603* adi|home whinces.... blinks.. turns the gun around
3604<adi|home> barrel end has the bullets
3605<Zagor> adi|home: i fixed dynamic IRC page yesterday, so you only have to add the log file now, not update the page
3606* adi|home make a mental note
3607<adi|home> sweet
3608<adi|home> i have to update the log from this weekend
3609<Bagder> the playlist playing doesn't update the screen to anything, does it?
3610<Bagder> g003y: and you name your file whatever.m3u ?
3611<g003y> blah.m3u
3612<Zagor> Bagder: no it doesn't
3613<Bagder> g003y: it saying <no artist> indicates that it doesn't think it is a playlist
3614<g003y> hmmm
3615<g003y> ok
3616<g003y> well I must've f'd up somehow then
3617<Zagor> g003y: is it lowercase?
3618<g003y> the whole filename?
3619<Linus> Zagor: I forgot your NewPlayer this morning
3620<Bagder> the extension
3621<g003y> zagor: the whole filename is lowercase
3622<Zagor> Linus: bah! no chicken for you!!! :)
3623<Zagor> g003y: strange
3624<Linus> Zagor: Pleeeeze. Have some chicken with me....!
3625<g003y> zagor: I know... thats why I think it's user error still