Jump to content

  • Log In with Google      Sign In   
  • Create Account

SephireX

Member Since 11 Mar 2013
Offline Last Active Today, 04:50 AM

Posts I've Made

In Topic: Physics and Sound Engine Encapsulation

21 June 2016 - 06:53 PM

Thanks for the replies. I understand why wrappers are used. Maybe "encapsulation" is the wrong word. I'm talking about providing a common physics interface that would allow different physics engines to be used with the same game engine. I know that if this interface is created by a programmer that has knowledge of only one physics engine, it may not fit other physics engines that well but the interface could be updated in the future if it was decided to switch physics engine. At least the engine would never point directly to a specific physics engine but rather the interface meaning it would be easier to update the code. Then again, it might be over-engineering.

 

While on the subject of game engine design, I have another question regarding the level editor. Most level editors have snap functionality allowing the user to let an object snap to the ground. For the editor, to know where the ground is, it will have to do a collision query; maybe a ray cast downwards to find the nearest point of intersection. Would a game engine use the physics engine for this ray cast or would it traverse its own spatial hierarchy and do the intersection tests itself? For example, let's say the user wants to place a chair on the ground and they can hit a key that will instantly place the chair on the floor. The floor will have a static actor in the physics engine because its not going to move in the game. Though what if the user wants to move the floor after they place the chair? Would the editor make all static objects dynamic actors in the physics engine for the sake of editing or would the physics engine be in use by the editor at all? Sorry for the long winded question.

 

 

 

 


In Topic: Are Third Party Game Engines the Future

30 May 2016 - 01:17 PM

@Hodgman

For AAA studios, a royalty of 5% would not be feasible. That's why Epic offer a custom license which I think is around the 1 million mark. I think they also may offer a lifetime license but probably costs a good bit more. For indies, it does make sense especially if they are strapped for cash. Unreal allows small studios to make big games and if their games are successful, they may be able to afford a custom license in the future. Not having to pay a cent for tech until you have made money is an incentive for indies to use Unreal.


In Topic: Are Third Party Game Engines the Future

27 May 2016 - 04:06 AM

Thanks again for the replies. Always good to hear other people's opinions.

 

@Hodgman

Sorry I misinterpreted what you were saying the first time. I would agree that UE4's code is over-engineered but I suppose the programmer suffers so the content creators have an easier time.

 

@Shaarigan

 I agree that most existing AAA devs won't move to third party engines in the foreseeable future. However, there are so many indie start ups using third party engines. Most of these indies will fail but some will succeed and grow into teams capable of making AAA games and they will likely continue to use the same technology. I therefore can't see engines like Unity and UE4 going anywhere. The barrier to entry is very low and so many teams are using them. For indie developers that plan to make big games, there really isn't much of a choice but to use third party engines. To make AAA quality tools that are stable would take too long. In my case, I have a full time job as a programmer but not in the games industry unfortunately. I can only dedicate 10 hours a week to work on game part time. There are many virtual teams made up of people in similar circumstances and third party engines really come in useful in these situations. Knowing how to write gameplay code in Unity or UE4 presents a lot of opportunities for joining other teams using these engines. Its also easy to carry gameplay code from one game over to another.


In Topic: Are Third Party Game Engines the Future

26 May 2016 - 12:47 PM

@Ravyne

Though if you look at Unreal Engine 4, you will see a huge variety of different types of games being made with it. UE4 is very different to UE3. It supports large open worlds out of the box and small studios are making very big games with it. For example, Ark: Survival Evolved was created by a virtual team of indie developers. The engine is very flexible and although it may not be optimal for a specific genre, the source can be modified to make it optimal. An indie team starting out will not be making boundary-pushing games. If the team is successful and grows, they can hire more programmers and heavily modify the engine for more ambitious projects. UE4 is a lot more flexible. The Oculus team replaced UE4's renderer with their own for VR optimization and used it in the games they are making. They've also made this branch of the engine publicly available.


In Topic: Are Third Party Game Engines the Future

26 May 2016 - 10:29 AM

@Josh Petrie

I suppose in the long run it balances out. Just comes down to money. Everyone has a source license to Unreal Engine 4 now. Just 5% royalty unless you get custom license.

 

@Glass_Knife

I suppose artists can create textures and modelers can create and rig 3D models. Designers can work on design documents. Maybe even use a third party engine to prototype.

 

I personally prefer to know how the tech works but not reinvent the wheel. UE4 suits me and I'll probably use it. When starting out, its also easier to move to other teams and carry over gameplay code because so many other teams are also using the same engine.

 

@Norman Barrows

Nicely put.


PARTNERS