--- Log for 01.09.104  Server: leguin.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 5 days and 13 hours ago

00.01.33 #       <[IDC]Dragon> talk_init() calls talk_buffer_steal(), just because that does reset most things
00.01.49 #       <[IDC]Dragon> so I use that for my init as well
00.02.24 #       <amiconn> Iiuc talk_init does 2 different things: (1) It sets the talk language to the display language, and resets the "remember-whether-voice-file-is-present" flag. (2) It actually inits the talk engine, and therefore stops playback
00.02.28 #       <[IDC]Dragon> but talk_buffer_steal() calls mp3_play_stop(), which gives the undesired effect
00.02.43 #       <amiconn> For a solution, these 2 task would have to be separated
00.02.49 #       <[IDC]Dragon> yes
00.03.50 #       <amiconn> For loading a new setting, what to call depends on whether the music is playing: if yes, do only task (1), otherwise do both
00.04.11 #       * amiconn tests something
00.05.12 #       <[IDC]Dragon> I don't know if the reset part of talk_buffer_steal() is worth an extra function, of if I should just duplicate the code in talk_init()
00.05.35 #       <[IDC]Dragon> s/of/or
00.06.19 #       <amiconn> That odd behaviour does also occur when "playing" a .lng file or setting the language from the menu
00.07.08 #       <amiconn> Not that I didn't expect that ;(
00.07.27 #       <[IDC]Dragon> I can move the code, no problem
00.12.45 Quit    zeekoe ("quit...")
00.13.36 #       <[IDC]Dragon> talk.c updated
00.13.48 #       <[IDC]Dragon> please try again from cvs
00.14.36 #       * amiconn is checking...
00.17.57 #       <[IDC]Dragon> works for me
00.19.35 #       <amiconn> Works for me too. The tricky thing to check was: (1) enable voice menu, check if they're working, (2) start some music, (3) select a new language via the menu, (4) stop music, (5) check if voice menus use the new language
00.20.04 #       <amiconn> Bug solved :)
00.27.16 #       <[IDC]Dragon> thanks for the excellent diagnostics!
00.27.30 #       <amiconn> It looks like I only discover bugs where I can delegate the fixing...
00.27.40 #       <amiconn> ;)
00.27.58 #       <[IDC]Dragon> do you
00.28.00 #       <[IDC]Dragon> ?
00.28.15 #       <[IDC]Dragon> I don't remember...
00.28.34 #       <amiconn> (1) The null pointer access in mpeg.c => Linus, (2) The talk init => you..
00.28.55 #       <[IDC]Dragon> ah, ok
00.28.59 #       <amiconn> There is another one which I'd like to ask hardeep about..
00.29.40 #       <amiconn> Unfortunately he wasn't here for >3 weeks now
00.30.31 #       <[IDC]Dragon> oops, just saw your PM about ebay
00.31.06 #       <[IDC]Dragon> we sould definitely try not to raise each other
00.31.13 #       <[IDC]Dragon> should
00.31.39 #       * [IDC]Dragon bedtime
00.31.41 #       <amiconn> Of course. Should I have known that?
00.31.50 #       <amiconn> nite.
00.32.13 #       <[IDC]Dragon> I sent you an IRC msg, but you probably weren't looking
00.32.35 #       <amiconn> I was looking, but only after the auction ended...
00.33.01 #       <[IDC]Dragon> next one is in ~2 days
00.33.07 #       <amiconn> There are a few more Ondios, yes
00.33.46 #       <[IDC]Dragon> I could mail-order one for a beit over 50 E
00.33.56 #       <[IDC]Dragon> s/beit/bit
00.34.03 #       <[IDC]Dragon> without tuner
00.34.18 #       <[IDC]Dragon> well, later
00.34.23 #       <[IDC]Dragon> night!
00.34.31 Quit    [IDC]Dragon ("CGI:IRC (EOF)")
00.34.42 Join    Locoguy87 [0] (Locoguy87@Toronto-HSE-ppp3677866.sympatico.ca)
00.34.57 Quit    Sergej ()
00.36.03 Quit    Locoguy87 (Client Quit)
00.40.36 ***     Saving seen data "./dancer.seen"
00.56.52 Quit    Nibbler (Read error: 104 (Connection reset by peer))
01.03.25 Join    BlueBandicoot [0] (~522215cc@labb.contactor.se)
01.04.01 Quit    BlueBandicoot (Client Quit)
01.19.54 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
01.57.19 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
01.57.20 Quit    mecraw (Read error: 104 (Connection reset by peer))
01.58.11 Join    mecraw_ [0] (~lmarlow@69.2.235.2)
01.58.15 Part    scott666_
02.03.36 Join    WatchMinister [0] (Anne@a20104.upc-a.chello.nl)
02.03.45 #       <WatchMinister> good day everyon4
02.03.48 #       <WatchMinister> everyone*
02.15.30 Quit    _aLF ("Leaving")
02.32.27 Quit    mecraw_ ("Trillian (http://www.ceruleanstudios.com)")
02.40.39 ***     Saving seen data "./dancer.seen"
02.46.08 Part    amiconn
03.10.24 Join    Jedi86 [0] (~43a78162@labb.contactor.se)
03.16.16 #       <Jedi86> does anyone here know anything about the possibility of porting / redesigning the rockbox firmware to be used on the iRiver h1xx series?
03.34.05 Quit    Jedi86 ("CGI:IRC (EOF)")
04.40.43 ***     Saving seen data "./dancer.seen"
05.05.22 Quit    Nibbler (Read error: 104 (Connection reset by peer))
05.17.33 Join    maikeul [0] (~gromit@ALagny-151-1-32-220.w83-114.abo.wanadoo.fr)
05.19.00 Quit    maikeul (Client Quit)
05.21.11 Join    gromit`` [0] (~gromit@ALagny-151-1-32-220.w83-114.abo.wanadoo.fr)
05.25.36 Join    webguest92 [0] (~43a751c2@labb.contactor.se)
05.26.00 Quit    webguest92 (Client Quit)
05.27.24 Quit    maikeul` (Read error: 110 (Connection timed out))
06.03.26 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
06.37.36 Quit    Nibbler (Read error: 104 (Connection reset by peer))
06.40.47 ***     Saving seen data "./dancer.seen"
06.42.49 Quit    AciD ("Connection reset by beer")
07.37.56 Join    LinusN [0] (~linus@labb.contactor.se)
07.38.34 #       <dwihno> Welcome.
07.40.18 #       <LinusN> thx
07.48.50 #       <LinusN> hehe, i found a USB memory stick in the water when i was on vacation
07.49.08 #       <LinusN> rinsed it, dried it, and it works!
07.51.05 #       <gromit``> lucky you !
07.51.08 #       <gromit``> hello :)
07.51.24 #       <dwihno> Cool!
07.51.28 #       <dwihno> LinusN: Jackpot! :)
07.51.35 #       <dwihno> LinusN: Did it contain anything snazzy?
07.51.55 #       <LinusN> plenty of internal information from a major player in the telecom market on it :-)
07.54.14 #       <dwihno> Whoa!
07.54.24 #       <dwihno> Snazzy information \o/
07.54.48 #       <dwihno> Not too bright storing internal information unencrypted though.
07.57.05 #       <LinusN> i think i've found out who is the owner
07.57.53 #       <dwihno> Finders fee for you \o/
07.58.14 #       <LinusN> damn! i know the guy!
07.59.05 #       <dwihno> No finders fee then ;)
08.01.01 #       <dwihno> You should teach him about using encryption on unsafe media :)
08.01.23 #       <gromit``> was "water"maked \o/
08.01.33 #       <gromit``> +r
08.01.38 Join    midk [0] (~midk@c-24-18-39-204.client.comcast.net)
08.02.12 #       <LinusN> hehe, it had no housing, only the naked PCB
08.02.30 #       <dwihno> LinusN: Well, he will be happy you got the data for him
08.02.45 #       <LinusN> indeed, i'm emailing him now
08.02.47 #       <dwihno> PCB in the nude :)~
08.02.55 #       <midk> hey LinusN.. did you hear my request about the function to clear the button status? is it possible?
08.03.12 #       <LinusN> midk, no i haven't heard
08.03.33 #       <midk> i asked last night... just something that would clear the queue to use before exiting a plugin
08.04.34 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
08.06.10 #       <midk> a function, or any kind of method would be fine
08.06.30 #       <LinusN> midk: i explained this to you
08.06.33 #       <midk> a function may be overkill but perhaps you know how?
08.06.42 #       <midk> i know, but.. it's not working
08.07.07 #       <LinusN> you still get stray OFF events?
08.07.23 #       <midk> no, different keys too
08.07.31 #       <midk> like if i start a game, hold left a second
08.07.38 #       <midk> wait ten seconds
08.07.40 #       <midk> and exit
08.07.46 #       <midk> even with a sleep(hz) in place
08.07.54 #       <midk> i still get a left keypress outside the plugin
08.08.06 #       <midk> (or more)
08.08.16 #       <LinusN> ok, then there is a bug
08.09.14 #       <midk> must be
08.09.56 #       <LinusN> fyi, there is a i see it
08.09.59 #       <LinusN> i see it
08.10.06 #       <midk> oh, good.
08.10.09 #       <midk> :)
08.10.32 #       * LinusN is a very silly person
08.10.47 #       <midk> of course, of course.
08.13.01 #       <LinusN> btw, there is a button_clear_queue() call in the plugin API
08.13.24 #       <LinusN> (but it doesn't work yet, due to my silliness)
08.13.32 #       <midk> oh, calling that on exit should do instead of a sleep()?
08.13.35 #       <midk> when you fix it. :)
08.13.51 #       <LinusN> midk: it is called by the plugin framework when the plugin exits
08.14.07 #       <LinusN> as i explained the other day
08.14.11 #       <midk> oh, so it's really all your fault
08.14.14 #       <midk> :)
08.14.19 #       <LinusN> as usual
08.16.06 #       <midk> i forgive you.
08.16.24 #       <LinusN> i'll be forever grateful
08.16.45 #       <LinusN> cd ..
08.16.50 #       <midk> dahhaha
08.25.04 #       <LinusN> midk: fixed
08.25.59 #       <midk> good, other than that the only real bug is my faulty paddle code i conjured up at 12:30am last night...
08.26.06 #       <midk> welp, thanks
08.38.37 Join    amiconn [0] (~jens@pD95D10DF.dip.t-dialin.net)
08.38.58 #       <amiconn> hi every1
08.39.29 #       <midk> hey amiconn
08.40.01 #       <dwihno> Hi Jens!
08.40.41 #       <dwihno> Vet du varför Jens är så bra på assembler? Han har så bra kodar-ARMar :)
08.40.46 #       <dwihno> Haha. Den var bra.
08.40.51 ***     Saving seen data "./dancer.seen"
08.42.00 #       <amiconn> ?:-|
08.42.24 #       <dwihno> Swedish joke about ARM and assembly
08.50.49 #       <amiconn> dwihno: Ah. Btw, "arm" means "poor" in german ;)
08.51.34 #       <amiconn> (but it also means "arm")
08.56.10 #       <dwihno> arm = arm
08.56.34 #       <dwihno> Why is Jens so good when it comes to assembly coding? Because he has such great coding-ARMs :)
08.56.37 #       <dwihno> Or something like that ;)
08.57.19 #       <amiconn> dwihno: Ok, so this joke would work in German too :)
09.00.35 #       <dwihno> amiconn: The joke is so universal :D
09.01.17 Join    Zagor [242] (~bjst@labb.contactor.se)
09.06.16 Join    amiconn_ [0] (~jens@pD9E7F393.dip.t-dialin.net)
09.06.35 Quit    amiconn (Nick collision from services.)
09.06.36 Nick    amiconn_ is now known as amiconn (~jens@pD9E7F393.dip.t-dialin.net)
09.29.59 Quit    Nibbler (Read error: 104 (Connection reset by peer))
09.37.30 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
09.37.40 #       <LinusN> agnes asleep?
09.37.45 #       <Bagder> yeps ;-)
09.37.59 #       <Bagder> and a red build! 
09.39.30 #       <LinusN> yeah, i forgot to commit the .h file
09.41.41 #       <dwihno> Bagder: You've got tillökning?
09.42.08 #       <Bagder> 11 months ago, yes, but now I'm taking care of her full-time while my wife has gone back to work
09.43.38 #       <dwihno> Oh!
09.43.47 #       <dwihno> Daddy Bagdy ;)
09.44.07 #       <dwihno> Kids are wonderful creatures, as long as they keep the noise levels down.
09.44.15 #       * Bagder nods and tries to look like a parent
09.44.34 #       <dwihno> The day I'll get children I'll probably get some kind of ear protection as well.
09.44.56 #       <LinusN> as if it was the noise that was the problem...
09.45.12 #       <dwihno> They also have too much of a leak problem
09.46.19 Join    kurzhaarrocker [0] (~knoppix@p50876385.dip0.t-ipconnect.de)
09.46.31 #       <Bagder> end of break
09.46.33 Quit    Bagder ("Leaving")
10.14.33 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
10.14.48 #       <[IDC]Dragon> 'morning
10.15.02 #       <kurzhaarrocker> Morgääähn
10.15.22 #       <[IDC]Dragon> ;-)
10.18.59 #       * [IDC]Dragon just soldered in a new flash chip
10.20.03 #       <kurzhaarrocker> Did the old one dissovle while flashing? :)
10.22.13 #       <[IDC]Dragon> no, this was for a different board
10.24.05 #       <[IDC]Dragon> I didn't hit the 100000 cycle limit ;-)
10.25.11 #       <kurzhaarrocker> Yes, but who counted the tries Archos needed to get the original trash in? ;)
10.25.52 #       <[IDC]Dragon> hmm, I had version 1.28
10.40.53 ***     Saving seen data "./dancer.seen"
11.08.04 #       <kurzhaarrocker> Do you do the 8 MB mod too?
11.09.33 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
11.13.17 #       <[IDC]Dragon> kurzhaarrocker: yes
11.13.33 #       <[IDC]Dragon> and 512KB flash instead of 256K
11.13.49 #       <[IDC]Dragon> and white backlight
11.13.59 #       <[IDC]Dragon> OK, I'll stop bragging
11.14.03 #       <kurzhaarrocker> Does white backlight save energy?
11.14.14 #       <[IDC]Dragon> not at all
11.14.41 #       <kurzhaarrocker> (I'd have been surprised if it did)
11.14.48 #       <[IDC]Dragon> but the backlight consumption in general is rather low
11.39.09 Join    Lynx [0] (lynx@134.95.189.59)
11.47.42 Join    lImbus [0] (~manuel@kernel.cycos.net)
11.51.49 Join    projekt21 [0] (~ciphelp@host1913.igd.fhg.de)
12.16.26 Nick    kurzhaarrocker is now known as kurzhaarrocker|l (~knoppix@p50876385.dip0.t-ipconnect.de)
12.16.26 Quit    Nibbler (Read error: 104 (Connection reset by peer))
12.23.46 Part    projekt21
12.40.55 ***     Saving seen data "./dancer.seen"
13.23.48 Quit    lImbus (Remote closed the connection)
13.31.07 Join    lImbus [0] (~manuel@kernel.cycos.net)
13.37.41 Join    edx [0] (edx@pD9EABD46.dip.t-dialin.net)
13.41.33 #       <[IDC]Dragon> amiconn: r u there?
13.43.59 #       <dwihno> There. Now I'm running Thunderbird.
13.44.04 #       <dwihno> Begone, Outlook!
13.46.08 #       <kurzhaarrocker|l> I don't see much sense in porting any e-mail client onto rockbox.
14.00.51 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
14.40.59 ***     Saving seen data "./dancer.seen"
14.49.40 Quit    Nibbler (Read error: 104 (Connection reset by peer))
15.42.58 Part    Zagor
15.51.47 Part    LinusN
16.22.38 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
16.31.21 Join    Le [0] (~lepoulpe@AMontpellier-251-2-2-166.w83-113.abo.wanadoo.fr)
16.31.41 #       <Le> Hi all !
16.32.02 #       <amiconn> [IDC]Dragon: Now I'm here
16.32.55 Part    Le
16.34.49 Join    Le [0] (~lepoulpe@AMontpellier-251-2-2-166.w83-113.abo.wanadoo.fr)
16.36.25 Part    Le
16.37.41 Join    LePoulpe303 [0] (~opera@AMontpellier-251-2-2-166.w83-113.abo.wanadoo.fr)
16.38.51 #       <[IDC]Dragon> amiconn: welcome back
16.39.39 #       <LePoulpe303> Hi all !
16.40.07 #       <WatchMinister> hey
16.40.13 #       <[IDC]Dragon> amiconn: I read some reviews about the Ondio
16.41.01 ***     Saving seen data "./dancer.seen"
16.41.08 #       <dwihno> [IDC]Dragon: I'm interested to know as well.
16.41.45 #       <LePoulpe303> Did anyone encounters problems with Archos JB S keys ?
16.41.54 #       <[IDC]Dragon> some remarks: a) it has no backlight, b) a plugged MMC disables the internal memory, c) doesn't charge batteries
16.42.37 #       <[IDC]Dragon> with b) the probably circumvent the same problem we would have with 2 "disks", how to browse that
16.42.41 #       <kurzhaarrocker|l> LePoulpe303 they usually break when you have played to many games
16.43.34 #       <[IDC]Dragon> c) it is meant to be operated on alklines
16.43.47 #       <[IDC]Dragon> alkalines
16.45.13 #       <amiconn> b) may as well be to only need one usb->mmc bridge (as you said the internal memory is accessed the same way as an mmc)
16.45.16 #       <LePoulpe303> kurzhaarrocker|l: lol  i prefer to play on my mobile, the archos JB Studio with its ugly LCD is not very gamer  friendly
16.46.04 #       <dwihno> [IDC]Dragon: You don't think it might be possible to use both internal and external memory at once?
16.46.24 #       <LePoulpe303> kurzhaarrocker|l:  : its' my   +  key that is almost broken ; logically its the most used key
16.46.25 #       <kurzhaarrocker|l> There are many Jukeboxes with broken buttons out there. But I haven't heared of any source of replacement buttons yet :(
16.47.30 #       <LePoulpe303> fortunately i've bought archos ugly-and-expensive control to pilot it ; but i prefer repair it if possible
17.03.08 Join    mecraw_ [0] (~lmarlow@69.2.235.2)
17.03.08 Quit    Nibbler (Read error: 104 (Connection reset by peer))
17.03.46 Part    LePoulpe303
17.32.33 #       <[IDC]Dragon> dwihno: if it's not a mechanical switch, it should be possible
17.33.23 #       <[IDC]Dragon> but Rockbox is not prepared for 2 disks
17.33.53 #       <[IDC]Dragon> how would you browse it? Add C:\ and D:\ to the path?  ;-)
17.36.46 #       <dwihno> [IDC]Dragon: yea :)
17.36.55 #       <dwihno> Simply selecting the partition
17.48.12 Join    bagawk [0] (Lee@ACC31DA9.ipt.aol.com)
18.05.09 #       <[IDC]Dragon> Hi Lee!
18.05.24 #       <[IDC]Dragon> I soldered the flash in today
18.07.32 #       <[IDC]Dragon> leaving now for home, will try it out there
18.07.37 #       <[IDC]Dragon> c u
18.07.52 Quit    [IDC]Dragon ("CGI:IRC")
18.11.01 Part    kurzhaarrocker|l
18.38.36 Quit    Lynx (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool")
18.41.04 ***     Saving seen data "./dancer.seen"
18.48.13 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
19.03.39 #       <bagawk> brb
19.03.40 Quit    Nibbler (Read error: 104 (Connection reset by peer))
19.03.43 Quit    bagawk ("umount /dev/brain")
19.07.11 Join    bagawk [0] (Lee@ACC61E2A.ipt.aol.com)
19.07.17 #       <bagawk> wow
19.07.24 #       <bagawk> has anyone ever used litestep?
19.17.08 Join    [IDC]Dragon [0] (~d9e3481c@labb.contactor.se)
19.18.29 #       <[IDC]Dragon> bagawk: the new flash is programmed now
19.18.44 #       <bagawk> [IDC]Dragon: cool :)
19.18.50 #       <[IDC]Dragon> next the PCB has to go into the box
19.18.59 #       <bagawk> thats the easy part :)
19.19.09 #       <bagawk> except i had a little trouble on the usb connections
19.19.14 #       <[IDC]Dragon> a virgin one, with warranty seal, etc
19.19.31 #       <bagawk> you can probably see the is a little burn on the board where those two holes are
19.19.40 #       <[IDC]Dragon> yes, that has to be soldered out with a "strong" iron
19.20.16 #       <bagawk> [IDC]Dragon: ever used litestep for windows?
19.20.27 #       <[IDC]Dragon> what's that?
19.20.43 #       <bagawk> it is a explorer replacement
19.20.53 #       <bagawk> it is MUCh better
19.20.56 #       <[IDC]Dragon> file explorer?
19.21.01 #       <bagawk> just discovered it a few minutes ago
19.21.06 #       <[IDC]Dragon> I use WinCommander
19.21.08 #       <bagawk> [IDC]Dragon: not exactly
19.21.21 #       <[IDC]Dragon> or nowadays called TotalCommander
19.21.26 #       <bagawk> kinda like gnome instead of KDE
19.21.29 #       <[IDC]Dragon> (don't like that name)
19.21.47 #       <[IDC]Dragon> never used that
19.22.08 #       <bagawk> ahh that is a file manger
19.22.14 #       <bagawk> this is a desktop replacment
19.22.27 #       <bagawk> (btw i use directory opus as file manager)
19.22.28 #       <[IDC]Dragon> #litestep
19.27.39 #       <bagawk> i cannot describe it, it is just so good
19.27.46 #       <bagawk> and completely customozable
19.29.29 Part    lImbus
19.38.38 #       <bagawk> see you [IDC]Dragon 
19.38.44 #       <bagawk> ill be around later
19.38.52 Quit    bagawk ("umount /dev/brain")
19.43.30 Join    hoxlund [0] (~none@co-colspgs-u5-c4d-235.clspco.adelphia.net)
19.43.31 #       <hoxlund> need some serious help
19.43.31 #       <hoxlund> my archos displays:
19.43.31 #       <hoxlund> *PANIC*
19.43.31 DBUG    Enqueued KICK hoxlund
19.43.31 #       <hoxlund> mount: -13
19.43.38 #       <hoxlund> and can't restart it or do anything with it
19.44.28 #       <hoxlund> is anyone actually hear or just away?
19.44.32 #       <hoxlund> here
19.48.52 #       <hoxlund> email me if someone gets these messages: hoxlund@adelphia.net
19.48.56 Quit    hoxlund ()
19.50.00 Join    hoxlund [0] (~none@co-colspgs-u5-c4d-235.clspco.adelphia.net)
19.50.05 Quit    hoxlund (Client Quit)
19.50.30 Join    bagawk [0] (Lee@ACC61E2A.ipt.aol.com)
19.54.48 Quit    bagawk (Client Quit)
20.41.08 ***     Saving seen data "./dancer.seen"
20.45.49 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
20.49.00 Join    Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de)
21.07.22 Join    uski [0] (~uski@gandalf.digital-network.org)
21.08.55 Join    _aLF [0] (~alex@d213-101-226-154.cust.tele2.fr)
21.10.07 #       <amiconn> [IDC]Dragon: I'm currently trying to track down that .playlist_control corruption bug. It seems that this is not a file system bug, but a bug of the resume code.
21.12.15 #       <uski> hi all
21.12.23 #       <uski> wazzup ? :)
21.12.23 #       <amiconn> If there are single tracks listed in the control file, this file is read from and written to at the same time. Argh!
21.17.04 Part    uski
21.18.59 #       <amiconn> It seems that I am wrong on that point. There is a mutex...
21.21.52 Join    webguest10 [0] (~d9f5b632@labb.contactor.se)
21.21.59 #       <webguest10> hi
21.24.03 #       <webguest10> i have a problem with my archos jukebox multimedia 20
21.25.29 #       <webguest10> anybody here?
21.48.09 Join    bagawk [0] (Lee@ACC2F413.ipt.aol.com)
21.48.17 #       <bagawk> hey [IDC]Dragon
21.48.26 #       <bagawk> got the board in?
21.49.51 #       <webguest10> hi
21.50.45 #       <bagawk> hi
21.51.01 #       <webguest10> i have a problem with my jbm 20
21.51.45 #       <bagawk> no one here owns a jbmm that i know of, but shoot
21.53.20 #       <webguest10> ok
21.53.55 #       <bagawk> what is your problem?
21.54.26 #       <webguest10> my av out is broken
21.55.47 #       <bagawk> webguest10: then you would need to find a replacment jack, and solder it in
21.56.06 #       <webguest10> hmm. where can i find one?
21.56.17 #       <webguest10> but the jack isn't totally broken
21.56.18 #       <bagawk> hold on, i think i know a place
21.56.31 #       <bagawk> is it jsut the solder then?
21.57.44 #       <bagawk> if so, that should be easy
21.58.14 #       <webguest10> i think the solder is ok. the jack is a bit broken. it cracks when i listen to the music
21.59.25 #       <bagawk> cracks?
21.59.32 #       <bagawk> as in it makes cracking sounds?
21.59.58 Quit    gromit`` ("Client exiting")
22.00.08 #       <webguest10> yes. i always have to push the earphones a little bit until it cracks no more
22.00.31 #       <webguest10> but my headphones are ok
22.00.35 #       <bagawk> ok, then i would not know
22.00.56 #       <bagawk> it may just be a bad contact, and you can try to clean off the headphone jack
22.01.01 #       <webguest10> i can imagine that the electrical contacts are dirty
22.01.19 #       <bagawk> you can also go to the yahoo group
22.01.23 #       <webguest10> what stuff should i use for this?
22.01.25 #       <bagawk> that woudl be a good place to go
22.01.29 #       <webguest10> ok
22.01.46 #       <bagawk> hold on, i will find you a link
22.01.52 #       <webguest10> yeah
22.03.03 Join    gromit`` [0] (~gromit@ALagny-151-1-32-220.w83-114.abo.wanadoo.fr)
22.03.07 #       <bagawk> webguest10: is this a part of your language: 
22.03.07 #       <bagawk> Utilisateurs d' ARCHOS, venez tous partager vos expériences, astuces, news... sur ce lecteur ainsi que sur ces accesoires. 
22.03.33 #       <webguest10> no. i'm from germany ;)
22.03.37 #       <bagawk> ohh
22.03.54 #       <bagawk> one second
22.03.59 #       <webguest10> ok
22.04.02 #       <bagawk> there are a few groups
22.04.05 #       <gromit``> archos users, come and share your experiences, tips, news... about this player and its accessories
22.04.22 #       <bagawk> http://groups.yahoo.com/group/archosmultimedia/
22.04.27 #       <bagawk> there you go :)
22.04.41 #       <webguest10> thx
22.04.45 #       <bagawk> there are lots of members, you are sure to get what you want there :)
22.05.18 #       <webguest10> i need to have an account... ?!
22.05.27 #       <bagawk> yes :(
22.05.52 #       <webguest10> ops. i forgot. i have an account *gg*
22.05.57 #       <bagawk> :)
22.08.13 #       <webguest10> are there any non archos firmwares? rockbox hasn't one
22.09.05 #       <bagawk> there is one being made for the gmini, and there is one for the AV300's
22.09.24 #       <bagawk> (and ofcourse rockbox for the player/recorders)
22.10.27 #       <[IDC]Dragon> amiconn: I'm back
22.10.45 #       <bagawk> hey [IDC]Dragon 
22.10.51 #       <webguest10> but i can't find any for jbm 20
22.10.51 #       <bagawk> got the board in now>
22.10.54 #       <webguest10> hi
22.11.11 #       <[IDC]Dragon> bagawk: not yet, didn't try
22.11.25 Quit    webguest10 ("CGI:IRC (EOF)")
22.11.27 #       <amiconn> [IDC]Dragon: That .playlist_control issue becomes more and more strange :(
22.11.40 #       <[IDC]Dragon> :(
22.12.12 #       <amiconn> Do you have any clue what happens if an open() ed file is open()ed again? What would be the correct posix behaviour?
22.12.50 #       <bagawk> webguest10: go to http://groups.yahoo.com/group/archosmultimedia/post and describe your problem
22.13.15 #       <amiconn> [IDC]Dragon: Strangely, the resume of even very long control files works if I resume on power up, but not if I resume from ON. It works on the sim, though
22.14.24 #       <amiconn> I inserted a splash() telling me the filesize that the resume function got from the fd = open() ... filesize(fd) calls. Strange, this yields almost always 273.
22.15.34 #       <amiconn> Even more strange, 273 is one more than PLAYLIST_COMMAND_SIZE >:-||
22.17.28 #       <gromit``> for accounts : check www.bugmenot.com
22.18.42 #       <bagawk> gromit``: is that the mozilla firefox extension?
22.19.18 #       <gromit``> maybe
22.19.25 #       <gromit``> there is extensions for everything :)
22.19.25 #       <bagawk> it is  neat :)
22.19.33 #       <gromit``> are
22.20.39 #       <gromit``> a shame firefox takes too much time to load
22.20.45 #       <gromit``> i could be a great browser
22.21.05 #       <bagawk> it loads fairly fast for me
22.21.10 #       <gromit``> on linux ?
22.21.12 #       <bagawk> ~4 secs or so
22.21.35 #       <bagawk> i have not usesd firefox on linux, but have use dthe standard mozilla
22.21.45 #       <bagawk> but it seems most things take a bit onger to start in linux
22.21.50 #       <bagawk> *longer
22.21.53 #       <gromit``> on linux i htink it is twice as long as on windows
22.22.31 #       <bagawk> gromit``: what do you use? opera?
22.22.52 #       <gromit``> konqueror
22.23.03 #       <gromit``> opera isn't free
22.23.20 #       <bagawk> heh    i cannot stand konqueror
22.23.25 #       <gromit``> me too
22.23.30 #       <gromit``> too many bugs
22.23.36 #       <gromit``> though interesting features
22.23.43 #       <bagawk> i assume you are using KDE also....
22.23.53 #       <gromit``> bugs with javascript/mimetypes...
22.23.57 #       <gromit``> since version 3.2
22.24.04 #       <gromit``> enlightenment before
22.24.13 #       <bagawk> ypu should try xfce
22.24.33 #       <gromit``> i really enjoy specific windows options
22.24.39 #       <bagawk> http://xfce.org/index.php?page=screenshots&lang=en
22.24.53 #       <gromit``> "you open this size on desktop number 3, with no border... and don't move !!"
22.25.01 #       <gromit``> i look
22.25.28 #       <gromit``> kde & konqueror has known great improvements
22.25.39 #       <gromit``> it is worth having a new glance at it now
22.25.54 #       <bagawk> i hate those frigeen icons that bounce in KDE when start things
22.26.04 #       <gromit``> not mandatory :)
22.26.49 #       <gromit``> am i here ?
22.26.58 #       <bagawk> yes
22.27.23 #       <gromit``> weird it seemed i had no net anymore :)
22.27.23 #       <bagawk> there is also a desktop manager for windows i just discovered today
22.27.27 #       <bagawk> litestep
22.27.31 #       <gromit``> too buggy
22.27.34 #       <gromit``> :)
22.27.41 #       <bagawk> i see no bugs so far
22.27.42 #       <bagawk> lol
22.27.52 #       <gromit``> i used it last year
22.27.56 #       <bagawk> (.24.7)
22.28.15 #       <gromit``> xfce has a nice look
22.28.29 #       <bagawk> it does, and it uses very little ram
22.28.35 #       <bagawk> and very customizable
22.29.56 #       <gromit``> maybe i'll put it on my server :)
22.30.13 #       <gromit``> i'll have to grab every xf* application !
22.32.34 #       <bagawk> there is another project that adds some plugins to xfce that are nice
22.32.38 #       <bagawk> like cpu monitor etc
22.33.04 #       <bagawk> http://xfce-goodies.berlios.de/
22.33.27 #       <gromit``> i want the smallest launch bar
22.33.35 #       <bagawk> :)
22.33.39 #       <bagawk> you can do that
22.33.41 #       <gromit``> to benefit the fact i have a 17" screen
22.33.41 #       <gromit``> :)
22.33.45 #       <gromit``> so no goodies :)
22.33.57 #       <[IDC]Dragon> amiconn: (files) I don't know what happens if you open again
22.34.04 #       <bagawk> one way to save space is to move the workspace switch to the top
22.34.09 #       <bagawk> where the taskabr is
22.34.14 #       <[IDC]Dragon> in windows, it depends on the mode
22.34.30 #       <[IDC]Dragon> but certainly no 2 can write
22.34.40 #       <gromit``> it has a gnome-like look it seems
22.34.43 #       <WatchMinister> hey
22.34.56 #       <bagawk> it is nothing liek gnome
22.35.08 #       <bagawk> gnome is almost like kde
22.35.12 #       <gromit``> sure :)
22.36.40 #       <[IDC]Dragon> bed time
22.36.44 #       <gromit``> gn
22.36.45 #       <bagawk> see you [IDC]Dragon 
22.36.49 Quit    [IDC]Dragon ("CGI:IRC (EOF)")
22.37.04 #       <gromit``> when i have some time i'll install xfce on my server
22.37.21 #       <gromit``> kde is a little too greedy for a PII233
22.37.24 #       <gromit``> :
22.37.27 #       <gromit``> :)
22.37.29 #       <bagawk> i am going to the library       see you in about 15-20 mins :)
22.37.34 #       <gromit``> cya
22.37.41 #       <gromit``> maybe i'll be sleeping
22.37.48 #       <gromit``> i haven't slept last night :)
22.37.50 #       <bagawk> ok
22.37.52 #       <bagawk> lol
22.38.00 Quit    bagawk ("umount /dev/brain")
22.41.12 ***     Saving seen data "./dancer.seen"
22.52.16 Join    LinusN [0] (~linus@labb.contactor.se)
22.52.28 #       <amiconn> hi LinusN
22.52.36 #       <LinusN> amiconn: which mode are you opening the files in?
22.53.28 #       <amiconn> I'm not opening them myself, I try to analyze the .playlist_control corruption bug
22.53.57 #       <amiconn> I make some slowly progress, though.
22.54.00 #       <LinusN> the same file can be opened as many times you wish, as long as it's read-only
22.54.06 Join    bagawk [0] (lee@IC62.library.oregonstate.edu)
22.54.18 #       <amiconn> The resume function opens it with O_RDWR
22.54.33 #       <amiconn> ...but closes it before, as I just found out
22.54.36 #       <LinusN> twice?
22.54.43 #       <LinusN> ok
22.54.55 Quit    WatchMinister ("Those who would give up essential Liberty, to obtain a little temporary Safety, deserve neither Liberty nor Safety.")
22.55.03 #       <amiconn> The problem is likely created earlier:
22.56.05 #       <amiconn> I just found (via splash debugging), that the file size at the start of the resume function (before it closes the old handle) is still correct (some 21000 bytes in my test case), but the file pointer points to pos. 273
22.56.35 #       <amiconn> I'm almsot sure the old handle was created with O_TRUNC...
22.56.46 #       <amiconn> *almost
22.57.12 #       <amiconn> So this seems to be no file system bug, but a bug in the playlist handling code...
22.57.37 #       <LinusN> nice
22.58.00 #       <amiconn> Erm, not really. I still have to spot that d*** bug
22.58.02 Join    moormaster [0] (~trillian@port-212-202-174-153.dynamic.qsc.de)
22.58.08 Join    zeekoe [0] (zeekoe@zeekoe.kabel.utwente.nl)
22.58.16 Part    moormaster
23.04.36 Quit    Ka_ ("* poof *")
23.06.49 #       <LinusN> ok, so we insert a directory into an empty playlist, creating a new control file in the process, right?
23.07.41 #       <amiconn> The playlist mechanism is rather complex, and works different than one could think of in many places:
23.07.50 #       <LinusN> then we do playlist_start()
23.08.08 #       <LinusN> this does a seek() to the beginning of the control file
23.08.08 #       <amiconn> If we play a file within a dir, a dynamic playlist is created, containing that dir itself.
23.08.18 #       <LinusN> which is opened with O_TRUNC
23.08.51 #       <amiconn> Contrary, if we on+play->playlist->insert a directory, the individual tracks are written to the control file.
23.08.53 #       <LinusN> when we later close it, it will be truncated
23.09.44 #       <amiconn> If I didn't overlook something, the control file is _never_ opened with O_TRUNC...
23.10.45 #       <LinusN> create_control() calls creat()
23.11.13 #       <amiconn> argh
23.11.19 #       <LinusN> creat() implies O_TRUNC
23.12.10 #       <amiconn> So perhaps the file should be created with creat(), closed immediately, and the reopened without O_TRUNC
23.13.01 #       <LinusN> sounds like a working solution
23.13.19 #       <amiconn> Or (maybe easier): seek to end before closing
23.13.42 #       <LinusN> but we want the control file to be truncated
23.13.50 #       <LinusN> when we create it
23.14.44 #       <amiconn> Ok, right
23.14.46 #       <LinusN> reopening it seems to be the best solution
23.15.06 #       <dwihno> Wups
23.15.24 #       <dwihno> I just realized I lost my GUI code when my disk crashed
23.15.32 #       <dwihno> A good reason to re-write it.
23.15.39 #       <dwihno> That will be my christmas gift to the project
23.15.53 #       <LinusN> 2004 or 2005? :-)
23.16.34 #       <dwihno> Depends
23.16.40 #       <dwihno> ;)
23.16.54 #       <dwihno> I hope I'll get the sound menu done
23.17.54 #       <dwihno> Time to curl to bed... :)
23.18.02 #       <dwihno> (yes, a slight pun intended)
23.18.06 #       <LinusN> dwihno: nite
23.18.20 Join    SmoothOperator [0] (~acaf80f5@labb.contactor.se)
23.20.42 #       <LinusN> amiconn: btw, we can boost the playlist handling slightly by not doing fprintf()
23.21.26 #       <LinusN> it calls write() for every byte
23.24.47 #       <amiconn> We'd need an extra snprintf buffer for that
23.24.55 #       <LinusN> yes
23.26.13 #       <LinusN> or we could add a small buffer to fprintf()
23.26.58 #       <amiconn> In fact I think that's the better idea - it will boost fprintf in all places
23.27.03 #       <LinusN> let's say, 64 bytes
23.27.40 #       <LinusN> let's do that after we have fixed the playlist bug
23.28.24 #       <amiconn> That beast is fixed now. yeah!
23.28.29 #       <LinusN> wow!
23.29.04 #       <LinusN> i'm doing the fprintf buffering now
23.35.05 #       <amiconn> Maybe the gain from this is less than we would expect. The file system does sector buffering anyway
23.35.38 #       <amiconn> Btw: Any news on the NULL pointer access in mpeg.c?
23.35.42 #       <LinusN> perhaps, but there is a lot of code to execute for each byte
23.35.51 #       <LinusN> i haven't looked at it yet
23.36.08 Join    silencer [0] (~silencer@dyn-213-36-104-214.ppp.tiscali.fr)
23.36.24 #       <LinusN> i'll leave the fprintf() optimization for now, until i can benchmark it correctly
23.37.34 #       <amiconn> LinusN: I'd like to optimize the screendump function. This uses 2 buffers with the size of lcd_screenbuffer (imho with no reason), and the bitmap rotation is rather slow...
23.38.20 #       <LinusN> i didn't know there was a performance problem...
23.38.52 #       <amiconn> Not really a performance problem for it's current occasional use...
23.39.29 #       <amiconn> but (1) considered it's occasional use, it should take less space (both code & data)
23.39.40 Join    AciD` [0] (~AciD@longchamp44-1-82-67-133-87.fbx.proxad.net)
23.39.51 #       <LinusN> i agree
23.40.13 #       <amiconn> and (2) after improving it, it could be put into the api, for using it in e.g. etch-a-sketch
23.40.32 #       <LinusN> sure
23.40.52 #       <LinusN> you have my blessing :-)
23.40.57 #       <amiconn> I'm thinking about implementing the reverse function (.bmp loading) as a plugin lib function
23.41.16 #       <LinusN> good idea
23.41.31 #       <amiconn> The optimized screendump will use a very little assembler macro, the rest can be done in C
23.41.58 #       <LinusN> remember that it is used in the simulator too
23.42.27 #       <amiconn> Then the macro can be defined in real C (much slower, but working everywhere)
23.42.41 #       <LinusN> is the speed an issue?
23.43.13 #       <amiconn> The assembler macro will do the following: Shift one variable right by 1 bit, and another variable left by 1 bit, shifting in the lsb of variable (1) into (2)
23.43.23 #       <amiconn> This will be both faster and smaller
23.43.45 #       <LinusN> i mean, we talk a lot about portability nowadays
23.44.17 #       <LinusN> but on the other hand, the next device won't have the same lcd anyway...
23.44.54 #       <amiconn> yes
23.44.59 #       <zeekoe> !!!yay for amiconn!!!
23.45.02 #       <zeekoe> :)
23.46.32 #       <LinusN> gotta reboot, cu later
23.46.44 Part    LinusN
23.50.30 #       <amiconn> zeekoe: That "beast" you are unable to decipher is actually a part of the bitmap rotation I was talking about...
23.50.56 #       <zeekoe> yeah, i already thought it would be some rotating thing
23.51.07 #       <zeekoe> shifting bits, and then adding stuff to it
23.51.32 #       <zeekoe> you _do_ understand it?
23.51.46 #       <amiconn> The rockbox native bitmap format is a bit strange. That's because it is the same format as used by the lcd controller
23.51.58 #       <amiconn> Yes, I understand it.
23.52.28 #       <zeekoe> nice :)
23.52.43 #       <zeekoe> oh... i thought the bmp-native format was strange
23.52.43 Quit    SmoothOperator ("CGI:IRC (EOF)")
23.52.51 Nick    gromit`` is now known as gromit[DLM] (~gromit@ALagny-151-1-32-220.w83-114.abo.wanadoo.fr)
23.54.00 #       <amiconn> zeekoe: Actually, I already dealt with it a lot, as it is used in a number of places I touched: the lcd_bitmap() function and the grayscale framework are examples
23.54.13 Join    Elemeno [0] (~4givn@dpc691997050.direcpc.com)
23.54.21 #       <Elemeno> Hi folks
23.54.27 #       <bagawk> hi
23.54.57 #       <Elemeno> hey, has anyone tried to replace/reposition the internal mic on the jukebox?
23.55.04 #       <zeekoe> me
23.55.09 #       <zeekoe> not seriously though
23.55.36 #       <zeekoe> couldnt get the cpu board removed without breaking
23.56.05 #       <Elemeno> hmm.. my mic was attached to the board by two inch-long wires - red and black
23.56.10 #       <zeekoe> cool
23.56.20 #       <zeekoe> did you try it?
23.56.47 #       <Elemeno> well, I recorded with the mic about an inch away from the jukebox, and there is hardly *any* background noise
23.56.53 #       <Elemeno> such as clicking, whirring, etc
23.57.03 #       <zeekoe> nice....
23.57.23 #       <Elemeno> yeah.  so now I'm trying to figure out a permanent fix
23.57.58 #       <zeekoe> i thought about leading it out through the digital in/out
23.58.33 #       <Elemeno> the microphone itself is about the size of a pencil eraser.  I just wonder where I can mount that and still have it be safe