--- Log for 07.03.104 Server: truong.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16p1 Started: 23 days and 19 hours ago 00.01.13 # brb 00.01.17 Part diddystar5 00.01.50 Quit mattzz ("Client exiting") 00.19.10 Part amiconn 00.24.39 Quit methangas (" Try HydraIRC -> http://www.hydrairc.com <-") 00.29.15 Quit scott666_ (Read error: 54 (Connection reset by peer)) 00.29.38 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 00.30.39 *** Saving seen data "./dancer.seen" 00.30.40 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 00.33.45 Quit Nibbler (truong.freenode.net irc.freenode.net) 00.33.45 NSplit truong.freenode.net irc.freenode.net 00.37.27 NHeal truong.freenode.net irc.freenode.net 00.37.27 NJoin Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 00.45.16 Join mattzz [0] (~mattzz@c231002.adsl.hansenet.de) 00.45.31 Quit mattzz (Client Quit) 00.58.38 Join diddystar5 [0] (~lee@IC86.library.oregonstate.edu) 01.25.51 Quit Nibbler (Read error: 104 (Connection reset by peer)) 01.35.55 # by bye 01.36.27 Quit diddystar5 ("Leaving") 01.39.45 Join track [0] (74d57721@ACBEA8F2.ipt.aol.com) 01.39.50 Quit track (Client Quit) 01.56.56 Quit scott666 (Read error: 54 (Connection reset by peer)) 02.30.43 *** Saving seen data "./dancer.seen" 02.33.06 Join edx [0] (edx@pD9EAB8E4.dip.t-dialin.net) 02.52.29 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 02.52.37 Quit edx (Read error: 60 (Operation timed out)) 02.56.57 Quit midknight2k3 (Client Quit) 03.07.10 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 03.11.11 Join edx [0] (edx@pD9EA9DD7.dip.t-dialin.net) 03.20.30 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 03.20.31 Quit midknight2k3 (Client Quit) 03.43.19 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 03.43.51 Quit midknight2k3 (Client Quit) 03.49.24 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 03.55.55 Quit edx () 04.24.35 Quit Nibbler (Read error: 54 (Connection reset by peer)) 04.30.46 *** Saving seen data "./dancer.seen" 04.41.21 Join Bluechip [0] (~bluechip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 04.42.38 # bc! 04.42.47 # evenin' 04.45.00 # bc! 04.50.34 # bc! 04.52.04 # do you recall how the GAIN feature in MP3DirectCut works? 04.52.28 # no idea sir 04.53.49 # did you finish all your plugins? 04.53.56 # (cheers) 04.55.44 # uh no 04.55.52 # i got carried away chatting and rendering 04.57.49 # lol 04.57.56 # nm 04.58.19 # what's left to do? 04.59.13 # uh 04.59.14 # er 04.59.15 # uh 04.59.18 # gotta go 04.59.19 # LOL jk 04.59.36 # lol 04.59.57 # lol its like "uh er well uh gotta clean the truck out peace" 05.01.49 # some of these speech synths are awesome 05.10.32 # uh? 05.10.49 # catching up with the mailing list 05.10.56 # enjoy 05.11.10 # did you check any of them out? 05.11.30 # no 05.11.35 # could we put one in rockbox? 05.11.43 # do you read the mail list? 05.12.05 # sometimes 05.12.18 # but could it be done? 05.12.24 # ah - it's been the hot topic for about 2 weeks now 05.12.50 # along with the new release and a couple of other techie and speed improvements 05.13.54 # but could it be done? 05.14.04 # it is being done 05.14.13 # cool 05.17.00 # they do great trnce inductions - lol 05.17.03 # trance 05.17.10 # lmaoacs? 05.18.39 # got <5mins to download it... 05.18.40 # http://hegel.research.att.com/tts/speech/2b54b2ec937900fb6cc4e80414c254e2.wav 05.19.13 # its not <5m 05.19.24 # LOL 05.19.44 # no idea 05.19.59 # entranced 05.20.33 # it does embedded commands quite well 05.21.13 # sorta cool 05.21.28 # the UK voices suck 05.21.41 # uh, what 05.22.23 # sorry jibbering - ignore me 05.24.33 # yessir 05.30.31 # bored now - byeeeeee 05.30.51 Part Bluechip 05.31.19 # trg 05.31.21 # GRR 05.33.21 Quit midknight2k3 ("Going... BYE!") 05.56.55 Join Mylacc [0] (~Mylacc@pcp06947678pcs.nrockv01.md.comcast.net) 05.58.40 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 05.58.54 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 06.10.10 Join wake [0] (~wake@HSE-Ottawa-ppp162112.sympatico.ca) 06.21.49 # i just got my archos today and it's charging so i cant test it but it came with an RCA cable, including yellow, i was wondering if it is capable of outputing divx at all? 06.28.30 # or any video 06.30.48 *** Saving seen data "./dancer.seen" 06.37.28 # sorry, archos jukebox recorder 06.39.30 Quit scott666 (Read error: 104 (Connection reset by peer)) 07.05.19 Quit Nibbler (Read error: 104 (Connection reset by peer)) 07.06.41 Quit AciD` ("ac1d.free.fr") 07.21.57 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 07.23.39 Quit wake ("leaving") 07.32.51 Quit midknight2k3 ("Going... BYE!") 07.42.44 Join midknight2k3 [0] (ZakkRobert@c-24-18-39-169.client.comcast.net) 07.46.05 Quit midknight2k3 (Read error: 54 (Connection reset by peer)) 07.50.24 Join midknight2k3 [0] (Whoopie@c-67-165-123-245.client.comcast.net) 08.08.16 Join methangas [0] (methangas@0x50a43289.virnxx10.adsl-dhcp.tele.dk) 08.09.49 Quit midknight2k3 () 08.11.11 Join midknight2k3 [0] (~zakk@c-24-18-39-169.client.comcast.net) 08.30.52 *** Saving seen data "./dancer.seen" 08.39.37 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 08.40.27 # hi nibs 09.40.24 Quit Nibbler (Read error: 104 (Connection reset by peer)) 09.49.59 Quit midknight2k3 (Read error: 54 (Connection reset by peer)) 09.50.40 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 09.50.46 # re 09.50.50 # * Nibbler hates this servers 10.17.25 Join [1]c0utta [0] (HydraIRC@dialup-216.53.221.203.acc04-waym-adl.comindico.com.au) 10.30.56 *** Saving seen data "./dancer.seen" 10.35.56 Quit Nibbler (Read error: 104 (Connection reset by peer)) 10.36.26 Quit c0utta (Read error: 110 (Connection timed out)) 10.36.27 Nick [1]c0utta is now known as c0utta (HydraIRC@dialup-216.53.221.203.acc04-waym-adl.comindico.com.au) 11.14.30 Join pfavr [0] (~chatzilla@c83958a.s-oe.bostream.se) 11.27.18 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 11.28.01 Quit scott666 (Client Quit) 11.34.11 # Mylacc, the RCA cable is used for the digital audio (SPDIF) on the recorder 11.43.56 Join track [0] (~74d57721@ACBCB3FC.ipt.aol.com) 11.44.00 Quit track (Client Quit) 12.17.45 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 12.31.00 *** Saving seen data "./dancer.seen" 13.01.59 Join uski [0] (~moo@gandalf.digital-network.org) 13.01.59 Quit Nibbler (Read error: 104 (Connection reset by peer)) 13.50.26 Join FlorianK [0] (~chatzilla@pc4.campus-sued.uni-duesseldorf.de) 13.51.31 # hi pfavr, remember me from last week? you helped me, and i promised to tell you what happened 13.53.04 # hello? 13.53.17 # anyone? 13.56.18 # anybody here have experience with a busted DC adapter for the JBR? 14.01.46 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 14.02.52 # hi matsl 14.03.38 # hi 14.03.55 # do you happen to have experience with a busted dc adapter for the JBR? 14.04.39 # sort of. i bought a new one when mine broke. 14.04.49 # how did you know that it broke? 14.04.54 # simply not charging anymore? 14.05.38 # w8. u said JBR? I have a player 14.05.50 # same difference, i guess 14.05.55 # ok. 14.06.29 # charging didn't work. I use a DC meter to check the voltage. nothing. 14.06.37 # mine simply won't charge anymore, and i don't know whether it's the batteries or the charger 14.06.42 Join edx [0] (edx@pD9EA9DD7.dip.t-dialin.net) 14.07.00 # right, a dc meter. that might be worth a try 14.07.26 # does the unit say it is chargening? 14.07.38 # nope, doesn't even turn on when i plug it in 14.07.47 # that's what makes me think it's the charger 14.08.21 # ok. sound like the right thing to test. 14.08.28 # but it might also be that the plug on the unit is damaged 14.08.41 # not that icould tell from looking at it 14.09.21 # yes. it can probably be lots of things. so you'll have to start somewhere and check things. 14.09.42 # last thing i needed, but there it is 14.10.05 Join mattzz [0] (~mattzz@c231002.adsl.hansenet.de) 14.24.28 Quit FlorianK ("ChatZilla 0.9.52B [Mozilla rv:1.6/20040113]") 14.28.44 Join Nibbler [0] (~nibbler@port-212-202-73-124.reverse.qsc.de) 14.31.01 *** Saving seen data "./dancer.seen" 14.48.58 Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 15.10.25 Quit pfavr ("ChatZilla 0.9.52B [Mozilla rv:1.6/1]") 15.27.49 Quit AciD` (Read error: 54 (Connection reset by peer)) 15.40.32 Join funkymonkey [0] (methangas@0x50a43289.virnxx10.adsl-dhcp.tele.dk) 15.40.33 Quit methangas (Read error: 54 (Connection reset by peer)) 16.18.15 Quit mattzz ("Client exiting") 16.20.12 Join [IDC]Dragon [0] (~idc-drago@pD9E34CED.dip.t-dialin.net) 16.28.40 # <[IDC]Dragon> uski, are you there? 16.31.02 *** Saving seen data "./dancer.seen" 16.54.46 # yea 16.54.47 # hi 16.55.09 # <[IDC]Dragon> hi 16.55.38 # <[IDC]Dragon> no luck with players here 16.55.44 # heh 16.55.50 # <[IDC]Dragon> looks pretty grim for that subject 16.56.10 # can you tell me what you did exactly to search the cause of "the" behavior ? 16.56.20 # have you tried to flash a simple firmware that simply blink the red led ? 16.56.34 # <[IDC]Dragon> not flash, but download 16.56.40 # just to see if the ram, flash, cpu works 16.56.48 # <[IDC]Dragon> yes, it does. 16.56.58 # <[IDC]Dragon> the LCD lines also work 16.57.10 # have you some development board that have an I2C bus that you can easily program ? 16.57.14 # <[IDC]Dragon> (tested with gdb) 16.57.18 # it would be itneresting to test the LCDs to see if they are still working 16.57.39 # <[IDC]Dragon> not I2C, SPI 16.57.44 # oops i wasn't sure 16.58.00 # <[IDC]Dragon> the init sequence is a problem 16.58.03 # perhaps the LCDs are simply broken due to the uart mod 16.58.11 # cut&paste rockbox code :) 16.58.12 # <[IDC]Dragon> we don't know it for sure 16.58.20 # ah 16.58.33 # you know what controller it is, right ? 16.58.37 # <[IDC]Dragon> no, that is the part of Rockbox which needed to be debugged for flashing 16.58.43 # yea i remember.. 16.59.04 # <[IDC]Dragon> I can send you your box, if you like. 16.59.19 # does it mean you give up ? ;) 16.59.21 # <[IDC]Dragon> still have a "reference" here 16.59.28 # <[IDC]Dragon> sortof, yes 16.59.59 # well, if it can be some use to you for rockbox, keep it, otherwise send it back but only if it doesn't cost you too much money 17.00.03 # <[IDC]Dragon> Maybe you find something, who knows? 17.00.07 # yea 17.00.15 # unfortunately these days i don' have much free time 17.00.30 # <[IDC]Dragon> don't tell me 17.00.46 # <[IDC]Dragon> it doesn't have to be "these days" 17.00.46 # :\ 17.01.09 # actually i can only work on some projects at vacations 17.01.17 # <[IDC]Dragon> one strange thing remains: 17.01.29 # oops, holidays, not vacations 17.01.33 # <[IDC]Dragon> I can talk to your box with the UART mod 17.01.36 # yea 17.01.46 # <[IDC]Dragon> but not to the other. 17.01.52 # hmm 17.02.04 # <[IDC]Dragon> Only if I take the other CPU board into yours 17.02.10 # perhaps that's because of the way you did the mod ? 17.02.22 # if i remember, you used the line in jack while i used an external jack 17.02.33 # <[IDC]Dragon> so it must be something on the "base", but which is pretty passive in this 17.02.43 # perhaps it broke something in the MAS, and now the MAS is forcing the line down or sth like that 17.02.59 # <[IDC]Dragon> I disconnected that 17.03.04 # hmm forget it, the MAS is on the CPU board 17.03.06 # ok 17.03.15 # so perhaps the cause of the problem is on the base... 17.03.36 # <[IDC]Dragon> obviously, yes 17.03.45 # what if you try with Eric's base and cpu board, but with connecting the uart pins directly on the cpu board ? 17.04.36 # <[IDC]Dragon> haven't done that yet 17.05.23 # the question is: do you have the time to, and do you want to, do it ? 17.05.35 # <[IDC]Dragon> not really, no 17.05.49 # ok 17.05.52 Join moormaster [0] (~trillian@port-212-202-175-101.reverse.qsc.de) 17.06.05 # so, youi said the only problem for rockbox flashed on players is the lcd init sequence ? 17.06.23 # <[IDC]Dragon> and the disk powerup also has a problem 17.06.33 # like ? 17.06.45 # you don't know which line to pull down/up, sth like that ? 17.06.51 # or is it more tricky ? 17.06.56 # <[IDC]Dragon> that was the outcome of my "remote tries" with gizz 17.07.10 # <[IDC]Dragon> we don't know yet, there may be more 17.07.19 # ok 17.08.39 # <[IDC]Dragon> afk, hang on 17.08.49 # k 17.25.48 Join AciD` [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.04.32 Join mattzz [0] (~mattzz@c231002.adsl.hansenet.de) 18.04.49 # Hi Joerg ;-) 18.07.02 # <[IDC]Dragon> Hi 18.07.40 # I need some advice to play a mp3 sound in a plugin (trying to build a metronome) 18.07.51 # does anybody know who has programmed the sliding puzzle plugin? 18.08.15 # there is a bug in the shuffle algorithm which causes the puzzle to be unsolveable 18.08.44 # moormaster: Copyright (C) 2002 Vicentini Martin 18.09.00 # <[IDC]Dragon> mattzz: look into the chip8 plugin 18.09.08 # <[IDC]Dragon> it plays a beep 18.09.32 # <[IDC]Dragon> take out the repeatition, and you're there 18.09.57 # [IDC]Dragon: That's what I did. Can I put a sleep in the callback function? 18.10.18 # <[IDC]Dragon> you won't need the callback, I guess. 18.10.35 # <[IDC]Dragon> because you play only distinct clicks. 18.11.01 # <[IDC]Dragon> The callback is necessary for continuous, seamless playback. 18.11.29 # [IDC]Dragon: Do I have to call mp3_play_data every time I want to play a sound or is it just the buffer loading? 18.11.46 # <[IDC]Dragon> and no, don't sleep in the callback. It's called within interrupt. 18.12.02 # aahh - OK 18.12.10 # <[IDC]Dragon> yes, mp3_play_data 18.12.40 # is the is_playing stuff mandatory? 18.13.00 # <[IDC]Dragon> not if you're rude 18.13.35 # So all I have to do is 18.13.39 # <[IDC]Dragon> I did that to prevent sounds when mp3s are playing, and you only want to play in the foreground 18.13.53 # ok 18.14.39 # so I basically do 1. mp3_play_data, 2. mp3_play_pause(true), 3. sleep(), 4. goto 1.? 18.15.03 # <[IDC]Dragon> you can use plugin_get_mp3_buffer() to stop playback, if there was any, even if you don't need the buffer. 18.15.13 # <[IDC]Dragon> yes. 18.15.32 # Do I have to do some initialization as in mp3_init()? 18.16.19 # <[IDC]Dragon> you mean mp3_play_init()? 18.16.34 # yep 18.16.34 # <[IDC]Dragon> don't use that, this function is "evil". 18.16.47 # I am rude _and_ evil, too ;-) 18.17.04 # <[IDC]Dragon> I will remove it next time the plugin API gets incompatible. 18.17.34 # btw: lutz got his rockbox last week. pretty happy guy now 18.17.59 # <[IDC]Dragon> you don't need it, the default state is playback anyway. 18.18.06 # <[IDC]Dragon> ;) 18.18.57 # <[IDC]Dragon> It unnecessarily resets the MAS and your sound settings. 18.19.16 # <[IDC]Dragon> This was the reason why my video plugin misbehaved. 18.19.33 # One more question: The sound is pretty large (about 2.4kb), does this have an impact on the repetition speed. I want to build a metronome with a nice rimshot sound. 18.19.54 # the sound itself is pretty short 18.19.58 # <[IDC]Dragon> No, the sound is played in the background. 18.20.18 # <[IDC]Dragon> the mp3_xx() functions return immediately. 18.20.47 # understand 18.20.54 # <[IDC]Dragon> but your sound should be shorter than the sleep 18.21.41 # and the mp3_is_playing function is used to detect if playback has finished? 18.22.50 # <[IDC]Dragon> no, it tells if the box plays regular mp3 meanwhile. 18.23.15 # <[IDC]Dragon> So you can be graceful 18.23.30 # I certainly will be 18.23.54 # <[IDC]Dragon> To tell if your sound finished, you can use the callback again, set a flag 18.24.55 # <[IDC]Dragon> for a metronome, I would not use sleep, granularity is 10 ms 18.25.06 # <[IDC]Dragon> istead, rather poll current_tick 18.25.21 # <[IDC]Dragon> to tell if your next click is due 18.25.54 # <[IDC]Dragon> so you won't accumulate the granularity 18.26.05 # Good hint. 18.26.49 # <[IDC]Dragon> (but you still better sleep to "waste" your time") 18.27.36 Join moorkonig [0] (~trillian@port-212-202-175-101.reverse.qsc.de) 18.28.56 # <[IDC]Dragon> mattzz: you know about the bitswapping issue, for your mp3 data? 18.29.29 # [IDC]Dragon: yup, I wrote a little perlscript to have my mp3 data swapped 18.30.09 # [IDC]Dragon: I managed having the sound played but the repetition was not clear to me. 18.30.14 Quit moormaster (Read error: 60 (Operation timed out)) 18.30.14 # <[IDC]Dragon> you can as well have the box do that, if you like. 18.31.03 *** Saving seen data "./dancer.seen" 18.31.20 # [IDC]Dragon: That would be best. let the metronome point to a soundfile, have it loaded and bitswapped by rockbox 18.31.48 # [IDC]Dragon: I think I found the bitswap.S 18.33.18 # [IDC]Dragon: I have two weeks of vacation in front of me - plenty of time to hack the box 18.35.05 # <[IDC]Dragon> vacation from DivX? How come? 18.36.09 # [IDC]Dragon: Well, first there was Delta (two vacations dumped), than there was the 3100 and finally divx...well TH wouldn't dare to ask me again :-) 18.36.34 # [IDC]Dragon: Actually this is vacation from last year 18.36.41 # <[IDC]Dragon> :( 18.37.16 # [IDC]Dragon: I am kind of sick of it... Brute force pull-in sucks 18.38.48 # <[IDC]Dragon> Maybe you're interested to know I'm working on a JPEG viewer plugin 18.39.02 # <[IDC]Dragon> (besides all the other stuff) 18.39.13 # I _am_ interested. 18.39.46 # Do you need an analyzer tool? I have one here 18.39.57 # <[IDC]Dragon> decoding already works, thanks. 18.40.43 # <[IDC]Dragon> I'm porting the halftoning algorithm to fixed point now, to have it runningon the box. 18.41.07 # Are you doing a full iDCT or are you just looking at the DC values? 18.41.20 # <[IDC]Dragon> real DCT 18.41.29 # whoops 18.42.00 # <[IDC]Dragon> reduced sizes need to be done, need a 4*4 or 2*2 IDCT 18.42.17 # Is there any possibility of grey-tones on the display? 18.42.32 # <[IDC]Dragon> you haven't seen my video yet? 18.43.03 # nope, just started hacking last night 18.43.17 # <[IDC]Dragon> dosn't take hacking 18.43.21 # I guess I should have look than 18.44.09 # well, at least I had to compile an up-to-date kernel of the RB ;-) 18.44.20 # <[IDC]Dragon> http://rockbox.haxx.se/newvid/ 18.44.54 # <[IDC]Dragon> you only need to download a .rvf then 18.45.07 # which .rock file is needed? 18.45.10 # <[IDC]Dragon> copy it to the box and ply it 18.45.23 # <[IDC]Dragon> none, you should already have that 18.45.42 # <[IDC]Dragon> if you're running a daily build or compiled recent sources 18.46.10 # <[IDC]Dragon> do you have broadband internet? 18.46.33 # yup 18.46.42 # <[IDC]Dragon> then go for futurama! 18.48.20 # loool 18.48.23 # futurama is excellent 18.48.50 # [IDC]Dragon: did you write the jpeg huffman decoder by yourself? 18.49.11 # <[IDC]Dragon> I borrowed that from the IJG code 18.49.30 # <[IDC]Dragon> (open source) 18.50.03 # <[IDC]Dragon> but thinned it out substantially 18.50.05 # [IDC]Dragon: that's fine. 18.50.34 # <[IDC]Dragon> why "fine"? 18.50.37 # My idea was to use the DC values only because of the downscaling 18.50.58 # <[IDC]Dragon> I have made that once, need to do it here 18.51.47 # [IDC]Dragon: "fine" because you borrowed code from the IJG ;-) 18.52.56 Quit moorkonig (Read error: 110 (Connection timed out)) 18.53.56 Join moorkonig [0] (~trillian@port-212-202-175-101.reverse.qsc.de) 18.54.21 # <[IDC]Dragon> how's your futurama download doing? 18.55.20 # 40% but I started viewing already. I must say that I am quite speechless. 18.55.56 # <[IDC]Dragon> ;) 18.56.07 # <[IDC]Dragon> headphones connected? 18.56.39 # sure! 18.58.05 # <[IDC]Dragon> the display has no grayscale. You can see what's really going on when you hit pause. 18.58.28 # <[IDC]Dragon> I flicker the pixel for a grayscale effect. 18.58.55 # Impressive 18.58.59 # <[IDC]Dragon> something like PDM (Pulse Density Modulation). 18.59.23 # <[IDC]Dragon> the slow display smears it to grayscales. 18.59.31 # so this will be used for jpeg display also? 18.59.36 # <[IDC]Dragon> yes. 19.00.13 # <[IDC]Dragon> you can also view this as "temporal dithering" 19.00.56 # that's what the good ol' c64 was doing when programmed in assembler.... 19.01.07 # <[IDC]Dragon> was it? 19.01.27 # <[IDC]Dragon> (this is assembler, too) 19.01.44 # how many frames per sec is it? 19.01.56 # <[IDC]Dragon> 67 by default 19.02.18 # <[IDC]Dragon> it should match the refresh of the LCD for best effect. 19.02.42 # 67 black/white frames? 19.02.47 # actually it matches exactly my lcd refresh at startup 19.02.55 # <[IDC]Dragon> which we don't know, that's a bad thing 19.03.03 # but after 15 mins the screen starts to be "harder to see" 19.03.10 # <[IDC]Dragon> the LCD has no vsync 19.03.31 # <[IDC]Dragon> and generates its clock with an RC oscillator 19.04.08 # <[IDC]Dragon> so it drifts with temperature, varies amoung the users 19.04.15 # so maybe BUTTON_UP/DOWN should be able to trim that timer value 19.04.27 # <[IDC]Dragon> and the audio? 19.05.15 # argh. shoot me 19.05.27 # hmmm IDEA, im thinking of a possible way to allow changing the refresh speed wihtout losing AV sync 19.06.51 # <[IDC]Dragon> audio can be pitched, yes, but the problem is that the clocks have to match _exacly_. 19.07.06 Join [1]c0utta [0] (HydraIRC@dialup-185.99.220.203.acc02-waym-adl.comindico.com.au) 19.07.39 Quit c0utta (Read error: 60 (Operation timed out)) 19.07.41 Nick [1]c0utta is now known as c0utta (HydraIRC@dialup-185.99.220.203.acc02-waym-adl.comindico.com.au) 19.08.16 # <[IDC]Dragon> c0utta: I saw from the logs you're updating the flash manual? 19.08.27 # gotta have my jbr flashed right now... 19.08.53 # <[IDC]Dragon> have or will? 19.09.36 # will flash it right now. Flash is running on stable and rolo-ing all the time sucks 19.09.49 # <[IDC]Dragon> OK. 19.11.05 # you are lucky to have a flashable box... :\ 19.12.54 # <[IDC]Dragon> who knows if he does? 19.13.05 # hmm right lol 19.13.19 # <-- has one 19.13.52 Join hardeep [0] (1098@208.247.65.237) 19.14.26 # :) 19.15.23 # what is supposed to be in rockbox.ucl? 19.16.09 # <[IDC]Dragon> well, rockbox 19.16.25 # <[IDC]Dragon> huh, where are you now? 19.16.32 # at home 19.16.35 # ok, ok, not funny 19.16.39 # <[IDC]Dragon> haha 19.16.54 # uski: well that one _was_ funny. 19.17.03 # [IDC]Dragon: in my build-dir 19.17.23 # <[IDC]Dragon> no, I mean with the flashing procedure. 19.17.51 # [IDC]Dragon: not started yet. I am currently copying my built .rock-files to the archos 19.18.19 # <[IDC]Dragon> you need the firmware image from my webspace 19.18.29 # [IDC]Dragon: the fine manual said something about playing the rockbox.ucl file 19.18.51 # <[IDC]Dragon> that's for later, if you have flashed already. 19.19.15 # [IDC]Dragon: I have 2.1 flashed already 19.19.25 # <[IDC]Dragon> Ah, I see 19.19.26 # [IDC]Dragon: but now I want to flash a recent build 19.19.31 # <[IDC]Dragon> OK. 19.19.54 # <[IDC]Dragon> the .ucl is in the daily build zip 19.20.27 # <[IDC]Dragon> if you compile for yourself, you need uclpack in your path 19.20.59 # OK, than I know what to do.. descramble and uclpack 19.21.02 # <[IDC]Dragon> afk, soory 19.21.09 # <[IDC]Dragon> sorry, I mean 19.22.07 Join scott666 [0] (scott666@c-24-245-58-245.mn.client2.attbi.com) 19.23.03 Nick [IDC]Dragon is now known as [IDC]Dragon|away (~idc-drago@pD9E34CED.dip.t-dialin.net) 19.40.15 # Does anybody know where to find the uclpack sources? I only have an upx_ucl package here but that does not support e2 algorithm 19.41.51 Quit moorkonig (Read error: 60 (Operation timed out)) 19.43.15 Join moorkonig [0] (~trillian@port-212-202-174-105.reverse.qsc.de) 19.44.02 # ...found it. 19.45.29 Join diddystar5 [0] (~lee@IC104.library.oregonstate.edu) 19.47.08 # hi everyone 19.49.04 # hi 19.50.28 # were you the one working on the metronome? 19.51.51 # yup 19.52.06 # ohh, got it working? 19.52.44 # (if not i'll be happy to get it to work) :) 19.52.48 # I have a nice rimshot sound playing. I had a little chat with Joerg about the mp3_xyz functions. Now it's a bit clearer to me 19.53.02 # good 19.53.10 # can i see your code? 19.53.26 # (just curious to see) 19.54.13 # This is not working right now, but, sure - yes 19.54.31 # ok thanks 19.55.08 Quit scott666 (Read error: 104 (Connection reset by peer)) 19.55.30 # diddystar5: via dcc? 19.55.46 # yes dcc should work for me 19.57.18 # did you send it? 19.57.44 # diddystar5: just hacking a few comments in. Actually this is in a pretty rough state .... ;-) just a sec 19.57.56 # ok 19.59.29 # diddystar5: the upper part is for testing, the lower part (while-loop) is not ready yet 20.00.25 # diddystar5: I also have a different understanding of the mp3_ functions. So main parts of my code are crap 20.00.57 # ok 20.01.11 # diddystar5: I should be able to bring it in the right order now. 20.01.22 # could you please send it again, xchat saved it where icant acess it (im on a library machine) 20.02.04 # sure 20.02.24 # thanks 20.02.35 # no prob ;-) 20.04.46 # that beep is quite big :-) 20.05.22 # the beep is a rimshot from hydrogen (linux drum computer) 20.05.39 Quit moorkonig (Read error: 110 (Connection timed out)) 20.06.13 # ohh 20.06.33 # rb->mp3_play_data(sound, sizeof(sound), callback); 20.06.33 # rb->mp3_play_pause(true); /* kickoff audio */ 20.06.45 Join moorkonig [0] (~trillian@port-212-202-174-105.reverse.qsc.de) 20.07.02 # so it would keep on playing until that puase it called? 20.07.40 # As I said, that was one my first shots. 20.07.57 # ok 20.08.05 # i want to give this a shot :) 20.08.28 # I was not sure, what functions are necessary to play that sound. 20.19.26 # i think i kinda understnad it now 20.19.53 # diddystar5: lucky you ;) I have another version coming. slightly more readable 20.19.57 # * diddystar5 goes to work 20.20.19 # static unsigned int bpm = 60; is 60 generaly the default? 20.20.42 # diddystar5: joerg told me to poll the ticks, because sleep has a 10ms granularity 20.20.52 # ok 20.21.34 # what should the min/max BPM be you think? like what does that program you were talking about limit to? 20.22.01 # ohh!!!! i just had a good idea! i should blink the red led for the beep also! 20.22.39 # diddystar5: good idea. Do you want me to send a new version? 20.23.08 # whats the new version do differnt? 20.23.45 # I removed the test stuff and set up the loop stuff as I think it should be a starting point 20.24.22 # thats ok, i have actually already done that 20.25.29 # diddystar5: I added a flag that is set in the callback 20.25.50 # diddystar5: but repetition does not work 20.26.13 # im doing that also atm :) 20.26.38 # arghh i wish i had a goos code editor right now 20.31.05 *** Saving seen data "./dancer.seen" 20.33.12 Part moorkonig 20.36.09 # i have finished the code 20.36.28 # give me a few minutes to download cygwin and compile rockbox 20.36.32 # let me see ;) 20.36.41 # (it wont take long i can dl cygwin at 2000 kb's :)) 20.38.48 # cygwin download already done 20.38.59 # il send it to you, i just want to make sure it compiles first 20.39.11 # OK 20.40.26 # illl go ahead and send it 20.41.02 # argh where did xchat save it? 20.41.17 # linux or windows? 20.41.22 # linux 20.41.27 # ohh, im not sure then 20.41.56 # you can see, go to settings, preffeerances, file transfers and you can see where it saves 20.42.09 # wow i cant speel today :) 20.42.35 # stupid me 20.45.26 # same mis-behaviour as in my code :) 20.45.35 # mind to have a look in my file? 20.45.48 # sure 20.47.41 # the sound is not repeated, only if a button is pressed 20.48.39 # weird 20.48.40 # I used sound_active to block the playing process 20.49.02 # from loading new data while the sound is processed 20.49.21 # maybe you could do case !BUTTON_???: :) 20.54.50 # I think I used the blocking button_get... 20.56.06 # does the thing even beep once as is? 20.56.29 # now it repeats 20.56.48 # one sec... i have a idea... 20.56.57 # 144 bpm and still rising ;-) 20.57.25 # button_get(false) is my friend now 20.59.05 # neat 20.59.11 # try this one out 20.59.20 # it may work without doing that button thing 21.01.10 # does it work? 21.01.13 # nope 21.01.21 # humm 21.01.25 # i dont know dude 21.01.29 # ohh 21.01.30 # BUTTON_OFF does not work 21.01.38 # well, I have a nice working version here 21.01.59 # wait does button_get(flase) still work, with buttons? 21.02.16 # in my case, yes 21.02.21 # ok 21.02.29 # then it works! 21.02.30 # yeah 21.02.31 # ok 21.02.37 # may i do graphics :) 21.02.40 # ? 21.02.51 # sure! would be a pleasure. 21.03.04 # thanks 21.04.54 # humm i need to figure out how the math would work for rb->sleep(HZ*bpm) 21.05.18 # rb->sleep((HZ*60)/bpm) 21.05.38 # ohh i see 21.05.39 # but polling the ticks should be more precise 21.05.39 # thanks 21.05.58 # 10ms... i dont really think you could tell a differnce 21.09.35 # hm, 180bmp seems to be the limit 21.10.06 # on the archos or in that program? 21.10.14 # on the archos 21.10.27 # ok 21.10.31 # I expected something like that 21.10.57 # what should be then lowest bpm? 21.12.46 # 10 bpm? dunno 21.13.13 # ok, i just let it be 1 for now 21.17.10 # i wish i could test this, but my archos is dead :( 21.17.23 # how come? 21.17.54 # it wont do anything cant even get it to turn on i have taken it apart and done some soldering but nothing works 21.18.08 # and before that the display would turn on most of the time 21.19.11 # no flash problem? 21.19.22 # no 21.19.35 # that sounds bad :( 21.19.39 # even if flash was dead, atleast the green light would come on 21.26.51 # will have some lunch, see you diddystar5 21.27.01 Nick mattzz is now known as mattzz|away (~mattzz@c231002.adsl.hansenet.de) 21.40.04 # [IDC]Dragon|away: are you un-away now? 21.57.52 Join amiconn [0] (~jens@pD9E7EF14.dip.t-dialin.net) 21.58.10 # hi amiconn 21.58.18 # hi diddystar5 22.07.51 Nick amiconn is now known as amiconn|away (~jens@pD9E7EF14.dip.t-dialin.net) 22.09.00 Quit AciD` (Read error: 104 (Connection reset by peer)) 22.10.24 # mattzz|away: i will be back soon 22.10.27 Quit diddystar5 ("Leaving") 22.16.11 Nick [IDC]Dragon|away is now known as [IDC]Dragon (~idc-drago@pD9E34CED.dip.t-dialin.net) 22.16.22 Join diddystar5 [0] (lee@IC104.library.oregonstate.edu) 22.26.23 Quit funkymonkey (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") 22.31.06 *** Saving seen data "./dancer.seen" 22.32.41 Quit edx () 22.32.45 Nick amiconn|away is now known as amiconn (~jens@pD9E7EF14.dip.t-dialin.net) 22.33.09 # hi [IDC]Dragon 22.33.22 # <[IDC]Dragon> hello 22.34.27 # I did some calculation with the results of my ata survey. 22.35.22 # I found something very interesting, have to do some more testing, but I'm pretty confident of two things. 22.35.49 # <[IDC]Dragon> suspense... 22.36.01 # 1) The file corruption problem does not result from the ata read optimization alone. 22.37.23 # 2) I don't yet understand the following thing: apparently _every_ external access, be it memory read, memory write or ata, generates two wait cycles. 22.38.02 # At least writing shouldn't generate wait states since warp mode is activated? 22.38.18 # <[IDC]Dragon> I think so, yes. 22.38.30 # <[IDC]Dragon> unless you use the bus. 22.38.55 # Yes, of course. 22.42.07 # <[IDC]Dragon> I'd like to drop out, bedtime! 22.42.35 # <[IDC]Dragon> Don't take it personal that I leave shortly after you come in here. 22.42.42 # Ok, g'night then. Will look up cpu specs. 22.42.43 # <[IDC]Dragon> ;-) 22.43.04 Quit [IDC]Dragon () 22.43.09 Nick amiconn is now known as amiconn|away (~jens@pD9E7EF14.dip.t-dialin.net) 22.51.31 Nick mattzz|away is now known as mattzz (~mattzz@c231002.adsl.hansenet.de) 22.58.35 Quit uski ("Fermeture du client") 22.59.19 # hi mattzz 22.59.25 # re hi 22.59.58 # i didnt really do much graphic work, but do you want the file? 23.00.22 # sure, hand it over. 23.03.16 # it should wrok fine, but i cant test 23.06.20 # ok, thanx 23.06.51 # does it work? 23.07.10 # checking... mompls 23.09.26 # yep, works fine. I will merge that into my version, ok? 23.09.48 # sure 23.10.02 # have you done any new stuff? 23.10.07 # great, thanks. 23.10.19 # yep, I ate a pizza ;-) 23.10.35 # I added right/left key 23.10.42 # what do they do? 23.10.44 # to increase/decrease bpm by 10 23.10.57 # ok 23.11.01 # nice idea 23.11.08 # currently I am checking out the current_ticks thing 23.11.13 # and the red LED 23.11.50 # i was going to make a part of the screen blink on a beep, but i was scard that would mess up timing because you would have to do a little sleep to where you actaully seeit 23.11.54 # ok 23.12.35 # I want to get rid of the sleep function. It messes up key polling and is _very_ unacurate 23.12.51 # aeh... inacurate? 23.13.12 # lol 23.13.27 # i guess, i dont really knowhow to do a tick counter 23.14.06 # actually I thought there _was_ already one. There is current_tick in plugin.h 23.15.32 # i dont really know 23.24.52 Join aycAway [0] (~ada@p50884C1E.dip0.t-ipconnect.de) 23.31.02 Join telliott [0] (telliott@208-251-255-120.res.evv.cable.sigecom.net) 23.34.20 Part telliott 23.36.33 Quit hardeep ("9) nanoseconds") 23.36.45 # im going home 23.36.50 # see you mattzz 23.36.54 # c u diddystar5 23.37.11 Quit diddystar5 ("Leaving") 23.38.50 Join midk [0] (mk@ACD3A253.ipt.aol.com) 23.43.11 Quit midk (Client Quit) 23.45.49 Quit aycAway () 23.51.43 Join midk [0] (mk@AC8D1A79.ipt.aol.com)