Posted at 18:11 on December 9th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | @mikic, Added: 5th Fleet Scenario Module 1 (2977): Self-made WinImage file. Gold of the Americas: The Conquest of the New World (2978): Self-made WinImage file. Not added: 4th & Inches Team Construction Disk: Self-made image, not unique. Conquered Kingdoms Scenario Disk1: Self-made image, not unique. Reach for the Stars: Self-made image, not unique. Note: If you are wondering what "not unique" implies, it's simply the fact of the same very set of files being available elsewhere, in my case Total DOS collection. Since I can't validate your images for obvious reasons, I'm checking to see if at least the files are rare enough to enter the archive. @vaultdweller1701, Not added: Dungeon Hack: Disk 3 is missing. Also, disk 1 could be corrupt and disk 2 is positively modified. The rest matches ID 2746 (Verified). @flyers80, Added: F1 Manager (2979) ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 21:20 on December 9th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | @fuxxxyfloppy, Added: Links 386 Pro (3.5"): v1.00. Cleaned AT. Links 386 Pro (2981): v1.11. Cleaned AT on disk 4. Links 386 Pro (2982): v1.21. Cleaned AT on all disks. Links 386 Pro (2983): v1.21. Only disk 1 is different from ID 2982. Links 386 Pro Update Disk (2984): v1.05. Cleaned AT. Links: Championship Course - Bay Hill Club (2985): Addon for Links: The Challenge of Golf v1.52. Purged LINKS.CFG on disk 1. Links: Championship Course - Bay Hill Club (2986): Addon for Links: The Challenge of Golf v1.55. Links: Championship Course - Bountiful Golf Course (2987): Addon for Links: The Challenge of Golf v1.45. Links: Championship Course - Firestone Country Club (2988): Addon for Links: The Challenge of Golf v1.55. Links: Championship Course - Firestone Country Club (2989): Addon for Links: The Challenge of Golf v1.45. Links: Championship Course - Hyatt Dorado Beach (2990): Addon for Links: The Challenge of Golf v1.52. Links: Championship Course - Hyatt Dorado Beach (2991): Addon for Links: The Challenge of Golf v1.51. Links: Championship Course - Pinehurst Resort & Country Club (2992): Addon for Links: The Challenge of Golf v1.50. Links: Championship Course - Pinehurst Resort & Country Club (2993): Addon for Links: The Challenge of Golf v1.55. Links: Championship Course - Troon North (2994): Addon for Links: The Challenge of Golf v1.55. Not added: Links 386 Pro (5.25"): v1.00. Same as ID 1287, which is now Verified. Links 386 Pro (3.5"): v1.07. Same as ID 923, which is already verified. Links: Championship Course - Barton Creek: Same as ID 1673, which is now Verified. ----- Cheer up! Remember the less you have, the more there is to get. ----- Edited by Moebius at 21:20 on December 9th, 2018 |
Posted at 08:25 on December 11th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | @mikic, Not added: World at War Vol. 2: Stalingrad: Self-made image, file-wise the same as ID 1456. @fuxxxyfloppy, Added: Links: Championship Course - Banff Springs (2995): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.10) and Microsoft Golf. Disk 3 is 3.5" DD (720kB). Links: Championship Course - Barton Creek (2996): Add-on for Links: The Challenge of Golf, Links 386 Pro and Microsoft Golf. Links: Championship Course - Bountiful Golf Club (2997): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Disk 2 is 3.5" DD (720kB). Links: Championship Course - Bountiful Golf Club (2998): Add-on for Links: The Challenge of Golf, Links 386 Pro and Microsoft Golf. Links: Championship Course - Castle Pines Golf Club (2999): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Links: Championship Course - Firestone Country Club (3000): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Links: Championship Course: Innisbrook - Copperhead (3001): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Disk 3 is 3.5" DD (720kB). Links: Championship Course - Pebble Beach (3002): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Cleaned AT on all disks. Links: Championship Course - Pinehurst Resort & Country Club (3003): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.09) and Microsoft Golf. Disk 3 is 3.5" DD (720kB). Links: Championship Course - Pinehurst Resort & Country Club (3004): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Disk 3 is 3.5" DD (720kB). Links: Championship Course - Prairie Dunes Country Club (3005): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21)and Microsoft Golf. Modified OEM ID and root (CT & AT) on all disks, which looks like a factory setting. Links: Championship Course - The Belfry (3006): Add-on for Links: The Challenge of Golf (v1.60), Links 386 Pro (v1.21) and Microsoft Golf. Disk 3 is 3.5" DD (720kB). Links: Championship Course - Troon North (3007): Add-on for Links: The Challenge of Golf (v1.64), Links 386 Pro (v1.21) and Microsoft Golf. Modified OEM ID and root (CT & AT) on all disks, which looks like a factory setting. Links: Fantasy Course - Devils Island (3008): Add-on for Links: The Challenge of Golf (v1.64), Links 386 Pro (v1.21) and Microsoft Golf. Cleaned AT on all disks. Microsoft Golf (3009): For Win 3.x. Not added: Links: Championship Course - Mauna Kea: Same as ID 2608, which is now Verified. Links: Championship Course - Pebble Beach: Modified OEM ID and root (AT) on disk 1, otherwise the same as ID 2959, which is now Verified. I added: World Class Leader Board (3010): CGA. Split from ID 2413, where this version was introduced as disk 2 by mistake. ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 19:42 on December 16th, 2018 | Quote | Edit | Delete | |
Member Bachelor Gumby Posts: 43 | Hi guys, during the weekend I got original floppies of 3 games: Gobliiins 2 and Monkey Island 1 and 2, Kixx editions. Gobliins 2 disks were write protected but still were impossible to read without erros, but i compared the sha1 from the files that were readable with ones on the verified images on set 235 on the site and they matched, so I just used the images to rebuild the floppies. All ok. Then it came the turn of Monkey 1 Kixx and something weird happens. 1st of all, all disks were write UNprotected, so maybe access times and boot sectors are modified, i can't tell. Disk 3 was ok, and i made the image without errors. Disk 2 was impossible, I couldn't even simply "copy" the data (hitting retry a million times). Disk 1 is tricky. First of all, it's blue while the others are black, and it's a 720k disk and something weird goes on, every time I make an image with dd under linux, no errors are shown and the disk is read correctly, but the sha1 of the resulting file is different every time! Might be some kind of copy protection, or due to the disk being 720k on a high density floppy? I went into the bios and changed the drive to 720 trying to "fool" it, but the results were the same. Also when trying to read the image, it looks bad, and when trying to mount the disk linux won't do it, with a message saying that it can't find an ext4 filesystem... really weird. Will try under plain DOS 6.22 later. Any utility to make images under DOS? Monkey 2 Kixx also had all 5 disks UNprotected, but I could read all of them fine. SHA1 of the images don't match the set on the site (2730) and it also doesn't match the set on the betaarchive FTP. I will upload both and maybe a verified set can be produced from those. ----- Edited by Otaku at 19:44 on December 16th, 2018 |
Posted at 21:08 on December 16th, 2018 | Quote | Edit | Delete | |
Member Master Gumby Posts: 102 | Originally posted by Otaku at 19:42 on December 16th, 2018: Hi guys, during the weekend I got original floppies of 3 games: Gobliiins 2 and Monkey Island 1 and 2, Kixx editions. Gobliins 2 disks were write protected but still were impossible to read without erros, but i compared the sha1 from the files that were readable with ones on the verified images on set 235 on the site and they matched, so I just used the images to rebuild the floppies. All ok. Then it came the turn of Monkey 1 Kixx and something weird happens. 1st of all, all disks were write UNprotected, so maybe access times and boot sectors are modified, i can't tell. Disk 3 was ok, and i made the image without errors. Disk 2 was impossible, I couldn't even simply "copy" the data (hitting retry a million times). Disk 1 is tricky. First of all, it's blue while the others are black, and it's a 720k disk and something weird goes on, every time I make an image with dd under linux, no errors are shown and the disk is read correctly, but the sha1 of the resulting file is different every time! Might be some kind of copy protection, or due to the disk being 720k on a high density floppy? I went into the bios and changed the drive to 720 trying to "fool" it, but the results were the same. Also when trying to read the image, it looks bad, and when trying to mount the disk linux won't do it, with a message saying that it can't find an ext4 filesystem... really weird. Will try under plain DOS 6.22 later. Any utility to make images under DOS? Monkey 2 Kixx also had all 5 disks UNprotected, but I could read all of them fine. SHA1 of the images don't match the set on the site (2730) and it also doesn't match the set on the betaarchive FTP. I will upload both and maybe a verified set can be produced from those. Monkey 1 & Goblins may be recoverable. I offer to attempt cleaning & dumping raw flux files in these cases. With the warning, that in extreme cases, cleaning has actually caused more damage to the disks. I'm extremely careful, but it does happen. This is my hobby, and I do it free of charge. All I ask is that you cover shipping. Just PM me if you are interested. That being said. If you restored Goblins by writing back to the original disks, I can't do anything with that. My skill & tools don't come up to that level (recovering overwritten data.) |
Posted at 22:06 on December 16th, 2018 | Quote | Edit | Delete | |
Member Bachelor Gumby Posts: 43 | Thanx Pheonix, but that might be nearly impossible. I'm on the other side of the world (Argentina). Gobliins disks are physically damaged, when I format them under plain DOS they show deffective sectors. Monkey 1 disk 1 works ok under dos, i can read it, install it, etc... I just can't seem to make an image under linux, that's why I asked if there's some tool to do it under DOS. I tried rawrite (3 different versions that I found googling around) but they only seem to write images back to disk, no disk to image support so I'm still looking... |
Posted at 12:24 on December 17th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Quote: Gobliins 2 disks were write protected but still were impossible to read without erros, but i compared the sha1 from the files that were readable with ones on the verified images on set 235 on the site and they matched, so I just used the images to rebuild the floppies. All ok. That alone is not always a good method. You should mind the filesize and timestamps, too, because exactly the unreadable ones could be different. I'm pretty sure the versions are identical, but still, keep in mind what I said. Quote: Disk 1 is tricky. First of all, it's blue while the others are black, and it's a 720k disk and something weird goes on, every time I make an image with dd under linux, no errors are shown and the disk is read correctly, but the sha1 of the resulting file is different every time! Might be some kind of copy protection, or due to the disk being 720k on a high density floppy? I went into the bios and changed the drive to 720 trying to "fool" it, but the results were the same. Also when trying to read the image, it looks bad, and when trying to mount the disk linux won't do it, with a message saying that it can't find an ext4 filesystem... really weird. Weird, indeed. Sounds like dd could be playing tricks on you. What is your command line exactly? Anyway, I couldn't do much with your dumps as they are a complete mess (except disk 3 which looks ok). Boot sector, root, everything is wrecked. Also, for all I know Lucas Arts games didn't use disk-based copy protection (especially in the 90s), only doc-checks. So it must be something else. Quote: Will try under plain DOS 6.22 later. Any utility to make images under DOS? You may pick one of the following: dcopy fdrw diskcopy They all do the same thing, just their features may vary a bit. For all I know, the most advanced is diskcopy as it has a recovery mode which might come in handy. Alternatively, you could use Teledisk, which saves the dumps as .TD0, but it's no issue as we can easily convert it to IMG. What it does is, it skips through unreadable sectors if any encountered and never quits the job on read errors. But you should only use it if the case seems hopeless and you want to make your dumps good for restoration at least. It's designed to read bad sectors AS IS, so if there is even a slight "hickup" the data will be changed which could otherwise be successfully read. Quote: Monkey 2 Kixx also had all 5 disks UNprotected, but I could read all of them fine. SHA1 of the images don't match the set on the site (2730) and it also doesn't match the set on the betaarchive FTP. I will upload both and maybe a verified set can be produced from those. Ok, thank you for your dumps and betaarchive set, it cleared up a lot for me. First off, apparently I made a mistake with ID 2730 by assuming it didn't come from the original media. It did, after all, and the Microsoft Backup record in boot sector is, in fact, a factory setting because it's present in both your set and betaarchive one. I've corrected the notes. Secondly, your set had modified OEM ID and root (LAT), just like ID 2730. The latter also has one more small modification in the root, though. I don't know where that came from, but I'm sure it's not native. Luckily enough, betaarchive set was only half modified - embedded LAT but intact OEM ID, which I would have certainly not figured out myself as it's a little too exotic. Lastly, I fixed all the issues and compared your set to betaarchive one and they are a perfect match. Added: Monkey Island 2: Le Chuck's Revenge (3011): v1.0 XL Kixx release. Manual copy protection. Restored OEM ID, cleaned LAT. ----- Cheer up! Remember the less you have, the more there is to get. ----- Edited by Moebius at 23:16 on December 23rd, 2018 |
Posted at 16:45 on December 18th, 2018 | Quote | Edit | Delete | |
Member Bachelor Gumby Posts: 43 | Ok, MS-DOS 6.22 to the rescue!! I've uploaded a .7z file with several images inside: MONKEY1.IMG = Monkey Island 1 Kixx edition Disk 1 made with dcopy MONKEY2.IMG = Monkey Island 1 Kixx edition Disk 1 made with dcopy MONKEY3.IMG = Monkey Island 1 Kixx edition Disk 1 made with diskcopy MONKEY4.IMG = Monkey Island 1 Kixx edition Disk 1 made with diskcopy All the images above have the same sha1, and the disk showed no errors when dumping, so I consider them being faithful to the contents of the disk. MONKEY5.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16 MONKEY6.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16 MONKEY7.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.15 MONKEY8.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.15 All the images above have different sha1, but that may be because of Teledisk... no errors shown during the dumping process. Now on to disk 2: MONKEY21.IMG = Monkey Island 1 Kixx edition Disk 2 made with dcopy, CRC errors shown at the end of the disk (around sectors 2200-2300) MONKEY22.IMG = Monkey Island 1 Kixx edition Disk 1 made with diskcopy, also read errors in the same area of the disk SHA1 for the files above are different, and it's logical because of the read errors. Just uploading in case they are useful for anything MONKEY23.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16, showed read errors MONKEY24.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.15 => DIDN'T SHOW READ ERRORS, maybe a lucky run? MONKEY25.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16 (yes, again) => ALSO DIDN'T SHOW ERRORS SHA1 for files above again are different, though monkey24.td0 and monkey25.td0 didn't show read errors, so those may be the real deal. See what you can do with those. |
Posted at 18:08 on December 18th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Quote: MONKEY5.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16 MONKEY6.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.16 MONKEY7.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.15 MONKEY8.TD0 = Monkey Island 1 Kixx edition Disk 1 made with TELEDISK 2.15 All the images above have different sha1, but that may be because of Teledisk... no errors shown during the dumping process. Yes, it's only the file header which is different each time, the rest is identical and conversion to IMG will equalize it. Quote: MONKEY21.IMG = Monkey Island 1 Kixx edition Disk 2 made with dcopy, CRC errors shown at the end of the disk (around sectors 2200-2300) MONKEY22.IMG = Monkey Island 1 Kixx edition Disk 1 made with diskcopy, also read errors in the same area of the disk Yes, and the affected file is MD1.LZH (broken archive). Quote: SHA1 for files above again are different, though monkey24.td0 and monkey25.td0 didn't show read errors, so those may be the real deal. Both converted to IMG and we have a match! And MD1.LZH is perfectly healthy this time. You did it, congrats. Also, I don't think it's Teledisk, just that you had to give it a few more tries. Lucky run, indeed. Added: The Secret of Monkey Island (3012): v1.1. XL Kixx release. Manual copy protection. Disk 1 is 3.5" DD (720kB). ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 19:23 on December 18th, 2018 | Quote | Edit | Delete | |
Member Bachelor Gumby Posts: 43 | Originally posted by Moebius at 18:08 on December 18th, 2018: Also, I don't think it's Teledisk, just that you had to give it a few more tries. Lucky run, indeed. It was definitely Teledisk. I tried with dcopy using 250 retries and every single time it produced read errors at the same sectors. Then I moved to diskcopy and again, same sectors. But teledisk was doing something different, one of the versions I had (2.15) had direct hardware access (skipping the bios) and that was the 1st time it was read ok. Then I tried 2.16 again and also did it ok, but dcopy and diskcopy kept failing and failing. Clearly Teledisk does something different... don't know what, but it does |
Posted at 21:22 on December 18th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Originally posted by Otaku at 19:23 on December 18th, 2018: Originally posted by Moebius at 18:08 on December 18th, 2018: Also, I don't think it's Teledisk, just that you had to give it a few more tries. Lucky run, indeed. It was definitely Teledisk. I tried with dcopy using 250 retries and every single time it produced read errors at the same sectors. Then I moved to diskcopy and again, same sectors. But teledisk was doing something different, one of the versions I had (2.15) had direct hardware access (skipping the bios) and that was the 1st time it was read ok. Then I tried 2.16 again and also did it ok, but dcopy and diskcopy kept failing and failing. Clearly Teledisk does something different... don't know what, but it does Then how would you explain the first failed attempt? Even though, it was just a couple of bytes (I checked) as opposed to dcopy or diskcopy results (lots of modified bytes), those were still errors after all... ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 08:56 on December 19th, 2018 | Quote | Edit | Delete | |
Member Bachelor Gumby Posts: 60 | @Otaku / @Moebius : Hey guys, I just wanted to express a huge "THANK YOU!" for the Monkey Island 1 VGA version. I was looking for this! You're awesome! |
Posted at 16:17 on December 19th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Originally posted by RetroBunny at 08:56 on December 19th, 2018: @Otaku / @Moebius : Hey guys, I just wanted to express a huge "THANK YOU!" for the Monkey Island 1 VGA version. I was looking for this! You're awesome! Enjoy! @Westhaus, Not added: Sim City 2000: Same as ID 602, which is already verified. Sim City v1.07: Same as ID 36, which is already verified. ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 13:20 on December 20th, 2018 | Quote | Edit | Delete | |
Member Baby Gumby Posts: 2 | Sorry. I didn't manage to find them when using the search. I was wondering why there weren't any images. |
Posted at 15:25 on December 20th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Originally posted by Westhaus at 13:20 on December 20th, 2018: Sorry. I didn't manage to find them when using the search. I was wondering why there weren't any images. It's ok, never a bad thing to check on something twice and more times ----- Cheer up! Remember the less you have, the more there is to get. |
Posted at 00:54 on December 24th, 2018 | Quote | Edit | Delete | |
Member Student Gumby Posts: 22 | I would encourage for people to keep using Teledisk for copy protected disks. My explanation for this is simple: I modded all my Gotek floppy emulators with the FlashFloppy firmware. FlashFloppy cannot read .TD0 files directly but .TD0 files can be converted to HFE universal format, shich can definitely be read by FlashFloppy. Since Teledisk can read bad sectors, it can preserve some types of disk based copy protection. I've tried with Sierra, Broderbund, Taito and Microprose games and it works. As an example: if i try to play Space Quest 1 without any crack or hack,it asks me to insert the original disk. If i try an .IMG file it obviously won't work as the game looks for a certain bad track/sectors in the disk. If i use my HFE converted image from Teledisk format the game will find the bad sectors and run just fine. I don't think there's need to dump everything with Teledisk, but key disks definitely should. List of my games working dumped from my original floppies: - King's Quest 1 - King's Quest 2 - King's Quest 3 - Space Quest 1 - Space Quest 2 - Leisure Suit Larry 1 - Operation Wolf - Arkanoid - Arkanoid 2 - Sky Shark - Qix - Gunship - M1 Tank Platoon - Red Storm Rising - Savage - The Ancient Art of War - Serve & Volley I will upload the keydisks of these soon, in .TD0 format |
Posted at 16:02 on December 24th, 2018 | Quote | Edit | Delete | |
Member Zombie Gumby Posts: 3881 | Quote: I would encourage for people to keep using Teledisk for copy protected disks. We already do it whenever necessary. We cannot publish these files yet though, but hopefully in the year to come we finally will. As a matter of fact, a good handful of those are already on FTP waiting to go online. I wouldn't overestimate Teledisk's potential though. First off, it's not very apt with weak/strong/fuzzy bits compared to stream images (.RAW, .SCP) or .PSI format, and it may not be successfully written back to a disk. So, its primary purpose is emulation. Quote: I don't think there's need to dump everything with Teledisk, but key disks definitely should. As per our future policy, a set containing at least one copy protected disk will need to be dumped entirely in either Teledisk or other CP preserving format to keep things uniform and prevent certain mistakes. Quote: I will upload the keydisks of these soon, in .TD0 format Looking forward to your contribution! We already have some of these, but we have yet to validate them. Please, upload the complete sets, not just the keydisks. ----- Cheer up! Remember the less you have, the more there is to get. ----- Edited by Moebius at 16:09 on December 24th, 2018 |
Posted at 12:02 on December 25th, 2018 | Quote | Edit | Delete | |
Member Student Gumby Posts: 22 | Originally posted by Moebius at 16:02 on December 24th, 2018: I wouldn't overestimate Teledisk's potential though. First off, it's not very apt with weak/strong/fuzzy bits compared to stream images (.RAW, .SCP) or .PSI format, and it may not be successfully written back to a disk. So, its primary purpose is emulation. Yes i am aware of that. I mainly use them for the ability to convert them to .HFE universal format, which allows to be used in a Gotek floopy emulator with a custom firmware (FlashFloppy or HxC). A true system will never know the difference between a real floppy or a disk image as all is handled via the firmware. As i said Teledisk dumps some copy protected games correctly, such as games from Sierra, Taito, Microprose and Broderbund. I've had success with some Accolade titles too. But yes, it won't work with everything, Lemmings being such an example I am indeed very much interested in .RAW dumps of copy protected disks. The HxC FLoppy Emulator tool reads .RAW files and again may be converted to .HFE file format. In my humble opinion, i think .HFE file format is the future for floppy disk emulation, and the practical results using them have been very good. I should make a video demonstrating the floppy emulators (with FlashFloppy), i don't think people fully understand or appreciate how well this solution works in real vintage computers. I would in fact would like to appeal to anyone with .RAW dumps of copy protected disks, i would like to test them with my Gotek floppy emulators. A copy of Lemmings or maybe Oo-Topos would be nice, those are games that i own fully boxed, but Teledisk won't preserve their copy protection. If those work after being converted to .HFE, then i think we'll have a real nice future proof solution. Quote: As per our future policy, a set containing at least one copy protected disk will need to be dumped entirely in either Teledisk or other CP preserving format to keep things uniform and prevent certain mistakes. I'm very much OK with that! Quote: Looking forward to your contribution! We already have some of these, but we have yet to validate them. Please, upload the complete sets, not just the keydisks. OK in that case i will then need to dump complete sets. That's absolutely fine, i'm hoping also the .TD0 archive will be available soon! |
Posted at 17:17 on December 26th, 2018 | Quote | Edit | Delete | |
Member Master Gumby Posts: 128 | Originally posted by carlostex at 12:02 on December 25th, 2018: i'm hoping also the .TD0 archive will be available soon! we all hope so |
Posted at 17:59 on January 6th, 2019 | Quote | Edit | Delete | |
Member Baby Gumby Posts: 7 | Added: Alla Scoperta Dell'Informatica (2 x 3.5"HD 720kb) (Year: 1990) (Language: Italian) (Publisher: Federico Motta Editore) WinImage 9 |