Remix.run Logo
gafferongames 8 hours ago

Maybe you can just be doing all the standard compression tricks, but still have a 10-20 times larger world? If so, why not?

thunderfork 8 hours ago | parent [-]

Client performance characteristics? Speaking very broadly... I can't imagine a game that'd need that much data unless it involved a lot of streaming assets (audio, video, etc) or really, really naive netcode.

gafferongames 8 hours ago | parent [-]

> I can't imagine a game that'd need that much data

I can :)

mvdtnz 8 hours ago | parent [-]

Maybe instead of leaving drive by comments like this you can explain this to the overwhelming majority of people in this thread who think it's bananas.

gafferongames 8 hours ago | parent [-]

Nobody has answered my question, which is if you can use more bandwidth, and in doing so supports a larger, more detailed world, then why not?

Why limit yourself to bandwidth usage designed around the turn of the century?

It's 2026. We can do better :)

frollogaston 8 hours ago | parent | next [-]

The article already started off saying the bandwidth itself was a problem due to egress costs, but that's not the only issue. Thunderfork already answered what else is wrong with it. Now if you're the author, can you tell me what the space game does?

gafferongames 7 hours ago | parent | prev [-]

> Now if you're the author, can you tell me what the space game does?

A larger more detailed world with a higher player count, networked using quake style netcode techniques ala. Counterstrike, Titanfall, Apex Legends with snapshots and delta compression, client side prediction and lag compensation.

In short, FPS netcode scaled up to 1000 players, but applied to a space game, not an FPS, because the world doesn't need another FPS right now...

frollogaston 7 hours ago | parent [-]

My question and its followups have all been reasonable and non-assuming. I was interested in some more details, but not anymore, best of luck.

gafferongames 6 hours ago | parent [-]

This thread absolutely has not been full of reasonable and non-assuming questions.

1. "I can't imagine a game that'd need that much data unless it involved a lot of streaming assets (audio, video, etc) or really, really naive netcode"

2. "If you're sending that much data constantly, you're either syncing too much stuff too often, or you're not using compression when you should be"

3. "overwhelming majority of people in this thread who think it's bananas."

Sorry folks, but if you want to have a positive discussion with me about game netcode this is not the way to do it.

thunderfork 7 minutes ago | parent | next [-]

The person you're replying to isn't me (the person you're quoting above), but to be clear:

I'm not trying to be insulting, here, it's just kind of a bizarre, eyebrow-raising thing to see. There's a reason you're not seeing any AAA games doing this, y'know?

If you're doing something that's really unusual, you're going to have people going "this is really unusual".

Please don't take this the wrong way - this is sincere, well-intentioned advice: have you ever watched Shark Tank? The best people on there can still give a good pitch when their ideas are challenged.

The games industry - and especially the multiplayer games space - are brutal, and players are going to be way more critical, way more rudely, than anyone on HN.

It would benefit you and your game greatly to practice selling your idea in the face of criticism and doubt.

6 hours ago | parent | prev [-]
[deleted]