--- Log for 21.09.104 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 25 days and 13 hours ago 00.02.30 # Aaaargh! 00.03.20 # amiconn, ??? 00.03.26 # recording woes? 00.03.49 # No, just found a possible cause for the totally non-working MMC access on the Ondio 00.04.10 # :) 00.04.23 # brb 00.04.26 Quit bagawk ("Leaving") 00.05.04 Join bagawk [0] (lee@bagawk.user) 00.06.09 # "Dear Rockbox, please don't mess with my serial port!" 00.06.44 # heh 00.07.26 # That means, I have to disable the serial (!) remote code for the Ondio, since the serial port is used for the MMC. Howgh! 00.08.43 # wow 00.08.47 # strange 00.11.49 # There is nothing strange with that. The CPU has 2 serial ports. One of them is used for feeding the mas (playback), the other is used for the remote control on jukeboxes. However, this is needed for MMC access on the Ondio, so I have to disable all remotre control code for it. 00.12.31 # ohh 00.17.20 # Ahaaa! Still not working correctly, but *much* better this way :-) 00.17.44 Quit AciD ("Read error: 666 (Connection reset by Satan)") 00.18.27 Join LinusN [0] (~linus@labb.contactor.se) 00.18.34 # hi LinusN 00.18.41 # hi 00.19.03 # Just found one cause for non-working mmc access :) 00.19.05 # hey linus :) 00.19.15 # amiconn: saw that 00.19.19 # bagawk: yo 00.19.24 # Log peeker ;) 00.20.04 # lol 00.20.07 # LinusN: I wonder if debug builds make sense at all on the Ondio, since there is no spare serial port? 00.20.35 # probably not 00.21.59 # Hmm. I don't know how to handle that. I think this has to be accounted for in the Makefiles? 00.24.48 # yes, the configure script creates a makefile that sets the DEBUG macro 00.51.02 *** Saving seen data "./dancer.seen" 00.52.55 # phew, finally back to normal after the disk crash 00.53.05 # ? 00.53.11 # disk crash? 00.53.35 # a failed partition copy operation made my pc unbootable 00.53.47 # ouchhhh 00.53.56 # so i have had some fun hours restoring the partition table and grub config 00.54.04 # you could have installed a boot loader onto a floppy 00.54.18 # i booted a linux rescue disk 00.54.23 # boot-us has saved my partitiions a few times 00.54.30 # ahh that works :) 00.54.55 # time to sleep 00.55.00 # cu around guys 00.55.00 # see you LinusN :) 00.55.05 Part LinusN 01.01.11 Join dwihno_ [0] (~dw@81.8.224.89) 01.19.12 Quit dwihno (Read error: 110 (Connection timed out)) 01.21.59 # bye' 01.22.01 Quit bagawk ("Leaving") 01.22.14 # nite 01.22.27 Part amiconn 01.57.04 # We got an iRiver from ebay.. how exciting! :) 02.12.36 Join bagawk [0] (Lee@bagawk.user) 02.37.27 # bye bye 02.37.50 Quit bagawk ("umount /dev/brain") 02.51.04 *** Saving seen data "./dancer.seen" 03.07.58 Quit scott666_ ("i'll be back...eventually...") 04.37.16 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 04.51.07 *** Saving seen data "./dancer.seen" 04.57.44 Join bagawk [0] (Lee@bagawk.user) 04.58.27 # hey scott666_ 04.58.40 # an Sebulba02 04.59.45 Join ashridah [0] (ashridah@dialup-a3-68.Melbourne.netspace.net.au) 05.00.38 # hi ashridah 05.03.13 # hi 05.20.57 # have to reboot for my scanner to be detected :( 05.20.59 # brb 05.21.05 Quit bagawk ("umount /dev/brain") 05.27.12 Join bagawk [0] (Lee@bagawk.user) 05.36.08 Quit bagawk ("umount /dev/brain") 05.43.36 Join bagawk [0] (Lee@bagawk.user) 06.03.03 Quit scott666_ ("i'll be back...eventually...") 06.16.35 Quit ashridah (Connection timed out) 06.39.14 Quit bagawk ("umount /dev/brain") 06.44.41 Join LinusN [0] (~linus@labb.contactor.se) 06.46.26 Join bagawk [0] (Lee@bagawk.user) 06.49.48 Quit bagawk (Client Quit) 06.51.08 *** Saving seen data "./dancer.seen" 07.18.50 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 07.56.50 Join ashridah [0] (ashridah@dialup-a2-147.Melbourne.netspace.net.au) 07.58.23 Join amiconn [0] (~jens@pD95D1DCA.dip.t-dialin.net) 08.08.07 Join Zagor [242] (~bjst@labb.contactor.se) 08.23.57 Join [IDC]Dragon [0] (~idc-drago@pD9E34E06.dip.t-dialin.net) 08.24.29 # <[IDC]Dragon> morning! 08.25.25 # <[IDC]Dragon> LinusN, Zagor: I implemented the FAT16 up to some level, but now face architectural problems 08.26.18 # <[IDC]Dragon> wit FAT16, the root dir position and size is fixed, after the FATs, but before the first data sector 08.27.05 # <[IDC]Dragon> our FAT driver works with clusters internally, not sectors. That translation is done later. 08.27.07 # yes 08.27.55 # <[IDC]Dragon> forthe root dir I would get negative clusters, since it is before the data start 08.28.16 # <[IDC]Dragon> (not allowed currently, and the values are unsigned) 08.29.01 # <[IDC]Dragon> and worse, the root dir size doesn't necessarily match a cluster integer, needs only to be sector aligned 08.29.30 # <[IDC]Dragon> although we could refuse to mount such partitions 08.29.54 # <[IDC]Dragon> (so much for my problem report) 08.31.08 # <[IDC]Dragon> how was this done in the original FAT16 code from LinusN? 08.31.29 # we need to add a fat_open_sector() which takes a sector number instead of cluster. and then we need exceptions in a couple of places to handle cluster<0 08.32.26 # <[IDC]Dragon> so you'd say the clusters should be able to get negative? 08.32.44 # yes 08.32.51 # <[IDC]Dragon> clusters don't make too much sense for the root dir 08.33.01 # <[IDC]Dragon> when it's not aligned 08.33.11 # no but for all other files and dirs, and the whole driver uses the file concept (since fat32 does) 08.33.55 # just open a file at cluster -1, sector 4 (or whatever) instead of the normal cluster 42, sector 0. 08.34.40 # <[IDC]Dragon> another way would be to switch to sectors 08.34.42 # <[IDC]Dragon> not that I'm in favour of it, though 08.35.02 # switch? 08.35.33 # Is there a good starting point anyone can recommend for getting into the hardware side of things eg, tracing, soldering, measuring voltages etc.. without doing an Electrical Engineering degree? 08.36.32 # <[IDC]Dragon> Zagor: I mean, make the internal housekeeping work with sectors instead of clusters 08.36.57 # we need to work with cluster. everything other than fat16 root dir works with clusters. 08.37.10 # so make the change for fat16 root dir, not everything else 08.37.52 # in fact fat16 root dir works with clusters too, it just doesn't start on sector 0 in the cluster 08.38.42 # <[IDC]Dragon> for the ata driver, it'll get translated to sectors anyway, it would "just" mean to thaat earlier (but as stated, I don't like it either, just looking for ways out of the mess) 08.39.10 # I just explained the way... :-) 08.41.09 # <[IDC]Dragon> ok, ok, I'll look into it 08.41.55 # <[IDC]Dragon> so a potential fat_open_sector() would be able to open a file at a non-cluster boundary? 08.42.04 # yes 08.46.47 # plok: i'm sure there are lots of pages on the web with beginner guides to electrical stuff 08.47.02 Join [IDC]Dragon2 [0] (~idc-drago@pD95127F8.dip.t-dialin.net) 08.48.23 # <[IDC]Dragon2> Zagor: sorry for bugging, I didn't realize the existing structures could be used to open a dir (file) at such a position. 08.48.39 # <[IDC]Dragon2> Will try and tell. :-) 08.48.59 # it may need some adjustments, but I think that is the solution which requires the least amount of code or structure changed 08.49.21 # <[IDC]Dragon2> that's what I'm looking for, yes 08.50.33 # <[IDC]Dragon2> (the root dir is always unfragmented, doesn't use FAT chain, has a fixed size limit) 08.50.50 Quit ashridah ("ircII EPIC4-2.0 -- Are we there yet?") 08.51.11 *** Saving seen data "./dancer.seen" 08.51.58 # <[IDC]Dragon2> c u later, thanks 08.52.03 Quit [IDC]Dragon2 () 08.52.21 Join webguest33 [0] (~d4963cc9@labb.contactor.se) 08.55.16 Quit webguest33 (Client Quit) 09.05.42 Quit [IDC]Dragon (Read error: 110 (Connection timed out)) 09.06.41 Join webguest85 [0] (~d4963cc9@labb.contactor.se) 09.10.05 Quit webguest85 (Client Quit) 09.13.36 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 09.19.16 # iriver ships one firmware for 120/140 and a separate one for 110. Indicates hardware differences. 09.24.44 # aha 09.25.14 # so we need to buy a broken ihp100 too ;) 09.26.03 # hehe 09.28.03 # there was someone in here earlier implying s/he had a broken iRiver to donate 09.28.10 Join Headie [0] (~hehe@fsto6.sto.sema.se) 09.28.25 # * Zagor checks the log 09.31.23 # DoctorObvious at the end of the 20/09 log 09.31.31 # looks like it's a 140 though 09.31.45 # well we're not picky :) 09.31.50 # :) 09.32.27 # he said he'll mail us, but i haven't received any mail :-( 09.32.50 # me neither. yet... 09.39.05 Join amiconn_ [0] (~jens@pD9E7F048.dip.t-dialin.net) 09.39.43 # any protests if i remove the shutdown option from the recorder main menu? 09.39.58 # nope 09.49.22 # I've just realized why the deps stuff is re-run when you do make clean 09.49.38 # its an internal make rule that attempts to create missing include files 09.52.34 # yeah 09.53.08 # so its really hard to get rid of the rebuild of the deps when you do make clean twice 09.56.13 # i have no rewritten the A/D driver once again 09.56.25 # it now converts all channels every tick 09.56.43 Quit amiconn (Read error: 110 (Connection timed out)) 09.56.43 Nick amiconn_ is now known as amiconn (~jens@pD9E7F048.dip.t-dialin.net) 09.59.08 Join PaulS [0] (~437e19f6@labb.contactor.se) 09.59.09 # i have tested it on my recorder and it works fine, but it *might* reveal some issues with the buttons 09.59.23 # issues? 09.59.37 # Hey guys. 10.00.01 # hi 10.00.30 # Zagor: since the button A/D channels are updated more often, there is a possibility that the button driver behaves differently 10.00.42 # but i think it will be for the better :-) 10.00.46 # PaulS: hi 10.01.13 # Are we talking about the IHP button input? 10.01.24 # no, the archos 10.03.10 # Oh, interesting that it uses an A/D. Is it wired up similarly to the IHP? 10.03.41 # yes 10.04.01 # I'm from the old school where folks used scan codes. This resistor ladder / A/D thing is new on me. 10.04.46 # the bad thing about it is that we can't combine keys 10.05.05 # how many channels does the iriver use? 10.05.37 # It's interesting as well that the Archos and iPod both used a serial interface for the remote, whereas the IHP uses another resistor ladder. I spent quite a while with a logic analyzer being confused about how it worked. 10.06.08 # so the spi is only for the display? 10.06.14 # hehe, a logic analyzer wasn't the best of tools in that case :-) 10.06.32 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 10.06.40 # Zagor: So far I've identified 3 channels of the ADC: 1 for external remote, one for internal buttons, and one for the battery status. 10.07.06 # damn. if all main unit buttons use a single channel, it will seriously hamper the interface 10.07.14 # indeed 10.07.18 # that sucks 10.08.02 # Zagor: That's right. I started getting suspicious (and scared!) when hanging a 50kOhm scope probe on the remote line caused the player to skip tracks. 10.08.27 # :-( 10.08.32 # The "Play" button on the remote is wired up to a separate (GPIO?) input. 10.08.55 # funny 10.09.02 # <[IDC]Dragon> sorry for OT: there's rumours that a Windows Media 9 Audio Decoder is somewhere available in source code? 10.09.16 # [IDC]Dragon: yes 10.09.24 # uh, no sorry. source code? 10.09.32 # i read "in iriver firmware"... 10.09.42 # <[IDC]Dragon> yes, source 10.10.05 # Zagor needs glasses 10.10.08 # :) 10.10.52 # haven't heard that. can't say i'm very interested either, though :) 10.10.58 # <[IDC]Dragon> any WMA in Linux? 10.12.12 # i don't know 10.12.37 # i know there are players who use the microsoft dlls, but I don't know if there are any native players. i doubt it. 10.12.48 # <[IDC]Dragon> :( 10.13.01 # You should definitely scope out the main unit buttons though. I'm much more confident about the remote's function since I've ohmed it out. It does look to me, however that at least in some cases the same function gets used for both sets of buttons, with only the ADC mux index as an argument. This may leave the possibility that the Play button on the main unit is also separate. 10.13.21 # In fact, I'd guess that it is, considering that it is used to wake the device from "off" mode. 10.17.41 # ah 10.21.13 # PaulS: in your schematic, where is the Stop button? 10.21.20 # Any interesting progress or questions I can answer before I head to sleep? 10.21.47 # The Stop button is S0, and R0 is 0 ohm. 10.22.17 # and RS? 10.22.23 # (I put a resistor in at R0 just to retain consistency in the discussion.) 10.23.56 # I actually never checked the value of RS. At the time I hadn't opened my IHP yet, and any voltage measurement I made at the remote end (which I did have open) would include some assumptions of VP which I also do not know. 10.28.37 # Have a good night, folks. 10.28.44 # gnight 10.28.50 # Okay, I'm calling it a night.. 10.29.00 Part PaulS ("Zzzzz") 10.34.25 Part Lynx_ 10.36.34 Join ashridah [0] (ashridah@dialup-a1-397.Melbourne.netspace.net.au) 10.41.47 # amiconn: did you ever do any work to get grayscales in the simulator? 10.46.06 # methinks the simplest way to add color support to the lcd interface is to add lcd_setcolor() and lcd_drawimage() 10.48.12 Quit Bagder ("Leaving") 10.51.14 *** Saving seen data "./dancer.seen" 11.14.17 # LinusN: are you adding a filter to button.c as well? 11.14.58 # i can do that 11.15.25 # i wonder how it should be done... 11.15.56 # just compare the two latest, if they differ more than X throw them away 11.16.00 Join pike [0] (JavaUser@h234n1fls22o1064.bredband.comhem.se) 11.16.16 Join midk_ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 11.16.37 # so i should keep the last two readings of the three a/d channels 11.16.51 # <[IDC]Dragon> LinusN: I have already implemented that 11.16.59 # [IDC]Dragon: good 11.17.07 # then i leave it to you 11.17.28 Quit midk (Read error: 104 (Connection reset by peer)) 11.17.56 # <[IDC]Dragon> I once did it, and made a little survey 11.18.58 # <[IDC]Dragon> but perhaps it was void because of the reduce ADC poll frequency, I didn't know that 11.28.00 # what kind of display does the h300 have? 8-bit, 16-bit, 24-bit? 11.33.39 # i have no idea 11.34.02 # Zagor: I once wanted to add grayscale to the sim, but then found that the x11 sim (unlike the win32 sim) doesn't use a bitmap, but sets/resets individual pixels. I see no way to do it without the x11 sim being changed to use a bitmap too. 11.37.15 # Since I'm not familiar to X11 programming, I have to leave that for someone else 11.48.26 Quit ashridah (Read error: 60 (Operation timed out)) 12.47.07 Join webguest08 [0] (~c2db612f@labb.contactor.se) 12.51.17 *** Saving seen data "./dancer.seen" 12.51.25 Quit webguest08 (Client Quit) 13.47.06 # <[IDC]Dragon> hooray, first FAT16 file access! 13.51.29 # waaaay! 13.51.35 # Go Jörg! 13.51.37 Nick dwihno_ is now known as dwihno (~dw@81.8.224.89) 13.52.29 # nice 13.56.50 # <[IDC]Dragon> but don't try to create root files, etc. 14.04.40 # [IDC]Dragon: way to go! 14.05.04 # <[IDC]Dragon> indeed, some way to go. 14.05.10 # :-) 14.07.18 Quit pike (Read error: 54 (Connection reset by peer)) 14.07.20 Join pike|| [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 14.07.24 Nick pike|| is now known as pike (amiga@h234n1fls22o1064.bredband.comhem.se) 14.15.25 Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 14.16.57 Quit pike (Nick collision from services.) 14.17.13 Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 14.33.45 Join ashridah [0] (ashridah@dialup-a1-327.Melbourne.netspace.net.au) 14.41.54 # wooo! zagor101 got it! YEAH! 14.45.13 Join grogro [0] (~gromit@ALagny-151-1-46-160.w83-114.abo.wanadoo.fr) 14.45.57 Join R3nTiL [0] (~zorroz@187-250-30-217.kgts.ru) 14.47.10 Join MrMoo [0] (~me@194.152.87.150) 14.47.26 # midk_: hehe, good morning :) 14.51.20 *** Saving seen data "./dancer.seen" 14.55.38 # Zagor: Got my X11 "inquiry"? 14.56.16 # about the sim and colors, yes 14.56.32 # I need a bitmap to work with... 14.56.55 # [IDC]Dragon: Your are progressing faster than me :-| 15.03.25 # <[IDC]Dragon> not really, this was the easy part 15.04.10 # <[IDC]Dragon> Zagor: negative clusters for root dir have the side effect of not always being negative 15.04.21 # Now that I disabled the serial remote code, I get consistent responses from the card (although not those that I want yet) 15.04.25 # ouch. how come? 15.04.27 # <[IDC]Dragon> because the true clusters start a 2 15.04.32 # ah, right 15.04.46 # Zagor, morning :) 15.04.47 # <[IDC]Dragon> so the dir runs from minus something to 1 15.05.00 # ok 15.05.13 # <[IDC]Dragon> crossing the zero, which has a special meaning in varoud parts 15.05.18 Quit maikeul (Read error: 110 (Connection timed out)) 15.05.29 # <[IDC]Dragon> s/varoud/various 15.06.39 # <[IDC]Dragon> amiconn: sorry for the serial, I should have disabled that, I knew it's in the way 15.07.55 # <[IDC]Dragon> my FAT16 file system currently only works if you stay within the first cluster of the root dir 15.08.03 Nick midk_ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) 15.08.08 # <[IDC]Dragon> subdirectories should work as usual 15.08.33 # [IDC]Dragon: what's the problem with crossing 0? 15.10.47 # <[IDC]Dragon> cluster 0 somewhere means not initialized 15.12.12 # [IDC]Dragon: ...and you swapped the chip selects, although this was no real problem, since I intend to select/deselect on access 15.12.45 # <[IDC]Dragon> sorry ;-) 15.13.02 # <[IDC]Dragon> was the twiki doc correct? 15.14.21 # yes 15.14.34 Part LinusN 15.14.50 # I'll get an MMC tomorrow, so I can test with external as well 15.15.25 # <[IDC]Dragon> Zagor: I found such a case at line 1683 of fat.c 15.15.41 # ah 15.15.50 # <[IDC]Dragon> || !cluster 15.15.56 # right 15.17.30 # <[IDC]Dragon> for clusters <2 (the root dir), I have to just count up, ignoring the fat 15.18.19 # <[IDC]Dragon> in fact, not reaching 2, because the the root dir would be full 15.18.30 # <[IDC]Dragon> then the 15.20.33 # <[IDC]Dragon> however I'll handle the case that nothing can get appended to the root dir 15.29.19 # <[IDC]Dragon> what else could FAT-wise happen to the root dir? Can we seek it? Will we truncate it? 15.30.10 # <[IDC]Dragon> (we won't delete it, hopefully ;-) 15.31.09 # we can't, since there is no pointer to it anywhere 15.31.52 # we don't seek dirs, we load whem whole at once 15.32.30 # <[IDC]Dragon> so fat_readwrite() is all I should take care of then? 15.32.54 Quit R3nTiL (Read error: 54 (Connection reset by peer)) 15.33.27 # actually we do seek dirs, in the fat driver itself 15.34.24 # i guess an exception in add_dir_entry will be needed too 15.36.24 # <[IDC]Dragon> and the name handling also moves around 15.41.52 Join R3nTiL [0] (~zorroz@178-248-30-217.kgts.ru) 15.49.32 Join R3nTiL1 [0] (~zorroz@198-250-30-217.kgts.ru) 15.49.43 # <[IDC]Dragon> I think I better offset the root dir cluster, such that they don't cross zero 15.49.55 # <[IDC]Dragon> else too many problems 15.53.19 Quit R3nTiL (Read error: 104 (Connection reset by peer)) 16.00.41 Quit R3nTiL1 () 16.00.52 # you mean offset it negatively, like -10? 16.06.00 # <[IDC]Dragon> already done, I now let it reach to -1 at max 16.06.18 # <[IDC]Dragon> before, it went up to 1 16.06.32 # sounds good 16.06.38 # <[IDC]Dragon> because 2 is the start of the data area 16.06.48 # <[IDC]Dragon> yes, and works :) 16.06.54 # that's good too :) 16.07.56 # <[IDC]Dragon> needs an if in first_sector_of_cluster(), to offset the positive clusters with 2, not no offset for the negative 16.09.12 # <[IDC]Dragon> so my root can reach beyound its first pseudocluster now 16.09.26 # <[IDC]Dragon> still need to handle the seek 16.24.30 # <[IDC]Dragon> bbl 16.24.33 Quit [IDC]Dragon ("CGI:IRC") 16.29.17 Join methangas [0] (methangas@0x50c61c48.virnxx10.adsl-dhcp.tele.dk) 16.41.34 Quit ashridah ("sleep") 16.44.04 Part Zagor 16.51.21 *** Saving seen data "./dancer.seen" 16.54.09 # http://daniel.haxx.se/mymake.patch 16.56.45 # my take at another cleanup of the makefile/configure stuff 17.03.02 Join mecraw__ [0] (~lmarlow@69.2.235.2) 17.20.02 Nick grogro is now known as gromit` (~gromit@ALagny-151-1-46-160.w83-114.abo.wanadoo.fr) 17.37.12 Quit AciD (Read error: 104 (Connection reset by peer)) 17.41.08 Join webguest91 [0] (~c7e73180@labb.contactor.se) 17.41.19 # hi all 17.42.46 # I have a request for the website: a link for "download all irc logs to date as a single .txt .gz .zip" 17.43.03 # Is that reasonable? 17.44.10 # * webguest91 realises he's just typing into the logfile... 17.45.19 Quit webguest91 (Client Quit) 17.55.26 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.09.02 Nick AciD is now known as AciD` (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.24.30 Nick AciD` is now known as AciD (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.51.24 *** Saving seen data "./dancer.seen" 19.28.55 Join R3nTiL1 [0] (~zorroz@240-250-30-217.kgts.ru) 19.28.55 Quit elinenbe (Read error: 104 (Connection reset by peer)) 19.37.27 Quit Headie (Read error: 60 (Operation timed out)) 19.40.29 Quit pike (Read error: 104 (Connection reset by peer)) 19.41.56 Join pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se) 20.20.15 Quit AciD (Read error: 104 (Connection reset by peer)) 20.24.35 Join Headie [0] (~hehe@fsto6.sto.sema.se) 20.38.11 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 20.43.09 Quit R3nTiL1 (Read error: 110 (Connection timed out)) 20.51.25 *** Saving seen data "./dancer.seen" 20.59.55 Quit mecraw__ (Read error: 104 (Connection reset by peer)) 21.00.35 Join mecraw [0] (~lmarlow@69.2.235.2) 21.52.37 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 22.23.16 Join [IDC]Dragon [0] (~idc-drago@pD95127F8.dip.t-dialin.net) 22.36.23 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!") 22.49.10 # <[IDC]Dragon> amiconn: u there? 22.49.19 # yup 22.49.41 # <[IDC]Dragon> how're things? 22.50.14 # Tried some modification of the transfer routines. Now it hangs :( 22.50.31 # <[IDC]Dragon> I shoudn't have asked 22.50.40 # And: I'm facing 34 printed pages of asm source 22.51.20 # <[IDC]Dragon> and still think reverse engineering is fruitful? 22.51.29 *** Saving seen data "./dancer.seen" 22.52.32 # Hmm, really don't know yet. My transfer routines just look right, but they refuse to work. Obviously I must have overlooked something (like an & or such) 22.55.03 # <[IDC]Dragon> what does it look like on a scope? 22.55.11 # No clock :( 22.55.23 # I already was there, I know 23.03.57 # <[IDC]Dragon> sorry to leave 23.04.06 Quit [IDC]Dragon () 23.13.10 Quit scott666_ (Read error: 110 (Connection timed out)) 23.13.11 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 23.22.54 Quit mecraw (Read error: 104 (Connection reset by peer)) 23.23.28 Join mecraw [0] (~lmarlow@69.2.235.2) 23.24.10 Quit mecraw (Client Quit)