-
-
Notifications
You must be signed in to change notification settings - Fork 378
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: extract_to_frame can not be higher than extract_from_frame #882
Comments
This issue has been closed due to incorrect formatting. Please address the following mistakes and reopen the issue (click on the 'Reopen' button below):
|
I’ve reopened this now it has a title |
Thanks for addressing your formatting mistakes. The issue has been reopened now. |
@GeorgeSpiller And did you have Generate input frames switched ON in HybridVideo? That’s a must-do if you’re wanting to use any of the HybridVideo features (if you haven’t already run it once with Generate input frames ON) |
This is obviously just a sloppy error message. The logic was correct. The error message was wrong. It said:
The original programmer probably meant to say this:
They just swapped the to and from in the message. |
Have you read the latest version of the FAQ?
Is there an existing issue for this?
Are you using the latest version of the Deforum extension?
What happened?
Exception thrown when initially rendering with only contorl nets:
webui/scripts/deforum_helpers/video_audio_utilities.py", line 65, in vid2frames
raise RuntimeError('Error: extract_to_frame can not be higher than extract_from_frame')
RuntimeError: Error: extract_to_frame can not be higher than extract_from_frame
Steps to reproduce the problem
Set Hybrid Video -> Composite and Motion to None
Have at least one ControlNet, with the correct video path
Set Keyframes -> Max Frames to -1
As far as I can tell, all other settings can be changed (including init -> extract_to and extract_from, which can both be a number or for extract to -1). It should yield something akin to the attached in the CLI.
cli_out.txt
What should have happened/how would you fix it?
All the frames for the init video should have been extracted to start off the Diffusion process.
I think this error is a result of the Keyframes -> Max Frames set to -1, as if this is a positive int it works fine. Also switching Hybrid Video -> Composite -> Normal and having Keyframes -> Max Frames -1 results in no issues. (Composite has to be None and max frames -1 for the issue to happen) Hope this helps!
Torch version
python: 3.10.12
torch: 2.0.0+cu118
On which platform are you launching the webui with the extension?
Google Colab (Other)
Deforum settings
20230914101540_settings.txt
Webui core settings
ui-config.zip
This box does not accept .json files, so Its attached within a .zip.
Console logs
Additional information
Run using the following git repo:
https://github.com/camenduru/stable-diffusion-webui-colab/tree/drive
The text was updated successfully, but these errors were encountered: