Incorrect starting frame when using -ss #{startt}

[ToshY]

I'm using the following expression to get a part of the video (24000/1001 fps)

"#{encbin}" -ss #{startt} -sn -an -i "#{inpath}\#{input}" -vframes #{lenf} -c:v libx264 -r 24000/1001 "#{prefix}/#{output}[#{startf}-#{endf}].mp4"

With the following values
#{encbin} = ffmpeg; #{startf} = 10655; #{endf} = 10720; #{lenf} = 65; #{startt} = 444.38

#{startt} is inaccurate. It is taken from the line of the starting frame instead of being calculated using the video's framerate. The actual time for the starting frame should be
10655 / (24000 / 10001) = 444.4022916667.

Would be nice if this could be fixed.

[CoffeeFlux]

I think I know the cause, but I'm out of town at the moment. I'll sort this out in a few days.

[ToshY]

I think I know the cause, but I'm out of town at the moment. I'll sort this out in a few days.

No rush ;)