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-20020502.log | 1869 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 1869 insertions(+) create mode 100644 www/irc/rockbox-20020502.log (limited to 'www/irc/rockbox-20020502.log') diff --git a/www/irc/rockbox-20020502.log b/www/irc/rockbox-20020502.log new file mode 100644 index 0000000000..593b1a4645 --- /dev/null +++ b/www/irc/rockbox-20020502.log @@ -0,0 +1,1869 @@ +**** BEGIN LOGGING AT Thu May 2 23:05:32 2002 + +--> adiamas (~adiamas@as5300-9.216-194-23-96.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 + dah + mah +--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox +--- [TDM]Mr_B|away is now known as [TDM]Mr_B +<-- [TDM]Mr_B has quit () + hmmm + hrm? + nothing.. just makeing updates to the uisim... + tetris now plays a bit nice with ppl... + and the menuing of the sim works properly./ + nice +<-- edx|sleeping has quit (Read error: 110 (Connection timed out)) + i've been following the project for a couple months now.. looks like things are getting there + i can't wait + are you on a win machine or a *nix? + unix + and windows + then you should pull down the sorce and play with the sim a bit :) + my unix boxes all lack X + ahhh.. + yea, i havnt had much time to play with stuff lately + that could be a prob... + im working on a linux distro + nice... what pulled you into that? + well, i worked at turbolinux for a while + and then at penguin computing.. + doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically + ok the cursor for the menu's + and got sick of installing and then configuring things to the way i liked them + it gets put back on tetris when i go to browse or rockabox + but its still actualy on browse or rockabox + so i started building my own stuff, so it would save me time.. + and neither of them are doing anything for me + heh + but i've been working on it for about a year now + hmm... let me look + hehe i know what it is.. one sec +--> calpefrosch (calpefrosc@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away + okay.. which makes more sense... + you choose a menu.. + enter it + when you come back out + should the cursor be at the top again, or where you left off? + im mixed on it + i say where you left off + where you left off.. + cool. + and whichever it is, it should be consistent + well.. i sense a series of funcitons coming for menuing + the current firmware for the player does both in various places of the menu and its annoying heh + okay.. fixed + pull it down and try it + actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is] +* adiamas nods + im going to be thinking about it over the weekend.. it irks me too +* adiamas takes a bit to switch gears from c++ mode to c mode + i miss classes _so_ much in a case like this :) + heh + ok so yeah thats better +* adiamas nods + now i just want to slow down tetris, + fix scoring + browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor + well.. the browse + you need to add a 'archos' directory to your files + that is being used to represent the '/' on the player + where? + ah got it + nice + in the x11 dir or win dir you are using + now.. lets see if i can replicate your other issue + yeah.. roxabox is more of a place holder... + just something for the screen.. ill remove it. + heh + so how much of this works target? + come again? + er + how much of this works on target? + you know actualy runs on the units + hmm i can't replicate your blanking when you go left after going right. + none yet + heh + none? + the simulator just lets us higher level coders start using the api we are developing + the lcd/button stuff should work no? + well.. some barebones stuff has been worked on.. + but no apps and such... + heh + tetris and the screensaver should be able to run on it i would think + im not about to toss this stuff onto my unit yet ;) + heh + okay.. newest version up.. try it now + PsycoXul are you working on windows or lin? + linux + k... + im waiting on one of the windows guys.. make sure this stuff works for them... + i dont think they would have a prob.. but you never know + so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target + everything that runs on/in the sim is using our api... so as far as i know.. most/all + though... you'd need to confirm that with Zagor and Bagder and edx + they tend to be involved with more of the on metal stuff + heh + ok it looks that the file/directory stuff is still unimplemented + thats part of what they are working on :) +--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey Bagder2 + morning + :-) +* Bagder2 tries to figure out why there's a Bagder still present + there isn't on my list + no, but if you /whois bagder, there is one + hmm.. odd + PsycoXul wanna do me a favor? +<-- calpefrosch|away has quit (Read error: 110 (Connection timed out)) + adiamas: we should rework the menu in app.c to support being longer than can be shown on screen + imho +* adiamas nods + thats what im working on now ;) + but i also want to do a 'menu.c/h' +* Bagder2 bows in front of adiamas + so makes it easier for sub menus + goodie + I'll try to attack the dir browser more this weekend + sweet + oh.. btw.. off now turns off the sim on the main menu + ok, seems reasonable + i thought so ;) + anyone mind if i remove the KEY PRESSED: output on stdout? + no + you can remove the lcd_update() crap too + k.. + we'll put it back the day we need to debug those things + no need to have them there all the time + k.. then ill just comment them out + where in the hell is that beep coming from! + + =) + no .. + ive got that turned off ;) + i mean from the sim + yeah I kinda hate that beep too + dude.. i don't know who just put in that last feature request, but they are sick :) +* Bagder2 agrees + when i do a cvs update + and i get an 'M' before a file... + whats that mean? + Merge + you have local changes + nods +--> calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + ello +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + Morning Bagder2 + Linus / Zagor you plan to go to the Appeal party tonight? + yep + me too + adiamas: what kind of favor?\ + nevermind :) + ok sorry + heh + I am not going + morning..(#) + for the simulator, which files do I have to create ? + what do you mean? + I created a \playlists\1.m3u, but I get a strange output + like: filename: Pý° + load_playlist( £C ) + dunno... + what do you do to get that output? + compiled the simulator with VC++ and started it... + oh + Oh, I had to define the DEBUGF for VC++ + -> #define DEBUGF debugf in debug.h + I don't know why edx has involved the playlist stuff in the simulator at this point + ahh, you mean it is not ready to test... + well, there shouldn't be any code calling any playlist functions + since the app.c has no code to do that + he is calling the harness.c + ... and that is badness + hmm + the harness.c is the test code for the playlist, it isn't meant to run in a simulator + hehe, now it's working :-) +* adiamas nods + okay... i think im done for the evening... + sleepy time... + night adiamas + and at the request of you europeans.. i am not going 'nappy' ;) + haha + im bedding + good night +--- You are now known as adi|asleep +<-- calpefrosch (~calpefros@p5082C7A8.dip0.t-ipconnect.de) has left #rockbox +--- Bagder2 is now known as Bagder +--- Linus is now known as Linus|lunch +--> Nm`jaK^j (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- Nm`jaK^j is now known as Bagder3 +--- Bagder3 is now known as Bagder44 + grrr + what's happening? + my muh disconnected and had problems to reconnect + the Bagder is a true irc ghost + it looks like an ircd bug +--- Linus|lunch is now known as Linus + fun.. + weee, now I can read partitioned disks too... + coolers +<-- Bagder has quit (Read error: 110 (Connection timed out)) + lookie :) +--- Bagder44 is now known as Bagder + that took a while + Gentlemen! WE HAVE SOUND!!!!!!!!! + goooooogogowooo +* Zagor is droooooling +* Linus is screaming with joy! + everybody else is sleeping ;) + typical... + sound? + I have managed to play MP3 data with the MAS! + woo + Kicking! + A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy. + heh + They shoule be proud + rather fitting, I'd say :) + or rather 4 seconds of the beginning of the song, but what the heck... :-) + this is the track, btw: http://www.machinaesupremacy.com/machinae_supremacy_-_arcade.mp3 +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + Zagor: you tried the ATA/FAT32 on target yet? + no, not yet. tomorrow... + We have a silly problem with the serial connection to thw MAS. + more "annoyance" than problem + yet very annoying :) + The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first. + We have to swap bit order of EVERY byte we read from the hard drive!!! + AAAAAAH! +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + Welcome! + I have good news! + congradulations!!!!!!!!! + woooo hooo!!!! + You heard! + yes!!! + Thx + that is awesome! + Indeed! + so every byte must be reversed bitwise? + but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :) + haha + Who are they? + Bagder: Yes, every byte + nono this should've played: + we didn't select very conciously, but I think it's rather appropriate actually + Run level zero - strapped to machinery.mp3 + :-) + or "Living in a Box" + Linus: time for inlined assembler? B-] + call Alan! +* Bagder giggles + well, they are DJs from Germany "Kruder & Dorfmeister" + They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it. + Or "4 sekunder" with Magnus Uggla + hehe + wait + new versions of old c64 songs? + why would you want to do that? the c64 had such a cool sound +--- Linus is now known as Linus|celebratin + PsycoXul: listen to their rendition of "giana sisters". they do it justice! +* Linus|celebratin goes to buy candy + ("do it justice"?) sometimes I don't even understand my own writing... + Swenglish + time for some candy celebration. brb + Is everyone here a sugar-holic, or is that just me? +* Bagder is gonna get a can of coke instead + the sidchip rules + it does +* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s + i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can + i already have tons of sids + on one of my systems somewhere + yeah ogg + oggs are good + there needs to be a way to play ogg on the archos + heh + that'd be cool, i'd like to see mod/s3m/xm too + that should be easy since those formats require very little cpu power + well + we need a DSP guru + it needs realtime mixing + we only have one chip that plays sound + yea + miah: those formats require multichannel mixing, which we can't do + really? + how many channels does the mas support to decode? + PsycoXul: one mp3 stream + Zagor: where can I find info about that Splimp thing you have for mp3-playback at home? + yes + my stupid laptop keeps going into sleep mode.. so annoying + but mp3 streams can be multi-channel no? + Bagder: www.slimdevices.com + thanks + PsycoXul: 2 channel, yes + well mp3 supports more than that + at least mpeg2 layer3 + i dunno much about the actual format though + still, we'd have to mix it *and* encode it in the cpu + are multiple channels stored within single frames, or are channel frames interpolated? + feel free to try, but I think it'll be hard +--- Linus|celebratin is now known as Linus + i think it's in a single frame, but I'm not sure + well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that + but pcm in low quality could probably be mixed by the sh1 maybe? + The PCm mode will probably support only 2 channels, since the application is stereo sound + true + At least the interface to the DAC is only 2 channels + well we have no pcm mode yet, so whoever writes that will decide :) + I pass + heh + so what kind of input does the dac take from the mas? + It's a serial interface, clock, data and frame sync + two time slots one for left channel, one for right + 16-bit or 32-bit +--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox + hi +--- edx|sleeping is now known as edx + Morning! +--- edx is now known as edx|away +<-- Linus (~linus@labb.contactor.se) has left #rockbox + Zagor: you wanna meet somewhere? +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +--> calpefrosch (calpefrosc@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +<-- calpefrosch has quit (Read error: 104 (Connection reset by peer)) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +<-- calpefrosch has quit (Client Quit) +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #rockbox +--- calpefrosch is now known as calpefrosch|away +--> thomasvs (~thomas@217-136-252-195.skynet.be) has joined #rockbox + kaping + hello + anyone around ? +<-- calpefrosch|away has quit () +--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox +--- calpefrosch is now known as calpefrosch|away + only for a sec.. on my way to work... + ok + ;) + I was just wandering how much an archos player costs + about $300 + you can check them out on ebay as well... + i picked mine up for about 200 + ok, thanks + get the recoder... much nicer! + but arnt the player and recorder basically the same thing? +<-- thomasvs has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|away has quit () + yes, but no. The recorder has a more able screen... +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:0.9.9+/20020414]") +--> thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has joined #rockbox +<-- edx|away has quit () +--> edx|away (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox +<-- thomasvs (~thomas@80-200-37-136.adsl.powered-by.skynet.be) has left #rockbox ("Client Exiting") +<-- adi|work has quit (Read error: 113 (No route to host)) +--> adiamas (~adiamas@151.204.140.140) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +<-- Zagor has quit ("bye") + anybody around? know um... + how many cycles to read/write that dram? + for the player? + well, this device is really tight on resources. good luck. + heh + you think its possible? + might be possible, yes + i should send somebody who's more knowledgable on the hardware and + hax0ring in here to talk to you heh + ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out + with highly optimized code, it should _just_ work. + ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating + psyco: afaics, the MAS whould be able to do the (m)dct for you + ok + it will be quite some (fun!) work, though +<-- edx|away has quit (Read error: 110 (Connection timed out)) +--> calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- calpefrosch (~calpefros@p5082C14D.dip0.t-ipconnect.de) has left #Rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox + hey zagor... + hey + you see any problem if i hack out a menu.c/h over the weekend + i figure im already noticing repetition in how ppl are looking to menu in the sim... + figured i cold give us a basis.. + rather then reinventing the wheel. + sure + have you played with the sim recently? + no + ahh... + well.. tetris plays a bit nicer and we have a basic screen saver..... + i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said: + well, this device is really tight on resources. good luck. + might be possible, yes + with highly optimized code, it should _just_ work. + psyco: afaics, the MAS whould be able to do the (m)dct for you + it will be quite some (fun!) work, though + interesting + nobody volunteered to help? ;) + oh.. zagor.. ment to ask... + nope heh + in the contrib file... + any reason your against const? + yes, people tend to use it wrong + so i take it opendir(),readdir(), etc don't work on target yet? heh + opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now + i have a habit of doing it. bear with while i adjust :) + okay.. off to bed.. need 2 hrs... +* Zagor just got up :) + hehhe i _should_ be just getting up... + 06:10... gotta love it.. + Zagor: how do i open the root directory? + PsycoXul: opendir("/") + hmm + Psyco check out tree.h and tree.c + well that doesn't seem to return on my unit + in uisim/x11 + PsycoXul you need to add an "archos" dir + i'm not talking about in the sim + that is being used to simulate the '/' on the player + i got the sim browser to work + heh + heheh ahh.. k + lemme see where its having problems actualy.. + well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars + and next is that + dir=opendir("/"); + doesn't return + unless there's something i need to do before it that i'm not + look in test/fat + heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p + look in test/fat/main.c + ok + you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk + ah ok + ok i see + anything to call later like to umount or spindown or something? + you don't have to, no writing is implemented yet so it's failsafe + why is there a firmware/disk.h and firmware/common/disk.h + firmware/disk.h will change, it's just a code container at the moment + ok + lcd_puts(0,0,"Hello."); + if(ata_init()) { + lcd_puts(0,0,"Disk error"); + return -1; + } + lcd_puts(0,0,"ata init."); + all i get is "Hello." + the ata code is not target tested yet, I'll be doing that today + ah + now we know it doesn't work :) + hehe +--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho + hi + I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second? + player + can't see any reason why not, just checking + i agree +--- Bagder is now known as Bagder|laundry +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--- Bagder|laundry is now known as Bagder +* Bagder starts to get the player simulator going + have you seen adis latest items on the faq? + nope + s/latest/last/ + Q: But I _really_ want to talk with you in person. + adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the + doctors here won't let me have pens or pencils. They say its some rule + about us not having sharp objects. I'm sorry. Now please stop calling me + here. + ah yes + that's a good one ;-) + yes + ok so how do i use custom chars on the player LCD with the new codebase? there an api for it? + is that lcd_define_pattern() ? + is it? + I dunno ;-) + yes + I think so :) + heh so how do i use it? + 1. fix it + 2. use it + :) + heh + 3. add it to the simulator + hehe + yup, those are the official docs + I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen + heh + i just run my test code on my player + since I want to use the bitmap functions + but simulate the charcell lcd api + i'd honestly much rather have a bootloader than a simulator personally, just wish i knew the first clue about making one heh +* Zagor just realized he has no sh-elf-gdb :( +* Bagder commits + hmmm.... +--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + how long does sleep(1) sleep for? + one tick +<-- calpefrosch|away has quit () + how long is a tick? + 1/HZ seconds + HZ is defined in kernel.h + ah + ok lcd_backlight() doesn't do anything on my player + ok + with 1 or 0 as the arg + I guess the port pins differ +<-- Zagor has quit (zahn.openprojects.net irc.openprojects.net) +<-- elinenbe has quit (zahn.openprojects.net irc.openprojects.net) +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--> miah (21-ident-i@pihkal.com) has joined #rockbox + heh + i dunno + i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one + you're on the cutting edge :) + currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled + ah + there an easy way to use it, or should i do something to sleep? + i'd suggest a busy wait at the moment + whats that? :p + a for() loop instead of the sleep + i see, so thats what thats called heh + the term "busy" is used for when you don't allow other threads to execute + ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } } + i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default + and with our without a button pressed it hits default + s/our/or/ + sounds good + heh + man + heh + shouldn't a make clean rm */*.o too? and not generate dependancies? heh + picky picky :) + oh come ON... umount's gonna hang now again already? fuck + usb-storage is far from perfect... + well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims + at least like TIME OUT or SOMETHING + he's doing a big rewrite for 2.5 + reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN + not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS + heh, yeah... + you should consider the serial port fix + goddamn i can't get this one little file copied on here now + 3 reboots and it STILL fucking up + and then i'll still need to copy the real working firmware back on to there once i get this to work + i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times +* PsycoXul considers selling his archos and taking the money for vocal lessons + hey i can store a lot more than 20G worth of music in my head :p + :) +* Zagor sings in a chamber choir + ok so i made the default do + snprintf(ugh,11,"%d",key); + lcd_puts(0,0,ugh); + ok + i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right + and various others with combinations heh + from button_get() ? + yeah + odd + it should return 1,2,4,8 etc no? + well looking at the code, thats what you'd think.. heh + uhu + same with or without calling button_init() first + heh + btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off + yes, that would be interesting + i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though... + my latest project with C was struggling to successfully read a wav header into a struct from stdin heh + & is "and". portc & 0x10 tests if bit 4 is set in portc + bit 4? + yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10 + ok + know of any good online docs that'd teach me this kinda stuff? + umm, no + :) + heh + maybe http://www.learn-c.com/ + http://www.learn-c.com/boolean.htm + cool.. i'll read that later... enough hax0ring stuff today for me heh + :) +<-- Zagor has quit ("bye") +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +<-- edx|away has quit ("brb") +--> edx (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox +<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net) +<-- miah has quit (zahn.openprojects.net irc.openprojects.net) +--> miah (21-ident-i@pihkal.com) has joined #rockbox +--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox +--- Disconnected (Connection timed out). +**** ENDING LOGGING AT Sun May 5 01:46:26 2002 + +**** BEGIN LOGGING AT Mon May 6 00:25:45 2002 + +--> stile (~adiamas@as5300-9.216-194-23-71.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 +<-- adiamas has quit (Killed (NickServ (Nickname Enforcement))) +--> lou_soyur (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox +--- You are now known as adiamas +--> [TDM]Mr_B|away (~nx_2000@ip68-0-62-70.no.no.cox.net) has joined #rockbox +--- [TDM]Mr_B|away is now known as [TDM]Mr_B +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--- ChanServ gives channel operator status to Bagder +<[TDM]Mr_B> hello? + hey ho +<[TDM]Mr_B> ...just an outsider with some questions + go ahead and ask, I'll try to answer +<[TDM]Mr_B> i've been following this project for a short while and i'm very interested... +<[TDM]Mr_B> I was wondering what progress you've made. Is there anything working that a programming novice can use? + we're doing two different simulators, for running the app itself on host machines + one for win32, one for X11 +<[TDM]Mr_B> is there an exe of that sim? + we do not have the app actually running on target just yet + edx is the author of the win32 simulator, we should ask him to post a binary on the web site +<[TDM]Mr_B> exactly what improvments/additions are you guys working on? + I think many of them are mentioned of the web site + we need to implement everything by ourselves + so we will try to write an mp3 player software that meets the audience demands +<[TDM]Mr_B> when do you think some of these enhancments will be avaliable for the layman to download? + we *hope* we will have the first actual target firmware that works *somewhat* before the end of this month +<[TDM]Mr_B> cool +<[TDM]Mr_B> how well does tretris work? +<[TDM]Mr_B> ...tetris + it works pretty good ;-) + no scores yet though + I expect that we will get even more programmers joining up the very second we have a first target version +<[TDM]Mr_B> i'm looking forward to all of it + :-) me too +<[TDM]Mr_B> I see you guys are working on a FAT 32 fs + yes, we need that to be able to read the disk +<[TDM]Mr_B> I guess that would make installation/use easier? + the disk is using fat32, we need to read dirs/files from it... +<[TDM]Mr_B> ok, I get it +<[TDM]Mr_B> would you mind tellingme exactly what other modifications you guys are working on? + we replace the entire software + we hope to make the player more intuitive and more capable than the built-in software + if you've used it, you know it isn't very good + its about resuming play in a playlist + handling big playlists + and all sorts of stuff +<[TDM]Mr_B> well, thanks for entertaining my questions + personally, I do most of this because of the shear fun +<[TDM]Mr_B> same here, only with coding hypertext +* adiamas coughs "Read the faq" + feel free to let us know if you think you can help out the project in any way you see fit +* adiamas nods + hey Bagder whats doing? + did lots yesterdat, as the CVS-list shows ;-) + heheh yeah.. + I _can't_ believe that i forgot to call the function pointers when i put that in :) + hehe +<[TDM]Mr_B> ...I read the FAQ 3 times + heheh k :) + can't help; it... + its my pet project :) + any suggestions on additions or rewording? + adiamas: "why do you write a replacement software?" + adiamas: "when do you think there is a version available for my Archos?" +<[TDM]Mr_B> well, it doesn't answer too many questions +<[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 + What exactly are you trying to achieve with this line of development? + should that be reworded? + adiamas: could you unmber the questions? it would be easier to direct people to a specific question then + hm + number + hmmm how shoul di answer "when do you think there will be a version available?" + sure could... + adiamas: well, I think that question deserves to be answered very unspecific + we might all get very busy all of a sudden + so say something like maybe in a month, maybe in three, maybe in six +<[TDM]Mr_B> true +<[TDM]Mr_B> to quote Dilbert... "ONe month to complete the project and 5 months to play 'Doom' on my computer." + lol + in this case, of course, it is Tetris ;-) +* Bagder just applied patched mailed to him from Dave Chapman + patches + grrrr, can't type + hmmm ... i need a polite way of saying 'Fuck off you complete moron." + Suggestions? + heh, in which context? + never mind.. i have an answer... + you're the american ;-) + Mr_B: where are you from? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + moin + morning calpefrosch + the win32 simulator might need some attention now ;-) +* Bagder whistles innocently + hmm, let's talk about some details. +* Bagder browses subdirs in his simulator! + calpefrosch: what kind of details? +<[TDM]Mr_B> ...New Orleans + okay.. faq updated.. anyone wanna take a look? +* Bagder shows his thumbs up + :) + im a bit heavy on the sarcasm.. but bugger it... let them deal with it... + we need that +<[TDM]Mr_B> ...an improvment...and I love sarcasm + it makes it more obvious everything isn't so serious +* Bagder runs for more coffee +* adiamas cheers wildly + [TDM]Mr_B your on windows correct? +<[TDM]Mr_B> Windows XP home +<[TDM]Mr_B> well, I should reall y be in bed, night folks +<-- [TDM]Mr_B has quit () +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + morning Zagor + morn + you sure had a busy sunday :) + yeps, did my share of cleaning up ;-) + sorry, have been to a meeting + Zagor: the simulator is growing cooler + nice! + Dave Chapman stepped in and sent me patches too +--> Linus (~linus@labb.contactor.se) has joined #rockbox + Boo! +* Bagder boos Linus back + looking at the throughput that this guy dave is doing.. maybe he should be considered for cvs access... + yes, I mailed him about it + cool + Badger: I ment which kind of attention ? + calpefrosch: ah, it won't build just now since I've added more firmware files to the build +* adiamas screams +* adiamas slams his head against the wall.. + keeping both simulators up-to-date is a challange + okay.. i screwed up.. so i may as well clue everyone in... +* adiamas was working on tic-tac-toe for the archos... +* adiamas was 1/2 way there... + adiamas is a hero + Badger: ok, I'll try to build it this morning. +* adiamas f***ed up... + see... before i went to see the girlfriend this weekend i 'cleaned' up[ my sim dir... +* adiamas doesn't really remember deleteing the files.. but they are gone + so it's gonna be a few days to finish :( + :-/ + We have a saying: + "do it properly, or do it many times" + :-) + oh.. i did it properly... + if deletion was our aim... + and now you will do it again + lol + yup + oh.. btw.. was it cool that i went to function pointers on the sim? + just seemed to make more sense + yeah, its good + I just got the MAS DMA working... + *cool* +* Zagor feels Linus breathing down his neck again... + badger: what is that header "unistd.h" ? + btw, sorry for *always* changing the letters b and g ... + hehe + We have a serious problem with the project... + whats that? + calpefrosch: I don't think that should be included + Apparently, Zagor pretends that he has a life, seriously slowing down the development!!! :-) + calpefrosch: as that is a unix-only include file + LOL + hehe + hahaha +* adiamas pokes Zagor + oh.. i had an idea while driving my 2.5 hrs back home.. + I knew you'd see right through me :) + i was doing random through one of my playlists... + random thoughts are good :-P + adiamas: you have a 2.5h commute?!? + and realized it would be _really_ cool if i could hit a button and have the current song added to a 'favorites' list + Bagder: It's in the ID3.c. Could you remove it, or do you need it there? + adiamas: great idea + Zagor: nah.. only to see my girlfriend. + ah + i figured.. this 'favorite' list could just be a dynamic playlist... + adiamas has a life too? + calpefrosch: *gone* + because with 1000+ plus songs it _sucks_ to have to manually pick out my favs... + Just delete the other ones. :-) + Bagder: tnx + 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... + :) +* adiamas smiles at linus +* Linus smiles +* adiamas thinks your just jealous cause i wrote a cheap little screensaver... :) +* Linus tries to have a life too...wife and kids! + Linus: that's a life? ;) + congrats... + :-) + how long you been married mate? + Almost 2 years + 2+ here + hehe + im just starting to get to that point... + friggin distance is killing me +--- Tumm is now known as coyote- + umm... any chance of having the DISPLAY value in the sim makefile be a bit more useful? + someone who doesn't know the project won't know which is which.... + CHARCELLS vs BITMAP + well + I didn't wanna use the actual target-defines + how do you mean? + we use ARCHOS_PLAYER and ARCHOS_RECORDER for target builds + ahh.. i got ya... + but they imply more than just different LCDs + maybe we can just add two big comments in the Makefile for now, explaining which is which + well.. its only the recorder that has BITMAP right? + yes + well.. instead of HAVE_LCD_CHARCELLS .. what about HAVE_RECORDER_LCD + thinking about it... + nods + ARCHOS_PLAYER and ARCHOS_RECORDER would probably be best + then we'll be forced to include "config.h" properly + hmm.. well.. id rather stay the way we are then for now... + anyway, those defines are documented in firmware/CONFIG +* adiamas nods + Bagder: do we use harness.c or app.c for the sim ? + calpefrosch: remove the harness.c completely from the sim + it isn't meant to be there + app.c is the app main entry + ok +* calpefrosch have to go to a meeting. + brb +--- calpefrosch is now known as calpefrosch|meet + could someone explain this to me? + $(CC) $(CFLAGS) -c $< -o $@ + i know cc and cflags + -c im good + -o im good + but on a makefile i forget what $< and $@ are... + $< is the file on the right side of the : in the rule-line above + okay... + and $@ is the file on the left side of the : above + ahh.. okay.. thanks + Actually, $< is the file that triggered the rebuild, isn't it? + no, that could be a .h file + So what is $< when there are two files on the right side? + the first one I think + the first, I think + :) + OK. And $* is all of them, right? + ummm 'info make' + ;) + im just trying to find a way to clean up the sim makefile + 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 + $(CC) $(CFLAGS) -c $< -o $@ + 10 times + this klez virus sure is annoying + heheh whats the prob? + it mails + got ya + I've received >50 mails with klez + yeah + it fakes From: line, and it fakes Subject: and it attaches the virus +--- calpefrosch|meet is now known as calpefrosch + as far as menus go... for sim and target.. should we assume that all menu items will be the same size... + and if the user wants to increase the font, they do so for all menus? + for now, sure + adiamas: oh yes, certainly + k + hm, the cvs page doesn't mention the cvs-commit mailing list + right + is that one mentioned on any page? + in emacs.. how do i open a fresh buffer? + i don't think so, only in mail + like the scratch buffer.. + adiamas: C-x b + adiams: control-x b + thanks + not switch.. i know that one... + to create a clean unused buffer... + enter a name of a non-existing buffer + ahhh k + *plopp* + Intuitive, right? :-) + hehehe + sure + im looking at app.c + wouldn't it make more sense to have #include "tree.h" and #include screensaver inside the #ifdef HAVE_LCD_BITMAP? + it depends, the tree.c functionality should probably work on the Player too + the screensaver though, could very well be inside that #ifdef + k... + ill fix that then + Zagor: how do I figure out the attributes of a dirent struct? Can I see if its a file or dir there? + yes, I just have to add the ATTR* macros from fat.h into dir.h + ok, then I'll need to make sure the simulator supports them + yup + not perfectly POSIX, but I think it's a fair trade-off + I agree + umm.. what do we call a menu item? + is the generic term 'item' okay? + more specifically 'menu_item' + menu_item sounds nice :) + k... + hehhe okay.. its offical.. we have the first stages of a menu api + goodie + 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. + ok + the struct name shouldn't use uppercase + at all? + what's the difference btwn put_cursor(0) and put_cursor_menu_top? + no, only lowercase + scrolling menus... + idea is that put_cursor puts you at the top of the menu all togeather.. + put_cursor_menu_top wold be viable menu + right now there is no difference + ok + basically.. put_cursor() puts you _anywhere_ + ill clear it all up in comments as i go... + ok + that and ill try for better names... + i just get sick when i think of "put_cursor_to_top_of_visable_menu()" + :) + uh, me too... + I prefer fewer functions with parameter rather than many (void) functions + within reason, of course + so do i... + downside right now is there isnt much our menuing is doing... + always easier to coalese basic functions togeather... + least for me + yeah, I'll give you some slack for the moment :) + oh sure.. make it easy... + what im trying to figure out is how to handle sub menus... + what i was thinking is that maybe we keep the menu_struct we have.. + but as we add submenus we just create an array of the structs... + adiamas: first, can you think of any submenu we should have? + and jsut reference them.. but im not sure.. + sure... + :games + right + and when we get more ppl playing with the ui, itll get more robust... + options menu + i ment to ask.. seeing as you'all are working in firmware... + 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? + of course we want that + rather then having to copy files too and from the archos to play with firmware + exactly + you could have X different firmwares + nods + I can't recall that anybody said a boot loader was a bad idea... +* adiamas assumed.... + so shoot me :) + Actually, we have talked a lot about that, the project name is called RoLo + for Rockbox Loader + sweet... + ...as candy + you guys have done a fantastic job getting off metal quick.. have i mentioned that? +* Zagor notes it's even in the Activity chart on the web page + Thx + umm.. in API + we list mp3info as returning FALSE if successful + huh? + that can't be right. + correct + that's wrong ;-) + k.. ive got it + euhhh + no + it is correct + okay.. so it _should_ be FALSE? + ummm.. that seems really counterintuitive guys? + it works that way now + not really + because it leaves the opportunity to return different return codes for different failures + but TRUE should _never_ be a failure... + unless the function is invalid_mp3info() + I made the win32-sim working. how can I diff so you can work with ? + If you plan to use other return codes that TRUE or FALSE you should use another return type. +* adiamas nods + yes, but I wouldn't have to change the checks + I don't follow + non-zero would mean error + i still don't get why FALSE means you _were_ able to fine mp3info + FALSE is boolean, this is int + it's 0, not FALSE + Bagder: of course. That is why you should use int + nag nag + calpefrosch: I + correct correct + 'd prefer a diff -u ... + And the comment above the function says it returns "void" :-) + hehe + That is a rather redundant comment. + it *did* + Bagder: ok, but I'm a windows-user. I only have checkboxes in wincvs ;-) + well.. im submitting grammer corrections now.. + argue once it's in + Anyone can see what the function returns + which should I check ? + calpefrosch: ok, a unified diff, you should be able to make one of those I guess + okay.. commited + is there a way to prevent dependancy checking when you are doing a make clean? + calpefrosch: I'll add you for cvs commit access. what's your sourceforge ID? + I have no ID yet + ok + I will create it now, ok? + run run! ;-) + am i correct that to adjust the lcd size i edit lcd-x11? + or lcd-win32 respectively? + what size? + of the window? + well. when i compile the sim for recorder.. size is fine.. + when i compile fore player... it doen'st make sense to keep the ui the same size.. + true + dunno how to fix it.. wantted to see how to do it + the size for the x11 sim window is in the screenhack.c file + is that default_defaults? + yep + is the player the same width? + just only 2 lines hight? + no + it's 2 X 11 letters + but there should be room for some icons too, I think +--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox + I'm not really good on the player lcd + hey Dave + Hello everyone. + k.. then ill leave it for tomorrow.. i need sleep bad... + night all + Hi! + welcome dave + night adiamas +* adiamas waves +--- You are now known as adi|sleep + Zagor: my ID is 536571 + I need the username + calpefrosch + what else ;-) + :) + :-) + now you're added. and Dave, you've been added too. + Thanks. I plan to work on the directory browsing a little more today - mainly to implement scrolling. + goodie + nice + it _is_ a bit limited right now, indeed ;-) + tnx + Has anyone thought about an API for actually playing audio files? + 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 + Agreed about is_dir() - that was just a quick hack by me. + oh sure, it works fine for now + linuxstb: not yet. it'll be something simple, since the playing is handled by DMA and a "feed" thread + I have a little experience of using libmad, so would like to implement mp3 playing in the simulator. + hehe + sure + Zagor: can you help me with the setup of cvs? + Linus: you should add the timer interrupt code to the main firmware dir. we need to use sleep() + calpefrosch: not for wincvs, I'm afraid. follow the wincvs link on the cvs info page. + ok + It's in kernel.c + Linus: yes, but it's not started + kernel_init() + ok, good + You will have to lower the interrupt mask with set_irq_level(0) after kernel_init() + And I use system.c for the interrupt vectors + so the current system.c is good? + Works for me + ok + Actually, it's quite handy with the weak symbols when developing + blaeh + :) +Linus linuxstb That way I don't need my own system.c in every test directory +--- Zagor is now known as Zagor|lunch +--- Linus is now known as Linus|pizza + wow pizza +* Bagder starts to get hungry too + 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. + or perhaps the mp3-playing thread have direct-access to the playlist/queue we work on + What is the difference? + I'm just thinking what happens when you select "back" + if the mp3-thread can peek in the list, it just picks the previos tune and plays it + if we'd feed the thread with a special queue to play, we'd need to take care of special situations + I would like a simple MP3 thread that is independent of the way songs are selected. + off for lunch +--- Bagder is now known as Bagder|eats + 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. + play buffer full? + how much ram do the recorders have? more than 2MB? + Bagder: Do you know why I always get this message: cvs [server aborted]: "commit" requires write access to the repository + if I want to commit? + The cvs server has a list of people with commit access, which I assume you are not yet part of. +--- Linus|pizza is now known as Linus + Zagor wanted to put me on the list + Zagor tells me that you have checked out anonymously. You have to check out everything -ext + but backup the entire tree first. :-) +--> alkorr (alkorr@srs03v-1-73.n.club-internet.fr) has joined #rockbox + ahhh, tnx + Yo alan! + yo Linus, not eating ? + full of pizza right now + lol + well it's time i have all commited +<-- Zagor|lunch (~bjst@labb.contactor.se) has left #rockbox + see you later +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- alkorr has quit (Client Quit) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +<-- Zagor_ (~bjst@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--- Bagder|eats is now known as Bagder + Bagder: I'm just commiting the win32-sim, I hope it is everything ok + cool + calpefrosch: Why both logf() and debugf() + logf was missing. I don't know where it should be... + where is it in X11 ? + I think it should use debugf() instead + My question was, why do we need two functions for the same thing? + or + do they? + it isn't really clear to me what debugf() does in the simulator + The simulator doesn't have a console? + I think so + but what's mem2hex and putpacket ? + hmmm, they use logf e.g. in play.c and the debugf in playlist.c + Strange. + if I start the simulator in VC++ I get a console output... + and the simulator don't set DEBUG either, not now at least + Bagder: those functions are for GDB communication + so what does debugf() do when used in the simulator? + Whatever you, the simulator writer, wants it to. Preferably write to a console. + sure, but it doesn't do that now, does it? + I'm sorry, but unfortunately I have to do "real" work now. :-( + see you later + oh + Bagder: I guess not. + there are two implementatins +* calpefrosch is going to work + see ya calpefrosch + CU! +--- calpefrosch is now known as calpefrosch|work + Linus: do you use the DEBUG define for anything when you build your stuff? + No, not that I can remember. + ok + I think that debug.c could contain code for all platforms. + I think so too + I'll make it + Or is it kludgy? + debug() it is + debugf() even + Greato! +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor +* Bagder got no post-lunch coffe, the machine is broken. aaaaaah! +* Zagor is fetching his third after-lunch coffee :) +* Bagder hears that someone has fixed the machine and ruuuuuuns + turned out to be a rumour, had to walk down some stairs to get a cup + I thought you (zagor and Bagder) are working in the same company... + we're consultants, so we're hired to different customers + In fact, I and Zagor are at the same customer right now. + aha, I see. We are also working together with some consultants + so we don't actually meet in person that often + Zagor: thanks for the atributes, I'll try to make the simulator use them tonight or so + nice + I make a scrolling feature for the simulator + Should I check in ? + scrolling feature? + scrolling thru the dir... + And I'll just go and kill myself. I HATE THAT F***ING MAS DEMAND PIN! + Linus: what's the problem ? you can tell me, I listen to you :-) + The problem is that the Demand pin on the MAS is going up and down like mad in the beginning of a song. + And the Player only generates an interrupt when the signal goes low + so I have to poll it to find out when it goes high + very often... + too often... + indeed + -o + where is the input-pin at the SH1 ? + 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. + It's on IRQ6 + gotta go, might pop by later +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox + CU! + I would like to commit tree.c with the changed scrolling. Can anybody test it with X11 ? + Yes - I can check tree.c with X11. mailto dave@dchapman.com +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + i'm off. see you! +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox + linus: congrats with the mas :) + Thanks + But it is really hard to write a driver for it that doesn't hog the CPU... +--- coyote- is now known as Tumm +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> edx (~edx@pD9EAB563.dip.t-dialin.net) has joined #rockbox +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + Is there a maximum number of files/subdirs in a directory for FAT32? Is the root directory different? + linuxstb: It's working perfectly... + please commit the changes. Maybe it would be too slow at long dirs, because we search everytime from the beginning. + We need to read the whole directory into memory for two reasons - caching and sorting + OK - I'll commit the new scrolling tree.c + tnx +--- calpefrosch|work is now known as calpefrosch|away + new tree.c committed +<-- calpefrosch|away (~calpefros@62.52.174.30) has left #Rockbox +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> calpefrosch (calpefrosc@p5082C6D8.dip0.t-ipconnect.de) has joined #rockbox + yo + yo, brb +--- calpefrosch is now known as calpefrosch|brb +--- Linus is now known as Linus|away +--- lou_soyur is now known as adi|work +<-- edx has quit (Read error: 110 (Connection timed out)) +<-- calpefrosch|brb has quit () +<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0") +--- Linus|away is now known as Linus +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +--> calpefrosch|away (~calpefros@62.52.174.30) has joined #rockbox + morning bagder +--- calpefrosch|away is now known as calpefrosch + morning all + morning +--- calpefrosch is now known as calpefrosch|away +--- ChanServ gives channel operator status to Bagder +--- You are now known as adiamas + hi adiamas +--- ChanServ gives channel operator status to adiamas + hey Bagder + guess what? + tic tac toe rocks? ;-) + hehe not yet + but... +--- adiamas removes channel operator status from Bagder + hehehehe +--- adiamas gives channel operator status to Bagder + just felt like being silly + :-) +* Bagder walks away to check if the coffee machine works today +--> Linus (~linus@labb.contactor.se) has joined #rockbox + morning Linus + mooning + :-) +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + hey all + The feeding of the MAS with DMA works splendidly! + you rock Linus + I do! + :-) + But I think those Archos guys save a penny too much when designing the hardware + saved + any ata/fat32 mp3-reading in sight? + Zagor "I Have A Life" Stenberg is lazy + I suggest we replace him + hehe + maybe we can just yell at him a lot until he improves? +* Linus screams at Zagor! + Linus why do you say that about the archos guys> + just look at the player's LCD + i mean come on i saw wristwatches 5 years ago far cheaper with more flexible displays :p +* Bagder added common/strtok.c + adiamas: I say that because they haven't connected the inverted demand pin to an IRQ + so I have to poll the damn thing ever millisecond + every + okay.. im very much not a hardware guy, so what is an 'inverted demand' pin? +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox + wavey the man! + howdy :) +* wavey been gamecubing all weekend ;) + hehehe + I hope you don't mind me messing in your code in the mean time ;-) + no problem :) + okay, ill ask.. + bbl + why did we have to rewrite strtok? +* wavey waves + i know there is a recursive one... + 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 + adiamas: because strtok() stores data in a static area + Bagder i know.. + but there is a strtok_r already writen + in newlib? + its part of the standard library + in new lib.. that i don't know :) + strtok_r() is not standard unfortunately + that's why I have that code written in the first place ;-) + thats why i asked :) + :-) + newlib's strtok_r uses a thread context + so bagder's is better + Bagder: why are you including both stddef.h and string.h in strtok? + good q, remove the stddef.h + it was just ripped out from my curl sources +<-- wavey has quit (Read error: 104 (Connection reset by peer)) + I think the thread context is a good thing. Why is it bad? + it's unnecessary + how does it manage "thread context" ? + The context switcher (thread.c) assigns a new "current" pointer when it switches context + All newlib functions with static data stores data in the struct pointed by "current" (or whatever it is called + ok, thanks + ...which means: a) we have to init newlib for each thread and b) we have to swap newlib context + doesn't it store errno there too? + Yes it does + Zagor: yes + so we'd need to watch out for that + Indeed + errno is not as much a problem, since we're unlikely to call a newlib function, yield, and then look at errno + The called function itself may yield, however + possibly, I was more thinking about that it stores errno relative the current and thus it needs to be somewhat correct + Linus: no + no newlib functions call yield() + True + umm... the chars shown in the char maps on the web site... how can i use those? + this falls into the "neat but not immediately neccessary" category + adiamas: the player chars? + yeah. + just display them + ummmm how? + lcd_puts() ? + we need to convert them to our iternal format + lcd_puts() is still using Gary's fonts + well, not just chars + even for player simul + i feel like playing with sliders + ah, you are talking about the simulators + for volume control... + ...we should add two mini icons for tracks and dirs for the dir browser on the recorder + huh? + browse a dir with your recorder + whatch the little icons to the left of each row + got ya... + that's what im trying to figure out.. how to get stuff like that form the map + currently, we'll have to add the hex-data manually for new widgets ;-) + ack... + the chartables.c file in firmware.. what does that cover again? + fonts + the three different fonts + only fonts? + yes + Gary's code package had a widget.c file with some additional ones + yeah.. going to look at that now + btw, including the simulators, we now have 14341 lines of source code in the CVS ;-) + hehe cool + one more time.. what was the command to remove extra cr-lf? + tr -d '\015' < infile > outfile + ty + does lcd_bitmap work? + yes + lcd_puts() uses it extensively + k + wasn't there a size limit? + ah yes + it only handles 16 pixels height, I believe + holy christ.. finally got this working and the thing is huge :) +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox +--- Bagder is now known as Bagder|eats +<-- Bagder|eats has quit (Read error: 54 (Connection reset by peer)) +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox +* Bagder fixes the simulated readdir() to return a dirent struct as the common/dir.h defines + Rockers + But maybe it should be the other way around? + ? + you mean that the target readdir() should return a struct as the unixes use? + Exactly + first off, the dirent struct seems to be different on various systems, but it also contains lots of crap we will never need/use + OK. Just a thought + yes, would've made simulation easier ;-) + hehe. I think the target code should be the easy one... + now, shall I make the code use this new stuff and thus break the win32 simulator? B-] + Of course. :-) + We donn't want no stinkin' windows! + since they don't even have a native readdir(), this change is possibly even easier for them + Probably. + gah, it broke on Solaris + dirent is a pretty silly struct + only one field is POSIX + yes + i want to avoid stat() + yes + I'll have the simulator use stat ;-) + yes + could've even make both Linux and Solaris use the same dirent code so I'll write my own instead + couldn't +* Bagder gets all confused in his head with this + get more coffee :) + good idea! +* Bagder bangs his head and runs for coffee + ah, much better + found problem + phew + seems to work now on both Linux and Solaris + nicers + made the tree.c code use it and it worked too +--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox + Hi jb! + Hi + Do you know if there's some hardware differences between 6000 & 5000 (got a 5000 few weeks ago) + ? + a 5000! + seems to be only a smaller disk + does that have 5GB disk`? + Bagder: yep + odd + jb1081: where did you buy it? + I mean, that they have two products that similar + Zagor: Europe (France) + 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 + firmware release 5.08, not listed in archos website (last time I checked at least) + but the led & scroll mod works + yes I think it's the exact same hardware but a cheaper disk + how much price difference was it btwn the 5000 and 6000, do you know? + 6000 discontinued here, I think + 5000: 180 euro + 180 euro is quite a good price imho + yes + found in general distribution (food...) supermarket + ! + hehe + one cheese, two packets of milk and one archos please ;-) + :) + oh, does the 6000 (5000 is the same, I presume) have the remote control pin in the headphone jack? + yes + cool. Do you plan to use it? + sure, we'll use it just like today; for remote control + we also use it as a serial port for debugging + ok, I was thinking you use serial port by hardware mod to line in jack + yes, that's because the headphone jack only has the "receive" pin + sure + we need both receive and transmit for debugging + but it's the same serial port + ok + it's 9600? TTL? + yes + just thinking about using an old pc keyboard controller to build a remote + but it need a clock, no? + yeah, we've been thinking that too. adding a keyboard would be cool! :) + it's asynchronous rs232 so it doesn't need a clock pin + yep, but a pc keyboard is synchronous, if I remember correctly + oh, ok + "The frequency of the clock signal typically ranges from 20 to 30 Khz".. :( + ok, not with a broken kbd.. too bad + The serial port can use an external clock as well. + synchronous + yes but then we need to modify the hardware + yes, but we have to open the box.. + a broken serial mouse perhaps? + Yup. Otherwise you have to build a separate kbd->rs232 converter + I guess you can get one off-the-shelf actually + did you see this somewhere (at a resonable price?) + i can't remember seeing any in recent years, no :-) + kbd->rs232? + you mean a ps2->serial adapter? + ok.. :( btw what headphone do you use? somebody tried a in-ear phone? + PsycoXul: I understood a complete remote, but I doubt now.. + yes, I use the Sony EX70. they are *GREAT* + oh no, don't get him started on those again ;*) + Zagor: ok, I was not sure between ex70 et Koss The Plug, it difficult to ear it before buying here + it's + Bagder: oups, I should'nt? + Bagder: hehe + PsycoXul: Yes, a PS/2 to RS232 adapter + Zagor: the phone amp has no problem to drive the EX70 properly? + jb1081: no, quite the opposite... + Linus: i've got a couple of those laying around i think ... heh + they're still out there places i'm pretty sure + Do you know where to biy one? + buy + the ones i've got came with mice/keyboards a couple years ago i think + Oh + look on ebay, computer stores, google heh + found one but a little too big.. :) http://www.iptel-now.de/HOWTO/PS2SER/ps2ser.html +--- calpefrosch|away is now known as calpefrosch + hi, just read the lines of today... + hehe + I just posted to the list too about it + and I saw some stuff like "stinkin windows" ;-) +* Bagder points at Linus and looks innocent + so, I think I#ll have to fix the win32 sim ? + yeps + should be pretty easily done + yes, but I have not much time the next days. +* calpefrosch looks out in the sun +* Zagor spots another have-a-lifer :) + hehe + we got a mail from another volountary win32 hacker just yesterday... :-) + who? + eh, "Christian" ;-) + Zagor: you replied to him yet? + not yet + cool. maybe I'll look at the code tomorrow. what do you think about the "scrolling" ? Is it usefull? + we need scrolling + I haven't tried it yet though ;-) + isn't there a scrolling bar at the archos firmware? + yes there is + on the left side + mhhh, so we have to scan the dir first to see how much is in there + I bet people will want one of those + I'm afraid we'd need to do that, yes + ok, we have a works meeting now. cu + see ya + cu! +<-- calpefrosch has quit ("bin bals zurück") + bin bals? ;-) +* Bagder is gonna pretend he has a life now! +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Linus (~linus@labb.contactor.se) has left #rockbox +--> chris1 (~flanz@62.132.155.14) has joined #rockbox + hi chris! + Björn by sourcfor. name is "flanz" + ok +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + hello there. + chris1: you're addded + 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 + hi elinenbe + chris1: we already do that. + look at ata-sim.c in test/ata +<-- elinenbe has quit (Read error: 104 (Connection reset by peer)) +--> elinenbe (~chatzilla@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox + chris1: but it's not really useful for the simulator, since it will use high-level APIs for all disk operations + this line "file=fopen("disk.img","r+");" say me , the code work on a pre create disk image. + yes + I copy data from a real FAT32 disk into a image file and then use it for testing + ok your a right. With the image your need not to connect the RockBox to the USB port while the debuging session :) + how is the progress coming? + the MAS DMA code is coming along, although it will not be as pretty as we hoped + the ATA code is bugging, and I'm trying to figure out why + and right now I'm writing open/close/read for basic file access + blah pretty... shmitty... who needs pretty code? + 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 +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + but it's not a major problem, just a nuicance +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox +--- Zagor_ is now known as Zagor + bleh, my brain hurts. read() gets too complex. + drink coffee! ;-) +* Bagder returns an advice ;-) + hehe + I'll go and make food now, see ya +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + strange happenings... +--- Zagor_ is now known as Zagor + ok here in Berlin/EU is al lite release party inhouse.I have to go. +<-- chris1 has quit (Remote closed the connection) + i'm off. see you later. +<-- Zagor (~bjst@labb.contactor.se) has left #rockbox +--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox +--> calpefrosch|away (calpefrosc@p5082C815.dip0.t-ipconnect.de) has joined #rockbox + hello +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +--- ChanServ removes channel operator status from adiamas +<-- Zagor has quit ("bye") +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox +<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020507]") +<-- calpefrosch|away has quit (Read error: 104 (Connection reset by peer)) +<-- wavey has quit (Read error: 110 (Connection timed out)) +--> Linus (~linus@labb.contactor.se) has joined #rockbox +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + evening + afternoon :) + :-) + moo +* Bagder scrolls in the directory browser... wooo ;-) +--> quiquee (~quique@217.8.197.89) has joined #rockbox + hey + hello everyone + its a silent period in here right now +--- quiquee is now known as wannabeuihacker +* Bagder giggles + I have seen that the menu stuff assumes complete separation of player and recorder + yes, but I did that mainly to get a player version that compiled and built + for the simulator that is + I added the menu functions and got a menu system for the player + cool + mostly copy and paste + I guess it is the best solution for now + yes + we'll see if we can merge stuff later on or if we'll keep them apart + but the button right of the player is not working, any clue why ? + I mean , when using the simulator + the x11 one? + yep + weird, it should work + when you get your code in, I can have a look + I am trying to find out , how do I flush printf output ? + fflush() + ok I am doing something wrong then. + right button works + my code doesn't + heh + fflush cores :? anyway + I am trying to get used again to emacs and c + fflush(stdout); it should be + hmm , thanks. + or whatever stream you wanna flushs + I didnt use it for 6 years now + this is a perfect way to get back in shape ;-) + do you use emacs ? would you happen to know how was to run make withing emacs without a need to open a shell buffer ? + yeah... + M-x compile + shit , I thought it couldnt be that easy + meta-s is a common bind for it... + M-x global-set-key ;-) + ok , it insists in running make from the ./uisimulator + it would be a good idea to add a Makefile there + right, it runs from the dir of the buffer you start it from + I will have to read again the gdb info +-wannabeuihacker/#rockbox- panics +* Bagder tries to paint a little icon for the files in the dir browser + unfortunately, gimp doesn't output our format natively ;-) + ok, it is working + I plan to create a menu structure that is read in the future from an external file + so people can customize it to whatever they want + just an idea to start playing with it + no plans to add an xml parser in the firmware, right ? ;) + I don't think that'll be necessary, but we'll see + hehe + I am having a lot of fun with this, an excuse to go back to the roots. Thank you guys + I think I speak for most of us when I say that we enjoy this a lot too + it is contagious . + going to have a nap now. cu soon + see ya + The ATA code sure is full of bugs...I'm killing them by the dozen...:-) +* Bagder hands Linus the fly squasher + How can you do sleep(HZ/500) when HZ is only 100???? :-O + haha + short sleep ;-) + And it's full of return -1 for error + when the code checks for 0 + heheheh + Well, it's starting to work now. I've read the boot sector. + on target? + Yup + rock + I wish Zagor was on the channel. + hm, I think I have a little perl script now that can "fix" an xbm as saved by gimp, to become "rockbox" formatted + bango! + heh + works + now, what does a symbol for a directory look like? ;-) + Go figure + disk_init() finds the correct root partition now. + but readdir() fails miserably... +* Bagder commtted his little icons + linus = sleep(until(6am)); + bye + night +<-- Linus (~linus@labb.contactor.se) has left #rockbox +<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox +<-- jb1081 has quit (Read error: 113 (No route to host)) +* adiamas pokes you all in the forehead + ouch + wuss + yea + im a wuss + has anyone figured out why the remote does not work with the recorder? +--> calpefrosch (~calpefros@62.52.174.30) has joined #Rockbox + morning + evening :) + oh + had a nice day ? ;-) + heheheh quiet so far... + but im on call till 0700... so ill tell you tomorrow :) + it's tuesday on your side, right ? +* calpefrosch goes for breakfast +--- calpefrosch is now known as calpefrosch|eats + yeah... its actually wends now. +--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox + hey ho +<-- wannabeuihacker has quit (Read error: 110 (Connection timed out)) +--> wannabeuihacker (~quique@217.8.197.187) has joined #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 + hey Bagder +--- calpefrosch|eats is now known as calpefrosch + mornning calpe + The sim is running, where has it changed ? + ahh, I have to fill the attribute + exactly + and size too preferably +--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox + howdy Zagor_ +--- Zagor_ is now known as Zagor + i'm puzzled by linus' ata changes. they don't work for me + odd + he said he had a few problems + but he could read a few things on target + i guess he'll arrive soon + yeah, he got to bed early :-P + surely before 1 am... + normally, I'd boo him too :) + hehe + I kinda like being the one who says good night when he leaves and good morning when he arrives back again ;-) + hehe + btw, we probably will end up needing a malloc() sooner or later, don't we? + yes + I thought I'd have a go at that + we get a malloc with newlib, if only we supply sbrk(). but I like your malloc, so go ahead :) + hehe + uh + wannabeuihacker has a little menu app written for the player now + he said yesterday + ah, cool + calpefrosch: any plans on making the win32 simulator work as a Player? +* Bagder runs for more coffee + ok, sim is fixed. + ain't my icons beautiful? ;-) + I love it + Bagder: yeah, I can try to made a player. But, as you know, I'm not good in VC++ + It would last a bit + well, maybe some of the other guys could help out on that part too + yes. Another question... + I get an error in id3.c that header is not initialized + which line? + 351 + that's a good warning + it should be set to 0 + do you commit in cvs ? + I'll do it, I fixed another thing too + Bagder what is is the menu app that wannabeuihacker worked on .. do you know? + it's written specificly for the player, that's about all I know + the one we have now is recorder-specific + nod + btw.. bagder.. perhaps its time to start getting togeather an icons.h file? + yes + where did you put your icons? + both a icons.c and an icons.h + it's in the tree.c file + they're + im adding icons.h right now. + feel free to give my icons better names + should we rename "fileimage" to "fileicon" ? + yes + those are 6x8 right? +* Bagder nods + will the player use icons? + it a limited extent + in a + okay... + just wondering if i was going to #defin around it + but hardly the same ones + nods + anyone have an issue with the function name "get_6x8_bitmap_icon" + or would you rather refernce the array directly? + I prefer referencing the array directly + no reduce all overhead + to reduce + that case.. any prob is all 6x8 icons are in an array with the subscripts as enums? + Dave posted a good idea + haveing X # of icons is annoying... + havn'et seen it yet + which part of the idea did you like? + storing short names in memory + well.. i don't know if i agree with his "just 16 chars" + and the short name... dunno if i like that either. + why not? + i store my mp3s as "artist - song name.mp3" + it's a memory internal thing + so, stuff like "Les miserable - Curtan call" or whatever.. it doesn't help me on the dir listing + right, but we haven't solved that issue yet + right... + i guess i just don't get what his suggestion is attempting to solve + I'd prefer having a way to strip off the current directory's name from the local files or something + you need to check the tree.c source to see what is aiming at ;-) + what he is + it currently stores the full names in memory + and displays the 16 first letters + i agree that we strip the dir structure..t hat just makes sense... + but limiting the filename that cane be displayed.. dunno if i agree with that. + thus, the displaying and the storing in memory are two parts + If so, the buffer in tree.c just needs to + store the short name (for accessing the file) and the first 16 characters of + the full name (for display on the screen). + 16 chars is _not_ enough space for display + thats what im getting at + I get it + but the full name shouldn't be needed either in all cases +--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox + anything internal.. hell we index however we want.. + then when do you get it? + if not when you do a dir listing? + the full name stored for diplaying doesn't need to be the full file name + it could be modified to look better + define "look better" + stripping off redundant parts for example + but "Beat on the brat.mp3" + is good.. + that i agree.. + like I have "artist/artist - tune 1.mp3" + but if you stop me from displaying my file "Les Miserables - Javier at the gates of the city.mp3", ill slap you silly + :) + then showing the dir in 'artisy' could cut off 'artist -' for me + hehe + well + you still can't show that full length on each line + i agree.. any directory struct stuff should not be shown + sure you can.. it's called scroll :) + you wanna scroll all lines? + no.. only current selected line.. as you page through... + right + but if you only get the ful name when you cursor over it... + but then you don't need to store the full name in memory + you are going to be spinning up and down the drive constantly + sure you do + ah + true + now.. we can make alterations.. say.. ".mp3" can be dropped.. + and all directory structure... + that i fully agree.. + oh.. and another suggestion.. you should not be able to try and play _non_ mp3 files + i use my archos for data backup as well.. and my gf tried to 'play' "Oracle8" + hehehe + hehe + play didn't like that much + was it good? ;-P + id rather display "Not an mp3" or something when you select it... + and it's easy enough a check to do when you select a file to play + Bagder wanna do me a favor? + sure + could i mail you this icons.h and tree.c for the uisim.. + let me know if the idea makes sense? + it works.. just dont wanna set bad precident + sure, fire away + so no reasont to check it in + 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 + eg you "play" a text file it shows it to you + and if you play a HTML file ... *g* + heh +* Bagder grins + yes so when are we getting the modem driver for the serial port? + lol + uh, that'll be after I'm done with the apache port + hehe + bag, sent + gotem +* adiamas thinks you should all read quesiton # 17 on the FAQ + adiamas: I like that approach, I only have some nits + oh yeah btw + Q18. I don't see you mentioning ogg files on your list of ideas. What about + supporting those? + that question kinda seems odd when right within the same page you can see + - Support playing of other files types (ie: Ogg Vorbis support) + in said list of ideas + adiamas: the array should be in the icons.c file, and the icons.h should have the enums and the array "extern" + well.. thats why i was planning on having the calling function to get the array + having externs all over the place is nasty + but thats just my opinion... + ill set it up your way and we can argue later :) + :-) + and i couldn't come up with a better name then that :) + having extern in .h files is not nasty + only in .c files + your right... -- cgit v1.2.3