occurs when the client continues to render an entity (e.g., a player model, a dropped weapon, a grenade) at a certain location, but the server has already moved or removed that entity. Packets containing the "removal" instruction are lost. The client's buffer stubbornly holds onto the outdated entity, creating a "ghost" that the player can see but not interact with. Shooting a ghost does nothing, but it can obscure real enemies.
In standard operation ( cl_flushentitypacket 0 ), if the client receives an empty entity packet (often a "keepalive" or "server info" packet with no changes to world objects), the client its existing entity buffer. It continues to render the last known positions of all entities, relying on interpolation to fill the gap until the next full update.
Like the emergency brake on a train, cl_flushentitypacket is good to know exists, but you should never pull it during normal operation. In the finely tuned symphony of Counter-Strike 1.6 's netcode, this command is not a soloist – it is a fire extinguisher. Keep it on the wall, and focus on your aim, your gamesense, and your rate 25000 . This text is part of a series on obscure GoldSource console commands. Next: cl_cmdbackup – the silent guardian against choked commands. cl-flushentitypacket cs 1.6
This is where cl_flushentitypacket intervenes. The command cl_flushentitypacket (which accepts values 0 or 1 – default is 0 ) changes how the client handles the entity packet buffer when a certain condition occurs: a server packet arrives containing no entity updates .
To the average player, this command means nothing. To the veteran system tweaker, it represents a last-resort scalpel for latency anomalies and visual ghosting. This text will dissect what cl_flushentitypacket actually does, how it interacts with the GoldSource engine’s networking model, when you should (and absolutely should not) use it, and why its legacy still echoes in modern source engines. To understand cl_flushentitypacket , one must first understand how CS 1.6 receives information about the world. The server does not send a continuous video stream. Instead, it sends discrete packets of data at a rate defined by sv_maxrate and sv_minrate on the server, and requested by the client via cl_updaterate (typically 101 for broadband). occurs when the client continues to render an entity (e
Introduction: The Arsenal of the Hardcore Player In the pantheon of Counter-Strike 1.6 console commands, legends are born. There is fps_max , the guardian of stability; rate , the arbiter of bandwidth; ex_interp , the controversial prophet of hit registration; and cl_updaterate , the silent sentinel of server-client synchronization. Yet, buried deep in the engine’s dusty codebase, ignored by most graphical configs and forgotten by all but the most obsessive tweakers, lies an obscure cvar: cl_flushentitypacket .
Leave cl_flushentitypacket 0 in your config.cfg . Do not add it to your autoexec. Do not bind it to a key. The only time you should touch it is if you are a server administrator debugging a bizarre entity persistence bug on a legacy mod. Shooting a ghost does nothing, but it can
cl_flushentitypacket 1 was designed as a nuclear option against this. If the server sends an empty packet (often a sign that it is "committing" the current world state without changes), the client interprets this as: "There have been no changes, but you should also forget any entities that might be stale."