Large preview does not render correctly

Bugs & Suggestions
Post Reply
jongalli
Posts: 1
Joined: Wed Jun 28, 2023 11:04 pm
operating_system: Linux
System_Drive: C
32bit or 64bit: 64 Bit

Large preview does not render correctly

Post by jongalli »

OS: Fedora 38

- Running AftershotPro on Fedora 38
- Small thumbnails generated are visible irrespective of image format (png, jpeg, cr3)
- Large previews does not seem to display. they appear washed out / blanked out / white
- Clearing and Rebuilding image previews / cache from GUI menusdoes not resolve issue

The below is output from AfterShotPro.log on launch
2.808: libpng warning: iCCP: known incorrect sRGB profile

Anyone else experiencing this?

Am unsure if they issue stems from the file format used by AfterShotPro to generate previews? are they PNG's using the libpng modules? If so, is it a library version issue?

This is the one provisioned on Fedora 38 libpng-2:1.6.37-14.fc38.x86_64

Please advise what else can be tested
Attachments
aftershotpro_large_preview_issues.png
adda
Posts: 2
Joined: Wed Nov 22, 2023 9:49 am
operating_system: Linux
System_Drive: M
32bit or 64bit: 64 Bit

Re: Large preview does not render correctly

Post by adda »

Hi, could you fix that problem?
I just stumbled upon it after an Ubuntu upgrade to 23.04.
Vivelapluie
Posts: 2
Joined: Wed Jan 03, 2024 7:38 pm
operating_system: Linux
System_Drive: C
32bit or 64bit: 64 Bit

Re: Large preview does not render correctly

Post by Vivelapluie »

Hi. I have exactly the same issue with Fedora 39.
I followed the following procedure to install ASP3: https://kb.corel.com/en/128858
Does anyone have any idea to fix this issue? Many thanks in advance!
Vivelapluie
Posts: 2
Joined: Wed Jan 03, 2024 7:38 pm
operating_system: Linux
System_Drive: C
32bit or 64bit: 64 Bit

Re: Large preview does not render correctly

Post by Vivelapluie »

Hi again,
I have found a way to fix the problem for now, by running ASP3 in command line as this:

Code: Select all

AfterShot3X64 -platform xcb
I have found the solution by reading this thread on the Fedora forum. More precisely, this discussion suggested this:
One thing you can try — and this works on any Qt software — is starting the application from the command line with the argument -platform xcb added on. That’ll switch from the libqwayland platform plugin that’s the default when running with XDG_SESSION_TYPE=wayland, back to the old libqxcb platform plugin from the Xorg days running under Xwayland. …
Hope this helps those having the same issue.
Post Reply