Jump to content
  • Advertisement


  • Content count

  • Joined

  • Last visited

Community Reputation

613 Good

About ErnieDingo

Personal Information

Recent Profile Visitors

4739 profile views
  1. ErnieDingo

    Strafe : Air Support

    Update on progress - semi long video discussing first mission and voice over of what I am currently working on.
  2. ErnieDingo

    Programmer looking for team to join

    Hi Bartek, please update your profile with your preferred skill set to help the projects out with what you would like to do/grow. And good luck!
  3. ErnieDingo

    Strafe : Air Support

    Latest update -> Just a quick demo of the current status of the game
  4. ErnieDingo


    PLEASE NOTE: WE ARE ON THE LOOKOUT FOR A CODER AND 3D ARTIST. Please contact me through PM here. Pacific Strafe is a linear mission based game in which you fly various american planes in missions in the Pacific theatre of World War 2. Each mission can be completed using what planes you have at your disposal, there are 4 planes in which you can fly: Corsair F4U P51 Mustang P38 Lightning Grumman Avenger Each plane has strengths and weaknesses against, Air, Sea and Land targets. Graphics Fixed 3d perspective ww2 flying game. The game engine was developed by myself and is custom built using C# and Sharpdx. Aiming to have XBox specs as the base standard for the game, but lower machine specs run the game at an acceptable speed. More to come...
  5. ErnieDingo

    Strafe : Air Support

    Version 0.83 is now available -> Album preview here. Requires XBox Controller to get the most out of it, but works with most gamepads and keyboard does also work. insanesoftware.com.au/Strafe_Latest_Build.rar Tim Dev map doesnt work, but other 2 do.
  6. ErnieDingo

    Strafe Air Support - Version 0.83

    Version 0.83 WIP - Screenshots from downloadable version!
  7. Scratch that. I had a revelation. I'm currently rendering to a non msaa buffer for my shadow depth buffer. I should add a 2nd depth target to render to. As the first is orthagonal for shadow. I could also render a projective version to a 2nd depth buffer.
  8. Thinking now a depth only render pass to a non msaa depth buffer is my only real option. Which means rendering the scene again sans water. Need to balance this against the performance hit of sampling from a msaa based buffer. Performance hit is more consistent than the increasing hit of higher and higher msaa levels
  9. I'm thinking i should do as you mentioned, which is to target a 2nd non msaa depth buffer. My question is whether i render the entire scene again but depth only or render including scene. Rather than resolve the msaa buffer. I'm thinking the former is best.
  10. HI, I'm doing a final pass on my water rendering, as such, I would like to be able to reference a copy of the depth buffer to understand how deep the water is at a point based upon the water pixels Z and the Depth of the Z value. Im doing some water depth related effects, therefore sampling the Z Depth. I have a few ideas on how to solve this. The simplest I believe is not possible, so it leaves me with a couple of options. 1 - ResolveSubresource from a MSAS Depth buffer to a non MSAA Depth buffer (believe this is not possible as resolving from a depth buffer with depth stencil flag set). 2 - I just copy the depth resource as a MSAA Depth buffer to a MSAA Depth buffer. Then Use Load to sample in the shader for the depth. Slower, but should work. 3 - Render the MSAA Depth buffer using a full screen quad to another target which is a non MSAA SRV. 4 - Consider this is a transparency pass, I probably could use the depth buffer unbound from rendertarget and use as a SRV and use Load to sample from it (no need to copy at all). 2 or 4 seem to be the go. I believe 4 would be best of all the options. and should be the fastest option. Comments. Am I missing something here? Cheers
  11. ErnieDingo

    "3D Decals" for roads on terrain.

    Just to elaborate on the static piece, I was a little simple with "1 Call". I do actual break the world up into boxes, each box has reference into the decal buffer for decals that are contained there in. All the geometry is grouped together for 1 draw call per box. But its all in 1 buffer.
  12. ErnieDingo

    "3D Decals" for roads on terrain.

    I have 2 types of decals, dynamic and static. Static decals are built into one buffer and one draw call. Textures are referenced via Shader resource Texture Array. Dynamics reference the same way. Dynamic though have their buffers rebuilt each frame. Splines are triangle strips, so its one draw call one with all the vertices and indexes are marshalled. The premise is not to make the decals compare against Z depth, but to bake it into the actual final render. Traditionally, most people build decals by rendering into the same scene, my approach is to render into a seperate buffer and bake it. The key is to render the decals into a seperate buffer.
  13. ErnieDingo

    "3D Decals" for roads on terrain.

    Having no background in the rendering pipeline for Unreal, I cant comment. But the technique you might be able to adapt. Basically, you need to render your decals into a separate rendertarget, using the Z from the target scene (im assuming you are using deferred here) to do rough z testing. Basically, severe bias on the decal Z test (to avoid any Z fighting). What you really are trying to do is exclude decals that are genuinely obscured by geometry. This pass is all about approximation. when rendering the decals you can add extra stuff like masks etc, baking more information into the rendertarget as you like. What this then gives you is a view of all visible decals in the scene. Now, on the final render pass, you need to sample from this rendertarget (shader resource of course), blending in the decal onto the terrain. What this does is, Z fighting is completely avoided at any distance. Let me know if this helps. I've made a few posts on this, including a step by step process I went through to get to my result. You will need to trawl through late to mid 2016 to find it. I couldnt. This one was also where I posted
  14. ErnieDingo

    Strafe : Air Support

    Version 0.81 is up, lots of changes, mostly to do with camera controls, sound effects, bits of additional content and lots of fixes to enhance the gameplay. Working also on new maps, new region underway. Must to do, if you want to have a play, drop on over to the facebook page.
  15. ErnieDingo

    Any simple Game Document Design template?

    Thanks for this thread! I've been looking for a template also!
  • Advertisement

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

Participate in the game development conversation and more when you create an account on GameDev.net!

Sign me up!