Jump to content

- S -

Members
  • Posts

    826
  • Joined

Profile Information

  • Gender
    Not Telling
  • Member Title
    Set *.tif Free

Recent Profile Visitors

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

  1. You likely edited the Intensity or Alpha curve, rather than the Master. When you reopen the Curves Adjustment layer, it defaults back to Master (which can be seen at the bottom of your screenshot).
  2. If it walks like a duck… https://www.startupdaily.net/topic/business/canva-cofounder-says-australian-investors-dont-understand-tech-and-thats-why-theyre-listing-in-the-us/
  3. Putting "Date Taken" metadata in a different field such as Description is not a good idea, as nothing will read it there. This date needs to be in designated IPTC, EXIF or XMP "Date Taken" metadata fields (such as EXIF DateTimeOriginal), so that other applications (and Windows File Explorer) can read it and will know what it is. This will also allow image viewers to display the images in the correct chronological order by "Date Taken" (not Date Created or Date Modified file timestamps, which will be incorrect) and ensure they appear before other images taken after 1970-01-01. To do this, the dates need to be added using alternative software that is not restricted by the 32-bit 1970 Epoch time and is therefore capable of handling a greater date range. Unfortunately, I can't really advise which applications support this. I use Exiftool with 64-bit Perl as I don't just write dates, but sometimes convert them, however I think from Exiftool 12.88 (2024-07-11), the Exiftool site now offers a 64-bit version of Exiftool that comes with Strawberry Perl included – but I haven't used it yet. The issue with Exiftool though is the dates need to be added using the command line, which is not something that's user-friendly for the vast majority of people. However, for those who are OK with scripting, it will allow adding "Date Taken" metadata to an entire folder of images at once and even allow sorting by filename and then sequentially incrementing the timestamp too, so the photos retain the correct chronological order for that date. I.E. 1940:12:25 00:01:00 1940:12:25 00:01:01 1940:12:25 00:01:02 etc.
  4. It may be easier if you upload a sample file. However, as mentioned, one thing to look at is masking groups in Affinity Photo doesn't work properly if the group blend mode is set to "Passthrough" – which is the default setting for groups. It would need to be set to "Normal" blend mode to work more as expected. Bug report HERE. Screenshot: Example: Example.afphoto
  5. There is a limit in the IPTC specification to 64 bytes for Keywords. https://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata#keywords IIM Specs: 2:25 Keywords, max bytes for text: 64 https://www.iptc.org/std/IIM/4.2/specification/IIMV4.2.pdf (Page 32) 2:25 - Keywords Repeatable, maximum 64 octets, consisting of graphic characters plus spaces. When exporting to JPEG and TIFF file formats, the Keywords metadata is stored under both the IPTC "IPTC:Keywords" metadata tag and also the Dublin Core "XMP-dc:Subject" metadata tag. While the "XMP-dc:Subject" metadata tag is not limited to 64 bytes and isn't truncated, EXIF and IPTC metadata have a higher priority/hierarchy than XMP metadata. Therefore, when you open the image in Affinity Photo again, it will read the "IPTC:Keywords" metadata tag, not the "XMP-dc:Subject" metadata tag. "IPTC:Keywords" appears to be limited to 64 bytes per keyword (I.E. text between each comma or semicolon), rather than 64 bytes for the entire array. As can be seen below: Before exporting: After exporting (truncated): Therefore, ordinarily I would say the issue you're experiencing is possibly linked to above limitation in the IPTC specification. However, I do not understand why you are experiencing this issue with PNG files because when exporting to PNG file format, Affinity Photo only saves the Keyword metadata to "XMP-dc:Subject" – not "IPTC:Keywords". In addition, I am unable to reproduce your issue when exporting to PNG (either in the Affinity Photo Metadata panel, or when viewing the metadata with ExifTool). In order to try to reproduce what you're experiencing, are you able to post a set of keywords that you're able to reproduce the issue with and the steps to reproduce it? Perhaps upload a zipped PNG sample file as well. Screenshot A (Exporting from Affinity Photo as TIFF): Screenshot B (Exporting from Affinity Photo as JPEG):
  6. I wish you luck, as I agree with your comments regarding Microsoft. However, as I'm not sure it will happen given the previous responses, wouldn't it be more worthwhile trying to aim for more organisation and focus in the FOSS community and to come up with a plan to fill the holes where creative-focused software is lacking on Linux? The first step would be to have a clear plan of what's needed on Linux, the next step would be to discuss methods of obtaining grants and other funding to make it happen.
  7. I haven't seen this icon overlay before. Is it possible the issue is being caused by Norton Backup Status Overlays or Backup Status Indicators being enabled in the Norton settings? https://www.thewindowsclub.com/chevron-character-in-a-blue-box-icon-overlay
  8. It's broken and always has been. I wouldn't hold your breath for a fix. https://forum.affinity.serif.com/index.php?/topic/164235-masking-a-group-causes-colour-fringes-due-to-passthrough-blending-mode/ Sample file: Sample.afphoto
  9. Flow shortcut keys were added later on (in 2.2). The Paint Brush tool Opacity shortcut is [Number keys]. The Paint Brush tool Flow shortcut is [Shift + Number keys]. While the Opacity shortcut keys will work with both the number pad and the number keys, the Flow shortcut keys need to use number keys – they don't work with the number pad.
  10. That was the first thing I tried when it first happened and it made no difference. Looking at the issue further, there's something weird going on with the Affinity EXE installers. As a test, I clean installed Windows 10 22H2 (19045.2965) from Windows Installation Media and Affinity Photo crashes on Windows 10 now as well. The last version of Affinity Photo that doesn't crash after a clean install is "affinity-photo-msi-2.0.4.exe" – this version works OK on both Windows 10 and Windows 11. All versions from "affinity-photo-msi-2.1.0.exe" upwards crash on both Windows 10 and Windows 11. As previously mentioned, I installed "affinity-photo-msi-2.4.2.exe" within the last 3-4 weeks and it worked OK then, therefore this is a really recent phenomenon. IIRC, "affinity-photo-msi-2.0.4.exe" used the below location to store files: C:\Users\Username\.affinity Then, from "affinity-photo-msi-2.1.0.exe" upwards, during installation it moved the files from that location to the below location: C:\Users\Username\AppData\Roaming\Affinity Therefore I'm wondering whether the issue is perhaps related to this in some way, seeing as 2.0.4 works fine and 2.1.0 does not. I no longer believe it's Windows Update related, as Windows Update never had a chance to run – meaning the Affinity installer was run on a pretty much out-of-the-box Windows 10 22H2 (19045.2965). I also don't think it could be due to faulty Microsoft Defender definitions or antimalware engine or cloud heuristics logic, as Defender doesn't run in Windows Sandbox and the issue occurred in the sandbox as well. Unfortunately, I have no explanation why this issue is only just occurring now – I have never seen anything like this before. It's almost as if something changed on a particular cut-off date sometime in the last month. As licencing information is stored in the above mentioned locations, has anything changed with online activation in the last month?
  11. Hardware acceleration is automatically off, as this machine has never had an eligible GPU for hardware acceleration (just an Intel Integrated GPU). It's a particularly odd issue, as the last time I wiped this machine was only about 3-4 weeks ago when I was testing something else. And it really is a clean install each time ("Win11_23H2_EnglishInternational_x64v2.iso" booting from USB stick and wiping all disk partitions). At that time, "affinity-photo-msi-2.4.1.exe" worked OK and also updated using "affinity-photo-msi-2.4.2.exe" OK. So, same hardware, same Operating System, same applications – just 3-4 weeks apart. Also the MSIX version still works OK. That's why I'm thinking along the lines that it's possibly not a problem with the Affinity installer/application per se, but something else has changed in the last month that the Affinity application doesn't like now (at least when installed using the EXE installer).
  12. On a clean installation of Windows 11 and Affinity Photo, Affinity Photo crashes when trying to open a new document (or any image file). The Affinity UI is initially OK, however as soon as the user tries to do anything that invokes the canvas, it closes by itself (crashes). It's pretty unusual for an application to fail on a completely clean install, therefore I tried installing Affinity Photo in Windows Sandbox – as the sandbox is pretty much out-of-the-box – and it also crashes there too, indicating it's not a config issue. While the current issue is with "affinity-photo-msi-2.4.2.exe", I also tried "affinity-photo-msi-2.4.1.exe" that has previously worked fine on the same machine/same operating system and the issue also occurs with that installer as well now. Therefore, it's possible that Microsoft have made changes in the last month or so, that is causing an issue (either Patch Tuesday changes, or perhaps changes they may have made to facilitate "Microsoft Store installers for web"). I don't know – it's just a theory why the issue would suddenly start occurring. The Windows Store version of Affinity Photo does not crash, it's only the *.exe version. affinity-photo-msi-2.4.2.exe - Not OK affinity-photo-msi-2.4.1.exe - Not OK affinity-photo-msi-2.3.0.exe - Not OK Affinity Photo Store version - OK Other third-party app exe installations on the machine appear to be working fine so far, just not Affinity. Video showing crash on clean Affinity Photo installation in Windows Sandbox: Sandbox Screen Capture.mp4 Crash report ID (should be automatically uploaded): 978adc79-8dad-4735-81bf-794107352a55 1c943729-4412-444d-83ba-889db83334ae Debugging DMP files is not something I know much about, however Microsoft WinDbg appears to refer to the below. Unknown exception - code c06d007e (first/second chance not available) SYMBOL_NAME: serif_interop_persona+1488944 MODULE_NAME: Serif_Interop_Persona IMAGE_NAME: Serif.Interop.Persona.dll FAILURE_BUCKET_ID: APPLICATION_FAULT_c06d007e_Serif.Interop.Persona.dll!Unknown ----- Windows 11 - 23H2 (22631.3527) The Windows build number is likely higher than the current stable channel patch level, due to installing the below preview updates to see if they made an improvement. They did not. 2024-04 Cumulative Update Preview for .NET Framework 3.5 and 4.8.1 for Windows 11, version 23H2 for x64 (KB5037591) 2024-04 Cumulative Update Preview for Windows 11 Version 23H2 for x64-based Systems (KB5036980)
  13. Although Krita is technically aimed at drawing, it looks like it already has a wide range of tools that make it suitable for photo editing as well (I.E. tools that I generally use) and a more usable UI. Therefore, from an outside perspective, it looks like it would be much more appealing to use Krita rather than GIMP for general image editing – despite not technically being aimed at those users – and is probably the one most likely to achieve this. Are there any major features you've found Krita lacks as a general image editor?
  14. Agreed. I have attached a set of macros below created with Affinity Photo 1.6.5.135, including one for 120DPI. Importing: 1) Ensure the Library panel is active in Affinity Photo by going to [Window > Library]. 2) In the Library panel, click the "hamburger" menu in the top-right corner. 3) Select "Import Macros…". 4) Import the below Affinity Photo Macro file. Macro Set: DPI (Affinity 1.6.5.135).afmacros Screenshot:
  15. With the field length of the country name issue (item No.2), it's likely this is due to a limitation in the IPTC specification. The tag Affinity Photo is using for the "IPTC (Image) > Country" field is the IPTC "7.4. Country (legacy)" tag. https://www.iptc.org/std/photometadata/specification/IPTC-PhotoMetadata#country-legacy XMP: XMP-photoshop:Country IIM: IPTC:Country-PrimaryLocationName The information on the IPTC website for this tag (see above link) says "Read the IIM note about Max bytes for text". Therefore, it looks like there's a maximum number of bytes (64 bytes) for text in this field, which is likely why it's limited to 32 characters. https://www.iptc.org/std/IIM/4.2/specification/IIMV4.2.pdf 2:101 Country/PrimaryLocationName Not repeatable, maximum 64 octets, consisting of graphic characters plus spaces.
×
×
  • Create New...

Important Information

Terms of Use | 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.