Marcos, on 08 November 2012 - 09:27 AM, said:
I don't know where to say this but i realized that the vpx videos where not been executed with the original fps, I mean I calculated the time from the videos and they're faster than the original, I don't know if I made the videos wrong or if it's a problem with the source code, but I fixed it changing nextframetime from anim.c to 40.
Is there any problem with that change??
I'm sure that setting
nextframetime to a fixed value is a bad idea. Again,
eduke32.log should be everyone's friend. It seems that EDuke32 tries to get the frame rate from the header. If that fails some default value is chosen. My local
logo.ivf has 29.970 fps according to MPlayer. However, EDuke32 says:
animvpx: set rate to 30 fps (header says 90000 frames / 1 seconds = 90000.000 fps).
VP8 timing stats (mean, max) [ms] for 210 frames:
read and decode frame: 3.75, 8
3 planes -> packed conversion: 1.93, 8
upload and display: 2.25, 5
So, yes, there could be a problem with the headers, or with EDuke32's frame rate retrieval, or both.