Jump to content

SavagePT

Members
  • Content Count

    10
  • Joined

  • Last visited

About SavagePT

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. It's probably a problem on your end and not a problem of the software. Have you tried reinstalling it?
  2. Thank you for your reply. Now i understand the logic behind the behaviour, so now my results are consistent. Thank you very much for your explanantion.
  3. I believe i encontered a bug in Affinity Photo. It happens both with Stable 1.8.5.703 and Beta 1.9.0.734. I can't find any logical explanation, so i'm assuming it's a bug. It always happens. I tried with various old photos and the results are always the same. The steps are as follow: 1- I scan an old photo with my scanner software, open the resulting jpeg file in Affinity Photo, crop it and covert the colorspace to ProPhoto RGB. 2- I click the auto-levels button on the top of the toolbar. I get a bad correction. 3- I undo the auto-levels and export to tiff. I reopen the image and click the auto-levels button on the top of the toolbar. I get a good correction. Also: 1- I scan an old photo with my scanner software. 2- Covert the photo to tiff and ProPhoto RGB using a Bath Job 3- Open the Photo, crop it and click the auto-levels button on the top of the toolbar. I get a bad correction. 3- I undo the auto-levels and export to tiff. I reopen the image and click the auto-levels button on the top of the toolbar. I get a good correction. I'm attaching a couple of examples. and 2 screenshots of my export tiff settings and my batch job tiff settings. I didn't change the resolution and i didn't do anything else to the files i attached. I'm also attaching one of the originals, directly from the scanner, if anyone wants to try. Example1_Bad_Auto_Levels.tiff Example1_Good_Auto_Levels.tiff Example2_Bad_Auto_Levels.tiff Example2_Good_Auto_Levels.tiff Example1_Bad_Auto_Levels.tiff Example1_Good_Auto_Levels.tiff Example2_Bad_Auto_Levels.tiff Example2_Good_Auto_Levels.tiff
  4. Sorry to disagree but, the majority of bitmap softwares usually do the opposite. They will turn pure black into composite black (our rich black) when rasterizing. Raster Image Processors (RIPs) will respect the settings applied and, if a color is set to overprint, then it overprints . Affinity Publisher, as a DTP software, should also honour the settings applied. Instead it's doing the opposite, when rasterizing it's knocking out the black, dispite it being set to overprint. That's a tottaly different behaviour of other softwares and the exact opposite of the expected behaviour.
  5. Hello. I found a bug in the export to PDF option. To recreate the bug, just place a random object in a new document (a photo or a box with a color fill) and write something on top of it in black. Export to PDF with the "Rasterize unsupported properties" or "Rasterize nothing". If you go check the PDF, the black text should be overprinting the other object you placed, which is the right behaviour. If you export the same document to PDF wiht the "Rasterize everything" enabled, and check the PDF, you will see that the black text is not overprinting, which is the wrong behaviour. I've reproduced this behaviour everytime, in multiple tests, both with the current release and the current Beta. Thanks
×
×
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.