PSP dumping
Re: PSP dumping
А дамп на мемори стик правильный выходит всегда? Думаю это кривые драйвера. Но раз есть такая трабла - то стоит отказаться от усб-метода совсем.
Re: PSP dumping
У меня такая проблема была с GTA Греатест хитс. Так и не понял в чем проблема. Может в диске.
Re: PSP dumping
Может:p_star wrote:У меня такая проблема была с GTA Греатест хитс. Так и не понял в чем проблема. Может в диске.
?A34B5E78 wrote:... просто напросто небыло папки ISO на карточке.
Re: PSP dumping
Насколько я понял, с соответствующего треда на No-Intro, PSP Filer делает более точные дампы.
И кстати не работает на слиме
И кстати не работает на слиме

~ meow ~
Re: PSP dumping
Поделись ссылкой на него.kitzik wrote:Насколько я понял, с соответствующего треда на No-Intro, PSP Filer делает более точные дампы.
И кстати не работает на слиме
А на слиме не идет видимо из-за отсутсвия ядра 1.50, для которого писалась программа. Ибо на всех Fat пспхах на кастом прошивке присутствует ядро 1.50.
Last edited by Grey Fox on Thu Oct 18, 2007 5:58 am, edited 1 time in total.
Re: PSP dumping
http://www.geocities.jp/mediumgauge/Grey Fox wrote:Поделись ссылкой на него.
дакутож!Grey Fox wrote:А на слиме не идет видимо из-за отсутсвия ядра 1.50, для которого писалась программа. Ибо на всех Fat пспхах на кастом прошивке присутствует ядро 1.50.

~ meow ~
Re: PSP dumping
с No-Intro:
пикчаSomehow, the last 2K-6KB is not extractable on the file system.
And, it sometimes causes problems to some games. (iso doesn't work. icon is corrupt. etc)
Until the dumper, you needed to dump the last file by iRShell or PSPFiler, and replace the last 2K-6KB to the FL iso.(BAHAMUT, pSyPSP and WRG did it.)
PSPfiler 3.9 automaticly repairs the last 2K-6KB to extract the last file like iRShell.
The picture of showing a part of the bad 2K of Dax's dumper.
This image has been resized. Click this bar to view the full image. The original image is sized 800x576.
This is "Puzzle Quest (J)", and posted by other forum.
From Japanese readme of PSP Filer (sorry, machine translation):
Quote:
1. At first I perform ripping from file system as much as possible.
2. I inspect size described all over the ISO and prepare for size for the difference as supplement data if bigger than the size done ripping of.
3. If I search file structure in the ISO, and there is a file written in at the point for a difference, I write in it at the right position of the whole supplement data which prepared the contents of the file with 2.
4. I add made supplement data to the end of an image done ripping of in this way.
Last edited by kitzik on Thu Oct 18, 2007 6:59 am, edited 1 time in total.
~ meow ~
-
pepsidrinker
- Posts: 414
- Joined: Mon Jun 08, 2026 1:26 am
Re: PSP dumping
Hi, is the guide still the best way to dump PSP games, I was reading over at No-Intro and their discussion says DA dumper produces bad dumps so I wanted to ask does redump still want DA dumps or is there a better method.
Re: PSP dumping
I was also wondering about the best way to dump. I have tried two different methods: DAX Dumper and PSP Filer 4.5. This is found in the readme for PSP Filer:
<UMD ripping tips>
Though the reason is not clear now, the last 1-3 record of UMD cannot be read from filesystem. So, doing ripping operation, the iso file is 2k-6k (1record = 2kbytes) smaller than it should be. Since version 3.9, Filer try to fill those "lost tail records" by following sequence:
1. Filer rips as large as possible.
2. Filer checks expected size by peeking ISO file, and if it is larger than ripped size, create a differential size data which is filled with 0.
3. Filer searches ISO file structure, and if there are files which uses "lost tail records", copy those data into right place of the differential data.
4. Filer appends the differential data to the ripped ISO file.
It seems to work fine now. Give me reports if the feature does not work well - to fix it.
I then checked the ISOs (using UMD Gen's sector viewer) from both programs and discovered that PSP Filer did have a few extra sectors of data at the end of the file that were not zeroed out (DAX Dumper zeroed out the last few sectors). I am a novice at this business but figured I'd let you guys know. A few games might not matter (Lumines Puzzle Fusion is identical both ways), but for some it does (GTA Vice city stories). Maybe someone can also verify this and make sure I'm not just making stuff up
.
And I see someone else was referring to this above and I'm sorry if I am repeating something (can't read Russian).
<UMD ripping tips>
Though the reason is not clear now, the last 1-3 record of UMD cannot be read from filesystem. So, doing ripping operation, the iso file is 2k-6k (1record = 2kbytes) smaller than it should be. Since version 3.9, Filer try to fill those "lost tail records" by following sequence:
1. Filer rips as large as possible.
2. Filer checks expected size by peeking ISO file, and if it is larger than ripped size, create a differential size data which is filled with 0.
3. Filer searches ISO file structure, and if there are files which uses "lost tail records", copy those data into right place of the differential data.
4. Filer appends the differential data to the ripped ISO file.
It seems to work fine now. Give me reports if the feature does not work well - to fix it.
I then checked the ISOs (using UMD Gen's sector viewer) from both programs and discovered that PSP Filer did have a few extra sectors of data at the end of the file that were not zeroed out (DAX Dumper zeroed out the last few sectors). I am a novice at this business but figured I'd let you guys know. A few games might not matter (Lumines Puzzle Fusion is identical both ways), but for some it does (GTA Vice city stories). Maybe someone can also verify this and make sure I'm not just making stuff up
.And I see someone else was referring to this above and I'm sorry if I am repeating something (can't read Russian).
Re: PSP dumping
Isis, you may look at this thread: http://forums.no.intro.free.fr/showthread.php?t=1683