Skip to content

Conversation

@AhmedAhmedEG
Copy link
Contributor

@AhmedAhmedEG AhmedAhmedEG commented Aug 30, 2024

The calculation of output video fps was getting performed on the given multiplier, while the inference used a value of (multiplier - 1), causing the video writer to incorrectly interpreting the output video and highly reduces the duration.

Also in the case of ssim > 0.996, the inference gets the scale passed right away without specifying the name of the argument, causing the scale value getting passed as the timestep value, which is a huge problem.

I am not sure how such a big issue is left here...

I have written a full refactor for the video inference script, correcting all the PEP violations and segregating the code into multiple classes for higher readability, I plan to post it here after #23 gets merged.

@AhmedAhmedEG AhmedAhmedEG changed the title Fixed reduced duration of output video. Fixed reduced duration of output video bug + scale passed as timestep bug. Sep 1, 2024
@hzwer hzwer merged commit f22de19 into hzwer:main Sep 2, 2024
@hzwer
Copy link
Owner

hzwer commented Sep 2, 2024

Hi, I think the inference fps seems to be OK. Because the origin frames will be directly put into write buffer.
In the case of ssim > 0.996, your fix is right.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants