-
Notifications
You must be signed in to change notification settings - Fork 1
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
Extend the last scene strip to frame_final_end + 1? #1
Comments
Thank you for testing it and thank you for your suggestion. It is now corrected. Is the animated multi-cam switching, you have in mind, something like this? https://github.com/tin2tin/PrevizCameraTools |
Sorry didn't necessarily want to close this now. |
It must be hardcoded in Blender, that scene strips only are added with a duration till the end of the preview area minus one(a bug?). A hack. Adding this before adding the strip: However, I found out that, if a clip is added outside the preview area things will mess up(negative duration?). So I think I'll auto-prolong the preview area with 30 fps *5 sec and do the add/subtract hack. On the previz add-on. The main idea of it was to do all multi-camera switching and editing in the sequencer and not use 'bind camera to markers' at all. These are the core functions shown here: https://www.youtube.com/watch?v=b4eQrns5KpQ Eg. using the 3D View as the preview for the Sequencer and adding cameras directly into the Sequencer. As you can move the strips where you want them, you can have multiple cameras showing the same animation(same frame-range) over and over again from different angles. Was that what you meant? |
That's a clever little workaround, and it works fine here. 👏 Previz - ah, ok. That does sounds and look like it. I should play with that a bit more. |
The last scene strip stretches to but does not include the very last frame. This is expected since the script sets the new scene strip's
frame_final_end
to the scene'sframe_end
, but is a blank final frame the intended behavior?Otherwise this script runs well here – I haven't seen a single logged error. It could even be the start of something like animated multicam switching.
The text was updated successfully, but these errors were encountered: