Hi Frank, Thanks for replying, I'd like to try your script in the next few days, but from reading the thread (skimming over it), I wasn't clear that it ran on Windows 7 which I'm stuck on right now.
Re: printing a heap of text, I hear you but the lag was present before. So I then did "import callbacksTrace" and saw filenameFix corresponding to that moment in time. Anyway I seem to have gotten a general UI speedup by restarting my windows machine(?) so I'll monitor it. Cheers, Michael On 23 December 2013 17:28, Frank Rueter <[email protected]> wrote: > Hi Michael, > > please do give the custom localised script a spin. It'd be good to ensure > it works on windows before putting it on Nukepedia. > > As for the slow down, I'd be surprised if the filennameFilter really is > the culprit, I would have excepted that to be pretty light weight (are your > filters complex?). But I might be wrong. > > Keep in mind that just printing a heap of text in itself can cause lag, so > make sure you are not leading yourself down the garden path ;). > > > Cheers, > frank > > > On 24/12/13 10:24, Michael Garrett wrote: > > Hi, > > I've got a 650 frame comp with 200+ Read/DeepRead nodes, and am getting > frequent UI lag (a couple of seconds of stuttering) when I create a node or > change a knob value with no viewer attached. Or even toggling cached views. > I've seen a worse version of this kind of thing a few years ago but that > was more to do with callbacks gone wild in the plugin path. > > After checking the autosave path/frequency and any custom callbacks in > the plugin path, I ran import callbacksTrace in the script editor so I > could see the low level stuff. > > As expected, filenameFilter() is running a zillion times all the time, > but in this case it seems that the fact I have 130000 individual frames is > causing a slowdown since it's iterating over all those frames on onCreate() > and knobChanged(). Basically the UI lag corresponds with filenameFilter() > appearing in the shell then I get interactivity back. That plus network > overhead when there's a lot of rendering seems like the culprit. > > Any ideas about whether there's a python-based solution to speed things > up? I'm also going to localise in the Read to see if that helps, but will > need to do that overnight until there's a BG way of doing that. Frank, I'm > looking forward to trying out what you're working on at some point. > > I'm on Windows 7 Enterprise SP 1, maybe that's figuring in as a file > system issue. I'll also email support. > > Thanks, > Michael > > > _______________________________________________ > Nuke-python mailing [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
