Capture One 9.1.1 is released!
9.1.1 Camera Support
• Fuji X-Pro2 (preliminary, lossless compressed not supported)
• Nikon D5 (preliminary, 12 bit uncompressed not supported, Live view not supported)
• Sony RX-10 M3
9.1.1 Bug fixes: Win
Functionality Bugs:
• Export Recipe settings in Export dialog not persisted after restart
• Process Recipe ICC profiles changed to Embed Camera profile after 9.1 install
• “Batch rename†is showing the wrong translation in German
• Unable to import session into catalog
• Dropdown/menu arrow shown in cursor tool selector for tools with only 1 item
• Auto adjust button missing arrow down
• Pick Curve Point cursor tool hidden
• Fixed Sony live view distortion
• Fixed various crashes
9.1.1 Bug fixes: Mac
Functionality Bugs:
• Library Tool: several stability and performance improvements, and UI fixes (both
Sessions and Catalogs)
• Multi-shot images: UI fixes in Metadata Tool
• Next Capture Adjustments tool: fix some tooltips
• Batch rename: fix an issue with names containing “.â€
• Crop tool: fix an issue causing the crop unit to revert to inches
• “Open With…â€: fix a bug causing some localised versions of CO to prevent selecting
a desired app
• AppleScript: fix an issue when setting capture paths
• Fixed Sony live view distortion
• Fixed various crashes
• Fuji X-Pro2 (preliminary, lossless compressed not supported)
• Nikon D5 (preliminary, 12 bit uncompressed not supported, Live view not supported)
• Sony RX-10 M3
9.1.1 Bug fixes: Win
Functionality Bugs:
• Export Recipe settings in Export dialog not persisted after restart
• Process Recipe ICC profiles changed to Embed Camera profile after 9.1 install
• “Batch rename†is showing the wrong translation in German
• Unable to import session into catalog
• Dropdown/menu arrow shown in cursor tool selector for tools with only 1 item
• Auto adjust button missing arrow down
• Pick Curve Point cursor tool hidden
• Fixed Sony live view distortion
• Fixed various crashes
9.1.1 Bug fixes: Mac
Functionality Bugs:
• Library Tool: several stability and performance improvements, and UI fixes (both
Sessions and Catalogs)
• Multi-shot images: UI fixes in Metadata Tool
• Next Capture Adjustments tool: fix some tooltips
• Batch rename: fix an issue with names containing “.â€
• Crop tool: fix an issue causing the crop unit to revert to inches
• “Open With…â€: fix a bug causing some localised versions of CO to prevent selecting
a desired app
• AppleScript: fix an issue when setting capture paths
• Fixed Sony live view distortion
• Fixed various crashes
0
-
fixed the sluggishness of 9.1! 😄 0 -
Try the following...........
1. Open an image and don't make ANY changes to it.
2. Open the Advanced Colour Editor. (ACE)
3. Noting the RGB reading at the top of the screen, Pick Color Correction using the colour sampler tool in the Advanced Colour Editor.
4. Note that the RGB reading in the ACE is identical to the RGB reading at the top of the screen - as it should be.
5. Now, make EITHER a Curve change OR a Levels change to the image.
6. Hover the colour picker tool over the same area of the image and note the RGB reading at the top of the screen. It will have changed, as it should.
7. Now, with the Curve (or Levels) change still inputted, take another sample from the SAME area of the image.
8. You will note that the RGB reading in the ACE panel is IDENTICAL to the first sample's RGB reading taken BEFORE the Curves (or Levels) adjustment. i.e. it is not the same as the reading at the top of the screen. BUT, the new colour sample should have an RGB IDENTICAL to that at the top of the screen. It doesn't.
9. In other words, the Curves (or Levels) adjustment is NOT sticking.
I wrote to Support about this late last year about this. I was told that it was a major fault and would be reported directly to Denmark. Zip! 🤬
For what it's worth, I'm Windows 10 Pro.
Thanks.
D.0 -
Ps.
If you take a colour sample in the Advanced Colour Editor (having made NO adjustments to the image) the RGB readings will be identical top of scree AND in the ACE panel, as I've said.
Now, if you, say, reduce the Exposure value of the image, you will reduce the RGB reading at the top of the screen. If you then take another ACE colour sample, the RGB reading top of screen and ACE will be IDENTICAL, as they should be.
In other words, the Exposure adjustment is sticking where the Curves and Levels adjustments are not.
This is indeed a "major bug" as the support person who replied to me termed it, and it is shambolic that it still hasn't been fixed.
It renders serious colour editing within the ACE a waste of time.
D.0 -
[quote="Dinarius" wrote:
Try the following...........
1. Open an image and don't make ANY changes to it.
2. Open the Advanced Colour Editor. (ACE)
3. Noting the RGB reading at the top of the screen, Pick Color Correction using the colour sampler tool in the Advanced Colour Editor.
4. Note that the RGB reading in the ACE is identical to the RGB reading at the top of the screen - as it should be.
5. Now, make EITHER a Curve change OR a Levels change to the image.
6. Hover the colour picker tool over the same area of the image and note the RGB reading at the top of the screen. It will have changed, as it should.
7. Now, with the Curve (or Levels) change still inputted, take another sample from the SAME area of the image.
8. You will note that the RGB reading in the ACE panel is IDENTICAL to the first sample's RGB reading taken BEFORE the Curves (or Levels) adjustment. i.e. it is not the same as the reading at the top of the screen. BUT, the new colour sample should have an RGB IDENTICAL to that at the top of the screen. It doesn't.
9. In other words, the Curves (or Levels) adjustment is NOT sticking.
I wrote to Support about this late last year about this. I was told that it was a major fault and would be reported directly to Denmark. Zip! 🤬
For what it's worth, I'm Windows 10 Pro.
Thanks.
D.
Can you give me your Support case number? I can then take a look for the bug-report in our systems.0 -
Hi Christian,
Thanks for taking an interest in this.
The Case ID is 211596.
The specific part of it that I refer to is dated 09/02/2016 at 19:59, when the person replying to me wrote, "I consider this a sizeable bug and am submitting it to the team for remedy..............Thanks for bringing this to my attention."
You could also look at Case ID 207448.
Many thanks.
D.0 -
9.1.1 works faster than 9.1.0 - which has problems with working speed and previews speed. Was very sluggish.
When could we wait for Pentax K-1's PEF support?0
Post is closed for comments.
Comments
6 comments