Tracking unit in FPS camera may bug camera

[6AKU66]

I don't know how exactly reproduce this, but attached replay may help in logs i see this:

https://youtu.be/AtW8uETNnDA

20211116_005655_Tumult_105.1.1-582-gddec320 BAR105.zip

[lhog]

FPS camera is not used that frequently, so this one will probably have to wait while someone is on the camera's code to deal for example with this one https://github.com/beyond-all-reason/spring/issues/16

Nonetheless, I wonder if you were able to recover the camera operations afterwards by moving it around?

[6AKU66]

No, i wasn't able recover the camera.

[WatchTheFort]

The long-term plan is to get rid of all camera modes and have one universal camera.

[6AKU66]

Looks like it's tends to bug only on specific maps only. But not sure.

[sprunk]

FPS camera is used under the hood in ZK for the COFC camera (which isn't that commonly used either, but there are people who use it exclusively).

Apparently this bug can be triggered by something other than tracking (likely it was never about tracking, just that tracking is required to get the FPS camera?). It happened in Future Wars (a ZK mod): http://zero-k.info/Battles/Detail/1459125 at about 26:50 [f=0048304] [Sound] Error: CSoundSource::Play: AL_INVALID_VALUE (40963)

Some info we've found:

• reproduced for other people in that game at the same time (likely they all had COFC camera enabled? idk)
• reproduces in a replay
• reproduces despite /luaui disable
• doesn't reproduce with /luarules disable, but that doesn't necessarily mean the engine is innocent because it disables LUS unit scripts so units can't fire or animate (I guess that's one reason to use BOS!)
• /luaui reload seems to fix it

[Arch-Shaman]

Adding to this: we also found that the bug happens for Total War, Free Cam as well as rotatable overhead. @sprunk probably knows what those cameras are under the hood.