-
Notifications
You must be signed in to change notification settings - Fork 187
Lockup after Export Current Frame #517
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
Comments
Here's the scoop. Create a project HD 1080p 23.98 fps. I changed the project profile back to 1080p and now the export current frame works. In the end this seems to be a media detection issue. |
Ok, will look at this. |
I was able to reproduce this.The underlying reason is probably that such extreme differences in image sizes exceed what MLT code can handle. I see no point in spending energy trying to patch MLT for this, but I'll give a quick look on the profile detection side of things. The lockup its self will get wontfix and mention in known Issues. |
OK. No problem. Thanks for the update. 2.0 looks great by the way. Cheers. |
I patched the profile matching heuristic to penalize profiles with 2x size difference, which sort of fixed this because the suggested profile was HD 720p 30fps. Otherwise I think the lockup will remain unfixed. |
Please include the following information.
'Export Current Frame' is locking up Flowblade on my system. It only happens when trying to export video frames, if you have an frame that is an imported picture, it works fine.
I compiled and installed the latest ffmpeg (4.0) but the problem persists.
If you run flowblade with -v and then [ctrl-c] when after the lockup, this is the output 👍
The deprecation warning occurs with good captures as well so likely has little to do with it.
Further dicking around reveals that it seems to be something about my particular project that is causing the error. If I can figure out why I'll let you know.
Hope this helps.
Cheers.
The text was updated successfully, but these errors were encountered: