--- Log for 21.04.104  Server: truong.freenode.net  Channel: #rockbox
--- Nick: logbot_  Version: Dancer V4.16p1  Started: 2 months and 8 days ago

00.03.33 Quit    mecraw__ ("Trillian (http://www.ceruleanstudios.com)")
00.22.39 Join    midk [0] (mk@ACC5C181.ipt.aol.com)
00.26.37 #       <LaurentG> time to sleep
00.26.40 #       <LaurentG> cu all
00.26.42 Quit    LaurentG ("Download Gaim: http://gaim.sourceforge.net/")
00.56.16 #       <ricflair> ive noticed that the jukebox seems to be dead of power when the power indicater has it at about half full. Strange
01.27.19 Join    top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-148.rasserver.net)
01.37.12 Quit    MT (Client Quit)
01.41.52 #       <midk> TOPS
01.42.27 #       <top_bloke> yo word
01.52.42 ***     Saving seen data "./dancer.seen"
01.53.29 Part    amiconn
02.22.50 Join    omario [0] (~support@66-27-124-82.san.rr.com)
02.22.50 Quit    bc|busy (Read error: 54 (Connection reset by peer))
02.23.00 #       <omario> hey all
02.23.08 #       <midk> yo yo yo
02.23.15 #       <omario> anyone own a 20gb archos here?
02.23.23 #       <midk> model?
02.23.41 #       <omario> http://www.amazon.com/exec/obidos/tg/detail/-/B0000T1R4O/qid=1082506672/sr=1-5/ref=sr_1_5/104-0905932-9899126?v=glance&s=electronics
02.23.52 #       <omario> IT doesn't seem to have a radio?
02.24.12 #       <midk> v2?
02.24.24 #       <omario> whatever one that is..
02.24.33 #       <omario> "Archos 20 GB USB 2.0 MP3 Jukebox Recorder
02.24.39 #       <omario> I can't seem to find a version number..
02.24.57 #       <top_bloke> is it V2?
02.25.20 #       <omario> how can I tell?
02.26.00 #       <top_bloke> uh
02.26.15 #       <top_bloke> i guess it doesnt matter anyway
02.26.19 #       <omario> I mean.. I don't own it, but I'm thinking of buying one..
02.26.40 #       <top_bloke> oh
02.26.48 #       <top_bloke> well theyre both good
02.27.07 Join    MT [0] (mt@217.112.89.81)
02.27.11 #       <omario> just wondering.. the one I'm thinking of buying - doe sit have a radio?
02.27.17 #       <top_bloke> n
02.27.20 #       <top_bloke> no
02.27.21 #       <midk> sec
02.27.24 #       <top_bloke> unless it says FM
02.27.29 #       <midk> tops
02.27.34 #       <midk> or maybe if its a v3
02.27.35 #       <midk> er
02.27.38 #       <midk> v2
02.28.16 #       <top_bloke> haha
02.28.18 #       <top_bloke> v3
02.28.28 #       <top_bloke> but recent v2s dont have radio
02.28.30 #       <omario> lol, I was kinda hoping there was some way to hack it up to have an FM radio.. like stick an antenna on it :P
02.28.37 #       <top_bloke> lol
02.29.19 #       <midk> omario: it's a possibility
02.29.21 #       <omario> I had a few general questions though...
02.29.27 #       <omario> lol, that would be cool :P
02.29.39 #       <omario> One thing I was wondering is how it holds up to like.. runnign with it
02.30.58 #       <top_bloke> probably not recommended
02.31.20 #       <top_bloke> it spins up like very 2 min
02.31.32 #       <top_bloke> gah i cant get sim to test the rock
02.32.15 #       <omario> but.. for something less bumpy.. like wlaking it would be ok?
02.32.16 #       <top_bloke> says like E:\tetris.rock is not a valid windows image
02.32.20 #       <top_bloke> yeah
02.37.27 #       <omario> at $129.. worth it?
02.37.52 #       <top_bloke> hell yeah
02.37.57 #       <top_bloke> BUY IT NOW
02.38.09 #       <top_bloke> thats like free
02.38.15 #       <top_bloke> you can toss it if u dont like it
02.38.20 #       <omario> lmao ok
02.38.27 #       <omario> so.. with rockboxx I can get games?
02.38.32 #       <midk> no you can give it to ME if you dont like it
02.38.33 #       <top_bloke> hell yeah
02.38.40 #       <midk> yes tetris, snake, wormlet, star
02.38.44 #       <midk> othelo
02.38.46 #       <top_bloke> were working on improved teteis!
02.38.56 #       <top_bloke> tetris
02.39.06 #       <midk> very hush hush
02.39.48 #       <omario> sweet lol
02.39.51 #       <top_bloke> oh crap
02.39.53 #       <top_bloke> i blew it
02.40.00 #       <top_bloke> i blew the cover
02.40.10 #       <omario> don't worry, I won't tell :P
02.40.12 #       <midk> *pulls out gun
02.40.15 #       <midk> move along move along
02.40.56 #       <top_bloke> lol
02.41.05 #       <omario> lmao
02.41.09 #       <top_bloke> this sim stuff takes so long
02.41.33 #       <top_bloke> i could have USB'd like 5 times by now
02.44.20 Quit    elinenbe (" Like VS.net's GUI?  Then try HydraIRC -> http://www.hydrairc.com <-")
03.00.07 Quit    top_bloke ("The mind is a terrible thing to taste. Wasted 0 seconds online.")
03.00.50 Join    BC [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
03.00.57 Join    top_bloke [0] (~ekolb_pot@dsc01-chc-il-209-109-229-148.rasserver.net)
03.02.05 #       <midk> yo bc
03.02.10 #       <BC> mk
03.04.33 #       <top_bloke> ok i got the score ++
03.06.56 Quit    omario ()
03.25.29 Quit    AciD ("www.cpm-fr.com")
03.25.29 Quit    Nibbler (Read error: 104 (Connection reset by peer))
03.35.02 Quit    midk ("ttyl")
03.52.44 ***     Saving seen data "./dancer.seen"
04.28.38 Join    thu [0] (~thu@S010600c002385073.vc.shawcable.net)
04.28.42 #       <thu> hey
04.29.38 #       <BC> HO
04.29.47 #       <BC> OOPS THAT'LL BE HEX mode
05.03.36 Join    silencer_ [0] (~silencer@zen.via.ecp.fr)
05.03.36 Quit    silencer (Read error: 54 (Connection reset by peer))
05.07.03 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
05.12.56 Quit    top_bloke ("The mind is a terrible thing to taste. Wasted 2 hours 12 minutes and 41 seconds online.")
05.34.11 Quit    Nibbler (Read error: 104 (Connection reset by peer))
05.52.48 ***     Saving seen data "./dancer.seen"
05.55.32 Quit    BC ("Trillian (http://www.ceruleanstudios.com)")
06.16.24 Quit    scott666 ("i'll be back...eventually...")
06.34.15 Join    midk [0] (mk@ACC134E2.ipt.aol.com)
07.06.36 Join    LinusN [200] (~linus@labb.contactor.se)
07.10.12 #       <dwihno> Welcome back \o/
07.10.23 #       <midk> hey linusn
07.13.03 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
07.26.17 #       <LinusN> hola
07.26.30 #       <midk> woo woo
07.33.55 Quit    jkerman (Read error: 104 (Connection reset by peer))
07.34.46 Join    jkerman [0] (~jkerman@jkhouse2.jvlnet.com)
07.38.16 Join    [IDC]Dragon [0] (~idc-drago@p50861AF9.dip.t-dialin.net)
07.38.38 #       <[IDC]Dragon> good morning earlybirds!
07.40.22 #       <dwihno> bueno
07.40.35 #       <[IDC]Dragon> LinusN: I've finally fixed my mp3 clips switch problem.
07.41.54 #       <[IDC]Dragon> mp3_play_pause() is evil, the pause via SCR0 eats data.
07.52.49 ***     Saving seen data "./dancer.seen"
08.01.16 #       <ze> hmm
08.01.16 Quit    Nibbler (Read error: 54 (Connection reset by peer))
08.35.36 #       <LinusN> [IDC]Dragon: like we suspected
08.36.49 #       <dwihno> Are there any good ways to make automated backups (revision-based would be nice too) in a *nix environment?
08.40.01 #       <LinusN> of course
08.40.12 #       <[IDC]Dragon> LinusN: but I haven't touched mp3_playback.c to change the pauseplay, instead I kicked mp3_play_pause() out of shutup() and instead disable/enable the DMA.
08.40.49 #       <midk> shutup() LOL
08.41.28 #       <LinusN> [IDC]Dragon: nasty
08.41.42 #       <[IDC]Dragon> I know
08.41.59 #       <dwihno> LinusN: I wouldn't mind a pointer or a tip :)
08.42.28 #       <LinusN> dwihno: just to back up your personal files, or?
08.43.13 #       <dwihno> LinusN: Nah, complete company backups.
08.43.35 #       <LinusN> http://www.amanda.org/
08.44.00 Join    mattzz [0] (~c2af7555@c231002.adsl.hansenet.de)
08.45.23 #       <dwihno> LinusN: it has revision support?
08.49.31 #       <LinusN> i dunno
08.49.47 #       <LinusN> why is date not good enough?
08.49.54 #       <mattzz>  str_vrc_fcode_for,
08.49.54 #       <mattzz>    
08.50.06 #       <mattzz> ooops
08.50.58 #       <mattzz> [IDC]Dragon: check out http://mattzz.dyndns.org/twiki/bin/view/Projects/RockBox   :o)
08.51.58 #       <LinusN> c0000000l
08.52.25 #       <LinusN> commit! commit! commit!
08.52.26 #       <midk> ooh lemme see
08.52.29 #       <midk> what what what
08.52.32 #       <midk> what is it
08.52.32 #       <midk> WHAT
08.53.09 #       <midk> WHOA
08.53.12 #       <midk> nice!
08.53.33 #       <LinusN> apfelmännchen!
08.53.38 #       <midk> can this be downloaded?
08.53.49 #       <mattzz> LinusN: you can find the source at http://mattzz.dyndns.org/archos/   (I dont have access to CVS)
08.54.12 #       <mattzz> LinusN: or I can commit it to patchtracker
08.54.26 #       <LinusN> mattzz: why is is a separate plugin?
08.55.01 #       <[IDC]Dragon> mattzz: I saw it yesterday, have it running already, nice.
08.55.14 #       <mattzz> LinusN: because of the grayscale framework overhead. It is about three times slower than the b&w version
08.55.31 #       <LinusN> can't they be in the same source file, with some options?
08.55.33 #       <[IDC]Dragon> I still would replace the b/w
08.55.46 #       <LinusN> grayscale: on/off
08.56.29 #       <mattzz> I agree on replacing the b/w version. I dont have a key left for options ;-)
08.57.14 #       <midk> trying it now
08.57.19 #       <midk> OOOOOOOH
08.57.21 #       <[IDC]Dragon> mattzz: I saw you and amiconn in IRC, but could not participate. I was behind a network split. (Whatever that is)
08.57.30 #       <midk> nice job mattzz
08.57.35 #       <mattzz> thanks
08.57.38 #       <midk> very cool
08.58.00 #       <mattzz> amicon and IDC where a great help
08.58.11 #       <mattzz> were
08.58.16 #       <[IDC]Dragon> ;-)
08.58.18 #       <midk> :)
08.58.34 #       <midk> nite all
08.58.37 Quit    midk ()
08.58.53 #       * mattzz does some self marketing today ;-)
09.00.26 Join    amiconn [0] (~jens@pD9E7DF9E.dip.t-dialin.net)
09.00.50 #       <mattzz> morning jens
09.01.16 #       <[IDC]Dragon> morning
09.01.16 #       <amiconn> Morning all
09.06.12 #       <LinusN> yo amiconn
09.15.13 #       <LinusN> mattzz: you want to replace mandelbrot.c with graubrot.c?
09.15.39 #       <mattzz> LinusN: makes sense to me
09.16.01 #       <[IDC]Dragon> yes, but call it mandelbrot still, I'd suggest
09.16.04 #       <LinusN> i'll do it, and i'll change the attempt to empty the keyboard queue
09.16.09 #       <LinusN> [IDC]Dragon: yup
09.16.25 #       <[IDC]Dragon> graubrot was a german joke
09.16.34 #       <mattzz> yup, better call it mandelbrot
09.16.40 #       <[IDC]Dragon> because "grau" means "gray"
09.17.01 #       <mattzz> and graubrot is sooo healthy my ma told me.
09.17.22 #       <[IDC]Dragon> not schwarzbrot?
09.17.40 #       <mattzz> schwarzbrot was even worse!
09.18.12 #       <mattzz> today I mostly eat toastbrot - as a result
09.18.26 #       <mattzz> but that's boring stuff ;-)
09.19.10 #       <LinusN> i think apfelmännchen is a cute name for it :-)
09.19.42 #       <[IDC]Dragon> is that international?
09.20.16 #       <LinusN> not at all
09.20.33 #       <LinusN> just german iirc
09.22.08 #       <[IDC]Dragon> gotta eat my toastbrot
09.25.36 #       <LinusN> mattzz: committed
09.26.40 #       <amiconn> LinusN: Anything new about the lcd code on the player, or the recording code?
09.27.08 #       <LinusN> was planning to work on that today
09.28.32 #       <[IDC]Dragon> LCD consolidation?
09.28.38 #       <amiconn> yep
09.28.56 #       <[IDC]Dragon> I didn't dare to do that, for a lack of a Player
09.29.25 #       <amiconn> If my first attempt works on the player (it does on the recorder), I  have some further optimization in mind.
09.29.34 #       <[IDC]Dragon> But I wrote that comment which seemed ta have inspired you ;)
09.29.42 #       <amiconn> yup.
09.29.55 #       <[IDC]Dragon> I would have only the short loop on the player
09.30.05 #       <[IDC]Dragon> it's not speed critical
09.30.09 #       <amiconn> I'm also lacking a player, therefore asked Linus to test.
09.30.18 #       <[IDC]Dragon> the unrolled for recorder then
09.32.04 #       <amiconn> I wanted to leave the unrolled loop for both player & recorder (the IRAM space isn't that tight on the player as Linus told me).
09.34.04 Join    amiconn_ [0] (~jens@pD9E7FC77.dip.t-dialin.net)
09.34.30 Quit    amiconn (Nick collision from services.)
09.34.30 Nick    amiconn_ is now known as amiconn (~jens@pD9E7FC77.dip.t-dialin.net)
09.34.38 #       <amiconn> My next optimization would be to use the unrolled loop also for command writing (without including it a second time). I estimated that this could give another 3% speedup for lcd_update() / lcd_write_data()
09.35.04 #       <[IDC]Dragon> Mr. 3%, haha
09.35.17 #       <amiconn> ;-)
09.35.56 #       <[IDC]Dragon> the player needs a different unrolled loop
09.36.11 #       <[IDC]Dragon> because my carry bit trick is not working there
09.36.34 #       <[IDC]Dragon> so I thought you may just leave the C loop in there
09.36.43 #       <[IDC]Dragon> (easier to read)
09.38.12 #       <amiconn> There is no pure C loop in the current version for the player either
09.39.54 #       <[IDC]Dragon> ah, sorry
09.40.38 #       <amiconn> (the transfer is done in assembler for both models)
09.41.04 #       <[IDC]Dragon> just saw my comment about tilting the LCD buffer, that's outdated, long done.
09.41.26 #       <amiconn> But there are different loops for command and data transfer, the command loop is not unrolled currently.
09.41.39 #       <amiconn> Yes, I will take out that comment on the way.
09.41.47 #       <[IDC]Dragon> I know, could be unified.
09.42.04 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
09.42.16 #       <[IDC]Dragon> Gotta move my butt to work, see you later!
09.42.44 Quit    [IDC]Dragon ()
09.46.22 Part    thu ("Client exiting")
09.46.31 Nick    amiconn is now known as amiconn|away (~jens@pD9E7FC77.dip.t-dialin.net)
09.52.53 ***     Saving seen data "./dancer.seen"
10.41.52 Nick    mattzz is now known as mattzz|work (~c2af7555@c231002.adsl.hansenet.de)
10.42.38 #       <LinusN> amiconn|away: OK to commit your LCD stuff, remove Jörgs old comment about tilting the frame buffer as well
10.46.38 Nick    amiconn|away is now known as amiconn|work (~jens@pD9E7FC77.dip.t-dialin.net)
11.36.19 Quit    Nibbler (Read error: 54 (Connection reset by peer))
11.49.40 #       <ricflair> linusn, do you know any idea why my jukebox recorder 20 would turn off when pwer gets down to around half way on the battery monitor, and also it seems to go from 100 percent to around 60 percent withing about half an hour to an hour.
11.52.54 ***     Saving seen data "./dancer.seen"
11.53.53 #       <amiconn|work> ricflair: I think one of the battery cells may not be ok. Either you could check this with an external charger that is able to do tests, or simply put in another set of batteries.
11.55.08 #       <LinusN> ricflair: have you checked your battery connector yet?
11.56.14 #       <ricflair> not yet linusn, i guess thats going to be the problem isnt it.
11.56.30 #       <ricflair> amiconn, i dont have the tools to test , so i may just pick up another battery set
11.56.51 #       <ricflair> i left it charging from ll last night, so its been on for near 12 hours charge now
11.57.02 #       <ricflair> and it doesnt say charged yet
11.59.14 #       <amiconn|work> LinusN: LCD code committed, as well as a minor fix for the sim (lcd-common.c was missing lf at the end).
12.05.00 #       <LinusN> saw that, gr8
12.11.48 #       <amiconn|work> LinusN: Btw, very strange commit message for mandelbrot.c ...
12.29.37 #       <LinusN> buah, the shell didn't like my exclamation signs :_)
12.54.13 #       <amiconn|work> Grr, I have caused a player sim warning...
12.56.01 #       <LinusN> ah, forgot to test that
12.56.41 #       <amiconn|work> Will fix it asap.
13.01.41 #       <amiconn|work> ...fixed
13.02.05 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
13.13.58 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
13.24.25 Join    pfavr [0] (pfavr@dyna218-105.nada.kth.se)
13.26.09 #       <mattzz|work> seen BC
13.26.30 #       <mattzz|work> logbot_: seen BC
13.26.34 #       <mattzz|work> gr
13.45.09 Quit    pfavr (Remote closed the connection)
13.52.56 ***     Saving seen data "./dancer.seen"
13.57.38 #       <c0utta> u there linus ?
14.11.19 Join    pfavr [0] (pfavr@dyna218-105.nada.kth.se)
14.24.50 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
14.28.52 Quit    silencer_ ("leaving")
14.28.59 Join    silencer [0] (~silencer@zen.via.ecp.fr)
14.30.19 Join    [IDC]Dragon [0] (~c2af7556@reladm.kharkov.net)
14.45.45 Quit    Nibbler (Read error: 104 (Connection reset by peer))
14.47.23 Join    pfavr [0] (pfavr@dyna218-105.nada.kth.se)
14.49.07 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
14.50.23 Quit    mattzz|work ("CGI:IRC")
14.52.51 Join    Robb1eVox [0] (RobbieVox@cpc1-derb1-5-0-cust37.nott.cable.ntl.com)
14.53.08 #       <Robb1eVox> lo
14.53.21 Part    [IDC]Dragon
14.59.31 Quit    AciD (Read error: 54 (Connection reset by peer))
15.20.28 Quit    Nibbler (Read error: 104 (Connection reset by peer))
15.36.37 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
15.47.38 Join    pfavr [0] (pfavr@dyna218-105.nada.kth.se)
15.52.59 ***     Saving seen data "./dancer.seen"
16.00.54 #       <ricflair> can the unit be damaged if it powers off whilst your copying files to it
16.01.23 #       <dwihno> Well, the file system might get a minor corruption
16.01.45 #       <dwihno> but the hardware should be OK, unless you make it a habit :)
16.02.22 #       <ricflair> cool, its just with me having battery problems this happend yesterday. all seems fine, but i just wanted to make sure
16.05.11 #       <dwihno> When it happens to me, I always check the file system.
16.09.29 Join    mecraw__ [0] (~mecraw@69.2.235.2)
16.10.35 #       <ricflair> how can you check it
16.12.22 #       <Robb1eVox> lo
16.13.03 #       <Robb1eVox> ne1 here tried the plugin for connection to car as a cd changer ?
16.14.34 Join    solaris [0] (solaris@pool-151-196-52-145.balt.east.verizon.net)
16.16.09 Quit    pfavr (Read error: 104 (Connection reset by peer))
16.16.32 Join    mattzz [0] (~c2af7556@c231002.adsl.hansenet.de)
16.17.42 Join    pfavr [0] (pfavr@dyna218-105.nada.kth.se)
16.22.37 #       <dwihno> ricflair: well, if you use windows, scandisk :)
16.23.28 #       <Robb1eVox> :)
16.24.18 #       <Robb1eVox> finding the cd changer protocol looks like the hardest part, didnt realise lot of the archos plugin sw was already done
16.31.31 #       <pfavr> just a stupid idea: how about ide-smart support in rockbox (wonder if it is possible to query the smart info through usb?)
16.54.23 Join    methangas [0] (methangas@0x50a4322f.virnxx10.adsl-dhcp.tele.dk)
16.59.00 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
17.02.55 Quit    solaris (Read error: 60 (Operation timed out))
17.03.31 Join    Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de)
17.04.00 Quit    mattzz ("CGI:IRC")
17.04.57 Join    mecraw_ [0] (~mecraw@69.2.235.2)
17.04.57 Quit    mecraw__ (Read error: 104 (Connection reset by peer))
17.26.01 Join    Ka__ [0] (~tkirk@65.216.194.2)
17.37.04 Join    [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net)
17.38.00 #       <[IDC]Dragon> Robb1eVox: from logpeeking I saw you asked about CD changer emu?
17.53.00 ***     Saving seen data "./dancer.seen"
18.53.34 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
18.54.40 #       <Robb1eVox> :) lo
18.55.20 #       <Robb1eVox> [IDC]Dragon u still there ?
18.55.51 #       <[IDC]Dragon> yes, seldom looking.
18.55.58 #       <Robb1eVox> :)
18.56.53 #       <[IDC]Dragon> I made the Alpine plugin, dunno if you know.
18.56.53 Nick    amiconn|work is now known as amiconn|away (~jens@pD9E7FC77.dip.t-dialin.net)
18.57.14 #       <Robb1eVox> im lookin at linking my ajb to a renault head unit which i thing is a spin off of the sony system
18.57.28 #       <Robb1eVox> ye only started lookin today and found out quite a lot
18.58.05 #       <Robb1eVox> trouble is i dont not found any renualt info at all
18.58.16 Quit    AciD (Read error: 54 (Connection reset by peer))
18.58.30 #       <[IDC]Dragon> yes, if they just buy it...
18.58.34 #       <Robb1eVox> how did you go about learning how to do the alpine setup ?
18.59.02 #       <[IDC]Dragon> scope, logic analyzer, uC board, PC
18.59.03 #       <Robb1eVox> buy it ?? how u mean
18.59.17 #       <Robb1eVox> ahh ok
19.00.22 #       <[IDC]Dragon> see http://joerg.hohensohn.bei.t-online.de/mbus
19.00.36 Quit    [IDC]Dragon ("no fate but what we make (EOF)")
19.01.42 Join    [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net)
19.02.01 #       <[IDC]Dragon> sorry, unstable connection.
19.02.17 #       <Robb1eVox> :)
19.02.53 #       <Robb1eVox> did i read somewhere about a system for oems as well ?
19.05.02 #       <[IDC]Dragon> yes, some other brands use M-Bus, too.
19.05.32 #       <Robb1eVox> hmm
19.06.22 #       <Robb1eVox> im only guessing but gather its a unilink derivitave as my connectors are the same as this http://www.mictronics.de/?page=becker
19.07.15 #       <Robb1eVox> think my best way forward is to build a gnunilink interface and see what i can get it to do
19.07.46 #       <Robb1eVox> i believe the system used in vw's is the same too
19.08.58 Quit    [IDC]Dragon ("no fate but what we make (EOF)")
19.12.38 Join    [IDC]Dragon [0] (~c2af7555@reladm.kharkov.net)
19.12.56 #       <[IDC]Dragon> sorry, this is pointless
19.13.04 #       <Robb1eVox> :(
19.13.07 #       <Robb1eVox> nps
19.14.47 #       <[IDC]Dragon> you're right, before thinking more about Archos you need to master the protocol.
19.14.59 #       <[IDC]Dragon> best done with a PC
19.15.35 #       <Robb1eVox> i wasnt expecting to be able to interface it tbh, just looking at audio inputs untill i found out that archos dev had already been done
19.33.13 Part    [IDC]Dragon
19.47.39 Nick    amiconn|away is now known as amiconn (~jens@pD9E7FC77.dip.t-dialin.net)
19.53.03 ***     Saving seen data "./dancer.seen"
19.54.50 Join    ruumis [0] (~ruumis@64.252.251.218.adsl.snet.net)
19.54.57 #       <ruumis> hello
19.55.36 #       <ruumis> thinking about picking up that archos 20GB that's down to ~$130 after rebate on amazon
19.55.47 #       <ruumis> I take it you're all owners? 
20.04.39 #       <Robb1eVox> nice price
20.06.18 #       <ruumis> I've heard so many conflicting things about quality control and support...
20.08.32 #       <ruumis> I'm also trying to figure out of the one on amazon has NiMH or Lithium Ion
20.08.47 #       <ruumis> the product description says NiMH but at least one of the reviews says Li-Ion
20.13.31 #       <Robb1eVox> prettu sure they minh
20.13.37 #       <Robb1eVox> nimh even
20.14.14 #       <ruumis> bleh.
20.18.23 #       <Robb1eVox> 1500 nimh are standard (just looked in mine)
20.19.43 Join    mattzz [0] (~mattzz@c231002.adsl.hansenet.de)
20.22.10 #       <amiconn> Hi Matthias
20.22.35 Join    Guest [0] (~jirc@fw1.sycamore.com)
20.22.42 #       <mattzz> Hi Jens
20.22.46 Quit    Guest (Client Quit)
20.24.45 #       <mattzz> Is there currently anybody in charge of the user manual?
20.26.36 #       <mattzz> OK, everybody is shouting loud enough - please stop it ;-)
20.29.05 #       <Robb1eVox> :)
20.38.04 #       <mattzz> I'd suggest to update the manual for the upcoming release and skip the manual for version 2.2
20.40.41 Join    [IDC]Dragon [0] (~idc-drago@p50861AF9.dip.t-dialin.net)
20.41.04 #       <[IDC]Dragon> Jens, r u there?
20.41.57 #       <amiconn> Yup.
20.42.48 #       <[IDC]Dragon> got a question about your grayscale framework
20.42.50 #       <amiconn> I've just received the AT&T natural voices along with the german voice. So expect me to build a german.voice this evening.
20.42.58 #       <[IDC]Dragon> whoohoo
20.43.03 #       <amiconn> shoot
20.43.20 #       <[IDC]Dragon> I've just updated the .lang file yesterday
20.43.33 #       <amiconn> Have seen it.
20.43.36 #       <[IDC]Dragon> should be a piece of cake then.
20.44.06 #       <amiconn> I first have to figure out the process
20.44.38 #       <[IDC]Dragon> that's easy
20.45.02 #       <[IDC]Dragon> about gray_drawgraymap():
20.45.21 #       <[IDC]Dragon> can you introduce a "stride" parameter?
20.45.49 #       <[IDC]Dragon> so the line distance of the source is independent of the width?
20.45.59 #       <[IDC]Dragon> (or am I missing something?)
20.46.20 #       <amiconn> Do you want to show partial bitmaps?
20.46.24 #       <[IDC]Dragon> yes
20.46.50 #       <[IDC]Dragon> So I can scroll along a larger one.
20.47.24 #       <amiconn> There is not yet a parameter to do that (I didn't think about it), but of course it would be easy to integrate.
20.48.13 #       <[IDC]Dragon> yes, sure
20.49.08 #       <[IDC]Dragon> instead of x and y the stride would be sufficient
20.49.32 #       <[IDC]Dragon> src can point to whereever in the image
20.49.41 #       <amiconn> I should add that to gray_drawbitmap then as well, for symmetry.
20.50.03 #       <[IDC]Dragon> ah, yes
20.50.37 #       <amiconn> No, stride has to be an additional parameter, since x and y define the upper left corner of the destination (on the display)
20.51.04 #       <[IDC]Dragon> oops, yes
20.53.10 #       <amiconn> I wonder if I should commit grayscale.c itself, since it is not intended (primarily) for direct use.
20.55.59 #       <[IDC]Dragon> you can make an #if 0 around it to prevent it in the distibution.
20.58.24 Join    AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net)
21.06.03 #       <Robb1eVox> do all archos models have the remove feature in the jack ?
21.08.22 #       <[IDC]Dragon> some FMs lack it
21.08.37 #       <Robb1eVox> how bout on a studio ?
21.08.49 #       <[IDC]Dragon> but just because it's not connected internally
21.08.49 #       <Robb1eVox> <-- got a studio 10
21.08.54 #       <[IDC]Dragon> np
21.09.04 #       <[IDC]Dragon> afk
21.09.09 #       <Robb1eVox> it on the earphone socket or line ?
21.10.45 #       <Robb1eVox> i got absolutely no idea what protocol this head unit uses, could be 1 wire mbus type or maybe 2 wire
21.36.59 #       <lurwas> /me's former Archos firmware Jukebox 6000 is now a Rockbox 20000
21.37.15 #       * lurwas 's former Archos firmware Jukebox 6000 is now a Rockbox 20000
21.37.20 #       <lurwas> even. :)
21.49.47 Join    scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com)
21.53.04 ***     Saving seen data "./dancer.seen"
21.55.37 Quit    [IDC]Dragon (Read error: 104 (Connection reset by peer))
21.57.03 Join    solaris [0] (solaris@pool-151-196-6-135.balt.east.verizon.net)
22.00.05 #       <mattzz> c0utta: r u there?
22.00.40 Quit    Ka__ ("Leaving")
22.16.22 Quit    solaris ("—I-n-v-i-s-i-o-n— 2.0 Build 3515")
22.18.30 Join    pfavr [0] (pfavr@t1o61p60.telia.com)
22.21.52 Join    [IDC]Dragon [0] (~idc-drago@pD9FF8C3C.dip.t-dialin.net)
22.22.03 #       <amiconn> re Jörg
22.22.09 #       <[IDC]Dragon> today is disconnection day...
22.22.31 #       <[IDC]Dragon> voice file done?
22.23.07 #       <[IDC]Dragon> ;-)
22.23.14 #       <amiconn> I wonder which way is better to generate a .voice - lang2textaloud or the .cmd file that uses lang2wav and voicefont
22.23.22 Join    Bagder [0] (~daniel@c25025a.hud.bostream.se)
22.23.31 Quit    pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]")
22.23.36 #       <[IDC]Dragon> lang2wav is recommended
22.23.53 #       <[IDC]Dragon> mauch quicker and less hassle
22.23.57 #       <[IDC]Dragon> much
22.23.57 #       <amiconn> (I've already done my first attempt with the .cmd, but the voice file is too big - 2.5 MB
22.24.16 #       <amiconn> (tried 32 kHz, though)
22.24.23 #       <[IDC]Dragon> then you need to increase the -v value
22.24.37 #       <[IDC]Dragon> 32 kHz is definitely too much
22.24.49 #       <[IDC]Dragon> try --resample 16
22.25.07 #       <[IDC]Dragon> and we don't need --nores any more
22.25.16 #       <[IDC]Dragon> this also saves space
22.25.29 #       <amiconn> If -V9 is not enough to fit it with 32kHz, I will first try to use --lowpass nn rather than --resample nn
22.25.42 #       <amiconn> Yes, --nores is already thrown out
22.25.55 #       <[IDC]Dragon> -v does lowpass, this is how it works, iirc
22.26.16 #       <[IDC]Dragon> 32 kHz is way out
22.26.49 #       <amiconn> used -V 7 now, down to 1.8 MB
22.27.21 #       <[IDC]Dragon> why are you so keen on 32 kHz?
22.27.29 #       <[IDC]Dragon> digital out user?
22.28.17 #       <amiconn> No, I even don't possess any device (other than the Archos) that has an spdif connector. But there may be others that want to use it.
22.28.43 #       <[IDC]Dragon> I've given that up for english long time ago.
22.29.04 #       <[IDC]Dragon> german has larger "sentences", so it's worse.
22.29.23 #       <amiconn> it fits with -V 8 and 32 kHz.
22.29.41 #       <[IDC]Dragon> it should be <1.5 MB
22.29.56 #       <[IDC]Dragon> does it?
22.30.00 #       <amiconn> down to 1.4 MB
22.30.10 #       <[IDC]Dragon> what did you do?
22.30.24 #       <amiconn> lame -V 8 --scale 0.6 -t --vbr-new --nohist %%f
22.30.42 #       <[IDC]Dragon> nothing unusual.
22.31.36 #       <[IDC]Dragon> personally, I'd prefer a lower sample rate and less lossy compression, but well.
22.31.51 #       <amiconn> Btw: The size is almost equal to your mary.voice
22.32.15 #       <[IDC]Dragon> mary is 22 kHz
22.32.31 #       <[IDC]Dragon> crystal is 16
22.32.31 #       <amiconn> I will generate several versions with different sample frequencies and compare them.
22.33.04 #       <[IDC]Dragon> good.
22.33.35 #       <amiconn> This sounds really nice!
22.33.50 #       <[IDC]Dragon> can you upload one, please?
22.34.28 #       <amiconn> Hmm, the compression is a bit too tight, I get ringing artefacts. Will try with 22 kHz first.
22.45.07 #       <amiconn> Just detected a funny error in your script (because the Windows shell complained about it) - in line 4 you use as C++-style comment to comment out the "rem" (sic!)
22.45.38 #       <[IDC]Dragon> oops, in which one?
22.46.13 #       <amiconn> make_voicefile_AT&T.cmd
22.46.18 #       <mattzz> amiconn: the c++ commenting style is hard wired in joergs brain ;-)
22.46.30 #       * mattzz ducks and covers
22.47.32 #       <amiconn> I should have known, since there are some even in rockbox sources where they shouldn't exist. ;-)
22.47.54 #       <[IDC]Dragon> it is, I can barely stand the Rockbox coding style
22.48.18 #       <[IDC]Dragon> very restrictive, imho
22.48.31 #       <[IDC]Dragon> (so unnecessary)
22.48.41 #       <[IDC]Dragon> </curse>
22.49.22 Quit    AciD (Read error: 104 (Connection reset by peer))
22.49.46 #       <LinusN> [IDC]Dragon: we have received a lot of praise for our simple code
22.50.11 #       <[IDC]Dragon> how do you mean?
22.50.27 #       <[IDC]Dragon> (simple)
22.50.47 #       <LinusN> people have praised us because the source code is easy to understand
22.51.09 #       <[IDC]Dragon> I'm in no way criticising that
22.51.21 #       <[IDC]Dragon> I was after the // comments
22.51.24 #       <LinusN> "it is, I can barely stand the Rockbox coding style"
22.52.11 #       <[IDC]Dragon> hehe, no offence
22.52.15 #       <LinusN> :-)
22.52.41 #       <[IDC]Dragon> the // is just in my fingers, mattzz is right
22.53.33 #       <[IDC]Dragon> and it allows me 3 more precious chars for my comments before they hit the 80 char barrier ;-)
22.54.17 #       <amiconn> [IDC]Dragon: Is lang2wav unable to generate 16 kHz output directly?
22.54.32 #       <[IDC]Dragon> amiconn: yes
22.55.09 #       <amiconn> Would it be possible to integrate 16 kHz (i.e. if the sapi allows that)?
22.55.09 #       <[IDC]Dragon> the SAPI output should always run at the "native" output rate of the voice
22.55.17 #       <amiconn> Ah
22.55.22 #       <[IDC]Dragon> MS does a bad job of resampling
22.55.40 #       <[IDC]Dragon> Lame is better for that
22.56.27 #       <[IDC]Dragon> but what is native, you're right, only experiments can tell where it sounds OK.
22.57.09 #       <[IDC]Dragon> I found 32 kHz for AT+T and 22 kHz for MS best.
22.57.14 #       <amiconn> I wonder why the high-bandwidth natural voices are called "16 kHz"?
22.57.39 #       <[IDC]Dragon> I think I tried 16, 32 was better.
22.58.17 #       <amiconn> So my choice will be (for now) "lame -V 6 --resample 16 --scale 0.6 -t --vbr-new --nohist"
22.58.34 #       <amiconn> This sounds best for german voice "Klara"
22.58.38 #       <[IDC]Dragon> OK
22.58.54 #       <[IDC]Dragon> URL? (drool)
22.59.31 #       <[IDC]Dragon> Klara is my grandma's name ...
23.00.42 #       <mattzz> what is the maximum size of an lcd_bitmap?
23.01.06 #       <[IDC]Dragon> what do you mean?
23.01.14 #       <[IDC]Dragon> 112*64, you know
23.02.18 #       <amiconn> http://amiconn.dyndns.org/deutsch.voice  (and the typo I pm'd is corrected)
23.02.49 #       <[IDC]Dragon> ah
23.04.01 #       <mattzz> [IDC]Dragon: I was just wondering how to create a 9x9 bitmap, how the src has to look like 
23.04.27 Quit    methangas (" HydraIRC -> http://www.hydrairc.com <- IRC has never been so cool")
23.04.36 #       <Bagder> try bmp2rb
23.05.27 #       <[IDC]Dragon> I'm not sure if the display function works for >8 pixel height, the logo is "striped"
23.05.37 #       <Bagder> it works for 16
23.05.46 #       <Bagder> but no more, afair
23.06.21 #       <mattzz> I want to create a "checkbox" widget
23.06.29 #       <mattzz> 8x8 is fine though
23.06.50 #       <Bagder> then use the bmp2rb tool
23.07.27 #       <[IDC]Dragon> or think binary
23.07.43 #       <[IDC]Dragon> (that's how I did icons)
23.08.59 #       <mattzz> already have thought binary - but just 8 bits wide ;-)     like in the good ol' days
23.09.38 #       <amiconn> As I get some pronounciation problems for German, how is this supposed to be corrected - should I change the spelling in the .lang file to get it correct?
23.10.00 #       <amiconn> (May look strange sometimes)
23.10.12 #       <[IDC]Dragon> change it like what?
23.10.27 #       <[IDC]Dragon> real misspellings, or just hyphens?
23.10.56 #       <amiconn> Sometimes deliberate misspellings would be necessary.
23.11.17 #       <[IDC]Dragon> I haven't done such yet
23.11.49 #       <amiconn> I would do that, I'm just asking if this would be "the right way" (tm)
23.11.49 #       <[IDC]Dragon> that's why resume is like resumé
23.12.16 Quit    Bagder ("Leaving")
23.12.29 #       <[IDC]Dragon> there's no right way yet
23.12.57 #       <[IDC]Dragon> however, I'd say that such is specific to a certain TTS engine
23.13.06 Join    Bagder [0] (~daniel@c25025a.hud.bostream.se)
23.13.18 #       <[IDC]Dragon> so, non-portable
23.14.43 #       <amiconn> Yes, that's why I ask. Some mispronounciations are engine dependent, while others come from using foreign words that are spoken german-ish, like "byte", "ampere" etc.
23.14.46 #       <[IDC]Dragon> when I did the german for the L&H voice, I was also adjusting
23.15.04 #       <[IDC]Dragon> Everything had to be very german
23.16.48 #       <[IDC]Dragon> that's why I couldn't use established foreighn words like: playlist, frame
23.17.01 #       <mattzz> Bagder: bmp2rb does a nice job!
23.17.40 #       <Bagder> :-)
23.18.57 #       <amiconn> [IDC]Dragon: So what do you think would be best? There are some words in that are not easily replacable, like "loudness".
23.20.16 #       <[IDC]Dragon> I wouldn't try to be perfect
23.20.26 #       <scott666> could you just use english strings inside of voice files of other languages?
23.20.41 #       <scott666> err, not strings, clips
23.20.58 #       <mattzz> Bagder: <whisper> but it prints one comma too much in the last line </whisper>
23.21.04 #       <[IDC]Dragon> and have different speakers?
23.21.06 #       <Bagder> hehe
23.21.14 #       <scott666> yeah
23.21.29 #       <Bagder> mattzz: that's left to not take away all the fun from you ;-)
23.21.56 #       <mattzz> Bagder: I know, I know 
23.21.57 #       <amiconn> scott666: This would be possible if the whole clip contains words of the same language (although it would sound strange with different voices)
23.22.27 #       <[IDC]Dragon> you can mix manually before running "voicefont"
23.23.53 #       <[IDC]Dragon> Klara doesn't soundlike my grandma
23.24.00 #       <amiconn> ;-)
23.24.19 #       <[IDC]Dragon> way better than L&H
23.25.19 #       <[IDC]Dragon> we've got something for Bagder
23.25.40 #       * Bagder pays attention
23.26.07 #       <[IDC]Dragon> placing Jens' voice file to the haxx page
23.26.39 #       <amiconn> [IDC]Dragon: I would rather like to do some corrections (some things should be possible with hyphenation, e.g. Klara sometimes gets "au" wrong)
23.26.53 #       <[IDC]Dragon> aua
23.27.07 #       <amiconn> This would be spoken a-ua
23.33.06 #       <amiconn> Bagder: I found a type on the web page, and have a complementing info as well. Unfortunately I'm not familiar with the file format used for the web page in CVS.
23.34.28 #       <amiconn> [IDC]Dragon: What may cause that the month in "set time and date" is not voiced?
23.34.59 #       <Bagder> brb
23.35.02 Quit    Bagder ("Leaving")
23.35.05 Join    Bagder [0] (~daniel@c25025a.hud.bostream.se)
23.35.28 #       <Bagder> amiconn: so tell me and I'll fix
23.37.02 #       <LinusN> amiconn: the month issue may be my fault
23.37.31 #       <amiconn> Bagder: (1) In /cvs.html, first <h2> the "repository" misses on "o"
23.38.48 #       <amiconn> (2) In /docs/features.html: The Archos firmware supports ID3v1, but not v2, at least on the recorder v1 (this is stated unknown)
23.39.31 #       <Bagder> thanks
23.41.00 #       <LinusN> amiconn: fix for month issue committed
23.41.02 #       <Bagder> the format is simply html that is processed with a C preprocessor
23.41.46 #       <Bagder> amiconn: fixes committed
23.41.53 #       <scott666> while you're at it, see: http://rockbox.haxx.se/mail/archive/rockbox-archive-2004-04/0921.shtml
23.41.57 #       <amiconn> Hmm, I though it is something strange since it has a .t extension
23.42.19 #       <scott666> unless did that already and i missed it
23.42.22 #       <Bagder> amiconn: that's simply for easy Makefile creation, all .t are processed into .html ones
23.42.33 #       <[IDC]Dragon> amiconn: line 864 of screens.c is wrong
23.42.50 #       <[IDC]Dragon> talk_id(LANG_MONTH_JANUARY + value - 1, false);
23.42.56 #       <[IDC]Dragon> should rather be
23.43.53 #       <[IDC]Dragon> talk_id(LANG_MONTH_JANUARY + tm->tm_mon, false);
23.44.09 #       <amiconn> ?? In my copy of screens.c (current cvs) line 864 reads "int julianday;" ??
23.44.28 #       <[IDC]Dragon> then it's not from today
23.44.53 #       <[IDC]Dragon> line 846, sorry
23.45.08 #       <[IDC]Dragon> (finger twister)
23.48.26 #       <amiconn> I have now 10 problematic words / clips on my list after a complete walk-through (I think)
23.50.42 #       <LinusN> amiconn: just update from cvs, i have already fixed that bug
23.51.56 #       <[IDC]Dragon> oh, I'm too slow, was just about to commit
23.53.07 ***     Saving seen data "./dancer.seen"
23.53.42 #       <amiconn> LinusN: Thanks
23.57.06 #       <amiconn> [IDC]Dragon: I think I will fix the pronounciation where it is possible with hyphenation, or where it is simply a matter of words, and commit that.
23.57.30 #       <amiconn> Further corrections with deliberate misspelling I will do locally.