summaryrefslogtreecommitdiff
path: root/www/irc/rockbox-20020502.log
diff options
context:
space:
mode:
Diffstat (limited to 'www/irc/rockbox-20020502.log')
-rw-r--r--www/irc/rockbox-20020502.log1869
1 files changed, 1869 insertions, 0 deletions
diff --git a/www/irc/rockbox-20020502.log b/www/irc/rockbox-20020502.log
new file mode 100644
index 0000000000..593b1a4645
--- /dev/null
+++ b/www/irc/rockbox-20020502.log
@@ -0,0 +1,1869 @@
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...
generated by cgit v1.2.3 (git 2.39.1) at 2024-09-24 12:29:33 +0000