Color 1.5.3 Preview issues

Hi guys,
Just wondering if anyone has had issues with previewing graded clips in Color from a edited multiclipped sequence from FCP 7.0.3 Apple ProRes 422. I initially had issues bringing the collapsed multiclipped footage into color but then reconverted the original ProRes 422 footage again via episode and relinked the footage in FCP before bringing it into Color again.
Once it was in Color, I balanced the all the footage in primary in. And then began grading in the secondaries, I was about halfway through and restarted the computer and now when I open up the Color project, all the footage is back to the original ungraded state. When I switch between Command + G (to disable the grade preview) nothing happens, it all looks the same. Then when I go into the secondaries window and start switching the enable button on and off (depending on which order I switch off the windows, as I've used a number of the tabs to achieve the effect I'm after) the preview sometimes goes back to the final graded footage, other times it just stays as the ungraded footage.
So, I've tried the following
-restarting color
-restarting the project
-restarting the computer
-trying a different project (in which everything appears to actually work correctly. This makes me think that its a setting within my project that has gone funny)
-rendering my already graded footage and sending it back to FCP (it is graded correctly in FCP, and then when I brought it back to Color to grade the rest of the project nothing that I do in secondaries works at all. The window is enabled, and I've pushed all the mids and shadows to extreme red, and the preview doesn't change at all)
In short, I'm stumped and am totally lost! I've tried googling the issue and can't seem to find anything. If anyone could offer any advice or suggestions it would be most appreciated!
PS I'm working on a MacPro 5.1 2 x 2.4 GHz Quad-Core Intel Xeon with 20GM RAM 1066 MHz DDR3

It has worked before... on a different system, but with the same Kona3 Card.
So this IS the first time on this new system. The hardware checks out fine all the way through and again, it works with all other apps.
In SETUP, we have set the KONA3 to just about every imaginable setting (by theory it should be 1080i25).
It's totally wild as we can't wrap our heads around this one.
An Color IS sending something, as the KONA3 does not revert back to the COLOR BARS, which it does, when it is not getting a signal...
But the signal it appears to be getting is BLACK...

Similar Messages

Bad ramifications of color profile used in previews

It seems that Aperture's choice of color profile for its previews has some rather wide implications. In a RAW workflow, previews are assigned an Adobe RGB profile. In a JPG workflow, previews aren't generated at all at first (which makes sense - no need to create a JPG from a JPG), but they are created once you edit a photo. Then once again, the preview is assigned an Adobe RGB profile, irrespective of the color profile of the original photo. This all kind of makes sense. Presumably, Adobe RGB is the same as, or close to, the color profile Aperure uses internally.
The problem comes when photos are "shared". With the Aperture preference set to "Share previews with iLife and iWork", Aperture generates an XML file that can be used by external programs. This XML file points the external program at the previews (or the original in the case of an unedited JPG). Then photos can be picked up in various places:
* In mail.app via the Photo Browser.
* In any app via the Media section in Finder.
* On an Apple TV via the "Choose photos to share" option in iTunes.
BUT - all these photos (with the exception of an unedited JPG) will ALWAYS have an Adobe RGB profile. This is generally not good, since the photos will display badly in any app that isn't color managed. Unfortunately, this seems to apply to Apple TV. Photos there have the typically subdued look of Adobe RGB when not color managed. The situation actually gets worse with JPGs. An unedited JPG which originally had an sRGB profile will display fine, but as soon as you edit that photo in Aperture, it willl display badly because now iTunes/Apple TV is working with an Adobe RGB profile. I've done tests and it's painfully obvious.
Anyone else come across this? I'm not sure what can be done. Maybe having an option to generate proviews using sRGB would be good, but that might involve too much processing in Aperture when it's continually generating previews as you edit.
Thoughts appreciated!

The export settings don't have any effect on the problem, unfortunately. What preference are you referring to? Do you mean the Import "tab" in Aperture prefs? That just governs what Aperture uses for its initial preview. it will now, by default, use the preview that is embedded in every RAW file to speed up processing. As soon as you look at the photo, even without editing it, it will then generate its own JPG preview (with Adobe RGB profile).
I haven't received any other feedback about this problem anywhere, which is surprising to me. I think I can only post the problem through Apple feedback, and hope for the best. It seems that, in the meantime, the only course of action is to export everything you need to display properly on an AppleTV, and re-import those JPGs into Aperture (or iPhoto) so they can be displayed via iTunes. A royal pain!

RAM Preview issue

Hi,
I'm wondering if anyone has seen this or can provide some direction for further investigation. This is on a new Mac Pro on which I have just installed FCS
In some projects the RAM preview has no effect on playback performance. After generating a RAM preview, the project will play at the same speed (say 2 fps) and as soon as I pause playing, the green progress bar that indicates project is loaded in RAM disappears or becomes fragmented - without modifying the project in any way. When this happens it also becomes nearly impossible to do additional editing as every simple task (as simple as resetting the play range) can result in the spinning beachball. There was a recent thread on RAM preview issues (http://discussions.apple.com/thread.jspa?messageID=12215113&#12215113) but it appears the problem there was due to a long HDV project. The projects I experience this on generally have a lot of particles or replicated elements, but are standard 720 x 486 resolution projects lasting less than 10 sec. System memory usage is relatively small, less than 4 GB.
These issues arise on a recently purchased MacPro (3.33 GHz 6-Core, 16 GB RAM, ATI 5870). The boot disc is an OWC SSD, and user folders, scratch, etc are on separate hard drives. I installed the operating system on the SSD using the installation disc, and have manually installed all my programs from their original discs. (I initially used migration assistant to bring over applications, but that failed with some applications, so I wiped clean and started over). There have also been some past threads on how different hardware configurations can affect performance, but I don't seem to be doing anything abnormal here.
What I have done:
Tested ram using memtestosx
Verified memory usage through activity monitor. The projects I have tested on use up less than 4 GB of system memory
Before each test or comparison I reset preferences.
I do not have this flakey behavior with an older MBP (17" 2.93 GHz Core 2 MBP with NVIDIA 9600) running the same OS (10.6.4) and motion version (4.0.3). Running the same project on the MBP will take longer for the RAM preview to complete, but when it does, the project plays at full frame rate.
The upgrade to a MacPro was mainly for other CPU and RAM intensive applications unrelated to video or graphics, but I expected motion to show a nice performance boost over the MBP on this new machine. Anyhow, any insight or direction for further investigation that I should pursue will be appreciated.
Thanks.

I tried your project (nice, BTW), and yes, 20,000+ particles take some time to render. However, when I did a RAM Preview, I had no problems - after render it played at full speed.
UNTIL...
I selected the emitter. Then playback went to the pre-RAM-Preview speeds. As soon as I turned off overlays or made sure the emitter was not selected, the playback instantly sped back up to full speed. I believe this is because Motion needs to image the constantly changing outline of the emitter. This means it needs to be re-drawn every frame after Motion determines the extent/size of the 20,000 particles on their random journey.
I think this is backed up by the fact that near the end of your project, there are only a few particles to keep track of and the playback appropriately speeds up. Also, CPU usage vastly increases when I turn on the overlays.
Moral of the story? To ensure the quickest possible playback, turn off overlays (⌘/) or ensure that something like a particle emitter is not selected during playback.
Patrick

Preview issue. Send to iPhoto option is grayed out after Lion upgrade

Preview issue. Send to iPhoto option is greyed out after Lion upgrade.
In Snow Leopard it was an option to send pics from Preview to iPhoto, but now it is greyed out if I right-click on the pic. I have searced and tried everything, but I cannot fix it, so does anyone have a fix for it? Please :-)

I can offer no help but would also like to see this issue resolved. Firstly, it would be useful to know if this problem is seen by everyone. When viewing photos in Preview, with thumbnails in the sidebar, right-clicking on any of the thumbnails results in this:
Prior to the upgrade to Lion, "Send to iPhoto" was not greyed out and worked as expected.

Quick preview issues

I’m using a late 2008 MBP and SL 10.6.4 with AP3. After importing around 5000 RAW to a new project, quick preview in full screen isn’t working properly. Viewing the photos in full screen at full resolution is not an issue. Only when switching to quick preview, the image disappears and the screen goes black. When flipping through the photos in full screen and quick preview on, the photos flash up for a blink of an eye before the screen goes black again.
What I’ve tried so far is to delete and generate new previews, repair permissions and the library and rebuild the library. However, as a result all projects now have the same issue. Moreover, photos aren’t shared with other (iLife) applications. The projects in the photo browser in Mail as well as the control panel for desktop background are empty. Sharing with iTunes, i.e. syncing photos on my iPhone, doesn’t work (again, projects have 0 photos). Of course, sharing is enabled in AP preferences. I’ve read several articles about this sharing problem but the solutions posted didn’t work for me. As sharing uses the jpg files, I guess this is somehow related to the quick preview issue.
It seems that for some reason Aperture does not read the jpg files. Any ideas what else I can try to solve this? Thanks!

Unfortunately, I do not have a solution for you because I am struggling with a similar problem since the release of AP3. I have also experienced the blink of an eye appearance and disappearance of some previews. Also, sometimes the thumbnails and the preview pictures shown are unrelated, or the previews are scrambled. I have tried every AP2 to AP3 conversion strategy in the book; the result is always the same. Hope Apple finds a solution for this quickly.

RAM previewing issue

Hi,
I'm working in After Effects CS4, and I'm having a problem when I try to RAM preview short sections of an animation project. The RAM preview keeps stopping before it reaches the end of the work area, and beginning again. I'm pretty new to the program, but I've also noticed the little green bars that, I believe, tell you if the section has rendered/processed always have little gaps in them. That may be related. I don't know.
Does anyone know what may be causing this RAM previewing issue?
On a side note, I'm using After Effects on a Macbook (not a Macbook Pro), and I'm wondering whether this problem may be due to the Macbook not being sufficient for After Effects and CS4 in general. (I had originally intended to install the program on my 2004-era G5 tower, but it wouldn't install After Effects CS4 because apparently the program won't work with PowerPC processors, only Intel ones. At least that's what I was told.) Anyway, I've wondered whether the RAM previewing issue may be due to the Macbook not being enough computer for After Effects/CS4. My Macbook has a 2 GHz Intel Core 2 Duo, 2 GB 1067 MHz DDR3 and 106 GB of available space.
Any insights on the RAM previewing issue and whether my Macbook isn't a suitable computer for these programs would be greatly appreciated.
Thanks a lot,
Neil

From the theoretical specs there is nothing that speaks against your notebook. Apparently the biggest hurdle for some users is to get it to run in the first place, but now that it runs, it's safe to say that you will be able to use it properly. Of course, to let truth have its way, you will become slightly peeved at a point and get that yearning for a new machine, when you use more functions and your projects become more complex. Especially the only 2GB RAM will then often become a show stopper and you will really hate Adobe when one of those dreaded "Could not creat X x Y buffer" or similar out of memory warnings pop up. Still, no need to rush. Take your time and see, if AE is even everything you thought it would be and then make clear, structured plans for getting a new computer. You wouldn't wanna spend another 2000 bucks on a spiffy machine just to run AE once a month.
Mylenium

Adobe Content Viewer (desktop preview) issues

The Adobe Content Viewer (desktop preview) runs off the bottom of my screen (27") when viewing content from InDesign for the new iPad. Would like to be able to alter window size and be able to scroll down to view artwork at full size. Am I missing something simple?
I've downloaded the latest updates for the folio producer tools as well as the folio panel update.

The Adobe Content Viewer for the desktop currently doesn't preview new iPad (2048x1536) folios properly. This desktop preview issue should be fixed in the next release.

Web module background colors can not be previewed in LR

Web module background colors can not be previewed in LR for airtight layouts.

Web module background colors can not be previewed in LR for airtight layouts.

Exporting with colors used in initial preview

Hi, I often notice that the fast initial preview has a desirable set of colors, however when it renders high-quality preview, the colors become desaturated. My question is -- how can I export the photograph using the set of colors used in initial preview, but not in the high-quality preview?
Note, I'm working with RAW files, Nikon D300, using "Vivid" setting for saturation and "High" for Active D-lighting.

You can't. What you see is the jpeg the camera created as a preview to your raw file. Lightroom only shows that for a short time after which it replaces it with its own interpretation of the RAW. Lightroom, like any non-Nikon raw converter cannot read the hints like vivid on how to render the raw data. If you want the image as rendered by the camera, open your RAW in Capture NX (should have come with your D300) and export as a jpeg or tiff from there. You can also extract the jpeg from the RAW file using tools such as exiftool, but that is a pain.
>Note, I'm working with RAW files, Nikon D300, using "Vivid" setting for saturation and "High" for Active D-lighting.
Just to be clear, if you shoot RAW and open your RAW files in a third-party converter, none of these settings get used.

Color Finesse in AE - preview within Plug-in is not the same as results in timeline

I don't know if we're alone, and it's more than likely that we're doing something very wrong, but we've never been able to get an accurate display in the preview within Color Finesse.
The footage always displays too washed out --not at all how it looks in AE's comp window (and obviously HUGE issue when color correcting footage).
Now before you ask..our Project settings are 709 (16-235) and so too is the settings within Color Finesse.
In the timeline the shot may look warm and rich in the blacks, but open CF and it washes right out. Ive tried every preference setting check box (both on & off) and nothing changes.
We had this issue in CS3 and it was so frustrating we just dumped Finesse...which is too bad because we used to use it a lot in earlier versions.
Now were on a project where it would really save time but no avail.
Any thoughts...anyone?

Mmh, but do you change your system's Gamma for instance or use a custom monitor profile? also, do you have any external TV monitor hooked up to the system that you could use for verification? If it has been existing for several versions, it is most certainly something outside AE. If it was a bug/ known issue, it would have been fixed, no matter what some people think... Could you produce some screenshots of the thing at play plus your exact settings for the comp, the project and your system's color settings? Provide them on some picture site (flickr, imageshack,pixentral) or send them to mylenium<|>at<|>mylenium<|>.<|>de. Perhaps I can deduce some pattern...
Mylenium

Pdf color looks different in preview and acrobat?

I notice that the colors in various PDF files I have look different in Preview and in Acrobat. Is there some weird color profile issue?
To be specific, I can create a PDF file in various ways, of a slide deck I originally created using Keynote. It has various different color blocks in the slides. In particular some acid green colors look very different depending on whether I open the PDF in Acrobat or in Preview.
Preview shows the colors as they were in the original keynote application. But Acrobat shows them far more muted.
I learned from another post that if I create the PDF by first saving to postscript and then creating the PDF using Acrobat, the issue seems to go away. However this is very inconvenient.
In short, it seems as though there is some peculiar difference between the way Preview and Keynote (and probably Pages ) handle color and the way Acrobat handles color.
Is there some way to fix this using some setting in one of the programs?
By the way, this is not a new problem. I noticed it with previous OS's as well as previous versions of Keynote. I am currently using the latest version of everything.

Same problem here. I was printing a PDF that my designer had sent me. Before I have always used Acrobat, but I've started using Preview in Leopard since it's faster and more powerful than before. But the colors were seriously wrong, often reversed completely. I believe this file was originally created in Illustrator.

Preview issue (native and embedded via Safari) wth cut-paste and nested curly braces

Environment:
    OS X 10.6.8
    Preview 5.0.3 (504.1)
    Updates: current as of 0800 CDT 24 Jul 2011
         -- updates issued on 24 Jul 2011 are being applied but the changelog(s) do not mention this issue
    Any PDF document containing code fragments which have more than 1 level of curly-brace
Issue:
    Pasted text copied from PDF files is produced with lines out of order, line wrap and string breaks
    in unexpected locations, and partial lines appended in unexpected ways. This appears to be an
    issue with Preview since it can be reproduced by opening appropriate PDF content either in Preview
    or Safari with the canonical Preview support for PDF documents.
To Reproduce:
    1. Open the PDF with Preview or Safari
     2. Position and size the viewing window to avoid any display-pane-induced line wrapping.
    2. Drag-select the code block and paste into another document, the following have been tried with identical results:
        - OpenOffice (writer) 3.3.0 (OOO330m20 Build 9567)
         - Terminal 2.1.2 (273.1) (into a vi session in "insert" mode)
Results:
    1. Original end-of-line positions are not preserved.
    2. Line-wrap not preserved in original *or* visual aspects.
    3. Lines trailing the first closing curly brace for the first curly brace pair at greater than nesting=2 are out of order.
Example:
    original text: PDF download of O'Rielly document "JavaScript Cookbook"
     origin: downloaded from O'Rielly web site, 2011-07-24@15:49
        MD5 (JavaScript_Cookbook.pdf) = 9c6463ac28377bb69230536266369ccb
     source lines: page 335, lines 5-30
          <body>
          <svg:svg width="600" height="600">
               <script type="text/ecmascript">
                     <![CDATA[
                         // set element onclick event handler
                          window.onload=function () {
                              var square = document.getElementById("square");
                              // onclick event handler, change circle radius
                               square.onclick = function() {
                                   var color = this.getAttribute("fill");
                                   if (color == "#ff0000") {
                                        this.setAttribute("fill","#0000ff");
                                   } else {
                                        this.setAttribute("fill","#ff0000");
                    ]]>
               </script>
               <svg:rect id="square" width="400" height="400" fill="#ff0000"
               x="10" y="10" />
          </svg:svg>
          <body>
Copying this text from PDF form -- either in Preview or in Safari wth Preview doing the heavy lifting -- and pasting into a Terminal window running 'vi' in "insert" mode yields this:
          <body> <svg:svg width="600" height="600">
          <script type="text/ecmascript"> <![CDATA[
          // set element onclick event handler window.onload=function () {
          } ]]>
          </script>
          var square = document.getElementById("square");
          // onclick event handler, change circle radius square.onclick = function() {
          var color = this.getAttribute("fill"); if (color == "#ff0000") {
          this.setAttribute("fill","#0000ff"); } else {
          this.setAttribute("fill","#ff0000");
          <svg:rect id="square" width="400" height="400" fill="#ff0000" x="10" y="10" />
          </svg:svg> </body>
NOTE THAT LINE SEQUENCE 3-4-5-6 OF THE PASTED TEXT CORRESPONDS TO LINES 6-21-20-22 OF THE ORIGINAL TEXT.

Shocking.
But best to let Apple know of any issues. We're just users here.
If your part of the ADC then bugreporter.

Preview issue - scope monitor

hey all - i have color 1.0.4 - i bought a new imac i7 - intel quad core - because my power mac g5 was so slow it was killing me - SO i go to load my final cut studio 2 (works great) except for the color program (1.0.4) everything is fine except the preview in the scope viewer - it is this crazy red, blue thing that looks like its some sort of weird color waveform thing - the thumb nails are all normal - the still store images are normal until I try and bring them up in the preview viewer window - anyone have a clue:
few more details: files are apple prores, graphic card is - ATI Radeon HD 4850 512 Vram
thanks adam

I think what asantelli might have been referring to is something else--an issue I'm having as well, where the Preview pane in the Scopes window does not display a regular image, but rather various colors overlaid on the image. It's somewhat reminiscent of the "False Color" feature on the Red & some monitors--that is, highlights come up red & yellow, etc. However, most of the image is black.
I also am using an ATI Radeon card and Color 1.0.4. This issue is really annoying as it makes the Video Preview pane almost completely useless, and although I am monitoring through an MXO2 Le to an external monitor, I'd like to be able to see the Video Preview window for setting up secondaries, etc.
Has anyone else had this issue, and, if so, do you know how to fix it? Thanks in advance.

Multiply filter in illustrator with a 2 color job-pdf and print issues?

Hi,
Encountering a tricky problem and not sure if its an InDesign fix or an Illustrator fix.
I am working on a 2 color job—pms color + black on a book cover. The cover needs to seperate into these 2 colors.
Also, I need to make a high res and lowres pdf that look like the cover to send out to marketing, sales etc.
WHAT's THE PROBLEM?...
Well, I am creating a collage with black ink vector graphics on top of the pms background. I created this art in illustrator CS3. it is saved as an .eps file. The illos were done by someone who used a white fill to knock out black areas. There is also a wide 50% grey outline around the illustration.
I like the idea of the line of the illo being black and the fill being red so that it looks seethrough on the red background. But the 50% grey outline causes a problem...I'd like the 50% outline to blend with the red color, so instead of appearing like there is white in the ink it overprints.
The only way I could think of (and quickest way) was to apply the multiply filter in illustrator to the vector illo. This seemed to work great.
I brought the illo into InDesign CS3 where I created my cover layout.
Looks great, Prints great. Separations appear to be good, although it shows the yellow, cyan, and majenta layer they appear to be blank, so I think it will seperate nicely into 2 plates–PMS + black.
BUT, when I make a pdf, using "smallest file size" or using "high quality print", the pdf it makes does not show the illustrations in the collage. They are kind of beige and dulled out. The publisher needs pdfs too.
Does this at all indicate that this job will not print correctly using this multiply filter, or is it all well and good final product wise, but its just an issue making the pdf? I am slightly nervous I am going to send this off to the printer and they will have some issue.
I am a professional designer of 10 years with lots of print experience, but I have never used multiply in illustrator so I just want to make sure there is no rule against doing this I should know about. Does multiply at all mess with the color separations or is it fine? And how do I get my pdf to come out right? I'm hoping there's some dumb thing I'm forgetting, or a simple fix.
Thanks for any insight you may have!
L.

If you don't feel comfortable using Multiply you might want to communicate with the printer and ask if this is an issue for them to reproduce correctly. Some printers using older rips may have issues with transparency. If you can't speak directly with your printer you could mark up the file or make a PDF to accompany the working file with your comments about what prints at what percentage, and if it should overprint or knockout. Years ago I would get a file with transparency in it and have to make sure the designers intent was clear. This was in some cases due to the designer not understanding blend modes or what he/she wanted overprinting or knocking out in the printed piece. The other way you can confirm the separations are going to rip correctly is to print a PDF out of Indesign and open it in Acrobat pro. Under Advanced>Print Production>Output Preview you can turn on and off separations for the 2 spot colors in question. Because PDF acts as your rip in this case you should be seeing what separations your printer will be printing using your native Indesign file. Some print shops will require you to provide a PDF or a color laser print out for QA of your printed piece when sending files to prepress.
Hope this is helpful.

Image Colors Change in Bridge Preview Window

I edited some images first in Camera Raw and then Photoshop (CS5), all working in sRGB color space, and saved them as JPEGs. If I select one of these images in the Bridge content pane, minimize the Bridge window, then maximize the Bridge window, the image appears correctly in the Bridge content pane but the colors are incorrect in the Bridge preview pane. If I resize the view in the content pane, the image colors in the preview pane get corrected within a couple seconds. Likewise, if I click on another image and then back, the image colors are correct in the preview pane, but if I again minimize then maximize the Bridge window, the image colors in the preview pane are incorrect again.
Windows Explorer displays the image colors correctly. ZoomBrowserEX (browser software provided with Canon camera) displays the same image (same file) with incorrect colors. When I upload these JPEGs to my web photohosting site (PictureTrail), the images appear there with incorrect colors. That is where this issue becomes most problematic because with the colors being off, the images are useless for posting to online forums or classifieds.
It seems that the color in the JPEG is being read differently by different software, and is even being read differently under different circumstances within Photoshop (Bridge). Is there a setting somewhere that I need to change? Or some other issue? Thanks.....

I have a fair understanding of color profiles and color management. My monitor is a Dell UltraSharp U3011 set to the factory-calibrated sRGB display mode.
What makes me certain that this is not a simple matter of different color management in different applications is that Bridge is displaying the same JPEG file/image in two panes on the screen simultaneously and the colors do not match. Furthermore, the incorrect colors in the preview pane image change to the correct colors if I resize the thumbnails in the content pane, or click on another image and then back; and the colors in the preview pane go back to incorrect if I minimize then maximize the Bridge window. Seems to me that there must be something within that JPEG that is being interpreted differently in different circumstances that results in the "two versions" displayed within the same application (Bridge) on the same screen at the same time, and that other apps are interpreting one way or the other.
Message was edited by: BoaMorph1
Exploring a bit further, I've realized that the same color display issue exists with the original JPEGs from my camera (Canon T1i, shooting in sRGB color space). So it seems the issue did not originate with settings etc. in Photoshop.... but Photoshop (Bridge) IS displaying "two versions" on same screen at same time, and so must be doing something different with the JPEG info in one pane vs. the other.

Color 1.5.3 Preview issues

Similar Messages

Maybe you are looking for