Sorry for the wall of text. I guess I had just too much to say.
Edit: I forgot to mention that you can browse the source on Github
This is the first time I talk about my new pet project, Prefabric. Following the release of Fabric, I finally had the chance to think thoroughly on technical and design issues of the game, as I’ve pointed out, and it’s not even the complete list. It seemed like there were so many things done wrong that I felt so eager to jump into a new project to do those things right. I left Fabric so behind that even though I’m able to get my hands on a VR headset and know how awesome it could be, I’m not working on a VR port. Hell, I didn’t even start on Mac/Linux builds, which are roughly one click away. This is a mistake I’m currently doing, and I’m well aware of it. I hope I won’t regret it too much. Continue reading
It has been approximately 2 months since we released our puzzle game Fabric. So while probably it’s too soon to write-up a postmortem, there are certain issues I’d like to talk about. I’ve been aware them during development, but I think calling a product ‘finished’ makes its issues much more eligible to be discussed.
For those who are like “Fabric? wut?”, it is a first person puzzle game on Steam, which also happens to be first (game) project I’ve ever completed.
Using Visual Studio when working with Unity is awesome and Visual Studio Tools for Unity takes the comfort even further. Since Unity’s 5.2 upgrade, VSTU comes integrated with VS. Though with this integration, the developers took away some of the flexibility.
For instance, I would like my VS to have a very clean view. VSTU’s relaying Unity’s Debug.Log’s to VS’s console spoiles this neatness a considerable amount, since it opens and re-opens console window without my permission, as log prints keep coming. Before 5.2 integration, it used to have a nice configuration menu wihtin Unity, where one could toggle this feature. Now, appearently, there is not.
(EDIT): There is now with version 2.3. The code below is unneeded now.
When I asked, the developer was kind to give the answer, which is an editor script that toggles console redirection:
In many Unity projects I’ve worked on, I’ve encountered those green spikes seen in the profiler, under the name Gfx.WaitForPresent, which chops framerate down to hell. This basically means that CPU’s waiting time for GPU to finish its job, in other words, that spike you see is not the problem itself. I guess it probably indicates that some rendering.. thing.. is horribly conflicting with another, and my googling failed to give me a definite answer of reason why. I’ll mention some options to try, mostly compiled from here, for not having to look at the same inconclusive forum threads again and again. Some of them doesn’t make any sense initially, or may be fixed in time, but lack of definite solutions made me keeping them here anyway:
OK, this is sort of a more personal entry where I blabber without reaching any kind of conclusion.
When you work for some company, your primary concern probably becomes money. Of course, you might like the people, the work you do, the game you are making. But you need money, and you are working on that game for money. If you aren’t making that game, you will be starving. On top of that, you have resource limitations, like time, money and people. Eventually, the game takes shape around those resource limitations; features added or cut, parts of story being cut, some parts of the game itself being cut, voice-overs being cut etc. Even with all the initial planning and designing, you witness a great deal of sacrifices for the game to be released, and, you guessed it right, to make it bring money.