<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Redump Forum — UNECM with stdin input]]></title>
		<link>http://forum.redump.org/topic/6604/unecm-with-stdin-input/</link>
		<atom:link href="http://forum.redump.org/feed/rss/topic/6604/" rel="self" type="application/rss+xml" />
		<description><![CDATA[The most recent posts in UNECM with stdin input.]]></description>
		<lastBuildDate>Fri, 21 May 2010 14:27:44 +0000</lastBuildDate>
		<generator>PunBB 1.4.4</generator>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26075/#p26075</link>
			<description><![CDATA[<p>no, it&#039;s not open source, hiker13526</p><br /><p>*locking this topic until issue with spambots is resolved*<br />themabus @2011.12.10</p>]]></description>
			<author><![CDATA[null@example.com (themabus)]]></author>
			<pubDate>Fri, 21 May 2010 14:27:44 +0000</pubDate>
			<guid>http://forum.redump.org/post/26075/#p26075</guid>
		</item>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26073/#p26073</link>
			<description><![CDATA[<div class="quotebox"><cite>themabus wrote:</cite><blockquote><p>i could send you pascal part without assembler routines, if you want to<br />it should be possible to link it with CloneCD&#039;s ElbyECC.dll instead<br />but it&#039;s really rather simple: <br />- mode of each sector is determined<br />- each element (sync, address, subheader, etc.) compared with pregenerated<br />- those matching removed<br />so what&#039;s wrong with ECM, i think, since it has support of many formats: .cdi, nrg, mdf? - well at least some of those<br />it might be that on certain data layouts it would get confused and would try to analyze data too much<br />possibly trying to determine whether given sector belongs to any of those<br />anyway, that&#039;s only thing that comes to my mind without looking at code,<br />since basis is just a simple comparison and there are no faster/slower sectors per se<br />except for ECC part but that hardly influence anything<br />and PSX would actually have less of those than regular CDs</p></blockquote></div><p>Is your program open source? Is ECMa?</p>]]></description>
			<author><![CDATA[null@example.com (hiker13526)]]></author>
			<pubDate>Fri, 21 May 2010 13:46:06 +0000</pubDate>
			<guid>http://forum.redump.org/post/26073/#p26073</guid>
		</item>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26044/#p26044</link>
			<description><![CDATA[<p>i could send you pascal part without assembler routines, if you want to<br />it should be possible to link it with CloneCD&#039;s ElbyECC.dll instead<br />but it&#039;s really rather simple: <br />- mode of each sector is determined<br />- each element (sync, address, subheader, etc.) compared with pregenerated<br />- those matching removed<br />so what&#039;s wrong with ECM, i think, since it has support of many formats: .cdi, nrg, mdf? - well at least some of those<br />it might be that on certain data layouts it would get confused and would try to analyze data too much<br />possibly trying to determine whether given sector belongs to any of those<br />anyway, that&#039;s only thing that comes to my mind without looking at code,<br />since basis is just a simple comparison and there are no faster/slower sectors per se<br />except for ECC part but that hardly influence anything<br />and PSX would actually have less of those than regular CDs</p>]]></description>
			<author><![CDATA[null@example.com (themabus)]]></author>
			<pubDate>Thu, 20 May 2010 11:48:41 +0000</pubDate>
			<guid>http://forum.redump.org/post/26044/#p26044</guid>
		</item>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26042/#p26042</link>
			<description><![CDATA[<p>Is the source for ECMa or your (themabus) version of ECMa130 available?</p>]]></description>
			<author><![CDATA[null@example.com (hiker13526)]]></author>
			<pubDate>Thu, 20 May 2010 10:30:15 +0000</pubDate>
			<guid>http://forum.redump.org/post/26042/#p26042</guid>
		</item>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26041/#p26041</link>
			<description><![CDATA[<p>yeah, basically i made ECMa for Dreamcast because of extensive use of padding in GD layout. <br />but turned out it can also <a href="http://sites.google.com/site/thatisinlatin/ecma130">outperform</a> ECM on PSX XA sector encoding rather well<br />likely cause of this could be some bug in sector analyzing algorithm.<br />though i haven&#039;t looked through it&#039;s code myself, since i&#039;d use ECMa instead<br />those are two things that could be possible to optimize in ECM</p><p>edit:<br />for example try encoding SLPS-00113, it&#039;ll crawl from 19% on, apparently something goes wrong there</p>]]></description>
			<author><![CDATA[null@example.com (themabus)]]></author>
			<pubDate>Thu, 20 May 2010 09:33:44 +0000</pubDate>
			<guid>http://forum.redump.org/post/26041/#p26041</guid>
		</item>
		<item>
			<title><![CDATA[Re: UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26037/#p26037</link>
			<description><![CDATA[<p>Nice, should speed stuff up. Hopefully you liked the ideas I had for that GUI version (should work with cli too <img src="http://forum.redump.org/img/smilies/wink.png" width="15" height="15" alt="wink" /> enough for you to make it. Check out the version Themabus made too which has some extra removal stuff. Maybe it&#039;s possible to combine the 2, while still retaining backwards compatibility.</p>]]></description>
			<author><![CDATA[null@example.com (Nexy)]]></author>
			<pubDate>Thu, 20 May 2010 05:42:10 +0000</pubDate>
			<guid>http://forum.redump.org/post/26037/#p26037</guid>
		</item>
		<item>
			<title><![CDATA[UNECM with stdin input]]></title>
			<link>http://forum.redump.org/post/26031/#p26031</link>
			<description><![CDATA[<p>I modified unecm to accept input from stdin. For pakkiso, here&#039;s how the process usually goes for unpacking:<br />read .7z from disk -&gt; 7za extracts -&gt; write .ecm file to disk -&gt; read .ecm file from disk -&gt; unecm decodes -&gt; write .bin file to disk</p><p>Using stdin:<br />read .7z from disk -&gt; 7za extracts -&gt; unecm decodes -&gt; write .bin to disk</p><p>This requires somewhere around half the amount of data transferred to and from the hard drive meaning your hard drive should last longer. It&#039;s also a tiny bit faster, maybe 3-5 seconds. The program also now outputs execution time, is backwards compatible with v1.0, and I&#039;ve improved the debug messages.</p><p><span class="postimg"><img src="http://i48.tinypic.com/oggvoz.png" alt="http://i48.tinypic.com/oggvoz.png" /></span></p><p>Here&#039;s how to call it:<br /></p><div class="codebox"><pre><code>7za e -so input.7z | unecm - output.bin</code></pre></div><p>Download link: <a href="http://www.mediafire.com/?i12nyjjdnwa">http://www.mediafire.com/?i12nyjjdnwa</a></p>]]></description>
			<author><![CDATA[null@example.com (hiker13526)]]></author>
			<pubDate>Thu, 20 May 2010 00:16:09 +0000</pubDate>
			<guid>http://forum.redump.org/post/26031/#p26031</guid>
		</item>
	</channel>
</rss>
