acaudwell / Gource

software version control visualization
https://gource.io
GNU General Public License v3.0
11.55k stars 722 forks source link

--seconds-per-day not working as expected #227

Open sriedel opened 4 years ago

sriedel commented 4 years ago

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.

JonTvermose commented 4 years ago

This functionality seems to be working just fine for me. Even works with decimals (--seconds-per-day 0.1)

acaudwell commented 4 years ago

@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).

sriedel commented 4 years ago

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.

Sti2nd commented 4 years ago

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.