<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Redump Forum — Easy way of converting multiple BINs into a single working BIN?]]></title>
		<link>http://forum.redump.org/topic/5698/easy-way-of-converting-multiple-bins-into-a-single-working-bin/</link>
		<atom:link href="http://forum.redump.org/feed/rss/topic/5698/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Easy way of converting multiple BINs into a single working BIN?.]]></description>
		<lastBuildDate>Wed, 20 Jan 2010 16:35:05 +0000</lastBuildDate>
		<generator>PunBB 1.4.4</generator>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23186/#p23186</link>
			<description><![CDATA[<div class="quotebox"><cite>Rocknroms wrote:</cite><blockquote><div class="quotebox"><cite>F1ReB4LL wrote:</cite><blockquote><p>Also, EAC is horrible at detecting the correct pregaps and, especially, postgaps.</p></blockquote></div><p>Here there&#039;s no problem about EAC detecting bugs because everything is loaded from a .cue file so it takes whats on the .cue loeded on virtual drive. By the way I could be wrong.</p></blockquote></div><p>I&#039;ve thought he was trying to compare EAC vs. single file dumps.</p>]]></description>
			<author><![CDATA[null@example.com (F1ReB4LL)]]></author>
			<pubDate>Wed, 20 Jan 2010 16:35:05 +0000</pubDate>
			<guid>http://forum.redump.org/post/23186/#p23186</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23181/#p23181</link>
			<description><![CDATA[<p>when you dump a single image with EAC it creates a new cue automatically. &quot;test &amp; copy image &amp; create cue&quot; is called. its similar to clonecd cue.</p>]]></description>
			<author><![CDATA[null@example.com (ghost)]]></author>
			<pubDate>Wed, 20 Jan 2010 05:01:26 +0000</pubDate>
			<guid>http://forum.redump.org/post/23181/#p23181</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23180/#p23180</link>
			<description><![CDATA[<div class="quotebox"><cite>marzsyndrome wrote:</cite><blockquote><p>The problem with EAC is that when creating a cuesheet based on &quot;Current Gap Settings&quot; it lists the tracks as if they were seperate WAV files, rather than referencing start points and pregaps within a BIN file.</p></blockquote></div><p>You don&#039;t have to save as &quot;Current Gap Settings&quot;, there&#039;s another option. Sorry I don&#039;t remember how it&#039;s named, I have to check.<br />You don&#039;t even have to redump anything.</p><div class="quotebox"><cite>F1ReB4LL wrote:</cite><blockquote><p>Also, EAC is horrible at detecting the correct pregaps and, especially, postgaps.</p></blockquote></div><p>Here there&#039;s no problem about EAC detecting bugs because everything is loaded from a .cue file so it takes whats on the .cue loeded on virtual drive. By the way I could be wrong.</p>]]></description>
			<author><![CDATA[null@example.com (Rocknroms)]]></author>
			<pubDate>Wed, 20 Jan 2010 04:27:38 +0000</pubDate>
			<guid>http://forum.redump.org/post/23180/#p23180</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23166/#p23166</link>
			<description><![CDATA[<p>After you do that, mount and redump again as i it was an actual cd in an physical drive. same settings in EAC except leave the offset at 0. And check the pregap o track02. It will be very fast process since it does that from the hard drive. I allways do it with my personal backups.</p>]]></description>
			<author><![CDATA[null@example.com (ghost)]]></author>
			<pubDate>Mon, 18 Jan 2010 18:58:30 +0000</pubDate>
			<guid>http://forum.redump.org/post/23166/#p23166</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23165/#p23165</link>
			<description><![CDATA[<div class="quotebox"><cite>Nexy wrote:</cite><blockquote><p>Also the single dump will have data missing from the end of the last track due to the write offset most of the time.</p></blockquote></div><p>PerfectRip is able to do the single file dumps with offset correction, so, no problem with that.</p><div class="quotebox"><cite>marzsyndrome wrote:</cite><blockquote><p>The problem with EAC is that when creating a cuesheet based on &quot;Current Gap Settings&quot; it lists the tracks as if they were seperate WAV files, rather than referencing start points and pregaps within a BIN file.</p></blockquote></div><p>Also, EAC is horrible at detecting the correct pregaps and, especially, postgaps.</p>]]></description>
			<author><![CDATA[null@example.com (F1ReB4LL)]]></author>
			<pubDate>Mon, 18 Jan 2010 18:45:39 +0000</pubDate>
			<guid>http://forum.redump.org/post/23165/#p23165</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23164/#p23164</link>
			<description><![CDATA[<div class="quotebox"><cite>Nexy wrote:</cite><blockquote><p>better to use cdmage and load the cue sheet, and save the image to a different directory.</p></blockquote></div><p>This turned out to work better than the method suggested by RocknRoms - cheers for that. <img src="http://forum.redump.org/img/smilies/big_smile.png" width="15" height="15" alt="big_smile" /></p><p>The problem with EAC is that when creating a cuesheet based on &quot;Current Gap Settings&quot; it lists the tracks as if they were seperate WAV files, rather than referencing start points and pregaps within a BIN file.</p><p>The new BIN CDMage creates thankfully matches exactly with a BIN created through the &quot;copy /b&quot; method in CRC32, MD5 etc hashes.</p>]]></description>
			<author><![CDATA[null@example.com (marzsyndrome)]]></author>
			<pubDate>Mon, 18 Jan 2010 18:42:08 +0000</pubDate>
			<guid>http://forum.redump.org/post/23164/#p23164</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23163/#p23163</link>
			<description><![CDATA[<p>Also the single dump will have data missing from the end of the last track due to the write offset most of the time.</p>]]></description>
			<author><![CDATA[null@example.com (Nexy)]]></author>
			<pubDate>Mon, 18 Jan 2010 18:28:32 +0000</pubDate>
			<guid>http://forum.redump.org/post/23163/#p23163</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23162/#p23162</link>
			<description><![CDATA[<div class="quotebox"><cite>FitzRoy wrote:</cite><blockquote><p>This is related to something I also don&#039;t understand about CD ripping. Why separate the disc data into a bunch of segments when a cue sheet can do that differentiation for you?</p></blockquote></div><p>Different discs can have the same tracks.</p><div class="quotebox"><cite>FitzRoy wrote:</cite><blockquote><p>At least if you rip the disc to a single file, user error regarding pregaps and shit can&#039;t affect the data&#039;s integrity/hash, only the cue</p></blockquote></div><p>Wrong. Data tracks are stored on CD in a different form (scrambled), audio tracks are stored &quot;as is&quot;, so the gap issues _can_ affect the single file dump.</p>]]></description>
			<author><![CDATA[null@example.com (F1ReB4LL)]]></author>
			<pubDate>Mon, 18 Jan 2010 16:12:48 +0000</pubDate>
			<guid>http://forum.redump.org/post/23162/#p23162</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23161/#p23161</link>
			<description><![CDATA[<p>This is related to something I also don&#039;t understand about CD ripping. Why separate the disc data into a bunch of segments when a cue sheet can do that differentiation for you? At least if you rip the disc to a single file, user error regarding pregaps and shit can&#039;t affect the data&#039;s integrity/hash, only the cue</p>]]></description>
			<author><![CDATA[null@example.com (FitzRoy)]]></author>
			<pubDate>Mon, 18 Jan 2010 10:37:22 +0000</pubDate>
			<guid>http://forum.redump.org/post/23161/#p23161</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23159/#p23159</link>
			<description><![CDATA[<p>better to use cdmage and load the cue sheet, and save the image to a different directory.</p>]]></description>
			<author><![CDATA[null@example.com (Nexy)]]></author>
			<pubDate>Mon, 18 Jan 2010 08:13:29 +0000</pubDate>
			<guid>http://forum.redump.org/post/23159/#p23159</guid>
		</item>
		<item>
			<title><![CDATA[Re: Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23158/#p23158</link>
			<description><![CDATA[<p>Mount image (.cue) on a virtual drive (daemon tools) and then simply create a cue with correct sttings via EAC appending gaps to previous track as in the dump guide. Then you have only to edit it for obvious corrections (image name, etc.).</p>]]></description>
			<author><![CDATA[null@example.com (Rocknroms)]]></author>
			<pubDate>Mon, 18 Jan 2010 07:30:32 +0000</pubDate>
			<guid>http://forum.redump.org/post/23158/#p23158</guid>
		</item>
		<item>
			<title><![CDATA[Easy way of converting multiple BINs into a single working BIN?]]></title>
			<link>http://forum.redump.org/post/23157/#p23157</link>
			<description><![CDATA[<p>I&#039;m aware that combining all the tracks of a Redumped title is as simple as using &quot;copy /b&quot;, but how easy would it be to determine the correct positions of said tracks afterwards so that you can adjust the cuesheet accordingly and it&#039;ll still remain accurate?</p><p>Did try googling around for information, but it seems nobody&#039;s said anything or given out a dummies&#039; guide.&nbsp; So any help round here is muchly appreciated. :-)&nbsp; Thanks!</p>]]></description>
			<author><![CDATA[null@example.com (marzsyndrome)]]></author>
			<pubDate>Mon, 18 Jan 2010 07:17:35 +0000</pubDate>
			<guid>http://forum.redump.org/post/23157/#p23157</guid>
		</item>
	</channel>
</rss>
