Open sriedel opened 4 years ago
This functionality seems to be working just fine for me. Even works with decimals (--seconds-per-day 0.1)
@sriedel Is this with the latest version? You should see the day of the timestamp at the top of the screen advancing at that rate. It doesn't make the simulation (e.g. the speed the avatars do things) faster, you can achieve that with --time-scale
(limited to up to 4 times faster).
There is also --no-time-travel
which stops it ever going backwards in time if the commits have out of order time stamps (e.g. from merge commits).
Sorry, I should have mentioned the version: 0.50. I can see the timestap at the top of the screen and it is not advancing as fast as expected, this was the primary indicator for me that the option wasn't doing what I thought it did.
I just checked with --seconds-per-day 4 and seconds-per-day 32: --seconds-per-day 4 is in fact faster (about 1 hour/second passes), while with 32 about 20 minutes per second pass (rough estimates).
Does gource drop frames if the GPU can't keep up? Although I did test the speed difference between 25 and 60 fps with -r, and I don't see much difference if any in the animation speed, so I don't know if an overloaded gpu is to blame here.
Increasing the animation speed with + during playback does work though and allows me to increase the animation playback to the desired speed.
Having the same problem. I suspect that frames aren't being dropped. The simulation is slower when doing 1080p than 720p without changing any other parameters.
This may be due to a misunderstand on my part as to what this option is supposed to do. My understanding is that during simulation all events of a day are compressed into the amount of seconds given, so if I give --seconds-per-day 4, every 4 seconds 24 hours pass in the simulation.
However using this option does not seem to be changing the simulation speed at all.