--- Log for 23.11.104 Server: niven.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 2 hours ago 00.03.10 # its displayed under debug. 00.04.28 # 5.06 is displayed on boot. 00.05.04 # Ok, thanks. 00.05.25 # Would you mind to do a small test? 00.06.14 # if i can. i'm off to bed soon. 00.06.57 # I tried to employ hardware disk poweroff on the players, to get more runtime. While this works on my player without problems (5.06/5.08), it doesn't work on Linus' player (4.53/4.53). 00.07.23 # ok 00.07.25 # His player shuts down as soon as it tries to spin up the disk again, to save settings 00.07.46 # hmm.. 00.08.15 *** Saving seen data "./dancer.seen" 00.08.55 # is it in CVS or do you have a patch? 00.09.01 # I'd ask you to do the following: Load a rockbox build on your player which allows enabling that option. Start it, go to the menu, *wait until the disk spun down, to be safe*, then reset the settings and set HD powerdown to on 00.09.55 # It's "almost" in cvs, you merely have to add #define HAVE_ATA_POWER_OFF to config-player.h 00.10.38 # If you then leave the menu and try to play some music, it might work - or poweroff (and not save the settings) - when trying to spinup again. 00.10.51 # ok. I can't do it tonight i'm afraid. maybe tomorrow. 00.11.43 # This is why I said *wait until...*, because if you don't, it might be that this setting gets saved... however, this would still be recoverable, without soldering 00.12.44 # without soldering, huh, sounds interesting ;-) 00.14.44 # I mean, if this wrong setting gets saved, and your box has the same problem as Linus', it would shutdown as soon as it tries to spin up the disk again, not allowing you to save the correct setting again. However, this would be solvable by using the archos USB mode to put a rockbox build without that patch in again, the resetting the settings 00.15.05 # *then 00.15.41 # ok. i'll try to look at it tomorrow. 00.15.55 # Nice :) 00.16.28 # i hope so ;-) 00.16.31 # cu 00.16.37 # Nite 00.16.42 Quit matsl ("Leaving") 00.21.51 # * [IDC]Dragon says nite, too 00.22.11 Quit [IDC]Dragon () 00.24.07 # LinusN: What do you think about my oldplayer vs. newplayer version findings? Where did the 4.51 come from, back in time? 00.25.05 # i don't remember actually 00.25.21 # guesswork, i think 00.28.58 Quit Hadaka (Read error: 110 (Connection timed out)) 00.30.43 Part LinusN 00.32.33 Join Naked [0] (naked@naked.iki.fi) 00.32.49 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 00.40.29 Quit Hadaka (Remote closed the connection) 00.40.30 Join Naked [0] (naked@naked.iki.fi) 00.40.49 Nick Naked is now known as Hadaka (naked@naked.iki.fi) 00.41.34 Quit AciD (Read error: 54 (Connection reset by peer)) 01.27.01 Join Digital007 [0] (~acbef799@labb.contactor.se) 01.27.08 # hi 01.51.40 Join bagawk [0] (Lee@bagawk.user) 01.51.55 Quit _aLF ("Leaving") 01.53.39 Quit scott666_ ("i'll be back...eventually...") 01.53.46 Quit bagawk (Client Quit) 02.01.44 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 02.08.18 *** Saving seen data "./dancer.seen" 02.18.15 Join jennfray [0] (~dlaw234@user-0cev08c.cable.mindspring.com) 02.18.21 # 'lo 02.19.11 # Question... Do all of the archos Jukeboxes use the same power unit/adapter for recharging? 02.23.45 # No. 02.24.06 # The players and V1 recorders use a 9V 600mA adapter, while the FM and V2 recorders use a 6V 700mA adapter 02.24.18 # (unregulated, center positive) 02.24.31 Join jodel [0] (~ix@adsl-1-007.NSW.dft.com.au) 02.25.13 # Thanks. 02.25.57 # Is there a place to get a cheap charger for the V2 recorders, or should I just get the official one from Archos? 02.28.39 # Hmm. I think you can just pick a cheap charger with the required parameters (although that may void the warranty), but where to get one depends on where you live. 02.29.00 # I'm guessing radio shack might have it. 02.29.49 # What about the Multimedia 20 gig. Is that charger different than the V2 recorder one? 02.29.58 # I have no idea 02.30.44 # ok, thanks for your help 02.32.15 # On the archos website it looks like they are compatible 02.33.20 Quit mecraw_ ("Trillian (http://www.ceruleanstudios.com)") 02.35.05 # Yes, I just looked. It looks liek the Jukebox Multimedia uses the same as the FM recorder. 02.39.03 Join amiconn_ [0] (~jens@pD9E7F746.dip.t-dialin.net) 02.42.07 Quit amiconn (Nick collision from services.) 02.42.08 Nick amiconn_ is now known as amiconn (~jens@pD9E7F746.dip.t-dialin.net) 02.42.13 Quit amiconn (Client Quit) 02.43.42 Part jodel 03.18.01 Part jennfray 03.26.48 Quit Digital007 ("CGI:IRC (Ping timeout)") 03.35.07 Join Psycho_maniac [0] (~chatzilla@209.206.208.246) 03.36.28 Quit Psycho_maniac (Client Quit) 03.40.37 Quit gromit (Read error: 104 (Connection reset by peer)) 03.40.53 Join gromit` [0] (~gromit@m117.net81-65-8.noos.fr) 03.52.07 Join bagawk [0] (Lee@bagawk.user) 03.52.23 # anyone awake? 04.08.21 *** Saving seen data "./dancer.seen" 04.16.45 Quit bagawk ("umount /dev/brain") 04.28.24 # amiconn: you here? 04.31.34 # hrm anyone know what to do when you get read access errors ? I decharged it and fully charged, I reformatted, the leads look ok, I'm not sure what to do now 04.31.43 # changed the battiers 04.31.46 # batteries 04.54.19 Join adi|ems [0] (~chatzilla@host-64-179-64-21.alb.choiceone.net) 05.01.52 Join webguest78 [0] (~458f7c8e@labb.contactor.se) 05.03.31 Quit webguest78 (Client Quit) 05.17.48 Quit adi|ems (niven.freenode.net irc.freenode.net) 05.17.48 NSplit niven.freenode.net irc.freenode.net 05.17.48 Quit einhirn (niven.freenode.net irc.freenode.net) 05.17.48 Quit Bagder (niven.freenode.net irc.freenode.net) 05.18.59 NHeal niven.freenode.net irc.freenode.net 05.18.59 NJoin adi|ems [0] (~chatzilla@host-64-179-64-21.alb.choiceone.net) 05.18.59 NJoin einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) 05.18.59 NJoin Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) 05.29.09 Join dubdub [0] (~jrosenste@ip68-227-185-120.ri.ri.cox.net) 05.35.37 Quit scott666_ ("i'll be back...eventually...") 06.08.25 *** Saving seen data "./dancer.seen" 06.32.54 Quit Stryke` ("Friends don't let friends listen to Anti-Flag") 06.48.13 Quit midk_ (Read error: 104 (Connection reset by peer)) 06.48.24 Join midk__ [0] (~midk@c66-235-14-120.sea2.cablespeed.com) 07.08.50 Quit dubdub () 07.28.42 Join AciD [0] (~gni@acid.user) 07.40.39 Quit gromit` (Read error: 104 (Connection reset by peer)) 07.40.54 Join gromit [0] (~gromit@m117.net81-65-8.noos.fr) 07.44.45 Quit AciD (Read error: 104 (Connection reset by peer)) 07.54.02 Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) 08.02.20 Join AciD [0] (~gni@acid.user) 08.08.28 *** Saving seen data "./dancer.seen" 08.12.38 Join LinusN [0] (~linus@labb.contactor.se) 08.15.21 Quit gromit (Read error: 104 (Connection reset by peer)) 08.40.56 Quit AciD (Read error: 104 (Connection reset by peer)) 08.47.07 Join amiconn [0] (~jens@pD9E7F746.dip.t-dialin.net) 08.54.01 # amiconn: i'm about to commit the metronome tap patch 08.54.17 # but i'm not sure which key to use for the ondio 08.54.44 # up/down is used for the menu, left/right for the tempo 08.54.53 # off is used to leave 08.55.04 # (morning) 08.55.05 # and menu is used for play/pause 08.55.11 # hehe, morning :-) 08.55.44 # button combo! 08.56.24 # one could change pause to be MENU|REPEAT 08.56.35 # and use MENU for the tapping 08.57.23 # ..or use some clever algorith 08.57.26 # m 08.58.06 # An no, wouldn't work :( 08.58.13 # *Ah 08.58.26 Join Zagor [242] (~bjst@labb.contactor.se) 08.58.34 Join AciD [0] (~gni@acid.user) 08.58.44 # happy birthday bagder 08.59.20 # amiconn: I checked the leads on my player and they seem to be ok 08.59.35 # not really sure what else to check for 08.59.42 # I bought brand new batteries 09.00.07 # charged them to full it worked then with about half way power I kept on getting read errors 09.00.19 # then I charged to full again and it still does it 09.00.39 # and USB doesn't work on it 09.02.08 # void_: What harddsik model do you have? (check under Debug->View disk info). What rockbox version did you run before 2.3? 09.02.35 # I can't get into it 09.02.41 # I ran a cvs version I think 09.02.41 # LinusN: Imho there are a number of options: 09.03.20 # (1) Do what you suggested (short/long menu). That would make the normal use a bit more cumbersome (long menu for start/stop) 09.04.00 # (2) Start-Stop = short Menu as now, Tap = Menu+Right, i.e. one would hold menu, then tap with the Right button 09.04.45 # amiconn: (1) would only use long press to stop, and short to start again 09.04.53 # (3) Move volume from Up/Don to Menu+Left/Right (a bit unobvious). Then there are 2 free buttons 09.07.15 # I think your (1+) suggestion might be not too bad after all. 09.07.50 # Just change the info string accordingly (pause: menu...) to indicate long menu 09.08.01 # I think i'll go for that, it's the least intrusive option 09.08.19 Part oxygen77 ("Cho") 09.19.58 Join oxygen77 [0] (~Chris@pauguste-7-82-66-87-78.fbx.proxad.net) 09.22.20 Join pfavr [0] (~Peter_Fav@213.237.46.232.adsl.ron.worldonline.dk) 10.08.32 *** Saving seen data "./dancer.seen" 11.11.50 Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) 11.11.54 Quit AciD (Read error: 104 (Connection reset by peer)) 11.28.18 Join AciD [0] (~gni@acid.user) 11.29.01 Quit Headie (Read error: 110 (Connection timed out)) 11.29.09 Join Headie [0] (~Headie@h103n2fls32o873.telia.com) 11.40.21 # <[IDC]Dragon> amiconn: do you read? 11.56.38 # [IDC]Dragon: I am here 11.57.54 # <[IDC]Dragon> I'm close to buy a "real" MMC card 11.58.27 # <[IDC]Dragon> in your datasheet studies, have you found a feature or so which I should care about? 11.59.46 # My MMC driver doesn't use any special feature (that would not work on all cards). 12.00.30 # <[IDC]Dragon> I also mean, like spped in an external reader 12.00.31 # There is a nice feature (in Hitachi cards iirc) - read/ write multiple blocks with a predefined count. This eliminates the need for the special end sequence 12.00.51 # <[IDC]Dragon> s/spped/speed 12.01.02 # If you can, you may look for a card with short access times 12.01.41 # So far all cards that I got reports for support the full 20 MBit/s transfer speed (25 MBit/s for SD cards) 12.02.36 # <[IDC]Dragon> so they would be faster in an external (USB2) reader 12.04.11 # You can use your Ondio as MMC tester. The access times to look for are Tsac, Nsac and R2W factor 12.04.42 # <[IDC]Dragon> not suitable for mail order... 12.05.09 # true 12.08.34 *** Saving seen data "./dancer.seen" 12.16.04 Part oxygen77 ("Cho") 13.01.01 Quit adi|ems ("Chatzilla 0.9.66 [Mozilla rv:1.7.5/20041107]") 13.16.50 Quit pfavr (Remote closed the connection) 13.25.49 Quit AciD (Read error: 104 (Connection reset by peer)) 13.43.56 Join AciD [0] (~gni@acid.user) 14.02.24 Join ashridah [0] (ashridah@220-253-120-20.VIC.netspace.net.au) 14.08.37 *** Saving seen data "./dancer.seen" 14.13.31 Quit ashridah ("sleep") 14.31.06 Quit einhirn (Read error: 113 (No route to host)) 14.31.27 Nick midk__ is now known as midk (~midk@c66-235-14-120.sea2.cablespeed.com) 14.53.03 Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) 15.42.38 # [IDC]Dragon: r u there? 15.42.52 # <[IDC]Dragon> yes 15.44.24 # Do you have a collection of different player rom dumps? 15.44.36 # <[IDC]Dragon> I have some, yes 15.45.20 # Btw, I checked the latest archos player fw: it uses the ata power port bit regardless whether old or new player, but only uses that info for the lcd differences 15.45.38 Join webguest66 [0] (~5189b144@labb.contactor.se) 15.45.46 # hi 15.45.50 # hi 15.45.58 # <[IDC]Dragon> so the bit is not "harmful" on others 15.46.08 # good 15.46.09 # [IDC]Dragon: I would be interested in these dumps, especially if you have oldplayer dumps 15.46.20 # <[IDC]Dragon> the LCD, you certainly need to know 15.46.35 # <[IDC]Dragon> I can email them this evening 15.46.37 # I was wondering if I could help with the iriver port? and what would be usefull for me to do 15.46.39 # ? 15.46.56 # webguest66: programmer? 15.47.35 # yep I work in the automotive sector 15.47.51 # do you know dsp stuff? 15.47.52 # c,c and some java 15.48.08 # <[IDC]Dragon> you can do the car stereo adapter ;-) 15.48.14 # lol 15.48.43 # well I can design and build BMW adapters to tiy in with the exsisting controls whe a buss is used 15.49.17 Join ripnet [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk) 15.49.30 # is the bwm bus protocol public? 15.50.04 # * Zagor is waiting for a Mini Cooper, with bmw stereo 15.50.22 # CD only or cassette? 15.50.26 # cd 15.50.37 # and aux in, amazingly 15.50.43 # * Bagder faints 15.50.54 # luxury 15.51.21 # yes and no depending on car and age depends on the buss and how it is used and what is tyed in to it i.e. on hier end modles the frount panell is a bus enabled device that can comunicat with any devive on other modles it is still hard whired 15.52.02 # <[IDC]Dragon> amiconn: I have the ROM dumps on my box. Do you want them now? 15.52.14 # but the basic protocalls are public but the exact flavor and set up varys a lot 15.52.32 # webguest66: ok 15.54.06 # <[IDC]Dragon> amiconn: I can offer 3.18, 4.09, 4.53, 5.05, 5.06, 5.08 15.54.26 # [IDC]Dragon: It's sufficient to have them available in the evening ;) Basically I want to check how the version checks and lcd control routines vary between versions 15.54.35 # <[IDC]Dragon> ok 15.54.46 # You can leave out 5.08, as I already have that 15.54.47 Part LinusN 15.56.17 # <[IDC]Dragon> some are already unpacked, some not 15.57.23 # The extract tool compiles fine under cygwin, so np 16.03.00 # so is the progres indicator on the wiki upto date? 16.03.46 # you mean for iRiver? I believe it is 16.04.59 # yep that is what I ment 16.08.39 *** Saving seen data "./dancer.seen" 16.10.17 Quit webguest66 ("CGI:IRC") 16.17.32 # has PaulS reappeared? his tests booting code on an unmodded iRiver looked very hopeful 16.18.52 # I don't know 16.28.55 # cya 16.28.58 Quit ripnet ("Leaving") 16.36.32 Join mecraw_ [0] (~lmarlow@69.2.235.2) 16.43.32 Part Zagor 16.48.20 Join izzy [0] (laitinei@huippu.net) 17.43.49 Quit AciD (Read error: 104 (Connection reset by peer)) 17.44.19 Join AciD [0] (~gni@longchamp44-1-82-67-133-87.fbx.proxad.net) 18.08.43 *** Saving seen data "./dancer.seen" 18.13.58 Quit AciD (Read error: 104 (Connection reset by peer)) 18.30.36 Join AciD [0] (~gni@acid.user) 19.05.47 Join methangas [0] (methangas@0x535c9fa4.virnxx10.adsl-dhcp.tele.dk) 19.05.55 Quit [IDC]Dragon ("CGI:IRC") 19.22.00 Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) 19.31.04 Join pfavr [0] (~Peter_Fav@213.237.46.232.adsl.ron.worldonline.dk) 19.35.47 Quit AciD (Read error: 54 (Connection reset by peer)) 19.36.40 Join AciD [0] (~gni@acid.user) 19.43.56 Join bobTHC [0] (~bob@AMarseille-107-1-13-17.w81-50.abo.wanadoo.fr) 19.44.03 # hi 19.49.10 # do you think it's possible to add a fonction to the playlist manager to mix all track in the playlist to increase the "always play same track" of the ramdom algorithm 19.49.12 # ?? 19.52.22 # because i love use big ramdomize playlist and it's oddly always the same tracks played... 19.57.40 # or perhaps it's better to use a "already played flag" to skip the "always play same track".... 19.58.47 Quit AciD (Read error: 104 (Connection reset by peer)) 19.59.24 Join AciD [0] (~gni@acid.user) 20.00.10 Quit pfavr ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20041007]") 20.08.45 *** Saving seen data "./dancer.seen" 20.35.52 Join webguest32 [0] (~d5d8c702@labb.contactor.se) 20.36.24 # bobTHC: What do you mean? The playlist shuffle algorithm *is* designed in a way that all tracks of the list are played in a random order, but no track is played twice. 20.41.23 # What rockbox version do you run? If it is 2.3, then this may be the problem. There were some bugs in the playlist handling that were fixed just some days ago. I suggest installing a daily build 20.50.16 # oki thanx for, i'll go download it now :) 21.00.00 Part webguest32 21.16.13 Join Renko [0] (~i_dont_wa@host81-152-73-203.range81-152.btcentralplus.com) 21.26.57 Quit AciD (Read error: 104 (Connection reset by peer)) 21.39.32 Quit Renko ("cheerio") 21.44.22 Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) 21.46.02 Join AciD [0] (~gni@acid.user) 21.51.28 Join mecraw__ [0] (~lmarlow@69.2.235.2) 21.54.53 # bye all 21.54.54 Part bobTHC 22.08.33 Quit mecraw_ (Connection timed out) 22.08.46 *** Saving seen data "./dancer.seen" 22.15.59 Join [IDC]Dragon [0] (~idc-drago@pD9E3450B.dip.t-dialin.net) 22.19.04 # hi again, [IDC]Dragon 22.19.18 # <[IDC]Dragon> hello 22.19.28 # <[IDC]Dragon> busy disassembling? 22.20.12 # No? I didn't get your mail yet. In fact, I did not get any mail today, and the t-online mail server either timeouts or gives pop3 errors :( 22.20.42 # <[IDC]Dragon> oh, I sent it like 2.5 hours ago 22.21.21 # I just tested my ata init retry idea - works fine, both on player & recorder :) It only retries when starting from archos charging screen :)) 22.21.38 # [IDC]Dragon: Firewall? 22.21.46 # <[IDC]Dragon> maybe 22.22.03 # <[IDC]Dragon> but DCC has worked, in rare cases 22.22.37 # You can send it to my other (quite new) mail account (pm) 22.57.06 # [IDC]Dragon: A question regarding io_address_detect(), as you changed this to use the hw mask: 22.57.37 # Are you sure that *all* players have io_address == 0x300 ? 22.58.14 # <[IDC]Dragon> I can never be sure, but nobody complained(?) 22.59.05 # Okay, that's what I thought too. 23.01.06 # ATA retry committed 23.03.00 Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Chicks dig it") 23.03.34 # <[IDC]Dragon> ooks good 23.03.38 # <[IDC]Dragon> looks 23.05.28 # I've seen that you added the Ondio to the port pin tables. This info could now be removed from the Ondio topic. 23.05.55 # <[IDC]Dragon> not fully, the comments are not in the other 23.06.32 # I'm thinking of adding a hardware mask table, but I'm not sure whether to add this to the port pin topic, or to a separate topic 23.06.32 # <[IDC]Dragon> or do you consider them outdated, redundant ? 23.07.49 # Most of them could be removed imho. A few should be kept, possibly within the port pin table. 23.08.46 # The port pin table also does not list the possible variations as with the other devices (PA12 may be swapped according to the mask, Samsung vs. Philips tuner etc) 23.10.42 # Imho longer comments/ descriptions in the port pin tables should be moved to footnotes anyway. The tables are quite wide now, I get double-line tables cells even on my hi-res screen (1400x1050) 23.12.01 # <[IDC]Dragon> perhaps, but footnotes are also hard to read 23.15.11 # I don't think so. The table should give you a quick overview, and the footnotes would contain more details. They could also be linked. 23.18.45 # Alternatively, the details could be put into the table cell after a line break and marked with tags. 23.19.24 # <[IDC]Dragon> feel free to improve :-) 23.25.04 # I'm not sure whether I should hold back the player flash package until Linus got around doing some tests... I don't want to break someones player 23.25.30 # <[IDC]Dragon> I know that feeling 23.25.50 # <[IDC]Dragon> we could restrict it to new players for now 23.26.50 # <[IDC]Dragon> btw, you didn't dare to change that detection, to your findings? 23.27.33 # I just did not do it yet. I'll probably do after checking the other versions' disassemblies 23.31.10 # I could try booting my player with the older newplayer firmwares... 23.31.32 # ..by uart_boot of course 23.32.46 # <[IDC]Dragon> why? 23.33.46 # Just as another check whether the archos firmware is hardware version dependent (other than old vs new player). 23.34.07 # <[IDC]Dragon> you can also rolo it 23.34.10 Quit AciD (Read error: 104 (Connection reset by peer)) 23.34.32 # <[IDC]Dragon> or ucl-flash it 23.34.42 # Rolo would require the update versions of the firmware, instead of the flash images (?) 23.34.56 # Plus, it would not test the cold start ability 23.35.09 Join AciD [0] (~gni@acid.user) 23.35.10 # <[IDC]Dragon> no, the image contains an ajz 23.35.20 # ucl-flashing would be an option, yes. 23.36.18 # I remember that you said some time ago that the firmware version extracted from a rom image is not identical to a disk update version with the same version number. Perhaps I remember wrong? 23.36.45 # <[IDC]Dragon> no, this is correct 23.37.19 # <[IDC]Dragon> the disk update version is probably stripped by the inits 23.38.01 # <[IDC]Dragon> meaning, you can rolo (or disk-boot) a rom version, but should not flash a disk version 23.38.19 # Ah ok. Just wanted to ask that :) 23.43.14 Join gromit [0] (~gromit@m117.net81-65-8.noos.fr) 23.45.04 Join LinusN [0] (~linus@labb.contactor.se) 23.45.21 # amiconn: latest cvs works fine on my oldplayer 23.45.38 # you want me to uart boot it? 23.45.42 # LinusN: coldstarted via uart? 23.46.18 # Yes. If possible, please try uart booting both latest cvs rockbox, and latest archos.bin (5.08) 23.46.25 # i haven't prepared it for uart booting 23.46.58 # and i don't have time for it tonight 23.47.20 # [IDC]Dragon: Old/newplayer version checks are identical in all 5.x archos version. 4.53 doesnt check for that strange 1.16, and older versions do no checks at all (surprise ;) ) 23.48.01 # <[IDC]Dragon> LinusN: perhaps you can rolo the 5.08 flash version, that's a quick check 23.49.19 # LinusN: The fact that latest cvs rockbox is working means the added inits don't break anything, but it doesn't mean they do all they should :-/ 23.50.29 # exactly 23.52.48 # LinusN: Testing the archos 5.08 flash version with rolo might be a good idea after all 23.53.29 # will do 23.53.46 # amiconn: did you want my original scans of the different archos models? 23.54.19 # <[IDC]Dragon> LinusN: you probably need 5.08.ajz from one of us then? 23.54.55 # yup 23.54.55 # Yes please. I'm thinking of doing a bit of simulator work, adding Eric's patch for using different images (player/recorder/Ondio). Want to use high quality images :) 23.55.01 # ajz? 23.55.21 # .mod of course 23.55.21 # <[IDC]Dragon> mod 23.55.22 # amiconn: they are huge :-) 23.56.13 # Yeah, of course I will scale them down. I just expect scans to have no geometric distortions, opposite from photos 23.56.49 # LinusN: dcc? 23.57.29 # amiconn: each scan is 5M 23.57.48 # <[IDC]Dragon> Jens, what do you plan with them? 23.57.58 # LinusN: Send it to my new mail address (pm) 23.58.55 # [IDC]Dragon: See above