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
Disable rendering in background by default #1170
Comments
I personally fully support this. The problem is, the more complex the artwork, the more lags the "Background rendering" introduces to the point where the animation couldn't even load. The reason for this is that rendering for each frame takes too much time and GUI thread 'swallows' any input so you can't even disable the background rendering. Try loading and work with this animation in 1.3.12: https://forums.synfig.org/t/cinematographic-computer-interface-made-in-synfig/9465 As an alternative solution, we can leave it enabled, but make an option in "Preferences" called something like "Disable background rendering" so user would have a more solid option to disable it for all projects. |
The background rendering should be a bit smarter:
But, indeed, it gives a bad impression how slow and laggy the interface suffers when user does a simple change. |
There is one more idea: we can make "Background rendering" button (the one at the top of workarea) behave globally - i.e. it can enable/disable background rendering for all opened (and created) documents. And make Synfig remember its status when application closed. So, user can choose to work with it or not.
I've had impression this already works like that. Do we have all frames rendered twice? O__O |
Okay, I agree to make Background Rendering disabled by default. |
@morevnaproject That's what I suppose when I read this , for example: synfig/synfig-studio/src/gui/workarearenderer/renderer_canvas.cpp Lines 583 to 597 in 2df3379
|
ice0 commentedFeb 21, 2020
•
edited by morevnaproject
We have negative feedback from our users, so i suggest to disable it by default until it will be polished and production ready.
@morevnaproject your opinion?
The text was updated successfully, but these errors were encountered: