Skip to content
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

Video preview always in separate, non-resizeable window #1172

Open
ExecutorElassus opened this issue Nov 10, 2024 · 5 comments
Open

Video preview always in separate, non-resizeable window #1172

ExecutorElassus opened this issue Nov 10, 2024 · 5 comments

Comments

@ExecutorElassus
Copy link

  1. Flowblade version: 2.16.2
  2. MLT version: 7.28.0
  3. Distro: Gentoo Linux
  4. X11 or Wayland: X11, I think?
  5. Updated MLT to 7.28 (which is the first version I can get to work since 7.18). Python version is 3.12. Rebuilt flowblade from github repo.

When I now start flowblade, the video preview window is now always in its own window, with the video stream always occupying a space in the middle of the window, surrounded by a black background. If I try to resize the window, the video stream gets moved out of the edge of the window, and doesn't resize. Setting "Single Window" under the "View" menu does not change anything.

I'm downgrading mlt to 7.18 now to see if that fixes the issue. I'll post an update once it completes.

@ExecutorElassus
Copy link
Author

Update: downgrading MLT to 7.18 (which also required recompiling flowblade so that both used python-3.11) worked around the issue.

@jliljebl
Copy link
Owner

For the time being you need to to set force_sdl2 = False in the editorstate.py. We are moving to use SDL 2 video display and I'm keeping the force_sdl2 = True to get maximum testing. Later we will require MLT 2.30 or higher to use SDL2 consumer.

@ExecutorElassus
Copy link
Author

For the time being you need to to set force_sdl2 = False in the editorstate.py. We are moving to use SDL 2 video display and I'm keeping the force_sdl2 = True to get maximum testing. Later we will require MLT 2.30 or higher to use SDL2 consumer.

Is this still the case? Is Flowblade in a state where I can switch to using MLT>2.30 and SDL2?

@jliljebl
Copy link
Owner

jliljebl commented Mar 2, 2025

Is this still the case? Is Flowblade in a state where I can switch to using MLT>2.30 and SDL2?

I'm currently running force_sdl2 = True with SDL 2 working and own bindings made from a commit after the patch that fixed SDL2 for Flowblade, you should be able to run repo code with MLT 2.30.

Next release is coming in about 6 weeks or sooner, and that will run with SDL2 for MLT >= 2.30 and with SDL1 with MLT <= 2.28.

@ExecutorElassus
Copy link
Author

MLT, despite my setting it to build for python-3.12, is installing to the python-3.13 path, and flowblade can't find it. Also, MLT is set to use Qt5, which is deprecated. So … I'm probably going to have to file some issues on the MLT github, aren't I?
Thanks for the help.

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

No branches or pull requests

2 participants