--- Log for 05.11.104  Server: burroughs.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 2 days and 13 hours ago

00.04.30 Quit    Sebulba02 ("why bother?")
00.07.31 #       <[IDC]Dragon> goodnight
00.07.42 Quit    [IDC]Dragon ()
00.10.59 Quit    Digital007 ("CGI:IRC (EOF)")
00.29.11 ***     Saving seen data "./dancer.seen"
00.29.32 Quit    edx ()
01.54.50 Quit    AciD (Read error: 104 (Connection reset by peer))
02.12.58 Quit    scott666_ (Read error: 110 (Connection timed out))
02.13.28 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
02.18.34 Part    amiconn
02.20.38 Part    scott666_
02.29.15 ***     Saving seen data "./dancer.seen"
02.41.01 Join    adi|home [0] (~chatzilla@host-64-179-64-18.alb.choiceone.net)
02.41.57 Quit    mecraw_ ("Trillian (http://www.ceruleanstudios.com)")
02.50.03 Join    bagawk [0] (Lee@bagawk.user)
02.52.32 #       <bagawk> hey Plugh 
03.20.24 Quit    bagawk ("umount /dev/brain")
04.29.18 ***     Saving seen data "./dancer.seen"
04.42.25 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
05.05.33 Join    Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
05.05.33 Quit    Bagder (Read error: 54 (Connection reset by peer))
05.37.24 Quit    adi|home ("Chatzilla 0.9.66 [Mozilla rv:1.7.3/20041026]")
05.38.25 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
06.29.19 ***     Saving seen data "./dancer.seen"
07.20.46 Join    LinusN [0] (~linus@labb.contactor.se)
08.17.05 Join    Headie [0] (~hehe@fsto6.sto.sema.se)
08.17.05 Quit    _Headie (Read error: 104 (Connection reset by peer))
08.29.23 ***     Saving seen data "./dancer.seen"
08.31.58 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
08.56.50 Join    amiconn [0] (~jens@pD9E7F183.dip.t-dialin.net)
08.58.21 #       <amiconn> G'morning
09.01.19 Join    einhirn [0] (Miranda@bsod.rz.tu-clausthal.de)
09.02.51 #       <LinusN> morn
09.21.01 Nick    Bagder_ is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se)
09.35.45 Join    kurzhaarrocker [0] (~knoppix@p50876110.dip0.t-ipconnect.de)
09.38.27 #       <LinusN> hi kurzhaarrocker
09.38.39 #       <LinusN> i had no problem making it blink faster
09.38.40 #       <kurzhaarrocker> Hi LinusN :D
09.38.58 #       <kurzhaarrocker> Using the bitmask for the current_tick?
09.39.18 #       <LinusN> i just modified peakmeter_blabla_btn()
09.39.42 #       <kurzhaarrocker> ups, was it a performance eater? 
09.40.01 #       <LinusN> no, but it didn't return until after HZ/5
09.40.12 #       <kurzhaarrocker> Ah, yes.
09.40.14 #       <LinusN> next_big_refresh
09.40.22 #       <LinusN> i want to do two things:
09.40.31 #       <LinusN> 1) Kill the "performance" setting
09.40.45 #       <LinusN> 2) Make next_big_timeout an argument to the _btn() function
09.41.40 #       <LinusN> for the sake of argument, i couldn't see any difference in power consumption with the performance setting
09.41.46 #       <kurzhaarrocker> You're welcome. I won't have time the next two weekends -> It's unlikely that I will fix that.
09.41.58 #       <LinusN> i'll do it
09.42.02 #       <kurzhaarrocker> :)
09.42.39 #       <LinusN> the plasma plugin has priority though
09.42.44 #       <LinusN> (just kidding)
09.42.49 #       <kurzhaarrocker> :)
09.44.42 #       <kurzhaarrocker> What about the traffic lights? You said something about a status bar in the bottom of the recording screen. Do you think we could place it there horizontally? Maybe we could leave out the frame so that the 'lights' become bigger. 
09.45.46 #       <LinusN> i've been thinking about using the line right below the peak meter
09.46.06 #       <LinusN> and some clear visual indications of what's going on
09.46.37 #       <LinusN> along with the LED of course
09.46.59 #       <kurzhaarrocker> Apart from the trigger status - what else would you want to display there?
09.47.30 #       <LinusN> maybe things like "Press PLAY to start"
09.47.55 #       <LinusN> and the requested "Are you sure?" when stopping
09.48.14 #       <kurzhaarrocker> Do you intend to replace the traffic lights by text output?
09.48.29 #       <LinusN> "visual indications"
09.48.35 #       <LinusN> could be anything
09.49.53 #       <LinusN> i haven't really thought about how it could look
09.50.16 #       <kurzhaarrocker> There's one thing I'm slightly concerned about: while the trigger status display in the recording screen is mere info you really _need_ it in the trigger settings screen. -> Whatever the trigger status display becomes, it must fit into the trigger settings screen too.
09.51.56 #       <LinusN> which brings me to another question: why is "prerecording time" set in that screen?
09.52.52 #       <kurzhaarrocker> Yes, strictly speaking it isn't a parameter of the trigger. But for real life uses it is so closely related to the trigger start time that I'd really like to avoid to force the user to change the settings screen for that.
09.53.53 #       <LinusN> slightly confusing for the user to have the same setting in two places, don't you think?
09.54.23 #       <LinusN> btw, what is the traffic light doing in that screen?
09.55.03 #       <LinusN> ah, now i see
09.55.16 #       <kurzhaarrocker> Well - yes, maybe. But I think it's more confusing if the user adjusts a long trigger start time and afterwards asks "why haven't the first n secons been recorded?" because he didn't notice he had a very short prerecording time.
09.56.14 #       <LinusN> in real life, do you set a shorter prerecord time than the trigger time?
09.57.42 #       <kurzhaarrocker> I don't but othes might. Who knows. But you sometimes want to specifiy the time that is recorded _before_ the trigger.
10.01.17 #       <kurzhaarrocker> The traffic light in the settings screen are more imporant than in the recording screen. Here you can see what the adjustments of your parameters do with your trigger. It suprised myself how much easier it became to adjust the timings when you have feedback on the trigger behaviour.
10.01.35 #       <LinusN> indeed
10.01.57 #       <kurzhaarrocker> For long trigger times I even included a trigger reset (F2)
10.03.02 #       <kurzhaarrocker> Since you can enter the trigger settings dialog from the recording screen or the normal playback you can even decide wether you want to adjust the trigger using a life signal or an old reference recording.
10.11.40 #       <LinusN> that's cool
10.19.21 #       <kurzhaarrocker> Concerning the prerecord time: I once had the idea to temporarily add the trigger start duration to the prerecording time when in triggered recording mode. I didn't do that because 
10.19.21 #       <kurzhaarrocker> a) It would mean the trigger times must be limited to the prerecording times
10.19.21 #       <kurzhaarrocker> b) It made the trigger settings screen complicated because the it would limit the start duration to (max prerec time - prerec time) 
10.19.21 DBUG    Enqueued KICK kurzhaarrocker
10.19.21 #       <kurzhaarrocker> That dynamic border of the start duration would have the look&feel of a bug if you don't have the prerecording time near it, too. 
10.21.53 Quit    scott666_ ("i'll be back...eventually...")
10.27.41 #       <LinusN> kurzhaarrocker: i see your point
10.28.05 #       <LinusN> i just don't like having the same setting in two places
10.28.17 #       <kurzhaarrocker> I see your point too :)
10.29.25 ***     Saving seen data "./dancer.seen"
10.29.43 #       <kurzhaarrocker> What do yout think about a solution that adds a 2nd prerecording time that is only valid while recording triggered?
10.30.03 #       <LinusN> hmmm
10.30.19 #       <LinusN> didn't we have a problem with the prerecording time resolution once?
10.30.34 #       <kurzhaarrocker> But that was solved iirc
10.30.45 #       <LinusN> i can't remember what it was...
10.30.55 #       <LinusN> ah, now i remember
10.31.30 #       <LinusN> the actual recording was 0-1 second off from the trigger point
10.32.39 #       <kurzhaarrocker> Was it solved?
10.32.39 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
10.32.39 #       * kurzhaarrocker is confused
10.33.34 #       <kurzhaarrocker> I remember making lots of tests and I believe to remember that they were satisfactory in the end.
10.34.15 #       <LinusN> i think we wanted to find the frame boundary closest to the trigger point
10.34.35 #       <kurzhaarrocker> yes
10.35.29 #       <kurzhaarrocker> I remember that I once isolated some code in the mpeg code that I encapsulated in a function for that.
10.35.46 #       <LinusN> talk about archeology
10.36.00 #       * kurzhaarrocker fechtes a chisel
10.43.24 #       <kurzhaarrocker> Ah, it was the calculation of the file pos and that was related to the split editor, not the trigger.
10.48.30 #       <amiconn> LinusN: Yesterday I did some more tests regarding the MPEG2.5 playback problems: (1) modified postpone_dma_tick() delay, testing 1 ms and 2 ms (2) set the serial bitrate to 1 MBit/s as intended. Originally it is set to 750 kbit/s (but the comment says 1 MBit/s!)
10.49.02 #       <amiconn> Both modifications didn't change the playback behaviour
10.49.41 #       <LinusN> funny that i miscalculated the 1Mbit/s
10.50.10 #       <LinusN> have you looked at the DEMAND pin?
10.50.54 #       <amiconn> Nope. Unfortunately I don't posses a digital scope or logic analyzer
10.51.09 #       <LinusN> ok, so maybe i'll have to do that
10.51.10 #       <amiconn> SCI bitrate without prescaler: (FREQ/4) / (BRR+1)
10.51.24 #       <LinusN> still, is this a properly encoded file?
10.52.06 #       <LinusN> you should commit the bitrate fix
10.52.09 #       <amiconn> It is (rather: they are) encoded with lame 3.96, and play fine in whatever software player I choose
10.52.24 #       <LinusN> good then
10.52.42 #       <LinusN> it stutters?
10.53.24 #       <amiconn> Actually, there are 2 problems: (1) Playback of MPEG2.5 layer 3 *VBR* files stutters - on any MAS, both archos fw & rockbox. CBR plays fine
10.54.17 #       <amiconn> (2) Player only: 11.025 kHz layer 3 files (both CBR and VBR) play silent, also both with archos fw and rockbox
10.54.22 #       <LinusN> ok, is 2.5 supposed to support vbr?
10.55.11 #       <amiconn> Yes, because 2.5 is just the LSF extension for MPEG2. Although 2.5 is not an official standard, all MAS datasheets claim that it is supported
10.55.45 #       <amiconn> I actually suspect a bug in the MAS firmware, but maybe we can find a workaround
11.11.04 Quit    AciD (Read error: 104 (Connection reset by peer))
11.11.23 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
11.11.53 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
11.15.29 #       <LinusN> amiconn: maybe the DAC sample rate detection fails for low sample rates
11.15.37 #       <LinusN> try setting it manually
11.15.52 #       <LinusN> (the 11.025 kHz silent play)
11.18.04 #       <dwihno> http://media.intozgc.com/image/200410/44634-2004102067123249.jpg - seems like sony is going to update the ex-series...
11.19.44 #       <amiconn> LinusN: I did not dig that deep yet, didn't think of the separate dac. Funny enough, it works with both 12 kHz and 8 kHz...
11.20.14 #       <LinusN> weird indeed
11.22.15 #       <amiconn> (apart from the stuttering with VBR of course)
11.24.02 #       <LinusN> hmmm, 11.025 works on the recorder?
11.25.44 #       <LinusN> maybe the problems are related, that the MAS has some difficulties with that exact frequency?
11.28.00 #       <amiconn> 11.025 kHz do work both on recorder (3587f) and Ondio SP (3539f), apart from the stuttering vbr
11.42.38 #       <[IDC]Dragon> amiconn: should we order that EL backlight from sweden?
11.42.56 #       <[IDC]Dragon> it needs 2, to achieve minimum order
11.43.15 #       <LinusN> for the ondio?
11.43.37 #       <[IDC]Dragon> not exactly, but I think we can fit this
11.43.50 #       <LinusN> where is that swedish company?
11.44.24 #       <[IDC]Dragon> http://www.jelu.se/shop/product_info.php?cPath=1_29&products_id=33
11.46.29 #       <amiconn> [IDC]Dragon: Did you verify whether the chip wiring is made for that Sipex chip?
11.46.51 #       <[IDC]Dragon> I have some doubts, to be hones
11.46.57 #       <[IDC]Dragon> honest
11.49.24 #       <[IDC]Dragon> maybe we can ignore that and just use the tiny PCB it comes with
11.49.49 #       <[IDC]Dragon> circuit once again: http://www.myplace.nu/mp3/backlight.htm
11.49.55 #       <amiconn> I doubt that it would fit.
11.50.23 #       <[IDC]Dragon> there is quite some space between the main and the tuner PCB
11.50.39 #       <[IDC]Dragon> I once put an MMC in there
11.51.01 #       <[IDC]Dragon> (just checking, and dreaming about 1GB internal)
11.53.03 #       <[IDC]Dragon> LinusN: S-18641 Vallentuna is probably not in pickup distance from you?
11.54.17 #       <amiconn> [IDC]Dragon: We should check the PCB which pins are connected to the pads for the coil. Sipex SP4403 has the coil on 3-6, while that HV857MG has the coil on 1-5
11.56.39 #       <LinusN> [IDC]Dragon: it is, i'll have to check if he wants to sell directly
11.57.16 #       <LinusN> it's not far from where i work
12.01.14 #       <[IDC]Dragon> how convenient ;-)
12.03.49 #       <LinusN> lunch time
12.03.59 #       <[IDC]Dragon> here too
12.29.27 ***     Saving seen data "./dancer.seen"
12.34.55 Quit    AciD (Read error: 104 (Connection reset by peer))
12.52.46 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
12.53.52 Join    Rexx [0] (Rex@ip503c9632.speed.planet.nl)
12.53.55 #       <Rexx> :))
12.56.52 #       <Rexx> !seen miner49er
13.04.59 #       <LinusN> logbot: seen miner49er
13.07.08 #       <LinusN> Rexx: /msg logbot seen miner49er
13.31.55 #       <Rexx> headie replied to me privately :)
13.47.56 #       <[IDC]Dragon> LinusN: would you be willing to buy such an EL for me?
13.58.32 #       <LinusN> i'll give him a call, but i'm not sure what he'll respond
13.59.10 #       <LinusN> he has no store and it looks like he's running the company from home
13.59.19 #       <[IDC]Dragon> Great! Maybe there's other interesting stuff for you
13.59.42 #       <[IDC]Dragon> people who build mp3 players are interesting, or?
14.00.22 #       <LinusN> we'll see
14.03.39 Part    LinusN
14.29.30 ***     Saving seen data "./dancer.seen"
15.24.40 #       <Rexx> i just opened my archosjbmm
15.24.47 #       <Rexx> to see how it looked from the inside
15.24.54 #       <Rexx> it was scary :P
15.25.53 #       <Rexx> you think its possible to upgrade the CPU ?
15.26.16 #       <kurzhaarrocker> no
15.26.57 #       <Rexx> :(
15.27.09 #       <Rexx> at least i can upgrade the harddrive
15.27.12 #       <kurzhaarrocker> Why would you want to do that anyway?
15.27.32 #       <Rexx> because then it would support movies with better quality
15.28.07 #       <Rexx> and then it would be worth it to connect it to my TV
15.28.11 #       <Rexx> and then watch movies on my tv
15.28.36 #       <Rexx> now if i use a too good quality, the archos cant process all the data and..
15.28.57 #       <Rexx> it will pay it badly.... sound is being desynced from video..
15.29.12 #       <Rexx> play*
15.32.17 Join    thegeek [0] (~NNSCRIPT@g-001.osl255.netcom.no)
15.45.48 Quit    thegeek (Remote closed the connection)
15.45.53 Join    thegeek [0] (~NNSCRIPT@g-001.osl255.netcom.no)
15.49.55 Quit    thegeek (Client Quit)
16.01.57 Part    kurzhaarrocker
16.09.42 Quit    Rexx ("Oops, I did it again")
16.24.59 Join    webguest85 [0] (~5242574e@labb.contactor.se)
16.25.40 Join    oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net)
16.29.32 ***     Saving seen data "./dancer.seen"
16.30.35 Quit    webguest85 ("CGI:IRC")
16.32.49 Join    methangas [0] (methangas@0x50a476b9.virnxx10.adsl-dhcp.tele.dk)
16.37.13 Quit    einhirn (Read error: 104 (Connection reset by peer))
16.37.28 Join    mecraw_ [0] (~lmarlow@69.2.235.2)
16.54.11 Join    raxy [0] (~c1c28427@labb.contactor.se)
17.04.10 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
17.13.56 Quit    AciD (Read error: 104 (Connection reset by peer))
17.32.07 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
17.43.26 Quit    [IDC]Dragon ("CGI:IRC")
18.23.08 Join    FatalRipper [0] (~51f136a7@labb.contactor.se)
18.25.29 Quit    FatalRipper (Client Quit)
18.29.36 ***     Saving seen data "./dancer.seen"
18.29.40 Quit    raxy ("CGI:IRC")
18.49.01 Join    Stryke` [0] (Stryke_@resnet-241-86.resnet.UMBC.EDU)
18.49.43 Join    LazyCombat [0] (~51e28f17@labb.contactor.se)
18.52.12 Part    LazyCombat
19.08.36 Join    paintcan [0] (~wossname@rn-v1w5a06.uwaterloo.ca)
19.14.58 Part    paintcan
19.22.43 Part    oxygen77 ("Cho")
19.52.09 Join    raxy [0] (~5243dbad@labb.contactor.se)
19.52.25 #       <raxy> halo thjere
19.53.05 #       <raxy> nobodi outzere ?
19.57.02 #       <raxy> bYe
19.57.05 Part    raxy
19.58.42 Join    raxy [0] (~5243dbad@labb.contactor.se)
19.59.21 #       <raxy> wehere could I find programming instructions for the MAS codec ?
20.00.30 Quit    raxy (Client Quit)
20.03.35 Quit    AciD (Read error: 104 (Connection reset by peer))
20.20.50 Join    AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
20.29.39 ***     Saving seen data "./dancer.seen"
21.21.16 Join    miner49er [0] (~chatzilla@82-32-46-234.cable.ubr06.azte.blueyonder.co.uk)
21.21.50 #       <miner49er> hello
21.23.35 Join    DJBaz [0] (~DJBaz@80.229.144.229)
21.24.02 #       <DJBaz> hi, does anyone have a back up of the original jukebox 20 archos firmware they could send me/give a link to?
21.27.06 #       <amiconn> DJBaz: Just download it from Archos
21.27.44 #       <DJBaz> i have tried that but when i try to flash, rockbox says 'wrong version for hardware'
21.29.37 #       <amiconn> ?? You said jukebox, so I assumed a player, but the players are not flashable. Of course, the flash images are not downloadable from archos
21.29.54 #       <DJBaz> ah sorry, jukebox recorder
21.30.00 #       <amiconn> v1?
21.30.24 #       <DJBaz> yes
21.31.05 #       <amiconn> I just remembered you can get all flash images from BlueChip's website: http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/RockBox.htm
21.31.22 #       <amiconn> Just scroll down to "Archos firmware"
21.31.27 #       <DJBaz> nice one :)
21.31.28 #       <DJBaz> cheers dude
21.31.58 #       <amiconn> Btw: You should have made a backup in the first place, as the flash instructions told you ;-)
21.32.29 #       <DJBaz> yeh i did but lost the backup lol
21.33.25 Join    DIgital007 [0] (~acbfa344@labb.contactor.se)
21.33.31 #       <DIgital007> hi
21.34.33 #       <DJBaz> hi
21.36.54 #       <DIgital007> im just curious when rockbox for iriver will be available for download
21.37.19 #       <DJBaz> i dont know sorry
21.42.36 #       <DIgital007> just wondered because i saw a pic of the iriver with the rockbox logo oni t
21.43.32 #       <DJBaz> must be availible then
21.50.16 #       <DJBaz> amiconn have you ever made a rvf video?
21.50.59 #       <amiconn> Yup. Actually I made many of them
21.51.27 #       <DJBaz> are audio included too?
21.51.35 #       <amiconn> Yup.
21.51.44 #       <DJBaz> got any examples on the web?
21.51.55 #       <amiconn> While doing that, I even helped [IDC]Dragon to find bugs in the encoder. The last bug was even found this week, and ironed out yesterday :)
21.52.06 #       <DJBaz> nice one
21.52.20 #       <amiconn> Do you have problems creating .rvfs?
21.52.29 #       <DJBaz> no
21.52.58 #       <DJBaz> but would like some futurama/simpson eps... i havent recorded any from tv yet lol
21.54.06 #       <amiconn> I don't have such stuff, just some music videos and then some movies (German language)
21.54.41 #       <DJBaz> movies :o
21.54.52 #       <DJBaz> how big is the average movie once it has been converted?
21.55.33 #       <amiconn> Yes. I even converted all 3 parts of Lord of the Rings: 764/768/859 MB
21.55.47 #       <DJBaz> lmao
21.56.03 #       <DJBaz> have you watched them all from start to finish on ur box?
21.56.13 #       <amiconn> Haha, no
21.56.17 #       <DJBaz> lol
21.56.41 #       <amiconn> Average movies are around 400.500 MB
21.57.17 #       <amiconn> Music videos typically 13..20 MB
22.00.53 #       <DJBaz> not bad
22.01.52 #       <DJBaz> right, i have to go
22.01.57 #       <DJBaz> ill prolly be back later
22.01.59 #       <DJBaz> cya
22.02.05 #       <DJBaz> thanks for your help
22.02.43 Quit    DJBaz ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
22.29.42 ***     Saving seen data "./dancer.seen"
22.45.25 Quit    DIgital007 ("CGI:IRC (EOF)")
22.48.14 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
22.52.10 Join    amiconn_ [0] (~jens@pD95D1DE6.dip.t-dialin.net)
22.52.23 Quit    amiconn (Nick collision from services.)
22.52.23 Nick    amiconn_ is now known as amiconn (~jens@pD95D1DE6.dip.t-dialin.net)
23.24.31 Quit    miner49er ("ChatZilla 0.9.61 [Mozilla rv:1.7/20040514]")
23.29.06 Join    AciD` [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
23.29.53 Quit    methangas (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!")
23.34.51 Quit    AciD (Nick collision from services.)
23.34.56 Nick    AciD` is now known as AciD (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net)
23.44.25 Join    einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de)
23.55.16 Join    Digital007 [0] (~accbaf85@labb.contactor.se)