search

Kiraneki / nulldc

Automatically exported from code.google.com/p/nulldc
0 stars 0 forks source link

Pop-up in games - fog not emulated? #278

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
I noticed ugly polygon pop-up in both Omikron/Nomad Soul and Spec Ops II (see 
pics). On real hardware there is fog to blend distant polygons in.

Comparison videos (both from around 4:00 mark):
Omikron: http://www.youtube.com/watch?v=H7ziJ2Wi4R8
Spec Ops II: http://www.youtube.com/watch?v=NTa-0uBRSlM

Tested on r78, NTSC-U GDI versions.

Original issue reported on code.google.com by matbur...@gmail.com on 14 Oct 2010 at 12:33

Attachments:

GoogleCodeExporter commented 9 years ago 
I don't think the two bugs are related, but they both are in fog. Omikron seems 
to somehow have correct fog, but on some places the fog is not drawn. Spec Ops 
seems to hae wrong fog factor thus making culling visible

Original comment by drkIIRaziel on 16 Oct 2010 at 11:23

GoogleCodeExporter commented 9 years ago 
Can you try with r112?

Original comment by Dimitris...@gmail.com on 16 Dec 2010 at 5:31

GoogleCodeExporter commented 9 years ago 
Bit late, but r112 won't play either game - both stop after the intro with 
'Write to [Boot ROM] is not possible' log messages (see pic).

Must admit I haven't kept up with the last few revisions - is there something 
I'm doing wrong? Try a later revision perhaps?

Original comment by matbur...@gmail.com on 18 Dec 2010 at 1:32

GoogleCodeExporter commented 9 years ago

Original comment by matbur...@gmail.com on 18 Dec 2010 at 1:38

Attachments:

GoogleCodeExporter commented 9 years ago 
Don't use optimized-builds when reporting. Just use a new drkPVR plugin on a 
revision that boots the game. And if you can, find which revision broke its 
boot.

Original comment by KrossX3 on 18 Dec 2010 at 1:43

GoogleCodeExporter commented 9 years ago 
Works fine 'till r107.r108 broke something.

Original comment by Dimitris...@gmail.com on 18 Dec 2010 at 11:24

GoogleCodeExporter commented 9 years ago 
SPU DMA takes too long and such. Setting it too low will break some stuff, too 
high will break other stuff.

Now, if there was a better DMA implementation and timing system it would all be 
alright.

Original comment by Mr.PsyMan on 18 Dec 2010 at 12:08

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Using a non-optimised build (r119), the following is repeatedly logged:

8 bit vram writes not possible

Original comment by matbur...@gmail.com on 19 Dec 2010 at 10:26

GoogleCodeExporter commented 9 years ago 
I created another issue for the vram error that's preventing this issue from 
being retested.

Original comment by matbur...@gmail.com on 5 Jan 2011 at 9:57