Tag: GameDev News

Cocos Creator, the free Cocos2D-x powered cross platform game engine, just released version 2.3.  The 2.3 release adds more 3D functionality to the previously 2D game engine including 3D physics and particle systems, as well as other improvements such as DragonBones and Spine mount point support, an upgrade to the material system and more.  Cocos Creator is available as a free download for both Mac and Windows.

Details from the Cocos Release Notes:

After a long period of development and preparation, and after a memorable Spring Festival, Cocos Creator v2.3 is officially released. v2.3 is a very important version that officially integrates support for 3D physics, collisions, and 3D particles, and is capable of developing more types of 3D games! At the same time, the material system has been upgraded from the experimental version to the official version, which can greatly improve the expressiveness of a game. It is recommended that all developers upgrade! Please perform the necessary technical evaluation and backups before upgrading.

Major new features include:

• Qutoutiao (QTT) mini game support
• 3D physics support(rigid body, Box/Sphere collision components, trigger and collision events, physical materials, ray detection, etc)
• 3D light weight collision system “Builtin”
• 3D Particle Systems
• Material System upgrade
• Spine & DragonBones mount node support
• Spine binary format support
• Build Scripts Only option
• 3D viewport options (Wireframe, Normal)
• Plus several other fixes and improvements

If you are interested in learning Cocos Creator, check out our complete tutorial series available here or our hands-on video available here.  To learn more about the 2.3 release check out the video below.

[embedded content]

GameDev News Cocos2D JavaScript TypeScript

<!–

–>

After several years of changing business models and ownership changes, Corona Labs have decided to shut things down.  Thankfully for Corona users they full open sourced the engine and tooling and changed to the MIT license.

Details of the closure process from the Corona Labs site (warning, it’s having trouble right now):

1. Some of the Corona Labs staff have expressed an interest in continuing to work with Corona as an as-available hobby project, so some engine development will continue. There is a possibility that engineers would seek funding through platforms like Patreon or Github Sponsors to continue work in larger capacity.
2. Appodeal will continue to fund infrastructure costs and work with the open source staff to keep the Appodeal plugin up to date.
3. The Corona open source license will change from its current dual license state (Commercial + GPLv3) to a single, much more permissive license: The MIT License will make building the open source version of Corona easier for you and lift distribution restrictions on your apps and games. If you are using the GPL version of Corona, you can continue doing so in your fork.
4. Corona Labs will remove Splash Screen restrictions and plugin license checks from Native and Simulator builds. All first-party plugins will be open sourced and be available on GitHub. Corona’s “daily” builds will be built using tools available for Open Source projects, and would be available on GitHub releases.
5. We will change the Corona Simulator to be an offline tool, building for all supported platforms using local storage as a source for plugins.
6. Marketplace sales will cease. Vendors will be paid what they are owed, and will have to distribute updates for their plugins themselves. Users will be able to download purchased plugins and assets before the store closure. Corona Labs will stop accepting new submissions to the Marketplace on February, 15. 2020. Self-hosted plugins will be turned on for everyone so community plugin developers can continue to provide plugins.
7. We will migrate the forums and coronalabs.com website content to another platform, since the current setup is tied to an expensive infrastructure. We may need several community members to volunteer to administer the new Forums. We are still working on what the coronalabs.com website access will become.
8. The community is welcome to spin up discussion forums. Possibilities include using GitHub’s Issues, Reddit’s /r/CoronaSDK page, a Facebook Group, etc. The community Slack will remain.
9. The Corona Labs maintained social media accounts will remain open, and we will turn them into sources of useful information for developers (i.e., industry news, development and monetization tips, etc.).
10. All these will not happen overnight. We are working on changes to the parts of the engine, and will release them gradually, moving the build process offline as well as migrating content to different platforms. We will post updates on the progress, as well as send out one more final email with all the details Feel free to follow Corona on Github or get involved in development. Progress will be reflected in this Github Project.

Learn more about the Corona Labs closure in the video below.

[youtube https://www.youtube.com/watch?v=ArJ1M3DPJM0&w=853&h=480]

GameDev News Lua

<!–

–>

Just two and a half months after the release of Blender 2.81, Blender 2.82 is now available.  While nowhere near as massive an update as Blender 2.80, there are still a number of improvements to be found in Blender 2.82 including:

• New Mantaflow powered gas and liquid physics simulation engine
• Improved cloth simulations with support for internal air pressure and internal springs
• UDIM tiled texturing support (learn more here and here)
• PIXAR USD format export support
• Cycles improvements including new nodes, faster rendering on Windows and more
• AI DeNoiser support on RTX hardware powered by NVidia OptiX for faster cycles renders
• Preview pass support in EEVEE renderer including ambient occlusion, mist, combined, normal and more
• Transparent materials now blend properly with volumetrics
• Sculpting improvements including new multi-plane scrape brush and slide relax brush as well as pose brush improvements
• Grease pencil improvements including new polyline tool and multi stroke modifier
• Plus several other new features and improvements

For complete details on what’s new in Blender 2.82 be sure to check out the complete release notes available here.  You can also learn more and see several of the new features in action in the video below.

[youtube https://www.youtube.com/watch?v=OkZxThbBDLc&w=853&h=480]

GameDev News Blender

<!–

–>

Nearing the end of 2019, Epic Games announced they had acquired texture provider Quixel and as part of that announcement, released 10,000+ high quality textures from the Megascans completely free for Unreal Engine users.  Around the same time Epic also announced the archviz product TwinMotion would be integrated into Unreal Engine 4.24.  Today, they took that one step further and released 1,000+ high quality textures from TwinMotion completely free for Unreal Engine users.

Details from the Unreal Engine blog:

Since Epic Games acquired Twinmotion last year and made the high-quality, easy-to-use real-time visualization solution freely available to the general public, we immediately started thinking about how we could best make it interoperable with Unreal Engine. While we’re excited to reveal more on how we’ll be integrating the two workflows together in the future, we wanted to begin bridging that gap today by offering Unreal users a free material collection that’s based on Twinmotion materials. There’s a wide variety of categories here including:

• Bricks
• Concrete
• Fabrics 
• Glass
• Grass and dirt
• Wood 
• Plastics

Available now on the Marketplace, we’ve ensured that these rich and powerful master materials support the latest ray-tracing advancements and have used best practices to define how the nearly 500 PBR materials were used. This work includes:

• Specific optimizations for ray tracing
• Advanced shading techniques, such as parallax occlusion mapping for materials needing relief, which is useful for surfaces like bricks 
• Ability to use an object’s UVs or to use tri-planar mapping, which can assist texture alignment by automatically aligning textures on objects that might not have been given proper UV coordinates 
• Ability to define real-world scale

The materials are available in a large 8GB+ download on the Unreal Engine Marketplace.  You need to be running the most current version of Unreal Engine (4.24.2+ ) for the assets to work properly and expect the importation process to take a fair bit of time, as over 4000 shaders need to be built.  If you want to check it out but skip the long download and importation process, you can see the new materials in action in the video below.

GameDev News Unreal

<!–

–>

The comes a time in every project where you have to switch from a developmental Work In Progress branch to the main branch and that time just occurred for the Godot game engine.  The WIP Vulkan (and C++14) port is now the official branch on the Godot Github.

Details from the Godot news page:

The Vulkan port is not ready yet, but we need to get it merged into the master branch as a lot of further development planned for Godot 4.0 depends on it.

We plan to rework a lot of Godot’s internals (core) to allow fixing long-standing design issues and improving performance (including GDScript performance improvements). Moreover, our long-awaited port to C++14 will also happen now that the vulkan branch is merged into master, and many other codebase-wide changes were waiting for this: code style changes, Display/OS split, renaming of 3D nodes to unify our conventions, etc.

The scope of the planned changes means that it would be impossible to do these changes in the master branch while keeping the vulkan branch separate, just as it would not be possible to do all those changes in the vulkan branch itself before merging into master: any rebase/merge would become extremely difficult due to the sheer amount of lines of code that will change.

Up until now, we’ve been very cautious with regard to what changes we allow in the vulkan branch, as well as what new PRs we merge in master, to ensure that the vulkan branch can always be rebased on top of master for a later merge. I’ve been rebasing it periodically over the past 8 months, and even though we’ve been very conservative in the scope of the changes, in later months a full rebase could easily take me a full day of work.

So we need everything in the main branch to stop limiting ourselves.

Moving the development branch from 3.2 to 4.0 has some side effects, specifically outstanding Pull Requests.  Unfortunately the simplest option seems to be the best in this case, to close those requests and hopefully “port” them to the new master branch.

While closing PRs may seem a bit abrupt, we ask all contributors to understand that this is done to help us cope with the sheer amount of proposals in parallel to having to refactor a lot of the engine’s codebase. This closing does not mean that we reject the PRs, nor that we do not seem them as worthy contributions. But by asking the authors to re-assess their own proposals and make them compatible with Godot 4.0, we will save a lot of precious development time and get ourselves some breathing air in the current overcrowded PRs.

Closed PRs will have the salvageable label, which we use to denote PRs with code that could be salvaged to make a new, updated (and possibly improved) PR, either by the original author or by a new contributor. So we will not lose code in the process, since everything will still be accessible from the closed PRs and easily identifiable thanks to the salvageable label.

If you use a major release version downloaded from Godot’s download page or from Steam, this change doesn’t actually effect you.  If you want to check out the new Vulkan master branch but don’t want to build the code yourself, you can get a nightly build here.

Learn more about this change and it’s ramifications in the video below.

[youtube https://www.youtube.com/watch?v=7kpSUd-8zHs&w=853&h=480]

GameDev News Godot

<!–

–>