DDR 2ndRemix (japan) and DDR (original) (japan) stuck at notice screen #121
Comments
|
Could it be a bad burn? I got some reports in issue #76 that these games we all working correctly. |
|
it might be, I got them form Coolrom.com so idk. If i knew of a different place that has iso's i would have did that first before asking here |
|
Could you check the checksum of the games? |
|
copying the tonyhax save and uploading it here? |
|
No no, the checksums of the games that fail to load. See if they match those of issue #76. If you have 7zip installed, you can do so by right clicking on the .bin file of the game, then selecting "7-zip", then "CRC SHA", then "SHA1". The SHA1 of DDR 2nd Remix (a known working game) should be 2A683CAE4F91884E3C7BF6F28C4688E79E6E15DE. |
|
i dont have 7zip but i have winrar |
|
i used the first bin file of many and this is what I got |
|
That sounds about right. If that is the case, then I am not sure what could be the problem. I don't have access to my console at the moment to test it on my own device, so I will not be able to help you any further in the short term. |
|
i used a program to combine the tracks, but is there a more correct way to do it? |
|
What do you mean you combined the tracks? All the .bin files into a singular .bin file? Was that for burning or for calculating the checksum? |
|
for buring it would not allow me to use the combined bin file, so i just put all the bin files together in a folder and it let me burn, but im not sure if thats the right way to do it and if thats the problem. |
|
Yeah that could be it. Which program did you use? Imgburn (freeware) would let you burn a .cue file with multiple .bin files just fine. |
|
imgburn. i put all the bin files in the same folder as the cue files and it burned fine |
|
4x speed if that helps |
|
Bumping this issue, as I have successfully reproduced it (using an unmodified DDR 2nd Remix properly burned CD-R) with a stock SCPH-1001 using the latest Tonyhax v1.4.4. Boot CD via CD Player Swap Trick. |
|
@alex-free have you tried using your fork, or with AP checking disabled? |
Yes. My fork has the same issue, it doesn't matter if I add a bypass for AP or not. The same for original tonyhax with patches disabled. Same issue. |
|
Hmmm interesting. I cannot replicate it on an emulator. I guess it's time to burn the last CD-R I have and try debugging it in real hardware. |
|
Still looking into this. So far, what I've discovered is that a function at In an emulator where this is working properly, from 3 it jumps to 4 instead, and keeps increasing until 8 (I think, I don't remember), and finally returns and keeps executing other code. |
|
Function at
Log via softUART from my PSone: Weirdly, the device is trying to read a 2352-byte sector, instead of a 2048-byte sector as it did previously for other thousands of sectors. Any clue why could this be? |
I should of probably linked this earlier: https://consolecopyworld.com/psx/psx_game_codes_d.shtml There are some codes which 'bypass' the anti-piracy for a i.e. DDR ReMix 2. Part of the 'append club mix 1 ' code actually applies to the base DDR ReMix 2 disc. I tried implementing all of those codes and it still even gets stuck at the same point in my fork. The sector stuff looks fine. That's how the AP works. It tries to read data sectors as audio as part of the ap module. |
|
On an emulator, this is what the machine is receiving on sector 12: On real hardware, however: The function at |
OH! So I get it I think. A real pressed disc will have all 0x00s. A burned disc will correct EDC when burned resulting in the last bytes? Maybe? |
|
No idea, really. The data pasted has missing bytes (used "%X" instead of "%02X"), but yeah. In an emulator, the last 16 bytes of the CD sector 12 when read in Mode 2/2352 is: However, in the real, burnt CD I have, as read by the console, that area contains: |
Yea that looks like EDC which is auto-generated when burning a disc. That wouldn't be there when you have a pressed CDROM. |
|
There is some additional EDC check not being bypassed. This is actually a really smart anti-piracy measure. You can have 'invalid' EDC when you press a CDROM. Then if you rip that CDROM and burn a CDR those bytes would have been 'corrected' by the burner to the expected EDC. I think at least this is what's going on. |
|
In fact, other PS1 games I have (tested known) good BIN/CUEs for, do have in sector 12 (offset +0x776C inside the BIN) a correct EDC of 0x3F13B0BE. This one, however, does not. And I can confirm by reading the file back with ImgBurn, that the test disc I am using has had its sector 12 EDC autocorrected, which is triggering that protection. |
So possibly forcing the EDC to not correct and burning a disc will work. I can try that. |
|
|
Looks like we got it. Strange that none of the consolecopyworld codes bypassed this though from back in the day... |
|
What software did you use for your copy? |
I used CDRDAO, which is an open source burning program on Linux. I know however that very old (think 1995-1996 CD burners) actually don't correct EDC data. I don't have one of those though. I am pretty sure it's in the burners firmware itself. I need to figure out again how to disable it. |
|
I'm gonna attempt to get my hands on a CD-RW to test some different software. I am aware that can't be used on the console but should be good enough to burn with different software and read it back. |
|
By the way, you can try reading back the burnt CD you have, fire it on an emulator, and it'll get stuck on the very same screen it does now, further proving the EDC check is the real cause. |
Holly s*** yup it works now. |
|
@alex-free managed to burn a non-EDC-correct copy, or you mean reading it back? I've already got a CD-RW from a Chinese bazaar so I'll start some experimentation with different software. |
|
`[alex@fedora Dance Dance Revolution 2nd Remix (Japan)]$ cdrdao write --driver generic-mmc-raw --eject --speed 1 *.cue Starting write at speed 10... this booted with Tonyhax v1.4.4 Boot CD and got past the screen. Seems fully playable now. |
Yea so I've managed to get this working on real hardware. Usually I would use cdrdao to burn a PSX disc like this: By instead forcing the generic-mmc-raw driver, the EDC is not regenerated and the bytes are still 00's in the exepcted place. However, the --swap option no longer does anything. Seems like a bug in cdrdao itself (maybe). I also tried doing --driver generic-mmc-raw:0x20000 and it still won't fix the audio file's endianess. I can try simply byte swapping the audio files myself I guess, I'm not sure where to go from here with cdrdao. I'm going to boot into Windows and mess with IMGBurn, pretty sure it does not have the 'static' issue with endianess related to audio files, and that it does allow for not regenerating the EDC. Funnily enough, I can do this currently: Anyways that's getting down to the nitty gritty. But definitely was the issue. I'll let you know if IMGBurn works out or if I figure out some way to change the endianess of the audio files before buring them (getting everything finally working with just CDRDAO). |
|
Alcohol 120% is perfectly capable of burning a CD-R with those bytes zeroed, if you check "General Protected CD" when burning or dumping. Since this is just a bad burn problem, I'll be closing the issue. |
|
Nice work there, didn't know such measures were implemented. |
|
I've moved the compatibility section into a dedicated section explaining the different protection mechanisms and what software to use to properly burn such games: https://orca.pet/tonyhax/compatibility.html |
|
FWIW, I got back into DDR recently and have a 30000-model PS2 that can use tonyhax. I experienced this on my real PS with every version I tried (generally 3rd - 5th mix) but the games all work fine on the PS2. I assume it has something to do with the copy protection routines working differently. |
|
Can you explain your findings? |
|
Sure. I have a SCPH-5501 PS1 with a modchip and a SCPH-30001 PS2 that uses FHDB and OPL, but is compatible with tonyhax. I burn all copies at 8X with ImgBurn (lowest speed available to me) but tried the Alcohol 120% method on the compatibility page for these games specifically. On the PS1, the games would generally fail to load after selecting a menu option, or in 4th mix’s case it would fail to load the credits after an arcade mode set. With the Alcohol burn 4th mix no longer crashes after a set, but it still skips all over the place and is generally choppy in the menus. I have a brand new laser assembly in there and I think I’ve found the pot sweet spot because it loads and plays everything, EXCEPT these DDR games, pretty much without issue. None of this stuff happens when I boot it on the PS2 with tonyhax (I use the CB4 exploit). It just runs smoothly like a regular game would and never hitches, skips, or fails to load once I swap the disc. Let me know if you want any further details! |
There's no such thing as a new laser assembly. You bought a (poorly) refurbished one labeled as new and sold by china as such (a scam). This isn't copy protection. As long as you are burning with EDC Regeneration disabled that is. This sounds like it's the PS1 console itself (especially because of the laser assembly). Some games are easier to read then other. And the PS2 is much better at reading CD-Rs then the early PS1 models. |
|
Well that’s a bummer. My OEM assembly does the same thing, but I know it’s starting to go - hence the replacement. At least it didn’t cost much. |
Just to make sure, you are burning these games with the CD Protected mode option on in alcohol 120% right? I've honestly never tried to use alcohol 120% because cdrdao is free and open source and works: https://alex-free.github.io/cdrdao Have you tried the vertical trick: Or refurbishing your drive properly yourself? https://alex-free.github.io/unofficial-ps1-cd-drive-service-manual/ |
Before opening this kind of issue, please ensure:
tonyhax version: Which version are you running? Please ensure you are running the latest stable, or a newer beta.
Installation method: How did you get tonyhax on the memory card?
Entry point game: Which game are you using to launch tonyhax?
Console model: Console product code, written on the bottom of the unit, such as "SCPH-7502"
Integrity check: If it boots, does the built-in integrity check succeed?
BIOS version: If you can get to boot, which version of the BIOS does it report?
Target game: If the bug happens when launching a game, what's its name and game code? Example: "Spyro 3 (SCES-02835)"
Bug explanation:
Details:
Tonyhax version: 1.4.3
Ps1 version: SCPH-7501 (NTSC-U/C)
Ps1 Bios version: v1.4
Game used to run tonyhax: THPS3 (SLUS-01419)
I got Tony Hax onto my memory card using a ps2 with UlaunchElf
I followed this guide: https://www.youtube.com/watch?v=01gVgTQLP9U
Games with Problems:
DanceDanceRevolution 2ndRemix (japan) (SLPM-86252)
DanceDanceRevolution (japan) (SLPM-86222)
Problem: Both Games get stuck at the notice screen at the beginning of the game. Other DDR games like 3rd and 5th mix work fine (all these being Japanese)
The text was updated successfully, but these errors were encountered: