-
-
Notifications
You must be signed in to change notification settings - Fork 390
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]: FFMPEG DID NOT STITCH ANY VIDEO #956
Comments
Got the same problem ... |
Me, too. The previous versions were all normal. ... |
This should be resolved with the latest Deforum (which requires a1111 v1.9). If you can please confirm I will close this issue. |
I have updated it, but this problem still occurs |
i have same issue with a1111 deforum & forge defoeum |
Same! Mac Os M1 |
when you boot automatic1111 up do you get an opencv change if so i did this to fix this. goto the forge folder and then into the venv/Scripts folder. Highlight the address bar and type cmd press enter pip install opencv-python==4.8.72 exit and run forge all my issues have been fixed with this process |
I found my problem. Just needed to add ffmpeg Link to the settings of a1111 |
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?
Hello Deforum, thank you for the amazing art software that I use for my creations.
Error description:
In 2D and 3D modes, I can interrupt my video at any time and FFMPEG successfully stitches together the initial part of the video. This allows me to watch previews and perform some tests before choosing a final render.
2D and 3D modes are working.
In the case of Video Input, I need to let the video run until the end, in which case it completes the stitching process. However, if I use the STOP button, it gives me this bug in the terminal:
I've been dealing with this error for a long time now, and today I'm able to detect and anticipate that this problem is recurring. The files are saved in the folder, the video is saved. However, the "update," when it fails, never returns to normal mode until I restart the program.
Steps to reproduce the problem
Error steps:
-> Play on the Automatic1111 container ( https://github.com/AbdBarho/stable-diffusion-webui-docker )
-> Extensions connected:
Deforum, ControlNet
-> Do Ensure the correct video path is set as video input.
-> Click generate.
-> Interrupt.
-> Turn on ControlNets.
-> Turn off ControlNets.
-> Click generate.
-> Interrupt.
-> BUG: The video update fails to refresh and play repeating the animation executed in the last run.
What should have happened/how would you fix it?
Restart container.
Torch version
2.1.2
On which platform are you launching the webui with the extension?
No response
Deforum settings
20240306121322_settings.txt
Webui core settings
ui-config.json
Console logs
Additional information
The error occurs regardless of whether the container is on Windows or Linux.
The text was updated successfully, but these errors were encountered: