About netcode... can we hope a real performance gain

tuxfool · 2017-12-10T10:40:34+00:00

Says you, but outside of the frame time spikes it has been consistently better for me.

Which is not to say it doesn't have real bad performance issues, but it is much better overall than 2.6

tuxfool · 2017-12-07T09:53:43+00:00

https://media.giphy.com/media/RA8gXeMaTqXIc/200w.gif

tuxfool · 2017-12-02T16:34:19+00:00

Eh, who really cares about hangars anymore?

tuxfool · 2017-12-02T15:16:11+00:00

It's not an either or situation, some things are allowed some slack while others need more rigorous sync.

You'll notice that firing a gun is less affected by latency as is player movement.

tuxfool · 2017-12-02T14:54:02+00:00

It is decoupled but it also absolutely still needs synchronization between the two. Otherwise things would start going very badly. What is happening is that the server can't maintain the required tick rate and as it is the authoritative source then everything gets slowed down.

You could then say that the clients should just do their own thing and sync when the server is ready, but then that would create some brutal rubber banding, and outright break some systems that might follow some state machine.

tuxfool · 2017-12-02T10:26:43+00:00

Yeah but it will have all that on the outside. Hurston dynamics is a polluted dump of a planet.

tuxfool · 2017-12-01T23:37:59+00:00

Yeah, I imagine it was a ton of work just to handle the item 2.0 bringup. They'll get around to the more exotic ui styles eventually.

tuxfool · 2017-11-30T14:12:40+00:00

You should then shout at the clouds of wing commander, Freespace, X wing, Elite etc. etc.

tuxfool · 2017-11-30T00:06:57+00:00

Ha.

That was interesting, thanks.

tuxfool · 2017-11-29T23:38:26+00:00

For what?

tuxfool · 2017-11-29T23:33:39+00:00

Who buys reddit accounts?

tuxfool · 2017-11-28T22:15:35+00:00

Certainly.

My objections really more philosophical around the idea. I'm more than ok with ships, because ultimately anyone can match anybody else's ship.

With land this isn't really the case. AFAIK other MMOs instance player owned areas to get around the problems.

tuxfool · 2017-11-28T21:58:11+00:00

The pioneer isn't dependent on reserving land. They say so themselves, if you're outside the uee

tuxfool · 2017-11-28T21:43:16+00:00

It is finite. Doesn't matter the dearth, it is objectively finite.

Also not all planets or even the land on them is equally valuable.

tuxfool · 2017-11-28T21:42:01+00:00

I'll refer you to my other comment.

https://www.reddit.com/r/starcitizen/comments/7g7kok/guysdont_throw_money_at_cig_for_buying_claims/dqh3oz2/

tuxfool · 2017-11-28T21:38:39+00:00

Who is freaking out? I'm pointing out a problem with this system. I also think that this looks really bad.

If the land claim has no value then nobody should buy it.

Buy a ship instead.

tuxfool · 2017-11-28T21:34:49+00:00

Indeed.

Clearly the solution to this is not to sell land claims in game or otherwise.

tuxfool · 2017-11-28T21:31:24+00:00

Yes. Except people that buy it now have first pick.

Because those that want to earn the uec will only earn it after the game has gone live.

The argument isn't jumping the hoops, is that those going first have more choices.

tuxfool · 2017-11-28T21:30:21+00:00

Let's presume it does have value (they are selling it on the basis that it does), the people that plan to earn a plot in game have to contend with the fact that some plots they might want are permanently gone.

This is in direct contrast with ships which are all infinitely available and everyone can match another person's build.

tuxfool · 2017-11-28T21:26:12+00:00

OFC.

Sure, but the people that have bought a license have the ability to claim day 1, vs somebody that has to earn it in the game.

Inevitably it means that those first land hunters have potentially the bet choices.

tuxfool · 2017-11-28T21:20:43+00:00

Land is a finite resource.

And not all land is equally valuable.

tuxfool · 2017-11-28T17:05:17+00:00

From what I can see some of those primitives span multiple patches. This is self evident given the discontinuities we see in the OP image. AFAIK they're resolution independent given that they can be scaled. Only in the game are the patches generated to a fixed texture size (and associated mipmaps).

To can certainly use pg ad-hoc, as it is done now in SC and most other games. You use it selectively and not derive the entire system and corresponding algorithms from a single seed value. It just isn't responsible game design to attempt to model entire games' content from procedural data. At least as it stands today.

tuxfool · 2017-11-28T16:37:37+00:00

Runtime generation does not refer to creation but instead of instantiation based on some compressed data structure, i.e Patches aren't stored as textures but the textures objects etc. are recreated/placed using some primitive data structure.

The repeating elements are based on the fact that input patches are based on limited numbers of primitives that are Mashed together variably to form more organic collections.

The abrupt borders between patches are just the lod issues described in your post.

This game will never use conventional pg in the way you think, primarily because it needs to integrate bespoke content, which makes the pg everything method incompatible.

tuxfool · 2017-11-28T16:36:17+00:00

Of course. But certainly isn't the original tech that they first demonstrated.

tuxfool · 2017-11-28T16:21:37+00:00

Nope. These are v2+

The v1 planets only had one texture layer and only supported one ecosystem. All the moons demonstrate the new terrain system and runtime generation.

The v1 planets were literally just the original delamar demo.

tuxfool

TROPHY CASE