Puck reacted to Chris B in 1.7.3 Crashes upon Filter->Apply Image->
James and I spent a while yesterday looking into this and have identified a few issues that need addressing.
I'm not sure why the video didn't upload Puck. I have seen a few people mention failed uploads recently—we really should look into this! If you manage to get it uploaded I'm more than happy to do some additional testing
Puck got a reaction from Chris B in 1.7.3 Crashes upon Filter->Apply Image->
Hi Chris, It works great for me ... but it's a bit trickier with the german UI ... instead of DR,DG,DB and SR,SG,SB there is ZR, ZG, ZB and QR,QG,QB in German. The equation doesn't work with that. But if I change before to e.g. grey scales and immediately back in RGB DR,DG,DB and SR,SG,SB is displayed correctly in the German UI. And then the equation works! I have to say, I'm not an expert at applying equations. This is quite new for me. Maybe it's just me who's making the mistake.
PS. I tried uploading a video, but it didn't work.
Puck got a reaction from Gabe in Painting on Mask when fully zoomed in is not reliable
Why so unkind? We're all not paid beta testers, but we all want to help make the product as good as possible. And it helps the development team to know which computer and which operating system you are using. Pretty normal, I'd say. By the way, I can't reproduce your bug on my iMac, editing a mask still works at over 10,000 percent zoom. Besides, I wonder if that makes any sense.
Best regards, Puck
Puck reacted to GarryP in Removing Spill Stains on Old Photo
Welcome to the forums.
In this particular case you can do this quite quickly using a Black & White Adjustment and a Recolour Adjustment.
I’ve attached images of the result and settings. Some tweaking will probably be needed for a more faithful result but it’s a simple fix in this circumstance.
Someone else will probably have a better – maybe more generalised – technique.
Puck reacted to Michael117 in Thread 2 crash when opening Tiff file in AF Photo 1.7.3
I scanned some negatives using an Epson perfection v700. The negatives are black and white 120mm images. When I try to open the tiff file created by the Epson scan software, Affinity Photo V1.7.3 immediately crashes. The log file shows that Thread 2 crashed. Attached is the log file and the tiff image file that caused the app to crash, as well as a screen capture of the info on the tiff file.
I've repeated this crash with multiple tiff files.
v700 test 3.tiff
Puck got a reaction from Kal in Overprint preview, etc.
Hello team, I miss in Publisher the possibility of an overprint preview, as well as the possibility to set individual colors or objects to "overprint" or "cut out" (hope this is the right term, maybe "omit" is better?). I did not find a satisfying answer in the forum. Are these features available and I just can't find them?
Puck reacted to pazure in Live distance display hidden
I've searched these forums for a similar report, but can't find any. Hopefully, I'm not recreating a report, but in this case, I think it carries across all OS's, not only Mac.
I'm running Mojave, and Photo 1.7.3.
The only time you can recreate this bug is with the right circumstances. When trying to move an object with the cursor key (up or down), it's nice to have the program display live measurements of the distance between that object and another boundary (shape, guide, photo edge, etc.). As you nudge the object up or down, the upper and lower (or left right) distance is shown briefly, and then disappears. The problem is, if the distance between objects is small enough, the live display is visible on the bottom, but on the top of the object, it is hidden by the small circle "node" that represents the rotate handle for the object. So I can't nudge the object, watch the measurements, and nudge until they equal each other since I can't see the upper measurement. In the right circumstance, 2 of the numbers remain behind the rotate knob. If the distance between the object being nudged, and the other boundary, were greater than the height of the rotate lever and knob, this problem wouldn't exist.
Since the user probably won't be nudging and rotating at the same time, it seems that it would make sense to make the rotate handle disappear for the brief amount of time the live measurement appears.
I hope I've made myself clear.
Puck reacted to GFS in Gaussian Blur Export to Tiff - correct amount not applied
I wonder if this isn't a decision about speed by Serif. I expect that AFP has a pyramid of internal jpegs for display and adjusts on the fly for in-betweens. Blur is slow to calculate and can bring AFP to it's knees in processing ... although this has improved significantly with 1.7x. Perhaps it would be enough to simply offer a checkbox to use 'accurate' previews, when desired. My old favourite imaging app had this waaaayyy back in the mid90s. A simple toggle between speed and accuracy.
Puck reacted to GFS in Gaussian Blur Export to Tiff - correct amount not applied
You're correct.. and there I was thinking that zoom to 100% to see if, e.g. banding is really there, days we're over. Ho hum.
This remains an issue. I need to be able to see my entire image on-screen, in order to judge how much blur I want to apply. Zooming in to 100% on a ~100 megapixel image is completely unworkable in this regard.
So at the moment, in order to see how much blur I want, I have to make a guess in AFP, Export to tiff, look at that, go back, adjust, Export to tiff, look at that, go back adjust, Export to tiff, look at that ... I think we call this a problem. The AFP preview (on-screen image) needs to be accurate.
Puck reacted to Pedro Soares in Snow Brushes
Who likes to play with snow? :)
This are the two brushes I made and normally use (light snow and heavy snow) when I want to get that winter look.
You can also check how I made the brushes and how to use them is this tutorial:
Hope you enjoy them,
Puck reacted to ChristiduToit in New From Clipboard Bug
When working in a 300dpi document (or any resolution document for that matter), if I copy any object and go to File - New From Clipboard, the newly created document is at 96dpi.
Surely this should also be at 300dpi, or mimic the resolution from the document is was copied from? Just putting this out there.
Puck reacted to Marcocampo in [Fixed] Printing issues with Publisher – another approach
I've seen many topics on Affinity Publisher Printing Issues, most of them talk about DPI and PPI as well as bad print quality. If you want to learn about DPI and PPI, you can take a look to "James Ritson – Understanding DPI" in an Affinity Spotlight, it's very good and understandable.
I encountered some problems too, but after some investigation I can say that the DPI-Settings in Document Settings are not the culprit for those issues. I'm a professional designer and use Affinity Publisher to create Layouts as well as PDFs for Print Productions, and all that works fine. If you stay with the default document setting of 300 DPI, you can produce high quality layouts and PDFs.
Our Layoutprints are done with an XEROX 7750, an A3 color laser and the colormanagement runs with ColorSync where we use custom ICC profiles for Linearzation and Colormatching, made with i1 Profiler. We use macs running 10.14 mojave. This workflow is stable and controlled with constant results. This Laser prints with 1200dpi mad makes about 150 LPI, which simulates standard offset printing correctly in terms of color and offset rastering. There is no RIP, we print directly to the printer. With Indesign and Acrobat as well as with other softwares, all works fine. For that reason, I can say: Its not the printer or the RIP.
When printing directly from Affinity Publisher, we encounter all the time some "blurring" specially of typography. We made some tests, first with some labels, then with the "Manga-Layout". Let's take a look to the labels. The label on the left is directly printed from an Affinity Publisher document, the other one on the right is printed with an exported PDF (from that file using PDFlib+PDI 9.1.2p1-i (OS X/macOS) out of ACROBAT. In terms of color no problems. But you can clearly see the blur of the typo (NO pathtext) on the left side. Both prints are done under matching conditions (driver/settings/paper):
The one on the right side is correct, the LEFT print directly out of Affinity Publisher is not. Typo is blurred, but surprisingly other elements not. Colors are good.
Lets take a look to the second test. We made a quick layout, prepared a somewhat logo on Designer and an image with transparent background in Photo, a gradient as back, and the logo as placed PDF. Same export as PDF, using PDFlib+PDI 9.1.2p1-i (OS X/macOS) The page on the LEFT is directly printed from an Affinity Publisher document, the other page on the right is printed with an exported PDF out of Acrobat. Here we see the same problems with blurred text, but also some quirks with the background and overlays. (dont blame me for those iphone colors
This is not correct, while the colors are the same.
My personal impression: The blurred text as well as those not properly working overlays seems to be an POSTSCRIPT issue of the internal processing unit in Affinity Publisher, I'm not sure but I think Affinity Publisher sends a rastered image to the printer instead of a PDF. Normally this works fine, you can use such a feature in Acrobat too.
Affinity Team, please take a look at that.
From far, or scaled down like this picture, you don't see the blurred typo really well, for that reason another picture, which shows that clearly. And btw that this is not an issue coming from resolution settings – dpi and raster are exactly the same, but not the typo.
So maybe you might want to reproduce that yourself at Affinity, therefore I prepared a DMG of 34 MB with the files I spoke about. Here's the link to download that:
https://www.dropbox.com/s/oa9gzou5is2vgq8/19_08_24_Affinity Publisherprint issues forum.dmg?dl=1
and the screenhots high res: https://www.dropbox.com/s/k4c0aaz4l1dqr9m/screenshots_ap-print-issue.zip?dl=0
Thanks and Cheers,