--- Log for 03.11.102  Server: capek.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 6 days and 20 hours ago

00.01.37 Join    edx [0] (~edx@pD9EA993F.dip.t-dialin.net)
00.15.17 Nick    BoD[] is now known as BoD[brb] (~BoD@m100.net81-65-34.noos.fr)
01.39.24 ***     No seen item changed, no save performed.
01.41.10 Quit    edx ()
02.55.22 Join    blastmaster [0] (~blastm@newc56porto116.idl.net.au)
03.00.41 Part    blastmaster ("return 0;")
03.13.46 Quit    BoD[brb] ("{[[[{[{{TCL enabled quit message}}]}]]]}")
03.39.26 ***     Saving seen data "./dancer.seen"
05.39.30 ***     No seen item changed, no save performed.
06.00.55 Nick    seb-away is now known as _seb_ (trilluser@bgp420584bgs.union01.nj.comcast.net)
06.24.42 Join    dfg [0] (~prv@24-168-60-244.nyc.rr.com)
07.09.17 Nick    _seb_ is now known as seb-sleep (trilluser@bgp420584bgs.union01.nj.comcast.net)
07.39.32 ***     No seen item changed, no save performed.
08.52.31 Quit    dfg ("Client Exiting")
08.52.33 Quit    seb-sleep (Read error: 54 (Connection reset by peer))
09.39.34 ***     Saving seen data "./dancer.seen"
10.47.17 #       <Giss|XC> Hello
10.47.36 #       <Giss|XC> I want to buy a pda
10.47.58 #       <Giss|XC> but I would like one I could use with a archos recorder
10.48.17 #       <Giss|XC> to use the hard drive within the archos with the pda...
10.48.30 #       <Giss|XC> anyone know a pda that might be able to do that ?
10.49.12 #       <Giss|XC> (it's terribly diffucult to find any information about the fact if a pda can do usb master or only usb slave...)
11.29.36 Join    langhaarrocker [0] (~Philipp@B44c0.pppool.de)
11.39.37 ***     No seen item changed, no save performed.
12.11.38 Quit    tot|away ()
12.16.08 Join    TotMacher [0] (tot@ip68.rsidus.riege.de)
12.54.05 Part    satino ("Client Exiting")
13.15.45 Join    edx [0] (~edx@pD9EA993F.dip.t-dialin.net)
13.15.46 Quit    langhaarrocker (Read error: 54 (Connection reset by peer))
13.39.40 ***     Saving seen data "./dancer.seen"
13.44.24 Join    LinusN [0] (~linus@labb.contactor.se)
13.46.52 Join    edx|notebook [0] (~edx@pD9EA993F.dip.t-dialin.net)
13.48.31 Quit    edx (Read error: 104 (Connection reset by peer))
13.59.50 Quit    TotMacher ()
14.00.45 Join    TotMacher [0] (tot@p5084BE47.dip.t-dialin.net)
14.01.03 Join    kargatron [0] (~Vincent@ppp-isdn-605.ath.forthnet.gr)
14.17.35 Quit    TotMacher ()
14.18.24 Part    kargatron
14.21.44 Join    TotMacher [0] (tot@ip68.rsidus.riege.de)
15.03.46 Part    LinusN
15.03.46 Quit    TotMacher (Read error: 104 (Connection reset by peer))
15.04.07 Join    LinusN [0] (~linus@labb.contactor.se)
15.30.21 Join    RipnetUK [0] (~george@ripnet.fsnet.co.uk)
15.31.25 Quit    RipnetUK (Client Quit)
15.39.42 ***     Saving seen data "./dancer.seen"
15.59.11 Nick    edx|notebook is now known as edx (~edx@pD9EA993F.dip.t-dialin.net)
16.15.08 Part    LinusN
16.29.00 Join    TotMacher [0] (tot@ip68.rsidus.riege.de)
16.33.44 Quit    Giss|XC (Read error: 104 (Connection reset by peer))
16.40.05 Join    LinusN [0] (~linus@labb.contactor.se)
16.40.12 Join    Giss|XC [0] (gissehel@AFontenayssB-105-1-2-127.abo.wanadoo.fr)
16.57.35 Join    savage- [0] (ryan@sur084.louisiana.edu)
17.21.26 Part    LinusN
17.24.53 Join    LinusN [0] (~linus@labb.contactor.se)
17.25.44 #       <LinusN> damn GPRS connection
17.39.46 ***     Saving seen data "./dancer.seen"
18.09.24 Join    seb-sleep [0] (trilluser@bgp420584bgs.union01.nj.comcast.net)
18.09.49 Nick    seb-sleep is now known as _seb_ (trilluser@bgp420584bgs.union01.nj.comcast.net)
18.40.56 Part    LinusN
18.41.40 Join    LinusN [0] (~linus@labb.contactor.se)
18.45.36 Join    tal [0] (tal@h005004960189.ne.client2.attbi.com)
18.45.51 #       <tal> anyone get their hands on an FM Recorder yet?
18.46.09 #       <tal> i'm thinking of selling my recorder 20 and getting that one
18.46.46 #       <LinusN> no, i don't know anyone with an fm recorder
18.47.10 #       <tal> hum
18.47.20 #       <tal> will it be open source
18.47.34 #       <tal> i can't use the factory firmware
18.47.40 #       <tal> if it's antyhing like the one on the recorder
18.47.42 #       <LinusN> huh?
18.47.46 #       <tal> they're fucking idiots
18.47.51 #       <tal> i'm totally spoiled 
18.48.06 #       <tal> been using rockbox for like 3 weeks
18.48.09 #       <LinusN> hehe
18.48.12 #       <tal> every time i have to revert
18.48.14 #       <tal> for recording
18.48.23 #       <tal> i remember how much i dispise their firmware
18.48.37 #       <LinusN> recording is coming up
18.48.38 #       <tal> just like using a dialup modem after broadband for a few years.
18.48.47 #       <tal> yeah but i want to get the FM
18.48.54 #       <tal> and i want to be sure rockbox will support it.
18.48.55 #       <LinusN> i know the feeling
18.49.06 #       <tal> dig?
18.49.37 #       <LinusN> i'm not sure that rockbox will support the fm
18.50.26 #       <LinusN> it all depends on the hardware
18.50.30 #       <tal> best guess?
18.50.34 #       <tal> : /
18.51.00 #       <LinusN> my guess is that the hardware is more like the MM than te older models
18.51.16 #       <tal> good guess
18.51.18 #       <LinusN> with an ARM CPU
18.51.24 #       <tal> what's an arm
18.51.43 #       <LinusN> it's a CPU model
18.51.52 #       <tal> these models are all RISC's right
18.51.59 #       <tal> made specifically for the decode
18.52.03 #       <LinusN> yup
18.52.06 #       <LinusN> no
18.52.20 #       <tal> the MM one is a hardcore pentium 66 or something?
18.52.21 #       <tal> heh
18.52.34 #       <LinusN> no, an ARM
18.52.47 #       <tal> BAH
18.52.53 #       <tal> ACRONYMS CAN SMD
18.52.57 #       <LinusN> and a Texas Instruments DSP
18.53.08 #       <tal> so is the MM interface any good?
18.53.35 #       <LinusN> i dunno
18.53.47 #       <tal> *beats you with a large fish*
18.53.48 #       <LinusN> soma say it sucks
18.53.54 #       <tal> then it sucks
18.54.00 #       <tal> no one would say rockbox sucks.
18.54.15 #       <LinusN> hehe
18.54.15 #       <tal> why do i hear a marching band outside
18.54.36 #       <tal> make it stop
18.54.37 #       <tal> make it all stop
18.54.40 #       <tal> *shiver*
18.54.43 #       <tal> *spasm*
18.55.01 #       <tal> alright everyone keep up the good work
18.55.10 #       <tal> if i didn't get a D in unix programming i'de help you out.
18.55.12 #       <LinusN> we'll do
18.55.25 #       <LinusN> this is not unix
18.55.34 #       <tal> i know
18.55.52 #       <tal> it's its own language right
18.56.04 #       <LinusN> C
18.56.14 #       <tal> all unix proging is in C
18.56.21 #       <tal> the last prog. course i took was unix
18.56.23 #       <LinusN> almost all, yes
18.56.33 #       <tal> well
18.56.42 #       <tal> AI is a lot of programming
18.56.47 #       <tal> but i fail all those assignemnts.
18.57.56 #       <tal> learning the stuff for yourself is about 7000 times more powerful than paying a school $4000 a class to force it on you in 15 weeks
18.58.08 #       <LinusN> yup
18.58.22 #       <LinusN> i am self-taught
18.58.29 #       <tal> so why the fuck did i invest the price of a lamborgini into getting this fucking diploma?
18.58.37 #       <tal> anyone?
18.58.41 #       <tal> anyone?
18.58.49 #       <LinusN> because employers look at the diploma
18.58.58 #       <tal> k i'm gonna go jump off the roof now
18.58.58 #       <tal> lol
18.59.02 #       <tal> yeah right
18.59.10 #       <tal> "ah i see you went to BU, impressive"
18.59.17 #       <tal> "why isn't your GPA on here?"
18.59.22 #       <tal> umm.. because it's a joke.
18.59.25 #       <LinusN> took me quite a while to get my first job
18.59.33 #       <tal> i can count my GPA on less than one finger
18.59.34 #       <tal> lol
18.59.45 #       <tal> anyway
18.59.47 #       <tal> peace
18.59.55 Quit    tal ()
19.00.54 Quit    TotMacher ()
19.01.03 Join    TotMacher [0] (tot@pD9E219AE.dip.t-dialin.net)
19.09.30 Nick    _seb_ is now known as seb-awau (trilluser@bgp420584bgs.union01.nj.comcast.net)
19.09.33 Nick    seb-awau is now known as seb-away (trilluser@bgp420584bgs.union01.nj.comcast.net)
19.12.58 Join    pfavr [0] (~pfavr@213.237.46.232.adsl.ron.worldonline.dk)
19.17.46 #       <pfavr> hi rockbox folks! I'm thinking about getting involved in rockbox development. The feature "play directories recursively" looks tempting. Any thoughts on that?
19.21.16 #       <LinusN> yes, a lot
19.21.50 #       <LinusN> it's of course a memory issue
19.21.57 #       <pfavr> ok
19.22.45 #       <LinusN> since there may be thousands of files, we may have to save the playlist on disk
19.23.06 #       <pfavr> What version of GCC do you think I should try? Is 3.2 any good?
19.23.29 #       <LinusN> it doesn't matter
19.23.43 #       <pfavr> Ok, I'll grab the latest then.
19.24.09 #       <LinusN> what OS?
19.24.51 #       <pfavr> Wrt. memory and playlist... would it be possible just to remember the current play position and then rescan the directories on every file load? (or use some minor caching in a buffer)
19.24.57 #       <pfavr> Linux
19.25.37 #       <LinusN> good that you use linux
19.25.52 #       <pfavr> Btw LinusN, I enjoyed you reply wrt. scheduling on the mailing list
19.26.07 #       <LinusN> rescanning the dirs will take too much time and battery
19.26.57 #       <pfavr> I guess the trouble is with random play?
19.27.10 #       <LinusN> enjoyed, as in amused?
19.27.38 #       <LinusN> random is a problem
19.27.42 #       <pfavr> Enjoy as in shouting: hear! hear! (wrt. buy more trouble than do good)
19.28.07 #       <pfavr> (or am I remembering it wrongly?)
19.29.12 #       <pfavr> If we play the songs in sequence, couldn't we just remember the current file path/directory and then successively go on to play the next one?
19.30.29 #       <LinusN> yes, that may be possible
19.31.45 #       <LinusN> but it is still hard to handle the recursiveness
19.33.07 #       <pfavr> Do you think it would be possible to implement random play like this: 1) read the root directory 2) choose a random entry (dir or file) 3) if it is a file, play it, else read directory and repeat.
19.33.35 #       <LinusN> then you can't keep track of which songs have been played
19.34.28 #       <pfavr> Maybe we could come up with a scheme for that also.
19.35.07 #       <pfavr> How much memory do we have for things like this?
19.35.18 #       <LinusN> 16k
19.35.23 #       <pfavr> ok
19.36.24 #       <pfavr> (thinking)
19.39.49 ***     Saving seen data "./dancer.seen"
19.41.28 #       <LinusN> resume is another thing to consider
19.45.18 Join    kargatron [0] (~Vincent@ppp-isdn-658.ath.forthnet.gr)
19.45.59 Part    kargatron
19.51.43 #       <pfavr> I think I'll sleep on this. But non-random play and random (without memory) should not be that hard. What is the (prictical) upper limit on number of files on the drive?
19.52.03 #       <pfavr> (prictical -> practical)
19.52.19 #       <LinusN> only the size of the disk
19.52.40 #       <LinusN> 65000 entries per dir
19.53.02 #       <pfavr> How many .mp3's do you have on your disk for example? (I have about 4000 on mine)
19.53.36 #       <LinusN> i have about 4000 too
19.54.15 #       <pfavr> I could imagine a scheme where random (with uniqueness) would be used for e.g. less than 8192 files and above that "true" random play would be used
19.55.49 #       <LinusN> why would the number of files matter?
19.56.00 #       <pfavr> Or a "cache" remembering the last played tracks (e.g. the last 100) to avoid too early "replay"
19.57.53 #       <pfavr> Because I think it would be nice to use an array with a "maximum length sequence" as a random number generator. (A MLS is a sequence of numbers, e.g.  1,2,3...8192 which have been swapped randomly)
19.58.22 #       <pfavr> But if we only have 16K, this should not take up too much space
19.59.06 #       <LinusN> yes, but where will you store the file name data?
19.59.26 #       <pfavr> I don't think we need to.
19.59.42 Join    Indio [0] (Indio@213-96-108-92.uc.nombres.ttd.es)
19.59.48 #       <Indio> hello
20.00.03 #       <pfavr> hi
20.00.13 #       <LinusN> how will you eep track of which files have been played?
20.00.20 #       <LinusN> Indio: hi
20.00.34 #       <Indio> i'm from spain
20.00.46 #       <pfavr> LinusN, I will associate a number with each file
20.01.10 #       <Indio> i'm interesting to buy jukebox
20.01.46 #       <LinusN> pfavr: and how does that association work?
20.01.57 #       <LinusN> Indio: go buy a recorder
20.02.42 #       <Indio> Jukebox Recorder 20 USB 2
20.02.43 #       <Indio> MP3 Player & Recorder, 20GB, USB 2.0
20.02.45 #       <pfavr> I'm not totally sure yet, but I think it is possible to use the ordering of the files in the directory tree.
20.03.00 #       <LinusN> Indio: that's the one
20.03.12 #       <pfavr> (I just bought the Recorder 20GB)
20.03.17 #       <LinusN> pfavr: o
20.03.21 #       <Indio> is it a good idea?
20.03.35 #       <LinusN> Indio: yes
20.03.38 #       <Indio> or is best to buy other
20.05.03 #       <LinusN> Indio: which other?
20.05.08 #       <pfavr> I was very dissapointed with my Archos Recorder when I first listened to it (the sound was too low and there was much noise between the tracks). Then I got the RockBox firmware and it solved the problems. Now I'm very happy with it.
20.06.48 #       <Indio> LinusN: Jukebox Multimedia 20GB
20.07.03 #       <Indio> this is much for me
20.07.07 #       <Indio> jeje
20.07.28 #       <Indio> it's too expensive
20.07.35 #       <LinusN> Indio: don´t buy the multimedia just to play mp3 files
20.07.48 #       <Indio> why?
20.08.47 #       <LinusN> because the recorder is good enough
20.08.59 #       <Indio> ok
20.09.09 #       <LinusN> and it has the same MP3 chip afaik
20.09.32 #       <LinusN> and the NN doesn't have Rockbox :-)
20.09.37 #       <LinusN> MM
20.09.44 #       <Indio> LinusN: do yo have a ARCHOS Jukebox Recorder 20 ?
20.09.52 #       <LinusN> yes
20.09.57 #       <LinusN> and a Player 6000
20.10.20 #       <Indio> how long?
20.11.29 #       <LinusN> i bought my Player in Autumn 2000
20.11.46 #       <LinusN> and my recorder in early 2002
20.12.31 #       <Indio> i see, what is the bad option?
20.12.42 #       <LinusN> bad?
20.13.05 #       <LinusN> well, there is always room for improvements
20.13.22 #       <Indio> battery?
20.13.42 #       <LinusN> well, the battery time is good
20.13.49 #       <LinusN> about 8-10hrs
20.13.58 #       <Indio> guau
20.14.09 #       <Indio> are you american? LinusN
20.14.18 #       <LinusN> swedish
20.14.38 #       <Indio> very interesting
20.14.42 #       <Indio> xD
20.15.02 #       <Indio> what type of music do you like?
20.15.25 #       <LinusN> almost everything, depending on the mood
20.15.36 Join    diddystar5 [0] (LeePilgrim@ACC2FD57.ipt.aol.com)
20.15.44 #       <diddystar5> hello
20.15.45 #       <LinusN> not that much classical stuff though
20.15.55 #       <LinusN> hi diddystar5
20.16.03 #       <diddystar5> hey linus! hows the newborn?
20.16.13 #       <Indio> hi diddystar5
20.16.13 #       <LinusN> sleeping
20.16.23 #       <LinusN> i am at the hospital now
20.16.34 #       <diddystar5> humm ok
20.16.36 #       <LinusN> laptop+GPRS
20.16.48 #       <LinusN> been here since monday 21
20.17.04 #       <diddystar5> wow
20.17.15 #       <LinusN> my wife is sick
20.18.09 #       <pfavr> LinusN: how bad is it?
20.18.13 #       <diddystar5> give her good luck
20.18.16 #       <Indio> i'm sorry, LinusN
20.19.13 #       <LinusN> it's bad, she can't sit or stand, constant pain
20.19.37 #       <LinusN> will have to sit in a wheelchair the next 6 months or so
20.19.55 #       <diddystar5> ouch
20.20.11 #       <diddystar5> i feel sorry Linus
20.20.18 #       <Indio> was she a accident?
20.20.24 #       <pfavr> uh, that's bad.
20.20.42 #       <LinusN> Indio: no, a pregnancy
20.20.59 #       <LinusN> i don't know the name for it
20.21.39 #       <pfavr> But she will recover completely?
20.21.50 #       <LinusN> most women do
20.22.24 #       <pfavr> ok, my wife and I don't have any kids. Guess this is another reason for that
20.22.39 #       <LinusN> hehe
20.22.50 #       <LinusN> this is not very common
20.22.57 #       <Indio> i hope this happend
20.22.57 #       <diddystar5> i don't have a wife yet, im only 12
20.22.59 #       <pfavr> Was it your first child?
20.23.07 #       <LinusN> second
20.24.36 #       <Indio> LinusN: your nick is for the operation system, linux
20.24.54 #       <diddystar5> thats cool :)
20.25.09 #       <LinusN> not only the nick
20.25.14 #       <Indio> ok
20.25.18 #       <LinusN> my name is Linus
20.25.34 #       <pfavr> my name is Peter
20.25.38 #       <Indio> beautiful name
20.25.40 #       <pfavr> :-)
20.25.45 #       <pfavr> Thanks!
20.25.48 #       <pfavr> :-))
20.25.48 #       <LinusN> Linus Nielsen Feltzing
20.26.03 #       <Indio> it was for linus
20.26.03 #       <LinusN> wanna see the kid? look at http://linus.haxx.se
20.27.17 #       <Indio> pfavr: where are you from?
20.27.25 #       <pfavr> Denmark
20.28.47 #       <pfavr> nice photos!
20.29.05 #       <pfavr> diddystar5: where do you come from?
20.29.47 #       <diddystar5> oregon
20.30.47 #       <diddystar5> great pics linus
20.31.19 #       <pfavr> Somebody from my family lived in Oregon in 1933
20.31.37 #       <pfavr> Junction City, Oregon
20.31.49 #       <diddystar5> cool
20.31.55 #       <pfavr> Son of a danish priest
20.31.55 #       <diddystar5> that fairly close
20.34.46 #       <pfavr> They moved to back to Denmark in 1933 (when he was age 13). He wrote a book about it: "Junction City to Denmark - A boyhood journey" by Visti Favrholdt, ISBN 0-9652961-0-5 (pretty entertaining story if you ask me)
20.34.59 #       <Indio> How variety of nationalities, it's the best 
20.35.29 #       <diddystar5> cool pfavr
20.38.45 #       <pfavr> Unfortunately Visti died at the age of 70 before we got the chance to meet him. He never liked Denmark and moved to Canada with his danish wife Clara as soon as he graduated and earned enough money to pay for the trip.
20.41.34 #       * Indio is away: Cenando
20.42.59 #       <pfavr> LinusN: consider this: a tree like structure where each node corresponds to directories. In the nodes the total number of files below that directory is stored. When we want to go to file number, say 107, we use this information for finding the right directory, then enumerate the files inside that directory
20.44.03 #       <LinusN> pfavr: not bad
20.44.15 #       <pfavr> (I know we have to implement it using an array)
20.44.50 #       <LinusN> that sounds possible
20.45.01 #       <pfavr> LinusN: btw, what do you do for a living?
20.45.27 #       <LinusN> so the resume info would be a path in that tree?
20.45.35 #       <LinusN> 3-5-67-4
20.45.50 #       <pfavr> No just a number.
20.45.57 #       <LinusN> i'm a consultant, embedded systems programming
20.46.10 #       <pfavr> thought so.
20.46.32 #       <pfavr> The structure is just used to speed up searching for the right file.
20.46.54 #       <pfavr> So if we have 10000 files we just remember that we're currently playing number 2003
20.47.16 #       <pfavr> The tree is build when the user presses play on the directory
20.47.37 #       <LinusN> ok
20.48.05 #       <LinusN> how about random?
20.48.19 #       <pfavr> Pick a random number then go search for it
20.48.41 #       <pfavr> Use a cache of e.g. 100 entries to avoid playing the same file too often.
20.49.12 #       <pfavr> 100 entries is about 5 hours
20.50.10 #       <LinusN> i don't like it
20.50.22 #       <pfavr> do you think it is feasible or should we just wait 'til hd-write is working?
20.50.51 #       <LinusN> mls sounds better
20.51.17 #       <pfavr> you're concerned about getting the same track too frequently?
20.51.23 Quit    diddystar5 (Read error: 104 (Connection reset by peer))
20.51.42 #       <LinusN> i am concerned, yes
20.52.04 #       <pfavr> I wouldn't mind having to push next track every 5 hours or so
20.52.48 #       <LinusN> for me, it's also a principle
20.52.52 #       <pfavr> I would even go for random play without any guarantee (until something better comes up).
20.53.24 #       <LinusN> just scrambling an aray of numbers (MLS) would probably do it
20.53.58 #       <pfavr> Yes, MLS could be used with this scheme as well. It is just that we're tight on memory here...
20.54.21 #       <pfavr> And you will not be able to play 4000 files in a row anyway (without recharging)
20.54.23 #       <LinusN> not *that* tight
20.54.30 #       <pfavr> 16K?
20.54.41 #       <pfavr> I took that as a hard limit.
20.54.49 #       <LinusN> i'm a little concerned about the time it takes to scan the disk
20.54.58 #       <LinusN> pfavr: hot hard
20.55.17 #       <pfavr> ?
20.55.24 #       <LinusN> 20k is acceptable too
20.55.28 #       <pfavr> ok
20.55.36 #       <pfavr> now you're talking ;-)
20.55.38 #       <LinusN> if it solves the problem
20.55.56 #       <LinusN> as small as possible
20.55.58 #       <pfavr> Ok, (i'm really motivated right now:-)
20.56.38 #       <pfavr> Your concern about the time it takes to scan the disk... Is that the time when the user presses play the first time or between the tracks?
20.56.49 #       <LinusN> both
20.57.01 #       <LinusN> and when it resumes
20.57.37 #       <pfavr> I have no idea about it. Will have to try it
20.58.30 #       <LinusN> do so
20.58.30 #       <pfavr> Another thing: beeps between tracks/on keystrokes... couldn't we just play a short (in memory) mp3?
20.59.29 #       <LinusN> yes, that's the only way
21.00.19 #       <LinusN> the problem is how to insert it into the stream
21.00.23 #       <pfavr> (Btw: I asked for your occupation without telling you mine: I used to work as a consultant also in embedded/realtime, now I'm back at the university doing a Ph.D. - I'm going to solve the software crisis;-)
21.01.26 #       <pfavr> I haven't looked at the source code, but I expect the DSP to read a cyclic buffer and the MCU to fill this buffer?
21.02.05 #       <pfavr> Does the MCU have a clue about where the DSP is reading from this buffer?
21.03.17 #       <LinusN> the CPU has a serial conection to the DSP
21.03.43 #       <LinusN> and it uses DMA to feed the serial port
21.04.04 #       <pfavr> ok.
21.04.04 #       <LinusN> and the CPU polls a handshake signal from the DSP for throttling
21.04.46 Quit    savage- (Read error: 104 (Connection reset by peer))
21.04.54 #       <pfavr> How large buffer is the DSP using (guess this determines the delay if other data is inserted into the stream)
21.05.13 #       <pfavr> I mean: internally after reception through the serial port
21.06.32 #       <pfavr> I do not know much about mp3. How come it is hard to insert a beep into the data stream?
21.10.49 #       <LinusN> first of all, the dsp buffer size is unknown, probably 1 frame
21.11.22 #       <pfavr> how long (in milliseconds) is a frame?
21.12.19 #       <LinusN> about 26ms
21.12.38 #       <LinusN> the frames depend on earlier frames
21.13.07 #       <pfavr> in what way? like mpeg movies?
21.13.23 #       <pfavr> do we have to wait for "stationary frames"?
21.14.34 #       <pfavr> (sorry if I'm asking too many questions)
21.16.55 Quit    Indio (capek.freenode.net irc.freenode.net)
21.16.55 NSplit  capek.freenode.net irc.freenode.net
21.16.55 Quit    seb-away (capek.freenode.net irc.freenode.net)
21.16.55 Quit    mecraw_ (capek.freenode.net irc.freenode.net)
21.16.55 Quit    henrysunset (capek.freenode.net irc.freenode.net)
21.16.55 Quit    LinusN (capek.freenode.net irc.freenode.net)
21.16.55 Quit    Hes (capek.freenode.net irc.freenode.net)
21.16.55 Quit    dw|gone (capek.freenode.net irc.freenode.net)
21.16.55 Quit    webmind (capek.freenode.net irc.freenode.net)
21.16.55 Quit    mecraw1212 (capek.freenode.net irc.freenode.net)
21.18.06 NHeal   capek.freenode.net irc.freenode.net
21.18.06 NJoin   Indio [0] (Indio@213-96-108-92.uc.nombres.ttd.es)
21.18.06 NJoin   seb-away [0] (trilluser@bgp420584bgs.union01.nj.comcast.net)
21.18.06 NJoin   mecraw_ [0] (~mecraw@12-252-136-249.client.attbi.com)
21.18.06 NJoin   henrysunset [0] (~funk@c66-235-17-88.sea2.cablespeed.com)
21.18.06 NJoin   mecraw1212 [0] (~mecraw@12-252-136-249.client.attbi.com)
21.18.06 NJoin   webmind [0] (webmind@seal.student.utwente.nl)
21.18.06 NJoin   dw|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE)
21.18.06 NJoin   Hes [0] (~hessu@hessu.zedi.sonera.fi)
21.19.17 NJoin   LinusN [0] (~linus@labb.contactor.se)
21.22.15 #       <LinusN> pfavr: still there?
21.22.21 #       <pfavr> yes
21.22.49 #       <pfavr> everybody dissapeared and joined again. Don't know what happened
21.23.27 #       <pfavr> The last thing i wrote was: (sorry if I'm asking too many questions)
21.23.29 #       <LinusN> a net split
21.24.29 #       <pfavr> it is a really nice howto you have written on how to build gcc+binutils.
21.24.40 #       <LinusN> thanx
21.25.16 #       <pfavr> do you think I should start out with the daily source tarball or version 1.4?
21.25.32 #       <LinusN> daily
21.25.42 #       <pfavr> ok
21.25.43 #       <LinusN> use cvs
21.26.20 Quit    Giss|XC (capek.freenode.net irc.freenode.net)
21.26.20 NSplit  capek.freenode.net irc.freenode.net
21.26.20 Quit    PsycoXul (capek.freenode.net irc.freenode.net)
21.26.20 Quit    Schnueff (capek.freenode.net irc.freenode.net)
21.26.47 NHeal   capek.freenode.net irc.freenode.net
21.26.47 NJoin   Giss|XC [0] (gissehel@AFontenayssB-105-1-2-127.abo.wanadoo.fr)
21.26.47 NJoin   PsycoXul [0] (psyco@adsl-63-205-41-79.dsl.lsan03.pacbell.net)
21.26.47 NJoin   Schnueff [0] (~mah@goedel.cs.uni-sb.de)
21.27.34 #       <pfavr> how about adding a "CVS" entry to the left pane on the website (should just show: http://rockbox.haxx.se/cvs.html )
21.27.55 #       <LinusN> i will, i miss it too
21.28.13 #       <pfavr> :-)
21.36.49 #       <pfavr> "Because it's fun to do." - hear hear!
21.37.47 Join    langhaarrocker [0] (~Philipp@B284a.pppool.de)
21.38.18 #       <LinusN> pfavr: that's why Rockbox exist in the first place - because it's fun to do
21.39.51 ***     Saving seen data "./dancer.seen"
21.40.24 #       <pfavr> yeah, but Rockbox also avoided me throwing the Recorder20 back on the counter. It is the most amazing open source project I have experienced. I mean: it turned me from being an unsatisfied customer who were going to throw the thing out, into a very happy customer. What I do not understand is that Archos is not doing a better job (e.g. fixing that noise problem).
21.40.56 #       <LinusN> they don't see it as a problem i guess
21.41.22 #       <langhaarrocker> or as a less problematic than paying for the fix
21.41.23 #       <pfavr> they're virtually deaf then.
21.44.23 Part    LinusN
21.44.32 Join    LinusN [0] (~linus@labb.contactor.se)
21.44.35 #       <pfavr> what sourcefiles should I read first?
21.44.59 #       <LinusN> for what? the dir play?
21.45.05 #       <pfavr> yes
21.45.22 #       <LinusN> playlist.c and tree.c
21.45.29 #       <pfavr> thanks
21.45.32 #       <LinusN> dir.c and file.c
21.46.18 #       <langhaarrocker> LinusN: you still haven't been able to make the jukebox stutter / stop playback?
21.46.27 #       <LinusN> nope
21.46.47 #       <langhaarrocker> Admit! You tuned it!
21.47.06 #       <LinusN> i have a hitachi drive
21.48.01 #       <langhaarrocker> Have you had multiple lines scrolling when you tested it?
21.48.41 #       <LinusN> no, only one, plus a peak meter
21.49.08 #       <langhaarrocker> I can get the jb stop playback with 4 scrolling lines without any meter.
21.49.17 #       <langhaarrocker> at 256kbit
21.50.05 #       <LinusN> haven't tried multiple lines
21.50.47 Quit    TotMacher ()
21.52.15 Join    TotMacher [0] (tot@pD9E219AE.dip.t-dialin.net)
21.53.18 #       <langhaarrocker> Has anybody noticed that rolo seems to be broken?
21.53.43 #       <LinusN> i haven't tried it for long
21.54.15 #       <langhaarrocker> How can you live without rolo? :)
21.54.27 #       <LinusN> i haven't tried a daily build for over a week
21.55.48 #       <langhaarrocker> It says something about an error reading the file length
22.00.50 #       <LinusN> uhuh
22.00.59 #       <langhaarrocker> found something?
22.01.07 #       <LinusN> no
22.01.49 #       <langhaarrocker> so why "uhuh" then?
22.03.54 #       <LinusN> just "aha" or "nod" or "i see"
22.04.17 #       <LinusN> i don't have the source code here, just the CVS web
22.04.52 #       <LinusN> laptop+gprs from the hospital, running Window$
22.05.05 #       <langhaarrocker> cool
22.05.38 #       <LinusN> gprs works just fine
22.05.53 #       <LinusN> but the laptop sucks
22.06.36 #       <langhaarrocker> I am lying in bed with a laptop on my knees. But I have an ordinary cable attached.
22.08.12 #       <LinusN> did you try 0x4000 for MPEG_BITSWAP_CHUNKSIZE
22.08.16 #       <LinusN> ?
22.08.44 #       <langhaarrocker> not yet. was busy key scheming again. But I'll try now.
22.08.58 #       <LinusN> good
22.09.55 #       <langhaarrocker> Where do I find it?
22.10.13 #       <LinusN> mpeg.h
22.10.46 #       <pfavr> LinusN: how about running linux on the laptop as well? Is it because of GPRS you're not doing that?
22.11.46 #       <pfavr> I have a problem building, make stops when it hits the apps dir.
22.12.08 #       <pfavr> recorder/wormlet.c:36:18: lang.h: No such file or directory
22.13.26 #       <LinusN> pfavr: i can't, it's not my laptop, and i can't change hard disk either, because the new disk overheats
22.14.08 #       <LinusN> pfavr: did you run the cnfigure script in an empty dir?
22.14.21 #       <pfavr> LinusN: ok, just thought I might have helped you out by saying "atdt *99#"
22.14.22 #       <LinusN> read the README
22.14.56 #       <LinusN> aha, actually, i couldn't get the irda to work either...
22.15.12 #       <LinusN> totally dead, without any errors
22.16.08 #       <pfavr> Yes I made a new dir, ~/Rockbox/build2, cd'ed into it and did ../tools/configure then make
22.16.35 #       <pfavr> make -C ../apps TARGET=-DARCHOS_RECORDER NODEBUG=1 OBJDIR="/home/pfavr/Rockbox/build2" VERSION=021103-2215 LANGUAGE=english EXTRA_DEFINES="-DDISABLE_NOTHING"
22.16.35 #       <pfavr> make[1]: Entering directory `/home/pfavr/Rockbox/apps'
22.16.35 #       <pfavr> Updating dependencies for /home/pfavr/Rockbox/build2/recorder/wormlet.c
22.16.50 #       <pfavr> recorder/wormlet.c:36:18: lang.h: No such file or directory
22.17.17 #       <langhaarrocker> pfavr: have you run make in the tools dir yet?
22.17.21 #       <pfavr> yes
22.17.24 #       <LinusN> did you run "make" in tools/?
22.17.27 #       <pfavr> yes
22.18.03 #       <pfavr> this isn't a gcc2.96 thing is it?
22.18.17 #       <LinusN> 2.96?
22.18.31 #       <pfavr> (no I'm running 3.04, pyh!)
22.18.33 #       <LinusN> do you have  2.96 cross compiler?
22.18.49 #       <pfavr> no, I thought about the tools!
22.19.01 #       <pfavr> they run on the host right?
22.19.19 #       <LinusN> yes
22.19.32 #       <pfavr> ok
22.20.27 #       <LinusN> pfavr: but the app builds ok, right?
22.21.34 #       <pfavr> make[1]: *** No rule to make target `../docs/CREDITS', needed by `/home/pfavr/Rockbox/build2/credits.raw'.  Stop.
22.21.40 #       <pfavr> need docs
22.22.01 #       <LinusN> yup
22.22.08 #       <pfavr> (I did read that, but had to wait pulling the website from CVS before getting the docs)
22.22.21 #       <pfavr> (lots of large pics in there)
22.22.33 #       <LinusN> you don't need www
22.23.18 #       <langhaarrocker> Hint: never put your 0dB 1kHz test tone files into the same directory with music!
22.24.14 #       <LinusN> :-)
22.24.37 #       <pfavr> LinusN: maybe "docs" should be added to "Checking out the source" at http://rockbox.haxx.se/cvs.html
22.25.30 #       <pfavr> Then while you're at it please remove www from that page to save innocent bandwidth ;-)
22.25.53 #       <LinusN> from what page?
22.26.00 #       <pfavr> cvs.html
22.27.00 #       <LinusN> what's wrong with telling people that the www/ exists? i don't get it
22.27.24 #       <langhaarrocker> MPEG_SWAP_CHUNKSIZE at 0x4000 doesn't solve the problem 
22.27.44 #       <LinusN> it doesn't?
22.27.46 #       <LinusN> wow
22.27.47 #       <pfavr> You're right, maybe just add a note saying: lots of images and you don't need it to build the software
22.28.13 #       <LinusN> the README says it all
22.28.36 #       <LinusN> but that is in in the firmware module :-)
22.28.58 #       <langhaarrocker> behind the abondonned toilet with the sign about the tiger?
22.29.16 #       <pfavr> No the readme in the firmware module says: go look in docs/readme
22.30.07 #       <pfavr> that should be changed to ../docs/README to be correct (the build process depends on docs being at the right place)
22.31.09 #       <pfavr> I don't mean to be picky. Just want to share my experiences while I'm at it (and new to the project, of course it is of small interest to you guys).
22.31.46 #       <LinusN> change all things you find and send us patches
22.31.57 #       <pfavr> But I better go and get a CVS account at sourceforge. Then I can fix it myself instead of bother you.
22.32.19 #       <pfavr> I'm off to bed. Have a nice evening!
22.32.22 #       <LinusN> you don't have commit access
22.32.43 #       <LinusN> cu
22.32.54 #       <langhaarrocker> MPEG_SWAP_CHUNKSIZE _almost_ does the trick
22.33.00 Part    pfavr
22.33.03 #       <langhaarrocker> at 0x8000
22.34.30 #       <LinusN> interesting
22.34.44 #       <langhaarrocker> astonishing: berzerk meter or not hardly makes any difference.
22.35.13 #       <LinusN> maybe it's the lcd updates
22.38.42 #       <LinusN> i think it's the disk spinup time
22.39.37 #       <LinusN> the disk loading may be slower when the wps is heavy
22.40.01 #       <langhaarrocker> the led blinks -> I think you're right
22.43.16 #       <langhaarrocker> I'm fed up with that peak meter. I want to do other things.
22.43.56 #       <LinusN> then do them
22.44.23 Quit    TotMacher ()
22.44.38 #       * Indio is back (gone 02:03:04)
22.47.39 Join    BoD[] [0] (~BoD@m100.net81-65-34.noos.fr)
22.47.40 #       <langhaarrocker> No time - the peak meter keeps me busy
22.47.45 #       <BoD[]> youhou !
22.48.32 #       <LinusN> yo
22.48.33 #       <langhaarrocker> BoD: please transfer some of your enthusiasm here.
22.49.51 #       <BoD[]> well .. what's the problem ?
22.50.28 #       <langhaarrocker> rolo broken, wps to slow, still no key schemes working ...
22.50.37 Quit    edx (Read error: 110 (Connection timed out))
22.50.41 #       <BoD[]> bouuuuuhhh
22.50.48 #       <BoD[]> well I never used rolo
22.50.58 #       <BoD[]> I don't even know how to use it :)
22.51.17 Join    TotMacher [0] (tot@pD9E219AE.dip.t-dialin.net)
22.51.17 #       <BoD[]> key schemes .. well ..
22.51.33 #       <BoD[]> I'd really like to see it working soon :)
22.52.03 #       <langhaarrocker> I'll be on vacation soon - with the notebook for bad weather.
22.52.20 #       <BoD[]> you go somewhere ?
22.52.29 #       <langhaarrocker> To the netherlands
22.52.49 #       <BoD[]> cool !
22.52.57 #       <langhaarrocker> Well actually I _want_ a little bit bad weather. At least windy for windsurfing.
22.53.12 #       <BoD[]> the drugs and the prostitute shops
22.53.19 #       <BoD[]> ;)
22.53.38 #       <Indio> where? langhaarrocker
22.53.50 #       <langhaarrocker> Everybody keeps saying that. But they must be somewhere else in the Netherlands.
22.53.59 #       <langhaarrocker> I go to Zeeland
22.54.29 #       <BoD[]> zeeland ?
22.54.45 #       <BoD[]> dont know that
22.54.56 #       <langhaarrocker> That's the sout west of the Netherlands
22.55.27 #       <BoD[]> ok
22.55.36 #       <langhaarrocker> The island is called Noord Beveland, the village Kamperland.
22.55.42 #       <BoD[]> i've been to the nl once but i was young
22.55.58 #       <BoD[]> but i remember it was cool
22.56.12 #       <langhaarrocker> To young for the above mentioned touristic attractions? :)
22.56.42 #       <BoD[]> héhéhéh exactly :))
22.57.00 #       <Indio> i didn't know what in  Netherlands is good for windsurfin
22.57.09 Join    mike [0] (~mike@67.84.254.46)
22.57.16 #       <langhaarrocker> Indio: Wind and water
22.57.39 #       <mike> is the ui simulator available or is it no longer there?
22.58.01 #       <LinusN> the source is there
22.58.20 #       <mike> but it used 2 just b a binary right?
22.58.26 #       <mike> is that no longer availabe?
22.58.28 #       <LinusN> we use it for development
22.58.42 #       <mike> oh ok thanks
22.59.22 #       <langhaarrocker> I don't. I use windows and cygwin.
22.59.28 #       * langhaarrocker runs away
23.00.28 #       <mike> alright and i should prob check the faq 4 this but ill ask anyway- if i already have music on my archos will i have 2 get rid of it 2 put rockbox on my player
23.00.44 #       <LinusN> no
23.01.00 #       <langhaarrocker> Is it good music?
23.01.22 #       <mike> lol i think so
23.01.41 #       <langhaarrocker> Then you may keep it. But don't pollute rockbox with bad music
23.01.48 #       <BoD[]> maouhaha:))
23.02.21 #       <BoD[]> if it is bad music rockbox will automatically erase it
23.02.39 #       <langhaarrocker> You should put that on the feature request tracker.
23.02.47 #       <BoD[]> :)))
23.03.28 #       <LinusN> mike: it's just like any archos firmware update
23.04.03 #       <BoD[]> except it's better
23.04.50 #       <BoD[]> (imho)
23.05.13 #       <BoD[]> (ianal)
23.05.24 #       <BoD[]> (arr)
23.05.34 #       <mike> ...anything is better than the archos firmware
23.05.54 #       <BoD[]> :))
23.06.24 #       <langhaarrocker> But they can have 320kBit playback with a peakmeter simultaniously
23.06.59 #       <BoD[]> and rockbox can't ?
23.07.09 #       <BoD[]> i dont use the peakmeter
23.07.12 #       <LinusN> a lot of people say that they don't
23.07.28 #       <BoD[]> it's only because it's not default
23.07.46 #       <BoD[]> so i never took the time to enable it
23.08.04 #       <BoD[]> (yeah i know : how lame am i!)
23.10.43 #       <mike> ok im gonna go try rockbox...keep up the great work
23.10.51 #       <langhaarrocker> BoD: well, I never adopted to lame
23.10.59 Quit    mike ("Trillian (http://www.ceruleanstudios.com)")
23.11.17 #       <BoD[]> wmmm . what ?
23.11.53 #       <langhaarrocker> I use the fraunhofer encoder -> I am not lame
23.12.43 #       <BoD[]> hmmmm ... ok ?  :)
23.12.51 #       <langhaarrocker> I just notice that the original firware disables the peak meter while loading, too.
23.13.30 #       <BoD[]> while loading?
23.14.08 #       <langhaarrocker> while loading mp3 data.
23.14.23 #       <BoD[]> ok
23.14.34 #       <BoD[]> like when you press next
23.14.44 Part    langhaarrocker
23.14.53 Join    langhaarrocker [0] (~Philipp@B284a.pppool.de)
23.14.56 #       <BoD[]> woups
23.15.04 #       <langhaarrocker> clumsy fingers
23.15.30 #       <BoD[]> ;)
23.16.00 #       <BoD[]> hep
23.16.10 #       <BoD[]> was it a rumor that video game vm thing ?
23.16.22 #       <BoD[]> or is it really in development ?
23.16.53 #       <LinusN> chip8?
23.18.10 #       <BoD[]> yes!
23.19.00 #       <LinusN> you call an HP calculator a video game?
23.19.28 #       <langhaarrocker> Probably has more horsepower that a c64 :)
23.20.21 #       <BoD[]> well i dont know what i must call it .. but is it already implemented or ??
23.22.01 #       <LinusN> there is a patch
23.23.06 #       <BoD[]> cool
23.23.16 #       <BoD[]> space invaders
23.23.21 #       <BoD[]> best game ever ;)
23.26.27 #       <langhaarrocker> yes, but then came wormlet...
23.26.58 #       <BoD[]> i dont know this one
23.27.17 #       <BoD[]> (how lame am I -again)
23.28.16 Quit    Indio ("Client Exiting")
23.33.29 Quit    TotMacher ()
23.38.53 #       <langhaarrocker> LinusN: if the spinup of the disc was the problem - Should increasing MPEG_LOW_WATER solve the problem?
23.39.55 ***     Saving seen data "./dancer.seen"
23.40.35 #       <LinusN> probably
23.40.41 #       <LinusN> ut it is very high today
23.40.46 #       <LinusN> for me
23.46.11 #       <LinusN> time to sleep
23.46.16 #       <LinusN> good night!
23.46.25 #       <langhaarrocker> nice dreams
23.46.29 Part    LinusN
23.50.17 #       <langhaarrocker> disabling scrolling the wps while loading cures the performance problem.
23.56.25 Join    mike [0] (~mike@67.84.254.46)