It is a solutionbut not really an option i want, like keyframing the disable of the write node. There is many of those sequences and they could even have hole in between all the frames, so i'd prefer having a proper script to take care of that as the users will not be compositors but other artists not very familiar with nuke, at least for a while. That's why i am trying to put in place easy things for them to avoid messing around and losing time.

Tim BOWMAN wrote:
If you only render the frames you want instead of the full range of your 
"clip," you'll avoid errors stopping your render.

For example, instead of rendering "101-326" you would render "101-112, 213, 258, 
320-326". That way you're not asking for trouble by rendering frames that will error.

Or, just render the whole range, including black frames, Then filter out all 
the black frames post-render. If you use a compressed file format they should 
be tiny and easy to spot.

-t

On Jun 29, 2011, at 4:04, Olivier Jezequel <[email protected]> 
wrote:

No, as i wrote before, i tried that, but it seems to be only a gui thing, the 
render don't take the expression into consideration and the render stop at the 
missing frame. Generate keyframes from the expression will not work neither.
I think that using the tab python in the write is a possible way to go in the line 
"before each frame", i am looking into the doc to find more info of what to put 
there.

Anthony Kramer wrote:
I guess, that makes sense since the write node will still be enabled on those frames. 
What if you do the same thing but on the write nodes's disable? The expression would 
be"Read1.error". It should disable the write if the read node has an error.

-ak

On Tue, Jun 28, 2011 at 11:07 AM, Olivier Jezequel <[email protected] 
<mailto:[email protected]>> wrote:

   It was a very good tip, but unfortunately doesn't work on my case :(
   i tried to put the expression on my write node but when rendering
   it is still stopping the render at the error frames (When a
   keyframe work) maybe because it is a gui thing ???
   i can't use that on the read bcs it will render me a black fame,
   which is definitely a no go.

   thanks for the try

   would it work to add an expression in the tab Python in before
   each frame ?
   i am not quiet sure what put there ...

   Anthony Kramer wrote:

       Add an expression to the disable knob of the read node and
       simply put "error" in the expression field. This is will
       disable the node if there's an error (missing a frame, etc).

       -ak

       On Tue, Jun 28, 2011 at 10:08 AM, Olivier Jezequel
       <[email protected]
       <mailto:[email protected]>
       <mailto:[email protected]
       <mailto:[email protected]>>> wrote:

          Hiya,
          It is quiet specific so in advance, no i don't want black
       frames
          by setting the read node to it ;)

          I need to render in a specific pipeline that will load as
          sequences in nuke but are just still frames.
          There will be missing frames because we don't need them (naming
          conventions)
          and we want to render the same frames (not the missing ones
       in black)

          per default, nuke6.2 will stop at the first missing frame
       (while i
          know nuke 6.3 will carry on gently)
          so i want to write a script that check the error fames of
       my read
          and disable the write node at those frames
          (because a disabled node will skip the frame where it is
       disabled)

          i don't know how to query an action for each frame, and not
       sure
          where to put the script too in fact.

          it would be something like this in my mind :

          for each frame :
            if error :
               write.knob('disable').setValue(1)

          cheers
          Olivier
          _______________________________________________
          Nuke-python mailing list
          [email protected]
       <mailto:[email protected]>
          <mailto:[email protected]
       <mailto:[email protected]>>,

          http://forums.thefoundry.co.uk/
                 
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python


       ------------------------------------------------------------------------



       _______________________________________________
       Nuke-python mailing list
       [email protected]
       <mailto:[email protected]>,
       http://forums.thefoundry.co.uk/
       http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
   _______________________________________________
   Nuke-python mailing list
   [email protected]
   <mailto:[email protected]>,
   http://forums.thefoundry.co.uk/
   http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python


------------------------------------------------------------------------

_______________________________________________
Nuke-python mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
_______________________________________________
Nuke-python mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
_______________________________________________
Nuke-python mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python

_______________________________________________
Nuke-python mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python

Reply via email to