Re: [Nuke-users] Re: Luminance / Chroma B44 Compressed EXRs in Nuke
Thanks for the reply Seth. I just compressed some test images to OpenEXR B44 4:2:0 using rvio (which is fantastic btw), and when trying to read these images into Nuke, I get the same error as with images compressed using ProEXR from After Effects CS5.5. I have tried reading 4:2:0 yryby EXR in both Nuke 6.3v6 and 6.2v6, and it gives the same "not compatible with the frame buffer's subsampling factors" error. It seems like Nuke does not handle chroma subsampled EXR files properly? Is this a bug? Has anyone else experienced this problem? On Wed, Feb 29, 2012 at 8:19 AM, Seth wrote: > ** > Hey Jed, > > For what it's worth, RVIO can also render B44 and B44A images. > > rvio -help will print out some examples. The Exr examples are: > > *Quote:* > > OpenEXR 16 Bit Out: rvio in.#.dpx -outhalf -o out.#.exr > OpenEXR to 8 Bit: rvio in.#.exr -out8 -o out.#.tif > OpenEXR B44 4:2:0: rvio in.#.exr -outhalf -yryby 1 2 2 -codec B44 -o > out.#.exr > OpenEXR B44A 4:2:0: rvio in.#.exr -outhalf -yrybya 1 2 2 1 -codec B44A -o > out.#.exr > ACES from PD DPX: rvio in.#.dpx -inlog -outhalf -outaces out.#.aces > ACES from JPEG: rvio in.#.jpg -insrgb -outhalf -outaces out.#.aces > > > Cheers, > > Seth > > ~~~ > Seth Rosenthal > Tweak Software > > > -- > > ~~~ > Seth Rosenthal > Tweak Software > www.tweaksoftware.com > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
[Nuke-users] photoshop differences
Hello everyone. It has been a while now that I'm trying to sort out a difference I have while using psd files in nuke. When I read a multy-layer psd file and view it directly, (equivalent to flattened in photoshop) it seems to be smoothing out or merging flayers in a different way than if I shuffle out layers and merge them back again. The strange thing is that, if I shuffle-separate each layer and merge them back again I get the exact same result as in photoshop (which is great!)... BUT, it differs from the psd file used directly from the read node. This means that the operation it does internally to "flatten" the psd file has some filter o some difference... since it even differs from the flatted photoshop result. Any hint on why is this happening? Any insight as to what operation is done internally while managing a psd file in nuke? Cheers... Lozo ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] photoshop differences
Hey Lozo, what is your colorspace set to in the read and in the viewer? Ron Ganbar email: ron...@gmail.com tel: +44 (0)7968 007 309 [UK] +972 (0)54 255 9765 [Israel] url: http://ronganbar.wordpress.com/ On 2 March 2012 15:40, lozo wrote: > ** > Hello everyone. > > It has been a while now that I'm trying to sort out a difference I have > while using psd files in nuke. > > When I read a multy-layer psd file and view it directly, (equivalent to > flattened in photoshop) it seems to be smoothing out or merging flayers in > a different way than if I shuffle out layers and merge them back again. > > The strange thing is that, if I shuffle-separate each layer and merge them > back again I get the exact same result as in photoshop (which is great!)... > BUT, it differs from the psd file used directly from the read node. > This means that the operation it does internally to "flatten" the psd file > has some filter o some difference... since it even differs from the flatted > photoshop result. > > Any hint on why is this happening? > Any insight as to what operation is done internally while managing a psd > file in nuke? > > Cheers... > Lozo > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
[Nuke-users] threads
Christ - setting my nuke session to use 8 - not 16 threads - really speeds things up!!! Thats ridiculous! Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] photoshop differences
Try a shuffle node after the Read and grab just rgba. I'm not at my machine, but from memory even the flattened result that you're after needs to be shuffled out to rgba. Not sure what the image is that comes directly out of a Read psd is doing. -Dan On Mar 2, 2012, at 5:40 AM, "lozo" wrote: > Hello everyone. > > It has been a while now that I'm trying to sort out a difference I have while > using psd files in nuke. > > When I read a multy-layer psd file and view it directly, (equivalent to > flattened in photoshop) it seems to be smoothing out or merging flayers in a > different way than if I shuffle out layers and merge them back again. > > The strange thing is that, if I shuffle-separate each layer and merge them > back again I get the exact same result as in photoshop (which is great!)... > BUT, it differs from the psd file used directly from the read node. > This means that the operation it does internally to "flatten" the psd file > has some filter o some difference... since it even differs from the flatted > photoshop result. > > Any hint on why is this happening? > Any insight as to what operation is done internally while managing a psd file > in nuke? > > Cheers... > Lozo > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
Neil,I know this was a part of a longer thread, but where do you change the threads settings? I'd like to give it a try...Thanks,RichRich Bobo Senior VFX Compositor Email: richb...@mac.com Mobile: 248.840.2665 Web: http://richbobo.comOn Mar 02, 2012, at 10:21 AM, Neil Scholes wrote:Christ - setting my nuke session to use 8 - not 16 threads - really speeds things up!!! Thats ridiculous! Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
What hardware/OS? Howard > > From: Neil Scholes >To: Nuke user discussion >Sent: Friday, 2 March 2012, 15:21 >Subject: [Nuke-users] threads > >Christ - setting my nuke session to use 8 - not 16 threads - really speeds >things up!!! > >Thats ridiculous! > > >Neil Scholes > >+44(0) 7977 456 197 >www.uvfilms.co.uk > > > > > > >___ >Nuke-users mailing list >Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > > >___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
Win 7 64bit - raid 0 drive - quadrofx 3800 - 16threads processing Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk On 2 Mar 2012, at 15:45, Howard Jones wrote: > What hardware/OS? > > Howard > > From: Neil Scholes > To: Nuke user discussion > Sent: Friday, 2 March 2012, 15:21 > Subject: [Nuke-users] threads > > Christ - setting my nuke session to use 8 - not 16 threads - really speeds > things up!!! > > Thats ridiculous! > > > Neil Scholes > > +44(0) 7977 456 197 > www.uvfilms.co.uk > > > > > > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
I mean im generally happy with the interactivity i get - but setting to 8 is just a bonus. Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk On 2 Mar 2012, at 16:12, Neil Scholes wrote: > Win 7 64bit - > > raid 0 drive - quadrofx 3800 - 16threads processing > > > Neil Scholes > > +44(0) 7977 456 197 > www.uvfilms.co.uk > > > > > > > On 2 Mar 2012, at 15:45, Howard Jones wrote: > >> What hardware/OS? >> >> Howard >> >> From: Neil Scholes >> To: Nuke user discussion >> Sent: Friday, 2 March 2012, 15:21 >> Subject: [Nuke-users] threads >> >> Christ - setting my nuke session to use 8 - not 16 threads - really speeds >> things up!!! >> >> Thats ridiculous! >> >> >> Neil Scholes >> >> +44(0) 7977 456 197 >> www.uvfilms.co.uk >> >> >> >> >> >> >> ___ >> Nuke-users mailing list >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> >> >> ___ >> Nuke-users mailing list >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
Hi - press x then type as tcl - set threads 8 ( or whatever number you want) Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk On 2 Mar 2012, at 15:43, Rich Bobo wrote: > Neil, > > I know this was a part of a longer thread, but where do you change the > threads settings? I'd like to give it a try... > > Thanks, > Rich > Rich Bobo > Senior VFX Compositor > Email: richb...@mac.com > Mobile: 248.840.2665 > Web: http://richbobo.com > > On Mar 02, 2012, at 10:21 AM, Neil Scholes wrote: > >> Christ - setting my nuke session to use 8 - not 16 threads - really speeds >> things up!!! >> >> Thats ridiculous! >> >> >> Neil Scholes >> >> +44(0) 7977 456 197 >> www.uvfilms.co.uk >> >> >> >> >> >> >> ___ >> Nuke-users mailing list >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] Re: Luminance / Chroma B44 Compressed EXRs in Nuke
You should send a sample file if you could to supp...@thefoundry.co.uk. Even if it is an example checkerboard. Just something showing the error. -deke On Fri, Mar 2, 2012 at 01:05, Jed Smith wrote: > Thanks for the reply Seth. > > I just compressed some test images to OpenEXR B44 4:2:0 using rvio (which > is fantastic btw), and when trying to read these images into Nuke, I get > the same error as with images compressed using ProEXR from After Effects > CS5.5. > > I have tried reading 4:2:0 yryby EXR in both Nuke 6.3v6 and 6.2v6, and it > gives the same "not compatible with the frame buffer's subsampling > factors" error. > > It seems like Nuke does not handle chroma subsampled EXR files properly? > Is this a bug? Has anyone else experienced this problem? > > > > On Wed, Feb 29, 2012 at 8:19 AM, Seth > wrote: > >> ** >> Hey Jed, >> >> For what it's worth, RVIO can also render B44 and B44A images. >> >> rvio -help will print out some examples. The Exr examples are: >> >> *Quote:* >> >> OpenEXR 16 Bit Out: rvio in.#.dpx -outhalf -o out.#.exr >> OpenEXR to 8 Bit: rvio in.#.exr -out8 -o out.#.tif >> OpenEXR B44 4:2:0: rvio in.#.exr -outhalf -yryby 1 2 2 -codec B44 -o >> out.#.exr >> OpenEXR B44A 4:2:0: rvio in.#.exr -outhalf -yrybya 1 2 2 1 -codec B44A -o >> out.#.exr >> ACES from PD DPX: rvio in.#.dpx -inlog -outhalf -outaces out.#.aces >> ACES from JPEG: rvio in.#.jpg -insrgb -outhalf -outaces out.#.aces >> >> >> Cheers, >> >> Seth >> >> ~~~ >> Seth Rosenthal >> Tweak Software >> >> >> -- >> >> ~~~ >> Seth Rosenthal >> Tweak Software >> www.tweaksoftware.com >> >> ___ >> Nuke-users mailing list >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> > > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
On 02/03/12 16:12, Neil Scholes wrote: Win 7 64bit - raid 0 drive - quadrofx 3800 - 16threads processing What processor? And speeds what up? Reading in, rendering out, general interactivity? Peter -- Peter Pearson, Software Engineer The Foundry, 6th Floor, The Communications Building, 48 Leicester Square, London, UK, WC2H 7LT Tel: +44 (0)20 7434 0449 Web: www.thefoundry.co.uk The Foundry Visionmongers Ltd. Registered in England and Wales No: 4642027 ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
Hi Peter Yes Boxx 8520 Workstation WS DUAL XEON X5550 2.66GHz, 8MB cache, 1333MHz, 6.4 GT/s QPI (Quad-Core) Playback speeds up - and general updates as i skip across the timeline. I wouldn't say twice as fast - but getting there. I havent yet tested this fully - to see what works faster and what doesn't - just played today quickly with a simple job - but i intend to investigate further - and give you a more rounded feedback soon Thanks Neil Scholes +44(0) 7977 456 197 www.uvfilms.co.uk On 2 Mar 2012, at 16:31, Peter Pearson wrote: > On 02/03/12 16:12, Neil Scholes wrote: >> Win 7 64bit - >> >> raid 0 drive - quadrofx 3800 - 16threads processing > > What processor? > > And speeds what up? Reading in, rendering out, general interactivity? > > Peter > -- > Peter Pearson, Software Engineer > The Foundry, 6th Floor, The Communications Building, > 48 Leicester Square, London, UK, WC2H 7LT > Tel: +44 (0)20 7434 0449 Web: www.thefoundry.co.uk > > The Foundry Visionmongers Ltd. > Registered in England and Wales No: 4642027 > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users > ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
Re: [Nuke-users] threads
I did an actual stop watch when we talked about this before and I was getting around 34% by only setting nuke to the actual cores not using virtual cores on a box with westermer xeons. Randy S. Little http://www.rslittle.com On Fri, Mar 2, 2012 at 09:28, Neil Scholes wrote: > Hi Peter > > Yes > > Boxx 8520 Workstation WS DUAL XEON X5550 2.66GHz, 8MB cache, 1333MHz, 6.4 > GT/s QPI (Quad-Core) > > Playback speeds up - and general updates as i skip across the timeline. I > wouldn't say twice as fast - but getting there. > > I havent yet tested this fully - to see what works faster and what doesn't - > just played today quickly with a simple job - but i intend to investigate > further - and give you a more rounded feedback soon > > Thanks > > > > Neil Scholes > > +44(0) 7977 456 197 > www.uvfilms.co.uk > > > > > > > On 2 Mar 2012, at 16:31, Peter Pearson wrote: > >> On 02/03/12 16:12, Neil Scholes wrote: >>> Win 7 64bit - >>> >>> raid 0 drive - quadrofx 3800 - 16threads processing >> >> What processor? >> >> And speeds what up? Reading in, rendering out, general interactivity? >> >> Peter >> -- >> Peter Pearson, Software Engineer >> The Foundry, 6th Floor, The Communications Building, >> 48 Leicester Square, London, UK, WC2H 7LT >> Tel: +44 (0)20 7434 0449 Web: www.thefoundry.co.uk >> >> The Foundry Visionmongers Ltd. >> Registered in England and Wales No: 4642027 >> ___ >> Nuke-users mailing list >> Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ >> http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >> > > ___ > Nuke-users mailing list > Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
[Nuke-users] Re: photoshop differences
Hello Dan and Ron... My color space is the default sRGB everywhere. I've tried tthe shuffle grabbing only RGBA (default, right?) directly out of my read psd node and same stuff. Viewing the psd directly or through a shuffle node grabbing RGBA is different than the original photoshop image! Strange hum! ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
RE: Re: [Nuke-users] Re: Luminance / Chroma B44 Compressed EXRs in Nuke
Hi There are sample Luma/Chroma images on the exr repository on the exr project website; shows exactly what happens. http://www.openexr.com/downloads.html Generaly speaking: Nuke doesn't support Luma/Chroma encoded exr files. But problem is more complicated... Exr libraries provide 2 ways to import/export exr files: can say "simplified" and "complex". Nuke uses "complex" way (IlmInputFile Class) because this gives ability to support multilayered files. But IlmInputFile Class doesn't support Luma/Chroma encoding (as far as I know). Simple way (IlmRgbaInputFile Class) support Luma/Chroma encoding but not support multilayer. So... the exrReader and Writer should be modified just to support this little useful feature. In my opinion chroma subsampled exr files are completely out of the "exr workflow advantages". Currently when you render your composition to exr sequence you know that you have full quality "base". From this base you can export whatever format you want: quicktime, mxf, avi, DPX seq or DCP. But what is advantage of Chroma subsampled exr files?? When you render it out and than you find that everything is ok.. you need to render it again in full quality. It waste of time. If you need proxy render you could use jpg sequence. But that is only my personal opinion ;-) Best Adrian W dniu 2012-03-02 17:23:14 użytkownik Deke Kincaid napisał: You should send a sample file if you could to supp...@thefoundry.co.uk. Even if it is an example checkerboard. Just something showing the error. -deke On Fri, Mar 2, 2012 at 01:05, Jed Smith wrote: Thanks for the reply Seth. I just compressed some test images to OpenEXR B44 4:2:0 using rvio (which is fantastic btw), and when trying to read these images into Nuke, I get the same error as with images compressed using ProEXR from After Effects CS5.5. I have tried reading 4:2:0 yryby EXR in both Nuke 6.3v6 and 6.2v6, and it gives the same "not compatible with the frame buffer's subsampling factors" error. It seems like Nuke does not handle chroma subsampled EXR files properly? Is this a bug? Has anyone else experienced this problem? On Wed, Feb 29, 2012 at 8:19 AM, Seth wrote: Hey Jed, For what it's worth, RVIO can also render B44 and B44A images. rvio -help will print out some examples. The Exr examples are: Quote: OpenEXR 16 Bit Out: rvio in.#.dpx -outhalf -o out.#.exr OpenEXR to 8 Bit: rvio in.#.exr -out8 -o out.#.tif OpenEXR B44 4:2:0: rvio in.#.exr -outhalf -yryby 1 2 2 -codec B44 -o out.#.exr OpenEXR B44A 4:2:0: rvio in.#.exr -outhalf -yrybya 1 2 2 1 -codec B44A -o out.#.exr ACES from PD DPX: rvio in.#.dpx -inlog -outhalf -outaces out.#.aces ACES from JPEG: rvio in.#.jpg -insrgb -outhalf -outaces out.#.aces Cheers, Seth ~~~ Seth Rosenthal Tweak Software ~~~ Seth Rosenthal Tweak Software www.tweaksoftware.com ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
RE: [Nuke-users] Re: photoshop differences
Hi Just one thing to clarify: Nuke psd reader doesn't merge layers from psd file in any way! While you save layered psd file in Photoshop you have option "Maximize compatibility". When you turn it on, Photoshop merges all active layers and saves as uncompressed picture into the psd file. And this is exactly what you can see in Nuke as base RGBA layer. But remember, that Photoshop uses complex color management, based on icc profiles. So it's very likely that picture looks different in Nuke. Best Adrian W dniu 2012-03-02 19:05:48 użytkownik lozo napisał: -- Hello Dan and Ron... My color space is the default sRGB everywhere. I've tried tthe shuffle grabbing only RGBA (default, right?) directly out of my read psd node and same stuff. Viewing the psd directly or through a shuffle node grabbing RGBA is different than the original photoshop image! Strange hum! ___ Nuke-users mailing list Nuke-users@support.thefoundry.co.uk, http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users