--- Log for 08.08.102  Server: lerouge.openprojects.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16p1  Started: 19 days and 9 hours ago

00.02.28 Quit    jedix` (Read error: 110 (Connection timed out))
00.57.48 ***     Saving seen data "./dancer.seen"
01.37.33 #       <freshmaker> is still someone there?
01.38.43 #       <Zagor> yup
01.39.53 #       <freshmaker> Zagor: what's the size of the player's LCD?
01.40.21 #       <Zagor> 11x2 characters
01.41.01 #       <freshmaker> ONLY 2 LINES?? thank god, i have a recorder :-)
01.41.37 #       <freshmaker> can i use all 11 chars in menu entries? or are there some other constraints?
01.42.43 #       <Zagor> they scroll, so it's ok. if you can keep it to 10 it's best though
01.43.50 #       <freshmaker> hmm, what's a good short version of "volume characteristik"?
01.46.21 #       <Zagor> "Vol scale" maybe?
01.52.22 #       <freshmaker> can i use the struct global_settings in mpeg.c ?
01.52.35 #       <Zagor> no
01.54.04 #       <freshmaker> is there any way to get an int from global_settings into mpeg_sound_set() w/o changing the API?
01.54.21 #       <Zagor> no
01.56.34 Nick    dwihno is now known as dwihno|gone (dwihno@Bald067.Baldakinen.Umea.SE)
01.56.34 DBUG    Enqueued KICK dwihno|gone
01.56.56 #       <freshmaker> ok, then it must be done somewhere else.
01.58.31 #       <freshmaker> i need a small function in sound_menu.c and wps.c doing that voluem scale conversion, what's the best place to put it
01.58.56 #       <Zagor> wps? why do you need it in wps?
02.00.00 #       <freshmaker> wps calls mpeg_sound_set(SOUND_VOLUME, ...)
02.01.47 #       <Zagor> yeah, but many other places do that too. we need a more central place to do the scaling.
02.03.38 #       <freshmaker> yes, that would be mpeg_sound_set() itself, but i need to get the info which scale to use; currently i'm storing it in global_settings
02.05.34 #       <Zagor> a new sound setting, then. SOUND_VOL_SCALE
02.06.25 #       <Zagor> i'm off to bed. see you, guys
02.06.30 Quit    Zagor ("Client Exiting")
02.25.10 #       <elinenbe> http://www.cdfreaks.com/news2.php3?ID=4530
02.27.30 #       <freshmaker> yeah, nice. but that new toshiba thing is much nicer :-)
02.29.42 #       <freshmaker> do you know how large that Mambo-X P350 is?
02.30.00 #       <elinenbe> 3 feet by 2 feet
02.30.24 #       <elinenbe> it uses a jukebox of old 5 1/4" floppies
02.30.55 #       <freshmaker> hmm, portable as a backpack?
02.32.14 Quit    ironi_ (Read error: 104 (Connection reset by peer))
02.35.20 Join    ironi__ [0] (~ironi@80.88.116.93)
02.57.52 ***     Saving seen data "./dancer.seen"
04.12.48 #       <USAG33k> d00d, i have no idea how to program at all for rockbox
04.12.57 #       <USAG33k> but like, i have a feeling i am going to tear it up eventually
04.19.23 Quit    freshmaker ("ChatZilla 0.8.7 [Mozilla rv:1.0.1/20020805]")
04.24.45 Join    MeRWiN [0] (~merwin@12.242.185.10)
04.24.53 #       <MeRWiN> How much does HZ equal again?
04.26.41 #       <adi|home> kernel.h:#define HZ      100 /* number of ticks per second */
04.27.12 Quit    USAG33k ("Client Exiting")
04.35.07 #       <MeRWiN> ahh
04.35.09 #       <MeRWiN> k
04.44.53 Join    elinenbe_ [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
04.45.02 Quit    elinenbe (Read error: 110 (Connection timed out))
04.57.53 ***     Saving seen data "./dancer.seen"
05.03.16 Quit    elinenbe_ ("User pushed the X - because it's Xtra, baby")
05.03.16 Quit    MeRWiN (Read error: 104 (Connection reset by peer))
05.27.10 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
05.29.31 Join    MeRWiN [0] (~merwin@12.242.185.10)
05.32.44 Quit    elinenbe ()
05.33.40 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
05.34.04 Quit    elinenbe (Remote closed the connection)
05.35.41 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
06.37.05 Quit    elinenbe (Read error: 104 (Connection reset by peer))
06.57.57 ***     Saving seen data "./dancer.seen"
07.08.09 Join    rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net)
07.15.42 Quit    rwood ()
07.17.52 Join    Linus [0] (~linus@labb.contactor.se)
07.18.58 Join    rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net)
07.22.00 #       <rwood> Hi, this is Randy Wood, is linus listening?
07.22.19 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
07.22.35 #       <Linus> i am
07.23.02 #       <Linus> i reviewed your patch yesterday
07.23.07 #       <rwood> Did you get my email regarding file attributes
07.23.13 Part    elinenbe
07.23.19 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
07.23.25 #       <Linus> not that i can remember
07.23.30 #       <elinenbe> morning.
07.23.35 #       <elinenbe> I am heading to sleep.
07.23.44 #       <Linus> sleep tight, elinenbe
07.24.15 #       <rwood> i looked at the IRC log from yesterday, it looked like you had a problem and were questioning attributes.
07.24.36 #       <Linus> i was just wondering how many bits we could use
07.25.06 #       <rwood> fat.h has the attribute field a unsigned short, tree.c used char. i changed tree.c to match fat.h
07.25.21 #       <Linus> yeah i noticed that
07.25.42 #       <rwood> were you able to get it to run?
07.25.47 #       <Linus> not on the recorder
07.25.47 Join    Synthe` [0] (Synthe@galt.synthe.net)
07.25.53 Quit    Synthe (Read error: 104 (Connection reset by peer))
07.26.07 Nick    Synthe` is now known as Synthe (Synthe@galt.synthe.net)
07.26.15 #       <MeRWiN> morning linus
07.26.18 #       <Linus> morn
07.27.03 #       <rwood> my guess is that it has something to to with stopping the running app before loading the file or initializing the hardware before transferring to the new app
07.28.02 #       <rwood> someone that has looked at the hardware could probably give some insight into what i should have done
07.28.48 #       <Linus> yeah, it's just a matter of resetting to the initial state
07.29.54 #       <MeRWiN> Linus: too bad it can't make it in 1.2 ... but I'm guessing that there's probably a few hidden bugs that might need to be worked out, so it seems as if it's probably better that it's not in 1.2
07.29.57 #       <MeRWiN> rwood: great patch though :)
07.31.01 #       <rwood>  i'm considering getting a recorder - harmony computer has the 10gb for $219 and a $30 mail-in rebate
07.31.17 #       <MeRWiN> Linus: also, something that was done in the past week or so to the code stopped that problem with skipping to the next track immediately after loading it
07.31.18 #       <Linus> MeRWiN: yeah, for example, i'd like it to work on the recorder :-)
07.31.29 #       <MeRWiN> Linus: working on both is probably a good thing
07.31.41 #       <MeRWiN> rwood: where are you from?
07.32.02 #       <Linus> MeRWiN: what skipping-to-the-next-track problem?
07.32.19 #       <rwood> Newport Beach, CA - my company is about a mile from disneyland
07.32.43 #       <MeRWiN> Linus: in playlists, if you skipped to the next track and then tried to skip to another track within 3 seconds it wouldn't load because the HD was told to spin down
07.32.57 #       <MeRWiN> rwood: nice :)  I'm from sunny washington state
07.32.57 #       <MeRWiN> heh
07.35.41 #       <Linus> and i'm from cloudy Sweden
07.36.06 #       <MeRWiN> Linus: I'm heading over to europe next week for work... spain, uk, italy, and france
07.36.22 #       <Linus> Björn's latest next-file CVS commit wasn't all that good
07.36.32 #       <Linus> MeRWiN: nice
07.36.41 #       <MeRWiN> Linus: the next file is working now though... i was suprised
07.36.58 #       <Linus> it isn't when you have several tracks in memory
07.37.20 #       <MeRWiN> Linus: like how many? and does this happen with dir and playlist?
07.37.54 #       <Linus> i have thought a long time of doing that fix, but i haven't because it is very tricky
07.38.24 #       <Linus> it fails when you have more that just the next track loaded in memory
07.38.34 #       <rwood> Linus: are you looking at improving the time to change to the next track?
07.38.41 #       <Linus> like when you have a dir full of very short files
07.38.45 #       <MeRWiN> ahh... so if you have a file that is under 1mb
07.38.51 #       <MeRWiN> it'll load that file and the next also
07.38.52 #       <Linus> indeed
07.38.55 #       <Linus> yes
07.39.04 #       <Linus> rwood: that was the intention
07.39.29 #       <Linus> but Björn rushed it (right before the 1.2 release, shame on him)
07.39.53 #       <MeRWiN> Linus: were we going to leave random as it is for the 1.2 release?  Right now for me it doesn't start with the selected file. I strongly suggest changing that for the release :)
07.41.52 #       <MeRWiN> is there an easy way to reset all of your files to the cvs files?  or is it just rm -rf and a cvs update
07.42.42 #       <Linus> MeRWiN: remove and update is the best
07.42.49 #       <MeRWiN> okey
07.42.59 #       <Linus> other people strongly suggest that it should play a random file
07.43.05 #       <MeRWiN> Linus: i'm working on individual patches right now... for AFTER 1.2
07.43.14 #       <Linus> great
07.43.52 #       <MeRWiN> i figure it's better than a huge patch full of everything
07.45.36 #       <rwood> Linus: there has been some discussion of changing the previous/back key to operate like a CD player - restart track is > n seconds, start previous track is < n seconds.  what are the developers plans?
07.46.27 #       <MeRWiN> Linus: I just recompiled the archos.mod from the CVS and the player still displays "Time: XX:XX / XX:XX" instead of "XX:XX/XX:XX" ... weird, someone must have reversed it
07.48.07 #       <MeRWiN> rwood: wouldn't take too much work to implement... I'll write a patch for it now :)
07.50.28 #       <Linus> MeRWiN: do you really think it's that easy?
07.50.35 #       <Linus> hehe
07.50.58 #       <rwood> MerWin: that would be great - by the way, thanks for the complimnent earlier - this is the first time that i have been in a chat room and i'm running a step behind
07.51.39 #       <MeRWiN> rwood: heh... this channel is usually dead from about 5pm to 11pm our time, just to let you know
07.52.10 #       <Linus> MeRWiN: the time display looks ok in the source code
07.53.09 #       <rwood> MeRWiN: i sort of guessed that from the logs on the site - my wife crashes about 9 and i play on the computer til 12 or 1
07.54.00 #       <MeRWiN>  snprintf(buffer,sizeof(buffer), "Time:%3d:%02d/%d:%02d",
07.54.05 #       <MeRWiN> that's what's in the current cvs code
07.54.15 #       <MeRWiN> I just removed my file and updated
07.54.49 #       <Linus> now i see
07.56.18 #       <Linus> MeRWiN: change it too "%d:%02d/%d:%02d  " and try again
07.56.42 #       <MeRWiN> Linus: that will work
07.57.26 #       <MeRWiN> That makes it up to 11 characters if it's under 100 minutes
07.57.44 #       <Linus> i guess that will be enough :-)
07.58.34 #       <Linus> committed
08.00.04 #       <MeRWiN> Linus: i would personally use %02d for all, because it would look nicer, but unfortunately it would limit it to under 100 minutes :(
08.03.11 Join    Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se)
08.03.15 #       <Bagder> moo
08.03.28 #       <Linus> goo
08.04.02 #       <Bagder> I checked yday more closely, the archos stock firmware charges my batteries a lot more
08.04.18 #       <Linus> ok
08.04.36 #       <Bagder> when I switch over to rockbox, I got at least 5.55 V 
08.04.48 #       <Linus> let's harass Hes when he wakes up
08.04.50 #       <Bagder> while rockbox could stop already at 5.1
08.05.04 #       <Bagder> yeah
08.05.37 #       <Linus> how long did the Archos charge take compared to the rockbox charge?
08.05.40 #       <Bagder> in the meantime, I'll charge my unit with the stock firmware until it says "charged" and check again with the battery meter display
08.06.00 #       <Bagder> I didn't even bother to wait for the Archos charge to complete
08.06.06 #       <Bagder> it takes *a lot* longer
08.06.44 #       <Linus> interesting, i guess they don't use negative-delta detection
08.07.02 #       <Linus> we need to do some more research
08.07.02 #       <Bagder> very possible
08.07.11 #       <Bagder> or perhaps a less strict check
08.07.18 #       <Linus> Bagder: Zagors last mpeg.c fix sucks
08.07.26 #       <Bagder> uh
08.07.27 #       <Bagder> let
08.07.30 #       <Linus> he must have been tired
08.07.41 #       <Bagder> 's yell at him when he gets here ;-)
08.08.54 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
08.08.54 #       * Bagder laughs...
08.09.03 #       <Bagder> "words=BIG+BREAST"
08.09.10 #       <Bagder> parts of a search string on the curl site
08.09.46 #       <MeRWiN> heh
08.14.49 #       <Linus> sounds desperate to me
08.15.22 #       <Bagder> to me it sounds like "I don't know what I'm doing here but let's search for some porno at least"
08.17.14 #       <Linus> :-)
08.17.47 #       <Bagder> Linus: the netscape webmail thing turned out to be a whole can of worms ;-O
08.18.10 #       <Bagder> but I'm doing progress
08.18.11 #       <Linus> i just read on a battery manufacturer's site that they recommend about 2 hours of trickle charging after negative delta detection
08.18.20 #       <Linus> Bagder: surprised?
08.18.40 #       <Bagder> yes, this is worse than I expected
08.18.47 #       <Linus> cookie hell?
08.18.54 #       <Bagder> redirect mania
08.19.00 #       <Bagder> javascript hell
08.19.04 #       <Linus> aaahh
08.19.21 #       <Bagder> during the login process, my mozilla does 29 GET requests and 3 POSTs
08.19.36 #       <Linus> it's called "web designer job security"
08.19.44 #       <Bagder> yeah
08.19.58 #       <Linus> or maybe just plain stupidity
08.20.11 #       <Bagder> I think they've obfuscated this on purpose
08.20.18 #       <Linus> in the web design business, it's hard to tell the difference
08.20.23 #       <Bagder> hehe
08.21.06 #       <Bagder> Linus: seen the new status page on the rockbox site?
08.21.23 #       <Bagder> http://rockbox.haxx.se/status.shtml
08.21.32 #       <Bagder> all you want in a single page ;-)
08.22.08 #       <Linus> nice
08.22.22 #       <Linus> i like the bleeding edge builds
08.22.31 #       <Bagder> yeah
08.22.48 #       <Bagder> that version define is nice in those
08.23.03 #       <Linus> what is it?
08.23.25 #       <Bagder> it sets the version string to date and time
08.23.33 #       <Bagder> that shows in the version screen
08.24.00 #       <Linus> but that isn't exactly new
08.24.06 #       <Bagder> no
08.24.14 #       <Bagder> but useful in these cases
08.24.19 #       <Linus> yeah
08.38.33 Quit    notch|lunch (Read error: 113 (No route to host))
08.39.55 #       <MeRWiN> i'm having much more trouble with just restarting the track than i thought it was going to be
08.40.06 #       <Linus> MeRWiN: i warned you
08.40.11 #       <MeRWiN> heh
08.40.20 #       <MeRWiN> I can get close
08.40.47 #       <MeRWiN> Linus: shouldn't be too hard, because if you restart the track within the first 3 seconds, it will all still be in memory...
08.41.05 #       <MeRWiN> you just need to change the last_dma_tick, right?
08.41.17 #       <Linus> not at all
08.41.34 #       <Linus> you might have to back the buffer pointers
08.41.47 #       <Linus> and reinit the dma
08.42.11 #       <MeRWiN> reinit the dma is easy... back the buffer pointers i don't get
08.42.50 #       <Linus> if the dma has advanced one block it will have advanced the read pointer as well
08.43.59 #       <Linus> that can happpen on high-bitrate files
08.44.04 #       <MeRWiN> hmm
08.44.41 #       <MeRWiN> i could do it the old fashioned way and do prev_track() next_track()  :-)
08.44.44 #       <MeRWiN> j/k
08.44.57 #       * Bagder slaps MeRWiN ;-)
08.45.05 #       <MeRWiN> hah
08.45.13 #       <Linus> and you could probably get a TRACK_CHANGE event that you don't want
08.45.47 #       <MeRWiN> I like this sh1 compiler in cygwin much better than that other one that's on the website
08.46.03 #       <Linus> it is almost the same problem Zagor didn't care about in his latest "fix"
08.46.32 #       <MeRWiN> what is the problem with his latest fix... the don't load from disk?
08.47.03 #       <Linus> it skips more than one file
08.47.44 #       <Linus> well, it screws up big time, actually :-)
08.48.00 #       <MeRWiN> heh
08.48.09 #       <MeRWiN> I'd consider that a showstopper for the release :P
08.48.31 #       <Linus> if you ask Zagor he probably wouldn't
08.48.36 #       <Bagder> hahah
08.48.49 #       <Linus> "not many people have that small files"
08.48.56 #       <Linus> "i don't"
08.49.04 #       <Bagder> it is probably true
08.49.31 #       <Linus> yeah, i guess most people have files over 1.5Mb
08.49.43 #       <Bagder> yes, 99% at least
08.49.52 #       <MeRWiN> i've got a bundle of them under 1.5mb
08.50.02 #       <Linus> the problem is that his patch also can stop playback accidentally
08.50.11 #       <MeRWiN> about 50% of the southpark mp3's are under 1.5mb
08.50.11 #       <Bagder> ouch
08.50.24 #       <Linus> if the next file is only partially loaded
08.50.56 #       <Linus> we have to remember that not all people have only cd-rips on their boxes
08.51.21 #       <MeRWiN> yeah
08.51.26 #       <Linus> they download small files from the net, they record snippets with their recorders
08.51.34 #       <Bagder> you mean someone might have DOWNLOADED files? B-)
08.52.06 #       <Linus> not me of course, but i have read i the newspapers that some people do that
08.52.11 #       <Linus> :-)
08.52.15 #       * adi|home gasps
08.52.18 #       <adi|home> those sinners
08.52.18 #       <Bagder> hehe
08.52.22 #       * adi|home goes back to bed
08.52.45 #       <Bagder> I wish someone made a good audiogalaxy replacement
08.52.50 #       <MeRWiN> actually, doing mpeg_prev(); mpeg_next(); seems to work :P  It doesn't even seem to up the load time at all.
08.52.54 #       <MeRWiN> g'nite adi
08.54.08 #       <Linus> MeRWiN: have you changed the ata_sleep()
08.54.13 #       <MeRWiN> Linus: nope
08.54.33 #       <MeRWiN> Linus: i took the stock cvs and added mpeg_prev(); mpeg_next(); to it
08.54.47 #       <Linus> but you have zagor's latest "fix"?
08.54.52 #       <MeRWiN> yup
08.54.55 #       <MeRWiN> current cvs
08.56.12 #       <Linus> then it loads the previous track and then the next again
08.56.18 #       <MeRWiN> yup
08.56.44 #       <Linus> nasty
08.57.47 #       <MeRWiN> doesn't seem to up the load time though... it's really interesting
08.58.01 ***     Saving seen data "./dancer.seen"
08.58.06 #       <MeRWiN> you should try it :)  It's like a 5 line patch
08.58.12 #       <Linus> as long as the disk is spinning, and the track is in the disk cache...
08.58.33 #       <MeRWiN> ?
08.58.44 #       <rwood> MeRWiN: it seems like it should double the load time minus the spinup time
08.59.08 #       <Linus> not really
09.00.10 #       <Linus> it stops the loading of the first track before it has loaded the large part of it (before the low watermark is passed)
09.00.40 #       <Linus> so it loads 64-128k of the first track and then starts loading the correct track
09.01.06 #       <Linus> but it will have to seek both files for the ID3 info
09.01.20 #       <MeRWiN> Linus: the only weird part is that it says "End of track, Press ON" inbetween restarting
09.01.21 #       <rwood> i was just going to ask how much you loaded before starting
09.02.02 #       <MeRWiN> err
09.02.05 #       <MeRWiN> end of list, press on
09.02.49 #       <Linus> rwood: it loads in 64K blocks until the low watermark is reached (which is 512K atm)
09.03.04 #       <Linus> the  it loads the rest in one chunk
09.03.26 #       <rwood> Linus: thanks
09.04.40 #       <Linus> the low watermark is probably way too high nowadays
09.04.58 #       <rwood> is there much difference in performance between ID3-1, ID3-2, and no ID3?
09.05.13 #       <Linus> not really
09.05.19 #       <MeRWiN> it tries to load both of the id3's no matter what, right?
09.05.31 #       <Linus> the id3 parser looks for both v1 and v2
09.05.57 #       <Linus> if we didn't look for v1 of v2 is found, we can gain some performance
09.06.02 #       <Linus> if
09.08.33 #       <rwood> the next track time on the Archos firmware is so small, they must be loading a very small sample before starting
09.08.57 #       <MeRWiN> wow, Micro$oft added a "Set program access and defaults" where you can supposedly disable media player, ie, etc
09.10.36 #       <Linus> rwood: do they spin up the disk at all?
09.11.57 #       <MeRWiN> Linus: maybe we could have a little 512k segment that has the beginning of the next track in it?
09.12.00 #       <rwood> more like they don't spin down immediately - possibly they let the shut-down timer spin down then sleep later?
09.12.02 #       <MeRWiN> or even 256k
09.12.42 #       <Bagder> right, we still spin down too fast, don't we?
09.13.08 #       <Bagder> when loading music
09.13.27 #       <rwood> i think that a spin down time like the backlight timer might be useful
09.13.45 #       <MeRWiN> rwood: this was discussed as an option in the menus
09.13.45 #       <Bagder> rwood: there is one, but the mp3 loader circumvents it ;-)
09.13.47 #       <Linus> MeRWiN: we always have the next track in memory
09.14.00 #       <MeRWiN> Linus: then why does it take so long to load it?
09.14.39 #       <Linus> because we don't use the already loaded track when we press NEXT (well, that is what Zagor tried to do, and failed)
09.14.55 #       <Bagder> ah
09.15.01 #       <MeRWiN> even with what zagor did, it still doesn't do it for me
09.15.02 #       <MeRWiN> :)
09.15.10 #       <rwood> is the reaction time of the disk different for shut-down versus sleep?
09.15.11 #       <Linus> we reset the buffer and start over with the next track
09.15.24 #       <Linus> MeRWiN: that is why i wrote that he failed
09.15.36 #       <MeRWiN> heh... ok.
09.15.43 #       <Linus> rwood: on my disk there is hardly any difference
09.15.45 #       <MeRWiN> he should really have thought first
09.15.48 #       <MeRWiN> :)
09.16.10 #       <MeRWiN> in any case, bedtime for me... gotta get up in 2.5 hours
09.16.17 #       <Linus> MeRWiN: night
09.16.22 #       <MeRWiN> nite
09.16.48 #       <Bagder> night MeRWiN
09.17.18 #       <rwood> MeRWin: thanks for trying - night
09.19.21 #       <Linus> i'll debug zagor's fix now...
09.19.39 #       <Linus> loading...
09.19.52 #       <Linus> (gdb rocks)
09.20.20 #       * Bagder hails Linus
09.20.34 Quit    wettoad ("Client Exiting")
09.21.03 #       <rwood> Linus: do you have a full rs-232 interface to gdb?
09.21.11 #       <Linus> yes
09.22.05 #       <rwood> are you using both the in and remote for communications?
09.22.45 #       <Linus> i have connected serial port 0 to the line-in plug
09.23.08 Quit    WetFlax (Read error: 104 (Connection reset by peer))
09.23.09 Join    WetFlax [0] (~wettoad@flax.mbi-berlin.de)
09.24.10 #       <rwood> the pictures on the site show adding two wires - do both go to the line-in connector?
09.24.22 #       <Linus> yes
09.25.11 #       <rwood> does the mod work for both player and recorder?
09.25.25 #       <Linus> yes, but you have to do it differently
09.25.43 #       <Linus> the circuit boards don't look the same
09.26.25 #       <Linus> i was lucky on my recorder, the Line-In was already patched
09.26.41 #       <Linus> so i just moved the wires
09.27.30 #       <Linus> i just received 4 Nigeria bank account scams!
09.27.51 #       <Linus> major mail address harvesting
09.28.08 #       <rwood> i'm leaving for vacation fri. i'll my re-work girl mod my player week after next.
09.28.34 #       <Linus> good
09.29.00 #       <rwood> we get Nigerian faxes 2 or 3 times a week - it's amazing the number of people that fall for it
09.29.29 #       <Bagder> I find the mount of different versions of the Nigerian mail interesting
09.29.37 #       <Bagder> there must be a lot of people involved
09.29.39 #       * adi|home nods
09.29.53 #       <adi|home> artcile in the local paper said some couple lost 25k
09.29.55 #       <adi|home> LOL
09.30.31 #       <rwood> the new one is to get you to a different country, then hold you for ransom
09.35.04 #       <Bagder> hm, I got 6 ones 
09.35.10 #       <Bagder> "DR. VICTOR PETERS"
09.35.23 #       <Linus> same as i got
09.36.49 Nick    dwihno|gone is now known as dwihno (dwihno@Bald067.Baldakinen.Umea.SE)
09.36.49 DBUG    Enqueued KICK dwihno
09.36.53 #       <dwihno> Good morning! :)
09.37.01 #       <rwood> it's dark night 30 here - i'm giving up for the night
09.37.20 #       <Bagder> g'night rwood
09.37.22 #       <Linus> rwood: good night
09.37.59 #       <rwood> Linus: i hope you can correct the error in ROLO for the recorder, after you get 1.2 released.
09.38.23 #       <Linus> sure
09.38.41 Quit    rwood ()
09.39.38 #       <adi|home> we have a version of ROLO working
09.39.39 #       <adi|home> ?
09.39.54 #       <Linus> does it work for you?
09.39.57 #       <Bagder> adi|home: we have rwood's patch that loads a mod and runs it
09.40.08 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
09.40.08 #       * adi|home faints
09.40.11 #       <adi|home> wtf did we get that?
09.40.26 #       * adi|home needs to come back to the project
09.40.43 #       <adi|home> well.. as soon as 1.2 goes gold, im putting in the patch for song limit sleep
09.40.58 #       <Bagder> http://rockbox.haxx.se/mail/archive/rockbox-archive-2002-08/0162.shtml
09.42.32 #       <adi|home> damn.. i completely missed that
09.42.40 #       <adi|home> whats the bug in it?
09.43.06 #       * Bagder hasn't tried it
09.43.34 #       * adi|home nods
09.43.42 #       * adi|home will wait while others play
09.43.47 #       <Linus> the loaded firmware freezes on the recorder
09.43.59 #       <adi|home> im prob going to see if one of my buds can give me a hand soldering this damn player
09.44.05 #       <adi|home> the reboot is WAY to sensative
09.44.33 #       <Linus> reboot? sensitive?
09.46.37 #       * adi|home nods
09.46.39 #       <adi|home> the battery issue
09.46.44 #       <adi|home> contacts and all
09.46.51 #       <adi|home> ive been dealing with it since i got the unit
09.47.05 #       <adi|home> everything is fine when its plugged in.. but unplug it.. and *poof*
10.07.09 #       <Bagder> btw, is there really a need for the config entry 'status bar' ?
10.07.20 #       <Bagder> given that f3 works
10.08.56 Nick    mbr|gone is now known as mbr (~tiw4mabr@rhlx01.fht-esslingen.de)
10.08.59 #       <mbr> morn
10.09.12 #       <Bagder> morning mbr
10.09.24 #       <mbr> Bagder: The global setting was on wishlist ..
10.09.36 #       <Linus> Bagder: the F3 setting isnt't saved
10.09.51 #       <Bagder> so why not let f3 toggle the setting
10.10.14 #       <Bagder> I think it makes more sense
10.10.21 #       <Linus> maybe
10.10.44 #       <Bagder> now it works like a setting to enable the f3 for toggling
10.11.29 #       <dwihno> Don't you think it would be better keeping all the configuration in a separate place?
10.11.41 #       <Bagder> no
10.11.50 #       <Bagder> I think it should be easy to use
10.12.00 #       <Bagder> this makes it harder to use
10.12.02 #       <Bagder> imho
10.12.03 #       <Linus> the relative path handling in playlist.c puts two slashes between the path and the file
10.13.18 #       <Linus> ugly
10.14.07 #       <mbr> Bagder: ok, i think it makes sense to remove the settings menu. i'll remove it. shall i do it now or wait until 1.2 released?
10.14.31 #       <Bagder> to keep Zagor happy, it should prolly wait until after
10.14.52 #       <Linus> i am very keen on removing his silly next-file fix
10.15.16 #       <Bagder> so correcting it is much work?
10.16.28 #       <Linus> yes
10.16.34 #       <mbr> Bagder: One other thing about that. Now I recall, that I introduced the extra menu.
10.17.10 #       <mbr> I don't wanted to change a global setting every time the status bar is turned off (for menu, usb)
10.17.38 #       <Bagder> ah
10.17.47 #       <mbr> May be a problem if we save to disk ..
10.17.58 #       <Bagder> but the global setting needs only to be changed when f3 is pressed
10.18.13 #       <mbr> You are right ...
10.18.27 #       <Linus> the menus and the USB don't have to care about the status bar setting
10.18.38 #       <Linus> they just don't call status_draw()
10.19.15 #       <Bagder> also a good point
10.19.58 #       <Linus> and also a good reason not to have the status bar drawing in a separate thread, as was my idea a while ago
10.20.00 #       <Bagder> then again, why isn't there a status bar in the menus?
10.20.23 #       <Linus> because they don't call status_draw()
10.20.31 #       <Bagder> hehe
10.20.36 #       <Bagder> well shouldn't it?
10.20.42 #       <Linus> probably
10.23.58 #       <Bagder> I think the status bar should be present more or less everywhere
10.24.17 #       <Linus> me too
10.24.38 #       <Linus> maybe not in the games
10.24.41 #       <mbr> Even in usb mode?
10.24.46 #       <Linus> sure
10.24.57 #       <Bagder> perhaps not in usb mode
10.25.16 Join    notch|lunch [0] (hidden-use@arthur.techprt.co.uk)
10.25.16 #       <Linus> it would actually be nice to see the battery status
10.25.24 #       <Bagder> that is true
10.25.26 Nick    notch|lunch is now known as notch (hidden-use@arthur.techprt.co.uk)
10.25.36 #       <Linus> but that takes more than just a status_draw()
10.25.41 #       <Bagder> you wanna know if it is gonna die while usb'ing
10.25.53 #       <Linus> because the power thread is stopped while the USB is working
10.25.57 #       <Bagder> ah
10.26.10 #       <Bagder> but it doesn't have to be stopped, right?
10.26.11 #       <Linus> a fairly quick fix though
10.26.17 #       <mbr> The problem is, that each lcd owning thread must redraw status bar periodicaly
10.26.24 #       <Linus> yes
10.26.25 #       <Bagder> yes
10.26.54 #       <notch> Linus:  got my remote routine working... however as soon as I send a command the software frezes...
10.27.14 #       <Linus> mbr: the button_get_w_tmo() was made for that purpose
10.27.17 #       <notch> I'm going to look into it, however any ideas off the top of your head?
10.27.39 #       <Linus> notch: do you clear the interrupt after serving it?
10.27.52 #       <Linus> ie writing 0 to the event bit
10.28.53 #       <notch> manuals! who needs them! weve got linus!
10.29.22 #       * Bagder slaps the "manual" sticker on Linus' forhead
10.30.21 #       <Linus> RTFM? No, ALFGS: Ask Linus For God's Sake
10.31.10 #       <Linus> notch: you have to read the event register first, and then clear the bit
10.32.18 #       <notch> ie read the result, then clear the int bit...  In the manual it says this is automatically cleared grrrrr..
10.33.04 #       <Bagder> I'm disspointed, you *did* read the  manual! ;-P
10.33.20 #       <notch> for what good it did me!
10.33.36 #       <Linus> notch: i am talking about TDRE
10.33.42 Join    Zagor [0] (bjst@as9-5-6.k.s.bonet.se)
10.33.49 #       <Zagor> morning
10.33.55 #       <Bagder> ok guys, one two... three
10.33.58 #       <Linus> and RDRF
10.33.59 #       <Bagder> boooo zagor ;-)
10.34.05 #       <Linus> booo
10.34.09 #       <Linus> booo
10.34.10 DBUG    Enqueued KICK Linus
10.34.10 #       <Linus> booo
10.34.11 #       <Zagor> hehe, what?
10.34.12 #       <notch> booo  (for what?)
10.34.25 #       <Linus> because his next-track-in-ram fix sucks
10.34.39 #       <Linus> :-)
10.35.04 #       <Zagor> haha. well why don't I see a patch for it then?
10.35.32 #       <Bagder> because we rather complain than actually do anything ;-)
10.35.38 #       <Linus> because i haven't found out how to do it properly
10.35.56 #       <Zagor> what's the problem with my method? it works for me.
10.35.58 #       <Linus> that is why i havent done that obvious enhancement yet
10.36.17 #       <Linus> Zagor: you probably have only two tracks in memory
10.36.22 #       <notch> linus: TDRE (Transmit) or RDRF   ????
10.36.24 #       <Linus> the current and the next
10.36.31 #       <Linus> RDRF
10.36.55 #       <Linus> it is cleared when you read a 1 and then write a 0
10.37.05 #       <Zagor> Linus: and it doesn't work with 3, because?
10.37.29 #       <Linus> because it does two track changes
10.37.41 #       <Zagor> uh?
10.37.52 #       <Linus> the DMA IRQ sends a track change event
10.37.56 #       <Zagor> ahh
10.38.03 #       <Linus> it isn't that easy
10.38.18 #       <notch> linus:
10.38.18 #       <Linus> but there is another bug too, that i haven't found yet
10.38.19 #       <notch> char serial_byte;
10.38.19 #       <notch>     serial_byte = RDR1;
10.38.19 DBUG    Enqueued KICK notch
10.38.19 #       <notch>     SSR1 &= 0x40; /* Clear RDRF */
10.38.33 #       <Linus> RDR1 is a bit in SSR1
10.38.49 #       <Linus> SSR1 = SSR1 & ~0x40;
10.39.03 #       <notch> arrgh!
10.39.31 #       <Linus> Zagor: your fix will stop playback if the next track is only partially loaded
10.39.42 #       <Linus> like if only 32K is loaded
10.40.00 #       <Zagor> you mean if not a whole dma buffer is loaded
10.40.08 #       <Linus> we must set the panding flag, and load more data before starting the DMA
10.40.12 #       <notch> notch claims cut and paste immunity!
10.40.23 #       <Linus> otherwise the disk won't spin up in time
10.40.28 #       <Zagor> Linus: that kills the whole point of the fix
10.40.42 #       <Linus> you mean you want it to stop playback?
10.41.06 #       <Linus> that only applies when too little of the next track is loaded
10.41.13 #       <Zagor> no, but we don't want to load more data unless we're below watermark
10.41.21 #       <Linus> yes?
10.41.28 #       <Linus> of course
10.41.49 #       <Linus> i just mean that the fix is incomplete
10.42.51 #       <Linus> it isn't as easy as just advancing the read pointer and restart the dma
10.43.07 #       <Linus> if it was, i would have done it a long time ago
10.45.15 #       <Zagor> well, if we perform the track change instead of posting to the queue the dma interrupt won't run it again
10.45.40 Join    pyvasene [0] (~pyvasene@ns1.alcove-solutions.com)
10.46.28 #       <Linus> or we could just let the dma do it
10.46.37 #       <Linus> and don't do it ourselves
10.47.04 #       <Zagor> right
10.47.24 #       <Linus> but woth the special case when the next track is below the watermark
10.47.44 #       <Linus> then we set the pending flag and start loading data
10.48.01 #       <Zagor> yes
10.48.31 #       <Zagor> i remember now, when I didn't change track it didn't work. I never got the problem with two track changes.
10.49.09 #       <Linus> that's probably because you only had two tracks in memory
10.49.40 #       <Zagor> that shouldn't make a difference. we only deal with one track change here.
10.49.51 #       <Linus> no
10.50.09 #       <Zagor> yes
10.50.22 #       <Linus> if you have several tracks in memory, the dma thread will send a track change event too
10.51.10 #       <Zagor> no. if i've already done the track change, the read pointer in the dma check won't match current buffer. (it looks at next track)
10.51.30 #       <Linus> exactly my point
10.52.01 #       <Zagor> so... then it won't do the track change. and there is no problem. will you start talking anytime soon?
10.54.55 #       <Linus> hmmmm. maybe the bug is something else....
10.55.07 #       <Linus> the GDB output is strange
10.55.19 #       <Zagor> do you have some nice short tracks I can use for testing?
10.55.39 #       <Linus> i think i know what it is now
10.56.04 #       <Linus> my Farbror Frej tracks are very short
10.57.02 #       <Linus> init_dma() doesn't take that into account
10.57.31 #       <Linus> it inits a 64K buffer regardless of the next track change pointer
10.58.02 ***     Saving seen data "./dancer.seen"
10.58.09 #       <Zagor> oh
10.58.29 Nick    Zagor is now known as Zagor|breakfast (bjst@as9-5-6.k.s.bonet.se)
10.58.50 Join    edx [0] (edx@dhcp17.kph.uni-mainz.de)
10.58.52 #       <Linus> i think we can trick the DMA IRQ to do it by playing the last byte of the current song
10.59.00 #       <edx> good morning.
10.59.04 #       <Linus> morning
10.59.20 #       <Bagder> morning edx
10.59.43 #       <Bagder> I found out that the bleedging edge win32 simulator files don't run
10.59.52 #       <edx> grr
10.59.56 #       <Linus> very bleeding then
10.59.57 #       <edx> wait
11.00.08 #       <Bagder> it might be my cross-compile that doesn't work completely
11.00.13 #       <Bagder> I've never tried them before
11.00.15 #       <edx> recorder or player or both?
11.00.18 #       <Bagder> both
11.00.27 #       <Bagder> try them from the daily build page
11.00.32 #       <Bagder> at the bottom
11.00.35 #       <edx> HUH?
11.00.38 #       <edx> what the f...
11.00.45 #       <edx> they are like consoles
11.00.48 #       <Linus> Bagder: haven't you tried to run them at all??????
11.00.54 #       <edx> .. they are supposed to be windows
11.00.54 #       <Bagder> no
11.01.04 #       <Linus> Bagder: that's naive
11.01.06 #       <Bagder> ah, I bet that's a reason
11.01.10 #       <edx> try those: http://codeforce.d2g.com/rockbox/autocvs/ - they work
11.01.36 #       <Bagder> Linus: no, only if I thought it would work
11.01.44 #       <Linus> :-)
11.02.09 #       <Bagder> so they probably don't work since they're not console applications
11.02.11 #       <Bagder> or something
11.02.26 #       <Linus> if you didn't think it would work, why did you put them up for download?
11.02.32 #       <Bagder> whatever, they still work as a good test that the win32 code compiles
11.02.37 #       <Bagder> Linus: I didn't
11.02.43 #       <Bagder> Zagor did
11.02.45 #       <edx> Bagder: yes, exactly
11.02.54 #       <Linus> oh
11.03.39 #       <Bagder> so, let's keep the auto-build of them and remove the download link until we've made them actually work
11.03.42 #       <edx> LOL
11.03.52 #       <edx> keys dont work in the simulator... *oops*
11.03.59 #       <Bagder> oh
11.04.07 #       <Bagder> me break keys ;-)
11.04.08 #       <edx> i tree.c - what function is called to get the keys there
11.04.39 #       <Linus> button_get_w_tmo()
11.04.43 #       <edx> aha
11.04.44 #       <Bagder> edx: I pretended to be a win32 hacker the other day, I guess I failed
11.05.01 #       <edx> haha ;-)
11.05.34 #       <edx> you get a win32 hacker as slowly as you get a Linux hacker :]
11.07.22 Ctcp    Ignored 4 channel CTCP requests in 4 minutes and 9 seconds at the last flood
11.07.22 #       * edx uses his good old debugger :)
11.12.26 Join    wettoad [0] (~wettoad@uludag.mbi-berlin.de)
11.14.18 Quit    wettoad (Client Quit)
11.14.28 #       * edx found the mistake (i guess..)
11.15.04 #       <edx> what is supposed to be returned bybutton_get if no button has been pressed?
11.15.17 #       <Bagder> 0 I guess
11.15.18 #       <edx> 0?
11.15.20 #       <edx> lol
11.15.26 #       <edx> because the variable is never initialized
11.15.31 #       <Bagder> ah
11.15.32 #       <edx> works
11.15.43 #       <edx> Bagder: you did it! :)
11.16.00 #       <Bagder> yay
11.16.04 #       <Bagder> I know I did
11.16.13 #       <Bagder> because before my fix it didn't even build
11.16.29 #       <edx> lol yea
11.16.34 #       <edx> i was about to add the function
11.16.37 #       <edx> but you had already
11.16.41 #       <edx> so i just took yours
11.17.30 #       * edx waits for the next builds of his site to check
11.17.59 #       <edx> whe i get back too school again and got some more time i also have to do some fixes with tetris ;)
11.20.18 Nick    Zagor|breakfast is now known as Zagor (bjst@as9-5-6.k.s.bonet.se)
11.20.27 #       <Zagor> win32 builds unlinked
11.21.06 #       <Zagor> Linus: did you try the play-last-byte trick?
11.21.26 #       <Linus> no
11.21.58 #       <Linus> we still have to fix the peek_next_track() issues
11.22.06 #       <Linus> it is destructive
11.24.27 #       <Zagor> how do you mean destructive?
11.24.54 #       <Linus> it updates playlist.index
11.25.47 #       <Zagor> of course. who uses that?
11.26.11 #       <dwihno> btw, are you 100% sure mpeg_current_track() is error-free?
11.26.28 #       <Linus> Zagor: playlist_next() uses it
11.26.42 #       <Zagor> dwihno: that function is pretty safe, but the data could be wrong at times
11.26.54 #       <Linus> the index advances for each track that the mpeg thread loads
11.27.07 Join    wettoad [0] (~wettoad@uludag.mbi-berlin.de)
11.27.12 #       <Zagor> Linus: yes, by design. how is that bad? 
11.27.41 #       <Zagor> we don't call playlist_next() on in-ram next-track
11.27.42 #       <Linus> no, peek_next_track() was no supposed to advance the index
11.27.57 #       <Linus> hence the name peek_...
11.27.59 #       <dwihno> Zagor: yeah, the parse display of the wps drops data because of id3->path (I only see the length decreasing the two first times entering and exiting the wps)
11.28.43 #       <Zagor> Linus: right, but you still haven't told me why this is a problem today
11.28.47 #       <Linus> Zagor: next_track is not the problem, prev_track is
11.29.05 #       <Linus> let's say that the mpeg thread loads 4 tracks
11.29.08 #       <Zagor> new_file needs to use an integer instead of boolean
11.29.08 #       <dwihno> Zagor: thus, the ".mp3" removal gets screwed removing everything past the last '.'
11.29.19 #       <Zagor> we go back the number of tracks we have in ram
11.29.23 #       <Linus> and then the user presses the PREV key
11.30.09 #       <Zagor> or even just the next call does that trick
11.30.18 #       <Zagor> keeping new_file() unchanged
11.30.43 #       <Zagor> can you put up some of those short tracks of your for download somewhere?
11.32.00 #       <Linus> sure
11.32.50 Quit    wettoad ("Client Exiting")
11.34.55 #       <Linus> http://linus.haxx.se/farbrorfrej.tar.gz
11.35.44 #       <Zagor> thanks
11.35.46 #       <dwihno> :D
11.35.49 #       <dwihno> haha
11.36.03 #       * dwihno gotta get those
11.36.37 #       <Bagder> w4r3z d00dz
11.36.42 #       <Linus> :-)
11.37.25 #       <dwihno> Farbror Frej is RULEMAN #1! :D
11.40.06 #       <dwihno> :D
11.40.12 #       <dwihno> Hej alla barn nu blir det barnprogram! :)
11.40.34 #       <Linus> Zagor: the design idea was that peek_next_track() did NOT update the playlist index
11.40.41 #       <dwihno> ANSIKTSMASK :D
11.40.44 #       <dwihno> *roflmao*
11.40.52 #       <Linus> and a separate next_track() function did that
11.41.09 #       <Linus> that is why peek_next_track() was invented
11.41.14 #       <Bagder> Linus is right
11.41.41 #       <Zagor> yes, but now we don't have that any more. and I don't think playlist.c should need to know about how many files mpeg.c have cached or not
11.42.07 #       <Zagor> it's cleaner if we can make do with just playlist_next(), imho
11.42.10 #       <Bagder> Zagor: no, mpeg should pass an index
11.42.26 #       <Bagder> just next?
11.42.42 #       <Bagder> hm, well it could work
11.42.47 #       <Zagor> playlist_next() handles both positive and negative "next" :-)
11.43.13 #       <Bagder> so how would it be called?
11.44.03 #       <Zagor> playlist_next( -num_tracks_in_memory() )
11.44.43 #       <Linus> i like that
11.45.24 #       <Bagder> and it returns the file name of that index and set the index there?
11.45.30 #       <Zagor> yes
11.45.39 #       <Zagor> it already does that. we only need to fix mpeg.c
11.45.47 #       <Bagder> ok
11.45.56 #       <Linus> and it should go to the current song if pressed after x seconds have been played of it
11.46.24 #       <Bagder> that doesn't involve the playlist then
11.46.27 #       <Zagor> Linus: that should be handled by mpeg.c, not playlist
11.46.43 #       <Linus> yes
11.46.43 #       <Bagder> the wps code should check the time
11.47.04 #       <Linus> mpeg_restart_current_track()
11.47.15 #       <Linus> instead of mpeg_prev()
11.47.27 #       <Bagder> sounds fine
11.47.33 #       <Linus> the x second logic shouldn't be in mpeg.c
11.47.41 #       <Zagor> agreed
11.47.48 Part    Bagder
11.47.55 #       <Linus> hurry! 1.2 is close
11.47.58 Join    Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se)
11.48.04 #       <Linus> welcome back
11.48.05 #       <Bagder> the x second logic is wps
11.48.12 #       <Zagor> yes, and it's post-1.2
11.48.19 #       <Linus> oh
11.48.20 #       <Bagder> I hate it when I auto-timout my ssh shell ;-)
11.48.32 #       <Linus> 999999 seconds passed?
11.48.41 #       <Bagder> more like 600 or something
11.48.44 #       <Zagor> the next_track fix is a bug, so I want that for 1.2
11.48.52 #       <Linus> Zagor: agreed
11.49.39 #       <Linus> Bagder: are you familiar with the relative path handling in playlist_next()
11.49.43 #       <Linus> it bugs
11.49.58 #       <Bagder> not really, I just applied the patch we received
11.50.21 #       <Bagder> I don't use relative paths
11.50.31 #       <Linus> dir-play does that
11.52.32 #       <Bagder> I don't use dir-play either ;-)
11.52.39 #       <Linus> i know
11.53.04 #       <Bagder> so how does it bug?
11.53.49 #       <Linus> it puts two slashes between the current dir and the filename
11.54.15 Join    matsl [0] (~matsl@c213-89-105-64.cm-upc.chello.se)
11.54.20 #       <Bagder> shouldn't the fs code work with that, I mean preferably
11.54.33 #       <Bagder> normal unix code does
11.54.35 #       <Zagor> i thought it did
11.54.38 #       <Linus> Bagder: you mean handle it?
11.54.42 #       <Bagder> yes
11.54.47 #       <Linus> it does
11.54.51 #       <Bagder> so?
11.55.00 #       <Linus> the filename scroll in wps is ugly
11.55.04 #       <Bagder> ah
11.57.44 #       <Linus> i'm on the case
11.57.56 #       <Bagder> ok
11.59.50 #       <matsl> curius - whats ugly with the filename scroll?
11.59.58 #       <Linus> it puts two slashes between the current dir and the filename
12.00.06 #       <matsl> ok
12.00.08 #       <Bagder> when doing all-dir play
12.05.27 #       <Zagor> now next works with Farbror Frej :-)
12.05.43 #       <Zagor> prev still bugs
12.05.45 #       <dwihno> :-D
12.06.35 #       <Linus> Zagor: no, in-ram stunts on prev, please! :-)
12.06.49 #       <dwihno> Hå hej med Farbror Frej! Hej alla barn nu är det barnprogram. Titta nu här vad Farbror Frej tar fram. En liten klubba och nu ska ni höra, vad man med sådana klubbor kan göra. Slå den i huvet och dunkeli-dur, så har vi gjort oss en skallfraktur! :)
12.06.51 #       <Zagor> no, not yet :-)
12.07.52 #       <Zagor> Linus: num_tracks_in_memory doesn't decrease when playing 2nd, 3rd track etc. is this intentional? this is why my prev doesn't work
12.08.29 #       <Linus> doesn't it?
12.08.49 #       <Linus> it should, when it receives the TRACK_CHANGE event
12.08.58 #       <Zagor> ok. checking.
12.09.14 #       <matsl> bagder:?
12.53.04 #       <notch> Zagor:  Have you still got the really old IRC logs (december 2001?) 
12.53.13 #       <notch> can U give me a URL?
12.53.20 #       <Zagor> no, I don't
12.54.04 #       <Bagder> we didn't #rockbox back then
12.54.05 #       <Zagor> now, finally, the irc log copy script works
12.55.22 #       <notch> I remeber you having a few logs on the website around this time bit they seem to have been removes
12.55.30 #       <notch> removed
12.56.05 #       <Bagder> I think you remember it wrong
12.56.09 #       <notch> Oh, it's the mailing list I'm thinking of!
12.56.22 #       <Bagder> yes
12.56.27 #       <Bagder> sounds reasonable
12.56.27 #       <notch> cheers
12.56.30 #       <Bagder> it started back then
12.58.06 ***     Saving seen data "./dancer.seen"
12.58.45 Quit    MeRWiN (Connection timed out)
12.59.08 #       <Linus> Zagor: did you find the track change bug?
13.00.22 #       <Bagder> bug 581987 "Playlist" could be closed now, right?
13.00.39 #       <Linus> could we ever reproduce it?
13.01.19 #       <Bagder> I doubt it
13.01.20 #       <Zagor> Linus: which one do you mean?
13.01.34 #       <Linus> num_tracks_in_memory()
13.02.11 #       <Zagor> ah, no not yet. still working on forward. it still bugs sometimes. claims "no more mp3 data" with 7 fresh tracks loaded...
13.02.33 #       <Linus> Zagor: exactly what i saw
13.03.08 #       * Bagder would like the battery blinking when the level is very low
13.12.29 #       <Zagor> (gdb) p last_dma_chunk_size 
13.12.30 #       <Zagor> $1 = -247312
13.12.31 #       <Zagor> umm?
13.13.06 #       <Zagor> on "No more mp3 data"
13.13.16 #       <datazone> sweet the archos multimedia should be out in 4 days
13.14.32 #       <mbr> Bagder: When should it blink? BATTERY_LEVEL_DANGEROUS?
13.15.04 #       <Bagder> sounds suitable
13.15.23 #       <matsl> bagder:?
13.15.32 #       <Bagder> matsl: ?
13.16.04 #       <matsl> Bagder: Remember my scroll patch with a seperator string instead of blanks?
13.16.25 #       <Bagder> now that you mention it, yes
13.16.45 #       <matsl> Was it considerd a bad idea?
13.17.09 #       <mbr> Bagder: I added it to my todo for post 1.2 era :)
13.17.19 #       <Bagder> mbr: goodie
13.17.44 #       <Zagor> matsl: I think it just fell off the track. we'll test it post-1.2
13.18.11 #       <Bagder> matsl: if you can re-sync it with cvs and re-post it to the list, it would help us
13.18.12 #       <matsl> Bagder: OK. So I don't need to resend it to the list then ;-)
13.19.48 #       <mbr> is it possible, that lcd_invertrect does not invert? Does the same as lcd_fillrect (beside clearing)
13.21.02 #       <Bagder> mbr: I think you're right
13.22.23 #       <Zagor> Linus: you here? I got this debug output:
13.22.37 #       <Zagor> S R:5C60E W:1FFFE SW:1FFFE
13.22.37 #       <Zagor> No more MP3 data. Stopping. L:0 R:1FFFE W:1FFFE
13.22.52 #       <Zagor> (the last ones are last_dma_chunk_size, buf_read, buf_write)
13.23.08 #       <Zagor> is last_dma_chunk_size ever legally 0?
13.23.23 #       <Linus> it shouldn't
13.24.11 #       <Linus> i guess unplayed_space_left goes negative
13.25.29 #       <Zagor> where? it's (of course) 0 when it stops
13.25.39 #       <Linus> no, before that
13.26.39 #       <Linus> i see the bug
13.26.47 #       <Zagor> tell me
13.26.49 #       <Linus> look at init_dma()
13.27.00 #       <Linus> last_dma_chunk_size = MIN(65536, mp3buf_write - mp3buf_read);
13.27.02 #       <Zagor> ahh
13.27.17 #       <Linus> negative chunk size
13.27.32 #       <Linus> init_dma() only works on empty buffers
13.27.53 #       <Zagor> at least that line. i can reassign chunk_size after calling init_dma.
13.28.04 #       <Linus> or compensate
13.28.17 #       <Zagor> suggestion?
13.29.16 #       <Zagor> i think init_dma should have a proper unplayed_space_left calculation, like in DEI3
13.29.23 #       <Linus> make the same adjustments as in DEI3
13.29.47 #       <Linus> maybe even make it a common function
13.30.02 #       <Zagor> yes
13.30.32 Nick    Linus is now known as Linus|lunch (~linus@labb.contactor.se)
13.30.32 DBUG    Enqueued KICK Linus|lunch
13.36.32 #       <Zagor> ok, next works good now.
13.36.39 #       <Zagor> prev still bugs
13.38.22 #       <matsl> bagder: ?
13.38.31 #       <Bagder> yes?
13.38.48 #       <matsl> Bagder: Remember my m3u-only patch?
13.38.58 #       <Bagder> yes
13.39.07 Join    freshmaker [0] (~chatzilla@p5082D03C.dip.t-dialin.net)
13.39.19 #       <matsl> Bagder: Want it again or considered bad ide?
13.39.22 #       <matsl> idea?
13.39.38 #       <Bagder> well, I can't say many people have cried for it to get applied
13.39.44 #       <Bagder> :-)
13.39.49 #       <Zagor> matsl: filter out mp3 files too?
13.40.05 #       <matsl> They don't knwo how good it is ;-)
13.40.07 #       <Bagder> personally, I don't think it is a very good idea
13.40.27 #       <Bagder> I'd just move the m3u-files to a separate dir
13.40.33 #       <matsl> OK. Many things have changed so I'll submit it again.
13.41.09 #       <matsl> OOPS! I though you said it was a good ide. Sorry!
13.41.12 #       <Bagder> make it extend the mp3/m3u filter then
13.41.37 #       <Zagor> yes. the filter is probably going to be expanded to an option instead of a boolean
13.41.43 #       <matsl> It does. (off, on, m3u)
13.41.50 #       <Bagder> ah, ok
13.42.36 #       <matsl> Besides I have all my m3u alreay in one directory. Root ;-)
13.43.10 #       <Bagder> haha, so why the need for the filter?
13.43.25 #       <matsl> I don't wnat to see the dirs!
13.43.44 #       <Bagder> so it scans recursively for all m3us?
13.44.04 #       <Bagder> or how do you change dir?
13.44.28 #       <Bagder> hiding the dirs is a bit weird in my mind
13.44.58 #       <matsl> Not if you have all m3us in one dir as you suggested.
13.45.08 #       <Bagder> right, then you must have them in root
13.45.12 #       <Bagder> as you can't change dir
13.45.15 #       <Zagor> matsl: wouldn't it be good enough to change sort order, to show dirs last?
13.45.44 #       <matsl> Maybe that would be almost the same. Yes.
13.46.01 #       <Bagder> mbr: I broke the revertrect() a long time ago when I made the bitmap use OR instead of XOR
13.48.13 #       <matsl> Bagder: To change dir in m3u-only mode you need to go out of that mode.
13.48.15 #       <Bagder> "bounce" didn't work with XOR ;-)
13.48.15 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
13.48.15 #       * Zagor wonders if his 802.11 link covers the cafe on the ground floor...
13.48.24 Join    grummel [0] (lamamba_@h135n1fls34o883.telia.com)
13.48.42 #       <Bagder> matsl: sure, but a pretty annoying manouver 
13.49.05 #       <mbr> Bagder: OK. on todo ....
13.49.09 #       <Bagder> and not really something someone with m3us spread all over would use
13.49.17 #       <matsl> Bagder: Agreed.
13.49.17 #       <Zagor> i suggest the sort fix rather than filter fix, if that's almost as good
13.49.22 #       <Bagder> then again, I don't know if people have
13.50.01 #       <matsl> As I have the filter fix patch at hand I post it. Then people can look at it again.
13.50.20 #       <Bagder> sure, posting a patch never hurts
13.54.21 #       <Bagder> I want multi-line scroll support 
13.54.42 #       <Bagder> not sure if they all would scroll independently of each other tough
13.55.14 #       <matsl> bagder: I experimented with two scroll speeds.
13.55.42 #       <matsl> Both lines scrolling at the same speed was confusing.
13.56.07 #       <Bagder> I see
13.56.14 #       <matsl> YMMW
13.56.19 #       <Bagder> then imagine 4 lines on the recorder ;-)
13.57.16 #       <matsl> I have been thinking of another type of scroll. One word at a time.
13.57.40 #       <Bagder> ah
13.57.44 #       <Bagder> seen my attempt?
13.57.51 #       <matsl> NO
13.57.59 #       <Bagder> apps/showtext.c
13.58.07 #       <Bagder> meant to become a text-reader for the player
13.58.36 #       <Bagder> doesn't work 100%
13.58.49 #       <Bagder> but it shows one word at a time
13.58.57 #       <Bagder> or more words, if they fit within 11 letters
13.59.17 Nick    Linus|lunch is now known as Linus (~linus@labb.contactor.se)
13.59.17 DBUG    Enqueued KICK Linus
13.59.48 #       <matsl> OK. Like some radio stations send out to the display? Seen that?
14.00.01 #       <Bagder> yes
14.00.35 #       <Bagder> it looks similar to that
14.00.54 #       <matsl> I've been thinking in terms of changeing the wps screen to show id3-info once in a while in that maner.
14.01.18 #       <Zagor> ahh, finally prev works too
14.01.34 #       <Bagder> matsl: might work, yes
14.01.52 #       <Zagor> i'm getting brain damage from those test tracks...
14.02.02 #       <Linus> :-)
14.02.06 #       <Bagder> even worse than before? B-]
14.03.07 #       <matsl> bagder: It is hard to do with current scroll implementatiuon. The scroll needs to work better ...
14.03.23 #       <matsl> together with the other display stuff.
14.03.26 #       <Bagder> so don't use it, make a separate impl in the wps
14.03.58 #       <Linus> Bagder: that's a veru good idea
14.04.10 #       <matsl> Hmm... OK. Never occured to me. I was more thinking of adding showtext-like funtionality to the scroll-thread.
14.04.27 #       <matsl> Like text-properties or something.
14.04.56 #       <Bagder> well, if more than one screen needs it, then that is certainly better
14.05.15 #       <Linus> actually, the scroll thread could be ravemped to a scroll_line() function
14.05.37 #       <Bagder> that would do what?
14.05.48 #       <Linus> i don't like that the scroll thread updates the LCD independent of other activities
14.05.59 #       <Linus> Bagder: thread vs. function
14.06.02 #       <Bagder> aha
14.06.20 #       <Linus> get_button_w_tmo() and scroll in the default case
14.06.32 #       <Linus> much nicer
14.06.32 #       <Bagder> I am +1 on that
14.06.49 #       <Linus> the you can scroll several lines if you want
14.07.22 #       <matsl> I got problems with two scrolling lines too since the menu display stuff needed to know about it too. It got messy.
14.09.15 #       <Zagor> i don't. i think get_button_w_tmo() is unfortunate
14.09.35 #       <Zagor> using that removes adjustable scroll speed, for one
14.09.52 #       <Bagder> true
14.10.12 #       <Zagor> I think the status bar should go into a thread too, removing the timeouts in wps and tree
14.11.20 #       <Linus> Zagor: only if we get a lcd_update_rect()
14.11.26 #       <Zagor> i want all threads hanging on queue_wait() when nothing is running
14.11.37 #       <Bagder> update_rect() is a piece of cake to add
14.11.42 #       <Zagor> Linus: sure, but let's fix that then (after 1.2, of course)
14.12.07 #       <Bagder> especially if we make it update_row()
14.12.16 #       <Zagor> row?
14.12.24 #       <Bagder> 8 pixels hight, full line
14.12.26 #       <Zagor> ah, right
14.12.27 #       <Bagder> height
14.12.35 #       <Linus> we will need a timer_event() functionality if we want all threads to hang in queue_wait()
14.13.05 #       <Linus> by the way can we print text on an arbitrary pixel location?
14.13.06 #       <Zagor> Linus: yes, i know. we're not there yet. it's just a vision
14.13.25 #       <Zagor> yes we can. see Bounce
14.14.07 #       <Linus> ah, lcd_putsxy()
14.14.07 #       <Bagder> I want smooth scroll in 1.3 :-)
14.14.18 #       <Zagor> hehe
14.14.19 #       <Linus> I want it in 1.2.1
14.14.29 #       <Bagder> it is really easily added actually
14.14.39 #       <Bagder> I want the new font code in first though
14.14.42 #       <Zagor> i'll work on the font issues after the release
14.14.48 #       <Linus> great
14.14.50 #       <Bagder> goodie
14.14.59 #       <matsl> kumjum
14.15.02 #       <Linus> and the file system write
14.15.05 #       <Zagor> i hate the fixed-width font
14.15.09 #       <Bagder> me too
14.15.11 #       <Zagor> Linus: yes, that's #2
14.15.14 #       <matsl> oops! should be jumjum
14.15.38 #       <Bagder> Zagor: I suggest you go with Alex's patch to start with, and then use Greg's code to generate nice internal defaults
14.16.14 #       <Zagor> sounds goo
14.16.14 #       <Zagor> d
14.16.16 #       <Bagder> and of course remove some memcpy()s from the code ;-)
14.16.17 Join    MeRWiN [0] (~merwin@12.242.185.10)
14.16.19 #       <MeRWiN> yo
14.16.22 #       <Bagder> hey MeRWiN
14.16.23 #       <Linus> yo
14.16.37 #       <MeRWiN> This is the very first time i've ever been to work 3 hours early :) Usually i'm a good hour late
14.16.47 #       <Zagor> haha
14.17.01 #       <Bagder> aha, 3 hours for rockbox-hacking!
14.17.07 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
14.17.07 #       * Bagder grins
14.17.13 #       <MeRWiN> Bagder: heh, yeah... my boss doesn't get in for another 3 hours
14.17.45 #       <MeRWiN> hmm... is there any way to configure the CVS client for a SOCKS5 firewall? I can't do any cvs activity through this damn firewall at work
14.18.02 #       <matsl> Wps question! I'd like next song not to start playing while song is stoped or paused. Keeping the mode moving back and forth. Seems logical. Comments?
14.18.14 #       <Zagor> MeRWiN: you can run ssh through a http proxy
14.18.18 #       <Bagder> MeRWiN: well, can you get a ssh connection through it?
14.18.29 #       <Zagor> so I guess there are ways to get it through a socks5 proxy too
14.18.35 #       <MeRWiN> Bagder: yeah... i've got ssh
14.18.57 #       <MeRWiN> matsl: how can the next song start playing when it's stopped or paused?
14.19.19 #       <MeRWiN> matsl: oh, if it's paused when you switch tracks
14.19.32 #       <MeRWiN> matsl: that's a good feature... one for the list of post-1.2
14.19.38 #       <Bagder> MeRWiN: so we add you as the sourceforge project member, then you can checkout over ssh
14.19.43 #       <Bagder> as a
14.20.39 #       <MeRWiN> I think I even have a sourceforge account, from some Serial LCD/MP3 Player that I was making a while back :)
14.21.20 #       <Linus> Zagor: how's the next/prev going?
14.22.14 #       <grummel> I'd like to Fast Froward and REwind
14.22.25 #       <MeRWiN> grummel: wouldn't we all
14.22.26 #       <MeRWiN> :)
14.22.31 #       <Linus> grummel: in time, in time
14.22.38 #       <MeRWiN> http://www.terapintech.com/fea_mine.html   <---- Now this is what Archos should be developing
14.22.41 #       <Zagor> Linus: committed
14.22.43 #       <Linus> it is pretty tricky to implement
14.22.59 #       <Zagor> although now I seem to have woken up the old "play one track, get next" bug :(
14.23.07 #       * Zagor runs for coffee
14.23.10 Nick    Zagor is now known as Zagor|coffee (bjst@as9-5-6.k.s.bonet.se)
14.23.11 #       <Linus> Zagor|coffee: i sent a subscribe to the announce list
14.24.00 #       <matsl> Linus?
14.24.02 #       <Linus> Zagor|coffee: you may want to resynch your CVS
14.24.12 #       <Linus> matsl: yes?
14.24.46 #       <matsl> Linus: Any problems with not starting to play song when doing next_song while paused or stopped?
14.24.55 #       <MeRWiN> I think the sourceforge description needs to be updated to include the Jukebox Stuido as well :)
14.25.45 #       <MeRWiN> matsl/Linus: Couldn't we just have it mpeg_pause() after mpeg_play() if it's paused and the next/previous track button is pressed?
14.26.24 #       <Linus> it depends on how Zagors new fix works
14.26.26 #       <Bagder> MeRWiN: new description there
14.26.43 #       <Linus> we can just refrain from starting the DMA
14.26.45 #       <MeRWiN> Bagder: 'scuse me?
14.26.53 #       <Bagder> on the sourceforge page
14.27.06 #       <Bagder> I edited to include studio
14.27.15 #       <Bagder> edited it even
14.27.40 #       <MeRWiN> Bagder: Interesting... "The Rockbox project aims to write open source firmware for the Archos Jukebox 6000 and Archos Jukebox Recorder MP3 players"
14.27.45 #       <MeRWiN> maybe it takes a bit to update
14.27.53 #       <Bagder> reload
14.28.02 #       <MeRWiN> i did
14.28.08 #       <Linus> i see the new page
14.28.57 #       <MeRWiN> I can't seem to see it
14.28.57 #       <MeRWiN> grr
14.29.59 #       * dwihno is acting phone support :(
14.30.08 #       <edx> lol
14.30.12 #       <Linus> phony support
14.30.30 #       <Bagder> pony support!
14.30.46 #       <grummel> what archos unit have YOU got?! I've got the AJBP 6000
14.30.55 #       <Linus> Rec20
14.30.58 #       <Bagder> rec20
14.31.02 #       <MeRWiN> player20
14.31.10 #       <edx> rec20
14.31.10 #       <Linus> and AJBP6k
14.32.17 #       <grummel> HAve u updated your units in any way?!
14.32.25 #       <Linus> new hard disk in both
14.32.33 #       <dwihno> Poor me :(
14.32.38 #       <Linus> serial port on Line-In
14.32.41 #       <Bagder> I run rockbox ;-)
14.32.46 #       <Linus> of course
14.32.51 #       <grummel> =)
14.36.31 Join    liam__ [0] (~liam@fwott1-1.cis.ec.gc.ca)
14.36.49 #       <MeRWiN> where is identity.pub located?
14.37.03 #       <Bagder> ~/.ssh
14.37.14 Nick    liam__ is now known as jedix` (~liam@fwott1-1.cis.ec.gc.ca)
14.37.15 #       <notch> We have remote control funcionality ! :-)
14.37.15 #       <MeRWiN> what if it's identity.pub isn't there?
14.37.24 #       <notch> Will post a diff soon...
14.37.33 #       <Bagder> MeRWiN: then you need to create one
14.37.39 #       <MeRWiN> what do i put in it
14.37.44 #       <grummel> is it possible to store codecs for WMA for example so that u can play it?!
14.37.48 #       <Linus> notch: c00l!
14.37.53 #       <Bagder> MeRWiN: ssh-keygen
14.37.54 #       <grummel> in the archos.mod
14.37.54 #       <MeRWiN> grummel: not until we get a DSP expert
14.38.18 #       <notch> took me a while!  
14.38.26 #       <MeRWiN> Bagder: what options do i use?
14.38.26 #       <Bagder> notch: nice work!
14.38.30 #       <grummel> my bacjklight seem to have a loose connection!
14.39.02 #       <Bagder> MeRWiN: it depends... what version of ssh are you running?
14.39.13 #       <MeRWiN> newest cygwin.. *shrug* just installed it
14.39.20 #       <dwihno> Damn user!
14.39.23 #       <dwihno> What should I say?
14.39.32 #       <MeRWiN> dwihno: tell them to go to hell... go to hell and die :)
14.39.34 #       <dwihno> "Pay me and I'll fix it for you, but I won't give you no telephone support!"
14.39.41 #       <dwihno> :-D
14.40.06 #       <Bagder> MeRWiN: ok, use "-t dsa" and then run again with "-t rsa"
14.40.24 #       <Bagder> MeRWiN: it generates keys to use for SSH v2
14.40.53 #       <Bagder> (v2 as in the protocol version 2)
14.41.28 #       <MeRWiN> Bagder: now which one of those do I add into sourceforge? both?
14.42.07 #       <Bagder> MeRWiN: you can put both .pub files there, yes
14.42.41 #       <Bagder> any or both
14.44.08 #       <MeRWiN> OK, hopefully it worked :)  I'm not much of a ssh/cvs guru. Very new to CVS indeed, but getting the hang of it
14.44.45 #       <Bagder> you'll learn
14.45.24 #       <MeRWiN> eSVNC is a godsend... definately. True realtime VNC :)
14.46.11 #       <dwihno> MeRWiN: erps?
14.46.17 #       <Linus> Very Nice Colors?
14.46.26 #       <MeRWiN> dwihno: erps?
14.46.28 #       <Bagder> hehe
14.46.36 #       <Linus> Virtual Nintendo Console?
14.46.55 #       <dwihno> Velour Night Cap
14.47.02 #       <MeRWiN> Linus: full folor immediate full screen updates.  Virtual Network Computing --- Like PCAnywhere but free
14.47.13 #       <dwihno> MeRWiN: how is it compared to vnc, and tightvnc?
14.47.21 #       <Bagder> vnc is cool
14.47.40 #       <MeRWiN> dwihno: it's basically tightvnc with immediate updates.. Over a LAN it's like you're sitting right in front of the computer
14.47.46 #       <MeRWiN> dwihno: win32 only though
14.48.09 #       <dwihno> MeRWiN: ah, okay... do you have URL?
14.48.41 #       <MeRWiN> dwihno: http://perso.wanadoo.fr/samfd/esvnc/
14.48.56 #       <dwihno> gotta check it out :)
14.49.10 #       <dwihno> I thought vnc was cool, but a bit sluggish, even on 100 mbit interfaces.
14.49.26 #       <Bagder> of course true X rocks ;-)
14.49.29 #       <MeRWiN> dwihno: yeah, it didn't have good change detection... this is frickin' immediate with no cpu usage
14.49.47 #       <MeRWiN> Bagder: I would use X if my company supported *nix ... stupid telecom companies :)
14.49.54 #       <Bagder> :-)
14.50.16 #       <dwihno> :-)
14.50.35 #       <MeRWiN> dwihno: where do you work?
14.50.36 #       <dwihno> Bagder: what window manager do you use?
14.50.47 #       <Bagder> swordfish
14.50.49 #       <dwihno> MeRWiN: I don't - I'm full-time unemployed :-)
14.51.01 #       <dwihno> it's neato
14.51.06 #       <Linus> dwihno: when are you coming to Stockholm?
14.51.12 #       <dwihno> Linus: I'm already here :-)
14.51.13 #       <Bagder> oh, sawfish I mean
14.51.16 #       <dwihno> MOHAHAHAHA
14.51.33 #       <MeRWiN> why was peek_next_track removed?
14.51.38 #       <Linus> time for a DevCon then!
14.51.46 #       <dwihno> :D
14.51.49 #       <Linus> MeRWiN: it was obsolete
14.51.51 #       <Bagder> devcon 2002, part 2
14.51.57 #       <dwihno> DevCon! DevCon! DevCon! DevCon! DevCon! DevCon!
14.51.59 #       <Linus> 1.2 release party!!!!
14.52.05 #       <Bagder> hehe
14.52.07 #       <Bagder> woooo
14.52.09 #       <Linus> installfest!
14.52.11 #       <dwihno> That is a bit overambitious ;)
14.52.13 #       <MeRWiN> Linus: oh, since everything is playlist driven now
14.52.22 #       <Linus> yup
14.52.30 #       <dwihno> Linus: We can bring a laptop and install rockbox and sign the rockbox t-shirts at stureplan ;)
14.52.39 #       <Linus> good idea!
14.52.42 #       <dwihno> FREE ROCKBOX COPIES! :D
14.52.53 #       <Bagder> bring your own floppy :-)
14.52.57 #       <MeRWiN> dwihno: BYOF
14.53.18 #       <MeRWiN> You should offer free rockbox installation service also
14.53.23 #       <dwihno> Yeah
14.53.37 #       <dwihno> Or, we could sell floppies with the ajz and source code for 5 SEK a piece
14.53.56 #       <Bagder> we
14.53.57 #       <Linus> and a (inkjet) printed manual
14.54.02 #       <Bagder> 'll sell *MILLIONS*
14.54.06 #       <dwihno> :-)
14.54.11 #       <dwihno> You're gonna get RICH, Bagder :)
14.54.11 #       <MeRWiN> dwihno: how much does 5 SEK work out to in USD?
14.54.16 #       <dwihno> MeRWiN: $0,5
14.54.17 #       <Linus> 50cents
14.54.20 #       <MeRWiN> haha
14.54.27 #       <dwihno> :-)
14.54.29 #       <dwihno> A fortune! :D
14.54.38 #       <dwihno> So Bagder is gonna get wealthy
14.54.42 #       <MeRWiN> bah, sell them on CD then
14.54.48 #       <dwihno> You just read my mind :)
14.54.55 #       <dwihno> Most ppl won't even have floppy drives anymore ;)
14.55.10 #       <MeRWiN> the most wasted space on a CD ever :)  649.95 MB avaialble of a 650MB disc
14.55.18 #       <Bagder> we sell it on 5.25" floppys only
14.55.22 #       <dwihno> hahaha
14.55.44 #       <dwihno> "and to use the floppy, you must buy this EXPENSIVE 5.25" floppy drive" :-)
14.56.02 #       <MeRWiN> dwihno: now that's thinkin' like Microsoft :)
14.56.37 #       <dwihno> Thank you, thank you! :)
14.56.44 #       <notch> Ive added a couple of files to the firmware, but when i do a cvs diff these files are not listed as added... Is there a way to add them to my 'local' repositry? 
14.56.50 #       <Linus> you pay $5 for the CD, and $50 for the Activation Code
14.56.58 #       <MeRWiN> Linus: *grin*
14.57.04 #       <Bagder> notch: only by doing 'cvs add [file]'
14.57.09 #       <Linus> notch: don't!
14.57.28 #       <Linus> not until the 1.2 release is done
14.57.37 #       <MeRWiN> hmm... i usually join #linuxhelp as a keepalive for IRC (during the slow times in #rockbox) but this time i joined #linushelp
14.57.49 #       <Linus> :-)
14.57.55 #       <Bagder> notch: and if you've checked out anonymous, you can't add them even to your local dir
14.57.57 #       <dwihno> MeRWiN: did you get any help with the linus? :)
14.58.09 ***     Saving seen data "./dancer.seen"
14.58.16 #       <Bagder> we could use some help with Linus
14.58.24 #       <Bagder> he gets a bit too much at times B)
14.58.27 #       <MeRWiN> heh
14.58.35 #       * Linus is offended
14.58.38 #       * Bagder ducks and hides
14.58.56 #       * Linus knows where Bagder lives
14.58.57 #       * dwihno scratches his head and sighs
14.59.08 #       * dwihno knows who lives in Haninge ;)
14.59.17 #       <dwihno> or who was it now... ;-)
14.59.35 #       <Linus> Brandbergen
14.59.35 #       <notch> so if I wanted to post these diffs to the list then I would attach them as well as sending a diff?
14.59.43 #       <notch> the files +diff
14.59.46 #       <Linus> just the diff
14.59.52 #       <dwihno> Linus: firemountains is a part of it :-) I used to live there myself
15.00.00 #       <Linus> oh , and the new files, sorry
15.00.15 #       <Linus> oh
15.00.18 #       <notch> but the diff doesnt include my files as additons as I havent checked them in
15.00.32 #       <Linus> yeah, sorry. include the new files too
15.00.38 #       <notch> cheers :-))
15.00.47 #       <MeRWiN> This is great... I work for the largest Wireless company in the world and they feel it neccessary to say the following comment... to prove a point, one of the managers went to everyone's desk and stole all of the laptops that were left there overnight. This is the E-Mail that was sent out:
15.00.47 #       <MeRWiN> Eight laptops were left unsecured in cubicles on the 6th floor of Newport 5 last night.   If your missing your laptop, check with Kelly Digregorio.
15.00.47 #       <MeRWiN> Employees who need a laptop to perform their duties should keep the laptops with them at all times.  If you have a laptop and don't actually need one, please turn it in to your  manager asap.  Any laptops found in cubicles or anywhere else during off-hours will be removed.
15.00.49 #       <MeRWiN> This is serious stuff!!  Both our company hardware and data assets must be protected at all times.  Everyone is expected to do their part.  If you see a laptop or any other company assets at risk, act to protect them.
15.01.01 #       <MeRWiN> Great office politics, huh?
15.01.23 #       <Bagder> hehe
15.01.37 #       <Linus> actually, it's the same here
15.01.47 #       <MeRWiN> *shrug* someone must thing there's a high rate of office-theft in a building where you need a keycard to get in the frickin' elevator :)
15.02.02 #       <Linus> all employees with laotops have to take them home over night
15.02.12 #       <notch> Man! starts with a ends with l and has na in the middle!!
15.02.34 #       <dwihno> office theft?
15.02.37 #       <Linus> we also have keycards
15.02.38 #       <dwihno> More than just pencils?
15.03.07 #       <MeRWiN> Linus: they screwed up my keycard so I had to wait outside this morning for like 10 minutes because my after-hours access disappeared :)
15.03.26 #       <Bagder> watch this => http://www.mcafeeb2b.com/beta/utility.asp
15.03.34 #       <Bagder> see a tool you recognize?
15.03.40 #       <Bagder> read the NDA at the side ;-)
15.03.57 #       <Bagder> silly
15.04.20 #       <dwihno> whoa
15.04.25 #       <dwihno> Bagder: Me see
15.04.38 #       <dwihno> Misa think that was cool :)
15.04.48 #       <Bagder> hehe, yeah
15.04.50 #       <dwihno> Bagder: now when I've kissed your ass, you can do my laundry
15.05.00 #       <dwihno> :-)
15.05.13 #       <MeRWiN> How is stuffit/winzip/curl a McAfee beta product?
15.05.21 #       <Bagder> no idea
15.05.25 #       <dwihno> Sue them!
15.05.28 #       <dwihno> You can get lots of cash!
15.05.33 #       <dwihno> You will get rich!
15.05.43 #       <Bagder> and they just link to the sites, they don't offer the tools
15.05.46 #       <dwihno> Even richer than Linus with the rockbox 1.2 release ideas ;)
15.06.06 Quit    MeRWiN (Remote closed the connection)
15.06.24 #       <Linus> oh, now they took Merwins laptop too!
15.06.29 #       <dwihno> Oh no! :(
15.06.33 #       * Bagder laughs
15.06.44 #       <Bagder> he probably looked away
15.06.48 #       <Bagder> *snap*
15.07.00 #       <notch> okay how do you send a cvs diff result to a file...
15.07.08 #       <Bagder> 'cvs diff >mooooo'
15.07.13 #       <dwihno> Where did all the honest people go (who only stole the office supplies instead of computers ;)
15.07.31 Join    MeRWiN [0] (~merwin@12.242.185.10)
15.07.43 #       <Bagder> dwihno: the honest thiefs were stolen ;-)
15.07.46 #       <MeRWiN> Which one of you guys wrote cURL?
15.07.54 #       * Bagder raises his hand
15.08.00 #       * Linus raises his
15.08.21 #       <MeRWiN> all of the haxx brothers then :)
15.08.21 #       <dwihno> Bagder: heh
15.08.24 #       <Bagder> even Björn has patched it ;-)
15.08.53 #       <Linus> Bagder: is the main developer
15.09.04 #       <MeRWiN> wow, I've been listening to Italian Rock for the last 5 minutes and I haven't even realized that it wasn't in English
15.09.29 #       <Bagder> you're probably too busy holding on to your laptop
15.09.31 #       * dwihno hypnotizes Bagder... domyla undry! domyla undry! domyla undry!
15.09.56 #       <dwihno> Do I sense a heap of not-so-good laptop theft jokes? ;)
15.10.06 #       <Bagder> noooo
15.10.14 #       <MeRWiN> Bagder: I leave my laptop in the office sometimes... although I'm in the office building that is anal about nothing EXCEPT parking. They hand out tickets for everything
15.10.26 #       <MeRWiN> It's the other office building that is anal about office politics
15.16.14 #       <Linus> i wonder when zagor is going to commit his next/prev fix?
15.16.26 #       <MeRWiN> didn't he do that?
15.16.31 #       <Linus> Zagor|coffee: stop drinking coffee!
15.16.40 #       <Linus> MeRWiN: he said he did
15.16.45 #       <MeRWiN> Fixed bugs in next/prev handling. Replaced peek_next_track() with playlist_next().
15.17.14 #       <Linus> strange. i got no commit mail
15.17.17 #       <Bagder> weirdo
15.17.18 #       <Bagder> me neither
15.17.30 #       <Linus> and cvs diff gave nothing
15.17.34 #       <MeRWiN> Linus: he committed 3 patches
15.18.36 #       <MeRWiN> mine updated... peek_next_track is nowhere to be found in my tree.c anymore
15.18.42 Quit    edx ("brb")
15.19.13 #       <Linus> then we should have no showstoppers
15.20.20 #       <MeRWiN> if it works :)
15.20.25 #       <Linus> hehe
15.20.34 #       <MeRWiN> Linus: you should test it out
15.20.40 #       <MeRWiN> this should speed up track changes, right?
15.20.46 #       <Linus> yes
15.20.51 #       <MeRWiN> by a lot?
15.20.59 #       <Linus> next, but not prev
15.21.51 #       <MeRWiN> most people go forward anyways
15.22.06 #       <Linus> ouch!
15.22.22 #       <Linus> he hasn't taken the watermark into account
15.23.06 #       <MeRWiN> Linus: hmm... if there's a low watermark then it doesn't buffer more or something?
15.23.14 #       <Linus> possible playback stop
15.23.52 #       <Linus> it may start the playback of the next song way below the watermark, so the disk won't spin up in time
15.24.15 #       <MeRWiN> ahh
15.25.17 #       <Linus> ouch  again!
15.25.45 #       <Linus> he calculates the unplayed space too early
15.26.38 #       <Linus> i wish he could finish his coffee
15.26.50 #       <MeRWiN> Linus: that's one huge cup of coffee
15.27.00 #       <MeRWiN> Linus: how prevalent is english in sweeden?
15.28.25 #       <Linus> they teach english in school from age 10
15.28.45 #       <dwihno> one two tree :-)
15.28.53 #       <Linus> free four
15.28.56 #       <dwihno> :-)
15.29.01 #       <MeRWiN> wow. I was wondering why everyone from Ericsson spoke good english :)
15.29.21 #       <Bagder> we're also fed with all the american movies and TV shows, subtitled
15.29.25 #       <Linus> as nobody else but us speaks swedish, we have no choice
15.29.47 #       <MeRWiN> That is true I guess
15.30.17 #       <dwihno> We also broadcast Ricki Lake. She has taught us everything there is to know about the american lifestyle ;)
15.30.40 #       <MeRWiN> Hmm... not sure if Ricki Lake is the best model american. I'd choose Jerry Springer for that
15.30.46 #       <Bagder> hehehe
15.30.50 #       <dwihno> :-)
15.30.57 #       <Linus> or Dave Letterman
15.31.00 Nick    Zagor|coffee is now known as Zagor (bjst@as9-5-6.k.s.bonet.se)
15.31.01 Quit    WetFlax (Read error: 104 (Connection reset by peer))
15.31.02 #       <Zagor> bad news
15.31.14 #       <dwihno> bad news or REALLY bad news?
15.31.22 #       <Zagor> my wlan doesn't cover the local coffee shop
15.31.27 #       <Bagder> crap
15.31.31 #       <dwihno> :(
15.31.35 #       <Linus> oh my!
15.31.36 #       <dwihno> That's a catastrophe!
15.31.50 #       <Linus> you'll have to move the coffee shop
15.32.01 #       <Zagor> time to buy an external antenna
15.32.11 #       <MeRWiN> Zagor: ouch... We've got wlan on a ton of Starbucks coffee shops in the states :)
15.32.35 #       <Linus> Zagor: your mpeg fix were not entirely correct
15.32.42 #       <Zagor> i know
15.32.43 #       <Linus> fixes
15.32.48 #       <Zagor> "I seem to have woken up the old "play one track, get next" bug :("
15.32.55 #       <Linus> not only that
15.32.59 #       <MeRWiN> Zagor: one of my co-workers gets the tough job of going to every one of the Starbucks that we have coverage in and testing there drinking coffee all day
15.33.00 #       <Zagor> what else?
15.33.12 #       <Linus> see my commit for starters
15.33.14 #       <MeRWiN> Zagor: let's just say you won't be drowning in the watermark
15.33.16 #       <Zagor> MeRWiN: it's a shitty job, but someone's gotta do it :)
15.33.50 #       <Zagor> Linus: ah, right
15.33.59 #       <MeRWiN> Zagor: yeah, he's the sort of person that drinks about 4 very large cups of coffee a day, so it's perfect for him
15.33.59 #       <Linus> and you still don't take the watermark into account
15.34.12 Join    WetFlax [0] (~wettoad@flax.mbi-berlin.de)
15.34.24 #       <Zagor> when does DEI3 run?
15.34.34 #       <Linus> Zagor: is your CVS in sync?
15.34.46 #       <Zagor> yup
15.34.49 #       <Linus> i fixed a "play one, get the next" bug
15.35.09 #       <Linus> DEI3 runs when the DMA buffer is finished
15.35.16 Join    ah_ [0] (~t@ABoulogne-103-1-1-104.abo.wanadoo.fr)
15.35.20 #       <Zagor> i think my new_file() change added a new one
15.35.34 #       <ah_> hi.
15.35.37 #       <Linus> hi
15.37.55 #       <MeRWiN> hi
15.39.44 #       <ah_> I try to test daily build for two weeks now and i've a NO FAT 32 PA (can't see more font is big ). Got a jukebox 6000 , internal firmware 4.53 and i replace the HDD with a 30 gb IBM. Ver 1.1 works great.
15.40.24 #       <Bagder> PA ? Partition A... ?
15.41.56 #       <ah_> the font is really big so the message could be longuer. Jukebox boot , certainly loads the rockbox firmware then i've 'No FAT32 pa'
15.42.58 #       <MeRWiN> No FAT32 Partition
15.43.06 #       <MeRWiN> ah_: is the drive formatted as FAT32?
15.43.39 #       <MeRWiN> Linus/Bagder: That could be another fix, make the font smaller immediately after displaying the Rockbox! message so errors are displayed properly
15.43.51 #       <Bagder> indeed
15.45.21 #       <ah_> i think that it couldn't work. It works with official firmware and rockbox 1.1
15.45.37 #       <Linus> weirdo
15.45.59 #       <Bagder> "No partition found, trying to mount sector 0."
15.46.14 #       <ah_> sorry incomplete message: i think it's fat32 formated
15.46.15 #       <Bagder> that's what it says right before the error
15.47.13 #       <Bagder> fat.c is only changed twice since 1.1
15.47.20 #       <matsl> Off for other things. CU!
15.47.32 #       <MeRWiN> ah_: i believe the original archos firmware only works with fat32 also...
15.47.34 #       <Linus> Bagder: disk.c is involved
15.47.42 Quit    matsl ("Liece")
15.47.47 #       <Bagder> ok
15.48.23 #       <Linus> ah_: is your drive a master or a slave?
15.48.41 #       <Zagor> ah_: do you have a linux machine close?
15.48.47 #       <Zagor> i want to see the partition type id
15.49.04 #       <Zagor> we added checking for that, and apparently your partition is not one of the accepted
15.49.35 #       <MeRWiN> ah_: what operating system do you use?
15.50.27 #       <ah_> here xp , got an old linux pc but no usb on it and my 2.5 - 3.5 converter is at work
15.50.29 #       <Linus> Zagor: maybe an extended partition?
15.50.45 #       <ah_> will try to find tools
15.50.58 #       <Zagor> maybe. we need to find out
15.51.01 #       <ah_> maybe partition magic can do that ?
15.51.07 #       <Linus> yes
15.51.09 #       <Bagder> sounds possible
15.51.27 #       <Zagor> no, 1.1 didn't handle extended partitions either
15.51.35 #       <Zagor> it must be the type id
15.51.56 Nick    notch is now known as notch|busy (hidden-use@arthur.techprt.co.uk)
15.51.56 DBUG    Enqueued KICK notch|busy
15.53.27 #       <Zagor> Failed opening dir
15.53.27 #       <Zagor> Couldn't open file: /Farbror Frejp/Farbror Frej - CD-rom.mp3
15.53.48 #       <Zagor> how the heck did i do that :(
15.54.12 Quit    notch|busy ()
15.54.16 #       <Bagder> an extra p?
15.54.39 #       <Zagor> you're right
15.54.59 #       <Linus> Zagor: that could be my fault
15.55.06 #       <Bagder> bad slash fix perhaps
15.55.12 #       <Zagor> i guess so
15.55.16 #       <Linus> playlist.c
15.55.30 #       <Bagder> yes
15.55.31 #       <MeRWiN> http://www.win.tue.nl/~aeb/partitions/partition_types-1.html   <---- shows all known partition identifiers
15.55.38 #       <Bagder> change the line under Linus' fix 
15.55.51 #       <Zagor> ah, right
15.56.16 #       <Bagder> MeRWiN: good digging
15.56.24 Quit    WetFlax ("I like core dumps")
15.56.27 #       <Zagor> linux fdisk knows them too :)
15.56.48 #       <MeRWiN> Zagor: yup, but i'm not running linux :)
15.56.50 #       <Zagor> we're accepting b and c
15.56.52 #       <Bagder> we only need which ah has now
15.57.19 #       <Linus> Bagder: did I put the \0 at the wrong place?
15.57.36 #       <Zagor> Linus: yes
15.57.38 #       <Bagder> Linus: yes
15.57.43 #       <Linus> forgot to change that
15.57.43 #       <Zagor> fixed
15.58.01 #       <MeRWiN> could be 0B, 0C, 1B, 1C, 
15.58.02 #       <Bagder> it seems as if 1b and 1c are possible too
15.58.22 #       <Zagor> right. ah_, how's it going?
15.58.44 Join    mecraw [0] (~lmarlow@dialup-65.58.59.204.Dial1.Denver1.Level3.net)
15.58.50 #       <MeRWiN> Bagder: would 0f be a possibility?  Extended partition (LBA)?
15.59.04 #       <Linus> that would be *so* XP, to create a hidden partition!
15.59.31 #       <Bagder> perhaps f, yes
15.59.32 #       <MeRWiN> Linus: never doubt the "creativeness" of microsoft
15.59.33 #       <Zagor> MeRWiN: we don't support extended partitions at all right now (they require extra parsing)
15.59.33 #       <Linus> MeRWiN: yeah i thought of that
15.59.44 #       <Bagder> "Windows NT does not recognize the four W95 types b, c, e, f "
16.00.07 #       <MeRWiN> Bagder: so F is a valid Fat32 type (if the extra parsing were there)
16.00.13 #       <Linus> Bagder: winnt doesn not support fat32 at all
16.00.26 #       <Bagder> ah, right
16.01.21 #       <MeRWiN> Time to move my car to the parking garage
16.01.24 Nick    MeRWiN is now known as MeRWiN|Movin (~merwin@12.242.185.10)
16.02.49 #       <Bagder> PARTITION_XINT13
16.02.56 #       <Bagder> "Windows 95/98/Me: Partition that uses extended int13 services."
16.03.13 #       <Bagder> and there's a PARTITION_XINT13_EXTENDED
16.03.58 #       <Bagder> god knows what real values they have
16.05.33 #       <Linus> Zagor: you must not start the DMA until the watermark is reached!
16.05.40 #       <Linus> use play_pending
16.06.10 #       <Bagder> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/dmref_1os3.asp
16.06.20 Nick    MeRWiN|Movin is now known as MeRWiN (~merwin@12.242.185.10)
16.06.33 #       <Zagor> Linus: you mean if next goes below watermark?
16.06.45 #       <Linus> yes
16.07.04 #       <Zagor> Linus: can you fix this? you're more at home with the dma and watermarks
16.07.15 #       <Linus> sure
16.08.34 #       <Zagor> ah_: are you there? i'm preparing a module for you to test. which rom version do you have?
16.08.44 #       <Linus> 4.53
16.09.01 #       <Zagor> ah, he said so. good.
16.11.14 #       <Zagor> ah_: http://rockbox.haxx.se/ahtest.mod
16.12.53 #       <ah_> ok
16.16.03 #       <MeRWiN> ah_: is the partition the default one that came with the drive or did you re-partition/reformat?
16.16.11 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
16.16.11 #       * Zagor is anxiously awaiting the result...
16.16.23 Quit    elinenbe ()
16.19.10 #       <ah_> still the same erro
16.19.10 #       <ah_> r
16.19.19 #       <Zagor> ok, hang on
16.19.22 #       <Bagder> Zagor: output the found id
16.19.27 #       <Zagor> exactly
16.19.31 #       <ah_> yes
16.19.34 #       <Bagder> and reduce the font first
16.19.39 #       <grummel> does the rockbox charde the batteries in us mode?!
16.19.46 #       <grummel> usb mode
16.19.57 #       <Bagder> very good question
16.20.21 #       <MeRWiN> grummel: player or recorder?
16.20.28 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
16.20.36 #       <grummel> player
16.20.49 #       <MeRWiN> grummel: I believe it is. I believe it's always charging when the charger is plugged in
16.21.01 #       <MeRWiN> grummel: the charging is hardware-controlled
16.21.02 #       <Linus> player has hardware controlled charger
16.21.05 #       <ah_> MeRWiN i think that the travelstar comes unformated and i formated it on a win2k server i think , it was a year ago.
16.21.21 #       <MeRWiN> ah_: ahh... ok.
16.21.25 #       <ah_> using win tools :(
16.21.25 #       <Zagor> ah_: test again
16.22.17 #       <grummel> ok, I know most of us here are from sweden and I'm to(in stockholm), now I'mn goin out to get new batteries, have u got any recommendations and where to buy?!
16.22.32 #       <Linus> teknikmagasinet
16.22.37 #       <Zagor> grummel: claes ohlsson, teknikmagasinet or some such place.
16.22.44 #       <Linus> GP1800mAh
16.22.45 #       <grummel> GP batteries?!
16.22.49 #       <Zagor> yup
16.22.49 #       <grummel> ok
16.22.54 #       <grummel> thanks
16.23.03 #       <Linus> and get the 1hour charger too. it rocks!
16.23.15 #       <grummel> ok
16.23.24 #       <Linus> and it costs!
16.23.26 #       <MeRWiN> Linus: 1 hour charger?
16.23.32 #       <Linus> fast charger
16.23.38 #       <Zagor> it's lovely
16.23.49 #       <Linus> and you can fry an egg on the batteries
16.23.54 #       <Zagor> hehe
16.23.58 #       <Bagder> portable kitchen
16.24.07 #       <MeRWiN> Linus: can't be very good for battery life though
16.24.26 #       <Linus> not really
16.24.46 #       <ah_> 6 0 0 0:No ???????
16.25.02 #       <Zagor> ah_: right. that's the partition types
16.25.03 #       <Linus> i think Uwe is on to something in the mailing list
16.25.05 #       <MeRWiN> So does the max voltage output change if you use a different mAh battery?
16.25.12 #       <Zagor> 6 is fat16
16.25.18 #       <ah_> hu ?
16.25.22 #       <Linus> that might explain why our charger stops too early
16.25.25 #       <Zagor> are you sure 1.1 worked on this?
16.25.31 #       <ah_> yes for sure
16.25.34 #       <MeRWiN> ah_: you need to reformat
16.25.42 #       <MeRWiN> :)
16.25.47 #       <ah_> and that windows say that it's a win 32
16.25.51 #       <Zagor> does format really alter the partition table?
16.26.01 #       <MeRWiN> Zagor: it should
16.26.15 #       <MeRWiN> ah_: In the properties it actually says FAT32?
16.26.22 #       <ah_> yes
16.26.42 #       <ah_> will try to find a soft like partition magic
16.26.45 #       <MeRWiN> ah_: if you don't have anything too crucial on that drive i'd reformat it
16.26.48 #       <Linus> Zagor: the partition type shouldn't matter
16.26.51 #       <grummel> do u know what name the 1 hour chargers has got?!
16.27.11 #       <MeRWiN> ah_: it could have been a windows screwup the first time you formatted it
16.27.16 #       <Zagor> Linus: true. we should simply try and mount all partitions in order.
16.27.32 #       <Linus> at least peek at the boot block
16.27.36 #       <Zagor> grummel: GP PowerBank Smart
16.27.43 #       <grummel> 699kr!!
16.27.51 #       <Linus> i said it costs!
16.28.00 #       <MeRWiN> grummel: how much is that in USD?
16.28.01 #       <MeRWiN> :)
16.28.03 #       <Zagor> yeah, it's pricey. mostly useful for us developers, i'd say
16.28.09 #       <Zagor> MeRWiN: about $70
16.28.20 #       <MeRWiN> $70?!@#@%?! damn, that's expensive
16.28.52 #       <grummel> how long does the 1800 batteries last after a full charge withthat?!
16.28.56 #       <grummel> charger
16.30.25 #       <Zagor> about 10h with stock firmware
16.30.42 #       <grummel> and with rockbox?!
16.30.53 #       <MeRWiN> and about 5h after it's charged 20 times with the rapid charger :-)
16.30.54 #       <Zagor> i don't know. I always mess too much with it to know :)
16.30.56 #       <grummel> but teknikmagasinet has got 1900mah batteries!
16.31.37 #       <Zagor> MeRWiN: not really. nimh batteries can be fast-charged, unlike nicd
16.32.06 #       <MeRWiN> Zagor: hmm.. maybe i should look into one of those fast chargers then
16.32.12 #       <MeRWiN> how long does the normal charger take to charge?
16.32.24 #       <Zagor> about 6-15 hours
16.32.33 #       <MeRWiN> ack
16.32.47 Join    notch|busy [0] (hidden-use@arthur.techprt.co.uk)
16.35.07 #       <Zagor> ah_: new test
16.35.07 Quit    ah_ (Read error: 104 (Connection reset by peer))
16.35.15 #       <dwihno> Ah, I just thought of something... Will it be possible to crossfade two tracks?
16.35.17 #       <Zagor> aww
16.35.22 #       <Bagder> darned peer 
16.35.22 #       <dwihno> :¨¨(
16.35.26 #       <Zagor> dwihno: no
16.35.29 #       <dwihno> Sankte Peer
16.35.37 #       <dwihno> Zagor: too bad :/
16.36.09 #       <Zagor> we only have one mp3 decoder
16.37.00 #       <dwihno> An idea: To make pressing 'next' more sufficient, maybe the first reads on a "new" file should be made smaller?
16.37.36 #       <Zagor> dwihno: they already are
16.37.51 #       <dwihno> they are? :)
16.37.57 #       <dwihno> Then why is it so slow?
16.38.19 #       <Linus> it is the playlist loading
16.38.39 #       <Linus> and the ID3 parsing
16.38.39 Quit    MeRWiN (Remote closed the connection)
16.38.52 #       <dwihno> id3 parsing should be optional :)
16.38.57 #       <Linus> and the drive needs to spin up each time
16.38.58 #       <dwihno> And playlist loading too ;)
16.39.06 #       <Linus> hehe
16.39.14 #       <dwihno> Seriousley.
16.39.21 #       <dwihno> Why not keep id3 parsing optional? :)
16.39.25 #       * Zagor thinks the remote patch looks very strange. Why all those #ifdefs?
16.39.42 Join    MeRWiN [0] (~merwin@12.242.185.10)
16.39.45 #       <MeRWiN> Interesting ... I just read that storing NiMH batteries in the freezer prolongs their shelf-life :)
16.39.56 #       <Zagor> MeRWiN: really?
16.39.57 #       <Linus> we could stop looking for V1 tags if we found a V2 tag
16.40.04 #       * Zagor moves his spare ones to the kitchen
16.40.22 #       <dwihno> MeRWiN: freezer? not refridgerator?
16.40.35 #       <Bagder> Linus: I bet the difference won't be noticable though
16.40.37 #       <MeRWiN> http://www.greenbatteries.com/documents/battery_myths.htm#Freezer
16.41.10 #       <Linus> the longest wait is probably for the spin up
16.41.36 #       <dwihno> Linus: why does it have to spin up if I switch track in less than 5 secs?
16.41.38 #       <Zagor> MeRWiN: oh, it's for keeping the charge
16.41.58 #       <Linus> dwihno: because someone put an ata_sleep() in the mpeg.c code
16.42.04 #       * Linus points to Zagor
16.42.05 #       <Bagder> heheheh
16.42.18 #       <Bagder> that's what MeRWiN and I've been on about
16.42.23 #       <dwihno> Stop blaming Zagor for everything! :)
16.42.39 #       * Linus keeps shut about the fact that he did it first
16.42.56 #       <MeRWiN> Bagder: what have we been on about? ata_sleep?
16.42.58 #       <dwihno> LBZ - Let's blame Zagor!
16.43.04 #       <Zagor> we might want to wait with the spindown on the first buffer read of a track
16.43.08 #       <notch|busy> Zagor - Feel free to change them - they were for player/recorder compat.
16.43.09 #       <dwihno> So why is there an ata_sleep in the mpeg code?
16.43.14 #       <Bagder> MeRWiN: yes, about mpeg spinning down the disk
16.43.24 #       <Linus> dwihno: to save batteries
16.43.33 #       <MeRWiN> Bagder: I think the ata_sleep() should disappear from that code.
16.43.36 #       <Zagor> notch|busy: yes, but you've put identical code in many of them :-)
16.43.37 #       <Bagder> me too
16.43.53 #       <grummel> should I buy the 1 hour 699kr charger or the 2-5hour 499kr?!
16.43.53 #       <dwihno> Linus: just move the spindown after 5 secs then :-)
16.43.54 #       <MeRWiN> Linus: it really doesn't save that much though in the long run. It's only 5 extra seconds of being spun up
16.44.09 #       <MeRWiN> grummel: put in the extra cash for the 1 hour
16.44.15 #       <notch|busy> I thought I would keep them as this may need changing at a later date...
16.44.49 #       <notch|busy> i.e. I havent tested this on a player :-)
16.44.53 #       <Zagor> k
16.45.12 #       <Zagor> MeRWiN: I smell an option :)
16.45.30 #       <dwihno> Options to the people!
16.45.48 #       <dwihno> Rockbox is already 10 times more configurable than the stock firmware :)
16.47.57 #       <MeRWiN> Zagor: that's what we were saying before. heh.
16.49.14 #       <dwihno> Or as we say in Iran - Frekicheee! :D
16.49.32 #       <Zagor> ooookay, any more known bugs stopping us from releasing?
16.49.56 #       <dwihno> parse mode stripping data from the filename
16.50.09 #       <Linus> dwihno: please explain that one
16.50.18 #       <dwihno> sure
16.50.37 #       <dwihno> I keep my album filenames in the format XX. blablablablabla.mp3
16.50.44 #       <dwihno> 1) I start a track
16.50.52 #       <dwihno> 2) I press 'on' (dirbrowser)
16.51.07 #       <dwihno> 3) I press 'on', return to the WPS and I see only XX
16.51.37 #       <dwihno> (no id3 tag)
16.52.10 #       <MeRWiN> What is parse mode?
16.52.23 #       <Zagor> wps mode "parse"
16.52.32 #       <Linus> i think parse is broken now
16.52.46 #       <MeRWiN> What does the Parse mean though
16.53.27 #       <Bagder> "extract info from filename"
16.53.27 #       <dwihno> My "ugly fix" involves commenting line 100-101 in wps.c just to make it go away ;)
16.53.28 #       <Bagder> I guess
16.53.37 #       <MeRWiN> That will never work :)
16.53.45 #       <MeRWiN> Too many different ways of naming filenames
16.54.07 #       <Bagder> well, if there's no id3 info, showing parts of the path on screen is likely to be more useful than just blank
16.54.26 #       <MeRWiN> Bagder: i'd rather just see the filename if there's no id3 info.
16.54.28 #       <Linus> yes, but a scrolling filename should be enough
16.54.40 #       <Bagder> I don't think so
16.54.49 #       <Bagder> I'd rather fill up the blanks with static info from the file name
16.54.59 #       <Bagder> otherwise I get three empty lines
16.55.03 #       <Bagder> and one scroll
16.55.30 #       <MeRWiN> Bagder: Empty space is not always a bad thing... find something else to fill it with, like the bitrate and filesize or something :)
16.55.33 Join    nsauzede [0] (gizz@lyon-1-a7-62-147-17-134.dial.proxad.net)
16.55.35 #       <Linus> that is what you get with "parse" now as well, i think it's broken
16.55.51 #       <Bagder> MeRWiN: it's already there, even when the id3 info is complete
16.56.13 #       <nsauzede> {hi all}
16.56.17 #       <Bagder> then again, I have id3 tags on almost every mp3 I own
16.56.24 #       <Bagder> hey nsauzede
16.56.31 #       <Linus> hi
16.56.35 #       <MeRWiN> Bagder: hmm, well, i dunno. I'm personally not much for the parse thing, but if we can find a way to get it to work reliably then it'll work fine for some people i guess
16.56.45 #       <dwihno> Linus: I also noticed the id3->path length decreased when leaving&returning to the WPS...
16.57.12 #       <Linus> that is probably a strtok() "feature"
16.57.13 #       <dwihno> Linus: that's why I got a bit suspicious about the code retrieving the path from the list
16.58.11 ***     Saving seen data "./dancer.seen"
16.58.50 #       <Zagor> i don't think i'll be holding 1.2 for the parse mode. i've always considered it a test
16.58.57 #       <Zagor> opinions?
16.59.04 #       <Linus> no
16.59.13 #       <Bagder> I'm on your side Zagor
16.59.13 #       <MeRWiN> Zagor: i think you should disable parse mode for the 1.2 release
16.59.21 #       <dwihno> yeah
16.59.23 #       <Linus> we have made a lot of changes today
16.59.24 #       <Bagder> yeah, you can #ifdef the option
16.59.37 #       <Zagor> that's a good idea
16.59.42 #       <Linus> we should wait with the release until tomorrow
16.59.46 #       <Zagor> Linus: i agree
16.59.50 #       <Bagder> right
17.00.06 #       <Bagder> #ifdef now, though, then we can all update cvs and run 
17.00.20 #       <Linus> we should fix the double-height error messages
17.00.21 #       <Bagder> and check for the last minute breaks
17.00.22 #       <Zagor> i won't include the partition type fix either
17.00.28 #       <Linus> or are they double-height?
17.00.35 #       <Bagder> nah, fix that after 1.2
17.01.04 #       <Bagder> small error messages is a new feature ;-)
17.01.12 #       <dwihno> Bagder: you need to modify your signature, it still has the old rockbox URL :)
17.01.21 #       <Bagder> oops
17.01.34 #       <Linus> LAME!
17.01.40 #       <nsauzede> bagder: nice job with the rockbox manual
17.01.40 #       <Linus> gotta catch the train now
17.01.48 #       * Bagder bows
17.01.49 #       <Linus> bye guys!
17.01.53 #       <Bagder> see ya Linus
17.02.14 #       <Zagor> is the charger enabled on rec20 only, or on all?
17.02.24 #       <Bagder> nsauzede: it still needs a lot of improvements though
17.02.28 #       <Linus> only recorder of course
17.02.47 #       <Zagor> doh, right. the others can't be controlled...
17.02.51 #       <nsauzede> bagder : I just found 1 dead link,
17.02.58 #       <Linus> bye!
17.02.59 Part    Linus
17.03.02 #       <Bagder> nsauzede: url?
17.03.29 #       <nsauzede> http://rockbox.haxx.se/manual/play-wps.html
17.03.37 #       <nsauzede> link : back to main page
17.03.44 Join    ah_ [0] (sam@ABoulogne-103-1-1-104.abo.wanadoo.fr)
17.03.50 #       <nsauzede> oops user manual front page indeed
17.03.54 #       <Zagor> ah_: can you test again?
17.03.59 #       <ah_> Ok thanks for all, got a long car trip tomorow ( 2000 km) , so no times to reformate my drive , when i come from vacation will make some test before transfert and format my drive. Sounds crazy but i think that the drive is fat32 formated with a bad id type.
17.04.03 #       <ah_> zagor yes
17.04.27 #       <ah_> have been disconeted
17.04.39 #       <ah_> can you give me the url back
17.04.48 #       <ah_> you remove the fat32 test ?
17.04.52 #       <Zagor> http://rockbox.haxx.se/ahtest.mod
17.05.02 #       <Zagor> yes, that version tries to mount all partitions
17.05.13 #       <nsauzede> bagder: 1 question plz
17.05.29 #       <Zagor> nsauzede: now there should be no bad links
17.05.29 #       <Bagder> fire away
17.05.44 #       <nsauzede> zagor : cool !
17.06.06 #       <nsauzede> bagder : do u remember when you asked me to produce details about
17.06.21 #       <nsauzede> how to compile win32 sim with lcc-win32 ?
17.06.41 #       <dwihno> http://rockbox.haxx.se/mail/archive/rockbox-archive-2002-06/0193.shtml
17.06.45 #       <dwihno> Check that out nsauzede 
17.06.58 #       <dwihno> it's not lcc, but mingw
17.07.12 #       <nsauzede> errm, thanks dwi,
17.07.28 #       <nsauzede> but I *DID* try to compile with lcc-win32 :-)
17.07.43 #       <nsauzede> (which is another free win32 C compiler)
17.08.00 #       <ah_> Zagor works fine
17.08.09 #       <Bagder> coolers
17.08.22 #       <Bagder> Zagor: that fix should probably go in though
17.08.23 #       <Zagor> ah_: nice!
17.08.57 #       <Zagor> Bagder: maybe. i'm undecided...
17.09.10 Quit    mecraw ()
17.09.12 #       <Bagder> nsauzede: so what's the q?
17.09.29 #       <Bagder> Zagor: I think so, for ah's sake and others in his position
17.09.42 #       <nsauzede> bagder: ok : so I recently re-tried to compile using lcc the recent cvs win32 sim,
17.09.59 #       <ah_> hum what does that mean ? that the partition is fat32 but that the id type is wrong ?
17.10.45 #       <nsauzede> bagder: but I encountered problems, I believe that file dependencies have been added in Makefile in the mean time,
17.11.13 #       <MeRWiN> ah_: yeah
17.11.15 #       <ah_> hey cool i didn't sea the modification since 1.1 , usb without on/off is really great
17.11.21 #       <Bagder> nsauzede: what makefile are you using
17.11.25 #       <nsauzede> bagder: and the problem is that lcc is not a gcc clone, and don't offer as many command line switches...
17.11.44 #       <nsauzede> the one created by configure
17.11.49 #       <nsauzede> I guess :)
17.12.14 #       <nsauzede> (modified a little to fit lcc)
17.12.34 #       <Bagder> so if it is recent code, it should work properly
17.12.59 #       <nsauzede> bagder: indeed, my question is : as someone offered ming-win32 possibility to compile the win32 sim,
17.13.17 #       <Zagor> ah_: yes, it's fat32 formatted but the id says it's fat16
17.13.29 #       <nsauzede> is it worth trying to maintain lcc compatability ?
17.13.58 #       <nsauzede> ming-win32 is a clone of gcc right, what is not lcc
17.14.03 #       <nsauzede> your opinion ?
17.15.06 #       <Bagder> if mingw32 users on windows can use the mingw-makefile put there right now it would be the coolest
17.15.12 #       <Bagder> but right now I'm not sure about that
17.15.21 #       <Bagder> and if not, we have neither mingw nor lcc makefiles in the tree
17.15.31 #       <Bagder> so either one would be an addition
17.15.31 #       <ah_> Zagor, win tools reconize it as fat32 , they maybe use other way that type id to check the file system and that the disk manager tools version i used a year ago to formated is bugged.
17.16.15 #       <nsauzede> bagder: ok, I'll see what I can do then..
17.17.02 #       <Zagor> ah_: they only check the file system, not the partition type
17.17.28 Join    edx [0] (OKE60@fapc.kph.uni-mainz.de)
17.20.15 #       <ah_> Hum type id check is a good idea. I'll reformat my disk when i come back from vacation or try to change the type id manualy. Hope that i'm was the only guy to use this bugged version of win2k disk manager :p
17.22.22 #       <Zagor> Bagder: i think i'll hold the mount fix. it could introduce problems, and ah_ is the first i've heard with the problem
17.22.34 #       <Bagder> you're right
17.23.16 #       <Bagder> the mailing list is getting quite busy lately
17.23.17 #       <ah_> so thanks for that 'personal build' :p
17.23.27 #       <Zagor> ah_: no problem. thanks for helping
17.23.53 #       <MeRWiN> Bagder: I've got a pre-built Cygwin package for the SH1 cross compiler... seems as if it may be easier to have the windows users just install cygwin and drop in my package
17.24.30 #       <Bagder> for cross-compiles indeed
17.24.34 #       <Bagder> but for building the sim?
17.24.59 #       <MeRWiN> Bagder: how do you build the sim? just go into the sim folder and hit make?
17.25.15 #       <Bagder> not really
17.25.18 #       <MeRWiN> or actually, it would be a different makefile
17.25.33 #       <Bagder> you can run the configure script, right?
17.25.35 #       <MeRWiN> yeah
17.25.44 #       <MeRWiN> i was smoking crack a second ago :)
17.25.56 #       <Bagder> if you run that and select win32-sim, it makes a makefile suitable for mingw32 builds...
17.26.14 #       <MeRWiN> brb
17.26.21 #       <Bagder> but we could pretty easy make the compiler selectable and run either mingw or cygwin
17.27.04 #       <nsauzede> cygwin for producing win32 binary ?
17.27.10 #       <Bagder> yes
17.27.24 #       <nsauzede> wow
17.27.39 #       <Bagder> at least I guess so
17.27.48 #       <Bagder> I'm not the one who'll do it ;-)
17.27.57 #       <nsauzede> what you mean by : cygwin-compiler ?
17.28.11 #       <Bagder> nsauzede: if you install cygwin you get a compiler
17.28.20 #       <Bagder> gcc
17.28.32 #       <nsauzede> ok, and ... errm
17.28.38 #       <nsauzede> I'm confused here??
17.28.58 #       <nsauzede> => I'll check that now :-)
17.29.03 #       <nsauzede> great idea !
17.29.12 #       <Bagder> :-)
17.29.58 #       <nsauzede> bagder : (gcc --version returned me 2.95.3-4 => I'll see what I can do with it) -- bye all !
17.30.25 #       <Bagder> hehe, bye nsauzede
17.30.33 Quit    nsauzede ()
17.32.55 Quit    PiotR ("El software es como el sexo: es mejor si es gratis. -- Linus Torvalds")
17.32.55 #       <Bagder> dwihno: you mind if I steal your "shirt" outline for my upcoming design contribution?
17.36.32 #       <Zagor> i'd say it's time to link to the /manual/. it's not complete by any means, but it's the best we've got.
17.36.42 #       <Bagder> yes
17.36.57 #       <Bagder> throwing people at it is the best way to make it improve as well
17.37.25 #       <Zagor> yes. plus a stern order that anyone who changes the UI *must* also change /manual/
17.37.51 #       <Bagder> we need more screen dumps
17.37.55 #       <Zagor> yes
17.38.02 #       <Zagor> how about that ui function? :-)
17.38.17 #       <Bagder> use gimp ;-)
17.38.30 #       <Bagder> "aquire"
17.38.37 #       <Zagor> i know
17.40.26 #       <Bagder> some screens aren't possible to get using the sim though
17.40.30 #       <Bagder> like wps
17.40.31 #       <Bagder> and usb
17.40.53 #       <Zagor> we had wps before my vacation. what happened with that?
17.41.13 #       <Bagder> I don't know
17.45.37 Quit    pyvasene ("using sirc version 2.211+KSIRC/1.2.1")
17.54.01 #       * edx needs photos of an archos device...
17.54.11 #       <edx> are there any photos on the websites
17.54.28 #       <Zagor> yes
17.54.40 #       <Zagor> http://rockbox.haxx.se/devcon/
17.55.04 #       <Zagor> i'll add them to the photo page too, so they're easier to find
17.57.41 #       <edx> yea - ive looked ther ebut didnt find them
17.57.43 #       <edx> thanks
18.05.35 #       <Bagder> http://gcc.gnu.org/ml/gcc/2002-06/msg00325.html
18.05.46 #       <Bagder> amusing
18.06.27 #       <Zagor> how did you find that?
18.06.37 #       <Bagder> magic
18.06.43 #       <Bagder> nah, googling
18.06.54 #       <Zagor> link searching?
18.07.20 #       <Bagder> no
18.07.24 #       <Bagder> just 'rockbox archos'
18.07.27 #       <Zagor> ok
18.08.33 #       <Bagder> http://debianlinux.net/hardware.html, listed under "Custom/Specialized/Crazy Computer Systems" ;-)
18.08.46 #       <Bagder> I like crazy 
18.08.50 #       <Zagor> hehe
18.09.06 #       <Bagder> I'll continue this from home instead, see ya soon
18.09.07 Part    Bagder
18.17.44 #       <Zagor> bjorn:~# apt-get -u upgrade
18.17.51 #       <Zagor> 197 packages upgraded, 0 newly installed, 0 to remove and 3  not upgraded.
18.17.51 #       <Zagor> Need to get 81.2MB of archives.
18.17.56 #       <Zagor> whoa!
18.18.48 #       * Zagor likes fat pipes (eta: 4m6s)
18.21.16 #       <notch|busy> notch is jealous....
18.25.08 #       <notch|busy> bye all...
18.25.13 Quit    notch|busy ()
18.34.51 Join    Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se)
18.35.41 #       <Zagor> Bagder: the sim wps seems to bug due to missing lcd_update()
18.36.10 #       <Bagder> aha
18.36.49 #       <Zagor> or maybe because mpeg_is_playing never returns true
18.41.07 #       <Zagor> yeah, that's it
18.41.21 Quit    Bagder ("disconnecting from stoned server.")
18.41.25 Join    Bagder2 [0] (~daniel@as3-3-2.ras.s.bonet.se)
18.41.29 #       <Zagor> bah, it still bugs bad :-(
18.42.01 #       <Zagor> code rots fast around here :-)
18.42.08 #       <Bagder2> it sure does
18.42.12 DEBUG   EOF from server (Success)
18.42.12 ***     Cleanup
18.42.12 ***     Cleanup
18.42.12 ***     Saving seen data "./dancer.seen"
18.42.12 ***     Exit
18.42.17 ***     Started Dancer V4.16p1
18.42.17 ***     Connected to irc.eu.openprojects.net on port 6667
18.42.17 ***     Logfile for #rockbox started
18.42.23 ***     Server message 501: 'logbot :Unknown MODE flag'
18.42.23 Mode    "logbot :+i" by logbot
18.42.23 Join    logbot [242] (~bjst@labb.contactor.se)
18.42.23 Join    Bagder2 [0] (~daniel@as3-3-2.ras.s.bonet.se)
18.42.23 Join    edx [0] (OKE60@fapc.kph.uni-mainz.de)
18.42.23 Join    ah_ [0] (sam@ABoulogne-103-1-1-104.abo.wanadoo.fr)
18.42.23 Join    MeRWiN [0] (~merwin@12.242.185.10)
18.42.23 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
18.42.23 Join    jedix` [0] (~liam@fwott1-1.cis.ec.gc.ca)
18.42.23 Join    grummel [0] (lamamba_@h135n1fls34o883.telia.com)
18.42.23 Join    freshmaker [0] (~chatzilla@p5082D03C.dip.t-dialin.net)
18.42.23 Join    Zagor [0] (bjst@as9-5-6.k.s.bonet.se)
18.42.23 Join    Synthe [0] (Synthe@galt.synthe.net)
18.42.23 Join    ironi__ [0] (~ironi@80.88.116.93)
18.42.23 Join    adi|home [0] (~adiamas@as5300-10.216-194-24-54.nyc.ny.metconnect.net)
18.42.23 Join    fragglet [0] (~fraggle@pc1-guil4-0-cust151.gfd.cable.ntl.com)
18.42.23 Join    datazone [0] ([0x72LyCYj@207.136.36.203)
18.42.23 Join    webmind [0] (webmind@seal.student.utwente.nl)
18.42.23 Join    matp|work [0] (~mpritch@gateway.riversoft.com)
18.42.23 Join    mbr [0] (~tiw4mabr@rhlx01.fht-esslingen.de)
18.42.23 Join    Tumm [0] (coyote@mysko.net)
18.42.23 Join    adi|work [0] (~adiamas@151.204.138.24)
18.42.23 Join    Hadaka [0] (naked@graywolf.onnanifujiyuu.org)
18.42.23 Join    dwihno [0] (dwihno@Bald067.Baldakinen.Umea.SE)
18.42.23 Join    Hes [0] (~hessu@hessu.zedi.sonera.fi)
18.42.23 Join    PsycoXul [0] (psyco@adsl-63-205-41-6.dsl.lsan03.pacbell.net)
18.42.32 #       <Zagor> ah, welcome back logbot :-)
18.43.24 #       <Bagder2> can gimp scale a single layer ?
18.43.26 #       <Zagor> btw, I installed 'nullidentd' yesterday. a 150-line dummy ident server that gets rid of the annoying delay when connecting to irc servers
18.43.33 #       <Zagor> Bagder2: no idea
18.43.36 #       <Bagder2> cool
18.44.11 #       <Zagor> everything is soooo easy with debian. i'm in love :)
18.44.46 #       <Zagor> i just updated 197 packages in ~10 minutes
18.45.22 #       <Bagder2> :-)
19.00.49 #       <Bagder2> http://rockbox.haxx.se/tshirt-contest/designs.html
19.00.49 Quit    ah_ (Read error: 104 (Connection reset by peer))
19.00.54 #       <Bagder2> my contribution added
19.01.42 #       <Zagor> i like the tagline. "How hard can it be?"
19.02.51 #       <Zagor> ah, now sim wps works. sweet
19.04.03 #       <Bagder2> neat
19.04.09 Nick    Bagder2 is now known as Bagder (~daniel@as3-3-2.ras.s.bonet.se)
19.04.30 #       <Zagor> prev/next doesn't work, though
19.04.53 #       <Bagder> doesn't surprise me
19.05.12 #       <Bagder> makes a good screen dump anyway
19.05.15 #       <Zagor> no, not really. but it shouldn't be too hard to make it work
19.05.20 #       <Bagder> true
19.07.48 #       <MeRWiN> Bagder: hehe.. i like your contribution
19.08.14 #       <Bagder> I like it with more attitude ;-)
19.17.03 Join    MeRWiN- [0] (~merwin@12.242.185.10)
19.17.41 Quit    MeRWiN (Remote closed the connection)
19.20.11 #       <Zagor> what is the difference, charging-wise, between player-old and player-new ?
19.20.23 #       <Zagor> is there any?
19.20.40 #       <Bagder> charging wise?
19.21.07 #       <Zagor> yes, i remember linus mentioning a difference between them but I can't remember what
19.21.26 #       <Bagder> no clue
19.21.34 #       <Zagor> newer players apparently start up the disk when the batteries are full, while the older ones don't.
19.21.47 #       <Zagor> neither can turn off charging
19.21.48 #       <Bagder> ah
19.25.07 Nick    MeRWiN- is now known as MeRWiN (~merwin@12.242.185.10)
19.26.27 #       <elinenbe> bug: in the keylock on screen on the recorder the name of the track still scrolls
19.26.33 Part    elinenbe
19.26.42 Join    elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net)
19.27.51 #       <Zagor> elinenbe: yeah, that's because we haven't added a scroll_pause/resume yet
19.28.43 #       <elinenbe> ah.
19.28.55 #       <Zagor> let's call it a feature until then :-)
19.29.08 #       <elinenbe> a good thing would be to add a page to the site for unofficial patches.
19.29.33 #       <Bagder> we could perhaps use the patch tracker on sourceforge
19.29.35 #       <Zagor> Hes: do you know about the player chargers?
19.29.39 #       <elinenbe> I uses phpbb on one of my sites, and they have a page like that (for phpbb)  it is great.
19.29.45 #       <Zagor> Bagder: indeed
19.30.08 #       <Zagor> still, with this much movement patches would go out of date FAST
19.30.16 #       <Bagder> yeah
19.30.24 #       <Bagder> they either go in or grow old
19.30.33 #       <Zagor> exactly
19.31.16 #       <elinenbe> off to fix my car!  the passenger windo came off the track in my 99 VW golf!@
19.31.22 #       <Zagor> ouch!
19.31.25 #       <elinenbe> #@*($@@!#@@*  DAMN IT!
19.31.26 #       <Bagder> uuuh
19.31.41 #       <elinenbe> what a pain in the ass...  I'm gonna have a fun afternoon (sarcasm!)
19.55.23 #       <Bagder> Zagor: make a screen dump of the wps for the manual! ;-)
19.55.24 Quit    MeRWiN (Read error: 104 (Connection reset by peer))
19.55.31 #       <Zagor> sure
19.55.41 #       * Bagder curses javascript
19.56.53 #       <Zagor> i think we should kill the status bar menu config and just store changes done with f3
19.57.01 #       <Bagder> hehe
19.57.09 #       <Bagder> *exactly* what I proposed this morning
19.57.10 #       <Zagor> a menu item is overkill
19.57.14 #       <Zagor> oh, ok
19.57.25 #       <Bagder> mbr said he was gonna make it so after 1.2 is released
19.59.58 #       <Zagor> tetris segfaults the simulator
20.00.03 #       <dwihno> You are _SO_ evil :)
20.00.16 #       <dwihno> Am I the only one wanting everything configurable in the configuration menu?
20.00.33 #       <Bagder> there's no point in having the status bar on/off in the config menu
20.00.41 #       <Bagder> it isn't a config issue
20.01.07 #       <dwihno> hmm
20.01.24 #       <dwihno> Sure it is :)
20.01.37 #       <Bagder> I don't think so
20.01.42 #       <Bagder> its a key
20.01.46 #       <Bagder> not a config
20.01.58 #       <Bagder> f1+down toggles key lock
20.02.04 #       <Bagder> f3 toggles status bar
20.02.21 Join    MeRWiN [0] (~merwin@12.242.185.10)
20.02.21 #       <Zagor> i agree
20.02.26 #       <MeRWiN> Zagor: I added the scroll_pause/resume once (about a week ago), but Linus never committed it
20.02.45 #       <MeRWiN> Zagor: I think it was supposed to be in but never made it
20.03.02 #       <Zagor> MeRWiN: ok. well it's not a big enough issue to put it in 1.2
20.03.21 #       <MeRWiN> I've got the patch if you still want it :)
20.03.36 #       <Zagor> send it to the list if you haven't already
20.03.50 #       <Zagor> it's good to have everything on the list, since it's nicely archived
20.03.51 #       <Bagder> MeRWiN: you got cvs access now, you can commit it yourself after 1.2 is out
20.04.09 #       <MeRWiN> Bagder: true true.. when are we pushing 1.2?
20.04.12 #       * Bagder avoids work ;-)
20.04.25 #       <Zagor> MeRWiN: i plan for release tomorrow
20.04.28 #       * MeRWiN looks stoned in his passport photo
20.04.41 #       <MeRWiN> Zagor: perfect. :-)
20.04.59 #       <Bagder> we'll see a flood of commits the minutes after the release :)
20.05.05 #       <Zagor> hehe
20.05.16 #       <MeRWiN> Zagor: 1.1 is a letdown compared to 1.2   ... I think people will be nicely suprised
20.05.21 #       <Zagor> yes
20.06.14 #       <MeRWiN> I remember the good old days (about 2 months ago) when MP3's barely played back :-)
20.06.30 #       <Bagder> *g*
20.06.31 #       <Zagor> hehe. those were the times... :)
20.06.55 #       <MeRWiN> Then I didn't come back to the site for a month and suddenly it was release software
20.06.55 #       <MeRWiN> heh
20.07.00 #       * Zagor is reliving The Times using Sidplay and a huge SID collection...
20.07.15 #       <Bagder> hehe
20.07.16 #       <MeRWiN> what would sidplay be?
20.07.25 Quit    grummel ()
20.07.31 #       <Zagor> c64 sound chip emulator. plays old game and demo tunes.
20.07.59 #       <MeRWiN> I miss demos... they're just not like they used to be anymoe
20.08.50 #       <Bagder> we were pretty active demo creators on the C64
20.09.04 #       <Bagder> back in the late 80s
20.09.37 #       <MeRWiN> I was an active demo watcher in the early 90's :-)  All of 12 years old
20.09.58 #       <Bagder> kiddo ;-)
20.10.27 #       <MeRWiN> heh
20.10.58 #       <MeRWiN> I'm too smart for my own good i guess. *grin*.  I've gotta let my age catch up to my knowledge.
20.13.33 #       <MeRWiN> So what happens with Feature commits (assuming there's no freeze)?  Do we all agree on it then commit it? (That's what I would assume)
20.13.58 #       <Bagder> basicly yes
20.14.26 #       <Bagder> small things we just commit and discuss afterwards, of course risking having to change it
20.15.42 #       <Bagder> also, after a commit it is considered polite to check the build status and fix any non-green status
20.16.15 #       <MeRWiN> K.. I'll have the patch for scroll_pause/resume in ready for commit on a timer to execute tomorrow at 8pm Pacific Standard Time. :)
20.16.19 #       <MeRWiN> j/k
20.16.30 #       <Bagder> :-]
20.24.54 #       <Zagor> ahhh! buggggg!
20.25.15 #       <Zagor> dirs with playlists start the wrong mp3 when you press PLAY on it
20.26.04 #       <Bagder> silly
20.28.15 #       <Bagder> btw, check out this => http://svn.collab.net/repos/logos/entries.html
20.28.23 #       <Bagder> logo contest ;-)
20.28.47 #       <Bagder> the funnest thing is how you vote
20.28.55 #       <Bagder> check out the directory, edit the file, commit
20.29.00 #       <Bagder> using svn 
20.29.58 #       <Zagor> haha
20.30.21 #       <Zagor> some cool submissions
20.30.27 #       <Bagder> #2 is in the lead
20.30.43 #       <Bagder> with 16 and 7 following
20.33.07 #       <Hadaka> haha, svn trickling onto this channel as well :)
20.33.23 #       <Bagder> of course
20.33.29 #       <Hadaka> sayy, would you want to convert the rockbox repos to svn? ;)
20.34.30 #       <Bagder> not yet, I'd say
20.35.17 #       <Hadaka> mmh, yeah, you might want to wait beyond the phase when boostrapping is a necessity atlesat
20.36.04 #       <Bagder> there are times when being an early adoptor is cool and there are times when it is less cool ;-)
20.37.00 #       <Hadaka> well it's a bit bad to require everybody to do svn bootstrapping just to download rockbox sources from it's version control system
20.37.10 #       <Bagder> yes
20.37.28 #       <Bagder> and then update svn every now and then when more or less annoying bugs are fixed ;-)
20.37.58 #       <Hadaka> yeah, tracking HEAD is kinda mandatory still
20.38.04 #       <Bagder> indeed
20.38.26 #       <Hadaka> so maybe we'll have this conversation again in two months or so ,)
20.38.52 #       <Bagder> svn is cool, I would really like to run a project on it
20.39.14 #       <Hadaka> don't - once you touch it, you'll never wanna go back :)
20.40.00 #       <Bagder> :-)
20.40.20 #       <Bagder> I have touched it you know ;-)
20.40.23 #       <MeRWiN> Zagor: Do you have random on by chance?
20.40.36 #       <Bagder> grep daniel COMMITTERS
20.40.41 #       <Bagder> B)
20.40.58 #       <Hadaka> grep naked COMMITTERS
20.41.07 #       <Bagder> hehe
20.41.10 #       <Hadaka> :P
20.41.25 #       <Zagor> MeRWiN: no, off
20.42.03 #       <MeRWiN> Zagor: hmm... weird. It plays the wrong mp3 when you press PLAY on a playlist, or just any dir with a playlist in it?
20.42.21 ***     Saving seen data "./dancer.seen"
20.42.22 #       <Zagor> not on a playlist, when I press play on an mp3
20.42.34 #       <Zagor> it plays the next
20.43.01 #       <MeRWiN> Zagor: whoops... might wanna fix that before the release :)
20.43.07 #       <Zagor> heh, yeah
20.43.22 #       <MeRWiN> didn't you say there was a mpeg_next/prev problem or something?
20.43.24 #       <MeRWiN> earlier
20.43.34 #       <Zagor> it's repeatable in the simulator so it should be a small deal tracking it down
20.43.40 #       <Zagor> no, it's in the playlist build I think
20.43.59 #       <Bagder> its probably in the code that skips non-mp3 files or something
20.44.06 #       <MeRWiN> ahh
20.44.23 #       <Zagor> yes. it's off by one, although I don't see why
20.46.27 #       <Bagder> is there one playlist above in this case?
20.46.33 #       <Zagor> no
20.47.00 #       <Bagder> but there's one?
20.47.04 #       <Bagder> I mean not two
20.47.24 #       <Zagor> no playlist necessary, just a dir that contains both folders and files
20.47.32 #       <Bagder> aha
20.47.36 Join    ripnetuk [0] (~george@ripnet.fsnet.co.uk)
20.47.36 #       <Bagder> and it is always off by one?
20.47.50 #       <Zagor> no, now I get more. i thought it was one
20.48.07 #       <Zagor> in one dir, I'm offset by 3
20.48.56 #       <Bagder> you need to step into build_playlist() and I'm sure it'll be visible
20.53.22 #       <Bagder> see ya
20.53.24 Part    Bagder
20.53.37 Quit    ripnetuk ()
20.57.36 #       <Zagor> *dang* found it
20.59.48 #       <MeRWiN> what was it?
20.59.55 #       <dwihno> the evil bug!
21.00.01 #       <Zagor> silly indexing in build_playlist
21.00.17 #       <MeRWiN> damn silly indexing
21.01.44 #       <dwihno> silly silly indexing
21.01.48 Quit    Synthe ("Connection Lost - Excess Blood")
21.07.25 #       <Zagor> ah, tetris works again
21.14.02 Join    Synthe [0] (Synthe@galt.synthe.net)
21.39.39 Quit    adi|work ("[x]chat")
21.40.50 #       <MeRWiN> Zagor: I didn't know it wasn't working
21.41.02 #       <Zagor> it crashed for me in the sim
21.41.05 #       <MeRWiN> ahh
21.58.52 Quit    MeRWiN ()
22.26.28 Join    Linus [0] (~linus@labb.contactor.se)
22.26.34 #       <Linus> Zagor!
22.26.40 #       <Zagor> hey
22.27.04 #       <Linus> Your latest wrap fix in playlist_next() isn't very good, is it?
22.27.28 #       <Zagor> wrap fix?
22.27.34 #       <Linus> isn't it possible that the index is less than -1?
22.27.38 #       <Zagor> it's a negative fix. and it solves the problem.
22.27.40 Join    d728r [0] (~him1010@66-108-139-81.nyc.rr.com)
22.27.41 #       <Zagor> nope
22.27.48 #       <Zagor> when would it?
22.28.30 #       <Linus> playlist_next(-number_of_files()); or whatever the function is called
22.28.43 #       <Zagor> that is one of the bugs reported today "play the first file, go left. go right. it still plays the first file"
22.29.02 #       <Zagor> that should still never make the *index* negative. only the 'steps' parameter.
22.29.24 #       <Linus> if index=0 and steps=-3?
22.29.36 #       <Zagor> then something is wrong. that should never happen.
22.29.48 #       <Linus> not is repeat=true
22.29.50 #       <Linus> if
22.30.15 #       <Linus> play the last song, wrap around and preload the first song again
22.30.17 #       <Zagor> you mean just because we repeat, we should repeat *backwards* too?
22.30.33 #       <Zagor> well, that's an option of course
22.30.36 #       <Linus> you still don't get it?
22.31.08 #       <Linus> imagine starting to play the last Farbror Frej song
22.31.11 #       <Zagor> it is my *indention* to not be able to go to any previous track from the first. the first is as much previous as you get
22.31.21 #       <Linus> it wraps and preloads the next 5 songs
22.31.38 #       <Linus> press <left>
22.31.56 #       <Zagor> ok, now i get it.
22.32.00 #       <Linus> thank you
22.32.06 #       <Zagor> yeah, we need wrap if repeat is active
22.32.08 #       <Zagor> i'll fix it
22.32.33 #       <Linus> that is probably why the modulo operator is used in the first place
22.32.52 #       <Zagor> well modulo doesn't help much for negatives
22.33.06 #       <Linus> i guess the programmer didn't know that
22.33.12 #       <Zagor> possibly
22.33.53 #       <Linus> what happens if the variable is unsigned?
22.34.45 #       <Zagor> umm, from -1 it will become 4 billion something. then we modulo it down, and probably won't get the last track :-)
22.35.56 #       <Zagor> also I don't want it to wrap unless repeat is on
22.36.57 #       <Linus> true
22.37.45 #       <Linus> well, i just wanted to whine about the playlist index
22.37.54 #       <Linus> i'm going to bed
22.37.59 #       <Zagor> night!
22.38.03 #       <Zagor> wat!
22.38.03 #       <Linus> night
22.38.04 #       <Zagor> wait!
22.38.06 #       <Linus> ok
22.38.35 #       <Zagor> what is the difference in charging circuit btwn new and old player?
22.38.44 #       <freshmaker> Hej, there seems to be a new model available: AJB Recorder 15 w/ black(sic!) bumpers: http://www.bestbuy.com/detail.asp?e=11164156&m=488&cat=538&scat=539
22.38.57 #       <Linus> hmmm...
22.39.11 #       <Linus> Zagor: i don't know
22.39.41 #       <Zagor> Linus: ok. but they both can just read the voltage and then don't do much more?
22.39.54 #       <Linus> i guess so
22.39.57 #       <Zagor> freshmaker: looks like a Recorder 10 with a bigger disk. USB 1.1
22.40.09 #       <Zagor> black looks nice, though
22.40.20 #       <Linus> i think the newplayer(tm) can shut off the disk as well
22.40.29 #       <freshmaker> yup, and w/o a real umass ata bridge
22.40.31 #       <Linus> i haven't figured out how...
22.40.40 #       <Zagor> Linus: shut off the disk?
22.40.48 #       <Zagor> ah, you mean the ata power
22.40.49 #       <Linus> power off, like the recorder
22.40.59 #       <Zagor> yes
22.41.43 #       <Linus> gotta hit the sack
22.41.48 #       <Zagor> night!
22.41.51 #       <Linus> night!
22.41.57 Part    Linus
22.42.25 ***     Saving seen data "./dancer.seen"
23.00.09 Quit    d728r ("Leaving")
23.10.04 Join    Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se)
23.10.29 #       <Zagor> hey, bagder
23.10.35 #       <Bagder> hey ho
23.11.06 #       <Zagor> Bagder: what's the the "magic" in ppp log line "[LCP EchoReq id=0xa magic=0xddf631f c3 5c c3 5f" ?
23.11.15 #       <Zagor> just a key, or some info?
23.11.35 #       <Bagder> just a key
23.11.53 #       <Zagor> what's it for?
23.12.00 #       <Bagder> made to detect loopback
23.12.05 #       <Zagor> ah
23.12.05 #       <Bagder> echo
23.12.06 #       <dwihno> hey, Zagor, both can ppp bigger to be playlist modulo voltage
23.12.11 #       <Bagder> if I recall it correctly
23.12.39 #       <Zagor> ok
23.15.13 #       <Zagor> dwihno: random tech talk? :)
23.15.31 #       <dwihno> :-)
23.15.41 #       <dwihno> techtalker(tm) :)
23.15.43 #       <Bagder> tried my button? ;-)
23.15.54 #       <dwihno> Sounds like a song
23.15.56 #       <dwihno> techtalker
23.16.02 #       <Bagder> http://daniel.haxx.se/talklikeme.cgi?
23.17.00 #       <dwihno> "mobile telephone silly me take a walk"
23.17.02 #       <dwihno> :-)
23.17.17 #       <dwihno> that wraps it up quite nicely
23.17.23 #       <Bagder> hehe
23.17.56 Quit    freshmaker ("ChatZilla 0.8.7 [Mozilla rv:1.0.1/20020805]")
23.18.00 #       <dwihno> Human interaction is better than using the mobile phone for communication! :)
23.18.38 #       <dwihno> take a walk is in every goddamn sentence :)
23.19.29 #       <Bagder> veeeery advanced AI engine there
23.20.07 #       <dwihno> I bet it is :)
23.20.13 #       <dwihno> You should include it in rockbox
23.20.23 #       <dwihno> when showing the boot screen
23.20.39 #       <dwihno> "rockbox take a walk assembler MPL mobile phone"
23.20.43 #       <Bagder> like a fortune cookie
23.20.45 #       <dwihno> + "pardon me
23.20.58 Join    ripnetuk [0] (~george@ripnet.fsnet.co.uk)
23.21.30 #       <Bagder> hm, I should add Rockbox to the words!
23.22.42 #       <dwihno> Bagder: why didn't you do my laundry? Now I have to get up @ 6.30 tomorrow to do it! :(
23.22.56 #       <Bagder> ah I forgot
23.23.19 #       <Bagder> surely you can re-use some of the least dirty ones a few more days? B-P
23.23.32 #       <dwihno> hehe
23.23.42 #       <dwihno> I'm not that much of a computer enthusiast ;)
23.23.56 #       <dwihno> I don't even wear glasses!
23.26.22 Nick    dwihno is now known as dwihno|zzz (dwihno@Bald067.Baldakinen.Umea.SE)
23.26.30 #       <dwihno|zzz> I'm off to catch some sleeps0r
23.26.43 #       <dwihno|zzz> "mobile telephone silly me take a walk"
23.26.57 #       <Bagder> night dwihno|zzz
23.27.12 #       <dwihno|zzz> nite
23.27.21 #       <dwihno|zzz> you should sleep too - another day of work ahead
23.27.22 #       <dwihno|zzz> of 
23.27.23 #       <dwihno|zzz> you
23.27.31 #       <Bagder> nah
23.27.44 #       <Bagder> more bugs to fix, more patches to apply ;-)
23.29.26 Join    mecraw [0] (mecraw@12-252-105-241.client.attbi.com)
23.34.49 #       <Zagor> Bagder: if i can't get a screendump function, I at least want the black border to be on all four sides of the screen :-)
23.35.17 #       <Bagder> it was my intention, I'm not really sure why it isn't
23.35.48 #       <Zagor> lcd_clear_screen doing one pixel too far?
23.36.00 #       <Bagder> could be
23.36.41 #       * Bagder digs around
23.38.46 #       <Zagor> hmmm, didn't I receive player simulator icons before my vacation...
23.38.50 #       * Zagor digs around too
23.40.48 #       <Bagder> I think it is drawn below the window
23.40.52 Quit    ripnetuk ()
23.41.19 #       <Bagder> yes
23.41.21 #       <Bagder> that's it
23.42.24 #       <Bagder> but...
23.42.38 #       <Bagder> perhaps we should remove the border all together instead?
23.43.04 #       <Bagder> or if we keep it, adjust it when we build a player sim
23.55.19 #       <Zagor> that's a good idea
23.55.38 #       <Bagder> you mean keep it and resize
23.55.39 #       <Zagor> is it hard making the whole window smaller for player-sim?
23.55.45 #       <Bagder> no
23.55.48 #       * Zagor is an x11 clewbie
23.55.55 #       <Bagder> we #ifdef anyway
23.56.06 #       <Zagor> that'd be best, i think
23.56.18 #       <Bagder>   "*geometry:		120x70", /* this should be .geometry, but nooooo... */
23.56.29 #       <Zagor> hehe
23.57.28 #       <Bagder> ok, so we resize and remove the border then
23.58.38 #       <Zagor> i kinda like the border... :)
23.58.43 #       <Bagder> so what about the player "icons", shall I spare 8 pixels above and below to allow us to add them?
23.58.51 #       <Bagder> ok, border stays then