<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Redump Forum — Dreamcast dumping on dclinux?]]></title>
		<link>http://forum.redump.org/topic/9668/dreamcast-dumping-on-dclinux/</link>
		<atom:link href="http://forum.redump.org/feed/rss/topic/9668/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Dreamcast dumping on dclinux?.]]></description>
		<lastBuildDate>Fri, 04 Nov 2011 01:29:31 +0000</lastBuildDate>
		<generator>PunBB 1.4.4</generator>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35509/#p35509</link>
			<description><![CDATA[<p>I&#039;ve got dcdumper to work on my 162c using my usb bridge.<br />I set the read speed to 4x using plextools. That seems to have done the trick.</p><p>DCdumper.exe f -sf -t5</p><p>only one read error on first disc access, but it got corrected by fake-reading on first try.<br />Everything dumped correctly afterwards.</p><p>Its a lot easier having this drive externally on usb then having it hang there on a IDE cable.</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Fri, 04 Nov 2011 01:29:31 +0000</pubDate>
			<guid>http://forum.redump.org/post/35509/#p35509</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35508/#p35508</link>
			<description><![CDATA[<p>if it has a data track there should be no offset (due to sync).<br />If there is a audio track, offset could be calculated as usual (Read data track, and count bytes in last sector).</p><p>I see no reason why this would be a problem...<br />Except for maybe overreading into lead-out, but the 162 drive doesn&#039;t do this eighther..</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Fri, 04 Nov 2011 00:48:07 +0000</pubDate>
			<guid>http://forum.redump.org/post/35508/#p35508</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35507/#p35507</link>
			<description><![CDATA[<p>You still have to get the offset using a PC drive.. and iR0b0t claims that low density and high density area&#039;s can have different write offsets&nbsp; <img src="http://forum.redump.org/img/smilies/big_smile.png" width="15" height="15" alt="big_smile" /> I don&#039;t think a gdrom drive can dump scrambled?</p>]]></description>
			<author><![CDATA[null@example.com (Jackal)]]></author>
			<pubDate>Fri, 04 Nov 2011 00:41:07 +0000</pubDate>
			<guid>http://forum.redump.org/post/35507/#p35507</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35506/#p35506</link>
			<description><![CDATA[<p>pablogm123, I am aware of the fact that different media have different reflective properties.<br />But isn&#039;t the laser power adjust at the factory, (with the pot-meter on the assembly) and therefor constant? (Please do correct me if i&#039;m wrong)</p><p>btw Jackal, you mentioned my idea as a &#039;inferior method&#039; in your reply. Could you elaborate one that?<br />I would think that having full access to the GD-drive, meant to read GD-roms in the first place, would be superior&nbsp; to reading the dense area using hacked methods...</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Thu, 03 Nov 2011 22:43:49 +0000</pubDate>
			<guid>http://forum.redump.org/post/35506/#p35506</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35505/#p35505</link>
			<description><![CDATA[<p>A CD-RW (Lesser reflective than a CD-R or pressed CD) media needs a more powerful laser calibration to be read, so drive set a higher laser power if you use a one of this.</p><p>Generally, if you can use the attached drive for &quot;advanced&quot; things such as reading subs, C2 pointers... the adapter is fine for ODDs.</p>]]></description>
			<author><![CDATA[null@example.com (pablogm123)]]></author>
			<pubDate>Thu, 03 Nov 2011 20:08:42 +0000</pubDate>
			<guid>http://forum.redump.org/post/35505/#p35505</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35504/#p35504</link>
			<description><![CDATA[<p>Yeah it only reads the TOC afaik, so brand shouldn&#039;t matter.. just make sure that it&#039;s refreshed properly..</p><p>Some things that you can try is testing different read speeds, retrying a couple times with reading (sometimes it won&#039;t read a number of times, but then at one point it gets past the seeking and starts reading), and also making sure that clonecd device driver isn&#039;t running in the background (had some problems with this in the past).</p><p>I also bought one of those IDE&gt;SATA usb convertors from ebay some weeks ago. I&#039;ll give it a try with my samsung drive when it arrives in the mail.</p>]]></description>
			<author><![CDATA[null@example.com (Jackal)]]></author>
			<pubDate>Thu, 03 Nov 2011 14:17:26 +0000</pubDate>
			<guid>http://forum.redump.org/post/35504/#p35504</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35502/#p35502</link>
			<description><![CDATA[<p>I don&#039;t see how the media could be a problem... as long as the drive reads the modified toc, it shouldn&#039;t care about the media, no?</p><p>I own a no-brand ebay bought Sata/ide combo to usb 2.0&nbsp; cable (ID 152d:2338 JMicron Technology Corp. / JMicron USA Technology Corp. JM20337 Hi-Speed USB to SATA &amp; PATA Combo Bridge)</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Thu, 03 Nov 2011 12:05:13 +0000</pubDate>
			<guid>http://forum.redump.org/post/35502/#p35502</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35501/#p35501</link>
			<description><![CDATA[<p>With a Scythe IDE/SATA to USB (JMicron based, ODDs runs fine with this) and NEC DV-5800E (Crossflashed to LT SHD-16P1S, Mediatek based DVD-ROM, like&nbsp; SH-D162C) I can perform the trap disc (Burned in a Samsung CD-RW disc manufactured by Daxon, others) methode (Removing the cover and stoping the unit using startstop) and dump the high density area. However, the GD-ROM which I own is too damaged and (Once descrambled by ice.exe), so, the data tracks doesn´t match the ones in Redump´s database, whereas the audio tracks does.</p><p>At least as far as I tested, the optimal read speeds were 16x or 24x. Others only gave a lot of errors. I dumped the GD-ROM using CDTool by Truman (Setting manually the desired range to dump), which also allow the use of C2 pointers as a additional layer for catching read errors.</p><p>IMHO, you should try another disc for burn the trap disc. Maybe, you are employing a wrong type of media. I had to try lots of discs, until I found the correct one, the 10x Samsung CD-RW by Daxon I currently own for trap disc. Moreover, the IDE to USB adapter you are using is critical too. As far as I know, many IDE to USB adapters doesn´t operate properly with ODDs (ATAPI) drives.</p>]]></description>
			<author><![CDATA[null@example.com (pablogm123)]]></author>
			<pubDate>Wed, 02 Nov 2011 23:17:23 +0000</pubDate>
			<guid>http://forum.redump.org/post/35501/#p35501</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35500/#p35500</link>
			<description><![CDATA[<p>That&#039;s exactly what I&#039;m doing. but i&#039;m having a hard time getting it to read the high density area.<br />When the drive is on a IDE-USB adapter it does not read anything at all. Just constant read errors.</p><p>i&#039;ve been using dcdumper, and have been able to sporadically read the high dense area, with the help of its fake read functionality, but cdrwin is a no-go.</p><p>I flashed the drive back to stock, thinking that maybe the kreon fw could be causing problems, to no avail.</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Wed, 02 Nov 2011 21:46:52 +0000</pubDate>
			<guid>http://forum.redump.org/post/35500/#p35500</guid>
		</item>
		<item>
			<title><![CDATA[Re: Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35498/#p35498</link>
			<description><![CDATA[<div class="quotebox"><cite>Pandor wrote:</cite><blockquote><p>Since I&#039;ve been having only sporadic success using the swap trick, I am looking for a more easy solution.</p></blockquote></div><p>You&#039;re prolly better off finding out why it&#039;s not working like it should, instead of resorting to inferior methods. Are you dumping with the samsung drive and taking the cover off when swapping discs?</p>]]></description>
			<author><![CDATA[null@example.com (Jackal)]]></author>
			<pubDate>Wed, 02 Nov 2011 13:37:31 +0000</pubDate>
			<guid>http://forum.redump.org/post/35498/#p35498</guid>
		</item>
		<item>
			<title><![CDATA[Dreamcast dumping on dclinux?]]></title>
			<link>http://forum.redump.org/post/35496/#p35496</link>
			<description><![CDATA[<p>Anyone ever tried dumping DC on LinuxDC (dreamcast linux port).<br />A.f.a.i.k. there is a GDrom driver and broadband adapter driver.</p><p>So if we had full access to the drive, wouldn&#039;t we be able to read the GDrom and dump it over lan?<br />Since I&#039;ve been having only sporadic success using the swap trick, I am looking for a more easy solution.</p>]]></description>
			<author><![CDATA[null@example.com (Pandor)]]></author>
			<pubDate>Wed, 02 Nov 2011 11:28:35 +0000</pubDate>
			<guid>http://forum.redump.org/post/35496/#p35496</guid>
		</item>
	</channel>
</rss>
