CPS2 - Important information to anyone using the hardware.

Razoola

Divine Hand of the UniBIOS,
Staff member
The problem
A CPS2 system which is not supplied enough voltage can work but at a slightly reduced speed. This can affect suicide free boards and also boards that have darksofts multikit attached. It also affects normal non suicide CPS2 games. Results so far indicate the multikits are prone to this situation, this may even out however as more tests are received.

Symptoms
The result of under power is games not playing as designed on a fully operating CPS2 system. The symptoms will be different from game to game and some games may show no symptoms at all. QSound problems can also happen (pops and crackles) due to potential fluctuating timings.

How to check your CPS2 setup
I have updated the free suicide tester tool to check for this situation for anyone who wants or feels the need to test their CPS2 suicide free or multicart system. The expected result is always a number or either 0x1EAE 0x0x1EAF. Numbers below this show the CPS2 system is not running as it should for the frame tested. Instructions are in the readme on how to use.

http://www.www.cps2shock.com/download/suicidetesterv2.zip

http://www.www.cps2shock.com/download/suicidetesterv2multikit.zip

The Fix
If your test results show you are suffering this problem your power supply may be on its way out or set incorrectly. Upping the voltage if available may fix the problem. Devices attached to the CPS-2 'b' board may affect the voltage required, care should be taken regardless to unsure you do not damage your system when changing voltages.

More information is always better. if your able to do these tests, please post your results.

-------------------- original post below --------------------

Hi, I am trying to obtain some information on CPS2 hardware over all PCB revisions. If you own one and are able can you please run the test code and report back. I'm supplying it ready to be programmed onto a 03 EPROM for use on a phoenix board or as a file that can be injected into the SD card of a SSF2 set on the multi kit.

http://www.www.cps2shock.com/download/testcps2eprom.zip

http://www.www.cps2shock.com/download/testcps2multi.zip

To test simply power on the unit and you should see a number (may be hard to read depending on the GFX held on the system). Make a note of the first number. Pressing button one will make the number will update. Over the period of a minute keep pressing button 1 and take a note of the range the numbers fall into (max and min number). Finally also report the CPS2 'b' board revision tested.

So I need...

The first number displayed, The number hi/low range over a minute and the 'b' board revision number.

Thanks in advance, Raz
 
Last edited:

mainman

CPS2 Person.,
Hi, I am trying to obtain some information on CPS2 hardware over all PCB revisions. If you own one and are able can you please run the test code and report back. I'm supplying it ready to be programmed onto a 03 EPROM for use on a phoenix board or as a file that can be injected into the SD card of a SSF2 set on the multi kit.

http://www.universebios.com/testcps2eprom.zip

http://www.universebios.com/testcps2multi.zip

To test simply power on the unit and you should see a number (may be hard to read depending on the GFX held on the system). Make a note of the first number. Pressing button one will make the number will update. Over the period of a minute keep pressing button 1 and take a note of the range the numbers fall into (max and min number). Finally also report the CPS2 'b' board revision tested.

So I need...

The first number displayed, The number hi/low range over a minute and the 'b' board revision number.

Thanks in advance, Raz

You wanted the software tested on multiple revision cps 2 boards. I could have done that but you didn't specify that what you wanted initially.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Yes, I did not think I would need that info initially but now it looks like I will because there is a variance I want to try and track down.
 

kahel

Armored Scrum Object
Just Ran the test.

Revision 6 board (93646B-6)

Start: 00001E9A
Low (not including start): 00001EAB
High: 00001EAE
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Just Ran the test.

Revision 6 board (93646B-6)

Start: 00001E9A
Low (not including start): 00001EAB
High: 00001EAE

Many thanks, can I have a little more information from you.

Did the high and low numbers give random results in that range during the minute of did they slowly rise from 00001EAB to 00001EAE to fall from 00001EAE to 00001EAB? Also as the minute test went on did the numbers become stable?

Were the numbers easy to read, Are you 100% sure the number was 00001EAB and not 00001EAF?

Finally, If you were using a EPROM what speed was it rated at? Or were you using a multikit?
 

kahel

Armored Scrum Object
It went like this:

1E9A 1EAC 1EAB 1EAC 1EAD 1EAC 1EAD 1EAE 1EAD 1EAE and then it alternated only between AD and AE for the rest of the test.

The number were clear and i am pretty sure it was AB but i only saw it once at the start.

This was done with the multi-kit.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Thanks, something is strange with your results, while you were testing was music playing? Also, if you power off and on after the test has run for a minute, is the first number 1E9A again or does it start with a higher number close to 0x1EAE?

Thanks for the time to do the tests btw.

Raz
 

kahel

Armored Scrum Object
Yep , a nice SF2 tune was playing .

I'll re-run the test tonight to see if i get the same result, make sure it was AB and then cycle power and redo it right after.

Glad to help.
 

kahel

Armored Scrum Object
I ran 5 more tests. The number were very clear so i am sure about all of them.

The first one gave really weird result.
It went like this: 98 A5 A6 A7 AB AC (then it varied between AB and AC)

Second test started at AB and varied between AB and AF

Third test started at AE and only varied between AE and AF.

Fourth started at AD and varied between AB and AE.

Last test also started at AD and varied between AB and AF.

Let me know if you want to do more test or do them differently.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Thanks this is perfect information and it has left me in a bit of a situation so I better explain what I am testing as it may end up being in the interest of those people using multicarts.

Way back when the phoenix edition fixes were created there were a few people that claimed the phoenix edition fixes ran at a different speed than original encrypted games. I checked this at the time and confirmed that they did all work at 100% identical speed. I did this using the test program you are using compared against the same test program what was encrypted to run on a non suicide PCB. That was the end of the story.

Just over a month ago I got an email again claiming that non encrypted games were not running at the same speed as the originals.... Specifically SSF2T series. As I have free time I decided to look at the speed again, Did the tests again on the 2 'b' boards I have here and asked a couple of people to do the same test privately. One was on EPROM the other like yourself a multicart.

All the results on EPROM give the same values... Power on value of either 1EAE or 1EAF and all other values in the next minute the same 2 values. This matches the results I got over multiple 'b' boards way back in the mid 2000's. The multicart this was tested on was different.... That gave a power on value of 1E9F and then the values over a minute went from 1E9D to 1E98. Very strange as these values should always only show a variance of 1 maximum. What is more worring however is the test on this multikit was reporting that it was loosing about 35000 cpu cycles a second... That is enough to affect gameplay given the way the SSF2 series is programmed (SSF2, SSF2T and HSF2).

More testing was needed hence this thread and then your result using a multikit. Like the other multikit test yours shows an issue, unlike the other test however yours is not loosing cycles at all most of the time, but it can sometimes, nothing like the amount of the other test. I don't know what is happening and more testing is needed to say the cause (is it the 'b' board, the hardware on it or the power supply because of the extra power draw). I think more test results are needed but clearly there are CPS2 games out there not playing at the correct speed.
 
Last edited:

mainman

CPS2 Person.,
I take it you no longer need me to run the program across different B boards.

So essentially only the multiboot is affected by this issue.
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
I think it would still be good to test other 'b' boards with EPROMs just to be sure but at the moment it looks like the issue is with the multis only, but some worse than others. What would really nail it down though is if someone with the issue on a multi then takes the multi kit off and trys with a EPROM on the 'b' board to see if they get the same reading as the multi or the expected reading of always 1EAE or 1EAF.

It may be for example that issue only affects the multis with a set 'b' board revision or it may not be down to the multi directly but rather the fact that power supplies cannot power the multi and cps2 together... The fix being to supply power the multi pcb separately.

This is something really Mitsurugi-w and darksoft need to ask their users to check to nail down the cause and find a fix if required.
 

Lemony Vengeance

Mitt Romney's Hairdresser,
I think it would still be good to test other 'b' boards with EPROMs just to be sure but at the moment it looks like the issue is with the multis only, but some worse than others. What would really nail it down though is if someone with the issue on a multi then takes the multi kit off and trys with a EPROM on the 'b' board to see if they get the same reading as the multi or the expected reading of always 1EAE or 1EAF.

It may be for example that issue only affects the multis with a set 'b' board revision or it may not be down to the multi directly but rather the fact that power supplies cannot power the multi and cps2 together... The fix being to supply power the multi pcb separately.

This is something really Mitsurugi-w and darksoft need to ask their users to check to nail down the cause and find a fix if required.

I've spent considerable time with my multiboard and I haven't experienced any slowdown. Besides, these things shouldn't be running the PHX roms anyway. Have you tested lag on the multis with the avalaunch roms?
 

Pasky

Fug:DDDDD,
I think you're missing the point that Razoola is concerned with and that is the accuracy of the games being played back on the multi cart. It may not be noticeable to a casual player but perhaps to a high level player that can execute combos that require 1-frame links and can do them consistently. As an example, you could be losing 1 frame per 1000 in terms of speed (just an example) and you most likely wouldn't notice. 35,000 cycles being lost is not a minuscule amount, a single instruction on a 68000 could take 4-158 (MULU/S and DIVU/S reaching the higher cycles needed), that's almost 220 ASM instructions lost assuming the impossible situation that they are all DIVU's. I'd agree that this does need further testing to be sure.

For example, if you ran a legitimate SSF2T board side by side next to one on the Multi cart with the exact same romset and let them play for 24 hours, the multi cart board would slowly drift out of sync dude to the lost cycles.

I don't think he is saying it's unplayable but rather wants to ensure the integrity of the games are intact as I doubt the casual play would mind.
 
Last edited:

kahel

Armored Scrum Object
It voltage... It explains my first weirder results because my supergun was lower when i started it.

I set the power to 5.08V and ran 3 tests, now i always get between AE and AF.

Seem i need to run my cps2 board at 5.08 with the Multi cart.
 

ForeverSublime

Jaguar Ninja
Thanks for working on this fix, Razoola. I don't own one of these boards, but I love reading about this type of problem solving.
 

Lemony Vengeance

Mitt Romney's Hairdresser,
I think you're missing the point that Razoola is concerned with and that is the accuracy of the games being played back on the multi cart.

It's not his creation.
He objected to the compatibility of his work being played on it due to his dissatisfaction of it even existing.
Now he's saying that the PHX roms (which should be incompatible with this device) run slowly due to a defect on the device (a device that he himself doesn't like).

Sounds legit to me.

Would be nice to have the creator of the multiboard provide his own findings on it.... fat chance of him coming back here though.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
The code I created myself is testing the cycle speed, its neither a phoenix ROM or an avalaunch set, its a custom piece of code totally (counter calculation part below). Its only 0x460 bytes in size which is simply pasted over one of the files darksoft provided to be uploaded to the multi. This test intended to again check the speed of the phoenix sets (non encrypted versions of games) running on real hardware over a larger base so I included a multi version of the test as it is a way for people to test it who don't have EPROM programmers. Unfortunately it has highlighted a potential issue that so far is only affecting multicart users. More tests are needed to lock down the cause but there is an issue somewhere

This is all about non encrypted games playing at identical speed to the original. It has highlighted an area where they do not.

Code:
vbl	addq	#1,d7			vblank vector comes here
	rte	


again	move.w	#$2700,sr		disable interrupts
	moveq	#0,d0
	move.w	#$fffe,d7
	move.w	#$2000,sr		enable interrupts
stloop	move.w	d7,d2
	bne.s	stloop

loop	addq.l	#1,d0			add to counter
	cmp.w	#$0001,d7			
	bne.s	loop

	move.w	#$2700,sr		disable interrupts
	lea	$0092CCD8,A1
	bsr	pval			Print counter (D0)
	bsr	wbutton			Wait button press
	bsr	clear			Clear entire screen
	moveq	#127,D1	 
	bsr	wait			Small delay
	bra.s	again
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
@Lemony Vengeance

Your setup may be playing at the correct speed, but it also may not. There is no way for you to know unless your a very experienced player with some of the CPS2 titles or you do the test for yourself on your setup.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
It voltage... It explains my first weirder results because my supergun was lower when i started it.

I set the power to 5.08V and ran 3 tests, now i always get between AE and AF.

Seem i need to run my cps2 board at 5.08 with the Multi cart.

This is good information, Its a case of if you would have been required to make that adjustment if the multi was not present on the CPS2 'b' board (probably you would not have due to the lower power draw). Everyone with a multi is going to have to check if they want to be sure games are running at an accurate speed.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Post the link for the encrypted test program rom.

Its not that simple as a different encrypted build would be needed depending on the non suicide 'b' board you wanted to test on, I never kept the encrypted test bin used because of this. I have spent the morning trying to find the tool created that would re encrypt code but I can't find it, its going to be on a old lost HDD somewhere I guess.

Talking about this now I remember the encrypted test program had the added watchdog kicks in place (those needed changing dependant on game also), these were intentionally not in the decrypted build. They did not steel cycles from the timing calculation loop though so the results equal. Back then I was testing a system with a working protection/watchdog against a system with default protection and no triggered watchdog (as happens when a phoenix game is running).
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
Original post has been updated to make this information easier to understand.
 

Dion

Known Scammer, NeoGeoFreak Co-Founder
Wow. You are really stretching with this one. Makes you look really bad actually. One test and its conclusive? Testing and adjusting voltage a bit is part of the hobby. If you think the multikit is drawing more power than a fully populated eprom daughterboard then you aren't as smart as you try to appear. This has been out for awhile and there are hundreds of these in the hands of gamers. Many of them "elite" fighting game players. NOT ONE PERSON has complained about any timing issues. So right now it just looks like another witch hunt by Razoola.

Grow up.
 

Dion

Known Scammer, NeoGeoFreak Co-Founder
Anyways, *IF* anyone does have any issues with their kit they just need to come over to our forums and get taken care of:

ARCADE-PROJECTS.COM

Check it out. All support is handled over there quite easily. We are more than capable of troubleshooting and fixing our own issues. And since no one is complaining about timing issues there is no need for us to fix anything.

Clearly Razoola is trying to incite something as he knows how picky collectors are and putting even a small seed of doubt into someones mind could cause extra unnecessary work for us. It has become par for the course for Razoola and it isn't helping his increasingly tarnished reputation. Do you expect anyone to believe you just randomly decided to check for a potential issue "out of the kindness of his heart"? Really? You might have to adjust your voltage? HOLY S*HIT!!! The sky is falling!!!!!

So sad...... Really....
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Wow. You are really stretching with this one. Makes you look really bad actually. One test and its conclusive? Testing and adjusting voltage a bit is part of the hobby. If you think the multikit is drawing more power than a fully populated eprom daughterboard then you aren't as smart as you try to appear. This has been out for awhile and there are hundreds of these in the hands of gamers. Many of them "elite" fighting game players. NOT ONE PERSON has complained about any timing issues. So right now it just looks like another witch hunt by Razoola.

I have accurately written up the situation in a clear and unbiased way. I have provided the test programs for users to try, clearly pointed out it may not affect everyone (and may affect non multicart users too). Do you not agree its in the interest of the users of your device (and CPS2 users using EPROMs) to give them a way they can confirm the CPS2 'b' board is running at the correct speed?

Its not an attack on darksoft, you or your device, you need to get over that. This thread started out as a relook at the claim phoenix sets were not running at the correct speed.
 
Last edited:

ForeverSublime

Jaguar Ninja
Anyways, *IF* anyone does have any issues with their kit they just need to come over to our forums and get taken care of:

ARCADE-PROJECTS.COM

Check it out. All support is handled over there quite easily.

Do you have any units for sale that don't have this problem?
 

Dion

Known Scammer, NeoGeoFreak Co-Founder
Do you have any units for sale that don't have this problem?

There is no problem. It is a 'problem' manufactured by Razoola. Potentially needing to bump up the voltage a bit does not represent a problem in this hobby.

And Razoola, as you did not originally state your intent in the original post until after you saw some results you really wanted to see then that can only lead people to one conclusion. And I will let them draw it themselves. Bumping the voltage up a bit fixes the 'issue'. Too bad for you.

I will bet the voltage is bumped up much less than an all original pcb with an eprom daughterboard.

And yeah I don't want to start more shit here but someone needs to mind their own business and projects and stop with this unnecessary drama. You made it clear you wanted no part of this project. So stay out of it. Everyone with even half a brain is not fooled your true 'intent'.

If anyone needs help with their multikit then come over to our forums. We can fix any issues. We have analyzed Raz's files and may make a statement about that over there soon as well if the childishness persists here.
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
A voltage bump is no big issue for many I agree, it can however lead to issues with some games I believe which is why I placed the warning on doing that. Doing the test to check is no big issue in the grand scheme of things, especially easier to do for those with the multi kit than not. Having the games run as original is important for many as you say.

Have you tried the test yourself? I will be happy to update this thread with more information as I get it.

You can for example do the test yourself, see if you get the situation or not. If you do get it then you can do some tests yourself as in, not altering the psu voltage, putting eproms back on the 'b' board and doing the test with EPROM. Seeing if you get the same results...

If you don't get the issue on your cps2 with the multikit, lower the voltage until the issue shows and then report the findings.

I can use that info and update the thread and you can use the info to let your multikit users how to set their voltage to ensure their games play correctly. You can even include the test program (I have no problem with that) with any avalaunch ROM update you provide.

This is for CPS2 users, I hope you can see this.

Raz
 

Dion

Known Scammer, NeoGeoFreak Co-Founder
So just tell me this.

Why did you hide the reason for these tests? You got the results from one person that was basically duped into doing a blind test and then you revealed your intent for the testing after receiving one set of results.

Those are shady practices, Raz.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
I don't quite see how I duped anyone, can you expand on that?

I did not hide the reason for the test. But honestly, how would it have looked if I would have said off the bat in my first post about it that I had discovered slowdown issues with the multicart? I did purposely make my first post in the forum in a way not to imply anything because it would not be fair, taint the test and because I did not have enough information to make any judgement. This test was originally about the phoenix sets and speed and not the multikits. And as discovered since it would have been wrong to instantly solely blame the multikit as it can affect EPROM based systems also.

The issue as its understood at the moment is voltage related, but as it stands now both multikits I have results for have shown the issue and no EPROM based systems at all (about 15 taking my test in years gone by). One multikit has been fixed with the voltage adjustment as reported in the thread and I have asked the other multikit user to see this thread to try the same thing. I will report on that once I have the result.

So if you can do the test as well it will help get to the bottom of this and the voltages required to ensure proper operation of CPS2 system, we both want the same thing there afterall.

Raz
 
Last edited:

Dion

Known Scammer, NeoGeoFreak Co-Founder
No. You did hide the reason for your test. So they did the test not even knowing why.

An add-on like the multi would be expected to draw a bit more power and require a voltage check. No need to cause fear in people....

But since literally NO ONE has reported any timing or slowdown issues then it really is a moot point. No reason to bump up voltages if you don't need to.
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
No. You did hide the reason for your test. So they did the test not even knowing why.

An add-on like the multi would be expected to draw a bit more power and require a voltage check. No need to cause fear in people....

Who are you talking about, the first person I asked or the person who posted in the thread?
 

Razoola

Divine Hand of the UniBIOS,
Staff member
But since literally NO ONE has reported any timing or slowdown issues then it really is a moot point. No reason to bump up voltages if you don't need to.

I got an email last month from I assume was someone in Spain ranting that their suicide free CPS2 games were not the correct speed and to fix it. An email I promptly deleted. I did however take the time to check again as I have free time to take a few minutes to burn a EPROM and ask a friend to test also. I did not expect to find anything but I did. I have no idea if the original email was from a multikit user or not or if it was even real at all.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Anyone who downloaded your test roms before you stated what the test was for.

The test was provided in 2 formats, one for eprom and one for multkitt. I'm sure the multikit user who did report is happy with the outcome that he is now sure his games are playing at the correct speed where they were not before.
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
But he didn't notice anything before the test so....

I'll let kahel respond to that if he wants to.

Plenty of your users did not notice the audio popping/cracking issues with the multikit until it was pointed out to them (yourself included), the issue was present however. You have been handling that situation very well for your users btw.

On that point though, it's not beyond reason to speculate the audio problem your dealing with is actually related to the same thing I have found. I'm not saying it is but knowing what I have seen now with how the CPS2 system behaves when its underpowered, and what darksoft himself said about the cause of that issue... Its not a long jump to think they are related given both relate to a voltage situation is it? It is certainly worth the five minutes effort it would take to up the voltage slightly at the JAMMA edge to see if it solves it. I would try it at least if I were in your position, could be five minutes well spent if it works and cancels the need to offer the fix you are now.
 
Last edited:

Dion

Known Scammer, NeoGeoFreak Co-Founder
Voltage was one of the things we tested pretty extensively when dealing with the sound issue including supplemental power to the multi pcb itself. The problem persisted. We came to the conclusion that the voltage was not the issue. As I said after good testing by multiple persons.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Voltage was one of the things we tested pretty extensively when dealing with the sound issue including supplemental power to the multi pcb itself. The problem persisted. We came to the conclusion that the voltage was not the issue. As I said after good testing by multiple persons.

That's good because it needed ruling out.
 

kahel

Armored Scrum Object
I'll let kahel respond to that if he wants to.

Honestly i haven't noticed any timing issues with my multi-kit. I am no hardcore fighting fan but i did compare a few games between the multi kit and a battery b-board of the same game . There was no difference beside the crackling audio wich was very minor . Controls and gameplay are the same in my opinion.

I just did the test to help out collect information.
 

Dion

Known Scammer, NeoGeoFreak Co-Founder
Honestly i haven't noticed any timing issues with my multi-kit. I am no hardcore fighting fan but i did compare a few games between the multi kit and a battery b-board of the same game . There was no difference beside the crackling audio wich was very minor . Controls and gameplay are the same in my opinion.

Thanks for the independent confirmation. If you want your crackle fixed we are doing those updates now for free. Just contact us on our site and we will hook you up.
 

lachlan

drunk downunder!, aka. Muff Diver.,
Wow. You are really stretching with this one. Makes you look really bad actually. One test and its conclusive? Testing and adjusting voltage a bit is part of the hobby. If you think the multikit is drawing more power than a fully populated eprom daughterboard then you aren't as smart as you try to appear. This has been out for awhile and there are hundreds of these in the hands of gamers. Many of them "elite" fighting game players. NOT ONE PERSON has complained about any timing issues. So right now it just looks like another witch hunt by Razoola.

Grow up.

I suppose because you haven't heard about it, it doesn't exist? Interesting approach.

Sounds more like a back end curiosity than a real world issue mind you.
 

Razoola

Divine Hand of the UniBIOS,
Staff member
Honestly i haven't noticed any timing issues with my multi-kit. I am no hardcore fighting fan but i did compare a few games between the multi kit and a battery b-board of the same game . There was no difference beside the crackling audio wich was very minor . Controls and gameplay are the same in my opinion.

I just did the test to help out collect information.

Yes, this is what the community is all about, helping and sharing information that is helpful to all. Your results are different from the other test I had in that most of the time you were fine, but not always given you were experiencing the same inconsistent numbers. I mentioned this already so its unlikely you would notice anything. The slight voltage tweek you applied has fixed the situation totally though based on what you have said. As a matter of interest, has the audio situation changed or improved at all since you altered your PSU?

The information in this thread is for everyone who uses CPS2 hardware (not just multikit), its to aid them get correct gameplay as expected on their system. I will be updating it as needed to make sure the first post is as accurate as possible based on the information I have at hand.

Raz
 
Last edited:

Unessential

New Challenger
I don't think razoola is trying to cause fear, Even if upping the voltage is a non-issue that can be fixed by turning a knob. It is still something that is occuring that is unexpected / not intended. Someone having this issue may notice in the future, have it happen in a higher degree, or have this problem compounded with another.

They may not know it is a voltage issue. Going through this thread would identify/confirm that. And for someone like me, who's legitimate, original CPS2 boards don't even run unless the power supply is set to max voltage. Wouldn't consider buying a new power supply (because the one I have "works" fine) until reading this thread.

Regardless if it's a "problem" or not. Or if it's related to your multikit or not, it's just good documentation and it helps everyone troubleshoot in the future, and understand their hardware a lot better.

and that can't be a bad thing.
 
Last edited:

Razoola

Divine Hand of the UniBIOS,
Staff member
Yes its important so I have also updated CPS2shock about this situation. I'm also going to be updating my suicide tester program so it checks for this issue to, this information is for all CPS2 users. Those playing original games, those using suicide free boards and those using multikits. It potentially effects everyone using CPS2 hardware.

I still need more information though so the more people that test using the current test programs the better.
 
Last edited:

kahel

Armored Scrum Object
As a matter of interest, has the audio situation changed or improved at all since you altered your PSU?

Nope it had no effect on the crackle, higher or lower voltage.

Thanks for the independent confirmation. If you want your crackle fixed we are doing those updates now for free. Just contact us on our site and we will hook you up.

Aye i'll be sending you a PM on the AP forum this week for the fix. Thanks!
 

nio

Cheng's Errand Boy
I am not a collecter, thats why I buy Multi-Board and Multi-Modules. I am an enthusiast, though. Thats why I want to play on original hardware to get the real experiance, real sound, real timing, ...

I really dont get it why people are called "anal" just because they dont like a crackled audio. (ok, it got fixed)

I do not have the option to check for correct timing, because I dont have the original games. I thought real hardware will have the correct timing. I am very glad that somebody points out the issue.

Instead of denying and blaming, we should be thankfull that somebody points it out. Now its time to fix it?
 
Top