Port of my city renderer

Hmm, on AMD as well? I'll need to look into this - I might need to wait until the next draw call to create the assets instead of making them as soon as the reset occurs.
 
RHY3756547 said:
xezno said:
Do you think it'll work on this GPU:
Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09)
Click to expand...
That's not exactly workstation hardware... But it should work on anything with Pixel Shader 2.0 or above.

It's apparently equivalent to Intel® HD Graphics P4000, and it works fine on my Intel HD Graphics 3000, so it should work correctly. Still not sure why you would have an Intel Xeon though.
Click to expand...
Because my computer is SPECIAL. Very, very special... If it's equivalent to that then I'm going to try it (hopefully) in VirtualB.
 
zephyr2 said:
RHY3756547 said:
Turns out I was right, the assets silently fail to generate if I try to draw them as soon as the device resets; I have to flag it to regenerate next draw call. This works for Intel, can you verify that it works for AMD too?

https://dl.dropboxusercontent.com/u/122 ... Fix500.zip
Click to expand...

It regenerates fine now, can minimize/maximize all I want :D
Click to expand...
Fantastic! Seems like I've hit all the bugs now; I'm not able to get a crash or break the view in any way anymore.
 
For now the .zips include all the relevant files, so you can just extract them anywhere.
 
Okay, that's everything finished! Just sent the pull request.
 
Hmm, just came across a rare bug where minimizing restoring would try to redraw without recreating the resources... Very weird.

EDIT: Can't figure this one out, at first I thought the reset event might have been firing after the first redraw, but even when I set the regenerate data flag on DeviceLost it still crashes.

EDIT2: Turns out every minimize the whole program was reloading!
 
RHY3756547 said:
Fixed the issue... Required a complete reworking of how I handled loading content. I still think this might not be right...

https://dl.dropboxusercontent.com/u/122 ... Fix501.zip

No longer recreates the Terrain object on graphics reset. It's mostly under the hood, but can AMD guys check if this still works?

Here's the pull request:
https://github.com/Afr0/Project-Dollhouse/pull/41
Click to expand...

Yes, it still works. When restoring the window, it's all grey for about a second and then displays the city properly (this is not a bug though, I assume).
 
Idk if this is normal but when I zoom, I noticed a slight shift houses by raport to view the complete city/map view.
 

Attachments

  • 2014-01-23_010738.png
    2014-01-23_010738.png
    1.4 MB · Views: 77
  • 2014-01-23_010953.png
    2014-01-23_010953.png
    1.3 MB · Views: 77
The land flattens a bit when you zoom in (so you can see more land), so the houses do "change position" slightly.
 
RHY3756547 said:
The land flattens a bit when you zoom in (so you can see more land), so the houses do "change position" slightly.
Click to expand...
ok, so it is normal or no? it will remain in the next upcoming release?
 
Yep. The alternative is doing what the original does and rotating the view to true isometric (35.264 degrees vs 30 degrees) but this appears wrong as the houses and trees are rendered at 30 degrees, and computers aren't great at displaying 35.264 without horrible aliasing.

EDIT: Actually, the issue in that image is that the houses are behind the hill. When you zoom in, the hill flattens and you can see behind it. I think the original game did display the house icon for even obscured houses, but again I'm not 100% sure.
 
RHY3756547 said:
EDIT: Actually, the issue in that image is that the houses are behind the hill. When you zoom in, the hill flattens and you can see behind it. I think the original game did display the house icon for even obscured houses, but again I'm not 100% sure.
Click to expand...

This is the best reference I got...
RUGA3oY.jpg
 
You must log in or register to reply here.
Back
Top