<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
	<title type="html"><![CDATA[Redump Forum — PSP dumping]]></title>
	<link rel="self" href="http://forum.redump.org/feed/atom/topic/209/" />
	<updated>2024-05-12T18:15:27Z</updated>
	<generator version="1.4.4">PunBB</generator>
	<id>http://forum.redump.org/topic/209/psp-dumping/</id>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/117423/#p117423" />
			<content type="html"><![CDATA[<p>@sarami</p><p>just updated to the last version (had an older one) and in _disc.txt you removed (its an example of one of the dumps):<br />0x01F20014 is unknown: 05 80 00 32<br />0x01F200A0 is unknown: 01</p><p>just fyi:<br />i have two umd video that have the same dump but serial on umd is different: one has -V2 and the other doesn&#039;t have it.<br />And the difference i&#039;m seeing is that the value for 0x01F200A0 is different :X</p>]]></content>
			<author>
				<name><![CDATA[UnlockerPT]]></name>
				<uri>http://forum.redump.org/user/63213/</uri>
			</author>
			<updated>2024-05-12T18:15:27Z</updated>
			<id>http://forum.redump.org/post/117423/#p117423</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/63142/#p63142" />
			<content type="html"><![CDATA[<p>You can&#039;t fake the region to rip UMD&#039;s, you need a PAL PSP, a long time ago using a pandora ms you could switch regions from USA Japan and Europe, but it was permanent, unless you re-done it back again.</p><p>I have a UMD Video with HK region and the only way I can dump it is with a Hong Kong Region PSP.</p><p>The fake region might do something more to do with the online side of things, if you fake the region to Japan, it might go on the Japanese sony network like my proper Japanese model does, maybe?</p>]]></content>
			<author>
				<name><![CDATA[tossEAC]]></name>
				<uri>http://forum.redump.org/user/4729/</uri>
			</author>
			<updated>2018-09-04T08:10:52Z</updated>
			<id>http://forum.redump.org/post/63142/#p63142</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/62759/#p62759" />
			<content type="html"><![CDATA[<p>I&#039;m trying to dump a demo with a video partition from another region (Europe) than my PSP (USA) with UMD Killer. Fake Region didn&#039;t seem to help on CFW, it just goes to a black screen. Any advice?</p>]]></content>
			<author>
				<name><![CDATA[user7]]></name>
				<uri>http://forum.redump.org/user/6888/</uri>
			</author>
			<updated>2018-08-21T06:19:30Z</updated>
			<id>http://forum.redump.org/post/62759/#p62759</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/62111/#p62111" />
			<content type="html"><![CDATA[<p>Hi, i have modded UMDKiller PRX edition and wish to explain, how it works</p><p><a href="https://pastebin.com/iJsTSgST">https://pastebin.com/iJsTSgST</a></p><p>the main part is this code</p><p>opening UMD for reading, not the file system, the media itself<br />fd = sceIoOpen(&quot;umd0:&quot;, PSP_O_RDONLY, 0777);</p><p>allocating buffer in memory<br />umdbuffer=malloc(2097152);</p><p>reading <strong>1024 sectors</strong> in buffer<br />sceIoRead(fd, umdbuffer, 1024);</p><p>opening file for writing on memorystick<br />redump = sceIoOpen(&quot;ms0:/ISO/REDUMP.iso&quot;, PSP_O_WRONLY| PSP_O_CREAT | PSP_O_TRUNC, 0777);</p><p>writing buffer bytes to file<br />sceIoWrite(redump, umdbuffer, 1024*2048);</p><p>it works with sectors, not file system</p><p>working buffer is 1 or 2 megabytes doesn&#039;t affect the perfomance, ripping time is equal, PSFiller == UMDKiller (300 Mb Tron Evolution in ~3:30 minutes)</p><p>What have been modded.</p><p>the original killer reads and saves chunks of 512 sectors at once.<br />this is ok when the size of UMD is a multiple of 512 (my test Tron Evolution is multiple, what a luck)<br />and i can&#039;t understand if original source does have the routine to handle not multiple UMDs, maybe this sceIoRead is so clever and can handle it by itself?</p><p>ok, there is a function &quot;sceIoLseek&quot; it can show the end sector, and if we add +1, it will be the size of the UMD<br />there is another place, that stores complete size in sectors, 16th sector of UMD, at the offset 0x50h</p><p>16 * 2048 + 0x50h = 0x8050h</p><p>Tron Evolution (ULES-01494)<br /></p><div class="codebox"><pre><code>Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F

00008000  01 43 44 30 30 31 01 00 50 53 50 20 47 41 4D 45  .CD001..PSP GAME
00008010  20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20                  
00008020  20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20                  
00008030  20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20                  
00008040  20 20 20 20 20 20 20 20 00 00 00 00 00 00 00 00          ........
00008050  00 4A 02 00 00 02 4A 00 00 00 00 00 00 00 00 00  .J....J.........</code></pre></div><p>00 4A 02 00 = 024A00h = 150016</p><p>I added this check, reading 16th sector and determine the full size of UMD</p><p>then I&#039;m splitting the dumping process in two parts there it dumps chunks multiple of 1024<br />and the remaining non-multiple chunk</p><div class="codebox"><pre><code>range1 = umdFullSize / 1024;
range2 = umdFullSize % 1024;

umdbuffer=malloc(2097152);
for(i=0;i&lt;range1;i++)
{
    sceIoRead(fd, umdbuffer, 1024);
    sceIoWrite(redump, umdbuffer, 1024*2048);
}
free(umdbuffer);

if(range2!=0)
{
    umdbuffer=malloc(range2*2048);
    sceIoRead(fd, umdbuffer, range2);
    sceIoWrite(redump, umdbuffer, range2*2048);
    free(umdbuffer);
}</code></pre></div><p>this is more simple and clear solution</p><p>to use this PRX, your should place it in &quot;seplugins&quot; directory on memorystick<br />add the line to seplugins/vsh.txt &quot;ms0:/seplugins/UMDKiller.prx 1&quot; without quotes<br />1 means enabled</p><p>don&#039;t forget to reset the handheld, place umd in drive, wait until it appears in XMB and press NOTE button</p>]]></content>
			<author>
				<name><![CDATA[LedZeppelin68]]></name>
				<uri>http://forum.redump.org/user/3/</uri>
			</author>
			<updated>2018-07-16T08:23:47Z</updated>
			<id>http://forum.redump.org/post/62111/#p62111</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/62061/#p62061" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>F1ReB4LL wrote:</cite><blockquote><p><a href="https://archive.org/download/UMDKillerV1.2REPACK/UMDKiller_V1.2_src.zip">https://archive.org/download/UMDKillerV … .2_src.zip</a><br /><a href="https://archive.org/download/UMDKillerV1.2REPACK/UMDKillerPRX_V1.5_src.zip">https://archive.org/download/UMDKillerV … .5_src.zip</a></p></blockquote></div><p>Thanks. I understood how to show the letters in kernel mode screen.</p><p>ioctl command list<br /><a href="http://www.psdevwiki.com/ps3/Talk:PSP_Emulation#Experimental_Patch">http://www.psdevwiki.com/ps3/Talk:PSP_E … ntal_Patch</a><br /></p><div class="codebox"><pre><code>jpcsp/src/jpcsp/HLE/modules/IoFileMgrForUser.java
public int hleIoIoctl(int id, int cmd, int indata_addr, int inlen, int outdata_addr, int outlen, boolean async) {
    // UMD file seek set.
    case 0x01010005: {
    // UMD file ahead (from info listed in the log file of &quot;The Legend of Heroes: Trails in the Sky SC&quot;)
    case 0x0101000A: {
    // Get UMD Primary Volume Descriptor
    case 0x01020001: {
    // Get UMD Path Table
    case 0x01020002: {
    // Get Sector size
    case 0x01020003: {
    // Get UMD file pointer.
    case 0x01020004: {
    // Get UMD file start sector.
    case 0x01020006: {
    // Get UMD file length in bytes.
    case 0x01020007: {
    // Read UMD file.
    case 0x01030008: {
    // UMD disc read sectors operation.
    case 0x01F30003: {
    // UMD file seek whence.
    case 0x01F100A6: {

ppsspp/Core/HLE/sceio.cpp
static u32 sceIoDevctl(const char *name, int cmd, u32 argAddr, int argLen, u32 outPtr, int outLen) {
    case 0x01F20001:  
        // Get UMD disc type
    case 0x01F20002:  
        // Get UMD current LBA
    case 0x01F20003:
    case 0x01F100A3:  
        // Seek UMD disc (raw)
    case 0x01F100A4:  
        // Prepare UMD data into cache.
    case 0x01F300A5:  
        // Prepare UMD data into cache and get status
    case 0x01F300A7:
        // Wait for the UMD data cache thread
    case 0x01F300A8:
        // Poll the UMD data cache thread
    case 0x01F300A9:
        // Cancel the UMD data cache thread
    // TODO: What do these do?  Seem to require a u32 in, no output.
    case 0x01F100A6:
    case 0x01F100A8:
    case 0x01F100A9:

static int __IoIoctl(u32 id, u32 cmd, u32 indataPtr, u32 inlen, u32 outdataPtr, u32 outlen, int &amp;usec) {
    // TODO: Should not work for umd0:/, ms0:/, etc.
    // Get UMD sector size
    case 0x01020003:
    // Get UMD file offset
    case 0x01020004:
    case 0x01010005:
    // Get UMD file start sector.
    case 0x01020006:
    // Get UMD file size in bytes.
    case 0x01020007:
    // Read from UMD file.
    case 0x01030008:
    // Get current sector seek pos from UMD device file.
    case 0x01d20001:
    // Read raw sectors from UMD device file.
    case 0x01f30003:
    // Seek by sector in UMD device file.
    case 0x01f100a6:

complement
    sceIoDevctl: 0x01F20001 // pspUmdInfo
    sceIoDevctl: 0x01F20002 // Maximum Logical Block Address of L0 + L1
    sceIoDevctl: 0x01F20003 // Maximum Logical Block Address of L0

I found command
    sceIoDevctl: 0x01F20014 result=0x00000000 // always 05 80 00 32
    sceIoDevctl: 0x01F200A0 result=0x00000000 // 01 or 10 or 20
    sceIoDevctl: 0x01F200A1 result=0x80010016 // unknown (argument is out)
    sceIoDevctl: 0x01F200A2 result=0x80010016 // unknown (argument is out)</code></pre></div>]]></content>
			<author>
				<name><![CDATA[sarami]]></name>
				<uri>http://forum.redump.org/user/12356/</uri>
			</author>
			<updated>2018-07-13T16:02:28Z</updated>
			<id>http://forum.redump.org/post/62061/#p62061</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/62060/#p62060" />
			<content type="html"><![CDATA[<div class="quotebox"><cite>Jackal wrote:</cite><blockquote><p>Maybe there are any optical drives that can be hacked/modified into reading UMD discs? <img src="http://forum.redump.org/img/smilies/tongue.png" width="15" height="15" alt="tongue" /></p></blockquote></div><p>Has anyone tried to insert them into the PC drive? I&#039;ve heard the ideas but were there any real experiments?</p><p><a href="https://www.ecma-international.org/publications/files/ECMA-ST/ECMA-365.pdf">https://www.ecma-international.org/publ … MA-365.pdf</a> -- looks like a normal DVD structure? Same sector format, same lead-in sector format, no BCA, are you sure they aren&#039;t readable? The centre hole is 11mm for UMDs vs 15mm for CDs/DVDs, so you either need a custom spindle or to carefully enlarge the hole before inserting it into the drive.</p><div class="quotebox"><cite>sarami wrote:</cite><blockquote><p>Does anybody have the source code of UMD Killer PRX EDITION V1.5?<br />I want it because I haven&#039;t understood how to dump the disc in the kernel mode.</p></blockquote></div><p><a href="https://archive.org/download/UMDKillerV1.2REPACK/UMDKiller_V1.2_src.zip">https://archive.org/download/UMDKillerV … .2_src.zip</a><br /><a href="https://archive.org/download/UMDKillerV1.2REPACK/UMDKillerPRX_V1.5_src.zip">https://archive.org/download/UMDKillerV … .5_src.zip</a></p>]]></content>
			<author>
				<name><![CDATA[F1ReB4LL]]></name>
				<uri>http://forum.redump.org/user/13/</uri>
			</author>
			<updated>2018-07-13T10:27:07Z</updated>
			<id>http://forum.redump.org/post/62060/#p62060</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/62059/#p62059" />
			<content type="html"><![CDATA[<p><a href="https://web.archive.org/web/20130719120918/http://avanaboy-console.com:80/psp/umdkiller.html">https://web.archive.org/web/20130719120 … iller.html</a><br />Does anybody have the source code of UMD Killer PRX EDITION V1.5?<br />I want it because I haven&#039;t understood how to dump the disc in the kernel mode.</p>]]></content>
			<author>
				<name><![CDATA[sarami]]></name>
				<uri>http://forum.redump.org/user/12356/</uri>
			</author>
			<updated>2018-07-13T08:30:01Z</updated>
			<id>http://forum.redump.org/post/62059/#p62059</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/61914/#p61914" />
			<content type="html"><![CDATA[<p>IIRC PSP dumping is different from normal dumping. Instead of reading a range of sectors, the PSP is accessing the data through the filesystem.. So the last sectors of a PSP dump could be erroneous and some tools are known to create bad dumps. I don&#039;t think the PSP Filer developer can do anything about this, because he&#039;s restricted to what the PSP allows? Maybe there are any optical drives that can be hacked/modified into reading UMD discs? <img src="http://forum.redump.org/img/smilies/tongue.png" width="15" height="15" alt="tongue" /></p>]]></content>
			<author>
				<name><![CDATA[Jackal]]></name>
				<uri>http://forum.redump.org/user/8/</uri>
			</author>
			<updated>2018-07-01T06:31:48Z</updated>
			<id>http://forum.redump.org/post/61914/#p61914</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/61907/#p61907" />
			<content type="html"><![CDATA[<p>Can someone who speaks Japanese reach out to the PSP Filer dev asking if he would take on this challenge of dumping these types of discs? His contact info is here <a href="http://www.geocities.jp/mediumgauge/">http://www.geocities.jp/mediumgauge/</a></p><p>Basically just translate this message and send:<br />&quot;Hi, thanks so much for your great app PSP Filer!</p><p>We&#039;re dumping discs for redump.org preservation project. We preserve PERFECT dumps of discs for our dat.<br />We use PSP Filer as a rule for all our PSP dumps because the app dumps all game UMDs perfectly. However there are a few oddities which we are unable to dump perfectly with PSP Filer because they have video partitions, such as the Stealth movie / WipeOut demo combo disc <a href="http://www.mobygames.com/images/covers/l/326610-wipeout-pure-stealth-edition-psp-front-cover.jpg">http://www.mobygames.com/images/covers/ … -cover.jpg</a><br />Also &quot;Demo Disc for PSP Vol. 1&quot; has this partition as well.</p><p>As of right now there is no known &quot;PERFECT&quot; way to dump these discs. Would you be willing to update PSP Filer to handle these situations so we can perfectly preserve these discs?</p><p>Thanks for your time <img src="http://forum.redump.org/img/smilies/smile.png" width="15" height="15" alt="smile" />&quot;</p>]]></content>
			<author>
				<name><![CDATA[user7]]></name>
				<uri>http://forum.redump.org/user/6888/</uri>
			</author>
			<updated>2018-07-01T03:23:49Z</updated>
			<id>http://forum.redump.org/post/61907/#p61907</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60898/#p60898" />
			<content type="html"><![CDATA[<p>We can use the split tracks if the UMDs are found to be formatted that way. I think it&#039;s most likely all on one track, but maybe UMDs have a special mode to deal with two tracks.</p>]]></content>
			<author>
				<name><![CDATA[Enker]]></name>
				<uri>http://forum.redump.org/user/19529/</uri>
			</author>
			<updated>2018-05-20T18:29:56Z</updated>
			<id>http://forum.redump.org/post/60898/#p60898</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60887/#p60887" />
			<content type="html"><![CDATA[<p>Seems like keeping the tracks separate would be more accurate... at least we know the two tracks are perfectly dumped (even if additional data would need to be added later).</p>]]></content>
			<author>
				<name><![CDATA[user7]]></name>
				<uri>http://forum.redump.org/user/6888/</uri>
			</author>
			<updated>2018-05-20T15:54:55Z</updated>
			<id>http://forum.redump.org/post/60887/#p60887</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60882/#p60882" />
			<content type="html"><![CDATA[<p><a href="http://redump.org/disc/52119/">http://redump.org/disc/52119/</a></p><p>I am sure this is still a bad dump, unless when you open the iso in isobuster, and all the files have the proper LBA and file sizes, like I said I don&#039;t think joining 2 isos gives you a good dump. It didn&#039;t with my umd I tried.</p><p>The iso that gets added to the join second doesn&#039;t even get seen if you no what I mean.</p>]]></content>
			<author>
				<name><![CDATA[tossEAC]]></name>
				<uri>http://forum.redump.org/user/4729/</uri>
			</author>
			<updated>2018-05-20T11:44:44Z</updated>
			<id>http://forum.redump.org/post/60882/#p60882</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60859/#p60859" />
			<content type="html"><![CDATA[<p>The entire video partition is just random data in the dump I checked &quot;UCJB-98302&quot;, so I will set them to Red status.</p>]]></content>
			<author>
				<name><![CDATA[Enker]]></name>
				<uri>http://forum.redump.org/user/19529/</uri>
			</author>
			<updated>2018-05-19T19:16:36Z</updated>
			<id>http://forum.redump.org/post/60859/#p60859</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60858/#p60858" />
			<content type="html"><![CDATA[<p><a href="http://redump.org/discs/system/psp/status/3/">http://redump.org/discs/system/psp/status/3/</a></p><p>They lack of video partition if that&#039;s correct. Can be set to red.</p>]]></content>
			<author>
				<name><![CDATA[iR0b0t]]></name>
				<uri>http://forum.redump.org/user/4357/</uri>
			</author>
			<updated>2018-05-19T19:07:15Z</updated>
			<id>http://forum.redump.org/post/60858/#p60858</id>
		</entry>
		<entry>
			<title type="html"><![CDATA[Re: PSP dumping]]></title>
			<link rel="alternate" href="http://forum.redump.org/post/60857/#p60857" />
			<content type="html"><![CDATA[<p>Are the three yellow dumps going to be marked as Red status or are we keeping those entries?</p>]]></content>
			<author>
				<name><![CDATA[Enker]]></name>
				<uri>http://forum.redump.org/user/19529/</uri>
			</author>
			<updated>2018-05-19T18:31:41Z</updated>
			<id>http://forum.redump.org/post/60857/#p60857</id>
		</entry>
</feed>
