Re: Render Region and Autosave

[Jason S]

  
  
ooor...
  
  you could install RRays widget as prescribed,  http://traypen.com/rr/bak/rray/SaveRemind.xsiaddon
  the dialog not only reminds but also has a save button on it.
  
  
  but if you want, you can super easily edit it to make it not
  ask you,  and replace the 'Save' with a 'SaveBackupScene',
  
  Then you can make the Q key invoke the region command .. 
  and reset the timer.
  
      function saveRemindOnEndSceneSave_OnEvent( in_ctxt )
    {
        var t = Application.EventInfos( "saveRemindOnTimerEvent"
);
        t.Reset( 60, 180 );
        return false;
    }
  
  which resets it for another 30 mins which should be enough time
  for your region to finish 
  
  Hope that can work,
  J
  
  
  On 02/10/16 14:48, Jason S wrote:


  
  There is a command (as well as
default ctrl-alt-s hotkey ) to invoke a backup save (in the
backup folder).

I'm not a scripter, but I'm sure it would be not too complicated
to setup a recycling timer that calls the save backup command
ever X minutes, 
which could perhaps be paused by replacing the Q with a script
that invokes the region tool, and resets or pauses the backup
timer for say 15-20 min, or however much could be enough time
for how long regions can take at most.
 ... I know there is an "on begin renderpass" event but I dont
think that is for the render region.

Let us know if you find a trick!



On 02/10/16 6:41, Fabian Schnuer Gohde wrote:
  
  
I've now used the save reminder for a few days
  and that works a treat (I have my own incremental setup) Thank
  you very much everyone.
  -Fabian


  On 8 February 2016 at 15:23, Dan
Yargici 
wrote:

  Reinhard (mr. rray.de)
made a save reminder event script.  Rather than actually
saving, it just reminds you to save.  Combine that with
Mirko's suggestion and you have the best solution IMO.

Search for SaveRemind on http://rray.de/xsi/

DAN


  

  
  

  
  


  

Re: XSI 2015 hangs when opening

[Sandy Sutherland]

Ha - so something I passed on, finally has been useful!  Success, next 
...the WORLD! :-P


On 2016-02-10 07:27 PM, Tom Kleinenberg wrote:


Sandy always told me to renamed the user prefs folder in Documents so 
that XSI generated new ones when weird things started happening. Does 
that help anything?


On 10 Feb 2016 19:22, "George Schermer" > wrote:


Hi all,

My XSI 2015 had been working fine a couple weeks ago, but today
when I tried to launch it I got the splash screen and the menu
bar, (with "MCP, KPL,PPG" tabs in the right corner,) but nothing
else.  And then it says that XSI is unresponsive.

Has anyone else come across this error before?  Any fixes?

Any help would be much appreciated!

Thanks!
George





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

Re: Render Region and Autosave

[Jason S]

  
  
There is a command (as well as default
  ctrl-alt-s hotkey ) to invoke a backup save (in the backup
  folder).
  
  I'm not a scripter, but I'm sure it would be not too complicated
  to setup a recycling timer that calls the save backup command ever
  X minutes, 
  which could perhaps be paused by replacing the Q with a script
  that invokes the region tool, and resets or pauses the backup
  timer for say 15-20 min, or however much could be enough time for
  how long regions can take at most.
   ... I know there is an "on begin renderpass" event but I dont
  think that is for the render region.
  
  Let us know if you find a trick!
  
  
  
  On 02/10/16 6:41, Fabian Schnuer Gohde wrote:


  I've now used the save reminder for a few days and
that works a treat (I have my own incremental setup) Thank you
very much everyone.
-Fabian
  
  
On 8 February 2016 at 15:23, Dan
  Yargici 
  wrote:
  
Reinhard (mr. rray.de) made
  a save reminder event script.  Rather than actually
  saving, it just reminds you to save.  Combine that with
  Mirko's suggestion and you have the best solution IMO.
  
  Search for SaveRemind on http://rray.de/xsi/
  
  DAN
  
  

  


  


  

Re: XSI 2015 hangs when opening

[George Schermer]

That worked!!

Thanks alot, Tom and Eric!

On Wed, Feb 10, 2016 at 2:27 PM, Eric Turman  wrote:

> Try renaming your preferences folder (usually here: "C:\Users\[USER
> NAME]\Autodesk") so Soft will recreate it.
> Otherwise you can try runonce.bat
>
> On Wed, Feb 10, 2016 at 1:21 PM, George Schermer 
> wrote:
>
>> Hi all,
>>
>> My XSI 2015 had been working fine a couple weeks ago, but today when I
>> tried to launch it I got the splash screen and the menu bar, (with "MCP,
>> KPL,PPG" tabs in the right corner,) but nothing else.  And then it says
>> that XSI is unresponsive.
>>
>> Has anyone else come across this error before?  Any fixes?
>>
>> Any help would be much appreciated!
>>
>> Thanks!
>> George
>>
>
>
>
> --
>
>
>
>
> -=T=-
>

Re: XSI 2015 hangs when opening

[Eric Turman]

Try renaming your preferences folder (usually here: "C:\Users\[USER
NAME]\Autodesk") so Soft will recreate it.
Otherwise you can try runonce.bat

On Wed, Feb 10, 2016 at 1:21 PM, George Schermer 
wrote:

> Hi all,
>
> My XSI 2015 had been working fine a couple weeks ago, but today when I
> tried to launch it I got the splash screen and the menu bar, (with "MCP,
> KPL,PPG" tabs in the right corner,) but nothing else.  And then it says
> that XSI is unresponsive.
>
> Has anyone else come across this error before?  Any fixes?
>
> Any help would be much appreciated!
>
> Thanks!
> George
>



-- 




-=T=-

Re: XSI 2015 hangs when opening

[Tom Kleinenberg]

Sandy always told me to renamed the user prefs folder in Documents so that
XSI generated new ones when weird things started happening. Does that help
anything?
On 10 Feb 2016 19:22, "George Schermer"  wrote:

> Hi all,
>
> My XSI 2015 had been working fine a couple weeks ago, but today when I
> tried to launch it I got the splash screen and the menu bar, (with "MCP,
> KPL,PPG" tabs in the right corner,) but nothing else.  And then it says
> that XSI is unresponsive.
>
> Has anyone else come across this error before?  Any fixes?
>
> Any help would be much appreciated!
>
> Thanks!
> George
>

XSI 2015 hangs when opening

[George Schermer]

Hi all,

My XSI 2015 had been working fine a couple weeks ago, but today when I
tried to launch it I got the splash screen and the menu bar, (with "MCP,
KPL,PPG" tabs in the right corner,) but nothing else.  And then it says
that XSI is unresponsive.

Has anyone else come across this error before?  Any fixes?

Any help would be much appreciated!

Thanks!
George

Re: Softimage and CMYK

[peter_b]

which is arguably more doable, as you might find blueprints – I did for my own 
car.

This is more like giving you artwork on which a bucket of paint has been 
dropped.
It’s restoration.
if that’s your predicament and the client knowingly asks you to do this – then 
sure, grade away!


From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 7:23 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

A very specific car, inside and out. :P


On 10 February 2016 at 18:22, Sebastien Sterling  
wrote:

  this feels like being asked to model a car with only the web as source of 
references :P


  On 10 February 2016 at 18:15,  wrote:

well there’s your answer then - 
nothing much you can do on your end except document and liaise with client.

if the files are right’ and look wrong, chances are you are missing part of 
the puzzle. LUT’s for instance. Perhaps there’s printer specific color profiles 
used/baked in – perhaps they have source files that look right – which would be 
a better starting point.

messing about with sensitive stuff, such as changing colors on marketing 
materials is something that should be undertaken only with consent from the 
client.
as in: you’re saving their ass and they acknowledge this. otherwise this 
will come back and bite you in the end.

good luck!

From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 2:46 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

The blacks are off on pretty much everything I've had to interact with thus 
far. they are wrong from the start, they where sent to us wrong, they look 
wrong in acrobat




On 10 February 2016 at 13:40,  wrote:

   
  > Sounds interesting thx Fab
  > Thanks Pete, they are in .PDF but there are no layers included as far 
as i can tell, 
  > the files where intended for printing originaly.

  oh I see, and I assumed they were intended for making your life miserable?

  One can send layered files to print (it’s not necessarily bad practice), 
it was worth a shot.

  It’s not clear to me in your description if the files you received look 
right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
  Or in other words, are you sure that things go wrong during your 
conversion?
  There is some voodoo involved in exporting pdf’s – so something might 
have gone wrong client’s side – or the print-ready files might simply not 
resemble the actual result: special blacks, laquers indeed, color separations, 
flattened transparencies, LUTs – who knows – could be nothing to do with 
CMYK>RGB.

   

  On 10 February 2016 at 11:59, Fabian Schnuer Gohde  
wrote:

Have a check if there are spot colors or laquer or similar layers in 
the file. They can cause funny results. In the latest Acrobat Pro DC (part of 
CC) under Tools>PrintProduction there is a color converter that might help get 
this into the sRGB world. 

Best of luck,
Fabian

On 10 February 2016 at 10:04,  wrote:

  were they PDF’s? 
  if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
  Also, when there, and the files looks ‘normal’, you can simply try 
‘export for web’ as a png or jpg.



  From: Sebastien Sterling 
  Sent: Tuesday, February 09, 2016 11:16 PM
  To: softimage@listproc.autodesk.com 
  Subject: Re: Softimage and CMYK

  Could i approximate it ? in sRGB ? god but this is a mess :(


  I don't think the client has any original sRGB artwork


  On 9 February 2016 at 22:05,  wrote:

I don’t think it’s a colorspace problem perse – as within normal 
ranges, going back and forth between RGB and CMYK isn’t so bad.

The ultramarine blue in the blacks, might be something very 
different:
a good print black is not 100% black and 0% C,M,Y each: this would 
result in a dark grey.
So ‘designers’ add some of the other colors, up to almost 300% 
total, to deepen and tint the black.
A cold deep black with lots of cyan, a warmer black with yellow 
or... everyone has his preference for mixing black it seems, and they even give 
their blacks fancy names.

Of course that’s bound to give you trouble going back to RGB – as 
those are colors that are far outside the normal gamut of colors.
The other way around, we would call them illegal colors, our pure 
100% primary and secondary colors are among them.
As the others have pointed out, welcome to a world of pain – doing 
some print work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it 

Re: Softimage and CMYK

[Sebastien Sterling]

A very specific car, inside and out. :P

On 10 February 2016 at 18:22, Sebastien Sterling <
sebastien.sterl...@gmail.com> wrote:

> this feels like being asked to model a car with only the web as source of
> references :P
>
> On 10 February 2016 at 18:15,  wrote:
>
>> well there’s your answer then -
>> nothing much you can do on your end except document and liaise with
>> client.
>>
>> if the files are right’ and look wrong, chances are you are missing part
>> of the puzzle. LUT’s for instance. Perhaps there’s printer specific color
>> profiles used/baked in – perhaps they have source files that look right –
>> which would be a better starting point.
>>
>> messing about with sensitive stuff, such as changing colors on marketing
>> materials is something that should be undertaken only with consent from the
>> client.
>> as in: you’re saving their ass and they acknowledge this. otherwise this
>> will come back and bite you in the end.
>>
>> good luck!
>>
>> *From:* Sebastien Sterling 
>> *Sent:* Wednesday, February 10, 2016 2:46 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>> The blacks are off on pretty much everything I've had to interact with
>> thus far. they are wrong from the start, they where sent to us wrong, they
>> look wrong in acrobat
>>
>>
>>
>> On 10 February 2016 at 13:40,  wrote:
>>
>>>
>>> > Sounds interesting thx Fab
>>> > Thanks Pete, they are in .PDF but there are no layers included as far
>>> as i can tell,
>>> > the files where intended for printing originaly.
>>>
>>> oh I see, and I assumed they were intended for making your life
>>> miserable?
>>>
>>> One can send layered files to print (it’s not necessarily bad practice),
>>> it was worth a shot.
>>>
>>> It’s not clear to me in your description if the files you received look
>>> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
>>> Or in other words, are you sure that things go wrong during your
>>> conversion?
>>> There is some voodoo involved in exporting pdf’s – so something might
>>> have gone wrong client’s side – or the print-ready files might simply not
>>> resemble the actual result: special blacks, laquers indeed, color
>>> separations, flattened transparencies, LUTs – who knows – could be nothing
>>> to do with CMYK>RGB.
>>>
>>>
>>>
>>> On 10 February 2016 at 11:59, Fabian Schnuer Gohde 
>>> wrote:
>>>
 Have a check if there are spot colors or laquer or similar layers in
 the file. They can cause funny results. In the latest Acrobat Pro DC (part
 of CC) under Tools>PrintProduction there is a color converter that might
 help get this into the sRGB world.

 Best of luck,
 Fabian

 On 10 February 2016 at 10:04,  wrote:

> were they PDF’s?
> if the pdf is still layered, possibly there is a specific layer for
> creating those ultrablacks (if that is what’s going on) that you can turn
> off - in illustrator or indesign or such (not PS).
> Also, when there, and the files looks ‘normal’, you can simply try
> ‘export for web’ as a png or jpg.
>
>
>
> *From:* Sebastien Sterling 
> *Sent:* Tuesday, February 09, 2016 11:16 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Softimage and CMYK
>
> Could i approximate it ? in sRGB ? god but this is a mess :(
>
> I don't think the client has any original sRGB artwork
>
> On 9 February 2016 at 22:05,  wrote:
>
>> I don’t think it’s a colorspace problem perse – as within normal
>> ranges, going back and forth between RGB and CMYK isn’t so bad.
>>
>> The ultramarine blue in the blacks, might be something very different:
>> a good print black is not 100% black and 0% C,M,Y each: this would
>> result in a dark grey.
>> So ‘designers’ add some of the other colors, up to almost 300% total,
>> to deepen and tint the black.
>> A cold deep black with lots of cyan, a warmer black with yellow or...
>> everyone has his preference for mixing black it seems, and they even give
>> their blacks fancy names.
>>
>> Of course that’s bound to give you trouble going back to RGB – as
>> those are colors that are far outside the normal gamut of colors.
>> The other way around, we would call them illegal colors, our pure
>> 100% primary and secondary colors are among them.
>> As the others have pointed out, welcome to a world of pain – doing
>> some print work atm, having to mix and match 3D renders (linear), CMYK
>> artwork, photographs (srgb), physical parts painted with pantone colors 
>> and
>> more, and going back and forth between 3D and ps/illustrator and pdf - 
>> and
>> it is a minefield.
>> You have to inform your client that their artwork is purpose made for
>> a certain printing effect which makes them unfit for other use.
>> You might be better off scanning/photographing printed artwork or
>> physical products or

Re: Softimage and CMYK

[Sebastien Sterling]

this feels like being asked to model a car with only the web as source of
references :P

On 10 February 2016 at 18:15,  wrote:

> well there’s your answer then -
> nothing much you can do on your end except document and liaise with client.
>
> if the files are right’ and look wrong, chances are you are missing part
> of the puzzle. LUT’s for instance. Perhaps there’s printer specific color
> profiles used/baked in – perhaps they have source files that look right –
> which would be a better starting point.
>
> messing about with sensitive stuff, such as changing colors on marketing
> materials is something that should be undertaken only with consent from the
> client.
> as in: you’re saving their ass and they acknowledge this. otherwise this
> will come back and bite you in the end.
>
> good luck!
>
> *From:* Sebastien Sterling 
> *Sent:* Wednesday, February 10, 2016 2:46 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Softimage and CMYK
>
> The blacks are off on pretty much everything I've had to interact with
> thus far. they are wrong from the start, they where sent to us wrong, they
> look wrong in acrobat
>
>
>
> On 10 February 2016 at 13:40,  wrote:
>
>>
>> > Sounds interesting thx Fab
>> > Thanks Pete, they are in .PDF but there are no layers included as far
>> as i can tell,
>> > the files where intended for printing originaly.
>>
>> oh I see, and I assumed they were intended for making your life miserable?
>>
>> One can send layered files to print (it’s not necessarily bad practice),
>> it was worth a shot.
>>
>> It’s not clear to me in your description if the files you received look
>> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
>> Or in other words, are you sure that things go wrong during your
>> conversion?
>> There is some voodoo involved in exporting pdf’s – so something might
>> have gone wrong client’s side – or the print-ready files might simply not
>> resemble the actual result: special blacks, laquers indeed, color
>> separations, flattened transparencies, LUTs – who knows – could be nothing
>> to do with CMYK>RGB.
>>
>>
>>
>> On 10 February 2016 at 11:59, Fabian Schnuer Gohde 
>> wrote:
>>
>>> Have a check if there are spot colors or laquer or similar layers in the
>>> file. They can cause funny results. In the latest Acrobat Pro DC (part of
>>> CC) under Tools>PrintProduction there is a color converter that might help
>>> get this into the sRGB world.
>>>
>>> Best of luck,
>>> Fabian
>>>
>>> On 10 February 2016 at 10:04,  wrote:
>>>
 were they PDF’s?
 if the pdf is still layered, possibly there is a specific layer for
 creating those ultrablacks (if that is what’s going on) that you can turn
 off - in illustrator or indesign or such (not PS).
 Also, when there, and the files looks ‘normal’, you can simply try
 ‘export for web’ as a png or jpg.



 *From:* Sebastien Sterling 
 *Sent:* Tuesday, February 09, 2016 11:16 PM
 *To:* softimage@listproc.autodesk.com
 *Subject:* Re: Softimage and CMYK

 Could i approximate it ? in sRGB ? god but this is a mess :(

 I don't think the client has any original sRGB artwork

 On 9 February 2016 at 22:05,  wrote:

> I don’t think it’s a colorspace problem perse – as within normal
> ranges, going back and forth between RGB and CMYK isn’t so bad.
>
> The ultramarine blue in the blacks, might be something very different:
> a good print black is not 100% black and 0% C,M,Y each: this would
> result in a dark grey.
> So ‘designers’ add some of the other colors, up to almost 300% total,
> to deepen and tint the black.
> A cold deep black with lots of cyan, a warmer black with yellow or...
> everyone has his preference for mixing black it seems, and they even give
> their blacks fancy names.
>
> Of course that’s bound to give you trouble going back to RGB – as
> those are colors that are far outside the normal gamut of colors.
> The other way around, we would call them illegal colors, our pure 100%
> primary and secondary colors are among them.
> As the others have pointed out, welcome to a world of pain – doing
> some print work atm, having to mix and match 3D renders (linear), CMYK
> artwork, photographs (srgb), physical parts painted with pantone colors 
> and
> more, and going back and forth between 3D and ps/illustrator and pdf - and
> it is a minefield.
> You have to inform your client that their artwork is purpose made for
> a certain printing effect which makes them unfit for other use.
> You might be better off scanning/photographing printed artwork or
> physical products or ...
>
>
> *From:* Sven Constable 
> *Sent:* Tuesday, February 09, 2016 10:38 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* RE: Softimage and CMYK
>
>
> Even I don't get why black is ultramrine blue, I think it's not
>

Re: Softimage and CMYK

[peter_b]

well there’s your answer then - 
nothing much you can do on your end except document and liaise with client.

if the files are right’ and look wrong, chances are you are missing part of the 
puzzle. LUT’s for instance. Perhaps there’s printer specific color profiles 
used/baked in – perhaps they have source files that look right – which would be 
a better starting point.

messing about with sensitive stuff, such as changing colors on marketing 
materials is something that should be undertaken only with consent from the 
client.
as in: you’re saving their ass and they acknowledge this. otherwise this will 
come back and bite you in the end.

good luck!

From: Sebastien Sterling 
Sent: Wednesday, February 10, 2016 2:46 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

The blacks are off on pretty much everything I've had to interact with thus 
far. they are wrong from the start, they where sent to us wrong, they look 
wrong in acrobat




On 10 February 2016 at 13:40,  wrote:

   
  > Sounds interesting thx Fab
  > Thanks Pete, they are in .PDF but there are no layers included as far as i 
can tell, 
  > the files where intended for printing originaly.

  oh I see, and I assumed they were intended for making your life miserable?

  One can send layered files to print (it’s not necessarily bad practice), it 
was worth a shot.

  It’s not clear to me in your description if the files you received look right 
to you – eg. in Acrobat - are the blacks ‘off’ there as well?
  Or in other words, are you sure that things go wrong during your conversion?
  There is some voodoo involved in exporting pdf’s – so something might have 
gone wrong client’s side – or the print-ready files might simply not resemble 
the actual result: special blacks, laquers indeed, color separations, flattened 
transparencies, LUTs – who knows – could be nothing to do with CMYK>RGB.

   

  On 10 February 2016 at 11:59, Fabian Schnuer Gohde  wrote:

Have a check if there are spot colors or laquer or similar layers in the 
file. They can cause funny results. In the latest Acrobat Pro DC (part of CC) 
under Tools>PrintProduction there is a color converter that might help get this 
into the sRGB world. 

Best of luck,
Fabian

On 10 February 2016 at 10:04,  wrote:

  were they PDF’s? 
  if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
  Also, when there, and the files looks ‘normal’, you can simply try 
‘export for web’ as a png or jpg.



  From: Sebastien Sterling 
  Sent: Tuesday, February 09, 2016 11:16 PM
  To: softimage@listproc.autodesk.com 
  Subject: Re: Softimage and CMYK

  Could i approximate it ? in sRGB ? god but this is a mess :(


  I don't think the client has any original sRGB artwork


  On 9 February 2016 at 22:05,  wrote:

I don’t think it’s a colorspace problem perse – as within normal 
ranges, going back and forth between RGB and CMYK isn’t so bad.

The ultramarine blue in the blacks, might be something very different:
a good print black is not 100% black and 0% C,M,Y each: this would 
result in a dark grey.
So ‘designers’ add some of the other colors, up to almost 300% total, 
to deepen and tint the black.
A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

Of course that’s bound to give you trouble going back to RGB – as those 
are colors that are far outside the normal gamut of colors.
The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
As the others have pointed out, welcome to a world of pain – doing some 
print work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
You might be better off scanning/photographing printed artwork or 
physical products or ...


From: Sven Constable 
Sent: Tuesday, February 09, 2016 10:38 PM
To: softimage@listproc.autodesk.com 
Subject: RE: Softimage and CMYK

Even I don't get why black is ultramrine blue, I think it's not because 
of CMYK vs RGB but the embedded color profile. I get pdfs for print all the 
time, sometimes I even send CMYK renderings back to them (of course not 
rendered in cmyk but converted in PS afterwards and with their color profile 
attached). If converted from CMYK to RGB and vice versa I saw only minimal 
color shifting. It depends large

RE: cad

[Graham Bell]

I’d definitely look into Rhino. We use it for cleaning any CAD that comes from 
Teamcenter and its very good.

 

Max is our core 3d software (not my choice), so we use some of the 
npowersoftware tools for translation and continued working in Max.

 

From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Eugene Flormata
Sent: 10 February 2016 08:17
To: softimage@listproc.autodesk.com
Subject: Re: cad

 

Thx, yeah we got an Moi license on one of the mac's with a lot of ram,
but it's stil pretty slow at opening files
Rhino, I've never looked into,

Maya I just use to import files
I usually end up rebuilding the models, or cleaning them quite a bit before 
actually using it.

thanks

 

On Tue, Feb 9, 2016 at 11:58 PM, Nono mailto:nnois...@gmail.com> > wrote:

Maya isn't perfect at all for this kind of job, you should give a go to Rhino 
or Moi for processing your file before.

 

 

Re: Softimage and CMYK

[Sebastien Sterling]

The blacks are off on pretty much everything I've had to interact with thus
far. they are wrong from the start, they where sent to us wrong, they look
wrong in acrobat



On 10 February 2016 at 13:40,  wrote:

>
> > Sounds interesting thx Fab
> > Thanks Pete, they are in .PDF but there are no layers included as far as
> i can tell,
> > the files where intended for printing originaly.
>
> oh I see, and I assumed they were intended for making your life miserable?
>
> One can send layered files to print (it’s not necessarily bad practice),
> it was worth a shot.
>
> It’s not clear to me in your description if the files you received look
> right to you – eg. in Acrobat - are the blacks ‘off’ there as well?
> Or in other words, are you sure that things go wrong during your
> conversion?
> There is some voodoo involved in exporting pdf’s – so something might have
> gone wrong client’s side – or the print-ready files might simply not
> resemble the actual result: special blacks, laquers indeed, color
> separations, flattened transparencies, LUTs – who knows – could be nothing
> to do with CMYK>RGB.
>
>
>
> On 10 February 2016 at 11:59, Fabian Schnuer Gohde 
> wrote:
>
>> Have a check if there are spot colors or laquer or similar layers in the
>> file. They can cause funny results. In the latest Acrobat Pro DC (part of
>> CC) under Tools>PrintProduction there is a color converter that might help
>> get this into the sRGB world.
>>
>> Best of luck,
>> Fabian
>>
>> On 10 February 2016 at 10:04,  wrote:
>>
>>> were they PDF’s?
>>> if the pdf is still layered, possibly there is a specific layer for
>>> creating those ultrablacks (if that is what’s going on) that you can turn
>>> off - in illustrator or indesign or such (not PS).
>>> Also, when there, and the files looks ‘normal’, you can simply try
>>> ‘export for web’ as a png or jpg.
>>>
>>>
>>>
>>> *From:* Sebastien Sterling 
>>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* Re: Softimage and CMYK
>>>
>>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>>
>>> I don't think the client has any original sRGB artwork
>>>
>>> On 9 February 2016 at 22:05,  wrote:
>>>
 I don’t think it’s a colorspace problem perse – as within normal
 ranges, going back and forth between RGB and CMYK isn’t so bad.

 The ultramarine blue in the blacks, might be something very different:
 a good print black is not 100% black and 0% C,M,Y each: this would
 result in a dark grey.
 So ‘designers’ add some of the other colors, up to almost 300% total,
 to deepen and tint the black.
 A cold deep black with lots of cyan, a warmer black with yellow or...
 everyone has his preference for mixing black it seems, and they even give
 their blacks fancy names.

 Of course that’s bound to give you trouble going back to RGB – as those
 are colors that are far outside the normal gamut of colors.
 The other way around, we would call them illegal colors, our pure 100%
 primary and secondary colors are among them.
 As the others have pointed out, welcome to a world of pain – doing some
 print work atm, having to mix and match 3D renders (linear), CMYK artwork,
 photographs (srgb), physical parts painted with pantone colors and more,
 and going back and forth between 3D and ps/illustrator and pdf - and it is
 a minefield.
 You have to inform your client that their artwork is purpose made for a
 certain printing effect which makes them unfit for other use.
 You might be better off scanning/photographing printed artwork or
 physical products or ...


 *From:* Sven Constable 
 *Sent:* Tuesday, February 09, 2016 10:38 PM
 *To:* softimage@listproc.autodesk.com
 *Subject:* RE: Softimage and CMYK


 Even I don't get why black is ultramrine blue, I think it's not because
 of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
 time, sometimes I even send CMYK renderings back to them (of course not
 rendered in cmyk but converted in PS afterwards and with their color
 profile attached). If converted from CMYK to RGB and vice versa I saw only
 minimal color shifting. It depends largely on color space and -profile.
 Remember CMYK and RGB are color models, not color space nor color profiles.



 If you import pdfs into PS, convert them to RGB and CMYK. If you see
 significant color changes between both, it'because of the color profiles
 that are assigned to CMYK and RGB inside Photoshop. I would just convert
 them to RGB and then test different color profiles (Edit->Convert to
 Profile). Tick 'Preview' and switch between the different profiles
 available. Maybe one of it will crush the blacks.

 That is a bit awful and I agree with Rob, the client should send you
 proper files. But it's difficult to say what is proper since 3D is 

Re: Softimage and CMYK

[peter_b]

 
> Sounds interesting thx Fab
> Thanks Pete, they are in .PDF but there are no layers included as far as i 
> can tell, 
> the files where intended for printing originaly.

oh I see, and I assumed they were intended for making your life miserable?

One can send layered files to print (it’s not necessarily bad practice), it was 
worth a shot.

It’s not clear to me in your description if the files you received look right 
to you – eg. in Acrobat - are the blacks ‘off’ there as well?
Or in other words, are you sure that things go wrong during your conversion?
There is some voodoo involved in exporting pdf’s – so something might have gone 
wrong client’s side – or the print-ready files might simply not resemble the 
actual result: special blacks, laquers indeed, color separations, flattened 
transparencies, LUTs – who knows – could be nothing to do with CMYK>RGB.

 

On 10 February 2016 at 11:59, Fabian Schnuer Gohde  wrote:

  Have a check if there are spot colors or laquer or similar layers in the 
file. They can cause funny results. In the latest Acrobat Pro DC (part of CC) 
under Tools>PrintProduction there is a color converter that might help get this 
into the sRGB world. 

  Best of luck,
  Fabian

  On 10 February 2016 at 10:04,  wrote:

were they PDF’s? 
if the pdf is still layered, possibly there is a specific layer for 
creating those ultrablacks (if that is what’s going on) that you can turn off - 
in illustrator or indesign or such (not PS).
Also, when there, and the files looks ‘normal’, you can simply try ‘export 
for web’ as a png or jpg.



From: Sebastien Sterling 
Sent: Tuesday, February 09, 2016 11:16 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

Could i approximate it ? in sRGB ? god but this is a mess :(


I don't think the client has any original sRGB artwork


On 9 February 2016 at 22:05,  wrote:

  I don’t think it’s a colorspace problem perse – as within normal ranges, 
going back and forth between RGB and CMYK isn’t so bad.

  The ultramarine blue in the blacks, might be something very different:
  a good print black is not 100% black and 0% C,M,Y each: this would result 
in a dark grey.
  So ‘designers’ add some of the other colors, up to almost 300% total, to 
deepen and tint the black.
  A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

  Of course that’s bound to give you trouble going back to RGB – as those 
are colors that are far outside the normal gamut of colors.
  The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
  As the others have pointed out, welcome to a world of pain – doing some 
print work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
  You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
  You might be better off scanning/photographing printed artwork or 
physical products or ...


  From: Sven Constable 
  Sent: Tuesday, February 09, 2016 10:38 PM
  To: softimage@listproc.autodesk.com 
  Subject: RE: Softimage and CMYK

  Even I don't get why black is ultramrine blue, I think it's not because 
of CMYK vs RGB but the embedded color profile. I get pdfs for print all the 
time, sometimes I even send CMYK renderings back to them (of course not 
rendered in cmyk but converted in PS afterwards and with their color profile 
attached). If converted from CMYK to RGB and vice versa I saw only minimal 
color shifting. It depends largely on color space and -profile. Remember CMYK 
and RGB are color models, not color space nor color profiles.



  If you import pdfs into PS, convert them to RGB and CMYK. If you see 
significant color changes between both, it'because of the color profiles that 
are assigned to CMYK and RGB inside Photoshop. I would just convert them to RGB 
and then test different color profiles (Edit->Convert to Profile). Tick 
'Preview' and switch between the different profiles available. Maybe one of it 
will crush the blacks.

  That is a bit awful and I agree with Rob, the client should send you 
proper files. But it's difficult to say what is proper since 3D is not print is 
not film is not reality. In an ideal world they would send you RGB files with 
sRGB color profile but I doubt this will ever happen. They usually work with 
CMYK from start to finish. 



  Are these product shots are meant for web or print? If print, they're 
possibly correct with black beeing blueish and the client expects the 
renderings accordingly …? 

  sven



  From: softimage-boun...@l

Re: Softimage and CMYK

[Sebastien Sterling]

Sounds interesting thx Fab

Thanks Pete, they are in .PDF but there are no layers included as far as i
can tell, the files where intended for printing originaly.

On 10 February 2016 at 11:59, Fabian Schnuer Gohde 
wrote:

> Have a check if there are spot colors or laquer or similar layers in the
> file. They can cause funny results. In the latest Acrobat Pro DC (part of
> CC) under Tools>PrintProduction there is a color converter that might help
> get this into the sRGB world.
>
> Best of luck,
> Fabian
>
> On 10 February 2016 at 10:04,  wrote:
>
>> were they PDF’s?
>> if the pdf is still layered, possibly there is a specific layer for
>> creating those ultrablacks (if that is what’s going on) that you can turn
>> off - in illustrator or indesign or such (not PS).
>> Also, when there, and the files looks ‘normal’, you can simply try
>> ‘export for web’ as a png or jpg.
>>
>>
>>
>> *From:* Sebastien Sterling 
>> *Sent:* Tuesday, February 09, 2016 11:16 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>> Could i approximate it ? in sRGB ? god but this is a mess :(
>>
>> I don't think the client has any original sRGB artwork
>>
>> On 9 February 2016 at 22:05,  wrote:
>>
>>> I don’t think it’s a colorspace problem perse – as within normal ranges,
>>> going back and forth between RGB and CMYK isn’t so bad.
>>>
>>> The ultramarine blue in the blacks, might be something very different:
>>> a good print black is not 100% black and 0% C,M,Y each: this would
>>> result in a dark grey.
>>> So ‘designers’ add some of the other colors, up to almost 300% total, to
>>> deepen and tint the black.
>>> A cold deep black with lots of cyan, a warmer black with yellow or...
>>> everyone has his preference for mixing black it seems, and they even give
>>> their blacks fancy names.
>>>
>>> Of course that’s bound to give you trouble going back to RGB – as those
>>> are colors that are far outside the normal gamut of colors.
>>> The other way around, we would call them illegal colors, our pure 100%
>>> primary and secondary colors are among them.
>>> As the others have pointed out, welcome to a world of pain – doing some
>>> print work atm, having to mix and match 3D renders (linear), CMYK artwork,
>>> photographs (srgb), physical parts painted with pantone colors and more,
>>> and going back and forth between 3D and ps/illustrator and pdf - and it is
>>> a minefield.
>>> You have to inform your client that their artwork is purpose made for a
>>> certain printing effect which makes them unfit for other use.
>>> You might be better off scanning/photographing printed artwork or
>>> physical products or ...
>>>
>>>
>>> *From:* Sven Constable 
>>> *Sent:* Tuesday, February 09, 2016 10:38 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* RE: Softimage and CMYK
>>>
>>>
>>> Even I don't get why black is ultramrine blue, I think it's not because
>>> of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
>>> time, sometimes I even send CMYK renderings back to them (of course not
>>> rendered in cmyk but converted in PS afterwards and with their color
>>> profile attached). If converted from CMYK to RGB and vice versa I saw only
>>> minimal color shifting. It depends largely on color space and -profile.
>>> Remember CMYK and RGB are color models, not color space nor color profiles.
>>>
>>>
>>>
>>> If you import pdfs into PS, convert them to RGB and CMYK. If you see
>>> significant color changes between both, it'because of the color profiles
>>> that are assigned to CMYK and RGB inside Photoshop. I would just convert
>>> them to RGB and then test different color profiles (Edit->Convert to
>>> Profile). Tick 'Preview' and switch between the different profiles
>>> available. Maybe one of it will crush the blacks.
>>>
>>> That is a bit awful and I agree with Rob, the client should send you
>>> proper files. But it's difficult to say what is proper since 3D is not
>>> print is not film is not reality. In an ideal world they would send you RGB
>>> files with sRGB color profile but I doubt this will ever happen. They
>>> usually work with CMYK from start to finish.
>>>
>>>
>>>
>>> Are these product shots are meant for web or print? If print, they're
>>> possibly correct with black beeing blueish and the client expects the
>>> renderings accordingly …?
>>>
>>> sven
>>>
>>>
>>>
>>> *From:* softimage-boun...@listproc.autodesk.com [mailto:
>>> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
>>> Sterling
>>> *Sent:* Tuesday, February 09, 2016 8:30 PM
>>> *To:* softimage@listproc.autodesk.com
>>> *Subject:* Re: Softimage and CMYK
>>>
>>>
>>>
>>> Basically the client wants a pack shot of thirty or so products, so we
>>> need to model them up and texture them.
>>>
>>> In order to texture them the client sent the original packaging files in
>>> .pdf format, but these where originally destined for print and so they are
>>> CMYK.
>>>
>>> the colors are off, it is most notice

Re: Softimage and CMYK

[Fabian Schnuer Gohde]

Have a check if there are spot colors or laquer or similar layers in the
file. They can cause funny results. In the latest Acrobat Pro DC (part of
CC) under Tools>PrintProduction there is a color converter that might help
get this into the sRGB world.

Best of luck,
Fabian

On 10 February 2016 at 10:04,  wrote:

> were they PDF’s?
> if the pdf is still layered, possibly there is a specific layer for
> creating those ultrablacks (if that is what’s going on) that you can turn
> off - in illustrator or indesign or such (not PS).
> Also, when there, and the files looks ‘normal’, you can simply try ‘export
> for web’ as a png or jpg.
>
>
>
> *From:* Sebastien Sterling 
> *Sent:* Tuesday, February 09, 2016 11:16 PM
> *To:* softimage@listproc.autodesk.com
> *Subject:* Re: Softimage and CMYK
>
> Could i approximate it ? in sRGB ? god but this is a mess :(
>
> I don't think the client has any original sRGB artwork
>
> On 9 February 2016 at 22:05,  wrote:
>
>> I don’t think it’s a colorspace problem perse – as within normal ranges,
>> going back and forth between RGB and CMYK isn’t so bad.
>>
>> The ultramarine blue in the blacks, might be something very different:
>> a good print black is not 100% black and 0% C,M,Y each: this would result
>> in a dark grey.
>> So ‘designers’ add some of the other colors, up to almost 300% total, to
>> deepen and tint the black.
>> A cold deep black with lots of cyan, a warmer black with yellow or...
>> everyone has his preference for mixing black it seems, and they even give
>> their blacks fancy names.
>>
>> Of course that’s bound to give you trouble going back to RGB – as those
>> are colors that are far outside the normal gamut of colors.
>> The other way around, we would call them illegal colors, our pure 100%
>> primary and secondary colors are among them.
>> As the others have pointed out, welcome to a world of pain – doing some
>> print work atm, having to mix and match 3D renders (linear), CMYK artwork,
>> photographs (srgb), physical parts painted with pantone colors and more,
>> and going back and forth between 3D and ps/illustrator and pdf - and it is
>> a minefield.
>> You have to inform your client that their artwork is purpose made for a
>> certain printing effect which makes them unfit for other use.
>> You might be better off scanning/photographing printed artwork or
>> physical products or ...
>>
>>
>> *From:* Sven Constable 
>> *Sent:* Tuesday, February 09, 2016 10:38 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* RE: Softimage and CMYK
>>
>>
>> Even I don't get why black is ultramrine blue, I think it's not because
>> of CMYK vs RGB but the embedded color profile. I get pdfs for print all the
>> time, sometimes I even send CMYK renderings back to them (of course not
>> rendered in cmyk but converted in PS afterwards and with their color
>> profile attached). If converted from CMYK to RGB and vice versa I saw only
>> minimal color shifting. It depends largely on color space and -profile.
>> Remember CMYK and RGB are color models, not color space nor color profiles.
>>
>>
>>
>> If you import pdfs into PS, convert them to RGB and CMYK. If you see
>> significant color changes between both, it'because of the color profiles
>> that are assigned to CMYK and RGB inside Photoshop. I would just convert
>> them to RGB and then test different color profiles (Edit->Convert to
>> Profile). Tick 'Preview' and switch between the different profiles
>> available. Maybe one of it will crush the blacks.
>>
>> That is a bit awful and I agree with Rob, the client should send you
>> proper files. But it's difficult to say what is proper since 3D is not
>> print is not film is not reality. In an ideal world they would send you RGB
>> files with sRGB color profile but I doubt this will ever happen. They
>> usually work with CMYK from start to finish.
>>
>>
>>
>> Are these product shots are meant for web or print? If print, they're
>> possibly correct with black beeing blueish and the client expects the
>> renderings accordingly …?
>>
>> sven
>>
>>
>>
>> *From:* softimage-boun...@listproc.autodesk.com [mailto:
>> softimage-boun...@listproc.autodesk.com] *On Behalf Of *Sebastien
>> Sterling
>> *Sent:* Tuesday, February 09, 2016 8:30 PM
>> *To:* softimage@listproc.autodesk.com
>> *Subject:* Re: Softimage and CMYK
>>
>>
>>
>> Basically the client wants a pack shot of thirty or so products, so we
>> need to model them up and texture them.
>>
>> In order to texture them the client sent the original packaging files in
>> .pdf format, but these where originally destined for print and so they are
>> CMYK.
>>
>> the colors are off, it is most noticeable in the blacks, as they have all
>> shifted to ultramarine blue.
>>
>> I don't know how to fix this, it is pretty baffling, :(
>>
>>
>>
>> On 9 February 2016 at 19:19, Rob Chapman  wrote:
>>
>> aah was part of the DTP revolution first time around with Aldus
>> products...  So I remember a bit about conversion having to get renders to
>> 

Re: danyTools

[patrick nethercoat]

Potentially embarrassing compounds? I'd better have a look.

On 9 February 2016 at 22:30, Ognjen Vukovic  wrote:

> Much apriciated.
> Thanks Dan.
> On 9 Feb 2016 7:42 pm, "toonafish"  wrote:
>
>> Great ! I see a lot of strand compounds that might be a nice addition to
>> the Kristinka hair compounds I’m working with at the moment.
>>
>> Thanks for sharing Dan.
>>
>> -Ronald
>>
>>
>> On 09 Feb 2016, at 20:29, Dan Yargici  wrote:
>>
>> In case anyone's interested, I've just posted a workgroup of compounds on
>> si-community.
>>
>> Some are useful, some are potentially embarrassing, but I thought I'd
>> just stick em all out there regardless...
>>
>> http://www.si-community.com/community/viewtopic.php?f=19&t=6237
>>
>> DAN
>>
>>
>>


-- 
Brandt Animation
www.brandtanim.co.uk
020 7734 0196

Re: Render Region and Autosave

[Fabian Schnuer Gohde]

I've now used the save reminder for a few days and that works a treat (I
have my own incremental setup) Thank you very much everyone.
-Fabian

On 8 February 2016 at 15:23, Dan Yargici  wrote:

> Reinhard (mr. rray.de) made a save reminder event script.  Rather than
> actually saving, it just reminds you to save.  Combine that with Mirko's
> suggestion and you have the best solution IMO.
>
> Search for SaveRemind on http://rray.de/xsi/
>
> DAN
>
>

Re: Softimage and CMYK

[peter_b]

were they PDF’s? 
if the pdf is still layered, possibly there is a specific layer for creating 
those ultrablacks (if that is what’s going on) that you can turn off - in 
illustrator or indesign or such (not PS).
Also, when there, and the files looks ‘normal’, you can simply try ‘export for 
web’ as a png or jpg.



From: Sebastien Sterling 
Sent: Tuesday, February 09, 2016 11:16 PM
To: softimage@listproc.autodesk.com 
Subject: Re: Softimage and CMYK

Could i approximate it ? in sRGB ? god but this is a mess :(


I don't think the client has any original sRGB artwork


On 9 February 2016 at 22:05,  wrote:

  I don’t think it’s a colorspace problem perse – as within normal ranges, 
going back and forth between RGB and CMYK isn’t so bad.

  The ultramarine blue in the blacks, might be something very different:
  a good print black is not 100% black and 0% C,M,Y each: this would result in 
a dark grey.
  So ‘designers’ add some of the other colors, up to almost 300% total, to 
deepen and tint the black.
  A cold deep black with lots of cyan, a warmer black with yellow or... 
everyone has his preference for mixing black it seems, and they even give their 
blacks fancy names.

  Of course that’s bound to give you trouble going back to RGB – as those are 
colors that are far outside the normal gamut of colors.
  The other way around, we would call them illegal colors, our pure 100% 
primary and secondary colors are among them.
  As the others have pointed out, welcome to a world of pain – doing some print 
work atm, having to mix and match 3D renders (linear), CMYK artwork, 
photographs (srgb), physical parts painted with pantone colors and more, and 
going back and forth between 3D and ps/illustrator and pdf - and it is a 
minefield.
  You have to inform your client that their artwork is purpose made for a 
certain printing effect which makes them unfit for other use.
  You might be better off scanning/photographing printed artwork or physical 
products or ...


  From: Sven Constable 
  Sent: Tuesday, February 09, 2016 10:38 PM
  To: softimage@listproc.autodesk.com 
  Subject: RE: Softimage and CMYK

  Even I don't get why black is ultramrine blue, I think it's not because of 
CMYK vs RGB but the embedded color profile. I get pdfs for print all the time, 
sometimes I even send CMYK renderings back to them (of course not rendered in 
cmyk but converted in PS afterwards and with their color profile attached). If 
converted from CMYK to RGB and vice versa I saw only minimal color shifting. It 
depends largely on color space and -profile. Remember CMYK and RGB are color 
models, not color space nor color profiles.



  If you import pdfs into PS, convert them to RGB and CMYK. If you see 
significant color changes between both, it'because of the color profiles that 
are assigned to CMYK and RGB inside Photoshop. I would just convert them to RGB 
and then test different color profiles (Edit->Convert to Profile). Tick 
'Preview' and switch between the different profiles available. Maybe one of it 
will crush the blacks.

  That is a bit awful and I agree with Rob, the client should send you proper 
files. But it's difficult to say what is proper since 3D is not print is not 
film is not reality. In an ideal world they would send you RGB files with sRGB 
color profile but I doubt this will ever happen. They usually work with CMYK 
from start to finish. 



  Are these product shots are meant for web or print? If print, they're 
possibly correct with black beeing blueish and the client expects the 
renderings accordingly …? 

  sven



  From: softimage-boun...@listproc.autodesk.com 
[mailto:softimage-boun...@listproc.autodesk.com] On Behalf Of Sebastien Sterling
  Sent: Tuesday, February 09, 2016 8:30 PM
  To: softimage@listproc.autodesk.com
  Subject: Re: Softimage and CMYK



  Basically the client wants a pack shot of thirty or so products, so we need 
to model them up and texture them.

  In order to texture them the client sent the original packaging files in .pdf 
format, but these where originally destined for print and so they are CMYK. 

  the colors are off, it is most noticeable in the blacks, as they have all 
shifted to ultramarine blue.

  I don't know how to fix this, it is pretty baffling, :(



  On 9 February 2016 at 19:19, Rob Chapman  wrote:

  aah was part of the DTP revolution first time around with Aldus products...  
So I remember a bit about conversion having to get renders to the printers 
sometimes and being very disappointed with the blue greys :)



  firstly this may help







  and may explain why the colors changed. some colors simply do not fit between 
gamuts and will change regardless.



  so you have the CMYK plates and have to match in RGB to render and then 
convert back to CMYK again? oof. have you tried regenerating in photoshop from 
the separate CMYK and they match the printers provided RGB 0utput? 



  Photoshop LAB color mode was invented for this no? better off starting

Re: cad

[Eugene Flormata]

Thx, yeah we got an Moi license on one of the mac's with a lot of ram,
but it's stil pretty slow at opening files
Rhino, I've never looked into,

Maya I just use to import files
I usually end up rebuilding the models, or cleaning them quite a bit before
actually using it.

thanks

On Tue, Feb 9, 2016 at 11:58 PM, Nono  wrote:

> Maya isn't perfect at all for this kind of job, you should give a go to
> Rhino or Moi for processing your file before.
>
>>
>>
>>