<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title><![CDATA[CBMSTUFF FORUM - Atari 400/800 disks]]></title>
		<link>https://www.cbmstuff.com/forum/</link>
		<description><![CDATA[CBMSTUFF FORUM - https://www.cbmstuff.com/forum]]></description>
		<pubDate>Mon, 20 Apr 2026 13:58:27 +0000</pubDate>
		<generator>MyBB</generator>
		<item>
			<title><![CDATA[Problems backing up homemade disks]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=426</link>
			<pubDate>Mon, 25 Dec 2017 21:44:28 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=940">cjreha</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=426</guid>
			<description><![CDATA[Hardware ver. 1.1<br />
Software ver. 1.94<br />
Firmware ver. 1.2<br />
<br />
I am using a Tandon TM50-1 (180K, single sided double density) 5.25" disk drive trying to archive a bunch of Atari "flippy" disks that I believe were written in a 1050 disk drive. I have covered the write protect notches on the disks I am testing.<br />
<br />
I have had quite a bit of trouble trying to get the disks to properly read. I am using side A for all tests, by the way.<br />
<br />
If I set it to Atari 400/800, double density (48tpi) in settings, the drive will start doublestepping and by the time it reaches track 20, will start ramming into the stop. Setting the drive to 96tpi yields the same result.<br />
<br />
Reading a person with the same problem's thread here, I set it to C64 mode. This actually worked, and I was able to read all 40 tracks. However, when I attempted to write the image to another blank (erased using built in program) disk and trying it in my Atari with a 1050 drive, it loads for a split second, then brings up a black screen. I can hear the head in the 1050 going back and forth, and it seems to be attempting to load a bit of data (evidenced by the "beep" made by the system when it is loading data) about every second or so. Said 1050 drive works fine with the original non-duplicated disk.<br />
<br />
I am sort of a beginner in floppy disk archival, so I hope I am not doing something incorrectly.<br />
<br />
Thank you for your assistance.<br />
-CJ]]></description>
			<content:encoded><![CDATA[Hardware ver. 1.1<br />
Software ver. 1.94<br />
Firmware ver. 1.2<br />
<br />
I am using a Tandon TM50-1 (180K, single sided double density) 5.25" disk drive trying to archive a bunch of Atari "flippy" disks that I believe were written in a 1050 disk drive. I have covered the write protect notches on the disks I am testing.<br />
<br />
I have had quite a bit of trouble trying to get the disks to properly read. I am using side A for all tests, by the way.<br />
<br />
If I set it to Atari 400/800, double density (48tpi) in settings, the drive will start doublestepping and by the time it reaches track 20, will start ramming into the stop. Setting the drive to 96tpi yields the same result.<br />
<br />
Reading a person with the same problem's thread here, I set it to C64 mode. This actually worked, and I was able to read all 40 tracks. However, when I attempted to write the image to another blank (erased using built in program) disk and trying it in my Atari with a 1050 drive, it loads for a split second, then brings up a black screen. I can hear the head in the 1050 going back and forth, and it seems to be attempting to load a bit of data (evidenced by the "beep" made by the system when it is loading data) about every second or so. Said 1050 drive works fine with the original non-duplicated disk.<br />
<br />
I am sort of a beginner in floppy disk archival, so I hope I am not doing something incorrectly.<br />
<br />
Thank you for your assistance.<br />
-CJ]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Problem with 360k drives]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=307</link>
			<pubDate>Sun, 22 May 2016 00:25:41 -0400</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=661">bani</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=307</guid>
			<description><![CDATA[SuperCard Pro Disk Archiver v1.91 - Hardware 1.1 - Firmware 1.2<br />
 <br />
 SuperCard Pro Disk Archiver v1.91 seems to have a bug with 360k 48tpi drives.<br />
 <br />
 Disk Type: Atari 400/800<br />
 DriveType: 48 tpi<br />
 <br />
 Make Image -&gt; archiver reads to track 22, then starts bashing the head into the stop.<br />
 <br />
 It seems the DriveType is ignored and archiver tries to always double step the head. You can see it seeking much too far per track on the 360k drive.<br />
 <br />
 On 96tpi drives it works fine.<br />
 <br />
 a8rawconv seems to do the right thing, stepping properly on 48tpi and 96tpi drives.]]></description>
			<content:encoded><![CDATA[SuperCard Pro Disk Archiver v1.91 - Hardware 1.1 - Firmware 1.2<br />
 <br />
 SuperCard Pro Disk Archiver v1.91 seems to have a bug with 360k 48tpi drives.<br />
 <br />
 Disk Type: Atari 400/800<br />
 DriveType: 48 tpi<br />
 <br />
 Make Image -&gt; archiver reads to track 22, then starts bashing the head into the stop.<br />
 <br />
 It seems the DriveType is ignored and archiver tries to always double step the head. You can see it seeking much too far per track on the 360k drive.<br />
 <br />
 On 96tpi drives it works fine.<br />
 <br />
 a8rawconv seems to do the right thing, stepping properly on 48tpi and 96tpi drives.]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[.SCP writing question/issue]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=280</link>
			<pubDate>Thu, 31 Dec 2015 17:34:13 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=553">claycowgill</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=280</guid>
			<description><![CDATA[With all other cases being functional (a system that can successfully read a disk to an .scp file and write a working 'fresh' copy from the .scp file to a blank disk), I've run in to a problem with a 'newly generated' .scp that I'm hoping to have you take a look at, Jim. ;-)<br />
<br />
We've been dumping original Atari media for maximum 'preservation' and in turn converting the .scp's in to .atx images for use in emulators.  a8rawconv can take a .atx image and output a new .scp file, which seems like an interesting way to 're-master' old copy protected disks.  When I create a new .scp file using that method however, Disk Archiver fails to write it with a "USB Timeout Error!" at track 16.  I assume it's a problem with the newly generated .scp (the setup works fine with .scp file imaged from original disks and written back out, for example).<br />
<br />
Any chance you could take a look at this and see what it might be about a8rawconv's .scp output that breaks Disk Archiver so we might try to fix it?<br />
<br />
<a href="https://dl.dropboxusercontent.com/u/13050091/Alibaba.scp" target="_blank" rel="noopener" class="mycode_url">https://dl.dropboxusercontent.com/u/1305...libaba.scp</a><br />
<br />
Thanks,<br />
-Clay]]></description>
			<content:encoded><![CDATA[With all other cases being functional (a system that can successfully read a disk to an .scp file and write a working 'fresh' copy from the .scp file to a blank disk), I've run in to a problem with a 'newly generated' .scp that I'm hoping to have you take a look at, Jim. ;-)<br />
<br />
We've been dumping original Atari media for maximum 'preservation' and in turn converting the .scp's in to .atx images for use in emulators.  a8rawconv can take a .atx image and output a new .scp file, which seems like an interesting way to 're-master' old copy protected disks.  When I create a new .scp file using that method however, Disk Archiver fails to write it with a "USB Timeout Error!" at track 16.  I assume it's a problem with the newly generated .scp (the setup works fine with .scp file imaged from original disks and written back out, for example).<br />
<br />
Any chance you could take a look at this and see what it might be about a8rawconv's .scp output that breaks Disk Archiver so we might try to fix it?<br />
<br />
<a href="https://dl.dropboxusercontent.com/u/13050091/Alibaba.scp" target="_blank" rel="noopener" class="mycode_url">https://dl.dropboxusercontent.com/u/1305...libaba.scp</a><br />
<br />
Thanks,<br />
-Clay]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Side B Atari imaging problem]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=277</link>
			<pubDate>Tue, 29 Dec 2015 14:37:46 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=553">claycowgill</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=277</guid>
			<description><![CDATA[Scratching my head a little on this one-- I have a Panasonic 475-4 lashed up and working great with SCP doing Atari 800 disk images with a8rawconv and SCP's Disk Archiver application... Except for side B of the disks.<br />
<br />
I'm aware that a8rawconv doesn't work with B-sides directly yet, so I'm using SCP's Disk Archiver (v1.90, HW 1.1, FW, 1.2) in Atari 400/800 Splice mode (x5) with the index sensor turned off. I always get (what I assume to be) an empty file as a result of the imaging pass.<br />
<br />
Any suggestions what I might investigate as the root cause?<br />
<br />
Thanks,<br />
-Clay<br />
<br />
P.S. here's one of the resulting files: <br />
<a href="https://dl.dropboxusercontent.com/u/13050091/The_Four_in_One_Infocom_Sampler_Side_2_%28Infocom%2C%201984%29_%28panasonic%20475-4%2C%20Splice%205x%29.scp" target="_blank" rel="noopener" class="mycode_url">https://dl.dropboxusercontent.com/u/1305...05x%29.scp</a>]]></description>
			<content:encoded><![CDATA[Scratching my head a little on this one-- I have a Panasonic 475-4 lashed up and working great with SCP doing Atari 800 disk images with a8rawconv and SCP's Disk Archiver application... Except for side B of the disks.<br />
<br />
I'm aware that a8rawconv doesn't work with B-sides directly yet, so I'm using SCP's Disk Archiver (v1.90, HW 1.1, FW, 1.2) in Atari 400/800 Splice mode (x5) with the index sensor turned off. I always get (what I assume to be) an empty file as a result of the imaging pass.<br />
<br />
Any suggestions what I might investigate as the root cause?<br />
<br />
Thanks,<br />
-Clay<br />
<br />
P.S. here's one of the resulting files: <br />
<a href="https://dl.dropboxusercontent.com/u/13050091/The_Four_in_One_Infocom_Sampler_Side_2_%28Infocom%2C%201984%29_%28panasonic%20475-4%2C%20Splice%205x%29.scp" target="_blank" rel="noopener" class="mycode_url">https://dl.dropboxusercontent.com/u/1305...05x%29.scp</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[Imaging problem?]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=195</link>
			<pubDate>Wed, 19 Nov 2014 22:09:14 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=294">Farb</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=195</guid>
			<description><![CDATA[I tried imaging a few Atari disks to see how things were working. I didn't get any errors creating the SCP but Phaeron's converter program fails to convert them to ATX. It complains that no sectors were found for all 40 tracks.<br />
<br />
Here are the images:<br />
<br />
<a href="https://drive.google.com/a/whizzosoftware.com/#folders/0B7VbqNUi-LBvSVVJZ29lWW5rNmc" target="_blank" rel="noopener" class="mycode_url">https://drive.google.com/a/whizzosoftwar...29lWW5rNmc</a><br />
<br />
I've tried two different drives with two different floppy cables with the same result.<br />
<br />
Any thoughts?]]></description>
			<content:encoded><![CDATA[I tried imaging a few Atari disks to see how things were working. I didn't get any errors creating the SCP but Phaeron's converter program fails to convert them to ATX. It complains that no sectors were found for all 40 tracks.<br />
<br />
Here are the images:<br />
<br />
<a href="https://drive.google.com/a/whizzosoftware.com/#folders/0B7VbqNUi-LBvSVVJZ29lWW5rNmc" target="_blank" rel="noopener" class="mycode_url">https://drive.google.com/a/whizzosoftwar...29lWW5rNmc</a><br />
<br />
I've tried two different drives with two different floppy cables with the same result.<br />
<br />
Any thoughts?]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[New conversion utility available]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=192</link>
			<pubDate>Sat, 15 Nov 2014 23:08:24 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=293">vasyl</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=192</guid>
			<description><![CDATA[Altirra emulator author just posted a converter that processes SCP dumps straight into ATX images for use with emulators:<br />
<a href="http://atariage.com/forums/topic/231835-a8rawconv-a-new-raw-disk-conversion-utility/" target="_blank" rel="noopener" class="mycode_url">http://atariage.com/forums/topic/231835-...n-utility/</a>]]></description>
			<content:encoded><![CDATA[Altirra emulator author just posted a converter that processes SCP dumps straight into ATX images for use with emulators:<br />
<a href="http://atariage.com/forums/topic/231835-a8rawconv-a-new-raw-disk-conversion-utility/" target="_blank" rel="noopener" class="mycode_url">http://atariage.com/forums/topic/231835-...n-utility/</a>]]></content:encoded>
		</item>
		<item>
			<title><![CDATA[protected software]]></title>
			<link>https://www.cbmstuff.com/forum/showthread.php?tid=71</link>
			<pubDate>Mon, 30 Dec 2013 16:26:33 -0500</pubDate>
			<dc:creator><![CDATA[<a href="https://www.cbmstuff.com/forum/member.php?action=profile&uid=54">malers</a>]]></dc:creator>
			<guid isPermaLink="false">https://www.cbmstuff.com/forum/showthread.php?tid=71</guid>
			<description><![CDATA[Hello,<br />
<br />
I just want to share my first experience with copying Atari 8bit software with supercard pro. (used software 0.91)<br />
<br />
I tried to copy archon I with its track skew and double sectors protection successfully.<br />
GREAT!<br />
Blind Modus must be off.<br />
<br />
Then I tried spy vs spy 2 UK version. One of the best protected games by the way.<br />
It uses track skewing and a long track on track 37 with triple sectors.<br />
Unfortunately the copies do not work.<br />
<br />
Tomorrow I ll try archon 2 with its long track (32 sector track) on track 2. I guess it will also fail.<br />
My guess is, that the current sc pro software could not identify start position of long tracks because of the write splice.<br />
<br />
Best<br />
Michael]]></description>
			<content:encoded><![CDATA[Hello,<br />
<br />
I just want to share my first experience with copying Atari 8bit software with supercard pro. (used software 0.91)<br />
<br />
I tried to copy archon I with its track skew and double sectors protection successfully.<br />
GREAT!<br />
Blind Modus must be off.<br />
<br />
Then I tried spy vs spy 2 UK version. One of the best protected games by the way.<br />
It uses track skewing and a long track on track 37 with triple sectors.<br />
Unfortunately the copies do not work.<br />
<br />
Tomorrow I ll try archon 2 with its long track (32 sector track) on track 2. I guess it will also fail.<br />
My guess is, that the current sc pro software could not identify start position of long tracks because of the write splice.<br />
<br />
Best<br />
Michael]]></content:encoded>
		</item>
	</channel>
</rss>