[Bf-funboard] Access VSE timing/trimming of strips

David McSween 3pointedit at gmail.com
Fri Apr 24 02:57:17 CEST 2015

Looking at this problem what i see is a lot of fragmentation of external

Currently you cut a shot in the VSE against other shots. This is fine for
Blender generated media (animations), but problematic for external source
media (real world footage).

If you want to use a filmed shot, for example someone on a bridge
interacting with a giant robot hand, you cut for timing once in the VSE
master edit scene, then manually transfer that information (source media
and path, timing offsets etc.) to another scene or .blend file for
compositing and animation. there is no correspondence between media
elsewhere in Blender.

Currently a SINGLE camera clip can be:
Shot_1 > VSE strip
Shot_1 > Object Texture
Shot_1 > Movie Clip (tracking)
Shot_1 > Image/Movie input Node
Shot_1 > 3D background clip
Shot_1 > UV Image display paint-able image

Would be nice to unify their source and timing metadata. They could all
still be made "Free" or unique (move out of sync with same asset elsewhere
but retain relationship with some defined master (storing decisions as

Media handling seems a bit funky and widely distributed in Blender due to
age? Perhaps timing descisions could be made in the Movie clip viewer (no
sound support though better playback cacheing) so that multiple marked
"ranges" could be made and stored for later application.

"Ranges" in this case being pre-chosen portions of a longer clip, defined
by clip timecode or runtime and assigned meaningful search terms.


On Tue, Mar 24, 2015 at 8:16 PM, David McSween <3pointedit at gmail.com> wrote:

> I see, however I was considering access to timing information.
> It would be great to define a master source for all of these users
> (Textures, nodes, background, movie clip, VSE strip).
> I suggested using the VSE because there is no easy way to define timing -
> is there a way to set global timing of assets in a graphical way?
> If the data block FROM the VSE was available elsewhere then you would not
> have to manually calculate "start frame", "duration" and "offset".
> But I see the need for central repository.
> Thank you for taking the time to read this suggestion.
> Cheers
> David
> On Tue, Mar 24, 2015 at 6:52 PM, Antony Riakiotakis <kalast at gmail.com>
> wrote:
>> IMO This sounds like a central resource manager which can also manage
>> proxies or caches for such resource files as well. I don't know if
>> doing it in the VSE is the best choice, since it's not really made for
>> such a workflow - all data management there is centered around strips,
>> not resources - but this wouldn't be bad actuallly. The problem is
>> where to put this. Maybe the future asset manager can be of help
>> there?
>> _______________________________________________
>> Bf-funboard mailing list
>> Bf-funboard at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-funboard

More information about the Bf-funboard mailing list