ASUS GeForce RTX 3080 Noctua OC review
AMD Ryzen 5 5600 review
PowerColor RX 6650 XT Hellhound White review
FSP Hydro PTM Pro (1200W PSU) review
ASUS ROG Radeon RX 6750 XT STRIX review
AMD FidelityFX Super Resolution 2.0 - preview
Sapphire Radeon RX 6650 XT Nitro+ review
Sapphire Radeon RX 6950 XT Sapphire Nitro+ Pure review
Sapphire Radeon RX 6750 XT Nitro+ review
MSI Radeon RX 6950 XT Gaming X TRIO review
Happy Forest Real Time Engine Tech Demo
I've gotta say, that looks pretty terrific alright. Check out the video after the break showcasing a Real Time Engine Tech Demo called "HAPPY FOREST"
CalculuS
Senior Member
Posts: 3158
Joined: 2014-07-28
Senior Member
Posts: 3158
Joined: 2014-07-28
#5115597 Posted on: 07/06/2015 01:11 PM
Destruction of the environment is troublesome because it requires lots of new models (that's expensive as it requires more 3D modellers, texture artists, and development time) and possibly dividing the existing ones suitable for partial destruction. This could also demand significant engine changes (if using a door loads a new area, then what happens if the whole wall is torn down?).
Depending on the game it can also bloat save files (could be even incremental, corruption prone things) and generally make the engine more unstable when the environment can't simply be loaded the same way every time but the engine must always keep checking if something needs to be overwritten. If it's MP, the destruction must be synchronized over the network.
It would be cool, but it's easy to understand why things change so slowly.
Battlefield 3 handled it easy enough though.
Destruction of the environment is troublesome because it requires lots of new models (that's expensive as it requires more 3D modellers, texture artists, and development time) and possibly dividing the existing ones suitable for partial destruction. This could also demand significant engine changes (if using a door loads a new area, then what happens if the whole wall is torn down?).
Depending on the game it can also bloat save files (could be even incremental, corruption prone things) and generally make the engine more unstable when the environment can't simply be loaded the same way every time but the engine must always keep checking if something needs to be overwritten. If it's MP, the destruction must be synchronized over the network.
It would be cool, but it's easy to understand why things change so slowly.
Battlefield 3 handled it easy enough though.
mbk1969
Senior Member
Posts: 12292
Joined: 2013-01-17
Senior Member
Posts: 12292
Joined: 2013-01-17
#5115646 Posted on: 07/06/2015 02:49 PM
That`s because engines are not .Net.
.Net allows to utilize multithreading very easy (and through thread pool mechanics). Ofc, achieving massive parallelism is mega difficult task for all languages, but light subtasks in .Net is piece of cake.
Despite the improvement in the field of multithreading in general . Game engines usually have troubles using many cores. usually games end up using less power from high end GPUs and CPUS . Most game engines avoid different cores for the same operation. In fact all programmers do to avoid hell.
That`s because engines are not .Net.
.Net allows to utilize multithreading very easy (and through thread pool mechanics). Ofc, achieving massive parallelism is mega difficult task for all languages, but light subtasks in .Net is piece of cake.
schmidtbag
Senior Member
Posts: 6487
Joined: 2012-11-10
Senior Member
Posts: 6487
Joined: 2012-11-10
#5115667 Posted on: 07/06/2015 03:16 PM
I think what you're forgetting is this is a LIVE rendering. Sure, seeing realtime destruction would definitely be pretty cool, but people aren't appreciating the fact that videos like this used to take days or weeks to render just a few years ago.
(near) static environments are pretty easy to render nowadays. its time a more interactive world be created. MOAR DESTRUCTION!!!!
I think what you're forgetting is this is a LIVE rendering. Sure, seeing realtime destruction would definitely be pretty cool, but people aren't appreciating the fact that videos like this used to take days or weeks to render just a few years ago.
Vinnie
Senior Member
Posts: 7682
Joined: 2005-05-02
Senior Member
Posts: 7682
Joined: 2005-05-02
#5115672 Posted on: 07/06/2015 03:21 PM
Can't wait to download it and see how it runs on my machine.
Can't wait to download it and see how it runs on my machine.
Click here to post a comment for this news story on the message forum.
Senior Member
Posts: 13725
Joined: 2004-05-16
Like others said. It seems we are moving to a world where everyone tries to make the best looking semi-static rendered picture.
Furthermore, ive been seeing "impressive" tech demos like this for 10 years now. I still dont see any games with any of this. Maybe NOW we start getting games that look like tech demos from 10 years ago, and they run like ****, even on all the expensive hardware.
The new fad is to cover up the game in all kinds of effects and heavy motion blur and what not, so you can barely see the game world. While mantaining low resoluton and 30fps.
Where have you seen impressive tech demos like this for 10 years? Like show me the demo that has this fidelity while running in real time 10 years ago?
The entire point of these engines, specifically UE4, is that anyone, literally any little studio can produce extremely high quality content with a small team in a short amount of time, with little to no upfront cost. Every time these demos get posted people complain about the most inane ****. "Wahh, no destruction". "Wahh the textures on the rock look blurry" "wahh too much motion blur". All these things are configurable and left up to artistic choice. If you want a demo with/without this stuff -- go build it yourself. The Engine is free. You can download texture packs/objects/materials/etc right from the store if you don't feel like building your own.