--- Log for 01.10.104 Server: burroughs.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 15 hours ago 00.01.50 Join LinusN [0] (~linus@labb.contactor.se) 00.02.00 # TOUCHDOWN!!! 00.02.17 # LinusN: ?? 00.02.17 # * LinusN is wiggling! 00.02.29 # Yay! 00.02.48 # LinusN: You own a player, right? 00.02.57 # yes 00.03.14 # Is it normal that it makes buzzing noises while charging? 00.03.26 # some of them do, some don't 00.03.33 # mine doesn't 00.03.44 # are the noises loud? 00.04.44 # They are not loud, but quite noticeable when sitting at the quite desk, with the box in ~1 m distance. 00.04.53 # s/quite/quiet/ 00.05.14 # (the second occurrence) 00.05.59 # which charger? 00.07.03 # The one that came with the box. Dunno if it is the original one, since I got my Studio10 from eBay. It's a bit different from my Recorder's charger 00.07.55 Join bagawk [0] (Lee@bagawk.user) 00.08.10 # Kings? 00.08.17 # ? 00.08.25 # Kings Electronics 00.08.36 # they made the charger i think on the old players 00.08.41 # Nope. 00.08.42 # the original charger is marked with that 00.08.46 # is it regulated? 00.09.27 Quit AciD (Read error: 104 (Connection reset by peer)) 00.09.31 # (1) My recorder's charger is made by Kings Electric (2) Both chargers are unregulated (transformer type, not switchers) 00.14.40 *** Saving seen data "./dancer.seen" 00.17.15 Join webguest67 [0] (~c7e73180@labb.contactor.se) 00.21.22 # anybody here? 00.21.33 # yes 00.21.53 # is there any way to tell what build I'm running? 00.22.01 # version=2.2 00.22.15 # but what about daily builds? 00.22.25 # webguest67: then the build you are using is 2.2 00.22.25 # is there a build code? 00.22.36 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 00.22.40 # for each build in sequence? 00.22.55 # then the daily build have a versoin of 20040903-1234 or so 00.23.14 # where would i check that? 00.23.41 # webguest67: at boot time, when the logo shows up, and it is at the bottom 00.24.10 # webguest67: Or from the menu: Info->Version 00.24.55 # amiconn: all i see there is "2.2" 00.25.02 # then credits roll 00.25.10 # webguest67: then you are running 2.2 00.25.52 Join Val-NM [0] (~4300c170@labb.contactor.se) 00.25.54 # The reason I ask is because I *may* have seen a bug. :( 00.26.21 Quit zeekoe (Read error: 110 (Connection timed out)) 00.26.24 # webguest67: explain 00.26.33 # I was recording, and when I stop and start a new recording, the bytecount doesn't zero. 00.26.53 # Surely that isn't intended. (?) 00.27.17 # The time started over at zero, just not bytes. 00.27.33 # webguest67: not sure 00.27.42 # did you really stop it in between? 00.27.43 # did i hear linusN say wiggleing has commenced :-) 00.27.47 # No big deal, just wanted to mention it. 00.27.49 # webguest67: you could always use a daily build 00.27.53 # ripnetUK: YES! 00.27.57 # *lots* of things have changed since then 00.28.12 # thats great news well done 00.28.31 # OK, maybe I'll give it a try. Is that relatively low-risk? 00.28.54 # ah, the binutils project has applied my patch in their CVS 00.29.01 # webguest67: yes, no risk at all 00.29.19 # webguest67: just download the zip file for the daily build, and extract to your archos 00.29.48 # LinusN: what was your patch? :) 00.29.49 # By the way, many thanks for the nice flashing procedure. Plenty of feedback. 00.30.29 # bagawk: the coldfire assembler choke on move instructions with the EMAC registers 00.30.57 # ohh 00.31.02 # what are EMAC registers? 00.31.08 # discovered it when i was porting the rockbox scheduler to coldfire 00.31.08 Quit webguest67 ("CGI:IRC (EOF)") 00.31.30 # Extended Multiply and ACcumulate 00.31.39 # DSP stuff 00.31.47 # ahh 00.35.18 # gotta get some sleep now 00.35.21 # cu all 00.35.26 # nite LinusN 00.35.40 Part LinusN 00.35.50 Quit ripnetUK () 00.40.56 Quit Val-NM ("CGI:IRC (Ping timeout)") 00.52.34 Join bagawk_ [0] (Lee@bagawk.user) 00.53.06 Quit bagawk (Nick collision from services.) 00.53.18 Nick bagawk_ is now known as bagawk (Lee@bagawk.user) 01.01.50 Quit _aLF ("bye") 01.12.06 Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") 01.18.59 Quit plok ("I'm outta here!") 01.26.13 Quit bagawk ("umount /dev/brain") 01.29.56 Nick dwihno_ is now known as dwihno (~dw@81.8.224.89) 01.31.04 Join webguest67 [0] (~c7e73180@labb.contactor.se) 02.14.43 *** Saving seen data "./dancer.seen" 02.27.32 # part 02.27.36 # oops 02.27.38 Part amiconn 03.54.29 Join ashridah [0] (ashridah@220.253.120.3) 04.02.31 Quit webguest67 ("CGI:IRC (EOF)") 04.14.44 *** Saving seen data "./dancer.seen" 05.39.53 Quit scott666_ ("i'll be back...eventually...") 05.49.30 Join LinusN [0] (~linus@labb.contactor.se) 06.14.45 *** Saving seen data "./dancer.seen" 06.24.07 Join traecer_ [0] (~traecer@ip68-98-25-117.ph.ph.cox.net) 06.28.39 Part traecer_ 07.30.34 Join [IDC]Dragon [0] (~idc-drago@p50861E19.dip.t-dialin.net) 07.39.30 Join amiconn [0] (~jens@pD9E7F060.dip.t-dialin.net) 07.41.05 # Good morning 07.41.26 # <[IDC]Dragon> heya! 07.41.36 # hola 07.41.51 # <[IDC]Dragon> amiconn: can you send/post your rom dump? 07.43.24 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 07.43.48 # [IDC]Dragon: http://amiconn.dyndns.org/OndioSP-dump.zip 07.44.29 # [IDC]Dragon: Found my wiki addition? 07.45.03 # * [IDC]Dragon looks 07.46.00 # <[IDC]Dragon> yea, fame on you, blame on me :-/ 07.46.18 # [IDC]Dragon: I mean the table... 07.46.41 # <[IDC]Dragon> ah 07.47.01 # Btw, LinusN: If you have a look at the ArchosOndio topic too - the 3rd meaning of mask byte 1 bit 0 is also used on recorder, but not yet accounted for in rockbox 07.47.05 # <[IDC]Dragon> are the mask bits "compatible" with the classic recorder ones? 07.48.02 # [IDC]Dragon: Bit 0 and 1 are (rec v1). Dunno if the FM uses bit 3. Bit 2 is obviously new 07.48.55 # <[IDC]Dragon> ok, then we don't need special code for the polarities 07.50.11 # <[IDC]Dragon> I could flash them differently, and see what happens 07.51.10 # I expect that we won't find an Ondio with bit 0 or 1 of the mask unset. 07.51.44 # <[IDC]Dragon> didn't we spot an Ondio tuner bit yet? 07.51.54 # <[IDC]Dragon> the one different between ours? 07.52.19 # Ahem, look what I say about bit 3 07.52.39 # <[IDC]Dragon> it says FMR 07.53.10 # SIBC clock invert...interesting 07.53.12 # <[IDC]Dragon> sorry, that confused me, I thought you meant the classic FM Recorder 07.54.39 # LinusN: Yes, bit 2 of MAS register MainIOControl (0x7f1 on mas3587f) is set according to that 07.55.14 # s/MainIOControl/IOControlMain/ 07.55.28 # <[IDC]Dragon> to what feature is that related? recording perhaps? 07.55.35 # yup 07.55.50 # or, no 07.56.25 # amiconn: is it set in encoding or decoding mode? 07.57.31 # Looks like decoding mode. 07.59.01 # hmmm lemme see 07.59.19 # <[IDC]Dragon> amiconn: the SP firmware is a lot smaller 08.00.35 # amiconn: can you confirm that the SIBC setting is done in the recorder firmware as well? 08.01.07 # LinusN: Yup. 08.01.22 # gotta run, so more explanations later 08.02.01 # cu 08.09.22 Quit dwihno ("Mek0r!") 08.11.28 Join Zagor [242] (~bjst@labb.contactor.se) 08.14.47 *** Saving seen data "./dancer.seen" 08.32.11 Join Bagder_ [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 08.32.18 # hi Bagder 08.32.24 # hi Bagder_ 08.32.27 # or whatever 08.32.41 # I am two! ;-) 08.33.13 # schizo! 08.33.26 # which one is schizo? :-P 08.34.24 # Bagder_: heard about the wiggler news? 08.34.39 # nope, you getting closer? 08.34.48 # read the front page news 08.35.00 # * Bagder_ faints 08.35.10 # rocking 08.35.54 # yeah, i managed to get it running, I only fried one LPT port 08.35.57 # :-) 08.36.03 # ouch 08.36.16 # i still have two left ;-) 08.36.31 # bought a pci card with two extra ports yesterday 08.36.37 # haha 08.37.09 # i'm glad i didn't fry the wiggler 08.37.18 # or the target 08.37.43 # actually, i'm not even sure i really fried the first port either :-) 08.37.54 # i haven't tried it with the printer yet 08.39.11 # Bagder_: my patch is in the binutils cvs now :-) 08.39.36 # you are the king LinusN, any comments about that on the binutils list? 08.39.55 # gas/ChangeLog 08.39.56 # 2004-09-30 Linus Nielsen Feltzing 08.40.04 # * config/tc-m68k.c (select_control_regs): Add mcf5249. 08.40.25 # good enough! 08.40.42 # there's a mailing list post too: 08.40.44 Quit Bagder (Read error: 60 (Operation timed out)) 08.40.50 # Thanks very much for reporting this bug and supplying a patch to fix it. 08.41.00 # I have applied your patch along with this ChangeLog entry: 08.41.04 # bla bla 08.41.20 # feels good 08.41.34 # i suspect that it won't be the last patch though... 08.51.10 Join plok [0] (s336156@student.uq.edu.au) 08.53.47 Quit ashridah ("gone") 08.54.34 Join methangas [0] (methangas@0x50c61ce6.virnxx10.adsl-dhcp.tele.dk) 08.57.07 # * plok is away - Automatically set away. - messages will be saved. 08.59.48 # <[IDC]Dragon> LinusN: your email just got into the log (08:39) 09.00.34 # <[IDC]Dragon> dunno if you care 09.05.17 Join amiconn_ [0] (~jens@pD95D1101.dip.t-dialin.net) 09.09.12 # [IDC]Dragon: ah 09.12.33 Join PaulS [0] (~437e19f6@labb.contactor.se) 09.13.07 Quit amiconn (Nick collision from services.) 09.13.07 Nick amiconn_ is now known as amiconn (~jens@pD95D1101.dip.t-dialin.net) 09.13.18 # Can we all join in chorus (4 part harmony with feeling) in saying how much LinusN rocks right about now? 09.14.06 # This being #rockbox, this means a lot... 09.14.34 # (back) 09.14.53 # hi PaulS 09.15.39 # * PaulS throws up a hi-5 in LinusN's direction. 09.15.43 # amiconn: i wonder if the sibc polarity has any bearing on the s/pdif playback problem some people are experiencing 09.15.54 # PaulS: *smack* 09.16.18 # PaulS: now tell me about your jtag experiences... 09.17.45 Quit webmind (Read error: 60 (Operation timed out)) 09.18.33 # JTAG is coming along. I spent the evening very deliberately scoping out and writing a new cable driver for my Macraigor Wiggler-NP, which appears to be significantly different in function from the wiggler that the OpenWinCE folks had on hand. Mine has two line drivers in series -- one powered by the parallel port, and one powered by the JTAG target. Once I saw that, I knew I wanted go really slow and get it all right. 09.18.38 # LinusN: It shouldn't. Iiuc this has to do with playback only, as serial port B is used for that. I wonder if there is any recorder in the wild with mask bit 0 == 0 (for which rockbox would use the wrong SIBC invert setting) 09.19.19 # amiconn: i wrote s/pdif *playback* problems... 09.20.06 # elinenbe and kurzhaarrocker has mask bit 0 == 0 09.20.32 # Oops. But anyway, the wrong polarity should lead to failing playback with any output (iiuc, again) 09.20.35 Join dwihno [0] (~dw@81.8.224.89) 09.21.01 # This means I didn't take my iRiver apart tonight at all. At this point, I now have changes to the OpenWinCE code in the form of a new device definition, a new bus driver (toot toot!), and a new cable driver. Maybe I can get away without writing a new flash chip driver, but I'm not too confident of it. At that point I could have started from scratch! :-) 09.21.52 # <[IDC]Dragon> bbl 09.21.56 Quit [IDC]Dragon () 09.22.15 # PaulS: let's hope you did it right 09.24.33 # Heheh.. Thanks for the vote of confidence. I've sat around with the wiggler torn apart and toggling individual pins on the parallel port enough that I'm lulled into thinking that I have that part right enough that I won't be blowing things up. Past that point, the amount of damage I can do is manageable. 09.25.10 # :-) 09.28.16 # _Maybe_ tomorrow I can get as far as shifting out an IDCODE out of the BSR chain. I'm tempted to do that, but first I should pay some careful attention to the datasheet of the flash to see if it matches any of the definitions precompiled (CFI, JEDEC) so I can get away without writing that as well. Next time I open the iRiver (and have to solder on a TCK again) I want to be writing bits. 09.29.51 Join webmind [0] (~random@217-195-236-172.dsl.esined.net) 09.31.25 # it says "JEDEC standard" 09.32.21 # I saw that too. But there are different bit widths, and I really want to make sure that the read-write sequences match exactly. 09.32.31 # but it is CFI compliant as well 09.35.25 # Yep. And there's a "cfi.c" and a "jedec.c" in the jtag-0.5.1 distribution. 09.42.27 # amiconn: SIBI control...interesting indeed 09.44.05 # PaulS: well, we can agree that you will burn your flash, in one way or another :-) 09.44.54 # LinusN: I'm working on improving my odds in one of those directions... 09.50.03 # :-) 09.50.44 # LinusN: I think the assembler snippet http://amiconn.dyndns.org/sibi.s (13 instructions) is pretty clear 09.53.49 # amiconn: no, i mean SIBI control 09.54.02 # in the ondio 09.58.24 # sibi control is necessary for pass-through wav playback 09.59.20 # LinusN: Yes. But this is set to low and then not touched anymore by the original fw 10.00.57 # Btw: the assembler snippet is from recorder fw version 1.27d, but is present in the same form in the ondio fw (although at a different address) 10.01.18 # i'll add the same thing in rockbox 10.09.55 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.14.31 # <[IDC]Dragon> Zagor: will you fix the button, or is that our issue? 10.14.50 *** Saving seen data "./dancer.seen" 10.15.23 # LinusN: (latest adc.c change): sleep(1) does already sleep 2 ticks... 10.16.24 # [IDC]Dragon: i'll fix it. i've just been busy, sorry. 10.17.15 # <[IDC]Dragon> no problem, I was just asking 10.17.55 # <[IDC]Dragon> who's job it should be 10.22.51 # I wonder if the shift function is still needed at all. Since LinusN wrote the new adc driver, scrolling is pretty damn fast even without shift 10.23.55 # i still want paging. scrolling through hundreds of entries is no fun even with the faster repeat 10.27.45 # <[IDC]Dragon> on an MMC card device? 10.28.05 # ah, no I meant in general. 10.28.21 # on the ondio I agree (as I wrote yesterday) that shift is unnecessary 10.28.21 # <[IDC]Dragon> I thought with future 4GB MMC 10.28.49 # <[IDC]Dragon> on the HD model, I also want paging 10.28.55 # amiconn: yeah, i remember that now 10.29.12 # amiconn: then i wonder why my fix cured the charging screen bug... 10.30.24 # <[IDC]Dragon> amiconn: with the FAT test code, I can't reproduce the problem 10.30.58 # <[IDC]Dragon> I used a disk image now, instead of a partition image, but worked well, too 10.31.22 # <[IDC]Dragon> Zagor: what kind of image was it in your tests? 10.31.42 # partition image 10.32.37 # <[IDC]Dragon> with such, the partition offset is zero, I was suspecting undetected bugs, but found none 10.33.58 # [IDC]Dragon: I checked the number (with splash() ) on the player. Don't remember them exactly, but the code tried to write quite a number of sectors before the allowed start sector. 10.34.17 # Unfortunately I can't test on the target(s) atm, since they are at home. 10.35.12 # <[IDC]Dragon> I'd like to get such a partition image, or even a disk image 10.35.59 # <[IDC]Dragon> if freshly formatted, they should zip very well 10.36.05 # If you want a disk image, I'd better reformat again without quick format, to ensure good compressability 10.36.06 # i'll make you one 10.36.27 # <[IDC]Dragon> I want one that fails 10.36.44 # <[IDC]Dragon> I have one which I grabbed from the Ondio 10.36.45 # ok I'll let you two work it out 10.37.20 # <[IDC]Dragon> quick format is not enough for compressability 10.37.37 # yup 10.37.55 # dd if=/dev/zero of=disk.img 10.38.21 # <[IDC]Dragon> on linux, yes 10.38.43 # I thought amiconn was using linux? 10.38.48 # <[IDC]Dragon> I should venture into vmware 10.40.05 # Zagor: No, WinXP 10.40.31 # ok. well good luck, i'm off for lunch 10.40.54 # [IDC]Dragon: How did you produce the Ondio image? Did you do it on windows? 10.41.49 # erhm... with apache, how does the virtualhost stuff work? first match is displayed? 10.41.52 # LinusN: (charging screen issue) Weird indeed. That reminds me I should look at the bug reports more often... 10.42.49 # somehow the d/c voltage wasn't correctly sensed, so it skipped the charging screen 10.43.06 # lunch time, cu l8r 10.44.58 # <[IDC]Dragon> amiconn: I used a program called hexedit or so 10.45.11 # <[IDC]Dragon> it can edit files, but also disks 10.47.31 # <[IDC]Dragon> sorry, it's called WinHex 10.50.08 # <[IDC]Dragon> there may be more simple and free programs, but with a quick search I found none 10.51.25 # <[IDC]Dragon> but I found a free tool to mount such partition images 10.52.11 # <[IDC]Dragon> called VDK, http://chitchat.at.infoseek.co.jp/vmware/vdk.html 10.56.06 Join ashridah [0] (ashridah@220-253-121-125.VIC.netspace.net.au) 10.56.58 # [IDC]Dragon: I googled a bit, and using the posix /dev/sdxN devices in cygwin is possible too: http://cygwin.com/cygwin-ug-net/using-specialnames.html#AEN825 10.59.07 # <[IDC]Dragon> interesting 10.59.32 # <[IDC]Dragon> but you need specific tools to create and check images, right? 11.01.00 # <[IDC]Dragon> like /sbin/mkdosfs and /sbin/dosfsck used in the test script 11.03.29 # If you want an image of my player test, a simple dd if=/dev/sdg of=blabla.img should do 11.04.45 # <[IDC]Dragon> if there is a dd 11.05.27 # it is there 11.05.38 # <[IDC]Dragon> excellent! 11.05.43 # I tested it with my local hd, it works 11.06.17 # <[IDC]Dragon> well, then I hope we can nail that bug 11.06.21 # Beware that if you unpack my image, you will be facing a ~3.3 GB file 11.06.45 # heh. what's it compress down to? :) 11.06.45 # <[IDC]Dragon> no problem, as long as it compresses well 11.07.11 # <[IDC]Dragon> they call such a compression bomb 11.07.41 # <[IDC]Dragon> special files to tease virus checkers 11.09.16 # ashridah: tdb. 11.09.27 # s/tdb/tbd/ 11.10.22 # [IDC]Dragon: heh. a friend gave me an msdos floppy disk with a loop inside the fat entry for a particular file. damned thing grew out to fill a 1GB disk that only had 200MB on it 11.10.30 # i wasn't impressed ;0 11.10.32 # :) even 11.11.35 Join R3nTiL [0] (~zorroz@159-250-30-217.kgts.ru) 11.12.06 # <[IDC]Dragon> lunch time 11.15.21 Join MisticJeff [0] (~MisticJef@lv-65-40-117-97.dyn.sprint-hsd.net) 11.15.48 # mornin' gents 11.29.11 Quit ashridah ("Client exiting") 11.29.30 Join ashridah [0] (ashridah@220.253.121.125) 11.36.06 Quit R3nTiL () 11.43.34 Join domasofan [0] (~c2d0e868@labb.contactor.se) 11.47.01 Quit domasofan (Client Quit) 11.55.20 Join DomasoFan [0] (~some@194.208.232.104) 11.55.30 # hi 11.56.26 # i have a archos jukebox studio 20. i want to install rockbox with speaking menus. can someone help me doing that? 12.07.07 # <[IDC]Dragon> DomasoFan: yes, what's your status with it? 12.11.34 # mbr status? 12.12.08 # <[IDC]Dragon> do you hve Rockbox running, do you know it already? 12.12.45 # <[IDC]Dragon> basically, you only need to copy a .voice file into /.rockbox/langs/ 12.13.12 Quit DomasoFan (Read error: 54 (Connection reset by peer)) 12.13.20 Join R3nTiL [0] (~zorroz@211-250-30-217.kgts.ru) 12.14.52 *** Saving seen data "./dancer.seen" 12.16.24 Join DomasoFan [0] (~some@194.208.232.104) 12.16.31 # back 12.16.58 # after i connected my archos the pc crashed. it restarted. don't know what the error is 12.21.04 # it was the second time the error occurred. os: win xp home 12.22.09 Quit MisticJeff () 12.24.58 # [IDC]Dragon: (sibi changes) (1) Do you have working playback now? (2) Perhaps this would be better placed into a (yet to be created) mas_init() function? In addition, this could do the poweron reset for MAS3587/3539, and the WSEN thingy for the 3507 12.27.51 # is here someone which can help me? pc crashes when i connect the archos jukebox studio 20 when i turn it on. 12.28.03 # DomasoFan: have you installed the isd200 driver? 12.29.26 # <[IDC]Dragon> amiconn: no playback, sorry 12.29.41 # <[IDC]Dragon> but I haven't tried today 12.30.05 # <[IDC]Dragon> since I formatted the Ondio, there are no mp3s on it any more 12.30.25 # <[IDC]Dragon> I was rather working on the port setup 12.31.33 # <[IDC]Dragon> the SIBI state was already OK for warm boot, so the code I added doesn't change the behaviour 12.32.00 # @zagor: no. i haven't. where can i find it? 12.32.01 # <[IDC]Dragon> but I agree on mas_init() 12.32.14 # <[IDC]Dragon> we also have no usb_init() 12.34.28 # DomasoFan: http://www.archos.com/download/drivers.html 12.38.44 # [IDC]Dragon: The usb code needs some changes for the Ondio anyway: (1) it should monitor the mmc_inserted switch, and deassert/reassert the card detect to the bridge on a state change to make sure the PC recognizes the card change 12.39.03 # @zagor: downloaded and uncompressed. 12.39.26 # [IDC]Dragon: (2) It should display that "Please remove..." info on usb detection if a card is inserted 12.40.58 # @all developers: With supporting more and more platforms, the localization will contain more and more strings that are only relevant on some platforms. Any ideas how to handle that? 12.41.16 # This becomes more important for the voice file 12.43.51 Join hesim_512 [0] (~fractal@30.206-182-adsl-pool.axelero.hu) 12.44.11 # amiconn: this is only the case if each new model adds unique features, which is far from certain 12.44.24 Quit hesim_512 (Client Quit) 12.44.27 # can someone tell me how to install the usb driver? the windows has made an error by installing the driver while it recognices the disk allone 12.44.53 # amiconn: so far I don't think it's a problem. if it becomes one, we'll deal with it then. 12.45.23 # DomasoFan: it recognizes the disk alone? 12.45.27 # <[IDC]Dragon> amiconn: (usb monitoring) yes, I was having such in mind, too 12.46.01 # not complete. but: how to install the usb driver? 12.46.17 # The MMC thread should perhaps monitor the mmc_inserted status too, and force a file system remount in case of a change 12.48.36 Join matula_ [0] (~Miranda@30.206-182-adsl-pool.axelero.hu) 12.49.11 # DomasoFan: is there no install program in the archive? 12.49.23 # hi 12.49.29 # there are some exe-files there. 12.50.46 # DomasoFan: anyone called install.exe or setup.exe? 12.52.02 # no. 12.53.51 # DomasoFan: Did you download arcusb.zip? 12.54.51 # yes. 12.57.43 # You have to install this with the device manager. Alternatively you could download TPPINST_5_04.exe 13.01.26 Quit DomasoFan () 13.05.06 Quit R3nTiL () 13.06.32 # what's the cheapest way to ship a small package from us to europe? 13.08.39 # <[IDC]Dragon> dunno exactly, but postage is generally very affordable in the US 13.08.40 # Zagor: good news about the working wiggler 13.09.07 # <[IDC]Dragon> somebody who shipped me his FM paid $5 or so, can tell when I'm home 13.09.08 # indeed. we celebrated with a lunch pizza :) 13.09.25 # so what was the issue? 13.09.46 # [IDC]Dragon: i'm looking at the USPS website and can't find anything below $15, unless you classify it as "mail" instead of "parcel". 13.10.23 # ashridah: I'd better let linus explain, it is his feat. 13.10.51 # <[IDC]Dragon> (wiggler) yeah, sounds rather lame, that it takes days to hook up a simple development tool ;-) 13.10.55 # ashridah: to begin with, i had connected it wrong 13.11.16 Join elinenbe [0] (~elinenbe_@65.115.46.225) 13.11.31 # the parallel port freaked out on me, but it worked with a PCI card with two ports on it 13.11.32 # <[IDC]Dragon> 13.11.39 # [IDC]Dragon: :-) 13.11.50 # just read the mailing list emails. Good luck with the wiggler! -- bdm is the coolest! 13.11.52 # LinusN: haha. reminds me of the time i freaked out about my 68hc11 evbu board being broken. turns out the serial cable i was given was wired badly. :) 13.14.52 # ashridah: i had a similar experience with a 68HC11 many years ago, wrote a simple test loop that blinked a LED 13.15.02 # LEd was blinking, but nothing else worked 13.15.45 # after hours of head scratching, it turned out that the CPU was dead, and i had used a blinking LED by mistake :-) 13.15.55 # rofl 13.16.00 # that's classic :) 13.21.30 Join DomasoFan [0] (~not@194.208.232.104) 13.22.19 # hi guys. im back and my archos is now running correcltly. now, how to install rockbox? copying only the .rockbox and archos.mod file into the root of the player? 13.22.33 # unzip a whole zip 13.22.37 Nick Bagder_ is now known as Bagder (~daniel@1-1-5-26a.hud.sth.bostream.se) 13.22.42 Quit matula_ (Read error: 104 (Connection reset by peer)) 13.24.19 # [IDC]Dragon: How do you beep traces where both ends are on different sides of the board and are connected to QFP chips? 13.26.51 # have sharp probes, so you can keep them in place with the hand that holds the pcb 13.28.48 # Yes, but you would need 3 hands for that. One for each probe, and one to hold the board... 13.29.33 # i use my two hands for that 13.29.38 # does rockbox recognize the .voice file when i copy it into the lang dir? 13.30.02 # it should 13.31.50 # @LinusN: have i only to copy the .rockbox folder and the archos.mod into the root of the player? and: when i have copied all files on the player how i can start the player with the new firmware?. im totally blind so i have here a little bit probs :-) 13.32.09 # 599 members of the mailing list today 13.32.16 # ---><--- this close to 600 13.32.32 # DomasoFan: you are supposed to unzip the entire zip file to the jukebox 13.32.53 # today, all it contains is the archos.mod and the .rockbox folder, so yes 13.33.12 # then restart the player 13.33.18 # after you have installed rockbox, you turn it off and on again 13.33.49 # amiconn: or you solder a wire to one of the pins 13.33.55 # ok. uncompressed and copyed the .voice file into the lang dir. 13.34.14 # DomasoFan: did you install a daily build? 13.34.32 # yes. daily build of 01.10.2004 13.34.37 # good 13.35.56 # good. does now the voice work? or have i to restart the player? 13.36.25 # you might want to restart it, but i don't think you need to 13.36.59 # can you confirm that rockbox is running on it, and not the original firmware? 13.37.24 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 13.37.29 # hmm. where is the headphone plug? archos jukebox studio 20 13.37.40 # sometimes the studio firmware has problems loading the firmware 13.37.44 # top left 13.38.14 # hm. left side near the usb plug.? 13.38.25 # no, top left 13.38.47 # opposite side of the usb plug side 13.40.03 # LinusN: how is the rev-eng coming? 13.40.54 # elinenbe: http://www.rockbox.org/twiki/bin/view/Main/IriverSchematics 13.41.17 # should be 600 on mailing list now as I just (re) joined (left when i sold my archos and bought a iRiver) 13.41.42 # iriver is better then archos? 13.42.04 # <[IDC]Dragon> amicon: (beeping) I place the board on the side, sometimes holding it with tha same hand as the probe. Often I held the probe between pins, to get a more stable rest 13.42.47 # <[IDC]Dragon> aminconn: gone beeping now? 13.42.52 # nah, still "only" 599 13.44.38 # somebody PLEASE join! :-) 13.44.39 Quit DomasoFan (Read error: 104 (Connection reset by peer)) 13.45.11 # first version of iriver ATA schematics uploaded 13.45.24 # beautiful! 13.45.39 # it's so much easier with a naked PCB 13.45.42 Join DomasoFan [0] (~not@194.208.232.104) 13.46.43 # hmmm. my rockbox made some kreaking sounds when it turns on and wheni have connected it to the pc the pc crashes. do you know this? 13.47.10 # DomasoFan: sounds like battery or hard drive problems 13.47.28 # good idea battery :-). 13.48.05 # <[IDC]Dragon> LinusN: iriver byteswaps "in hardware", good idea 13.48.33 # where is the plug for the power? next to the headphone plug? 13.48.39 # [IDC]Dragon: nice eh? 13.48.49 Join MooMaunder [0] (~me@194.152.87.150) 13.49.35 # <[IDC]Dragon> do we now need to byteswap the command traffic? 13.50.14 # the commands are bytes 13.52.17 # [IDC]Dragon: Nah, not beeping now. Last night I wanted to double-check the mas por and i2c connections. I *want* that damn sound working! 13.52.59 # @linusN: do you know where the power plug is? don't find it 13.53.04 # <[IDC]Dragon> what a pity that we can't bitswap by re-wireing a serial line 13.53.42 # <[IDC]Dragon> DomasoFan: bottom right, next to the USB jack 13.53.59 # left or right? 13.54.08 # <[IDC]Dragon> right 13.54.40 # DomasoFan: it's located next to the usb plug 13.55.04 # <[IDC]Dragon> DomasoFan: do you know the blind FAQ? 13.55.19 # <[IDC]Dragon> http://www.rockbox.org/twiki/bin/view/Main/WebHome?topic=BlindFAQ 13.55.40 # <[IDC]Dragon> it tells about jack and button positions, etc. 13.58.48 # the player is quiet after i started. no error message but it don't speak. have here a seeing person now. 14.01.12 # good, see if he/she can see if rockbox is running, or the original firmware 14.01.42 # DomasoFan: try pressing MENU. it's the lower of the two circular buttons below the display 14.02.18 # to the left 14.04.17 # rerepiing your entire CD-collection gives you an interesting problem 14.04.20 # rerepping 14.04.25 # reripping 14.04.41 # finding the old version of the new rip and replace it 14.04.45 # :) 14.05.15 # big magic perl script does the job pretty good now 14.13.17 # now all you need is a cd changer to run it all night 14.13.31 # how i can turn off the player? 14.13.51 # hold STOP for a few seconds 14.14.00 # but remove the charger first 14.14.54 *** Saving seen data "./dancer.seen" 14.16.51 # anyone want a pink iriver? http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&category=52473&item=4041073331&rd=1 14.19.06 # 15 bucks? seems a tad steep for such a... uh. pink fashion item 14.25.37 # does anyone if the deutsch.voice file is to big for the archos jukebox studio 20? i tried and tried but it don't speaks to me 14.25.58 # try the english.voice then and see if it works better 14.26.15 # have you been able to verify that you are indeed running rockbox? 14.27.16 # hm. the voices menu in the player is available but i couldn't access nothing with the voice. voices are enabled. 14.29.09 # i wait until my brother is at home because he and i are the only english speaking people here. my mother and my father only understand german :-). 14.29.42 # ok 14.31.36 # but thanks for the good help you give me. 14.31.47 # <[IDC]Dragon> DomasoFan: the selected language has to match the .voice file 14.32.15 # <[IDC]Dragon> i.e. if you run in german, you need to have deutsch.voice 14.32.48 # and vice versa, you need to select german as your language to use the german voice file 14.34.00 # well, i'm going away over the weekend. see you all monday. 14.34.06 Part Zagor 14.38.41 # @[IDC]Dragon: OK i know whats wrong now :-). good. does anyone know how to change the language? I think that this wasn't a topic in the blind faq. 14.39.49 # <[IDC]Dragon> is it talking now? 14.40.19 # no because the language is english at the monment. 14.40.44 # <[IDC]Dragon> then put a english.voice on it ;-) 14.41.00 # *gg*. 14.41.25 # but i need german language because my titles sound like shit when i listen the words in english :-) 14.41.42 # <[IDC]Dragon> that's a different thing 14.42.03 # <[IDC]Dragon> we were talking about the menu voice 14.42.43 # <[IDC]Dragon> for your directories, you generate little mp3 clips with the spoken name, on the disk 14.43.08 # but i need the menu voice in german to . 14.43.51 # <[IDC]Dragon> anyway, language selection is in the menu, item General Settings, subitem Language 14.44.09 # ah ok. thx 14.47.20 # <[IDC]Dragon> just above the Voice entry 14.47.54 # <[IDC]Dragon> I can chat in german, too, if that helps 14.48.18 Join matula_ [0] (~Miranda@110.62-182-adsl-pool.axelero.hu) 14.53.34 # cool. my player talks to me! :-) 14.53.45 # :-) 14.54.02 Join Zagor [0] (foobar@h254n2fls31o265.telia.com) 14.54.02 Join _Zagor_ [0] (foobar@h254n2fls31o265.telia.com) 14.54.20 # zagor and his clone! 14.54.25 # :-) 14.54.30 Quit Zagor (Client Quit) 14.54.31 Quit _Zagor_ (Client Quit) 14.54.36 # haha 14.56.12 # <[IDC]Dragon> DomasoFan: now you need to generate all those directory clips, if you want that feature. 14.56.34 # <[IDC]Dragon> and if you have directories, that is. 14.58.12 # can i reset my language to english? i made an error by chosing the wrong language because the voice was wrong in talking back the language name. 15.00.08 # <[IDC]Dragon> sure, do the selection again 15.01.38 # in a foreign lang? :-) 15.01.43 # <[IDC]Dragon> or, delete all .language files except those you want to use 15.02.08 # <[IDC]Dragon> if it can't find it on boot, it will use english again 15.05.11 # DomasoFan: I recommend that you keep only englisch.lng, deutsch.lng, english.voice and deutsch.voice in /.rockbox/langs to avoid unnecessary confusion. 15.08.31 # ah ok. 15.10.58 Part LinusN 15.34.17 Join Simon86 [0] (~not@194.208.232.104) 15.34.17 Quit DomasoFan (Read error: 232 (Connection reset by peer)) 15.35.16 # hi here is DomasoFan. My nick has at the moment errors. thanks for helping me. now my player runs correctly with german language. thanks. 15.36.59 # [IDC]Dragon: Did you already prepare a flash image for Ondio SP? 15.37.34 # can i create .voice files by myself? i am a programmer to but at the moment only in lpc, vb basic, qbasic and some other programming languages. 15.38.57 # <[IDC]Dragon> amiconn: yes 15.38.57 Join webguest20 [0] (~8446dabb@labb.contactor.se) 15.39.29 # <[IDC]Dragon> Simon86: yes 15.39.40 # * [IDC]Dragon is very positive right now 15.39.59 # ;) 15.40.30 # [IDC]Dragon: Is it safe to flash (read: not more unsafe than flashing e.g. a JBR)? Or are some unclear things left? 15.41.51 Quit webguest20 (Client Quit) 15.41.53 # <[IDC]Dragon> amiconn: should be safe 15.42.08 # <[IDC]Dragon> the Archos image runs fine 15.42.17 # <[IDC]Dragon> rockbox to be done 15.42.47 # <[IDC]Dragon> and plugin support, of course 15.42.47 # hm. how to create .voice files? 15.43.17 # [IDC]Dragon: Of course I would have to do this with firmware_flash.rock. No UART boot mod... 15.43.35 # <[IDC]Dragon> Simon86: best wit amiconn's scripts 15.43.52 # <[IDC]Dragon> do we have a wiki page? me looks 15.43.53 Join webguest92 [0] (~8446dabb@labb.contactor.se) 15.43.56 # nice. where can i find tehm? 15.44.02 # Simon86: I wanted to write a howto for that... 15.44.52 # <[IDC]Dragon> if you are a semi-programmer, you'll have no problem with it 15.45.19 # <[IDC]Dragon> how do you want to make the clips? TTS or record them? 15.45.20 # i program since abozut 1999. so i hope i have no problems :-) 15.45.42 # i can try it when it don't works i can use the other voice files :) 15.48.27 # <[IDC]Dragon> grab the stuff from: 15.48.29 # <[IDC]Dragon> http://joerg.hohensohn.bei.t-online.de/archos/speech/voicefont/authoring_tools/ 15.49.11 Quit webguest92 ("CGI:IRC (EOF)") 15.51.13 # <[IDC]Dragon> you also need a .lang file of your choice 15.52.09 # <[IDC]Dragon> fresh from cvs: 15.52.10 # <[IDC]Dragon> http://www.rockbox.org/viewcvs.cgi/apps/lang/ 16.03.06 Quit NibbIer (Read error: 113 (No route to host)) 16.07.56 Part PaulS 16.14.56 *** Saving seen data "./dancer.seen" 16.15.40 Join SmoothOperator [0] (~acb9c91b@labb.contactor.se) 16.15.44 # Hi 16.15.50 # Got my brand new mp3 player today! :-) 16.17.31 # and its a million times better than the ipod 16.17.35 # i too :-) 16.17.59 # what make is yours simon? 16.18.16 # and had a few problems :-). but now it runs quite fine. but in the amazon review where problems listet but not these which i had :-) 16.18.31 # what make is ur mp3 player? 16.18.34 # archos jukebox studio 20 16.18.50 # ive got an iriver ihp120 16.18.55 Quit ashridah ("insomniac zombie: sleep. sleeeeeeeeeeeeeeeeep. sleeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeep") 16.19.15 # ah. 16.19.42 # how much it was? 16.19.46 # £250 16.19.50 # its a 20gigger 16.20.00 # plays WAV, MP3, WMA, OGG, and ASF 16.20.12 # i taken mine about € 200 from amazon. 20 gb. 16.20.36 # it came with a backlit LCD remote, leather holster and external microphone 16.21.02 # hehe. it comes with a earphone :-) 16.21.05 # it feels sublime compared to the plasticky ipod 16.21.11 # yea comes with earphones as well :-) 16.21.40 # mine felels like it is made of steel or something. 16.22.00 # ah no. it is plastic 16.22.24 # the iriver is solid magnesium with chrome ends 16.22.39 # but the normal price is over 300 € but i am not shure. 16.22.41 # even its control joystick is metal 16.23.04 # ;-). 16.23.17 # its a beauty, you won't get a better MP3 player for the money 16.23.24 # i take it only because it runs with rockbox :-) 16.23.27 # and it supports simple drag and drop just like hte archos 16.23.37 # no need for stupid transfer software 16.23.51 # I think rockbox for the iriver is being worked on :-) 16.24.02 # yes. for blind people it is cool. and the rockbox supports speaking menus and other things 16.24.14 # yes. 16.24.27 # :-) 16.24.34 # the iriver also has a great sounding FM radio 16.25.01 Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) 16.25.05 # hmmmm... thank you :-) 16.25.20 # and it accepts line in, SPDIF optical in and external mic in, and it can record to WAV or MP3 16.25.48 # can we exchange the players? ;-) 16.26.09 # no :-) 16.26.19 # ah shit. :-) 16.26.51 # but i have line in too. and other plugs which i don't know at the monent. 16.27.14 # but it has a about 2 mb buffer 16.27.48 # i dunno what the iriver has, but i imagine it has a large buffer in order to play WAV files 16.28.18 # yes, i see we like our players :-) 16.29.39 # :) 16.29.44 # the remote is awsome 16.40.29 Join R3nTiL [0] (~zorroz@123-250-30-217.kgts.ru) 16.42.42 Quit R3nTiL (Client Quit) 16.48.35 Join R3nTiL [0] (~zorroz@200-248-30-217.kgts.ru) 16.50.20 # Simon the iriver has a 32Mb buffer 16.52.38 Quit R3nTiL (Client Quit) 17.00.30 Join webguest17 [0] (~c7e73180@labb.contactor.se) 17.01.11 Quit webguest17 (Client Quit) 17.08.11 # <[IDC]Dragon> bbl 17.08.13 Quit [IDC]Dragon ("CGI:IRC") 17.15.48 Join alxdotnet [0] (alxdotnet@hc6527668.dhcp.vt.edu) 17.17.36 # good afternoon/evening/night/morning/noon :-) 17.17.47 Quit kaouete (Remote closed the connection) 17.18.01 Join kaouete [0] (~menfou@dyn-83-152-98-159.ppp.tiscali.fr) 17.18.12 # same to you simon 17.18.21 # ;) 17.19.09 # so...congratulations to the iRiver port team on getting BDM to work 17.19.47 # what kind of a time frame are we looking at before RockBox runs on the iHP? 17.21.46 # i heard that it is going to bee a few months 17.23.27 # i heard it will be up and running later today! 17.23.34 # oh -- wait... wrong project! 17.23.38 # really? donno 17.28.45 # i can't wait to load it...the iRiver firmware really..well...complete this sentence ;) 17.29.06 # hehehe 17.29.28 # i have a archos jukebox:-) 17.32.10 # well, software decoding of wav, mp3, wma, and ogg isn't bad...but the company doesn't really listen to anything we ask for...like gapless playback or OTF playlists 17.32.49 # on the other hand, the device itself rocks 17.33.01 # like archos?;-). 17.33.23 # i have heard (features) that archos don't fixes bugs as iriver 17.34.02 # 140 mhz coldfire processor 17.34.04 # for one 17.34.18 # allowing on-the-fly software mp3 recording and possibly transcoding 17.34.34 # maybe even software crossfading...that would be cool 17.34.58 # nice 17.35.23 # ya...it's a great architecture with really bad software 17.35.44 # for instance, the default firmware is known to drop frames while recording from the line in 17.36.01 # which is blasphemy to any serious audiophile 17.36.12 # hehe 17.36.21 # away. cu 17.36.24 # oh ok 17.36.25 # ttyl 17.39.03 Join [IDC]Dragon [0] (~idc-drago@p50861E19.dip.t-dialin.net) 17.42.10 # [IDC]Dragon: hi again! 17.43.24 # <[IDC]Dragon> yes, hi 17.44.44 Join Nibbler [0] (~andrer@port-212-202-73-41.dynamic.qsc.de) 17.50.42 Quit SmoothOperator ("CGI:IRC (EOF)") 17.52.41 Quit matula_ (burroughs.freenode.net irc.freenode.net) 17.52.41 NSplit burroughs.freenode.net irc.freenode.net 17.52.41 Quit MooMaunder (burroughs.freenode.net irc.freenode.net) 17.52.41 Quit ripnetUK (burroughs.freenode.net irc.freenode.net) 17.53.28 NHeal burroughs.freenode.net irc.freenode.net 17.53.28 NJoin matula_ [0] (~Miranda@110.62-182-adsl-pool.axelero.hu) 17.53.28 NJoin MooMaunder [0] (~me@194.152.87.150) 17.53.28 NJoin ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 17.54.56 Quit alxdotnet () 18.00.14 # [IDC]Dragon: Long format of the test partitions done, still panics when trying to write to fat16 partition. Currently dumping the disk 18.00.45 # <[IDC]Dragon> USB1, I forgot :-( 18.01.08 # <[IDC]Dragon> let's hope the power lasts 18.02.14 # It's freshly charged, and estimated time will be ~1 hour. After that my processor will get some work to do with zipping that file 18.02.37 # <[IDC]Dragon> maybe dumping the FAT16 partition is enough... 18.03.07 # <[IDC]Dragon> have you reformatted the small partitionafter the panic? 18.03.23 # <[IDC]Dragon> else it might be in strange shape 18.03.30 # No. 18.04.22 Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 18.04.24 # <_aLF> hi 18.05.00 # [IDC]Dragon: Should I interrupt the copy, and reformat the FAT16 part? 18.07.34 # <[IDC]Dragon> how far is it? 18.07.47 # I could also try the reverse order of partitions, i.e. placing the FAT16 part before the FAT32 one. But I doubt that with that layout the panic will be triggered 18.08.02 # 500 MB done (of 3.5 GB total) 18.08.11 # <[IDC]Dragon> did it happen with a fresh partition? 18.08.35 # Yes 18.08.40 # <[IDC]Dragon> just archos.mod on it, I guess 18.09.01 # <[IDC]Dragon> no, that was the other 18.09.03 # Yes, on both the FAT32 and the FAT16. FAT16 also has .rockbox dir 18.09.04 Quit MooMaunder (Read error: 110 (Connection timed out)) 18.09.29 # <[IDC]Dragon> it would be good to prepare like before it happened, imho 18.09.39 # Okay. 18.10.19 Join mecraw [0] (~lmarlow@69.2.235.2) 18.11.38 Quit ripnetUK (Read error: 110 (Connection timed out)) 18.12.07 Quit matula_ (Read error: 110 (Connection timed out)) 18.14.57 *** Saving seen data "./dancer.seen" 18.20.23 # [IDC]Dragon: Image prepared, dumping... 18.20.42 # <[IDC]Dragon> thanks 18.25.42 # While the dump is running... Do you have an idea what might cause the non-working playback? Did you measure whether the mas "DVS" pin (pin 15) is low or high? 18.26.14 # <[IDC]Dragon> I haven't really investingated into playback, no 18.26.42 # <[IDC]Dragon> currently, I'm still checking port pins 18.28.14 # For cold-start? You could do what I already did, putting a debug function that displays all P(A|B)(D|IO)R register values at the start of rockbox execution 18.28.34 # ...or I provide you with the values 18.28.35 # @dragon: private message :-). 18.28.49 # <[IDC]Dragon> that's what I did 18.29.00 # <[IDC]Dragon> now thinning down the bits 18.29.20 # <[IDC]Dragon> Simon86: sorry 18.30.13 # [IDC]Dragon: You can set PA13 to GPIO in. The IRQ is unusable 18.30.24 # <[IDC]Dragon> why? 18.30.38 # <[IDC]Dragon> Archos seems to set it to IRQ 18.31.20 # Yes, but they set it to GPIO within all read and write functions. One more example of a half-thought-of feature: 18.32.59 # I think the intention was to be able to get the info that the card is no longer busy via an interrupt. However, the busy pin goes low->high in that case. Interrupts can only be triggered by high->low (or low level) on the SH1... 18.33.15 # <[IDC]Dragon> ah, that again 18.33.56 # ...unless there is an inverter, but I doubt that. Furthermore, it would only work for the internal flash 18.34.30 # <[IDC]Dragon> that's clear, yes 18.35.18 # There is no IRQ1 interrupt vector in the archos fw 18.40.26 # <[IDC]Dragon> found the evil bit: PADR, bit 12 18.41.04 # <[IDC]Dragon> this was missing in our init? checking.. 18.41.10 # What was wrong with it? That's the clock gate, and it is set in ata_init() 18.42.27 # Or rather, it doesn't need to be initialized, because select_card sets the value 18.42.38 # It only has to be set to GP out 18.44.57 # <[IDC]Dragon> no, PA12 is not set 18.45.17 # <[IDC]Dragon> (at least, not in the ata_init I'm facing) 18.45.35 # No, as it doesn't need to be set there. 18.46.11 # Or do you mean setting PACR1? 18.46.52 # <[IDC]Dragon> no, the bit in PADR, I'm sure 18.47.11 # [IDC]Dragon: [19:33:49] Or rather, it doesn't need to be initialized, because select_card sets the value 18.48.07 Join zeekoe [0] (~me@ip51cc69f6.adsl-surfen.hetnet.nl) 18.48.55 # <[IDC]Dragon> maybe that's too late? 18.49.23 # [IDC]Dragon: Now I know what's going wrong... my card init needs some rework. If the clock gate is set wrong, the card doesn't receive the initial sync pulses... 18.50.42 # Or rather, the select_card function itself needs the rework. Should be easy! 18.50.59 # <[IDC]Dragon> but you haven't touched the card yet? 18.51.58 # look @ata_mmc.c, lines 138..156. The PA12 setting comes after the sync clocks, which is obviously wrong. 18.52.13 # <[IDC]Dragon> ah, now I see 18.52.41 # The CS assertion has to take place after the sync clocks, so I have to split this in two 18.53.12 # This doesn't hurt anyway, since the first one later has to be extended to take mask bit 2 into account 18.53.48 # <[IDC]Dragon> ok, please fix ;-) 18.54.28 # <[IDC]Dragon> I've added some PACR inits meanwhile 18.54.39 Quit AciD (Read error: 54 (Connection reset by peer)) 18.54.44 # <[IDC]Dragon> should I commit that first, or merge later? 18.55.24 Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.55.52 # <[IDC]Dragon> (depends if you already have local changes) 18.55.59 # [IDC]Dragon: commit first, my change is most likely simpler 18.56.42 Join MIKE- [0] (eKiM@host217-43-48-88.range217-43.btcentralplus.com) 18.56.55 Quit MIKE- (Client Quit) 18.57.08 # <[IDC]Dragon> mine is 3 lines 18.57.29 # I think it will merge cleanly anyway 18.57.34 # <[IDC]Dragon> but I'll commit it then 18.58.04 # <[IDC]Dragon> OK, done 18.58.56 Quit Bagder ("Off to search for that connect-resetting peer guy!") 18.59.31 # [IDC]Dragon: Clean merge :) 19.00.20 # hi! /me back 19.02.11 # [IDC]Dragon: Committed card_select() fix. Now try to cold-start! 19.03.56 # <[IDC]Dragon> flashing takes a while, with 14kBaud 19.04.16 # No working firmware_flash.rock yet? 19.04.36 # <[IDC]Dragon> haha, no 19.06.04 # There are a lot of mails concerning the Ondio on the ml :) 19.06.44 # i have a question... there's all this talk on wiggling. i googled, dictionaried, etc, found all kinds of interesting stuff, but still dont know what wiggling is 19.06.51 # can someone please explain to me? 19.07.21 # <[IDC]Dragon> the wiggler is a low level debug tool 19.07.48 # <[IDC]Dragon> so the folks here just created a verb from it, I guess 19.08.06 # aah 19.08.07 # ok 19.08.09 # thanks 19.08.56 # it all becomes clear now, at last... 19.11.03 # <[IDC]Dragon> flashing... 19.11.23 # <[IDC]Dragon> (had to remove my test code first) 19.11.39 # <[IDC]Dragon> which I remembered half-way 19.13.59 # <[IDC]Dragon> done 19.14.28 # <[IDC]Dragon> better now, yes 19.16.02 # There's some interesting thing with the timing: If I implement early return from writing the last block, we could write to both internal & external card with almost no speed loss! 19.18.02 # <[IDC]Dragon> what do you mean, both? At the same time? 19.18.31 # Yes. Writing one block to internal, one to external, one to internal... 19.18.40 # <[IDC]Dragon> RAID, hehe 19.19.04 # <[IDC]Dragon> teach that to the USB bridge 19.19.06 # This way, we always write to one card while the other one is busy 19.21.25 # I already have an idea how to implement early return. In order to not decrease performance in other cases, the driver has to remember whether the card might be busy (from a previous write call) and only check for "still busy" in that case. 19.22.09 # <[IDC]Dragon> I'm more worried about reading... 19.22.53 # <[IDC]Dragon> still no sound, sorry. 19.23.22 # For reading, we have to wait for the data block to arrive 19.24.09 # I'll measure the latencies, and check whether yield() ing in between would hurt performance 19.26.59 # [IDC]Dragon: Disk dump done, zipping... 19.27.13 # <[IDC]Dragon> let's see 19.28.40 # Argh! ZIP can't handle files >= 2 GB 19.29.19 # <[IDC]Dragon> oh 19.29.38 # <[IDC]Dragon> maybe rar, or others 19.29.49 # trying gzip... 19.30.50 # The .gz grows way too large.. :( 19.36.55 # <[IDC]Dragon> how about .ucl? ;-) 19.37.09 # Currently trying bzip2 19.37.28 # <[IDC]Dragon> it has to be something whichis good about long boring streaks 19.38.59 # Bah, I wonder what is wrong with the dump. The .bz2 is already >300 MB :-( 19.44.53 Join ripnetUK [0] (~mirc@82-70-100-230.dsl.in-addr.zen.co.uk) 19.44.55 # <[IDC]Dragon> look inside 19.45.20 # <[IDC]Dragon> I hope the formatting didn't init the sectors with wild values 19.45.45 # With what tool? I think no tool can load such a huge file at once 19.47.27 # Got an idea... 19.49.01 # Argh! It seems that a windows long format is in fact no long format... 19.49.09 # <[IDC]Dragon> TotalCommander can split 19.50.08 # Have to do all that again... choosing a bit smaller partitions as well (but checking first if the panic still happens) 19.53.04 # <[IDC]Dragon> oh, sorry 19.53.19 # <[IDC]Dragon> what will you use for formatting now? 19.53.38 Quit Simon86 () 19.53.54 # Win98 19.54.19 # ...using format /u 19.54.26 # <[IDC]Dragon> can you restrict dd? 19.54.46 # <[IDC]Dragon> then youcould do a small FAT32 and a small FAT16 19.54.50 # yes, and I already did this 19.54.56 # <[IDC]Dragon> and dump only up to there 19.55.16 # The disk is 10 GB in total, and I had a 3 GB FAT32 and 256 MB FAT16 19.55.45 # <[IDC]Dragon> I'm still finding many port differences 19.56.11 # <[IDC]Dragon> I have moved my check now after all inits, before the menu invocation 19.56.48 # <[IDC]Dragon> comparing cold and warm boot 19.56.58 # Now I have a 512 MB FAT32 in front of the 256 MB FAT16. Bug still happens 19.57.20 # <[IDC]Dragon> good 19.57.37 # <[IDC]Dragon> but still plenty 19.58.17 # This time the dump should be zippable... 19.59.19 Quit mecraw (Read error: 232 (Connection reset by peer)) 20.00.26 # I just remember Win9x can't handle 2 primary partitions with FAT... have an idea how to solve this 20.00.55 # <_aLF> wth extended partition it works 20.01.17 # _aLF: Yes, but rockbox in turn doesn't handle extended partitons 20.01.37 # <_aLF> ok 20.07.52 # <[IDC]Dragon> I found one port difference which may be important: 20.08.03 # Win98 also does no real long format... 20.08.25 # <[IDC]Dragon> cold-started, PA5 is high, warm booted it is low 20.08.50 # <[IDC]Dragon> PA5 is USB enable, high = enabled 20.09.31 # Didn't you say we need an usb_init() ? 20.10.49 # <[IDC]Dragon> currently, it's all done in usb_enable() 20.11.04 # <[IDC]Dragon> even the "static" part 20.13.36 # <[IDC]Dragon> PA5 is set there, it is part of the init, how can this be? 20.14.14 # <[IDC]Dragon> we have a usb_init(), sorry 20.14.33 # <[IDC]Dragon> but all the hardware dependent code is in usb_enable() 20.14.36 # Now I know how to zero out the disk, doing it (first GB) 20.14.44 # <[IDC]Dragon> better leave it like that 20.14.54 # <[IDC]Dragon> how? 20.14.59 *** Saving seen data "./dancer.seen" 20.15.19 # dd if=/dev/zero of=/dev/sdg count=2097152 20.15.35 # Afterwards creating the partitions 20.19.49 # (pa5) Hmm, I though this could have to do with the usb init being done before the adc init needed for usb detection, but that is not the case. 20.19.50 Join mecraw [0] (~lmarlow@69.2.235.2) 20.21.08 # [IDC]Dragon: This could still cause the bug: Interrupts are disabled early in the init. Which function does enable them? Without interrupts, the adc driver wouldn't work... 20.22.31 # <[IDC]Dragon> interrupts get enabled in init() 20.22.56 # <[IDC]Dragon> quite early, after the logo 20.24.03 # Ah, oops, yes. I am silly, level 0 means enabled... 20.24.18 # <[IDC]Dragon> OT: the disk info is funny, 0.1GB 20.24.44 # I know. I think we should go for dynamic scaling here 20.27.09 # <[IDC]Dragon> the MAS registers look OK now 20.28.25 # What did you change? 20.28.45 # <[IDC]Dragon> nothing, I just haven't looked for a long time 20.29.33 # <[IDC]Dragon> maybe the playback fails because the disk is just too slow? 20.29.52 # <[IDC]Dragon> like some race condition at play start, which we now loose? 20.32.10 # My mas still looks wrong :( 20.35.04 # <[IDC]Dragon> all zero, or what? 20.35.33 # Registers are all zero, codec registers are all 0x0000FFFF 20.36.12 # <[IDC]Dragon> that indeed looks no good 20.36.23 # <[IDC]Dragon> excuse me for a dinner break 20.37.03 # I'll have to trace the call flow. As I don't even get the faint "click" at start, which comes from the poweron reset, I suspect init_playback() doesn't even get called 20.40.10 # Ah, found it. There is a typo within my MAS3539F conditionals... 20.41.38 Join iSheep [0] (~4givn@dpc691997050.direcpc.com) 20.43.20 # <[IDC]Dragon> something just popped into my mind: is the I2C address the same? 20.43.33 # <[IDC]Dragon> ...continuing dinner 20.43.37 # It is, all checked 20.44.15 # Looks gooood now :) 20.50.07 # Still no sound :-/ 20.50.44 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 20.50.52 Join benschi [0] (~51bd459c@labb.contactor.se) 20.50.58 # heho 20.51.01 # whatz up?! 20.56.12 # <[IDC]Dragon> amiconn: what did you change? 20.56.37 # <[IDC]Dragon> ah, your typo 20.57.15 # <[IDC]Dragon> then we're on the same level now, I'd say? 20.57.32 # Yes I think so 20.57.46 # any nwes about the iriverport? 20.57.52 # <[IDC]Dragon> how do you like my "too slow" theory? 20.58.14 # <[IDC]Dragon> benschi: wrong crowd, this is Ondio 20.58.37 # [IDC]Dragon: I think that it doesn't cause the non-working playback. If it would, the voice ui should work. It doesnt... 20.59.01 # <[IDC]Dragon> haven't tested that 20.59.17 # <[IDC]Dragon> how long to load the voice file? 20.59.35 # I just did. The voice file gets loaded (menu doesn't react to keypresses for several seconds), but no voice 21.00.14 # Loading deutsch.voice takes ~10 s 21.00.15 # <[IDC]Dragon> but it's not stuck? 21.00.28 # <[IDC]Dragon> woo, this is *bad* 21.00.58 # <[IDC]Dragon> I should do a load on demand then 21.01.01 # I think we won't get below ~6s 21.01.07 # oh, kk, 21.01.10 # cya good night 21.01.19 # <[IDC]Dragon> night 21.01.27 # benschi: night 21.02.24 # [IDC]Dragon: New image dumped, compressing... 21.02.25 Quit benschi ("CGI:IRC (EOF)") 21.02.34 # <[IDC]Dragon> amiconn: how's your image coming along? 21.02.54 # <[IDC]Dragon> ;) 21.03.03 # I *love* crossing messages ;) 21.03.19 # <[IDC]Dragon> yes, it reads so strange in the log 21.05.56 # Image compressed down to 981 KB 21.06.15 # <[IDC]Dragon> that's a lot better 21.07.27 # hey guys -- how do I make the daily build boot up on default? Right now 2.2 boots, and the only way to get to the latest build is selecting abjrec.ajz 21.09.01 # flashed? 21.09.10 Nick scott666_ is now known as scott666 (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.09.12 # [IDC]Dragon: http://amiconn.dyndns.org/fat16test.zip The bug still happens with that (checked directly after creation) 21.09.53 # iSheep: assuming youve flashed 2.2, youll need to load a daily build ajz 21.10.01 # *ucl 21.11.02 # yeah, I think I flashed 2.2. basically, my problem is with 2.2 now I get that "Dir buffer full" error, and the daily build doesn't give me that problem 21.11.33 # there should be a file called rockbox.ucl in the .rockbox dir 21.11.40 # just 'play' that 21.12.25 # <[IDC]Dragon> amiconn: got it 21.12.47 # great, I'll give that a shot 21.13.36 # [IDC]Dragon: I'm comparing mas register values: ondio vs. recorder 21.28.29 Join Xiang-Lee [0] (~xiang@p5089CEF7.dip0.t-ipconnect.de) 21.28.36 # hello 21.29.00 # no one here... 21.30.02 # Hi there 21.30.03 Quit Xiang-Lee (Client Quit) 21.30.09 # Bye there :) 21.30.28 Join Xiang-Lee [0] (~xiang@p5089CEF7.dip0.t-ipconnect.de) 21.30.34 # .. 21.31.20 # so quiet.. 21.31.33 # <[IDC]Dragon> we're working. 21.31.37 # Hey Xiang 21.31.41 # ah i see 21.31.42 # hey 21.31.58 # wanna donate something too 21.32.19 # if it helps.. 21.32.59 # <[IDC]Dragon> Xiang-Lee: you're most welcome 21.33.05 Quit scott666 ("i'll be back...eventually...") 21.33.08 # haha, thanks 21.33.31 # cause i wanted already to sell my iriver, because of 2 reasons, the paint and the bad bad firmware... 21.33.40 # <[IDC]Dragon> amiconn: ok, test suite compiled and ready (I hope) 21.33.40 Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.34.11 # <[IDC]Dragon> Xiang-Lee: what kind of? 21.34.38 # how do u mean? my iriver? my english is a little bad... 21.34.44 # <[IDC]Dragon> yes 21.34.44 # ihp 120 21.35.04 # have it for 4 weeks, and the paint is already peeling off... 21.35.09 # <[IDC]Dragon> that's the one they're trying to port Rockbox on, yes 21.35.19 # <[IDC]Dragon> paint is no matter 21.35.19 # i know, i know.. 21.35.45 # <[IDC]Dragon> from the core developer, only Linus has one, currently 21.35.51 # i will send it back to get a new ihp 120... 21.35.55 # i know.. 21.36.07 # <[IDC]Dragon> so I suggest Zagor is the man to equip next 21.36.22 # but my thing is not broken.., otherwise i would send it to u guys.. 21.36.43 # <[IDC]Dragon> they got a broken one now, from ebay 21.36.48 # i know 21.37.09 # <[IDC]Dragon> next step would be to have working units for the core developers 21.37.20 # i'm surfing everyday, to the mistic river board, and to the rockbox page, checking out the wiki.. 21.37.44 # <[IDC]Dragon> amiconn: what should I try first? Create a file? 64KB? 21.37.56 # is it already so much progressed, that u have all the access to all hardware components ? 21.38.40 # [IDC]Dragon: Perhaps, yes. I tried to dump the ROMs. The dir entry for the boot rom gets created, then the box panics 21.39.56 Quit iSheep () 21.40.23 # <[IDC]Dragon> partition type is 0x06 for FAT16, 0x0B for FAT32? 21.41.04 # 0x06 is the fat16 one 21.43.13 # FAT32 seems to have different types depending on the size. In the image you got it is 0x0B, while on my recorder it is 0x0C 21.43.40 Quit oxygen77 ("Cho") 21.48.28 # too complicated for me, hehe.. 21.49.18 # <[IDC]Dragon> stuck withthe basics: the test code can't find the file 21.53.12 Quit Xiang-Lee () 21.56.11 # <[IDC]Dragon> found it, it was write-protected 21.59.10 # <[IDC]Dragon> amiconn: there is only a "archos.mod" and an empte ".rockbox" on it? 21.59.33 # <[IDC]Dragon> s/empte/empty 21.59.51 # No, Windows also put it's dreaded "System volume information" there 22.00.08 # <[IDC]Dragon> I don't see that 22.00.16 # It's a hidden dir 22.00.50 # <[IDC]Dragon> maybe rockbox does not show those 22.01.35 # It does, if "Show files" is set to "all" 22.02.30 Quit kaouete (Remote closed the connection) 22.02.54 # <[IDC]Dragon> hmm, the low level test code didn't show it 22.03.14 # <[IDC]Dragon> and attributes are not filtered, afaict 22.03.21 # [IDC]Dragon: Is there an inverter between PB12 (SCK0) and mas SIBC ? 22.04.20 # <[IDC]Dragon> no 22.04.41 # On the recorder schematics there is one... 22.05.08 # <[IDC]Dragon> do all have that? 22.05.17 # <[IDC]Dragon> or is is a mask bit? 22.06.13 # It seems clear that this is the 3rd meaning of mask bit 0 (mas SIBC clock invert). However, just tried the other variant, with no luck 22.06.57 # <[IDC]Dragon> our mask indicates inverted, or not? 22.07.19 # <[IDC]Dragon> grr, the test code went OK 22.07.24 # <[IDC]Dragon> no panic 22.08.05 # Hmm, strange 22.08.27 # <[IDC]Dragon> maybe a porting issue? liitle/big endian? 22.08.46 # yes, maybe 22.10.11 # <[IDC]Dragon> the 64KB file is the first one, and didn't succeed? 22.11.22 Quit _aLF (Read error: 54 (Connection reset by peer)) 22.11.23 # <[IDC]Dragon> can you somehow dump the contents of the fat_bpb struct? 22.11.34 Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 22.11.38 # <[IDC]Dragon> then we can compare the parameter extraction 22.12.05 # <[IDC]Dragon> tedious, I know 22.12.13 Join SmoothiRiverOwne [0] (~acb9aacc@labb.contactor.se) 22.12.52 # hiya 22.15.00 *** Saving seen data "./dancer.seen" 22.15.03 # [IDC]Dragon: How should I dump if writing to disk panics? 22.15.18 # <[IDC]Dragon> to screen... 22.15.49 # Urgs. With 2 lines à 11 chars... this will take some time 22.16.16 # <[IDC]Dragon> ok, I try staring at the code first 22.16.16 Quit _aLF (Read error: 54 (Connection reset by peer)) 22.16.37 Quit zeekoe (Read error: 60 (Operation timed out)) 22.16.41 Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 22.16.41 Quit _aLF (Read error: 54 (Connection reset by peer)) 22.19.56 # [IDC]Dragon: What would you need? All members of the bpb struct? 22.20.50 # <[IDC]Dragon> not the strings 22.21.40 # <[IDC]Dragon> I don't know "what" I'd need, I'm looking for differences 22.21.56 # <[IDC]Dragon> all the info of the fat module is in there 22.22.28 # <[IDC]Dragon> if we find a different offset or so, we've won 22.23.06 # There is a struct within the struct. What about that one? 22.24.20 # <[IDC]Dragon> that has only 2 members 22.24.38 Join webguest81 [0] (~c7e73180@labb.contactor.se) 22.24.47 # <[IDC]Dragon> we can "unfold" it 22.26.11 # Okay. 22.29.16 # <[IDC]Dragon> system volume info is there, sorry, I overlooked that 22.30.09 # <[IDC]Dragon> for the dump, probably write the name into line1 , value in line2, then click through member by member 22.30.27 Quit webguest81 ("CGI:IRC (EOF)") 22.30.37 # <[IDC]Dragon> it's copy+paste code 22.31.04 # Yes, already preparing that. Do you want decimal or hex numbers? 22.31.18 # <[IDC]Dragon> decimal, I'd say 22.31.33 # <[IDC]Dragon> but it doesn't really matter 22.31.43 # <[IDC]Dragon> debugger is switchable 22.40.36 Join _aLF [0] (~Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) 22.40.38 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age") 22.47.02 # [IDC]Dragon: Test build compiled, let's see if it works 22.47.18 # <[IDC]Dragon> nice 22.48.32 # Argh! fat_mount gets called while the display is still in double-height mode... 22.49.34 # <[IDC]Dragon> do it later, at the end of init() 22.49.45 # <[IDC]Dragon> or what's disabling this? 22.50.15 # I try disabling show_logo() sinced this might enable it 22.51.29 # Works now. Should I type the values in here directly? 22.53.12 # <[IDC]Dragon> sure 22.53.20 # bpb_bytespersec: 512 22.53.27 # bpb_secperclus: 16 22.53.33 # <[IDC]Dragon> let me get mine ready, side-by-side 22.54.11 # <[IDC]Dragon> ok so far 22.54.37 # bpb_rsvdseccnt: 4 22.54.51 # bpb_numfats: 2 22.55.14 # bpb_rootentcnt: 512 22.55.26 # bpb_totsec16: 0 22.55.36 # <[IDC]Dragon> just the number is enough... 22.55.39 # bpb_media: 248 22.55.48 # bpb_fatsz16: 130 22.55.56 # bpb_secpertrk: 63 22.56.04 # bpb_numhead: 255 22.56.19 # bpb_hiddsec: 1060290 22.56.36 # bpb_totsec32: 530145 22.56.46 # last_word: 43605 22.56.53 # bs_drvnum: 128 22.57.00 # bs_bootsig: 41 22.57.15 # bs_volid: 1823131562 22.57.48 # bpb_fatsz32: -1440153472 (okay, should have used unsigned display) 22.57.58 # bpb_extflags: 0 22.58.04 # bpb_fsver: 0 22.58.08 Quit gromit`` ("Client exiting") 22.58.12 # bpb_rootclus: -2 22.58.19 # bpb_fsinfo: 0 22.58.30 # bpb_bkbootsec: 0 22.58.35 # fatsize: 130 22.58.45 # totalsectors: 530145 22.58.54 # rootdirsector: 264 22.59.05 # firstdatasector: 296 22.59.14 # startsector: 1060290 22.59.23 # dataclusters: 33115 22.59.40 # .freecount: 33092 (may differ from yours) 22.59.50 # <[IDC]Dragon> one less 22.59.53 # .nextfree: 25 (dito) 22.59.59 # <[IDC]Dragon> one more 22.59.59 Quit SmoothiRiverOwne ("CGI:IRC (Ping timeout)") 23.00.04 # rootdirsectors: 32 23.00.13 # <[IDC]Dragon> hmm 23.00.14 # (end) 23.00.35 # <[IDC]Dragon> looks OK, besides the free stuff 23.00.57 # The free difference is because of the new archos.mod 23.01.22 # <[IDC]Dragon> you have that on the FAT16 partition? 23.01.25 Join gromit` [0] (~gromit@ALagny-151-1-21-134.w83-114.abo.wanadoo.fr) 23.01.44 # [IDC]Dragon: On both. FAT32 for boot, and FAT16 for RoLo 23.02.12 # <[IDC]Dragon> depressing, no valuable finding :( 23.03.18 # <[IDC]Dragon> you could do this and the stack vars in the panic 23.03.42 # <[IDC]Dragon> but this is wild probing, no systematic debugging 23.04.59 # <[IDC]Dragon> enough for today 23.05.50 # <[IDC]Dragon> cu 23.05.55 Quit [IDC]Dragon () 23.19.14 Join mecraw_ [0] (~lmarlow@69.2.235.2) 23.19.14 Quit mecraw (Read error: 104 (Connection reset by peer)) 23.22.25 Quit ripnetUK () 23.22.33 Join SmoothiRiverOwne [0] (~acca10e0@labb.contactor.se) 23.22.39 # hiya 23.23.07 # The iriver can shuffle the entire drive without a playlist. I wondered if it would save battery power if i made a huge playlist of all the files and shuffled that instead 23.35.57 Join gromit`` [0] (~gromit@ALagny-151-1-17-235.w82-121.abo.wanadoo.fr) 23.36.47 Quit AciD (""Linux ? Ya moins bien, mais c'est plus cher"") 23.38.41 Quit gromit` (Read error: 110 (Connection timed out)) 23.41.22 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)