<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Redump Forum — correcting sega cd data track]]></title>
		<link>http://forum.redump.org/topic/2890/correcting-sega-cd-data-track/</link>
		<atom:link href="http://forum.redump.org/feed/rss/topic/2890/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in correcting sega cd data track.]]></description>
		<lastBuildDate>Fri, 04 Apr 2008 22:00:17 +0000</lastBuildDate>
		<generator>PunBB 1.4.4</generator>
		<item>
			<title><![CDATA[Re: correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7720/#p7720</link>
			<description><![CDATA[<p>Yeah it&#039;s worked good for me so far, it&#039;s a shame we don&#039;t have a way to manually check other track gaps at least I don&#039;t know a way. </p><p>Glad it worked out for you.</p>]]></description>
			<author><![CDATA[null@example.com (pepsidrinker)]]></author>
			<pubDate>Fri, 04 Apr 2008 22:00:17 +0000</pubDate>
			<guid>http://forum.redump.org/post/7720/#p7720</guid>
		</item>
		<item>
			<title><![CDATA[Re: correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7717/#p7717</link>
			<description><![CDATA[<p>That would be great! It does seem to be a good way to check gaps. </p><p>I dumped the eternal champions data track on a different drive and it comes out with a matching crc after resize (no fixing necessary).</p>]]></description>
			<author><![CDATA[null@example.com (huygens)]]></author>
			<pubDate>Fri, 04 Apr 2008 21:51:02 +0000</pubDate>
			<guid>http://forum.redump.org/post/7717/#p7717</guid>
		</item>
		<item>
			<title><![CDATA[Re: correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7715/#p7715</link>
			<description><![CDATA[<p>I think I am going to make a guide to cdmage for repairing and using it to find 2nd track gap when our tools fail, example fighter maker both eac and pr give a zero gap, cdmage gave 225 errors before resize, went back 225 sectors in sector view and sure enough there was the garbage data in gap, helped with hexen and it&#039;s 6 second gap and the nfl gameday games and their 4 sec gaps.</p>]]></description>
			<author><![CDATA[null@example.com (pepsidrinker)]]></author>
			<pubDate>Fri, 04 Apr 2008 21:38:22 +0000</pubDate>
			<guid>http://forum.redump.org/post/7715/#p7715</guid>
		</item>
		<item>
			<title><![CDATA[Re: correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7713/#p7713</link>
			<description><![CDATA[<p>I found this problem with some data tracks of Saturn games dumped with PerfectRip, but I only redumped them with Isobuster and CDMage reported no errors.</p>]]></description>
			<author><![CDATA[null@example.com (Rocknroms)]]></author>
			<pubDate>Fri, 04 Apr 2008 20:59:49 +0000</pubDate>
			<guid>http://forum.redump.org/post/7713/#p7713</guid>
		</item>
		<item>
			<title><![CDATA[Re: correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7712/#p7712</link>
			<description><![CDATA[<p>How I repair them is by doing this...</p><div class="quotebox"><blockquote><p>No, psxtoo1 is only for playstation games, you dump unprotected pc games the same way, raw like you would a playstation game. How I dump games is I first dump it once with one drive then again with the other. I check the checksums if they don&#039;t match I run the first image through cdmage and copy the error log to a notepad (*Do not use the repair feature*) then I run the second image through cdmage and compare the difference, now because they both don&#039;t have the same checksums there are errors in one image that the other don&#039;t have so what I do is have the errors display&nbsp; in the error log, hit Ctrl + Alt + I and pops up a window to import sectors, click radio button that says &quot;Import sectors in the error log&quot; use the image that don&#039;t have those errors and repair it like that.</p><p>I will also add I notice a drive can make the same error at the same sector and it&#039;s not a mastering error which adds even more weight to using two drives as the checksum matched, I dumped it with a second drive and that error wasn&#039;t present and repair like described above.</p></blockquote></div><p>Did you dump it twice or just once before you did that? Someone with more know how will have to say if that is a reliable method you did.</p><p>I added you to the dumper list.</p>]]></description>
			<author><![CDATA[null@example.com (pepsidrinker)]]></author>
			<pubDate>Fri, 04 Apr 2008 20:33:47 +0000</pubDate>
			<guid>http://forum.redump.org/post/7712/#p7712</guid>
		</item>
		<item>
			<title><![CDATA[correcting sega cd data track]]></title>
			<link>http://forum.redump.org/post/7711/#p7711</link>
			<description><![CDATA[<p>On PSX games with audio tracks I trim the 2 second pregap from the end of the data track and then fix it with psxt001z. I dumped my copy of Eternal Champions (U) and all audio track crcs match.</p><p>I used this method to fix the data track.<br />resize -r -352800 &quot;Track 01.bin&quot;<br />scan in CDMage (last few sectors currupt/full of garbage data)<br />psxt001z.exe --gen dummy.bin (size of image file)<br />&quot;import sctors&quot; in CDMage from the all-zero dummy file.<br />rebuild sector fields in CDMage.</p><p>I ended up with a data track with a CRC that matches the db. Is this an okay way to fix the data track in general? I<br />s there a better / more direct way?</p><p>So my Eternal Champions dump matches the db <a href="http://redump.org/disc/2263/">http://redump.org/disc/2263/</a><br />EXE Data: 1995-05-11</p>]]></description>
			<author><![CDATA[null@example.com (huygens)]]></author>
			<pubDate>Fri, 04 Apr 2008 20:05:08 +0000</pubDate>
			<guid>http://forum.redump.org/post/7711/#p7711</guid>
		</item>
	</channel>
</rss>
