Sonny Sonny Posted December 22, 2022 Share Posted December 22, 2022 Hi, I got a weird issue with AP V2. When I opened a transparent ".tif" file which was rendered from Blender, AP did not open as transparent background, it did auto fill the transparent area of the image with black color. I've tested with different format: PNG, Targa, Webp,... it works fine. ❌ I've tried to: - Change all color profile of the Blender render setting => Not work. - Use "File / Open" menu instead => Not work. - Remove, re-install, update to latest Nvidia Studio / Game driver => Not work. ✅ This bug did not happen with/when: - AP V1 - Other transparent image format: png, targa, webp,... - Create new AP transparent background then drag/drop the rendered .tif file into that new AP file. I also uploaded the tif file, the color profile of the image and the video that demonstrates the bug then you can see the issue more clearly. Anything I can do to fix this weirdo? As an 3D artist, especially CGI photography, rendered .tif file is a must working file I do everyday, I hope this could be fix soon. Thanks for stopping by 🙏 Affinity Photo V2 Tif Transparent Open Bug.mp4 cube tif test.tif Quote Link to comment Share on other sites More sharing options...
Sonny Sonny Posted December 22, 2022 Author Share Posted December 22, 2022 Update: I just tried to export .tif file with 16 bit color depth then it worked fine. I don't know why it only did happen with 8 bit depth .tif You can test with my attached files. render 8 bit.tif render 16 bit.tif Quote Link to comment Share on other sites More sharing options...
Staff Pauls Posted December 22, 2022 Staff Share Posted December 22, 2022 I've logged that - thanks for the files Sonny Sonny 1 Quote Link to comment Share on other sites More sharing options...
Sonny Sonny Posted January 6, 2023 Author Share Posted January 6, 2023 On 12/22/2022 at 10:32 PM, Pauls said: I've logged that - thanks for the files I hope this could be fixed soon and deployed on the next released 🙏 Quote Link to comment Share on other sites More sharing options...
DaQuizz Posted January 6, 2023 Share Posted January 6, 2023 Yes we hope so, it is not fixed yet version 2.0.3. But I might have found a solution at least for now. I have found out that there is a line in channels that says "not assigned alpha-channel" (why should that be?). When I right-click on that channel and select "load alpha in background" I get the alpha working and I can toggle alpha on and off. As you mentioned every thing else works fine but opening .tif file with trans background does not, at least not coming from e.g. Blender. After saving .tif in AP with trans Background it works when reopen. Even placing works... SrPx 1 Quote Link to comment Share on other sites More sharing options...
SrPx Posted January 6, 2023 Share Posted January 6, 2023 This solution is very similar to what was found out recently with a BMP of the 32 bits kind (the glitch was different: it wouldn't show anything, just a transparent canvas). It gets solved doing a similar trick to what you just mentioned. As it'd be something to do in general with transparency/32bit (although this tiff was saved in 8 bit) or transparency channel info, I don't know. But what I mean is that might not be just file format specific. Quote AD, AP and APub V2.5.x. Windows 10 and Windows 11. Link to comment Share on other sites More sharing options...
Sonny Sonny Posted February 23, 2023 Author Share Posted February 23, 2023 I hope this could be assembled soon. Quote Link to comment Share on other sites More sharing options...
DaQuizz Posted February 24, 2023 Share Posted February 24, 2023 Unfortunatly nothing happend so far yet. The only workaround is still as mentioned to load unassigned alpha channel and then you are good to go. I also hope they get it fixed in the next update... Sonny Sonny 1 Quote Link to comment Share on other sites More sharing options...
Staff James Ritson Posted September 20, 2023 Staff Share Posted September 20, 2023 Hi @DaQuizz and @Sonny Sonny, this isn't actually a bug but rather an intentional behaviour: the TIFF metadata from Blender will be written as having unassociated alpha. Previously, Photo was ignoring this metadata and associating the alpha channel, which was actually undesirable for certain workflows. For example, when you save a final beauty pass from vRay without a separate alpha pass layer, it will write unassociated alpha data into the TIFF. This allows the user to optionally remove the background detail using the alpha channel, but they may not wish to: instead, they may just want to use that alpha data for other types of masking such as affecting just the sky or foreground with adjustments. I did a tutorial on the process here: Hope that makes sense and helps? Sonny Sonny, NotMyFault and Chris B 2 1 Quote Product Expert (Affinity Photo) & Product Expert Team Leader @JamesR_Affinity for tutorial sneak peeks and more Official Affinity Photo tutorials Link to comment Share on other sites More sharing options...
Sonny Sonny Posted September 21, 2023 Author Share Posted September 21, 2023 @James Ritson Thanks but I am still confusing about the issue. Why a small web-app like Photopea has none issue at all with these type of Tif/Tiff files? Quote Link to comment Share on other sites More sharing options...
Staff James Ritson Posted September 21, 2023 Staff Share Posted September 21, 2023 9 hours ago, Sonny Sonny said: @James Ritson Thanks but I am still confusing about the issue. Why a small web-app like Photopea has none issue at all with these type of Tif/Tiff files? Hi @Sonny Sonny, as I mentioned above it's not an issue. Possibly Photopea does not interpret unassociated alpha? Quote Product Expert (Affinity Photo) & Product Expert Team Leader @JamesR_Affinity for tutorial sneak peeks and more Official Affinity Photo tutorials Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.