Re: [Nuke-users] Re: Luminance / Chroma B44 Compressed EXRs in Nuke

2012-03-02 Thread Jed Smith
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 nuke-users-re...@thefoundry.co.ukwrote:

 **
 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

2012-03-02 Thread lozo
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

2012-03-02 Thread Ron Ganbar
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 nuke-users-re...@thefoundry.co.uk 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

2012-03-02 Thread Neil Scholes
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

2012-03-02 Thread Dan Rosen
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 nuke-users-re...@thefoundry.co.uk 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

2012-03-02 Thread Rich Bobo
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 n...@uvfilms.co.uk 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

2012-03-02 Thread Howard Jones
What hardware/OS?

 
Howard




 From: Neil Scholes n...@uvfilms.co.uk
To: Nuke user discussion nuke-users@support.thefoundry.co.uk 
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

2012-03-02 Thread Neil Scholes
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 n...@uvfilms.co.uk
 To: Nuke user discussion nuke-users@support.thefoundry.co.uk 
 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

2012-03-02 Thread Neil Scholes
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 n...@uvfilms.co.uk
 To: Nuke user discussion nuke-users@support.thefoundry.co.uk 
 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] Re: Luminance / Chroma B44 Compressed EXRs in Nuke

2012-03-02 Thread Deke Kincaid
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 j...@jedypod.com 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 
 nuke-users-re...@thefoundry.co.ukwrote:

 **
 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

2012-03-02 Thread Peter Pearson

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

2012-03-02 Thread Neil Scholes
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

2012-03-02 Thread Randy Little
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 n...@uvfilms.co.uk 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

2012-03-02 Thread lozo
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

2012-03-02 Thread Adrian Baltowski
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 dekekinc...@gmail.com 
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 j...@jedypod.com 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 nuke-users-re...@thefoundry.co.uk 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

2012-03-02 Thread Adrian Baltowski
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 nuke-users-re...@thefoundry.co.uk 
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