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
Large preview does not render correctly
Re: Large preview does not render correctly
Hi, could you fix that problem?
I just stumbled upon it after an Ubuntu upgrade to 23.04.
I just stumbled upon it after an Ubuntu upgrade to 23.04.
-
Vivelapluie
- Posts: 2
- Joined: Wed Jan 03, 2024 7:38 pm
- System_Drive: C
- 32bit or 64bit: 64 Bit
Re: Large preview does not render correctly
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!
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
- System_Drive: C
- 32bit or 64bit: 64 Bit
Re: Large preview does not render correctly
Hi again,
I have found a way to fix the problem for now, by running ASP3 in command line as this:
I have found the solution by reading this thread on the Fedora forum. More precisely, this discussion suggested this:
I have found a way to fix the problem for now, by running ASP3 in command line as this:
Code: Select all
AfterShot3X64 -platform xcbHope this helps those having the same issue.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. …
