diff options
Diffstat (limited to 'www/irc/rockbox-20020509.log')
-rw-r--r-- | www/irc/rockbox-20020509.log | 1656 |
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> :) | ||
468 | Linus 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 | |||