RGB to CIE lab conversion

Hi All,
I want to convert an RGB image into CIE lab color space. I found a program here on the forum.
I am attaching it with the post.  Run the program test0.vi on the sample image. 
I am able to convert the image into lab space however the VI is taking too much time to execute.
Is there a faster implementation? 
Thank You.
Regards
Aveo
Attachments:
Sample_Image.png ‏195 KB
color segmentation.zip ‏25 KB

I'm pretty sure there isn't a VI to do the reverse conversion, so you'll need to code it yourself.  The NI implementation of La*b* seems to be a little non-standard - see http://forums.ni.com/t5/LabVIEW/La-b-colour-conversion/td-p/1646458 - I think the issue is that LabVIEW doesn't do a gamma correction, whereas most other software does.

Similar Messages

  • Rgb to CIE LAB and reverse

    In Imaq there is a Vi  called rgbtocolor2.vi that is useful to convert an RGB into Cie lab color code. Is there another vi in order to convert a color in the CIE lab color space into RGB ?

    I'm pretty sure there isn't a VI to do the reverse conversion, so you'll need to code it yourself.  The NI implementation of La*b* seems to be a little non-standard - see http://forums.ni.com/t5/LabVIEW/La-b-colour-conversion/td-p/1646458 - I think the issue is that LabVIEW doesn't do a gamma correction, whereas most other software does.

  • RGB to LAB conversion in CS3

    I like to use LAB fairly often and have done so in CS2 with no trouble. I'm on Windows XP Pro, 1 gb RAM.
    Now that I've loaded CS3, same image converts to black. All over black. Edge to edge black. I mean BLACK!
    All channels are active (L, a, b). No mask is in effect. My working
    space is ProPhoto.
    If I convert it back to RGB, the image is still there.
    What's going on here with CS3? I've done the usual color settings. I've deleted my preferences.
    Also, when loading PSCS3, a message always pops up saying "there must
    be at least one document open to run this script!" Don't know where
    that comes from either. I'm not trying to run any script, just opening Photoshop ??
    I'm thinking I'd better uninstall CS3 and start over. Before doing
    so, though, I'd appreciate any advice to figure this out before going
    drastic. Many thanks in advance.
    Jeanne Tifft

    The algorithm is fairly easy..
    For RGB with components ranging from 0-255...
    K=255-(max(R,G,B));
    C=((255-R)-K)/(255-K);
    M=((255-G)-K)/(255-K);
    Y=((255-B)-K)/(255-K);
    Thats the quick simple conversion. You may alos do more complex conversions based on how pur the magenta, yellow, and cyan colors are.
    A decent overview is here:
    http://research.microsoft.com/~hollasch/cgindex/color/cmyk.html

  • Converting RGB to CIE Luv using ColorSpace

    I've been reading the documentation of all the classes in java.awt.color, trying to figure out if the JDK has the ability to convert an RGB value into a CIE Luv value. It seems to have Luv related constants, but no obvious way to make the conversion.
    If anyone knows how to use the ColorSpace to convert between different color spaces, lease let me know how!
    Mark McKay
    http://www.kitfox.com

    Thanks for the detailed reply. Sure clear some of the doubts.
    I just start to draw/design in Photoshop and illustrator, I save my files most as PNG, for a transparent background.
    After I went to officework do the poster printing, I found the color of my print image are not as vivid as Mac preview.
    To be precise, the poster I printed looks like has a very thin grey layer, it is not much noticeable, but it indeed lost some vivid color.  As I want to print out my works and keep color as close exact as Mac preview,  here is the issue of coverting RGB CMYK.
    Please feel free to add for below:
    1, Should I set color space in CMYK before drawing in PS/AI 
    2,  in PS, I convert profile from PNG file to CMYK save as psd file,  that psd file preview exactly same as PNG.
    But when saved as PDF, the file preview a bit grey.  Can someone explain this?
    3, Now im thinking, since CMYK is all about printers, it really should be the profession in printing shop who shall check my image, and edit/convert to the right color space to fit their printers.

  • Choosing profiles for forced RGB to CMYK color conversion

    When a mixed RGB/CMYK PDF is opened in Illustrator CS6, Illustrator forces a conversion to one color space or the other. See this screenshot: http://imgur.com/sK8iEdn
    I assume this is a limitation of Illustrator and there's no way to keep both color spaces. Under that assumption, Is it possible to choose the profiles used for the conversion from RGB to CMYK? Can Illustrator be made to use the RGB and CMYK profiles defined in its Color Settings to make this conversion?

    I did some experiments with Illustrator CS6 and the MacBeth RGB test chart and verified my results with Photoshop CS6. I discovered Illustrator is (mostly) doing what it should be doing, within a 1% error (probably rounding) on the output CMYK values. Here's a summary, in case anyone else needs this info:
    Assuming the source file's elements are all untagged, when a mixed RGB/CMYK PDF is opened in Illustrator and CMYK mode is
    chosen, Illustrator will use the profiles and rendering intent defined in
    Color Settings to make the color conversions from RGB to CMYK. Thus, we
    have control over the profiles used for this conversion.
    If the RGB elements in the PDF file have embedded ICC profiles,
    Illustrator will use the embedded ICC profile instead of the RGB profile
    defined in Color Settings. This ONLY happens, however, if the PDF file
    also includes the correct CMYK output intent profile.
    If the PDF doesn't contain a CMYK output intent, Illustrator will fall
    back on the Color Settings RGB profile for RGB->CMYK conversion. I believe it
    would be more correct for Illustrator to use the embedded RGB profile and
    the CMYK profile defined in Color Settings, but that's not how it seems to work.
    If the PDF contains the incorrect CMYK output intent, Illustrator will
    ignore the Color Settings and respect the embedded RGB and CMYK profiles
    for the conversion, as might be expected.

  • How does Photoshop implement L*a*b*. Does it use CIE LAB with 2 percent view angle and Bradford CAT @ D50?

    Does anyone know how Adobe Photoshop implements
    L*a*b* to calculate image data
    White Point D50 or D65
    What version of Lab = CIE, ICC etc..
    ant CAT's Bradford of Van Kreis
    View Angle 2percent, 10 percent?
    Thank you.

    As explained in our documentation: LAB in Photoshop is D50, 2 degree standard observer, matching the ICC version 2 PCS.

  • Rgb/lab curve question ,help me

    Hi
    i have a question about curve in the rgb and lab mode
    in the rgb ,i can  use the curve and i can make dark or bright some ares of the photo
    in the lab mode ,i have luminocity channel and i can make more dark or bright some ares of the photos
    well my question , is
    is there difference, odds between curve in rgb mode(RGB channel) and lab mode (luminocity channel) ?
    what does it change?
    is there a profit, advantage in lab mode luminocity channel?
    i mean i did not find a exhaustive answer in the manual , and i can' see differences
    thank
    have a nice day

    What is your question? You've described what the program is supposed to do, but it's not clear what you're asking about. Do you need help getting started? If so, have you gone through the LabVIEW tutorials? You and look over the material in the NI Developer Zone's Learning Center which provides links to other materials and other tutorials. You can also take the online courses for free. Have you looked through the many examples that ship with LabVIEW for data acquisition?

  • Color Spaces CIE and Adobe RGB

    Looking at monitor specs, usually, the color space of the monitor is given in terms of a target color space, like 96% Adobe RGB. Some give several, but along comes Dell, u2412, and they supply one: 82% CIE.
    I know what CIE is, but making a guesstimate from the Dell spec requires more than what I presently know about such matters.
    So, what are the expectations? Is that a meaningful spec for comparison sake? IOW, how much does Adobe RGB enclose CIE 1976?
    TIA
    Lawrence

    I went back to here:
    http://forums.adobe.com/thread/916368?start=0&tstart=0
    and ran some of those checks with the various presentations. Also, embarrassingly, I did know about the site but failed to go back when I looked for any test results for the 2412.
    sic transit Gloria!
    I also generated  a step tablet in PS, as well as doing several calibration reruns. I did a calibration in "Standard"ode and one in "Custom" where I had access to RGB controls.
    TFT Central did the same and claimed that the Custom was more troublesome and didn't yield any significant improvement. I beg to differ!
    Also, they made available the results of the Standard and Custom as an ICC profile for users and I defy anyone to tell me there is no significant difference. Between my two calibrations and TFT's, I have 4 flavors from which to choose. Wow! I'm impressed (NOT!)
    At any rate I settled on using my custom version as it shows the most neutral gray. It also showed the smaller dE both average and max deviation, 0.34 and 1.2 respectively, the only one exceeding 1.0. It also was close to the factory default than the others.
    What a way to run a railroad!
    The other fussbudget item is X-Rite. I doesn't like calibrating LCD. It manages to skip over steps along the way, and if I hadn't the experience and expectations step to step with my crt, I would probably be returning the Dell at this time. The differences from the data pov between my Custom and Average should be barely visible, but in fact, it is visually significant. Normal conclusions would hold the monitor at fault.
    Off to contact X-Rite.
    Lawrence

  • CMYK to RGB to CMYK again...why?

    I'll be the first to admit - I am relatively new and inexperienced when it comes to color management.
    I am a prepress tech - 6 years now or so. Been in printing for 24 years - was a conventional stripper before that.
    Not a complete dummy but I was never exposed to the old ways of electronic prepress -
    My question is a "why?"
    We have a PDF based workflow running Trueflow.
    Because we have an older version of Trueflow that requires specific settings in order to accept PDF files, I have a certain criteria that supplied PDFs must meet.
    I don't always get them that way - so I have a preflight routine where I open all PDFs and check them for spots/RGB/Lab color swatches, etc and convert as needed to CMYK. I then flatten them in PitStop extreme and run them through my rip.
    We do not have the ability to proof with ripped PDF files - therefore, when a PDF proof is required, I want it to be the print file that will be used to output to plates.
    OK - now you have a little background about my methods -
    Here is the question.
    My client was supplied a CMYK vector PDF ad.
    Artist for the client opened ad in photoshop, rasterized it and converted it to RGB, placed it in his Quark document and sent the 16 page PDF file to me
    I received it, noted that the file was full of spots and RGB and did a conversion back to CMYK in pitstop
    We sent a PDF proof to the client, who approved it (for the record, when we PDF proof, we assume that color is not critical otherwise the client would have asked for a matchprint)
    OK - so we print the booklet and client is very unhappy with the color on the back page.
    Artist says that we should have let the rip convert the RGB file to CMYK instead of doing it myself - like I trust my rip to do what it should - I don't - it has made a mess of things in the past. I know what condition my files have to be in before they go in the oven. I don't take chances.
    My question is, why would he convert it to RGB in the first place? I am completely lost on this one. If I am supplied a CMYK file, what reason is there for converting it to RGB before placing it into the document?
    Can anyone explain why this would be necessary?
    Thanks in advance!!!! I'm sure there are some gurus out there who can make sense of it in explaining it to me.

    From what you describe in the original post, I get the feeling that the wrong question is being asked. In the particular case, there was probably no need at all to convert (or maybe even rasterize) the PDF you supplied. If the client's artist only needed to make minor changes to an existing layout, he or she would obviously have been better off applying those changes to the original layout document (InDesign, QuarkXPress) to conserve editable vector data and the source colours of any pixel images. Only if the original layout document was not available or had been modified colour-wise at a later production stage would I have used a PDF as the basis for editing the ad. Maybe the artist inadvertently made the RGB conversion when rasterizing the PDF? As you supplied the PDF and your company ultimately did the printing as well, I see no reason why the data would have to be converted to RGB and back to CMYK; the artist could have easily left everything as is and just added the modifications.  What flavour of PDF did you supply? For your CMYK safe workflow, I guess PDF/X-1a would have been the most appropriate one*. Then the artist could work in the device space as you do or convert any new RGB content to the CMYK space as specified in the PDF/X output intent. I would recommend to communicate who does what before the layout work rather than after printing and running across unpleasant surprises. Redundantly converting colours back and forth without a clear and strict process and colour management is a very bad idea in my opinion, and as you saw, it can yield quite unsatisfactory results. It does take more effort to set things up properly, but in the end it tends to cost less and deliver (far) better results than troubleshooting and re-printing a screwed-up mess.
    * If your Trueflow system requires different, non-standard PDF settings, then things get more complicated. Your company's management may want to consider whether the equipment on hand is really up to the tasks it is supposed to perform ...

  • Camera Raw 4.6 Color Conversion Issues

    I'm using CS3. In the Camera Raw 4.6 import window the color looks great. When I get the image into Photoshop the color looks horrible. I know it's the color profile that Raw is assigning. My question... is there a way to disable the color profile conversion coming from Camera Raw?
    I've always had great results without using profiles and now this alters my color. I've even tried to go in and force the image to use a different color profile but at this point the damage has been done by the camera raw plugin.

    "I've been doing professional color correction for about 15 years and know how to use the programs without the use of color profiles."
    You're always using profiles no matter what, both a source and and destination for everything from your monitor to working RGB, CMYK and Lab to output profiles for proofing and print.
    You need good profiles to define the hardware devices and color spaces. Without them, it's all only a guess.
    "When I say "great color", I mean to say Photoshop doesn't adjust my color with profiles because I have profiles disabled."
    There's not really a way to disable profiles in Photoshop. You can sort of turn them off, but the default profiles in your Color Settings dialog are still in effect no matter what. In fact, you can't even display in image in RGB or CMYK without at least two profile, and more often three.
    Just having profile in the loop doesn't mean that Photoshop will "adjust" your colors. Photoshop will only do what you tell it to do.
    "My monitor is corrected and I have no need to use profiles since I understand UCR & GCR conversion for printing."
    You monitor is corrected? How? Have you calibrated it? After the calibration Photoshop needs, you guessed it, a monitor profile, in order to properly display your images. And how to you get from the RGB of your digital captures to the CMYK you need for offset? Yeah. Profiles. Even if you're using the archaic and outdated Custom CMYK to set your total ink and black generation, you are still in effect, using profiles. You are using the parameters defined there in the same way custom measurement are used in ProfileMaker to generate a custom ICC profile. It's just not as accurate.
    "Also, when I have something printed somewhere I have them disable their profiles to provide true color. And I also force acrobat to use my color maps when building pdfs so my printer has no need for conversion of any kind."
    How you do know you've made the right conversion for that printer. Most printer just ignore embedded profiles anyway, but including proper output profiles can enable them to display the files correctly on their calibrated screens, and for the more advanced printers, that embedded profile can allow them to use Device Link Profiles to convert your files to custom press or proofing profiles.
    "My complaint was that the Camera Raw Plug-in forces me to convert to a profile with 4 possible choices. I was asking if there is a way to disable this?"
    It's actually a choice of four different profiles not a profile with four choices. The choices are based on color gamut and gamma in order of increased gamut. There is no way to disable them. What would you put in their place? There are raw converters that will let you convert the raw data to any color space on output, including CMYK. Maybe that would be more appropriate for you. CaptureOne and Raw Developer are the two that come to mind, but they all use profiles.
    Hell, even in the golden age of the drum scanner, scanners like the Hell 3010 without even being able to see an image on screen, used profiles, only they called them by a different name - lookup tables. Lookup tables for scanner input and characteristic lookup tables for the analog proofing system the house used.
    "I found if I convert using the Adobe 1998 profile the color comes out close, I simply have to increase the saturation to return to the original optical image values. I would however like to bypass this step."
    It sounds to me like you need to spend a few weeks getting up to date with the tools that are available now. Between hardware monitor calibration and custom CMYK output profiles that take into account different ink limits and black generation, you're missing out on a boatload of fun.
    A lot of things have changed in prepress in the last fifteen years not the least of which is that little number called Direct to Plate. Since everone has gone DTP, the one thing that has gone by the wayside are any kind of overall proofing standards. Where you used to be able to send the same file to ten different printers and get back proofs that were extremely close, now they're all over the map. The only way to effectively deal with this is with custom profiles for the high end digital proofers that printers use today.
    Sure, you still need to take into account the specifics of total ink, highlight and shadow values, but you simply can't rely on the positively ancient ink definitions in Custom CMYK to work very well for any of today's output. Unless, of course, you and your clients don't mind going through rounds and rounds of proofs.

  • Color space conversions to/from XYZ broken?

    I have just started writing a plug-in in which I need to convert data from an RGB space to XYZ and back again. For this I am using the sPSColorSpace->Convert16 function.
    Unfortunately, it seems that the conversions to and from XYZ are not performed correctly. I do not know exactly what *is* calculated, but XYZ it's not. One of the giveaways is that the result of the conversion depends on the color space of the RGB data, including the gamma. Instead, the XYZ values should be uniquely defined, independent of the source RGB space.
    I have since created a work-around, by using the sPSColorSpace->Convert16 function to convert RGB values to Lab, and converting those to XYZ and back again with my own code. In this way, everything works as expected. However, it's unsatisfactory for two reasons: (1) a basic SDK function seems to be broken, and (2) my workaround is very slow, introducing 4(!) redundant nonlinear transforms per pixel.
    Does anyone have similar or contrary experiences? And, assuming I haven't messed up, how should one go about notifying Adobe about this? Thanks in advance!
    Simon

    >XYZ is a device independent color space, not a transformation of RGB (like HSB).
    That is exactly what I meant. Sorry for expressing myself poorly.
    The test I did was as follows. I applied my filter as a smart filter to an RGB smart object. I then *converted* (not assigned) the RGB object to another color space using a relative colorimetric conversion. Because my filter operates in the XYZ space, the (visual) output should be unaffected by the color space conversion. Unfortunately, the output changed.
    When I changed my filter to use Convert16 to convert to Lab (instead of XYZ) and back, and manually performed the Lab<->XYZ conversion, the (visual) output was indeed independent of the source color space.
    My conclusion is that XYZ as calculated by the Convert16 function *is* a 'transformation of RGB', but, you are correct, it shouldn't be. The conversion does not properly account for the source RGB space.
    Simon

  • Rendering intent for color conversions

    As I understand it, when I make a new CMYK swatch in InDesign and type my recipe in, Adobe converts it to LAB and that is the number that is used behind the scenes to convert to RGB or to different CMYK profiles. Curiosity question: does the software reference the ICC profile that is set as the working space in order to make that initial CMYK to LAB conversion? Also, is it known if the software preserves and uses the numbers to the right of the decimal points for CMYK and LAB values, or does it all get rounded off? And finally, going far into the weeds: is it known what rendering intent is used?

    Starting with last question first, the rendering intent is what you choose in Photoshop > Edit > Color Settings. At the top of the dialog box there in Photoshop are your choices for what color model your CMYK and RGB should be expressed in. These become the working color spaces for CMYK and for RGB. Working spaces imply that whatever picture you open and edit in Photoshop, it takes on this ICC profile of color model. Having a same choice from Photoshop for ICC color model means consistency in interpreting color, file after file. Near the bottom of the expanded Color Settings dialog box is the Rendering Intent, which is usually set to Relative Colorimetric.
    What is Rendering Intent? ACE is the translator. His job is to translate visual color from one math number world to another math number world, with the intention of holding the visual color the same. When he translates numbers (representing colors) from one color space to another, inevitably some color will be lost in translation. Rendering Intent is a conscious decision for how to compromise colors that might be outside the gamut of the receiving color space. Bear in mind that many pictures, some color lost in translation is so slight so as to be scarcely perceptible.
    Make your house rules choices here in Photoshop. Save as named .csf file. Then, in Bridge, click on Edit > Creative Suite color settings. Choose to apply this new custom-named house rules for your color workflow. In applying it, Bridge sends out instructions to Illustrator, InDesign, and Acrobat to follow the lead of Photoshop in adopting the same "house rules" for translating color.
    If the Photoshop file being placed into InDesign already has the house-rules color space profile, it passes straight into InDesign without being re-interpreted/re-translated. (Like having a Smart Tag that allows you to drive through the toll-booth of the interstate. Like having a passport and express check-in at the airport. No need to re-examine you; you are already cleared. These are illustrations, by the way!)
    Yes (your second question), ACE, in a behind-the-scenes support operation, checks all ICC color profile "passports" to see whether you need translating prior to entry, or merely waved through into InDesign. If the picture file already has the same working space as defined in Photoshop, it is allowed in unchanged. If the picture file doesn't have the same house color space, it is translated to the working color space, and allowed in afterwards. You might liken it to being issued a temporary passport. Do numbers get rounded off? Yes and no. Visual colors that exist in both color realms can be translated with great precision. Visual colors outside of the gamut of the receiving color space will change a bit, which is to say their numbers also change a bit.
    As to your first question, is LAB at the center of things? Yes, in Photoshop. Lab color mode is the closest thing to a number system that consistently matches human visual color perception. Photoshop natively thinks in Lab, and translates out to all other color models, especially RGB and CMYK. Make sure to always run your pictures through Photoshop first (I like it's color management policies to force a permanent change to the house color space by choosing Conver to Working RGB/CMYK). After that, you place them into InDesign. In this way, all pictures already have a SpeedPass, so to speak, and InDesign does not re-translate the color. InDesign does not handle the Lab numbers, but is rather given the resulting conversion numbers by the translator, ACE, (if it needs to) working behind the suite of four softwares.
    You might enjoy reading the book: Real World Color Management by Fraser, Murphy, and Bunting, and really geek out on this sort of thing.
    Hope this helps,
    Mike Witherell in Maryland

  • Convolute IMAQ RGB picture

    Hi there, does anyone knows how to convolute  RGB32 picture using IMAQ Convolute.vi? Or this vi operates only with 8/16 bits pictures coz I'm getting "IMAQ Convolute Invalid image type" error message when  RGB picture type created by IMAQ Create.vi is connected
    I need to convolute native color picture w/o gray-scale conversion.
    Any ideas are welcomed
    Thanks in advance
    Alex

    The simplest way would be to extract each color plane (R, G, and B) and perform the convolution on each plane separately, and then recombine into an RGB32 image.  If your kernel is also a color image, you can separate each plane for the convolution, otherwise just use the same kernel for each.
    Depending on the aim of the convolution, though, there may be better ways to do this.  For example, you may get an equivalent result by just extracting the Luminance plane (from an HSL or Lab conversion) and then incorporating that back in.

  • INDESIGN CS6 : wrong spot to process conversion using L*A*B system

    The separation process of spot colors (PMS) using the L*A*B values is completely out of range with my ripping system (polkadots). Previously with CS5 and the CMYK process, PMS 300 was broke with C100 M56 Y00 K00 values.
    In the new CS6, the same Pantone is broken with C100 M65 Y28 K00 values, which is completely out of the range. I encountered the same error on a very big job, which cost me 1 ton of paper…
    I tried to force the CMYK separation in the INK MANAGER menu, but it doesn't work properly.
    Is there another way to fix it ? Is there any chance to go back and use a good, reliable, CMYK separation system with CS6 ?

    Now maybe we should talk about your color management. In theory the LAB mixes should be working better than book values, IF you have the correct color profiles in place for your equipment.
    Are you sure about the 28% yellow—I don't see that much yellow with any document CMYK profile.
    The  conversion from the Lab values depends on your document's CMYK profile and the Color Setting's Conversion Options. Europe ISO with Relative Colormetric and Black Point Compensation turned on returns 100|58|0|0, while US SWOP Perceptual with Black Point off returns 100|65|13|1. So as Peter mentions you have to have the correct profile in place for Lab conversions to work.
    I'm working with ISO coated V2 profiles, based on FOGRA, modified ISO 12647-2, specific profiles for printers, designed to limit inkage up to 300%. My RIP is working with the document profile, but has no device link installed.
    Thanks anyway for your help, that's fine, works good !!!

  • Why is illustrator converting to RGB when I don't want it to?

    I am trying to use artboards to save several versions of a logo (8 different versions).  I was hoping to have all 8 versions in one document in both RGB and CMYK (so essentially 16 artboards). I'm gathering this is not possible because when I convert one logo to RGB then all of my other logos convert automatically to CMYK (except PMS versions, they remain accurate.)
    I moved on and made 3 different documents, one for PMS, one for RGB, one for CMYK.
    I started with the CMYK doc in CMYK Color Mode and converted my PMS colors to CMYK. No problem.
    I did a Save As, set to RGB Color Mode, and started changing my colors over to RGB based on the conversion from the PMS.
    At this point my CMYK Color Mode, separately saved file, converts all of its logos to RGB.
    Is this a glitch or am doing something horribly wrong? I'm not at all new to illustrator, though I am relatively new to CS6. I thought artboards were going to be a Godsend for versioning logos but it seems I've wasted far more time trying to do it this way.
    Can anybody help?

    I did try that first. However, I've long since moved on from that. I'm talking I convert it in a file and it changes in a file that isn't even open. See below...
    I moved on and made 3 different documents (files), one for PMS, one for RGB, one for CMYK.
    I started with the CMYK doc in CMYK Color Mode and converted my PMS colors to CMYK. No problem.
    I did a Save As, set to RGB Color Mode, and started changing my colors over to RGB based on the conversion from the PMS.
    At this point my CMYK Color Mode, separately saved file, converts all of its logos to RGB.
    Furthermore, to be sure. I took my PMS document and made two new documents using the Save As (both directly from my PMS only document.) I closed all of the documents and converted them individually. I opened RGB first, set it to RGB color mode and converted from PMS to RGB. No problem. Did the same for the CMYK, except when I said "Recolor Artwork" instead of coloring to CMYK it colored to RGB so I used the swatch pallete which worked. Closed the document. Reopened all 3 documents. My RGB document has now converted itself to CMYK. It's like they're all linked together. Change one, change all.
    I even made a test document with a CMYK circle in it, saved as into a new document. Closed the test doc, converted the circle to RGB. Reopened the test doc and the circle is RGB. I am totally baffled. I've also tried AI files instead of EPS, same thing.

Maybe you are looking for