<div dir="ltr"><div>I have amended my post on BA, and made some fixes.</div><div><br></div><div>The offset issue I noticed, and also prevents trimming from working correctly. This should be fixed.<br>Currently there is no easy way to load resources multiple times, nor can I modify resource data on the fly without affecting other users. I think this is a hard limitation.</div>

<div><a href="http://blenderartists.org/forum/showthread.php?338248-VSE-Compositor-Node-proxy">http://blenderartists.org/forum/showthread.php?338248-VSE-Compositor-Node-proxy</a><br></div><div><br></div><div>Thanks!</div>

<div>Angus</div><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Message: 1<br>
Date: Thu, 29 May 2014 16:59:40 +0200<br>
From: Francesco Paglia &lt;<a href="mailto:f.paglia.80@gmail.com">f.paglia.80@gmail.com</a>&gt;<br>
Subject: Re: [Bf-compositor] Extending some node functions to VSE<br>
To: <a href="mailto:bf-compositor@blender.org">bf-compositor@blender.org</a><br>
Message-ID:<br>
        &lt;CAJ8L8Fydxbs7YQ9nzd6=<a href="mailto:W736DQvyOz7Fk2KaK_MHhZkv1MaeZQ@mail.gmail.com">W736DQvyOz7Fk2KaK_MHhZkv1MaeZQ@mail.gmail.com</a>&gt;<br>
Content-Type: text/plain; charset=&quot;utf-8&quot;<br>
<br>
Hey Angus,<br>
at first glance I haven&#39;t understand what you where talking about but after<br>
reading the thread on BA I found your proof of concept really interesting,<br>
I&#39;ve already replied there (on BA) but let me repeat what I said here:<br>
<br>
You made a really nice addon, and it works very smoothly as I can see from<br>
a quick test, even the generation of nodes as soon as you add a new strip<br>
is great!<br>
Once completed it would certainly speed up tremendously the workflow while<br>
compositing<br>
Just a couple of comment about stuff that agoose77 may have already thought<br>
about and would be very nice to have:<br>
1. offset isn&#39;t taken into account: if a sequence starts from a value<br>
different from 1 you can&#39;t see the picture where expected according to the<br>
position of strip in the timeline<br>
2. extrapolation of the sequence: you could take into account the behavior<br>
of the strip before and after the first and last frame with something like<br>
old first/last frame, loop or ping pong taking into account the extra<br>
length of the strip if you move the end over the last frame<br>
3. trim point of the sequence: at the moment if a sequence is shortened at<br>
the start or at the end this isn&#39;t reflected on the node<br>
4. more instances of the same clip: it would be great if we can have many<br>
instances of the same strip that simply have a different offset<br>
<br>
<br>
<br>
Let me add here a couple of extra thing just for my information:<br>
How can be useful the groupnode output start frame end frame and Current<br>
frame?<br>
Did you intended them as readable information to move outside the group?<br>
<br>
 Again, your add on is tremendously useful hope you would move this proof<br>
of concept to a complete tool!<br>
We definitely have to rise the attention to your addon here! :)<br>
Cheers<br>
Francesco<br>
<br></blockquote></div></div></div>