<p dir="ltr">The VSE is at the end of the Blender work flow chain. So it cannot send-to anywhere else in Blender.<br>
Would this be an alternate 'Head end' to the compositor, or a different VSE mode?<br>
If its a mode switch perhaps it could be a second meta-strip type? Where you arrange shots and collapse them into a container. Then you could step in and edit it's contents.<br>
Stepping out would simply show its comp result.</p>
<p dir="ltr">David</p>
<div class="gmail_quote">On 22 May 2014 19:25, "Francesco Paglia" <<a href="mailto:f.paglia.80@gmail.com">f.paglia.80@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">My answers are inlined<br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-22 11:11 GMT+02:00 David McSween <span dir="ltr"><<a href="mailto:3pointedit@gmail.com" target="_blank">3pointedit@gmail.com</a>></span>:<br>
<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"><div dir="ltr">What I meant by limitations of using nodes in single strips is... you could not easily send source image through a node tree to affect other strips.<div>
<br></div><div>But I see that you are suggesting a sort of meta-node strip(?), that uses VSE channels as sources. </div></div></blockquote><div><br></div><div>Right</div><div> </div><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">
<div dir="ltr">
<div>Is a channel considered an input node or an individual strip? </div></div></blockquote><div>The whole channel is used as input </div><div> </div><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">
<div dir="ltr"><div>Does a channel only become active when a strip occupies it?</div><div><br></div></div></blockquote><div>As soon as a strip even 1 frm long is added to a channel it becomes eligible as an input source </div>
<div> </div><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"><div dir="ltr"><div></div><div>The timeline metaphor is much easier to grasp for time-related changes to media, relative to each other. I really wish there was an efficient way to send these decisions to the compositor...</div>
</div><div><div><div class="gmail_extra"><br></div></div></div></blockquote><div>It would be a big improvement for me too! :) </div><div> </div><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">
<div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 22, 2014 at 6:16 PM, Francesco Paglia <span dir="ltr"><<a href="mailto:f.paglia.80@gmail.com" target="_blank">f.paglia.80@gmail.com</a>></span> wrote:<br>
<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"><div dir="ltr">IMHO a strip contain a node tree where you can use as input other strips embedded in the timeline as well as extra elements imported or generated directly in the node tree (like a renderlayer of a scene or an image or a text)<div>
<br></div><div>To give you some reference you can take a look at the compositing system of the "ancient" AVID DS or latest version of Lightworks...</div><div>As you can see there strips are added in the compositor node tree and treated as inputs.</div>
<div><br></div><div>The DS approach differ from the lightworks one and both are efficient in their own way:</div><div>DS define a subtimeline with all the strips embedded </div><div>Lightworks reads directly the original timeline</div>
<div><br></div><div>In both cases you get an input node for each layer (doesn't matter how many clips are involved per track) that I find really useful</div><div>I do prefer the subtimeline solution of DS because it locks all the strips to the local timeline and if you change your edit you wont loose the link between them.</div>
<div><br></div><div>I don't understand completely what you mean with the constrains and limitation of the single strip because in any way you get strips with alpha and opacity and you can blend them with all the method allowed by the software</div>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-22 10:00 GMT+02:00 David McSween <span dir="ltr"><<a href="mailto:3pointedit@gmail.com" target="_blank">3pointedit@gmail.com</a>></span>:<div>
<div><br>
<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"><div dir="ltr">Could you explain the concept of -<span style="font-family:arial,sans-serif;font-size:13px"> converting strips to "compositing containters"</span><div>
<span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">Does this mean that:</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">1. a proxy of the strip appears in the compositor (and it's result/output in the VSE)</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">or that </span></div><div><span style="font-family:arial,sans-serif;font-size:13px">2. the VSE strip contains a mini node tree in the VSE.</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br>
</span></div><div><span style="font-family:arial,sans-serif;font-size:13px">The first idea allows for multiple strip interaction, where the strips are concurrent in the timeline. for example chromakeying action over background.</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">The second idea seems to constrain node effects to a single strip?</span></div><div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px">Thanks for the interest.</span></div><span><font color="#888888"><div><span style="font-family:arial,sans-serif;font-size:13px">David</span></div>
</font></span></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Thu, May 22, 2014 at 5:37 PM, Francesco Paglia <span dir="ltr"><<a href="mailto:f.paglia.80@gmail.com" target="_blank">f.paglia.80@gmail.com</a>></span> wrote:<br><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">
<div dir="ltr">+1<div>As I see some node functionalities have been imported in the VSE but the design (as is now) shows a lack of possibilities and doesn't look very efficient.</div><div>Probably we have to wait until compositor becomes unlinked from the renderlayer system.</div>
<div>But imagine the power we gain in this way simply converting strips to "compositing containters"...</div><div> </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-05-22 7:08 GMT+02:00 David McSween <span dir="ltr"><<a href="mailto:3pointedit@gmail.com" target="_blank">3pointedit@gmail.com</a>></span>:<br>
<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"><div><div><div dir="ltr">This is slightly off topic, but I wonder if it is possible to extend the function of VSE strip modifiers to use compositor nodes?<div>
<br></div><div>That is allow re-using simple 'node code' like blur, to alter strip frames in the VSE.</div>
<div><br></div><div>We already have Curves and Color Corrector as well as Masks.</div><div><br></div><div>I propose simply adding 'discreet task' modifiers but also wonder if you can realistically port a compositor node tree into a VSE strip as a frame modifier?</div>
<div><br></div><div>One of the most annoying deficiencies in the VSE currently is the lack of Blur filters.</div><div><br></div><div>Thanks for your consideration.</div><span><font color="#888888"><div>David McSween</div>
</font></span></div>
<br></div></div>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org" target="_blank">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div><span><font color="#888888"><br><br clear="all"><div><br></div>-- <br>Francesco Paglia<div>Vfx and Production Supervisor</div><div><br></div><div>mobile <a href="tel:%2B39%20347.82.12.473" value="+393478212473" target="_blank">+39 347.82.12.473</a></div>
<div><div>e-mail <a href="mailto:f.paglia.80@gmail.com" target="_blank">f.paglia.80@gmail.com</a></div>
</div><div><br></div>
</font></span></div>
<br>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org" target="_blank">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org" target="_blank">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div></div></div><div><div><br><br clear="all"><div><br></div>-- <br>Francesco Paglia<div>Vfx and Production Supervisor</div><div><br></div><div>mobile <a href="tel:%2B39%20347.82.12.473" value="+393478212473" target="_blank">+39 347.82.12.473</a></div>
<div><div>e-mail <a href="mailto:f.paglia.80@gmail.com" target="_blank">f.paglia.80@gmail.com</a></div>
</div><div><br></div>
</div></div></div>
<br>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org" target="_blank">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org" target="_blank">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Francesco Paglia<div>Vfx and Production Supervisor</div><div><br></div><div>mobile <a href="tel:%2B39%20347.82.12.473" value="+393478212473" target="_blank">+39 347.82.12.473</a></div>
<div><div>e-mail <a href="mailto:f.paglia.80@gmail.com" target="_blank">f.paglia.80@gmail.com</a></div>
</div><div><br></div>
</div></div>
<br>_______________________________________________<br>
Bf-compositor mailing list<br>
<a href="mailto:Bf-compositor@blender.org">Bf-compositor@blender.org</a><br>
<a href="http://lists.blender.org/mailman/listinfo/bf-compositor" target="_blank">http://lists.blender.org/mailman/listinfo/bf-compositor</a><br>
<br></blockquote></div>