summaryrefslogtreecommitdiff
path: root/www/irc/rockbox-20020509.log
diff options
context:
space:
mode:
Diffstat (limited to 'www/irc/rockbox-20020509.log')
-rw-r--r--www/irc/rockbox-20020509.log1656
1 files changed, 1656 insertions, 0 deletions
diff --git a/www/irc/rockbox-20020509.log b/www/irc/rockbox-20020509.log
new file mode 100644
index 0000000000..53a6580ede
--- /dev/null
+++ b/www/irc/rockbox-20020509.log
@@ -0,0 +1,1656 @@
1**** BEGIN LOGGING AT Mon May 6 00:25:45 2002
2
3--> stile (~adiamas@as5300-9.216-194-23-71.nyc.ny.metconnect.net) has joined #rockbox
4--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/
5--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52
6<-- adiamas has quit (Killed (NickServ (Nickname Enforcement)))
7--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
8--- You are now known as adiamas
9--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox
10--- [TDM]Mr_B|away is now known as [TDM]Mr_B
11--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
12--- ChanServ gives channel operator status to Bagder
13<[TDM]Mr_B> hello?
14<Bagder> hey ho
15<[TDM]Mr_B> ...just an outsider with some questions
16<Bagder> go ahead and ask, I'll try to answer
17<[TDM]Mr_B> i've been following this project for a short while and i'm very interested...
18<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use?
19<Bagder> we're doing two different simulators, for running the app itself on host machines
20<Bagder> one for win32, one for X11
21<[TDM]Mr_B> is there an exe of that sim?
22<Bagder> we do not have the app actually running on target just yet
23<Bagder> edx is the author of the win32 simulator, we should ask him to post a binary on the web site
24<[TDM]Mr_B> exactly what improvments/additions are you guys working on?
25<Bagder> I think many of them are mentioned of the web site
26<Bagder> we need to implement everything by ourselves
27<Bagder> so we will try to write an mp3 player software that meets the audience demands
28<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download?
29<Bagder> we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month
30<[TDM]Mr_B> cool
31<[TDM]Mr_B> how well does tretris work?
32<[TDM]Mr_B> ...tetris
33<Bagder> it works pretty good ;-)
34<Bagder> no scores yet though
35<Bagder> I expect that we will get even more programmers joining up the very second we have a first target version
36<[TDM]Mr_B> i'm looking forward to all of it
37<Bagder> :-) me too
38<[TDM]Mr_B> I see you guys are working on a FAT 32 fs
39<Bagder> yes, we need that to be able to read the disk
40<[TDM]Mr_B> I guess that would make installation/use easier?
41<Bagder> the disk is using fat32, we need to read dirs/files from it...
42<[TDM]Mr_B> ok, I get it
43<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on?
44<Bagder> we replace the entire software
45<Bagder> we hope to make the player more intuitive and more capable than the built-in software
46<Bagder> if you've used it, you know it isn't very good
47<Bagder> its about resuming play in a playlist
48<Bagder> handling big playlists
49<Bagder> and all sorts of stuff
50<[TDM]Mr_B> well, thanks for entertaining my questions
51<Bagder> personally, I do most of this because of the shear fun
52<[TDM]Mr_B> same here, only with coding hypertext
53* adiamas coughs "Read the faq"
54<Bagder> feel free to let us know if you think you can help out the project in any way you see fit
55* adiamas nods
56<adiamas> hey Bagder whats doing?
57<Bagder> did lots yesterdat, as the CVS-list shows ;-)
58<adiamas> heheh yeah..
59<adiamas> I _can't_ believe that i forgot to call the function pointers when i put that in :)
60<Bagder> hehe
61<[TDM]Mr_B> ...I read the FAQ 3 times
62<adiamas> heheh k :)
63<adiamas> can't help; it...
64<adiamas> its my pet project :)
65<adiamas> any suggestions on additions or rewording?
66<Bagder> adiamas: "why do you write a replacement software?"
67<Bagder> adiamas: "when do you think there is a version available for my Archos?"
68<[TDM]Mr_B> well, it doesn't answer too many questions
69<[TDM]Mr_B> tell people about exactly what's being redone and maybe when people will be able to enjoy your labors on their players
70<adiamas> What exactly are you trying to achieve with this line of development?
71<adiamas> should that be reworded?
72<Bagder> adiamas: could you unmber the questions? it would be easier to direct people to a specific question then
73<Bagder> hm
74<Bagder> number
75<adiamas> hmmm how shoul di answer "when do you think there will be a version available?"
76<adiamas> sure could...
77<Bagder> adiamas: well, I think that question deserves to be answered very unspecific
78<Bagder> we might all get very busy all of a sudden
79<Bagder> so say something like maybe in a month, maybe in three, maybe in six
80<[TDM]Mr_B> true
81<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer."
82<adiamas> lol
83<Bagder> in this case, of course, it is Tetris ;-)
84* Bagder just applied patched mailed to him from Dave Chapman
85<Bagder> patches
86<Bagder> grrrr, can't type
87<adiamas> hmmm ... i need a polite way of saying 'Fuck off you complete moron."
88<adiamas> Suggestions?
89<Bagder> heh, in which context?
90<adiamas> never mind.. i have an answer...
91<Bagder> you're the american ;-)
92<Bagder> Mr_B: where are you from?
93--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
94<calpefrosch> moin
95<Bagder> morning calpefrosch
96<Bagder> the win32 simulator might need some attention now ;-)
97* Bagder whistles innocently
98<calpefrosch> hmm, let's talk about some details.
99* Bagder browses subdirs in his simulator!
100<Bagder> calpefrosch: what kind of details?
101<[TDM]Mr_B> ...New Orleans
102<adiamas> okay.. faq updated.. anyone wanna take a look?
103* Bagder shows his thumbs up
104<adiamas> :)
105<adiamas> im a bit heavy on the sarcasm.. but bugger it... let them deal with it...
106<Bagder> we need that
107<[TDM]Mr_B> ...an improvment...and I love sarcasm
108<Bagder> it makes it more obvious everything isn't so serious
109* Bagder runs for more coffee
110* adiamas cheers wildly
111<adiamas> [TDM]Mr_B your on windows correct?
112<[TDM]Mr_B> Windows XP home
113<[TDM]Mr_B> well, I should reall y be in bed, night folks
114<-- [TDM]Mr_B has quit ()
115--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
116--- Zagor_ is now known as Zagor
117<Bagder> morning Zagor
118<Zagor> morn
119<Zagor> you sure had a busy sunday :)
120<Bagder> yeps, did my share of cleaning up ;-)
121<calpefrosch> sorry, have been to a meeting
122<Bagder> Zagor: the simulator is growing cooler
123<Zagor> nice!
124<Bagder> Dave Chapman stepped in and sent me patches too
125--> Linus (~linus@labb.contactor.se) has joined #rockbox
126<Linus> Boo!
127* Bagder boos Linus back
128<adiamas> looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access...
129<Bagder> yes, I mailed him about it
130<adiamas> cool
131<calpefrosch> Badger: I ment which kind of attention ?
132<Bagder> calpefrosch: ah, it won't build just now since I've added more firmware files to the build
133* adiamas screams
134* adiamas slams his head against the wall..
135<Bagder> keeping both simulators up-to-date is a challange
136<adiamas> okay.. i screwed up.. so i may as well clue everyone in...
137* adiamas was working on tic-tac-toe for the archos...
138* adiamas was 1/2 way there...
139<Linus> adiamas is a hero
140<calpefrosch> Badger: ok, I'll try to build it this morning.
141* adiamas f***ed up...
142<adiamas> see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir...
143* adiamas doesn't really remember deleteing the files.. but they are gone
144<adiamas> so it's gonna be a few days to finish :(
145<Bagder> :-/
146<Linus> We have a saying:
147<Linus> "do it properly, or do it many times"
148<Linus> :-)
149<adiamas> oh.. i did it properly...
150<adiamas> if deletion was our aim...
151<Linus> and now you will do it again
152<adiamas> lol
153<adiamas> yup
154<adiamas> oh.. btw.. was it cool that i went to function pointers on the sim?
155<adiamas> just seemed to make more sense
156<Bagder> yeah, its good
157<Linus> I just got the MAS DMA working...
158<Bagder> *cool*
159* Zagor feels Linus breathing down his neck again...
160<calpefrosch> badger: what is that header "unistd.h" ?
161<calpefrosch> btw, sorry for *always* changing the letters b and g ...
162<Bagder> hehe
163<Linus> We have a serious problem with the project...
164<adiamas> whats that?
165<Bagder> calpefrosch: I don't think that should be included
166<Linus> Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-)
167<Bagder> calpefrosch: as that is a unix-only include file
168<adiamas> LOL
169<Zagor> hehe
170<Bagder> hahaha
171* adiamas pokes Zagor
172<adiamas> oh.. i had an idea while driving my 2.5 hrs back home..
173<Zagor> I knew you'd see right through me :)
174<adiamas> i was doing random through one of my playlists...
175<Bagder> random thoughts are good :-P
176<Zagor> adiamas: you have a 2.5h commute?!?
177<adiamas> and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list
178<calpefrosch> Bagder: It's in the ID3.c. Could you remove it, or do you need it there?
179<Linus> adiamas: great idea
180<adiamas> Zagor: nah.. only to see my girlfriend.
181<Zagor> ah
182<adiamas> i figured.. this 'favorite' list could just be a dynamic playlist...
183<Linus> adiamas has a life too?
184<Bagder> calpefrosch: *gone*
185<adiamas> because with 1000+ plus songs it _sucks_ to have to manually pick out my favs...
186<Linus> Just delete the other ones. :-)
187<calpefrosch> Bagder: tnx
188<adiamas> Linus: a girlfriend 2 hrs away, a job, ride for my ambulance core ... _And_ i still find time to hang out here and be unproductive and sarcastic...
189<adiamas> :)
190* adiamas smiles at linus
191* Linus smiles
192* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :)
193* Linus tries to have a life too...wife and kids!
194<Zagor> Linus: that's a life? ;)
195<adiamas> congrats...
196<Linus> :-)
197<adiamas> how long you been married mate?
198<Linus> Almost 2 years
199<Bagder> 2+ here
200<adiamas> hehe
201<adiamas> im just starting to get to that point...
202<adiamas> friggin distance is killing me
203--- Tumm is now known as coyote-
204<adiamas> umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful?
205<adiamas> someone who doesn't know the project won't know which is which....
206<adiamas> CHARCELLS vs BITMAP
207<Bagder> well
208<Bagder> I didn't wanna use the actual target-defines
209<adiamas> how do you mean?
210<Bagder> we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds
211<adiamas> ahh.. i got ya...
212<Bagder> but they imply more than just different LCDs
213<Bagder> maybe we can just add two big comments in the Makefile for now, explaining which is which
214<adiamas> well.. its only the recorder that has BITMAP right?
215<Bagder> yes
216<adiamas> well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD
217<Bagder> thinking about it...
218<adiamas> nods
219<Bagder> ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best
220<Bagder> then we'll be forced to include "config.h" properly
221<adiamas> hmm.. well.. id rather stay the way we are then for now...
222<Bagder> anyway, those defines are documented in firmware/CONFIG
223* adiamas nods
224<calpefrosch> Bagder: do we use harness.c or app.c for the sim ?
225<Bagder> calpefrosch: remove the harness.c completely from the sim
226<Bagder> it isn't meant to be there
227<Bagder> app.c is the app main entry
228<calpefrosch> ok
229* calpefrosch have to go to a meeting.
230<calpefrosch> brb
231--- calpefrosch is now known as calpefrosch|meet
232<adiamas> could someone explain this to me?
233<adiamas> $(CC) $(CFLAGS) -c $< -o $@
234<adiamas> i know cc and cflags
235<adiamas> -c im good
236<adiamas> -o im good
237<adiamas> but on a makefile i forget what $< and $@ are...
238<Bagder> $< is the file on the right side of the : in the rule-line above
239<adiamas> okay...
240<Bagder> and $@ is the file on the left side of the : above
241<adiamas> ahh.. okay.. thanks
242<Linus> Actually, $< is the file that triggered the rebuild, isn't it?
243<Zagor> no, that could be a .h file
244<Linus> So what is $< when there are two files on the right side?
245<Bagder> the first one I think
246<Zagor> the first, I think
247<Zagor> :)
248<Linus> OK. And $* is all of them, right?
249<Zagor> ummm 'info make'
250<Zagor> ;)
251<adiamas> im just trying to find a way to clean up the sim makefile
252<adiamas> i have to believe there is an easier way to build the app obj files w/o having to do : filename.o: $(DIRPATH)/filename.c
253<adiamas> $(CC) $(CFLAGS) -c $< -o $@
254<adiamas> 10 times
255<Bagder> this klez virus sure is annoying
256<adiamas> heheh whats the prob?
257<Bagder> it mails
258<adiamas> got ya
259<Bagder> I've received >50 mails with klez
260<Zagor> yeah
261<Bagder> it fakes From: line, and it fakes Subject: and it attaches the virus
262--- calpefrosch|meet is now known as calpefrosch
263<adiamas> as far as menus go... for sim and target.. should we assume that all menu items will be the same size...
264<adiamas> and if the user wants to increase the font, they do so for all menus?
265<Zagor> for now, sure
266<Bagder> adiamas: oh yes, certainly
267<adiamas> k
268<Bagder> hm, the cvs page doesn't mention the cvs-commit mailing list
269<Zagor> right
270<Bagder> is that one mentioned on any page?
271<adiamas> in emacs.. how do i open a fresh buffer?
272<Zagor> i don't think so, only in mail
273<adiamas> like the scratch buffer..
274<Zagor> adiamas: C-x b
275<Bagder> adiams: control-x b
276<adiamas> thanks
277<adiamas> not switch.. i know that one...
278<adiamas> to create a clean unused buffer...
279<Bagder> enter a name of a non-existing buffer
280<adiamas> ahhh k
281<Bagder> *plopp*
282<Linus> Intuitive, right? :-)
283<adiamas> hehehe
284<adiamas> sure
285<adiamas> im looking at app.c
286<adiamas> wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP?
287<Bagder> it depends, the tree.c functionality should probably work on the Player too
288<Bagder> the screensaver though, could very well be inside that #ifdef
289<adiamas> k...
290<adiamas> ill fix that then
291<Bagder> Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there?
292<Zagor> yes, I just have to add the ATTR* macros from fat.h into dir.h
293<Bagder> ok, then I'll need to make sure the simulator supports them
294<Zagor> yup
295<Zagor> not perfectly POSIX, but I think it's a fair trade-off
296<Bagder> I agree
297<adiamas> umm.. what do we call a menu item?
298<adiamas> is the generic term 'item' okay?
299<adiamas> more specifically 'menu_item'
300<Zagor> menu_item sounds nice :)
301<adiamas> k...
302<adiamas> hehhe okay.. its offical.. we have the first stages of a menu api
303<Zagor> goodie
304<adiamas> once i commit, im going to ask you to look at the menu.h file and see if the functions make sense w/o comments.
305<Zagor> ok
306<Zagor> the struct name shouldn't use uppercase
307<adiamas> at all?
308<Zagor> what's the difference btwn put_cursor(0) and put_cursor_menu_top?
309<Zagor> no, only lowercase
310<adiamas> scrolling menus...
311<adiamas> idea is that put_cursor puts you at the top of the menu all togeather..
312<adiamas> put_cursor_menu_top wold be viable menu
313<adiamas> right now there is no difference
314<Zagor> ok
315<adiamas> basically.. put_cursor() puts you _anywhere_
316<adiamas> ill clear it all up in comments as i go...
317<Zagor> ok
318<adiamas> that and ill try for better names...
319<adiamas> i just get sick when i think of "put_cursor_to_top_of_visable_menu()"
320<adiamas> :)
321<Zagor> uh, me too...
322<Zagor> I prefer fewer functions with parameter rather than many (void) functions
323<Zagor> within reason, of course
324<adiamas> so do i...
325<adiamas> downside right now is there isnt much our menuing is doing...
326<adiamas> always easier to coalese basic functions togeather...
327<adiamas> least for me
328<Zagor> yeah, I'll give you some slack for the moment :)
329<adiamas> oh sure.. make it easy...
330<adiamas> what im trying to figure out is how to handle sub menus...
331<adiamas> what i was thinking is that maybe we keep the menu_struct we have..
332<adiamas> but as we add submenus we just create an array of the structs...
333<Bagder> adiamas: first, can you think of any submenu we should have?
334<adiamas> and jsut reference them.. but im not sure..
335<adiamas> sure...
336<adiamas> :games
337<Bagder> right
338<adiamas> and when we get more ppl playing with the ui, itll get more robust...
339<adiamas> options menu
340<adiamas> i ment to ask.. seeing as you'all are working in firmware...
341<adiamas> i know the idea of a 'boot' loader is not a good idea... but what about the ability for the user to have a menu to choose which version of firmware to boot with next?
342<Bagder> of course we want that
343<adiamas> rather then having to copy files too and from the archos to play with firmware
344<Bagder> exactly
345<Bagder> you could have X different firmwares
346<adiamas> nods
347<Linus> I can't recall that anybody said a boot loader was a bad idea...
348* adiamas assumed....
349<adiamas> so shoot me :)
350<Linus> Actually, we have talked a lot about that, the project name is called RoLo
351<Linus> for Rockbox Loader
352<adiamas> sweet...
353<Linus> ...as candy
354<adiamas> you guys have done a fantastic job getting off metal quick.. have i mentioned that?
355* Zagor notes it's even in the Activity chart on the web page
356<Linus> Thx
357<adiamas> umm.. in API
358<adiamas> we list mp3info as returning FALSE if successful
359<adiamas> huh?
360<adiamas> that can't be right.
361<Bagder> correct
362<Bagder> that's wrong ;-)
363<adiamas> k.. ive got it
364<Bagder> euhhh
365<Bagder> no
366<Bagder> it is correct
367<adiamas> okay.. so it _should_ be FALSE?
368<adiamas> ummm.. that seems really counterintuitive guys?
369<Bagder> it works that way now
370<Bagder> not really
371<Bagder> because it leaves the opportunity to return different return codes for different failures
372<adiamas> but TRUE should _never_ be a failure...
373<adiamas> unless the function is invalid_mp3info()
374<calpefrosch> I made the win32-sim working. how can I diff so you can work with ?
375<Linus> If you plan to use other return codes that TRUE or FALSE you should use another return type.
376* adiamas nods
377<Bagder> yes, but I wouldn't have to change the checks
378<Linus> I don't follow
379<Bagder> non-zero would mean error
380<adiamas> i still don't get why FALSE means you _were_ able to fine mp3info
381<Zagor> FALSE is boolean, this is int
382<Zagor> it's 0, not FALSE
383<Linus> Bagder: of course. That is why you should use int
384<Bagder> nag nag
385<Bagder> calpefrosch: I
386<adiamas> correct correct
387<Bagder> 'd prefer a diff -u ...
388<Linus> And the comment above the function says it returns "void" :-)
389<Bagder> hehe
390<Linus> That is a rather redundant comment.
391<Bagder> it *did*
392<calpefrosch> Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-)
393<adiamas> well.. im submitting grammer corrections now..
394<adiamas> argue once it's in
395<Linus> Anyone can see what the function returns
396<calpefrosch> which should I check ?
397<Bagder> calpefrosch: ok, a unified diff, you should be able to make one of those I guess
398<adiamas> okay.. commited
399<adiamas> is there a way to prevent dependancy checking when you are doing a make clean?
400<Zagor> calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID?
401<calpefrosch> I have no ID yet
402<Zagor> ok
403<calpefrosch> I will create it now, ok?
404<Bagder> run run! ;-)
405<adiamas> am i correct that to adjust the lcd size i edit lcd-x11?
406<adiamas> or lcd-win32 respectively?
407<Bagder> what size?
408<Bagder> of the window?
409<adiamas> well. when i compile the sim for recorder.. size is fine..
410<adiamas> when i compile fore player... it doen'st make sense to keep the ui the same size..
411<Bagder> true
412<adiamas> dunno how to fix it.. wantted to see how to do it
413<Bagder> the size for the x11 sim window is in the screenhack.c file
414<adiamas> is that default_defaults?
415<Bagder> yep
416<adiamas> is the player the same width?
417<adiamas> just only 2 lines hight?
418<Bagder> no
419<Bagder> it's 2 X 11 letters
420<Bagder> but there should be room for some icons too, I think
421--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
422<Bagder> I'm not really good on the player lcd
423<Bagder> hey Dave
424<linuxstb> Hello everyone.
425<adiamas> k.. then ill leave it for tomorrow.. i need sleep bad...
426<adiamas> night all
427<Linus> Hi!
428<adiamas> welcome dave
429<Bagder> night adiamas
430* adiamas waves
431--- You are now known as adi|sleep
432<calpefrosch> Zagor: my ID is 536571
433<Zagor> I need the username
434<calpefrosch> calpefrosch
435<calpefrosch> what else ;-)
436<Zagor> :)
437<Bagder> :-)
438<Zagor> now you're added. and Dave, you've been added too.
439<linuxstb> Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling.
440<Bagder> goodie
441<Zagor> nice
442<Bagder> it _is_ a bit limited right now, indeed ;-)
443<calpefrosch> tnx
444<linuxstb> Has anyone thought about an API for actually playing audio files?
445<Bagder> linuxstb: we'll change the is_dir() stuff to instead use the dirent struct as soon as we know how Zagor will feature the atrributes
446<linuxstb> Agreed about is_dir() - that was just a quick hack by me.
447<Bagder> oh sure, it works fine for now
448<Zagor> linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread
449<linuxstb> I have a little experience of using libmad, so would like to implement mp3 playing in the simulator.
450<Bagder> hehe
451<Zagor> sure
452<calpefrosch> Zagor: can you help me with the setup of cvs?
453<Zagor> Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep()
454<Zagor> calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page.
455<calpefrosch> ok
456<Linus> It's in kernel.c
457<Zagor> Linus: yes, but it's not started
458<Linus> kernel_init()
459<Zagor> ok, good
460<Linus> You will have to lower the interrupt mask with set_irq_level(0) after kernel_init()
461<Linus> And I use system.c for the interrupt vectors
462<Zagor> so the current system.c is good?
463<Linus> Works for me
464<Zagor> ok
465<Linus> Actually, it's quite handy with the weak symbols when developing
466<Zagor> blaeh
467<Zagor> :)
468Linus linuxstb <Linus> That way I don't need my own system.c in every test directory
469--- Zagor is now known as Zagor|lunch
470--- Linus is now known as Linus|pizza
471<Bagder> wow pizza
472* Bagder starts to get hungry too
473<linuxstb> Re MP3 api: I think we need a "play queue" in memory of the filenames of the next 3 or 4 tracks to play. The MP3 thread "just" plays files from this queue, and the UI thread modifies it.
474<Bagder> or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on
475<linuxstb> What is the difference?
476<Bagder> I'm just thinking what happens when you select "back"
477<Bagder> if the mp3-thread can peek in the list, it just picks the previos tune and plays it
478<Bagder> if we'd feed the thread with a special queue to play, we'd need to take care of special situations
479<linuxstb> I would like a simple MP3 thread that is independent of the way songs are selected.
480<Bagder> off for lunch
481--- Bagder is now known as Bagder|eats
482<linuxstb> I was thinking what information the MP3 thread needed, and the minimum is just the next n tracks - enough to keep the play buffer full.
483<PsycoXul> play buffer full?
484<PsycoXul> how much ram do the recorders have? more than 2MB?
485<calpefrosch> Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository
486<calpefrosch> if I want to commit?
487<Linus|pizza> The cvs server has a list of people with commit access, which I assume you are not yet part of.
488--- Linus|pizza is now known as Linus
489<calpefrosch> Zagor wanted to put me on the list
490<Linus> Zagor tells me that you have checked out anonymously. You have to check out everything -ext
491<Linus> but backup the entire tree first. :-)
492--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox
493<calpefrosch> ahhh, tnx
494<Linus> Yo alan!
495<alkorr> yo Linus, not eating ?
496<Linus> full of pizza right now
497<alkorr> lol
498<alkorr> well it's time i have all commited
499<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox
500<alkorr> see you later
501<-- Linus (~linus@labb.contactor.se) has left #rockbox
502<-- alkorr has quit (Client Quit)
503--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
504<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox
505--> Linus (~linus@labb.contactor.se) has joined #rockbox
506--- Bagder|eats is now known as Bagder
507<calpefrosch> Bagder: I'm just commiting the win32-sim, I hope it is everything ok
508<Bagder> cool
509<Linus> calpefrosch: Why both logf() and debugf()
510<calpefrosch> logf was missing. I don't know where it should be...
511<calpefrosch> where is it in X11 ?
512<Bagder> I think it should use debugf() instead
513<Linus> My question was, why do we need two functions for the same thing?
514<Bagder> or
515<Bagder> do they?
516<Bagder> it isn't really clear to me what debugf() does in the simulator
517<Linus> The simulator doesn't have a console?
518<Bagder> I think so
519<Bagder> but what's mem2hex and putpacket ?
520<calpefrosch> hmmm, they use logf e.g. in play.c and the debugf in playlist.c
521<Linus> Strange.
522<calpefrosch> if I start the simulator in VC++ I get a console output...
523<Bagder> and the simulator don't set DEBUG either, not now at least
524<Linus> Bagder: those functions are for GDB communication
525<Bagder> so what does debugf() do when used in the simulator?
526<Linus> Whatever you, the simulator writer, wants it to. Preferably write to a console.
527<Bagder> sure, but it doesn't do that now, does it?
528<calpefrosch> I'm sorry, but unfortunately I have to do "real" work now. :-(
529<calpefrosch> see you later
530<Bagder> oh
531<Linus> Bagder: I guess not.
532<Bagder> there are two implementatins
533* calpefrosch is going to work
534<Bagder> see ya calpefrosch
535<Linus> CU!
536--- calpefrosch is now known as calpefrosch|work
537<Bagder> Linus: do you use the DEBUG define for anything when you build your stuff?
538<Linus> No, not that I can remember.
539<Bagder> ok
540<Linus> I think that debug.c could contain code for all platforms.
541<Bagder> I think so too
542<Bagder> I'll make it
543<Linus> Or is it kludgy?
544<Bagder> debug() it is
545<Bagder> debugf() even
546<Linus> Greato!
547<-- Linus (~linus@labb.contactor.se) has left #rockbox
548--> Linus (~linus@labb.contactor.se) has joined #rockbox
549--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
550--- Zagor_ is now known as Zagor
551* Bagder got no post-lunch coffe, the machine is broken. aaaaaah!
552* Zagor is fetching his third after-lunch coffee :)
553* Bagder hears that someone has fixed the machine and ruuuuuuns
554<Bagder> turned out to be a rumour, had to walk down some stairs to get a cup
555<calpefrosch|work> I thought you (zagor and Bagder) are working in the same company...
556<Bagder> we're consultants, so we're hired to different customers
557<Linus> In fact, I and Zagor are at the same customer right now.
558<calpefrosch|work> aha, I see. We are also working together with some consultants
559<Bagder> so we don't actually meet in person that often
560<Bagder> Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so
561<Zagor> nice
562<calpefrosch|work> I make a scrolling feature for the simulator
563<calpefrosch|work> Should I check in ?
564<Bagder> scrolling feature?
565<calpefrosch|work> scrolling thru the dir...
566<Linus> And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN!
567<calpefrosch|work> Linus: what's the problem ? you can tell me, I listen to you :-)
568<Linus> The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song.
569<Linus> And the Player only generates an interrupt when the signal goes low
570<Linus> so I have to poll it to find out when it goes high
571<Linus> very often...
572<calpefrosch|work> too often...
573<Linus> indeed
574<calpefrosch|work> -o
575<calpefrosch|work> where is the input-pin at the SH1 ?
576<Linus> The Archos firmware initialization bears some evidence of them using a timer to start the DMA. I may have to disassemble it to see what it does.
577<Linus> It's on IRQ6
578<Bagder> gotta go, might pop by later
579<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
580<Linus> CU!
581<calpefrosch|work> I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ?
582<linuxstb> Yes - I can check tree.c with X11. mailto dave@dchapman.com
583--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
584<Zagor> i'm off. see you!
585<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
586<wavey> linus: congrats with the mas :)
587<Linus> Thanks
588<Linus> But it is really hard to write a driver for it that doesn't hog the CPU...
589--- coyote- is now known as Tumm
590<-- Linus (~linus@labb.contactor.se) has left #rockbox
591--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox
592<-- wavey has quit (Read error: 104 (Connection reset by peer))
593<linuxstb> Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different?
594<calpefrosch|work> linuxstb: It's working perfectly...
595<calpefrosch|work> please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning.
596<linuxstb> We need to read the whole directory into memory for two reasons - caching and sorting
597<linuxstb> OK - I'll commit the new scrolling tree.c
598<calpefrosch|work> tnx
599--- calpefrosch|work is now known as calpefrosch|away
600<linuxstb> new tree.c committed
601<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox
602--> Linus (~linus@labb.contactor.se) has joined #rockbox
603--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox
604<Linus> yo
605<calpefrosch> yo, brb
606--- calpefrosch is now known as calpefrosch|brb
607--- Linus is now known as Linus|away
608--- lou_soyur is now known as adi|work
609<-- edx has quit (Read error: 110 (Connection timed out))
610<-- calpefrosch|brb has quit ()
611<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
612--- Linus|away is now known as Linus
613<-- Linus (~linus@labb.contactor.se) has left #rockbox
614--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
615--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox
616<calpefrosch|away> morning bagder
617--- calpefrosch|away is now known as calpefrosch
618<calpefrosch> morning all
619<Bagder> morning
620--- calpefrosch is now known as calpefrosch|away
621--- ChanServ gives channel operator status to Bagder
622--- You are now known as adiamas
623<Bagder> hi adiamas
624--- ChanServ gives channel operator status to adiamas
625<adiamas> hey Bagder
626<adiamas> guess what?
627<Bagder> tic tac toe rocks? ;-)
628<adiamas> hehe not yet
629<adiamas> but...
630--- adiamas removes channel operator status from Bagder
631<adiamas> hehehehe
632--- adiamas gives channel operator status to Bagder
633<adiamas> just felt like being silly
634<Bagder> :-)
635* Bagder walks away to check if the coffee machine works today
636--> Linus (~linus@labb.contactor.se) has joined #rockbox
637<Bagder> morning Linus
638<Linus> mooning
639<Linus> :-)
640--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
641--- Zagor_ is now known as Zagor
642<Zagor> hey all
643<Linus> The feeding of the MAS with DMA works splendidly!
644<Bagder> you rock Linus
645<Linus> I do!
646<Linus> :-)
647<Linus> But I think those Archos guys save a penny too much when designing the hardware
648<Linus> saved
649<Bagder> any ata/fat32 mp3-reading in sight?
650<Linus> Zagor "I Have A Life" Stenberg is lazy
651<Linus> I suggest we replace him
652<Zagor> hehe
653<Bagder> maybe we can just yell at him a lot until he improves?
654* Linus screams at Zagor!
655<adiamas> Linus why do you say that about the archos guys>
656<PsycoXul> just look at the player's LCD
657<PsycoXul> i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p
658* Bagder added common/strtok.c
659<Linus> adiamas: I say that because they haven't connected the inverted demand pin to an IRQ
660<Linus> so I have to poll the damn thing ever millisecond
661<Linus> every
662<adiamas> okay.. im very much not a hardware guy, so what is an 'inverted demand' pin?
663--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
664<Bagder> wavey the man!
665<wavey> howdy :)
666* wavey been gamecubing all weekend ;)
667<Bagder> hehehe
668<Bagder> I hope you don't mind me messing in your code in the mean time ;-)
669<wavey> no problem :)
670<adiamas> okay, ill ask..
671<wavey> bbl
672<adiamas> why did we have to rewrite strtok?
673* wavey waves
674<adiamas> i know there is a recursive one...
675<Bagder> wavey: I made the randomiser a lot faster, I changed the read-indices function and I made your test program build and run on my linux
676<Bagder> adiamas: because strtok() stores data in a static area
677<adiamas> Bagder i know..
678<adiamas> but there is a strtok_r already writen
679<Bagder> in newlib?
680<adiamas> its part of the standard library
681<adiamas> in new lib.. that i don't know :)
682<Bagder> strtok_r() is not standard unfortunately
683<Bagder> that's why I have that code written in the first place ;-)
684<adiamas> thats why i asked :)
685<Bagder> :-)
686<Zagor> newlib's strtok_r uses a thread context
687<Zagor> so bagder's is better
688<Zagor> Bagder: why are you including both stddef.h and string.h in strtok?
689<Bagder> good q, remove the stddef.h
690<Bagder> it was just ripped out from my curl sources
691<-- wavey has quit (Read error: 104 (Connection reset by peer))
692<Linus> I think the thread context is a good thing. Why is it bad?
693<Zagor> it's unnecessary
694<Bagder> how does it manage "thread context" ?
695<Linus> The context switcher (thread.c) assigns a new "current" pointer when it switches context
696<Linus> All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called
697<Bagder> ok, thanks
698<Zagor> ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context
699<Bagder> doesn't it store errno there too?
700<Linus> Yes it does
701<Linus> Zagor: yes
702<Bagder> so we'd need to watch out for that
703<Linus> Indeed
704<Zagor> errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno
705<Linus> The called function itself may yield, however
706<Bagder> possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct
707<Zagor> Linus: no
708<Zagor> no newlib functions call yield()
709<Linus> True
710<adiamas> umm... the chars shown in the char maps on the web site... how can i use those?
711<Zagor> this falls into the "neat but not immediately neccessary" category
712<Bagder> adiamas: the player chars?
713<adiamas> yeah.
714<Zagor> just display them
715<adiamas> ummmm how?
716<Zagor> lcd_puts() ?
717<Bagder> we need to convert them to our iternal format
718<Bagder> lcd_puts() is still using Gary's fonts
719<adiamas> well, not just chars
720<Bagder> even for player simul
721<adiamas> i feel like playing with sliders
722<Zagor> ah, you are talking about the simulators
723<adiamas> for volume control...
724<Bagder> ...we should add two mini icons for tracks and dirs for the dir browser on the recorder
725<adiamas> huh?
726<Bagder> browse a dir with your recorder
727<Bagder> whatch the little icons to the left of each row
728<adiamas> got ya...
729<adiamas> that's what im trying to figure out.. how to get stuff like that form the map
730<Bagder> currently, we'll have to add the hex-data manually for new widgets ;-)
731<adiamas> ack...
732<adiamas> the chartables.c file in firmware.. what does that cover again?
733<Bagder> fonts
734<Bagder> the three different fonts
735<adiamas> only fonts?
736<Bagder> yes
737<Bagder> Gary's code package had a widget.c file with some additional ones
738<adiamas> yeah.. going to look at that now
739<Bagder> btw, including the simulators, we now have 14341 lines of source code in the CVS ;-)
740<adiamas> hehe cool
741<adiamas> one more time.. what was the command to remove extra cr-lf?
742<Bagder> tr -d '\015' < infile > outfile
743<adiamas> ty
744<adiamas> does lcd_bitmap work?
745<Bagder> yes
746<Bagder> lcd_puts() uses it extensively
747<adiamas> k
748<Zagor> wasn't there a size limit?
749<Bagder> ah yes
750<Bagder> it only handles 16 pixels height, I believe
751<adiamas> holy christ.. finally got this working and the thing is huge :)
752--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
753--- Bagder is now known as Bagder|eats
754<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer))
755--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
756* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines
757<Linus> Rockers
758<Linus> But maybe it should be the other way around?
759<Bagder> ?
760<Bagder> you mean that the target readdir() should return a struct as the unixes use?
761<Linus> Exactly
762<Bagder> first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use
763<Linus> OK. Just a thought
764<Bagder> yes, would've made simulation easier ;-)
765<Linus> hehe. I think the target code should be the easy one...
766<Bagder> now, shall I make the code use this new stuff and thus break the win32 simulator? B-]
767<Linus> Of course. :-)
768<Linus> We donn't want no stinkin' windows!
769<Bagder> since they don't even have a native readdir(), this change is possibly even easier for them
770<Linus> Probably.
771<Bagder> gah, it broke on Solaris
772<Bagder> dirent is a pretty silly struct
773<Bagder> only one field is POSIX
774<Zagor> yes
775<Zagor> i want to avoid stat()
776<Bagder> yes
777<Bagder> I'll have the simulator use stat ;-)
778<Zagor> yes
779<Bagder> could've even make both Linux and Solaris use the same dirent code so I'll write my own instead
780<Bagder> couldn't
781* Bagder gets all confused in his head with this
782<Zagor> get more coffee :)
783<Bagder> good idea!
784* Bagder bangs his head and runs for coffee
785<Bagder> ah, much better
786<Bagder> found problem
787<Bagder> phew
788<Bagder> seems to work now on both Linux and Solaris
789<Zagor> nicers
790<Bagder> made the tree.c code use it and it worked too
791--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
792<Linus> Hi jb!
793<jb1081> Hi
794<jb1081> Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago)
795<jb1081> ?
796<Bagder> a 5000!
797<Zagor> seems to be only a smaller disk
798<Bagder> does that have 5GB disk`?
799<jb1081> Bagder: yep
800<Bagder> odd
801<Zagor> jb1081: where did you buy it?
802<Bagder> I mean, that they have two products that similar
803<jb1081> Zagor: Europe (France)
804<Zagor> ok. it's a bit odd that they don't mention it on their web page. i've heard people on the us get them too
805<jb1081> firmware release 5.08, not listed in archos website (last time I checked at least)
806<jb1081> but the led & scroll mod works
807<Zagor> yes I think it's the exact same hardware but a cheaper disk
808<Zagor> how much price difference was it btwn the 5000 and 6000, do you know?
809<jb1081> 6000 discontinued here, I think
810<jb1081> 5000: 180 euro
811<Bagder> 180 euro is quite a good price imho
812<Zagor> yes
813<jb1081> found in general distribution (food...) supermarket
814<Zagor> !
815<Bagder> hehe
816<Bagder> one cheese, two packets of milk and one archos please ;-)
817<jb1081> :)
818<jb1081> oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack?
819<Zagor> yes
820<jb1081> cool. Do you plan to use it?
821<Zagor> sure, we'll use it just like today; for remote control
822<Zagor> we also use it as a serial port for debugging
823<jb1081> ok, I was thinking you use serial port by hardware mod to line in jack
824<Zagor> yes, that's because the headphone jack only has the "receive" pin
825<jb1081> sure
826<Zagor> we need both receive and transmit for debugging
827<Zagor> but it's the same serial port
828<jb1081> ok
829<jb1081> it's 9600? TTL?
830<Zagor> yes
831<jb1081> just thinking about using an old pc keyboard controller to build a remote
832<jb1081> but it need a clock, no?
833<Zagor> yeah, we've been thinking that too. adding a keyboard would be cool! :)
834<Zagor> it's asynchronous rs232 so it doesn't need a clock pin
835<jb1081> yep, but a pc keyboard is synchronous, if I remember correctly
836<Zagor> oh, ok
837<jb1081> "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :(
838<jb1081> ok, not with a broken kbd.. too bad
839<Linus> The serial port can use an external clock as well.
840<Linus> synchronous
841<Zagor> yes but then we need to modify the hardware
842<jb1081> yes, but we have to open the box..
843<jb1081> a broken serial mouse perhaps?
844<Linus> Yup. Otherwise you have to build a separate kbd->rs232 converter
845<Linus> I guess you can get one off-the-shelf actually
846<jb1081> did you see this somewhere (at a resonable price?)
847<Linus> i can't remember seeing any in recent years, no :-)
848<PsycoXul> kbd->rs232?
849<PsycoXul> you mean a ps2->serial adapter?
850<jb1081> ok.. :( btw what headphone do you use? somebody tried a in-ear phone?
851<jb1081> PsycoXul: I understood a complete remote, but I doubt now..
852<Zagor> yes, I use the Sony EX70. they are *GREAT*
853<Bagder> oh no, don't get him started on those again ;*)
854<jb1081> Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here
855<jb1081> it's
856<jb1081> Bagder: oups, I should'nt?
857<Zagor> Bagder: hehe
858<Linus> PsycoXul: Yes, a PS/2 to RS232 adapter
859<jb1081> Zagor: the phone amp has no problem to drive the EX70 properly?
860<Zagor> jb1081: no, quite the opposite...
861<PsycoXul> Linus: i've got a couple of those laying around i think ... heh
862<PsycoXul> they're still out there places i'm pretty sure
863<Linus> Do you know where to biy one?
864<Linus> buy
865<PsycoXul> the ones i've got came with mice/keyboards a couple years ago i think
866<Linus> Oh
867<PsycoXul> look on ebay, computer stores, google heh
868<jb1081> found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html
869--- calpefrosch|away is now known as calpefrosch
870<calpefrosch> hi, just read the lines of today...
871<Bagder> hehe
872<Bagder> I just posted to the list too about it
873<calpefrosch> and I saw some stuff like "stinkin windows" ;-)
874* Bagder points at Linus and looks innocent
875<calpefrosch> so, I think I#ll have to fix the win32 sim ?
876<Bagder> yeps
877<Bagder> should be pretty easily done
878<calpefrosch> yes, but I have not much time the next days.
879* calpefrosch looks out in the sun
880* Zagor spots another have-a-lifer :)
881<calpefrosch> hehe
882<Bagder> we got a mail from another volountary win32 hacker just yesterday... :-)
883<calpefrosch> who?
884<Bagder> eh, "Christian" ;-)
885<Bagder> Zagor: you replied to him yet?
886<Zagor> not yet
887<calpefrosch> cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull?
888<Bagder> we need scrolling
889<Bagder> I haven't tried it yet though ;-)
890<calpefrosch> isn't there a scrolling bar at the archos firmware?
891<Bagder> yes there is
892<Bagder> on the left side
893<calpefrosch> mhhh, so we have to scan the dir first to see how much is in there
894<Bagder> I bet people will want one of those
895<Bagder> I'm afraid we'd need to do that, yes
896<calpefrosch> ok, we have a works meeting now. cu
897<Bagder> see ya
898<Linus> cu!
899<-- calpefrosch has quit ("bin bals zurück")
900<Bagder> bin bals? ;-)
901* Bagder is gonna pretend he has a life now!
902<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
903<-- Linus (~linus@labb.contactor.se) has left #rockbox
904--> chris1 (~flanz@62.132.155.14) has joined #rockbox
905<Zagor> hi chris!
906<chris1> Björn by sourcfor. name is "flanz"
907<Zagor> ok
908--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
909<elinenbe> hello there.
910<Zagor> chris1: you're addded
911<chris1> the ata-sim code will only work on Images on disk, I want to add support to read realtime the Sectors from the Archos HD in the UISimulator
912<Zagor> hi elinenbe
913<Zagor> chris1: we already do that.
914<Zagor> look at ata-sim.c in test/ata
915<-- elinenbe has quit (Read error: 104 (Connection reset by peer))
916--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
917<Zagor> chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations
918<chris1> this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image.
919<Zagor> yes
920<Zagor> I copy data from a real FAT32 disk into a image file and then use it for testing
921<chris1> ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :)
922<elinenbe> how is the progress coming?
923<Zagor> the MAS DMA code is coming along, although it will not be as pretty as we hoped
924<Zagor> the ATA code is bugging, and I'm trying to figure out why
925<Zagor> and right now I'm writing open/close/read for basic file access
926<elinenbe> blah pretty... shmitty... who needs pretty code?
927<Zagor> well it's not just the code, more the design. we'll need to poll a pin every millisecond. we hoped to be able to get an interrupt for that instead
928--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
929<Zagor> but it's not a major problem, just a nuicance
930<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
931--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
932--- Zagor_ is now known as Zagor
933<Zagor> bleh, my brain hurts. read() gets too complex.
934<Bagder> drink coffee! ;-)
935* Bagder returns an advice ;-)
936<Zagor> hehe
937<Bagder> I'll go and make food now, see ya
938<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
939<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
940--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
941<Zagor_> strange happenings...
942--- Zagor_ is now known as Zagor
943<chris1> ok here in Berlin/EU is al lite release party inhouse.I have to go.
944<-- chris1 has quit (Remote closed the connection)
945<Zagor> i'm off. see you later.
946<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
947--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
948--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox
949<elinenbe> hello
950<-- wavey has quit (Read error: 110 (Connection timed out))
951--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
952--- ChanServ removes channel operator status from adiamas
953<-- Zagor has quit ("bye")
954<-- wavey has quit (Read error: 110 (Connection timed out))
955--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
956<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
957<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer))
958<-- wavey has quit (Read error: 110 (Connection timed out))
959--> Linus (~linus@labb.contactor.se) has joined #rockbox
960--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
961<Bagder> evening
962<adi|work> afternoon :)
963<Bagder> :-)
964<Linus> moo
965* Bagder scrolls in the directory browser... wooo ;-)
966--> quiquee (~quique@217.8.197.89) has joined #rockbox
967<Bagder> hey
968<quiquee> hello everyone
969<Bagder> its a silent period in here right now
970--- quiquee is now known as wannabeuihacker
971* Bagder giggles
972<wannabeuihacker> I have seen that the menu stuff assumes complete separation of player and recorder
973<Bagder> yes, but I did that mainly to get a player version that compiled and built
974<Bagder> for the simulator that is
975<wannabeuihacker> I added the menu functions and got a menu system for the player
976<Bagder> cool
977<wannabeuihacker> mostly copy and paste
978<wannabeuihacker> I guess it is the best solution for now
979<Bagder> yes
980<Bagder> we'll see if we can merge stuff later on or if we'll keep them apart
981<wannabeuihacker> but the button right of the player is not working, any clue why ?
982<wannabeuihacker> I mean , when using the simulator
983<Bagder> the x11 one?
984<wannabeuihacker> yep
985<Bagder> weird, it should work
986<Bagder> when you get your code in, I can have a look
987<wannabeuihacker> I am trying to find out , how do I flush printf output ?
988<Bagder> fflush()
989<wannabeuihacker> ok I am doing something wrong then.
990<wannabeuihacker> right button works
991<wannabeuihacker> my code doesn't
992<Bagder> heh
993<wannabeuihacker> fflush cores :? anyway
994<wannabeuihacker> I am trying to get used again to emacs and c
995<Bagder> fflush(stdout); it should be
996<wannabeuihacker> hmm , thanks.
997<Bagder> or whatever stream you wanna flushs
998<wannabeuihacker> I didnt use it for 6 years now
999<Bagder> this is a perfect way to get back in shape ;-)
1000<wannabeuihacker> do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ?
1001<adi|work> yeah...
1002<Bagder> M-x compile
1003<wannabeuihacker> shit , I thought it couldnt be that easy
1004<adi|work> meta-s is a common bind for it...
1005<Bagder> M-x global-set-key ;-)
1006<wannabeuihacker> ok , it insists in running make from the ./uisimulator
1007<wannabeuihacker> it would be a good idea to add a Makefile there
1008<Bagder> right, it runs from the dir of the buffer you start it from
1009<wannabeuihacker> I will have to read again the gdb info
1010-wannabeuihacker/#rockbox- panics
1011* Bagder tries to paint a little icon for the files in the dir browser
1012<Bagder> unfortunately, gimp doesn't output our format natively ;-)
1013<wannabeuihacker> ok, it is working
1014<wannabeuihacker> I plan to create a menu structure that is read in the future from an external file
1015<wannabeuihacker> so people can customize it to whatever they want
1016<wannabeuihacker> just an idea to start playing with it
1017<wannabeuihacker> no plans to add an xml parser in the firmware, right ? ;)
1018<Bagder> I don't think that'll be necessary, but we'll see
1019<Bagder> hehe
1020<wannabeuihacker> I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys
1021<Bagder> I think I speak for most of us when I say that we enjoy this a lot too
1022<wannabeuihacker> it is contagious .
1023<wannabeuihacker> going to have a nap now. cu soon
1024<Bagder> see ya
1025<Linus> The ATA code sure is full of bugs...I'm killing them by the dozen...:-)
1026* Bagder hands Linus the fly squasher
1027<Linus> How can you do sleep(HZ/500) when HZ is only 100???? :-O
1028<Bagder> haha
1029<Bagder> short sleep ;-)
1030<Linus> And it's full of return -1 for error
1031<Linus> when the code checks for 0
1032<adi|work> heheheh
1033<Linus> Well, it's starting to work now. I've read the boot sector.
1034<Bagder> on target?
1035<Linus> Yup
1036<Bagder> rock
1037<Linus> I wish Zagor was on the channel.
1038<Bagder> hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted
1039<Linus> bango!
1040<Bagder> heh
1041<Bagder> works
1042<Bagder> now, what does a symbol for a directory look like? ;-)
1043<Linus> Go figure
1044<Linus> disk_init() finds the correct root partition now.
1045<Linus> but readdir() fails miserably...
1046* Bagder commtted his little icons
1047<Linus> linus = sleep(until(6am));
1048<Linus> bye
1049<Bagder> night
1050<-- Linus (~linus@labb.contactor.se) has left #rockbox
1051<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1052<-- jb1081 has quit (Read error: 113 (No route to host))
1053* adiamas pokes you all in the forehead
1054<miah> ouch
1055<adiamas> wuss
1056<miah> yea
1057<miah> im a wuss
1058<adiamas> has anyone figured out why the remote does not work with the recorder?
1059--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox
1060<calpefrosch> morning
1061<adiamas> evening :)
1062<calpefrosch> oh
1063<calpefrosch> had a nice day ? ;-)
1064<adiamas> heheheh quiet so far...
1065<adiamas> but im on call till 0700... so ill tell you tomorrow :)
1066<calpefrosch> it's tuesday on your side, right ?
1067* calpefrosch goes for breakfast
1068--- calpefrosch is now known as calpefrosch|eats
1069<adiamas> yeah... its actually wends now.
1070--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1071<Bagder> hey ho
1072<-- wannabeuihacker has quit (Read error: 110 (Connection timed out))
1073--> wannabeuihacker (~quique@217.8.197.187) has joined #rockbox
1074<-- PsycoXul has quit (Read error: 104 (Connection reset by peer))
1075--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
1076<calpefrosch|eats> hey Bagder
1077--- calpefrosch|eats is now known as calpefrosch
1078<Bagder> mornning calpe
1079<calpefrosch> The sim is running, where has it changed ?
1080<calpefrosch> ahh, I have to fill the attribute
1081<Bagder> exactly
1082<Bagder> and size too preferably
1083--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1084<Bagder> howdy Zagor_
1085--- Zagor_ is now known as Zagor
1086<Zagor> i'm puzzled by linus' ata changes. they don't work for me
1087<Bagder> odd
1088<Bagder> he said he had a few problems
1089<Bagder> but he could read a few things on target
1090<Zagor> i guess he'll arrive soon
1091<Bagder> yeah, he got to bed early :-P
1092<Bagder> surely before 1 am...
1093<Zagor> normally, I'd boo him too :)
1094<Bagder> hehe
1095<Bagder> I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-)
1096<Zagor> hehe
1097<Bagder> btw, we probably will end up needing a malloc() sooner or later, don't we?
1098<Zagor> yes
1099<Bagder> I thought I'd have a go at that
1100<Zagor> we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :)
1101<Bagder> hehe
1102<Bagder> uh
1103<Bagder> wannabeuihacker has a little menu app written for the player now
1104<Bagder> he said yesterday
1105<Zagor> ah, cool
1106<Bagder> calpefrosch: any plans on making the win32 simulator work as a Player?
1107* Bagder runs for more coffee
1108<calpefrosch> ok, sim is fixed.
1109<Bagder> ain't my icons beautiful? ;-)
1110<calpefrosch> I love it
1111<calpefrosch> Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++
1112<calpefrosch> It would last a bit
1113<Bagder> well, maybe some of the other guys could help out on that part too
1114<calpefrosch> yes. Another question...
1115<calpefrosch> I get an error in id3.c that header is not initialized
1116<Bagder> which line?
1117<calpefrosch> 351
1118<Bagder> that's a good warning
1119<Bagder> it should be set to 0
1120<calpefrosch> do you commit in cvs ?
1121<Bagder> I'll do it, I fixed another thing too
1122<adiamas> Bagder what is is the menu app that wannabeuihacker worked on .. do you know?
1123<Bagder> it's written specificly for the player, that's about all I know
1124<Bagder> the one we have now is recorder-specific
1125<adiamas> nod
1126<adiamas> btw.. bagder.. perhaps its time to start getting togeather an icons.h file?
1127<Bagder> yes
1128<adiamas> where did you put your icons?
1129<Bagder> both a icons.c and an icons.h
1130<Bagder> it's in the tree.c file
1131<Bagder> they're
1132<adiamas> im adding icons.h right now.
1133<Bagder> feel free to give my icons better names
1134<adiamas> should we rename "fileimage" to "fileicon" ?
1135<Bagder> yes
1136<adiamas> those are 6x8 right?
1137* Bagder nods
1138<adiamas> will the player use icons?
1139<Bagder> it a limited extent
1140<Bagder> in a
1141<adiamas> okay...
1142<adiamas> just wondering if i was going to #defin around it
1143<Bagder> but hardly the same ones
1144<adiamas> nods
1145<adiamas> anyone have an issue with the function name "get_6x8_bitmap_icon"
1146<adiamas> or would you rather refernce the array directly?
1147<Bagder> I prefer referencing the array directly
1148<Bagder> no reduce all overhead
1149<Bagder> to reduce
1150<adiamas> that case.. any prob is all 6x8 icons are in an array with the subscripts as enums?
1151<Bagder> Dave posted a good idea
1152<adiamas> haveing X # of icons is annoying...
1153<adiamas> havn'et seen it yet
1154<adiamas> which part of the idea did you like?
1155<Bagder> storing short names in memory
1156<adiamas> well.. i don't know if i agree with his "just 16 chars"
1157<adiamas> and the short name... dunno if i like that either.
1158<Bagder> why not?
1159<adiamas> i store my mp3s as "artist - song name.mp3"
1160<Bagder> it's a memory internal thing
1161<adiamas> so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing
1162<Bagder> right, but we haven't solved that issue yet
1163<adiamas> right...
1164<adiamas> i guess i just don't get what his suggestion is attempting to solve
1165<Bagder> I'd prefer having a way to strip off the current directory's name from the local files or something
1166<Bagder> you need to check the tree.c source to see what is aiming at ;-)
1167<Bagder> what he is
1168<Bagder> it currently stores the full names in memory
1169<Bagder> and displays the 16 first letters
1170<adiamas> i agree that we strip the dir structure..t hat just makes sense...
1171<adiamas> but limiting the filename that cane be displayed.. dunno if i agree with that.
1172<Bagder> thus, the displaying and the storing in memory are two parts
1173<adiamas> If so, the buffer in tree.c just needs to
1174<adiamas> store the short name (for accessing the file) and the first 16 characters of
1175<adiamas> the full name (for display on the screen).
1176<adiamas> 16 chars is _not_ enough space for display
1177<adiamas> thats what im getting at
1178<Bagder> I get it
1179<Bagder> but the full name shouldn't be needed either in all cases
1180--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1181<adiamas> anything internal.. hell we index however we want..
1182<adiamas> then when do you get it?
1183<adiamas> if not when you do a dir listing?
1184<Bagder> the full name stored for diplaying doesn't need to be the full file name
1185<Bagder> it could be modified to look better
1186<adiamas> define "look better"
1187<Bagder> stripping off redundant parts for example
1188<adiamas> but "Beat on the brat.mp3"
1189<adiamas> is good..
1190<adiamas> that i agree..
1191<Bagder> like I have "artist/artist - tune 1.mp3"
1192<adiamas> but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly
1193<adiamas> :)
1194<Bagder> then showing the dir in 'artisy' could cut off 'artist -' for me
1195<Bagder> hehe
1196<Bagder> well
1197<Bagder> you still can't show that full length on each line
1198<adiamas> i agree.. any directory struct stuff should not be shown
1199<adiamas> sure you can.. it's called scroll :)
1200<Bagder> you wanna scroll all lines?
1201<adiamas> no.. only current selected line.. as you page through...
1202<Bagder> right
1203<adiamas> but if you only get the ful name when you cursor over it...
1204<Bagder> but then you don't need to store the full name in memory
1205<adiamas> you are going to be spinning up and down the drive constantly
1206<adiamas> sure you do
1207<Bagder> ah
1208<Bagder> true
1209<adiamas> now.. we can make alterations.. say.. ".mp3" can be dropped..
1210<adiamas> and all directory structure...
1211<adiamas> that i fully agree..
1212<adiamas> oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files
1213<adiamas> i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8"
1214<adiamas> hehehe
1215<Bagder> hehe
1216<adiamas> play didn't like that much
1217<Bagder> was it good? ;-P
1218<adiamas> id rather display "Not an mp3" or something when you select it...
1219<adiamas> and it's easy enough a check to do when you select a file to play
1220<adiamas> Bagder wanna do me a favor?
1221<Bagder> sure
1222<adiamas> could i mail you this icons.h and tree.c for the uisim..
1223<adiamas> let me know if the idea makes sense?
1224<adiamas> it works.. just dont wanna set bad precident
1225<Bagder> sure, fire away
1226<adiamas> so no reasont to check it in
1227<PsycoXul> i think it should do something specific to the filetype whenever it can, even if its something simple, and some simple thing for whatever unknown things
1228<PsycoXul> eg you "play" a text file it shows it to you
1229<Bagder> and if you play a HTML file ... *g*
1230<PsycoXul> heh
1231* Bagder grins
1232<PsycoXul> yes so when are we getting the modem driver for the serial port?
1233<adiamas> lol
1234<Bagder> uh, that'll be after I'm done with the apache port
1235<PsycoXul> hehe
1236<adiamas> bag, sent
1237<Bagder> gotem
1238* adiamas thinks you should all read quesiton # 17 on the FAQ
1239<Bagder> adiamas: I like that approach, I only have some nits
1240<PsycoXul> oh yeah btw
1241<PsycoXul> Q18. I don't see you mentioning ogg files on your list of ideas. What about
1242<PsycoXul> supporting those?
1243<PsycoXul> that question kinda seems odd when right within the same page you can see
1244<PsycoXul> - Support playing of other files types (ie: Ogg Vorbis support)
1245<PsycoXul> in said list of ideas
1246<Bagder> adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern"
1247<adiamas> well.. thats why i was planning on having the calling function to get the array
1248<adiamas> having externs all over the place is nasty
1249<adiamas> but thats just my opinion...
1250<adiamas> ill set it up your way and we can argue later :)
1251<Bagder> :-)
1252<adiamas> and i couldn't come up with a better name then that :)
1253<Zagor> having extern in .h files is not nasty
1254<Zagor> only in .c files
1255<adiamas> your right...
1256<adiamas> but if we do it continuously...
1257<adiamas> your going to get files with 20+ externs...
1258<adiamas> and name collisions are bound to happen...
1259<adiamas> ive had them happen already
1260<PsycoXul> be more creative with your names
1261<Zagor> well if they're extern they're part of the API and should be named apropriately
1262<PsycoXul> i'd show you some of the ones i come up with, but you'd probably be offended :p
1263<adiamas> zagor i agree.. but if two ppl 'name appropriately' it doesn't prevent collisions :)
1264<PsycoXul> sure it does
1265<adiamas> how?
1266<Zagor> adiamas: right, but then we smack them and joy is restored
1267<PsycoXul> if you're using some api you don't name your vars by its external var naming conventions
1268<PsycoXul> heh
1269<adiamas> PsycoXul sure.. but were already at 14k+ lines
1270<adiamas> are you telling me that you know _every_ extern we have defined already ;)
1271<PsycoXul> no but i don't need to if i name my things in a specific manner
1272* adiamas uses that figure because someone else poitned it out the other night.
1273<adiamas> sure you do...
1274<adiamas> there is no way to prevent collisions (other then slapping :) ) when you extern
1275<Bagder> many of those 14K is in the simulators
1276<adiamas> so it becomes either, a. know the code or b. trial and error.
1277<Zagor> adiamas: I count six (6) externs currently
1278<adiamas> thats all im saying
1279<PsycoXul> take this function, for example [advance appology to young or sensitive viewers]:
1280<PsycoXul> shit carray(ass *bigass, ass *fatass) {
1281<PsycoXul> shit poop;
1282<Zagor> three of which are the fonts
1283<PsycoXul> for (poop=0;(bigass[poop] == fatass[poop]);poop++);
1284<PsycoXul> return poop;
1285<PsycoXul> }
1286<PsycoXul> i don't think that would have collisions with much of anything
1287<adiamas> what about carray?
1288<Zagor> except the code ethics police :)
1289<adiamas> know one else is going to use that? ;)
1290--> Linus (~linus@labb.contactor.se) has joined #rockbox
1291<Bagder> hey Linus
1292<adiamas> Zagor: i agree.. its more of the 'as we go' thing...
1293<PsycoXul> yeah well that could be named differently
1294<adiamas> thats all im saying.
1295<PsycoXul> :p
1296<PsycoXul> it really should
1297* adiamas trouts PsycoXul viciously.
1298<PsycoXul> but i leave it like that anyways
1299* adiamas trades his trout in for a nice frozen ferret
1300<PsycoXul> i've got another one thats named much more appropriately, however i figured in case anybody wouldn't appreciate the one i did paste, they really wouldn't appreciate this one
1301<adiamas> okay.. who wants to be ferreted?
1302<adiamas> grrrr...
1303<adiamas> can someone please make a note somewhere making a request for bounds checking?
1304<adiamas> snprintf vs sprintf
1305<Zagor> we should prevent sprintf somehow, so it won't link
1306<Zagor> same with strcpy
1307<adiamas> i suggested defining our own empty sprintf
1308<adiamas> and strcpy
1309<adiamas> with no args
1310<adiamas> so the compiler bitches
1311<adiamas> it didnt go over well :)
1312<Zagor> i'm not sure
1313<Zagor> linus and I just got the target ata code working
1314<Bagder> anyone sits on a malloc() testing program? ;-)
1315<adiamas> sweet :)
1316<Bagder> *nice*
1317<Zagor> so now we have full fat access on target
1318<adiamas> any chance of partitioning out our unit yet or what ;)
1319* adiamas coughs *reiserfs*
1320<Zagor> adiamas: we already support multiple partitions, actually. but only fat32 so far, of course.
1321<adiamas> wow.. didn't know you'll had taken that far
1322<adiamas> okay, icons.[ch] created and commited
1323<adiamas> tree.c
1324<adiamas> updated
1325<adiamas> and io.c fixed with removal of sprint, strcpy calls
1326<adiamas> Zagor what do you think of a file for global #defines?
1327<adiamas> stuff like the starting font size
1328<adiamas> and menuing/dir y co-ordinates
1329<Zagor> i feel this could be located in the ui code rather than some global file, no?
1330<adiamas> well, thats what i mean...
1331<adiamas> prob is, what file would you put it in
1332<adiamas> only thing i can think of would be app.c
1333<Zagor> why not? start with it there
1334<adiamas> fair enough
1335<adiamas> deal with that tomorrow.. need sleep
1336<adiamas> night al
1337--- You are now known as adi|sleep
1338<Zagor> night!
1339<Zagor> g'night, even
1340<Linus> Zagor: go work on the read() !!!!
1341<Zagor> i'm on it
1342* Bagder works on malloc()
1343<Linus> Bagder is a nice person
1344* Bagder walks to fill up his coffee cup
1345--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
1346<-- Zagor has quit (Read error: 104 (Connection reset by peer))
1347--- Zagor_ is now known as Zagor
1348<Bagder> the malloc system will benefit to get adjusted to our use cases
1349<Bagder> whatever they are
1350<Zagor> yup
1351<Bagder> anyway, this seems to work pretty good now, and I can run all sorts of test cases against it
1352--> alkorr (alkorr@srs01v-3-66.n.club-internet.fr) has joined #rockbox
1353<Zagor> hi alan!
1354<Bagder> hey alan
1355<alkorr> hi Zag', Bagd'
1356<alkorr> what's up ?
1357<Bagder> the usual
1358<Bagder> all sorts of poking in sources all over
1359<Bagder> Linus and Zagor are doing progress on the ATA
1360<alkorr> pokemen :)
1361<Zagor> zagachu and linuchoo
1362<alkorr> adding interrupt in ata ?
1363<Zagor> not yet
1364<Zagor> we just got everything working together
1365<alkorr> ok
1366<Zagor> humm, my read() doesn't signal EOF. that's not very nice :)
1367<alkorr> see you later
1368<Bagder> see ya alan
1369<Zagor> I now return -ERRNO values from file.c. anybody see a problem with that?
1370<Linus> Not at all
1371<Bagder> yes
1372<Linus> You should set errno. :-)
1373<Bagder> we check for -1 from read() for errors
1374<Linus> why not < 0?
1375<Bagder> and lseek too
1376<Bagder> because POSIX says -1
1377<Linus> Ah. So errno is the way to go.
1378<Bagder> it is
1379<Zagor> yes but errno needs a thread context :(
1380<Linus> so?
1381<Bagder> can't we make our own errno instead?
1382* calpefrosch going to have lunch now
1383<Zagor> so I don't want a thread context
1384<Linus> because...
1385--- calpefrosch is now known as calpefrosch|eats
1386<Zagor> because it's not really giving us anything we need
1387<Linus> you mean like errno?
1388<Bagder> we don't need thread contexts for errno
1389<Bagder> only because newlib forces us
1390<Zagor> yes. we don't *need* errno for any other reason than to sustain strict POSIX comliance
1391<Linus> Bagder: no. Just a thread safe errno
1392<Bagder> we don't need a thread safe errno
1393<Bagder> heck
1394<Linus> oh? Why not?
1395<Bagder> we don't need errno much at all
1396<Linus> Maybe not
1397<Bagder> well, people should be used to errno not being thread safe
1398<Linus> Really?
1399<Bagder> yes
1400<Linus> Well then. Go for an unsafe errno.
1401<Bagder> we'll educate the masses ;-)
1402<Linus> :-)
1403<Linus> Good. What about perror()?
1404<Linus> When DEBUG compiled.
1405<Zagor> strerror[] is better, imho
1406<Zagor> hmm, or maybe not
1407<-- alkorr has quit (Read error: 110 (Connection timed out))
1408--- Zagor is now known as Zagor|lunch
1409--- calpefrosch|eats is now known as calpefrosch
1410--- Zagor|lunch is now known as Zagor
1411<-- Linus (~linus@labb.contactor.se) has left #rockbox
1412<Zagor> read() is working
1413* Zagor cheers
1414* Bagder horrays
1415<Zagor> it's a bit messy but we'll fix that
1416<Bagder> closing on reading an mp3 now huh? ;-)
1417<Zagor> you bet
1418--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1419<Bagder> hey edx
1420<edx> hi :)
1421<edx> it's been a while... hehe i am working on a little secondary computer (i try to run cygwin with sshd there...)
1422* edx has networking problems with his new computer and will be right back.
1423<-- edx has quit (Client Quit)
1424<Zagor> I and Linus discussed versioning during lunch. We came up with the idea to write a list of "requirements" that version 1.0 should fulfill.
1425<Zagor> something like: Directory browsing, mp3 playback and volume control.
1426<Bagder> that'd be very good
1427<Bagder> we could put features on milestones
1428<Bagder> makes it easier to see where to put your efforts first
1429<Zagor> yes
1430<Zagor> I'm writing a status report. anything you think I've forgotten? ;)
1431<Bagder> uuuuuh ;-)
1432<Bagder> the scrolling dir browser!
1433<Zagor> adding
1434<Zagor> who wrote that? you?
1435<Bagder> no
1436<Bagder> Dave Chapman and Stefan Meyer
1437--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1438--- edx is now known as edx|
1439--- edx| is now known as edx
1440<edx> hi... is anybody of you linix guys there.. i have a question :)
1441* Bagder is around
1442<edx> ok.. i set up an ssh server and when i connect i get this:
1443<edx> You are successfully logged in to this server!!!
1444<edx> setgid: Invalid argument
1445<edx> what is taht setgid and where is it called?
1446<PsycoXul> gid is group id
1447<Bagder> man setgid
1448<PsycoXul> like uid is user id
1449<edx> aha
1450<edx> and whats not working with this
1451<Bagder> edx: it is probably called by the server or something
1452<edx> yea it is called by the server.
1453<edx> but why :/
1454<Bagder> why?
1455<edx> i guess its a cygwin related thing.. ?
1456<Bagder> to change effective group
1457<edx> bah.. and why does it have an invalid argument
1458<PsycoXul> cause i don't think windows has groups...
1459<Bagder> that is probably cygwin related, yes
1460--> chris1 (~flanz@62.132.155.14) has joined #rockbox
1461<PsycoXul> seems like cygwin would provide some sort of compatability
1462<chris1> h
1463<Bagder> hi chris1
1464<edx> hi
1465<edx> hmhmmhmmm... hmmm
1466* edx will rebuild etc/passwd stuff
1467<chris1> cygwin ?? you want to use gcc on W32
1468<Bagder> edx is one of those weirdos ;-)
1469<edx> i never said i was to build stuff with it :P
1470<edx> just playing iwth the ssh server :)
1471<Bagder> Zagor: perhaps the "app" stuff in uisimulator should be moved to firmware/app/ or something
1472<Zagor> mmm, maybe
1473<Bagder> since it isn't strict simulato stuff
1474<Zagor> we discussed the library approach during lunch again. i'm warming up to it.
1475<Bagder> ah
1476<Bagder> still, the simulator directory seems the wrong place for actual code meant for target too
1477<Zagor> so maybe we should make an "applications" cvs module containing all various applications instead
1478<Bagder> right
1479<Zagor> so do we want "app" or "applications"? :-)
1480* PsycoXul votes for "apps"
1481* Bagder raises his hand for "apps" too
1482<Zagor> right
1483* Bagder wants ironi's web design applied
1484<Zagor> yeah, me too
1485<Zagor> soon I'll just rip it myself :)
1486<Bagder> :-)
1487<Zagor> apps module created. create subdirs in it for each applications
1488<Zagor> I'm still undecided if we should have a "player" and a "directory" directory
1489<Zagor> or if we should try to make them coexist
1490<Zagor> "player" and "recorder", of course
1491<Bagder> in the application level, much will differ between them I guess
1492<Zagor> precisely
1493<Bagder> we could probably start with moving files from the uisimulator to the apps dir
1494<chris1> the firmware can load latter the Recorder code from the disc as file.I use to 90 % the Player.
1495<Zagor> chris1: yeah but what's the point? we'll create separate binaries for players and recorders.
1496<calpefrosch> edx: are you using wincvs?
1497<chris1> yes. We have some #ifdef in the player code to make the best results( smale binarys) for Rec and Player.
1498<Zagor> exactly
1499<chris1> my comments applys not the the source code move talk :)
1500* edx managed to get the ssh server working
1501<Bagder> "its possible to set registers so two outputs are connected together, thus blowing the ATAPI interface"
1502<Zagor> not likely
1503<Bagder> sounds unlikely, yes
1504<chris1> the player means ( target player&rec ) . The function Recorder can be a addOn module, load by the firmware from archos harddisk.
1505<Zagor> dynamic loading would require more code than the recording function, probably... :-)
1506<Bagder> we speak of Recorder and Player when we mean the different Archos models
1507<Zagor> ah, yes
1508<Bagder> gotta go
1509<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1510* calpefrosch goes home
1511<calpefrosch> bue
1512<calpefrosch> bye
1513<Zagor> bye
1514<-- calpefrosch (~calpefros@62.52.174.30) has left #Rockbox
1515<chris1> dynamic loading can be a folder (plugins) on the root filesystem, where the User must reload a other firmware.That have no playlust support etc.
1516<chris1> That can only record, an have all the memory for this task.
1517<Zagor> yes but we must write the dynamic loading code ourselves. there is no operating system.
1518<Zagor> and dynamic loading is very complex
1519<Zagor> it's better to have a simple boot loader that lets you select different firmware versions att startup
1520<Zagor> we have plans for such a boot loader (caller 'rolo')
1521<chris1> ok, this boot loader can have return point if no firmeware select, and can call by the allready loaded firmware.
1522<Zagor> no, we can not return to the ROM firwmare. once the archos has loaded our file, we are on our own.
1523<PsycoXul> well if a firmware that the bootloader runs returns, can it continue?
1524<PsycoXul> the bootloader i mean
1525<Zagor> that's a possibility
1526<Zagor> if we reserve an area in RAM for it then a firmware can "exit" by calling it
1527<Zagor> also it's not impossible to have each firmware contain a snippet of code that loads "rolo.bin" and executes it
1528<PsycoXul> heh
1529<Zagor> especially games would benefit from this
1530<PsycoXul> the bootloader would appear like an OS that lets you run programs
1531<Zagor> yes
1532<chris1> cool
1533<Zagor> in a way, it would look like the plugins chris talks about. but in reality they are separate applications.
1534<chris1> I think the time will show what is the best solution for this.First task is to go to R1.0. .) that can play mp3.
1535<Zagor> yes
1536--> Linus (~linus@labb.contactor.se) has joined #rockbox
1537<Zagor> hi linus
1538<Linus> Yo!
1539<Linus> I'm baking with my son
1540<Linus> Zagor: is the read() working?
1541<Zagor> yes
1542<Zagor> i'm struggling with lseek() now
1543<Linus> I can't wait...
1544<Zagor> SEEK_SET and SEEK_END works, but SEEK_CUR bugs
1545<Zagor> (when used in insidious ways, that is)
1546<Linus> Ah. But how hard can that be...
1547<Zagor> the problem is, of course, the sector caching and when you seek back cross-sector etc
1548<Linus> Ah. I see
1549--- Linus is now known as Linus|baking
1550<Zagor> ahhh, works again
1551<-- wannabeuihacker has quit (Read error: 110 (Connection timed out))
1552<Zagor> gotta go. bye
1553<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
1554<-- chris1 has quit (Remote closed the connection)
1555<-- wavey has quit (Read error: 110 (Connection timed out))
1556--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
1557--> edx|cygwin (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1558<-- edx has quit (Read error: 104 (Connection reset by peer))
1559<edx|cygwin> heh.. got irc to work with cygwin.. finally
1560--> edx (~edx@pD9EA9824.dip.t-dialin.net) has joined #rockbox
1561--- edx is now known as edx|
1562--- edx| is now known as edx
1563--- edx is now known as edx|away
1564<adi|work> hehe go you edx
1565--> quiquee (~quique@217.8.199.41) has joined #rockbox
1566<-- quiquee has quit ("Leaving")
1567--- Linus|baking is now known as Linus
1568<elinenbe> how is the food?
1569<elinenbe> :)
1570<Linus> Great
1571--> quiquee (~quique@217.8.197.154) has joined #rockbox
1572<quiquee> I guess today is a bad day to check out the firmware from cvs
1573<quiquee> # __________ __ ___.
1574<quiquee> # Open \______ \ ____ ____ | | _\_ |__ _______ ___
1575<quiquee> # Source | _// _ \_/ ___\| |/ /| __ \ / _ \ \/ /
1576<quiquee> # Jukebox | | ( <_> ) \___| < | \_\ ( <_> > < <
1577<quiquee> # Firmware |____|_ /\____/ \___ >__|_ \|___ /\____/__/\_ \
1578<quiquee> # \/ \/ \/ \/ \/
1579<quiquee> # $Id$
1580<quiquee> #
1581<quiquee> HPATH = /usr/local/sh1/bin
1582<quiquee> CC = $(HPATH)/sh-elf-gcc
1583<quiquee> LD = $(HPATH)/sh-elf-ld
1584<quiquee> AR = $(HPATH)/sh-elf-ar
1585<quiquee> AS = $(HPATH)/sh-elf-as
1586<quiquee> OC = $(HPATH)/sh-elf-objcopy
1587<quiquee> INCLUDES=-I. -DBLOCK_SIZE=512
1588<quiquee> CFLAGS = -Os -Wall -m1 -nostdlib -Wstrict-prototypes -fomit-frame-pointer -fschedule-insns $(INCLUDES)
1589<quiquee> AFLAGS += -small -relax
1590<quiquee> SRC := $(wildcard *.c)
1591<quiquee> OBJS := $(SRC:%.c=%.o)
1592<quiquee> %.o: %.s
1593<quiquee> all: $(OBJS) # archos.mod # archos.asm
1594<quiquee> archos.elf : $(OBJS) app.lds
1595<quiquee> archos.bin : archos.elf
1596<quiquee> archos.asm: archos.bin
1597<quiquee> archos.mod : archos.bin
1598<quiquee> dist:
1599<quiquee> clean:
1600<quiquee> =======
1601<quiquee> sorry aboyt that
1602--> calpefrosch|away (~hotrana@p5082C723.dip0.t-ipconnect.de) has joined #rockbox
1603<-- calpefrosch|away has quit (Client Quit)
1604<elinenbe> woo hoo!
1605<quiquee> I am sorry, trying to paste and copy in an xterm in cygwin/X
1606<quiquee> crt0.o: In function `main_k':
1607<quiquee> crt0.o(.init.text+0x74): undefined reference to `main'
1608<quiquee> when trying to compile the firmware
1609<Linus> There is no firmware. Just a bunch of source files.
1610<quiquee> I thought it was already something that could compile as a whole
1611<Linus> Not yet.
1612<-- quiquee has quit ()
1613<-- edx|cygwin has quit ("Leaving")
1614<-- Linus (~linus@labb.contactor.se) has left #rockbox
1615<adi|work> should all the apps that are in the uisim be moved to the new apps dir?
1616--> chris1 (~flanz@Bbb2d.pppool.de) has joined #rockbox
1617<chris1> can i leave a mesg to zagor ?
1618<adi|work> sure.. go ahead
1619<adi|work> ill give it to him
1620<-- chris1 has quit (Read error: 110 (Connection timed out))
1621<-- miah has quit (Remote closed the connection)
1622--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
1623<-- edx|away has quit (Read error: 110 (Connection timed out))
1624--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1625<Bagder> hey wavey
1626<adi|sleep> so whats the story with putting apps into the apps dir?
1627<wavey> good morning
1628<Bagder> adi|sleep: just that the apps probably shouldn't be in the simulator dir
1629<Bagder> since they'll be part of target builds too
1630<adi|sleep> right.. but what i mean is, should i just move them over blindly or what?
1631<Bagder> btw, it is a national holiday in Sweden today, thus the calmness ;-)
1632<adi|sleep> hehe k.. i was wondering..
1633<adi|sleep> what is the holiday?
1634<Bagder> it is a traditional religious thing
1635<adi|sleep> gotcha
1636--> edx|away (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox
1637--- edx|away is now known as edx|breakfast
1638<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
1639<-- edx|breakfast has quit (carter.openprojects.net irc.openprojects.net)
1640<-- wavey has quit (carter.openprojects.net irc.openprojects.net)
1641<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
1642<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
1643--> edx|breakfast (~edx@pD9EA9986.dip.t-dialin.net) has joined #rockbox
1644--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
1645--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
1646--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
1647--- edx|breakfast is now known as edx
1648<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]")
1649<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
1650--> alkorr (alkorr@srs03v-7-153.n.club-internet.fr) has joined #rockbox
1651<-- alkorr has quit (Client Quit)
1652--> calpefrosch|away (calpefrosc@p5082C71C.dip0.t-ipconnect.de) has joined #rockbox
1653--> ironi (irony@pce284-lr.ing-stud1.hj.se) has joined #rockbox
1654<ironi> hello
1655**** ENDING LOGGING AT Thu May 9 12:23:28 2002
1656
generated by cgit v1.2.3 (git 2.39.1) at 2024-09-24 12:23:15 +0000