Open GoogleCodeExporter opened 9 years ago
Oh noes, you made by code crash. Tsk.
I'd guess sh4rec, or some other random function pointer. I love these bugs, so
easy to debug !
Original comment by drkIIRaziel
on 16 Oct 2010 at 11:40
Can you check with dynarec disabled ?
Original comment by drkIIRaziel
on 20 Oct 2010 at 10:10
Recheck with r79 !
Original comment by drkIIRaziel
on 20 Oct 2010 at 10:34
[deleted comment]
Okay, this is 99% the same as issue 291.
Original comment by drkIIRaziel
on 21 Oct 2010 at 12:25
Okay, slightly adjusting the timing makes the problem go away. Now, THATS
interesting, ins't it ? here's our first ever 'omg weird timing wtf whut' bug
;p. Sh4int timing makes it go away. Prolly related to the lowfps issue it has.
Original comment by drkIIRaziel
on 21 Oct 2010 at 8:54
Still bugge(re)d in r84.
Original comment by matbur...@gmail.com
on 27 Oct 2010 at 6:16
[deleted comment]
*delete previous comment*
Forgot to include the drkprv.dll earlier ;)
Re-download again..
Installation:
All you have to do is to download a pre-compiled build of r135 and overwrite
the old contents with the new ones included in the archive.
Original comment by Dimitris...@gmail.com
on 5 Jun 2011 at 6:22
Attachments:
It seems fixed a long time ago. The game works fine on r130 - r135 and new
"tst.zip " without crash.
Original comment by N2008eo...@rambler.ru
on 5 Jun 2011 at 9:00
That's weird , because guess how i fixed it : by catching the exception which
happens every time you attempt to skip the intro that plays just before the
level has finished loading ;)
Anyway..Its a tile accelerator dma issue.
For some odd reason it spawns a "vertex proccessing type" op while the previous
op was either "end list type" or nothing , which
means that the vertex proccessing callback is null at the time that it has to
be called ...and guess what happens ;);)
But its definitely not impossible that different timings(on an old pc for
example) would result in completely different behavior...
Original comment by Dimitris...@gmail.com
on 5 Jun 2011 at 10:41
Oh , and , this game seems to trigger another issue as well.
Not only it does the above(jut like Sega bass fishing) but some times it fails
in an assertion which only should pop up when the next ta list is already
allocated.
Original comment by Dimitris...@gmail.com
on 5 Jun 2011 at 10:44
"Those" issues are most likely related to the timing hack-ups done so far. This
includes DMAs and the GD-ROM slowdown hack-fix drk did some time ago.
You can try verifying this... but if it's verified that this is the cause, then
there's no point in creating a workaround since other stuff will break.
Original comment by Mr.PsyMan
on 5 Jun 2011 at 11:04
[deleted comment]
It was fixed by r114.
Problems existed before r113. (It happens in "championship mode").
Interesting thing. In r113 when I change the point of view and got to cabine I
see the dark shadow that covers some areas of screen. Sometimes happens crash.
Original comment by N2008eo...@rambler.ru
on 5 Jun 2011 at 11:28
Attachments:
[deleted comment]
Still crashes with r139.
Original comment by x.ran...@gmail.com
on 20 Oct 2011 at 12:34
Use the dll in the patch attached above.
Original comment by Dimitris...@gmail.com
on 24 Oct 2011 at 3:49
Original issue reported on code.google.com by
matbur...@gmail.com
on 13 Oct 2010 at 11:45Attachments: