AWS game engine - lumberyard
Faux Amis
faux at amis.com
Fri Apr 10 17:10:02 UTC 2020
On 2020-04-08 04:44, evilrat wrote:
> On Tuesday, 7 April 2020 at 17:50:02 UTC, Faux Amis wrote:
>> Did anybody get Amazon's game-engine to work with D? :)
>>
>> https://aws.amazon.com/lumberyard/details/
>
> (Just my personal opinion, feel free to ignore it, esp. since I don't
> work in gamedev)
>
> I wouldn't recommend using it unless you're a mid to large sized
> company. It requires great level of expertise and has large codebase
> which means modifying it will be a torture unless you can't afford $10k
> workstation. I also assume there will be leftovers from CryEngine 3 here
> and there which was... um.. sorry, no comments.
>
> Back to the point. Technically there shouldn't be anything that stops
> you to make D plugin to the engine using their "bus" mechanisms. It will
> require a lot of work though to even just make simple moving object demo
> (that's why mid+ sized company is a must).
>
>
>
> If you just look for advice about complexity and possibility to use it
> with D here is my approx. ratings for major engines (first score - ease
> of integration, second score - overall usability and engine quality, all
> scores from 0 to 10):
>
> - CryEngine 5 | 6 / 4 (uses regular shared libs, should be relatively
> easy)
> - Unity | 7 / 7
> - Godot | 7 / 5 (it already has some D integration so the score
> is that high)
> - UnrealEngine| 2 / 7 (requires a lot of metadata, and there is no docs
> about it)
> - Lumberyard | 5 / 5 (probably you want to stick with ebus, not sure
> about plain DLL's)
>
> Even though some engines such as UE4 is a PITA to integrate with, you
> can go the other way around and implement your game as DLL and then use
> the engine to visualize game world state and handle/forward
> physics/input/events to your game code.
>
> Again, this is just my personal experience, and it may or may not
> reflect real state of affairs.
>
>
> Anyway if you're looking to actually finish a game then just use Unity
> or Unreal, if you want to make whole game in D no matter the odds - do
> it, ignore engines, take some ECS framework and add features as you go.
Thanks for your nice overview!
With all this time sitting at home I wanted to get into game dev again.
I do have experience with UE4 and Unity... but somehow I really was
looking forward to coding in D again :)
Might be worth looking into Godot.
More information about the Digitalmars-d
mailing list