Subscribe to GameFromScratch on YouTube Support GameFromScratch on Patreon

15. November 2016


First off, I apologize for the pun, I felt obligated to make it.  In a nutshell, Godot 2.2 won’t be happening, so stop waiting for it.  Don’t worry though, it’s for a good reason.  They just posted a status update on Godot game engine development and they have decided to skip the planned Godot 2.2 release and instead focus on Godot 3.0 development. 

In a nutshell, Godot 3.0 is going to have some pretty major low level changes (including new renderers) that would result in a great deal of the features expected as part of 2.2 to require reworking.  So instead these features will be delayed until after the release of 3.0.  So, what features were included in 2.2?  The marque features were C# support, Visual Scripting and the rudiments of networking support.  Don’t worry however, these features are still coming, simply delayed.

The main motivation for changing the roadmap is to release Godot 3.0 sooner. Within the Godot development team, our priority is always to work on what the community needs most at a given point in time - for the past year and a half, the focus has been on greatly improving the usability of the editor, as well as enhancing the 2D tools. Nowadays, Godot is a great engine for making 2D games, and the interest of the growing community is starting to move on to 3D, with corresponding needs for improvements.

For more than a year, Godot 3.0 has been promised to our users as the version that will bring a new state-of-the-art 3D renderer (albeit compatible with a wide range of graphics drivers, hence our choice for GLES 3.0 instead of Vulkan for the time being), and solve many issues and requests users have formulated regarding the current 3D renderer in Godot 2.1.

By skipping the 2.2 release, we allow ourselves (and mostly Juan, our renderer expert) to avoid a lengthy bug fixing and stabilization period on 2.x features. We are therefore aiming for a release of Godot 3.0 in early 2017, which would not have been possible if we had to focus on 2.2 right now.


Frankly I agree with this approach.  Most of the features of 2.2 are “nice to have”, while the functionality of 3.0 is more in the “need to have” category.  Fortunately there is some good news as well.  We should expect the 3.0 release to happen faster.  Lead developer Juan Linietsky has been hired full time for 6 months to work directly on Godot thanks to a Mozilla grant:

Last but not least, you might know that we were awarded a hefty sum by Mozilla as part of its MOSS Mission Partners program. This award was aimed at helping us improve Godot's HTML5 export by implementing the brand new WebGL 2.0 and WebAssembly technologies. As the former is basically the same API as GLES 3.0, it's best for us to work on both of them at the same time, so that we can ensure that GLES 3.0 / GL 3.3 and WebGL 2.0 will behave similarly.

Therefore, we decided, together with our non-profit home Software Freedom Conservancy to hire Juan Linietsky full-time for 6 months to work on the objectives funded by the MOSS award. This encompasses in particular the new renderer that will be done for 3.0, and extensive work on the HTML5 platform that might be done partly for 3.0 and in full for 3.1. As Juan is the project leader and our more prolific contributor, this will enable Godot to grow even faster than it has over the last couple of years.


Considering how much this guy has managed to accomplish when *not* dedicated to development, just imagine what he can do focused full time?


One last piece of bad but somewhat expected information in this update… Godot 3.0 wont be perfectly backward compatible with Godot 2.x and earlier.  I’ve always been pretty impressed with how well they’ve managed to support backward compatibility till this point.  Some of the underlying changes are unfortunately going to break compatibility.  Thankfully they will be providing tools to mitigate this as much as possible:

The new 3D renderer is the opportunity to do some important refactoring of Godot's internals. We also want to use this opportunity to revamp, homogenize and enhance some parts of the API, to make Godot 3.0 a solid base for the further development of the engine and of Godot games.

What does this mean for users? Moving from Godot 2.x to Godot 3.0 will require porting the existing projects to take into account the API changes and the new way resources will be setup in 3.0.

We will provide tools to help with the conversion as well as extensive documentation, so do not worry. You can continue (or start) using Godot 2.x already, as most of the API and workflow will still stay the same, so 98% of what you are doing in 2.x will still be relevant in 3.0.


If you were currently waiting on C# or Visual scripting support, this news might be a bit of a let down.  Over all though, I think everything announced makes a great deal of sense.

GameDev News

15. November 2016


Epic have just released a new version of the Unreal game engine, 4.14.   Visual Studio 15 support, a new forward shading renderer, Sequencer improvements and more fill out this release’s key features.


From the release notes:


Unreal Engine 4.14 introduces a new forward shading renderer optimized for VR, enabling crisp multi-sampled anti-aliasing in your games. The new Contact Shadows feature renders beautifullyUE414 detailed shadows for intricate objects. We've also introduced a new automatic LOD generation feature for static meshes that does not require a third-party library.

We’ve streamlined the animation tools to help you be more productive, and added many new features to Sequencer (UE4’s non-linear cinematic tool), as well as improvements to vehicles, clothing and animation Blueprints.

For mobile developers, Vulkan support is ready to use on compatible Android devices! And, we've added various new mobile rendering features such as reading from scene color and depth, and the ability to draw 3D objects on top of your UI.

On the Windows platform, C++ programmers can now use Visual Studio "15" for development. Visual Studio 2015 is still supported.


As always you can download the newest version using the Game Launcher.  You can read a great deal more about the new features here.

GameDev News

15. November 2016


Microsoft leaked a bit of announcement ahead of their upcoming connect(); developer conference.  Visual Studio is coming to Mac OS!  While getting a bit long in the tooth, Visual Studio is perhaps the best IDE available today – it’s certainly leagues better than Xcode.  Then again, writing your code using Morse code is better than Xcode.  As someone who does a fair bit of cross platform development, I was pretty stoked by this development.




Sadly the announcement is nowhere near as good as it at first sounds.  Turns out it isn’t Visual Studio they are bringing to MacOS.  Instead they have simply rebranded Xamarin Studio (which they acquired earlier this year) as Visual Studio for Mac.  Boo. 


Although Microsoft took down the premature release, it is available via Google cache:

Below the surface, Visual Studio for Mac also has a lot in common with its siblings in the Visual Studio family. Its IntelliSense and refactoring use the Roslyn Compiler Platform; its project system and build engine use MSBuild; and its source editor supports TextMate bundles. It uses the same debugger engines for Xamarin and .NET Core apps, and the same designers for Xamarin.iOS and Xamarin.Android.

Compatibility is a key focus of Visual Studio for Mac. Although it’s a new product and doesn’t support all of the Visual Studio project types, for those it does have in common it uses the same MSBuild solution and project format. If you have team members on macOS and Windows, or switch between the two OSes yourself, you can seamlessly share your projects across platforms. There’s no need for any conversion or migration.


Sadly this means no C++ support.  I think the worst part of this release is it basically guarantees that the “real” Visual Studio is never coming to OS X.  Perhaps more worrying... perhaps the future of Visual Studio on Windows is this rebranded Xamarin Studio.  Given that they just released Visual Studio 15 preview 5 this seems unlikely.

GameDev News

11. November 2016


The Defold Engine folks just announced a developer contest with 6 grand prizes of up to 3 team members can win a trip to next years Game Developer Contest, including travel, accommodations and of course GDC passes.  Submission deadline is January 22, 2017 and you can make as many submissions as you want.  Of course you have to develop your game using the Defold game engine.  If you are new to theDefold Defold engine, don’t worry, we’ve got you covered!  We have a complete tutorial series available here on that will get you up to speed.


Some key details from the Defold Contest FAQ:

How many teams will win?

Six teams with three people each—meaning we will send eighteen people to GDC in total!

What type of game should I do?

Why not a Monkey Island reboot set in the Grand Theft Auto universe? Or a MechWarrior pastiche based on Sonic the Hedgehog? Or a Tetris with a Zelda style conversation mechanic in 8-bit? What we’re trying to say is, make whatever you want! Defold is a versatile engine suited for all types of 2D games, and we would love to see this reflected in the entries. We are not looking for stuff of a specific type—just awesome stuff.

Does it have to be a full game?

No, definitely not—technically, it doesn’t even have to be a game. What we are looking for is a reasonably polished playable which should be fun and/or interesting for most users for at least two minutes. Or in other words: we prefer seeing something very small that is awesome rather than a full game that is mediocre.

Does the game have to be made in Defold?


Can I submit more than one entry?

Yes, of course! There is no limit to how many entries you can submit.

Will my team get its own booth?

No, you will share it with the other winning teams. It’s gonna be an amazing indie game showcase booth for yourself as well as the other winners of the competition. Kind of similar to what we did at White Nights in Moscow a while back—a concept that turned out to be a great way to really promote the games and the people behind them.

Do I have to be in the booth?

Yes—we’d hate the booth to be empty, so we require 16 hours presence at the booth from your team, distributed as you wish between your team members during the three conference days. Think of it as 16 hours where you get the unique opportunity to showcase yourself and your game to the 27,000 people visiting GDC!

Am I expected to promote Defold?

No, we would rather you talk about yourself and your game. That’s why you’re there; not to promote Defold.

We are only two people in our team—what happens to the remaining ticket?

We’d hate for the tickets to go to waste, so bring a friend (or recruit a third team member) who you think would be interested!

Will I lose the rights to my game if I submit it to the competition?

No, you will continue to own all the rights to your game. However, we do reserve the right to use e.g. screenshots in our marketing regarding Defold.

Do I have to commercially release my Defold game afterwards?

No, definitely not. But as in the question above, we might use the game in our marketing.


You can learn more about the competition here.

GameDev News

11. November 2016


Bonus Tools is a set of extensions for the Maya 3D application that miscellaneous new functionality in the form of a collection of plugins and scripts.  They have been released annually since 2014 and yesterday the 2016 edition was released.  

Bonus Tools is a free collection of useful Maya scripts and plug-ins. After installing Bonus Tools, an additional pull-down menu will be added to the end of the main Maya menu. This new menu provides easy access to a variety of tools and utilities for daily use. The Maya Bonus Tools menu mimics the layout of the standard Maya menu sets. Each sub-menu contains a number of related tools. Each of these can be torn off and floated just like standard Maya menus.


Unfortunately I couldn’t find a handy list of new functions available in the 2017  Bonus Tools release.  The following video however contains a walk through of the new functionality in action:


Maya 2017 Bonus Tools can be downloaded here.  I suppose it goes without saying that Maya or Maya LT is required.

GameDev News

Month List

Popular Comments

Paradox/Xenko Game Engine Tutorial Part One: Installation
Subscribe to GameFromScratch on YouTube Support GameFromScratch on Patreon

11. August 2015


Welcome to the very first tutorial in the Paradox Game Engine tutorial series, this section is going to cover installation and getting started.  The process is in reality incredibly straight forward, so this should be fairly short.  If you are unfamiliar with the Paradox Game Engine, consider starting here for an indepth review of Paradox’s functionality.


As with most tutorials on GameFromScratch, this one is also available as an HD video.


Getting Started

To get started, of course you are going to need download a few things.


Either version of Visual Studio will work.  If you don’t have a license, remember the community edition is free for small teams and people who make less than $1million per year in revenue.  You don’t specifically need to have Visual Studio installed, Paradox actually ships a copy of MSBuild and the .NET framework includes the C# compiler.  If you want to instead use your favorite text editor, that is an option.  These tutorials are all going to assume you are using Visual Studio however.


If you are going to be using Visual Studio, and don’t already have it installed, make sure it is installed before installing Paradox, as part of the Paradox installation will install a plugin to Visual Studio.  I am not going to go through the Visual Studio installation process; however if you choose strictly default settings, it will work out just fine.


Once you have Visual Studio installed, make sure you run it at least once to allow it to do some late step configurations.  This may not be strictly necessary, but better safe than sorry.


Next run the Paradox Installer you downloaded earlier.



The install process is extremely straight forward, basically just asking you which shortcuts you wish to create.  Once complete, the Paradox Launcher will be run.  This is the application you use to create new or open existing Paradox projects, as well as managing which version of Paradox you have installed:



It will now detect that you don’t have an SDK installed ( assuming you don’t have a prior install ), when prompted, choose yes:



It will then ask if you wish to install the Visual Studio integration, again click yes:



Your Paradox install should now be complete.


Creating Your First Project


Now that Paradox is installed and configured, let’s create our first project.  In the Launcher, click the big purple Start button,  your actual version number could obviously differ from mine.



This will launch the New/Open Project dialog.  You may notice there are several examples you can load.  In this case we are going to create a new project instead. 



The only thing to be aware of here is when naming your game, be sure to use a C# namespace friendly value.  For example, Game3D works, but 3DGame will work here, but then blow up when you get to the project in Visual Studio.  For a very detailed description of what’s allowed and what’s not in a C# variable see here.  Simple rule of thumb however, don’t start with a number or punctuation other than an underscore and keep away from oddball characters and you should be good.


Once you click the Select button, you will be taken to another dialog:



Here you can choose which platforms you want to support.  You may notice that Windows Store and Windows Phone are both showing “The Requirements to build for this platform are not met on this machine”, that is because I do not have the proper signing keys configured.  The value “Windows 10” might also be a bit confusing, as a normal “Windows” project will run just fine on a Windows 10 machine.  In this case “Windows 10” refers to the now renamed Universal apps, that enable your code to run on desktop and mobile Windows platforms.  It’s also important to note that Android and iOS development require a Xamarin license.


The final options are for configuring the starting graphics configuration as well as the starting orientation.  Once done, click OK.  This will then launch Paradox Studio:



Paradox creates a simple preconfigured scene for you.  Most importantly it sets up all the graphics configuration for you.  Feel free to delete everything from the scene, although I would recommend keeping at least the camera initially.


You can now test that your Visual Studio integration works properly.  In the toolbar you should see this:



If you have multiple versions of Visual Studio installed, you should be able to select which one you wish to use.  In my case I have only Visual Studio 2015 installed.  Either click the version you want to run, or the toolbar Visual Studio icon for the default.   Visual Studio should now open with your project displayed:



Looking in Solution Explorer you should see a project ending in .Game, as well as one project per platform you selected.  The .Game project is where the majority of your game logic will go, while platform specific initialization code will go in each platform project, if required that is.  You should also now see a new menu Paradox if you install completed correctly:



That’s it.  Paradox is now up and running and you’ve created your first project.  Stay tuned for the next part where we take a tour of Paradox Studio.


The Video


Programming , , ,

blog comments powered by Disqus

Month List

Popular Comments