Other things that can cause freezing... If you deselect and reselect a roto, this can cause a bug where it goes very slow for a short while.
A very big script may be being saved to the network all the time, depending on your preferences. If you have a couple of camera trackers in there or a few heavy rotos, this can bloat the script. If you are auto saving to the network every 30 secs, you experience some bad freezing. Set your preferences to auto save locally. Howard On 21 Sep 2012, at 22:24, "vincepapaix" <[email protected]> wrote: > Unfortunately, I can't send my script I need company approval... > > But I just did a quick test, replacing all the read node and readgeo, nuke > doesn't freeze anymore, it's not as fast as in a new script but at least it > doesn't freeze... > > I will try to do more test... > > but I'm sure it's common problem when asking others compositors, it's easy to > recreate the problem, just try on a big script with lots of read node to do > some roto even looking just a one read node or just the roto node itself, > nuke will freeze when you try to change the roto's point at a different > frame. (if that makes sence) > _______________________________________________ > Nuke-users mailing list > [email protected], http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users _______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
