forked from len0rd/rockbox
Removed old irc log files with wrong name
git-svn-id: svn://svn.rockbox.org/rockbox/trunk@2934 a1c6a512-1295-4272-9138-f99709370657
This commit is contained in:
Björn Stenberg
parent
ea78a2b802
commit
acbf7e7539
32 changed files with 0 additions and 36175 deletions
|
|
@ -1,562 +0,0 @@
|
|||
**** BEGIN LOGGING AT Mon Mar 25 08:57:45 2002
|
||||
|
||||
--> Bagder (~daniel@217.215.72.110) has joined #rockbox
|
||||
<Bagder> hey
|
||||
--- adiamas has changed the topic to: hacking the Archos Jukebox http://bjorn.haxx.se/rockbox/
|
||||
<adiamas> hey there...
|
||||
<adiamas> i was about to call it a night and head to sleep
|
||||
<adiamas> didn't expect anyone in this quick :)
|
||||
<Bagder> hehe, its morning here ;-)
|
||||
<adiamas> hehe i _just_ sent the email like 30 secs ago :)
|
||||
<Bagder> yeps
|
||||
<Bagder> hehe
|
||||
<adiamas> glad to see someone saw it...
|
||||
<adiamas> you located in europe...
|
||||
<Bagder> yes
|
||||
<adiamas> where in?
|
||||
<Bagder> Sweden
|
||||
<adiamas> hehe well.. your first in so.. here
|
||||
--- adiamas gives channel operator status to Bagder
|
||||
<Bagder> :-)
|
||||
<adiamas> someone who's awake should have some control...
|
||||
<Bagder> I'm Björn's brother actually
|
||||
<adiamas> ahh... hehe seems he got followers pretty quickly.
|
||||
<Bagder> indeed
|
||||
<adiamas> and pretty varied at that... Im here in the USA.
|
||||
* adiamas shrugs
|
||||
<Bagder> there are 77 subscribers of the mailing list
|
||||
<adiamas> wow, that was quick
|
||||
<adiamas> only been 3-4 months yes?
|
||||
<Bagder> yeah, since about december
|
||||
<Bagder> BTW, I think making a FAQ sounds like a great idea
|
||||
* adiamas smiles happily
|
||||
<adiamas> im just not to sure on how technical to go on it, but i figure even something is a start
|
||||
<adiamas> will you be sitting in the room most the day or you plan on logging off?
|
||||
<Bagder> exactly, just start somewhere and it'll grow into place
|
||||
<Bagder> I don't know
|
||||
<adiamas> i really need sleep. work in 6 hours.
|
||||
<adiamas> ok...
|
||||
<adiamas> im going to idle till i get up for work
|
||||
<adiamas> ill see you later
|
||||
<Bagder> see ya
|
||||
--> adiamas|sleeping (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- adiamas gives channel operator status to adiamas|sleeping
|
||||
<-- adiamas (~adiamas@as5300-9.216-194-23-78.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
|
||||
--- Bagder sets mode +t #rockbox
|
||||
<adiamas|sleeping> what is mode +t?
|
||||
<Bagder> prevent non-ops to set topic
|
||||
<adiamas|sleeping> ahhh... k
|
||||
<adiamas|sleeping> gotta learn that stuff...
|
||||
* Bagder is an old IRC-bot author... :-)
|
||||
<adiamas|sleeping> heheh i only started on irc about a year ago...
|
||||
<Bagder> I stopped writing the bot many years ago...
|
||||
<Bagder> first time on irc was 1993
|
||||
<adiamas|sleeping> i was just getting into computers at that point
|
||||
<adiamas|sleeping> i miss that old 1200 modem
|
||||
<Bagder> :-)
|
||||
<Bagder> now go to sleep! ;-)
|
||||
<adiamas|sleeping> hehehe
|
||||
<adiamas|sleeping> nite
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<wavey> anyone awake?
|
||||
<Bagder> yeps
|
||||
<wavey> coolio
|
||||
<wavey> how you doing?
|
||||
<Bagder> pretty good. You?
|
||||
<wavey> yup
|
||||
<wavey> you interested in coding for the archos then?
|
||||
<Bagder> I am, and I intend to ;-)
|
||||
<wavey> likewise..
|
||||
<wavey> got the player or recorder?
|
||||
<wavey> or both?
|
||||
<Bagder> recorder, I'm Daniel who posted to the mailing list just an hour ago
|
||||
<wavey> aha
|
||||
<wavey> nice to meet you :)
|
||||
<wavey> i mailed out a few qs to the list several weeks ago
|
||||
<Bagder> name?
|
||||
<wavey> stuart martin
|
||||
<Bagder> right, I read them ;-)
|
||||
<wavey> the archos is pretty funky, but flaky as shit
|
||||
<wavey> mine's got a dodgy contact in the earphone socket
|
||||
<wavey> probably going to resolder it
|
||||
<Bagder> I just got mine, haven't really had time to do much yet ;-)
|
||||
<wavey> i do love it
|
||||
<wavey> but i just wish it had sony's build
|
||||
<Bagder> I'll get the serial port hack soon and start coding it
|
||||
<wavey> interesting to hear you got 8 cells..
|
||||
<Bagder> Linus has a fully working gdb stub now
|
||||
<wavey> yeah, very impressed to read that
|
||||
<wavey> i know *no* electronics..
|
||||
<wavey> i'm waiting for the low-level shit to be completed :)
|
||||
<wavey> then i can start helping
|
||||
<Bagder> hehe
|
||||
<wavey> :)
|
||||
<Bagder> I'm not *that* low-level myself, I start on assembler ;-) I can't do much electronics
|
||||
<wavey> heh, assembler i'm happy with.
|
||||
<wavey> working out which wire to cut, i'm not :)
|
||||
<Bagder> I think that makes us on the same level more or less ;-)
|
||||
<wavey> groovy
|
||||
<wavey> the UI is going to be interesting
|
||||
<Bagder> luckily we have those guys around us to work out those stuff
|
||||
<wavey> i think we should maybe list the features we want and start prioritising them
|
||||
<wavey> then start mocking up UI images
|
||||
<Bagder> yeah
|
||||
<wavey> should be fun working with small screen realestate
|
||||
<Bagder> I would like to write some kind of UI simulator
|
||||
<wavey> interesting.. go on
|
||||
<Bagder> to enable us to work on UI stuff without having to bother with the actual hardware
|
||||
<wavey> yup
|
||||
<wavey> cool idea
|
||||
<wavey> i guess we'll need to pre-empt the low level services available to the UI
|
||||
<Bagder> I'm a Linux dude myself, so I'd go for a X-display
|
||||
<wavey> me too
|
||||
<wavey> although i find windoze usable too with enough cywin and emacs layers on top ;)
|
||||
<Bagder> the UI stuff would be built-up with a minor set of graphics functions, and we could probably just replace those functions with a set that draws X instead
|
||||
<wavey> is this channel logged?
|
||||
<wavey> could be useful
|
||||
<Bagder> I log it
|
||||
<wavey> coolio
|
||||
<Bagder> I think I have some basic X11-code that pops up a window and allows me to draw in it, which could be a start
|
||||
<wavey> cool
|
||||
<wavey> how long until it reads mail and displays webpages too? ;)
|
||||
<Bagder> *g*
|
||||
<Bagder> if we just get enough people to join in, there's nothing to stop us ;-)
|
||||
<wavey> damn right :)
|
||||
<wavey> the player/recorder screen diffs are a shame
|
||||
<Bagder> yes indeed
|
||||
<wavey> i wonder if project focus will be on the recorder
|
||||
<wavey> or the player
|
||||
<wavey> bjorn's initial investigations were on the player
|
||||
<Bagder> yeps
|
||||
<Bagder> but now he has both
|
||||
<wavey> but he bought a recorder iirc
|
||||
<wavey> yeah cool
|
||||
<Bagder> and so does Linus
|
||||
<wavey> cool
|
||||
<Bagder> and Björn's player CPU is damaged ;-)
|
||||
<wavey> heh
|
||||
<Bagder> or should I say :-(
|
||||
<wavey> how'd he damage the cpu?
|
||||
<Bagder> the serial port is broken
|
||||
<Bagder> it isn't normally used, so he hasn't noticed
|
||||
<wavey> what timezone you in?
|
||||
<wavey> i'm in london
|
||||
<Bagder> Sweden, +1 from you
|
||||
<wavey> you friends with linus and bjorn?
|
||||
<wavey> or just coincidence?
|
||||
<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<wavey> shit
|
||||
<Bagder> yeah, Björn's my brother and Linus is an old time friend. We work at the same company
|
||||
<wavey> aha :)
|
||||
<Bagder> all three opf us
|
||||
<wavey> i work as a j2ee consultant for a company with a swedish office
|
||||
<wavey> we got some of them over here now cos the market in .se is pretty weak
|
||||
<Bagder> yes it seems to be
|
||||
<Bagder> I'm doing embedded/realtime programming as a consultant
|
||||
<wavey> cool
|
||||
<wavey> which processor?
|
||||
<Bagder> right now, StrongARM
|
||||
<wavey> cool
|
||||
<wavey> i've only done 68K assembler but loved it
|
||||
<Bagder> arm assembler in general is cool, it has conditionals on *all* instructions
|
||||
<wavey> madness :)
|
||||
<Bagder> hehe, yeah
|
||||
<wavey> I moved into OO years ago, and wouldn't go back
|
||||
<wavey> pure elegance
|
||||
<wavey> (if you get it right) :)
|
||||
<Bagder> hehe, so they say... :-)
|
||||
<wavey> how far would you wanna see this simulator go?
|
||||
<wavey> button presses triggering song launching/pausing etc?
|
||||
<Bagder> it all comes down to much much we feel its worth
|
||||
<wavey> aye
|
||||
<wavey> i think perhaps the first stage might be to sketch UI ideas
|
||||
<Bagder> we could probably make more or less a complete simulator, should we want and have the eneergy
|
||||
<Bagder> yes
|
||||
<wavey> and that means identifiying the key aspects
|
||||
<wavey> and voting on inclusion
|
||||
<wavey> or doing a bjorn and ignoring the votes :)
|
||||
<Bagder> we can start on UI basics and ideas first, without even think code
|
||||
<Bagder> hehe
|
||||
<wavey> ok
|
||||
<wavey> how about throwing that to the mail list
|
||||
<wavey> give us your wants
|
||||
<wavey> or perhaps we can envisage most of that already
|
||||
<wavey> toggle m3u display/filename
|
||||
<wavey> scrolling/non scrolling
|
||||
<wavey> level meters
|
||||
<wavey> time
|
||||
<wavey> power
|
||||
<wavey> mode
|
||||
<wavey> vol
|
||||
<wavey> button names
|
||||
<wavey> eyecandy plugins
|
||||
<Bagder> imho, we must focus on getting the basic stuff there first, to allow us to play songs as that would help the guys working on those parts (mp3, filesystem etc)
|
||||
<wavey> of course
|
||||
<wavey> but a basic UI is trivial
|
||||
<wavey> just a button label
|
||||
<Bagder> yes, that's true
|
||||
<wavey> while they are developing that
|
||||
<wavey> we can look to the medium term
|
||||
<Bagder> right
|
||||
<wavey> and of course, we need emacs ported to it :)
|
||||
* Bagder grins
|
||||
<wavey> i remember when i started coding for the gameboy advance people started talking about porting linux
|
||||
<wavey> so so funny
|
||||
<Bagder> feel free to post a summary to the list, could be useful
|
||||
<wavey> but it always happens :)
|
||||
<Bagder> yes it does
|
||||
<Bagder> it'll happen here too soon :-)
|
||||
<wavey> did you fill your 20GB capacity yet?
|
||||
<wavey> i did mine in an hour and a half :)
|
||||
<Bagder> heh, no, but I don't really use it yet either
|
||||
<wavey> bought a usb 2 pci card
|
||||
<Bagder> I stream mp3 from my home-box to work
|
||||
<wavey> i haven't had mine from my side since i bought it in january
|
||||
<Bagder> I've ordered a usb2 card too
|
||||
<Bagder> I finally bought mine now since I was supposed to stop my project here and thus I wasn't sure I could still listen to my stream, but now I've got another assignment at the same palce so I can continue listening to it...
|
||||
<wavey> heh
|
||||
<wavey> typical
|
||||
<Bagder> well, I want to code it anyway, so I guess that'll be my primary use for it ;-)
|
||||
<wavey> i prefer to use the recorder despite being in front of a computer because it means i get more bandwidth..
|
||||
<wavey> and i can get up and move around without killing the sound
|
||||
<Bagder> :-)
|
||||
* Bagder runs for more coffee
|
||||
<wavey> i've always hated stopping music :)
|
||||
<wavey> i'll leave the cd player running when i leave the house sometimes. stupid huh? :)
|
||||
--> gizz (~gizz@ALyon-102-2-1-77.abo.wanadoo.fr) has joined #rockbox
|
||||
<wavey> howdy
|
||||
<gizz> heya !
|
||||
<Bagder> g'day
|
||||
<gizz> did I miss some hot talks ?? :)
|
||||
<wavey> not really
|
||||
<wavey> that's on #sex
|
||||
* wavey chuckles
|
||||
<gizz> hehe
|
||||
<wavey> or perhaps #hotsex
|
||||
<gizz> you => Juke hacker ?
|
||||
<Bagder> we're wannabe archos hackers ;-)
|
||||
<gizz> great!
|
||||
<gizz> player or recorder ?
|
||||
<gizz> => I'm a poor player owner,
|
||||
* Bagder has a Recorder
|
||||
<wavey> recorder also
|
||||
<wavey> we've been discussing some ideas for the UI
|
||||
<wavey> but nothing really worthy of capture yet
|
||||
<gizz> ok
|
||||
<gizz> problem is,
|
||||
<gizz> to me player & recorder are very different
|
||||
<wavey> yus
|
||||
<wavey> shame
|
||||
<Bagder> yes, we'll need to make two UIs as they'll be quite different
|
||||
<gizz> but is it worth it ?
|
||||
<gizz> I mean,
|
||||
<gizz> does player owe to be supported ever ?
|
||||
<wavey> well, if people here want to support it, it'll be supported..
|
||||
<wavey> the underlying functions of the firmware will be mostly similar between the two
|
||||
<gizz> right!
|
||||
<Bagder> indeed, and except for display+keys, msot of the internals are the same
|
||||
<wavey> need a UI strategy
|
||||
<wavey> the recorder is likely to be supported better because it's cooler..
|
||||
<wavey> (UI) anyway
|
||||
<gizz> good point
|
||||
<gizz> So,
|
||||
<gizz> UI guys
|
||||
<gizz> should make good design decision,
|
||||
<gizz> in order for the to Juke-races to be supported, at least
|
||||
<gizz> at low level,
|
||||
<wavey> juke-races?
|
||||
<gizz> races : sorts
|
||||
<wavey> ok
|
||||
<gizz> hmm, models.. :)
|
||||
<wavey> understood :)
|
||||
<gizz> .. but at UI level,
|
||||
<gizz> they will be supported (very) differently,
|
||||
<wavey> aye
|
||||
<gizz> and of cours, recorder owners will be happier :)
|
||||
<gizz> One thing :
|
||||
<gizz> on my player, when pleying with custom chars (font)
|
||||
<gizz> I tried to draw two bitmaps through thos custom chars,
|
||||
<gizz> (as if custom chars datas where some sort of 'video memory')
|
||||
<gizz> and then, I thought we could just modify this 'video memory' at will,
|
||||
<gizz> to simulate some pixel screen
|
||||
<gizz> but the result wasn't quite good (many pixels where too far from each other, due to space between chars)
|
||||
<gizz> That's all... :)
|
||||
<gizz> Did you try to draw some stuff on your recorder ?
|
||||
<wavey> nope
|
||||
<wavey> I compiled the player firmware on my box, but haven't tried a recorder one
|
||||
<Bagder> I just got mine, I intend to get the gdb-stub approach working first
|
||||
<gizz> ok; If recorder prices get lower, I think I'll move to it
|
||||
<wavey> gizz: nice idea with the video memory
|
||||
<gizz> vid mem : well, in all cases, that would produce an 14 * 55 screen :) (if I remember well)
|
||||
<wavey> 14 pixels is pretty damn limiting :)
|
||||
<Bagder> amen
|
||||
<wavey> remind me what the recorder has?
|
||||
<gizz> oh
|
||||
<wavey> time to mock up some screens to get the juices flowing
|
||||
<gizz> maybe 131 * 64 or better ??
|
||||
<Bagder> 112x64
|
||||
<gizz> cool resolution !!
|
||||
<gizz> (slightly less than HP48 ;o)
|
||||
<Bagder> can't wait to get some games going ;-)
|
||||
<gizz> If only I had a recorder, I could try to port some
|
||||
<gizz> nifty HP48 100% assembly games :o)
|
||||
<Bagder> hehe
|
||||
<gizz> (with scrolling, sprites, grey level, etc.. :)
|
||||
<Bagder> it has sprites?
|
||||
<gizz> Never played Columns II on HP48 ??
|
||||
<gizz> sprites : yes !
|
||||
<Bagder> gosh
|
||||
<gizz> what about : Arkanoid, Skweeks,
|
||||
<gizz> Xennon,
|
||||
<gizz> or even : Doom, grey-level, with monsters, textures, and multiplayers ?
|
||||
<gizz> (well, two players, with serial cable)
|
||||
<Bagder> nah, let's aim for PPP over the USB and have full internet access ;-)
|
||||
<gizz> LOL
|
||||
<gizz> hey, I've got an idea : I'm gonna try the grey-level tricks tonight, just to see if it works :)à
|
||||
<gizz> you at home, or at work ?
|
||||
<Bagder> work
|
||||
* gizz too :)
|
||||
<Bagder> ssh'ed to home
|
||||
<gizz> cool !
|
||||
<gizz> => i'll back later then.. :)
|
||||
<gizz> bye !
|
||||
<Bagder> bye
|
||||
<-- gizz has quit ("Leaving")
|
||||
<wavey> damn
|
||||
<wavey> missed the important bit
|
||||
<wavey> sprites!
|
||||
<wavey> lovely :)
|
||||
<Bagder> yeah, that would be great ;-)
|
||||
<wavey> i can imagine some nice visualisations coming out of this
|
||||
<wavey> eyecandy is important :)
|
||||
<Bagder> indeed it is
|
||||
<wavey> 112x64
|
||||
* wavey opens psp
|
||||
<wavey> wow
|
||||
<wavey> it's really really small :)
|
||||
<wavey> this is going to be interesting
|
||||
<wavey> are there character fonts built in to the recorder or is it purely bitmapped?
|
||||
<Bagder> pure bitmaps, as I've understood it, but the font is stored as separate bitmaps
|
||||
<Bagder> as the pics on http://bjorn.haxx.se/rockbox/notes.html shows
|
||||
<wavey> ah yes
|
||||
<wavey> the project went pretty quiet for a while
|
||||
<wavey> forgot the basics
|
||||
<Bagder> yeah, after the initial burst there has been some silence and hard work at the side
|
||||
<wavey> so
|
||||
<Bagder> intial, still very basic, ui-simulator seems to work
|
||||
<wavey> hey nice
|
||||
<Bagder> pops up window, can draw in it etc
|
||||
<wavey> lovely
|
||||
<wavey> is it worth trying to identify key functional areas, and see how they lead to a UI requirement?
|
||||
<wavey> 1. start playing
|
||||
<wavey> 2. pause playing
|
||||
<wavey> 3. stop playing
|
||||
<wavey> 4. increase volume
|
||||
<wavey> 5 decrease volume
|
||||
<wavey> are these the fundamental ones?
|
||||
<wavey> playlist etc extend this
|
||||
<Bagder> yes they're the basics
|
||||
<Bagder> without them, there is no player
|
||||
<wavey> ok, playlist operations are another
|
||||
<wavey> and file operations are another
|
||||
<wavey> level meters
|
||||
<wavey> balance control
|
||||
<wavey> timekeeping
|
||||
<wavey> playlist on the recorder firmware is simple
|
||||
<wavey> add to playlist
|
||||
<wavey> play list
|
||||
<wavey> play list randomly
|
||||
<wavey> delete from list
|
||||
<wavey> next in list
|
||||
<wavey> back in list
|
||||
<Bagder> hey, I haven't understood how the playlist works yet ;-)
|
||||
<wavey> i figured :)
|
||||
<wavey> hence the recap :)
|
||||
<wavey> how much was your recorder?
|
||||
<Bagder> I'm not sure... I had a friend order it for me
|
||||
<wavey> point 1) above assumes a file can be identified from the hdd
|
||||
<wavey> which kinda presupposes some file operations are needed at the start
|
||||
<wavey> i.e. browse
|
||||
<Bagder> right, filesystem support is essential
|
||||
<wavey> shall we propose 2 main UI iterations, with the first being 1-5 above + browse filesystem
|
||||
<wavey> and the 2nd being the one with the extra fluff like balance control, timekeeping etc?
|
||||
<Bagder> sounds wise, yes
|
||||
<wavey> do you have your recorder with you now?
|
||||
<Bagder> no
|
||||
<wavey> the level meters take up 1/4 of the screen!
|
||||
<wavey> ridiculous
|
||||
<wavey> i mean, who cares?
|
||||
<Bagder> they're quite silly, I agree
|
||||
<wavey> and the three timers are silly
|
||||
* Bagder tries to get Björn here
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> there he is ;-)
|
||||
<wavey> hey bjorn
|
||||
<wavey> nice to meet you
|
||||
<Zagor> hey there guys
|
||||
<wavey> i'm sure daniel's filled you in on our discussions so far
|
||||
<wavey> trying to identify a) the minimum UI
|
||||
<Zagor> ah, no not really
|
||||
<wavey> to enable testing of firmware code
|
||||
<wavey> and b) a candidate full-featured UI
|
||||
<wavey> with bells and whistles
|
||||
<wavey> a) needs file browsing support, plus play/pause/stop file + volume control
|
||||
<wavey> b) has playlist control, m3u display, balance control, etc
|
||||
<Bagder> so Zagor, you ok with me creating a subdir in CVS and importing my initial X11 UI stuff?
|
||||
<wavey> and a funky lil' gui
|
||||
<Zagor> bagder: sure. maybe something called 'simulator' or similar, to clearly show it's not the "real" code
|
||||
<Bagder> righ, I'll go for simulator
|
||||
<wavey> i'd be more explicit
|
||||
<Zagor> well, my first thought when i threw this item on Daniel was,
|
||||
<wavey> from experience, naming becomes important in directory structures
|
||||
<Zagor> that it'd be a good thing if we can have the basic menu system the same for the two models
|
||||
<Zagor> not so much the graphic bits, more the underlying framework
|
||||
<wavey> sure
|
||||
<wavey> sensible
|
||||
<Bagder> ok, so 'uisimulator' then ;-)
|
||||
<wavey> sounds great to me
|
||||
<Zagor> (note: i'm at work, so I'll be idle from now and then)
|
||||
<wavey> likewise
|
||||
<wavey> in london
|
||||
<Bagder> ah, you guys work at work? :-]
|
||||
<Zagor> sometimes :)
|
||||
<Bagder> Zagor: with gaim, how the heck do I create an account?
|
||||
<Zagor> hmm
|
||||
<Zagor> i don't know :-)
|
||||
<Zagor> didn't you have an account before?
|
||||
<Bagder> me neither, it just asks for a name and password
|
||||
<Bagder> I used icq ages ago, yes I had an account but only god knows which name and password I used then
|
||||
<Zagor> you need to specify that you are using the 'oscar' protocol, otherwise it will try to log you on as an AIM account
|
||||
<Zagor> ok
|
||||
<Bagder> ah, I need to go and do it on a web page...
|
||||
<wavey> i like the ascii rockbox logo, bagder
|
||||
<Zagor> that'll probably be easiest, yes
|
||||
<Bagder> figlet is cool ;-)
|
||||
<Zagor> yeah, it's cool!
|
||||
<wavey> figlet rocks :)
|
||||
<Zagor> so, did you come up with some ideas about the GUI?
|
||||
<wavey> some
|
||||
<wavey> nothing graphical
|
||||
<wavey> functional requirements
|
||||
<wavey> and no real thought to the player/recorder split
|
||||
<wavey> except that the player's size is very limiting
|
||||
<Zagor> yes, indeed
|
||||
<wavey> and i'd like to see some visualisation eyecandy
|
||||
<Zagor> i nice big on-screen Archos would be cool :-)
|
||||
<wavey> you mean a floating logo?
|
||||
<Zagor> no i was thinking the simulated gui
|
||||
<wavey> or a representation of the player itself
|
||||
<Zagor> yes
|
||||
<wavey> ah yes
|
||||
<wavey> is the simulator going to simulate the screen or the player as a whole?
|
||||
<wavey> and isn't that an emulator? ;)
|
||||
<Bagder> I think we start with only the screen
|
||||
<Bagder> and then we'll see if we're up to making it a complete emulator
|
||||
<Zagor> yes
|
||||
<wavey> i'll leave the sh1 emulation to others :)
|
||||
<Zagor> hehe
|
||||
<Bagder> I've imported the uisimulator code to CVS now
|
||||
<wavey> gizz was talking about the chip being able to support sprites :)
|
||||
<wavey> and porting games to it :)
|
||||
<Zagor> hehe
|
||||
<Bagder> actually, he said the HP48 had them
|
||||
<Zagor> grand plans!
|
||||
<wavey> my recorder is only 3 months old but i think tetris would kill the plasticy buttons on it
|
||||
<wavey> bad: ah!
|
||||
<wavey> that's a shame
|
||||
<wavey> but not really suprising :)
|
||||
<wavey> i'd be happy with no games but a firmware that didn't suck ass
|
||||
<Bagder> did anyone make a C array of the fonts for the Recorder?
|
||||
<Bagder> Zagor ?
|
||||
<Zagor> not that i know
|
||||
<Bagder> kind of boring work... :-)
|
||||
<wavey> can't you extract the data from existing firmware as a linear array?
|
||||
<wavey> or is that copyrighted
|
||||
<wavey> i guess it is
|
||||
<Bagder> yes it is
|
||||
<wavey> but who could tell? :)
|
||||
<Zagor> well we don't really need those exact fonts
|
||||
<Zagor> there are tons of good fonts out there
|
||||
<wavey> agreed
|
||||
<wavey> but not at 5x7
|
||||
<Zagor> maybe not tons, but a few at least
|
||||
<Zagor> linus had some ideas, but he's not here right now
|
||||
<wavey> excellent work he did with the gdb integration
|
||||
<Zagor> yeah, very nice
|
||||
<Bagder> that'll be *so* handy
|
||||
<Zagor> he plans to write a program loader too, so we can select firmware at start. that'll be nice too.
|
||||
<Zagor> he's a cool guy :)
|
||||
<wavey> very nice
|
||||
<Bagder> hahah, just don't tell him that ;-)
|
||||
<Zagor> i wouldn't dream of it ;*)
|
||||
<Zagor> btw, i think we should aim for proportional fonts on the recorder
|
||||
<Zagor> there's too little room to waste it on blanks :)
|
||||
<wavey> if we do it properly, we can have it as a user option
|
||||
<Zagor> yes
|
||||
<wavey> as a user, i'd rather have the entire display taken up with the song details, rather than the stupid level meters
|
||||
<wavey> but hopefully we can cater to all tastes via options
|
||||
<Zagor> yes. open season on level meters...
|
||||
<wavey> especially ones that take up a quarter of the screen!
|
||||
<Zagor> bagder, do you have code for font handling? i have written some if you need it.
|
||||
<Bagder> I need it
|
||||
<Bagder> I only have the XDrawString() but it isn't what we want ;-)
|
||||
<Zagor> ok, i'll mail it to you
|
||||
<Bagder> did anyone write code that draws stuff on the recorder?
|
||||
<Zagor> yes, look on the rockbox front page
|
||||
<Zagor> there's a link in the news swction
|
||||
<Bagder> found it
|
||||
<Bagder> he has a font table in there...
|
||||
<Zagor> ah
|
||||
<Bagder> this code is quite good
|
||||
<Zagor> bagder: look at drawText() in the code I sent you. it's the relevant portion
|
||||
<Bagder> this works with the included font, right?
|
||||
<Zagor> yes
|
||||
<Bagder> well, if we have a font defined, making it output proportional won't be hard
|
||||
<Zagor> no
|
||||
<Zagor> my point exactly :)
|
||||
<Bagder> the trickiest part is probably to make it look the same on Linux ;-)
|
||||
<Zagor> really? can't you just allocate a bitmap and pixel-write to it?
|
||||
<Bagder> probably, I'm just not very good at those X-calls. I'll need to chase around a bit
|
||||
<Zagor> chase around? well, that's what we're here for, innit? ;)
|
||||
<Bagder> I'm not complaining, I'm only saying how it looks ;-)
|
||||
<wavey> isn't raw X wrapped by gnome or something these days if you want to make it easier?
|
||||
<Zagor> yeah
|
||||
<Bagder> perhaps
|
||||
<Bagder> I'm not sure it makes things easier at this point
|
||||
<Bagder> we already pop up a window and we can draw in it
|
||||
<wavey> true
|
||||
<Bagder> besides, not using gtk or qt makes our program even more portable
|
||||
<Bagder> not that it matters very much of course
|
||||
<wavey> what's the main purpose of the ui simulator?
|
||||
<wavey> to see how things look?
|
||||
<Bagder> yes
|
||||
<Bagder> if we make generic input functions we can drive it too
|
||||
<Bagder> to try the feel too
|
||||
<wavey> i'm not expressing myself clearly, i fear
|
||||
<wavey> um
|
||||
<wavey> does it give you more than mock ups would?
|
||||
<wavey> does it give you any real code for the archos itself?
|
||||
<Bagder> yes, it will
|
||||
<Zagor> that's the idea
|
||||
<wavey> ok cool
|
||||
<wavey> just getting it clear
|
||||
<Bagder> maybe not just now, but that's the purpose of it all
|
||||
<wavey> cool
|
||||
<wavey> coffee time
|
||||
<wavey> bbl
|
||||
<Bagder> sigh, our coke machine is empty...
|
||||
<Zagor> bagder: where are you now? Neti, con?
|
||||
<Bagder> neti
|
||||
<Zagor> ok
|
||||
<Bagder> they did buy my extra 300 hours, so I'm gonna be here for a while more...
|
||||
<Zagor> ok
|
||||
<Zagor> lucky you... ;-P
|
||||
<Bagder> haha
|
||||
<Bagder> at least I'm gonna be working entirely on linux this time
|
||||
<Zagor> ok, that's nice
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
<Bagder> gotta go
|
||||
<Bagder> see ya
|
||||
<Zagor> ok, bye
|
||||
**** ENDING LOGGING AT Mon Mar 25 16:50:01 2002
|
||||
|
|
@ -1,591 +0,0 @@
|
|||
Zagor => Björn Stenberg
|
||||
linus => Linus Nielsen Feltzing
|
||||
Bagder => Daniel Stenberg
|
||||
Wavey => Stuart Martin
|
||||
alkorr => Alan Korr
|
||||
adiamas => Rob
|
||||
|
||||
**** BEGIN LOGGING AT Tue Mar 26 07:47:01 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
--- devlin.openprojects.net sets mode +n #rockbox
|
||||
--- Bagder sets mode +t #rockbox
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
|
||||
<Bagder> hi
|
||||
<-- adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has left #rockbox ("Client Exiting")
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-156.nyc.ny.metconnect.net) has joined #rockbox
|
||||
<adiamas> hey there.
|
||||
<Bagder> morning ;-)
|
||||
<adiamas> hehe for you ;)
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> g'day wavey
|
||||
<wavey> howdy
|
||||
<adiamas> howdy wavey
|
||||
<wavey> hey adiamas
|
||||
<wavey> you have the recorder or player, adiamas?
|
||||
<adiamas> recorder
|
||||
<wavey> cool
|
||||
<adiamas> got it off of ebay for a nice cheap price.. :)
|
||||
<wavey> does yours have any quirks?
|
||||
<adiamas> one that ive noticed so far...
|
||||
<wavey> mine has dodgy contact in earphone socket
|
||||
<wavey> keeps resetting when moved :(
|
||||
<adiamas> if i remember correctly it was that i couldn't save the playlist...
|
||||
<adiamas> if i edited it when i was running.
|
||||
<wavey> only 3 months old
|
||||
<adiamas> from the player...
|
||||
<adiamas> if i do it from the command line, then transfer the file, all is well..
|
||||
<wavey> yeah
|
||||
<adiamas> well.. that and i had it completely barf on me last night.
|
||||
<wavey> i think that's normal crappy firmware
|
||||
<wavey> really?
|
||||
<adiamas> nod
|
||||
<wavey> recoverable, i hope?
|
||||
<adiamas> dunno what it was...
|
||||
<adiamas> yeah.. but i had to boot into windows to delete the disk.. clear it all out.
|
||||
<wavey> tsk
|
||||
<adiamas> i tried for like 4 hours in linux.. did everything i could think of...
|
||||
<adiamas> fsck
|
||||
<adiamas> fdisk
|
||||
<adiamas> fsck.vfat
|
||||
<adiamas> rm -rf
|
||||
<adiamas> hell, i even went as far as bit permisions...
|
||||
<adiamas> no go.
|
||||
<wavey> but windows was cool with it?
|
||||
<wavey> scary
|
||||
<adiamas> nods
|
||||
<adiamas> i did the windows "fake format"
|
||||
<adiamas> delete all :P
|
||||
<wavey> heh
|
||||
<adiamas> so badger.. how about setting a topic eh?
|
||||
<adiamas> :)
|
||||
--- Bagder gives channel operator status to adiamas
|
||||
<adiamas> heheh
|
||||
--- Bagder gives channel operator status to wavey
|
||||
--- Bagder has changed the topic to: rock the box
|
||||
--- adiamas has changed the topic to: rock the box http://bjorn.haxx.se/rockbox/
|
||||
<adiamas> hehehe
|
||||
<adiamas> so im waiting on addition to sourceforge to toss up version one of the FAQ
|
||||
<Bagder> cool
|
||||
<wavey> haven't read email yet - how far is your simulator going, bagder?
|
||||
<Bagder> I didn't do much more yesterday
|
||||
<Bagder> I'm gonna attack the font code next
|
||||
<wavey> cool
|
||||
<Bagder> to make a function that outputs similar text on the recorder and X11
|
||||
<wavey> groovy
|
||||
<Bagder> hm, not similar, identical really
|
||||
<wavey> even better
|
||||
<Bagder> Jerome Kuptz posted on the list and volounteered to write a windows port for the ui sim
|
||||
<wavey> lovely
|
||||
<adiamas> bagder you have any source i can grab to look at the sim?
|
||||
<Bagder> I added the sources to the rockbox CVS yesterday
|
||||
<Bagder> its easiest to get them off there
|
||||
<adiamas> k... ill go look
|
||||
<Bagder> it isn't very much to look at yet though ;-)
|
||||
<Bagder> it pops up a window, draws a line and outputs a text
|
||||
<adiamas> itll get there ;)
|
||||
<Bagder> adiamas: did you by any chance do some X11 programming before?
|
||||
<adiamas> nope.. but im a quick study.
|
||||
<adiamas> some mild exp with qt
|
||||
<adiamas> my modem is going to explode with all these downloads :)
|
||||
<Bagder> it's good to keep it busy ;-)
|
||||
<adiamas> yup.. esp just before i head off to bed ;)
|
||||
<Bagder> Gary's lcd code keeps a full copy of the bitmap in memory, and writes the whole thing to the lcd all the time
|
||||
<Bagder> which probably makes it easier to make a X11 version too
|
||||
<adiamas> that would make sense...
|
||||
<adiamas> has anyone finalized at all on what exactly our first target/goal is to achieve?
|
||||
<Bagder> not really, no
|
||||
<wavey> i think we need to produce a simple menu UI first
|
||||
<wavey> get that working on both player and recorder
|
||||
<adiamas> nods
|
||||
<wavey> and then look at how to approach the diff UI capabilities of the two devices
|
||||
<adiamas> some kinda lib that makes ui creation pretty simple would be nice
|
||||
<wavey> aye
|
||||
<adiamas> i havne't played with just the player.. so i don't really know the differences yet...
|
||||
<adiamas> oh.. btw ... when i post things.. forgive the spelling... i am a HORRID speller...
|
||||
<adiamas> put my mother (english teach for 20 yrs) into fits of tears :)
|
||||
* adiamas swells with pride
|
||||
<wavey> player has tiny screen
|
||||
<wavey> 3 lines or something like that
|
||||
<wavey> instead of 8
|
||||
<wavey> getting a simple menu ui up and running allows the back-end firmware developers to test their stuff
|
||||
<adiamas> ahhhh
|
||||
<wavey> so we need a) screen drawing capabilities
|
||||
<adiamas> ummm.. using cvs, how do i do a pull of all files in a dir?
|
||||
<wavey> b) file browsing capabilities
|
||||
<wavey> (to locate a file to play and stop, etc)
|
||||
<Bagder> adiamas: see http://sourceforge.net/cvs/?group_id=44306, replace "modulename" with uisimulator
|
||||
<adiamas> good.. just did that...
|
||||
<wavey> and c) basic controls to start, stop, pause an mp3
|
||||
<wavey> the 2nd generation UI can have the visual goodies - levels, scrolling titles, etc
|
||||
<wavey> the simple ui shouldn't take too long
|
||||
<adiamas> okay.. explain to me.. WTF would sourceforge require use of ssh1 when its known to be flawed?
|
||||
<adiamas> when not go to ssh2?
|
||||
<wavey> flawed doesn't mean useless
|
||||
<wavey> i guess
|
||||
* adiamas nods
|
||||
<adiamas> um Bagder you do realize your FILES lists a README, but there isn't one right?
|
||||
<Bagder> oops
|
||||
<adiamas> and just a question of taste... are we doing 2, 4, or 8 char tab stops?
|
||||
<Bagder> I do 8 char tab stops, c indenting with 2 spaces
|
||||
<adiamas> nods
|
||||
<Bagder> (setq c-basic-offset 2)
|
||||
<Bagder> (setq indent-tabs-mode nil)
|
||||
<Bagder> :-)
|
||||
<adiamas> i lean toward 4 myself.. but as long as i can map emacs to you im good :)
|
||||
* adiamas curses rh7.1
|
||||
<adiamas> friggin X11 headers are missing.
|
||||
<adiamas> hehehe yup
|
||||
<adiamas> or
|
||||
<adiamas> :set tabstop 4
|
||||
<adiamas> :set tabstop 8
|
||||
<adiamas> if you use a real _editor_
|
||||
<Bagder> hehehe
|
||||
<Bagder> hm, I wonder if using XDrawPoints() is sensible to use...
|
||||
<Bagder> I removed the FILES file now
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Zagor> yo boys
|
||||
<Bagder> morning
|
||||
<Zagor> have you looked at the new "mods" page I added to the web page?
|
||||
<Bagder> great sets of pics! ;-)
|
||||
<Zagor> thanks
|
||||
<Zagor> i should be a model! :-D
|
||||
<Bagder> btw Zagor, I think I go with Gary's fonts and his way of representing the lcd in memory
|
||||
<Zagor> ok
|
||||
<Bagder> the bytes are then vertical, lsb on top
|
||||
<wavey> zagor: nice pictures
|
||||
<Zagor> can you have >8 pixel wide chars?
|
||||
<Zagor> or high, i mean
|
||||
<Bagder> Well, we'll have a complete 112x64 pic in memory so we can make whatever we want
|
||||
<Zagor> thanks, wavey
|
||||
<Bagder> we write the complete bitmap
|
||||
<Bagder> at least to start with
|
||||
<Zagor> bagder: so why do we want vertical bytes? it ends up as a lot more bit flipping to get the pixels out
|
||||
<Bagder> because that's how the lcd itself has them
|
||||
<Bagder> makes faster updates
|
||||
<Zagor> ok, so the 112x64 pixmap is vertically oriented?
|
||||
<Bagder> each byte is 8 pixels "high", byte 0 is top left, byte 1 is 2nd left etc
|
||||
<Zagor> ok. makes sense, then
|
||||
<Bagder> I'm making three files now, lcd.c with generic lcd stuff, lcd-recorder.c that writes the bitmap to a recorder and lcd-x11.c that writes the bitmap to an x11 window
|
||||
<adiamas> were staying c based for now correct?
|
||||
<Zagor> yes
|
||||
<Bagder> yes
|
||||
<adiamas> or are we going straight to c++?
|
||||
<adiamas> k...
|
||||
<Zagor> no :)
|
||||
<adiamas> damnit... way to early here... can someone remind me the name of the file that allows you to turn services on and off?
|
||||
<adiamas> i konw its not /etc/services
|
||||
* adiamas needs bed bad
|
||||
<Zagor> uh, redhat?
|
||||
<Bagder> /etc/inetd.conf ?
|
||||
<adiamas> thats it.. thank you.
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
<Zagor>
|
||||
--- adiamas is now known as adiamas|sleeping
|
||||
<Bagder> hey
|
||||
<Bagder> it works ;-)
|
||||
<wavey> what does?
|
||||
<Bagder> my new code, using a memory bitmap and lcd_update()
|
||||
<wavey> nice one :)
|
||||
<Bagder> exact same pixel-setup as the recorder would get
|
||||
<wavey> coolio
|
||||
<wavey> very useful
|
||||
<Bagder> very tiny letters though :-)
|
||||
<Bagder> I should probably allow some zooming or somthing
|
||||
<Bagder> so, now we can write a small program using the new lcd API, and the output seen in the X11 window is what will be seen on the recorder screen as well
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
<Tumm> lo
|
||||
<wavey> excellent
|
||||
<wavey> hiya tumm
|
||||
<Bagder> hi
|
||||
<Bagder> XDrawPoints() was all I needed
|
||||
<wavey> well, technically, XDrawPoint() is all you needed ;)
|
||||
<Bagder> right, but one at a time turned out very slow
|
||||
<wavey> :)
|
||||
<wavey> surely XDrawPoints() uses a lot of XDrawPoint()?
|
||||
<Bagder> I'm running my X11-windows over ssh from a machine far away ;-)
|
||||
<wavey> or is that naive?
|
||||
<wavey> ah
|
||||
<wavey> heh
|
||||
<Bagder> well, it doesn't make them appear one by one, but instead all at once
|
||||
<Bagder> and it makes a huge difference
|
||||
<Bagder> time to eat
|
||||
--> alankrr (jbcoax@srs03v-7-104.n.club-internet.fr) has joined #rockbox
|
||||
<alankrr> hi people
|
||||
<wavey> happy fooding.
|
||||
<wavey> hiya alan
|
||||
<alankrr> oh yes i forget ! :) it's time for eating
|
||||
<wavey> :)
|
||||
<alankrr> i wonder why zagor doesn't reply
|
||||
<alankrr> but now i know
|
||||
<alankrr> ok what's up ?
|
||||
<wavey> daniel's ui simulator is coming along
|
||||
<wavey> he's got the same images appearing in X as will appear in the recorder lcd
|
||||
<alankrr> yes but is it using the same layout ?
|
||||
<wavey> including characters, i think
|
||||
<wavey> layout?
|
||||
<alankrr> i mean the way to set a pixel in LCD
|
||||
<wavey> you mean the API?
|
||||
<wavey> i think that's the idea
|
||||
<alankrr> ah ok it's just at the high level
|
||||
<wavey> X is just an output alternative, the recorder's lcd is another
|
||||
<wavey> the API is the same
|
||||
<wavey> hopefully ;)
|
||||
<alankrr> well, there are ways to put images at pixel coordinates
|
||||
<alankrr> but ye must use a shifter table
|
||||
<alankrr> 'cause shift instructions on SH1 are not smart enough
|
||||
<wavey> ah
|
||||
<alankrr> so it is why i asked if this simulator works by simulating the LCD layout on X
|
||||
<alankrr> but never mind, it is not an urgent thing to do :)
|
||||
<alankrr> you are the only one here ?
|
||||
<wavey> at the moment, yep
|
||||
<wavey> the swedes are having lunch, it seems
|
||||
<alankrr> and how many time will Bagder and Zagor be here in ?
|
||||
<alankrr> yes it's normal
|
||||
<wavey> try again in an hour or so
|
||||
<alankrr> okay see you all later
|
||||
<-- alankrr has quit ()
|
||||
--> alankrr (jbcoax@srs07v-5-60.n.club-internet.fr) has joined #rockbox
|
||||
<alankrr> are people still absent ?
|
||||
--- alankrr is now known as alkorr
|
||||
<Bagder> back
|
||||
<alkorr> oh good
|
||||
<alkorr> maybe you don't know me ?
|
||||
<Bagder> no I don't, who are you? ;-)
|
||||
<alkorr> arf, i know you brother in fact :)
|
||||
<Bagder> we're all a big happy family here anyway! ;-)
|
||||
<Bagder> btw, the lcd "simulator" is based on the original working recorder lcd code by Gary Czvitkovicz
|
||||
<Bagder> so it should work pretty much already
|
||||
<alkorr> yes i know, i've just reread your emails
|
||||
<Bagder> and I'm working on getting the same API to work on both the recorder and X11
|
||||
<Bagder> and I hope to do a similar dual approach for jukebox/X11 output later
|
||||
<alkorr> well it would be very difficult :)
|
||||
<Bagder> why?
|
||||
<alkorr> with just 2 lines with only 11 characters
|
||||
<Bagder> yes, then I'll make a small X11-windows 2 lines high, 11 chars wide. that's not too difficult
|
||||
<alkorr> and each characters are seperate with at least 3 pixels
|
||||
<alkorr> so you are very limited for fx
|
||||
<Bagder> I know
|
||||
<Bagder> but that's what we have, that's not anything I can do to change
|
||||
<alkorr> for example, scrolling can only be done on basis of characters not pixel
|
||||
<Bagder> yes
|
||||
<alkorr> etc.
|
||||
<Bagder> why is that difficult then?
|
||||
<alkorr> because it is a character-LCD not a graphical LCD
|
||||
<Bagder> I'm not planning to make one single unified API for both platforms
|
||||
<alkorr> ok
|
||||
<alkorr> anyway we need a begining for a start ;)
|
||||
<Bagder> true
|
||||
<alkorr> by the way, i know very well the SH1
|
||||
<alkorr> its advantages and disadvantages and its on-chip peripherals
|
||||
<Bagder> that's useful indeed. I've did my share of SH1 assembler, but that was some 6 years ago now
|
||||
<alkorr> :)
|
||||
<alkorr> gcc doesn't generate very well code as ia32 does :(
|
||||
<alkorr> let me explain to you
|
||||
<alkorr> there are two possibility to branch
|
||||
<alkorr> one is using jsr or jmp with a register containing the address to call or to jump
|
||||
<alkorr> another one using bsr or bra with an 12-bit immediate offset
|
||||
<alkorr> gcc don't generate brs nor bra
|
||||
<alkorr> so it will use several registers to be able to use jsr or jmp
|
||||
<Bagder> well, it should be possible to fix the gcc, even it its quite hard I figure
|
||||
<alkorr> i tried with static functions close to a function which calls those static functions
|
||||
<alkorr> without success
|
||||
<alkorr> well there several example like this which explains why I prefer not to use C for all
|
||||
<Bagder> for loops that is gonna make a difference, but for most code it is a penalty we can take, imho
|
||||
<alkorr> so you mustn't be surprised to see a lot of asm in my source
|
||||
<alkorr> i don't care for speed
|
||||
<alkorr> but for space
|
||||
<Bagder> you restrict the audience quite a lot by using asm, as not many people will be able to read it nor write it
|
||||
<wavey> low level functions can be asm
|
||||
<wavey> that's not a problem at all
|
||||
<alkorr> i'm speaking about low functions, not for your GUI :)
|
||||
<wavey> screen updating code can be a complex as you wan
|
||||
<wavey> because people will access it from C
|
||||
<alkorr> so we are okay
|
||||
<wavey> yup
|
||||
<Bagder> indeed
|
||||
<wavey> hoorah!
|
||||
* wavey chuckles
|
||||
* Bagder smiles
|
||||
<alkorr> it is not in my intention to do all the stuff in asm
|
||||
<Bagder> what parts are gonna start (have you started) with?
|
||||
<alkorr> LCD
|
||||
<alkorr> USB
|
||||
<alkorr> let me see my source
|
||||
<alkorr> timer
|
||||
<alkorr> lcd+backlight+led
|
||||
<alkorr> where i'm using atomic operation to set or clear port A and B
|
||||
<alkorr> so asm+c
|
||||
<alkorr> a start of ATA
|
||||
<alkorr> but i lost the main part in a harddisk crash
|
||||
<alkorr> ata is C
|
||||
<Bagder> what kind of lcd code do you have?
|
||||
<alkorr> for JBP
|
||||
<alkorr> i send you my source
|
||||
<Bagder> please do
|
||||
<Bagder> mail me at daniel@haxx.se
|
||||
<Bagder> my usb2 card has arrived!
|
||||
<alkorr> i don't send all my package
|
||||
<Bagder> I'm mainly interested in the lcd parts sright now
|
||||
<alkorr> just LCD parts and headers you could need
|
||||
<Bagder> right, thanks
|
||||
<alkorr> for JBR i don't try because i lose my JBR
|
||||
<alkorr> so i cannot try it
|
||||
<Bagder> I already have working code for the recorder
|
||||
<Bagder> I'll make a little api for the player built on your code
|
||||
<Bagder> did anyone make a table of all the available letters/characters on the player's LCD screen?
|
||||
<Zagor> yes
|
||||
<wavey> it's on the notes page next to the recorders
|
||||
<Zagor> it's not the recorder's, it's the player versions
|
||||
<Zagor> the new and old have different charsets
|
||||
<alkorr> there is difference between old and new text-lcd in JBP
|
||||
<alkorr> i have the new one which is quite compliant with ascii table
|
||||
<Bagder> aha, it could be clarified on the web page...
|
||||
<alkorr> by the way i'm not sure about my tables :)
|
||||
<alkorr> i never test them thoroughly
|
||||
<wavey> test?
|
||||
<wavey> what is that? ;)
|
||||
<alkorr> and even worse for old lcd since i don't have one
|
||||
<Bagder> btw, how do we read/fetch input from the keys currently?
|
||||
<alkorr> in lcd.c there is two tables for characters translations
|
||||
<alkorr> so our api can work with new and old taxt-lcd without changing our strings to display
|
||||
<alkorr> for the moment i use a polling method
|
||||
<alkorr> in fact it is the only way
|
||||
<alkorr> i'm speaking about JBP (player)
|
||||
<Bagder> fine enough, I would just like a defined api on how to do it
|
||||
<alkorr> in the original firmware, they use the interrupt itu0 for polling keys
|
||||
<alkorr> for JBR, it is much more complicated
|
||||
<alkorr> i explain
|
||||
<alkorr> you have two pins for two groups of fours keys
|
||||
<alkorr> those two pins are analogic
|
||||
<alkorr> so you need to scan periodically their pins and translate their value to determine which key is pressed or released
|
||||
<alkorr> a way it is to use the interrupt ADC in scan mode which gives us the value and will translate them in a more practical bitmap or somethig like it
|
||||
<alkorr> another way is to use the dma to scan those pins and generate the interrupt dei to translate
|
||||
<Bagder> I don't think you understand what I want ;-)
|
||||
<alkorr> ok you want for player or for recorder
|
||||
<alkorr> ?
|
||||
<Bagder> both preferably, but one at a time is fine too
|
||||
<alkorr> i just have for player
|
||||
<alkorr> ok
|
||||
<alkorr> as you can see it isn't a generic API for keyboard
|
||||
<alkorr> but you know where to poll them
|
||||
<Bagder> is there anything that prevents us from creating a "generic" api for this?
|
||||
<alkorr> no of course
|
||||
<alkorr> i was doing that in key.c but it is not my priority in fact
|
||||
<alkorr> so we are free to do so
|
||||
<alkorr> if you need info i can help you to do so
|
||||
<Bagder> because since I want to "simulate" this on X11, it gets easier if I can simulate the API
|
||||
<alkorr> yes but we need first to know what we need
|
||||
<alkorr> and quite now I'm still unsure about it
|
||||
<alkorr> so I don't have a clear API for keyboard
|
||||
<Bagder> yes, that sounds logical ;-)
|
||||
<alkorr> keyboard event to handle for exapmle ?
|
||||
<alkorr> are you using events ?
|
||||
<Bagder> x11 events?
|
||||
<alkorr> you know like in X or Windows or in TurboVision (if you knew that ;)
|
||||
<Bagder> yes, this is x11 it uses events
|
||||
<alkorr> something which can represent input or output event to handle by several entities
|
||||
<alkorr> i'm speaking about our final rockbox
|
||||
<Bagder> I'm not ;-)
|
||||
<alkorr> if you want an API
|
||||
<Bagder> I only want a simple input api
|
||||
<alkorr> to simulate
|
||||
<Bagder> it could be changed or improved later on
|
||||
<alkorr> well there is two possibilities
|
||||
<alkorr> using keybitmap
|
||||
<alkorr> or using key buffer
|
||||
<alkorr> to use a key buffer
|
||||
<alkorr> can you send me your file so i can see the way to handle UI ?
|
||||
<Bagder> its in CVS, there are many files
|
||||
<Bagder> its really simple: lcd_update() updates the screen
|
||||
<alkorr> oh that's true ??? ok i go and download them
|
||||
<Bagder> lcd_string() outputs a string
|
||||
<Bagder> lcd_position() sets the "cursor"
|
||||
<Bagder> so far
|
||||
<alkorr> direct actions on lcd ?
|
||||
<alkorr> or using buffer ?
|
||||
<Bagder> no, they manipulate the buffer and lcd_update() writes to the lcd
|
||||
<alkorr> so why lcd_update, ok
|
||||
<Bagder> but for the player I can't see any point in keeping a buffer
|
||||
<alkorr> by the way, isn't it Linus which has started something about fat32 ?
|
||||
<alkorr> i lost 3/4 of my works on it and i'm very down to redo all
|
||||
<Bagder> the web page says Alan, is that you? ;-)
|
||||
<Zagor> yes, he has some code for it
|
||||
<alkorr> yes but i did have a crash which causes loss of files which are exceeding 4 KB
|
||||
<Zagor> ok. we'll reassign that for linus
|
||||
<alkorr> in fact my fat32 was tighly coupled with ata
|
||||
<Zagor> so what should I put efter your name, alan? :)
|
||||
<Bagder> Zagor: you could modify my "planning" to "partly working"
|
||||
<Zagor> ok
|
||||
<alkorr> name of your mudule, Badger ?
|
||||
<Bagder> uisimulator
|
||||
<alkorr> well i would like to be able to use my serial as i could do before the crash
|
||||
<alkorr> it would be more easier to test my ATA
|
||||
<alkorr> if Linus can pass me his source i can adapt or modify it to use ATA
|
||||
<Zagor> i'll tell him
|
||||
<Bagder> we want Linus's source in CVS too
|
||||
<Zagor> yes
|
||||
<alkorr> it would speed my work instead of redoing all
|
||||
<alkorr> ok got it (uisimulator)
|
||||
<alkorr> cool your headers ;)
|
||||
<Bagder> it just does one lcd_string() and then it does lcd_update() and it shows the string
|
||||
<Bagder> hehe, thanks to figlet really
|
||||
<Zagor> the figlet man :-)
|
||||
--> linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<alkorr> be aware with shift operation
|
||||
<Bagder> lcd-recorder.c is the recorder-versions, lcd-x11.c is X stuff and lcd.c is generic
|
||||
<linus> Hi folks
|
||||
<alkorr> hi linus
|
||||
<alkorr> ok
|
||||
<Bagder> hey ho Linus
|
||||
<linus> I'll dig up my FAT32 source as soon as I get home
|
||||
<alkorr> you don't plan to have a buffer greater than screen for having vertical or horizontal scrolling on screen ?
|
||||
* Zagor wants Boulder Dash 8*D
|
||||
<Bagder> blah, I "plan" all sorts of things, this is not the final complete code
|
||||
* linus wants Tetris
|
||||
<linus> and Breakout
|
||||
<Bagder> this is for setting an api to play with
|
||||
<Bagder> increasing the buffer is a piece of cake should we want that
|
||||
<alkorr> well, I2C RTC is quite slow
|
||||
<alkorr> oh soory
|
||||
<alkorr> oh sorry, forget what i said
|
||||
<alkorr> there is no connection with lcd
|
||||
<alkorr> :)
|
||||
<Bagder> Gary said he got about 20frames/sec writing fullscreen, that's not too slow I'd say
|
||||
<alkorr> ok
|
||||
<alkorr> i just want to be sure there is nothing else which can reduce time
|
||||
<alkorr> my lcd was written to have the less time between two bits sent
|
||||
<alkorr> we cannot do it better
|
||||
<alkorr> (zagor) maybe MAS I2C can be slower in JBR than in JBP because of I2C RTC
|
||||
<Zagor> maybe
|
||||
<Bagder> linus: you should bring your gdb efforts to the CVS archive, alkorr wants 'em ;-)
|
||||
<Zagor> i have some new pictures and shematics for the serial cable. coming up in a minute
|
||||
<alkorr> well so long as i don't know why my serial doesn't work any longer it wouldn't be helpful
|
||||
<alkorr> i prefer to send my binary to a person who has a JBP and a working serial to tell me if it works
|
||||
<linus> I have a working serial
|
||||
<alkorr> any volunteer ?
|
||||
<Zagor> well my serial port is toast, unfortunately :-(
|
||||
<linus> ...but the rest of the archos is fried at the moment...
|
||||
<alkorr> beuuuuuuh :,((((
|
||||
<linus> ...but i can use my CPU board in Björns player. That works.
|
||||
<alkorr> oh good
|
||||
<linus> I will put the final touch on the stub on my trip to France next week. I'll keep you posted.
|
||||
<alkorr> okay i will prepare a simple binary which only communicate with serial line (no ata stuff or something which could lead to damage)
|
||||
<Zagor> uit
|
||||
<-- Zagor has quit ("Leaving")
|
||||
<linus> Hehe. I appreciate that...
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<linus> Alan, is your serial port damaged or what?
|
||||
<alkorr> i want to be sure if it is my serial converter or my software which in pains
|
||||
<linus> Aaah.
|
||||
<alkorr> it is what i want to know
|
||||
<alkorr> it worked
|
||||
<alkorr> ok let me prepare the binary
|
||||
<wavey> hey linus
|
||||
<wavey> nice to meet you
|
||||
<linus> yo!
|
||||
<alkorr> okay
|
||||
<alkorr> to whom must i send the binary ?
|
||||
<Zagor> send it to linus@haxx.se
|
||||
<alkorr> ok but wait, it looks as if my strings are corrupted... it may be the reason
|
||||
<Zagor> ok
|
||||
<alkorr> anyway i suppose you won't be able to do so now
|
||||
<alkorr> no i can see on my lcd the string :/
|
||||
<alkorr> but my terminal doesn't display my string but some "@" can appear sometimes, any clues ?
|
||||
<Bagder> nope
|
||||
<alkorr> linus, i send you the first version by dcc send
|
||||
<alkorr> sorry, Badger you cannot dcc get my files ?
|
||||
<Zagor> now the rs232 converter is up on the mods page
|
||||
<Zagor> drawings and the whole shebang
|
||||
<alkorr> linus and badger : can you dcc get my files ? i should cancel those for Badger
|
||||
<Zagor> linus is away right now
|
||||
<Bagder> hm, I think I can receive dcc
|
||||
<alkorr> so i retry
|
||||
<alkorr> 8 files
|
||||
<Bagder> I've never received files using xchat before, but nothing seems to happen
|
||||
<Zagor> have you clicked "accept" or something?
|
||||
<Zagor> i think you need to mark it and accept it
|
||||
<Bagder> that's "auto accept" and I thought I'd get a question if I don't auto-accept
|
||||
<Bagder> absolutely nothing happens
|
||||
<Zagor> odd
|
||||
<alkorr> try : /dcc get alkorr
|
||||
<Bagder> that won't work due to my firewall
|
||||
<alkorr> i retry file by file
|
||||
<alkorr> instead of sending all file in one time
|
||||
<alkorr> oh okay
|
||||
<alkorr> oh yes the firewall
|
||||
<Bagder> but still, the announcement of the dcc is done using ctcp and that is plain irc so my client should still say something
|
||||
<alkorr> well i can send to zagor but not receive from zagor, seems to be a similar problem but the main difference is i'm using mIRC on Windows
|
||||
<alkorr> Badger : for key.h, macros cannot be used with variable as parameter -> key_pressed (ON) OK but key_pressed (key) ERROR
|
||||
<alkorr> there are just for commodity in developping
|
||||
<alkorr> i also lost my memory.c which handled a block or bytes allocation (using a similar slab techniques for blocks and bytes allocation in a block)
|
||||
<wavey> losing your memory.c is a sign of old age
|
||||
<wavey> or too much weed
|
||||
<Bagder> lcd_string() bugs :-/
|
||||
<linus> Alan, what is supposed to happen when running the program?
|
||||
<Zagor> bagder: alans files are at bjorn.haxx.se/rockbox/jox/
|
||||
<Zagor> go fetch :-)
|
||||
<alkorr> oh sorry
|
||||
<alkorr> ok
|
||||
<alkorr> well, it displays on the lcd :
|
||||
<alkorr> <<< JBP >>>
|
||||
<alkorr> and
|
||||
<linus> No it doesn't
|
||||
<alkorr> OK WORKING!
|
||||
<Zagor> haha
|
||||
<alkorr> what do you get ?
|
||||
<linus> It hangs without displaying enything
|
||||
<alkorr> i repeat what you must have is :
|
||||
<alkorr> "<<< JBP >>>"
|
||||
<alkorr> "OK WORKING!"
|
||||
<alkorr> don't plug you serial at boot
|
||||
<Zagor> i'm going, guys. see you later.
|
||||
<alkorr> it doesn't work at this moment, firmware doesn't clean very well
|
||||
<-- Zagor has quit ("Leaving")
|
||||
<alkorr> if it doesn't work yet
|
||||
<linus> all I can see it the "JUKEBOX 6GB bla bla..." and then it hangs
|
||||
<alkorr> hummm...
|
||||
<linus> *** back soon ***
|
||||
<alkorr> oh where do you plug your serail ? on the line-in ?
|
||||
<alkorr> try to send '0' or '1' to turn on or off backlight
|
||||
<linus> I have tried that. Nothing happens.
|
||||
<alkorr> if not, interrupts are ignored and so it got an error (overrun, frame or parity error)
|
||||
<alkorr> can you dcc get ?
|
||||
<alkorr> oh by the way did you scramble the bnary ?
|
||||
<linus> Havenb't tried. Shoot!
|
||||
<alkorr> you must do it
|
||||
<linus> I have a tip. Shut off all timer nterrupts: TIERo = 0, TIER1 = 0, etc.
|
||||
<linus> I didn't scramble it. That must be it. Hang on!
|
||||
<alkorr> there is not interrupt for sending jsut a polling
|
||||
<alkorr> but for receiving there is an interrupt (is that way i can turn on or off backlight when receiving '0' or '1')
|
||||
<linus> ...still dead, even after scrambling
|
||||
<alkorr> no lcd displaying ?
|
||||
<linus> Nope
|
||||
<linus> FYI, I have firmware 3.18
|
||||
<linus> Try to blink the red LED in the polling loop
|
||||
<alkorr> hummm, let me create a source package so you can modify and compile it...
|
||||
<linus> Great!
|
||||
<alkorr> can you dcc get ?
|
||||
<alkorr> linus ?
|
||||
<linus> Yup. Gimme da filez
|
||||
<alkorr> trouble ?
|
||||
<linus> "No file offered in SEND mode by alkorr"
|
||||
<linus> Alan?
|
||||
<linus> Alan: what is the name of the file?
|
||||
<alkorr> yes
|
||||
<alkorr> backup.tgz
|
||||
<alkorr> and now ?
|
||||
<alkorr> ok i was trying to send to Zagor :)
|
||||
<linus> :-)
|
||||
<alkorr> i move the sit() (enable interrupts) just after sending "Ok WORKING!"
|
||||
<alkorr> oops, sti ()
|
||||
<alkorr> tabs = 2 spaces
|
||||
<linus> Alan, I have to go now. I will look into your stuff ASAP. CU!
|
||||
<alkorr> ok i must also to go :)
|
||||
<-- linus has quit ("Leaving")
|
||||
<alkorr> bye all !
|
||||
<-- alkorr has quit ()
|
||||
<Bagder> lcd_string() works again, time to stop for today
|
||||
<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
|
||||
**** ENDING LOGGING AT Tue Mar 26 16:43:52 2002
|
||||
|
||||
|
|
@ -1,563 +0,0 @@
|
|||
|
||||
**** BEGIN LOGGING AT Wed Mar 27 08:23:32 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
--- Topic for #rockbox is rock the box http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by adiamas at Tue Mar 26 09:53:55
|
||||
<Bagder> hey
|
||||
<adiamas> welcome back
|
||||
--- adiamas gives channel operator status to Bagder
|
||||
<Bagder> thanks ;-)
|
||||
<Bagder> we had quite a gathering here yesterday
|
||||
<Bagder> as your logs might have shown
|
||||
<adiamas> heheh let me scroll and see ;)
|
||||
<adiamas> seems like it...
|
||||
<adiamas> i wanted to play with the uisimulator on my home machine... but having issues...
|
||||
<adiamas> seems that rh7.1 doesn't install the X11 headers for somereason.
|
||||
<Bagder> :-(
|
||||
<Bagder> btw, you should get the latest uisimulator sources
|
||||
<Bagder> I updated them all day yesterday
|
||||
<adiamas> yeah.. grabbed it this afternoon at work...
|
||||
<Bagder> ah, ok
|
||||
<adiamas> pops up a little black window..
|
||||
<adiamas> white boarder with text?
|
||||
<Bagder> yes
|
||||
<adiamas> nods
|
||||
<adiamas> i gotta take time to read the source.. no time at work...
|
||||
<Bagder> most of the lcd-code is generic as it works on a buffer
|
||||
<Bagder> the lcd_update() reads the buffer and makes X11-calls to draw in the window
|
||||
<adiamas> damn it.. think i may have to download the neweest x
|
||||
<Bagder> ouch, that's a *lot*
|
||||
<Bagder> isn't there any rh7.1 rpm with x11 headers?
|
||||
<adiamas> i don't know rpms all that well :(
|
||||
<adiamas> i pulled out the source from the source cd.. but not sure wtf im looking at...
|
||||
<adiamas> so im playing with diff ideas
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> morning wavey
|
||||
<wavey> hiya bagder
|
||||
<wavey> i keep reading your name as badger
|
||||
<wavey> is there a meaning behind bagder?
|
||||
<Bagder> hehe, I don't hold that against you ;-)
|
||||
--- adiamas gives channel operator status to wavey
|
||||
<Bagder> once upon the time..
|
||||
<Bagder> back in.. 1987
|
||||
<Bagder> I was about to pick myself a nick name
|
||||
<Bagder> and this is what it turned out to be ;-)
|
||||
<wavey> heh
|
||||
<Bagder> I've stuck with it since
|
||||
<wavey> same here, but it was 1991
|
||||
<wavey> i was asked to give a name for a MUD
|
||||
<wavey> and this one came out of nowhere
|
||||
<wavey> and it stuck
|
||||
<Bagder> I actually *did* intend to spell it badger
|
||||
<Bagder> but I was a bad reader or writer or something ;-)
|
||||
<wavey> heh excellent
|
||||
<Bagder> then I thought the dyslexic style was kinda fun
|
||||
<wavey> should reduce the number of nick collisions, etc :)
|
||||
<Bagder> yeps
|
||||
<wavey> except on #dyslexic-animals
|
||||
<Bagder> bwahaha
|
||||
<adiamas> okay.. are you guys familar with rpms?
|
||||
<Bagder> somewhat
|
||||
* wavey is more of a debian man, but go on
|
||||
<adiamas> well.. i don't ever use them...
|
||||
<adiamas> im a jedi, i use the source luke
|
||||
<wavey> heh
|
||||
<adiamas> anyways... i have like 20 rpms for various forms of X11.. all i want are the friggin headers since rh7.1 didn't install witht hem...
|
||||
<adiamas> is there and easy way to get at them?
|
||||
<Bagder> isn't there like a x11-devel package or something?
|
||||
<adiamas> and an easier question ;) when charging your players.. have you run the batteries all the way down? and if so, how long did it take charging for you before it held the charge?
|
||||
<wavey> you can unpack an rpm without installing it to get files out, yes
|
||||
<wavey> and i've run the batteries down a few times
|
||||
<wavey> but never in one continuous go
|
||||
<wavey> and i always charge overnight
|
||||
<wavey> or even continuously
|
||||
<wavey> so dunno
|
||||
<adiamas> nods
|
||||
<adiamas> it seems like its taking forever for this to take a charge again...
|
||||
<Bagder> me neither, I haven't even had mine a week yet
|
||||
<adiamas> and yeah.. theres a dev version...
|
||||
<adiamas> but 7.1 is so bitch slapped i think im just going to pick up a new distro tomorrow...
|
||||
<adiamas> think i might borrow a buds suse...
|
||||
<adiamas> 7.1 shipped with a dev snap shot of gcc that was fucked.
|
||||
<wavey> isn't 7.x really old?
|
||||
<wavey> i haven't looked at rh for yearsa
|
||||
<Bagder> 7.2 is the most recent, there's a 7.3 beta available
|
||||
<wavey> ok, my bad
|
||||
<adiamas> yeah...
|
||||
<adiamas> but im starting to really dislike the rh distro...
|
||||
<adiamas> Bagder: what distro are you runnin?
|
||||
<Bagder> rh 6.1 I believe, patched and upgraded beyond recognition ;-)
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<wavey> ad: how long is 'forever'? to take a charge?
|
||||
<Bagder> hej Zagor
|
||||
<Zagor> morning
|
||||
<wavey> morning
|
||||
<Bagder> Zagor: I feel a need for some source code organization from you ;-)
|
||||
<Zagor> bagder, don't put those dir in the root. make a 'firmware' top dir to put them in
|
||||
<adiamas> morning...
|
||||
<Bagder> you mean uisimulator root?
|
||||
<Zagor> no, the ones you mailed about. the target code.
|
||||
<adiamas> wavey im looking at hmmm.. i was home by 23:30 est, and it's now 3:30 est
|
||||
<Zagor> uisimulator is fine in the root, i think
|
||||
<adiamas> so 4 hrs?
|
||||
<Bagder> ah, right I didn't intend to put them in the root
|
||||
<Zagor> ok, good
|
||||
<adiamas> but i _really_ drained the batteries.
|
||||
<Bagder> I thought of having a 'rockbox' module, as a name for the firmware
|
||||
<Zagor> maybe a bit too general?
|
||||
<Bagder> Zagor: but I was actually thinking of leaving that task to you ;-)
|
||||
<Zagor> ah :)
|
||||
<Bagder> as head of the team
|
||||
<Bagder> I'm getting confused of all the various source code archives now ;-)
|
||||
<Zagor> hehe
|
||||
* adiamas pokes zagor
|
||||
<adiamas> so.. should i antagonize you about getting added to source forge team?
|
||||
* adiamas grins wildly
|
||||
<Zagor> hmm, did you send me your sourceforge user name?
|
||||
<adiamas> nods
|
||||
<adiamas> same one as here "adiamas"
|
||||
<Zagor> ok. sorry, i must have missed it. i'll add you right away
|
||||
<adiamas> and should we call this room "everyone gets op status bu Tumm"?
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
<adiamas> hehe no prob..
|
||||
<adiamas> just want to post ver. 1 of FAQ
|
||||
<adiamas> its really basic and typo ridden.
|
||||
<adiamas> i can't spell for crap.
|
||||
<Zagor> no problem
|
||||
<adiamas> but i figure once your happy, you post it where you see fit.
|
||||
<Zagor> yup
|
||||
<adiamas> Bagder btw.. when i was looking at the code for uisim, something odd...
|
||||
<adiamas> the first function in screenhack.c, merge_options...
|
||||
<adiamas> i was playing with the structs, just to test something we've been doing at work
|
||||
<adiamas> you do a memcpy, and i was playing with structure copies... they are a bit faster, but when i did it the size of the displyed box (not the white box, the surrounding box) tripled...
|
||||
<Bagder> as the header of that file explains, it's been ripped-out from xscreensaver
|
||||
<adiamas> any idea why?
|
||||
<Bagder> no I don't, I'm not that well aquinted with those functions
|
||||
<adiamas> hehehe k... ill go back then... was just the first thing i played with.
|
||||
<Zagor> adiamas: you
|
||||
<Zagor> are added now
|
||||
<adiamas> ?
|
||||
<adiamas> sweet.
|
||||
<Zagor> "Doc Writer" :-)
|
||||
<Bagder> Zagor: suggestion for a new page: cvs info, that sourceforge one is too hard to find and too generic
|
||||
<Zagor> good point
|
||||
<Zagor> i'll see if i can fix all the cvs issues today
|
||||
<Zagor> including putting the web page in cvs
|
||||
<adiamas> hehe Doc Writer works for me till i get my <insert profane insult here> box working better.
|
||||
<Bagder> that would be really neat
|
||||
<Zagor> tumm, who are you? i haven't seen you before.
|
||||
<Bagder> I think he's asleep
|
||||
<Zagor> ok
|
||||
<Zagor> well, the more the merrier :)
|
||||
<Bagder> Gary sure is one active guy
|
||||
<Zagor> yeah
|
||||
<Zagor> we have attracted a wonderfully productive crowd!
|
||||
<Bagder> indeed
|
||||
<Zagor> maybe i'm the exception. i spent last night playing cstrike :*)
|
||||
<Bagder> we might consider putting named people in charge of various sub modules
|
||||
<Bagder> haha
|
||||
<Bagder> I got some really stupid problems with my Archos mounted filesystem yesterday
|
||||
<Zagor> ok?
|
||||
<adiamas> what problems?
|
||||
<Bagder> when cp -r'ing
|
||||
<Bagder> it failed, saying that the filesystem is read-only
|
||||
<Zagor> whoa!
|
||||
<Bagder> several times
|
||||
<Zagor> sounds bad
|
||||
<Bagder> I umunted and re-mounted and I could do it again
|
||||
<Zagor> did you have usb-storage debug on?
|
||||
<Bagder> no
|
||||
<Bagder> it copies maybe a hundred files before it bails out
|
||||
<adiamas> ive actually had that...
|
||||
<adiamas> but it happened when i was in win, not linux... :(
|
||||
<Zagor> hmmm, i can't remember how much i've copied to the recorder
|
||||
<adiamas> thats when i got that corrupted file.
|
||||
<Bagder> this is a 2.4.18 kernel
|
||||
<adiamas> i did 500+ files today in one shot
|
||||
<adiamas> hmmm same here.
|
||||
<Zagor> i have a 2.4.17
|
||||
<Zagor> but i only use ehci (usb 2.0) since i got it
|
||||
<Bagder> my card arrived yesterday (at Contactor) so I'm soon gonna be there too ;-)
|
||||
<Zagor> it's schweet! :)
|
||||
<wavey> i xferred 32 cds of mp3 to my recorder in 1 1/2 hours with usb2
|
||||
<wavey> that's 3500 songs
|
||||
<wavey> 350 cd
|
||||
<wavey> fuckin' a.
|
||||
<Bagder> :-)
|
||||
<adiamas> small house keeping question, cause im anal... umm... logging, will we be relying on printf to the screen, or an actual log file?
|
||||
<Bagder> in uisimulator you mean?
|
||||
<adiamas> cause i see you have a Logf() in uibasic.c
|
||||
<adiamas> nods
|
||||
<adiamas> kinda pointless to keep a log on the player ;)
|
||||
<Bagder> my original intent was to use the log function
|
||||
<Bagder> but then I lost my dicipline ;-)
|
||||
<Bagder> also, some of the printf() things are placed in "actual" code, and we need to define how to deal with that
|
||||
<adiamas> hehe well.. for what its worth... dicipline may be what we want to set this early :) its gonna be a pain in the arse to break habits later :)
|
||||
<Bagder> on a global basis
|
||||
<Bagder> you're right
|
||||
<adiamas> i have a suggestion on that
|
||||
<adiamas> something that seemed to work for me...
|
||||
<adiamas> since we are doing "functionname(char *format, ...)
|
||||
<adiamas> we just #define the function name, use that... then when/if you want to tear it out its a bit easier
|
||||
<Zagor> i don't get it. what's the gain?
|
||||
<adiamas> nothing significant.. i was just refering ot the "actual" code bit...
|
||||
<Zagor> oh
|
||||
<adiamas> doing dev, having it there is fine, but if you want to bring it o the player you want and easy way to remove it.
|
||||
<Bagder> a #define macro can't use a variable amount of parameters, in ansi
|
||||
<adiamas> and config files are out of the question in this case.
|
||||
<adiamas> thats not what i mean...
|
||||
<adiamas> i mean: #define PRINTFUNC printf
|
||||
<Bagder> aha
|
||||
<adiamas> then just: PRINTFUNC("%s", "we are cool")
|
||||
<adiamas> then you want to turn it off, then you just have PRINTFUNC point to an empty funciton
|
||||
<adiamas> *poof*, no more output
|
||||
<Bagder> but that still makes calls to code
|
||||
<adiamas> nah, optimized out
|
||||
<Bagder> only if in the same source
|
||||
<Zagor> #define PRINTFUNC //
|
||||
<Zagor> :)
|
||||
<Bagder> hehe
|
||||
<adiamas> yeah...
|
||||
<adiamas> heheh
|
||||
<Zagor> ugly, i know
|
||||
<Bagder> that's a bit "brual" ;-)
|
||||
<adiamas> i like that better :)
|
||||
<adiamas> brual?
|
||||
<Bagder> why not just PRINTF(("%s", "rockboxk")); ?
|
||||
<Bagder> then you can #define PRINTF
|
||||
<Bagder> completely
|
||||
<Zagor> it gives really weird errors if you do a multi-line PRINTFUNC call
|
||||
<adiamas> i don't get it.
|
||||
<Bagder> #define PRINT printf x
|
||||
<adiamas> oh, got ya
|
||||
<adiamas> honestly, id just have issues with that on a readablity level
|
||||
<adiamas> but thats just me
|
||||
<Bagder> I have no strong feelings about either way really
|
||||
<Bagder> we should define a single way to do it, and stick with it
|
||||
* adiamas defers all decision making to you european types ;)
|
||||
<adiamas> that i agree with...
|
||||
<adiamas> and please please please, someone post preferences on how code is to be indented/spaced etc...
|
||||
<adiamas> i get enough of 19 diff ppls ideas of formating at work...
|
||||
<wavey> code layout is so unimportant
|
||||
<adiamas> be nice to have something everyone is expected to stick with.
|
||||
<wavey> as long as it's readable
|
||||
<wavey> and runnable
|
||||
<Bagder> we could have a "prefered" style, but allow stubborn people to use their own
|
||||
<adiamas> readable is the problem.
|
||||
<adiamas> nods.. thats what i ment.
|
||||
<wavey> readable is common sense
|
||||
<adiamas> i dont mean we take a LART to someone for putting a { on the wrong line.
|
||||
<wavey> and no two people agree on styles
|
||||
<Bagder> true
|
||||
* adiamas thinks wavey hasn't seen what passes for 'readable' in his office
|
||||
<Bagder> heheh
|
||||
<wavey> and code beautifiers can be built into a makefile
|
||||
<Bagder> beautifiers are no good for versioning
|
||||
* adiamas watches cvs explode
|
||||
<wavey> no, you beautify locally
|
||||
<Bagder> right
|
||||
<wavey> according to how you like code
|
||||
<wavey> and you can do a 'standard' beautify before the check-in
|
||||
<wavey> if these things matter to you
|
||||
<wavey> cvs sucks ass, anyhow
|
||||
<Bagder> it's the best we have...
|
||||
<adiamas> how do you do a standard beautify before check in? rely on the person remembering?
|
||||
<wavey> i don't like non-exclusive versioning systems
|
||||
<adiamas> define non-exclusive?
|
||||
<wavey> adiamas incorporate it into the makefile
|
||||
<Bagder> wavey: when doing global development, that's the only thing that works
|
||||
<wavey> make checkin
|
||||
<adiamas> nods
|
||||
<wavey> bag: alas, yes
|
||||
<adiamas> thought so.. tired, so checking :)
|
||||
<wavey> non-exclusive == if i have it checked out, you can't touch it
|
||||
<Zagor> wavey: i wouldn't want to admin a global project with exclusive checkout... :)
|
||||
<wavey> zag: depends on the numbers, not the geographical distribution.. ;)
|
||||
<Zagor> correct
|
||||
<Bagder> I don't think the problem with CVS is the non-exclusiveness
|
||||
--> alkorr (jbcoax@srs07v-1-85.n.club-internet.fr) has joined #rockbox
|
||||
<wavey> hey alan
|
||||
<alkorr> hi
|
||||
<alkorr> well i'm planning to do an ARCHOS.MOD as a loader for a not scrambled rockbox.bin binary
|
||||
* Bagder needs more coffee
|
||||
<wavey> cvs will work fine for us - and i'm not ungrateful for sourceforge providing it..
|
||||
--> linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<wavey> hey linus
|
||||
<linus> Yo!
|
||||
<alkorr> yo Linus
|
||||
<linus> I just dug up my FAT code. It isn't that much really. It was originally intended to be a general FAT12/16/32 driver, with emphasis on FAT16. It was for another project.
|
||||
<linus> It is only working in a simulated environment, in Linux.
|
||||
<alkorr> yes, ok I retrieve some of my FAT32 source but a little bit old compared with the last I've lost
|
||||
<alkorr> so it could be interresting to merge
|
||||
<linus> Yup. I'll give it to Björn, and he will upload it to the web site.
|
||||
<Bagder> hey linus
|
||||
<linus> hey Bagder
|
||||
<alkorr> well tell me if you are okay for what follows :
|
||||
<alkorr> - only FAT32
|
||||
<alkorr> - filesystem directly use ATA, no generic device
|
||||
<alkorr> - ATA only handle primary controller and the master device (our HD)
|
||||
<alkorr> are you okay with that ?
|
||||
<alkorr> or do you want something else ?
|
||||
<Bagder> I believe in incremental development
|
||||
<Bagder> anything is fine
|
||||
<Bagder> we improve it later if need be
|
||||
<linus> It's perfectly OK. There's no need to develop any code that we won't use. I was planning to rip out the FAT12/16 stuff anyway, since the project it was intended for died.
|
||||
<alkorr> must we handle only one partition ?
|
||||
<linus> I don't see a problem handling several partitions, but let's start with only one primary partition.
|
||||
<alkorr> ok
|
||||
<alkorr> it is not a problem for me, it's just some code to add for having them
|
||||
<alkorr> the only problem is how the user will see all the partition on his/her JB
|
||||
<linus> That's why we should wait with that feature.
|
||||
<alkorr> ok
|
||||
<alkorr> i'm not sure about that, but did you know for people who have a recent JBR if their hd have a MBR or a direct FAT32 (true removable hd)
|
||||
<alkorr> ?
|
||||
<linus> I have no idea.
|
||||
<Bagder> then you have to add that feature
|
||||
<Bagder> we can't know all at once anyway
|
||||
<alkorr> the old JBP and JBR cannot read direct FAT32 because of their old firmware
|
||||
<alkorr> badger ? your hd on you JBR is the original ?
|
||||
<linus> I'm not sure I follow you. What is "direct FAT32"?
|
||||
<Bagder> yes
|
||||
<Bagder> I just got mine
|
||||
<alkorr> can you have a look on the first sector to see its signature, a MBR or a FAT32 ?
|
||||
<alkorr> unless you did format it
|
||||
<Bagder> what tool can show the first sector like that?
|
||||
<linus> My Recorder HD had one primary FAT32 partionaccording to FDISK, before I reformatted it... :-(
|
||||
<alkorr> mc
|
||||
<Bagder> ok, I'll try to remember to do that tonight
|
||||
<alkorr> linus : a normal hd has a MBR with a partition table
|
||||
* adiamas growls at CVS
|
||||
<alkorr> mc, look for /dev/sda, press F3, switch to hexa mode, that's all
|
||||
<linus> FDISK seemed to recognize a partition table when I put the recorder HD in my laptop yesterday.
|
||||
<Bagder> alkorr: will do, I don't have access to it now
|
||||
<alkorr> linus : a removable disk can have no MBR, i.e, it has no partition at all. Instead, it has a FAT32 boot sector at the very first physical sector
|
||||
<linus> I just gave the FAT code to Björn. Be aware, it is undocumented, and implemented straight from the Microsoft specification, so it is in no way optimized. It cad create empty files and directories.
|
||||
<alkorr> Badger : yes I know, I just gave you the instructions to check
|
||||
<Bagder> ok
|
||||
* Bagder logs everything said here, saves him from taking notes ;-)
|
||||
<alkorr> :)
|
||||
<alkorr> linus : no problem :), Windows can read that kind of removable hd
|
||||
<alkorr> linus : but old firmware don't know that
|
||||
<alkorr> for those who used Windows 98 SE, it is very complicated to format
|
||||
<alkorr> because you need to put the hd as removable to access it, but not removable to format it :/
|
||||
<alkorr> Björn ? how must I do to take Linus'source ?
|
||||
<Zagor> wait :)
|
||||
<alkorr> oh okay :)
|
||||
<linus> Interesting. I just did that yesterday. I attached the redorder with an empty HD and partitioned it using FDISK. Was that the wrong way to do it?
|
||||
<alkorr> are you interested with a simple ARCHOS.MOD as a loader for our rockbox.bin which wouldn't need to be scrambled ?
|
||||
<alkorr> linus : an empty hd ?
|
||||
<alkorr> linus : via USB or a ATA converter cable ?
|
||||
<Zagor> alan: http://bjorn.haxx.se/rockbox/tmp/fat.tar
|
||||
<linus> Well, brand new HD, via USB.
|
||||
<alkorr> okay
|
||||
<alkorr> it's strange, because Windows can only reckonize USB disk as logical disk...
|
||||
<alkorr> at least it is what happens when I use WinHex...
|
||||
<linus> So you mean that FDISK shouldn't be able to access the partition table of the Recorder?
|
||||
<alkorr> DOS Fdisk ? Windows FDISK ?
|
||||
<alkorr> or linux fdisk ?
|
||||
<alkorr> a logical disk is a partition
|
||||
<alkorr> a physical disk is the entire hd
|
||||
<alkorr> with WinHex i cannot access USB disk as physical disk, So i cannot retrieve the MBR for USB disk, even I know it exists
|
||||
<linus> Sorry. I ran FDISK in a DOS windows in Win98SE
|
||||
<alkorr> was it an Archos disk using the chipset ISD200 ?
|
||||
<linus> I created a primary partition (man those "integrity checks" tokk some time...) and then formatted it in Explorer.
|
||||
<linus> I would have done it in Linux if it hadn't hung badly when I connected the Recorder... :-(
|
||||
<adiamas> hmmmmm
|
||||
<alkorr> So your BIOS is able to read the recorder HD !? i thought ISD200 was not totally compliant with USB Mass Storage
|
||||
<adiamas> i had that issue today to...
|
||||
<adiamas> matter of fact..
|
||||
<adiamas> my recorder battery died.. caused linux to hang so bad i had to hard reboot
|
||||
<linus> Alan: remember. The Recorder is an ISD300 device.
|
||||
<alkorr> oh yes !!!!
|
||||
<alkorr> okay i'm speaking about ISD200 !!!
|
||||
<linus> Now we're talking. I had to use Linux when I did the same thing with my Player.
|
||||
<alkorr> okay okay you don't even need a driver for Windows with ISD300 i suppose
|
||||
<adiamas> okay.. sorry all you european studs you.. but this american needs sleep..
|
||||
<adiamas> see you in a few
|
||||
adiamas alkorr <Bagder> night adiamas
|
||||
--- adiamas is now known as adiamas|sleeping
|
||||
<linus> I really don't know. When I connected my Recorder the first time, Windows asked for a driver disk, and I inserted the CD that came with the Recorder.
|
||||
<alkorr> Zagor ? what do you think about ?
|
||||
<alkorr> well, if your DOS is able to access your recorder, that means your BIOS has capability to see USB hd (i.e, those which are really compliant with USB Mass Storage)
|
||||
<alkorr> Maybe if you don't give the CD, Windows will find another driver in its database
|
||||
<alkorr> maybe maybe
|
||||
<alkorr> anyway it is good for you not to be blocked :)
|
||||
* Zagor thinks windows wants drivers for everything...
|
||||
<alkorr> linus : i'm looking at your work
|
||||
<alkorr> your fat entry cache is one sector ?
|
||||
<linus> Nope. It is as many sectors as you need.
|
||||
<alkorr> the reason why you use a malloc...
|
||||
<linus> Actually it's 256 sectors. Look at line 71.
|
||||
<alkorr> ok
|
||||
<linus> As you see, a lot can be removed, since we don't intend to support FAT16. And in many places, I only have support for FAT12/16. We have work to do.
|
||||
<alkorr> lfn ?
|
||||
<alkorr> i must leave you. CU
|
||||
<-- alkorr has quit ()
|
||||
<wavey> can we get the logs of this channel sent to the website?
|
||||
<wavey> they're very interesting
|
||||
<wavey> any many people would be interested
|
||||
<Zagor> good idea
|
||||
<Bagder> I can collect my logs so far
|
||||
<linus> Daniel! Don't press DELE*...
|
||||
<linus> Off for lunch. CU in a few.
|
||||
<Zagor> same here
|
||||
--- Tumm is now known as coyote
|
||||
<Bagder> he's alive! ;-)
|
||||
<wavey> if uncommunicative ;)
|
||||
--> alkorr (jbcoax@srs04m-8-243.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> re-hi
|
||||
<Bagder> alkorr: what's your surname? I'm typing up a little nick => real name list for posting the logs
|
||||
<alkorr> i've no nickname. Alkorr is not enough ?
|
||||
<wavey> alan korr, i think, yes?
|
||||
<Bagder> people might want to know the real name, who's behind the nick
|
||||
<alkorr> Alan Korr, my nickmane : Alkorr
|
||||
<Bagder> ok, thanks
|
||||
<alkorr> Alan Korr
|
||||
<alkorr> just a question for Linus : did my rockbox work with serial ?
|
||||
<Bagder> he's away, eating
|
||||
<alkorr> right
|
||||
<Bagder> now, as soon as Björn has made the web updated vis CVS, I can just add the log there ;-)
|
||||
<Bagder> s/vis/via
|
||||
<alkorr> arf :)
|
||||
<alkorr> you'r a fan of GREP ;)
|
||||
<alkorr> okay i'll be here in one or two hours
|
||||
<alkorr> good lunch
|
||||
<-- alkorr has quit ()
|
||||
<-- coyote has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
--> coyote (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
<Zagor> hey, coyote
|
||||
<Bagder> Zagor: how's the www cvs going?
|
||||
<Zagor> it's just about ready
|
||||
<Zagor> i'm just reorganising a few things. the scramble tools, for instance, gets a cvs dir of their own
|
||||
<Zagor> also, I need to fix something about the load balancer
|
||||
<Zagor> which of .html and .cgi has priority by default in apache?
|
||||
<Bagder> I think it checks them in the order used in the config
|
||||
<Bagder> index.cgi vs index.html that is
|
||||
<Zagor> yeah. but that's not what I want to head :-)
|
||||
<Zagor> hear
|
||||
<Zagor> ok, so we'll have to remove index.cgi in the cron job on sourceforge.net. not a problem
|
||||
<Bagder> or, you can just don't add it to cvs
|
||||
<Zagor> yup. but i wanted it in cvs, so it's already there
|
||||
<Bagder> :-)
|
||||
<Bagder> btw, we could also use a new mailing list for cvs commits
|
||||
<Bagder> its a great way to keep up with development
|
||||
<Zagor> yes
|
||||
<Bagder> if you name a directory within www, I could put yesterday's irc log there :-)
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
--> alkorr (jbcoax@srs06m-7-196.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> linus : are you here ?
|
||||
<linus> Helooooo!
|
||||
<alkorr> hi linus
|
||||
<Zagor> bagder: 'irc' sounds good to me
|
||||
<linus> I'm sitting with your code trying to get it to run on my jukebox
|
||||
<Zagor> we'll make an index page with info about server/channel, and then links to the logs
|
||||
<alkorr> okay, if you have some questions, don't fear to ask
|
||||
<linus> UIE6A at 900014be
|
||||
<alkorr> you caught an exception ?
|
||||
<linus> Yup.
|
||||
<Bagder> Zagor: I added the dir and put the log there just now
|
||||
<alkorr> exception 106 : TXI1
|
||||
<Zagor> ok
|
||||
<Bagder> Zagor: there's a short nick => real name list at the top of the log, it could probably be put on the main page too
|
||||
<Zagor> ok
|
||||
<alkorr> is abnormal, you shouldn't get it because I don't use interrupt when transmitting
|
||||
<linus> You might have turned it on by mistake, since you do use it for receiving.
|
||||
<alkorr> SH1 tries to call an interrupt TXI1 but as i don't code an interupt TXI1, it defaults to a UIE
|
||||
<alkorr> yes but it's strange, because I never caught this interrupt
|
||||
<alkorr> let me have a look on SH1 hardware manual
|
||||
<alkorr> SCI1SCR is set to 0x70, which means only RIE,TE and RE is set
|
||||
<alkorr> RIE = Receive Interrupt Enable
|
||||
<linus> Yeah, I saw that too...
|
||||
<alkorr> TE = Transmit Enable (nothing to do with interrupt)
|
||||
<alkorr> etc.
|
||||
<linus> By the way, you never called serial_setup() in the code you sent me.
|
||||
<alkorr> yes because I did in setup ()
|
||||
<alkorr> setup () contains all the initial setup for most ports
|
||||
<alkorr> included SCI1
|
||||
<alkorr> setup is in main.c
|
||||
<linus> Now I see. Why do you do that instead of using serial_setup()?
|
||||
<alkorr> well serial_setup was just an extra in case we need it elsewhere
|
||||
<Zagor> bagder: doesn't "cvs update" make new dirs?
|
||||
<Zagor> i just updated the sf page, and didn't get the irc dir
|
||||
<Bagder> no, make a habit of using "up -dP"
|
||||
<alkorr> I prefer concentrate all initialisation in one setup () with direct access on port for a smaller code
|
||||
<Zagor> ah
|
||||
<Bagder> -d for make dir, -P for delete removed files
|
||||
<alkorr> quite now i never use serial_setup (a old code)
|
||||
<linus> I understand. I have another opinion, but never mind. Let's find out whywe get that interrupt...
|
||||
<alkorr> my intention is to have the smallest code possible for the final rockbox so we can have the largest space for buffer
|
||||
<alkorr> a choice to do
|
||||
<linus> Good idea
|
||||
<Bagder> me like inlined functions then, best of both worlds
|
||||
<alkorr> so, without changing my code, you caught this interrupt ?
|
||||
<alkorr> that's true, Badger, i should try do so too to check i didn't lose space that way
|
||||
<Zagor> btw, alan. he's "bagder", not "badger". it
|
||||
<alkorr> sorry :)
|
||||
<Zagor> 's an old story :)
|
||||
<Bagder> it proves he's not using tab completion ;-)
|
||||
<Zagor> haha
|
||||
<alkorr> Bagder, are you sure ?
|
||||
<alkorr> :)
|
||||
<Bagder> that would be french tab complettion then :-)
|
||||
<Zagor> tab completion to a dictionary, perhaps ;)
|
||||
<alkorr> yes i forget this capability :)
|
||||
<alkorr> very practical indeed
|
||||
<alkorr> ok, linus, can you tell if you made a change before catching this interrupt ?
|
||||
<alkorr> linus, add a new interrupt in serial.c
|
||||
<alkorr> or let me change my serial.c and i will send it to you
|
||||
<linus> Alan, I removed my extra call to serial_setup(). Now I get "OK WORKING", but no serial communication seems to work
|
||||
<alkorr> ok, it looks as if my software is no good
|
||||
<alkorr> if only i could remember what i did to make it work before my hd crashing :(
|
||||
<linus> I'll look into it. Hang on.
|
||||
<alkorr> linus : we must check if REI1 is called
|
||||
<alkorr> add : " }
|
||||
<alkorr> add : "lcd_goto (0,0); lcd_puthex (QI(SCISSR1),2);" in REI1
|
||||
<alkorr> it will display in hexa the byte read for Serial Status Register (overrun,frame or parity error)
|
||||
<Bagder> Zagor: you should add Gary to the activity table
|
||||
<Zagor> ok
|
||||
<alkorr> oh wait, and if PB10 and PB11 is not set as serial pins in setup () ? i'm checking them
|
||||
<Zagor> bagder: ui simulator?
|
||||
<Bagder> lcd code and ui sim for windows at least
|
||||
<Zagor> ok
|
||||
<Zagor> did rob ever put his faq anywhere?
|
||||
<Bagder> I don't think so
|
||||
<alkorr> Linus, check for BAUDRATE and PHY at the begining of system.h
|
||||
<linus> 12MHz and 9600
|
||||
<alkorr> 9600 is okay for you ?
|
||||
<linus> Yup.
|
||||
<alkorr> well, when there is no serial jack pllugged on my JBP, it displays "OK WORKING!"
|
||||
<alkorr> the same thing when pluged but nothing in my serial terminal
|
||||
<linus> Are you sure that you don't loop the serial data in your PC?
|
||||
<alkorr> what do you mean by looping ?
|
||||
<linus> Echoing
|
||||
<alkorr> i echo what I get not what i put
|
||||
<alkorr> I = sh1
|
||||
<alkorr> there is no echo from the PC side
|
||||
<linus> Got it!
|
||||
<alkorr> so ?
|
||||
<linus> You have to insert a small delay before enabling TX and RX (SCR1 = 0x70). I made a while(i++ < 30000);
|
||||
<alkorr> ok
|
||||
<alkorr> good to know
|
||||
<linus> As the manual says: "one bit time"
|
||||
* Bagder grins
|
||||
<linus> I spent quite a few hurs myself with exactly the same problem. I should have remembered that... :-)
|
||||
<alkorr> ok you know what i did ?
|
||||
<alkorr> i just put the last SCISCR1 = 0x70 just after setting interrupt priorities and it woks now
|
||||
<alkorr> so we don't need a very long delay
|
||||
<alkorr> very good now i can display messages on my serial terminal :)))))))
|
||||
<alkorr> thanks to you Linus, I thought about that but i was sceptical :) finally you did the right thing
|
||||
* Bagder hoorays
|
||||
<alkorr> ok i will see later
|
||||
<alkorr> bye
|
||||
<-- alkorr has quit ()
|
||||
<linus> Gotta go now. CU!
|
||||
<-- linus has quit ("Leaving")
|
||||
--> alkorr (jbcoax@srs08m-5-139.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> oh linus is left, well okay.
|
||||
<-- alkorr has quit (Client Quit)
|
||||
<Zagor> gotta run. see you guys
|
||||
<Bagder> bye!
|
||||
<Bagder> I figure the day is over now, I'll clear off as well
|
||||
**** ENDING LOGGING AT Wed Mar 27 16:27:55 2002
|
||||
|
||||
|
|
@ -1,214 +0,0 @@
|
|||
**** BEGIN LOGGING AT Tue Apr 16 07:32:17 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
|
||||
--> adiamas (~adiamas@216.194.26.214) has joined #rockbox
|
||||
--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor2 is now known as Zagor
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
--- Bagder gives channel operator status to Linus
|
||||
<Bagder> $ mount /dev/sda1 /mnt/archos
|
||||
<Bagder> mount: /dev/sda1 is not a valid block device
|
||||
<Bagder> everything's the same as with my previous usb stuff
|
||||
<Bagder> I only added the EHCI module
|
||||
<Zagor> what does the kernel log look like when you plug in the device?
|
||||
<Bagder> hub.c: USB new device connect on bus1/4, assigned device number 2
|
||||
<Linus> Bagder: how is the Recorder formatted?
|
||||
<Linus> or rather partitioned?
|
||||
<Bagder> there's no difference
|
||||
<Bagder> it worked with my usb1.1
|
||||
<Linus> Have you tried /dev/hda?
|
||||
<Linus> And what sayeth your /proc filesystem?
|
||||
<Linus> I am a moron. Of course I mean /dev/sda.
|
||||
<Bagder> my /proc says a lot of course, any specifics?
|
||||
<Zagor> /proc/scsi/scsi
|
||||
<Linus> /proc/scsi/usb-storage or /proc/scsi/scsi
|
||||
<Bagder> hm
|
||||
<Bagder> $ cat /proc/scsi/scsi
|
||||
<Bagder> Segmentation fault
|
||||
<Zagor> ooh
|
||||
<Linus> Ouch!
|
||||
<Bagder> should I take away some of the other usb stuffs when I use ehci?
|
||||
<Zagor> i don't think that should be necessary
|
||||
<Bagder> this happened before too
|
||||
<Bagder> when I used the wrong usb module
|
||||
<Bagder> ohci
|
||||
<Zagor> although i use usb as modules, so i rarely have everything loaded at the same time
|
||||
<Bagder> well, since they must be modules I do too
|
||||
<Zagor> they must be?
|
||||
<Bagder> dunno for the new one though
|
||||
<Bagder> yes
|
||||
<Bagder> the other ones must be
|
||||
<Bagder> at least for the menu stuff to work
|
||||
<Zagor> i didn't know that
|
||||
<Zagor> try /proc/bus/usb/devices
|
||||
<Bagder> it might work to fiddle in the .config
|
||||
<Bagder> and what am I looking for in there?
|
||||
<Linus> Bagder: do you have a directory called /proc/scsi/usb-storage-*?
|
||||
<Zagor> the isd300
|
||||
<Bagder> Vendor=05ab ProdID=0060 ?
|
||||
<Zagor> yes
|
||||
<Linus> Bagder: are you sure that the usb-storage module is loaded?
|
||||
<Bagder> no
|
||||
<Linus> Check.
|
||||
<Zagor> :)
|
||||
<Bagder> so I need two modules?
|
||||
<Zagor> the usb driver and usb-storage, yse
|
||||
<Zagor> yes
|
||||
<Bagder> didn't need that before...
|
||||
<Zagor> in that case it was compiled-in
|
||||
<Linus> Yes you did.
|
||||
<Bagder> oh
|
||||
<Bagder> I have that one built-in
|
||||
<Zagor> hmm
|
||||
<Linus> Sounds strange. You could try to have usb-storage as a module instead
|
||||
<Bagder> yeps
|
||||
<Bagder> reboot pending
|
||||
<Bagder> I did in fact try it under windows yesterday ;-)
|
||||
* Bagder hides
|
||||
<Linus> *slap* (misses)
|
||||
<Zagor> looser
|
||||
<Bagder> I also tried to setup "internet sharing" in win98
|
||||
<Linus> HAHAHA!
|
||||
<Bagder> but failed to miserable I felt pain
|
||||
<Bagder> so miserably even
|
||||
<Zagor> you really are gullible... :)
|
||||
<Bagder> it is *supposed* to work
|
||||
<Linus> It does. But you have to know the secret handshake
|
||||
<Bagder> it of course ended up with me having *three* cards defined and none of them were having my correct IP addresses
|
||||
<Bagder> *g*
|
||||
<Bagder> so it took 20 minutes to clean it all up again and get back to where I started ;-)
|
||||
<Bagder> ... then I rebooted back to Linux
|
||||
<Bagder> phew
|
||||
<Bagder> reboot
|
||||
**** BEGIN LOGGING AT Tue Apr 16 10:18:30 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
|
||||
<Linus> Thanks!
|
||||
<wavey> i bet the archos guys themselves are impressed at that
|
||||
<Bagder> they should be at least
|
||||
<wavey> wait until they see our screen savers :)
|
||||
<Linus> I suspect that the Archos guys also used the serial port for debugging
|
||||
<Zagor> I'm curious if anyone at Archos has heard about our project yet
|
||||
<Bagder> right, I added the drawline function the other day
|
||||
<Zagor> Bagder: how's the menu ideas coming along?
|
||||
<wavey> Zagor: maybe. but they don't seem overly responsive for fixes or ideas from the public - so maybe they just don't give a shit?
|
||||
<Bagder> Zagor: not much there yet
|
||||
<wavey> my mate has the 1.26 rom, i'd like to know what changes went in
|
||||
<wavey> the lists don't seem to indicate much changed
|
||||
<Bagder> I'd like to see an API for reading keys
|
||||
<Linus> Write one
|
||||
<Bagder> then I can fake both input and display in the simulator
|
||||
<Bagder> and produce something to try a menu system on
|
||||
<Linus> Write one
|
||||
<Bagder> I know I should
|
||||
<Bagder> again
|
||||
<Bagder> I need to take Alan code
|
||||
<Bagder> and Gary code
|
||||
<Bagder> and unity them
|
||||
<Bagder> unite even
|
||||
<Linus> Merge on. You have my full support. :-)
|
||||
<Bagder> thanks, there's only the time issue left then ;-)
|
||||
<Linus> Caffeine does wonders with time
|
||||
<Bagder> hahaha
|
||||
<Zagor> oh, you're not doing anything useful anyway ;)
|
||||
<Linus> "Charging batteries" (internal joke)
|
||||
<Bagder> oh, how did you know? ;-)
|
||||
<Bagder> speaking of charging batteries, that's a man who we should "lure" in here to get started on some work :-)
|
||||
<Bagder> Kjell
|
||||
<Linus> That man can really do screensavers!
|
||||
<Bagder> hehe right
|
||||
<Bagder> we need a math library ;-)
|
||||
<Bagder> Alan would love that!
|
||||
* Bagder giggles
|
||||
|
||||
* Linus is having a Monty Python deja-vu
|
||||
<Zagor> i was living in a cardboard box in the middle of the road
|
||||
<Zagor> every morning we had to get up and lick the road clean
|
||||
<Bagder> luxury!
|
||||
<Linus> You were fortunate!
|
||||
<Bagder> is there any way we can wait for a key input without just while()ing in a read?
|
||||
<Bagder> I mean there's no irq or something?
|
||||
<Zagor> i don't think so
|
||||
<Zagor> nope
|
||||
<Bagder> ok
|
||||
<Zagor> PA[12-15] and PB[12-15] can trigger interrupts, but none of them are connected to a key
|
||||
<Bagder> Alan's key.h file sure is confusing to me
|
||||
<Bagder> well, perhaps not
|
||||
<Bagder> but quite not what I want
|
||||
<Zagor> uhhh, not a pretty sight
|
||||
<Bagder> Gary's is more in my line of thinking
|
||||
<wavey> anyone familiar with cygwin's setup process? how do i find out how to get a copy of /usr/share/dict?
|
||||
<wavey> bah
|
||||
<Zagor> i've never used cygwin
|
||||
<wavey> perhaps i'll reboot into linux
|
||||
<Bagder> I'll give ya a URL if you want
|
||||
<wavey> please
|
||||
<Bagder> I mean, the raw file
|
||||
<wavey> ah, i can get that myself thanks anyhow
|
||||
<Bagder> ok
|
||||
<wavey> just wanted to get the proper cygwin version
|
||||
<wavey> you know how interdependent these things can be
|
||||
<wavey> you guys redhat or debian users/
|
||||
<Zagor> both :)
|
||||
<wavey> ok
|
||||
<wavey> i love debian
|
||||
<wavey> to death
|
||||
* Bagder has a redhat 6 something, patched beyond recognition
|
||||
<Zagor> i'm a long-time redhat user and a recent debian convert
|
||||
<wavey> i remember installing slackware using 20+ floppies
|
||||
<wavey> those were the days
|
||||
<Zagor> hehe
|
||||
<wavey> 386
|
||||
<wavey> 16 MB ram
|
||||
<wavey> and my system kicked ass :)
|
||||
<Zagor> which kernel version was that?
|
||||
<wavey> wow
|
||||
<wavey> that's going back some
|
||||
<wavey> about a year before 2.0
|
||||
* Bagder got the 0.01 kernel on a CD with a book he bought recently
|
||||
<Zagor> empty cd...
|
||||
<Bagder> well, there were other kernel releases too ;-)
|
||||
<Zagor> ah
|
||||
<Bagder> "Linux core kernel code commentary"
|
||||
<Bagder> nice reading before falling asleep at night ;-)
|
||||
<Zagor> that's cheating!
|
||||
<wavey> the oreilly kernel book is very good
|
||||
<Bagder> I got that one too
|
||||
<Bagder> device drivers volume 2
|
||||
* Zagor has a bloody zoo in the bookshelf
|
||||
<wavey> heh yeah
|
||||
<wavey> luckily they expense books at my current company
|
||||
<wavey> i bought 40 over the last couple years
|
||||
<Zagor> yeah, same here
|
||||
<wavey> i stroke my bookshelf at night
|
||||
<Zagor> hehe
|
||||
<Bagder> hahaha
|
||||
<wavey> my fiancee is getting jealous
|
||||
<wavey> is the device drivers book worth getting?
|
||||
* Bagder 's wife fainted when she saw the "kernel commentary" book ;-)
|
||||
<wavey> i was tempted
|
||||
<Bagder> "what *is* that!" ;-)
|
||||
<Linus> The device drivers book is a must
|
||||
* wavey makes mental note
|
||||
<Bagder> do we have any good pictures of a player and a recorder taken on the keys/lcd ?
|
||||
<Bagder> ah http://bjorn.haxx.se/rockbox/internals/archos1.jpg is a good one on the player
|
||||
<Bagder> we have no good ones of the recorder though
|
||||
<Zagor> i can take some
|
||||
<Bagder> I'd like a web page with two frontal pics next to each other
|
||||
<Bagder> player/recorder
|
||||
<Bagder> makes it more clear to people (and me) how much they differ
|
||||
* Bagder thinks ui/input stuff
|
||||
<Zagor> ok
|
||||
* Linus is starving
|
||||
<Zagor> preferrably with the displays lit
|
||||
<Zagor> off to lunch
|
||||
<Bagder> yes
|
||||
<Linus> Lunch!!!
|
||||
<Bagder> food
|
||||
**** ENDING LOGGING AT Tue Apr 16 11:52:45 2002
|
||||
|
||||
|
|
@ -1,164 +0,0 @@
|
|||
**** BEGIN LOGGING AT Wed Apr 17 07:59:14 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
|
||||
--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor2 is now known as Zagor
|
||||
<Zagor> morning
|
||||
<Bagder> hey
|
||||
<Zagor> cool hack of the day:
|
||||
<Zagor> Adbusters is buying a 30 second commercial spot on CNN tomorrow
|
||||
<Zagor> and they're airing....nothing
|
||||
<Bagder> :-)
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Zagor> 30 second black screen
|
||||
<Bagder> at least it was cheap to manifacture ;-)
|
||||
<Zagor> hehe
|
||||
<wavey> morn, boys
|
||||
<Bagder> hey wavey
|
||||
<Zagor> hi wavey
|
||||
<Zagor> apparently the spot cost $5000 to purchase
|
||||
<wavey> i tried compiling firmware last night, and it complained of missing .h files
|
||||
<wavey> fakestore or something
|
||||
<Zagor> yeah, that's the fat code. it's not compilable
|
||||
<wavey> ah.
|
||||
<wavey> ok
|
||||
<wavey> is it normal to have noncompilable code in cvs?
|
||||
<wavey> in a major build target?
|
||||
<Zagor> not really, but this is the first version of most files
|
||||
<wavey> hmm
|
||||
<wavey> i guess
|
||||
<Bagder> it hasn't really set yet
|
||||
<wavey> what's there looks good
|
||||
<wavey> i got most of it compiled on windows thru cygwin
|
||||
<Bagder> that cool
|
||||
<Bagder> that's
|
||||
<wavey> needed to mod the makefile to include cygwin's distributed include dirs, etc
|
||||
<wavey> once we have a compilable codebase, we should mandate that it's always compilable from then on - sensible?
|
||||
<Bagder> yes
|
||||
<Bagder> imho
|
||||
<wavey> otherwise it holds up dev
|
||||
<Bagder> indeed, there will be many people using the code base then
|
||||
<Bagder> but feel free to correct the problems and mail us patches! ;-)
|
||||
<wavey> sure - will do :)
|
||||
--> linus__ (~linus@labb.contactor.se) has joined #rockbox
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
<wavey> can someone add me as a registered dev on the rockbox sourceforge project pls
|
||||
<wavey> mister_wavey is my sf login
|
||||
* Bagder points in Zagor's direction
|
||||
<Zagor> sure
|
||||
<wavey> cheers
|
||||
<Bagder> today's security flaw: IE back button ;-)
|
||||
<wavey> heh
|
||||
<wavey> which webapp is misbehaving?
|
||||
<Bagder> the back button can run javascript
|
||||
<Zagor> stuart martin, mister_wavey, Developer
|
||||
<wavey> zag: lovely
|
||||
<Bagder> wavey: to commit anything to CVS, you need to checkout the repo using ssh first
|
||||
<Bagder> before you did it read-only
|
||||
<linus__> Strange. When I connect from work, I am allowed to use the nick "Linus", but not from home. ???
|
||||
<Bagder> linus__: muh is still running and uses it probably
|
||||
<Zagor> that's because from work you are connecting via "muh", which is holding the Linus name for you
|
||||
<linus__> AAh IC.
|
||||
<linus__> Bagder: muh is running on labb, or...?
|
||||
<Zagor> yes
|
||||
<linus__> Så hur kopplar jag upp mig mot den?
|
||||
* Bagder detects swedish BZZZZZ
|
||||
* Bagder grins
|
||||
<Zagor> connect your irc client to labb:9997
|
||||
<linus__> OK. CU!
|
||||
<-- linus__ has quit ("Client Exiting")
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> tadaaa
|
||||
<Linus> WOW! It worked!
|
||||
<Bagder> nomad claims 22 hours battery time
|
||||
<Bagder> http://www.nomadworld.com/products/Jukebox3/
|
||||
<Zagor> ...and the reviews report 10-12 hours
|
||||
<Bagder> :-)
|
||||
<Linus> I got my soldering station yesterday. I made another debugging cable just to test it.
|
||||
<Bagder> ... and now you sell it to the highest bidder? B-]
|
||||
<Zagor> ah, good. because i got my archos swapped today!
|
||||
<Linus> Rock'n'roll!
|
||||
* Bagder reads "Any one out there linking the curl C library with a COBOL program?"
|
||||
<Bagder> :-)
|
||||
* Bagder bounces, a commit mail from wavey!
|
||||
<wavey> heh
|
||||
<wavey> cygwin makes hell bearable
|
||||
<Bagder> yeah, cygwin's pretty decent
|
||||
<wavey> i've installed cygwin's ssh
|
||||
<Zagor> lunch
|
||||
<wavey> does the use of ssh produce a public key somewhere on my filesystem>
|
||||
<wavey> ?
|
||||
<wavey> or do i need to make my own
|
||||
<Bagder> you don't need one if you don't want to
|
||||
<Bagder> but ssh-keygen makes them
|
||||
<wavey> i'd like to store the key with sourceforge
|
||||
<Bagder> ah, then ssh-keygen is the answer
|
||||
<Bagder> -t dsa or -t rsa
|
||||
<Bagder> depending on which kind of key you want
|
||||
<Bagder> or one at a time to get both kinds
|
||||
<Bagder> they're normally store in ~/.ssh
|
||||
<Bagder> stored
|
||||
<wavey> do i want a passphrase on this?
|
||||
<Bagder> yes
|
||||
<wavey> ok cool
|
||||
<wavey> how long does a cvs login session last for?
|
||||
<Bagder> forever
|
||||
<wavey> ok cool
|
||||
<Bagder> until you logout
|
||||
<wavey> ok waiting for the sourceforge batch process to use my key :)
|
||||
<Bagder> ok
|
||||
<Bagder> yes, it's nicer that way
|
||||
<Bagder> the cvs page isn't complete in that aspect either...
|
||||
<Bagder> as it doesn't explain the whole process to get the no-prompting to work
|
||||
<wavey> well, the ssh-keygen would be a useful addition
|
||||
<Bagder> yes
|
||||
<Bagder> you'll also need to run ssh-agent and ssh-add
|
||||
--> alkorr (jbcoax@srs07v-3-253.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> hi
|
||||
<alkorr> good it works with WinCVS now (much easier to add or to update than with CVS command line)
|
||||
<-- alkorr has quit (Client Quit)
|
||||
<wavey> yuk
|
||||
<wavey> GUIs are evil
|
||||
<wavey> except directory browsers, i guess
|
||||
<Bagder> I agree
|
||||
<wavey> and therefore cvs integration makes sense
|
||||
<Bagder> people tell me the wincvs interface is really crappy though
|
||||
<wavey> ssh-agent and ssh-add are needed where?
|
||||
<Bagder> when sf knows your key
|
||||
<wavey> ok, what do i need to do?
|
||||
<Bagder> run "eval `ssh-agent`" and then "ssh-add"
|
||||
<Bagder> it starts an "agent" for your key
|
||||
<Bagder> and adds your key to it
|
||||
<Bagder> which then passes it to the server when used
|
||||
<wavey> ah
|
||||
<wavey> ok taa
|
||||
<Bagder> so for ssh-add you need to enter your pass phrase
|
||||
<Bagder> once
|
||||
<Bagder> and after that all cvs operations are with no prompts
|
||||
<Bagder> now, I honestly don't know how to put that short and nice in the cvs web page ;-)
|
||||
<wavey> :)
|
||||
<wavey> ooh
|
||||
<wavey> still being prompted - c'mon sf! get your batches running! :)
|
||||
<Bagder> you'll see on the prompt when you can expect the non-prompt to work
|
||||
<Bagder> it depends on which pass phrase it asks for
|
||||
<wavey> and the passphrase for the key is good for the length of the login session?
|
||||
<Bagder> um, yes, but the "login" session with ssh is just the single operation. unless you meant the passphrase to ssh-add which is good as long as you keep ssh-agent running
|
||||
<wavey> ah ok
|
||||
<wavey> and to restart the agent after reboot?
|
||||
<wavey> eval `ssh-agent` again?
|
||||
<Bagder> yes
|
||||
<wavey> coolio
|
||||
<Bagder> then ssh-add and add your pass phrase
|
||||
<Bagder> s/add/enter
|
||||
<wavey> ok
|
||||
<wavey> how do i get on the cvs notification list?
|
||||
<wavey> i couldn't see instructions anywhere
|
||||
<wavey> the mail archive needs a search tool too, ideally
|
||||
<Bagder> Björn mailed about it
|
||||
<Bagder> yes it does
|
||||
<Bagder> To get these mails, send a mail to majordomo@cool.haxx.se, with the text (no subject) "subscribe rockbox-cvs".
|
||||
<wavey> aha, just found it :) thanks
|
||||
**** ENDING LOGGING AT Wed Apr 17 12:25:54 2002
|
||||
|
||||
|
|
@ -1,559 +0,0 @@
|
|||
**** BEGIN LOGGING AT Thu Apr 18 08:42:39 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
|
||||
--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor2 is now known as Zagor
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<adiamas> wtf is the story with the makefile?
|
||||
<Zagor> there's a story?
|
||||
<adiamas> umm.. well.. all the >>>>> and <<<<<< and ======= stuff
|
||||
<Zagor> ah, that's a conflict
|
||||
<Zagor> you and someone else changed the makefile
|
||||
<Zagor> the >>>>>, <<<< and ===== describe the two versions
|
||||
<Bagder> which makefile btw?
|
||||
<adiamas> uisimulator
|
||||
<adiamas> nevermind.. i just did and update on my end...
|
||||
<Bagder> ok
|
||||
adiamas adi|atWork <adiamas> could someone tell me where their lcd.h is located?
|
||||
<adiamas> i don't have one and i need to grab it off a remote box...
|
||||
<adiamas> makefile is complaining
|
||||
<Bagder> ah
|
||||
<Zagor> it's in the firmware module
|
||||
<Bagder> I have uisimulator and firmware checked out in the same dir
|
||||
<adiamas> ?
|
||||
<Bagder> so in the uisim dir I can get it ../firmware/lcd.[ch]
|
||||
<adiamas> im really starting to dislike cvs
|
||||
<Zagor> rockbox, rockbox/uisimulator, rockbox/firmware
|
||||
<adiamas> yeah.. but _i_ don't wanna work on firmware
|
||||
<Bagder> you do now ;-)
|
||||
<adiamas> but your telling me that i need to pull it down and keep it up to date huh ?
|
||||
<Zagor> no but you need that source. we don't want to duplicate it
|
||||
<Bagder> because the uisim uses firmware code
|
||||
* adiamas giggles
|
||||
<adiamas> can't we break it out into another "library" or "common" dir or something?
|
||||
<Zagor> and have a third module you need?
|
||||
<adiamas> seems that makes more sense..
|
||||
<adiamas> nope.. still only be two..
|
||||
<adiamas> why should i worry about firmware if i only want to play with the uisim
|
||||
<Bagder> thing is, I want the uisim to use as much "real" code as possible
|
||||
<adiamas> nods
|
||||
<Zagor> because the uisim simulates the firmware
|
||||
<adiamas> nods
|
||||
<adiamas> okay.. now.. because im stupid.. if i just want to pull the files down and not checkout...
|
||||
<adiamas> whats the cvs command?
|
||||
<adiamas> or do i co no matter what?
|
||||
<Zagor> yes
|
||||
<Bagder> there's only checkout, yes
|
||||
<adiamas> nod
|
||||
<adiamas> im so much more used to sccs :)
|
||||
<Bagder> but since you don't modify them, you won't get problems updating them in the future
|
||||
<Zagor> sccs is good, but not for widely distributed development
|
||||
* adiamas nods
|
||||
<adiamas> i understand the use of cvs.. just feels icky cause im not used to it
|
||||
<Zagor> widely/wildly
|
||||
<Bagder> it takes some getting-used-to, I agree
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> hey ho wavey
|
||||
--- Zagor is now known as Zagor|work
|
||||
<wavey> goodly morning
|
||||
<adiamas> hmm... okay.. anyone know wtf firmware/system.h would bitch on uisim compile?
|
||||
<adiamas> complaing about the #define \'s
|
||||
<Bagder> hm
|
||||
<Bagder> lemme check
|
||||
<Bagder> what does it say?
|
||||
<Bagder> it works here
|
||||
<adiamas> gcc -DHAVE_CONFIG_H -DGETTIMEOFDAY_TWO_ARGS -DSIMULATOR -DHAVE_LCD_BITMAP -I../firmware -g -c uibasic.c
|
||||
<adiamas> In file included from ../firmware/lcd.h:24,
|
||||
<adiamas> from lcd-x11.h:24,
|
||||
<adiamas> from uibasic.c:36:
|
||||
<adiamas> ../firmware/system.h:52: parse error before `volatile'
|
||||
<adiamas> ../firmware/system.h:62: stray '\' in program
|
||||
<adiamas> and then like 100 iother stray complaints.. but i figure those are ghosts
|
||||
<Bagder> what gcc version is this?
|
||||
* Bagder suspects the crlf newlines...
|
||||
<adiamas> gcc version 2.95.3 20010315 (release)
|
||||
<adiamas> im not switching to the 3.0 series till its aged a bit
|
||||
<Bagder> on linux, right?
|
||||
<adiamas> yup
|
||||
<adiamas> ill tell you if its crlf
|
||||
<adiamas> one sec
|
||||
<adiamas> looks like it...
|
||||
<adiamas> i load it in emacs and it comes in DOS format
|
||||
<adiamas> mode rather
|
||||
<Bagder> yes
|
||||
<Bagder> so try stripping them off and compile and see if that removes the warnings
|
||||
<adiamas> ummm.. how do i do that easily?
|
||||
<Bagder> tr -d '\015' < system.h >system2.h
|
||||
<Bagder> then use the version 2 of course
|
||||
<adiamas> yup.. that did it...
|
||||
<Bagder> ok
|
||||
<Bagder> so we need to be more careful on the newlines
|
||||
<adiamas> so when i get diffs on what i do and others do.. clashes and what not.. and we get the <<<<<<<<<< and> >>>>>>> complaints.. how do we resolve those?
|
||||
<wavey> the makefile can include a newline checker
|
||||
adiamas adi|atWork adiamas adi|atWork <adiamas> thats a good idea
|
||||
<Bagder> adiamas: those are conflict markes that appear when you get an update that has changes on the same lines you have changed locally
|
||||
<adiamas> right.. i know.. but how do we resolve them...
|
||||
<adiamas> ie: you change int i to int duck
|
||||
<adiamas> and i want int wolf
|
||||
<adiamas> what happens?
|
||||
<Bagder> you edit out the "wrong" piece
|
||||
<Bagder> and keep the correct
|
||||
<adiamas> hehe but which is wrong?
|
||||
<Bagder> you need to figure that out
|
||||
<Bagder> it's a conflict with your changes
|
||||
<Bagder> we can't tell you what's right ;-)
|
||||
<adiamas> but it may only be a conflict with my changes because someone elses bug fix may be diff then mine.. and it clear out theres and place mine.. then theirs is in conflict
|
||||
<adiamas> and round the wheel turns...
|
||||
<Bagder> yes, but that's why you need to pick one of the alternatives. Or write a new approach ;-)
|
||||
* adiamas reminds you he's still new to this ;)
|
||||
<adiamas> one last question, then bed... is there a way to set my searchable include dirs in my env so that the makefile can find what it needs if things are in diff locations?
|
||||
<Bagder> it's possible to pass as arguments to make
|
||||
<adiamas> bah.. was trying to avoid that...
|
||||
<Bagder> it could be environment variables too
|
||||
<Bagder> we should figure out a way to let people do this easily
|
||||
* adiamas nods
|
||||
<adiamas> fixed.. settled for a symlink and said screw it
|
||||
<Bagder> way to go ;-)
|
||||
<wavey> adiamas: -IX -IX+1 -IX+2 for your makefile include entry will search X, X+1 and X+2 ..
|
||||
<wavey> where X, X+1 and X+2 are include dirs
|
||||
<wavey> if i understand your q correctly
|
||||
<wavey> so people edit their makefile to include all their includes in the $(INCLUDE) directive
|
||||
<wavey> that's how I do it
|
||||
<wavey> especially on cygwin, where the includes are all over the place
|
||||
<wavey> oh, and I replace the use of -I$(INCLUDES) with simply $(INCLUDES)
|
||||
<wavey> to ensure the first -I doesn't translate into -I-IX
|
||||
* wavey goes back to OO modelling
|
||||
<wavey> of course, we could always use autoconf
|
||||
* wavey runs
|
||||
<Bagder> hehe
|
||||
<adiamas> wavey nah.. that i know.. the part that was issue was the libs..
|
||||
<adiamas> yeah.. editing the makefile isn't an issue..
|
||||
<adiamas> i just don't want to have to keep fixing it each time i pulled down a clean copy and all
|
||||
<adiamas> so i just tossed LIBDIRS in the env
|
||||
<adiamas> and do make -e
|
||||
* adiamas shrugs
|
||||
<wavey> oh, libs - i thought you said includes
|
||||
<adiamas> hehe nope...
|
||||
<adiamas> im used to makefiles.. just not used to dealing with that on a new starting project :)
|
||||
<adiamas> w/ other ppls machines and all
|
||||
<wavey> 'is there a way to set my searchable include dirs in my env'
|
||||
<wavey> ha
|
||||
* wavey knew he wasn't going mad
|
||||
<adiamas> hehe sorry...
|
||||
<wavey> i think i need bed too
|
||||
<Bagder> 1 - 0 to wavey ;-)
|
||||
<wavey> but i've been awake only a couple hours
|
||||
<adiamas> its 0430 here.. cut me some slack ;)
|
||||
<wavey> heh
|
||||
<wavey> go
|
||||
<wavey> to
|
||||
<wavey> bed :)
|
||||
<adiamas> can't sleep :(
|
||||
<adiamas> this heatwave here is killing me..
|
||||
<adiamas> came to quick...
|
||||
<wavey> where are you?
|
||||
<adiamas> NY state, usa
|
||||
<adiamas> bout, 30 mins north of NYC
|
||||
<wavey> aha
|
||||
<wavey> how hot can it be at 0430?
|
||||
<adiamas> hit 93 today at work...
|
||||
<wavey> ouch
|
||||
<adiamas> yeah...
|
||||
<wavey> hope the ac is working
|
||||
<adiamas> don't have any
|
||||
<adiamas> just a ceiling fan
|
||||
<wavey> double ouch
|
||||
<adiamas> nods
|
||||
<adiamas> i find turning lights off and working by candle makes it cooler (both definitons of cooler)
|
||||
* wavey blinks
|
||||
<adiamas> besides.. the gf comes up this weekend.. so sweat is a good thing then ;)
|
||||
<wavey> heh
|
||||
<adiamas> btw.. its no ac at home.. work has it..
|
||||
<wavey> ah
|
||||
<wavey> glad to hear it
|
||||
* Bagder counts, 33.9 celsius = 93 fahrenheit = 307 kelvin
|
||||
<wavey> uk has been mild/warm for a few weeks now
|
||||
<wavey> s'lovely
|
||||
<wavey> had the first rain in ages yesterday
|
||||
<Bagder> we have like 9C today... :-/
|
||||
<adiamas> hehe we are in a near drought situation already... no lawn watering, town just passed restrictions on pool filling
|
||||
<Bagder> wow
|
||||
<adiamas> and across america over 100 records were broken due to the high heat
|
||||
<wavey> we use CDs in the uk now
|
||||
<adiamas> NYC had it's hotest temp on this day in history, for the 3rd day in a row.
|
||||
<wavey> they're smaller and shinyier
|
||||
* adiamas quirks his head to the side and looks at wavey
|
||||
<adiamas> i don't get it.
|
||||
<wavey> records broken
|
||||
<wavey> cd
|
||||
<adiamas> ah..
|
||||
<adiamas> heheh
|
||||
<wavey> it's late
|
||||
<wavey> you're tired
|
||||
<adiamas> im ugly too :)
|
||||
<wavey> its understandable :)
|
||||
<wavey> heheh
|
||||
<adiamas> but shhh.. thats a secret
|
||||
* Bagder looks at wavey, oooooh that was a pretty bad one ;-)
|
||||
<wavey> everyone's beautiful in ascii
|
||||
<adiamas> lol... i like that...
|
||||
<adiamas> congrats.. you just joined my sig file :)
|
||||
<wavey> eheh
|
||||
<wavey> heh
|
||||
<wavey> in ebcdic however, everyone's a pig
|
||||
<Bagder> is that why we've switched to ascii these days then? B-]
|
||||
<wavey> yup :)
|
||||
<wavey> and frosted mirrors too
|
||||
<adiamas> wavey.. whats your real name so i can credit you all proper like :)
|
||||
<wavey> stuart martin, if you need the credit. take it for yourself with my pleasure
|
||||
<adiamas> btw.. its 70 F here, 21 c
|
||||
<adiamas> UV Index:
|
||||
<adiamas> 0 Minimal
|
||||
<adiamas> heheh
|
||||
<adiamas> i wonder why...
|
||||
<adiamas> could it be the suns not up?
|
||||
<wavey> :)
|
||||
<wavey> when is dawn these days?
|
||||
<wavey> any of you read scifi?
|
||||
<adiamas> dawn as in sun rise or dawn as in the book?
|
||||
<Bagder> sunrise in NY 05:12
|
||||
<wavey> almost finished two olaf stapledon books. 1930s author - one of his books describes the history of humanity (over 200 000 000 years) and the other describes the history of the universes
|
||||
<wavey> both fantastic, btw
|
||||
<adiamas> nods
|
||||
<Bagder> (according to my psion)
|
||||
<wavey> absolutely recommend them
|
||||
<adiamas> wavey, feel like mailing me the book names?
|
||||
<adiamas> either that.. or msg me them...
|
||||
<wavey> 'last and first men'
|
||||
<wavey> and 'starmaker'
|
||||
<adiamas> nods
|
||||
<wavey> the channel is quiet, i'm sure no one cares :)
|
||||
<adiamas> got it.
|
||||
<adiamas> okay.. bed time
|
||||
<adiamas> night all
|
||||
<Bagder> night adiamas
|
||||
<wavey> see ya
|
||||
--- adiamas is now known as adi|sleep
|
||||
* Bagder is curious on Linus I2C and MAS work...
|
||||
<wavey> i2c?
|
||||
<wavey> whassat
|
||||
<wavey> ooh, only 15*6 songs left on my random playlist of 3500 songs :)
|
||||
<Bagder> that's how to speak to the MAS circuit
|
||||
<adi|sleep> one quick note.. did you guys realize there is a key lock on the jbr?
|
||||
<wavey> yus
|
||||
<wavey> on
|
||||
<adi|sleep> nods
|
||||
<adi|sleep> hehe i din't :)
|
||||
<adi|sleep> back to bed :)
|
||||
<wavey> heh
|
||||
<wavey> night
|
||||
* Bagder has hardly used his recorder yet :-)
|
||||
<wavey> we need a tiny math lib for our code
|
||||
<Bagder> we do
|
||||
<wavey> which projects can we steal it from?
|
||||
<Bagder> I dunno actually
|
||||
<Bagder> we could probably "steal" function by function
|
||||
<Bagder> from BSD or Linux code
|
||||
<wavey> sure
|
||||
<wavey> be nice if sourceforge allowed a search through open source project's codebases for things
|
||||
<wavey> be very useful
|
||||
<Bagder> true
|
||||
<wavey> make it easier for industry to rip it off as well i guess
|
||||
<wavey> not that it doesn't happen already anyway
|
||||
<Linus> The I2C is going slow at the moment. But the MAS is responding.
|
||||
<Bagder> *cool*
|
||||
<Linus> ...occasionally. :-)
|
||||
<Bagder> hah
|
||||
<Bagder> occasionally cool :-)
|
||||
<wavey> heh
|
||||
<wavey> what about data structures?
|
||||
<wavey> we cutting our own linked lists, etc?
|
||||
<Bagder> we could probably use a sensible single implementation for many to use
|
||||
<wavey> must be a nice and small and tested-to-hell one in apache or somewhere
|
||||
<wavey> yus
|
||||
--- Zagor|work is now known as Zagor
|
||||
<Bagder> btw, we're having a litte "rockbox" gathering tomorrow
|
||||
<Bagder> the stockholm/sweden parts of the rockboxers
|
||||
<wavey> how close do you guys live together?
|
||||
<Linus> 20km
|
||||
<wavey> 'variable pitch control' is that achieveable by the MAS?
|
||||
<wavey> (from the mail list)
|
||||
<Zagor> nope
|
||||
<Zagor> can't be done
|
||||
<Bagder> rockbox lunch time
|
||||
<PsycoXul> hey you know if the DAC can have 2 channels on at once?
|
||||
<Linus> I don't think so. Lemme check.
|
||||
<Linus> It seems like we can mix all channels, AUX1 AUX2 and DAC
|
||||
<Linus> Cool. Then we can hear the RS232 data when we are debugging. :-)
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
<PsycoXul> yeah? nice
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
--- wavey is now known as wav_lunch
|
||||
* wav_lunch smiles
|
||||
<wav_lunch> timezones. who'd have 'em?
|
||||
<Zagor> they're useless
|
||||
* Zagor wants to do away with timezones and daylight savings time
|
||||
<wav_lunch> yus
|
||||
<wav_lunch> one hour, globally
|
||||
<wav_lunch> who cares if 0515 is in your afternoon?
|
||||
<Zagor> exactly. it's just a bloody number
|
||||
* PsycoXul agrees
|
||||
<wav_lunch> swatch tried it with Internet Time
|
||||
<wav_lunch> only met one person with such a watch though
|
||||
<wav_lunch> if the world's consumers had embraced the concept, the governments may have agreed to it
|
||||
<wav_lunch> anyhow
|
||||
<wav_lunch> lunch
|
||||
<Zagor> the problem was that they wanted to alter everyone's sense of time. the changed too much
|
||||
<Zagor> people still want 12+12 hour days, 60 hours minutes etc
|
||||
--> alkorr (jbcoax@srs04m-2-107.n.club-internet.fr) has joined #rockbox
|
||||
<Linus> Welcome Alan!
|
||||
<alkorr> hi linus
|
||||
<Zagor> hi there
|
||||
<alkorr> i have a question
|
||||
<Linus> Ask!
|
||||
<alkorr> quite now we cannot use other formats than MP3
|
||||
<alkorr> not even a WAV file
|
||||
<alkorr> the recorder is able to get a linear PCM on digital line
|
||||
<Linus> True
|
||||
<alkorr> if i'm not wrong, wav format is a PCM-like stream
|
||||
<Zagor> yes
|
||||
<PsycoXul> wav is usualy just pcm with a header afaik
|
||||
<alkorr> my idea is the following
|
||||
<alkorr> if we strip unused infos
|
||||
<alkorr> and feed internally the digital pin of MAS
|
||||
<alkorr> with a PCM stream (using sci0 ?)
|
||||
<alkorr> and set MAS for recording
|
||||
<alkorr> would you hear this wav playing ?
|
||||
<Linus> I don't follow you. Do you want to play WAV files on the recorder?
|
||||
<alkorr> a trick which could allow recorder to play wav files (not forgetting possibility of mixing)
|
||||
<PsycoXul> i read on the company's website about the player's MAS and they claimed to have pcm playback firmware for that chip anyways, likely the recorder's chip too... of course getting any such things i dunno, never found any downloads etc
|
||||
<Linus> The MAS is capable of playing WAV files. You just have to download firmware to it.
|
||||
<alkorr> i think it is not free
|
||||
<PsycoXul> can archos firmware do whats necessary to download firmware to the MAS?
|
||||
<alkorr> i tried to get this addition but without success
|
||||
<alkorr> yes it could
|
||||
<alkorr> if it have additions to upload
|
||||
<alkorr> has
|
||||
<alkorr> but i'm doubtful that Archos will buy this addition for its player/recorder.
|
||||
<Zagor> i think we need a dsp hacker to the project :)
|
||||
<alkorr> of course if we could know what kind of DSP it is and have compilers, it would be great
|
||||
<Zagor> yes
|
||||
<alkorr> but Micronas are unlikely to reveal anything about this DSP
|
||||
<Bagder> why?
|
||||
<alkorr> Do you know a lot of company which reveal all the works ?
|
||||
<alkorr> their
|
||||
<Bagder> what DSP they use is hardly "all the works"
|
||||
<alkorr> anyway, companies are not bound for revealing something :)
|
||||
<alkorr> perhaps they don't want to let a non Micronas employee to be able to reverse-engineer their works
|
||||
<alkorr> they are commercial, not open free :)
|
||||
<PsycoXul> well
|
||||
<PsycoXul> they DO have a devkit that they supply to their customers
|
||||
<PsycoXul> they mention it and some of the things in it
|
||||
<PsycoXul> example firmware and such
|
||||
<Zagor> yes but if they don't let people write dsp code, who will buy their dsp?
|
||||
<alkorr> customers => archos, not final users
|
||||
<alkorr> customers must pay for it !
|
||||
<Zagor> true
|
||||
<PsycoXul> including some voice compression codec decoder and encoder, and pcm player
|
||||
<PsycoXul> yeah
|
||||
<Bagder> but there are a few customers of the MAS
|
||||
<Bagder> perhaps we could ask around
|
||||
<PsycoXul> so somebody find a friend of a friend of a friend who works for a customer ...
|
||||
<PsycoXul> heh
|
||||
<alkorr> okay if you can a smart guy to help for retrieving missing infos and even get tools, that would be great
|
||||
<alkorr> find
|
||||
<Bagder> getting the tools is probably not legal
|
||||
<alkorr> and if he/she is not concerned with a NDA too
|
||||
<Bagder> I doubt all customers sign NDAs to buy the MAS devkit
|
||||
<alkorr> ya, if we could have opcodes, we can create an assembler
|
||||
<alkorr> but what i know it should be 24-bit opcodes (code addresses are 24-bit)
|
||||
<alkorr> btw, if you look at MAS commands, to upload a firmware you must issue a command and a block of 32-bit words
|
||||
<alkorr> but only the first 24 bits in those words are valid
|
||||
<alkorr> (or it should be 12-bit ?)
|
||||
<alkorr> hum found a 1 MB pdf...
|
||||
<Zagor> the data sheets speaks of 20-bit words
|
||||
<alkorr> ok
|
||||
<alkorr> so it is 20-bit
|
||||
<alkorr> i found a page where someone said what DSP was in fact
|
||||
<Bagder> wow
|
||||
<alkorr> i try to get it back
|
||||
<alkorr> MASC
|
||||
<alkorr> 3500 ?
|
||||
<Bagder> not 35000 ?
|
||||
<alkorr> anyway not a target we can find for gcc or as :(
|
||||
<Bagder> uh no
|
||||
<Bagder> http://winwww.rutgers.edu/~samar/platforms/masc3500.html
|
||||
<alkorr> ya
|
||||
<alkorr> found
|
||||
<Zagor> nice digging!
|
||||
<Bagder> the guy who wrote that web page could have some info
|
||||
<alkorr> yes i tried but i wonder if his email address is still valid
|
||||
<Bagder> he has two, try both ;-)
|
||||
<alkorr> hum i prefer let you to try both ;)
|
||||
<alkorr> "MASC 3500 is NOT supported by C compiler. Only assembler programming is available"
|
||||
<Bagder> actually, I think I'll hand over that work to Björn
|
||||
<alkorr> okay
|
||||
<Zagor> *thump*
|
||||
<Zagor> got it
|
||||
<Zagor> :)
|
||||
<Bagder> he's the man
|
||||
<Bagder> ;-)
|
||||
<alkorr> :)
|
||||
<Zagor> so..um... what do we want to know, exactly?
|
||||
<wav_lunch> whether he has an archos for a start :)
|
||||
--- wav_lunch is now known as wavey
|
||||
<alkorr> have all the information he can feed us about this DSP : especially all the opcodes
|
||||
<Bagder> haha
|
||||
<Zagor> haha
|
||||
<Zagor> "I was especially interested in digital modulation techniques and speech processing. So, embedded systems and numerous real-time DSP implementations (telephone line modems, low bit-rate speech coding...)"
|
||||
<Zagor> he's our man!
|
||||
<wavey> There was only one commercially available MPEG layer 3 chip, the MASC3500 from ITT Intermetall Semiconductor. We attempted to obtain information and availability of the chip, but the company is situated in Germany and gave very little feedback
|
||||
<wavey> not a good sign
|
||||
<alkorr> yes it is the main culpritt of thy company
|
||||
<alkorr> this
|
||||
<alkorr> humm i mean the main discredit for this company :)
|
||||
<wavey> your point is usually clear, al :)
|
||||
<wavey> A. Domazetovic, D. Samardzija, "Implementation of 4880 bps CELP on MASC 3500 DSP", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
|
||||
<wavey> anyone near a library?
|
||||
<wavey> in yugoslavia?
|
||||
* wavey chuckles
|
||||
<Zagor> lol
|
||||
<wavey> D. Samardzija, Z. Lukac, "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor", Conference on Telecommunications ETRAN, Vrnjacka Banja, Yugoslavia, Jun 1998.
|
||||
<alkorr> well in a very good english : "this lack of feedback is the rock(box) on which the undertaking comes to grief" ;)
|
||||
<Zagor> yay, we've got a poet! ;)
|
||||
<wavey> al: and now in italian, please :)
|
||||
<alkorr> italian you are ?
|
||||
<wavey> (without using babelfish)
|
||||
<wavey> italian I am not
|
||||
<wavey> english I am
|
||||
<alkorr> arf ;)
|
||||
<wavey> arf is a lovely word :)
|
||||
<alkorr> "questa mancanza di risposte è la roccia(boccia) su cui l'impresa viene al dolore " ;)
|
||||
<wavey> roccia boccia
|
||||
* Bagder giggles
|
||||
<alkorr> arf => lol
|
||||
<wavey> fantastic! :)
|
||||
<Bagder> roccia boccia is mighty
|
||||
<alkorr> huh "boccia" doesn't exist :P
|
||||
<alkorr> Wav: found something about "A Solution of CELP Encoder at 5.3kbit/s and 6.3kbit/s on ITT MASC 3500 Processor" ?
|
||||
<Zagor> it's one of Dragan's publications
|
||||
<alkorr> okay so no pdf at all ?
|
||||
<Zagor> no
|
||||
<Zagor> i'll email him and see if he's a cool guy or not
|
||||
<Zagor> hmm, this guy wrote a CELP encoder for the MAS 3503, which is the predecessor of the 3507 we have in the jukebox
|
||||
<Zagor> i think i'm in love
|
||||
<alkorr> arf :)
|
||||
* Bagder worships Dragan a little
|
||||
<Bagder> you think it helps? ;-)
|
||||
<alkorr> Why ?
|
||||
<alkorr> brb
|
||||
**** ENDING LOGGING AT Thu Apr 18 14:44:53 2002
|
||||
|
||||
**** BEGIN LOGGING AT Thu Apr 18 15:27:51 2002
|
||||
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) 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 15:45:52
|
||||
<Bagder> does wordexp() exist in windows?
|
||||
<Bagder> anyone?
|
||||
* Zagor doesn't do windows
|
||||
<alkorr> wordexp ?
|
||||
<Zagor> Bagder: <Linus> I just managed to read the version number from the MAS via I2C! Yippie!
|
||||
<Bagder> *neat*
|
||||
<Bagder> wordexp, yes, it's a posix function
|
||||
<Bagder> though I doubt windows features it
|
||||
<alkorr> use the cygwin.dll from Cygwin ;P
|
||||
<alkorr> i'm doubtful too
|
||||
<alkorr> unless they have a posix library
|
||||
<alkorr> what is its purpose
|
||||
<Bagder> "perform word expansions"
|
||||
<alkorr> i cannot find its manual entry
|
||||
<Bagder> heh, no I couldn't either on linux
|
||||
<alkorr> really a standard posix or just a mandatory extension ?
|
||||
<Bagder> then Linux man pages contain many holes
|
||||
<Bagder> standard posix
|
||||
<Bagder> single unix specification
|
||||
<Bagder> never mind
|
||||
<alkorr> okay
|
||||
<Bagder> so what is the version number of the MAS? ;-)
|
||||
<alkorr> Linus: player or recorder ?
|
||||
<Zagor> it's the player
|
||||
<Zagor> actually, he read the model number so it's "3507"
|
||||
<Bagder> woooo
|
||||
<Bagder> we didn't know that! B-P
|
||||
<Zagor> hehe
|
||||
<alkorr> Linus: you should try I²Cize your MAS on the recorder too
|
||||
<Zagor> maybe he faked it :)
|
||||
<Zagor> alan: yeah, it's just a lot easier to do development on the player since he's got the serial port on it (and the I2C wires connected to a digital oscilloscope...)
|
||||
<alkorr> ah yes, the wires...
|
||||
<PsycoXul> you guys are gonna make these little boxes do things the archos people never dreamed :p
|
||||
<PsycoXul> just thought i'd throw that in there before running off to bed heh
|
||||
<Bagder> ... and not some things people do dream of (judging from some of the feature requests) ;-)
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> yeah well
|
||||
<Linus> My I2C test was on the player
|
||||
<alkorr> Recorder has two I²C devices so don't be surprise if you code could not work ;)
|
||||
<PsycoXul> Bagder: that may not be all bad heh
|
||||
<PsycoXul> and theres a lot of requested features that would be like.. moot with new better firmware
|
||||
<PsycoXul> you know things that apply to the current firmware's limitations etc
|
||||
<Bagder> that's true
|
||||
<Linus> Why? I assume they have different ID:s.
|
||||
<alkorr> especially, if you requeste a RTC reading via an interrupt while reading something on MAS ;)
|
||||
<Linus> Hehe. Who would do such a thing? :-)
|
||||
<alkorr> They do
|
||||
<Linus> :-)
|
||||
<PsycoXul> anyways, sleep time.. night
|
||||
<Bagder> night PsycoXul
|
||||
<Linus> night
|
||||
<alkorr> nacht Psycho
|
||||
<alkorr> hum i must leave, see you !
|
||||
<-- alkorr has quit ()
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
--- You are now known as Bagderzzz
|
||||
--> wavey_ (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<-- wavey has quit (Read error: 104 (Connection reset by peer))
|
||||
<-- wavey_ (~wavey@dlan1431.dircon.co.uk) has left #rockbox
|
||||
--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
|
||||
--> alkorr (jbcoax@srs04m-7-48.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr has quit (Client Quit)
|
||||
--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
|
||||
<Zagor> are you an emacs man, wavey?
|
||||
<wavey> yus
|
||||
<wavey> you also?
|
||||
<Zagor> yep
|
||||
<Zagor> had a problem with c-offsets-alist, but I worked it out
|
||||
<Zagor> are you logging everything?
|
||||
<Zagor> alan said his FAT32 code was "obsolete" but I don't understand what he meant with that
|
||||
<-- wavey has quit (Read error: 104 (Connection reset by peer))
|
||||
<adi|atWork> zagor.. you still around?
|
||||
<Zagor> yeah
|
||||
<adi|atWork> heheh glad you updated the lcd.[ch] api...
|
||||
<adi|atWork> now i can toss up my battery bit at some point ;)
|
||||
<Zagor> ah, yes
|
||||
<Zagor> i have a little something i hope to get done tonight
|
||||
<adi|atWork> whats that?
|
||||
<Zagor> umm, a surprise :)
|
||||
<Zagor> tetris
|
||||
<adi|atWork> lol.. seriously?
|
||||
<Zagor> yeah
|
||||
<adi|atWork> oh.. i was thinking...
|
||||
<adi|atWork> we have a limited # of keys on the players.. we may want to assign keyboard keys to represent them for the simulator.
|
||||
<Zagor> yes, i've been thinking that too. i was thinking some keys on the numeric keyboard
|
||||
<adi|atWork> nods
|
||||
<adi|atWork> that or just overload the function keys.
|
||||
<adi|atWork> but the #pad would work nicely for the center control pad...
|
||||
<adi|atWork> left, right, up, down.
|
||||
<Zagor> exactly
|
||||
<adi|atWork> i like that.
|
||||
<Zagor> and 5 för the play/pause on the recorder
|
||||
<adi|atWork> yup...
|
||||
<Zagor> and even the top four for the menu keys
|
||||
<adi|atWork> could even get away with - for off and + for on
|
||||
<adi|atWork> right...
|
||||
<Zagor> i don't know if numlock is a problem using as a normal key in X
|
||||
<adi|atWork> i don't see why it would be...
|
||||
<adi|atWork> brb..need food
|
||||
<-- Zagor has quit ("bye")
|
||||
|
|
@ -1,547 +0,0 @@
|
|||
--- You are now known as Bagder
|
||||
--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor2 is now known as Zagor
|
||||
<Zagor> aloha!
|
||||
<Bagder> hey ho
|
||||
--- Bagder gives channel operator status to Zagor
|
||||
<Bagder> uh
|
||||
<Bagder> y%8 should be y&7 in lcd.c
|
||||
<Bagder> for the pixel functionss
|
||||
<Bagder> I'll fix
|
||||
<Zagor> yes, i realized that too. but it turns out as the same thing
|
||||
<Bagder> when compiled?
|
||||
<Zagor> i don't know about the code, but the logic is the same
|
||||
<Bagder> yes, logic is the same but % is generally a much slower operation
|
||||
<Zagor> ok
|
||||
* Bagder does an "Alan"
|
||||
<Zagor> hehe, don't be mean
|
||||
* Bagder chuckles
|
||||
<Bagder> woo new mozilla to get
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<wavey> morn
|
||||
<Bagder> it is a sunny and fine morning here
|
||||
<wavey> overcast and cool here
|
||||
--> alkorr (jbcoax@srs04m-8-117.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> for the CVS $Id, what must i put it in a source, so CVS fills it
|
||||
<alkorr> ?
|
||||
<alkorr> hi btw
|
||||
<Zagor> $Id$
|
||||
<Zagor> hi :)
|
||||
<alkorr> oky
|
||||
<alkorr> :)
|
||||
<wavey> do we have a standard file header to include at the top?
|
||||
<Bagder> yes
|
||||
<wavey> i.e the rockbox copyright and logo?
|
||||
<alkorr> yeep
|
||||
<wavey> so rather than specifying the Id tag
|
||||
<wavey> specify the header :)
|
||||
<wavey> and put the tag in the herder
|
||||
<wavey> header
|
||||
<Zagor> yes, that's how it is
|
||||
<wavey> so
|
||||
<wavey> why
|
||||
<wavey> did
|
||||
<wavey> alan
|
||||
<wavey> ask about the id tag?
|
||||
<Zagor> ask
|
||||
<Zagor> alan
|
||||
<Zagor> :)
|
||||
* wavey lol
|
||||
<alkorr> because i didn't know that :)
|
||||
<wavey> because it isn't stated anywhere :)
|
||||
<Zagor> alan: you changed the license for your FAT code. was that intentional?
|
||||
<alkorr> nope at all
|
||||
<alkorr> they were my old headers
|
||||
<Zagor> ok, so I should change it back to GPL?
|
||||
<alkorr> just forget to change them
|
||||
<alkorr> if you are tempted :)
|
||||
<Zagor> i am :)
|
||||
<alkorr> okay
|
||||
<Zagor> i looked at it a bit yesterday. what did you mean when you said the code is "obsolete"?
|
||||
<alkorr> which code ?
|
||||
<Zagor> the fat code
|
||||
<Zagor> that you mailed me
|
||||
<alkorr> ah yes... hum because i plan to split it and maybe a little bit more generic for PC test
|
||||
<Zagor> ok, because I started working on it... :)
|
||||
<alkorr> is that so ?
|
||||
<Zagor> yes
|
||||
<Zagor> i plan to have an image of a FAT32 disk in a file to do testing on
|
||||
<alkorr> for your purpose ?
|
||||
<Zagor> ?
|
||||
<wavey> zag: how will the main program body service user events while keeping the dsp full of data? will we just set up some sort of dma to allow the dsp to read data until complete, leaving the program thread to manipulate memory etc?
|
||||
<wavey> or is there some other way?
|
||||
<Zagor> that's a good question, which among other things we will be discussing tonight :)
|
||||
<Zagor> i need to switch tunnels, brb
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
<wavey> bag: we = .se?
|
||||
<alkorr> european people ;)
|
||||
<Bagder> yes
|
||||
<Bagder> me, Linus, Björn and a forth friend
|
||||
--> Zagor2 (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<wavey> ok
|
||||
--- Zagor2 is now known as Zagor
|
||||
<wavey> cool
|
||||
<alkorr> oh you mean off-irc, Bagder ?
|
||||
<Bagder> we're gonna gather tonight
|
||||
<Bagder> right
|
||||
<Bagder> in real life
|
||||
<wavey> wow
|
||||
<wavey> there's an outside?
|
||||
* wavey is scared
|
||||
* Zagor is now in a clean, nice, pure ssl tunnel
|
||||
<Bagder> you worked out the CONNECT part?
|
||||
<Zagor> yup. found a perl script
|
||||
<Bagder> coolio
|
||||
<Zagor> i'll write up a twiki page
|
||||
<Bagder> knowing http pays off B-P
|
||||
<alkorr> seriously i see Zagor has change PAIOR and PBIOR to be ((volatile ...)
|
||||
<alkorr> i would try to avoid such a thing
|
||||
<Zagor> why?
|
||||
<alkorr> sometimes to have a byte access is better than a word access
|
||||
<wavey> these are registers, yes?
|
||||
<Zagor> yes but byte access is a special case
|
||||
<alkorr> or a 32-bit access better than a 16-bit access
|
||||
<Zagor> also a special case
|
||||
<Zagor> this is the normal case
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<alkorr> du to the fact, we write them in C, i don't see objections to leave them as address ant programmer to use the word access he wants
|
||||
<alkorr> ... and let ...
|
||||
<Zagor> it makes a mess in the code to always typecast them. this way, the registers are registers, as defined in the data sheet
|
||||
<alkorr> register ???
|
||||
<Zagor> if you want to access them in a non-standard way, *then* you do special typecasts
|
||||
<alkorr> manual says we can access such registers as well byte as word, so there is no real non-standard way
|
||||
<Zagor> well the manual says the register is 16 bits wide, so that's how I define "standard"
|
||||
<Linus> I define the "standard size" to be the register size.
|
||||
<Linus> I would guess the the size the programmer wants would be the register size in 99% of all cases.
|
||||
<alkorr> i try to use a homogene way to access those register, and having SI,HI or QI remove the necessity to guess what size the register is. But due to the fact i'm in minority, i suppose i can only approve your changes unwillingly
|
||||
<Zagor> i really don't like the SI/HI/QI thing
|
||||
<alkorr> by the way i could need the addresses of those register (DMA with SCI0 for example)
|
||||
<Linus> Except that noone can guess what QI, SI and HI means without searching in the header files.
|
||||
<Zagor> yes, we probably need double macros. one with the address and one for register access
|
||||
<alkorr> yes but i find more ugly explicit typecasting anyway
|
||||
<Linus> Absolutely. We will probably still nedd both ways of doing it.
|
||||
<Zagor> explicit typecasting is good in special cases
|
||||
<Zagor> because then it shows that it's a special case
|
||||
<alkorr> i use GCC convention which has in internal the modes SI, HI and QI
|
||||
<alkorr> if you could find something else, i could be okay
|
||||
* Zagor has never seen SI/HI/QI in his 15 years of programming...
|
||||
<Linus> Yes. But I have yet to see any C source code using that convention.
|
||||
<alkorr> but must be short anyway
|
||||
<Linus> Absolutely.
|
||||
<alkorr> look at the gcc source
|
||||
--> Bagder2 (~chatzilla@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<Linus> I have looked at the GCC source code. The QI/HI/SI stuff is not C it is a pseudo language.
|
||||
* Bagder2 tries chatzilla
|
||||
<Zagor> Bagder2: good?
|
||||
<Bagder2> nah, I think I prefer X-chat
|
||||
<alkorr> yes, your defines is not much more standard than mine anyway
|
||||
<Zagor> actually, they are
|
||||
<-- Bagder2 has quit (Remote closed the connection)
|
||||
<Zagor> look at any microcontroller C compiler
|
||||
<Zagor> registers are reserved uppercase symbols
|
||||
<alkorr> i don't call them 'standard'
|
||||
<Zagor> well no, but it's the most common way to represent registers
|
||||
<alkorr> it is not that kind of stuff i will call standard
|
||||
<alkorr> for me, they are libs like stdlib or stdio, no our own source
|
||||
<Zagor> I agree, it's not a standard. but it's a style that many people have seen before
|
||||
<adi|sleep> yeah.. yeah.. well.. well.. your momma!
|
||||
* Zagor twitches. Adi - awake?
|
||||
<adi|sleep> not really...
|
||||
<adi|sleep> for what its worth.. and i know its not much... but to me... SI HI QI makes no sense...
|
||||
<Linus> BTW, the Archos guys have really made an odd I2C bus connection between the 7034 and the MAS... :-(
|
||||
<adi|sleep> because to anyone who doesn't immediatly recognize it.. well.. they are clueless to what it means..
|
||||
<adi|sleep> but thats just my opin...
|
||||
<alkorr> so change them for another convention
|
||||
<Zagor> that's my point exactly
|
||||
<Linus> and the MAS uses a really odd I2C protocol variant...
|
||||
<Bagder> Linus: will it set any limitations or just make it difficult?
|
||||
* adi|sleep also points out he isn't attacking anyone...
|
||||
<Linus> A little tricky...and perhaps slower that necessary.
|
||||
<alkorr> anyway, for me they are not really register since SH7034 use a memory map to access peripheral registers => not a register for SH, register for peripheral on-chip.
|
||||
* Linus agrees with adi|sleep
|
||||
<alkorr> Linus: what about the trouble ?
|
||||
<Zagor> alan: it's the same thing. many controllers use memory-mapped registers
|
||||
<Linus> For example the PIC
|
||||
<Zagor> and the PowerPC
|
||||
<Linus> Well, not the POowerPC core, but all PowerPC-microcontrollers
|
||||
<Zagor> yes
|
||||
* adi|sleep points out that your reality is nothing but lies and baldardash and he is happy to say he has know understand of it.
|
||||
<Linus> And the 8051, IIRC
|
||||
* adi|sleep goes back to sleep
|
||||
<Zagor> adi seems a bit... off ?
|
||||
<Linus> Zombie?
|
||||
<adi|sleep> me? no no no....
|
||||
<Bagder> so, he's talking in his sleep ;-)
|
||||
<adi|sleep> im on 'nuetrel'
|
||||
<Zagor> a victim of the Umbrella Corporation?
|
||||
<alkorr> i make a difference between cpu register and port registers that all. The way to access them is different
|
||||
<adi|sleep> which is latin for "its way to fucking hot and humid outside for 0430
|
||||
<adi|sleep> "
|
||||
<alkorr> one use direct opcode, the other use peek/poke
|
||||
<alkorr> that's all
|
||||
<Linus> Agreed. You dont access the CPU registers at all in C source code.
|
||||
<Bagder> poke 53280, 0
|
||||
<Linus> Black border
|
||||
<alkorr> a reset ?
|
||||
<alkorr> Linus: about I²C ?
|
||||
<adi|sleep> then what did the old "register" thing in C do?
|
||||
* Bagder hands the award to Linus
|
||||
<alkorr> what's the trouble
|
||||
adi|atWork adi|sleep adi|atWork adi|sleep <Zagor> adi|sleep: it tries to allocate a variable to a register
|
||||
<adi|sleep> nods
|
||||
<Zagor> instead of putting it on the stack
|
||||
<adi|sleep> okay.. now i remember.
|
||||
<alkorr> no one uses anymore register, because a lot of C compiler implicily uses registers as possible
|
||||
<Linus> They have used a diode to simulate an open collector bus. That makes it tricky to communicate in both directions.
|
||||
* Zagor agrees
|
||||
<alkorr> so register is a void attribute in gcc
|
||||
<Zagor> yup
|
||||
<Bagder> yes
|
||||
<Bagder> but then gcc is a mighty fine compiler
|
||||
<Bagder> there are a bazillioin of worse ones out there
|
||||
* Bagder has been hit by a few
|
||||
<Linus> GCC is good on some processors, worse on others.
|
||||
<Bagder> true
|
||||
<Bagder> but it has a good general engine
|
||||
<Linus> Generally, GCC wants CPU's with a lot of registers
|
||||
<adi|sleep> well don't we all?
|
||||
<alkorr> for IA32 or SH, humm
|
||||
<adi|sleep> i mean.. come on.. cpus with lotsa registers are just so much more sexy
|
||||
<adi|sleep> not to mention better in bed.
|
||||
<adi|sleep> speaking of bed
|
||||
<alkorr> IA64 you mean
|
||||
<Linus> ADI. Are you drunk? :-)
|
||||
<adi|sleep> only with powerlessness
|
||||
* adi|sleep cackles evilly
|
||||
<Bagder> I bet its the heat
|
||||
<alkorr> Linus: i'm not sure to understand, what do you mean by "communicate in both directions" ?
|
||||
<adi|sleep> nods
|
||||
<adi|sleep> and the lack of decent sleep.
|
||||
* adi|sleep giggles furiously as he missreads sleep with sheep...
|
||||
<adi|sleep> no wouldn't _that_ have been a freudian slip.
|
||||
<Zagor> hehe
|
||||
<Linus> I mean that the data (and the clock in the case of the MAS) is bidirectional. Both read and write. And the diode makes that difficult.
|
||||
<Linus> But not impossible. Just tricky.
|
||||
<Zagor> what's the australian definition of "safe sex"?
|
||||
* wavey pats adi|sleep on the head
|
||||
<Zagor> you X-mark the sheep that kicks
|
||||
* wavey -so- needs to learn some electronics
|
||||
<wavey> is there a beginners bible?
|
||||
<Linus> I don't know
|
||||
<Linus> It's really simple. Just have a father that explains it to you. :-)
|
||||
<alkorr> yes but you can read, cannot you ?
|
||||
<wavey> er
|
||||
<alkorr> i'm talking to Linus :)
|
||||
<wavey> ah
|
||||
<alkorr> read MAS
|
||||
<wavey> good :)
|
||||
<Linus> hahaha!
|
||||
<alkorr> :)
|
||||
<Linus> Yes I can read. Ti is working. But it is slow at the moment. I will add another trick from my bag to make it faster.
|
||||
<alkorr> it is the code or the electronic part which is really slow ?
|
||||
* Bagder likes bags with tricks
|
||||
<Linus> Tha MAS is really nasty, as it drives the clock even when it is slave. :-(
|
||||
<Linus> The data line takes a lot of time to go from 1 to 0 when reading, since the line is unconnected because of the diode. I will have to discharge it explicitly to make it faster.
|
||||
<alkorr> the MAS manual says it can held the clock to let it handle some things before reading further data
|
||||
<alkorr> okay
|
||||
<Linus> Yup. And that is really nasty.
|
||||
<Linus> Especially since the clock is also connected via a diode.
|
||||
<alkorr> in fact, you're telling us that MAS could run faster if the data line can discharge more rapidly
|
||||
<Linus> Only the I2C line. That is only used for settings and configuration.
|
||||
<alkorr> but it only regards the I²C line
|
||||
<Linus> A pull-down would really help.
|
||||
<alkorr> okay, not a real problem, just a nasty design
|
||||
<Linus> Exactly.
|
||||
<alkorr> lines I²C shouldn't have pull-ups ?
|
||||
<Linus> Yes. On the bus side. I was talkin about the CPU side of the diode.
|
||||
<alkorr> okay
|
||||
<alkorr> just a note
|
||||
<alkorr> if you disassembly the I²C part of the player firmware, they don't use the common way to set/clear the I²C lines
|
||||
<alkorr> instead of using IN direction to set line at 1, they use OUT direction and set to 1
|
||||
<alkorr> that is, when setting port, always in OUT direction from the CPU
|
||||
<alkorr> when reading (checking line status), in IN direction
|
||||
<wavey> daniel - you still capturing the logs?
|
||||
<Bagder> I do
|
||||
<alkorr> I suppose you don't use the same way to communicate with MAS (when setting 0, OUT dir.; when setting 1, IN dir.)
|
||||
<wavey> cool
|
||||
<wavey> can we automate it?
|
||||
<wavey> stick a bot on and pipe it to the website?
|
||||
<Bagder> it is certainly possible
|
||||
<wavey> and add a search engine? :)
|
||||
<wavey> this is a wealth of info
|
||||
<Zagor> i added a search form yesterday
|
||||
<Zagor> it uses google
|
||||
<wavey> especially to newcomers that will come along
|
||||
<wavey> cool
|
||||
<wavey> uses google's cache or realtime search?
|
||||
<Zagor> the cache
|
||||
<wavey> ok
|
||||
<Zagor> but they index the site pretty regularly
|
||||
<wavey> lovely
|
||||
<wavey> regularly or frequently? ;)
|
||||
<Zagor> frequently :)
|
||||
<wavey> i've nearly got the C++ XML library ready for inclusion
|
||||
<wavey> just getting the CORBA interfaces ready first
|
||||
<wavey> this firmware will kick ass
|
||||
<Zagor> haha
|
||||
<Bagder> hihi
|
||||
<Bagder> what about the web browser? ;-)
|
||||
<wavey> :)
|
||||
<alkorr> bad you will need to convert it to plain C ;)
|
||||
<wavey> now, this might be a ridiculous idea...
|
||||
<wavey> but can we use more of the limited memory buffer for audio
|
||||
<Zagor> more?
|
||||
<alkorr> ???
|
||||
<wavey> hang on
|
||||
<wavey> by using the disk to store our program data?
|
||||
<wavey> and load it back when needed?
|
||||
<alkorr> we have a 2 MB DRAM, whatever we can have in
|
||||
<wavey> or is that silly
|
||||
<Zagor> that is silly :)
|
||||
<alkorr> depending what you want to do
|
||||
<alkorr> i think to understand what Wavey means
|
||||
<alkorr> yes it could be a cool idea but not the priority
|
||||
<Linus> alkorr: That is why they have the diode. They don't want to set it ton IN to drive a 1 on the bus.
|
||||
<Linus> For some reason.
|
||||
<alkorr> the possibility to load a game when you want to play, instead always having them in memory
|
||||
<wavey> yeah, keep a nucleus of program in memory, and demand load the bits we need
|
||||
<wavey> how large is the footprint of archos firmware?
|
||||
<alkorr> archos apparently has no real dynamic memory
|
||||
<alkorr> it seems to use a lot of tables
|
||||
<Linus> What is "real dynamic memory"?
|
||||
<Zagor> malloc
|
||||
<Linus> Ah.
|
||||
<alkorr> so their size should be fixed
|
||||
<Zagor> i guess :)
|
||||
<alkorr> malloc is a dynamic memory
|
||||
<alkorr> a true dynamic memory, if you like
|
||||
<wavey> do i misremember malloc's free not shrinking the process memory usage?
|
||||
<wavey> not that it matters
|
||||
<Zagor> that's OS dependent
|
||||
<Bagder> wavey: that's a unix thing
|
||||
<wavey> with only 1 process
|
||||
<wavey> ok
|
||||
<alkorr> what i mean is if we want to have the ability to load specific code at a ponctual time
|
||||
<alkorr> you surely need a dynamic memory
|
||||
<alkorr> so when we only use the player (or recorder)
|
||||
<alkorr> we can use all the memory
|
||||
<alkorr> and to prevent us to work with fixed address (so binary code not reusable with new firmware)
|
||||
<alkorr> but you still need a code addresses relocator :) well, not the first thing rockbox will have
|
||||
<wavey> no one knows how large the archos firmware is in memory?
|
||||
<Zagor> nope :)
|
||||
<Linus> I xould guess about 100K.
|
||||
<wavey> interesting :)
|
||||
<Linus> But I might be wrong
|
||||
<wavey> their firmware decompresses the mod, yes?
|
||||
<wavey> .ajz
|
||||
<alkorr> in fact we can export some data in harddisk
|
||||
<alkorr> for exemple if we have messages in different language
|
||||
<Linus> I guess the recorder decompreses the firmware. That would explain the long start time.
|
||||
<wavey> i can't see the benefit of a compressed mod
|
||||
<wavey> except to piss people off :)
|
||||
<Linus> Neither can I.
|
||||
<Bagder> save disk space? hehehe
|
||||
<wavey> hehe
|
||||
<wavey> ooh, 60GB in your palm.
|
||||
<Linus> Download time on the internet? I mean if you can save 1 second... :-)
|
||||
<alkorr> Wav. scrambling maybe
|
||||
<PsycoXul> so like yeah
|
||||
<PsycoXul> i remember all the things my c64 could do with 1mhz
|
||||
<wavey> 1mhz? or 1mb?
|
||||
<PsycoXul> what interesting things can be done with a whole 12mhz of processing power
|
||||
<PsycoXul> heh
|
||||
<wavey> ah
|
||||
<wavey> yes :)
|
||||
<PsycoXul> i just with the player's LCD was even just a tiny bit better
|
||||
<PsycoXul> like to be able to draw the blocks between characters
|
||||
<PsycoXul> heh
|
||||
<Bagder> yup, all the fun games will only be for the recorder :*)
|
||||
<PsycoXul> nah
|
||||
<PsycoXul> i did a rather nice little thing where you run around a map overhead
|
||||
<PsycoXul> and it scrolls through the 2 lines quite nicely
|
||||
<alkorr> i think the messages inf the firmware must take a lot of space, it could be interesting to see when removed how many it saves space in memory to have just the messages of the right langage
|
||||
<PsycoXul> it's pointless till i can read levels in files and such but i just wanted to find out if it was possible to make a game playable in 2 lines
|
||||
<PsycoXul> and it is
|
||||
<PsycoXul> just be cooler with a little more capabilities
|
||||
<PsycoXul> heh
|
||||
<Bagder> that's might cool
|
||||
<Bagder> +y
|
||||
<alkorr> to have a < 64 KB code should be a good point
|
||||
<Zagor> alkorr: yes
|
||||
<Zagor> we have a very big advantage in that we can always compile in just the features and data that we need
|
||||
<Linus> Hehe. The libc code is about 30k...
|
||||
<Bagder> ick
|
||||
<Zagor> libc? who needs libc?
|
||||
<alkorr> for div
|
||||
<alkorr> or shift operations
|
||||
<alkorr> when the shifter is not an immediate
|
||||
<Linus> I use it for sprintf at the moment. The string functions are there too
|
||||
<Bagder> there's a diet libc we could check out
|
||||
<Zagor> we can use a simpler sprintf
|
||||
<Linus> We have the source. We remove what we don't want.
|
||||
<Zagor> precisely
|
||||
* Bagder agrees
|
||||
<Linus> Actually, I think newlib ha a diet sprintf.
|
||||
<Linus> s/a/has/
|
||||
<Bagder> "ha has" ?
|
||||
<alkorr> but due to the fact you use a library, you only integrate functions from libc you really use in your source*
|
||||
<Bagder> heheh
|
||||
* Linus has thick fingers today
|
||||
<Linus> Not functions, modules
|
||||
<Linus> Unfortunately, many finctions are located in the same .o file in the library, and they often call each other.
|
||||
<alkorr> ah bad
|
||||
<Linus> But correctable.
|
||||
<alkorr> i thought they used a .c file for each functions
|
||||
<Linus> Often they do.
|
||||
<Linus> And sprintf() is a mighty beast.
|
||||
<alkorr> shure
|
||||
<Linus> I use it for debugging output at the moment.
|
||||
<alkorr> using sprintf from linux?
|
||||
<Linus> Nope. In the firmware. On the GDB console.
|
||||
<Bagder> a less capable sprintf() could of course be much smaller and still do just about what you'd want
|
||||
* Linus thinks of Trio
|
||||
<Bagder> that is not less
|
||||
<alkorr> Linus: i know but i'm speaking about what version sprintf is
|
||||
<Linus> But you know how to strip it.
|
||||
<Bagder> true ;-)
|
||||
<Linus> I don't know of any versions of sprintf. It's just Newlib.
|
||||
<Linus> Version 10.0.1, IIRC
|
||||
<Bagder> we probably want a sprinf() for screen text formatting too
|
||||
<Zagor> yup
|
||||
<alkorr> one possibility
|
||||
<wavey> i saw a tiny sprintf for gameboy advance
|
||||
<Linus> Go get it.
|
||||
* wavey looks
|
||||
<alkorr> is to use a generic printf which call a function for a character
|
||||
<alkorr> not fast
|
||||
<Bagder> well that's how they all work
|
||||
<alkorr> but you can directly display without have a buffer
|
||||
<Bagder> more or less
|
||||
<alkorr> so ?
|
||||
<Bagder> so that is probably what we'll get
|
||||
<Bagder> but
|
||||
<alkorr> so when you use this function, just call this function with a callback ?
|
||||
<Bagder> I doubt that anyway will printf() to the display
|
||||
<Bagder> anyone
|
||||
<alkorr> ah yeah, it is another thing for the LCD recorder
|
||||
<alkorr> story
|
||||
<Bagder> right
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
--- Linus is now known as Linus|lunch
|
||||
<alkorr> c u
|
||||
<Bagder> bye Alan
|
||||
<-- alkorr has quit (Read error: 110 (Connection timed out))
|
||||
<wavey> http://www.frotz.net/gbadev/remote/printf.c
|
||||
<wavey> pretty tiny
|
||||
<Bagder|food> yes
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
--- Linus|lunch is now known as Linus
|
||||
<wavey> http://yugop.com/ver3/stuff/03/fla.html
|
||||
<wavey> cute
|
||||
<wavey> (and work safe)
|
||||
<Zagor> cool!
|
||||
<Bagder> http://www.oqo.com/ <= seen this?
|
||||
<Zagor> bleh, flash
|
||||
<Bagder> yeah
|
||||
<Bagder> annoying site, cool box
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<Zagor> do you know why uisimulator has a garbled window title?
|
||||
<Bagder> no
|
||||
<Zagor> what's the variable in emacs that says to only indent with spaces?
|
||||
<Bagder> (setq-default indent-tabs-mode nil)
|
||||
<Bagder> I think
|
||||
<Zagor> ok
|
||||
<Zagor> closing tunnel, brb
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Zagor> lcd_update in lcd-x11.c doesn't ever clear pixels, does it?
|
||||
<Bagder> uh, no ;-)
|
||||
<Zagor> i noticed :)
|
||||
<Bagder> oops
|
||||
* Zagor has been scratching his head a while over this :)
|
||||
<Bagder> I'm not sure how to do that the best possible way though
|
||||
<Bagder> I mean to avoid flickering
|
||||
<Zagor> how about just redrawing the whole screen. performance is not really an issue on X
|
||||
<Zagor> flickering only happens if you do it very frequently
|
||||
<Zagor> or maybe have an "old" array which you compare against
|
||||
<Bagder> well, we would need to fill the whole rect first, then draw all pixels
|
||||
<Zagor> and then draw all new and clear all old
|
||||
<Bagder> that's what I had in mind
|
||||
<Zagor> so do it :)
|
||||
<Bagder> can't do it right now
|
||||
<Zagor> k
|
||||
<Bagder> it'll have to wait a bit
|
||||
<Linus> The I2C is rocking like HELL! And fast too!
|
||||
* Zagor wonders just how much hell is rocking
|
||||
<Bagder> any sounds from the MAS yet?
|
||||
<Linus> Wait. There's a bunch of commands to be sent to it to configure it.
|
||||
* Bagder caaaan't wait ;-)
|
||||
* Linus wants to please Bagder
|
||||
* Zagor can't wait for a working lcd_update...
|
||||
<Bagder> so just clear the screen first
|
||||
<Zagor> hmm, what does this "X11" mean? ;)
|
||||
* Linus thinks Bagder is lazy
|
||||
* Bagder reminds you about who wrote the uisim in the first place ;-)
|
||||
<Zagor> so tell me, how do I clear the screen?
|
||||
<Bagder> XDrawRect() or XFillRect() or something
|
||||
<Zagor> ok
|
||||
<Bagder> find a page about one of the other X* functions and click some links
|
||||
<Bagder> that's how I've made it this far ;-)
|
||||
--> alkorr (jbcoax@srs05v-2-184.n.club-internet.fr) has joined #rockbox
|
||||
<Linus> Hi alan!
|
||||
<Linus> The I2C is rocking like HELL! And fast too!
|
||||
<alkorr> hi again
|
||||
<alkorr> how do you do ? :)
|
||||
* Zagor has a little surprise for you all...
|
||||
<Linus> I drive the data and clock lines low right before switching from output to input. That way I don't have to wait for the slow transition.
|
||||
<alkorr> uh ? i mean how do you get it ? :)
|
||||
<alkorr> okay
|
||||
* Linus is waiting for Zagor
|
||||
<alkorr> so you force discharge by this way
|
||||
<Zagor> soon
|
||||
<Zagor> soooooon...
|
||||
<Linus> Yup. Works like a charm.
|
||||
<alkorr> hum some news from Dragan ?
|
||||
<Zagor> uh, i haven't mailed him yet. i forgot...
|
||||
* Bagder pokes Zagor with a large stick
|
||||
* Linus hits him hard
|
||||
<Zagor> alan: are you working on the fat code?
|
||||
<Zagor> then i shouldn't be poking on it yet... :)
|
||||
* Linus sees a major commit from Alan
|
||||
<alkorr> a lot of things to add in fact
|
||||
<alkorr> so don't rush
|
||||
<Bagder> lots of c++ comments ;-)
|
||||
* Bagder hides
|
||||
<Zagor> hehe
|
||||
<alkorr> sorry but there were here before you ;P
|
||||
<Linus> You'll be surprised how little code you need to screw up your hard drive... :-)
|
||||
<Zagor> lol
|
||||
<alkorr> to screew up ? you mean to destroy ?
|
||||
<Linus> Yup.
|
||||
<Linus> No, not destroy. Just screw up.
|
||||
<alkorr> well my code never destroys or screws up ;P
|
||||
<Linus> Of course. Not _your_ code. :-)
|
||||
<alkorr> but you're right. Just a lock command and you are bad under windows
|
||||
<alkorr> hopefully i can unlock with your modified drive *relief*
|
||||
<alkorr> driver
|
||||
<Zagor> we need to fix something like that for the recorder too
|
||||
<alkorr> ah yes USB 2.0
|
||||
<alkorr> just a precision about my fat.c, i think the main thing that will stir you is probably the ata callback mechanism
|
||||
* Linus is still waiting for Zagors surprise
|
||||
* alkorr too
|
||||
<Zagor> paitence, children... :)
|
||||
<Zagor> patience, even
|
||||
<Zagor> alkorr: you mean except for the 1-byte arrays? ;)
|
||||
<alkorr> to understand what is it : it is way to handle, compute, swap or format data during a read or write operation in a atomic way (we cannot have simultanous readings sectors)
|
||||
<alkorr> yes
|
||||
<alkorr> because BPB is a real mess : all the fields are unaligned
|
||||
<alkorr> and using callback will create a too large function whereas I just need some fields in fact
|
||||
<alkorr> normally i don't keep in memory any boot sectors (like MBR, BPB or FSINFO)
|
||||
<wavey> what's the history of the disk code we're cutting?
|
||||
<wavey> has it been tried and tested elsewhere?
|
||||
<wavey> or is it all new
|
||||
<alkorr> yes in the obsolete fat.c i gave to Zagor
|
||||
<alkorr> and the ones I lost during a harddisk crash
|
||||
<alkorr> SH really dislikes misunligned accesses
|
||||
<Bagder> I gotta go, see ya guys later
|
||||
**** ENDING LOGGING AT Fri Apr 19 14:34:13 2002
|
||||
|
||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,938 +0,0 @@
|
|||
**** BEGIN LOGGING AT Sat Apr 27 18:02:19 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-95.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> okay... logging again :)
|
||||
<adiamas> i mailed the log from the 26th out
|
||||
<Zagor> to the list?
|
||||
<adiamas> sorry.. not mailed... cvs'd
|
||||
<Zagor> ah
|
||||
<Zagor> did you update the .t file too?
|
||||
<adiamas> nope.. ill get that..
|
||||
<adiamas> done
|
||||
<Zagor> I tried to add a cron job, but got some permission problems so it's still manual
|
||||
<Bagder> lids related?
|
||||
<Zagor> I don't know. I'll find the error mail
|
||||
<Zagor> Subject: Cron <bjst@labb> (cd $HOME/bjorn_html/rockbox; cvs update; make)
|
||||
<Zagor> rcmd: socket: Permission denied
|
||||
<Zagor> cvs [update aborted]: end of file from server (consult above messages if any)
|
||||
<Zagor> ah
|
||||
<Zagor> it's not having CVS_RSH=ssh
|
||||
<Bagder> but it shouldn't
|
||||
<Bagder> you should update anonymously
|
||||
<Zagor> ah, yes. I *should* :-)
|
||||
<Bagder> aaaaah
|
||||
<Bagder> say no more ;-)
|
||||
<Zagor> trying again
|
||||
<Zagor> GOTCHA
|
||||
<Zagor> cross-sector filenames now work too
|
||||
<Zagor> it ain't pretty, but it works :)
|
||||
<Bagder> heh, I hope you smack on some comments explaining the non-prettiness
|
||||
<Zagor> i'm trying...
|
||||
<Zagor> it's the sector caching that makes a mess
|
||||
<Zagor> i'll check it in so you can take a look
|
||||
<Bagder> sure!
|
||||
<Zagor> it's in
|
||||
<Zagor> at the bottom, fat_getnext()
|
||||
<Bagder> one sec
|
||||
<Bagder> its not that bad really
|
||||
<Zagor> i found an unnecessary line: ptr = ent->cached_buf
|
||||
<Bagder> on 963?
|
||||
<Zagor> no, 971
|
||||
<Bagder> ah
|
||||
<Bagder> right
|
||||
<Zagor> since it's already being done on 963
|
||||
<Zagor> removing that, I can collapse the ifs a bit
|
||||
<Zagor> i'd say this moves the fat code into GREEN status
|
||||
* Bagder horrays
|
||||
<Zagor> what a difference a day makes :)
|
||||
* Bagder presses reload on the rockbox page like crazy
|
||||
<Zagor> hehe
|
||||
<Zagor> now
|
||||
<Bagder> plopp
|
||||
<Bagder> 7 green ones
|
||||
<Bagder> 9 yellow to go
|
||||
<Zagor> yeah
|
||||
<Bagder> we should write a little converter for pics to our internal pixmap format
|
||||
<Bagder> did you write one for gifs to some odd format?
|
||||
<Bagder> thinking about the rockbox logo now
|
||||
<Zagor> no that was hand-pixeled by thomas
|
||||
<Bagder> yes, but I recall something about you doing something like that on Siemens?
|
||||
<Bagder> a converter that is
|
||||
<Zagor> ah, yes
|
||||
<Zagor> umm, i can't remember the name of the format :)
|
||||
<Bagder> in fact
|
||||
<Bagder> just loading a software showing the logo will make a *great* foto
|
||||
<Zagor> yup
|
||||
<Zagor> PPM i think the format is called
|
||||
<Zagor> portable pixmap
|
||||
<Bagder> ah yes
|
||||
<Bagder> I'll hack up a little app embryo right now
|
||||
<Zagor> the simulator should be able to do this, right?
|
||||
<Bagder> do what?
|
||||
<Zagor> run this app, showing the logo
|
||||
<Bagder> yes
|
||||
<Zagor> if you run it, include the ata code and run ata_init(). that should prevent it locking the disk.
|
||||
<Zagor> ah, the cron job works now
|
||||
<Bagder> fine
|
||||
<Bagder> but I'm not gonna try running it on target yet
|
||||
<Zagor> I can understand that :)
|
||||
<Zagor> we should fix an unlock patch for the usb 2.0 driver too.
|
||||
<Bagder> that would be really good
|
||||
<Bagder> I'll make it possible to start tetris from the app's menu
|
||||
<Bagder> :-)
|
||||
<Zagor> :)
|
||||
<Bagder> hm, doesn't work
|
||||
<Zagor> what's the problem?
|
||||
<Bagder> I can't manage to get the "cursor" to show up
|
||||
<Zagor> cursor?
|
||||
<Bagder> I have three lines in a "menu"
|
||||
<Zagor> ah
|
||||
<Bagder> and I want to move a "marker" along the side of them
|
||||
<Zagor> i see
|
||||
<Bagder> hm
|
||||
<Bagder> I need to force a screen update somehow I guess
|
||||
<Bagder> of course I do
|
||||
<Bagder> silly me
|
||||
<Zagor> yes :)
|
||||
<Bagder> yes, and clear the marker when I move away... :-)
|
||||
<Zagor> ok, time for file.c
|
||||
<Bagder> roxxers
|
||||
<Bagder> hehe, now I can start tetris from the menu ;-)
|
||||
<Zagor> nice!
|
||||
<Bagder> gotta clear the screen first though
|
||||
<Zagor> hmm, both the man pages for remove() and unlink() claim POSIX conformance
|
||||
<Zagor> remove() is undoubtedly a better name
|
||||
<Bagder> it is
|
||||
<adiamas> well.. depends on how you look at it...
|
||||
<adiamas> you aren't really 'removing' the file from the system...
|
||||
<adiamas> you are more so 'unlink'ing it from the system
|
||||
<Zagor> you're removing it from view :)
|
||||
<adiamas> but your also unlinking it from the file system ;)
|
||||
<Bagder> hey you can't drop the block in tetris!
|
||||
<Zagor> no, only speed it up
|
||||
* Bagder made the x11 lcd display flicker free now
|
||||
<Bagder> try the new uisim
|
||||
<Bagder> just committed
|
||||
<Zagor> lots of updates :)
|
||||
<Zagor> how do you select an entry?
|
||||
<Bagder> right
|
||||
<Zagor> ah
|
||||
<Bagder> but you can't leave tetris ;-)
|
||||
<Bagder> I better fix that
|
||||
<Zagor> still, our first menu!
|
||||
<Bagder> I like that big font
|
||||
<Zagor> hehe
|
||||
<Bagder> now
|
||||
<Bagder> should I move the X11 stuff into a subdir?
|
||||
<Bagder> or should I put the app stuff in a subdir?
|
||||
<Zagor> put X11 in a subdir
|
||||
<Bagder> it makes sense
|
||||
<Zagor> then we put all apps in the root and just link to win32 or x11
|
||||
<Bagder> of course, the app stuff should probably be in the firmware dir...
|
||||
<Zagor> yeah, but I expect we'll have lots of little "toy apps" mainly for the simulator
|
||||
<Bagder> oh yes!
|
||||
<Bagder> do we have a sleep() yet?
|
||||
<Zagor> well we have it
|
||||
<Zagor> but it's not working right on target, since we haven't set up the timer interrupt yet
|
||||
<Bagder> I was just thinking how I should proceed to slow my app down ;-)
|
||||
<Zagor> sleep(ticks)
|
||||
<Bagder> why not sleep(ms)
|
||||
<Bagder> prevents ms/MS_PER_TICK all over ;-)
|
||||
<Zagor> use HZ/freq instead
|
||||
<Zagor> no reason really, it's just the simplest implementation
|
||||
<Bagder> doesn't really matter, we can have both ;-)
|
||||
<Zagor> yup
|
||||
<Bagder> now, which key do we stop tetris with?
|
||||
<Zagor> a function key
|
||||
<Zagor> or OFF
|
||||
<Bagder> I'll use off for now
|
||||
<Bagder> oh what fun ;-)
|
||||
<Zagor> :)
|
||||
<Bagder> add a big "Tetris" text too for the fun of it
|
||||
<Bagder> ´ed
|
||||
<Bagder> bed time
|
||||
--- Bagder is now known as Bagderzzz
|
||||
<-- Zagor has quit ("bye")
|
||||
<adiamas> ummm.. what happened to the makefile for uisim?
|
||||
<adiamas> nevermind
|
||||
<-- Bagderzzz has quit (carter.openprojects.net irc.openprojects.net)
|
||||
--> Bagderzzz (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
* adiamas screams at this stupid person
|
||||
<adiamas> my god.. i wasn't happy totally with this guys id3 editor..
|
||||
<adiamas> so i started digging into it...
|
||||
<PsycoXul> heh
|
||||
<adiamas> it has to be -the- worst design and execution of code i have ever seen
|
||||
<PsycoXul> i did the same thing with grip
|
||||
<adiamas> lets have a struct of data, that also has bools in it that tell you if that data field needs to be edited.
|
||||
<adiamas> why?
|
||||
<adiamas> so you can pass it around your functions.
|
||||
<adiamas> but lets be_really_ lazy and use getopt and rely on the externs
|
||||
* adiamas screams softly into the night
|
||||
<adiamas> who hacked out the tetris file again?
|
||||
--- edx|sleeping is now known as edx|studying
|
||||
* edx|studying thinks he's sick sleeping more than 10 hours the last two nights :?
|
||||
--- Bagderzzz is now known as Bagder
|
||||
<edx|studying> hi bagder :)
|
||||
<Bagder> hey
|
||||
<Bagder> I moved the x11 sim stuff to its own dir yesterday
|
||||
<edx|studying> yea i just updated :)
|
||||
<Bagder> so now we both could use the app.c and tetris.c in the uisimulator root
|
||||
<edx|studying> good idea.
|
||||
<adiamas> nods
|
||||
<adiamas> who wrote the tetris originally?
|
||||
<Bagder> "Mattis Wadman"
|
||||
<edx|studying> there is another problem with the tetris code.
|
||||
<edx|studying> that give me a macro redefinition:
|
||||
<edx|studying> #define HAVE_RECORDER_KEYPAD
|
||||
<edx|studying> what do i do about it?
|
||||
<adiamas> ahh hehhe
|
||||
<edx|studying> (you need this define there?)
|
||||
<edx|studying> i compile with ARCHOS_RECORDER defined the this is defined automatically.
|
||||
<Bagder> uh, no it shouldn't be there
|
||||
<edx|studying> ok ill delete it
|
||||
<adiamas> im trying to understand wtf is happening with the block_dat
|
||||
<adiamas> data
|
||||
<edx|studying> another thing...
|
||||
<edx|studying> unistd.h
|
||||
<edx|studying> is not for windows
|
||||
<adiamas> same #define is in the x11 should it be there?
|
||||
<edx|studying> so im gonna do that:
|
||||
<edx|studying> #ifndef _WIN32
|
||||
<edx|studying> #include <unistd.h>
|
||||
<edx|studying> #endif
|
||||
<adiamas> right edx
|
||||
<edx|studying> also, for sleep, kernel.h must be included by tetris.c
|
||||
<edx|studying> (or app.c)
|
||||
<Bagder> well, there is no target version of sleep() yet
|
||||
<edx|studying> there is.
|
||||
<edx|studying> kernel.c i think
|
||||
<edx|studying> i have seen it..
|
||||
<Bagder> yes
|
||||
<Bagder> but it doesn't work
|
||||
<adiamas> Bagder in tetris.c could you tell me what 'frame' is with respect to block_data?
|
||||
<Bagder> eeeh
|
||||
<Bagder> I don't know really
|
||||
<adiamas> k... ill figure it out one way or another..
|
||||
<edx|studying> Bagder: how do yo uselect a menu entry? :)
|
||||
* adiamas begins to think that the numbness in his left pinky and ring finger is _not_ a good thing
|
||||
<Bagder> go right
|
||||
<Bagder> but tetris is the only one you can select ;-)
|
||||
<edx|studying> ok
|
||||
<edx|studying> :)
|
||||
<edx|studying> ill upload updated files that are compatible with win32 simulator.
|
||||
<edx|studying> ok?
|
||||
<Bagder> do that
|
||||
<Bagder> I'll make sure the x11 runs fine with em
|
||||
<edx|studying> yep
|
||||
<edx|studying> go ahead ;)
|
||||
<adiamas> edx.. do you understand the block struct?
|
||||
<Bagder> done, and modified the app.c and tetris.c slightly
|
||||
<Bagder> no more unistd.h :-)
|
||||
<edx|studying> ok
|
||||
<edx|studying> neither for linux nor for windows :)
|
||||
<edx|studying> have you commited them yet?
|
||||
<Bagder> yes
|
||||
<edx|studying> ok
|
||||
<Bagder> you can press 'off' to abort tetris now
|
||||
<Bagder> (which is the numerical keypad enter in my case)
|
||||
<edx|studying> yea - i use the same keycodes
|
||||
<edx|studying> ok great :)
|
||||
<edx|studying> the menu still moves a little fast :)
|
||||
<edx|studying> (tetris too)
|
||||
<edx|studying> how is it on linux?
|
||||
<Bagder> that sleep is 1 second for mee
|
||||
<Bagder> which makes everything a bit too slow ;-)
|
||||
<edx|studying> oh lol
|
||||
<edx|studying> sleep 1 is defined Sleep (1000/HZ * 1) for me
|
||||
<edx|studying> which is 1/10 second ;)
|
||||
<Bagder> heh
|
||||
<Bagder> the target sleep() takes 'ticks' as argument and we don't know yet how fast that is
|
||||
<Bagder> so I haven't bothered
|
||||
<edx|studying> yea
|
||||
<edx|studying> bjorn said it was deifined with HZ (but maybe that value is not accurate yet)
|
||||
<edx|studying> its 1/100 second btw..
|
||||
<edx|studying> not 1/10
|
||||
<adiamas> edx... do you understand the block_data structure?
|
||||
<edx|studying> no matter.. thats the least problem.
|
||||
<edx|studying> adiamas: no i didnt really read the code
|
||||
<Bagder> edx|studying: oh, right, haven't seen that
|
||||
<adiamas> k...
|
||||
<edx|studying> adi: wait a sec
|
||||
<edx|studying> hmm strange...
|
||||
<edx|studying> does it already contain rotoation... ?
|
||||
<edx|studying> lcd_drawpixel(start_x+x+block_data[block][frame][0][i],
|
||||
<edx|studying> looking at that.. the first array parameter contains the block #..
|
||||
<edx|studying> the second one the frame (?) - maybe rotation?
|
||||
<edx|studying> the third parameter is either 0 or 1.. but i dont know why
|
||||
<adiamas> nods
|
||||
<edx|studying> nods?
|
||||
<Bagder> "To lower and raise the head quickly, as in agreement or acknowledgment."
|
||||
<edx|studying> ahh
|
||||
* edx|studying nods too
|
||||
<edx|studying> was just irritated because you didnt write it as a /me msg ;)
|
||||
<edx|studying> i guess the four integers are the directions.. (block_data is seperated into 4-int blocks)
|
||||
<adiamas> i just don't see the blocks there...
|
||||
* adiamas shrugs
|
||||
<edx|studying> the first block is the square thingie..
|
||||
<edx|studying> im playing around with it now
|
||||
<edx|studying> aha.. uhm..
|
||||
<adiamas> so: {{0,1,0,1},{0,0,1,1}} is a square?
|
||||
<edx|studying> i got it!
|
||||
<adiamas> k.. shoot
|
||||
<edx|studying> *snip!*
|
||||
<edx|studying> one block always consists of four pixels!
|
||||
<edx|studying> {0,1,0,1},{0,0,1,1}
|
||||
<edx|studying> coordinate of first pixel:
|
||||
<edx|studying> (0,0)
|
||||
<edx|studying> of second pixel: (1,0) ; of third pix (0,1) of fourth pixel (1,1)
|
||||
<edx|studying> can you see how i do it
|
||||
<edx|studying> nth pixel coord = (data[0][n],data[1][n])
|
||||
<adiamas> ahhhh!!! got ya...
|
||||
<adiamas> can you do me a favor.. write that in a comment above it?
|
||||
* adiamas likes comments that make sense.
|
||||
<edx|studying> heheh sure :)
|
||||
* adiamas is toast...
|
||||
<adiamas> is it:
|
||||
<adiamas> x
|
||||
<adiamas> |
|
||||
<adiamas> |
|
||||
<adiamas> ----y
|
||||
<adiamas> or is it
|
||||
<adiamas> y|
|
||||
<adiamas> |
|
||||
<adiamas> |
|
||||
<edx|studying> sencond one
|
||||
<adiamas> ------x
|
||||
<adiamas> ?
|
||||
<adiamas> nod
|
||||
<edx|studying> //
|
||||
<edx|studying> // block_data is built up the following way
|
||||
<edx|studying> //
|
||||
<edx|studying> // first array index specifies the block number
|
||||
<edx|studying> // second array index specifies the rotation of the block
|
||||
<edx|studying> // third array index specifies:
|
||||
<edx|studying> // 0: x-coordinates of pixels
|
||||
<edx|studying> // 1: y-coordinates of pixels
|
||||
<edx|studying> // fourth array index specifies the coordinate of a pixel
|
||||
<edx|studying> //
|
||||
<adiamas> c comments mate ;)
|
||||
<edx|studying> like that?
|
||||
<adiamas> no c||
|
||||
* edx|studying is not a very good formulator
|
||||
<adiamas> c++ even
|
||||
<edx|studying> ok
|
||||
<edx|studying> /*
|
||||
<edx|studying> block_data is built up the following way
|
||||
<edx|studying> first array index specifies the block number
|
||||
<edx|studying> second array index specifies the rotation of the block
|
||||
<edx|studying> third array index specifies:
|
||||
<edx|studying> 0: x-coordinates of pixels
|
||||
<edx|studying> 1: y-coordinates of pixels
|
||||
<edx|studying> fourth array index specifies the coordinate of a pixel
|
||||
<edx|studying> */
|
||||
<edx|studying> is that understandable... :/
|
||||
<adiamas> looks fine to me
|
||||
--> edx|disconnected (edx@pD4B9E91F.dip.t-dialin.net) has joined #rockbox
|
||||
--- edx|disconnected is now known as edx
|
||||
<edx> int block_data[7][4][2][4] =
|
||||
<edx> {
|
||||
<edx> {
|
||||
<edx> {{0,1,0,1},{0,0,1,1}}
|
||||
<edx> },
|
||||
<edx> is that translated to:
|
||||
<edx> int block_data[7][4][2][4] =
|
||||
<edx> {
|
||||
<edx> {
|
||||
<edx> {{0,1,0,1},{0,0,1,1}},
|
||||
<edx> {{0,1,0,1},{0,0,1,1}},
|
||||
<edx> {{0,1,0,1},{0,0,1,1}},
|
||||
<edx> {{0,1,0,1},{0,0,1,1}}
|
||||
<edx> },
|
||||
<edx> ?
|
||||
<edx> because the block needs rotation
|
||||
<edx> (but its the same in any direction)
|
||||
<adiamas> i would assume so.
|
||||
* edx commited tetris.c
|
||||
<adiamas> yeah, seems every block pivits on (1,1)
|
||||
<adiamas> or there in abouts
|
||||
--- ChanServ gives channel operator status to edx
|
||||
<-- edx has kicked edx|studying from #rockbox (Stupid irc corpse!)
|
||||
--- edx removes channel operator status from edx
|
||||
--- edx is now known as edx|studying
|
||||
--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
|
||||
<edx|studying> hi :)
|
||||
<Zagor> hi
|
||||
<Bagder> edx|studying: that tetris.c in the win32 dir should be removed now shouldn't it?
|
||||
<edx|studying> aehm - yea wait a sec
|
||||
<edx|studying> ok it is
|
||||
<Bagder> :-)
|
||||
<Zagor> is there any way to make 'sed' not use / for its' regex?
|
||||
<Bagder> yes
|
||||
* edx|studying doesnt understand a word
|
||||
<Bagder> Zagor: just use it after the s
|
||||
<Bagder> sxmooxpoo
|
||||
<Zagor> ok. strange that the man page doesn't say that
|
||||
<edx|studying> what's 'sed'
|
||||
<Bagder> one of those secret tricks ;-)
|
||||
<edx|studying> heh give me the man page ;)
|
||||
<Bagder> sed is a dead cool unix command line tool
|
||||
<edx|studying> what does it do?
|
||||
<Bagder> uh, replaces regexes in a stream ;-)
|
||||
<edx|studying> what are regexes
|
||||
<edx|studying> (sorry for asking so much)
|
||||
<Bagder> regex is a pattern, similar to wildcard but a lot more advanced and powerful
|
||||
<edx|studying> ah ok
|
||||
<edx|studying> that is like *.[mp3|m3u] or something like that?
|
||||
<Bagder> ".*(mp3|m3u)$" would be good regex for that
|
||||
<edx|studying> aha
|
||||
<edx|studying> that $ indicates that the ( and ) do not belong to the name?
|
||||
<Bagder> no, $ matches end of string
|
||||
<Bagder> so that the mp3 or m3u must end it
|
||||
<edx|studying> ahh
|
||||
<edx|studying> ok - really advanced ;)
|
||||
<Bagder> right, and this is only scratching on the surface
|
||||
<edx|studying> hehe
|
||||
<edx|studying> what does sxmooxpoo do?
|
||||
<edx|studying> lol
|
||||
<Bagder> it replaces all occurrances of 'moo' with 'poo' :-)
|
||||
<edx|studying> so sed can also rename files?
|
||||
<Bagder> no, it replaces text in a stream
|
||||
<Bagder> cat file | sed -e s/replace/this > newfile
|
||||
<edx|studying> ok
|
||||
<edx|studying> couldnt one use it for filenames as well.. i have needed something like that a couple of times ;)
|
||||
<Bagder> sure you can
|
||||
<Bagder> in unix you just write up a quick script to do it
|
||||
<edx|studying> hehe
|
||||
<PsycoXul> its easier in bash than with sed unless you wanna do things that bash can't do
|
||||
<PsycoXul> heh
|
||||
* Bagder jumps, PsycoXul is alive ;-)
|
||||
<PsycoXul> like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> or whatever :p
|
||||
<PsycoXul> Bagder: yeah
|
||||
<Zagor> that's precisely what I was doing, only "bleh" contained a full path with / characters
|
||||
<Zagor> dependency generation now fixed for 'firmware'
|
||||
* edx|studying shakes awestruck
|
||||
* adiamas cocks his head to the side and stares at edx
|
||||
<adiamas> what awestrikes you?
|
||||
<edx|studying> "like 'for f in *;do mv $f `echo $f | sed -e s/bleh/blah/g`;done' or 'for f in *;do mv $f ${f//bleh/blah};done'"
|
||||
<Bagder> unix in a nutshell
|
||||
<Zagor> actually, it's only: for d in $(DEPDIRS); do { if [ ! -d $$d ]; then mkdir $$d; fi; }; done
|
||||
<Zagor> but then
|
||||
<edx|studying> what the heck das that do?
|
||||
<Zagor> $(CC) -MM $(CFLAGS) $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > $@; [ -s $@ ] || rm -f $@
|
||||
* Bagder falls off his chair laughing
|
||||
<Zagor> it creates the directories listed in $(DEPDIRS) if they don't already exists
|
||||
* edx|studying cries out despairing
|
||||
<edx|studying> what does "fi;" do there?
|
||||
<Zagor> it's the end of "if"
|
||||
<edx|studying> ahh lol
|
||||
<adiamas> think: if(true){ }
|
||||
<PsycoXul> hmm
|
||||
<edx|studying> what does the second thing do?
|
||||
<Zagor> it runs the dependency generator, with, umm, correct parameters :)
|
||||
<PsycoXul> heh
|
||||
<edx|studying> hm.. aha
|
||||
* adiamas thinks we need to get edx to dual boot his box ;)
|
||||
<Zagor> yup
|
||||
<edx|studying> i can use vmware ;)
|
||||
<edx|studying> you guys know that, right?
|
||||
<edx|studying> $< |sed '\''s|\($*\)\.o[ :]*|\1.o $(<:%.c=%.d) : |g'\'' > that inserts the return value of sed ??
|
||||
<adiamas> edx trust me dude... once you get off windows, you don't go back...
|
||||
<edx|studying> adi: i have tried that a lot of times - i always came back ;)
|
||||
<edx|studying> i dont even have the latest linux installation file
|
||||
<edx|studying> where do i get it :)
|
||||
<edx|studying> can i d/l it somewhere?
|
||||
* adiamas has always done his installs off cd, so i cant tell you.
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> linux installation file?
|
||||
<edx|studying> well .. the cd image or whatever
|
||||
<Zagor> http://mirrors.sunsite.dk/debian-netinst-cd/
|
||||
<edx|studying> you use debian?
|
||||
<PsycoXul> Zagor: if it has / chars its easier with sed using like sed -e #eh/blah/bleh#eh/blah/blah#g
|
||||
<Zagor> not for this machine, but for others
|
||||
<edx|studying> "these images are intended for developers, administrators, and advanced users" ** ohoh
|
||||
<Zagor> PsycoXul: I know, i'm using | in this expression
|
||||
<PsycoXul> with bash's substitution you have to use / chars for the sub so you have to escape any /'s within it
|
||||
<PsycoXul> yeah, with sed you can use i think any char
|
||||
* edx|studying loads the iso @ 40kb/sek
|
||||
<edx|studying> why is it only 30 megs?
|
||||
<Zagor> because it's a netinstall
|
||||
<PsycoXul> because its net install
|
||||
<PsycoXul> heh
|
||||
<edx|studying> ok
|
||||
<edx|studying> that wont work - i bet!
|
||||
<PsycoXul> why not?
|
||||
<edx|studying> it's linux - why would net install work on linux :P
|
||||
<Zagor> it works fine, but maybe you're not ripe for debian yet :)
|
||||
<PsycoXul> heh
|
||||
<edx|studying> i will install with vmware - so it is no problem to remove it any time :P
|
||||
<PsycoXul> forget vmware :p
|
||||
<PsycoXul> you can't *really* use an os in vmware :p
|
||||
<edx|studying> why noy
|
||||
<PsycoXul> well
|
||||
<PsycoXul> what're you gonna do with it?
|
||||
<edx|studying> try the console commands you post lol
|
||||
<PsycoXul> i mean its like making a system thats half of your real one but without direct hardware access
|
||||
<edx|studying> i use w2k on vmware too
|
||||
<PsycoXul> what are you really running?
|
||||
<PsycoXul> heh
|
||||
<edx|studying> winxp ;)
|
||||
* adiamas runs screaming into the night
|
||||
<edx|studying> the most-bloaty-dummy-user-system there is haha
|
||||
<edx|studying> but it's cool :)
|
||||
<PsycoXul> heh
|
||||
<edx|studying> this iso is a boot cd?
|
||||
<edx|studying> or what does it do?
|
||||
<PsycoXul> should be
|
||||
<edx|studying> how many hd space do you recommend for a linux hd ?
|
||||
<Zagor> all of it :)
|
||||
<edx|studying> haha
|
||||
<edx|studying> how much hd space do you have :)
|
||||
<Zagor> 80 gigs
|
||||
<Zagor> but actually, I have a 4 gig win95 partition for playing games
|
||||
<edx|studying> ok.. now i have 110 gigs.. then ill take 4 gigs for linux :P
|
||||
<Zagor> hehe
|
||||
* edx|studying booting vmware from debian image
|
||||
<edx|studying> do i want to retain linux kernel 2.0 compability?
|
||||
<edx|studying> :?
|
||||
<Bagder> I doubt it
|
||||
<edx|studying> ok
|
||||
<edx|studying> "please choos the path inside the CD-ROM where the Debian Archive resides."
|
||||
<edx|studying> anyone knows where that is?
|
||||
* Bagder shakes his head
|
||||
<Zagor> just press enter
|
||||
<edx|studying> ok
|
||||
* edx|studying is too stupid to just press enter
|
||||
<edx|studying> heh.. it works so far..
|
||||
<edx|studying> but wait till it comes to the internet update - i am sure it will mess up!!
|
||||
<edx|studying> there it begins.. it cannot find teh basedbs.tgz :/
|
||||
* adiamas heads off to bedd for a bit
|
||||
<Zagor> well did it find a network interface? vmware is no standard pc
|
||||
<adiamas> see you all in a while
|
||||
--- You are now known as adi|napping
|
||||
<edx|studying> i am not that far yet
|
||||
<Bagder> night adiamas
|
||||
<edx|studying> Next: Install the base system
|
||||
<edx|studying> night..
|
||||
<edx|studying> *pressing enter*
|
||||
<edx|studying> Please selecte the medium you will use to install blah..
|
||||
<edx|studying> that is CDRom Drive, right?
|
||||
<Zagor> network
|
||||
<edx|studying> heh.. ok network is n/a
|
||||
<Zagor> bah. told you vmware was no good
|
||||
<edx|studying> i didnt configure drivers yet.. wait a sec
|
||||
<edx|studying> bah.. it does not contain a device driver for my card
|
||||
<Zagor> you're not having a card, you're having vmware
|
||||
<edx|studying> i do have a card
|
||||
<Zagor> it uses a special virtual network interface
|
||||
<edx|studying> vmware makes it :o)
|
||||
<Zagor> yes
|
||||
<edx|studying> it would not support my adapter anyways
|
||||
<edx|studying> it only has 2 dlink cards listed
|
||||
<Zagor> which dlink do you have?
|
||||
<Zagor> most dlinks are NE2000 compatible
|
||||
<edx|studying> yea i was gonna try that
|
||||
<edx|studying> D-Link DFE-530TX
|
||||
<edx|studying> PCI NE2000 support
|
||||
<edx|studying> that's ok?
|
||||
<Bagder> "Cheap, drivers installed perfectly, Linux support. "
|
||||
<Bagder> (googled quote)
|
||||
<Zagor> sounds ok
|
||||
<edx|studying> "installation failed"
|
||||
<edx|studying> why cant it do like windows and determine drivers itself?
|
||||
<edx|studying> :P
|
||||
* Bagder smacks edx
|
||||
<Zagor> it did for me. try native and you'll se
|
||||
<edx|studying> never ever am i gonna try native unless i want to destroy my windows :P
|
||||
<Bagder> the via-rhine driver it should be
|
||||
<Bagder> http://www.dlink.co.uk/support/linux_supp.html
|
||||
<Zagor> repartition the disk so you get a couple of gigs free, then there's no worry
|
||||
<edx|studying> thanks bagder.. tulip aha
|
||||
<edx|studying> wont work either
|
||||
<Bagder> tulip?
|
||||
<Bagder> via-rhine
|
||||
<edx|studying> that is the driver name
|
||||
<edx|studying> ooops!
|
||||
<edx|studying> right, thanks
|
||||
<edx|studying> fails anyways
|
||||
* edx|studying does not know any command-line arguments
|
||||
<edx|studying> for the network adapter
|
||||
<edx|studying> what filesystem shall i install on the hd?
|
||||
<Zagor> ext2
|
||||
<edx|studying> k
|
||||
<edx|studying> and a linux swap?
|
||||
<Zagor> yes
|
||||
<edx|studying> Extended = ext2?
|
||||
<Zagor> yes
|
||||
<Bagder> I'll run off and shop some food, back in an hour or so
|
||||
<edx|studying> *all thse sunday-shopping people* - i wish that was possible in Germany
|
||||
<Zagor> it's really strange that you can't buy stuff on weekends
|
||||
<edx|studying> it is strange that you can ;)
|
||||
<edx|studying> on saturdays we can till 1PM (on every fourth saturday till 4PM)
|
||||
<edx|studying> but that is all
|
||||
<Zagor> Are gas stations open?
|
||||
<edx|studying> yea
|
||||
<edx|studying> but they are expensive
|
||||
<Zagor> of course, they have no competition
|
||||
<Zagor> government mandated monopolies are usually quite expensive...
|
||||
<edx|studying> debian is still checking for bad blocks on the hd.. ill see what i can do after that..
|
||||
<edx|studying> yea
|
||||
<Zagor> how big partition are you using?
|
||||
<edx|studying> 4GB and 300mB for swap
|
||||
<Zagor> ok
|
||||
<edx|studying> i guess the bigges problem is the vmware network adapter
|
||||
<Zagor> it shouldn't take long, but i guess everything is a bit slower under vmware
|
||||
<edx|studying> yea
|
||||
<edx|studying> its 2/3 finished
|
||||
<edx|studying> i'll try an ethernet driver maybe...
|
||||
--> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #Rockbox
|
||||
<edx|studying> hi
|
||||
<calpefrosch> hi
|
||||
<calpefrosch> have to done something at the simulator ?
|
||||
<edx|studying> Zagor: Note: If the virtual machine's Ethernet adapter has been enabled, the installation program will auto-detect and load the AMD PC/Net 32 driver
|
||||
<edx|studying> yea
|
||||
<edx|studying> but the file system thing is not working :/
|
||||
<edx|studying> it gives me an error i just cant fix!
|
||||
<Zagor> edx|studying: I added file.h and dir.h to firmware/common yesterday, so you know the API
|
||||
<Zagor> we renamed unlink() to remove()
|
||||
<calpefrosch> I will update the code tomorrow at work. I have no VC++ at home.
|
||||
<edx|studying> oh.. I added that file to - but didnt commit
|
||||
<edx|studying> ok
|
||||
<Zagor> hehe
|
||||
<edx|studying> At the "Network Configuration" screen, respond OK to use the default: Use bootp/dhcp.
|
||||
<Zagor> do you have a fixed ip or dhcp?
|
||||
<edx|studying> in LAN i have dhcp
|
||||
<Zagor> then use that
|
||||
<edx|studying> well i am not that far yet
|
||||
<Zagor> k
|
||||
<edx|studying> AMD PC/Net 32 driver.. i hope that one exists
|
||||
<edx|studying> (and works)
|
||||
<calpefrosch> what do you use to organize the MP3 files ? I have about 10 GB.
|
||||
<edx|studying> heh ntfs file system - nothing actually :)
|
||||
<Zagor> directories :)
|
||||
<calpefrosch> mhh, good idea. but how to search one song ?
|
||||
<calpefrosch> I mean, on the archos...
|
||||
<Zagor> oh
|
||||
<Zagor> you need a good system...
|
||||
<Zagor> in your head and in your archos :)
|
||||
<edx|studying> genre/artist/album/name.mp3
|
||||
<calpefrosch> hmm, I think I'm to lazy... ;-)
|
||||
<calpefrosch> ok, I have to organzie some files, hehe
|
||||
<calpefrosch> cu
|
||||
<edx|studying> what is the device path of the cdr drive?
|
||||
<edx|studying> cu
|
||||
--- calpefrosch is now known as calpefrosch|drea
|
||||
--- calpefrosch|drea is now known as calpefrosch|away
|
||||
<Zagor> /dev/cdrom usually
|
||||
<edx|studying> *hard reboot and redo it all*
|
||||
<Zagor> hehe
|
||||
<edx|studying> *keep pressing enter*
|
||||
<edx|studying> *beeing further than before*
|
||||
<Zagor> brb
|
||||
<edx|studying> what file systems do i install to the kerbnel?
|
||||
* Bagder crawls back into his chair
|
||||
<edx|studying> hi
|
||||
<Bagder> hey
|
||||
<edx|studying> (that is re)
|
||||
<edx|studying> no success installing debian :(
|
||||
<edx|studying> it wont work with the network adapter
|
||||
<Bagder> annoying
|
||||
<edx|studying> really.
|
||||
<PsycoXul> anybody ever seen these things? http://www.thinkgeek.com/stuff/computing/5a15.shtml
|
||||
<PsycoXul> edx|studying: what network adapter
|
||||
<PsycoXul> debian should have no problems with vmware's emulated nic
|
||||
<edx|studying> PsycoXul: D-LINK 530X
|
||||
<Bagder> weird gadget
|
||||
<edx|studying> yea its the vmware bridged network adapter
|
||||
<edx|studying> what does this soundbug do?
|
||||
<edx|studying> play music aloud?
|
||||
<Bagder> " A single Soundbug can generate sound levels of up to 75 dBm peak, easily loud enough for a group of people to enjoy music together, or listen to the sound output from a laptop presentation or a camcorder video. "
|
||||
--> alkorr (alkorr@srs07v-7-188.n.club-internet.fr) has joined #rockbox
|
||||
<Bagder> hi alkorr
|
||||
<alkorr> hi Bag'
|
||||
<alkorr> hum... Bagd'
|
||||
<edx|studying> hi alan.
|
||||
<edx|studying> i made a makefile for uisw32
|
||||
<alkorr> good
|
||||
<alkorr> did you commit ?
|
||||
<edx|studying> yea
|
||||
<Bagder> it'll probably need adjusting though after yesterday night
|
||||
<edx|studying> maybe..
|
||||
<edx|studying> no actually not
|
||||
<edx|studying> teh file.h inside the firmware dir needs tho
|
||||
<alkorr> weird i didn't receive any new CVS commits in my emailbox...
|
||||
<edx|studying> nobody does currently i think
|
||||
<Bagder> the commits mails are absent right now
|
||||
<Bagder> we've commited like crazy, but no mails...
|
||||
<alkorr> but i did receive a test from Björn
|
||||
<alkorr> edx: you should have a lookup in this page : http://www.gamedev.net/reference/articles/article1598.asp
|
||||
<edx|studying> but writing in SDL is so much more work..
|
||||
<edx|studying> SDL is a nice interface :) - but it is not thought for such use
|
||||
<alkorr> i don't think so, there would be less code to write
|
||||
<edx|studying> i dont think there would be less code to write.
|
||||
<edx|studying> look at it now - its less than 100 lines win32 specific code
|
||||
<alkorr> yes but the main goal is to have the same code for Linux and Windows, even people from MacOS and other unixes should be able to use the same code
|
||||
<alkorr> anyway you are not interested by a SDL port ?
|
||||
<Bagder> alkorr: if you make one, we'll surely be interested
|
||||
<alkorr> Bagd': we will see
|
||||
<alkorr> quite now i'm looking for simple examples
|
||||
<alkorr> see you
|
||||
<-- alkorr has quit ()
|
||||
<-- calpefrosch|away has quit ()
|
||||
<Bagder> see ya tomorrow, gotta go now
|
||||
<-- Bagder has quit ("http://daniel.haxx.se")
|
||||
--> calpefrosch (~hotrana@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
|
||||
<calpefrosch> is there somewhere a file.c ?
|
||||
<edx|studying> only for simulator.
|
||||
<edx|studying> file-win32.c
|
||||
<edx|studying> you dont really need it tho.
|
||||
<edx|studying> al teh functions are native (stdio.h , io.h)
|
||||
<calpefrosch> yes, but I have a book "C Programmierung lernen" in my hands.
|
||||
<edx|studying> hehe
|
||||
<calpefrosch> and wanted to know why there is a "extern" statement but no implementation
|
||||
<edx|studying> well - the impelementation is missing.
|
||||
<calpefrosch> please don't laugh ;-)
|
||||
<edx|studying> no way.. :)
|
||||
<edx|studying> the implementation is indeed missing for the firmware.. but not for the simulator
|
||||
<calpefrosch> I'm coming from the pascal ( Turbo Pascal, Delphi ) edge
|
||||
<edx|studying> i put an #ifndef SIMULATOR there
|
||||
<edx|studying> yea i did that too once ;)
|
||||
<calpefrosch> yeah, I saw that. so there are no firmware-file function?
|
||||
<calpefrosch> and java
|
||||
<edx|studying> i never did java - right, no firmware file functions
|
||||
<calpefrosch> okay.
|
||||
<calpefrosch> and the dir is also missing =
|
||||
<edx|studying> yea
|
||||
<edx|studying> even the predefinitions are missing
|
||||
<edx|studying> my file.h contained them but Zagor commited faster then i did ;)
|
||||
<calpefrosch> oh
|
||||
<calpefrosch> can I talk to you tomorrow morning til 8 ?
|
||||
<edx|studying> i gotta go to school at 7..
|
||||
<edx|studying> i might not even be online before :/
|
||||
<calpefrosch> hmm, okay. can you try to put some compiling/working code to the cvs ?
|
||||
<calpefrosch> so I can "play" around with it ?
|
||||
<edx|studying> the code is working
|
||||
<edx|studying> you resmove the file-win32.c from the project.
|
||||
<edx|studying> the int works perfectly.
|
||||
<edx|studying> *int = it
|
||||
<calpefrosch> tnx, are you working on the file-win32.c ?
|
||||
<edx|studying> currently not...
|
||||
<edx|studying> i cannot spot the mistake *shame on me*
|
||||
<calpefrosch> he, you are 15 (right?) and a good programmer. do you want to do this as a job in future =
|
||||
<calpefrosch> ?
|
||||
<edx|studying> sure.. :)
|
||||
<calpefrosch> cool
|
||||
<calpefrosch> I love this job. sometimes I cannot sleep because I'm thinking about a problem.
|
||||
<edx|studying> hehe i have had this since I was 10 :)
|
||||
<calpefrosch> And if I get the clue, I cannot wait to get to job. I really love it.
|
||||
<edx|studying> yea
|
||||
<edx|studying> it is amazing - sometimes I get up at 5 AM just to try something :)
|
||||
<calpefrosch> yeah. Everybody calls me a "hacker", only because I'm not such a clean Projectmanager.
|
||||
<calpefrosch> like some others.
|
||||
<calpefrosch> hehe, there are many really bad coders in the company.
|
||||
<edx|studying> hehe
|
||||
<calpefrosch> I'm just lokking at your file-win32.c
|
||||
<edx|studying> hm the c file is rather uninteresting
|
||||
<edx|studying> the file-win32.h causes the problem
|
||||
<calpefrosch> ah
|
||||
<edx|studying> typedef _finddata_t DIR;
|
||||
<edx|studying> it wont recognize _finddata_t though it is definded or something - I really have no clue.
|
||||
<calpefrosch> what means the _ before the name ?
|
||||
<edx|studying> it is just definde that way. in io.h
|
||||
<edx|studying> its not defined by me or anyone of this project. it is a standard type
|
||||
<calpefrosch> yes, I see. and what means the typedef ?
|
||||
<calpefrosch> if it's already defined ?
|
||||
<calpefrosch> I found an example in the www: struct _finddata_t FFBLK1;
|
||||
<edx|studying> ahhhhhhhhhhhhh!
|
||||
<edx|studying> THANKS
|
||||
<edx|studying> i guess you fixed it..
|
||||
<edx|studying> *wait a sec*
|
||||
<calpefrosch> * rejoice *
|
||||
<calpefrosch> look at this: http://www.dma.org/~deand/potm.html
|
||||
<calpefrosch> sorry, my girlfried yells. ;-)
|
||||
<edx|studying> hehe
|
||||
<calpefrosch> I have to go. good luck. I try some things tomorrow. l8r
|
||||
--- calpefrosch is now known as calpefrosch|away
|
||||
<edx|studying> yeah! i got it
|
||||
<edx|studying> thanks calpefrosch :)
|
||||
<edx|studying> ill udate cvs now
|
||||
<edx|studying> Zagor, are you there?
|
||||
--- edx|studying is now known as edx|away
|
||||
--- edx|away is now known as edx
|
||||
<edx> are you there now, Zag?
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<edx> hi
|
||||
<Linus> Hi
|
||||
<coyote-> humdidum
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
--- Zagor is now known as Zagor|away
|
||||
--- calpefrosch|away is now known as calpefrosch
|
||||
<calpefrosch> hey
|
||||
<edx> hi
|
||||
<edx> jeez thanks heaps!
|
||||
<edx> i fixed it ;)
|
||||
<calpefrosch> cool
|
||||
<edx> didnt commit yet... wait a sec.
|
||||
<calpefrosch> I just install VC .NET and test the sim
|
||||
<edx> ah.. well it is useless anyways - the functions need to be defined in file.h and i was gonna ask zagor whether i may do that.. hes not in right now
|
||||
<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
|
||||
--> calpefrosch (~calpefros@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
|
||||
<calpefrosch> sorry, the setup has done a reset
|
||||
<calpefrosch> without asking me :-(
|
||||
<calpefrosch> edx, ru there?
|
||||
<edx> yea
|
||||
<calpefrosch> hey, this damned .NET Setup is not working
|
||||
<calpefrosch> I can't install VC++
|
||||
<calpefrosch> do you have the beta, or the origin version
|
||||
--- calpefrosch is now known as calpefrosch|away
|
||||
--- calpefrosch|away is now known as calpefrosch
|
||||
<calpefrosch> edx: have you commited the file-win32.* ???
|
||||
<-- calpefrosch has quit ()
|
||||
--> calpefrosch (calpefrosc@p5082C485.dip0.t-ipconnect.de) has joined #rockbox
|
||||
--- calpefrosch is now known as calpefrosch|away
|
||||
<edx> hmmmm
|
||||
<edx> i have the original version - beta worked for me too
|
||||
<edx> but i have heard from other ppl that beta did not work for them
|
||||
--- calpefrosch|away is now known as calpefrosch
|
||||
<calpefrosch> hmm, do you commit ?
|
||||
<edx> ..
|
||||
<calpefrosch> your work ?
|
||||
<edx> committed the two files..
|
||||
<calpefrosch> tnx
|
||||
<edx> but they dont work and are unneeded yet. - at least they compile
|
||||
<calpefrosch> why don't they work ?
|
||||
<edx> uhm i dont know
|
||||
<edx> couldt really test them
|
||||
<edx> i dont know what those functions do in linux
|
||||
<calpefrosch> so you want to write function for directory-access ?
|
||||
--- calpefrosch is now known as calpefrosch|away
|
||||
<edx> they will be needed at some point of time
|
||||
--- edx is now known as edx|away
|
||||
--- coyote- is now known as Tumm
|
||||
--- Zagor|away is now known as Zagor
|
||||
--- edx|away is now known as edx
|
||||
<edx> hi Zagor..
|
||||
<Zagor> hi
|
||||
<edx> i have a question
|
||||
<Zagor> ok
|
||||
<edx> reagrding the directory functions:
|
||||
<edx> where do i put declaration of the functions?
|
||||
<edx> also file.h
|
||||
<Zagor> they're already in dir.h
|
||||
<edx> ah ok!
|
||||
<edx> i know what was wrong with the dir definition :)
|
||||
<Zagor> :)
|
||||
<edx> typedef struct _findfata_t DIR;
|
||||
<edx> ***struct***
|
||||
<Zagor> ah
|
||||
<edx> another thing.. what parts of the dirent struct will be used?
|
||||
<edx> i saw it contains an offset to the next dirent entry (??)
|
||||
<Zagor> no, it contains the name
|
||||
<edx> and a few other thigns.
|
||||
<Zagor> it will also contain an attribyte
|
||||
<Zagor> attribute
|
||||
<Zagor> and a file size
|
||||
<Zagor> that's about all it will contain
|
||||
<edx> struct direnttag
|
||||
<edx> {
|
||||
<edx> long d_ino; /* inode number */
|
||||
<edx> long d_off; /* offset to the next dirent */
|
||||
<edx> unsigned short d_reclen;/* length of this record */
|
||||
<edx> unsigned char d_type; /* type of file */
|
||||
<edx> char d_name[256]; /* filename */
|
||||
<edx> };
|
||||
<Zagor> don't look at that
|
||||
<Zagor> look at dir.h
|
||||
<edx> aha
|
||||
<edx> wait a sec
|
||||
<edx> oh..
|
||||
<edx> good.. well may I put a define in there
|
||||
<edx> the DIR thing has to be different for the simulator?
|
||||
<Zagor> why?
|
||||
<Zagor> oh, ok
|
||||
<edx> what does the offset thing in the dir do?
|
||||
<edx> array index?
|
||||
<Zagor> it's implementation specific
|
||||
<edx> but i do not have to keep it for my implementation, do i?
|
||||
<Zagor> no you can #ifdef your own implementation
|
||||
<edx> i will do that in a separet header file..
|
||||
<edx> dir-win32.h
|
||||
<Zagor> ok, if you want
|
||||
<edx> then.. i need to update file.h
|
||||
<Zagor> ok, with what?
|
||||
<edx> because if you compile with the simulator, you do not need to define open close etc.. (also not with linux, right)?
|
||||
<Zagor> right
|
||||
<edx> then.. the compiler gives me an error with your current dirent definition...
|
||||
<Zagor> of course. it's the definition for the firmware, not the simulator
|
||||
<edx> is that ok:
|
||||
<edx> typedef struct {
|
||||
<edx> int d_name[256];
|
||||
<edx> } dirent;
|
||||
<edx> the simulator does not have to change the dirent definition after all.
|
||||
<edx> (at least in windows)
|
||||
<edx> dirent *readdir (DIR *dir); <--- this will give an error otherwise (if i dont take the typedef above)
|
||||
<Zagor> so what is the problem?
|
||||
<edx> i need to replace you definition of dirent with mine ;)
|
||||
<Zagor> fine, go ahead
|
||||
<Zagor> use a file-win32.h
|
||||
<edx> extern struct dirent* readdir(DIR* dir); then you could replce this with:
|
||||
<edx> extern dirent *readdir (DIR *dir);
|
||||
<edx> or is the struct thing somehow important?
|
||||
<Zagor> yes, the API is important
|
||||
<Zagor> it must stay the same
|
||||
<edx> the struct must remain there?
|
||||
<Zagor> it's a struct called dirent. it's not a type called dirent
|
||||
<edx> tehn ill apply it to my functions as well and it wont matter.
|
||||
<Zagor> good
|
||||
<Zagor> the struct contents can change, but the function definitions must be exact
|
||||
<edx> ok.
|
||||
<edx> done.
|
||||
<edx> ill commit what i changed
|
||||
<edx> done.
|
||||
<Zagor> don't use _WIN32. use WIN32
|
||||
<edx> hmm grummel..
|
||||
<Zagor> umm you smashed my last commit...
|
||||
<edx> hm not really.
|
||||
<Zagor> no, sorry.
|
||||
<edx> i updated before i commited
|
||||
<Zagor> i saw wrong :)
|
||||
<edx> heh :)
|
||||
<edx> ok.. WIN32 instead of _WIN32
|
||||
<edx> commited.
|
||||
<edx> how can i receive mails for cvs updates?
|
||||
<edx> is there a cvs-update-mailing list lol
|
||||
<Zagor> yes there is
|
||||
<Zagor> rockbox-cvs@cool.haxx.se
|
||||
<edx> how can I sign up for that?
|
||||
<Zagor> send a mail to majordomo@cool.haxx.se with the text (no subject): subscribe rockbox-cvs
|
||||
<edx> thanks.
|
||||
<Zagor> right now there's a problem with the cvs mails but I hope it will be worked out soon
|
||||
<edx> yea i know of the problem.
|
||||
<edx> hey.. other people can unsubscribe me ;)
|
||||
<edx> if the know my e-mail adress
|
||||
<Zagor> yup
|
||||
<Zagor> I have to approve all requests for mail addresses which differ from the one you send from
|
||||
<edx> ok then.. i gotta go (school tomorrow again *crying out loudly*)
|
||||
<edx> cya
|
||||
<Zagor> bye
|
||||
* edx is looking forward to the rockbox shirt he gets tomorrow
|
||||
<edx> oh - abunsh of cvs notices just arrived ;)
|
||||
<Zagor> really?
|
||||
<edx> like 10
|
||||
<Zagor> nice
|
||||
<edx> they append the complete files. that is cool.
|
||||
<Zagor> ah, now I got them too
|
||||
<Zagor> they append the diffs
|
||||
<edx> LOOL even more
|
||||
<edx> they are not the latest commits though
|
||||
<Zagor> no but I guess their mail server is a bit busy at the moment...
|
||||
<edx> hehe
|
||||
<edx> well.. good night then - cu tomorrow (ill send you a picture of me wearing the shirt then)
|
||||
<Zagor> hehe. good night
|
||||
<-- edx has quit ()
|
||||
<-- Zagor has quit (Remote closed the connection)
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<-- calpefrosch|away (calpefrosc@p5082C485.dip0.t-ipconnect.de) has left #rockbox
|
||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,614 +0,0 @@
|
|||
**** 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
|
||||
<miah> dah
|
||||
<adiamas> 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 ()
|
||||
<adiamas> hmmm
|
||||
<miah> hrm?
|
||||
<adiamas> nothing.. just makeing updates to the uisim...
|
||||
<adiamas> tetris now plays a bit nice with ppl...
|
||||
<adiamas> and the menuing of the sim works properly./
|
||||
<miah> nice
|
||||
<-- edx|sleeping has quit (Read error: 110 (Connection timed out))
|
||||
<miah> i've been following the project for a couple months now.. looks like things are getting there
|
||||
<miah> i can't wait
|
||||
<adiamas> are you on a win machine or a *nix?
|
||||
<miah> unix
|
||||
<miah> and windows
|
||||
<adiamas> then you should pull down the sorce and play with the sim a bit :)
|
||||
<miah> my unix boxes all lack X
|
||||
<adiamas> ahhh..
|
||||
<miah> yea, i havnt had much time to play with stuff lately
|
||||
<adiamas> that could be a prob...
|
||||
<miah> im working on a linux distro
|
||||
<adiamas> nice... what pulled you into that?
|
||||
<miah> well, i worked at turbolinux for a while
|
||||
<miah> and then at penguin computing..
|
||||
<miah> doing security / sys admin stuff.. been doing alot of sysadmin / security stuff basically
|
||||
<PsycoXul> ok the cursor for the menu's
|
||||
<miah> and got sick of installing and then configuring things to the way i liked them
|
||||
<PsycoXul> it gets put back on tetris when i go to browse or rockabox
|
||||
<PsycoXul> but its still actualy on browse or rockabox
|
||||
<miah> so i started building my own stuff, so it would save me time..
|
||||
<PsycoXul> and neither of them are doing anything for me
|
||||
<PsycoXul> heh
|
||||
<miah> but i've been working on it for about a year now
|
||||
<adiamas> hmm... let me look
|
||||
<adiamas> 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
|
||||
<adiamas> okay.. which makes more sense...
|
||||
<adiamas> you choose a menu..
|
||||
<adiamas> enter it
|
||||
<adiamas> when you come back out
|
||||
<adiamas> should the cursor be at the top again, or where you left off?
|
||||
<adiamas> im mixed on it
|
||||
<PsycoXul> i say where you left off
|
||||
<miah> where you left off..
|
||||
<adiamas> cool.
|
||||
<PsycoXul> and whichever it is, it should be consistent
|
||||
<adiamas> well.. i sense a series of funcitons coming for menuing
|
||||
<PsycoXul> the current firmware for the player does both in various places of the menu and its annoying heh
|
||||
<adiamas> okay.. fixed
|
||||
<adiamas> pull it down and try it
|
||||
<PsycoXul> actualy its really screwy cause sometimes it goes to the top, sometimes it goes to where it was, and sometimes it goes to a different place in the menu 1 level up... heh [the archos player firmware, that is]
|
||||
* adiamas nods
|
||||
<adiamas> 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
|
||||
<adiamas> i miss classes _so_ much in a case like this :)
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> ok so yeah thats better
|
||||
* adiamas nods
|
||||
<adiamas> now i just want to slow down tetris,
|
||||
<adiamas> fix scoring
|
||||
<PsycoXul> browse and rockabox still don't do anything, and if you press left after pressing right on rockabox the items all go blank and you're left with just a cursor
|
||||
<adiamas> well.. the browse
|
||||
<adiamas> you need to add a 'archos' directory to your files
|
||||
<adiamas> that is being used to represent the '/' on the player
|
||||
<PsycoXul> where?
|
||||
<PsycoXul> ah got it
|
||||
<PsycoXul> nice
|
||||
<adiamas> in the x11 dir or win dir you are using
|
||||
<adiamas> now.. lets see if i can replicate your other issue
|
||||
<adiamas> yeah.. roxabox is more of a place holder...
|
||||
<adiamas> just something for the screen.. ill remove it.
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> so how much of this works target?
|
||||
<adiamas> come again?
|
||||
<PsycoXul> er
|
||||
<PsycoXul> how much of this works on target?
|
||||
<PsycoXul> you know actualy runs on the units
|
||||
<adiamas> hmm i can't replicate your blanking when you go left after going right.
|
||||
<adiamas> none yet
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> none?
|
||||
<adiamas> the simulator just lets us higher level coders start using the api we are developing
|
||||
<PsycoXul> the lcd/button stuff should work no?
|
||||
<adiamas> well.. some barebones stuff has been worked on..
|
||||
<adiamas> but no apps and such...
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> tetris and the screensaver should be able to run on it i would think
|
||||
<adiamas> im not about to toss this stuff onto my unit yet ;)
|
||||
<PsycoXul> heh
|
||||
<adiamas> okay.. newest version up.. try it now
|
||||
<adiamas> PsycoXul are you working on windows or lin?
|
||||
<PsycoXul> linux
|
||||
<adiamas> k...
|
||||
<adiamas> im waiting on one of the windows guys.. make sure this stuff works for them...
|
||||
<adiamas> i dont think they would have a prob.. but you never know
|
||||
<PsycoXul> so what i was really asking is how much of the api's used in the sim's little app/tetris/screensaver/browse are implemented for the target
|
||||
<adiamas> everything that runs on/in the sim is using our api... so as far as i know.. most/all
|
||||
<adiamas> though... you'd need to confirm that with Zagor and Bagder and edx
|
||||
<adiamas> they tend to be involved with more of the on metal stuff
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> ok it looks that the file/directory stuff is still unimplemented
|
||||
<adiamas> thats part of what they are working on :)
|
||||
--> Bagder2 (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<adiamas> hey Bagder2
|
||||
<Bagder2> morning
|
||||
<Bagder2> :-)
|
||||
* Bagder2 tries to figure out why there's a Bagder still present
|
||||
<adiamas> there isn't on my list
|
||||
<Bagder2> no, but if you /whois bagder, there is one
|
||||
<adiamas> hmm.. odd
|
||||
<adiamas> PsycoXul wanna do me a favor?
|
||||
<-- calpefrosch|away has quit (Read error: 110 (Connection timed out))
|
||||
<Bagder2> adiamas: we should rework the menu in app.c to support being longer than can be shown on screen
|
||||
<Bagder2> imho
|
||||
* adiamas nods
|
||||
<adiamas> thats what im working on now ;)
|
||||
<adiamas> but i also want to do a 'menu.c/h'
|
||||
* Bagder2 bows in front of adiamas
|
||||
<adiamas> so makes it easier for sub menus
|
||||
<Bagder2> goodie
|
||||
<Bagder2> I'll try to attack the dir browser more this weekend
|
||||
<adiamas> sweet
|
||||
<adiamas> oh.. btw.. off now turns off the sim on the main menu
|
||||
<Bagder2> ok, seems reasonable
|
||||
<adiamas> i thought so ;)
|
||||
<adiamas> anyone mind if i remove the KEY PRESSED: output on stdout?
|
||||
<Bagder2> no
|
||||
<Bagder2> you can remove the lcd_update() crap too
|
||||
<adiamas> k..
|
||||
<Bagder2> we'll put it back the day we need to debug those things
|
||||
<Bagder2> no need to have them there all the time
|
||||
<adiamas> k.. then ill just comment them out
|
||||
<adiamas> where in the hell is that beep coming from!
|
||||
<miah>
|
||||
<miah> =)
|
||||
<adiamas> no ..
|
||||
<adiamas> ive got that turned off ;)
|
||||
<adiamas> i mean from the sim
|
||||
<Bagder2> yeah I kinda hate that beep too
|
||||
<adiamas> dude.. i don't know who just put in that last feature request, but they are sick :)
|
||||
* Bagder2 agrees
|
||||
<adiamas> when i do a cvs update
|
||||
<adiamas> and i get an 'M' before a file...
|
||||
<adiamas> whats that mean?
|
||||
<Bagder2> Merge
|
||||
<Bagder2> you have local changes
|
||||
<adiamas> 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
|
||||
<Bagder2> morning Zagor
|
||||
<Zagor> ello
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Bagder2> morning Linus
|
||||
<Linus> Morning Bagder2
|
||||
<Bagder2> Linus / Zagor you plan to go to the Appeal party tonight?
|
||||
<Zagor> yep
|
||||
<Bagder2> me too
|
||||
<PsycoXul> adiamas: what kind of favor?\
|
||||
<adiamas> nevermind :)
|
||||
<PsycoXul> ok sorry
|
||||
<PsycoXul> heh
|
||||
<Linus> I am not going
|
||||
<calpefrosch> morning..(#)
|
||||
<calpefrosch> for the simulator, which files do I have to create ?
|
||||
<adiamas> what do you mean?
|
||||
<calpefrosch> I created a \playlists\1.m3u, but I get a strange output
|
||||
<calpefrosch> like: filename: Pý°
|
||||
<calpefrosch> load_playlist( £C )
|
||||
<adiamas> dunno...
|
||||
<Bagder2> what do you do to get that output?
|
||||
<calpefrosch> compiled the simulator with VC++ and started it...
|
||||
<Bagder2> oh
|
||||
<calpefrosch> Oh, I had to define the DEBUGF for VC++
|
||||
<calpefrosch> -> #define DEBUGF debugf in debug.h
|
||||
<Bagder2> I don't know why edx has involved the playlist stuff in the simulator at this point
|
||||
<calpefrosch> ahh, you mean it is not ready to test...
|
||||
<Bagder2> well, there shouldn't be any code calling any playlist functions
|
||||
<Bagder2> since the app.c has no code to do that
|
||||
<calpefrosch> he is calling the harness.c
|
||||
<Bagder2> ... and that is badness
|
||||
<calpefrosch> hmm
|
||||
<Bagder2> the harness.c is the test code for the playlist, it isn't meant to run in a simulator
|
||||
<calpefrosch> hehe, now it's working :-)
|
||||
* adiamas nods
|
||||
<adiamas> okay... i think im done for the evening...
|
||||
<adiamas> sleepy time...
|
||||
<Bagder2> night adiamas
|
||||
<adiamas> and at the request of you europeans.. i am not going 'nappy' ;)
|
||||
<Bagder2> haha
|
||||
<adiamas> im bedding
|
||||
<calpefrosch> 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
|
||||
<Bagder44> grrr
|
||||
<Zagor> what's happening?
|
||||
<Bagder44> my muh disconnected and had problems to reconnect
|
||||
<Bagder44> the Bagder is a true irc ghost
|
||||
<Bagder44> it looks like an ircd bug
|
||||
--- Linus|lunch is now known as Linus
|
||||
<Zagor> fun..
|
||||
<Zagor> weee, now I can read partitioned disks too...
|
||||
<Bagder44> coolers
|
||||
<-- Bagder has quit (Read error: 110 (Connection timed out))
|
||||
<Zagor> lookie :)
|
||||
--- Bagder44 is now known as Bagder
|
||||
<Bagder> that took a while
|
||||
<Linus> Gentlemen! WE HAVE SOUND!!!!!!!!!
|
||||
<Zagor> goooooogogowooo
|
||||
* Zagor is droooooling
|
||||
* Linus is screaming with joy!
|
||||
<Zagor> everybody else is sleeping ;)
|
||||
<Linus> typical...
|
||||
<PsycoXul> sound?
|
||||
<Linus> I have managed to play MP3 data with the MAS!
|
||||
<PsycoXul> woo
|
||||
<Linus> Kicking!
|
||||
<Linus> A historical moment. The first group to have their song played in the Rockbox is Machinae Supremacy.
|
||||
<PsycoXul> heh
|
||||
<Linus> They shoule be proud
|
||||
<Zagor> rather fitting, I'd say :)
|
||||
<Linus> or rather 4 seconds of the beginning of the song, but what the heck... :-)
|
||||
<Zagor> 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
|
||||
<Bagder> Zagor: you tried the ATA/FAT32 on target yet?
|
||||
<Zagor> no, not yet. tomorrow...
|
||||
<Linus> We have a silly problem with the serial connection to thw MAS.
|
||||
<Zagor> more "annoyance" than problem
|
||||
<Zagor> yet very annoying :)
|
||||
<Linus> The serial interface in the SH1 sends the data LSB first, but the MAS wants it MSB first.
|
||||
<Linus> We have to swap bit order of EVERY byte we read from the hard drive!!!
|
||||
<Linus> AAAAAAH!
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
<Linus> Welcome!
|
||||
<Linus> I have good news!
|
||||
<elinenbe> congradulations!!!!!!!!!
|
||||
<elinenbe> woooo hooo!!!!
|
||||
<Linus> You heard!
|
||||
<elinenbe> yes!!!
|
||||
<Linus> Thx
|
||||
<elinenbe> that is awesome!
|
||||
<Linus> Indeed!
|
||||
<Bagder> so every byte must be reversed bitwise?
|
||||
<elinenbe> but why that song? :( Something like Krudser & Dorfmeister would have been more appropriate :)
|
||||
<Zagor> haha
|
||||
<Linus> Who are they?
|
||||
<Linus> Bagder: Yes, every byte
|
||||
<Bagder> nono this should've played:
|
||||
<Zagor> we didn't select very conciously, but I think it's rather appropriate actually
|
||||
<Bagder> Run level zero - strapped to machinery.mp3
|
||||
<Bagder> :-)
|
||||
<Linus> or "Living in a Box"
|
||||
<Bagder> Linus: time for inlined assembler? B-]
|
||||
<Bagder> call Alan!
|
||||
* Bagder giggles
|
||||
<elinenbe> well, they are DJs from Germany "Kruder & Dorfmeister"
|
||||
<Zagor> They make new versions of old C64 songs which they publish on the web. Sort of like we make a new firmware and publish it.
|
||||
<Linus> Or "4 sekunder" with Magnus Uggla
|
||||
<Bagder> hehe
|
||||
<PsycoXul> wait
|
||||
<PsycoXul> new versions of old c64 songs?
|
||||
<PsycoXul> why would you want to do that? the c64 had such a cool sound
|
||||
--- Linus is now known as Linus|celebratin
|
||||
<Zagor> PsycoXul: listen to their rendition of "giana sisters". they do it justice!
|
||||
* Linus|celebratin goes to buy candy
|
||||
<Zagor> ("do it justice"?) sometimes I don't even understand my own writing...
|
||||
<Linus|celebratin> Swenglish
|
||||
<Zagor> time for some candy celebration. brb
|
||||
<elinenbe> Is everyone here a sugar-holic, or is that just me?
|
||||
* Bagder is gonna get a can of coke instead
|
||||
<miah> the sidchip rules
|
||||
<Bagder> it does
|
||||
* Bagder , Linus and Zagor did lots of C64 stuff back in the late 80s
|
||||
<miah> i've been encoding all my stuff into ogg lately.. after im done doing that, im probably going to start leeching all the s3m,mod,xm's that i can
|
||||
<miah> i already have tons of sids
|
||||
<miah> on one of my systems somewhere
|
||||
<PsycoXul> yeah ogg
|
||||
<miah> oggs are good
|
||||
<PsycoXul> there needs to be a way to play ogg on the archos
|
||||
<PsycoXul> heh
|
||||
<miah> that'd be cool, i'd like to see mod/s3m/xm too
|
||||
<miah> that should be easy since those formats require very little cpu power
|
||||
<Bagder> well
|
||||
<Zagor> we need a DSP guru
|
||||
<PsycoXul> it needs realtime mixing
|
||||
<Bagder> we only have one chip that plays sound
|
||||
<miah> yea
|
||||
<Zagor> miah: those formats require multichannel mixing, which we can't do
|
||||
<miah> really?
|
||||
<PsycoXul> how many channels does the mas support to decode?
|
||||
<Zagor> PsycoXul: one mp3 stream
|
||||
<Bagder> Zagor: where can I find info about that Splimp thing you have for mp3-playback at home?
|
||||
<PsycoXul> yes
|
||||
<miah> my stupid laptop keeps going into sleep mode.. so annoying
|
||||
<PsycoXul> but mp3 streams can be multi-channel no?
|
||||
<Zagor> Bagder: www.slimdevices.com
|
||||
<Bagder> thanks
|
||||
<Zagor> PsycoXul: 2 channel, yes
|
||||
<PsycoXul> well mp3 supports more than that
|
||||
<PsycoXul> at least mpeg2 layer3
|
||||
<PsycoXul> i dunno much about the actual format though
|
||||
<Zagor> still, we'd have to mix it *and* encode it in the cpu
|
||||
<PsycoXul> are multiple channels stored within single frames, or are channel frames interpolated?
|
||||
<Zagor> feel free to try, but I think it'll be hard
|
||||
--- Linus|celebratin is now known as Linus
|
||||
<Zagor> i think it's in a single frame, but I'm not sure
|
||||
<PsycoXul> well there's pcm playback firmware in existance for the mas... i wonder how many channels it can support of pcm like that
|
||||
<PsycoXul> but pcm in low quality could probably be mixed by the sh1 maybe?
|
||||
<Linus> The PCm mode will probably support only 2 channels, since the application is stereo sound
|
||||
<PsycoXul> true
|
||||
<Linus> At least the interface to the DAC is only 2 channels
|
||||
<Zagor> well we have no pcm mode yet, so whoever writes that will decide :)
|
||||
<Linus> I pass
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> so what kind of input does the dac take from the mas?
|
||||
<Linus> It's a serial interface, clock, data and frame sync
|
||||
<Linus> two time slots one for left channel, one for right
|
||||
<Linus> 16-bit or 32-bit
|
||||
--> edx|sleeping (~edx@pD9EAAD21.dip.t-dialin.net) has joined #rockbox
|
||||
<edx|sleeping> hi
|
||||
--- edx|sleeping is now known as edx
|
||||
<Linus> Morning!
|
||||
--- edx is now known as edx|away
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<Bagder> 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
|
||||
<thomasvs> kaping
|
||||
<thomasvs> hello
|
||||
<thomasvs> anyone around ?
|
||||
<-- calpefrosch|away has quit ()
|
||||
--> calpefrosch (~hotrana@p5082C402.dip0.t-ipconnect.de) has joined #Rockbox
|
||||
--- calpefrosch is now known as calpefrosch|away
|
||||
<adi|asleep> only for a sec.. on my way to work...
|
||||
<thomasvs> ok
|
||||
<thomasvs> ;)
|
||||
<thomasvs> I was just wandering how much an archos player costs
|
||||
<miah> about $300
|
||||
<adi|asleep> you can check them out on ebay as well...
|
||||
<adi|asleep> i picked mine up for about 200
|
||||
<thomasvs> ok, thanks
|
||||
<elinenbe> get the recoder... much nicer!
|
||||
<miah> but arnt the player and recorder basically the same thing?
|
||||
<-- thomasvs has quit (Read error: 110 (Connection timed out))
|
||||
<-- calpefrosch|away has quit ()
|
||||
<elinenbe> 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")
|
||||
<PsycoXul> anybody around? know um...
|
||||
<PsycoXul> <segher> how many cycles to read/write that dram?
|
||||
<PsycoXul> for the player?
|
||||
<PsycoXul> <segher> well, this device is really tight on resources. good luck.
|
||||
<PsycoXul> <PsycoXul> heh
|
||||
<PsycoXul> <PsycoXul> you think its possible?
|
||||
<PsycoXul> <segher> might be possible, yes
|
||||
<PsycoXul> <PsycoXul> i should send somebody who's more knowledgable on the hardware and
|
||||
<PsycoXul> hax0ring in here to talk to you heh
|
||||
<PsycoXul> ::: haze!chris@12-255-198-216.client.attbi.com has quit: Connection timed out
|
||||
<PsycoXul> <segher> with highly optimized code, it should _just_ work.
|
||||
<PsycoXul> ^^ #vorbis, on player's hardware potential for decoding ogg with mas3507d + sh1 cooperating
|
||||
<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
|
||||
<PsycoXul> <PsycoXul> ok
|
||||
<PsycoXul> <segher> 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
|
||||
<adi|asleep> hey zagor...
|
||||
<Zagor> hey
|
||||
<adi|asleep> you see any problem if i hack out a menu.c/h over the weekend
|
||||
<adi|asleep> i figure im already noticing repetition in how ppl are looking to menu in the sim...
|
||||
<adi|asleep> figured i cold give us a basis..
|
||||
<adi|asleep> rather then reinventing the wheel.
|
||||
<Zagor> sure
|
||||
<adi|asleep> have you played with the sim recently?
|
||||
<Zagor> no
|
||||
<adi|asleep> ahh...
|
||||
<adi|asleep> well.. tetris plays a bit nicer and we have a basic screen saver.....
|
||||
<PsycoXul> i talked to somebody in #vorbis about ogg stuff on the hardware... here's what they said:
|
||||
<PsycoXul> <segher> well, this device is really tight on resources. good luck.
|
||||
<PsycoXul> <segher> might be possible, yes
|
||||
<PsycoXul> <segher> with highly optimized code, it should _just_ work.
|
||||
<PsycoXul> <segher> psyco: afaics, the MAS whould be able to do the (m)dct for you
|
||||
<PsycoXul> <segher> it will be quite some (fun!) work, though
|
||||
<Zagor> interesting
|
||||
<Zagor> nobody volunteered to help? ;)
|
||||
<adi|asleep> oh.. zagor.. ment to ask...
|
||||
<PsycoXul> nope heh
|
||||
<adi|asleep> in the contrib file...
|
||||
<adi|asleep> any reason your against const?
|
||||
<Zagor> yes, people tend to use it wrong
|
||||
<PsycoXul> so i take it opendir(),readdir(), etc don't work on target yet? heh
|
||||
<Zagor> opendir/readdir works for the root dir, but currently not for subdirs. i'm fixing that right now
|
||||
<adi|asleep> i have a habit of doing it. bear with while i adjust :)
|
||||
<adi|asleep> okay.. off to bed.. need 2 hrs...
|
||||
* Zagor just got up :)
|
||||
<adi|asleep> hehhe i _should_ be just getting up...
|
||||
<adi|asleep> 06:10... gotta love it..
|
||||
<PsycoXul> Zagor: how do i open the root directory?
|
||||
<Zagor> PsycoXul: opendir("/")
|
||||
<PsycoXul> hmm
|
||||
<adi|asleep> Psyco check out tree.h and tree.c
|
||||
<PsycoXul> well that doesn't seem to return on my unit
|
||||
<adi|asleep> in uisim/x11
|
||||
<adi|asleep> PsycoXul you need to add an "archos" dir
|
||||
<PsycoXul> i'm not talking about in the sim
|
||||
<adi|asleep> that is being used to simulate the '/' on the player
|
||||
<PsycoXul> i got the sim browser to work
|
||||
<PsycoXul> heh
|
||||
<adi|asleep> heheh ahh.. k
|
||||
<PsycoXul> lemme see where its having problems actualy..
|
||||
<PsycoXul> well first thing i notice is that on my player lcd_clear_display() misses the last 2 chars
|
||||
<PsycoXul> and next is that
|
||||
<PsycoXul> dir=opendir("/");
|
||||
<PsycoXul> doesn't return
|
||||
<PsycoXul> unless there's something i need to do before it that i'm not
|
||||
<Zagor> look in test/fat
|
||||
<PsycoXul> heh thats kinda funny if you make clean with a clean tree it generates the dependancies and then removes them :p
|
||||
<Zagor> look in test/fat/main.c
|
||||
<PsycoXul> ok
|
||||
<Zagor> you need to run ata_init(), disk_init() and fat_mount() before you can start using the disk
|
||||
<PsycoXul> ah ok
|
||||
<PsycoXul> ok i see
|
||||
<PsycoXul> anything to call later like to umount or spindown or something?
|
||||
<Zagor> you don't have to, no writing is implemented yet so it's failsafe
|
||||
<PsycoXul> why is there a firmware/disk.h and firmware/common/disk.h
|
||||
<Zagor> firmware/disk.h will change, it's just a code container at the moment
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> lcd_puts(0,0,"Hello.");
|
||||
<PsycoXul> if(ata_init()) {
|
||||
<PsycoXul> lcd_puts(0,0,"Disk error");
|
||||
<PsycoXul> return -1;
|
||||
<PsycoXul> }
|
||||
<PsycoXul> lcd_puts(0,0,"ata init.");
|
||||
<PsycoXul> all i get is "Hello."
|
||||
<Zagor> the ata code is not target tested yet, I'll be doing that today
|
||||
<PsycoXul> ah
|
||||
<Zagor> now we know it doesn't work :)
|
||||
<PsycoXul> hehe
|
||||
--> edx|away (~edx@pD9EA97B2.dip.t-dialin.net) has joined #rockbox
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<Bagder> hey ho
|
||||
<Zagor> hi
|
||||
<Bagder> I'm thinking about the played lcd API, when using x y coordinates, is 0 the first line and 1 the second?
|
||||
<Bagder> player
|
||||
<Bagder> can't see any reason why not, just checking
|
||||
<Zagor> 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
|
||||
<Zagor> have you seen adis latest items on the faq?
|
||||
<Bagder> nope
|
||||
<Zagor> s/latest/last/
|
||||
<Zagor> Q: But I _really_ want to talk with you in person.
|
||||
<Zagor> adiamas: I'm sorry. My girlfriend/boyfriend/pet says I'm not allowed to, and the
|
||||
<Zagor> doctors here won't let me have pens or pencils. They say its some rule
|
||||
<Zagor> about us not having sharp objects. I'm sorry. Now please stop calling me
|
||||
<Zagor> here.
|
||||
<Bagder> ah yes
|
||||
<Bagder> that's a good one ;-)
|
||||
<Zagor> yes
|
||||
<PsycoXul> ok so how do i use custom chars on the player LCD with the new codebase? there an api for it?
|
||||
<Bagder> is that lcd_define_pattern() ?
|
||||
<PsycoXul> is it?
|
||||
<Bagder> I dunno ;-)
|
||||
<Zagor> yes
|
||||
<Zagor> I think so :)
|
||||
<PsycoXul> heh so how do i use it?
|
||||
<Zagor> 1. fix it
|
||||
<Zagor> 2. use it
|
||||
<Zagor> :)
|
||||
<PsycoXul> heh
|
||||
<Bagder> 3. add it to the simulator
|
||||
<PsycoXul> hehe
|
||||
<Zagor> yup, those are the official docs
|
||||
<Bagder> I have to admit that my fixes to get the player-simulator running ain't the most beautiful ones you've seen
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> i just run my test code on my player
|
||||
<Bagder> since I want to use the bitmap functions
|
||||
<Bagder> but simulate the charcell lcd api
|
||||
<PsycoXul> 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
|
||||
<PsycoXul> hmmm....
|
||||
--> calpefrosch|away (calpefrosc@p5082C14D.dip0.t-ipconnect.de) has joined #Rockbox
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<PsycoXul> how long does sleep(1) sleep for?
|
||||
<Zagor> one tick
|
||||
<-- calpefrosch|away has quit ()
|
||||
<PsycoXul> how long is a tick?
|
||||
<Zagor> 1/HZ seconds
|
||||
<Zagor> HZ is defined in kernel.h
|
||||
<PsycoXul> ah
|
||||
<PsycoXul> ok lcd_backlight() doesn't do anything on my player
|
||||
<Zagor> ok
|
||||
<PsycoXul> with 1 or 0 as the arg
|
||||
<Zagor> 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
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> i dunno
|
||||
<PsycoXul> i do an lcd_puts and then a sleep(75); and then another lcd_puts() and i only get the 1st one
|
||||
<Zagor> you're on the cutting edge :)
|
||||
<Zagor> currently, sleep() only works right in the test/kernel code, since the main stuff doesn't have a timer interrupt enabled
|
||||
<PsycoXul> ah
|
||||
<PsycoXul> there an easy way to use it, or should i do something to sleep?
|
||||
<Zagor> i'd suggest a busy wait at the moment
|
||||
<PsycoXul> whats that? :p
|
||||
<Zagor> a for() loop instead of the sleep
|
||||
<PsycoXul> i see, so thats what thats called heh
|
||||
<Zagor> the term "busy" is used for when you don't allow other threads to execute
|
||||
<PsycoXul> ok now this loop is working but within it i'm doing key=button_get(); if(key) { switch(key) { case etc etc } }
|
||||
<PsycoXul> i've got cases for BUTTON_DOWN, UP, ON, LEFT, RIGHT, and MENU, and default
|
||||
<PsycoXul> and with our without a button pressed it hits default
|
||||
<PsycoXul> s/our/or/
|
||||
<Zagor> sounds good
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> man
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> shouldn't a make clean rm */*.o too? and not generate dependancies? heh
|
||||
<Zagor> picky picky :)
|
||||
<PsycoXul> oh come ON... umount's gonna hang now again already? fuck
|
||||
<Zagor> usb-storage is far from perfect...
|
||||
<PsycoXul> well it needs to do something different thats for sure... can't accomplish much being forced to reboot at its random whims
|
||||
<PsycoXul> at least like TIME OUT or SOMETHING
|
||||
<Zagor> he's doing a big rewrite for 2.5
|
||||
<PsycoXul> reboot, turn the thing back on, plug it in, load the modules, copy a file and it hangs right there AGAIN
|
||||
<PsycoXul> not a whole lot of things get me upset... but having to reboot over and over again because of some stupid device that shouldn't be having any problems to start with, much less make me have to actualy interrupt my system usage, and having to wait months/years for the fix is exactly why i don't run some OTHER OS
|
||||
<Zagor> heh, yeah...
|
||||
<Zagor> you should consider the serial port fix
|
||||
<PsycoXul> goddamn i can't get this one little file copied on here now
|
||||
<PsycoXul> 3 reboots and it STILL fucking up
|
||||
<PsycoXul> and then i'll still need to copy the real working firmware back on to there once i get this to work
|
||||
<PsycoXul> i'll probably have to fucknig juggle hardware, boot it to windows and scandisk, juggle hardware back, boot back to linux, probably have to reboot a few more times
|
||||
* PsycoXul considers selling his archos and taking the money for vocal lessons
|
||||
<PsycoXul> hey i can store a lot more than 20G worth of music in my head :p
|
||||
<Zagor> :)
|
||||
* Zagor sings in a chamber choir
|
||||
<PsycoXul> ok so i made the default do
|
||||
<PsycoXul> snprintf(ugh,11,"%d",key);
|
||||
<PsycoXul> lcd_puts(0,0,ugh);
|
||||
<Zagor> ok
|
||||
<PsycoXul> i get 243 with no buttons, 242 for ON, 241 for menu, 227 for play/up, 211 for stop/down, 179 for left, and 115 for right
|
||||
<PsycoXul> and various others with combinations heh
|
||||
<Zagor> from button_get() ?
|
||||
<PsycoXul> yeah
|
||||
<Zagor> odd
|
||||
<Zagor> it should return 1,2,4,8 etc no?
|
||||
<PsycoXul> well looking at the code, thats what you'd think.. heh
|
||||
<Zagor> uhu
|
||||
<PsycoXul> same with or without calling button_init() first
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> btw i think portc & 0x10 gets triggered on the player when the stop buttons held for 3 seconds or whatever, just before it shuts off
|
||||
<Zagor> yes, that would be interesting
|
||||
<PsycoXul> i don't even know what & does... i don't know much if anything about binary and binary operations or low-level programming or anything like that though...
|
||||
<PsycoXul> my latest project with C was struggling to successfully read a wav header into a struct from stdin heh
|
||||
<Zagor> & is "and". portc & 0x10 tests if bit 4 is set in portc
|
||||
<PsycoXul> bit 4?
|
||||
<Zagor> yes, bit0 = 0x01, 1=0x02, 2=0x04, 3=0x08, 4=0x10
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> know of any good online docs that'd teach me this kinda stuff?
|
||||
<Zagor> umm, no
|
||||
<Zagor> :)
|
||||
<PsycoXul> heh
|
||||
<Zagor> maybe http://www.learn-c.com/
|
||||
<Zagor> http://www.learn-c.com/boolean.htm
|
||||
<PsycoXul> cool.. i'll read that later... enough hax0ring stuff today for me heh
|
||||
<Zagor> :)
|
||||
<-- 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
|
||||
|
||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,386 +0,0 @@
|
|||
**** 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
|
||||
<adiamas> boo.
|
||||
<adiamas> Bagder you around?
|
||||
<Bagder> yeps
|
||||
<adiamas> wanna test something for me witht he uisim?
|
||||
<Bagder> sure
|
||||
<adiamas> okay... remove your archos dir under x11
|
||||
<adiamas> and then run the sim...
|
||||
<adiamas> go to browse
|
||||
<adiamas> and try to browse.. tell me what happens
|
||||
<Bagder> Segmentation fault (core dumped)
|
||||
<Bagder> looks like my fault
|
||||
<adiamas> okay.. i have a fix for it.. just no sure you gonna like it.
|
||||
<Bagder> x11_opendir() should be fixed
|
||||
<adiamas> you need to do a check and make sure your opendir succeeds.. let me get you the line
|
||||
<Bagder> right
|
||||
<adiamas> want i should toss up my fix?
|
||||
<Bagder> I'll fix it
|
||||
<adiamas> k
|
||||
<Bagder> committed
|
||||
<adiamas> i ment to ask.. why arent we using stdlib so we can have NULL
|
||||
<adiamas> or define our own NULL
|
||||
<adiamas> ?
|
||||
<Bagder> we should
|
||||
<Bagder> just me being lazy
|
||||
<adiamas> :)
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Linus> Moo!
|
||||
<Bagder> boo
|
||||
<Bagder> you digging mp3s now? ;-)
|
||||
<Linus> Well, almost
|
||||
<Linus> I have some issues with the MP3 bit swapping performancs , but it rocks!
|
||||
<Bagder> I can imagine that
|
||||
<Linus> I don't like having to bitswap every f**king byte of an MP3 song
|
||||
<Linus> It takes time
|
||||
<Bagder> no shit? ;-)
|
||||
<Bagder> perhaps we can make second read() or something that bitswaps right away when reading
|
||||
<Bagder> but perhaps it makes no diff
|
||||
<Linus> We should. Or even at ATA level, so we don't even have to store the unswapped bytes.
|
||||
<Bagder> yes, that's my thought
|
||||
<Bagder> an ata_read_shift() function
|
||||
<Linus> And prehaps swap at a word level. That saves us half the time.
|
||||
<Linus> ...with a 64K table... :-(
|
||||
<Bagder> yeah
|
||||
<Bagder> but we can generate the table in runtime at least
|
||||
<Linus> Yup
|
||||
<Bagder> do you know if the recorder will need this swapping too?
|
||||
<Linus> I don't think so. It has a parallel interface
|
||||
<Bagder> ah, right
|
||||
<Linus> Still, the loop I am using today is far from optimal. If we hand-assemble the bitswap loop it shouldn't take much time.
|
||||
<Bagder> have you been able to load new parts of the mp3 while one part is playing?
|
||||
<Linus> I haven't tried yet. That's my project for tuday.
|
||||
<Bagder> you rock
|
||||
<Linus> I do my best
|
||||
<Linus> Luckily, this is what I'm best at :-)
|
||||
<Bagder> :-)
|
||||
<Linus> It took me some time to discover that the FAT driver didn't swap the words in the FAT...
|
||||
<Linus> And not that much time to doscover that the SWAB32 macro was braindead.
|
||||
<PsycoXul> 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
|
||||
<Linus> I don't know. I guess it measures the voltage using the A/D converter.
|
||||
<Linus> But it must be somewhat complicated to get a good A/D reference voltage...
|
||||
<Linus> Someone with good knowledge of electronics will have to look into this
|
||||
<adiamas> icon wise.. i was thinking.. the char maps we have on the website... should those all be mapped?
|
||||
<Linus> In the simulator?
|
||||
<Bagder> we should get the player ones in for the simulator to look more like a Player
|
||||
<adiamas> umm.. by 'player' you mean recorder icons?
|
||||
<Bagder> no
|
||||
<Bagder> we simulate the player
|
||||
<Bagder> but we do that using our own defined charset
|
||||
<Bagder> which happens to be the same as we use on the Recorder
|
||||
<adiamas> okay, so i should do the player icons first?
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> they are the only ones we more or less need to make a good simulator, yes
|
||||
<adiamas> okay...
|
||||
<Bagder> the recorder-ones aren't needed, since the Recorder doesn't have them "built-in"
|
||||
<Bagder> although some of them might be useful anyway
|
||||
<Bagder> it looks as if they made the battery meter using chars...
|
||||
<Linus> hi wavey
|
||||
<adiamas> um.. okay. now im confused again...
|
||||
<adiamas> 1. what do you mean by 'built-in'
|
||||
<Bagder> the Player has those characters built-in into the LCD stuff, we can't change them
|
||||
<adiamas> okay.. then how do we reference them?
|
||||
<Linus> Bagder: The battery icon is not character based. It's specially made on the LCD.
|
||||
<Linus> Like the USB icon and a load of others
|
||||
<Bagder> adiamas: we send ascii strings to the LCD
|
||||
<Bagder> Linus: oh, ok, but there are chartacters looking very much as if made for that purpose
|
||||
<Linus> ah. in the recorder?
|
||||
<Bagder> Linus: yes
|
||||
<Linus> IC. I'm a player guy. :-)
|
||||
* adiamas is way lost
|
||||
<adiamas> have we worke don those 'char strings' at all?
|
||||
<Bagder> adiamas: check out lcd_puts() for the Player LCD
|
||||
<Bagder> we just send a plain string to that LCD
|
||||
<Bagder> it isn't graphical at all
|
||||
* adiamas shrugs
|
||||
<Bagder> they player LCD is simply two lines with 11 letters on each
|
||||
<adiamas> nod
|
||||
<adiamas> i just don' get how char strings give you the output.
|
||||
<adiamas> namely, how we know what string does what
|
||||
<Bagder> we pass a string like "abcde"
|
||||
* adiamas feels progressively dumber
|
||||
<Bagder> the LCD shows that on screen
|
||||
<adiamas> well that i get...
|
||||
<adiamas> what about file icons
|
||||
<adiamas> or battery indicators
|
||||
<Bagder> eeh
|
||||
<Bagder> there are some fixed "icons" on the LCD
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> adiamas: those are pre-defined in the LCD
|
||||
<PsycoXul> adiamas: we only turn them on or off
|
||||
<adiamas> okay.. then with all of this.. will we be defining our own icons at all...
|
||||
<adiamas> and if not, why did we start to for the recorder?
|
||||
<Bagder> the Recorder supports them very well
|
||||
<PsycoXul> icons are just whats defined in the LCD already for the player
|
||||
<PsycoXul> then we've got CGROM which contains all char set mapped out already, and CGRAM where we can draw 8 of our own chars
|
||||
<PsycoXul> for display on the 2 lines
|
||||
<Bagder> ... but we don't simulate those Player icons at all yet
|
||||
<adiamas> okay.. so for player everything is done...
|
||||
<adiamas> now.. what about the recorder?
|
||||
<PsycoXul> for the player everything is done on target, but not much simulated
|
||||
<Bagder> we should introduce an API for the Player LCD "icons"
|
||||
--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
|
||||
<Bagder> adiamas: actually, I think we should think through how we want the icons and images present on the recorder screen
|
||||
<adiamas> presented you mean?
|
||||
<Bagder> adiamas: like how the built-in sw always have a number of icons on the screen, whatever screen we view
|
||||
<adiamas> well, thats going to be a factor of how we work the menuing
|
||||
<Bagder> yes
|
||||
<Bagder> hey calpefrosch
|
||||
<adiamas> another factor to consider is, if we are going to 'zoom' in on items... ie: increase font size, for the user..
|
||||
<adiamas> what happens to the icons then
|
||||
<Bagder> right
|
||||
<Bagder> there are a few "usability issues" to sort out
|
||||
<calpefrosch> hey
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Zagor_> hey all
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Bagder> moo Zagor
|
||||
* Bagder does a cow sound
|
||||
<calpefrosch> hey Zagor
|
||||
--> alkorr (alkorr@srs07v-3-250.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr has quit (Client Quit)
|
||||
<Bagder> my malloc() is about ready to get added, as soon as we see a need for it
|
||||
<Linus> I use newlibs malloc(9 at the moment
|
||||
<Bagder> how did you solve the sbrk?
|
||||
<Linus> It is included
|
||||
<Linus> It uses all space between _end and _stack
|
||||
<Bagder> aha
|
||||
<Linus> Easy as pie
|
||||
<Linus> ...after digging in the "documentation" and the sources
|
||||
<-- wavey has quit (Read error: 104 (Connection reset by peer))
|
||||
<Bagder> neato
|
||||
<Bagder> blah, the newlib CVS doesn't work
|
||||
<Linus> work?
|
||||
<Bagder> cvs checkout: cannot open CVS/Entries for reading: No such file or directory
|
||||
<Linus> blerk. Why do you need the CVS?
|
||||
<Bagder> I don't *need* it, I just hate the word "snapshot"
|
||||
<Linus> why do you need the snapshot?
|
||||
<Bagder> .... and that's the only alternative
|
||||
<Bagder> that is all there is
|
||||
<Bagder> never mind
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<adiamas> okay folks.. we officially ahve 10 icons to play with for the recorder now
|
||||
<Zagor> heyyyy, wavey
|
||||
<Zagor> adiamas: nice
|
||||
<wavey> howdy :)
|
||||
<adiamas> we now have the file on that was there, plus folder, open box, filled box, the triangle selector and some other stuff...
|
||||
<Linus> Bagder: I looked at their FTP. Loads of newlib releases. Where are you looking?
|
||||
<Bagder> "Source snapshots are available as gzipped tar files via anonymous FTP from the newlib ftp directory."
|
||||
<Bagder> yes there're there
|
||||
<Linus> Well, that is not entirely true. The have release archives as well.
|
||||
<Bagder> the CVS still doesn't work ;-)
|
||||
<Bagder> and their ftp server is full
|
||||
<Linus> Actually, that is only what they have. They don't have snapshots. :-)
|
||||
<Linus> How large is your mailbox?
|
||||
<Bagder> they don't actually say that they are releases anywhere
|
||||
<Bagder> therefor, I assumed they are the snapshots they mentioned
|
||||
<Linus> ftp://sources.redhat.com/pub/newlib/newlib-1.10.0.tar.gz
|
||||
<Bagder> "Sorry, the ftp server has too many active ftp connections (30/30)."
|
||||
<Bagder> ...
|
||||
<Bagder> worked now
|
||||
<Bagder> I'd still prefer the CVS version ;-)
|
||||
<Linus> Yeah. I don't. God knows what they have checked in recently.
|
||||
<Bagder> coward ;-)
|
||||
<Linus> I just played Machinae Supremacy right off the hard drive
|
||||
<Bagder> yay
|
||||
* Zagor cheers
|
||||
<Zagor> "and there was much rejoicing"
|
||||
<Linus> "it's just a model"
|
||||
<Bagder> "let's not go there, its a silly place"
|
||||
<Linus> "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
|
||||
<adiamas> how wide and tall is the recorder in pixels?
|
||||
<Bagder> 112 x 64
|
||||
<adiamas> ty
|
||||
<Bagder> LCD_WIDTH and LCD_HEIGHT in lcd.h
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
--- Linus is now known as Linus|lunch
|
||||
<wavey> this archos recorder is pissing me off
|
||||
<wavey> faulty as hell
|
||||
<wavey> used to reset in battery mode only, now it does it in dc too
|
||||
<Bagder> 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
|
||||
<Linus> YOOOO!
|
||||
<Linus> Just listening to Machinae Supremacy, from the hard drive. The whole song!
|
||||
<Zagor> so what happens when the song ends? ;)
|
||||
<Linus> Don't know yet. We'll see in about 8 minutes... :-)
|
||||
<Zagor> you r00lz :)
|
||||
<calpefrosch> hi
|
||||
<Linus> Yo!
|
||||
<calpefrosch> for the mp3-player in win32, can we use an Active X ?
|
||||
<calpefrosch> I didn't found anything for native playing yet
|
||||
<Linus> 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
|
||||
<Linus> The ATA/FAT read is surprisingly slow...
|
||||
<Linus> It takes a while second for 128K...
|
||||
<Linus> whole
|
||||
<Zagor> odd
|
||||
<Linus> 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
|
||||
<Linus> welcome!
|
||||
<Zagor> ah, so now it's fast?
|
||||
<Linus> yes it is
|
||||
<Linus> But i think it can be faster
|
||||
<Linus> Damn. The DMA IRQ didn't recognize the end of the song when the last loaded chunk wrapped in the buffer...
|
||||
<Zagor> how come?
|
||||
<Linus> A negative unplayed_space_left variable (write - read < 0)
|
||||
<Linus> Otherwise it works cool as hell!
|
||||
<Linus> Version 1.0 is coming closer and closer!
|
||||
<Zagor> ninjax!
|
||||
<Linus> "...I wanna fell like that agin..." lalala
|
||||
<Linus> Machinae Supremacy rocks!
|
||||
<Zagor> 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
|
||||
<Zagor> heyy, bagder. we need to start working on a player ui asap
|
||||
<Zagor> where do I start?
|
||||
<Zagor> (in the simulator, I mean)
|
||||
<Bagder> I was hoping we'd get the the one the other guy was working on... but...
|
||||
<Bagder> Zagor: edit the Makefile to build a Player simulator
|
||||
<Zagor> I did. but nothing happens when I start it
|
||||
<Bagder> no window with silly text in it?
|
||||
<Zagor> no, just empty. I only redefined $(DISPLAY), but that should be enough right?
|
||||
<Bagder> yes
|
||||
<Bagder> lemme see
|
||||
<Zagor> umm, wai
|
||||
<Zagor> t
|
||||
<Zagor> it's the x11/Makefile I need to change, nothing else?
|
||||
<Bagder> yes
|
||||
<Bagder> make clean and make
|
||||
<Zagor> yup
|
||||
<Bagder> I get text in my window
|
||||
<Zagor> I don't
|
||||
<Bagder> move it then, or put a window over it a while or something to get an event
|
||||
<Zagor> ahh
|
||||
<Zagor> now I got the text
|
||||
<Bagder> :-)
|
||||
<Bagder> I've seen that happen before, I'm not sure why this happens though
|
||||
<Bagder> X11 magic stuff
|
||||
<Zagor> ok, I'll add player support to tree.c
|
||||
<Bagder> goodie
|
||||
<Bagder> "<wannabeuihacker> I added the menu functions and got a menu system for the player"
|
||||
<Zagor> ok, good
|
||||
<Bagder> but I never got any
|
||||
<Zagor> ok
|
||||
<Zagor> 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
|
||||
<Bagder> the coordinates are different too
|
||||
<Zagor> uh, right. I'm a fool :)
|
||||
<Bagder> :-)
|
||||
<Bagder> setfont() might be good anyway
|
||||
<Zagor> the bad thing is it introduces "state information"
|
||||
<Bagder> yes, but it would reduce a large amount of passed zeroes...
|
||||
<Zagor> yup
|
||||
--> alkorr (alkorr@srs02m-7-99.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr has quit (Excess Flood)
|
||||
<Zagor> 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
|
||||
<Zagor> that would make much code identical
|
||||
<Bagder> sounds pretty good
|
||||
<Bagder> would even make "zooming" work
|
||||
<Zagor> yeah
|
||||
<Bagder> when setfont()ing a larger font
|
||||
<Zagor> good point
|
||||
<Zagor> we should have both "charpos" and "bitpos" calls. what do we call the "bitpos" call? putsxy is not very obvious...
|
||||
<Bagder> I vote for that anyway
|
||||
<Zagor> yeah, that's what I'm having right now :)
|
||||
<elinenbe> Im having a turkey roast !)
|
||||
* Bagder jumps, elinenbe is alive ;-)
|
||||
<elinenbe> I am alway here.
|
||||
<elinenbe> I am always here
|
||||
<Bagder> Zagor: are you planning to move the apps to the apps dir?
|
||||
<Zagor> yup
|
||||
<Linus> Gotta go!
|
||||
<Bagder> bye Linus
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<alkorr> cu
|
||||
<alkorr> 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
|
||||
<Zagor> the player dir browser is now working
|
||||
<Zagor> oops, left a debugf()
|
||||
<Zagor> 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
|
||||
<elinenbe> 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
|
||||
<linuxstb> Good evening all. Anyone feel like talking rockbox?
|
||||
<quiquee> good evening
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
<adi|work> linuxstb sure.. whats up?
|
||||
<linuxstb> I've just incorporated the libmad source into the uisimulator directory and was wondering whether to commit it.
|
||||
<adi|work> ahh.. right.. saw your email :)
|
||||
<adi|work> 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
|
||||
<linuxstb> adi|home: that is what I was going to do.
|
||||
<adi|work> :)
|
||||
<-- wavey has quit (Read error: 104 (Connection reset by peer))
|
||||
<-- quiquee has quit ("Leaving")
|
||||
<linuxstb> bye.
|
||||
<linuxstb> \exit
|
||||
<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
<adi|work> 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
|
||||
<linuxstb> Hello calpefrosch
|
||||
--> alkorr (alkorr@srs03v-1-174.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr has quit (Client Quit)
|
||||
<calpefrosch|away> hi
|
||||
--- calpefrosch|away is now known as calpefrosch
|
||||
<linuxstb> I've started implementing a mpeg playing thread in the x11 simulator
|
||||
<linuxstb> Someone should try and mirror my development in the win32 simulator!
|
||||
<calpefrosch> yes, I have seen some code. Do you use the libmad code ?
|
||||
<linuxstb> 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]")
|
||||
<adi|home> linus you around?
|
||||
<Linus> Now I am
|
||||
<adi|home> k...
|
||||
<adi|home> umm.. not sure, but you may want to talk with linuxstb
|
||||
<adi|home> <linuxstb> I've started implementing a mpeg playing thread in the x11 simulator
|
||||
<adi|home> <linuxstb> Someone should try and mirror my development in the win32 simulator!
|
||||
<adi|home> <calpefrosch> yes, I have seen some code. Do you use the libmad code ?
|
||||
<adi|home> <linuxstb> Yes. I have also started to use pthreads - I'm not sure if that is good or bad
|
||||
<adi|home> he wants to add the libmad to the source tree, but hasn't gotten an answer from anyone...
|
||||
<adi|home> he says its appx 900k
|
||||
<Linus> Well. What is this libmad thing?
|
||||
<Linus> 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
|
||||
|
|
@ -1,818 +0,0 @@
|
|||
**** BEGIN LOGGING AT Sun May 12 06:00:58 2002
|
||||
|
||||
--> adiamas (~adiamas@216.194.26.49) has joined #rockbox
|
||||
--- Topic for #rockbox is Open Source Jukebox Firmware - http://bjorn.haxx.se/rockbox/ [a.k.a. This room is too damn quiet.]
|
||||
--- Topic for #rockbox set by adiamas at Sun May 12 02:38:43
|
||||
--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
|
||||
--> alkorr (alkorr@srs07v-5-155.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr has quit (Client Quit)
|
||||
--> alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has joined #rockbox
|
||||
<-- alkorr (alkorr@srs03v-8-46.n.club-internet.fr) has left #rockbox
|
||||
<-- Tumm has quit (Read error: 113 (No route to host))
|
||||
--> edx (edx@pD9EAB7BC.dip.t-dialin.net) has joined #rockbox
|
||||
<edx> hi
|
||||
<linuxstb> Hello - is anyone around?
|
||||
<edx> yea
|
||||
<linuxstb> Hello Felix - are you still working on the win32 simulator?
|
||||
<edx> yea
|
||||
<edx> i am...
|
||||
<linuxstb> Do you fancy implementing mpeg audio playback?
|
||||
<edx> but i've had a lot of work to do the last two weeks.. i guess i am kinda behind the x11 :)
|
||||
<edx> mpeg implementing is not too hard - i have already written a class for it (for another project) so i can use that.
|
||||
<linuxstb> I've already written a wrapper around libmad - you just need to output the 16 bit stereo sound samples to the windows sound device.
|
||||
<linuxstb> i.e. implement the functions in x11/oss_sound.c for Windows.
|
||||
<edx> hm - i just use the windows media player to do that :)
|
||||
<linuxstb> I think it may save work if the x11 and win32 share the same mpeg decoding code
|
||||
<linuxstb> Does win32 support pthreads?
|
||||
<edx> threads..
|
||||
<edx> sure.
|
||||
<edx> i'll have a look ath the oss_sound.c later on... maybe i can just translate it to windows.
|
||||
<linuxstb> I have started to implement a separate mpeg playing thread...
|
||||
<linuxstb> ... I need to try and make it work on x11, win32 and eventually the target.
|
||||
<edx> do we have a startthread funciton or something liek that for the target...
|
||||
<linuxstb> I also use the pthread_mutex_lock and pthread_mutex_unlock functions to lock the play queue
|
||||
<linuxstb> ... as well as signals to say when the queue is no longer empty
|
||||
<linuxstb> thread.c only contains a create_thread function. I can't see anything else
|
||||
<edx> ... ill have to write that for win32 then...
|
||||
<edx> i gotta go now... i'll try to continue the win32 sim code during the next week.
|
||||
<linuxstb> OK - I'll keep working on x11. Bye.
|
||||
--- edx is now known as edx|away
|
||||
<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<linuxstb> Hello Daniel - I have just sent a (long) message to the mailing list about the mpeg API. I'm happy to discuss here, or by email.
|
||||
<Bagder> uh, I'm gonna watch tv now, back in 45 mins... ;-)
|
||||
<linuxstb> No problem.
|
||||
* Bagder reads linuxstb's mail now
|
||||
<Bagder> ok, I like the suggested api in general, I only have some small details
|
||||
<Bagder> kill_playback() - "kill the mpeg playing thread" isn't that just gonna stop the audio?
|
||||
--- edx|away is now known as edx
|
||||
<linuxstb> This is something I wasn't sure about - is the mpeg thread there constantly, or should it be created and killed as required?
|
||||
<Bagder> hey edx
|
||||
<edx> hi
|
||||
<edx> Heh: http://acmesofties.cjb.net
|
||||
<Bagder> linuxstb: I'd prefer to have it there always
|
||||
<linuxstb> Will we be able to send it a signal to say "wake up and play some music"?
|
||||
<Bagder> oh sure, it would just sit waiting on a message queue or something
|
||||
<edx> Bagder: well a kinn thread wont be bad anyways...
|
||||
<edx> knn = kill
|
||||
<edx> arghl.. kinn = kill
|
||||
<Bagder> edx why so?
|
||||
<edx> meybe it needs to cleans up some stuff...
|
||||
<edx> maybe..
|
||||
<edx> jeez - cant type today
|
||||
<Bagder> I don't believe we ever need to kill threads, at least I can't think of any good reason why
|
||||
<edx> well - but the thread might want to clean up stuff...
|
||||
<Bagder> sure
|
||||
<edx> i just say it might - it doesnt have to.. :)
|
||||
<linuxstb> How about killing the thread so we can free it's memory (i.e. the play buffer) for other things
|
||||
<Bagder> but not by killing itself ;-)
|
||||
<edx> then rename the function. heh.. it's just called where kill_thread would be called if it existed
|
||||
<Bagder> linuxstb: I don't think we'll prioritise that
|
||||
<linuxstb> OK!
|
||||
<Bagder> stop_track() could stop the playback and free the play buffer
|
||||
<Bagder> then start_playback() could allocate it again and play
|
||||
<linuxstb> OK, so if are agreed that the mpeg thread is constantly there - do you have any other comments about the API?
|
||||
<Bagder> yes another minor one:
|
||||
<Bagder> what's the difference between new_track() and start_playback() ?
|
||||
<Bagder> couldn't they be the same?
|
||||
<linuxstb> start_playback creates the thread. If the thread is always there, then we can change start_playback to create_thread
|
||||
<edx> ... good night guys
|
||||
<linuxstb> ... which isn't really part of the API.
|
||||
<Bagder> night edx
|
||||
<linuxstb> bye.
|
||||
<-- edx has quit ("l8r")
|
||||
<Bagder> right, well I have just pictured myself the play thread to be always present...
|
||||
<linuxstb> yes - I agree - the play thread will always be there
|
||||
<Bagder> anyway, the thread's presence or not shouldn't be reflected in the api...
|
||||
<Bagder> so
|
||||
<Bagder> I think the rest covers everything up
|
||||
<linuxstb> You're probably right about the thread's presence.
|
||||
<linuxstb> My only other problem is how to implement the threads in the simulator
|
||||
<linuxstb> I can use pthreads on x11, but how should this be implemented?
|
||||
<Bagder> we can't simulate the threads in the same way they work on the target
|
||||
<Bagder> we need to keep simualting the apis properly, not the exact behavior
|
||||
<linuxstb> I was also thinking in terms of portability between x11 and win32.
|
||||
<Bagder> the thread stuff won't be very portable between the x11 and win32
|
||||
<linuxstb> OK - I'll start implementing it in the x11 subdirectory, and the person who writes the win32 can see if we can share any code.
|
||||
<Bagder> I agree with that approach
|
||||
<linuxstb> Another concern is the seeking inside files...
|
||||
<linuxstb> ... it could be hard to implement with VBR files. But I guess we can leave that until last.
|
||||
<Bagder> yes, I've thought about that too
|
||||
<Bagder> I think we better ignore that for now
|
||||
<linuxstb> I also think frame sizes can vary (by 1 byte) even in CBR files.
|
||||
<Bagder> so, we better read up on the details and see what we can do
|
||||
<Bagder> perhaps we won't be able to seek per time at all
|
||||
<linuxstb> I think we can seek by time, but it may require scanning the file.
|
||||
<linuxstb> The user doesn't have to use it.
|
||||
<Bagder> true
|
||||
<linuxstb> Should volume control be part of the mpeg API or separate?
|
||||
<adiamas> id assume seperate
|
||||
<Bagder> I think separate too
|
||||
<linuxstb> I guess it is just an implementation detail
|
||||
<Bagder> true
|
||||
<linuxstb> Are you happy with the peek_next_track and get_next_track concept?
|
||||
<Bagder> do we really need two functions for it?
|
||||
<linuxstb> I think so. What is the alternative?
|
||||
<Bagder> just get_next_track()
|
||||
<Bagder> uh
|
||||
<Bagder> no
|
||||
* Bagder wasn't thinking
|
||||
<linuxstb> So you are happy then?
|
||||
<Bagder> get_next would then of course advance some kind of pointer
|
||||
<linuxstb> yes - that's the difference.
|
||||
<Bagder> yes, I'm fine with it
|
||||
<linuxstb> OK. I guess we're done here then.
|
||||
<Bagder> I would prefer to have Linus say something about it though, as he's the master of the MAS and mp3 playing
|
||||
<linuxstb> I agree - I probably won't do any more work on it today anyway.
|
||||
<Bagder> I appreciate your work
|
||||
<linuxstb> No problem. I just wished that somewhere in the UK would get the recorder 20 in stock again.
|
||||
<linuxstb> I don't actually own one yet.
|
||||
<Bagder> hehe ;-)
|
||||
<linuxstb> I am assuming the recorder is the best to buy - even if I never record on it.
|
||||
<Bagder> yes
|
||||
<Bagder> it has a better display and better sound (they say)
|
||||
<linuxstb> Do you know if Linus is developing a driver for both MAS versions?
|
||||
<Bagder> he's doing the 3507 first, the Player one
|
||||
<Bagder> because that's the hardware he runs his gdb on ;-)
|
||||
<Bagder> both Linus and Björn have both Player and Recorder
|
||||
<linuxstb> Have you discussed the 3587 with him?
|
||||
<Bagder> not very much
|
||||
<linuxstb> I hope it won't be a problem then.
|
||||
<Bagder> no one thinks it will be, but we can't be sure of course
|
||||
<linuxstb> I don't even want to think about the "mpeg recording API" yet :-)
|
||||
<Bagder> it'll hopefully be less messy code
|
||||
<Bagder> the 3507 needs all bytes bit-reversed
|
||||
<linuxstb> Thanks for the chat. I'll wait for Linus to comment before going too far with the mpeg playing on the simulator.
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
|
||||
--> danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has joined #rockbox
|
||||
<danaka> hi
|
||||
<danaka> somebody out there
|
||||
<danaka> help
|
||||
<danaka> I need Info
|
||||
<adiamas> shoot...
|
||||
<adiamas> what can i help ywa with
|
||||
<danaka> hi
|
||||
<danaka> I wanted to find out which Harddrive I can use to upgrade my Recorder20
|
||||
<danaka> and another question is there a limit of files to download to my player
|
||||
<danaka> also I wanted to tell u guys that I think its pretty cool that someone trys to write his own code for the box
|
||||
<danaka> I think its pretty hard
|
||||
<danaka> I m just trying to start programming with C
|
||||
<danaka> and Java
|
||||
<danaka> will see what works better for me
|
||||
<danaka> I looked at ur site and all those files read a lot but still dont know nothing
|
||||
<danaka> well Im really beginning beginning
|
||||
<danaka> C
|
||||
<danaka> wanna play tetris, too on my machine :)
|
||||
<danaka> and Quake II grins
|
||||
<danaka> lol
|
||||
<danaka> I liked that Faq
|
||||
<adiamas> hehe sorry, back :)
|
||||
<adiamas> ill address what i can..
|
||||
<adiamas> 1. FAQ thanks for the compliment :)
|
||||
<adiamas> 2. programming... projects like this are a great way to learn
|
||||
<adiamas> 3. file limit. I don't believe their is a file limit on the size or number o files you can have, but not 100 percent positive
|
||||
<adiamas> 4. upgradeing..
|
||||
<adiamas> no idea at all.
|
||||
<danaka> would be nice to have 60 gig or something but those 2.5 drives are pretty expensive
|
||||
<danaka> gonna get my player today I cant await to put my 20 gig mp3z on it
|
||||
<danaka> but its sad that is already full after that action
|
||||
<danaka> gonna take it with me im going for a working trip to china
|
||||
<danaka> so when I look at http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/rockbox/www/sh-win/
|
||||
<danaka> seems like an emulator under win is that right?
|
||||
<danaka> Where could I start to understand all that probably use more of my Linux and let that windoze go
|
||||
<danaka> then learn C and get back to the files
|
||||
<danaka> there are a lot In that WWW dir
|
||||
<danaka> oops rockbox dir
|
||||
<danaka> please tell me where can I start to understand Im wiling to learn
|
||||
<danaka> and I want to hack my Archos
|
||||
<danaka> damn its already 6.45 in the morning here in Germany and Im still checking all Info I can get about the player without even holding it in my hands
|
||||
<danaka> but Im possitive it will arive today
|
||||
<adiamas> hmmm well..
|
||||
<adiamas> the full api for the devices isn't completed yet, but we're nearly there.
|
||||
<adiamas> as for the win/lin thing,
|
||||
<adiamas> we have a user interface simulator for both platforms
|
||||
<adiamas> the idea is that until the work on metal (hardware
|
||||
<adiamas> is done, then the rest of us have something we can work for/with in the simulator.
|
||||
<adiamas> as for where to begin.. that is always a tough question to answer.
|
||||
<adiamas> best thing i could suggest is to read over the docs that are in the cvs repositiory...
|
||||
<adiamas> then try getting the simulator working on your home machine.
|
||||
<adiamas> then just play with anything that seems interesting.
|
||||
<adiamas> i worked on tetris, screensaver and the FAQ because its what caught my eye at the time.
|
||||
<adiamas> hope that helps a bit
|
||||
<danaka> aight thanks
|
||||
<adiamas> and dont' ever be afraid to ask quesiton shere :)
|
||||
<danaka> gonna check the docs in the cvs
|
||||
<danaka> cool thanx
|
||||
<danaka> gotta go sleep now have a nice day or night or whatever u have at the moment
|
||||
<danaka> bye
|
||||
<adiamas> bye
|
||||
<-- danaka (~k_a_d_a@pD9E4A486.dip.t-dialin.net) has left #rockbox
|
||||
--> calpefrosch (~calpefros@62.52.174.30) has joined #rockbox
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
--- ChanServ gives channel operator status to Bagder
|
||||
<adiamas> hey Bagder
|
||||
<Bagder> howdy
|
||||
<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
<adiamas> Bagder taht was your reply to my idea that just went out yes?
|
||||
<Bagder> no, that's Dave's reply
|
||||
<adiamas> ah... k...
|
||||
<adiamas> i still havent gotten nicks and real life names down yet :)
|
||||
<Bagder> hehe
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Bagder> morning Zagor
|
||||
<Zagor> morn
|
||||
<Tumm> morning everyone
|
||||
<Bagder> hey Tumm
|
||||
--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
|
||||
<Bagder> morning Dave
|
||||
<linuxstb> Morning - what time is it in Sweden?
|
||||
<Bagder> 09:41
|
||||
<linuxstb> 8.41 here in London.
|
||||
<linuxstb> I'm going to be here all day - "working" at home.
|
||||
<Bagder> aah, we like that ;-)
|
||||
<Bagder> "working" at home is nice
|
||||
<linuxstb> I hope my boss hasn't joined this list :-)
|
||||
<Bagder> hehehe
|
||||
<linuxstb> Is anyone doing anything interesting on rockbox at the moment?
|
||||
<Bagder> not me
|
||||
* Bagder actually works
|
||||
<linuxstb> I'll be working today, but will have time to chat.
|
||||
<Bagder> Zagor: you have any thoughts on the mpeg thread and linuxstb's api suggestions?
|
||||
<linuxstb> The main change from my email is that the mpeg playing thread will be there permanently.
|
||||
<linuxstb> This makes start_playback and kill_playback unneccessary.
|
||||
<Zagor> well, two things: 1) we'll be using a single thread combined with an interrupt handler in target
|
||||
<Zagor> 2) the api doesn't really need to know that :-)
|
||||
<linuxstb> Agreed, but that possibly means we can't share much code between the simulator and target.
|
||||
<Zagor> yes
|
||||
<Bagder> oh yes
|
||||
<Zagor> we shouldn't share code beyond the API
|
||||
<linuxstb> I thought the aim was to share as much code as possible, and design the APIs with that in mind.
|
||||
<Zagor> actually, no. the aim is to share application code, not lowlevel code
|
||||
<Bagder> yes, the appplication code should run both in target and in the simulators
|
||||
<Zagor> there is no point in trying to make the simulator drivers behave the same as the target drivers, as long as the API is the same
|
||||
<linuxstb> The debate is then where do we draw the line between application and low-level.
|
||||
<Bagder> true
|
||||
<Zagor> in the APIs
|
||||
<linuxstb> OK - so is my suggested API at the right level?
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Linus> HELO
|
||||
<Zagor> I'd say so, yes. except for the threading things
|
||||
<Bagder> HELO Linus
|
||||
<Linus> MAIL FROM:
|
||||
<linuxstb> Welcome Linus - just the man to talk about mpeg playing.
|
||||
<Linus> Oh.
|
||||
<Bagder> ;-)
|
||||
* Linus runs for coffee
|
||||
<linuxstb> :-)
|
||||
<linuxstb> Sorry!
|
||||
<Linus> Back!
|
||||
<Bagder> our coffee machine is broken again... *sigh*
|
||||
<Linus> shaking hands, eh?
|
||||
<Zagor> the get_next_track() things are not really mpeg-playback stuff, it's part of the playlist code
|
||||
<Linus> trembling maybe
|
||||
<Linus> Are you talking about the mpeg playing API?
|
||||
<Zagor> Dave's proposal, yes
|
||||
<Bagder> well, the playback doesn't know which track to play so it needs to ask
|
||||
<Zagor> yes, but it's not part of the API
|
||||
<Bagder> so how should it work?
|
||||
<Zagor> the gist is right. i'm just saying it's not part of the API, it's part of the implementation
|
||||
<linuxstb> It's a way to abstract the actual selection of tracks by the user.
|
||||
<Bagder> I think the playlist code needs to supply that function, and the playback thread uses it
|
||||
<linuxstb> So it's part of _an_ API.
|
||||
<Zagor> yes but that selection is handled by playlist.c, not mpeg.c
|
||||
<Zagor> right
|
||||
<linuxstb> We still need that function somewhere in the program - it doesn't really matter what API we say it is part of.
|
||||
* Bagder agrees
|
||||
<linuxstb> It's part of the two-way communication needed between the "UI thread" and the "mpeg playing thread"
|
||||
<Linus> Two-way?
|
||||
<Bagder> not the ui, the playlist
|
||||
<Zagor> but the playlist code runs in the ui thread, no?
|
||||
<Bagder> Linus: the playback thread needs to know which track to play
|
||||
<Bagder> does it?
|
||||
<Zagor> i don't know :-)
|
||||
<linuxstb> The mpeg thread needs to report it's status back to the user somehow.
|
||||
<Bagder> me neither ;-)
|
||||
<Bagder> I just thought that the UI needed to be independent of the playlist somehow, but I haven't really thought about this in detail
|
||||
<Zagor> Bagder: right, but still it makes little sense to have a separate thread for playlist management
|
||||
<Bagder> right
|
||||
<Linus> Actually, I haven't given the UI thing much thought. I have only coded an MPEG playing thread.
|
||||
<Bagder> the playlist will be a chunk of structured memory
|
||||
<linuxstb> I don't think we need separate threads - just some kind of abstract data type for playlists.
|
||||
<Zagor> yup
|
||||
<Bagder> Linus: yes, but how does it know which track to play? ;-)
|
||||
<Linus> Currently, it just opens one track. It's a test.
|
||||
<Bagder> of course, but beyond the tests...
|
||||
<Linus> I had a queue in mind that the playlist/UI code kept up to date, and that the MPEG thread could pick from.
|
||||
<Zagor> umm, a playlist perhaps? ;)
|
||||
<Linus> No
|
||||
<linuxstb> Linus: that is what I am thinking. A play queue.
|
||||
<linuxstb> The point about my API is that it doesn't matter.
|
||||
<linuxstb> ... to the mpeg thread.
|
||||
<Linus> Exactly what dou you mean when you say playlist?
|
||||
<Linus> I thought a playlist was an M3U file or the like
|
||||
<Zagor> well no that's only one input to a playlist
|
||||
<Bagder> a playlist is anything that knows a sequence of tracks
|
||||
<Linus> So the playlist is the play wueue?
|
||||
<linuxstb> I think a play queue is a temporary play list where the "head" is deleted.
|
||||
<Linus> linuxstb: exactly
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> I would think so too
|
||||
<Zagor> I don't much see a point in having both a play list and a play queue. please enlighten me.
|
||||
<Bagder> hey wavey
|
||||
<wavey> morning :)
|
||||
<Linus> The play queue is what the mpeg thread sees. The playlist is a list of files created by the user.
|
||||
<Linus> In my world :-)
|
||||
<Zagor> why can't they be the same?
|
||||
<linuxstb> I'll be back in 10 minutes.....
|
||||
<wavey> what if the user changes the playlist - does your play queue get updated?
|
||||
<Linus> They could. But the term "playlist" has a predefined meaning to many people.
|
||||
<Bagder> we're not "many people" ;-)
|
||||
<Zagor> yeah, but the mpeg thread code isn't meant for "many people" :)
|
||||
<Linus> wavey: it should. But the MPEG thread doesn't care.
|
||||
<Bagder> if we offer the playback thread Dave's API, then it could be made however we want
|
||||
<Bagder> queue, list, stack, whatever
|
||||
<Bagder> it
|
||||
<Bagder> is beyond what the playback thread should care
|
||||
<Linus> So the playback thread just calls get_next_track()?
|
||||
<Zagor> yes
|
||||
<Bagder> yes
|
||||
<Linus> Fair eneough
|
||||
<Linus> hjgfljsrhbglobs
|
||||
* Bagder throws a keyboard to Linus
|
||||
<Linus> Throw me a brain
|
||||
* Bagder has none ;-)
|
||||
<Linus> So how does the MPEG thread handle the case when the playlist changes while playing?
|
||||
<Bagder> that's why there's a peek and get_next
|
||||
<Zagor> it doesn't. that's a UI problem.
|
||||
<Linus> So what happens when it changes after the peek()?
|
||||
<Bagder> while playing track A
|
||||
<Zagor> i'm not sure i agree on the peek() idea
|
||||
<Bagder> it peeks and sees track B coming up
|
||||
<Linus> How often should I peek?
|
||||
<Linus> Every second?
|
||||
<Bagder> when you need the next track
|
||||
<Linus> Every millisecond?
|
||||
<Bagder> when you need the next track
|
||||
<Linus> So how does the MPEG thread handle the case when the playlist changes while playing?
|
||||
<Bagder> while still playing the former
|
||||
<Linus> So what happens when it changes after the peek()?
|
||||
<Bagder> flush, restart
|
||||
<Linus> How do I know when to do that?
|
||||
<Bagder> or what do you suggest?
|
||||
<Linus> I = mpeg thread
|
||||
<Zagor> you're making this too complex, IMHO
|
||||
<Linus> I suggest a "push"
|
||||
<Bagder> push?
|
||||
<Linus> Maybe a PLAYLIST CHANGED message?
|
||||
<Bagder> maybe just play_track() ;-)
|
||||
<Zagor> instead of peek() and next(), use an index
|
||||
<Linus> Maybe, but it will interrupt
|
||||
<Linus> the current song
|
||||
<Zagor> when reading next_track into the buffer, check periodically (every second?) that the file is the same
|
||||
<Bagder> so how do the thread get the next song without interrupting?
|
||||
<Zagor> once the song starts, there's no turning back
|
||||
<Linus> Bagder: get_next_track()
|
||||
<Zagor> next() sucks
|
||||
<Linus> Why?
|
||||
<Bagder> why?
|
||||
<wavey> why?
|
||||
* wavey smiles
|
||||
<Zagor> because then you need a peek
|
||||
<Linus> Suggestion?
|
||||
<Zagor> get(int index)
|
||||
<Bagder> what's index?
|
||||
<Linus> OK, so a separate play queue?
|
||||
<Zagor> no
|
||||
<Bagder> 0 or 1?
|
||||
<Bagder> you guys should write this down and mail instead ;-)
|
||||
<Zagor> not until we have some kind of idea... :-)
|
||||
<Linus> Zagor: what is the index?
|
||||
<Bagder> but it sounds like we all basicly have the same idea
|
||||
<linuxstb> If the user changes the currently playing track, it calls pause_playback and then new_track with the new filename.
|
||||
<Bagder> but we talk around each other
|
||||
<linuxstb> it = the UI thread
|
||||
<Zagor> Linus: index is a track counter. using this index, you can ask for several tracks in advance.
|
||||
<Zagor> not just "current" and "next"
|
||||
<Bagder> why would the playback need that?
|
||||
<Zagor> to fill the buffer, in case of small tracks
|
||||
<Bagder> ah
|
||||
<Linus> Many short tracks.
|
||||
<Bagder> right
|
||||
<Bagder> it would in fact need that, indeed
|
||||
<Linus> Sound effects for Tetris, for example.
|
||||
<Bagder> hehe
|
||||
<linuxstb> are small tracks a real problem? How many people have small tracks?
|
||||
<Zagor> or wavey's track name reader :-)
|
||||
<Zagor> it's not a problem, but it's unfortunate to design so we can't handle them
|
||||
<linuxstb> I have no problem with having peek_track(n). We still only need get_next_track though.
|
||||
<Linus> Small tracks are not a problem. At least it shouldn't.
|
||||
<Zagor> I don't like next(). you can only call it once, right? it's a volatile interface.
|
||||
<linuxstb> Yes - it is for the case when the mpeg thread has finished playing that track.
|
||||
<Zagor> I much prefer a counter that the play thread increases itself
|
||||
<linuxstb> get_next_track could just increment a counter.
|
||||
<Linus> A agree with Zagor. But what to do when the playlist changes?
|
||||
<Bagder> the playlist code must get to know when it plays the next track
|
||||
<Linus> That is, when the index is invalid
|
||||
<Zagor> Linus: give an example
|
||||
<linuxstb> We should try and make the mpeg playing thread as "ignorant" as possible.
|
||||
<Linus> If the index is inceremented by the MPEG thread, when is it reset?
|
||||
<Zagor> in stop() ?
|
||||
<linuxstb> How does the mpeg_thread know how many songs are in the playlist?
|
||||
<Linus> I doesn't
|
||||
<Zagor> it doesn't, and shouldn't
|
||||
<linuxstb> if it increments a pointer, doesn't it need to know when to stop?
|
||||
<Zagor> yeah, when it gets NULL back
|
||||
<Linus> When it reads NULL fron the get() call it stops.
|
||||
<Zagor> :)
|
||||
<linuxstb> I still think my API is more flexible.
|
||||
<Zagor> how?
|
||||
<Linus> So the "playlist" is read by the mpeg thread via get(index)?
|
||||
<linuxstb> What if the playlist shrinks in size?
|
||||
<Bagder> I don't understand Linus' and Björn's suggestion
|
||||
<Zagor> then it will get NULL immediately
|
||||
<Linus> It puts a little burden on the playlist code
|
||||
<Linus> To be able to index the list of tracks
|
||||
<Zagor> yes, I agree. it's not the perfect idea.
|
||||
<Linus> A question: does the UI create a playlist from the current directory automatically?
|
||||
<Bagder> so how do the playlist code know which entry that plays right now?
|
||||
<linuxstb> Linus: You (i.e. the mpeg thread) shouldn't care.
|
||||
<Zagor> peek(int index) is good, but I don't want get_next() to do the same. how about a next_track(void) that the play thread calls when the playthread moves into the next track
|
||||
<Linus> I know. I'm just trying to figure out if ZAgors idea is practical
|
||||
<Linus> Zagor: sounds OK
|
||||
<Bagder> Zagor: right, we need something like that
|
||||
<linuxstb> I believe that with my API, any type of UI can be implemented.
|
||||
<linuxstb> Zagor - I agree. All you are doing is changing the name of the function, not it's purpose.
|
||||
<Bagder> well, these suggestsions aren't that different, if I'm understanding things
|
||||
<Zagor> linuxstb: actually, I don't want next_track() to tell which is the next track. only peek() is used for that.
|
||||
<linuxstb> Zagor: sorry, I misunderstood.
|
||||
<Zagor> i want next_track() to only tell the playlist code that the playthread has advanced one step
|
||||
<linuxstb> OK, what about get_track_name(n)
|
||||
<Zagor> then peek() can use a relative index instead of a counter. 0=current track, 1=next, 2=nextnext etc
|
||||
<Zagor> I think peek() is an ok name, actually
|
||||
<linuxstb> But I think we now agree on functionality.
|
||||
<Zagor> sure, if you all agree with me. :*D
|
||||
<linuxstb> I think I do.
|
||||
<Bagder> basicly, after all, this is Dave's idea with a few minor changes :-)
|
||||
<Zagor> yes
|
||||
<Zagor> but it's good to just go through it, even if we just wind up where we started
|
||||
<Bagder> right
|
||||
<Bagder> linuxstb: are you updating your original suggestion according to all this?
|
||||
<linuxstb> :-) OK.
|
||||
<Linus> I'll start coding an MPEG thread that supports this API
|
||||
<Bagder> I just think it would be good to get it in "print"
|
||||
<Bagder> neato
|
||||
<linuxstb> I don't think I'll have time to do it immediately though. Sorry.
|
||||
<Linus> Lazy bastard! :-)
|
||||
<linuxstb> Work is calling...
|
||||
<Linus> Work? What is that?
|
||||
<linuxstb> OK, I'll do something very quickly now and send to the list. If I miss something, please modify my email.
|
||||
<Linus> Is there working code for the Player keys?
|
||||
<Zagor> I think so
|
||||
<Linus> Good.
|
||||
<Bagder> Zagor: did you try your player app on target yet?
|
||||
<Zagor> no
|
||||
<Zagor> I was playing have-a-life all weekend :)
|
||||
<Bagder> would be cool to know if it works
|
||||
<Linus> Zagor: you have a player app?
|
||||
<Bagder> life?
|
||||
<Zagor> Linus: the file browser
|
||||
<Linus> Ah
|
||||
<Bagder> yeah, you guys were missing here during the weekend ;-)
|
||||
<Linus> I know. I was alone with my kid. I had no time...
|
||||
<Linus> And when I joined the channel on saturday is was dead.
|
||||
<Zagor> Linus: an excellent opportunity for that old speech about the bits and the bytes
|
||||
<Linus> Three sleeping americans
|
||||
<Bagder> oops ;-)
|
||||
<Bagder> hahaha
|
||||
<Bagder> "you see each byte consists of eight bits... "
|
||||
<Linus> Does joining the channel on a saturday night say something about not having a life...?
|
||||
<Bagder> noooooo
|
||||
<Linus> Or trying to forget that you have one?
|
||||
<Linus> "So, Rasmus, it's time to sleep now."
|
||||
<Linus> "No, I don't want to:"
|
||||
<Linus> "SLEEP GODDAMMIT! I need to hack the rockbox!"
|
||||
--- Bagder has changed the topic to: Does your box rock? http://bjorn.haxx.se/rockbox/
|
||||
<Linus> "But it's only 4am"
|
||||
<Linus> pm,
|
||||
--> alkorr (alkorr@srs05v-8-132.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> hi
|
||||
<Bagder> hi alkorr
|
||||
<alkorr> the guy we found in internet (DSP guy) is unreachable ?
|
||||
<Zagor> no, he answered but declined
|
||||
<alkorr> !?
|
||||
<alkorr> NDA ?
|
||||
<Zagor> i didn't ask any technical questions, just if he wanted to help. and he said "not for free"
|
||||
<alkorr> grrr...
|
||||
<Linus> Typical. A guy that has mouths to feed. :-)
|
||||
<Zagor> the youth of today... :-)
|
||||
<Bagder> he probably thinks he has a life too! ;-P
|
||||
* Bagder curses everyone that don't agree with us
|
||||
<alkorr> well, in fact, what we need is some infos like assembly codes or some tools. Even such a thing is impossible for him ???
|
||||
<Zagor> the tools are proprietary. same with the docs...
|
||||
<alkorr> if he doesn't want to code for us is not a matter for me
|
||||
<alkorr> and he said "not for free"... a cracker ?
|
||||
<Zagor> that was not a quote. he said he was not interested in doing it as a spare time hobby project.
|
||||
<Zagor> doing it == helping
|
||||
<alkorr> ok
|
||||
<alkorr> what his email address ?
|
||||
<Linus> BOMB HIM! :_)
|
||||
<alkorr> yaaah
|
||||
<linuxstb> I've just emailed an updated API document to the list. Please amend and publish on the website.
|
||||
<linuxstb> Now I must do some work :-).
|
||||
<Zagor> alkorr: samar@winlab.rutgers.edu
|
||||
<Zagor> next_track() should be "void next_track(void)"
|
||||
<linuxstb> Can someone else take responsibility for amendments?
|
||||
<Zagor> sure
|
||||
<linuxstb> We also need to decide on the location of the functions - e.g. firmware/mpeg.h and firmware/playlist.h
|
||||
<Zagor> yes
|
||||
<Zagor> the mpeg code should probably stay in firmware, while the playlist code goes in apps
|
||||
<Zagor> now go work! ;)
|
||||
--- Linus is now known as Linus|lunch
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
<-- alkorr has quit ()
|
||||
--- Linus|lunch is now known as Linus
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
<Linus> Yo guys!
|
||||
* Bagder awakens and blinks
|
||||
<Linus> Do we really need the "bool" type? I think it's redundant.
|
||||
<Bagder> it is redundant, I just kinda like having functions return 'bool' when they return only TRUE or FALSE
|
||||
<Zagor> umm... does anyone remember why we added it? ;)
|
||||
<Bagder> we added it because code we added used it
|
||||
<Linus> What code
|
||||
<Bagder> does it matter?
|
||||
<Linus> Just curious
|
||||
<Linus> I feel like killing the bool type.
|
||||
<Bagder> I think it was Gary code
|
||||
<Bagder> why "kill" it? does it harm anyone? ;-)
|
||||
<Linus> It's ugly.
|
||||
<Bagder> what if we paint it in bright colours? ;-P
|
||||
<Zagor> it sort of flies in the face of the "no new types, just plain C" rule in CONTRIBUTING
|
||||
<Bagder> we discussed it when I added it there
|
||||
<Linus> Having a type like that automatically makes people think that we HAVE to use it.
|
||||
<Bagder> before CONTRIBUTING even existed :-)
|
||||
<Zagor> I know. and now we discuss it again. :-)
|
||||
<Bagder> as I said, I am +1 on using and having bool
|
||||
<Bagder> you may vote against me
|
||||
* Zagor is undecided
|
||||
<Linus> I am definitely against.
|
||||
<Bagder> I think it improves readability
|
||||
<Bagder> a matter of taste and opinion no doubt
|
||||
<Zagor> well bool is part of the C99 specifiction, so I guess it should be considered as "plain C"
|
||||
<Bagder> oh don't we just loooove C99 ;-)
|
||||
<Linus> Maybe I'm just old and cranky...
|
||||
<Bagder> yes you are OOOOOLD
|
||||
<Zagor> but then we should use the built-in bool and not define it ourselves
|
||||
<Bagder> no can do
|
||||
<Bagder> we build with non-C99 compilers too
|
||||
<Zagor> yeah, the simulators. but not the target.
|
||||
<Bagder> right
|
||||
<Zagor> so let the simulators define a bool if they need to
|
||||
<Bagder> is the 2.95 one true C99 then?
|
||||
<Bagder> not everyone uses gcc3 for target
|
||||
<Zagor> I don't know, but I've seen gcc C code use internal 'bool'. can't figure out how to enable it, though :-)
|
||||
<Bagder> oh well, let's face the problem when we get it, not assuming it on beforehand
|
||||
<Zagor> yes
|
||||
* Bagder noticed that edx edited out wavey's little C99'ism in the playlist code a week ago or so...
|
||||
<Zagor> what was that?
|
||||
<Bagder> dynamic array alloc on stack
|
||||
<Bagder> char buffer[foo];
|
||||
<Zagor> ah, yes. but that's bad code (tm) too.
|
||||
<Bagder> it depends
|
||||
<Bagder> now it makes a malloc() instead, which isn't a lot better
|
||||
<Zagor> well we have a lot more heap than stack :)
|
||||
<Bagder> well, using memory in one pool or another
|
||||
<Zagor> gcc supports bool since 2.7.0, btw
|
||||
<Bagder> ok
|
||||
<Linus> Zagor: your ATA/FAT code uses the stack for sector data.
|
||||
<Bagder> how big stack are you running with atm?
|
||||
<Zagor> #include <stdbool.h> is the C99 way
|
||||
<Linus> 8K
|
||||
<Zagor> Linus: yes, it's imperfect but it's also fixed size
|
||||
<Linus> True
|
||||
<Linus> Forgot about the dynamic size. THAT is bad code (tm)
|
||||
<Zagor> but you're right, that should be changed
|
||||
<Bagder> well, malloc() causes fragmentation, dynamic on the stack doesn't ;-)
|
||||
<Bagder> *and* it is faster to get it and return it
|
||||
* Bagder shuts up now
|
||||
<Linus> But that forces us to use a huge stack, chich is unused most of the time.
|
||||
<Bagder> very true
|
||||
<Linus> And one huge stack per thread...
|
||||
<Zagor> stdbool.h defines "bool", "true" and "false"
|
||||
<Zagor> not TRUE and FALSE
|
||||
<Bagder> #define TRUE true ;-)
|
||||
<Linus> Gaah!
|
||||
<Zagor> Linus: gaah what, the 'false' or the #define?
|
||||
<Linus> The define
|
||||
<Zagor> ah, agreed
|
||||
<Linus> But I think we should use true/false if we intend to be C99
|
||||
<Zagor> yes
|
||||
* Bagder disagrees
|
||||
* Linus waits for Bagders explanation
|
||||
<Zagor> go on
|
||||
<Bagder> first, just because we can do C99 doesn't mean we have to
|
||||
<Linus> ok
|
||||
<Zagor> true
|
||||
<Bagder> secondly, I am just so darned used to TRUE and FALSE and I like them that way ;-)
|
||||
<Linus> And I am used to BOOL and not bool
|
||||
<Linus> but i prefer int
|
||||
<Bagder> BOOL?
|
||||
<Bagder> windows? ;-)
|
||||
<Linus> Amiga
|
||||
<Zagor> linus wants VOID too
|
||||
* Zagor hides
|
||||
<Bagder> hehe
|
||||
<Linus> It's actually quite common
|
||||
* Linus slaps Zagor HARD
|
||||
* Bagder can hardly remember Amiga programming ;-)
|
||||
<Zagor> I prefer 'hard'
|
||||
<Zagor> ;)
|
||||
<Linus> OK so if BOOL is wrong, why is bool right?
|
||||
<Linus> When there isn't a bool type in the first place
|
||||
<Bagder> because bool is lowercase
|
||||
<Linus> And having TRUE and FALSE doesn't force us to use a BOOL/bool type
|
||||
<Bagder> no, they're not strictly related
|
||||
<Linus> I like int and TRUE and FALSE
|
||||
<Zagor> As the code police, I like to have firm ground to stand on when telling people not to create new types. 'bool' is built-in, which means we no longer create any new types.
|
||||
<Linus> That implies C99
|
||||
<Zagor> yes
|
||||
<Zagor> or, rather, gcc
|
||||
<Linus> I can go with that.
|
||||
<Linus> What I am against is user-defined types for no reason.
|
||||
<Bagder> C99 or gcc rather
|
||||
<Zagor> I still reserve the right to refuse some other portions of C99 :)
|
||||
* Linus loads his gun
|
||||
* Bagder digs up the standard to write peculiar code ;-)
|
||||
* Zagor changes all TRUE/FALSE to true/false
|
||||
<Linus> Officer Zagor: must we use bool, or is it at our convenience?
|
||||
<Zagor> If it's a bool, I say we should use a bool. it *does* make the API easier to read
|
||||
* Bagder scores a point with the police ;-)
|
||||
* Bagder is writing the greatest memory hog at work ;-)
|
||||
<Bagder> incredibly stupid
|
||||
<Linus> Tell me
|
||||
<Bagder> "follow the spec" ;-)
|
||||
<Bagder> we have a built-in "registry" in our boxes
|
||||
<Bagder> a hierarchal view of lots of settings
|
||||
<Bagder> every program can register new "nodes"
|
||||
<Bagder> and the data is read/set with callbacks
|
||||
<Bagder> quite neat, in general
|
||||
<Bagder> now, this module we're working on that I'm writing this "registry" interface for is breaking all previous limits
|
||||
<Bagder> it takes a lot to explain, but a modest calculation of used ram may end up on 30MB...
|
||||
<Bagder> where we previously used ~3
|
||||
<Bagder> for the complete system
|
||||
<Zagor> ooh, nice :)
|
||||
<Linus> Ouch!
|
||||
<Bagder> it is beyond all sense
|
||||
<Linus> Code police: should we include "stdbool.h"?
|
||||
<Bagder> connection.oDescription.X.destination.X.channel.X.sourceRoute.X
|
||||
<Bagder> ... each X is a number between 0 and ... ;-)
|
||||
<Bagder> say max 10, and we say 10.000 nodes ;-)
|
||||
<Zagor> Linus: yes
|
||||
* Bagder sighs and gets back to work
|
||||
<Zagor> Bagder: never let reality come in the way of an elegant design! ;)
|
||||
<Bagder> this is a perfect candidate for this
|
||||
<Bagder> they smile very big when they think of this design ;-)
|
||||
<Bagder> they won't smile as much when reality strikes back
|
||||
<Bagder> you didn't change tetris
|
||||
<Zagor> i know, i changed the firmware first. fixing the simulator now.
|
||||
<Bagder> nice
|
||||
<Zagor> dine
|
||||
<Zagor> done
|
||||
--> irony (~irony@as2-5-7.j.bonet.se) has joined #rockbox
|
||||
<irony> hello
|
||||
<Zagor> hi
|
||||
<Bagder> hey irony
|
||||
<irony> hi Bagder
|
||||
<Zagor> how's the web design going? ;)
|
||||
<irony> oh
|
||||
<irony> haven' put any effort in it really
|
||||
<irony> =)
|
||||
<irony> hey have you guys tried gentoo?
|
||||
<Zagor> nope
|
||||
<irony> I like it, really. I learned a lot form the install, since it's not "automagic"
|
||||
<irony> only downside is that it takes quite a while to install, since everything is compiled from scratch
|
||||
<Linus> What it gentoo?
|
||||
<irony> www.gentoo.org
|
||||
<irony> linux distribution
|
||||
<irony> with a ports-system
|
||||
<Zagor> it's a linux distro that compiles everything
|
||||
<irony> yep
|
||||
<irony> I like the approach, it's really cool.
|
||||
<irony> but kde takes a lifetime to compile, though.
|
||||
<Linus> Just upgrade your computer. :-)
|
||||
<Zagor> personally, I think it's unnecessary. but i'm glad it's there for those who want it.
|
||||
<irony> Linus: hehe
|
||||
--> chris1 (~flanz@62.132.155.14) has joined #rockbox
|
||||
<irony> Zagor: Well, I can agree that a quick binary automatic install is better in one sense
|
||||
<irony> Butit is really nice to have the possibility of choosing and optimizing, even though one does not have extensive linux knowledge
|
||||
<chris1> hi
|
||||
<Linus> Hi!
|
||||
<Zagor> irony: curl -O package.tar.gz; tar xzf package.tar.gz; cd package; ./configure; make; make install
|
||||
<Zagor> it's not like it's difficult :-)
|
||||
<chris1> Zagor your have checkin (id3.h) .)
|
||||
<Zagor> no, it didn't change. why?
|
||||
<Zagor> irony: It would be very nice if you could mail me the mockup webpage you did, so I can use the colors etc.
|
||||
<irony> Zagor: true...
|
||||
<irony> Zagor: but still
|
||||
<irony> i still like gentoo
|
||||
<chris1> oh sorry , I have get the update now. I have test the compile from last th.day. The win32 build fail. this file was not found.
|
||||
<Zagor> nice for you :)
|
||||
<irony> I am trying xfs, does anyone have experiences?
|
||||
<Bagder> chris1: it was present yesterday too...
|
||||
<irony> Zagor: it's just an image, but sure. Otherwise I might put some effort in and make a real page
|
||||
<irony> Zagor: just need to wait for kde to finish compiling
|
||||
<irony> :)
|
||||
<Zagor> ok, if you wish
|
||||
<Linus> Oh. A lifetime.
|
||||
<chris1> bagder : I have se the log 2002/5/5 10:31:21 :)
|
||||
<irony> pretty I should have done this compiling over night
|
||||
<-- irony has quit ("Changing server")
|
||||
<-- chris1 has quit ("r")
|
||||
--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox
|
||||
<edx> hi
|
||||
<Linus> yo
|
||||
<Zagor> hi
|
||||
* edx has to leave again in a sek...
|
||||
<edx> total-school-overload :P
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<Bagder> you scared them away! ;-)
|
||||
<edx> sorry
|
||||
<edx> hehe
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<edx> (meybe it was the word "school") lol
|
||||
<Bagder> hehe
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Zagor> tunnel problems
|
||||
<edx> arghl.. there i go again with the typing stuff (meybe = maybe)
|
||||
<edx> .. gotta go - be back in like an hour. cu
|
||||
--- edx is now known as edx|away
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
--> alkorr (alkorr@srs08m-8-30.n.club-internet.fr) has joined #rockbox
|
||||
<-- calpefrosch has quit (Read error: 104 (Connection reset by peer))
|
||||
<alkorr> i have a contact with this guy... i'm trying to have those opcodes, he could help to provide them
|
||||
<alkorr> (DSP coder guy)
|
||||
<Zagor> ah, nice!
|
||||
<Zagor> gotta go. see you tomorrow, guys
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<-- alkorr has quit ()
|
||||
* Bagder takes off for home too
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
--- edx|away is now known as edx
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> good evening
|
||||
<Linus> evening
|
||||
<Linus> Bagder: how is that malloc() going?
|
||||
<Bagder> it is sitting here, I was under the impression it wasn't exactly needed
|
||||
<Linus> Just curious. I'm using the newlib malloc now, but I assume that we will use your malloc() in the future.
|
||||
<Bagder> it would be interesting to run a comparison on them somehow
|
||||
<Linus> Perhaps.
|
||||
<Bagder> I should probably start with adding the code and a couple of tests
|
||||
<Linus> Do so. How do you tell it where the pool is?
|
||||
<Bagder> bmalloc_add_pool()
|
||||
<Bagder> bmalloc_add_pool(thisisourheap, AMOUNT_OF_MEMORY);
|
||||
<Bagder> it can in fact handle multiple pools
|
||||
<Linus> So it can have many pools?
|
||||
<Linus> OK
|
||||
<Bagder> not that I think we need that
|
||||
<Linus> I think not.
|
||||
<Bagder> committed
|
||||
<Linus> Great!
|
||||
<Bagder> basicly 1400 lines of code for the lot
|
||||
<Linus> ooh
|
||||
<Bagder> well, check the newlib one as comparison ;-)
|
||||
<Bagder> Anja just got back home, I gotta go and talk to her
|
||||
<Bagder> see ya
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<-- edx has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- Linus has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- Tumm has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
--> edx (edx@pD9EA9D41.dip.t-dialin.net) has joined #rockbox
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
--> kjer (~kjer@h168n2fls21o1070.telia.com) has joined #rockbox
|
||||
<-- wavey has quit (Read error: 104 (Connection reset by peer))
|
||||
<-- kjer (~kjer@h168n2fls21o1070.telia.com) has left #rockbox
|
||||
<edx> cya guys
|
||||
<-- edx has quit ("good night")
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
--> Zubster16 (none@pmchar1-45.rconnect.com) has joined #rockbox
|
||||
<Zubster16> Hello
|
||||
<Zubster16> anyone here?
|
||||
<-- Zubster16 has quit ("« Ë×Çü®§îöñ » Info«v9.1» Released«March 26, 2002» Channel«#Excursion on Da")
|
||||
--> PsycoXul (psyco@adsl-63-205-40-140.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
**** ENDING LOGGING AT Mon May 13 22:21:16 2002
|
||||
|
||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,515 +0,0 @@
|
|||
**** BEGIN LOGGING AT Thu May 16 22:16:35 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
|
||||
--- You are now known as adi|home
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<dw|gone> Hellö ppl!
|
||||
--- dw|gone is now known as dwihno
|
||||
<Bagder> morning
|
||||
<dwihno> How are you today?
|
||||
<Bagder> pretty good
|
||||
<Bagder> loadsa mails to deal with
|
||||
<dwihno> "Free XXX"
|
||||
<dwihno> "Get bigger dick with our magic pills"
|
||||
<dwihno> "Debt consolidation"
|
||||
<Bagder> more like "how do I make this work?" kinds
|
||||
<Bagder> the spams are mostly filtered automaticly
|
||||
<dwihno> You work as a consultant?
|
||||
<Bagder> yes
|
||||
<Bagder> but the mails are mostly about my spare time hacks
|
||||
<dwihno> what kind of consultant?
|
||||
<Bagder> embedded, network, unix
|
||||
<dwihno> Oh
|
||||
<dwihno> Sounds like a fun job :)
|
||||
<Bagder> been working for Net Insight the least 2+ years
|
||||
<Bagder> oh it _is_ a great job
|
||||
<dwihno> I've been unemployed for almost a year :(
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> ugha
|
||||
<Linus> uuh
|
||||
<dwihno> Good morning Linus-dude! :D
|
||||
<Bagder> hey Linus the rocker!
|
||||
<Linus> morning d00d!
|
||||
<Bagder> you're early
|
||||
<dwihno> Bagder: Yeah, it sucks, but I'm not giving up - I write applications almost every day
|
||||
<Linus> Yup. Have to go early today
|
||||
<Bagder> dwihno: that's probably the sane thing to do
|
||||
* Linus goes for coffee
|
||||
<dwihno> :-)
|
||||
* dwihno .equals(sane)
|
||||
<dwihno> *yawn*
|
||||
<dwihno> I hate cooking lunch in the morning
|
||||
<dwihno> <-- did some pretty nice chicken salad
|
||||
<Linus> what do you guys think we should do about the GDB enabled version of librockbox?
|
||||
<Linus> and the release version?
|
||||
<Linus> multiple targets in the makefile?
|
||||
<Linus> or multiple libraries?
|
||||
<Bagder> good q
|
||||
<Bagder> my opinion: multiple targets, the same library
|
||||
<Linus> OK. next q:
|
||||
<Linus> should thread.c malloc() the stack, or should we have static stacks for the threads?
|
||||
<Linus> not a big issue, really. Just thinking.
|
||||
<Bagder> I doubt that we'll realloc() the stack so a static is slightly better
|
||||
<Linus> ok
|
||||
<Linus> we need special compiler flags for some files, like thread.o
|
||||
<Linus> how do we do that without messing with the dependencies?
|
||||
<Bagder> that's the downside of all those wildcard things
|
||||
<dwihno> <-- loves wildcards
|
||||
<Bagder> the thread.o should have its own line in the makefile, with its own additional flags on the compile line
|
||||
<Linus> Bagder: indeed
|
||||
<Linus> What does Make do when thread.o has two targets?
|
||||
<Bagder> it yells
|
||||
<Linus> gah
|
||||
<Linus> So what do we do
|
||||
<Bagder> thread.o must be removed from the wildcard-generated list
|
||||
<dwihno> Some shell script generating the makefile's perhaps?
|
||||
<-- Tumm has quit (Read error: 113 (No route to host))
|
||||
<Bagder> I bet there is some keyword that allows us to cut out a specific file from the SRC generated list
|
||||
<Linus> Bagder: Yeah. I guess we have to do that. It's a pity.
|
||||
<Bagder> SRC = $(filter tread.c, $(SRC))
|
||||
<Bagder> SRC = $(filter-out tread.c, $(SRC))
|
||||
<Bagder> rather
|
||||
<Bagder> btw
|
||||
<Bagder> Linus: do you know why the Recorder doesn't allow music to be played while charging the batteries?
|
||||
<dwihno> It doesn't?! :(
|
||||
<Bagder> at least I haven't been able to make it ;-)
|
||||
<dwihno> hm
|
||||
<dwihno> You probably forgot connecting it to the PC ;)
|
||||
<dwihno> Do you develop using linux or windows?
|
||||
<Bagder> there is only one ;-)
|
||||
<Bagder> Linux
|
||||
<Bagder> and Solaris too actually
|
||||
<dwihno> okay
|
||||
<dwihno> USB on solaris?
|
||||
<dwihno> Did you ever try a BSD variant?
|
||||
<Bagder> I don't need usb to develop
|
||||
<Bagder> we have simulators, remember
|
||||
<dwihno> aaah
|
||||
<dwihno> the Simulator(tm) :D
|
||||
<Bagder> yes, I've tried BSD variants
|
||||
<dwihno> so what did you think?
|
||||
<Bagder> about what?
|
||||
<Bagder> BSD?
|
||||
<dwihno> yeah
|
||||
<dwihno> and how much of a difference is there between the simulator and the real hardware?
|
||||
<Bagder> the simulators simulate the "low-level" APIs, so we can write "apps" on them
|
||||
<Bagder> the BSDs are generally fine, in some areas great, in some not so great
|
||||
<dwihno> Please go on :)
|
||||
<Linus> Bagder: Zagor does it all day (listening while charging)
|
||||
<Bagder> hm
|
||||
<Linus> I tried just now. What is your problem?
|
||||
<Linus> You have to push "on"
|
||||
<Linus> puch and hold
|
||||
<Bagder> while charging?
|
||||
<Linus> just like when you turn it on normally
|
||||
<dwihno> So what linux distributions are you guys using+
|
||||
<Linus> Red Hat
|
||||
<Linus> I wanted to install Debian, bit it kind of backfired on me
|
||||
<Bagder> ah ok
|
||||
<Bagder> I just didn't press long enough
|
||||
<dwihno> How about you Bagder?
|
||||
<Linus> He is an old red hat
|
||||
<Bagder> once upon the time redhat
|
||||
<dwihno> /\
|
||||
<Bagder> source since
|
||||
<Linus> patched as hell
|
||||
<dwihno> /\
|
||||
<dwihno> hm
|
||||
<dwihno> that's my hat ;)
|
||||
<Bagder> $ telnet localhost
|
||||
* adi|home slaps you all with the "be quiet im tring to sleep" stick
|
||||
<Bagder> Trying 127.0.0.1...
|
||||
<Bagder> Connected to localhost.
|
||||
<Bagder> Escape character is '^]'.
|
||||
<Bagder> Storebror Linux What Hasn't Crashed Yet Soon Will
|
||||
<Bagder> Kernel 2.4.18 on an i686
|
||||
<Bagder> login:
|
||||
<Bagder> :-)
|
||||
<dwihno> Telnet rules
|
||||
<Bagder> you tring huh? ;-)
|
||||
<adi|home> telnet SUCKS
|
||||
<adi|home> ssh is god
|
||||
<adi|home> i have issues with plain text
|
||||
<Bagder> telnet is fine on localhost ;-)
|
||||
<adi|home> or "here, sniff my password"
|
||||
<adi|home> bah, humbug
|
||||
<adi|home> i wouldn't trade the ease of use of scp and ssh for anything
|
||||
<dwihno> ssh is good
|
||||
<dwihno> and cute
|
||||
<Linus> what do we prefer:
|
||||
<Linus> make DEBUG=1
|
||||
<Linus> or
|
||||
<Linus> make debug
|
||||
<adi|home> make debug
|
||||
<Bagder> the latter
|
||||
<Linus> ok
|
||||
<adi|home> cause its like comparing to "make CLEAN=1"
|
||||
<adi|home> :)
|
||||
<Bagder> yeah
|
||||
<Linus> not really. clean is a target, DEBUG is more like an option
|
||||
<adi|home> have we reached any sort of decision on how apps/ is going to be set up?
|
||||
<Linus> debug affects the compiler flags
|
||||
<adi|home> no, id treat debug as a target too..
|
||||
<Bagder> adi|home: hehe, not really, but I think we go for all "general" files in the root with target-specific code in subdirs, for now
|
||||
<adi|home> doing LINUX or SOLARIS .. those id accept at =1
|
||||
<adi|home> k
|
||||
* adi|home needs to get back into the swing of things
|
||||
<Bagder> but I don't know why Björn didn't move all the app code from uisimulator to apps
|
||||
<adi|home> if you want me to just switch everything over i can.. but i don' see a need to yet really
|
||||
<Bagder> there's no immediate need, no, I just thought it'd be cleaner
|
||||
<Bagder> when we wanna start building target stuff using the apps
|
||||
<Linus> Bagder: how do i change CFLAGS in a target?
|
||||
<Bagder> ehum
|
||||
<Bagder> you don't
|
||||
<Linus> Hence my question above
|
||||
<Bagder> well, in a sane makefile you have a differently named variable for that then
|
||||
<Linus> and no default rules?
|
||||
<Linus> Here we go
|
||||
<Bagder> right
|
||||
<Bagder> or rather
|
||||
<Bagder> you'd use different object files
|
||||
<Linus> oh no
|
||||
<Bagder> oh yes ;-)
|
||||
<Linus> Then we are in depoendency hell
|
||||
<Bagder> not necessarily
|
||||
<Bagder> DBGOBJS := $(SRC:%.c=debug/%.o) crt0.o
|
||||
<Bagder> or however you write that kind of stuff
|
||||
<Bagder> or perhaps not
|
||||
<Bagder> using default rules really ain't fine here
|
||||
<Linus> The seldom are
|
||||
<Bagder> and totally unnecessary since we generate the deps anyway
|
||||
<Bagder> we can just as well generate the action line too
|
||||
<Linus> I see the Makefile growing
|
||||
<Bagder> sure
|
||||
<Bagder> but it needs to do good
|
||||
<Bagder> a small bad makefile is worse than a big good one
|
||||
* adi|home pets the Makefile.. "good makefile.. you grow.. big.. strong makefile.. strong like bull"
|
||||
<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
|
||||
<Bagder> more coffee
|
||||
<Linus> I would prefer writing "make DEBUG=1" instead of having a more complex makefile/dependency generation
|
||||
<Bagder> it'll work for now at least
|
||||
<dwihno> make -f Makefile.debug
|
||||
<dwihno> :-)
|
||||
<Bagder> I received a poem by mail this morning:
|
||||
<Bagder> fooled dad added cable
|
||||
<Bagder> failed decode doc called aid
|
||||
<Bagder> official bill baffled
|
||||
<Bagder> supposed to be almost Haiku, and it is...
|
||||
<Bagder> hexadecimal ;-)
|
||||
<dwihno> haha
|
||||
<Bagder> 00000000 f0 01 ed da da dd ed ca b1 e0
|
||||
<Bagder> 00000013 fa 11 ed de c0 de d0 cc a1 1e da 1d
|
||||
<Bagder> 0000002b 0f f1 c1 a1 b1 11 ba ff 1e d0
|
||||
<dwihno> Writing hexadecimal poetry goes in the top20 of the "what to do on a rainy day" list :)
|
||||
<Bagder> indeed
|
||||
--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
|
||||
<calpefrosch|work> morning
|
||||
<Bagder> morning calpe
|
||||
<Linus> morning Froggy
|
||||
* calpefrosch|work quacks
|
||||
--> StarFox (~GatesOfHe@adsl-64-175-110-181.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
* Bagder greets StarFox welcome
|
||||
<StarFox> hello Bagder
|
||||
* StarFox is trying out some new themes
|
||||
<Linus> hi starfox
|
||||
<StarFox> hello Linus
|
||||
<Bagder> StarFox: you an Archos owner?
|
||||
<StarFox> no
|
||||
<Linus> This is only for club members. :-)
|
||||
<Linus> haha
|
||||
<Bagder> hey
|
||||
<Bagder> there's no rockbox available yet anyway ;-)
|
||||
<Linus> No, but it's close now
|
||||
<dwihno> Will the LCD-off feature be in the first releases?
|
||||
<Linus> Bagder: can you check the makefile changes for me?
|
||||
<Bagder> the very first release is for the player
|
||||
<Linus> I haven't written a MAS driver for the Recorder yet
|
||||
<Bagder> Linus: yes, that makefile looks fine
|
||||
<Bagder> does it work? ;-)
|
||||
<dwihno> Ah, okay
|
||||
<Linus> Good. Zagor will probably have some wierd comments on it :-)
|
||||
<Linus> Bagder: yes it works :-)
|
||||
<Bagder> oh he will
|
||||
<Bagder> Zagor the code police will strike down ;-)
|
||||
<Bagder> we need to join the rebel forces
|
||||
* dwihno can hear the "boot sound" in his head: "R-r-r-rockbox - Open Source kickass firmware"
|
||||
<Linus> Yeah. He's a badass moddafacka Code Cop
|
||||
* Bagder is scared of the code police force
|
||||
<StarFox> brb
|
||||
<-- StarFox has quit ("Will return soon")
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Linus> oops
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> hey Zagor_
|
||||
<Zagor_> hi
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Linus> oh no! the police! run!
|
||||
* Bagder ducks
|
||||
<dwihno> :D
|
||||
<dwihno> GOOD MORNING ZAGOR! :D
|
||||
<dwihno> Zagor: Linus has been here all day long, did you have a sovmorgon? :)
|
||||
<Zagor> yeah
|
||||
<dwihno> :-)
|
||||
<dwihno> Zzzagor ;)
|
||||
* Bagder is gonna go and have some nice shots now!
|
||||
<dwihno> Shots?
|
||||
<dwihno> This early? :)
|
||||
<Bagder> as in needles
|
||||
<Bagder> vaccine
|
||||
--- Bagder is now known as Bagder|gone
|
||||
<dwihno> Vaccine for what?
|
||||
<Bagder|gone> I dunno ;-) I'll find out!
|
||||
<Bagder|gone> I'm going to east africa this summer
|
||||
<dwihno> Ah
|
||||
<dwihno> Then I know which vaccine you are getting
|
||||
<dwihno> Insanity neutralizer ;)
|
||||
<dwihno> Nobody sane would ever go to africa
|
||||
<dwihno> All sick mosquitos and rhinos and giraffs... That's scary stuff dude! :)
|
||||
<Linus> Uganda?
|
||||
--- Linus is now known as Linus|lunch
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
--- Linus|lunch is now known as Linus
|
||||
--- Bagder|gone is now known as Bagder
|
||||
<Zagor> still alive, bagder? ;)
|
||||
<dwihno> We are alive
|
||||
<dwihno> (Paul van Dyk)
|
||||
<dwihno> :-)
|
||||
<Bagder> I got away pretty good ;-)
|
||||
<Bagder> not a single shot
|
||||
* dwihno gives everybody some newly baked bullar
|
||||
<Bagder> had them all already ;-)
|
||||
<Bagder> mainly just Malaria poison needed
|
||||
* Bagder thinks ispell-complete-word rocks hard
|
||||
* Bagder detects trouble
|
||||
<dwihno> find / -type trouble
|
||||
<Bagder> gaaah
|
||||
<Bagder> May 17 10:46:22 pm1 named[27762]: exiting (due to assertion failure)
|
||||
<dwihno> hm
|
||||
<dwihno> named must not be stopped!
|
||||
<Bagder> correctomente
|
||||
<dwihno> What version of named?
|
||||
<Bagder> wait, gotta fix this first
|
||||
<dwihno> mkay
|
||||
<Bagder> weirness
|
||||
<Bagder> weirdness
|
||||
<Linus> oh
|
||||
<Bagder> named starts from inetd mostly
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
<dwihno> fishy
|
||||
<dwihno> ><))))8>
|
||||
<Bagder> May 17 10:46:22 pm1 named[27762]: message.c:808: REQUIRE(*rdataset == 0) failed
|
||||
* Bagder goes debugging
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
|
||||
<Zagor> gah!
|
||||
* Zagor notes the bjorn.haxx.se http access log has grown to 460 MB since december
|
||||
<dwihno> oh my god! :/
|
||||
<dwihno> <-- tries to hide his DOS attack with some vanilla sauce
|
||||
* Zagor shops for a good log analyzer
|
||||
<dwihno> Denial of Sås
|
||||
<dwihno> We got analog
|
||||
<Zagor> is it good?
|
||||
<dwihno> then webalizer
|
||||
<dwihno> analog is extremely configurable
|
||||
<dwihno> webalizer produces nice graphs ;D
|
||||
<Zagor> i'll try analog
|
||||
<Bagder> I moved lots of files from the sim dir to the apps dir
|
||||
<Bagder> and made the x11-simulator build again, both versions
|
||||
<Zagor> nice
|
||||
<Bagder> updated the activity too with the new paths
|
||||
<dwihno> Do you have a slogan for the Rockbox project yet?
|
||||
<Bagder> "its better to rock a box than to box a rock"
|
||||
<Bagder> :-P
|
||||
<dwihno> hehe
|
||||
<dwihno> box a rock?! :)
|
||||
<dwihno> No fun
|
||||
<Zagor> we don't need no steeenkin slogan :)
|
||||
<dwihno> :~(
|
||||
<dwihno> So what can I contribute with to the project?
|
||||
<dwihno> ascii art? :)
|
||||
<Zagor> haha
|
||||
<dwihno> Seriousley
|
||||
<dwihno> I want to contribuyte
|
||||
<dwihno> I can make new games :)
|
||||
<Zagor> fire away. asteriods is still unclaimed :)
|
||||
<dwihno> hehe
|
||||
<dwihno> Tell me about the development environment and the test software you are using :)
|
||||
<Zagor> have you read the API file?
|
||||
<dwihno> I have ZERO files
|
||||
<dwihno> Except from JPEG's ;D
|
||||
<Zagor> go browse the cvs
|
||||
<Zagor> http://bjorn.haxx.se/rockbox/cvs.html
|
||||
<Zagor> 180603 hits in /rockbox/ :)
|
||||
<Zagor> plus another 30209 in /jukebox/
|
||||
<dwihno> juckbox :)
|
||||
<dwihno> On monday I will place my order for a recorder! :D
|
||||
<Bagder> that's the spirit! ;-)
|
||||
<dwihno> Oh
|
||||
<dwihno> I just found out monday is a day off
|
||||
<Bagder> yeps
|
||||
<dwihno> Luckily I found out it now, or I would have been here on monday morning :)
|
||||
<Bagder> http://daniel.haxx.se/hexpoetry/goodies.html
|
||||
<Zagor> yay!
|
||||
<Bagder> it seems people keep busy with useful things ;-)
|
||||
<dwihno> hahaha
|
||||
<dwihno> mongo :)
|
||||
<dwihno> baddade blodad collie
|
||||
<dwihno> fifflade labile olof
|
||||
<dwihno> haha
|
||||
<Zagor> we should separate the player and recorder code, and not have everything in apps/ root
|
||||
<Zagor> icons, bmp, tetris, screensaver etc
|
||||
<Bagder> true
|
||||
--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
|
||||
<Bagder> hi daev
|
||||
<Bagder> dave
|
||||
<linuxstb> Hi - what happenning to the CVS? :-)
|
||||
<Bagder> haha
|
||||
<Bagder> we move sources into apps that are meant for target and simulator
|
||||
<Bagder> to have the uisimulator for simulator stuff only
|
||||
<linuxstb> I think that's a good thing. When do you think you will be finished?
|
||||
<Bagder> dunno, we just discussed putting the recorder-specific files in their own subdir in apps
|
||||
<linuxstb> OK, I'll hang around here and see what happens. I'm still working at the moment, but was distracted by the CVS action.
|
||||
<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
|
||||
<Bagder> hehe
|
||||
<Bagder> don't expect any more work from my side today, I'm busy elsewhere atm
|
||||
--- dwihno is now known as dw|gone
|
||||
<Zagor> i'll be getting the simulator working with player keypad
|
||||
<Zagor> then I plan to test it on target tonight
|
||||
<Bagder> right on!
|
||||
<Zagor> and polish some of the remaining issues like key polling etc
|
||||
<Zagor> friday candy time
|
||||
<Bagder> lots of adding and deleting today ;-)
|
||||
<Zagor> yeah. cvs history is for wimps! :)
|
||||
<Bagder> we don't want the history, we want the future! ;-)
|
||||
<Zagor> hrmpf. the simulator doesn't work without lcd_update
|
||||
<Zagor> who do I yell at? ;)
|
||||
* Bagder hides
|
||||
<Zagor> where is sim_lcd_puts defined? it's not in any .h .c. or .s file!?!
|
||||
<Bagder> magic
|
||||
<Bagder> its in lcd-x11.c
|
||||
<Bagder> because it is #define d
|
||||
<Bagder> so the names in the file don't have sim_ prefixes
|
||||
<Zagor> where is it defined?
|
||||
<Bagder> x11/chardef.h
|
||||
<Bagder> that construction is a bit ugly
|
||||
<Bagder> but I saw no way around it
|
||||
<Bagder> sim_lcd_puts should just do lcd_update() by itself
|
||||
<Zagor> but those defines are the other way. they define lcd_puts, not sim_lcd_puts
|
||||
<Zagor> i'm confused
|
||||
<Zagor> ah, oh.. bluearch!
|
||||
<Zagor> damn, bagder. that's UUUUGLY! :-)
|
||||
<Bagder> you make it better then
|
||||
<Bagder> the problem is that it needs *both* lcd systems when simulating the player
|
||||
<Zagor> explain it to me, what problem are you solving?
|
||||
<Zagor> hmm
|
||||
<Bagder> the player simulator uses the recorder-simultor code
|
||||
<Bagder> for char output
|
||||
<Zagor> right
|
||||
<Zagor> gotta go. see you guys later
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
<Bagder> bye
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
--> calpefrosch|away (~hotrana@p5082C742.dip0.t-ipconnect.de) has joined #rockbox
|
||||
<-- calpefrosch|away has quit (Client Quit)
|
||||
--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
<elinenbe> Under news on the main page there have been no updates for more than 2 weeks. Maybe it is time to place a little updat there ;)
|
||||
<Zagor> any suggestions?
|
||||
<linuxstb> I don't know any news, but is it possible to upload some more IRC logs (if they exist)?
|
||||
<elinenbe> something like "The project is prgessing nicely and we offering a $10,000 (USD) prize in the DSP programming challenge... stay tuned for more information"
|
||||
<Zagor> hehe
|
||||
<linuxstb> :-)
|
||||
<Zagor> that reminds me, i should submit a help request to sourceforge
|
||||
<linuxstb> What is on the wishlist for DSP programming?
|
||||
<linuxstb> (apart from ogg)
|
||||
<elinenbe> wma :)
|
||||
<elinenbe> just kidding
|
||||
<elinenbe> how powerful is the DSP?
|
||||
<linuxstb> I think the only sensible "wish" is uncompressed recording and playback.
|
||||
<Zagor> pure WAV is a frequent request
|
||||
<elinenbe> that is something that many people ask for.
|
||||
<elinenbe> and with the recorder -- pur wav recording
|
||||
<linuxstb> And it shouldn't be too difficult to program - if you know the hardware.
|
||||
<elinenbe> is it possible to compile the source and run something on the actual player yet?
|
||||
<Zagor> i'm working on that right now
|
||||
<Zagor> having a bit of setup problems, for some reason
|
||||
<linuxstb> Good luck - that's worth an entry in the news if you succeed.
|
||||
<elinenbe> well, if you get something working do you think you will upload the compiled firmware?
|
||||
<Zagor> sure
|
||||
<elinenbe> how far away do you think you are?
|
||||
<elinenbe> this is quite exciting.
|
||||
<Zagor> oh, not far. this is all tested code, it's just some snag
|
||||
<linuxstb> Changing the subject, I want to implement the mpeg playing API for the X11 simulator tonight...
|
||||
<Zagor> the problem is my gf is coming over in just over an hour :)
|
||||
<elinenbe> are the simulators pretty much stable right now?
|
||||
<linuxstb> ... but am not sure where to put the files.
|
||||
<elinenbe> well, priorities are priorities
|
||||
<Zagor> linuxstb: why not in the x11 lib?
|
||||
<Zagor> directory, i mean
|
||||
<elinenbe> where do you live? Sweden?
|
||||
<Zagor> yes
|
||||
<elinenbe> so, it is 8pm there?
|
||||
<linuxstb> Zagor: OK, but how should I stop it breaking the win32 simulator and the target?
|
||||
<Zagor> the irc logs are adiamas' job, btw. i'm not sure why there hasn't been any checkins of those lately
|
||||
<elinenbe> you should NOT go waste your time with Star Wars. The movie is awul
|
||||
<elinenbe> awful
|
||||
<elinenbe> I dont even know if you have it yet
|
||||
<Zagor> linuxstb: you can't keep win32 working. don't meddle with the target files yet
|
||||
<linuxstb> Zagor: are you asking me to wait before implementing it?
|
||||
<Zagor> in target, yes. add it to the simulator only right now
|
||||
<linuxstb> I thought the target and simulator shared the same code (apps/)?
|
||||
<Zagor> some of it, yes. make a local copy of you want to test. I'm working in apps right now
|
||||
<linuxstb> OK - no problem.
|
||||
<linuxstb> I'll let you get back to your Archos now. Bye.
|
||||
<Zagor> :) no problem
|
||||
<Zagor> i can't get the player lcd to work :*(
|
||||
<elinenbe> I cry with you
|
||||
<elinenbe> :`(
|
||||
--- elinenbe is now known as elinenbe|class
|
||||
<-- elinenbe|class has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
|
||||
<Zagor> ooooh, I'm browsing my archos!
|
||||
<Zagor> but only with debugf()s :)
|
||||
<Zagor> anyone alive here, feeling like testing my app?
|
||||
<Zagor> i'm starting to wonder if my lcd lives at all
|
||||
<-- linuxstb has quit (Read error: 110 (Connection timed out))
|
||||
<Zagor> well, gotta go. bye all
|
||||
<-- Zagor has quit ("bye")
|
||||
--> linuxstb (dave@dsl-212-23-31-215.zen.co.uk) has joined #rockbox
|
||||
<-- linuxstb has quit ("using sirc version 2.211+KSIRC/1.0")
|
||||
<adi|work> anyone around?
|
||||
<PsycoXul> no
|
||||
<adi|work> okay :)(
|
||||
--> [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 (Client Quit)
|
||||
<-- Tumm has quit (goethe.openprojects.net irc.openprojects.net)
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
--> stew (stew@mooax4-183.dialup.optusnet.com.au) has joined #rockbox
|
||||
<-- stew (stew@mooax4-183.dialup.optusnet.com.au) has left #rockbox
|
||||
<-- elinenbe|class has quit (Read error: 110 (Connection timed out))
|
||||
<-- adi|work has quit (goethe.openprojects.net irc.openprojects.net)
|
||||
<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net)
|
||||
<-- PsycoXul has quit (goethe.openprojects.net irc.openprojects.net)
|
||||
--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
|
||||
--> jb1081 (~jb1081@lime.ircam.fr) has joined #rockbox
|
||||
--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
--> elinenbe|class (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
--- elinenbe|class is now known as elinenbe
|
||||
<-- elinenbe has quit ("ChatZilla 0.8.6 [Mozilla rv:1.0.0+/20020513]")
|
||||
--> jb1081_ (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox
|
||||
<-- jb1081 has quit (Remote closed the connection)
|
||||
--- jb1081_ is now known as jb1081
|
||||
--- You are now known as adi|OutWithGirlF
|
||||
<-- jb1081 has quit (goethe.openprojects.net irc.openprojects.net)
|
||||
--> jb1081 (~jb1081@aboukir-101-1-14-jb1081.adsl.nerim.net) has joined #rockbox
|
||||
<-- jb1081 has quit ("Client Exiting")
|
||||
--- You are now known as adi|home
|
||||
--- Disconnected (Remote host closed socket).
|
||||
**** ENDING LOGGING AT Sun May 19 13:32:25 2002
|
||||
|
||||
|
|
@ -1,724 +0,0 @@
|
|||
**** BEGIN LOGGING AT Sun May 19 13:32:37 2002
|
||||
|
||||
--> adi|home (~adiamas@as5300-9.216-194-23-128.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
|
||||
--> pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has joined #rockbox
|
||||
<-- pippoblu (pippoblu@TVT-CaTV-dhcp-45-101.urbanet.ch) has left #rockbox
|
||||
--> [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 ()
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<-- wavey (~wavey@dlan1431.dircon.co.uk) has left #rockbox
|
||||
--> elinenbe (elinenbe@adder.engin.umich.edu) has joined #rockbox
|
||||
--- Tumm is now known as tumm
|
||||
<elinenbe> hello there
|
||||
--> martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has joined #rockbox
|
||||
<-- martin__ (~martin@pD9E7A37E.dip.t-dialin.net) has left #rockbox ("Client Exiting")
|
||||
<-- elinenbe has quit ("Leaving")
|
||||
--- tumm is now known as Tumm
|
||||
--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
|
||||
--> fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has joined #rockbox
|
||||
<Zagor> hi fall3
|
||||
<fall3> hi
|
||||
<-- fall3 (~francis@nas-cbv-9-62-147-161-190.dial.proxad.net) has left #rockbox ("Fermeture du client")
|
||||
<adi|work> ack!!! ppl...
|
||||
<adi|work> make them leave!!!!
|
||||
<Zagor> haha
|
||||
<adi|work> did the changes i made to the rockbox make sense?
|
||||
<adi|work> btw
|
||||
<adi|work> oh.. and none of them were reflected on the windows side...
|
||||
<Zagor> the credit stuff?
|
||||
<Zagor> or do you mean the archos dir?
|
||||
<Zagor> my !"#$%&/(/&%$# display seems broken :-(
|
||||
<Zagor> nothing i do works
|
||||
<-- Zagor has quit ("bye")
|
||||
* adi|home nods knowingly
|
||||
--> motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has joined #rockbox
|
||||
<-- motiv01 (~trillian@sdn-ar-001ncraleP018.dialsprint.net) has left #rockbox
|
||||
--- dw|gone is now known as dwihno
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<dwihno> HELLÖ! :D
|
||||
* dwihno vinkar
|
||||
--> calpefrosch|work (~calpefros@62.52.174.30) has joined #rockbox
|
||||
<Bagder> morning
|
||||
<calpefrosch|work> morning
|
||||
<dwihno> Höj höj
|
||||
<dwihno> I sold one of my computers last night
|
||||
<dwihno> So now I got to spend my money on archos stuff ,D
|
||||
<Bagder> cool
|
||||
<dwihno> yup
|
||||
* Bagder drowns in his email flow
|
||||
* dwihno sends some more mail to Bagder
|
||||
<dwihno> 10: print "hello"
|
||||
<dwihno> 20: goto 10
|
||||
<adi|home> ack!!!
|
||||
<-- calpefrosch|work has quit (Read error: 104 (Connection reset by peer))
|
||||
<adi|home> ppl here...
|
||||
<adi|home> no.. ppl arent allowed here...
|
||||
<Bagder> hey adiamas
|
||||
<adi|home> its been _my_ room for like 3 days...
|
||||
<adi|home> GO AWAY!!!!!
|
||||
<Bagder> hehe
|
||||
<adi|home> this is _my_ room!!!!
|
||||
<adi|home> heheh
|
||||
* Bagder boos
|
||||
<adi|home> have you seen the credits list on the uisim?
|
||||
<Bagder> I saw the code on the cvs list, that's all yet
|
||||
<adi|home> would work fine if i wern' for you sweds and your funny looking letters
|
||||
<Bagder> ah right
|
||||
<Bagder> Björn should change his name ;-)
|
||||
<adi|home> damn right...
|
||||
<adi|home> don't see me interjecting cyrillic letters in my name do ya?
|
||||
<Bagder> not yet ;-)
|
||||
<adi|home> as an exampel :)
|
||||
<adi|home> that and i fixed the splash sceen a bit
|
||||
<adi|home> you know.. really "useful" stuff..
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor_ is now known as Zagor
|
||||
<dwihno> Dr. Zagmaster!
|
||||
<Zagor> woo there
|
||||
<Bagder> we should make the credits scroll
|
||||
<Bagder> hey Zagor
|
||||
<dwihno> The splash screen should be configurable - think about ppl wanting a quick startup
|
||||
<adi|home> nah.. ppl deal with the spash screen now..
|
||||
<adi|home> while the firmware is "loading"
|
||||
<dwihno> spending precious CPU cycles with scrollers?!
|
||||
<dwihno> :-D
|
||||
<adi|home> and im sorry.. if you in a such a rush you can't wait 200 milliseconds..
|
||||
<dwihno> Do you realize the insanity!? :)
|
||||
<Bagder> yes!
|
||||
<dwihno> 200 msec's is 195 too many!
|
||||
<adi|home> hehehe
|
||||
<adi|home> and fortanetly... 100 milliseconds faster then most of us think ;)
|
||||
<dwihno> http://www.hackles.org/cgi-bin/archives.pl?request=166
|
||||
<Bagder> Zagor: did you run the app on target ?
|
||||
<Zagor> i tried, but I think my screen is broken :-(
|
||||
<dwihno> :-(
|
||||
<Bagder> asch
|
||||
* dwihno sends Zagor some karlssons klister
|
||||
<dwihno> You can fix just about everything with that goo!
|
||||
<Zagor> it works fine, the debug output tells me :-)
|
||||
<Bagder> hehe
|
||||
<dwihno> See, the glue fixed it!
|
||||
<dwihno> Never underestimate the power of the Karlsson side!
|
||||
<Bagder> Zagor: so we basicly need to add Linus' mpeg thread to have a v1?
|
||||
<Zagor> yup
|
||||
<Bagder> kewlness
|
||||
<adi|home> can the uisim play music yet?
|
||||
<Bagder> on linux, it should be able to
|
||||
<Bagder> I haven't tried
|
||||
<adi|home> cause i was just thinking.. it might be perversly cool to realase the uisim evenutally as another mp3 player front end :)
|
||||
<Zagor> haha
|
||||
<Bagder> hahaha
|
||||
* adi|home wonders if that was good or bad laughter
|
||||
<Bagder> perverse it is
|
||||
<adi|home> hell... least ppl could play tetris while listening ;)
|
||||
<Bagder> very very tiny tetris
|
||||
<adi|home> well.. we offer it to 3 years olds...
|
||||
<adi|home> their very very tiny ppl
|
||||
<adi|home> did we ever find out if there is a specific reason you can't use the remote control witht he recorders?
|
||||
<Zagor> you can
|
||||
<Zagor> i do
|
||||
<Zagor> i guess the earliest firmware versions simply didn't listen to the serial port. current versions do.
|
||||
<adi|home> cool
|
||||
<dwihno> remote control(?)
|
||||
<Zagor> there's a wire remote you plug into the headphone jack. it's an extra accessory
|
||||
<dwihno> cool
|
||||
<dwihno> does it come with the basic set or do you have to order some extra widgets?
|
||||
<dwihno> eww
|
||||
<dwihno> <-- smells like a dog all over the hands
|
||||
<Zagor> extra
|
||||
<dwihno> stupid dog, running around licking my hand
|
||||
<Zagor> it comes with the "travel kit", for some reason
|
||||
<adi|home> well.. first tme i saw this
|
||||
<adi|home> ver 1.21d "Implemented improved SCMS* (Serial Copyright Management System), Fixed bugs within
|
||||
<adi|home> SCMS, which caused errors when encoding from digital source."
|
||||
<dwihno> Should I get the travel kit?
|
||||
<Zagor> nah
|
||||
<Zagor> i never use the remote except for testing
|
||||
<adi|home> no you should get the travel kit instead
|
||||
<Zagor> adi|home: the SCMS can be disabled
|
||||
<adi|home> in software or what?
|
||||
<adi|home> and will we be implimenting it?
|
||||
* adi|home prepares to slap zagor
|
||||
<dwihno> "Serial Copyright Management System"? Sounds fishy
|
||||
<Zagor> adi|home: SCMS is software only, as far as I understand
|
||||
<Zagor> so we just won't have it
|
||||
* adi|home cheers wildly
|
||||
<dwihno> Why does the recorder store the streams in VBR btw?
|
||||
<adi|home> someday.. when i can afford to buy congressmen too.. im going to repeal the DMCA
|
||||
<dwihno> I guess you gurus might have the answer to that question ;D
|
||||
<Zagor> dwihno: the encoder chip only supports VBR
|
||||
<dwihno> Zagor: ah, okay...
|
||||
<Zagor> actually, VBR is in some ways a simpler MP3 than CBR. due to avoiding the use of "bit resevoirs"
|
||||
<dwihno> Simple answer to simple questions :)
|
||||
<adi|home> so.. seeing as i have more time this week...
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<adi|home> how close to the jbr do we want the interface to be?
|
||||
<dwihno> wb Linus
|
||||
<Linus> yo!
|
||||
<adi|home> and if you could have me work on any higher level stuff.. what would it be?
|
||||
<Zagor> adi|home: we'll make two separate interfaces, so make it as close as you like
|
||||
<Bagder> adiamas: we could use some code for dealing with playlists
|
||||
<Bagder> I mean, edit, add, delete etc
|
||||
<adi|home> nod
|
||||
<adi|home> have we implimented unlink() yet?
|
||||
<Zagor> we have no write support enabled at the moment
|
||||
<adi|home> as for the 999 playlist limit on the players... do we know if there is a specific reason for i?
|
||||
<Zagor> we can't think of any :)
|
||||
<adi|home> thats fine.. i can prob code around it..
|
||||
<adi|home> ghost funcitons etc
|
||||
<Zagor> why do you need unlink() ?
|
||||
<adi|home> delete?
|
||||
<PsycoXul> so if someone were to build current CVS firmware and apps for -DARCHOS_PLAYER=1 on both, and threw it on their player, should they expect it to do more than turn the red LED on? heh
|
||||
<adi|home> how else do you delete a file from inside the player?
|
||||
<adi|home> yes.. it should wipe your player and send me your credit card numbers :)
|
||||
<Zagor> ok, no there's no other way.
|
||||
<Bagder> PsycoXul: well, zagor believed it worked ;-)
|
||||
<Zagor> I want to wait with introducing disk writes for some time. It's a major risk.
|
||||
<Zagor> PsycoXul: did you try it?
|
||||
<PsycoXul> well thats what i got
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> it didn't even get rid of the ROM firmware's splash screen
|
||||
<Zagor> !?
|
||||
<adi|home> zagor.. you see any prob with getting an unlink() working?
|
||||
<adi|home> we could test that safely
|
||||
<Zagor> adi|home: no problems really, but we need to test it exhaustively before letting it out in public
|
||||
<adi|home> thats a given...
|
||||
<adi|home> do we want editing/deleting to be a feature in v1?
|
||||
<Zagor> no
|
||||
<adi|home> okay.. then it goes on the back burner.. i can code around it for now...
|
||||
<adi|home> ill just display text saying "your file would normally be <insert action>"
|
||||
<adi|home> :)
|
||||
<Zagor> hehe
|
||||
<Zagor> PsycoXul: that's interesting. i thought it was just my frankenstein's archos that didin't work. i'll try on linus' archos next.
|
||||
<PsycoXul> ok
|
||||
<adi|home> i have a small recommendation...
|
||||
<adi|home> the lcd code...
|
||||
<adi|home> wouldnt it make sense to have a Recorder version and a player version?
|
||||
<adi|home> with 90% of the player version just empty functions?
|
||||
<adi|home> this way we don't need all the #ifdefs all over the place?
|
||||
<adi|home> and just localize the #ifdefs to inside the lcd.[ch]?
|
||||
<Bagder> lots of the lcd #ifdefs is due to how the player simulator is working
|
||||
<adi|home> ?
|
||||
<Bagder> becuase it uses the recorder simulator's LCD functions
|
||||
<adi|home> right... and?
|
||||
<Zagor> I think adi is talking about #ifdefs in the application code, such as tree.c
|
||||
<adi|home> yeah
|
||||
<Bagder> ah, ok, I'll shut up ;-)
|
||||
<adi|home> #ifdef HAVE_LCD_BITMAP
|
||||
<adi|home> lcd_update();
|
||||
<adi|home> #endif
|
||||
<adi|home> in the app code all over is just hideous
|
||||
<adi|home> so if we did lcd_update
|
||||
<adi|home> lcd_update(){}
|
||||
<adi|home> for player
|
||||
<Zagor> it's a good point. should we have the same API for both?
|
||||
<adi|home> and the real function for recorder
|
||||
<Zagor> actually, I added a dummy player lcd_update() yesterday... :)
|
||||
<adi|home> if not the same.. then very similar
|
||||
* adi|home saw that..
|
||||
<adi|home> its what gave me the idea...
|
||||
<adi|home> i could test out the theory and see how it works/looks before i toss it up..
|
||||
<adi|home> pass it off to you guys to play with ..
|
||||
<Zagor> so the question is: should we have a dummy lcd_setfont() lcd_setmargins() etc for the player too?
|
||||
<adi|home> yeah..
|
||||
<adi|home> but i woulnd't even say "dummy"
|
||||
<adi|home> i would do this...
|
||||
<adi|home> void lcd_update() {
|
||||
<adi|home> #ifdef.....
|
||||
<adi|home> #else
|
||||
<adi|home> #endif
|
||||
<adi|home> }
|
||||
<adi|home> keep it localized
|
||||
<adi|home> wherever possible
|
||||
<adi|home> the functions that have to differ, well those take diff. args.
|
||||
<adi|home> let the compiler optimize all the crap out
|
||||
<Zagor> actually, I was thinking of doing the player stubs as empty macros so they're not even called
|
||||
<adi|home> i assumed that if a function was empty, and called, then the compiler would just optimize it out anyway
|
||||
<Zagor> yeah, i guess
|
||||
<Bagder> no
|
||||
<Bagder> they're in different files
|
||||
<Zagor> ah, right. so it can't know
|
||||
<adi|home> ahh.. so it still has to link it in?
|
||||
<Bagder> yes
|
||||
<adi|home> so Zag.. what did you mean about the macros.. what were you thinking?
|
||||
<Zagor> #ifdef PLAYER
|
||||
<Zagor> #define lcd_update()
|
||||
<Zagor> #else
|
||||
<Zagor> void lcd_update(void)
|
||||
<Zagor> {
|
||||
<Zagor> dodum();
|
||||
<Zagor> }
|
||||
<Zagor> #endif
|
||||
<Zagor> or, uh no. i mean the header file not the implementation
|
||||
<Zagor> do I make sense?
|
||||
<adi|home> so in the header youd have like
|
||||
<adi|home> #ifdef PLAYER
|
||||
<adi|home> #define lcd_update()
|
||||
<adi|home> #else
|
||||
<adi|home> void lcd_update(void);
|
||||
<adi|home> #endif
|
||||
<adi|home> ?
|
||||
<dwihno> Just a quick question... Should I order something extra than the 'basic' recorder package?
|
||||
<Zagor> yes, that was my thought
|
||||
<adi|home> nah
|
||||
<adi|home> you can get what you need off ebay
|
||||
<Bagder> dwihno: no, I don't think so
|
||||
<dwihno> ah, okay
|
||||
<Zagor> dwihno: better headphones
|
||||
<dwihno> Then I'll place my order
|
||||
<adi|home> hmmm.. well.. only down side .. what about functions taht take arguements?
|
||||
<dwihno> Zagor: Already got that ;D
|
||||
<adi|home> yeah. i hate the ones that come with the recorder
|
||||
<Zagor> adi|home: #define lcd_setfont(__font__)
|
||||
<adi|home> ?
|
||||
<adi|home> wtf does __font__ become?
|
||||
<Bagder> it eats the argument
|
||||
<Zagor> it's just a declaration that eats the argument
|
||||
<adi|home> ah.. so just like #define lcd_setfont(x)
|
||||
<Bagder> it is for #define moo(x) poo(x)
|
||||
<adi|home> nods
|
||||
<Zagor> yes
|
||||
<adi|home> hehe was the __ that through me...
|
||||
<adi|home> thought i was missing something :)
|
||||
<Zagor> ah, well you can skip those
|
||||
<adi|home> well.. might i sugest then #define lcd_setfont(IgnoreMe) or something?
|
||||
<adi|home> or whatever
|
||||
<adi|home> hmm.. let me go play for a min
|
||||
<Zagor> sure
|
||||
* dwihno gets the bucket and shovel and follows adi to the playground
|
||||
<Zagor> bagder, linus: what's your opinion about this kind of shadow functions? I'm still not sure what I think.
|
||||
<adi|home> personally.. i think as long as we state we're doing it.. (in the docs) its a good idea
|
||||
<Zagor> it could get confusing and bug ridden, since bad code will still "work" on one of the two
|
||||
<Bagder> I think they're fine, as it makes modules that are shared for both LCDs more readable
|
||||
<Linus> I didn't follow
|
||||
<adi|home> want i should explain linus?
|
||||
<Linus> Is it about accepting a setfont() call on the Player?
|
||||
<Zagor> yes
|
||||
<adi|home> sorta
|
||||
<Linus> Then I think it's dirty, but acceptable
|
||||
<adi|home> we are still early enough on the road that if we don't like it.. we can always switch back
|
||||
<Zagor> right
|
||||
<dwihno> It's a more cosmetically nice way than 102401 #ifdef's
|
||||
<Linus> indeed
|
||||
<adi|home> nods
|
||||
<adi|home> and once the api is set in stone. life gets easier for others that want to work on the project
|
||||
<adi|home> "oh just use the api, it takes care of itself" is easier and nicer to say then "remember to #ifdef around everything"
|
||||
<Bagder> right, but people will still do mistakes
|
||||
<Bagder> since the player won't require lcd_update() but the recorder does
|
||||
<Linus> Well, I don't like to say "set in stone" but I see what you mean.
|
||||
<adi|home> thats true...
|
||||
<dwihno> As long as we are not assimilated by borg, we just have to deal with those problems as those arise.
|
||||
<adi|home> what we could do is have all the #defines call one common funciton that prints it was called on debug
|
||||
<adi|home> shrugs
|
||||
<Zagor> the application code works on linus' archos, but not mine :-(
|
||||
<dwihno> Zagor: Hmm, fishy! Has he some HW mods that yours don't have?
|
||||
<Zagor> well my archos is a monster. it's a new cpu and an old lcd.
|
||||
<Zagor> PsycoXul: did you make sure the Makefile for both apps and firmware specified the right player version?
|
||||
<dwihno> Zagor: Have you raped your archos?
|
||||
<Zagor> oh yes :)
|
||||
<dwihno> You mad sadist!
|
||||
<Zagor> we wouldn't be at this point without ripping them apart and poking around
|
||||
<dwihno> Next time, get some photos while you're at it ;)
|
||||
<Zagor> you mean http://bjorn.haxx.se/rockbox/internals/ isn't good enough?
|
||||
<adi|home> would it be "#defin lcd_update();" or #define lcd_update() ?
|
||||
<adi|home> semi-colon or not
|
||||
<Zagor> not
|
||||
<dwihno> Zagor: I want to see some pics of the user interface! :D
|
||||
<dwihno> <-- is a bit perverted, I know
|
||||
<Zagor> dwihno: there is no user interface to take pictures of yet. try the simulator
|
||||
<adi|home> yup...
|
||||
<adi|home> i have a really nice screen shot of my tic-tac-toe before my code disappeared :)
|
||||
<PsycoXul> Zagor: yes, i've got a studio 20 and i made sure they were both set to TARGET = -DARCHOS_PLAYER=1
|
||||
<Zagor> hehe
|
||||
<dwihno> Zagor: Does it compile with mingw/32? :)
|
||||
<Bagder> dwihno: make it if not
|
||||
<dwihno> Yeah
|
||||
<dwihno> Sounds like a heap'o'fun
|
||||
<dwihno> Where do I start?
|
||||
<Bagder> get the code from CVS
|
||||
<Zagor> http://bjorn.haxx.se/rockbox/cvs.html
|
||||
<Bagder> get the firmware, apps and uisimulator directories
|
||||
<adi|home> to compile the player version of the ui, not the recorder... whats the make commandline?
|
||||
<Zagor> 'make' :-)
|
||||
<Zagor> adjust the Makefile
|
||||
<adi|home> oh damn you...
|
||||
<adi|home> bloody hell :)
|
||||
<dwihno> *checking out*
|
||||
<adi|home> cool...
|
||||
<adi|home> but ya don't need to tell us ;)
|
||||
<dwihno> of course
|
||||
<adi|home> hehehe
|
||||
<dwihno> I don't have anything better to atm
|
||||
<dwihno> So I'll just pester you, great huh :) ?
|
||||
<adi|home> sounds wonderful :)
|
||||
<adi|home> okay.. bedtime
|
||||
<adi|home> niht all..
|
||||
<Bagder> night adi
|
||||
<dwihno> nighty
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Bagder> hey wavey
|
||||
<Zagor> hi wav
|
||||
<dwihno> Is it possible to revert to older versions of the archos firmware without excessive fiddling?
|
||||
<Zagor> just copy the old file to the root dir
|
||||
<dwihno> ah
|
||||
<dwihno> I thought the newer versions would prevent this
|
||||
<Zagor> no
|
||||
<dwihno> Is the USB-PC communication code in the firmware?
|
||||
<Bagder> no
|
||||
<Bagder> it is beyond the firmware's control
|
||||
<dwihno> ah, okay...
|
||||
<dwihno> Might as well be :)
|
||||
* dwihno drools, today I'm gonna order myself the almighty archos :Õ~~~~~~~~~
|
||||
<Linus> dwihno: So we managed to convince you?
|
||||
<Zagor> the rockbox sales force :)
|
||||
<Linus> We want commission from Archos
|
||||
<dwihno> Linus: Yeah, you did...
|
||||
<dwihno> I just hope I won't get disappointed when my unit arrives.
|
||||
<dwihno> I have extreme high hopes about this product
|
||||
<Zagor> well don't expect a miracle product. it does have flaws.
|
||||
<Zagor> it's just better than all the rest :)
|
||||
<dwihno> :)
|
||||
<dwihno> Do you think I will get satisified?
|
||||
<Linus> The swedish magazine M3 recently had a review of a lame flash-based player with recording capapilities
|
||||
<dwihno> And can I trust the storage? I mean, I don't want the hardware to go bongo when I move all my music to it :)
|
||||
<Linus> and they were ASTOUNDED that it actually cound record sound from the Line-In
|
||||
<Linus> Bua! They are so lame!
|
||||
<dwihno> hm
|
||||
<dwihno> Journalists != techies
|
||||
<Linus> I would rather say that Archos marketing has failed in Sweden
|
||||
<Linus> and M3 are totally blindfolded
|
||||
<dwihno> -( )-( )- <-- blindness goggles
|
||||
<Zagor> don't trust the storage
|
||||
<Linus> I always keep a mirror on my PC
|
||||
<Zagor> it doesn't fail easily, but never depend on something you keep in your pocket
|
||||
<dwihno> True. True.
|
||||
<dwihno> How many times has it failed you?
|
||||
<Zagor> never
|
||||
<Linus> never
|
||||
<dwihno> okay
|
||||
<dwihno> Zagor: you had it for a year or so?
|
||||
<dwihno> Or is it just me being new in the scene? :)
|
||||
<Zagor> dwihno: about 18 months
|
||||
<dwihno> oh
|
||||
<dwihno> really strange I've never heard about the archos earlier.
|
||||
<dwihno> marketing failure, I presume
|
||||
<Zagor> exactly
|
||||
<Zagor> it's a small company, and Creative's weekly marketing budget dwarfs their yearly..
|
||||
<dwihno> well, I do see the positive side - It's a non-hong kong product
|
||||
<dwihno> Never trust fishy hardware from hong kong
|
||||
<Zagor> well don't hope too much from archos. they're not "the good guys".
|
||||
<dwihno> You mean, the serial RIAA thingy?
|
||||
<wavey> the build quality of the archos units are pretty poor
|
||||
<wavey> but worth it in the long run
|
||||
<Zagor> no i just mean they are not a better company than anyone else
|
||||
<dwihno> wavey: in what way? does it feel way plastic or such?
|
||||
<Linus> they are actually manufactured in China
|
||||
<dwihno> h
|
||||
<dwihno> hm
|
||||
<dwihno> Do they feel like they're gonna break apart any second?
|
||||
<Bagder> no
|
||||
<Zagor> no
|
||||
<Linus> haha no!
|
||||
--- Linus is now known as Linus|lunch
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
<wavey> dw: my unit keeps resetting because of bad contacts
|
||||
<wavey> needs resoldering
|
||||
<wavey> happened after a couple of months
|
||||
<dwihno> geez :/
|
||||
<wavey> there's webpages showing where to resolder, because it's not uncommon
|
||||
<wavey> this is on a recorder bought in january
|
||||
<dwihno> okay
|
||||
<dwihno> I just hope I will get a flawless unit
|
||||
<wavey> i love the device, but i wish it was built by sony
|
||||
<dwihno> Heh
|
||||
<dwihno> +$200 on the price tag :)
|
||||
<wavey> alas yes ;)
|
||||
<Linus|lunch> Soun would never build a harddrive-based player
|
||||
<Linus|lunch> Sony
|
||||
<Linus|lunch> They love their silly memory sticks too much
|
||||
--- Linus|lunch is now known as Linus
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
<dwihno> Memory-dick
|
||||
<dwihno> Yeah
|
||||
<dwihno> Expensive shit, just look at the price tags!
|
||||
<dwihno> It's probably in the same range as the recorder-20
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> in main.c i commented out everything after init(); in main() and put app_main(); there
|
||||
<Zagor> PsycoXul: when did you try the app? this weekend, or yesterday evening?
|
||||
<PsycoXul> and when i run that i get "Rockbox!" displayed on the screen
|
||||
<PsycoXul> and then when i press a button it goes away and the LED turns red
|
||||
<Zagor> ah
|
||||
<Zagor> nothing more?
|
||||
<PsycoXul> and the LCD still never clears properly on the player, i'm always left with the 03 on the 2nd line after the rom version 5.03 splashscreen
|
||||
<dwihno> Press the button and the LED turns reeed! :D (alternative infinite mass lyrics)
|
||||
<PsycoXul> "ROCKbox!" is all it says
|
||||
<PsycoXul> and then any button gets rid of that, red LED comes on, and thats it [and the 03's still there :p]
|
||||
<Zagor> if you keep the old browse_root() call, nothing comes up?
|
||||
<Zagor> I want to change the UI: the browser should be the first thing that comes up, not a "where do you want to go today" menu
|
||||
<Zagor> when you press MENU, *then* the menu comes up
|
||||
<Zagor> anyone against that?
|
||||
<Bagder> nope
|
||||
<dwihno> Sounds like a good idea
|
||||
<PsycoXul> ok i put a little sleep in
|
||||
<dwihno> Try to keep the button pressing to a minimum
|
||||
<PsycoXul> i also changed the DEBUGF's in the init() in main.c to lcd_prints's so i can see them, and just put a little sleep in after the init and saw it's
|
||||
<PsycoXul> if (disk_init()) {
|
||||
<PsycoXul> its failing there
|
||||
<Zagor> interesting
|
||||
<Zagor> those should be panic() calls
|
||||
<Zagor> the only thing that can fail in disk_init() is if you don't have a boot sector on your disk
|
||||
<PsycoXul> heh
|
||||
<Zagor> can you do a: dd if=/dev/sda of=disk.img bs=512 count=1
|
||||
<Zagor> and send me the disk.img file
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> and where's this panic()?
|
||||
<Zagor> firmware/panic.c
|
||||
<PsycoXul> panicf()?
|
||||
<Zagor> ah, yes
|
||||
<Zagor> your boot sector looks fine. sda was your archos, right?
|
||||
<PsycoXul> yes
|
||||
<Zagor> hmm
|
||||
<PsycoXul> ok i changed them to panicf()'s we'll see what i get
|
||||
<PsycoXul> ok its actualy a problem before that
|
||||
<PsycoXul> if(ata_init()) {
|
||||
<PsycoXul> its that
|
||||
<Zagor> ok
|
||||
<Linus> Is is that stupid check_registers() thing?
|
||||
<Zagor> no, that's gone
|
||||
<Linus> sorry, I meant check_hd()
|
||||
<Linus> check_registers() is still there
|
||||
<Zagor> sorry, check_regs() is there, check_hd() is removed
|
||||
<PsycoXul> heh
|
||||
<Zagor> PsycoXul: make the panicf() call print the return code
|
||||
<Linus> actually, ata_hard_reset() is probably a stupid thing, BTW
|
||||
<PsycoXul> Zagor: of ata_init?
|
||||
<Zagor> yes
|
||||
<Linus> I can't see how PA2 is connected to the ATA interface at all
|
||||
<Linus> But I might be wrong
|
||||
<Linus> My guess is that it does nothing with the harddrive
|
||||
<Linus> Sorry, it's PA1
|
||||
<Linus> Still, PA1 is the RAS signal
|
||||
<Linus> So setting PA1=0 will do nothing whatsoever with the HD
|
||||
<Zagor> odd
|
||||
<Linus> yup
|
||||
<PsycoXul> er why's %d for int, man.. i just booted it up to see it print 'i' :p
|
||||
<Zagor> %d is ancient. dunno why it came to be.
|
||||
<Bagder> probably for decimal
|
||||
<Zagor> decimal, probably. as opposed to %x hex
|
||||
<PsycoXul> yeah
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> ata_init()'s returning -1
|
||||
<Zagor> we could add a case 'i' in sprintf.c to avoid that mistake
|
||||
<Zagor> assuming %d and %i is the same
|
||||
<PsycoXul> heh
|
||||
<dwihno> Who did the ATA code?
|
||||
<dwihno> Zagor?
|
||||
<Zagor> i did
|
||||
<Zagor> based on alan's code
|
||||
<dwihno> ah, okay
|
||||
<Zagor> can the simulators do threading now?
|
||||
<Bagder> no
|
||||
<Bagder> do we need that at this point?
|
||||
<Zagor> that should be a priority, we'll need at least queues for keypresses soon
|
||||
<Bagder> why?
|
||||
<Zagor> this poll();sleep(1) isn't very good
|
||||
<Bagder> ah
|
||||
<Bagder> we'll just move that to the simulated keyget code
|
||||
<Zagor> it works on simulator, but gives one hell of a key repeat on target
|
||||
<Bagder> we can do that without threads
|
||||
<Zagor> right
|
||||
<Bagder> I just prefer to avoid threads in the simulator as far as possible
|
||||
<Zagor> ok. yes we can probably do without them for now
|
||||
<PsycoXul> so as far as i can tell wait_for_bsy() is timing out?
|
||||
<Linus> OK. So the ATA code fails at ata_hard_reset()?
|
||||
<PsycoXul> apparently
|
||||
<Zagor> no, there's not wait_for_bsy() in ata_hard_reset()
|
||||
<Linus> OK. wait_for_rdy() then
|
||||
<Linus> big deal it times out
|
||||
<Zagor> *what* times out, is the question
|
||||
<Linus> wait_for_rdy()
|
||||
<Zagor> he said wait_for_bsy()
|
||||
<PsycoXul> yeah but wait_for_rdy() calls wait_for_bsy
|
||||
<Zagor> doh. i'm a moron
|
||||
<Linus> is ata_hard_reset() fails, it can only be wait_for_rdy()
|
||||
<PsycoXul> right
|
||||
<PsycoXul> which can only fail if wait_for_bsy times out
|
||||
<Zagor> try commenting it out
|
||||
<PsycoXul> which?
|
||||
<Zagor> the call to ata_hard_reset()
|
||||
<PsycoXul> ok
|
||||
<Zagor> in ata_init()
|
||||
<Linus> then the next wait_for_bsy() call will fail...
|
||||
<Zagor> right
|
||||
* Zagor is a cotton head
|
||||
<Linus> We should debugf() the contents of the ATA status register
|
||||
<Zagor> coffee time'
|
||||
<PsycoXul> yeah so then it just returns -4 heh
|
||||
<Zagor> add this line to ata_init():
|
||||
<Zagor> panicf("stat: %02x", ATA_STATUS);
|
||||
<PsycoXul> where in there?
|
||||
<Zagor> just before ata_hard_reset()
|
||||
<PsycoXul> hmm
|
||||
<PsycoXul> says
|
||||
<PsycoXul> stat: 00
|
||||
<Zagor> ok
|
||||
<Zagor> you have a "new" player, right?
|
||||
<PsycoXul> yeah
|
||||
<Zagor> hmm
|
||||
<Zagor> how big disk do you have?
|
||||
<PsycoXul> 20G
|
||||
<Zagor> ok
|
||||
<Zagor> is it a 6000 or a Studio?
|
||||
<PsycoXul> studio
|
||||
* Zagor hmms some more
|
||||
<PsycoXul> math 15360*1024
|
||||
<PsycoXul> er
|
||||
<PsycoXul> heh
|
||||
<Zagor> hang on, testing on my unit
|
||||
<Zagor> stat: 50
|
||||
<Zagor> hmm, hmm and hmm again
|
||||
<PsycoXul> maybe the rom firmware's doing something different?
|
||||
<Zagor> yes. or the hardware is different
|
||||
<PsycoXul> heh
|
||||
<Zagor> did any of alan's disk test code ever run on your archos?
|
||||
<PsycoXul> never tried it
|
||||
<Zagor> ok
|
||||
<Zagor> but you run the same archos.mod firmware updates as any 6000 user, right?
|
||||
<PsycoXul> yep
|
||||
<PsycoXul> 5.07a
|
||||
<Linus> Damn. We need a serial-modded new player
|
||||
<Linus> I wish the donated player had a working serial port...
|
||||
<Linus> Silly me. It has.
|
||||
<PsycoXul> heh
|
||||
<Linus> It's just that the charging unit was broken, so we decided to use Björns old display board
|
||||
<Linus> If we fix the broken board, we have a "new" player to debug
|
||||
<Linus> we==me, unfortunately... :-)
|
||||
<PsycoXul> heh
|
||||
<Zagor> I think it's time to do that. this "franchos" of ours isn't working too well
|
||||
<PsycoXul> anything else you want me to test?
|
||||
<Zagor> not right now
|
||||
<PsycoXul> ok
|
||||
<Zagor> menu.c is much too recorder specific
|
||||
<Linus> not very surprising
|
||||
<Linus> I have made a logic analyzer trace of the Old (tm) Player LCD init sequence
|
||||
<Zagor> ah!
|
||||
<Linus> It doesn't seem to be the Solomon LCD that we thought it was
|
||||
<Zagor> uhhh, do I want to hear this? ;)
|
||||
<Linus> Zagor: we should publish it and let people try to figure out what it is
|
||||
<Zagor> sure
|
||||
<dwihno> Damn
|
||||
<dwihno> You are evil hardware guru jultomtar dudes!
|
||||
<Linus> Our LCD shifting code doesn't talk to the LCD in the same way that the original firmware does
|
||||
<Zagor> dwihno: is that good or bad? ;)
|
||||
<dwihno> Zagor: *jultomte* = excellent! :D
|
||||
<Linus> It only sets the command/data bit in the last bit
|
||||
<dwihno> "1 bit should be enough for everyone"
|
||||
<Linus> We do it for every bit
|
||||
<Linus> I'm not sure that it matters at all, though
|
||||
<Linus> the Solomon data sheet says that it is only sampled every 8th bit
|
||||
<Zagor> Linus: that's intentional
|
||||
<Linus> and I assume that our LCD isn't that much different in that aspect
|
||||
<Zagor> we do it once, and then loop through all 8 bits
|
||||
<Zagor> it's less complex than stopping and handling one bit specially
|
||||
<Zagor> I assumed it would work the same
|
||||
<Linus> I know, Zagor. Just pointng out a difference
|
||||
<Zagor> ok
|
||||
<Linus> So now I need a similar trace of the New(tm) Player
|
||||
<Linus> Zagor: If you don't mind running on batteries, you can just switch LCD board right away
|
||||
<Zagor> sure
|
||||
<Linus> And we can trace your LCD while we're at it
|
||||
<Bagder> go go go
|
||||
<dwihno> 1x2
|
||||
<Zagor> hmm, tree.c and menu.c have much in common. we should merge them
|
||||
<dwihno> There. My order has been placed.
|
||||
<Linus> I just analyzed Björns New(tm) Player. The init sequence for new and old LCD are identical
|
||||
<Bagder> that's good at least
|
||||
<dwihno> really strange
|
||||
<Linus> Well, almost identical. A single command differs
|
||||
<Linus> But that might just be that the firmwares are of different revisions
|
||||
<Linus> I gitta fly now.
|
||||
<Linus> gotta
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<Bagder> maybe the
|
||||
<Bagder> desc part of the credits isn't necessary in the software
|
||||
<Zagor> i know. i just made a quick port
|
||||
<dwihno> Bagder: I've ordered my archos now!
|
||||
<dwihno> :D
|
||||
<Bagder> when will you get it?
|
||||
<dwihno> hm
|
||||
<dwihno> dunno
|
||||
<dwihno> a couple of days, I presume
|
||||
<dwihno> Hm... 20 gigs over USB1 will take several hours
|
||||
<Bagder> yes
|
||||
<Bagder> get a usb2 card ;-)
|
||||
<Zagor> Bagder: the simulator has no tick, right?
|
||||
<Bagder> Zagor: tick?
|
||||
<Zagor> timer tick, for splash timeout for instance
|
||||
<Bagder> no, but sleep() should work
|
||||
<Zagor> ah. yes
|
||||
<dwihno> Bagder: Nah, I don't need it :) For initial sync it would be nice, but it will be nothing but overkill later on
|
||||
<Bagder> overkill speedwise is nice ;-)
|
||||
<dwihno> heh
|
||||
<dwihno> nah :)
|
||||
<Bagder> time to go home, see ya
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<Zagor> i'm off too. see you guys
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
--- dwihno is now known as dw|gone
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
--> wavey (~wavey@host-54.valtech.co.uk) has joined #rockbox
|
||||
<adi|work> can i assume there is an off button on the player?
|
||||
--> Zagor (~bjst@as9-5-6.k.s.bonet.se) has joined #rockbox
|
||||
<Zagor> adi|home: you here?
|
||||
<Tumm> tänk på att
|
||||
<Tumm> om man slår yxan i båten, får man ro som fan
|
||||
<Zagor> :)
|
||||
* Tumm har tråkigt... väldigt tråkigt
|
||||
<Zagor> han pratar! :)
|
||||
<Tumm> ;)
|
||||
<Tumm> följer utvecklingen via mailinglistorna...
|
||||
<Zagor> ok
|
||||
<Tumm> tar studenten om 2 veckor, så jag har tyvvär inte hunnit skaffa mig så mycket kunskaper om inbyggda system...
|
||||
<Tumm> sitter mes och försöker knåpa ihop demos :)
|
||||
<Tumm> eller...
|
||||
<Zagor> vilken plattform?
|
||||
<Tumm> win32 för tillfället
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
<adi|work> yeah Zagor whats up?
|
||||
<Zagor> the off key has to be #ifdef SIMULATOR
|
||||
<adi|work> nods
|
||||
<Zagor> the firmware must never exit
|
||||
<adi|work> ahhh, okay :)
|
||||
<Zagor> i'm fixing it now, so don't worry :)
|
||||
<adi|work> ah.. was about to commit :)
|
||||
<adi|work> then nm
|
||||
<Zagor> too late :)
|
||||
<adi|work> i was giving some thought to the whole 'not read a valid file' thing
|
||||
<adi|work> one concern was excessive spin up and down of the drive...
|
||||
<adi|work> but if you are planning to 'play' the file, then its not a concern is it?
|
||||
<Zagor> it might still be, if you take some time to select the next it will spin down and up agin
|
||||
<Zagor> we should filter out non-mp3 files
|
||||
<adi|work> you just read your first buffer in, then check and confirm that it is one of the format we want..
|
||||
<adi|work> i dont evn think that...
|
||||
<adi|work> no reason you shouldn't be able to 'read' a text file
|
||||
<Zagor> right, but perhaps not in the mp3 player mode? i haven't thought about it...
|
||||
<adi|work> hmmm i don't think there should be a 'mp3' mode and a 'not mp3 mode'
|
||||
<Zagor> maybe not
|
||||
* adi|work shrugs
|
||||
<adi|work> ill be around later tonight.. we can try and think it through then...
|
||||
<Zagor> yup
|
||||
<adi|work> btw.. what time is it by you?
|
||||
<Zagor> 22:32
|
||||
<adi|work> should be like midnight no?
|
||||
<adi|work> nods
|
||||
<adi|work> so ill see you in your morning ;)
|
||||
<Zagor> heh, ok
|
||||
<-- Zagor has quit ("bye")
|
||||
<PsycoXul> well the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will
|
||||
--- Disconnected (Connection timed out).
|
||||
**** ENDING LOGGING AT Tue May 21 20:07:37 2002
|
||||
|
||||
|
|
@ -1,661 +0,0 @@
|
|||
**** BEGIN LOGGING AT Tue May 21 22:49:19 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-88.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
|
||||
--- You are now known as adi|home
|
||||
--- dw|gone is now known as dwihno
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<dwihno> Hail to the almighty LINUS!: D
|
||||
<Linus> Yo!
|
||||
<Linus> Where did you order your Archos? And did you order a Recorder?
|
||||
<dwihno> I ordered it from Dustin
|
||||
<dwihno> Yeah, a recorder model
|
||||
<dwihno> I also ordered myself a new "dual optical" mouse from logitech ;D
|
||||
<Linus> Nice.
|
||||
<dwihno> yeah :)
|
||||
<dwihno> I just hope my expectations won't fail me ;)
|
||||
<Linus> Me too.
|
||||
<adi|home> weclome back all :)
|
||||
<dwihno> thanks
|
||||
<Linus> Hi adi!
|
||||
<dwihno> I might get it today
|
||||
<dwihno> (that is, if I'm _EXTREMELY_ lucky) ;)
|
||||
<PsycoXul> btw the archos firmware does handle being turned off somehow, because custom firmware won't turn off with the power plugged in but archos firmware will
|
||||
<Linus> Oh. That's something we'll have to look into
|
||||
<dwihno> PsycoXul: how extensivly have you been testing the new code on the actual hardware?
|
||||
<PsycoXul> well lets see i threw it on there last night and didn't past ata_init() so uh not very? :p
|
||||
<Linus> Strange, that thing with the ATA...
|
||||
<Linus> PsycoXul: have you opened your box?
|
||||
<PsycoXul> no
|
||||
<Linus> Ok.
|
||||
<dwihno> heheh
|
||||
<dwihno> Well, try to have a positive perspective - you at least got to ata_init() :)
|
||||
<dwihno> Was it the first test on actual hardware you performed last night?
|
||||
<PsycoXul> i've played with little pieces of code on the hardware a good amount
|
||||
<dwihno> cool :)
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<Bagder> hey ho
|
||||
<dwihno> Hello Bagder! :D
|
||||
<Linus> Yo Bagder!
|
||||
<Bagder> oh crap, Linus got here before me!!! :-)
|
||||
<dwihno> :D
|
||||
<dwihno> He was here REALLY early!
|
||||
<dwihno> 07:38 <Linus> Yo!
|
||||
<dwihno> You can't beat that! :D
|
||||
<Bagder> hehe
|
||||
<Bagder> I'm pretty often at work before that actually
|
||||
<Linus> But then he's so tired he can't even read or speak. :-)
|
||||
<Bagder> its just a matter of coffee amounts :)
|
||||
<dwihno> Hehe
|
||||
<dwihno> The caffeine is your friend! :D
|
||||
<dwihno> <-- just had his third cup of coffee
|
||||
<Linus> Björns donated player has an old display after all
|
||||
<Bagder> ah
|
||||
<Linus> Version 4.13
|
||||
<Bagder> did you get anything displayed on it?
|
||||
<Linus> Stone dead.
|
||||
<Linus> And the 4.13 display is stone dead when I pair it with Björns old CPU board.
|
||||
<dwihno> It's stone'd ;)
|
||||
<adi|home> btw... zagor stated 'the firmware should never exit'
|
||||
<adi|home> so we #defined the uisim to use the off button...
|
||||
<adi|home> but on the player and the recorder.. does the firmware trap the off button or what?
|
||||
<adi|home> i mean how else do you turn the unit off?
|
||||
* Bagder has no clue
|
||||
* adi|home draws a target on Bagder's forehead then poke's him in the bullseye
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<adi|home> speak of the devil...
|
||||
<Linus> I think the hardware traps the off button
|
||||
<adi|home> hey.. zag
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Zagor> eeeello
|
||||
<adi|home> <adi|home> btw... zagor stated 'the firmware should never exit'
|
||||
<adi|home> <adi|home> so we #defined the uisim to use the off button...
|
||||
<adi|home> <adi|home> but on the player and the recorder.. does the firmware trap the off button or what?
|
||||
<adi|home> <adi|home> i mean how else do you turn the unit off?
|
||||
<Linus> eieio
|
||||
<adi|home> like 20 secs ago
|
||||
<adi|home> and sometimes y
|
||||
<Zagor> ah
|
||||
<dwihno> YAY!
|
||||
<Zagor> well we don't know for sure
|
||||
<dwihno> My Archos is in Umeå now!
|
||||
<Zagor> the recorder seems to simply go into powersave mode and not actually turn off 100%
|
||||
<dwihno> I'm gonna get it today! :D
|
||||
<dwihno> Oh joy!
|
||||
<adi|home> really? thats just weird
|
||||
<adi|home> and the player?
|
||||
* dwihno starts bouncing around like a a playfull puppu
|
||||
<dwihno> puppy ;)
|
||||
<Zagor> i don't know. we need to do some measurements
|
||||
<Linus> I don't think it's weird that it goes into powersave mode
|
||||
* adi|home puts newspaper under dwihno
|
||||
<Linus> That way it can keep the settings in RAM
|
||||
<adi|home> no.. what i mean is.. sholdn't both units?
|
||||
<adi|home> i mean, why wouldn't the player as well?
|
||||
<Linus> i dunno
|
||||
<Linus> Maybe they designed it in a hurry
|
||||
<adi|home> keep those answers up.. and im giving you a target too...
|
||||
<adi|home> ;)
|
||||
<Linus> maybe the LCD display has no powersave mode
|
||||
<Linus> who knows?
|
||||
* adi|home nods
|
||||
<adi|home> okay.. im off to bed then.. long day tomorrow.
|
||||
<Zagor> night!
|
||||
<dwihno> sweet dreams
|
||||
<Linus> COFFEEEEEE!
|
||||
<dwihno> I'm way ahead of you Linus! :) Got my 4th cup!
|
||||
<adi|home> and also.. its E.M.S. appreciation week here in the States.. so appreciate me damn it!
|
||||
* adi|home giggles like a school girl
|
||||
<Bagder> EMS?
|
||||
<adi|home> Emergency Medical Services
|
||||
<Bagder> aha
|
||||
<adi|home> ppl that work on ambulances
|
||||
<adi|home> volunteers here mostly
|
||||
* Bagder appreciates ambulance-adiamas for a while
|
||||
<adi|home> hehehe
|
||||
* adi|home puffs up his chest proudly
|
||||
<adi|home> nite agin
|
||||
<Linus> Gah!
|
||||
<Linus> The "new" display works with the "new" CPU board
|
||||
<Linus> So we night have *three* display types on our hands!
|
||||
<Bagder> hmrpmf
|
||||
<Zagor> or at least combining old new cpu with old display wasn't as simple as we thought
|
||||
<Linus> Or it might be that it has nothing to do with the LCD at all.
|
||||
<Linus> Just incompatible boards
|
||||
<Linus> But how????
|
||||
<Linus> I wonder what's different...
|
||||
<Zagor> don't worry about that too much, it's not like anyone else is going to attempt it...
|
||||
<Linus> True. I'm just curious
|
||||
<Bagder> you should still write down or post your findings, so that we have them saved for the future
|
||||
<Linus> And we still need to debug a New(tm) Player to find out what's different with the ATA interface
|
||||
<Zagor> yes
|
||||
--> wavey (~wavey@dlan1431.dircon.co.uk) has joined #rockbox
|
||||
<Linus> Yo wav!
|
||||
<wavey> howdy linus
|
||||
* Bagder crawls off to get coffee
|
||||
<-- Bagder has quit ("disconnecting from stoned server.")
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<dwihno> 1x2
|
||||
<dwihno> I want my archos NOW!!! :)
|
||||
<dwihno> What are you people going to eat for lunch today?
|
||||
<Bagder> I think I'm up for chinese today
|
||||
<dwihno> yum
|
||||
<dwihno> noodles is always nice
|
||||
<dwihno> NASIGORENG!
|
||||
<Zagor> today is sushi day
|
||||
<Zagor> btw, guys, I managed to exchange a few words with Tumm yesterday. he exists! ;)
|
||||
* Bagder faints
|
||||
<dwihno> Eww! Sushi! That's like, dead fish!
|
||||
<Linus> Well. It's almost alive!
|
||||
<dwihno> Fried fish = yum yum
|
||||
<Zagor> barely dead :)
|
||||
<Linus> Wonderful!
|
||||
<Linus> Delicious!
|
||||
<Bagder> I wish we had a sushi place around here
|
||||
<dwihno> I wish I never have to see the evilness of the sushi
|
||||
* dwihno sends some abborre-sushi to Zagor
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
--- Linus is now known as Linus|lunch
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
--- Linus|lunch is now known as Linus
|
||||
<Zagor> PsycoXul: you here?
|
||||
<PsycoXul> yeah
|
||||
<Zagor> have you opened your archos?
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> no i haven't
|
||||
<Zagor> ok. we're having a theory that perhaps your harddisk is jumpered as "slave"
|
||||
<PsycoXul> fun
|
||||
<Zagor> it's not so bad, we just have to deal with it in ata_init() if that's the case. but it's a bit tricky to find out without opening your archos... :)
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> well i need to back it up [actualy mostly reorganize my HD copies to match the structure on the archos just so i can see that it really is backed up], and take it to best buy to get it serviced so they can remove the sticker and i don't have to worry about it
|
||||
<PsycoXul> i wasn't planning on opening it till after that
|
||||
<Zagor> well maybe you don't have to. we could try just patching your code a bit and see what happens
|
||||
<Zagor> stand by :)
|
||||
<PsycoXul> the power plugin does need to be resoldered or something i think, if i bump it while its plugged in it'll lose the contact
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<PsycoXul> but i can't test anything till tomorrow... gotta juggle HD's in a win98 box next to me to boot it to linux with my sh1 dev stuff and its too late tonight to be getting into that...
|
||||
<Zagor_> :-(
|
||||
<PsycoXul> and i'm hopping in the shower now heh
|
||||
<Zagor_> when you get the chance, try changing SELECT_LBA to 0x50 in ata.c
|
||||
<PsycoXul> ok
|
||||
<-- Zagor has quit (card.openprojects.net irc.openprojects.net)
|
||||
--- Zagor_ is now known as Zagor
|
||||
<PsycoXul> well i'll go take a shower and if its not too late after that then maybe i can
|
||||
<Bagder> PsycoXul: where are you, geograpicly?
|
||||
<Zagor> pacbell.net hints US
|
||||
<dwihno> I GOT MY ARCHOS IN MY HAND!
|
||||
<Bagder> try the demos! ;-)
|
||||
<dwihno> hm
|
||||
<dwihno> how do I connect it? ;)
|
||||
<Bagder> to what?
|
||||
<dwihno> To the PC
|
||||
<dwihno> It just says charging
|
||||
<dwihno> no "hello USB" thingy
|
||||
<Zagor> yay, that was fast
|
||||
<Linus> dwihno: turn it on
|
||||
<dwihno> Trying
|
||||
<dwihno> It just says "charging batteries"
|
||||
<Linus> Hold ON down for a few secs
|
||||
<Zagor> dwihno: go to groups.yahoo.com and join the archosjukebox6000 group. then read the faq there, it will answer your 20 first questions :-)
|
||||
<dwihno> Help me out, I don't wanna search no mail list! :(
|
||||
<Linus> How long did you press ON?
|
||||
<Zagor> keep it down 5-10 seconds
|
||||
<dwihno> öjj, nu hände det grejer
|
||||
<dwihno> Windows won't say hello USB
|
||||
<Zagor> you need to install the driver from the cd
|
||||
<Zagor> uh, maybe not
|
||||
<Zagor> i was thinking about the old archos :)
|
||||
<Zagor> which windows do you have?
|
||||
* Bagder has glass windows ;-)
|
||||
<Linus> You do have to install a driver if you have Win98
|
||||
<Zagor> yeah, I guess we can't expect MSWindows to follow specifications... ;*)
|
||||
<Bagder> ah they do, just not the SAME specifications ;-)
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> <-- is ejaculating
|
||||
<dwihno> DAMN
|
||||
* Zagor puts dwihno in a cool shower
|
||||
--- ChanServ gives channel operator status to Bagder
|
||||
<dwihno> :)~
|
||||
<dwihno> Worth every wooden nickle
|
||||
<Linus> Didn't we tell you? :-)
|
||||
<Bagder> now, rip it up and make that serial port work for debugging B-P
|
||||
<Zagor> haha
|
||||
<Linus> hihi
|
||||
<Linus> Bagder: why don't you??? :-)
|
||||
<Bagder> well, no recorder has so far
|
||||
<Bagder> not even you guys
|
||||
<Bagder> right?
|
||||
<dwihno> hahahaha
|
||||
<dwihno> damn
|
||||
<dwihno> whoa
|
||||
<Zagor> right
|
||||
<dwihno> <-- gets a glass of water...
|
||||
<dwihno> I'll be damned! DAMN DAMN DAMN! :)
|
||||
<Linus> Don't spill it!!!
|
||||
<Bagder> get over your head ;-)
|
||||
<Bagder> poor it even
|
||||
<Zagor> pour
|
||||
* Zagor is the spelling police, too
|
||||
<Bagder> hey, I can't type
|
||||
<Bagder> so then I shall not speel correct either ;-)
|
||||
<dwihno> haha
|
||||
<dwihno> :)
|
||||
<dwihno> Win2k said: "Hello USB" and installed it as a mass storage device without any extra drivers
|
||||
<Zagor> good
|
||||
<Zagor> where are our win32 developers? it's been awfully quiet lately
|
||||
<PsycoXul> back
|
||||
<dwihno> Whoa
|
||||
<dwihno> whoa whoa whoa
|
||||
<PsycoXul> yeah i'm in the US, california
|
||||
<dwihno> Oh my god
|
||||
<Bagder> Zagor: indeed, the win32 simulator is now lagging behind
|
||||
<PsycoXul> bah
|
||||
<PsycoXul> win32 people aren't *real* developers anyways :p
|
||||
<Bagder> hehe
|
||||
<Zagor> adiamas spilled the beans in the yahoo forum a couple of days ago and now everyone is very interested. a win32 simulator would be good soon
|
||||
<Bagder> hey!
|
||||
<PsycoXul> yeah
|
||||
<Bagder> we're now 101 subscribers
|
||||
<Bagder> on the rockbox list
|
||||
<Zagor> and <1 msg/day :-)
|
||||
<Bagder> yeah
|
||||
<dwihno> *copy files*
|
||||
<Zagor> PsycoXul: can you test now?
|
||||
<dwihno> The speed is quite alright for being a USB 1.1 computer I'm using
|
||||
<Bagder> dwihno: hehe that'll keep you busy for a while
|
||||
<Linus> dwihno: do you have USB2.0 on your computer?
|
||||
<Linus> ah
|
||||
<dwihno> Getting files from work -> home will never be a problem again ;)
|
||||
<Bagder> sure it will, you won't have room for with all those mp3s on it ;-)
|
||||
<PsycoXul> heh
|
||||
<dwihno> hehe
|
||||
<PsycoXul> Zagor: just booted over
|
||||
<Zagor> PsycoXul: meaning?
|
||||
<PsycoXul> you know i think most of the problems i have with this thing over USB is due to trying it when the batteries low
|
||||
<Zagor> yeah that's a bad idea
|
||||
<PsycoXul> Zagor: meaning i'm copying the test file now
|
||||
<Zagor> ok
|
||||
<PsycoXul> well
|
||||
<PsycoXul> usualy when i plug it in the batteries like half way
|
||||
<PsycoXul> to USB i mean
|
||||
<PsycoXul> and then i copy files and after several times in one session it starts having problems
|
||||
<PsycoXul> using it as a USB HD seems to eat the batteries really quick
|
||||
<PsycoXul> hmmm
|
||||
<Zagor> yeah, always keep the power cable connected in usb mode
|
||||
<PsycoXul> like now the batteries shouldn't be very low but it may have stalled on the copy already
|
||||
<dwihno> For how many hours do the batteries last?
|
||||
<dwihno> 10 hours?
|
||||
<Zagor> roughly, yes
|
||||
<dwihno> mkay
|
||||
<PsycoXul> i estimate 5-10 hours depending bitrate, settings, volume, how much you mess with it
|
||||
<dwihno> mess?
|
||||
<PsycoXul> if you press buttons a lot
|
||||
<dwihno> you mean, use it as a USB harddrive?
|
||||
<PsycoXul> have the backlight on much
|
||||
<PsycoXul> etc
|
||||
<PsycoXul> dwihno: yeah
|
||||
<PsycoXul> er
|
||||
<PsycoXul> no
|
||||
<dwihno> amongst other things
|
||||
<PsycoXul> dwihno: i mean if you set up a 10 hour playlist, start it, stick it in your pouch/pocket and then don't touch it till it goes dead
|
||||
<PsycoXul> dwihno: it'll last a long longer than if you play some songs, then browse around and play some more, etc
|
||||
<dwihno> mkay
|
||||
<dwihno> Will the unit start to fux0r if I change the hard disk label?
|
||||
<PsycoXul> nah
|
||||
<PsycoXul> one of the first things i did :p
|
||||
<dwihno> heh
|
||||
<dwihno> insanity! is the label now
|
||||
<dwihno> :)
|
||||
<dwihno> 20 gigs of music in your pocket is nothing but pure insanity
|
||||
<PsycoXul> yep
|
||||
<PsycoXul> its true
|
||||
<PsycoXul> just wait
|
||||
<PsycoXul> its like your life suddenly got a soundtrack :p
|
||||
<dwihno> :)
|
||||
<dwihno> Oh my fucking G.O.D!
|
||||
<Zagor> dwihno: 20 gigs? bah, 40 here. and there's 60 gig disks out now.
|
||||
<dwihno> whoa
|
||||
<dwihno> Zagor: suck my dick :)
|
||||
<Zagor> no thanks :)
|
||||
<PsycoXul> heh
|
||||
<dwihno> I'll sync it against my collection at home tonight
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> Zagor: no change
|
||||
<Zagor> hmm
|
||||
<Linus> PsycoXul: you mean the ATA slave test?
|
||||
<Zagor> yes
|
||||
<Linus> bah!
|
||||
<Zagor> hmm, we must do a device select before we start polling status...
|
||||
<Linus> Dont we do that now?
|
||||
<Zagor> nopp
|
||||
<Linus> But the ATA interface must be initialized already?
|
||||
<Zagor> i'll try and adapt the master/slave check code I have in the isd200 driver...
|
||||
<Zagor> hmm, you're right
|
||||
<Zagor> still, it just doesn't work
|
||||
<dwihno> Whoa
|
||||
<dwihno> I wanna go hoooome! :)
|
||||
<dwihno> Listen to music! :)
|
||||
<dwihno> I love the audio quality
|
||||
<Zagor> have you been able to hear the buzz yet=
|
||||
<Zagor> ?
|
||||
<dwihno> Didn't try
|
||||
<PsycoXul> i get a buzz while my studio20's charging sometimes... it comes and goes and when it comes i can't get rid of it and when it goes i can't make it do it, but its from the unit itself and not the headphones heh
|
||||
<Zagor> oh
|
||||
<Zagor> are you using the stock charger?
|
||||
<PsycoXul> yes
|
||||
<Zagor> it could be voltage related
|
||||
<PsycoXul> its no big deal and i only get it sometimes
|
||||
<dwihno> I'll try to get the buzz tonight
|
||||
<dwihno> Damn
|
||||
<dwihno> The bass is exquisite!
|
||||
<dwihno> My EXP101 is WAY out!
|
||||
<Zagor> dwihno: you can probably "force" the buzz by only inserting the headphone plug half-way
|
||||
<Zagor> still, if you can't hear it why look for it :)
|
||||
<dwihno> hehe
|
||||
<dwihno> true, true
|
||||
<dwihno> You will not find the force, the force will find you!
|
||||
<dwihno> Reverse that sentence and imagine Yoda saying it ;)
|
||||
<PsycoXul> find the force you will not, find you it will
|
||||
<dwihno> :)
|
||||
<dwihno> :-)
|
||||
* dwihno sighs
|
||||
<PsycoXul> but yeah
|
||||
<PsycoXul> anything else i should try today?
|
||||
<dwihno> How long time does it take to charge it?
|
||||
<Zagor> dwihno: a long time. leave it overnight at least
|
||||
<Zagor> it handles it intelligently, so there's no problem leaving it too long
|
||||
<dwihno> Ah, sure
|
||||
<PsycoXul> yeah but don't leave it too too long especialy if you use the stock adapter
|
||||
<dwihno> How come?
|
||||
<PsycoXul> cause its an unregulated piece of shit adapter that i guess provides more power than the unit needs to start with, and especialy once its charged, that extra power gets put out as heat
|
||||
<PsycoXul> some people have damaged their units with that
|
||||
<PsycoXul> mine's gotten hotten than i'm comfortable with a couple times
|
||||
<PsycoXul> hotter
|
||||
<dwihno> ah
|
||||
<dwihno> does it tell when the charging is finished?
|
||||
<Zagor> yes
|
||||
<PsycoXul> yeah
|
||||
<dwihno> and how many hours does a typical charge take?
|
||||
<dwihno> the green led goes blank when it's fully charged?
|
||||
<Zagor> no the display says "Charging complete"
|
||||
<Zagor> the green led is hardwired to power-on
|
||||
<PsycoXul> i dunno about recorders, but my player says "charged" instead of "charging..." and you can also hear the HD spin up
|
||||
<Zagor> the recorder does not spin the hd
|
||||
<PsycoXul> huh
|
||||
<Zagor> the "charging complete, let's dissipate excess power via spinning hd" seems to be a new-players-only thing
|
||||
<dwihno> mkay
|
||||
<dwihno> Should I upgrade to the newsest firmware?
|
||||
<Zagor> which version do you have?
|
||||
<dwihno> lemme check... where do I do that?
|
||||
<Zagor> menu->firmware
|
||||
<Bagder> who cares about firmware versions, we need rockbox ;-)
|
||||
<dwihno> hehe
|
||||
<dwihno> rockbox is still just a dream
|
||||
<dwihno> Rockbox - Because dreams will come true!
|
||||
<dwihno> There's a slogan you can use ;)
|
||||
<PsycoXul> you know it *seriously* seems like the players firmware was a hacked together bare minimal with a few things thrown in cause they were easy, and i *swear* they anticipated a project to replace it
|
||||
<PsycoXul> to me anyways :p
|
||||
<dwihno> you might be right
|
||||
<Zagor> i doubt they anticipated anyone replacing it. then why would the scramble it? I agree on the "hacked together" part, though
|
||||
<dwihno> ask the firmware developers
|
||||
<PsycoXul> i couldn't tell you why they scramble it
|
||||
<PsycoXul> it doesn't seem to actualy accomplish anything anyways :p
|
||||
<Zagor> it would appear they explicity wanted something like this to never happen...
|
||||
<dwihno> 1.26
|
||||
<dwihno> mar 10 2002
|
||||
<dwihno> that's the firmware
|
||||
<Zagor> dwihno: I think there's a 1.27 out. try it if you feel like it.
|
||||
<Zagor> I'm using 1.24. can't be bother with their mini changes
|
||||
* Bagder has 1.25b
|
||||
<PsycoXul> so you guys got anything else for me to test today or can i throw the normal firmware on there and call it a day? heh
|
||||
<Zagor> PsycoXul: we're done for now, I think. i'll test some stuff on my end first.
|
||||
<PsycoXul> ok
|
||||
<Bagder> there's a 1.27c available
|
||||
<dwihno> Where do you find the firmware?
|
||||
<dwihno> I'm trying to find, but can't!
|
||||
<Bagder> http://www.archos.com/us/download_drivers.html
|
||||
<dwihno> ah
|
||||
<dwihno> thanks
|
||||
<Bagder> "archos recorder firmware" on google showed that as first choice
|
||||
<Bagder> the rockbox link was only on third place ;-)
|
||||
<dwihno> Yeah! :D
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> i descrambled/hexedited/rescrambled the archos firmware and changed 'CHARGE' to 'FUX0RZ' and 'CHARGING' to 'FUX0RING' etc
|
||||
<Zagor> haha
|
||||
<PsycoXul> and put it on, booted it, shut it off, plugged it in just to see
|
||||
<PsycoXul> and it still says CHARGE, CHARGING
|
||||
<dwihno> :)
|
||||
<dwihno> hm
|
||||
<PsycoXul> so apparently firmware upgrades don't effect its charging stuff
|
||||
<dwihno> stupid :/
|
||||
<Zagor> ah, no. not unless you first start the firmware then plug in the charger
|
||||
<PsycoXul> which makes sense to me since it doesn't boot up from the HD to charge
|
||||
<dwihno> In what way is the firmware scrambled? :) XOR?
|
||||
<Zagor> no it's a bit more than that
|
||||
<PsycoXul> heh
|
||||
<Zagor> they used the old "swap bus pins" trick, only in software instead of hardware
|
||||
<dwihno> (?)
|
||||
<dwihno> swap bus pins?
|
||||
<PsycoXul> ok so i turned it on and plugged it in and then turned it off and it still says CHARGE heh
|
||||
<PsycoXul> they seem to have a lot of unused stuff in their firmware upgrades
|
||||
<Zagor> don't turn it off
|
||||
<Zagor> when you turn it off it reverts to rom
|
||||
<PsycoXul> well when its on it just displays the normal interface and the battery indicator just moves
|
||||
<Zagor> dwihno: yeah, if you swap the bus pins to the ROM, the contents of the ROM becomes scrambled without you actually having to unscramble it
|
||||
<dwihno> Femton pirater å en flaska mä rooooom! :D
|
||||
<PsycoXul> so i'll never see those messages heh
|
||||
<Zagor> PsycoXul: ah, silly me
|
||||
<dwihno> Zagor: mkay
|
||||
<dwihno> Zagor: in quiet parts of the songs, I hear a faint buzz noise...
|
||||
<dwihno> I can live with it though
|
||||
<PsycoXul> i was mainly just wondering how "fixed battery charged issue" ended up on the feature list of a firmware upgrade... so now we know just cause they say they added it doesn't necessarily mean it'll have any effect for an upgrade :p
|
||||
<Zagor> i guess you're right
|
||||
<Zagor> PsycoXul: umm, feel like testing some more? ;)
|
||||
* Zagor ducks
|
||||
<dwihno> What's with that digital serial thing? Are they trying to disable something?
|
||||
<PsycoXul> heh
|
||||
<Zagor> dwihno: what do you mean?
|
||||
<PsycoXul> sure, except i just booted that box back to win98 so i can't compile anything for it heh
|
||||
<Zagor> PsycoXul: if i select slave, I get the same 00 status response as you get
|
||||
<Zagor> so we should probably we checking master/slave the first thing we do
|
||||
<dwihno> Zagor: Well, I read something about some serial thing and DMCA... And the link said something about making digital copies... I thought they might be trying to disable digital copying...
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> hey its kindof funny
|
||||
<PsycoXul> i've got this song called 'descramble'
|
||||
<PsycoXul> its the DeCSS source code, sang
|
||||
<Zagor> dwihno: ah, yes. like everyone selling stuff in the US they must obey silly rules. but there are ways around the SCMS. (it's in the FAQ ;)
|
||||
<Zagor> dwihno: but it's only over the SPDIF interface anyway. and nobody uses that
|
||||
<PsycoXul> with the chorus "the dmca steps me... i don't like the dmca, it makes this song illegal"
|
||||
<Zagor> PsycoXul: lol
|
||||
<dwihno> :)
|
||||
<PsycoXul> er "steps on me"
|
||||
<PsycoXul> its bad recording, bad quality, bad performance but its kinda catchy :p
|
||||
<Zagor> i like the lyrics...
|
||||
* Bagder thinks songs by "decoded feedback" kind of fits on mp3
|
||||
<PsycoXul> how can you not love a song that starts off with
|
||||
<PsycoXul> "this function is void.. it takes to args"
|
||||
<dwihno> Zagor: Nothing about SCMS in the FAQ :/
|
||||
<PsycoXul> :p
|
||||
<Bagder> hehehe
|
||||
<PsycoXul> s/to/two/
|
||||
<dwihno> :-)
|
||||
<PsycoXul> DMCA steps on me... i don't like the dmca it makes this song illegal, oooh... dmca, it steps on me and makes this song illegal, makes this song illegal
|
||||
<dwihno> PsycoXul: You need coffee.
|
||||
<PsycoXul> eye dew gnot.
|
||||
* dwihno hands PsycoXul a steaming hot cup dé coffee
|
||||
* PsycoXul hands it back, thanks anyways heh
|
||||
<PsycoXul> coffee's nasty stuff man :p
|
||||
<PsycoXul> and it pisses me off that innocent pot smokers are going to jail while everyone from gradeschoolers to their parents are hooked on caffiene :p
|
||||
<dwihno> hehe
|
||||
<Linus> Gotta go. Bye folks!
|
||||
<dwihno> You haven't made a 'scroll faster' patch yet? :)
|
||||
<Bagder> bye Linus
|
||||
<PsycoXul> nobody's doing patches :p
|
||||
<PsycoXul> besides maybe archos heh
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<dwihno> hehe
|
||||
<dwihno> I'll do my own patch ;D
|
||||
<PsycoXul> sure
|
||||
<PsycoXul> while you're at it, whip up some DSP code for PCM and ogg support
|
||||
<PsycoXul> so i saw this new portable thing out
|
||||
<PsycoXul> with 10G
|
||||
<PsycoXul> can play mp3/wav but thats only a feature
|
||||
<PsycoXul> works as usb master and slave, has ethernet and pc card
|
||||
<Zagor> so what "thing" is it?
|
||||
<Bagder> gotta run, see ya
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<Zagor> bye
|
||||
<Zagor> gah, too late :)
|
||||
<PsycoXul> http://www.thinkgeek.com/stuff/gadgets/57a3.shtml
|
||||
<PsycoXul> that thing
|
||||
<dwihno> it's rather sexy
|
||||
<dwihno> but it's not an archos
|
||||
<dwihno> archos is godsent!
|
||||
<Zagor> ah, a harddisk with a display. how cute :)
|
||||
<dwihno> rockbox is the archangel, sent to thame the archos!
|
||||
<PsycoXul> its size is kindof odd
|
||||
<PsycoXul> 7"x3.2"x1"
|
||||
<Zagor> the price is, ehm, high
|
||||
<PsycoXul> yeah
|
||||
--> alkorr (alkorr@srs04m-8-122.n.club-internet.fr) has joined #rockbox
|
||||
<Zagor> hey, alan!
|
||||
<alkorr> hello people
|
||||
<PsycoXul> its LCD sounds like its charcell too... says 20 chars x 4 lines
|
||||
<alkorr> you are fast :)
|
||||
<Zagor> like lightning :)
|
||||
<alkorr> speaking about your project :)
|
||||
<PsycoXul> but its got some interesting features
|
||||
<PsycoXul> such as ability to use alkaline, ni-mh, or a li-ion battery pack
|
||||
<alkorr> Psyco, what are you speaking about ?
|
||||
<PsycoXul> can act as a usb master, has 10mb ethernet, pcmcia, and composite video out for viewing still images
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> alkorr: http://www.thinkgeek.com/stuff/gadgets/57a3.shtml
|
||||
<PsycoXul> terapin mine
|
||||
<PsycoXul> its rather long at 7" though, "20 char x 4 line" lcd doesn't sound impressive, nor does 6 buttons, and costing so much for only 10G
|
||||
<alkorr> looks very interesting if it was not its price
|
||||
<Zagor> ga-zing-ga. file browser running on my 6k.
|
||||
<PsycoXul> what'd be more interesting is if they sold them cheap without HD's
|
||||
<Zagor> yeah, it's kind of a mix between an archos and a handheld. not being especially good for either
|
||||
<PsycoXul> but being that its geared towards being a data storage device, they probably wouldn't do that heh
|
||||
<alkorr> well I prefer a graphical lcd
|
||||
<Zagor> unghh... sourceforge's CVS server seems to have bonked
|
||||
<alkorr> ???
|
||||
<PsycoXul> yeah
|
||||
<alkorr> bonked ? what does mean ?
|
||||
<Zagor> it doesn't respond right now
|
||||
<Zagor> bonked = died, sort of
|
||||
<alkorr> ok
|
||||
<Zagor> apparently it didn't like my latest patch :)
|
||||
<PsycoXul> i feel like i got shortchanged on this little 11x2 charcell thing, i've seen $10 games at walmart with better displays heh
|
||||
<Zagor> hehe
|
||||
<alkorr> arf
|
||||
<Zagor> ah, it's up again
|
||||
<PsycoXul> but at least it does display stuff
|
||||
<PsycoXul> there's so many players on the market that don't even have standard mp3 player features
|
||||
<Zagor> PsycoXul: is yours a studio 10 or 20?
|
||||
<PsycoXul> studio20
|
||||
<PsycoXul> http://www.thinkgeek.com/stuff/gadgets/5a1a.shtml
|
||||
<Zagor> ok
|
||||
<Zagor> hey, it can almost fit the rockbox logo! ;)
|
||||
<PsycoXul> hey thats kinda interesting... if you hooked an IR port into the serial port on your archos with custom firmware and then used that
|
||||
<PsycoXul> get a joystick and mini keyboard and extra display
|
||||
<PsycoXul> heh
|
||||
<Zagor> yep. there's lots of cool stuff to be done on the archos
|
||||
<alkorr> hum... interesting...
|
||||
<dwihno> :)
|
||||
* dwihno takes everybody down to earth again
|
||||
<dwihno> :)
|
||||
<alkorr> you dreamreaper :)
|
||||
<Zagor> who'll be first with a keyboard->archos adapter? :)
|
||||
--- dwihno is now known as DreamReaper
|
||||
<DreamReaper> Mohahaha!
|
||||
<DreamReaper> The Archos will NEVER be more than a music box! :D
|
||||
<DreamReaper> *evil laughter*
|
||||
--- DreamReaper is now known as dwihno
|
||||
<Zagor> you forgot tetris :)
|
||||
<alkorr> a PC keyboard should not be a problem
|
||||
<dwihno> haha
|
||||
<dwihno> Tetris is a toy for kids :)
|
||||
<PsycoXul> Zagor: i keep thinking of a bi-directional IR via serial port
|
||||
<alkorr> if your archos has the external serial line
|
||||
<Zagor> PsycoXul: yeah, unfortunately bidir requires hw mod
|
||||
<PsycoXul> yeah i know
|
||||
<PsycoXul> i do plan on making hw mods eventualy
|
||||
<dwihno> hm
|
||||
<dwihno> bettery charged
|
||||
<dwihno> So it's full now, eh?
|
||||
<alkorr> please, consider my idea
|
||||
<PsycoXul> which idea is that
|
||||
<alkorr> there is the Linus' serial tool that we can connect between an archos and PC
|
||||
<PsycoXul> yeah
|
||||
<alkorr> if we have a PS/2<->serial adaptor
|
||||
<alkorr> it should be virtually possible to connect a PC keyboard
|
||||
<PsycoXul> heh
|
||||
<alkorr> no ?
|
||||
<alkorr> a PC keyboard sends 1200 baud, no parity, 8 bit, 1 start, 1 stop
|
||||
<alkorr> am i wrong ?
|
||||
<-- Zagor has quit (card.openprojects.net irc.openprojects.net)
|
||||
<alkorr> so jukebox should be able to receive scancodes and handles it
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<PsycoXul> i've got 3 ps/2-serial adapters, but all 3 are made to plug into a serial port
|
||||
<PsycoXul> and linus' serial adapter i'm guessing is also made to plug into a serial port
|
||||
<alkorr> jukebox has no PC serial plug
|
||||
<Zagor> ah, hi again :)
|
||||
<alkorr> you need to have an intermediate
|
||||
<PsycoXul> i know
|
||||
<PsycoXul> thats what linus' adapter does right?
|
||||
<PsycoXul> heh
|
||||
<dwihno> <-- is off - no more "work" today ;D
|
||||
--- dwihno is now known as dw|off
|
||||
<alkorr> yeah
|
||||
<alkorr> ah okay youre speaking about adapter
|
||||
<PsycoXul> yeah the rs232 converter
|
||||
<Zagor> then you just need the serial->archos adapter from the web page
|
||||
<Zagor> PsycoXul: yup
|
||||
<PsycoXul> which kind of rs232 port does that have? the kind like is on the computer on the kind like plugs into the computer? heh
|
||||
<Zagor> it's db9 -> 3.5mm plug
|
||||
<PsycoXul> i seem to recall somebody at some point saying they'd put pictures up of the thing
|
||||
<Zagor> dumdidum, that was never me was it? :*)
|
||||
<PsycoXul> Zagor: yes but i mean does it plug into the host port or do you plug a serial cable between the host port and the converter port or what?
|
||||
<PsycoXul> Zagor: can you plug a serial device into it
|
||||
<PsycoXul> or is it itself a serial device to be plugged in
|
||||
<Zagor> it plugs into the PC and into the archos
|
||||
<PsycoXul> i mean on the pc side
|
||||
<PsycoXul> does it have the 9 pins or the 9 holes? heh
|
||||
<alkorr> a stand serial wire
|
||||
<alkorr> standard
|
||||
<alkorr> wire between PC and adapter is female
|
||||
<alkorr> unless Linus inverted it
|
||||
<PsycoXul> so the rs232 converter's PC-style port is just like what you have on the back of your PC? heh
|
||||
<alkorr> well if not the good one, just buy a male-female adapter :)
|
||||
<PsycoXul> thats all i was wondering heh
|
||||
<alkorr> on the pc, it is a male
|
||||
<alkorr> my adapter has also a male adapter
|
||||
<alkorr> huh it is like PC one
|
||||
<PsycoXul> so if you had a serial keyboard you could plug it right into the rs232 converter?
|
||||
<alkorr> let me find another keyboard here...
|
||||
<PsycoXul> i've got 3 ps2->serial adapters heh
|
||||
<alkorr> you should because i bought a 1 ps2->serial too
|
||||
<alkorr> and it fits with my serial adapter for jukebox
|
||||
<PsycoXul> ok
|
||||
<PsycoXul> so it should be easy to hook a lot of stuff up to this sucker
|
||||
* PsycoXul pictures a little 1-pixel mouse cursor drawn in a dynamically-updated custom char on his player :p
|
||||
<PsycoXul> ok so for this thing
|
||||
<PsycoXul> i see on national.com the LP2980IM5
|
||||
<PsycoXul> they have -2.5 through -5.0
|
||||
<PsycoXul> (i.e. LP2980IM5-2.5, ..., LP2980IM5-5.0)
|
||||
<Zagor> i have to go. see you guys!
|
||||
<PsycoXul> is that the output voltage or something?
|
||||
<-- Zagor (~bjst@labb.contactor.se) has left #rockbox
|
||||
<PsycoXul> do i want the -3.3 then?
|
||||
<PsycoXul> heh
|
||||
<-- alkorr has quit (Read error: 110 (Connection timed out))
|
||||
<-- wavey has quit (Read error: 110 (Connection timed out))
|
||||
--- Disconnected (Connection timed out).
|
||||
**** ENDING LOGGING AT Wed May 22 17:13:21 2002
|
||||
|
||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,93 +0,0 @@
|
|||
**** BEGIN LOGGING AT Tue May 28 17:38:59 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-10.216-194-23-227.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Does your box rock? http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by Bagder at Mon May 13 04:46:28
|
||||
--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<-- adam has quit (Read error: 104 (Connection reset by peer))
|
||||
--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
|
||||
<adam> hmm
|
||||
<adam> LUG meeting tomorrow :P
|
||||
<adam> == hauling big computer, getting back ache, LAN party
|
||||
<-- adam has quit ("BitchX WWW Site -- http://we.got.net/~brian/")
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
--- dw|gone is now known as dwihno
|
||||
--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
|
||||
<dwihno> ironin! :)
|
||||
<ironi> dwihno
|
||||
<ironi> hey
|
||||
<ironi> i just joined
|
||||
<ironi> i'm going to sleep
|
||||
<ironi> actually
|
||||
<ironi> be back around 1 pm
|
||||
<ironi> =)
|
||||
<dwihno> Haha
|
||||
<dwihno> Galning :)
|
||||
<ironi> just wanted to try the daily build before going to bed
|
||||
<dwihno> mkay
|
||||
<ironi> vadå jag jobbar ju natt :-P
|
||||
<dwihno> oj
|
||||
<dwihno> dåså, gå och lägg dig ;)
|
||||
<dwihno> Själv ska jag leka med DX3-API:et :)
|
||||
<ironi> dx3?
|
||||
<dwihno> Jepps
|
||||
<ironi> ehm den nya dirbrowsern hajjar jag nada av
|
||||
<dwihno> DirectX :) Gammal mupps
|
||||
<ironi> build 20020529
|
||||
<dwihno> Ingen idé att jag testar på min - jag har en recorder :/
|
||||
<ironi> okay
|
||||
<ironi> i see
|
||||
<ironi> nä dags att sova lite jag kollapsar snart...och mun hy är fet...får nog finnar...helvetesnattjobb
|
||||
--- ironi is now known as irony|zzz
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<Bagder> gooood morning
|
||||
<dwihno> Hej hej
|
||||
<Bagder> the daily builds seem to have been built properly today
|
||||
<adiamas> anyone else play with the simulator lately?
|
||||
<Bagder> I made it build yesterday
|
||||
<Bagder> `problems?
|
||||
<adiamas> yeah.. the dir listing looks weird...
|
||||
<adiamas> misplacement of icons .. etc..
|
||||
<adiamas> bah.. don't worry.. ill get it tomorrow night.. i need sleep
|
||||
* adiamas waves
|
||||
<Bagder> hm, I believe Björn was messing in that code yesterday
|
||||
<Bagder> night
|
||||
<dwihno> I just got DX3 to compile with my mingw setup! :)
|
||||
<Bagder> dx3?
|
||||
<dwihno> yup
|
||||
<dwihno> directx3
|
||||
<dwihno> stonage stuff :)
|
||||
--> Zagor_ (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--- Zagor_ is now known as Zagor
|
||||
<Zagor> hey boys
|
||||
<Bagder> morning
|
||||
<Bagder> adiamas says you broke the dir browser on the recorder
|
||||
<Bagder> well, he didn't say you did it, he says its broken
|
||||
<Zagor> yes, i might have. didn't have time to test it much yesterday
|
||||
<Bagder> the daily build worked fine this morning
|
||||
<Zagor> nice
|
||||
<Bagder> in a few days, I'll set up a find job too that'll erase all files older than X days
|
||||
<Zagor> linus got a nice idea yesterday. how much work is it to get a CVS report listing all change comments between builds?
|
||||
<Bagder> I'll have a look
|
||||
<Bagder> should be a cvs log output with a time interval
|
||||
<Zagor> it would be a good automated changelog
|
||||
<Bagder> there's a cvs2changelog script somewhere
|
||||
<Bagder> cvs log -d "2002-05-28 06:00<2002-05-29 06:00"
|
||||
<Bagder> seems to work
|
||||
<Bagder> just needs some decent parsing
|
||||
<Bagder> parsing in progress
|
||||
<dwihno> Yay! :D
|
||||
<dwihno> The power of parse compels you!
|
||||
<Zagor> when the disk is spinning, the 6k uses 240mA
|
||||
<Bagder> isn't that ~70mA more?
|
||||
<Zagor> this means idle disk spins are not that expensive
|
||||
<Zagor> exactly
|
||||
<webmind> hm
|
||||
<webmind> question: u people know if its normal that the battery does not last for 8 hours after first use :)
|
||||
<Zagor> yes it's normal. the batteries take a few charges to get full effect
|
||||
<Zagor> also the first use tends to involve a lot of keypresses :)
|
||||
<webmind> a few charges ?
|
||||
<webmind> hmk
|
||||
<webmind> heh :)
|
||||
**** ENDING LOGGING AT Wed May 29 03:15:15 2002
|
||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
|
|
@ -1,421 +0,0 @@
|
|||
**** BEGIN LOGGING AT Tue Jun 4 23:37:03 2002
|
||||
|
||||
--> adiamas (~adiamas@216.194.26.223) has joined #rockbox
|
||||
--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56
|
||||
<xtac[z]> hm
|
||||
<xtac[z]> the archos is a bit heavy
|
||||
<xtac[z]> i need to find a light hd
|
||||
<xtac[z]> bb tom
|
||||
<-- xtac[z] has quit ("i focus on the pain the only thing that's real")
|
||||
--- You are now known as adi|home
|
||||
--- dw|gone is now known as dwihno
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
<Bagder> morning fellas
|
||||
<dwihno> Good morning!
|
||||
<dwihno> And it's a wonderful morning indeed.
|
||||
<Bagder> oh sure
|
||||
<dwihno> Although my headphones haven't been fixed yet
|
||||
<adi|home> morning
|
||||
<dwihno> hellö hellö
|
||||
<adi|home> Bagder.. my email is shot right now.. can't see commits... did you work on the m3u reader?
|
||||
<Bagder> yes
|
||||
<Bagder> it might even work a bit now
|
||||
<dwihno> :O
|
||||
<Bagder> I'm more or less waiting for Zagor/Linus to try this and/or comment it
|
||||
<Bagder> or anyone else of course
|
||||
<adi|home> hmm.. ill take a look
|
||||
<Bagder> the read function should take larger peaces each time it does a read() of course...
|
||||
<adi|home> pieces
|
||||
<adi|home> not peaces
|
||||
<adi|home> :)
|
||||
<Bagder> oops
|
||||
<Bagder> :-)
|
||||
<Bagder> peace to everyone ;-)
|
||||
<adi|home> except Al-Queda
|
||||
<adi|home> they can burn...
|
||||
<Bagder> hehe
|
||||
<adi|home> them and their virgins
|
||||
* adi|home gets down off his soapbox
|
||||
<adi|home> can i access the m3u reader from the uisim?
|
||||
<Bagder> yes
|
||||
<adi|home> home
|
||||
<Bagder> name the file .m3u
|
||||
<Bagder> browse to it and press play on it
|
||||
<adi|home> k
|
||||
<Bagder> I mean, it should have a .m3u extension
|
||||
<adi|home> i get We instruct the MPEG thread to play Ani Difranco - Back Back Back.mp3 for us
|
||||
<adi|home> correct?
|
||||
<Bagder> yes
|
||||
<Bagder> I haven't made the playlist do any shuffle or anything yet
|
||||
<adi|home> k
|
||||
<Bagder> it plays it from start to end
|
||||
<Bagder> and then restarts again
|
||||
<adi|home> k
|
||||
<Bagder> however, not all that is possible to see in the simulator
|
||||
<adi|home> heheh you and i have such diff code styles :)
|
||||
<adi|home> fd = open()
|
||||
<adi|home> if (-1 != fd)
|
||||
<adi|home> hehe
|
||||
<adi|home> id do: if ((fd = open()) < 0)
|
||||
<Bagder> I never do the assignment inside the condition if I can move it outside without penalty
|
||||
<adi|home> any particular reason?
|
||||
<Bagder> for readability
|
||||
<adi|home> ahh..
|
||||
<adi|home> i wold agree with that..
|
||||
<Bagder> the generated code will be exactly the same anyway
|
||||
<adi|home> but in the same vein.. comparing against -1 specifically is a bad habit to me :)
|
||||
<Bagder> perhaps
|
||||
<adi|home> != 0 is failure in unix
|
||||
<Bagder> not if open() is documented to return -1 on error ;-)
|
||||
<adi|home> never know what functions return...
|
||||
<adi|home> heheh true..
|
||||
<adi|home> but what if it was to return -2 as well?
|
||||
<adi|home> ;)
|
||||
<Bagder> then it would be a silly check ;-)
|
||||
<adi|home> hehehe
|
||||
<adi|home> neither way is better.. just diff like i said ;)
|
||||
<Bagder> yeah
|
||||
<adi|home> besides.. i know when i become supreme overlord you will have to do it my way ...
|
||||
<adi|home> im patient.. i can wait ;)
|
||||
<Bagder> haha, you just let me know when you get your super powers and I'll fix my code then before you turn me into something unpleasant :-P
|
||||
<adi|home> no worries.. id never turn you into a canadian ;)
|
||||
<adi|home> the read/open/lseek
|
||||
* Bagder sighs ffom relief
|
||||
<adi|home> are they the ones we implimented
|
||||
<adi|home> or part of the newlib?
|
||||
<Bagder> yes
|
||||
<Bagder> newlib is not needed anymore
|
||||
<Bagder> not used
|
||||
<Hadaka> well if this would be posix stuff - I'd definitely advice to test explictly against -1 and then do errno stuff after that
|
||||
<adi|home> okay... that case, can read fail?
|
||||
<Bagder> yes, read can fail
|
||||
<Bagder> so yes, I should check for that
|
||||
<adi|home> nods
|
||||
* Bagder hides
|
||||
<Bagder> we in fact set errno too, posix-fake-mode enabled ;-)
|
||||
<adi|home> lol
|
||||
<adi|home> would use of registers be of any use on the Archos?
|
||||
<adi|home> just wondering if there is a faster way to run throught that while loop of yours..
|
||||
<Bagder> modern gcc versions more or less ignore the register keyword
|
||||
<adi|home> k
|
||||
<Bagder> I/ew should read() larger chunks instead
|
||||
<Hadaka> premature optimization is the root of all beer
|
||||
<Bagder> I/we
|
||||
<Bagder> reading single-bytes like that is plain silly
|
||||
<adi|home> there is nothing wrong with premature optimization.. so long as you odn't go overboard
|
||||
<adi|home> can you give me a rough idea of how we are managing the playlists?
|
||||
<adi|home> i missed that convo
|
||||
<Bagder> pretty simple:
|
||||
<Bagder> we have the playlist on disk as a m3u file
|
||||
<Bagder> we store only indexes to the file names in memory
|
||||
<Bagder> that is, to the entry names within the m3u
|
||||
<dwihno> The m3u is in the memory?
|
||||
<Bagder> no
|
||||
<Bagder> never
|
||||
<adi|home> can i assume the index is the seek used by lseek
|
||||
<adi|home> then you read in the filename?
|
||||
<Bagder> exactly
|
||||
<adi|home> i guess that makes sense.. you ahve to spin the drive up to read in the mp3 anyway.
|
||||
<Bagder> yes
|
||||
<adi|home> so doing it to get each index is no big deal.
|
||||
<Bagder> we can even cache a few indexes before and after if we think that'll improve things
|
||||
<adi|home> nods
|
||||
<Bagder> so when we run "random"
|
||||
<Bagder> we shuffle the arrat with all the seek-positions
|
||||
<Bagder> array
|
||||
<adi|home> makes sense
|
||||
<adi|home> okay.. so we run from start to finish on the indices right?
|
||||
<Bagder> yes
|
||||
<adi|home> then having an int index that reps the "index of *NEXT* track to play' makes no sense
|
||||
<adi|home> you only want to know the current file being played
|
||||
<adi|home> don't you?
|
||||
<Bagder> it doesn't really matter
|
||||
<adi|home> i guess
|
||||
<Bagder> I chose "next" just so that zero would make sense already when initing the struct
|
||||
<adi|home> nod
|
||||
<Bagder> the mpeg thread will id3-read the file and allow others to get that info
|
||||
<adi|home> ?
|
||||
<Bagder> thing is
|
||||
<Bagder> we deliver the track to the mpeg thread long before we hear it
|
||||
<Bagder> so we need the mpeg thread to tell the world which song that is actually playing right now
|
||||
<adi|home> nod
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> morning Linus
|
||||
<Linus> morning!
|
||||
<adi|home> hen you init the structure.. would you want to reset the seed for rand?
|
||||
<Bagder> yes
|
||||
<Hadaka> oh btw - random and shuffle play in my mind are different things - and both are nice, depending on situation
|
||||
<adi|home> are you editing that file at all? if not ill fix this stuff as i go
|
||||
<Bagder> adi|home: I'm not, feel free to improve
|
||||
<adi|home> ki
|
||||
<Bagder> Linus: spotted my id3-fix?
|
||||
<Linus> Hadaka: you want "true" random in some cases? That is, same song may be played twice?
|
||||
<adi|home> okay... what happens if we barf on playlist processing?
|
||||
<adi|home> ie: file read fails
|
||||
<adi|home> open fails
|
||||
<Linus> Bagder: havent't come to the Rockbox-CVS folder yet... :-)
|
||||
<Bagder> adi|home: just return, do nothing
|
||||
<adi|home> k
|
||||
<Bagder> Linus: hehe :-)
|
||||
<adi|home> i think we eventually want a message to the user no
|
||||
<adi|home> ?
|
||||
<Hadaka> Linus: yes - or at times ofcourse a simple limit of not ever picking the next song to be the same song as the one exactly before would be sufficient
|
||||
<Hadaka> Linus: but for example when using mpg123 - I do use true random play for some stuff
|
||||
<Linus> what is mp123?
|
||||
<dwihno> mpg123?
|
||||
<dwihno> you don't know what it is? :)
|
||||
<dwihno> alnmighty mp3 thingy
|
||||
<Linus> an mp3 player?
|
||||
<Hadaka> Mpg123 is a fast and portable MPEG audio player for Unix.
|
||||
<Linus> Ah.
|
||||
<Hadaka> very, very common
|
||||
<Linus> That must mean that I'm ver very unaware of things. :-)
|
||||
<adi|home> Bagder: its your code.. so let me ask.. on checking the open... is if(fd >= 0) acceptable to you?
|
||||
<adi|home> or rather i leave it -l != fd?
|
||||
--> nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has joined #rockbox
|
||||
<Linus> hi nayr!
|
||||
<Hadaka> most jukebox softwares on unix use that as a backend - also there's a free replacement for it, mpg321, which is compatible
|
||||
<nayr> Hello!
|
||||
<adi|home> hey nayr
|
||||
<adi|home> do we have stat in our api now?
|
||||
<adi|home> or maybe it just makes more sense to lseek to a files end to get its size?
|
||||
<Linus> The ID3 code seeks to the end
|
||||
<adi|home> heheh okay "static unsigned int playlist_seed = 0xdeadcafe"
|
||||
<adi|home> is just wrong
|
||||
<Linus> why do you need the file length?
|
||||
<adi|home> right now we are reading in the m3u file a byte at a time
|
||||
<adi|home> that makes no sense.
|
||||
<Linus> no it doesn't
|
||||
<Linus> ...and...
|
||||
<adi|home> so get the file size
|
||||
<adi|home> define a static buffer of say 100 bytes
|
||||
<adi|home> and read in at a better increment.
|
||||
<adi|home> so you kno when you hit the file end
|
||||
<adi|home> your still not mallocing..
|
||||
<adi|home> so life is okay
|
||||
<Linus> why do you need the file size for that?
|
||||
<adi|home> i guess i could just keep lseeking?
|
||||
<Linus> you could just read until end-of-file
|
||||
<adi|home> are we gaurenteed to have an end-of-file?
|
||||
<Linus> of course
|
||||
<Linus> otherwise you wouldn't be able to lseek(9 to find out the end-of-file...
|
||||
<adi|home> right, thats what im saying...
|
||||
* adi|home now that i have my head outta my ass
|
||||
<adi|home> lets say char buf[100]
|
||||
<adi|home> then we do successive lseeks of 100 till we fail
|
||||
<adi|home> then we just grab the rest of the file when we fail
|
||||
<Linus> you don't need a buffer to do lseek()
|
||||
<adi|home> i know that
|
||||
<adi|home> but where are you putting the data from the m3u file?
|
||||
<Linus> Maybe I'm not understanding what you want to accomplish
|
||||
<adi|home> read/parse an m3u file
|
||||
<adi|home> to store in our playlist structure
|
||||
<Linus> So get the data, one row at a time (it's a text file, right?)
|
||||
<adi|home> right
|
||||
<Linus> why seek()?
|
||||
<adi|home> how do you know when a line ense?
|
||||
<adi|home> ends?
|
||||
<adi|home> you search for CRLF
|
||||
<Linus> CR/LF or just LF?
|
||||
<Linus> whatever
|
||||
<adi|home> im just going by what we have right now
|
||||
<adi|home> nods
|
||||
<adi|home> so to do that you need to read from the file into a buffer
|
||||
<Linus> so read into a 100 byte buffer, and look for EOL's
|
||||
<adi|home> thats what im saying :)
|
||||
<adi|home> thus the char buf[100]
|
||||
<Linus> but I still don't understand the seek() part
|
||||
<adi|home> are just going to read until read fails?
|
||||
<Linus> exactly
|
||||
<adi|home> so how do you tell the dif between "we reached the end of file: failed" and "archos is fucked: failed"/
|
||||
<adi|home> ?
|
||||
<-- trillback has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- adi|work has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- webmind has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- datazone has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- gd has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- PiotR has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<-- PsycoXul has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
<Linus> -1 means failure, 0 means end-of-file
|
||||
<Linus> still there?
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<adi|home> yeah.. just giant brain fart...
|
||||
<adi|home> i see what your getting at
|
||||
<Linus> great
|
||||
<adi|home> im not changing this now.. im bound to fsck it up.. to tired.. i ll hit it in the morning
|
||||
<adi|home> night all
|
||||
<adi|home> thanks for helping me pull my head from my ass Linus ;)
|
||||
--> gd (~chatzilla@dns.agssmf.com) has joined #rockbox
|
||||
--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
|
||||
--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
<Hadaka> hmm, one should make a feature checklist of what the archos (recorder) can do - and what is implemented in rockbox
|
||||
<Linus> night, adi|home!
|
||||
<Hadaka> how does the resume work on the original archos btw? does it save the current song/directory somewhere when it starts playing it or?
|
||||
<Linus> The Player saves that info on the hard drive
|
||||
<Linus> when it starts playing a song
|
||||
<nayr> ?? I could never get resume to work anyway.
|
||||
<Linus> but not when the battery is too low
|
||||
<Linus> I guess it's a safety feature not to write on the hard disk when low on batteries
|
||||
<Linus> nayr: how come?
|
||||
<Hadaka> ookkay
|
||||
<nayr> Well, maybe I'm not understanding what it's supposed to do. I was thinking it would resume a song where it left off between power cycles (ala iPod)
|
||||
<Linus> The recorder, OTOH saves that data in internal RAM
|
||||
<Linus> nayr: it only remembers which song it played
|
||||
<Linus> nayr: we will try to implement mid-song resume in Rockbox
|
||||
<nayr> Hmmm... OK. Well, I became overly excited when I heard about this project on /.
|
||||
<nayr> I figure there's a much better chance of getting the features I want by working with you folks than working with archos. :-)
|
||||
<Linus> nayr: nice. i hope you still feel that way.
|
||||
<Linus> nayr: are you a programmer?
|
||||
<Hadaka> yeah, mid-song resume (and keeping of the current playlist) would be just dandy
|
||||
<nayr> I used to pretend to be. But if I can code at all, it's high-level stuff (RAD/UI, 4GL, etc.) C/ASM really isn't my forte. I can read it, but I can't code it :(
|
||||
<Linus> ok. you can still be very useful
|
||||
<nayr> But I kick ass at QA, especially when I've got a personal stake in the project. =)
|
||||
<Linus> may god help us :-)
|
||||
<Linus> the QA department!
|
||||
<nayr> Programmers tend to hate me pretty quickly. =)
|
||||
<Linus> :-)
|
||||
<nayr> bedtime now. I'm sure I'll be bouncing back in here again soon. Thanks for all the work you folks have done so far, and I look forward to good things in the future!
|
||||
<-- nayr (~ryan@ip68-2-171-8.ph.ph.cox.net) has left #rockbox
|
||||
<-- Hadaka has quit (zahn.openprojects.net irc.openprojects.net)
|
||||
--> Hadaka (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
|
||||
--> trillback (~trillian@sdn-ar-001ncraleP254.dialsprint.net) has joined #rockbox
|
||||
--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
|
||||
--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
|
||||
--> datazone ([sm5Ow6WK8@207.136.36.203) has joined #rockbox
|
||||
<Bagder> Linus: anyway, the id3 code should be reentrant now
|
||||
<Linus> Bagder: great
|
||||
<Bagder> and if you get time, I'd appreciate if you tried the playlist code on target
|
||||
<Bagder> I realize time is a shortage here ;-)
|
||||
<Linus> So the MP3 thread should use the ID3 code to dig some info from the file it plays
|
||||
<Bagder> yes
|
||||
<Linus> and pass it to the GUI somehow
|
||||
<Bagder> and "export" that info
|
||||
<Bagder> right
|
||||
<Linus> I'll try to find out a good way to report the current playing pos as well
|
||||
<Linus> I'll look into Lion's suggestion and see what I can do.
|
||||
<Bagder> about using a timer?
|
||||
<Linus> I didn't follow the playlist discussion. Do we have a working version?
|
||||
<Bagder> we do
|
||||
<Linus> Bagder: timer?
|
||||
<Bagder> somewhat "naive" and simple still thugh
|
||||
<Bagder> Linus: forget it, I didn't follow that talk so closely ;-)
|
||||
<Linus> AFAICS, there is no good way to determine the song length
|
||||
<Linus> does the ID3 tag contain such info?
|
||||
<Bagder> no, not without scanning the whole file
|
||||
<Bagder> VBR is hell
|
||||
--- Linus is now known as Linus|meeting
|
||||
<dwihno> :/
|
||||
<dwihno> VBR is evil stuff
|
||||
<Bagder> I can't believe I work in a project without gdb on target, when even rockbox has it :-/
|
||||
<dwihno> gdb?
|
||||
<dwihno> <-- sucks, tell me what gdb is good for
|
||||
<Bagder> debugger
|
||||
<Bagder> you've not developed seriously when you say that
|
||||
<dwihno> ah
|
||||
<dwihno> I used the visual c debugger
|
||||
<Bagder> right
|
||||
<dwihno> How hard is gdb to learn?
|
||||
<Bagder> gdb is much more powerful, if somewhat more crude interface
|
||||
<Bagder> the basics are simple
|
||||
<Bagder> using it from within emacs makes it even easier
|
||||
<dwihno> You got some basic introduction stuff?
|
||||
<Bagder> 'b [symbol]' for breakpoints
|
||||
<Bagder> 'c' for continue
|
||||
<Bagder> 'run' to start
|
||||
<Bagder> 'n' for next
|
||||
<Bagder> 's' for step-in
|
||||
<Bagder> that's it ;-)
|
||||
<Bagder> 'p [variable]' display variable contents
|
||||
<Bagder> 'info locals' display all local variables
|
||||
<dwihno> does it require some extra stuff compiled into the binary?
|
||||
<Bagder> yes, it requires that it was compiled with -g for maximum use
|
||||
<dwihno> mkay
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> hey Z
|
||||
<Zagor> hi
|
||||
<Bagder> Zagor: I added some playlist code yday
|
||||
<Bagder> not very fancy or anything, but it could work
|
||||
<Zagor> ok, nice
|
||||
<Bagder> it's still basic and slightly "naive"
|
||||
<Bagder> but a start
|
||||
<Bagder> Zagor: I made 'playing' hold a play "mode" instead of just a boolean
|
||||
<Bagder> so that play-all-dir should still work too
|
||||
<Zagor> in tree.c you mean?
|
||||
<Bagder> yes
|
||||
<Zagor> ok
|
||||
<Bagder> they're just digits now, but we should remake it into some enum or somthing
|
||||
<Zagor> yup
|
||||
<Zagor> 152 subscribers today
|
||||
<Bagder> wow
|
||||
<-- Smari has quit (Read error: 110 (Connection timed out))
|
||||
* ironi has returned, [gone/11h 49m 47s]
|
||||
<ironi> hello ppl
|
||||
<Zagor> hi ironi
|
||||
<Bagder> hey ho
|
||||
<ironi> just came home
|
||||
<ironi> I'm thinking on working on my persolan homepage
|
||||
<ironi> It needs a facelift
|
||||
<Bagder> time to go and get a visa ;-)
|
||||
--- Bagder is now known as Bagder|away
|
||||
<ironi> hehe
|
||||
<ironi> apt-get dist-upgrade is my favourite command ever
|
||||
<Zagor> yeah, debian rocks
|
||||
<ironi> it does.
|
||||
<Zagor> hehe, nice peak yesterday.
|
||||
<Zagor> 3rd june: 4700 accesses
|
||||
<Zagor> 4th june: 60196 accesses
|
||||
<Zagor> pages, not accesses
|
||||
<Zagor> 04:00-05:00 on the 4th: 25 pages
|
||||
<Zagor> 05:00-06:00 on the 4th: 3279 pages :)
|
||||
<ironi> has there been a post on slashdot?
|
||||
<ironi> =)
|
||||
<Zagor> quite so
|
||||
<dwihno> Is there some way to make directories invisible using the archos firmware? I'd like to have a folder to store documents and stuff and I don't want it being displayed :)
|
||||
<Zagor> not that I know of
|
||||
<ironi> dwihno: well maybe hidden directories could be excluded in the archos
|
||||
<ironi> that is perhaps an easy solution
|
||||
<dwihno> yeah
|
||||
<dwihno> I'll test that later
|
||||
<dwihno> I sold my last computer last night
|
||||
<dwihno> So now I have ZERO computers
|
||||
<dwihno> Zero, zip, nada!
|
||||
<ironi> heh
|
||||
<dwihno> INGA!
|
||||
<ironi> when is the dell coming?
|
||||
<dwihno> No jävla datorer! :)
|
||||
<dwihno> I haven't ordered it yet
|
||||
<ironi> oh ok
|
||||
<dwihno> I'm awaiting a faktura to be betalad by the evil customer
|
||||
<ironi> it doesn't take long for themto ship it though, i thiok.
|
||||
<ironi> you din't take cash, thats bad.
|
||||
<ironi> =)
|
||||
<dwihno> Nah, it will probably take less than 1 week
|
||||
<dwihno> Are there any good ways to install some really kickass boot loader?
|
||||
<dwihno> I want to have Win98, Win2k and linux on the same box :)
|
||||
<Zagor> i'm sure the guys in #linuxhelp knows all about that. :)
|
||||
<ironi> dwihno: grub is nice
|
||||
<dwihno> ironi: never tried it... :)
|
||||
* dwihno goes on a google streak
|
||||
<ironi> if you want windows gui easy-to-install-bla-bla-mumbo-jumbo there is powerquest bootmagic
|
||||
<dwihno> Eww
|
||||
<ironi> grub is cool though because you can edit the options in the boot loader
|
||||
<ironi> at boot
|
||||
<dwihno> That's what I like!
|
||||
<dwihno> I like configurability
|
||||
<ironi> i tried when using gentoo
|
||||
<ironi> i really find it better than lilo for me
|
||||
<dwihno> Hmm, how come?
|
||||
<ironi> i just like it more
|
||||
<dwihno> Is it cute? :)
|
||||
<ironi> you dont edit a config file, you instead enter a grub console where you supply commands
|
||||
<ironi> you can enter this console at boot too
|
||||
<ironi> if you want
|
||||
<dwihno> ah
|
||||
<dwihno> Damn DNS server!
|
||||
<dwihno> GIVE ME THE LOOKUP YOU EVIL DNS STUFF! :)
|
||||
<dwihno> ah, now it works
|
||||
--- Disconnected (Connection timed out).
|
||||
**** ENDING LOGGING AT Wed Jun 5 06:14:13 2002
|
||||
|
||||
File diff suppressed because it is too large
Load diff
|
|
@ -1,995 +0,0 @@
|
|||
**** BEGIN LOGGING AT Sun Jun 9 19:13:53 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by adi|home at Tue Jun 4 04:41:56
|
||||
--> motiv01 (~trillian@sdn-ar-001ncraleP205.dialsprint.net) has joined #rockbox
|
||||
--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
|
||||
<adam> lo.
|
||||
<adam> Thomas Detert - Clystron (title)
|
||||
--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
<adam> hey
|
||||
<adam> http://c64.org/radio/
|
||||
<adam> == incredible
|
||||
<adiamas> ok.. what is it?
|
||||
<adam> heh
|
||||
<adam> streaming radio of weird c64 remixes
|
||||
<adam> my favs are the Clystron ones
|
||||
<adam> which, I'll stream right now
|
||||
<adam> http://rei.damnsw.net:8000
|
||||
<PsycoXul> i should setup my c64 to be a kindof instrument
|
||||
<adam> heh
|
||||
<adam> Finally it gets a little cooler out here.
|
||||
<adam> and I don't think my stupid id3 streaming is working
|
||||
<adam> hmm, anyone know of a good cartoonish icon for the Archos jukebox?
|
||||
<miah> sidstation!
|
||||
* adam isn't using KDE or GNOME albeit uh
|
||||
<adam> If there isn't one, I might as well make one :P
|
||||
<miah> the sidstation rules all music devices
|
||||
<adam> heh
|
||||
<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
|
||||
<adam> fear sid
|
||||
<PsycoXul> whats this sidstation
|
||||
<adam> heh
|
||||
<miah> let google be your friend
|
||||
<adam> ahh, anne is listening to my stream
|
||||
* adam is impressed :P
|
||||
<PsycoXul> bah i didn't say i wanted to buy anything
|
||||
<PsycoXul> i said i should setup shit i already got to do new things :p
|
||||
<adam> BUT YOU KNOW YOU WANT IT!
|
||||
<PsycoXul> naah
|
||||
<adam> heh
|
||||
<PsycoXul> if i'm gonna play with a synthesizer that i don't already have
|
||||
<PsycoXul> i'm gonna make my own :p
|
||||
<adam> indeed
|
||||
<PsycoXul> i'd rather make my own non-electronic instrument though
|
||||
<PsycoXul> that somehow uses magnetism and resonance conditions for suprising self-amplification
|
||||
<PsycoXul> or somesuch :p
|
||||
* adam will get a bottle
|
||||
<adam> that uses the power of wind
|
||||
<PsycoXul> heh
|
||||
<adam> damnit
|
||||
<PsycoXul> i was thinking something stringed
|
||||
<adam> ants trying to get my beer
|
||||
<adam> ants rock :p
|
||||
<adam> efficient little creaturse
|
||||
<adam> ...
|
||||
<PsycoXul> either that or something that uses things no instruments have as-of-yet utilized for sound creation :p
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> yeah life is weird stuff
|
||||
<adam> heh
|
||||
<PsycoXul> and if you talk to the scientists these days you'd get the impression that life isn't possible :p
|
||||
<adam> heh
|
||||
<adam> would a self replicating robot be too hard to make?
|
||||
<adam> :P
|
||||
<PsycoXul> to hell with self replicating
|
||||
* adam notes his room is too warm
|
||||
<PsycoXul> i'd just like any kind of machine that can not only perform useful work, but also mantain itself, and gather energy for itself, without any need for further user interaction once operational
|
||||
* adam would like intelligent ants
|
||||
<adam> :P
|
||||
<adam> sapient bugs, yeah
|
||||
<PsycoXul> you know, if we could tap into the same principles life itself runs on, we'd have no need for batteries or generators
|
||||
<PsycoXul> we'd have ourselves a nifty little overunity device :p
|
||||
<adam> like photosynthesis? ;p
|
||||
<PsycoXul> or how about the principles that atoms run on
|
||||
<PsycoXul> they do run, afterall :p
|
||||
<adam> heh
|
||||
<adam> *shrugs*
|
||||
<PsycoXul> it takes a tremendous amount of energy just for a piece of matter to exist
|
||||
<adam> sometimes I'd just like to see it all fall down ;p
|
||||
<PsycoXul> yeah well it'll do that
|
||||
<PsycoXul> because once i build my technology on these principles, i'm not gonna share it.. i'll just take it and leave, and watch the commets hit some years later ...
|
||||
<adam> heh.
|
||||
* PsycoXul laughs maniacally
|
||||
* adam in turn will live in the wilderness
|
||||
<adam> with bicycle powered electronics
|
||||
<adam> :P
|
||||
<PsycoXul> bah. electronics
|
||||
<PsycoXul> primitive utilization of subatomic forces
|
||||
<adam> indeed
|
||||
<adam> cheap, too
|
||||
<adam> :p
|
||||
<PsycoXul> its too convoluted and inefficient
|
||||
<adam> it works fine for me
|
||||
<adam> ;)
|
||||
<adam> of course, I'm not an evil genius
|
||||
<PsycoXul> i've aquired a distaste of digital abstraction
|
||||
<PsycoXul> its like a cheap and super-lossy vague ghost of what the data represents
|
||||
<PsycoXul> its only lossless between itself since it's discrete packets of information that can be easily be recognized by our primitive techniques
|
||||
<adam> and here is my great ant running around
|
||||
<adam> she searches for food.
|
||||
<adam> :P
|
||||
<PsycoXul> yeah man
|
||||
* adam will aquire a fondness for air conditioning
|
||||
<PsycoXul> i want a computer that'll go out and find its own electricity :p
|
||||
<PsycoXul> but not a computer and not electricity
|
||||
<PsycoXul> but thats the idea you know :p
|
||||
<PsycoXul> bbl dinner and stuff
|
||||
<adam> heh
|
||||
* adam will go take his beast for a walk
|
||||
<adam> later
|
||||
<adam> "I eated them purple berries and I feel fun"
|
||||
* adam returns
|
||||
--> elinenbe (trilluser@bgp01080511bgs.wanarb01.mi.comcast.net) has joined #rockbox
|
||||
<-- adam has quit (Read error: 104 (Connection reset by peer))
|
||||
--> adam (~adam@c-24-118-162-179.mn.client2.attbi.com) has joined #rockbox
|
||||
* adam sets up the gopher
|
||||
--- dw|weekend is now known as dwihno
|
||||
<dwihno> Good morning people
|
||||
<adam> hey
|
||||
* adam notes gopher is completely useless when he is running apache on the same box
|
||||
<adam> of course
|
||||
<adam> it doesn't hurt to run it ;p
|
||||
* dwihno hasn't been using any gopher stuff in ages
|
||||
<adam> yeah, I'm going back in time, man
|
||||
<dwihno> Timewarp! :O
|
||||
<dwihno> I'm catching up on the email I got this wekend
|
||||
<dwihno> I read about Linus getting past the ata: -5 error stage
|
||||
<dwihno> (which is great for the development)
|
||||
* adam preens his dirs
|
||||
* dwihno yawns like crazy
|
||||
<dwihno> 2 new e-mails
|
||||
<dwihno> I bet it's regarding me not getting any jobs ;)
|
||||
* adam notes he should probably be heading out
|
||||
<adam> g'night
|
||||
<-- adam has quit ("[BX] Tickle-Me Elmo uses BitchX. *giggle* *giggle* *giggle*")
|
||||
--> Bagder (~daniel@as3-3-2.ras.s.bonet.se) has joined #rockbox
|
||||
* Bagder committs
|
||||
* dwihno yells
|
||||
<Bagder> ... and we're now "OK" on 7 builds out of 9 ;-)
|
||||
<Bagder> 7 of 9... hm
|
||||
<dwihno> yay
|
||||
<Bagder> isn't that Start Trek? ;-)
|
||||
<Bagder> -t
|
||||
<dwihno> hehe
|
||||
<dwihno> you are gay
|
||||
<dwihno> You need to get out more often
|
||||
<Bagder> but I don't have any 802.11 ! ;-)
|
||||
<adiamas> okay.. was gonna hang out.. but the us-china game is on.. time to curl into bed and watch some soccer/futball
|
||||
<adiamas> night all
|
||||
--- You are now known as adi|home
|
||||
<Bagder> night adi|home
|
||||
<Bagder> dwihno: you tried the latest rockbox on your recorder yet?
|
||||
<dwihno> Bagder: not really... I'm always afraid of having the disk locked :)
|
||||
<Bagder> chicken ;-)
|
||||
<dwihno> blahblahblah
|
||||
<Bagder> hehe
|
||||
<dwihno> I'm waiting for more functionality! Like mp3 decoding, playlist etc. :)
|
||||
<Bagder> yeah, it makes more sense when it can play those mp3s ;-)
|
||||
<dwihno> yeah
|
||||
<dwihno> but I'll try it as soon as the file transfers are done
|
||||
<dwihno> I need to upgrade my player
|
||||
<dwihno> (as in recorder)
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Linus> moo!
|
||||
<Bagder> hey fellas
|
||||
<dwihno> 20 gb is not enough for both data and music
|
||||
<dwihno> hello L and Z
|
||||
<Zagor> hi
|
||||
<Bagder> we are down to "OK" on seven builds now
|
||||
<dwihno> seven of nine star trek blahblahblah ;)
|
||||
<Linus> Zagor: I guess we are still mentally connected :-)
|
||||
<Zagor> yup :)
|
||||
<Zagor> Bagder: neato. warn-kill session this weekend?
|
||||
<Bagder> Zagor: me and Linus did most of them on last friday
|
||||
<Linus> Mostly this friday
|
||||
<Bagder> I did the the two final ones this morning
|
||||
<Bagder> only chartable.c warnings left
|
||||
<Linus> Tha table was so ugly with all those warnings
|
||||
<Zagor> my phone broke this weekend, so I haven't been able to read the mail SMSs
|
||||
<Bagder> it broke?
|
||||
<Linus> display again?
|
||||
<Zagor> yeah, somehow. everything works, execept reading SMS...
|
||||
<Linus> ????
|
||||
<Bagder> hehe
|
||||
<Bagder> worn out ;-)
|
||||
<Bagder> "too many SMS error"
|
||||
<Linus> Don't have it in your back pocket! :-)
|
||||
<Bagder> "you've reached the maximum number of SMS"
|
||||
<Zagor> Linus: yes, but it's triggered by reading SMS. very strange. the screen goes blank, yet everything still works.
|
||||
<Linus> VIRUS!!!!
|
||||
<Bagder> klez!
|
||||
<Zagor> hehe
|
||||
* Bagder chuckles
|
||||
<Linus> I sent you an SMS full of CLS characters this friday.
|
||||
<Linus> :-)
|
||||
<Zagor> :)
|
||||
<Linus> I have given tha ATA problem a thought this weekend
|
||||
<Zagor> I don't want it to break now, there's no good phones out yet :)
|
||||
<Zagor> Linus: any result?
|
||||
<Linus> Is it possible that Andrew (or whoever it was that drew the Recorder sheets) has a Recorder10?
|
||||
<dwihno> Yeah, I read the mailing list entry about the ATA stuffs0r
|
||||
<Zagor> Linus: a 10 or also a base "no-number" recorder
|
||||
<Linus> Maybe there are recorders out there that use address 0x300 for ATA CONTROL/ALT_STATUS?
|
||||
<Linus> we need to try an older recorder
|
||||
<dwihno> Tell me about the serial mod
|
||||
<Linus> dwihno: what do you want to know?
|
||||
<dwihno> How hard is it to do, and what do you basically do?
|
||||
<Zagor> dwihno: it's described on the web page
|
||||
<Linus> but only for the Player
|
||||
<Zagor> right
|
||||
<Linus> we connect serial port 1 to the line In jack
|
||||
<Linus> that way we can connect a gdb debugger
|
||||
<dwihno> ah
|
||||
<dwihno> <-- is newbie lamer stuff dude
|
||||
<Linus> :-)
|
||||
<dwihno> I MUST upgrade my recorder with a 40 gig disk... I just realized that
|
||||
<Linus> Zagor: why do we need two leading // in a filename in the root
|
||||
<dwihno> 60 is too expensive
|
||||
<Zagor> Linus: do we? not on purpose, anyway
|
||||
<Linus> I tried the playlist code last friday
|
||||
<Linus> id didn't add any slashes at all, so i added one
|
||||
<Linus> and it still didn't work
|
||||
<Linus> with one slash it said "must be absolute path"
|
||||
<Zagor> odd
|
||||
<Linus> with two, it didn't find the file
|
||||
<Linus> sorry, that last thing was wrong
|
||||
<Linus> let me start over:
|
||||
<Zagor> add DEBUGF() for the opens. sine files can be opened in the root, I suspect the problem is in the playlist code rather than the file code
|
||||
<Linus> no slash: "must be absolute"
|
||||
<Linus> one slash: "file not found"
|
||||
<Linus> the file names are sent with two slashes to the mpeg thread by the dir browser as well
|
||||
<Zagor> ok, very strange
|
||||
<dwihno> smells like pointer problenm
|
||||
<Zagor> not likely
|
||||
* dwihno points his finger to the skies!
|
||||
<dwihno> "IT'S A PLANE! NO, IT'S A BIRD! NO... IT'S... ZAGOR!"
|
||||
<dwihno> Something funny to do on a rainy day: Defrag the archos over an USB 1.1 interface ;)
|
||||
* PsycoXul wouldn't defrag his archos
|
||||
<dwihno> heh
|
||||
<dwihno> of course you would
|
||||
<dwihno> The designers of the archos should have chosen a wider LCD
|
||||
<Linus> that would have been nice
|
||||
<Bagder> yes, in colour
|
||||
<Bagder> 4"
|
||||
<Bagder> ;*)
|
||||
<Zagor> except there's no room :)
|
||||
<Bagder> touch screen
|
||||
<Linus> Bagder: why does the dir browser have two leading slashes in the file name when selecting a file in the root?
|
||||
<Bagder> because it is silly?
|
||||
<Linus> maybe. i didn't think of that
|
||||
<Zagor> Linus: it's a bug, naturally
|
||||
<webmind> isn't it a feature ?
|
||||
<dwihno> Zagor: There is always room! :)
|
||||
<Linus> Bagder: hehe. look at the BUTTON_PLAY case in tree.c
|
||||
<Linus> that 'if' doesn't do much difference, does it? :-)
|
||||
<Linus> wait.
|
||||
<Linus> it does.
|
||||
<Linus> i am silly
|
||||
<Zagor> i know :)
|
||||
<Linus> ah! playtune() adds an extra slash
|
||||
<Zagor> aha
|
||||
<Zagor> silly code
|
||||
<Zagor> ahh, mail scan complete :)
|
||||
<Zagor> did anyone ever see code from the guy who worked on the scroller?
|
||||
<Bagder> 'playing' should be remade to be an enum for "play mode"
|
||||
<Bagder> Zagor: he mailed it to Linus
|
||||
<Linus> I have it
|
||||
<Zagor> ok. can you send it to me? I'd like to get this working today
|
||||
<Linus> roger that
|
||||
<Zagor> Bagder: can we get some kind of "tick hook" in the simulator?
|
||||
<Bagder> "tick hook"?
|
||||
<Zagor> yes, a periodic execution of a routine
|
||||
<Zagor> so we can get scrolling in the simulator, too
|
||||
<Bagder> I'd prefer having "thread support"
|
||||
<Linus> can we change the playtune API to have just a full path instead of dir and name?
|
||||
<Bagder> using setjmp/longjmp
|
||||
<Zagor> Linus: fine with me
|
||||
<Zagor> Bagder: but the thread switches aren't periodic. scrolling will look horrible if done in a thread :)
|
||||
<Bagder> hm
|
||||
<Linus> Zagor: we can't do lcd updates in an interrupt anyway
|
||||
<Bagder> well we could have a simulated timer tick using pthreads I guess
|
||||
<Zagor> Linus: no? we do it in UIE
|
||||
<Linus> imagine an lcd update being interrupted
|
||||
<Zagor> fine, so we mutex it
|
||||
* Bagder gets scared
|
||||
<Zagor> uh, no
|
||||
<Zagor> bugger...
|
||||
<Linus> mutexes and interrupts don't work
|
||||
<Zagor> i know
|
||||
<Zagor> so what do we do? any bright ideas?
|
||||
<Linus> we have to do it in a separate thread
|
||||
<Zagor> we can try doing it in a thread and see how bad it looks. maybe i'm exaggerating the horridness
|
||||
<Linus> Zagor: i share your fear
|
||||
<Zagor> we'll just have to find out
|
||||
<Zagor> Bagder: do you have time to work in threading for the simulator?
|
||||
<Zagor> s/in/on
|
||||
<Bagder> I'll see what I can do
|
||||
<Bagder> fixed the dreaded bug now, may get time to do this today
|
||||
<Zagor> which bug was that?
|
||||
<Zagor> ah, at work?
|
||||
<Bagder> yeah
|
||||
<Bagder> very amusing one, I'll tell you one day ;-)
|
||||
<Bagder> in short: when you use malloc() to allocate memory for your custom memory functions, don't do free(-1) when that thread terminates ;*)
|
||||
<Bagder> (in pSOS)
|
||||
<Zagor> hehe
|
||||
<Bagder> since we have certain parts using the standard malloc() too
|
||||
<Bagder> we started getting random crashes all over when the same memory was handed out...
|
||||
<Zagor> ooh, nice
|
||||
<Bagder> yeah, took a good while to narrow down
|
||||
--> alkorr (alkorr@srs03v-8-217.n.club-internet.fr) has joined #rockbox
|
||||
<alkorr> yo
|
||||
<Bagder> howdy
|
||||
<Zagor> hi alan
|
||||
<Bagder> I think perhaps we shuld go with pthreads all the way for threads in the simulator
|
||||
<Bagder> and use mutex or similar to have only one run at a time
|
||||
<Zagor> sounds good to me
|
||||
<Bagder> of course it'll make the scheduling different, but I figure we can live with that
|
||||
<Linus> hi alan
|
||||
<Zagor> Bagder: yes, we shouldn't be counting on the scheduling behaving in any specific way
|
||||
<Bagder> right
|
||||
<Linus> Zagor: except that it isn't premptive
|
||||
<Linus> preemptive
|
||||
<Bagder> right, we'll have to enforce that
|
||||
<Zagor> right
|
||||
<Bagder> yield will return a mutex and then attempt to get it again
|
||||
<Linus> damn. the keys are bouncing on my Player
|
||||
<Zagor> good
|
||||
<alkorr> what's the trouble ?
|
||||
<Linus> i think we need some kind of debouncing after all
|
||||
<alkorr> if you don't want to poll
|
||||
<alkorr> you can use one of 5 timers
|
||||
<Linus> we poll today
|
||||
<alkorr> first polling
|
||||
<alkorr> start timer
|
||||
<alkorr> at the end of timer, polling again to check
|
||||
<alkorr> if no change, okay
|
||||
<alkorr> if yes restart
|
||||
<Zagor> easier to just add debouncing to the current code, i think
|
||||
<alkorr> where it occurs this debouncing ?
|
||||
<alkorr> oh quite now i have some difficult to compile rockbox
|
||||
<alkorr> are you really sure of removing all dependencies ?
|
||||
<alkorr> i mean like stdlib.h, etc.
|
||||
<Zagor> no, we still need some newlib header files
|
||||
<Linus> no we haven't
|
||||
<Zagor> i intend to fix that
|
||||
<alkorr> i would like to change the way to handle adc so we can scan the 8 all analogic pins
|
||||
<alkorr> but not before a working rockbox
|
||||
<alkorr> by the way, i saw you only read 8bits instead of 10bits
|
||||
<alkorr> maybe for the keyboard it is sufficient
|
||||
<alkorr> but for batteries level or external power ?
|
||||
<Linus> maybe 10 bits is better for that, yes
|
||||
<Zagor> 8 bits should be enough for anybody ;)
|
||||
<Linus> actually, i haven't done any research on where the other A/D inputs go
|
||||
<Linus> the player schematics show nothing
|
||||
<alkorr> it is why it could be interesting to investigate via software
|
||||
<Linus> but i assume that at least the battery voltage measurements use the A/D
|
||||
<Linus> alkorr: good project
|
||||
<alkorr> so we can see any variation on one of 8 analogic pins when plugging on or off anything
|
||||
<Linus> Zagor: go ahead and remove the libc header dependencies
|
||||
<Linus> BTW, is it possible to compile gcc without any libc at all?
|
||||
<alkorr> as you code it, i'm unsure
|
||||
<Zagor> i tried last week, and failed on some asm code
|
||||
<Linus> or does it default to glibc?
|
||||
<Linus> asm code?
|
||||
<alkorr> no libc and glibc is different
|
||||
<alkorr> yes
|
||||
<alkorr> just an explanation
|
||||
<alkorr> when you are doing C shift operation
|
||||
<alkorr> if I remember well
|
||||
<Zagor> Linus: yes, i'll run it again and paste the error
|
||||
<alkorr> like : i is int => i >>= 3; will call a libc shift function
|
||||
<Bagder> libgcc, yes
|
||||
<Zagor> /home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
|
||||
<alkorr> if the sign doesn't matter, you must turn into (unsigned)i >>= 3 to have the opcode instaed of a external function
|
||||
<alkorr> add -m1 ?
|
||||
<Linus> alkorr: glibc and libgcc aren't the same, are they?
|
||||
<alkorr> equally true for multiple and divide
|
||||
<Linus> i thought glibc and newlib did the same job
|
||||
<Linus> and that libgcc did what you describe
|
||||
<alkorr> exactly
|
||||
<alkorr> libgcc provides some standard operation that cpu has not
|
||||
<Linus> so glibc is a gnu implementation of libc
|
||||
<alkorr> okay, i mean glibc is not libgcc
|
||||
<Linus> and newlib is another
|
||||
<alkorr> newlib is like a light glibc, i think
|
||||
<Linus> libgcc is built anyway, regardless of newlib or glibc
|
||||
<alkorr> exactly
|
||||
<Linus> so, back to my question:
|
||||
<alkorr> so don't worry about
|
||||
<alkorr> because mine is working
|
||||
<Linus> can you build a gcc without any libc at all?
|
||||
<Linus> ok good!
|
||||
<Linus> so you don't have any linc at all?
|
||||
<Linus> libc
|
||||
<alkorr> I only have trouble with newlib
|
||||
<alkorr> never tried it
|
||||
<alkorr> i don't think so
|
||||
<alkorr> i must have it !
|
||||
<alkorr> wait !
|
||||
<alkorr> libc : i must have it
|
||||
<alkorr> newlib : cannot compile it
|
||||
<alkorr> anyway, because you have some operators in C which can be turned into CPU opcodes, they call a function from libc
|
||||
<alkorr> so i think libgcc cannot be removed
|
||||
<alkorr> anyway, if you code trying to avoid to use operators or functions which uses libc
|
||||
<alkorr> your final code would keep nothing from libc.
|
||||
<alkorr> so it isn't a trouble for us
|
||||
<alkorr> anyway, because you have some operators in C which CANNOT be turned into CPU opcodes, they call a function from libc
|
||||
<alkorr> i'm an forever optimist :)
|
||||
<Bagder> we don't compile with libc today, so no we don't need it
|
||||
<Bagder> libgcc we need however
|
||||
--> alan (alkorr@srs07v-6-45.n.club-internet.fr) has joined #rockbox
|
||||
<alan> sh*t ! i did not have time to read until i was disconnected
|
||||
<Linus> Bagder: i know, but i figured gcc wanted *some* kind of libc
|
||||
<alan> what's the trouble with libc ???
|
||||
<Bagder> Linus: nope
|
||||
<alan> it only depends on what you need
|
||||
<alan> int divide (int a,int b) { return a / b; }
|
||||
<alan> ==>
|
||||
<alan> .type _divide,@function
|
||||
<alan> _divide:
|
||||
<alan> mov.l .L2,r0
|
||||
<alan> sts.l pr,@-r15
|
||||
<alan> jsr @r0
|
||||
<alan> nop
|
||||
<alan> lds.l @r15+,pr
|
||||
<alan> rts
|
||||
<alan> nop
|
||||
<alan> .L3:
|
||||
<alan> .align 2
|
||||
<alan> .L2:
|
||||
<alan> .long ___sdivsi3
|
||||
<Bagder> that's in libgcc, not libc
|
||||
<alan> ah yes
|
||||
<alan> sorry
|
||||
<alan> i thought you were speaking about libgcc
|
||||
<Bagder> we still link with libgcc
|
||||
<alan> so you are speakink about libc and libm ?
|
||||
<Bagder> Linus asked about libc
|
||||
<alan> did you try without libc or libm ?
|
||||
<Bagder> we don't link with them
|
||||
<Bagder> so yes
|
||||
<alan> when compiling i mean
|
||||
<alan> because i'm quite sceptical
|
||||
<Bagder> about what?
|
||||
<alan> when linking of course
|
||||
<alan> just add -nostdlib
|
||||
<alan> to compile gcc without libc and libm
|
||||
<alan> anyway we can avoid them with -nostdlib
|
||||
<alan> it seems it is what you do in Makefile, am i wrong ?
|
||||
<Bagder> no
|
||||
<Bagder> we don't link with them
|
||||
<alan> so all is better in the world
|
||||
<Zagor> have anyone else tried to compile gcc without newlib? i got no comments on my error.
|
||||
<alan> i did
|
||||
<alan> yesterday or yesterday else one
|
||||
<alan> i must do it now ?
|
||||
<alan> which error ?
|
||||
<Zagor> no, but I must to it to remove rockbox newlib dependencies
|
||||
<Zagor> /home/linus/cross_sh1/gcc-3.0.4/gcc/config/sh/lib1funcs.asm: /tmp/cc7nk38J.s:47: Error: no such instruction: `rotcl r4'
|
||||
<alan> having a look
|
||||
<-- alkorr has quit (Read error: 110 (Connection timed out))
|
||||
<Linus> how about 3.0.3?
|
||||
<Zagor> haven't tried that. will do
|
||||
--- Linus is now known as Linus|lunch
|
||||
<alan> i'm having a look on 3.0.3 lib1funcs.asm
|
||||
<alan> see you later
|
||||
<-- alan has quit ()
|
||||
<dwihno> ´m
|
||||
<dwihno> Bza0!
|
||||
<dwihno> Should I go for the 2650 or 8200 model of the Inspiron (dell) ?
|
||||
<Zagor> beats me
|
||||
<Zagor> get their 20" LCD screen, that's all I can say
|
||||
<dwihno> :O
|
||||
<Zagor> why can't I gdb the simulator???
|
||||
<Bagder> no idea
|
||||
<Bagder> what happens?
|
||||
<Zagor> i doesn't hit any breakpoints, and it can't be stopped.
|
||||
<Bagder> !
|
||||
<Zagor> do we really want lcd_putsxy() to wrap? it explicitly does
|
||||
<Zagor> lcd_puts() truncates for charcell. the bitmap code should do the same, IMHO
|
||||
<Bagder> I agree
|
||||
<Bagder> wrapping will hardly ever be what anyone would want
|
||||
<Zagor> exactly
|
||||
<Bagder> watch my commit
|
||||
<Zagor> woo
|
||||
<Zagor> tested, I presume?
|
||||
<Bagder> yes
|
||||
<dwihno> I got mail! Yay
|
||||
<Zagor> great! I've just finished the scroll code, so this comes in handy
|
||||
<Zagor> but we need to talk about scrolling
|
||||
<Bagder> we'll need to yeild() in the simulated I/O code to simulate that better I guess
|
||||
<Zagor> how do we want it, anyway? currently I support one line of scrolled text, but we may want to scroll the whole screen. we may also want to smooth-scroll on the recorder, if we can get that not to flicker or blur
|
||||
<Zagor> do we want to scroll several lines, independently of each other?
|
||||
<Zagor> I have the feeling that will look too chaotic to really be of use
|
||||
<Bagder> I think so too
|
||||
--- Linus|lunch is now known as Linus
|
||||
<Linus> BTW, I tried the playlist code. It works (after I prepended a slash on the file names).
|
||||
<Zagor> nice
|
||||
<Zagor> Bagder: maybe init_threads() should be called kernel_init like in target?
|
||||
<Zagor> or, umm, they are not exactly the same thing but almost :)
|
||||
<Linus> Zagor: there is an init_threads in target
|
||||
<Zagor> oh. i
|
||||
<Zagor> 'm blind
|
||||
<Linus> it's new
|
||||
<Zagor> carry on, nothing to see here :)
|
||||
<Linus> it was born in the warning hunt last friday
|
||||
<Zagor> Linus: should main.c:init() call it, or is it called from somewhere else?
|
||||
<Linus> kernel_init() calls it
|
||||
<Zagor> ok
|
||||
<Zagor> but not we're approaching two separate init()s, one for target and one for simulator.
|
||||
<Zagor> maybe not so bad
|
||||
<Linus> possibly
|
||||
<Linus> as long as the target code doesn't get more complicated just to please the simulator
|
||||
<Zagor> Linus: is mpeg_file always open when you press stop?
|
||||
<Linus> oops.
|
||||
<Zagor> Bagder: the thread API opens up a whole can of worms... sleep() has to be redefined, and I also want a HZ constant I can use... :)
|
||||
--- Zagor is now known as Zagor|lunch
|
||||
<dwihno> Does the RPM really make a difference if I would replace the disk in my archos?
|
||||
--- Linus is now known as Linus|meeting
|
||||
* Bagder is back
|
||||
<Bagder> Zagor|lunch: now what's wrong with sleep() ?
|
||||
<Hadaka> dwihno: I'd expect RPM to affect the power expenditure
|
||||
<dwihno> Hadaka: Yeah, but the higher RPM should also reduce the time needed to read data to the buffer...
|
||||
--- Zagor|lunch is now known as Zagor
|
||||
<Zagor> Bagder: unix sleep() is whole-seconds. the firmware sleep is ticks. and I need subsecond sleep for the scroll etc.
|
||||
<Bagder> we already do that
|
||||
<Bagder> uisim/x11/sleep.c
|
||||
<Bagder> it should however return and reget the mutex
|
||||
<Zagor> bah. i'm behind again...
|
||||
<Zagor> it was me who didn't include kernel.h
|
||||
<Bagder> ah
|
||||
<Bagder> the downside of having identical names
|
||||
<Zagor> yup
|
||||
<dwihno> Zagor: What kind of disk did you replace the one in your archos?
|
||||
<Zagor> a toshiba 40gig
|
||||
<dwihno> RPM-wise?
|
||||
<Zagor> the same as all normal laptop disks: 4200rpm
|
||||
<dwihno> so 5400 is non-standard
|
||||
<dwihno> ?
|
||||
<Zagor> yes, 5400 is used on "performance" 2.5-inch drives
|
||||
<Zagor> such as the Toshiba 4018 GAX
|
||||
<Zagor> I have the Toshiba 4018 GAS
|
||||
<Zagor> the GAX uses almost twice as much power for spinup
|
||||
<Zagor> or maybe it's the GAP I have. can't remember.
|
||||
<dwihno> oof
|
||||
<dwihno> evil stuff! :/
|
||||
--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
|
||||
<ironi> hello ppl
|
||||
<Bagder> howdy ironi
|
||||
<Zagor> hi
|
||||
<ironi> hey do oyu know if there is an open source implementation of osme kind fo rbiztalk
|
||||
<Bagder> biztalk?
|
||||
<ironi> yeah
|
||||
<Zagor> search freshmeat.net
|
||||
<ironi> ms biztalk
|
||||
<ironi> something like it
|
||||
<Bagder> wazzat?
|
||||
<ironi> i am doing oppsition on a masters thesis and they say biztalk is too expensive, $25k per processor
|
||||
<ironi> biztalk.org
|
||||
<ironi> (inagine micorosft using .org heh)
|
||||
<Zagor> well, that's expensive. you still haven't said what it is or does
|
||||
<Bagder> if it can't be described in a few words, I don't care about it :)
|
||||
<ironi> http://sourceforge.net/projects/mec-eagle/
|
||||
<ironi> ok "BizTalk specificerar hur meddelandelösningar mellan applikationer och organisationer skall utformas och utvecklas vad gäller elektronisk handel. Meddelanden skickas som XML- dokument inbäddat i ett kuvert med information om dokumentet enligt SOAP "
|
||||
<Zagor> oh, boy. it's a buzzword soup
|
||||
<ironi> thats from their thesis , prolly form ms website or something hehehe
|
||||
<ironi> yep
|
||||
<ironi> ok i found mec-eagle
|
||||
* Zagor is genetically allergic to it
|
||||
<ironi> it is a level 5 project at sourceforge
|
||||
<ironi> great stuff
|
||||
<Zagor> XML and SOAP is just idiot-speak for "plain-text protocol"
|
||||
* Zagor feels humble today :)
|
||||
<Zagor> My "Smash" is a level 5 project too. It just says the code works.
|
||||
<Zagor> Rockbox is level 5 as well, now that I think about it...
|
||||
<ironi> Zagor =)
|
||||
<ironi> rockbox isn ot production/stable
|
||||
<Zagor> it is stable
|
||||
<Zagor> it has all the features advertised, and works 100%
|
||||
<Zagor> 1.0 is rock solid
|
||||
<ironi> heh
|
||||
<ironi> ok well
|
||||
<Zagor> marking it as "beta" just means it will be very confusing when to actually move it to "stable"
|
||||
<Zagor> way too much software is called "beta"
|
||||
<Bagder> it is soon time for the anual mail2sms update release ;-)
|
||||
<Zagor> hehe. "mail2sms 2002"
|
||||
<Zagor> or is it called XP this time? ;)
|
||||
<Bagder> "mail2sms XP" ... hehe
|
||||
<dwihno> If you bundle it with other applications, you can name it XP, otherwise, just name it 2002 ;)
|
||||
<Zagor> only weenies use the same version scheme more than twice.
|
||||
<Zagor> dwihno: hehe
|
||||
<Bagder> I'll start using names: mail2sms version "Bernie" :*)
|
||||
<dwihno> Eww
|
||||
* dwihno gets the shivers
|
||||
<Zagor> oooh, innovative!
|
||||
<ironi> hey have you tried linuxsms
|
||||
<ironi> it's nice, really
|
||||
<Zagor> I don't need to, we wrote smash...
|
||||
<Bagder> why would we use that, we have a working solution! ;-)
|
||||
<ironi> Bagder: but does yours use free sms servcies?
|
||||
<ironi> or is it a sms gateway
|
||||
<Bagder> yes, if we want to
|
||||
<Zagor> it uses any service you like
|
||||
<ironi> Zagor: oh really
|
||||
<ironi> so it can log in to 1rstwap.com and send sms?
|
||||
<ironi> without me going to the webpage
|
||||
<Bagder> of course
|
||||
<Bagder> curl is the answer
|
||||
<Zagor> Bagder: is there any reason we don't compile the simulators with DEBUG?
|
||||
<ironi> well
|
||||
<Bagder> Zagor: yes, because that's the symbol taken for compiling the gdb stub :-) other reasons: no
|
||||
<ironi> this ismple perl script does the job just as good =)
|
||||
<Zagor> Bagder: buh, change it :)
|
||||
<Bagder> ironi: smash is a complete system for posting messages and queueing etc, it is not just a deliverer
|
||||
<Zagor> ironi: yeah, for one message every now and then. try sending a couple hundred per hour, from 16 different machines. then the little perlie isn't so fun anymore :)
|
||||
<ironi> Zagor: of course
|
||||
<ironi> I understand that
|
||||
<ironi> I just think tlinuxsms is easier to use for individuals
|
||||
<ironi> =)
|
||||
<ironi> well ANYWAY
|
||||
<Zagor> yeah, it probably is
|
||||
<Bagder> hehe
|
||||
<ironi> i made a php/wap page
|
||||
<Bagder> you could still use mail2sms to get your mails into a suitable text
|
||||
<ironi> so now (since gprs i free until 31/10 on comviq) i can send FERE sms from my cellphone
|
||||
<ironi> FREEEE
|
||||
<ironi> that kinda rocks
|
||||
<dwihno> How much do you pay for the used bandwidth after that?
|
||||
<ironi> dwihno: i think 50kr/month with 3 mb included (which is mor ethan enough to view A LOT of wap pages)
|
||||
<ironi> oops gotta go to schoo
|
||||
<ironi> l
|
||||
<ironi> later=)
|
||||
<Bagder> see ya ironi
|
||||
<dwihno> bajbaj
|
||||
<-- miah has quit (card.openprojects.net irc.openprojects.net)
|
||||
--> miah (~miah@pihkal.com) has joined #rockbox
|
||||
<Bagder> woah
|
||||
<Bagder> check the build status
|
||||
<Bagder> they're not red ;-)
|
||||
<Zagor> when does it run, anyway? on checkin?
|
||||
<Bagder> no, it checks out and checks for diffs
|
||||
<Zagor> when=
|
||||
<Bagder> every 20 mins
|
||||
<Zagor> typical. that non-building code was in for about two minutes...
|
||||
<Bagder> hehe
|
||||
<Bagder> well, now we got to see the 'fail' text
|
||||
<Zagor> fixing
|
||||
<Zagor> ouch, too red
|
||||
<Bagder> you'd need a different font color for that red
|
||||
<Zagor> how about this pink?
|
||||
<Bagder> fine
|
||||
<Zagor> and how about only showing the five last builds or something?
|
||||
<Bagder> these are the last 20 ;-)
|
||||
<Zagor> ok, fine
|
||||
<Bagder> so at least it won't grow bigger than this
|
||||
<Zagor> then it's good
|
||||
--- Linus|meeting is now known as Linus
|
||||
--> edx (OKE60@pD9EAB5E1.dip.t-dialin.net) has joined #rockbox
|
||||
<edx> hi
|
||||
<Zagor> hi edx
|
||||
<Bagder> hey
|
||||
<edx> hmm ... how far is ata.. read the log message of ata.c :)
|
||||
<Bagder> edx: thread support coming to the X11 simulator soon
|
||||
<Zagor> edx: we've added threading to the simulator. time to work! :)
|
||||
<edx> ohuoh..
|
||||
<edx> threading should not be a problem...
|
||||
<edx> but i wont have time before the day after tomorrow :(
|
||||
<Zagor> no problem
|
||||
<Zagor> is someone needs it before then, he'll just have to do it :)
|
||||
<edx> hmm so what is that with the ata driver?
|
||||
<Bagder> edx: it works
|
||||
<edx> really? :) for the recorder.. that is great
|
||||
<edx> that was a wrong command address im memory?
|
||||
<Bagder> all praise to Linus for that
|
||||
* Bagder runs on a meeting
|
||||
<edx> * Greate praise for Linus *
|
||||
<edx> ok.. gotta do my homework :( .. later
|
||||
--- edx is now known as edx|homework
|
||||
<edx|homework> ah.. Zagor, another thing
|
||||
<Zagor> yes?
|
||||
<edx|homework> Linus changed ATA_CONTROL... in ata.c - does it still work for the player (have you tried?)
|
||||
<Linus> it works
|
||||
<edx|homework> ok
|
||||
<edx|homework> good job, Linus! :)
|
||||
<Linus> thx! those addresses are a story of their own
|
||||
<edx|homework> hehe
|
||||
<Linus> the player only cares about the lower 4 bits and bit A20/21
|
||||
<Linus> the recorder cares about the lower 4 bits and bit A8/9
|
||||
<Linus> so we can support both hardwares by combining them in the same constant
|
||||
<edx|homework> aha
|
||||
<edx|homework> so that is there was A8/9 wrong?
|
||||
<edx|homework> but A20/21 correct..
|
||||
<Linus> exactly
|
||||
<Linus> but i'm not sure that it was wrong
|
||||
<Linus> i'm beginning to suspect that different recorders have different address encoding...
|
||||
<Linus> we need an older recorder to try on
|
||||
<edx|homework> hmm what firmware? "older"?
|
||||
<edx|homework> i have a recorder.. but i guess its rather new..
|
||||
<Zagor> something that is not an r20
|
||||
<Linus> one with ISD200 USB interface
|
||||
<edx|homework> ah ok forget about it.. i have an r20
|
||||
<edx|homework> ok... but that one might work like the player... (?)
|
||||
<Zagor> yeah, well we'd like to find out
|
||||
<edx|homework> hm put it on the top of the rockbox site ;)
|
||||
<edx|homework> right in the front... <h1> tag lol
|
||||
<Zagor> a mail to the list is probably more helpful :)
|
||||
<edx|homework> heh right...
|
||||
<edx|homework> just if noone responds there might be people looking at the site and not joining the mailing list..
|
||||
<Zagor> Bagder: i'm getting a lot of X errors: Xlib: unexpected async reply (sequence 0x57f)!
|
||||
<Bagder> never seen those
|
||||
<Zagor> i get them when scrolling. i'll check it in soon
|
||||
<Bagder> X sure is magic business ;-)
|
||||
<Zagor> indeed
|
||||
<dwihno> Magic stuff(tm)
|
||||
<Bagder> Zagor: threads working otherwise?
|
||||
<Zagor> yup, perfectly
|
||||
<Bagder> hm, could the X problems be due to the threads?
|
||||
<Zagor> I think so, I got the when I started working with threads
|
||||
<Zagor> there. now we have scrolling
|
||||
<dwihno> Yay! :D
|
||||
<Zagor> playlist support and scrolling, that's what I have listed as 1.1 features on the front page...
|
||||
<Bagder> we need to try it out more on target
|
||||
<Zagor> yup
|
||||
<dwihno> I can test it on the r20
|
||||
<Zagor> please do
|
||||
<Linus> I'm loading it into the player now...
|
||||
<Bagder> we did get two new warnings though
|
||||
<Zagor> oh, I introduced some warnings. fixing...
|
||||
<Linus> crash bang!!!!!
|
||||
<dwihno> Is there an automated build process?
|
||||
<Bagder> dwihno: yes
|
||||
<Zagor> Linus: what happens?
|
||||
<Bagder> dwihno: http://bjorn.haxx.se/rockbox/daily.shtml
|
||||
<Bagder> dwihno: scroll down
|
||||
<Linus> UIE09
|
||||
<Zagor> what's that?
|
||||
<Bagder> address error
|
||||
<Zagor> boo
|
||||
<Zagor> bad bug then
|
||||
<Zagor> Linus: can you gdb it and see where?
|
||||
<Linus> ooooh. it worked the second time...
|
||||
<Zagor> looks ok?
|
||||
<Bagder> ugha
|
||||
<Linus> how do i turn on scrolling?
|
||||
<dwihno> I only see the "once a day" builds
|
||||
<Zagor> dwihno: at the bottom of the page: "Build status"
|
||||
<Bagder> dwihno: the status below that is the automated builds
|
||||
<Zagor> warnings killed
|
||||
* dwihno is blind
|
||||
--> jedix (~liam@fwott1-1.cis.ec.gc.ca) has joined #rockbox
|
||||
<Linus> how do i turn on scrolling?
|
||||
<Zagor> Linus: it's always on
|
||||
<Linus> when?
|
||||
<Bagder> hey jedix
|
||||
<Zagor> in the file browser
|
||||
<jedix> hey
|
||||
<Linus> well, mine doesn't scroll
|
||||
<Zagor> did you get the new tree.c and main.c ?
|
||||
<dwihno> The "bleeding edge" binaries are not downloadable, huh?
|
||||
<Bagder> dwihno: no
|
||||
<Zagor> dwihno: no, only the daily builds
|
||||
<Bagder> that's bleeding enough for download ;-)
|
||||
<Zagor> the are deemed bleeding enough :)
|
||||
<dwihno> :)
|
||||
<dwihno> Do they have scroll stuff?
|
||||
<Bagder> no
|
||||
<Bagder> tomorrow they do!
|
||||
<dwihno> Okay, then I'll wait
|
||||
<Zagor> I just checked that in, and it currently bugs too
|
||||
<Bagder> jedix: your scroll is getting into the software now
|
||||
<jedix> sweet
|
||||
<Zagor> only i rewrote it :)
|
||||
<Bagder> hehe
|
||||
<Linus> Zagor: is it only for recorder?
|
||||
<jedix> whaa?
|
||||
<Zagor> Linus: no, for both
|
||||
<Bagder> time to get a coke
|
||||
<Linus> no go here
|
||||
<jedix> Bagder: yes sounds like a plan..
|
||||
<Zagor> they both work in the simulators. must be something not inited right
|
||||
<Zagor> does scroll_thread run?
|
||||
<Zagor> ahhh!
|
||||
<Zagor> my bad
|
||||
--> alkorr (alkorr@srs05v-3-43.n.club-internet.fr) has joined #rockbox
|
||||
<Zagor> player code doesn't have lcd_init previously. I must add it. one minute.
|
||||
<Linus> hi alal
|
||||
<Linus> alan
|
||||
* Bagder drinks ice-cold coke and says aaaaaaaaaaaaah
|
||||
<alkorr> hi
|
||||
<alkorr> soemtimes people have very weird ideas
|
||||
<alkorr> there is one who like to be able to browse camera pictures on his jukebox :/
|
||||
<Linus> i assume it is a Recorder. :-)
|
||||
<Bagder> hehe
|
||||
<Bagder> noooo
|
||||
<Bagder> jpg2ascii
|
||||
<Bagder> ;-)
|
||||
<alkorr> ahahah
|
||||
<Linus> lucky we have a scroller then :-)
|
||||
<alkorr> quite funny, a jpg2ascii
|
||||
<alkorr> what is it eaxctly ?
|
||||
<Bagder> I used one once
|
||||
<alkorr> a big page we can scroll on screen ?
|
||||
<alkorr> or just a horizontal text scroller ?
|
||||
<Zagor> text scroll for now, for use with filenames
|
||||
<Linus> just horizontal text scroller, for file names and such
|
||||
<alkorr> ok
|
||||
<alkorr> 128 chars max i see
|
||||
<Linus> we can sell commercial banners that displays when playing songs :-)
|
||||
<alkorr> ahahah
|
||||
<Linus> .....drink Coke...............Just Do It..............
|
||||
<alkorr> unhopefully we are open source, it would be very easy to get rid off ;P
|
||||
<alkorr> or hopefully should I say :)
|
||||
<alkorr> Zagor, you think to remove any newlib dependencies for how time ?
|
||||
<Zagor> i need to get my non-newlib gcc working first. i hope to do that tomorrow.
|
||||
<alkorr> ok
|
||||
<alkorr> by the way, did you try with gcc 3.0.3 instead of 3.0.4
|
||||
<Zagor> not yet
|
||||
<alkorr> to see if errors persist ?
|
||||
<Zagor> Linus: try the new versions
|
||||
<alkorr> it is weird that error comming from "rotcl r14"
|
||||
<Zagor> yes, very
|
||||
<alkorr> but there is plenty of reference to this opcode in libasm1.c
|
||||
<alkorr> which line is concerned we don't know :/
|
||||
<alkorr> what is the exact message ?
|
||||
<Zagor> i have to go, we'll fix it tomorrow ok?
|
||||
<Bagder> see ya z
|
||||
<Zagor> hope the scroll works now...
|
||||
<Zagor> bye
|
||||
<alkorr> ok, i'm trying to get back the log
|
||||
<alkorr> bye
|
||||
<-- Zagor has quit ("Client Exiting")
|
||||
<alkorr> :( mirc doesn't log
|
||||
<Bagder> mirc is evil
|
||||
<Bagder> ;-)
|
||||
<alkorr> arf :)
|
||||
<alkorr> yaa...
|
||||
<Linus> what did we say about the show_logo ATA thing?
|
||||
<Bagder> use internal-only
|
||||
<jedix> mirc implies an evil os
|
||||
<Linus> the current firmware tries to load a BMP file before ATA is initialized
|
||||
<Linus> Bagder: can you fix that?
|
||||
<dwihno> oops
|
||||
<dwihno> that's a typical nono :)
|
||||
<Bagder> Linus: sure
|
||||
<jedix> why did zagor rewrite my code?
|
||||
<alkorr> this BMP is embbeded in rockbox ?
|
||||
<Bagder> alkorr: the BMP reader code is, yes
|
||||
<Linus> it displays a file-based logo if it exists
|
||||
<alkorr> so it is not embedded :)
|
||||
<alkorr> i was speaking about the picture
|
||||
<Linus> "if it exists"
|
||||
<Linus> if it doesn't, it uses the internal one
|
||||
<Bagder> there is a logo embedded too
|
||||
<alkorr> okay
|
||||
<alkorr> if an external one exists displays it instead of internal one
|
||||
<alkorr> is that so ?
|
||||
<Bagder> yes
|
||||
<Bagder> but not anymore ;-)
|
||||
<dwihno> :(
|
||||
<alkorr> ok so just rephrase my sentence in past :)
|
||||
<Bagder> hehe, right
|
||||
<dwihno> I'll make my own branch called "logoboX" ;)
|
||||
<Bagder> currently, the show_logo() stuff is made before ATA is inited
|
||||
<Bagder> we can't load a logo then
|
||||
<Bagder> we need to move the logo-loading
|
||||
<alkorr> well it is a matter to move the piece of code
|
||||
<Bagder> yes, but since the initing will take a little time anyway, we'll display the internal one in the mean time
|
||||
<alkorr> okay
|
||||
<alkorr> why not a progress bar ?
|
||||
<Bagder> we could add one below the logo
|
||||
--- Linus is now known as Linus|meeting
|
||||
<Hadaka> progress bar sucks, verbose messages on what the machine is doing are nice :)
|
||||
<alkorr> sure, people don't like not to know why their toy looks frozen
|
||||
<alkorr> Hadaka, we don't need to surcharge code with messages
|
||||
<alkorr> especially for initialisation part
|
||||
<alkorr> please, we are not working with a PC full of memory...
|
||||
<Hadaka> well true, I have no idea what memory problems you have already encountered
|
||||
<alkorr> first, we only have 2 MB
|
||||
<alkorr> second, to waste data and code just for displaying an initial message (that is something we don't need in fact for th rest)
|
||||
<Hadaka> does the 2MB need to hold the buffer for the disk reads as well or is that separate?
|
||||
<alkorr> code, data and buffer are in the same memory
|
||||
<alkorr> so growing code and data means less buffer
|
||||
<Bagder> hm brb
|
||||
<-- Bagder (~daniel@as3-3-2.ras.s.bonet.se) has left #rockbox
|
||||
<Hadaka> well your call - I personally would still want a few kilobytes used for 'ATA Init' 'DAC Init' 'FAT init' etc.
|
||||
<alkorr> pardon ?
|
||||
<alkorr> what do you mean ?
|
||||
<alkorr> i was away :)
|
||||
<alkorr> Hadaka: what do you mean ?
|
||||
<Hadaka> um
|
||||
<Hadaka> the same thing I meant originally
|
||||
<alkorr> those KB are for what, code, data ?
|
||||
<Hadaka> code and the string constants
|
||||
<alkorr> ah yes
|
||||
<alkorr> well, in fact
|
||||
<alkorr> on the screen ?
|
||||
<Hadaka> um, yes - rather than a progress bar that is
|
||||
<alkorr> first, you wouldn't have time enough to read messages
|
||||
<alkorr> i think the best thing is to have a progress bar and message error when occurs in module
|
||||
<alkorr> that a minimum of messaged
|
||||
<alkorr> d -> s
|
||||
<Hadaka> well then we differ in what we want, simple as that
|
||||
<alkorr> I'm speaking about player AND recorder, not only for recorder
|
||||
<-- miah has quit (card.openprojects.net irc.openprojects.net)
|
||||
<Hadaka> I've never even seen the player, so I don't know about that
|
||||
<alkorr> you cannot see a lot of things on playes
|
||||
<alkorr> 2 lines of 11 characters...
|
||||
--> miah (~miah@pihkal.com) has joined #rockbox
|
||||
<alkorr> a thing is sure, since we have an open source, we are free to add whatever we want
|
||||
<Hadaka> It's funny how much information you can stick in L LI LIL LILO and LIL-
|
||||
<Hadaka> maybe you could use R O C K B O X ;)
|
||||
<Hadaka> but true, if I want it, I can code it myself
|
||||
<alkorr> some prefers to have a minimal but efficient firmware, others plenty of stuffs but rather consumptive firmware
|
||||
<alkorr> L LI ???? what is it LILO ???
|
||||
<Hadaka> oh, lilo is the linux loader - it prints LILO on the screen when it runs successfully - or one of the variants if it fucks up at some point - and you can usually tell exactly where it went wrong by that
|
||||
<alkorr> oh okay like a progress bar using a text ?
|
||||
<dwihno> r.. o.. c.. k.. b.. [err]
|
||||
<dwihno> or something :)
|
||||
<dwihno> I can do neat PDF's! :D
|
||||
<alkorr> it's an idea
|
||||
<Hadaka> well kind of - except that you don't have to count pixels in a progress bar but can say directly that it printed 'ROC' and then someone here will say "Oh god, the ATA code is fucked again."
|
||||
<alkorr> my only opinion is just to display something when an error really occurs
|
||||
<Hadaka> since at a bootloader stage, anything can happen - and expecting all errors to be catchable is not possible - atleast not on PC bootloaders
|
||||
<Hadaka> I dunno if you can catch each and every error on the archos
|
||||
<alkorr> well just compile with gdb ;)
|
||||
<Hadaka> err, that isn't possible when a dumb user comes with an obscure archos and tells you that his on his box, the progress bar freezes "about halfway"
|
||||
<alkorr> well, i'm just waiting for a rockbox running without newlib. i could then add some hardware stuffs
|
||||
<dwihno> I'm looking forward to test it tomorrow
|
||||
<alkorr> sorry, can you rephrase ?
|
||||
<alkorr> "obscure archos" ?
|
||||
<alkorr> "that his on ..." ?
|
||||
<Hadaka> compiling with gdb is not an option when a user whines that the archos freezes during loading
|
||||
<alkorr> oh yeah it is just a joke
|
||||
<Hadaka> obscure archos => a different model of archos no one else has had yet
|
||||
<alkorr> gdb is for developer, we know that
|
||||
<alkorr> there are very few chance for that
|
||||
<alkorr> because it means a different archos firmware fisrt
|
||||
<Hadaka> well haven't you here just pondered that does somebody have an older version of the recorder, one with ISD200?
|
||||
<alkorr> anyway, either you catch an error message or nothing. That nothing doesn't mean if you had more explicit message you would be able to guess that you have "obscure" archos
|
||||
<alkorr> yeah
|
||||
<alkorr> it is normal
|
||||
<alkorr> ISD300 was out after recorder
|
||||
<Hadaka> well even if you would get nothing, you would be able to say that it's the ATA code that is failing - even if the archos freezes
|
||||
<alkorr> so inevitably you can find recorder with isd200
|
||||
<alkorr> if archos freezes, just ask for people to use another rockbox with more messages
|
||||
<Hadaka> but the real point is just that I'd much rather see some indication of what the archos is actually doing, rather than an opaque progress bar
|
||||
<alkorr> you can have two different rockbox for testing or for playing
|
||||
<Hadaka> it's just a personal preference
|
||||
<Hadaka> some people might prefer a cool progress bar, I definitely don't
|
||||
<alkorr> okay if you think to lose 32 KB for messages and code is not a problem for you, it is your choice
|
||||
<alkorr> as i told you it is just a matter of adding or not what you want
|
||||
<Hadaka> yeah I agreed with that
|
||||
<alkorr> just add it as an option, so people who don't want them ae not forced to get redi of them
|
||||
<alkorr> rif
|
||||
<alkorr> rid
|
||||
<alkorr> maybe some macro which are void when not demanded for example
|
||||
<alkorr> something like it
|
||||
<alkorr> we should speak with other developers to know what kind of solution to have them as option
|
||||
<Hadaka> well right now I'm quite busy at work and at other projects - I just voiced a preference - if I really want it, I'll code it myself
|
||||
<alkorr> ok
|
||||
<Linus|meeting> I have now tried the scrolling filenames on the Player
|
||||
--- Linus|meeting is now known as Linus
|
||||
<Linus> it works Ok
|
||||
<alkorr> good
|
||||
<Linus> i'll try it on the recorder now
|
||||
<alkorr> i'm still waiting for a working rockbox :)
|
||||
<alkorr> :/
|
||||
<Linus> Zagor is on the case
|
||||
<alkorr> hopefully
|
||||
<alkorr> my scanner/printer has no driver for linux :(
|
||||
<Linus> :-(
|
||||
<Linus> well, the scroller isn't perfect, but it's a good start
|
||||
<Linus> at least we can see the whole file name now
|
||||
<alkorr> on pixel basis or on char basis ? (the moving)
|
||||
<Linus> char
|
||||
<alkorr> because of player ?
|
||||
<alkorr> well i suppose so
|
||||
<Linus> sort of
|
||||
<dwihno> How fast is the scroller btw? :)
|
||||
* dwihno likes'em fast
|
||||
<Linus> now it is 5 updates per second
|
||||
<Linus> it is a little too slow
|
||||
<Linus> but if we scroll too fast it gets blurry on the player
|
||||
<alkorr> that's right
|
||||
<Linus> maybe the player lcd would be sharper if we used the internal scroll function
|
||||
<alkorr> well if you want to scroll two lines, that coul be an idea
|
||||
<Linus> gotta go now, CU!!!
|
||||
<alkorr> CU
|
||||
<-- Linus (~linus@labb.contactor.se) has left #rockbox
|
||||
<alkorr> CU
|
||||
<-- alkorr has quit ()
|
||||
--- dwihno is now known as dw|gone
|
||||
--- Disconnected (Connection reset by peer).
|
||||
**** ENDING LOGGING AT Mon Jun 10 12:17:44 2002
|
||||
|
|
@ -1,212 +0,0 @@
|
|||
**** BEGIN LOGGING AT Mon Jun 10 21:05:05 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Let your Box Rock! - http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by edx at Mon Jun 10 15:15:16
|
||||
--- You are now known as adi|home
|
||||
<-- datazone has quit ("Client Exiting")
|
||||
<PsycoXul> archos' warranty is only 90 days isn't it?
|
||||
--> g003y2 (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
<-- g003y2 (~foo@m198-187.dsl.rawbw.com) has left #rockbox
|
||||
<adi|home> last i checked, yeah PsycoXul
|
||||
<PsycoXul> so i wonder if best buy cares about the warranty seal for their warranty plan... heh
|
||||
<adi|home> heheheh what you do to your unit?
|
||||
<PsycoXul> nothing
|
||||
<PsycoXul> yet
|
||||
<adi|home> hhehhe
|
||||
<PsycoXul> thats why i'm wondering :p
|
||||
<PsycoXul> cause i'd like to do the serial port mod at some point
|
||||
--- dw|gone is now known as dwihno
|
||||
<dwihno> ROCK DA BOX!!!
|
||||
<dwihno> :D
|
||||
--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
--- ChanServ has changed the topic to: Version 1.0 released! http://bjorn.haxx.se/rockbox/
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<dwihno> Howdy ho, Linus :)
|
||||
<Linus> yo!
|
||||
<dwihno> Have you looked into the mp3 decoding chip of the recorder?
|
||||
<Linus> i'm on it
|
||||
<Linus> reading the data sheets...
|
||||
<dwihno> Mr. Data
|
||||
<dwihno> You need Caramelldansen!
|
||||
<Linus> unfortunately, dcc doesn't work for me...
|
||||
<dwihno> :-(
|
||||
<dwihno> wget torde funka ;D
|
||||
<adi|home> whats the correct spelling of pessimist?
|
||||
<adi|home> is it that way?
|
||||
<dwihno> yaway
|
||||
<adi|home> k.
|
||||
<Linus> dwihno: Caramelldansen...what a musical breakthrough... :-)
|
||||
<dwihno> You bet! :D
|
||||
<dwihno> Dansa med oss, klappa era händer etc. ;)
|
||||
<dwihno> "Vi hoppas för fruktbar samarbete"
|
||||
<dwihno> hmm... :)
|
||||
<-- WetBed has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- Linus has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- g003y has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- dwihno has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
|
||||
--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
|
||||
--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
|
||||
--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
<adi|home> is it a safe assumption that a playlist will always end with ".m3u"?
|
||||
--> WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
|
||||
<webmind> uhm
|
||||
<webmind> cant it be pls aswell ?
|
||||
<PsycoXul> thats winamp's own format playlist isn't it?
|
||||
<adi|home> dunno..t hats why i asked
|
||||
<PsycoXul> and different?
|
||||
<adi|home> ive only ever seen m3u
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
--> dwihno (dwihno@Bald067.Baldakinen.Umea.SE) has joined #rockbox
|
||||
<adi|home> someone wanna check?
|
||||
<dwihno> The format is the same
|
||||
<adi|home> okay
|
||||
<dwihno> m3u's are sometimes stored with #-marked extradata
|
||||
<-- PsycoXul has quit (Remote closed the connection)
|
||||
<-- Hadaka has quit (Broken pipe)
|
||||
<-- Linus has quit ("disconnecting from stoned server.")
|
||||
<dwihno> Sure...
|
||||
<dwihno> The m3u format (as used by winamp):
|
||||
<dwihno> #EXTM3U
|
||||
<dwihno> #EXTINF:319,machinae supremacy - i turn to you
|
||||
<dwihno> C:\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
|
||||
<dwihno> Like this
|
||||
<dwihno> [playlist]
|
||||
<dwihno> File1=\download\dc\machinae_supremacy_-_i_turn_to_you.mp3
|
||||
<dwihno> Title1=machinae supremacy - i turn to you
|
||||
<dwihno> Length1=319
|
||||
<dwihno> NumberOfEntries=1
|
||||
--> Linus (~linus@labb.contactor.se) has joined #rockbox
|
||||
<dwihno> Version=2
|
||||
<dwihno> that was pls
|
||||
<dwihno> you should check the playlist format in xmms
|
||||
--> PsycoXuul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
<-- g003y (~foo@m198-187.dsl.rawbw.com) has left #rockbox
|
||||
<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<dwihno> please confirm :)
|
||||
--> Hadaka_ (naked@graywolf.onnanifujiyuu.org) has joined #rockbox
|
||||
<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<adi|home> i thought we had bool defined as a type?
|
||||
<dwihno> I'm just sure you didn't miss anything because of the splits
|
||||
--> webmind (webmind@seal.student.utwente.nl) has joined #rockbox
|
||||
--> PiotR (~piotr@212-170-21-172.uc.nombres.ttd.es) has joined #rockbox
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
<Zagor> chooo
|
||||
--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
<-- WetBed has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<Zagor> Linus: why do you want to show the logo last in init?
|
||||
<adi|home> Zagor.. isn't bool defined in the src?
|
||||
<-- g003y has quit (Killed (hardy.openprojects.net (bear.openprojects.net <- sendak.openprojects.net)))
|
||||
<Hadaka_> why aren't the daily builds running btw?
|
||||
--> WetBed (~wettoad@uludag.mbi-berlin.de) has joined #rockbox
|
||||
<-- webmind has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- PiotR has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<Zagor> not any more. we use the definition in stdbool.h instead
|
||||
<Zagor> no, we removed it
|
||||
<dwihno> Hellojs Zag
|
||||
<Zagor> they are. the latest is the 11th, today
|
||||
<adi|home> k
|
||||
<-- Tumm has quit (carter.openprojects.net irc.openprojects.net)
|
||||
<-- adi|work has quit (carter.openprojects.net irc.openprojects.net)
|
||||
--> Tumm (coyote@dreamhosted.borlange.se) has joined #rockbox
|
||||
--> adi|work (~adiamas@pool-151-204-140-140.ny325.east.verizon.net) has joined #rockbox
|
||||
--- Disconnected (Remote host closed socket).
|
||||
**** ENDING LOGGING AT Tue Jun 11 03:12:56 2002
|
||||
**** BEGIN LOGGING AT Tue Jun 11 03:33:58 2002
|
||||
|
||||
--> adiamas (~adiamas@as5300-9.216-194-23-77.nyc.ny.metconnect.net) has joined #rockbox
|
||||
--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
|
||||
<Zagor> but why after button and mpeg init etc?
|
||||
<Zagor> it sort of defies the purpose to display the startup screen *after* startup...
|
||||
--- You are now known as adi|home
|
||||
<adi|home> well that was interesting
|
||||
<Linus> Zagor: i didn't bother at the time.
|
||||
--> g003y (~foo@m198-187.dsl.rawbw.com) has joined #rockbox
|
||||
<Zagor> yeah, openprojects seems very flaky at the moment
|
||||
<adi|home> btw... im beat.. can someone take a look at the scroll stuff?
|
||||
<adi|home> its buggy
|
||||
<Zagor> adi|home: what's the problem?
|
||||
<Linus> Bagder promised to remove the disk loading, and before that i just put it last
|
||||
<adi|home> i hav chars remaining on the screen after the scroll goes by
|
||||
<Linus> adi|home: yes it bugs
|
||||
<adi|home> zag... make a file of say 4 chars
|
||||
<Zagor> on last line, or all lines?
|
||||
<adi|home> foo.mp3
|
||||
<adi|home> and let it scroll
|
||||
<adi|home> oh.. i just submitted a playlist.c fix
|
||||
<Linus> it tries to scroll file names that are shorter than the screen width
|
||||
<Linus> and fails
|
||||
<adi|home> now we read in the file 255 bytes at a time
|
||||
<adi|home> hmm... leave it.. ill take a look tomorrow night
|
||||
<Zagor> ah, yes it does. my fault, fixing...
|
||||
<adi|home> you got it zag?
|
||||
<Zagor> yep, will fix
|
||||
<adi|home> k
|
||||
<adi|home> and i tested my playlist fix.. but im beat.. so if someone else could take a look as well, id appreciated it...
|
||||
<adi|home> night all
|
||||
--- You are now known as adi|sleep
|
||||
<Zagor> night!
|
||||
<Hadaka> hmh, I must agree that this 1.27something firmware is kind of even suckier than 1.24
|
||||
<Zagor> :)
|
||||
<dwihno> I think the scrolling part should have been fixed several versions ago... Sometimes the directory names I previously browsed are shown
|
||||
<Zagor> is it fixed in 1.27 then?
|
||||
<dwihno> no :)
|
||||
<Zagor> hehe
|
||||
<dwihno> and the screen garbage haven't been fixed either
|
||||
<dwihno> is there any screen garbage with rockbox?
|
||||
<adi|sleep> ok.. im back
|
||||
<adi|sleep> and pissed
|
||||
<adi|sleep> i cant get my damn archos mounted
|
||||
<adi|sleep> and i dunno hy
|
||||
<adi|sleep> why
|
||||
<Zagor> dwihno: there was, until i just fixed it :)
|
||||
<Zagor> adi|sleep: that sucks :(
|
||||
<adi|sleep> i don't remember changing anything
|
||||
<adi|sleep> i turn unit on
|
||||
<adi|sleep> i plug in..
|
||||
<adi|sleep> i go to mount
|
||||
<adi|sleep> and i keep getting that sda1 is not a valid block device
|
||||
<dwihno> Zagor: Whoa.... I am really looking forward to the mp3-decoding capable rockbox :D
|
||||
* adi|sleep pouts
|
||||
<Zagor> adi|sleep: try removing and re-modprobing usb-storage.
|
||||
<Zagor> sometimes it seems to get confused
|
||||
<Linus> dwihno: the rockbox is already mp3-decoding
|
||||
<Zagor> Linus: dwihno has a recorder...
|
||||
<Linus> oh
|
||||
--> PsycoXul (psyco@adsl-63-205-43-243.dsl.lsan03.pacbell.net) has joined #rockbox
|
||||
<Linus> hi psycho!
|
||||
<PsycoXul> hi linhus
|
||||
<adi|sleep> cant locate module usb-storage?
|
||||
<dwihno> Linus: that should explain my curiosity regarding the tech specs of the recorder chip ;)
|
||||
<Zagor> adi|sleep: maybe you didn't compile it as a module?
|
||||
<adi|sleep> what i don't get is that it was working last week, and i haven't changed anything
|
||||
<adi|sleep> really
|
||||
<adi|sleep> odd
|
||||
<adi|sleep> how can i check if it was compile as a module?
|
||||
<Zagor> run 'lsmod'. if it doesn't show up, it's not a module
|
||||
<adi|sleep> k
|
||||
<PsycoXul> heh
|
||||
<PsycoXul> lsmod just shows loaded modules
|
||||
<Linus> dwihno: did you ask me about the recorder chip? I must have missed that in the splitting frenzy.
|
||||
<adi|sleep> k.. its not loaded
|
||||
<PsycoXul> find /lib/modules/`uname -r` -name 'usb-storage.o'
|
||||
<adi|sleep> any other ideas PsycoXul?
|
||||
<dwihno> Linus: Nah, I was just curious if you started working on the mp3 decoding on the recorder, and you replied you had a look in the tech docs.
|
||||
<adi|sleep> nothing :)
|
||||
<Linus> ah
|
||||
<PsycoXul> well whatever modules you have should be in /lib/modules/<kernel-ver>/*
|
||||
<adi|sleep> k
|
||||
<adi|sleep> ill be back
|
||||
**** ENDING LOGGING AT Tue Jun 11 04:05:11 2002
|
||||
|
||||
|
|
@ -1,183 +0,0 @@
|
|||
**** BEGIN LOGGING AT Tue Jun 11 04:10:23 2002
|
||||
|
||||
--> adiamas (~adiamas@216.194.26.64) has joined #rockbox
|
||||
--- Topic for #rockbox is Version 1.0 released! http://bjorn.haxx.se/rockbox/
|
||||
--- Topic for #rockbox set by ChanServ at Tue Jun 11 03:31:20
|
||||
--- You are now known as adi|home
|
||||
<Bagder> hey adia
|
||||
<Bagder> nice playlsit fix
|
||||
<adi|home> thanks :)
|
||||
* adi|home finally did something productive
|
||||
<adi|home> i figured 255 was a good size...
|
||||
<adi|home> 8shrugs*
|
||||
<Bagder> yes, its fine
|
||||
<adi|home> OH MY GOD!
|
||||
<adi|home> rockbox.. on my recorder?!!!
|
||||
* adi|home does backflips
|
||||
<Bagder> does it rock?
|
||||
<adi|home> but the text is _very_ pale
|
||||
<adi|home> dunno yet :)
|
||||
<Bagder> hehe
|
||||
<Linus> adi|home: the paleness is interesting
|
||||
<adi|home> hmm problem thought
|
||||
<Linus> did you build it yourself
|
||||
<adi|home> no..
|
||||
<adi|home> its the one from the builds off the site
|
||||
<adi|home> i don't have a cross compiler yet
|
||||
<Linus> ok
|
||||
<Linus> the LCD contrast is an issue in lcd.c
|
||||
<adi|home> and interesting.. it dont play nice with the dc plugged in.
|
||||
<Bagder> Linus: its not that pale on yours is it?
|
||||
<Linus> Bagder: no
|
||||
<Linus> adi|home: "play nice"?
|
||||
<adi|home> i plug the dc in and it reboots to recharge mode
|
||||
<adi|home> i leave it in
|
||||
<adi|home> and press on, it reboots.. pauses, and jumps back to recharge mode
|
||||
<Linus> wow!
|
||||
<adi|home> ?
|
||||
<adi|home> ned to increase logo display time
|
||||
<Linus> wow! as in "what the heck"
|
||||
<adi|home> i see it for like 1/10th a sec.. and its gone
|
||||
<adi|home> am i the only person that has had this happ
|
||||
<Linus> adi|home: we don't want to show the logo longer time than the setup needs
|
||||
<Linus> and right now it displays a little late
|
||||
<Bagder> Linus: why did you move the logo showing to after all the init?
|
||||
<adi|home> got ya.
|
||||
<Linus> Bagder: because it tries to load the logo from disk
|
||||
<Bagder> not anymore
|
||||
<Linus> i could have put it before the last two calls, and gained a millisecond
|
||||
<Bagder> you can have it after the lcd_init() now, can't you?
|
||||
<adi|home> okay.. off to bed for real :)
|
||||
<Bagder> night adi|home
|
||||
<Linus> Bagder: perhaps now, but not when i committed that change
|
||||
<Bagder> then too actually ;-)
|
||||
<Linus> oh maybe the commit mail was late
|
||||
<Bagder> my fix was ~40 minutes before yours ;)
|
||||
<Linus> :-)
|
||||
<Linus> Then move it up!
|
||||
<Bagder> yessir, will do!
|
||||
<Bagder> *done*
|
||||
* Zagor is now officially a counter-strike consultant :)
|
||||
* Bagder hands Zagor the "professional gamer" sticker
|
||||
<dwihno> Check the latest post in the mailing list
|
||||
<Zagor> yup, that's cool
|
||||
<dwihno> That URL should be placed on the rockbox site.
|
||||
<Zagor> hmm. the "hardware mods" page, maybe?
|
||||
<Bagder> yes
|
||||
<Bagder> or possibly "related projects"
|
||||
<dwihno> Have you seen such a joystick earlier?
|
||||
<Zagor> yes, he has mailed about it before
|
||||
<dwihno> mkay
|
||||
<dwihno> One of those would be cute
|
||||
<dwihno> Although pretty useless without a display
|
||||
<dwihno> stop/play/pause/volume perhaps
|
||||
<Zagor> you can't have a display without hacking the archos
|
||||
<dwihno> :/
|
||||
<dwihno> well, I guess you can't have everything
|
||||
<dwihno> the official remote from archos, does it have display?
|
||||
<Zagor> no
|
||||
<Zagor> the remote control plug only has data-in (into the archos) so there is no way to transmit data back to the remote. that's why you can't have a display
|
||||
<Zagor> brb
|
||||
<-- Zagor has quit ("Client Exiting")
|
||||
--> ironi (ironi@as2-5-7.j.bonet.se) has joined #rockbox
|
||||
<ironi> hi
|
||||
<ironi> Bagder: there?
|
||||
<Bagder> yah
|
||||
<ironi> im working on a small sms thingy
|
||||
<ironi> I considered using smash as server and phpsmash as client
|
||||
<ironi> is it easy to install and configure?
|
||||
--> Zagor (~bjst@labb.contactor.se) has joined #rockbox
|
||||
<Bagder> never tried phpsmash
|
||||
<Bagder> smash itself is pretty easy
|
||||
<Bagder> the tricky part is if you want to tweak a plugin or something
|
||||
<ironi> wel the plugins you have links toon your page
|
||||
<ironi> don't say that they actually are plugins for smash
|
||||
<Bagder> smash uses plugins
|
||||
<Zagor> links to plugins?
|
||||
<ironi> well yeah
|
||||
<ironi> freenet and so on
|
||||
<ironi> cause that is what im aiming at
|
||||
<ironi> web-based sms services
|
||||
<Zagor> yes, the links are to external programs you can call with the "shell" smash plugin
|
||||
<ironi> ok
|
||||
<ironi> so can you specify plugin to use from the client?
|
||||
<ironi> and params to the client
|
||||
<Zagor> you can specify which operator to use. the details are defined in the server config
|
||||
<ironi> ok
|
||||
<ironi> hm
|
||||
<ironi> maybe i should use linuxsms for what I am doing
|
||||
<ironi> just rebuild it a bit
|
||||
<ironi> its not very compliated thing to do
|
||||
<Zagor> that's for you to decide :) what do you want to do?
|
||||
<ironi> Zagor: a project for my fellow siemens s45/me45 users
|
||||
<ironi> im going to make a compiled wml page that they can store in the small file archive on the phone
|
||||
<ironi> in it, they will be able to enter username, password and sms number & message
|
||||
<ironi> press send and it will send it through the server
|
||||
<ironi> just trying it out for fun...
|
||||
<ironi> which gives virtually free sms through gprs
|
||||
<Zagor> i'd recommend smash for that, since it has proper queueing. you don't want to reinvent that, trust me :)
|
||||
<ironi> why not sending messages at once?
|
||||
<ironi> Zagor: becuase of the load?
|
||||
<Zagor> to save bandwith == money
|
||||
<ironi> well
|
||||
<Zagor> also many use dialup, so you want to keep down the number of calls
|
||||
<ironi> yeah money for the users, you're right
|
||||
<ironi> keep down the number of calls...now im not following
|
||||
<Zagor> most people use GSM operators' official dial-up SMS servers
|
||||
<Bagder> but ironi isn't
|
||||
<Bagder> he doesn't necessarily need queueing
|
||||
<Zagor> i know. but it's still a good idea to queue, to avoid many parallel connections to the service
|
||||
<ironi> Zagor: for bandwidth
|
||||
<ironi> Zagor: so gsm operators have a number one can call to send sms?
|
||||
<Zagor> that, and to avoid getting blocked for over-use...
|
||||
<ironi> How expensive is that anyway
|
||||
<Zagor> mostly it's priced the same as a mobile call
|
||||
<ironi> ok
|
||||
<ironi> well
|
||||
<ironi> smash.cgf not found
|
||||
<ironi> cfg
|
||||
<ironi> hm..
|
||||
<ironi> oh.
|
||||
<Zagor> smashd --config <file>
|
||||
<ironi> i see
|
||||
<ironi> great commenting in the smash.cfg :-P
|
||||
<Zagor> it's a hackers-only file ;)
|
||||
<ironi> i put config, smash binarys and plugins in /usr/local/bin/smash
|
||||
<ironi> maybe thats politically incorrect
|
||||
<ironi> =)
|
||||
<Zagor> that's fine
|
||||
<ironi> is smashd very resource demanding?
|
||||
<Bagder> no
|
||||
<ironi> there it goes, up n running
|
||||
<Zagor> the one we have running has spend 2 cpu seconds since june 1st :)
|
||||
<ironi> hehe
|
||||
<ironi> well
|
||||
<ironi> now i need to send messages to it
|
||||
<Zagor> ironi: let's go to #smash instead. ok?
|
||||
<ironi> maybe easiest to send wml page to a php page, and from the php page sent it to the server
|
||||
<Zagor> woobiedooobie. i'm browsing files with Rockbox on my recorder
|
||||
<Zagor> the screen update is horrible slow :(
|
||||
<dwihno> :/
|
||||
<Bagder> why is that you think?
|
||||
<dwihno> vsync? :)
|
||||
<Zagor> i don't know. i just know when i scroll down, you can see the screen clear and then redraw. and you don't see that with the archos firmware
|
||||
<Zagor> and the contrast is waaaay too low
|
||||
<Zagor> but WOWSERS the logo is cool! :)
|
||||
<Zagor> in fact, it seems Rockbox actually boots faster than the original firmware.
|
||||
<dwihno> :O
|
||||
<dwihno> Zagor: cool stuff
|
||||
<dwihno> Mail the ajz to me :)
|
||||
<Zagor> http://bjorn.haxx.se/rockbox/recorder/archos.ajz
|
||||
<ironi> now i wish i had a recorder
|
||||
<dwihno> *awating bootup*
|
||||
<Zagor> Linus: is lower value higher contrast, or the opposite?
|
||||
<Linus> I don't know. I guess higher numbers gives higher contrast
|
||||
<Zagor> testing
|
||||
<Linus> but it's not that easy
|
||||
<Zagor> no?
|
||||
<Linus> the contrast setting (according to the solomon data sheet) is an iterative process
|
||||
<Zagor> tetris ROCKS! :)
|
||||
<Linus> you have to continue setting the contrast until the status resister says it is done
|
||||
<Zagor> oh
|
||||
<Linus> register
|
||||
**** BEGIN LOGGING AT Wed Jun 12 00:05:58 2002
|
||||
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
File diff suppressed because it is too large
Load diff
Loading…
Add table
Add a link
Reference in a new issue