|
PCSX2 bug(s)?
|
 (11-01-2011, 04:43 PM)ateste Wrote: If there was a more 'complete' list of possible CDVD game bug descriptions hanging around the SVN somewhere, maybe he'd revisit a few more again when he feels better. It's how we did bugs with PCSX1 - a sticky colored post-it board (really!). This is a great idea  Also I believe the decompression thing is a good reason why Tales would crash on us. I'll investigate in that direction. Keep these infos coming, they're gold for us! 
11-03-2011, 06:26 PM
We tried fixing SMT3 + TC2 (USA). Didn't get far.
We think they're the same cdrom problem though.A workaround gets TC2 to play in-game + SMT3 stops whining about BREAK. Code: if (EmuConfig.Speedhacks.fastCDVD) eCycle = 10;Still looking at this. Both of us likely need to learn how to IOP debug. Tried improving PCSX2 FWNull but didn't get anywhere. Sony I.Link doesn't match IEEE OHCI? ftp://ftp.microsoft.com/bussys/1394/OHCI...OHC1.0.pdf ftp://ftp.microsoft.com/bussys/1394/OHCI...OHC1.1.pdf Register locations are different and Sony does 16-bit swapping compared to normal OHCI. @rama Does ToA toy with DMA3? Like stalling cdrom by holding DMA3 off for awhile?
11-03-2011, 09:14 PM
I'm not too good with reading logs but I'll attach one.
This is done in the problem loading spot, so if PCSX2 wouldn't be doing very long seek times here, it'd fail.
11-04-2011, 12:28 AM
You've got a strange one.
Code: CDVD(000290b8 9557f78a): cdvdWrite04: NCMD CdReadDVDV (8) (ParamP = b)READBLOCK means DMA3 finished and CDROM can't flush data. Happens lots in your log. Stop-go DMA transfers. Goofy stuff. ^^ General behavior seems okay though.  Maybe it's the dvd-r speed that's too fast? This used often enough Code: Speed=4(2)(2) = param[9] = spin control Looking at this (see ps2cdvd_select_speed for normal CD) http://homepage.ntlworld.com/garlicbread....2.1.patch So for DVD, it may be: 0 = max (4x) 1 = 1x 2-3 = 2x 4+ = max That would slow you down some bit (4 -> 2). And maybe break some other game. :eek:
11-04-2011, 02:06 PM
Nice patch file there, hope I can salvage some info
SpindlCtrl is almost always "2" or in some rare games "131" (integer). (PCSX2 doesn't even use it and just hardcodes the read speed to 4x (dvd).) In TotA the game always uses "2".
11-04-2011, 10:15 PM
One of us plans to buy TotA USA so we can check it out.
 Time Crisis 2 USA fix Code: case 0x08: // STATUSGame checks for READING flags. Not PAUSE flag while reading DVD sectors. Now loads fine without fast CDVD hacks.
11-05-2011, 04:36 AM
atese, any ideas on what causes doa2 to murder the emulator
11-05-2011, 08:31 AM
(This post was last modified: 11-05-2011, 08:32 AM by andutrache.)
@aaa801: oh i know that : its because EE cache is not implemented in recompiler.
(11-04-2011, 10:15 PM)ateste Wrote: One of us plans to buy TotA USA so we can check it out. Come visit #pcsx2dev, our channel on Efnet for a little chat about TotA then. I can tell you what our findings are so far The CDVD thing is a good find, too. I'd just like to avoid hacking it in like that again. Maybe we can go over the code and put the needed flags in their correct places. Makes it look a lot less hacky
11-05-2011, 03:57 PM
I'll try hitting IRC later today. But it might be short sessions of "IRC tag".
We think we've 'unhacked' the spin + read flag hacks. Kinda messy patch but it's how we communicate during short time bursts. :lol: Code: static uint cdvdStartSeek( uint newsector, CDVD_MODE_TYPE mode )(1) = STOP -> SEEK (satisfies SPIN condition) (2) = PAUSE -> READ (READ condition) (3) = PAUSE -> READ (READ condition) (4) = Remove 'hacky' testing Game seems a-okay. |
|
« Next Oldest | Next Newest »
|
