Jump to content
  • Advertisement

Project: Project Taival

Dev Diary #005 - The Devil Is In The Details



Hello, and welcome to the fifth Dev Diary!

I have been making progress on the Demo room and the details for the assets are forming nicely. The Time-Lapse video showed me building the generic furniture, which are almost complete. There are still several assets to be done though - the space heaters/radiators, stove and freezer. Handles need to be made for windows, cupboard doors and doors in general, as well as drawers.




One window frame done, 2 to go. Luckily those are all that is needed to cover every window. Enlargements of window pane slot and window hinge

Making the window frames is not as bad as many say, at least not on #sketchup, but it did take quite a bit longer than I anticipated. hinges are still one of the most time consuming things to make and the window hinges are not an exception to this. This simple hinge and the window frame together took about 3 hours to make, taking into account all the measurements, re-sizing and error correcting. Sometimes #sketchup can be a pain in the behind, despite it being so easy to use, most often when trying to merge two forms/components together.




Front doors are also largely generic, which is a time saver. Only difference will be the nameplates on the front doors and textures that are to be applied to them. Enlargements of the peephole and mail slot cover.

In the game, I'm planning to make it possible to peek through the mail slot to see without distortion if there is danger lurking out in the apartments or at the staircase (works both ways). The peephole will have lenses and can be looked out from, but it will have the usual distortion that most traditional peepholes have (hemispherical image).




Two of the larger hinges. Left one is for the front door and the right one is for the apartment room doors. There is going to be several other types still.

The hinges are surprisingly time consuming to make. Even though they are one of the smallest things size-wise, they require much more detail, if realism is your goal. I aim the game to look as realistic as possible, with modest requirements for the hardware.




The approach I'm currently taking might not be the most optimal one and many things might need to be changed in the test builds of the game. Once the room assets are finished for the most parts, I'll be focusing more on bringing a more playable test build for all to try out. There wont be any enemies around yet, but it will be a showcase of the progress being made on the project and a chance for me to have some more feedback on, say, how the controls might have better feel to them, for example.


Here is also a bonus picture;


Thank you for reading the fifth developer #diary and I hope to see you all on the next one, on 11th of February!

Please note that the day might have changed for you before the release, as I'm releasing these while there is a Monday in Finland.



Marco Tinell



Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
  • Advertisement
  • What is your GameDev Story?

    In 2019 we are celebrating 20 years of GameDev.net! Share your GameDev Story with us.

    (You must login to your GameDev.net account.)

  • Blog Entries

  • Similar Content

    • By simco50
      I've been looking into tiled forward rendering and it's pretty much working except the performance of my compute shader is awful and I can't find out why.
      The light culling takes over 17ms on 1920x1080, thread group size of 16x16 with 512 small point lights while others get this under 1ms!
      I've mainly based myself on this page: https://www.3dgep.com/forward-plus/ the compute shader is almost identical except that I added AABB culling on top of it.
      The shader code is below:
      I've noticed when commenting the part at the end where it writes to the lightgrid and lightindexlist, the performance of the pass increases significantly although I don't understand why.
      Since the shader is mostly identical to the others, I'm wondering if the problem lies outside of the shader...
      Does someone have any guidelines to debug this?
    • By MasterReDWinD
      I am trying to move some of my C# code for a noise implementation onto a Unity HLSL compute shader.  Unfortunately some of the functions returns arrays.  I have looked at several resources in an attempt to find out how to do this but I still don't have a working solution.  I did find a similar question on here (see the bottom of this post).  In this case using `out' was suggested.  Is this the correct way to handle this?  If so what would the correct syntax be for a function which also has three parameters, such as:
      int[] CornerPoints(float x, float y, float z) In this case the returned array will be a multidimensional array.
      int[8,3] .Any pointers in the right direction would be much appreciated.
    • By Accelor
      I've been dabbling in programming for quite a while nothing professional, and the reason for that is cause I've always wanted to create games, so while learning I decided a game engine would be the better option and learned unity and I'm able to create some pretty cool stuff like an inventory system the code might not be the best but it works exactly how I visioned it too, but lately I've been wanting to learn how to create everything that makes up a game, like Collisions,Entity system we if go that route, Input system and things like that in Monogame since u basically have to implement all that stuff yourself but what I've realized is that I honestly don't know how to do ANYTHING I almost feel like I don't even know how to program it makes me super demotivated/depressed, I tried to create an Input system Idek where to start its like  im staring at the screen for 4 hours and realized I didnt do anything cause Im lost, I wanna learn how to create good systems too like for input being able to remap to different keys, having multiple keys for an input so keyboard a and keyboard o and gamepad a would be all on the same action things like that, does anyone have tips / book recommendations or anything of the sort for these kinds of things? and how did you learn how to do these things if u can?
    • By badapple0028
      In DCC, we can soft select things with proper falloff in volume/viewport. I think I can do the soft selection with viewport falloff. But how is volume falloff implemented especially with lasso/poly selection mode?
      In lasso/poly selection mode, the 2D selection area in viewport is irregular polygon. Then selected objects will also in an irregular 3D space. How to do volume falloff based on this irregular 3D space to achieve soft selection?
    • By Ryokeen
      Well, just for the fun of it i started to implement a simple quadtree into a little project of mine. Just to maybe speed up rendering and have at least some sort of culling for maps as they are made as basicly one huge mesh. But then there is the situation that triangles will cross borders of the childnodes if a node has to be splitted.

      Pushing them into the parent node would be easier, but that means that there is the potential to draw more nodes than possible because of well, crossing triangles.
      Then if they would get split so that i only have to render leaf nodes, means i get quite some more triangles to render.
      As for now the quadtree will only be used for rendering so each triangle in the hughe mesh should only be present one time(to avoid possible overdraw/double rendering of triangles)
      Now what i'm asking or where i need some input is, is it better to push the triangles which are in more than one childnode into the parent node or split them at the boundary, resuling in more triangles but they will only be in leaf nodes ?
      regards Ryokeen

Important Information

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

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!