Thanks for the great work! I do run into one problem, both in the previous version, as well as in v2 when using video as an input.
Using videos with integer FPS, such as 30fps, 25fps, etc, no problems with auto mode or auto FPS option.
However, videos with film-type FPS, e.g. 23.976, output at 23fps with desynchronized audio. In the previous version, when I tried manually inputting 23.976 fps in the box, the video would be extracted and upscaled, but the merge/mux step never occured. Entering an integer fps works as expected, though with the expected audio desync issue from lengthening or shortening the video track duration.
The current v2 appears to no longer have this FPS input option, and truncating the output fps to 23fps is still the behavior observed.
My untrained suspicion is somewhere along the way, when the source file's FPS is read to be automatically matched in the output, the decimal gets truncated, either when read or when sent to ffmpeg. I don't have any other non-integer framerate videos to try at the moment, though I suppose I could find/make one to test on, like a 29.97 or 59.94 fps file to see if it outputs 29 or 59 fps.
If passing the full decimal value is not possible, perhaps rounding to the nearest integer rather than truncating would be acceptable.
Example:
35484 frames source at 23.976fps -> 24.67 min original length
23.000 -> 25.71min (+1.04min or 62.4s) very desync by end, noticable early
24.000 -> 24.64min (-0.03min or 1.8s) much closer, only slightly noticable throughout
Of course, this would be worse for much longer source videos than half hour anime.
Sorry for the wall of text. Again, thanks for the work on the app, it is already proving useful beyond this edge case. The batch image file upscaling particularly is really great.
Thanks!
