This is super science. Wire in you brain. You see strange on the very thing it is not. Test in this please very that from the placebo is some causes, like a placebo that a substance of inert is not that does correctly something cause.
He could be telling the truth. I'm sure if someone was really motivated they could use a debugger or hex-rays or somet to determine if it has any action other than just holding a value.
I actually thought for a minute about attaching a debugger to the process and step through one or two frames and see what changes. Apart from the obvious question of not having the symbols so we can know what each address/pointer represents, there are so many moving parts in the engine that would be almost impossible to get to any definite conclusion. :)
Not necessarily. You might be able to just make a generic cvar with set and then compare its mechanism from one change to the next. If cg_placebo is identical then it likely does nothing.
I was hoping that this feature will make the game more smoothly, regardless of the quality of the Internet connection. And also make a smoother viewing offline demos in wolfcamql. I'm looking for a long time such a cvar that could do it. cg_demosmoothing,errordecay,cl_packetdub,cg_demosmoothingangles, r_swapinterval does not help for smoothing offline demos in wolfcamql. Perhaps such a method does not exist, and if the quality of the demo is bad, then nothing can be done.
I did this and many other more subtle things. But I realized that all the useless programs editing and high FPS, if the demo is not smooth. It is necessary to deal with the smoothness of the demo in the first place.
I want to know is whether this cvar is to improve the smoothness? If yes, then how to use this cvar with any other cvars that make cg_placebo cvar work
LOL, it probably is a joke, but it could actually be a renamed cvar that has an intended purpose, though functionally it's either broken or it's effect is so minimal to be nonexistant in testing.