<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Redump Forum — Issues with Sega Saturn MPEG Dumps]]></title>
		<link>http://forum.redump.org/topic/33374/issues-with-sega-saturn-mpeg-dumps/</link>
		<atom:link href="http://forum.redump.org/feed/rss/topic/33374/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in Issues with Sega Saturn MPEG Dumps.]]></description>
		<lastBuildDate>Sun, 17 Jan 2021 20:07:58 +0000</lastBuildDate>
		<generator>PunBB 1.4.4</generator>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/87112/#p87112</link>
			<description><![CDATA[<p>It&#039;s a standard Victor/JVC ringcode pregap disrepancy (x:74 for Q-channel, x:00 for P-channel), we&#039;re using the Q-channel gaps, the best solution for you and your converter would be to round them to x:00, I think.</p>]]></description>
			<author><![CDATA[null@example.com (F1ReB4LL)]]></author>
			<pubDate>Sun, 17 Jan 2021 20:07:58 +0000</pubDate>
			<guid>http://forum.redump.org/post/87112/#p87112</guid>
		</item>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/87030/#p87030</link>
			<description><![CDATA[<p>This came from Knight0fDragon: </p><br /><p>ok, now that I have some time, I can explain the issue.&nbsp; </p><p>So I have developed an app that is designed to make patching Sega Saturn games as simple as possible.&nbsp; </p><p>What it does is basically extracts all the files from a disc, and then rebuild the files to generate a new ISO.&nbsp; One of my conditions was that if you just pressed build without applying any patch, it must rebuild the disc perfectly.&nbsp; </p><p>Well, upon first working with MPEG games,&nbsp; I would come to find out that the CUE SHEETS on REDUMP would lay out the track info incorrectly.&nbsp; </p><p>A good example would be Lunar Silver Star Complete.&nbsp; </p><p>If you take notice,&nbsp; the last track would be listed with a pregap of 149 sectors (1 minute: 59 seconds, 74 frames).&nbsp; This came across as weird to me.&nbsp; Well upon further investigation,&nbsp; it seems that the issue is with how XA data is handled.&nbsp; With sega saturn games, Track 1 is always Mode 1 data.&nbsp; Beyond that, it could be either Mode 2 XA, or audio.&nbsp; Now the thing with Saturn, some games have files called CDDA files, and the MPEG games have obviously MPEG files.</p><p> If you try to open these files, your system should yell at you.&nbsp; The reason behind it is because in the Mode 1 track&#039;s file table, these files are listed as XA files, meaning they have extra information on them, but Mode 1 has no idea how to read them.&nbsp; </p><p>The Saturn, however, does.&nbsp; </p><p>Now another thing: <br />- Mode 1 data is 2048 bytes.&nbsp; <br />- Mode 2 XA and Audio are 2352 bytes.&nbsp; </p><p>So you need to adjust the LBA and the file size to account for the difference from 2048 to 2352: </p><p>Basically you <br />- take the sector size and multiply it by 2352 to get the proper address, <br />- and you take the size, divide by 2048, <br />- and multiply by 2352 to get the correct size.)&nbsp; </p><p>Now, when you do all this math,&nbsp; it ends up giving the correct positions for the pregaps in the CUE sheet. </p><p>Since you guys are all about accurate preservation, I figured it may be a good idea to let you know that perhaps these issues are coming up.&nbsp; </p><p>If you head over to Sega Xtreme you can grab a copy of my app <br /><a href="https://segaxtreme.net/resources/sega-saturn-patcher.73/">https://segaxtreme.net/resources/sega-s … atcher.73/</a>&nbsp; </p><p>Test it with lunar star story MPEG and build a CCD.&nbsp; &nbsp;</p><p>On my CCD, you will notice <br />- Track 3 index 1 points to 244,897, and <br />- Track 4 index 0 points to 255,744.&nbsp; </p><p>If you go to the REDUMP, <br />- Track 3 index 1 points to 244,897, and <br />- Track 4 index 0 points to 255,745.&nbsp; </p><p>In the File table, <br />- CDDA1 points to 0x03BCA1 (244,897) with a size of 0x0152F800 (22,214,656)&nbsp; </p><p>Now if you divide this size (22,214,656) by 2,048, you get 10,847. <br />244897 + 10,847 gets you 255,744, which is where Track 4 Index 0 should point.</p>]]></description>
			<author><![CDATA[null@example.com (A Murder of Crows)]]></author>
			<pubDate>Sat, 16 Jan 2021 09:43:16 +0000</pubDate>
			<guid>http://forum.redump.org/post/87030/#p87030</guid>
		</item>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/87023/#p87023</link>
			<description><![CDATA[<p>I got Lunar MPEG version recently.</p><p>Here&#039;s logs if it helps.<br /><a href="https://cdn.discordapp.com/attachments/705884111448834100/799889143587930132/Lunar_-_Silver_Star_Story_Complete_MPEG_Version_Japan.7z">https://cdn.discordapp.com/attachments/ … n_Japan.7z</a></p>]]></description>
			<author><![CDATA[null@example.com (LastCat)]]></author>
			<pubDate>Sat, 16 Jan 2021 06:33:42 +0000</pubDate>
			<guid>http://forum.redump.org/post/87023/#p87023</guid>
		</item>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/87017/#p87017</link>
			<description><![CDATA[<p>Sarami, i can forward the logs of my dump if that helps, but Knight&#039;s issue isn&#039;t directly with the dump produced so much as an issue of all MPEG games. He&#039;ll be the person who needs to explain his issues.</p>]]></description>
			<author><![CDATA[null@example.com (A Murder of Crows)]]></author>
			<pubDate>Sat, 16 Jan 2021 04:19:34 +0000</pubDate>
			<guid>http://forum.redump.org/post/87017/#p87017</guid>
		</item>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/86453/#p86453</link>
			<description><![CDATA[<p>Logs, please.</p>]]></description>
			<author><![CDATA[null@example.com (sarami)]]></author>
			<pubDate>Fri, 25 Dec 2020 00:46:32 +0000</pubDate>
			<guid>http://forum.redump.org/post/86453/#p86453</guid>
		</item>
		<item>
			<title><![CDATA[Re: Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/86413/#p86413</link>
			<description><![CDATA[<p>When i did my dump of Lunar tonight, i got the following:</p><p>Track 3:<br />25867296</p><p>Track 4:<br />1872192</p><p>Sarami may need to be brought in</p>]]></description>
			<author><![CDATA[null@example.com (A Murder of Crows)]]></author>
			<pubDate>Wed, 23 Dec 2020 14:34:48 +0000</pubDate>
			<guid>http://forum.redump.org/post/86413/#p86413</guid>
		</item>
		<item>
			<title><![CDATA[Issues with Sega Saturn MPEG Dumps]]></title>
			<link>http://forum.redump.org/post/86399/#p86399</link>
			<description><![CDATA[<p>I have noticed that Sega Saturn MPEG games have the wrong info.&nbsp; I am currently working on an application that rebuilds Sega Saturn CDs (for purposes of patching)&nbsp; and I have noticed that of the discs I have checked (Lunar SSSC and Gungriffon 1 JP) have incorrect track lengths and pre gaps.&nbsp; This info is derived from the actual file table located on Track 1 along with the TOC.&nbsp; It may have to do with the ripping program having trouble handling the difference in mode 1 and mode 2 tracks.</p><p>For Lunar SSSC,&nbsp; Track 3 should be 26,217,744 bytes and track 4 should be 1,874,544 bytes.</p><p>For Gun Griffon, Track 1 should be 81,868,416 bytes and track 2 should be 70,550,592 bytes ... among others being incorrect.</p>]]></description>
			<author><![CDATA[null@example.com (Knight0fDragon)]]></author>
			<pubDate>Wed, 23 Dec 2020 02:11:31 +0000</pubDate>
			<guid>http://forum.redump.org/post/86399/#p86399</guid>
		</item>
	</channel>
</rss>
