The Star Citizen Thread v5

Status
Thread Closed: Not open for further replies.
The next time one of the cultists tries to argue that CIG were fully justified in moving to an increased scope and open-ended development schedule, because "the community" voted for it on the forums:

https://forums.robertsspaceindustries.com/discussion/318617/should-cig-move-to-lumberyard-game-engine

(pointed out by DS)

In this case I might even disagree with community - it really depends on many unknowns I personally don't know.

Still I don't buy it is something they planned for year. Considering renaming engine and trying to distance themselves heavily from CryTek has more to do with this than actual technical benefits.

Still, there are *some* things that CIG might benefit from, like Amazon engine has actual modular VR support. Not that SC or SQ42 can utilize it at this point, but still...But as we know it is not that big as mostly balancing issue between VR, framerates and blingz.
 
I have a question:

If CIG are switching to Lumberyard, why the screaming f--- have they been shovelling ex-crytek-can't-netcode-for-s--t-guys into Frankfurt?

The switch to Amazon's Lumberyard gives me hope there may be a game at the end of this flustercuck. But what the heck are they doing with programmers and codebases?
Do they have an actual plan?
 
Last edited:
I have a question:

If CIG are switching to Lumberyard, why the screaming f--- have they been shovelling ex-crytek-can't-netcode-for-s--t-guys into Frankfurt?

The switch to Amazon's Lumberyard gives me hope there may be a game at the end of this flustercuck. But what the heck are doing with programmers and codebases?
Do they have an actual plan?

I really doubt Amazon network code has anything to do with actual session management - which is ze German's task to do - but more of "ohh you can throw around REST/TCP calls to our servers using this simplified API". I really doubt it's end up that Amazon writes network stack for them - not gonna happen.

Edit: GameLift (component that is coupled with Lumberyard) is basically what Frontier Developments has for ED. I see still catching up Chris :D But it seems mostly is server side code managing server spawning/removal thus providing automatic scaling. Session management is still in CIG hands to handle.
 
Last edited:
Crusader port still wont go over 15-20FPS on GTX 1060 and 32GB RAM - its bad even with edited USER.CFG (shame fov tweak wont work with 2.6.)

I am still downloading....whats the performance and max number of players in Star Marine and is it lagging a lot?
 
Last edited:
lol engine switch!?
hahahahah :D

Those 3.0 screenies look interesting though.
Maybe we'll be able to try it next year?

but seriously... engine switch!?!
They've already been integrating for the past year?
But noone knew about it because it's the most open development of all time?

hahahahha :D


RIP StarEngine 2016
 
Game and company an utter joke.

Surely this switch to new engine is costing them money possibly lots of money? At the very least it's time lost once again piddling about on a bad choice of engine in the first place for so long.

Joke product, joke management.
 
lol engine switch!?
hahahahah :D

Those 3.0 screenies look interesting though.
Maybe we'll be able to try it next year?

but seriously... engine switch!?!
They've already been integrating for the past year?
But noone knew about it because it's the most open development of all time?

hahahahha :D


RIP StarEngine 2016

Curious, which 33.0 screenies? :)
 
I really doubt Amazon network code has anything to do with actual session management - which is ze German's task to do - but more of "ohh you can throw around REST/TCP calls to our servers using this simplified API". I really doubt it's end up that Amazon writes network stack for them - not gonna happen.

Maybe not, but if you think about it, massively parallel real time transactions is something Amazon are quite good at: There is no reason they can't have put that into the engine.

If we're down to 'magic Germans' who stuffed up the netcode last time they coded it, then my hope fades. :|
 
Game and company an utter joke.

Surely this switch to new engine is costing them money possibly lots of money? At the very least it's time lost once again piddling about on a bad choice of engine in the first place for so long.

Joke product, joke management.

No, it is actually better - they technical debt is so big that switching will be actually less costly than if they would be ready for let's say rolling out SC 3.0 Alpha or dear forbid Squadron 42 release.

As they still quite a way to go, so it's fine then :D
 
lol engine switch!?
hahahahah :D

Those 3.0 screenies look interesting though.
Maybe we'll be able to try it next year?

but seriously... engine switch!?!
They've already been integrating for the past year?
But noone knew about it because it's the most open development of all time?

hahahahha :D


RIP StarEngine 2016

Wel, CryEngine to Lumberyard isn't a huge shift - It's not like they went to Unreal, & I can imagine it's manageable. But how much money did they waste on StarEngine?
 
....I don't even know where to start.

So. Many. Questions.

This is CIG admitting that the FrankenEngine, you know, that cutting-edge revolutionary top-of-the-line internally developed miracle of an engine, is in fact such a mess that it's beyond saving?
They're just salvaging their custom modules (like the 64-bit positioning I'm assuming, because Lumberyard supports 16km2 maps by default) and porting it over to a "clean" slate?
This is going to be a whole other year of "groundwork and refactors"?

What a goddamn joke.
 
Sorry... So is the latest SC (Star Marine?) release already on Lumberyard? Or is the migration in progress?

I believe it is currently on Lumberyard.

---

Apparently Lumberyard has VR support unlike Star Engine so it'll be interesting if this gets incorporated.
Q. Does Lumberyard support VR?
Yes. We currently support Oculus Rift, HTC Vive, and OSVR. Because VR is a rapidly evolving area, we've built Lumberyard's VR support to be modular, meaning you can add support for new HMDs without writing code, helping you support new HMDs as they are released. To find out more about our modular VR system, check out our blog here.
 
Last edited:
I believe it is currently on Lumberyard.

Yeah, that's what they say. It still crashes badly :)

- - - Updated - - -

Wel, CryEngine to Lumberyard isn't a huge shift - It's not like they went to Unreal, & I can imagine it's manageable. But how much money did they waste on StarEngine?

Or basically StarEngine was PR move to distance from CryTek problems? Or just a basic move to give any feel of movement?

Who know's it's CIG. "Open development". LOL.
 
Well guys....let´s be honest it does not look all that bad for CIG....as I understand 2.6 allready running on Lumberyard so the whole transition process is pretty easy because Lumberyard is basically same as Crytek with the improved network....the question is how much better is the network?
 
Did they say which parts specifically they are using from the LY engine, and which parts are still custom SC engine? Having networking handled by amazon should like a good idea. It works for ED. But what are they actually doing? And how will this work in the future. Sure they need to merge their version of the engine with LY. But how will this proceed. LY is still a beta engine. What if amazon changes something?
 
Status
Thread Closed: Not open for further replies.
Back
Top Bottom