{"id":237398,"date":"2018-11-10T11:24:12","date_gmt":"2018-11-10T10:24:12","guid":{"rendered":"http:\/\/noezgames.com\/?p=237398"},"modified":"2019-12-27T11:29:15","modified_gmt":"2019-12-27T10:29:15","slug":"what-was-not-done-after-the-alpha-version","status":"publish","type":"post","link":"https:\/\/noezgames.com\/?p=237398&lang=en","title":{"rendered":"What was (not) done after the alpha version."},"content":{"rendered":"

After Alpha release the development slowed down. Important thing for the project was that we started to work on locations that already had first version, so we had to do a lot of optimization and debugging, as locations we had so far were half-baked. They looked well enough, but were full of bugs and also needed a lot of polish.
\n
\nMajor problem we were facing was an utter chaos in asset database – there was no index, assets were not sorted, there were multiple copies of the same items, etc. Building scenes from this chaos was possible but lengthy, revision was needed, but was pushed to a later date time and again.
\n
\nAfter Alpha trouble started to brew in the team, there were more and more arguments with our chief graphic designer Daniel Nezmar. Dan didnt have time to focus on development and everything was getting more and more delayed. That was the first moment when both myself and Arbiter were starting to consider quitting the team. Nevertheless we started to push on Dan and after a while he started to do his part again and thus for example first version of second largest city – Voland.
\n\"Voland<\/a><\/p>\n

Fig 1 – Voland City – first version<\/h4>\n

\nAt that moment we had all cities – without the capital – ready. To some degree. Problem was that these locations needed a lot of bug catching and optimization. At the same time there was a steady stream of other locations coming from Dan – dungeons, interiors, etc. In a random order, but steady enough to keep us somewhat happy.
\n\"Dungeon<\/a><\/p>\n

Fig 2 \u2013 Dungeon – abandoned temple<\/h4>\n

\nLot of progress was done on internal editor (UniEditor) and at the same time we were developing new level editor as well. These two tools were interconnected, one using data from another. Thanks to that I could place containers accross locations and edit them. Also it allowed us to place NPCs and add dialogues to them. Elements essencial for finishing the game development.
\n
\nFurther feature we got thanks to our editors, was the ability to create fields with randomly generated herbs and other gatherable plants. Everything was based on probabilities that we could set in editors. I have to point out all the hard work that had been done for level and game design.
\n
\nOther graphic elements were coming up nicely as well. Jarda – our junior graphic designer – created a working day-night cycle, that changed the lightning of locations based on time of the day. This function added a great deal of realism to the game.Jarda also started to work on a script that helped to a much easier terrain creation than the vanilla Unity editor allows.<\/p>\n

\n