GrahamMYC

Members
  • Content count

    70
  • Joined

  • Last visited

About GrahamMYC

  • Rank
    Member

Recent Profile Visitors

105 profile views
  1. If you export an affinity photo file as a .psd file, then any fill layers are ignored. The workaround is to rasterise the fill layers. But this depends on remembering that a specific file contains fill layers. This effectively prevents batch operations for exporting to .psd as this wold be unsafe. Are there any plans to notify you that fill layers will be ignored? Or could a question such as "Convert fill layers to pixel layers?" be included if an attempt to export to ,psd occurs And Are there any other features of Affinity that do not save in .psd files?
  2. It was suggested to me that a workaround until the Affinity DAM is available would be to save the images in something like Photoshop Elements Organiser as .psd files (Organiser does not recognise affinity file formats). This sounded like a plan so I tried it. The relevant files are attached . At first it seemed to work, the ,psd file being accepted into organiser, and apparently showing properly. However, when I re-exported it and tried to load it into deigner, the background had disappeared (see screengrab) On examining the original affinity file, I noticed that the background, which had disappeared, was a fill layer. So it seems photoshop elements and/or .psd format does not support Affinity fill layers. I was able to confirm this conclusion by rasterising the fill layer before exporting as a .psd. The file was successfully uploaded to Photoshop Elements Organiser and recovery to Affinity I am now wondering whether I can take the risk of forgetting to rasterise fill layers, and pondering whether there are other fearures that would not survive saving to Photoshop Organiser and recovery to Affinity Any advice or comment would be welcome. An Affinity DAM would be even better! coloring-page-simple-mandala-6.afphoto coloring-page-simple-mandala-6.psd
  3. It was suggested to me that a workaround until the Affinity DAM is available would be to save the images in something like Photoshop Elements Organiser as .psd files (Organiser does not recognise affinity file formats). This sounded like a plan so I tried it. The relevant files are attached . At first it seemed to work, the ,psd file being accepted into organiser, and apparently showing properly. However, when I re-exported it and tried to load it into deigner, the background had disappeared (see screengrab) On examining the original affinity file, I noticed that the background, which had disappeared, was a fill layer. So it seems photoshop elements does not support Affinity fill layers. I was able to confirm this conclusion by rasterising the fill layer before exporting as a .psd. The file was successfully uploaded to Photoshop Elements Organiser and recovery to Affinity I am now wondering whether I can take the risk of forgetting to rasterise fill layers, and pondering whether there are other fearures that would not survive saving to Photoshop Organiser and recovery to Affinity Any advice or comment would be welcome. An Affinity DAM would be even better! coloring-page-simple-mandala-6.psd coloring-page-simple-mandala-6.afphoto
  4. Sima Well spotted! I had written my reply to Chris_K before I reead your comment. I am now more confident that we have nailed the problem. Thankyou
  5. Chris_K I think I may have found the answer. It was your question about the pen that started the train f thought. I had not tested the fault using the pen on the Huion tablet. I did try, and got exactly the same result. But on one occasion the brush size jumped up to some big number, and I noticed that the brush was set to a texture brush -something like grunge 3. I changed the brush type to a basic brush. Problem solved. I checked that this also worked with the mouse. It did. I would be interested to know if you can now reproduce the fault in AP 1.5! I wonder how long it would have taken us to logically work thru to that solution if I had not noticed the brush type by chance? Still it is a useful thing to know. It is (of course!) self evident that tools like clone and healing brush need a solid brush nozzle, so obvious that no one would think to suggest this should be checked! Perhaps a note needs to added to help files? This result would also explain why the blemish removal tools works as this is not dependent ona user defined brush. Anyway, many thanks for your time, and your patience.
  6. Chris_K I am quite prepared to unistal and reinstal if it will do any good (I still suspect a datafile that is survivngthe process). In the meantime, however, here is the information you reuested (see attachment) The computer ihas a huon tablet, but it was not attached. Otherwise I use a 3 button wheel mouse. Rgeards Graham GrahamMYC PC.docx
  7. An alternative way of viewing the video is to click on this link
  8. As it is clear that my previous explanations have not been adequate to explain the problem, I have made a new video. (In the meantime I have tried using factory resets as advised by Serif, without success) The new video shows that the healing brush is working as expected in the AP 1.6 beta, but goes wrong when I try exactly the same settings on the same photo in AP 1.5. I also show that related functions (i.e. blemish removal) appear to be working in 1.5. IF there is a file corruption, then I should be able to get round that by re-installing AP 1,5. But that does not work either. Help!!!! Revised_HealingBrush_vid.mp4
  9. Thanks Chris_K, but that does not seem to be the issue. I have tried reducing the brush hardness and it still corrupts the image. I think I have a file corruption somewhere. Uninstalling and reinstalling has not soved the problem, so there must be a common or reference file that is surviving that change. How can I find it, neutralise it, or reset it?
  10. Problem exists on AP 1.5.2 o/s Windows 10 symptoms 1: Healing brush works in unusual way causing an effect over an area much wider than set brush width. 2; This has persisted despite using the repair feature of the instal download (twice); and after uninstalling completely and reinstalling 3: I have tested the identical operation 1with AP 1.6.0.84 beta, and it works fine This fault appeared quite suddenly, the healing brish having worked perfectly all morning. The fault is reproducible, a screen grab vdeo is attached Help and advie requested, please. HealingBrushFault.mp4
  11. Windows 10. Sffinity 1.6.0.82 beta Could not delete a preset in the details section when processing a raw picture. The preset did not work.
  12. OK. Noted.
  13. MBd and R C-R Include me out of your spat please
  14. I have been a Serif customer since 1991, and have kept many of their products up to date. Their achievment, capped by the still developing Affinity series is remarkable, and is to be celebrated. However, I remain an amateur, and I hope I am forgiven for occasionally seeking clarification or response to adverse comment, whether ill informed or not. At least that process provides a justification for a public refutation which might otherwise sound shrill.
  15. All that said, I am looking forward to the truly non-destructive raw processing promised by Serif in the dvelopment programme