Jump to content

Hauke

Members
  • Content count

    7
  • Joined

  • Last visited

  1. Hi, it appears that Photo not only can't read jpeg 2000 files, but even crashes on the attempt! This obviously has already been a problem in 1.6 Please find attached an example file and a crash log. Affinity Photo_2019-08-19-160126_GUJNM265965.crash Ikea_Rattan_sessel_.jp2
  2. This seems to be fixed in 1.7.2
  3. Photo 1.7 on macOS saves user's export settings to ~/Library/Application Support/Affinity Photo Beta/user/file_export_options.dat. If we distribute such a file to several computers in our company, some user's own settings might be overwritten. If Photo read as well data from a system-wide directory, such as /Library/Application Support/Affinity Photo Beta/, we could provide prepared settings to all users without bothering anyone. I don't see a need for a graphical user interface, managing this.
  4. We frequently edit JPEG files and apply rough clipping paths to isolate things from the background: Draw path Click the "Mask" button in the upper left cmd+s for in-place saving When I now re-open the file, the background parts of the picture, outside my path, are gone, replaced with the background color. This means, that I can't do any refinement to my clipping path. If I replace step 3 by export with activated clipping option, the background layer is saved as it was and the clipping path can be altered without loss. This is a workaround, but requires us to re-link the new file in the layout. Especially in the workflow with our editorial system, this really annoying. And not necessary when using Photoshop. Requirement: Offer the possibility to save in-place like when exporting with clipping path option.
  5. Hi Gabe, still the same with 1.7.0.125. This is my exiftool experience (command line). Converted and exported with AP 1.6.7: hell$ exiftool -ProfileDescription -ICCProfileName PM023903\ CMYK.jpg PM023903\ export.jpg ======== PM023903 CMYK.jpg Profile Description : ISO Coated v2 (ECI) ICC Profile Name : ISO Coated v2 (ECI) ======== PM023903 export.jpg Profile Description : eciRGB v2 ICCv4 ICC Profile Name : ISO Coated v2 (ECI) 2 image files read Converted and exported with AP 1.7.0.125: hell$ exiftool -ProfileDescription -ICCProfileName PM023903\ CMYK.jpg PM023903\ export\ 1.7.jpg ======== PM023903 CMYK.jpg Profile Description : ISO Coated v2 (ECI) ICC Profile Name : ISO Coated v2 (ECI) ======== PM023903 export 1.7.jpg Profile Description : eciRGB v2 ICC Profile Name : ISO Coated v2 (ECI) 2 image files read Source file was PM023903\ CMYK.jpg, target PM023903\ export.jpg, resp. PM023903\ export\ 1.7.jpg exiftool 11.41 (Mac standalone version) Files are attached. Hauke
  6. With Affinity Photo 1.6.7 from Mac App Store running on macOS 10.14.4 I can reproduce the following error: Open a cmyk file with icc profile (ISO Coated v2 300% (ECI)) Convert the image to rgb, using eciRGB v2 ICCv4 as working rgb profile (from my preferences) Export as JPEG Now exiftool reports: exiftool -ProfileDescription -ICCProfileName DSC04159.jp* ======== DSC04159.jpeg Profile Description : eciRGB v2 ICCv4 ICC Profile Name : ISO Coated v2 300% (ECI) The latter is wrong! It should be the same value as in Profile Description. Since CIELab files lack that entry, while still having ICC Profile Name, I was going to rely on that in a color management checker script that I am writing, but this will obviously fail when images are written by Affinity Photo.
×