OK cool, will have to be after xmas :D
On 23 December 2013 19:09, Frank Rueter <[email protected]> wrote: > >>wasn't clear that it ran on Windows 7 which I'm stuck on right now. > Give it a go. I implemented code for a fast copy under windows (thanks to > Sebastian) but since I don't have a windows box here I can't test it. > If it doesn't work I'll fix it ;) > > > > On 24/12/13 12:53, Michael Garrett wrote: > > 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 [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
