Mysterious problems with NTSC-J Um Jammer Lammy

General information to do with the PlayStation 1 Hardware. Including modchips, pinouts, rare or obscure development equipment, etc.
Post Reply
Octane
Curious PSXDEV User
Curious PSXDEV User
Posts: 13
Joined: Jan 18, 2018

Mysterious problems with NTSC-J Um Jammer Lammy

Post by Octane » January 18th, 2018, 11:26 am

I own a US Playstation, a SCPH-5501 to be specific. I have an old cheat cartridge flashed with Unirom so that I can play burnt discs, everything works fine unless the game happens to have some extra copy protection. However, the game Um Jammer Lammy behaves oddly. Take note that I've only tested the Japanese release of this game. The US version is censored, and the PAL version is well, PAL when the game was developed for NTSC. Hence why I need to use the Unirom to make it work.

When I start the game, everything goes just fine. However, when I get into the actual gameplay, a buzzing noise starts to play. This only happens during actual gameplay, the game works just as intended during cutscenes, menus, and loading screens. And this happens on both burnt copies of the game and genuine copies. Nothing similar has happened with other games.

So, does anyone know what could be causing this mysterious problem?

User avatar
TriMesh
Verified
PSX Aptitude
PSX Aptitude
Posts: 225
Joined: Dec 20, 2013
PlayStation Model: DTL-H1202
Location: Hong Kong

Post by TriMesh » January 19th, 2018, 1:45 am

OK, do you have access to another console to test with? I've just tried this using an unmodified SCPH-5501, an old Action Replay cart flashed with UniROM v6 and a original Japanese copy of Um Jammer Lammy (SCPS-18011). There are no strange noises and it sounds identical to the same disc booted on my SCPH-7000

Octane
Curious PSXDEV User
Curious PSXDEV User
Posts: 13
Joined: Jan 18, 2018

Post by Octane » January 19th, 2018, 4:43 am

TriMesh wrote: January 19th, 2018, 1:45 am OK, do you have access to another console to test with? I've just tried this using an unmodified SCPH-5501, an old Action Replay cart flashed with UniROM v6 and a original Japanese copy of Um Jammer Lammy (SCPS-18011). There are no strange noises and it sounds identical to the same disc booted on my SCPH-7000
I just realized that I had an unmodded Japanese PSOne lying around. The game works fine on it, so this is not really a problem anymore. But this is still a very mysterious issue.

User avatar
TriMesh
Verified
PSX Aptitude
PSX Aptitude
Posts: 225
Joined: Dec 20, 2013
PlayStation Model: DTL-H1202
Location: Hong Kong

Post by TriMesh » January 19th, 2018, 12:52 pm

Octane wrote: January 19th, 2018, 4:43 am I just realized that I had an unmodded Japanese PSOne lying around. The game works fine on it, so this is not really a problem anymore. But this is still a very mysterious issue.
It is very strange - all I can think of is that it's some sort of edge-case hardware problem like bad SPU RAM that this specific game exposes but nothing else you're tried does.

rama3
Verified
/// PSXDEV | ELITE ///
/// PSXDEV | ELITE ///
Posts: 510
Joined: Apr 16, 2017

Post by rama3 » January 20th, 2018, 7:22 am

Maybe a problem with the game code branching differently in some areas because of the regional differences (in the BIOS, for example).
All it takes is an expected SPU DMA routine delay that somehow takes more/less time on the NTSC-U machine.

Octane
Curious PSXDEV User
Curious PSXDEV User
Posts: 13
Joined: Jan 18, 2018

Post by Octane » January 20th, 2018, 7:39 am

TriMesh wrote: January 19th, 2018, 12:52 pm
Octane wrote: January 19th, 2018, 4:43 am I just realized that I had an unmodded Japanese PSOne lying around. The game works fine on it, so this is not really a problem anymore. But this is still a very mysterious issue.
It is very strange - all I can think of is that it's some sort of edge-case hardware problem like bad SPU RAM that this specific game exposes but nothing else you're tried does.
Yeah, that's really the most likely explanation. Isn't there any kind of service software I could run on it to check? I know there's stuff like that available for a lot of Nintendo's consoles, including one for Gameboy Advance which no emulator that exists today can fully pass.

User avatar
TriMesh
Verified
PSX Aptitude
PSX Aptitude
Posts: 225
Joined: Dec 20, 2013
PlayStation Model: DTL-H1202
Location: Hong Kong

Post by TriMesh » January 20th, 2018, 2:07 pm

rama3 wrote: January 20th, 2018, 7:22 am Maybe a problem with the game code branching differently in some areas because of the regional differences (in the BIOS, for example).
All it takes is an expected SPU DMA routine delay that somehow takes more/less time on the NTSC-U machine.
I tested it using the same configuration he did (SCPH-5501, unirom, original NTSC:J disc) - and it worked fine, which suggests that it's not a problem with the boot ROM.

I also tried in on some other consoles (SCPH-7000, SCPH-7003, SCPH-5502), and the audio was fine on those too. Note that the SCPH-7003 is actually a PU-18 machine, has the same boot ROM as the SCPH-5501 and officially supports NTSC:J discs.
Octane wrote: January 20th, 2018, 7:39 am Yeah, that's really the most likely explanation. Isn't there any kind of service software I could run on it to check? I know there's stuff like that available for a lot of Nintendo's consoles, including one for Gameboy Advance which no emulator that exists today can fully pass.
Not that I know of - there was apparently an "Aging test" disc that was used by Sony for in-house testing but as far as I can see it never made it out into the wild.

User avatar
Shadow
Verified
Admin / PSXDEV
Admin / PSXDEV
Posts: 2670
Joined: Dec 31, 2012
PlayStation Model: H2000/5502
Discord: Shadow^PSXDEV

Post by Shadow » January 21st, 2018, 11:46 am

TriMesh wrote: January 20th, 2018, 2:07 pm I also tried in on some other consoles (SCPH-7000, SCPH-7003, SCPH-5502), and the audio was fine on those too. Note that the SCPH-7003 is actually a PU-18 machine, has the same boot ROM as the SCPH-5501 and officially supports NTSC:J discs.
Octane wrote: January 20th, 2018, 7:39 am Yeah, that's really the most likely explanation. Isn't there any kind of service software I could run on it to check? I know there's stuff like that available for a lot of Nintendo's consoles, including one for Gameboy Advance which no emulator that exists today can fully pass.
Not that I know of - there was apparently an "Aging test" disc that was used by Sony for in-house testing but as far as I can see it never made it out into the wild.
As far as I remember, the 'Aging Test Disc' was released here.
Development Console: SCPH-5502 with 8MB RAM, MM3 Modchip, PAL 60 Colour Modification (for NTSC), PSIO Switch Board, DB-9 breakout headers for both RGB and Serial output and an Xplorer with CAETLA 0.34.

PlayStation Development PC: Windows 98 SE, Pentium 3 at 400MHz, 128MB SDRAM, DTL-H2000, DTL-H2010, DTL-H201A, DTL-S2020 (with 4GB SCSI-2 HDD), 21" Sony G420, CD-R burner, 3.25" and 5.25" Floppy Diskette Drives, ZIP 100 Diskette Drive and an IBM Model M keyboard.

User avatar
TriMesh
Verified
PSX Aptitude
PSX Aptitude
Posts: 225
Joined: Dec 20, 2013
PlayStation Model: DTL-H1202
Location: Hong Kong

Post by TriMesh » January 21st, 2018, 2:57 pm

Shadow wrote: January 21st, 2018, 11:46 am As far as I remember, the 'Aging Test Disc' was released here.
Yeah, that one is the CD drive aging disc - there was a system test aging disc too, and that doesn't seem to have ever leaked. Seeing as the hardware is getting old now, maybe it would be a good idea to write some test software - testing SPU RAM is going to be annoying though, since the only way you can read it is 16 words at a time using DMA.

User avatar
Shadow
Verified
Admin / PSXDEV
Admin / PSXDEV
Posts: 2670
Joined: Dec 31, 2012
PlayStation Model: H2000/5502
Discord: Shadow^PSXDEV

Post by Shadow » January 21st, 2018, 11:31 pm

Ah, my mistake. It's a shame that it was never released then. Coding these things up from scratch takes a lot of time and getting them to work properly without bugs is another task on top.
Development Console: SCPH-5502 with 8MB RAM, MM3 Modchip, PAL 60 Colour Modification (for NTSC), PSIO Switch Board, DB-9 breakout headers for both RGB and Serial output and an Xplorer with CAETLA 0.34.

PlayStation Development PC: Windows 98 SE, Pentium 3 at 400MHz, 128MB SDRAM, DTL-H2000, DTL-H2010, DTL-H201A, DTL-S2020 (with 4GB SCSI-2 HDD), 21" Sony G420, CD-R burner, 3.25" and 5.25" Floppy Diskette Drives, ZIP 100 Diskette Drive and an IBM Model M keyboard.

Post Reply

Who is online

Users browsing this forum: No registered users and 5 guests