Camera Speed is FPS dependent.
Yes, and it is based on a timer function as well, so using slowmotion can cause the camera movement to stutter, similar to the early UT3 RCam release.
Maybe I'd need to update UT99, I just use the several years old version 451 from a backup drive, where I can't find options to limit the FPS rate in the config files either.
From the changelist to a newer UT99 version: "Fixed an issue where the game would speed up dramatically when rendering more than 200 frames per second."
If you have a RypelCam path and you play a demo with 60fps, camera moving speed will be normal.
Probably the easiest solution to the problem would be to limit the FPS rate. Do you expect a practical benefit in recording at 100+ FPS?
You could also use a timed path, where the camera speed is adjusted automatically and shouldn't have FPS related problems. Though it is not that easy to get the timing right to create a camera with constant speed with timed path.
Camera speed controls like "Cam.softlyslower" and "Cam.softlyquicker" also speeds up too much if FPS is higher, personally this is my biggest issue, if you record with high FPS, these camera speed controls are no longer "soft" and become way too fast to work with.
The values are hard coded to speed changes of +/- 20% for "Cam.softlyfaster" and +/- 1 for "Cam.faster".
Increasing the camera speed once will change the start value of "3" it to 3.6 or 4 respectively.
Very soon any speed increase will happen in way smaller steps using "Cam.faster" instead of the +20% that are added with "Cam.softlyfaster". This is maybe only relevant if you need to increase the camera speed several steps, though.
If you require a "Cam.faster" with a lower % change (or custom adjustable values), RCam needs to be recompiled.