Halo: Reach Forum
This topic has moved here: Poll [18 votes]: Do you lag in online Firefight and Campaign?
  • Poll [18 votes]: Do you lag in online Firefight and Campaign?
Subject: Do you lag in online Firefight and Campaign?

Fair play

Poll: Do you lag in online Firefight and Campaign?  [closed]
Yeah.:  72%
(13 Votes)
No.:  28%
(5 Votes)
Total Votes: 18

I know that a lot of people have these issues ( including myself, ) but I'm trying to determine how severe the problem is.

  • 10.07.2012 11:08 AM PDT

http://www.capturemyhaloclips.com/ - Get your Halo clips captured.
The Artists Corner - Show other members your artistic talent.
Storywrite - Where I am writing my book.

Nope. Lag is not a common issue for me.

  • 10.07.2012 11:45 AM PDT

Everybody lags in Firefight if you're not the host. It's due to the netcode.

  • 10.07.2012 11:48 AM PDT

No. I pull host most of the time, so I don't lag.

  • 10.07.2012 12:26 PM PDT


Posted by: Mythical Wolf
Everybody lags in Firefight if you're not the host. It's due to the netcode.

  • 10.07.2012 2:20 PM PDT

I intend to live forever, or die trying,

so far, so good.

Only when playing with multiple people.

Played camgaign with 4 people over the weekend, and it was pretty good, a few times the game was laggy but was fine 95% of the time.

Fire Fight seems to be much more laggy than campaign when you have 4 people.

  • 10.07.2012 2:45 PM PDT

Posted by: THOMSY99
Fire Fight seems to be much more laggy than campaign when you have 4 people.
The netcode is the same for both, neither is laggier than the other. It's only different if 1 person has a bad connection to make it lag.

  • 10.07.2012 2:51 PM PDT
  • gamertag: [none]
  • user homepage:

Sometimes, I dream about cheese.

i live in Sydney so yes

  • 10.07.2012 2:58 PM PDT

Posted by: Mythical Wolf
Everybody lags in Firefight if you're not the host. It's due to the netcode.


Oh no ... not with the 'its the netcode' arguement again.
First you go the "reach netcode is fantastic" ... and now its not so good ?!?

I know ... can hear the 'but its different in firefight' defense ... but please, share your wealth of knowledge.
Sure it will be interesting.
Give us all some breakdown of the packet structure, and how bungie balanced udp loss against redundancy load.

  • 10.08.2012 6:15 AM PDT
  •  | 
  • Fabled Legendary Member
  • gamertag: tsujen
  • user homepage:

Inheritor #156 :p


Posted by: Oh GodLike One
Oh no ... not with the 'its the netcode' arguement again.
First you go the "reach netcode is fantastic" ... and now its not so good ?!?

I know ... can hear the 'but its different in firefight' defense ... but please, share your wealth of knowledge.
Sure it will be interesting.
Give us all some breakdown of the packet structure, and how bungie balanced udp loss against redundancy load.


ok

Q. Why does latency affect the cooperative and multiplayer experiences in such dramatically different ways? Both gameplay modes are using the same network architecture, right?

A. We actually use different networking models for our cooperative and multiplayer games. Firefight and campaign co-op use what we call a synchronous or lockstep model, and multiplayer/Forge use a distributed model.

A synchronous model works by clients sending controller inputs to the host, who waits for inputs from all players in the game, packages them up into a single message, and sends the message back out to all the machines in the game. Each machine then uses this message to advance the state of their world by a frame, and then the whole cycle repeats. So, same inputs to the game means we all get the same outputs.

In a distributed model, the big difference is that each machine is running their "own" world, and we are keeping state synchronized between machines by sending messages about things that are changing. For example, when a player holds down their trigger to fire their SMG, we immediately fire it on their machine, and send a message to the host that the player is firing, and the host sends a message to the other machines in the game to let them know the player is firing.

So, one big difference between the two models is latency. With a distributed model most actions like firing your weapon, jumping, running, and meleeing, all feel snappy and responsive. You press the button and your player immediately does them on your screen. In the synchronous model, your input has to make its way to the host, who has to wait for all the other inputs from the other players, who then has to send a message back that you can process and then your world state can react. This means that if you are in LA and your host is in Sydney, the game will feel sluggish and unresponsive. Things like packet loss are acutely felt as well, as your inputs to the host are sent in order, and his messages back to you are sent in order as well, so the entire game needs to wait until dropped packets can be re-transmitted.


from here

  • 10.08.2012 6:20 AM PDT

Posted by: tsujen


Thankfully, something more than the 'its the netcode' arguement.

Only the final paragraph strays from the truth, 'Things like packet loss are acutely felt as well, as your inputs to the host are sent in order, and his messages back to you are sent in order as well, so the entire game needs to wait until dropped packets can be re-transmitted' ... until they acknowledge that here we are talking UDP, which has no concepts of packet delivery confirmation, nor packet order.

Plus the unanswered question ... as this was known to be a shortfall of previous firefight models why wasnt the protocols and packet content changed within reach ... if the system was totally reworked (the story bungie attempted to sell) ... why not use the single model?

  • 10.08.2012 6:44 AM PDT