--- Log for 27.09.104 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 1 day ago 00.05.20 Join gromit`` [0] (~gromit@ALagny-151-1-48-5.w83-114.abo.wanadoo.fr) 00.09.48 Join poddan [0] (~d9d37d2d@labb.contactor.se) 00.09.58 # hi all (again) 00.10.07 # does anyone here use Jukebox Manager? 00.10.44 # I don't know what that is 00.11.02 # its a program to manage files and such on your jukebox 00.11.03 # so count me as a no ;-) 00.11.32 # anyways, there is a function where u can test the speed of your jukebox, by either sending 1MB or 10 MB 00.12.07 # http://users.skynet.be/bk260007/ 00.12.16 # just wanted to see ur results 00.12.48 # I don't use windows ;-) 00.13.49 # hehe, allrighty then 00.21.22 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 00.23.51 Quit gromit` (Read error: 238 (Connection timed out)) 00.34.30 Quit plok ("Leaving") 00.35.25 Quit ripnetUK () 00.38.42 # back 00.43.03 Quit cptbaboon () 00.44.08 Quit poddan ("CGI:IRC") 00.54.25 *** Saving seen data "./dancer.seen" 00.56.00 Join BC [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) 01.15.07 Quit AciD (Remote closed the connection) 01.49.09 Join gromit` [0] (~gromit@ALagny-151-1-48-5.w83-114.abo.wanadoo.fr) 01.49.10 Quit gromit`` (Read error: 104 (Connection reset by peer)) 01.58.43 Join webmind [0] (~random@217-195-236-172.dsl.esined.net) 01.59.59 Part amiconn 02.21.02 Part scott666_ 02.54.24 Part BC 02.54.29 *** Saving seen data "./dancer.seen" 03.34.48 Quit pike (Read error: 104 (Connection reset by peer)) 04.49.41 Join ashridah [0] (ashridah@dialup-a1-274.Melbourne.netspace.net.au) 04.54.33 *** Saving seen data "./dancer.seen" 05.01.26 Join Byron [0] (byron@208005060030.logonix.net) 05.02.01 # I need some help, I am a blind archos user and I downloaded and installed RockBox but I don't hear any voices on my Archos, can anyone help me? 05.04.05 # yes, you need the .voice file to go with it 05.04.33 # ahh, where on the website can I find it? 05.04.42 # hmm, hold on a moment 05.04.58 # I figured it'd be built into the original firmware. 05.05.13 # nope, would take too much space. it's a lot more convenient to have it a seperate file 05.05.52 # hmm, the voice page is missing 05.05.55 # i saw voices files on amiconn website 05.05.59 # yeah 05.06.05 # i was going to point it out: 05.06.12 # hello btw :) 05.06.15 # well, try this: 05.06.16 # http://amiconn.dyndns.org/english_MSMary.voice 05.06.17 # hey. :) 05.06.18 # hi there 05.06.45 # ahh here we go 05.06.45 # Voice clips to download 05.06.56 # it was hiding in the documentation 05.07.04 # are they there? 05.07.07 # the page is missing for me 05.07.10 # it says I need a daily build to make it work 05.07.16 # http://www.rockbox.org/twiki/bin/view/Main/VoiceFiles 05.07.16 # got one? 05.07.24 # ah, yes, there they are 05.07.29 # How do I install a daily build? 05.07.34 # just unpack it in the root? 05.07.46 # yeah. or use the windows installer (if you're using windows) 05.07.56 # unpacking is fine. 05.08.45 # same thing with the voice... unpack to root? 05.08.54 # nope 05.09.09 # copy it to /.rockbox/lang and rename it english.voice (i believe) 05.10.51 # okay 05.12.42 # woo hoo, it works! 05.12.44 # thanks guts 05.12.47 # guys 05.12.59 # no problem 05.13.07 # do you want it to spell out your filenames/folders? 05.17.48 # Might not be a bad idea. 05.18.09 # it's in the general settings->voice menu. 'Voice Filenames' or something like that 05.22.19 Quit ashridah ("bbs") 05.22.50 Join ashridah [0] (ashridah@dialup-a1-274.Melbourne.netspace.net.au) 05.23.08 # is there any way to make the archos SAY the filename instead of spell it 05.23.28 # I had to turn on the spelling, but it won't pronounce the filenames 05.27.16 # nope :\ 05.27.17 # sorry 05.30.05 # ran this thing read text files? 05.30.15 # nope 05.30.41 # the voice file has a set of predefined phrases 05.30.47 # awh darn 05.30.51 # so that it can be small and only what's needed to be spoken is included 05.30.56 # ohh well 05.30.59 # it doesn't know every word or anything 05.40.23 # okay, thanks... it works great now... I'm happy 05.42.43 # noproblem 05.49.37 Quit midk ("just STOP it arspy") 05.51.44 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 05.52.03 Part Byron 06.23.21 Join plok [0] (s336156@student.uq.edu.au) 06.25.29 Quit plok (Client Quit) 06.54.34 *** Saving seen data "./dancer.seen" 07.00.30 Join LinusN [0] (~linus@labb.contactor.se) 07.24.45 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 07.25.49 Quit midk ("Leaving") 07.25.51 Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.26.01 Quit midk_ (Read error: 104 (Connection reset by peer)) 07.26.52 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.29.16 Quit midk (Client Quit) 07.32.47 Join midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.52.18 # nite 07.54.58 # nite midk 08.05.13 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.36.27 # I tried to recover data from my 2.5" disk... 08.36.29 Join Zagor [242] (~bjst@labb.contactor.se) 08.36.36 # Seems like it's gone to Hitachi heaven :/ 08.36.50 # dwihno: or hell... 08.37.32 # I just thank my lucky star I was able to recover all source code 08.43.54 # dwihno: is that LinusN ? ;-) 08.45.51 # his lucky star? oh yes. 08.47.33 # :) 08.47.54 # The disk sure made a lot of clunky sounds while copying 08.53.41 # ouch 08.54.35 *** Saving seen data "./dancer.seen" 08.56.52 Join amiconn [0] (~jens@pD9E7E578.dip.t-dialin.net) 08.59.11 # Well, rest in pieces, old chump. 08.59.24 # Anyone got any ideas of an offline css validator? 09.01.37 Quit Bagder_ ("Leaving") 09.55.35 Join amiconn_ [0] (~jens@pD95D188F.dip.t-dialin.net) 10.04.07 Quit amiconn (Read error: 60 (Operation timed out)) 10.04.07 Nick amiconn_ is now known as amiconn (~jens@pD95D188F.dip.t-dialin.net) 10.07.59 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.54.38 *** Saving seen data "./dancer.seen" 11.01.59 Join kurzhaarrocker [0] (~knoppix@p508774C3.dip0.t-ipconnect.de) 11.02.08 # moin 11.12.51 # <[IDC]Dragon> Hello kurzhaarrocker et. al. 11.13.08 # :D 11.18.20 Part kurzhaarrocker 11.57.14 Part LinusN 11.57.24 Join LinusN [0] (~linus@labb.contactor.se) 12.03.28 Quit elinenbe (Read error: 104 (Connection reset by peer)) 12.03.58 Join elinenbe [0] (~elinenbe_@65.115.46.225) 12.54.41 *** Saving seen data "./dancer.seen" 13.31.42 Join DMJC [0] (~DMJC@220-244-58-134-sa.tpgi.com.au) 13.32.04 # does anyone have an iriver ihp-120/140? 13.32.22 # not me 13.32.28 # just want to know, does it need power going through the usb cable to sync with a computer? 13.32.49 # looking at rigging up a usb recharge cable 13.32.52 # I don't think any unit requires that 13.32.57 # k 13.33.10 # so I can make it recharge, and sync with the comp at the same time... 13.33.23 # you mean charge over usb? 13.33.29 # yeah 13.33.36 # http://www.haku.co.uk/pics/iHP/CableMod.html 13.33.37 # I don't think the 120/140 does that 13.33.48 # ah.. I'll explain it better 13.33.57 # the 140 uses a 5 volt power supply 13.34.03 # same as usb carries.. 13.34.11 # the idea is you split the usb cable 13.34.23 # and make an end that fits the power socket on the iriver 13.34.34 # that draws power through the usb port 13.34.42 # I'm not a hw wiz, but I think you're wrong about the powers involved 13.35.00 # dc in 5.0v 13.35.10 # but I'll shutup, this is not my area 13.35.48 # I think it's alright 13.35.51 # DMJC: there are such cables 13.35.56 # k 13.36.16 # so I just need a data switch then.. 13.36.19 # excellent 13.36.22 # called "minisync" cables 13.36.26 # yeah 13.36.47 # you can't listen to an iriver while it's data is connected to a pc.. should be simple enough to rigup 13.36.57 # but they are apparently shaky when running winxp 13.37.28 # ehum, what are you trying to accomplish? 13.37.34 # yI'm not running XP 13.37.40 # gentoo linux here 13.38.33 # you want to sync and listen at the same time? 13.38.44 # no, just recharge and listen 13.38.53 # plug in the charger then 13.39.11 # I want to carry around one cable that I can use to copy files and recharge with 13.39.31 # laptop? 13.39.43 # yeah 13.40.00 # internal usb? 13.40.06 # yeah 13.40.06 # or pccard? 13.40.14 # internal 13.40.28 # good, many pccard usb solutions can't deliver enough curent 13.40.31 # current 13.42.24 # http://www.misticriver.net/boards/showthread.php?t=1261&highlight=minisync 13.42.42 # http://www.misticriver.net/boards/showthread.php?t=931&highlight=minisync 13.44.40 # http://www.boxwave.com/products/minisync/minisync-retractable-cable-iriver-h120_354.htm 13.45.06 # nice.. except I'm broke.. 13.45.19 # and i know I have all except one part needed 13.45.29 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 14.00.09 Part scott666_ 14.22.47 Join azure [0] (azure@219.95.128.35) 14.22.54 # hi all! 14.26.35 Part azure 14.29.08 # * [IDC]Dragon made a dummy LCD strip for UART boot 14.36.22 Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- :P") 14.37.10 Quit DMJC ("Leaving") 14.37.32 # <[IDC]Dragon> LinusN: do you read? 14.37.33 # [IDC]Dragon: cool, how? 14.37.44 # <[IDC]Dragon> that was quick ;-) 14.37.57 # <[IDC]Dragon> I have a broken LCD here 14.38.03 # poor you 14.38.11 # <[IDC]Dragon> no worry 14.38.29 # <[IDC]Dragon> that was somebody else's box, a donation 14.39.01 # <[IDC]Dragon> I have some LCD parts 14.39.08 # <[IDC]Dragon> so fixed that 14.39.47 # <[IDC]Dragon> to come back to the boot cable, I took the strip from the broken LCD and soldered bridges into it 14.40.25 # <[IDC]Dragon> so instead of a UART boot mod, I can just plug this one in 14.41.56 # <[IDC]Dragon> to pull PB1..3 low 14.51.00 # nice 14.54.42 # [IDC]Dragon: Trying to uart-boot the ondio? 14.54.44 *** Saving seen data "./dancer.seen" 14.55.17 # <[IDC]Dragon> yes, I already did, but got fatigue from holding the test clip 14.55.41 # <[IDC]Dragon> the serial is nicely available at the MMC slot 14.56.29 # <[IDC]Dragon> a piece of copper striped prototyping PCB serves nicely as an adapter 14.57.20 # <[IDC]Dragon> I made one, as wide as the MMC, with that notch at the front 14.57.37 Join MooMaunder [0] (~me@194.152.87.150) 14.57.45 # <[IDC]Dragon> but the back much longer, cable attached to there 15.01.48 Quit [IDC]Dragon ("CGI:IRC (EOF)") 15.05.21 Join R3nTiL [0] (~zorroz@172-248-30-217.kgts.ru) 15.30.37 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 15.30.50 # <[IDC]Dragon> test 15.31.06 # <[IDC]Dragon> ah, CGIIRC works again 15.32.07 # <[IDC]Dragon> LinusN: remember our tuner chat last week? 15.35.11 # yup 15.35.39 # the fm chip can operate in either 3-wire or i2c 15.35.51 # configurable 15.37.29 # [IDC]Dragon: I broke your cgiirc connection by restarting apache. sorry for that... 15.41.12 # Z/L: you get these "new member join" mails too? 15.41.15 # joined 15.43.04 # yes 15.43.27 Join methangas [0] (methangas@0x50a432c7.virnxx10.adsl-dhcp.tele.dk) 15.43.40 # I just thought we could ask him once to stop sending them, I mean for all three of us 15.43.49 # yup 15.43.55 # rather pointless mails 15.44.08 # * Bagder runs off 15.46.25 # <[IDC]Dragon> LinusN: I was a bit confused about the tuner hookup 15.46.44 # the data sheet displays the pinout mirrored! :-( 15.46.57 # silly philips 15.47.02 # <[IDC]Dragon> now it's clear, I2C is used, the clock is same like LCD, data is PB4, tis own 15.47.17 # <[IDC]Dragon> ... its own 15.47.43 # <[IDC]Dragon> the enable is high active, so mutually exclusive with the LCD 15.48.00 # <[IDC]Dragon> similar trick as the JBFM 15.48.27 # Zagor: the left-side menu looks weird in the wiki pages 15.48.49 # <[IDC]Dragon> Archos leaves the LCD /CS asserted down all the time, except for during tuner access 15.49.10 # ow 15.49.37 # <[IDC]Dragon> dunno if that increases LCD power drain by the controller 15.50.56 # <[IDC]Dragon> my question is: I'll be replicating the I2C code for another pin pair 15.51.45 # <[IDC]Dragon> or we could share it, passing a handle or such 15.51.57 # ah, so we need a better way of addressing the pins 15.52.25 # <[IDC]Dragon> only if we want to shere the code 15.52.32 # <[IDC]Dragon> share 15.52.34 # i think we want that, don't you? 15.52.55 # <[IDC]Dragon> i'm unsure, it's not terribly much 15.53.00 # we might need an i2c driver for the iriver as well 15.53.09 # s/might/will/ 15.53.30 # so a more generic one is probably a good thing 15.53.37 # <[IDC]Dragon> if it's "just" one, you only have to adjust the pin banging 15.53.56 # in your case, we need two instances 15.54.06 # <[IDC]Dragon> yes 15.54.29 # i have to go now, but i think we might benefit from a generic approach 15.54.35 # <[IDC]Dragon> that's what I meant by "handle passing" 15.54.41 # <[IDC]Dragon> ok, c u 15.54.44 # cu 15.54.46 Part LinusN 15.54.50 Quit R3nTiL () 16.54.46 *** Saving seen data "./dancer.seen" 17.04.10 Join mecraw__ [0] (~lmarlow@69.2.235.2) 17.15.51 Quit MooMaunder (Read error: 110 (Connection timed out)) 17.30.19 Part Zagor 17.36.33 # [IDC]Dragon: As I'm quite near to reading the first real data sectors off the mmc, I thought about the necessity of DMA access. Actually there is very little benefit from doing that (although most likely I'll still implement that) 17.40.55 # <[IDC]Dragon> hi Jens 17.40.56 Quit Kinslayr (Read error: 104 (Connection reset by peer)) 17.41.43 # <[IDC]Dragon> are you bitswapping the whole sector, or while you poll bytes off? 17.42.13 # I'm now swapping while polling. It's faster that way 17.43.24 # That's why I made the fliptable global and part of bitswap.h 17.45.26 # <[IDC]Dragon> "swapping while polling" is perhaps not faster, but less latency for the sector 17.45.39 Quit ashridah ("sleep") 17.45.54 # <[IDC]Dragon> else you can sleep while waiting for DMA finished 17.45.56 # We have to wait at least 32 clock cycles for the next byte anyway 17.46.15 # <[IDC]Dragon> oh, so no continuous DMA possible? 17.47.01 # Why do I think DMA won't gain much performance: Yielding while DMA is running would clearly drop performance, since the max. possible DMA size is 1 sector. Yield() round-trip is several milliseconds 17.47.41 # <[IDC]Dragon> yes, I thought so too, because it walks around all threads 17.47.55 # The only advantage with using DMA is that if interrupts occur during MMC transfers, the data transfer continues, while with polling it does not 17.48.20 # <[IDC]Dragon> you'd have to do a hard-codes CPU sleep 17.48.30 # <[IDC]Dragon> ...hard-coded 17.48.54 # Archos uses DMA for data sectors, but polls for end-of-DMA 17.49.16 # <[IDC]Dragon> hmm 17.49.28 # <[IDC]Dragon> how about the 32 clock cycles wait then? 17.51.13 # <[IDC]Dragon> (swap) How about a swapbyte() macro, so hiding the table and any signed/cast business? 17.55.11 # <[IDC]Dragon> (could be an inline function as well) 18.00.13 # (swapbyte macro) Sounds like a good idea 18.01.11 # <[IDC]Dragon> for DMA, don't bother too hard now, let's read write at all first ;-) 18.01.17 # (32 cycles) The max. serial clock is 3 MHz, which equals 4 clock cycles per bit, so 32 clock cycles per byte. I mean, as long as the loop takes less that 32 cycles, I can use it for swapping while reading with no speed loss 18.01.32 # <[IDC]Dragon> I'm itching for file access 18.02.20 # With DMA, it is not possible to swap while reading/writing, so the sector has to be swapped afterwards/beforehand. This will in fact increase latency 18.02.51 # <[IDC]Dragon> if doing multiple sectors, this can be ping-ponged 18.03.27 # Yes I thought of this, but it needs 2 sector buffers. 1024 bytes of IRAM... 18.03.42 # <[IDC]Dragon> but I still don't understand the 32 clk implications 18.03.44 # The latency for the first/last sector will still be there 18.04.16 # <[IDC]Dragon> if it's _between_ bytes, how can the DMA insert such a pause? 18.04.33 # The DMA waits until the SCI is ready 18.05.13 # <[IDC]Dragon> ready=read, yes, and then kicks off the next 18.05.27 # For this to work, you have to enable the SCI interrupt, but at priority 0, so the cpu doesn't catch it. 18.06.43 # <[IDC]Dragon> btw, I tried the SCI bit order flag of the higher CPUs, looks like we really don't have it, no unducumented goodie 18.09.13 # My local ata_mmc.c still doesn't do more than the one you know, but I cut down some more unneeded ata stuff and restrucured my routines. Does look much cleaner now. 18.09.15 # <[IDC]Dragon> for the sector buffer while reading: for read polled swap, you place directly, yes? 18.09.34 # Yes, and for writing as well 18.10.14 # Without DMA, I don't need any sector buffers 18.10.22 # <[IDC]Dragon> with writing, we later could indeed do an early return 18.10.35 # <[IDC]Dragon> (with DMA sector buffer) 18.12.31 # <[IDC]Dragon> but let's poll everywhere first 18.13.53 Join xen` [0] (~xen@planoise-2-82-227-196-9.fbx.proxad.net) 18.19.32 # <[IDC]Dragon> I'm out of here 18.19.38 Quit [IDC]Dragon ("CGI:IRC") 18.21.48 Join MooMaunder [0] (~me@194.152.87.150) 18.24.02 Quit AciD (Read error: 54 (Connection reset by peer)) 18.24.36 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.40.28 Quit xen` (Read error: 232 (Connection reset by peer)) 18.52.07 Join PaulS [0] (~0d0274bd@labb.contactor.se) 18.54.47 *** Saving seen data "./dancer.seen" 20.39.45 Quit MooMaunder (Read error: 110 (Connection timed out)) 20.47.38 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 20.47.48 Quit Bagder (Read error: 104 (Connection reset by peer)) 20.54.51 *** Saving seen data "./dancer.seen" 21.33.44 Join uski [0] (~uski@lns-th2-5f-81-56-234-40.adsl.proxad.net) 21.34.09 # hi all 21.35.04 # hi 21.49.10 # Greets. 21.52.41 # do you know when will LinusN come ? 21.54.31 # He doesn't post a schedule that I've seen. :-) 22.04.37 Nick mecraw__ is now known as mecraw (~lmarlow@69.2.235.2) 22.25.14 # oh 22.25.19 # he should ! 22.34.11 Join [IDC]Dragon [0] (~idc-drago@pD9FF8D45.dip.t-dialin.net) 22.35.47 # hi [IDC]Dragon ! 22.35.48 # waza 22.35.56 # <[IDC]Dragon> heya 22.36.12 # <[IDC]Dragon> did you get my email 22.36.14 # <[IDC]Dragon> ? 22.36.15 # hm 22.36.20 # when did u send it ? 22.36.28 # <[IDC]Dragon> this morning 22.36.32 # if i don't answer within 2 days => i don't have it or i didn't see it 22.36.33 # lemme check 22.37.02 # <[IDC]Dragon> I only told you I've shipped the board 22.38.00 # ok, great news ! thanks a lot 22.38.06 # i don't see the mail 22.38.21 # it doesn't matter much :) 22.50.09 Join Zagor [0] (foobar@h254n2fls31o265.telia.com) 22.54.55 *** No seen item changed, no save performed. 23.08.22 Join [NiTrO]Crossupma [0] (~crossupma@ip24-254-202-56.hr.hr.cox.net) 23.08.29 # <[NiTrO]Crossupma> hello any one here 23.09.04 # <[NiTrO]Crossupma> is it possible for me to flash my studio 10 with Rockbox 23.11.50 # unfortunately we don't have flash support for the studios 23.12.08 # <[NiTrO]Crossupma> will you ever? 23.12.25 # probably not 23.12.29 # <[NiTrO]Crossupma> why? 23.12.34 # <[NiTrO]Crossupma> no draw to do it? 23.12.54 # everything that happens in rockbox happens because someone is interested in doing it 23.12.57 # <[IDC]Dragon> because I have no working Studio model 23.13.06 # <[NiTrO]Crossupma> oh 23.13.11 # <[NiTrO]Crossupma> too bad 23.13.16 # <[IDC]Dragon> (I'm the one who did the others) 23.13.22 # [NiTrO]Crossupma: Did you check whether your box is technically flashable, i.e. does have the right chip? 23.13.30 # <[IDC]Dragon> I got one, but broke it :-( 23.13.36 # <[NiTrO]Crossupma> im not sure 23.13.40 # <[NiTrO]Crossupma> it should be 23.13.48 # <[NiTrO]Crossupma> its a standard studio 10 23.13.48 # <[IDC]Dragon> most are not 23.13.53 # <[NiTrO]Crossupma> oh 23.13.56 # <[NiTrO]Crossupma> i thought it was 23.14.00 # <[NiTrO]Crossupma> oh well 23.14.10 # <[NiTrO]Crossupma> i like rockbox a lot and wont go back 23.14.11 # <[IDC]Dragon> check info->debug->h/w info 23.14.23 # <[NiTrO]Crossupma> what should it say if its flashable 23.14.32 # <[NiTrO]Crossupma> its in my car 23.14.35 # <[NiTrO]Crossupma> dont wanna get it 23.14.41 # <[IDC]Dragon> no question marks after FLASH 23.14.48 # <[NiTrO]Crossupma> k 23.14.50 # <[NiTrO]Crossupma> hold up 23.14.53 # <[NiTrO]Crossupma> ill run out there 23.15.34 # [IDC]Dragon: Unfortunately, mine has Flash:??:?? :-( 23.15.45 # <[IDC]Dragon> yes, you told me 23.15.51 Join bagawk [0] (Lee@bagawk.user) 23.16.02 # <[IDC]Dragon> chances are slim for Studio models 23.16.33 # <[IDC]Dragon> they were made while flash was expensive as gold, all went into mobile phones 23.16.58 # <[NiTrO]Crossupma> Flash:BF,D6 23.17.03 # <[NiTrO]Crossupma> thats what it says 23.17.09 # <[IDC]Dragon> oh, nice 23.17.14 # Grr, I am stuck again with that dreaded mmc code :( 23.17.19 # <[NiTrO]Crossupma> so it can be flashed 23.17.26 # nice :) 23.17.29 # <[IDC]Dragon> [NiTrO]Crossupma: yes 23.17.32 # <[NiTrO]Crossupma> cool 23.17.35 # i used to own a studio a looonnnng time ago 23.17.43 # <[NiTrO]Crossupma> how would i do it? 23.17.52 # <[IDC]Dragon> amiconn: what's wrong? 23.18.29 # <[NiTrO]Crossupma> when i go to the program firmware_flash it says the bin isnt found 23.18.35 # <[NiTrO]Crossupma> where can i find it 23.18.36 # <[NiTrO]Crossupma> ? 23.18.51 # <[IDC]Dragon> I have everything togeter to flash players, but Rockbox doesn't run cold-started on those 23.19.01 # [IDC]Dragon: I wrote an init function. Within that function the CSD register is read, and it works. In my test code, I try to read the CID register, and get erratic answers. 23.19.14 # <[IDC]Dragon> that's why we disabled the flash plugin for it 23.19.19 # It did work before... 23.19.24 # <[NiTrO]Crossupma> so it wont run period 23.19.52 # <[NiTrO]Crossupma> while you guys are here i want to thank you for your efforts 23.19.54 # <[IDC]Dragon> [NiTrO]Crossupma: there are some fixes to Rockbox missing 23.20.06 # <[IDC]Dragon> most of all, the LCD init 23.20.08 # <[NiTrO]Crossupma> i was getting ready to sell it and get an ipod 23.20.08 # [NiTrO]Crossupma: Some developer with a flashable studio would need to dig for the problem. 23.20.15 # <[IDC]Dragon> and something for the disk 23.20.24 # <[NiTrO]Crossupma> you guys saved me money 23.20.54 # <[NiTrO]Crossupma> so there is no way ill see a firmware flash for my player 23.20.55 # <[NiTrO]Crossupma> ? 23.21.08 # <[IDC]Dragon> never say never 23.21.10 # <[NiTrO]Crossupma> lol 23.21.15 # <[NiTrO]Crossupma> slim chance 23.21.17 # <[NiTrO]Crossupma> ? 23.21.29 # <[IDC]Dragon> you may exchange yours with amiconn 23.21.32 # <[IDC]Dragon> ;-) 23.21.36 # <[NiTrO]Crossupma> lol 23.21.41 # <[NiTrO]Crossupma> ill keep mine 23.21.45 # <[NiTrO]Crossupma> it still works 23.21.47 # <[NiTrO]Crossupma> but thats 23.21.52 # <[NiTrO]Crossupma> i just wanted to know 23.22.06 # I got hold of a Studio in the intention to get flashed rockbox working on it. Unfortunately it isn't flashable, but perhaps [IDC]Dragon will help me to solder in a flash chip 23.22.27 # <[NiTrO]Crossupma> that would be nice 23.22.30 # But before I tackle that, I have to get that Ondio MMC access going 23.22.33 # <[NiTrO]Crossupma> id like to see that 23.22.42 # <[IDC]Dragon> yes, I will. But the UART boot mod on these somehow scares me. 23.22.58 # [IDC]Dragon: So I'll do the UART boot mod myself ;) 23.23.03 # <[NiTrO]Crossupma> how hard is it to do the 8mb memory upgrade? 23.23.18 # <[NiTrO]Crossupma> and is it worth the risk? 23.23.26 # <[IDC]Dragon> depends on your SMT soldering skills 23.23.33 # <[IDC]Dragon> gotta go 23.23.37 Quit [IDC]Dragon () 23.24.57 # <[NiTrO]Crossupma> k thanks for the help guys 23.25.02 # <[NiTrO]Crossupma> good work 23.25.08 Quit [NiTrO]Crossupma () 23.26.33 # humm 23.26.46 # do the lcd_puts() functions work on the player? 23.26.59 # yup 23.27.05 Quit methangas (" Like VS.net's GUI? Then try HydraIRC -> http://www.hydrairc.com <-") 23.30.04 # wow i forget the cappy old player... 23.31.07 # how many characters does the play display have? 23.31.11 # (across) 23.31.15 # 11 23.31.22 # ok 23.40.47 # Zagor: does the lcd_invertrect() work on player? 23.42.38 # bagawk: nope 23.42.55 # humm :( 23.43.16 # the player lcd does not have that capability 23.44.12 # bagawk: Text only: lcd_puts(), lcd_puts_scroll(), 2 lines, 11 chars, no more 23.44.44 # (Plus some symbols) 23.45.41 # i need something that will show what line i am on 23.46.12 Join elinenbe [0] (elinenbe_@207-237-224-49.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 23.46.35 # PaulS: nice work on the ramload... nice stuf! 23.46.43 # have you gotten anything to run okay yet? 23.48.03 # Zagor: before 2.3, how about we do a good patch cleaning? 23.48.12 # get some of the good ones updated and in? 23.48.40 # i'd rather release 2.3 now and ship a 2.4 with all the patches 23.48.52 # ok 23.52.53 Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se)