Open GoogleCodeExporter opened 9 years ago
why are you using EMUCR builds when we provide every single revision? I know
it's not their issue, but i would recommend against using unofficial builds.
Original comment by refraction
on 5 Mar 2012 at 5:24
Retested Primal in HW-mode with the autobuilds.
The result is the same.
The problem remains in r5113.
Can't attach new logs: "Issue attachment storage quota exceeded."
If you want them, post a link to your forum-profile.
Original comment by pg...@yahoo.se
on 5 Mar 2012 at 7:06
249 MB (99% of total attachment quota)
Sigh, it's time to ask for an upgrade again..
On the issue: Is it working any better in software mode?
Original comment by ramapcsx2
on 5 Mar 2012 at 9:37
It's working fine in SW-mode.
Original comment by pg...@yahoo.se
on 5 Mar 2012 at 9:52
Hmm, lots of changes there. Would be best if Gabest took a look.
Let's try this :p
Original comment by ramapcsx2
on 6 Mar 2012 at 1:32
Here is the new logs.
Original comment by pg...@yahoo.se
on 6 Mar 2012 at 4:32
Attachments:
Maybe this has something to do with the problem "Hardware Online Arena" has in
HW-mode,
namely that once in game the 2D-stuff is displayed, but not the 3D-stuff;
the screen is all black save for the 2D-stuff.
Out of topic: HOA crashes in the menu in SW-mode.
These problems have always been, (as in before r1888); there not new.
Original comment by pg...@yahoo.se
on 9 Mar 2012 at 4:58
Attachments:
Noted.
Please wait for Gabest to look at this.
He'll know why this revision broke the game.
Logs aren't needed btw.
Original comment by ramapcsx2
on 9 Mar 2012 at 6:49
I'll bet the problem lies here, even though I can't make much out of it.
GSRendererHW.cpp
void GSRendererHW::VSync(int field)
{
if(m_reset)
{
m_tc->RemoveAll();
m_reset = false;
}
GSRenderer::VSync(field);
m_tc->IncAge();
m_skip = 0;
}
Perhaps this solves it:
void GSRendererHW::VSync(int field)
{
if(m_reset)
{
m_tc->RemoveAll();
}
GSRenderer::VSync(field);
if(m_reset)
{
m_reset = false;
}
else
{
m_tc->IncAge();
}
m_skip = 0;
}
Any thoughts?
Original comment by pg...@yahoo.se
on 9 Oct 2012 at 5:31
Care to make a build of this, so I can test it?
Original comment by pg...@yahoo.se
on 30 Nov 2012 at 3:33
Attachments:
The patch didn't work.
Let there be a new return of Gabest!
Original comment by pg...@yahoo.se
on 20 Dec 2012 at 9:46
Waiting for haswell next year. UAVs at every stage in DX 11.1 is also
interesting.
Original comment by gabest11
on 20 Dec 2012 at 9:55
[deleted comment]
This might be related:
http://forums.pcsx2.net/Thread-Unknown-problem-with-svr11
Original comment by pg...@yahoo.se
on 26 Jan 2013 at 2:15
This might also be related:
http://forums.pcsx2.net/Thread-Onimusha-Blade-Warriors
Original comment by pg...@yahoo.se
on 14 Feb 2013 at 6:02
We went over this problem and there's no good fix for now. It worked in older
GSdx versions by chance, where the D3D surface cache returned the correct and
uncleared render target, but that never was the intended design.
To solve this issue, we would need to rewrite the caches (the usual) or CRC
hackfix the game.
Original comment by ramapcsx2.code
on 2 Mar 2013 at 5:55
Considered the patch by miseru99?
It doesn't fix Primal (there is some diplay garbage), but makes it playable.
http://forums.pcsx2.net/Thread-GSdx?pid=285925#pid285925
Original comment by pg...@yahoo.se
on 18 Mar 2013 at 6:47
Yes, we did.
There is no good fix as I said before.
No matter how we do it, it'll be wrong.
Original comment by ramapcsx2.code
on 20 Mar 2013 at 2:11
Original issue reported on code.google.com by
pg...@yahoo.se
on 26 Jan 2012 at 11:25Attachments: