>>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 <fr...@beingfrank.info
<mailto:fr...@beingfrank.info>> 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 list
Nuke-python@support.thefoundry.co.uk
<mailto:Nuke-python@support.thefoundry.co.uk>,http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
_______________________________________________
Nuke-python mailing list
Nuke-python@support.thefoundry.co.uk
<mailto:Nuke-python@support.thefoundry.co.uk>,
http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
_______________________________________________
Nuke-python mailing list
Nuke-python@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
_______________________________________________
Nuke-python mailing list
Nuke-python@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-python
