Game News Colony Ship RPG Update #4: Main Quest Design, Progress Report

[StrongBelwas]

Why do you need a source code?

If there is an issue with the engine during development, they could end up sitting around on their asses waiting for Unity to fix it without the ability to go in and deal with it themselves.

 

[Robert Jarzebina]

LOL, good luck dealing complicated issues by yourself.

 

[Vault Dweller]

LOL, good luck dealing complicated issues by yourself.

That's what we did with Torque. There were many issues that we were able to fix only because we had the source code. Who knows what issues we might run into? I know that inXile asked for and got the source code, which makes sense. Basically, if you're working on a complex game (not visually complex as that's where the existing support is the strongest) and don't have the source code, you're a fool.

 

[Robert Jarzebina]

Unreal is "a little" more advanced than Torque. And will be even more in 2-3 years.

Well see you in your_planned_production_time * 3 then!

 

[Vault Dweller]

We'll start by porting AoD systems and tools into Unreal 4. Obviously, it will require extensive work. If in 6 months we're still nowhere, we'll go back to Torque (it's not a pretty engine but it works) to make sure we release the game in 4 years.

 

[Robert Jarzebina]

We'll start by porting AoD systems and tools into Unreal 4. Obviously, it will require extensive work. If in 6 months we're still nowhere, we'll go back to Torque (it's not a pretty engine but it works) to make sure we release the game in 4 years.

Well I dont have much experience with Unreal 4, almost none, but it seems that its not the best choice for making a complex game that is not a walking simulator. I dont see many complex games made in it: https://en.wikipedia.org/wiki/List_of_Unreal_Engine_games

On the other hand Unity3d. In 2-3 years should be in very much different place than now. Thanks to close cooperation with Microsoft and replacing outdated mono(root of all problems) with fresh .NET.

 

[Infinitron]

I don't think raw Unity or raw Unreal matters so much, it'll be years of work in any case. A more interesting option would be licensing somebody's existing RPG codebase on either engine.

 

[Robert Jarzebina]

I don't think raw Unity or raw Unreal

Making game in Unity is few times faster. That matters for some.

 

[Vault Dweller]

We'll start by porting AoD systems and tools into Unreal 4. Obviously, it will require extensive work. If in 6 months we're still nowhere, we'll go back to Torque (it's not a pretty engine but it works) to make sure we release the game in 4 years.

Well I dont have much experience with Unreal 4, almost none, but it seems that its not the best choice for making a complex game that is not a walking simulator. I dont see many complex games made in it: https://en.wikipedia.org/wiki/List_of_Unreal_Engine_games

Give it time. It went free only a year ago (before that the entry barrier was too high).

On the other hand Unity3d. In 2-3 years should be in very much different place than now. Thanks to close cooperation with Microsoft and replacing outdated mono(root of all problems) with fresh .NET.

We can't make decisions based on what might be in 2-3 years. Like I said, based on our experience with Torque, we won't even consider an engine without the source code. Why do you think inXile insisted on it?

Making game in Unity is few times faster. That matters for some.

Depends on the game's level of complexity. You can do simple things very fast in Unity but proper RPGs require a lot more.

 

[Robert Jarzebina]

AFAIR Unreal was always more free and available than Unity. There are other reasons why ppl dont make complex games in it.

Why do you think inXile insisted on it?

Maybe they didnt need it at the end? Who knows what was the case.

You can do simple things very fast in Unity but proper RPGs require a lot more.

Also you can do your own complex tools in Unity very fast. And other shit very fast.

 

[Vault Dweller]

AFAIR Unreal was always more free and available than Unity.

6-8 years ago it would have cost you hundreds of thousands of dollars to license plus tens of thousands per seat. Keep in mind that CryEngine 3 asking price was 1.2 mil 4 years ago.

Then they changed the licensing to $99 and 25%(!) royalties, which is a lot. Then they changed it to $20/months plus 5% royalties. A year ago they dropped $20/month, so now it's 5% royalties after the first 3k per quarter. So it hasn't been affordable that long.

 

[made]

Why not REDengine?

 

[hivemind]

why not RPGmaker ?

it's specially made for making RPGs so there should be some helpful features already in

 

[Robert Jarzebina]

So it is two years since it is "$19 per month, plus 5%.


You are making low budget isometric game in small team. Last thing you should do is your "own fixes" in such huge engine as Unreal. LOL, this is insane! You dont even have QA team.

 

[Goral]

(...) You are making low budget isometric game in small team. Last thing you should do is your "own fixes" in such huge engine as Unreal. LOL, this is insane! You dont even have QA team.

Bloodlust Shadowhunter has been made in Unreal engine by practically one man only and it looks great. And the gameplay is fun IMO. I know most Codexers think it's shit but I find it worth the money. If Colony ship game would look even remotely as good as Bloodlust I think it would also sell way better than AoD.

 

[Vault Dweller]

So it is two years since it is "$19 per month, plus 5%.

What complex game can you make it 2 years?

You are making low budget isometric game in small team. Last thing you should do is your "own fixes" in such huge engine as Unreal. LOL, this is insane! You dont even have QA team.

What does a QA team have to do with anything? Like I said, we ran into numerous issues with Torque, issues neither the engine developer nor the rather active community had any solutions for because they never ran into such issues before. If we didn't have the source code, we would have had to simplify things on the design end, which isn't something we wanted to do. Additionally, while we don't have a QA team we processed hundreds of crash reports and fixed a lot of technical issues, including those caused by Torque own code.

I don't know if we'd run into similar issues with Unity but I don't want to take any chances. The only real Unity RPGs that I know of are Wasteland 2 and PoE. WL2 had the source code and I'd be very surprised if Obsidian didn't get it either. It would be stupid not to.

 

[Shin]

(approximately) how many people work at ITS? has/will the team be extended?

 

[Vault Dweller]

The core team went from five to six (extra programmer): two programmers, one animator, one artist/designer, one writer/designer, one artist. Plus a new concept artist who will do the intro art for all locations (for now), maybe another concept artist for in-game stuff, and the composer who did most of AoD tracks but they aren't day-to-day people. Basically, beefing up art and programming. I'd love to get another writer, but so far better art and art direction is a priority and we don't have much room to begin with.

 

[Roqua]

I think you should use ToEE's engine and combat system. Fuck your fancy smancy rotating cameras.

 

[Russia is over. The end.]

LOL, good luck dealing complicated issues by yourself.

UE4's source is very easy to read. Very well structured, well commented and well documented.

Well see you in your_planned_production_time * 3 then!

It's actually faster to code in Blueprints than in C#.

In terms of performance, you can rewrite critical parts into C++ with UE4, but not in Unity.

For the rest, both Mono and Blueprints are already being, or are going to be soon converted to C++ before compilation, so their performance will be comparable. UE4.11 introduced this feature as experimental, and Unity provided this feature for Android last time I checked, but was going to provide it for all platforms eventually.

You can prototype very quickly in Blueprints and once you're happy with the results, it's easy to just rewrite the whole thing in C++ if that is what you want. It's not necessary though. C++ has a slow compilation, but that problem is taken care of with blueprints.

The "* 3" is a mistake. In general, writing in c++ is slower than in c#. But not in this case. I was thinking the same thing before I started with UE4. I found out that UE4 is faster.

Also you can do your own complex tools in Unity very fast.

Editor extensions - yes. Complex systems? No.

When you're making a game, you must choose the right technology for your type of game. It's never as easy as "well this engine is superior cause I've heard a lot of good titles are using it and it gets good/bad press", or whatever.
You must weigh the technology of every engine and decide based on that. You don't know Unreal unfortunately, so you can't compare and make this kind of decisions. I know both engines.

UE4 is technologically superior to Unity in many regards. If you're making a FPS or a 3d person action game, you need Unreal for graphics alone, plus UE4's AI trees will be of big help, plus blueprints for easy prototyping.
If you're making anything with multiplayer, again only UE4 will do, be it a MOBA, an MMO, a Diablo clone, etc. UE4's multiplayer is years ahead of Unity.
Now if you're making a Match3, or a TCG, or an RPG, you can use either engine. It'll be a matter of personal preference, then.

UE4 has:
- AI trees (which Unity doesn't have at all)
- Production quality multiplayer replication for humanoid controller. Everything is polished, years went into this controller, and it's high level. Movement prediction, interpolation, etc, out of the box.
- You can test and debug multiplayer inside the editor in Unreal, with as many virtual clients as you want. In Unity, when you want to debug multiplayer, you have to compile your project, launch 2 instances, connect both manually and then debug your problem. You can either debug the client or the server at a time. You need to compile your project every time you want to debug network code, for every little code change you make in Unity. So making a multiplayer game on Unity will indeed take much much more time and energy, simply because they have no system for network code debugging.
- Graphics.
- Custom shaders in blueprints. It takes minutes to make incredibly complex custom shaders in UE4. Takes days to make shaders of comparable complexity in Unity, plus you'd have to learn Cg.
- Various high level systems such as in-built localization system, integrated with various online services or the post processing volume, to give another example. Unity is bare bones.

AFAIR Unreal was always more free and available than Unity. There are other reasons why ppl dont make complex games in it.

The reason for Unity's popularity is in its simplicity. UE4 is harder to get a grip of, because it's C++, and not the kind of C++ you learn at the university. So it's got a high entry barrier in this regard.

In 2-3 years should be in very much different place than now.

Unity will be where it is, unfortunately. I had high hopes for it too, but I don't anymore.

- Unity and Unreal released their respective 4.6 versions at the same time, both featuring the new UI system. UE4's UMG was experimental at that point and was lagging behind. Today it's superior to Unity's UI hands down, especially for making large interfaces.
- At one point, Unity threw all their efforts into the graphics, hyping PBR and then what came out of it was the same old rendering, just with pbr. It's still poor.
- Then at one point, Unity realized their old network system was old, so they rewrote a new one from scratch in 5.1 or 5.2. It's just a little bit more high level, but not by much. I literally had to write my own movement interpolation for it, because theirs was jerky and didn't work without rigid bodies. In 2016...
- Still no default and well polished humanoid controller. They have something, but it's unusable. A lot of engines have them nowadays, and Unity just even doesn't care. Game Maker has a decent controller with configurable momentum, gravity, etc. Unity doesn't, and one of the reasons Unity doesn't explore its own technology is that they're not in the business of making games themselves. Epics make games on their own engine, they're aware of every little problem in their engine and they immediately fix it. And they release assets for free, because they're making them anyway for their games. They implement new technologies as they're making their games, and they make those technologies part of the engine. Unity stands still...
- UE4 became free. On the next day Unity announced they're making their engine free too... except they still don't release the sources, and you can't have the dark skin. They have no respect for their customers if they want them to work without the dark skin, just out of spite. And for what? And being open source is no small thing. They can accept commits from you. You can rewrite parts of the engine, which is important when you're making a big game, otherwise you have to implement hacky shitty solutions. You can see their commits and discard things that you don't want, even though it's not easy, but at least you have that possibility. People make important commits to UE4 all the time, their community is alive, while Unity stands still, and their community moves cubes.
- I think Unity gave up on that race with UE4 some time ago, unable to write good graphics, while Unreal keeps pushing the envelope, keeps improving its renderer all the time. If you read and compare each Unreal's and Unity's new version press releases, you can understand what I'm talking about. One is implementing vital changes every new version, the other one stands still.

 

[Robert Jarzebina]

LOL good luck coding RPG in blueprints. I see this is some extreme amateur Unreal fanboism going on here. I wont be arguing with that.

Life will revise you.

MARK MY WORDS: Iron Tower Studio has no chances to do a complex RPG in Unreal engine in 4 years.

Prove me I am wrong.

 

[a bear named spigot]

so sayeth the wise jarzebina

 

[Drowed]

MARK MY WORDS: Iron Tower Studio has no chances to do a complex RPG in 12 years.

Fixed that for you.

 

[Jaesun]

r00fles!

 

[mutonizer]

Kudos for having the guts to take the time on pre-prod.

Not directly related but what's the dungeon crawler they keep mentioning as a focus for the dev/art team during pre-prod?