Subject: General Tech | December 3, 2018 - 08:46 PM | Scott Michaud
Tagged: pc gaming, PhysX, nvidia, physx 4.0, Unity, unreal engine 4
NVIDIA has just announced a new major version to their popular physics middleware: PhysX 4.0. They also announced that it (both 4.0 and 3.4) will be re-licensed as 3-line BSD. In terms of open-source licenses, this is about a permissive as you can get. You are basically free to do whatever you want – commercial, modified, unmodified, whatever – if you follow the guidelines (which are things like “no warranty”, “don’t sue us for liability”, “give us credit by leaving a copy of the license in all binary and source releases”, and “we’re not endorsing your product so don’t pretend that we are”).
For gamers? It will take a little while before this comes around to you. Unity is currently preparing to update to PhysX 3.4 with their upcoming 2018.3 release; that was the first major PhysX update since Unity 5.0 upgraded from PhysX 2.x to PhysX 3.3 back in March 2015. Epic Games seems to be a little quicker to update to a new PhysX version, but there’s nothing announced on their side either as far as I can tell.
On the technical side: this release of PhysX is interesting.
As mentioned, Unity 5.0 was the point when their PhysX implementation jumped from 2.x to 3.3. This was not a clean transition. NVIDIA changed the way that many of their solvers worked, making them much faster but also less stable (as in simulation stability – so, like, oscillating and breaking apart). While this was acceptable (because most simulations are cosmetic and, if it mattered, you had more performance to just increase the physics tick-rate to compensate) it upset developers who relied upon the stability of PhysX 2, forcing them to work around the glitches.
According to NVIDIA’s promotional video, this version is both more stable and faster. This means that it should be less work to setup things like ragdolls and ball-and-chain systems, while also supposedly being faster. In terms of stability, they intentionally showed a simulation of three balls and chains with varying masses. In PhysX 3.x, this tends to be a degenerate case where joints freak out and split (unless you compensate with smaller physics time steps). Even if it’s on-par with PhysX 3.x, this is a huge win for indie game developers.
PhysX 4.0 will be available for developers on December 20th. It’s unclear when any given engine will integrate it, however.
Subject: General Tech | October 11, 2017 - 01:21 PM | Jeremy Hellstrom
Tagged: gaming, mechwarrior 5, unreal engine 4
There will still be a long wait for a new mech game, but at least now we are waiting on a definite product or two. Piranha Games have started showing off gameplay of MechWarrior 5: Mercenaries and those who have tried it have been quite impressed. MechWarrior Online has been somewhat satisfying but there are many that have missed a campaign based single player game. This new game will share the DNA of previous Mercenary releases, putting you in complete charge of a mercenary lance of mechs, searching for contracts that bring in enough money to keep your mechs repaired and provide your pilots salaries. PC Gamer had some hands on time with the new game as well as a discussion with the developers. Head on over to take a peek.
"To that end, MechWarrior 5 will feature an unprecedented number of mechs to choose from. "Most MechWarrior games have had maybe 12 to 15 different mech chassis," Bullock explains. “We’re looking at having upwards of 60 chassis with 300 to 400 variants. You could probably play the game multiple times within just one Great House’s space and see different combinations on the free market.""
Here is some more Tech News from around the web:
- Humble Endless Bundle
- Do you need loot boxes to complete Shadow of War’s final act? @ Rock, Paper, SHOTGUN
- Middle-Earth Shadow of War: Performance Analysis @ TechPowerUp
- Mosh Pit Simulator’s space dinosaurs and boneless idiots @ Rock, Paper, SHOTGUN
- Intel Core i3, i5, i7 With NVIDIA vs. AMD Radeon For Linux Gaming @ Phoronix
- Supertanks for the memories: Steve Jackson’s Ogre out now (plus some brief impressions) @ Rock, Paper, SHOTGUN
- The good and bad of the Star Wars: Battlefront 2 beta @ PC Gamer
- Divinity: Original Sin 2 dev on mod tools, accessibility and favourite mods @ Rock, Paper, SHOTGUN
- Quake Champions buffs (almost) everyone except Sorlag @ Rock, Paper, SHOTGUN
Subject: General Tech | August 2, 2017 - 11:41 PM | Scott Michaud
Tagged: pc gaming, epic games, unreal engine 4, ue4
Apart from a Fortnite clip that they snuck in, Epic Games has published a video to highlight the recent use of Unreal Engine 4 in the enterprise. The game engine is attractive to several industries, including architectural visualization, product demos, and even rendering video for TVs and movies. For instance, you can walk through a building (even in VR) that you’re intending to create and move walls around, or customize a car and see it in that state before you order it.
One that caught my eye was the Paris VR demo from The Chainsmokers and Sony Music. This was the first that I’ve heard of it, but I find kind-of abstract, music video demos interesting. It reminds me a little of the Ellie Goulding WebGL demo from back in 2011. It should be a cute little demo if you have a PSVR, although you can also watch a playthrough on YouTube.
Subject: General Tech | March 8, 2017 - 01:32 PM | Jeremy Hellstrom
Tagged: gaming, Kickstarter, system shock, unreal engine 4, Nightdive Studios
It was just announced to backers and the public that the System Shock reboot from Nightdive Studios has moved from Unity to Unreal Engine 4 and they have a pre-alpha video that shows off what that will look like. The reasoning they gave was perhaps poorly worded, suggesting that this is because the choice was solely to make the game look good in the console version. They gave backers, such as myself, reassurance that "PC is the main target for everything we do" and that the console version was already planned in Unity. Rock, Paper, SHOTGUN feels the change makes the quality of the visuals better, but perhaps not as true to the original as the previous example they showed using Unity. Check out the pre-alpha video below to see for yourself.
"In this matter at least, I am confident my sanity is unaffected. For as well as an apparent shift in its art direction to something more traditionally sci-fi/horror, SSR has hopped from Unity to the Unreal engine, resulting in a very different-looking game."
Here is some more Tech News from around the web:
- Inkle’s Heaven’s Vault: a stunning sci-fi archaeology adventure @ Rock, Paper, SHOTGUN
- How does Nintendo Switch actually stack up at a party? @ Ars Technica
- Gearbox show off a little new Borderlands technology @ Rock, Paper, SHOTGUN
- Humble Comics Bundle
- Ghost Recon Wildlands: Performance Analysis @ techPowerUp
- GOG’s big spring sale has started, is great @ Rock, Paper, SHOTGUN
- Dawn of War 3 is a best-of mashup of Warhammer 40k @ Rock, Paper, SHOTGUN
Subject: General Tech | October 12, 2016 - 03:43 PM | Jeremy Hellstrom
Tagged: VR, unreal engine 4, pool nation vr, htc vive, gaming
Pool Nation VR for thr HTC Vive is an Unreal Engine 4 game and takes advantage of one of that engine's NVIDIA only features, Multi-Res Shading. This gives NVIDIA a performance advantage at high settings over AMD, though not so much that the GTX 1060 gets a recommendation from [H]ard|OCP. Unfortunately, neither thev R9 Fury X nor RX 480 managed decent performance from this game, if you want to shoot VR pool you are looking at a GTX 1070 at the very least. Check out the full review and hope that mods arrive to make the game more interesting.
"If shooting pool is a passion of yours, then Pool Nation VR should be on your list if you own an HTC Vive. Even if you are not a pool shark, this title will likely lure you in to spending many hours shooting stick. But to make it look stunning, you will need a heavy duty GPU up to the task. "
Here is some more Tech News from around the web:
- Gears of War 4: The next gen is now—if you’re on Windows 10, at least @ Ars Technica
- Sunless Sea: How Zubmariner Lured Me In @ Rock, Paper, SHOTGUN
- One Final Gig: Duke Nukem 3D World Tour Out Today @ Rock, Paper, SHOTGUN
- Gears of War 4 @ Kitguru
- The Best Witcher 3: Wild Hunt mods @ Rock, Paper, SHOTGUN
- Asus RoG is giving away Mafia III with selected products @ HEXUS
- Daring Escapes feature in the latest Dishonoured 2 trailer @ HEXUS
- Zewg Wush: StarCraft II Gets Cute With StarCrafts Mod @ Rock, Paper, SHOTGUN
- Fight The Future: AI War II Is Now On Kickstarter @ Rock, Paper, SHOTGUN
Subject: General Tech | July 27, 2016 - 08:47 PM | Scott Michaud
Tagged: microsoft, epic games, unreal engine, unreal engine 4, ue4, uwp
The head of Epic Games, Tim Sweeney, doesn't like UWP too much, at least as it exists today (and for noble reasons). He will not support the new software (app) platform unless Microsoft makes some clear changes that guarantee perpetual openness. There really isn't anything, technically or legally, to prevent Microsoft (or an entity with authority over Microsoft, like governments, activists groups who petition government, and so forth) from undoing their changes going forward. If Microsoft drops support for Win32, apart from applications that are converted using Project Centennial or something, their catalog would be tiny.
SteamOS would kick its butt levels of tiny, let alone OSX, Android, and countless others.
As a result, Microsoft keeps it around, despite its unruliness. Functionality that is required by legitimate software make it difficult to prevent malware, and, even without an infection, it can make the system just get junked up over time.
UWP, on the other hand, is slimmer, contained, and authenticated with keys. This is theoretically easier to maintain, but at the expense of user control and freedom; freedom to develop and install software anonymously and without oversight. The first iteration was with Windows RT, which was basically iOS, right down to the “you cannot ship a web browser unless it is a reskin of Internet Explorer ((replace that for Safari in iOS' case))” and “content above ESRB M and PEGI 16 are banned from the OS” levels of control.
Since then, content guidelines have increased, sideloading has been added, and so forth. That said, unlike the technical hurdles of Win32, there's nothing to prevent Microsoft from, in the future, saying “Okay, we have enough software for lock in. Sideloading is being removed in Windows 10 version 2810” or something. I doubt that the current administration wants to do this, especially executives like Phil Spencer, but their unwillingness to make it impossible to be done in the future is frustrating. This could be a few clauses in the EULA that make it easy for users to sue Microsoft if a feature is changed, and/or some chunks of code that breaks compatibility if certain openness features are removed.
Some people complain that he wasn't this concerned about iOS, but he already said that it was a bad decision in hindsight. Apple waved a shiny device around, and it took a few years for developers to think “Wait a minute, what did I just sign away?” iOS is, indeed, just as bad as UWP could turn into, if not worse.
Remember folks, once you build a tool for censorship, they will come. They may also have very different beliefs about what should be allowed or disallowed than you do. This is scary stuff, albeit based on good intentions.
That rant aside, Microsoft's Advanced Technology Group (ATG) has produced a fork of Unreal Engine 4, which builds UWP content. It is based upon Unreal Engine 4.12, and they have apparently merged changes up to version 4.12.5. This makes sense, of course, because that version is required to use Visual Studio 2015 Update 3.
If you want to make a game in Unreal Engine 4 for the UWP platform, then you might be able to use Microsoft's version. That said, it is provided without warranty, and there might be some bugs that cropped up, which Epic Games will probably not help with. I somehow doubt that Microsoft will have a dedicated team that merges all fixes going forward, and I don't think this will change Tim's mind (although concrete limitations that guarantee openness might...). Use at your own risk, I guess, especially if you don't care about potentially missing out on whatever is added for 4.13 and on (unless you add it yourself).
The fork is available on Microsoft's ATG GitHub, with lots of uppercase typing.
Subject: General Tech | June 1, 2016 - 06:26 PM | Scott Michaud
Tagged: unreal engine, ue4, unreal engine 4, epic, epic games
Epic Games has released Unreal Engine 4.12, which adds quite a bit, especially cinematic tools. Those who created games or mods in Unreal Engine 3 or 4 will know about Matinee, the interface to animate objects in a scene. It has finally been replaced with Sequencer, which is designed to feel more like Adobe After Effects or Adobe Premiere. They also add a bunch of features to DirectX 12 and Vulkan, but both are still in experimental preview. Vulkan, for instance, only implements rendering features for mobile, not desktop.
Beyond Sequencer, mentioned above, Epic has also added a bunch of new rendering technologies for high-end graphics. This includes High Quality Reflections, Planar Reflections, Grass and Foliage Scalability, and Twist Corrective Animation Node. These are quite interesting for someone like me, who has been getting back into pre-rendered animation recently, but finds that typical, production renderers (such as Cycles) are quite heavy, slowing me down. Epic was interested in bringing Unreal Engine into a video production workflow, even back in Unreal Engine 3, and it's good to see a lot of attention in this area. It might be enough to move me over at some point, especially for animations that don't have a hyper-realistic style. Even better -- this level of visual quality should land in some games, too.
Unreal Engine 4.12 is now available on Epic's Launcher.
Subject: General Tech | March 31, 2016 - 02:52 PM | Scott Michaud
Tagged: epic games, unreal engine, unreal engine 4
It has been in preview since December, but Epic Games has finally released Unreal Engine 4.11 for developers to create awesome things with. This version focused on performance and the features that were added for Paragon, which entered early access two weeks ago. DirectX 12 is still considered experimental, and Vulkan is missing officially (although John Alcatraz has a tutorial to add it to Unreal Engine built from source), but the rendering back-end has received significant changes to accommodate the new graphics APIs in the future.
The three features that I'm most interested in, apart from free performance, are lighting channels, capsule shadows, and improved building of static light. Light channels are very difficult to implement in a deferred renderer, but Epic managed. This means that you can have dynamic lights only affect certain objects in the scene, either for performance, if enough lights are ignored to justify the cost of the channels themselves, or for special effects, like making a specific object stand out in a scene. They also added new shading models for eyes, hair, skin, and cloth, and added a bunch of interesting audio features.
Unreal Engine 4.11 is available now from Epic's Launcher. It's free to use, but Epic takes a royalty on certain revenues.
Subject: Mobile, Shows and Expos | February 21, 2016 - 05:14 PM | Scott Michaud
Tagged: Samsung, epic games, unreal engine 4, vulkan, galaxy s7, MWC, mwc 16
Mobile World Congress starts with a big bang... ... ... :3
Okay, not really; it starts with the formation of a star, which happens on a continual basis across the universe. I won't let facts get in the way of a pun, though.
As for the demo, it is powered by Unreal Engine 4 and runs on a Samsung Galaxy S7 with the Vulkan API. The setting seems to be some sort of futuristic laboratory that combines objects until it builds up into a star. It is bright and vibrant, with many particles, full-scene anti-aliasing, reflections, and other visual effects. The exact resolution when running on the phone was never stated, but the YouTube video was running at 1080p30, and the on-stage demo looked fairly high resolution, too.
Epic Games lists the features they added to mobile builds of Unreal Engine 4 for this demo:
- Dynamic planar reflections
- “Full” GPU particle support, which includes vector fields.
- Temporal Anti-Alising, which blends neighboring frames to smooth jaggies in motion.
- ASTC texture compression (created by ARM and AMD for OpenGL and OpenGL ES)
- Full scene dynamic cascaded shadows
- Chromatic aberration
- Dynamic light refraction
- Filmic tonemapping curve, which scales frames rendered in HDR to a presentable light range
- Improved static reflections
- High-quality depth of field
- Vulkan API for thousands of onscreen, independent objects.
The company has not stated which version of Unreal Engine 4 will receive these updates. I doubt that it will land in 4.11, which is planned for March, but they tend to release a full dot-version every one to three months. They also have early previews for those who wish to try it early, some compiled leading up to launch, and others that need to be built from GitHub.
Subject: General Tech | September 1, 2015 - 04:24 PM | Scott Michaud
Tagged: unreal engine 4, unreal engine, ue4.9, ue4, epic games, dx12
For an engine that was released in late-March, 2014, Epic has been updating it frequently. Unreal Engine 4.9 is, as the number suggests, the tenth release (including 4.0) in just 17 months, which is less than two months per release on average. Each release is fairly sizable, too. This one has about 232 pages of release notes, plus a page and a half of credits, and includes changes for basically every system that I can think of.
The two most interesting features, for me, are Area Shadows and Full Scene Particle Collision.
Area Shadows simulates lights that are physically big and relatively close. At the edges of a shadow, the object that casts the shadow are blocking part of the light. Wherever that shadow falls will be partially lit by the fraction of the light that can see it. As that shadow position gets further back from the shadow caster, it gets larger.
On paper, you can calculate this by drawing rays from either edge of each shadow-casting light to either edge of each shadow-casting object, continued to the objects that receive the shadows. If both sides of the light can see the receiver? No shadows. If both sides of the light cannot see the receiver? That light is blocked, which is a shadow. If some percent of a uniform light can see the receiver, then it will be shadowed by 100% minus that percentage. This is costly to do, unless neither the light nor any of the affected objects move. In that case, you can just store the result, which is how “static lighting” works.
Another interesting feature is Full Scene Particle Collision with Distance Fields. While GPU-computed particles, which is required for extremely high particle counts, collide already, distance fields allow them to collide with objects off screen. Since the user will likely be able to move the camera, this will allow for longer simulations as the user cannot cause it to glitch out by, well, playing the game. It requires SM 5.0 though, which limits it to higher end GPUs.
This is also the first release to support DirectX 12. That said, when I used a preview build, I noticed a net-negative performance with my 9000 draw call (which is a lot) map on my GeForce GTX 670. Epic calls it “experimental” for a reason, and I expect that a lot of work must be done to deliver tasks from an existing engine to the new, queue-based system. I will try it again just in case something changed from the preview builds. I mean, I know something did -- it had a different command line parameter before.
UPDATE (Sept 1st, 10pm ET): An interesting question was raised in the comments that we feel could be a good aside for the news post.
Anonymous asked: I don't have any experience with game engines. I am curious as to how much of a change there is for the game developer with the switch from DX11 to DX12. It seems like the engine would hide the underlying graphics APIs. If you are using one of these engines, do you actually have to work directly with DX, OpenGL, or whatever the game engine is based on? With moving to DX12 or Vulcan, how much is this going to change the actual game engine API?
Modern, cross-platform game engines are basically an API and a set of tools atop it.
For instance, I could want the current time in seconds to a very high precision. As an engine developer, I would make a function -- let's call it "GetTimeSeconds()". If the engine is running on Windows, this would likely be ((PerformanceCounter - Initial) / PerformanceFrequency) where PerformanceCounter is grabbed from QueryPerformanceCounter() and PerformanceFrequency is grabbed from QueryPerformanceFrequency(). If the engine is running on Web standards, this would be window.performance.now() * 1000, because it is provided in milliseconds.
Regardless of where GetTimeSeconds() pulls its data from, the engine's tools and the rest of its API would use GetTimeSeconds() -- unless the developer is low on performance or development time and made a block of platform-dependent junk in the middle of everything else.
The same is true for rendering. The engines should abstract all the graphics API stuff unless you need to do something specific. There is usually even a translation for the shader code, be it an intermediate language (or visual/flowchart representation) that's transpiled into HLSL and GLSL, or written in HLSL and transpiled into GLSL (eventually SPIR-V?).
One issue is that DX12 and Vulkan are very different from DX11 and OpenGL. Fundamentally. The latter says "here's the GPU, bind all the attributes you need and call draw" while the former says "make little command messages and put it in the appropriate pipe".
Now, for people who license an engine like Unity and Unreal, they probably won't need to touch that stuff. They'll just make objects and place them in the level using the engine developer's tools, and occasionally call various parts of the engine API that they need.
Devs with a larger budget might want to dive in and tweak stuff themselves, though.
Unreal Engine 4.9 is now available. It is free to use until your revenue falls under royalty clauses.