From 216e50b3b66b8c8f15f4e06a6c9e535cb4b216c6 Mon Sep 17 00:00:00 2001 From: Robert Hak Date: Fri, 14 Jun 2002 09:07:19 +0000 Subject: updating irc logs git-svn-id: svn://svn.rockbox.org/rockbox/trunk@996 a1c6a512-1295-4272-9138-f99709370657 --- www/irc/rockbox-20020511.log | 386 +++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 386 insertions(+) create mode 100644 www/irc/rockbox-20020511.log (limited to 'www/irc/rockbox-20020511.log') diff --git a/www/irc/rockbox-20020511.log b/www/irc/rockbox-20020511.log new file mode 100644 index 0000000000..8cb3981dd6 --- /dev/null +++ b/www/irc/rockbox-20020511.log @@ -0,0 +1,386 @@ +**** BEGIN LOGGING AT Fri May 10 01:37:30 2002 + +--> stile (~adiamas@as5300-9.216-194-23-111.nyc.ny.metconnect.net) has joined #rockbox +--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ +--- Topic for #rockbox set by Zagor at Fri Apr 12 09:45:52 +--- You are now known as adiamas +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + boo. + Bagder you around? + yeps + wanna test something for me witht he uisim? + sure + okay... remove your archos dir under x11 + and then run the sim... + go to browse + and try to browse.. tell me what happens + Segmentation fault (core dumped) + looks like my fault + okay.. i have a fix for it.. just no sure you gonna like it. + x11_opendir() should be fixed + you need to do a check and make sure your opendir succeeds.. let me get you the line + right + want i should toss up my fix? + I'll fix it + k + committed + i ment to ask.. why arent we using stdlib so we can have NULL + or define our own NULL + ? + we should + just me being lazy + :) +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Moo! + boo + you digging mp3s now? ;-) + Well, almost + I have some issues with the MP3 bit swapping performancs , but it rocks! + I can imagine that + I don't like having to bitswap every f**king byte of an MP3 song + It takes time + no shit? ;-) + perhaps we can make second read() or something that bitswaps right away when reading + but perhaps it makes no diff + We should. Or even at ATA level, so we don't even have to store the unswapped bytes. + yes, that's my thought + an ata_read_shift() function + And prehaps swap at a word level. That saves us half the time. + ...with a 64K table... :-( + yeah + but we can generate the table in runtime at least + Yup + do you know if the recorder will need this swapping too? + I don't think so. It has a parallel interface + ah, right + Still, the loop I am using today is far from optimal. If we hand-assemble the bitswap loop it shouldn't take much time. + have you been able to load new parts of the mp3 while one part is playing? + I haven't tried yet. That's my project for tuday. + you rock + I do my best + Luckily, this is what I'm best at :-) + :-) + It took me some time to discover that the FAT driver didn't swap the words in the FAT... + And not that much time to doscover that the SWAB32 macro was braindead. + btw, i had a thought the other day.. how does the firmware on the HD effect the charging and how/when it claims to be charged + I don't know. I guess it measures the voltage using the A/D converter. + But it must be somewhat complicated to get a good A/D reference voltage... + Someone with good knowledge of electronics will have to look into this + icon wise.. i was thinking.. the char maps we have on the website... should those all be mapped? + In the simulator? + we should get the player ones in for the simulator to look more like a Player + umm.. by 'player' you mean recorder icons? + no + we simulate the player + but we do that using our own defined charset + which happens to be the same as we use on the Recorder + okay, so i should do the player icons first? +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + they are the only ones we more or less need to make a good simulator, yes + okay... + the recorder-ones aren't needed, since the Recorder doesn't have them "built-in" + although some of them might be useful anyway + it looks as if they made the battery meter using chars... + hi wavey + um.. okay. now im confused again... + 1. what do you mean by 'built-in' + the Player has those characters built-in into the LCD stuff, we can't change them + okay.. then how do we reference them? + Bagder: The battery icon is not character based. It's specially made on the LCD. + Like the USB icon and a load of others + adiamas: we send ascii strings to the LCD + Linus: oh, ok, but there are chartacters looking very much as if made for that purpose + ah. in the recorder? + Linus: yes + IC. I'm a player guy. :-) +* adiamas is way lost + have we worke don those 'char strings' at all? + adiamas: check out lcd_puts() for the Player LCD + we just send a plain string to that LCD + it isn't graphical at all +* adiamas shrugs + they player LCD is simply two lines with 11 letters on each + nod + i just don' get how char strings give you the output. + namely, how we know what string does what + we pass a string like "abcde" +* adiamas feels progressively dumber + the LCD shows that on screen + well that i get... + what about file icons + or battery indicators + eeh + there are some fixed "icons" on the LCD + heh + adiamas: those are pre-defined in the LCD + adiamas: we only turn them on or off + okay.. then with all of this.. will we be defining our own icons at all... + and if not, why did we start to for the recorder? + the Recorder supports them very well + icons are just whats defined in the LCD already for the player + then we've got CGROM which contains all char set mapped out already, and CGRAM where we can draw 8 of our own chars + for display on the 2 lines + ... but we don't simulate those Player icons at all yet + okay.. so for player everything is done... + now.. what about the recorder? + for the player everything is done on target, but not much simulated + we should introduce an API for the Player LCD "icons" +--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox + adiamas: actually, I think we should think through how we want the icons and images present on the recorder screen + presented you mean? + adiamas: like how the built-in sw always have a number of icons on the screen, whatever screen we view + well, thats going to be a factor of how we work the menuing + yes + hey calpefrosch + another factor to consider is, if we are going to 'zoom' in on items... ie: increase font size, for the user.. + what happens to the icons then + right + there are a few "usability issues" to sort out + hey +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + hey all +--- Zagor_ is now known as Zagor + moo Zagor +* Bagder does a cow sound + hey Zagor +--> alkorr (alkorr@srs07v-3-250.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) + my malloc() is about ready to get added, as soon as we see a need for it + I use newlibs malloc(9 at the moment + how did you solve the sbrk? + It is included + It uses all space between _end and _stack + aha + Easy as pie + ...after digging in the "documentation" and the sources +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + neato + blah, the newlib CVS doesn't work + work? + cvs checkout: cannot open CVS/Entries for reading: No such file or directory + blerk. Why do you need the CVS? + I don't *need* it, I just hate the word "snapshot" + why do you need the snapshot? + .... and that's the only alternative + that is all there is + never mind +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + okay folks.. we officially ahve 10 icons to play with for the recorder now + heyyyy, wavey + adiamas: nice + howdy :) + we now have the file on that was there, plus folder, open box, filled box, the triangle selector and some other stuff... + Bagder: I looked at their FTP. Loads of newlib releases. Where are you looking? + "Source snapshots are available as gzipped tar files via anonymous FTP from the newlib ftp directory." + yes there're there + Well, that is not entirely true. The have release archives as well. + the CVS still doesn't work ;-) + and their ftp server is full + Actually, that is only what they have. They don't have snapshots. :-) + How large is your mailbox? + they don't actually say that they are releases anywhere + therefor, I assumed they are the snapshots they mentioned + ftp://sources.redhat.com/pub/newlib/newlib-1.10.0.tar.gz + "Sorry, the ftp server has too many active ftp connections (30/30)." + ... + worked now + I'd still prefer the CVS version ;-) + Yeah. I don't. God knows what they have checked in recently. + coward ;-) + I just played Machinae Supremacy right off the hard drive + yay +* Zagor cheers + "and there was much rejoicing" + "it's just a model" + "let's not go there, its a silly place" + "Play-a-lot" +--- Linus is now known as Sir +--- Sir is now known as Sir-Play-a-lot +--- Sir-Play-a-lot is now known as Linus + how wide and tall is the recorder in pixels? + 112 x 64 + ty + LCD_WIDTH and LCD_HEIGHT in lcd.h +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|lunch + this archos recorder is pissing me off + faulty as hell + used to reset in battery mode only, now it does it in dc too + ough +* wavey contemplates returning it +--- Zagor|lunch is now known as Zagor +--- Linus|lunch is now known as Linus +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + YOOOO! + Just listening to Machinae Supremacy, from the hard drive. The whole song! + so what happens when the song ends? ;) + Don't know yet. We'll see in about 8 minutes... :-) + you r00lz :) + hi + Yo! + for the mp3-player in win32, can we use an Active X ? + I didn't found anything for native playing yet + I don't know. Win32 isn't exactly my ball game. +* calpefrosch have to go to a meeting :-( +--- calpefrosch is now known as calpefrosch|away + The ATA/FAT read is surprisingly slow... + It takes a while second for 128K... + whole + odd + The -O switch cured that pretty well... +<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + welcome! + ah, so now it's fast? + yes it is + But i think it can be faster + Damn. The DMA IRQ didn't recognize the end of the song when the last loaded chunk wrapped in the buffer... + how come? + A negative unplayed_space_left variable (write - read < 0) + Otherwise it works cool as hell! + Version 1.0 is coming closer and closer! + ninjax! + "...I wanna fell like that agin..." lalala + Machinae Supremacy rocks! + wavey: what was your purpose with disk.c/h again? it's colliding with common/disk.c/h +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + heyy, bagder. we need to start working on a player ui asap + where do I start? + (in the simulator, I mean) + I was hoping we'd get the the one the other guy was working on... but... + Zagor: edit the Makefile to build a Player simulator + I did. but nothing happens when I start it + no window with silly text in it? + no, just empty. I only redefined $(DISPLAY), but that should be enough right? + yes + lemme see + umm, wai + t + it's the x11/Makefile I need to change, nothing else? + yes + make clean and make + yup + I get text in my window + I don't + move it then, or put a window over it a while or something to get an event + ahh + now I got the text + :-) + I've seen that happen before, I'm not sure why this happens though + X11 magic stuff + ok, I'll add player support to tree.c + goodie + " I added the menu functions and got a menu system for the player" + ok, good + but I never got any + ok + hmm, maybe we should have a lcd_setfont() call instead of a font parameter to lcd_puts(). as it is now, I have to #ifdef all puts() calls just because of this + the coordinates are different too + uh, right. I'm a fool :) + :-) + setfont() might be good anyway + the bad thing is it introduces "state information" + yes, but it would reduce a large amount of passed zeroes... + yup +--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Excess Flood) + hmmm, idea: we make a lcd_setfont() and a lcd_setmargins() call. then lcd_puts() can use x,y "char position" for both player and recorder +--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox + that would make much code identical + sounds pretty good + would even make "zooming" work + yeah + when setfont()ing a larger font + good point + we should have both "charpos" and "bitpos" calls. what do we call the "bitpos" call? putsxy is not very obvious... + I vote for that anyway + yeah, that's what I'm having right now :) + Im having a turkey roast !) +* Bagder jumps, elinenbe is alive ;-) + I am alway here. + I am always here + Zagor: are you planning to move the apps to the apps dir? + yup + Gotta go! + bye Linus +<-- Linus (~linus@labb.contactor.se) has left #rockbox + cu + too +<-- alkorr has quit () +--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + the player dir browser is now working + oops, left a debugf() + well, I've got to go. see you! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Tumm has quit (Read error: 113 (No route to host)) +--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox +--- You are now known as adi|home +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + rock on! +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> quiquee (~quique@217.8.196.173) has joined #rockbox + Good evening all. Anyone feel like talking rockbox? + good evening +<-- wavey has quit (Read error: 110 (Connection timed out)) + linuxstb sure.. whats up? + I've just incorporated the libmad source into the uisimulator directory and was wondering whether to commit it. + ahh.. right.. saw your email :) + well... id say hold off until Zagor or Bagder could give you a proper answer. +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + adi|home: that is what I was going to do. + :) +<-- wavey has quit (Read error: 104 (Connection reset by peer)) +<-- quiquee has quit ("Leaving") + bye. + \exit +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + sob.... +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox +--> calpefrosch|away (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox + Hello calpefrosch +--> alkorr (alkorr@srs03v-1-174.n.club-internet.fr) has joined #rockbox +<-- alkorr has quit (Client Quit) + hi +--- calpefrosch|away is now known as calpefrosch + I've started implementing a mpeg playing thread in the x11 simulator + Someone should try and mirror my development in the win32 simulator! + yes, I have seen some code. Do you use the libmad code ? + Yes. I have also started to use pthreads - I'm not sure if that is good or bad +<-- calpefrosch has quit (carter.openprojects.net irc.openprojects.net) +<-- adi|work has quit (carter.openprojects.net irc.openprojects.net) +--> calpefrosch (~hotrana@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox +--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +<-- calpefrosch has quit () +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> calpefrosch|away (calpefrosc@p5082C10B.dip0.t-ipconnect.de) has joined #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +<-- calpefrosch|away has quit (Read error: 110 (Connection timed out)) +<-- elinenbe has quit ("ChatZilla 0.8.7 [Mozilla rv:1.0rc2/20020510]") + linus you around? + Now I am + k... + umm.. not sure, but you may want to talk with linuxstb + I've started implementing a mpeg playing thread in the x11 simulator + Someone should try and mirror my development in the win32 simulator! + yes, I have seen some code. Do you use the libmad code ? + Yes. I have also started to use pthreads - I'm not sure if that is good or bad + he wants to add the libmad to the source tree, but hasn't gotten an answer from anyone... + he says its appx 900k + Well. What is this libmad thing? + Gotta sleep. Night! +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- PsycoXul has quit (Read error: 104 (Connection reset by peer)) +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--- Disconnected (22). +**** ENDING LOGGING AT Sat May 11 23:45:05 2002 -- cgit v1.2.3