XnView Software

I took pictures from the sun. They are made with nikon, so .nef format. I imported them on my pc. They look nice and red as is correct Redfilter used.
When I display them in xnviewMP, they are wrong. Sun is white/yellowish and the background is not black See attachment. I have never seen this strange behaviour before. Opening the raw (.nef) file in Affinity and develop it, turns it into correct colours. see attchment.

How is this possible, only in xnviewmp is the display of the .nef wrong. And only in this session. Reimporting showed no difference, reinstalling xnviewMP also no difference. Anyone can explain this to me?

Thanks.

it has been changed in 181

yep, some adjustments are welcome

• calculation
  - revert calc to the one from 180 for RGB sliders in Enhance colors
  Color balance in Batch convert works as expected

• scale's UOM
  - maybe change scales to % (w/o % indicator) for Brightness/Contrast, RGB, Hue, eg like in Affinity/Ps
  Percentage scale seems more intuitive and I just don't see advantages of using an integer scale (255 and 127 (255/2)).
  
  Example

  

  instrument_ranges.png (32.11 KiB) Viewed 340 times

Yep, I already submitted a sample file.

Have a look here:
viewtopic.php?p=209818

Hey everyone,

I came across this topic through a link in a post on the Affinity Forum https://creofora.com — they were discussing the same question about the preview in XnView MP not showing up yet. Glad to see it’s already being worked on here!

Also, just a quick heads-up — Affinity Studio is now free to download an use!
You can grab it here: https://www.affinity.studio/

Done

please send us some sample files

Well, that should hopefully make it simpler to implement thumbnail support. I've added 'af' to my custom extensions list, but it doesn't change preview or not.

Camva claimed the new format was not backward compatible. Renaming *.af *.afphoto has no impact on loading the file in Affinity, either. Apparently the app must be reading the internal file header to determine its format, not relying on the extension.

I don't think there has changed a lot under the hood, since if you rename the .af file to .afphoto, XnView is still able to show the embedded preview thumbnail.

In March of last year Canva acquired Serif and their products: Affinity Photo, Designer and Publisher. XnView supports the embedded preview thumbnail images in .afphoto files (from Affinity Photo 2), but now Canva has released Affinity 3 which replaces all three Serif Affinity apps. The new file format has an "af" extension and we only get icons in XnView with no metadata:


Those are the new and old versions of the same file.

I understand it'll take a while to support the new format, I just wanted to mention it. I have no idea how / where to get enough specs to implement reading these files enough for XnView's uses.

I'm just flagging this as I know it will be eventually addressed in a future release.

With the release of the new Affinity suite the file format has changed from individual files per program i.e afphoto, afpub and afdesign to a single file format with the .af file externsion. As expected the new file format does not preview in xnviewmp.

I suspect that this issue is all about what the raw development software does itself.

The preview embedded in a .afphoto file is indeed small, and that's surely the case for acdsee as well. Adobe must embed a full-size preview in their .psd files.

I think those previews are the only thing xnview could access, short of reverse engineering the files of the various raw processors...

I have the same problem with affinity photo2 files. They are displayed only smallsized in the View mod as well as in slideshow. I hoped to be able to use XnviewMP also for a quick slideshow. but this is not okay now. As to the other posts in this section, I hope this will be solved somehow some. (I am getting homesick for Lightroom as bit now)

p.s. A tutorial on how to use all the options of the catalog database settings would be much appreciated. It is very confusing still!

thany2 wrote: Sat Jun 14, 2025 5:05 pm In the crop tool, enter values to crop away, instead of width/height.
So enter how much to take away from each of the 4 sides, rather than being restricted to a width/height, sticking to the little 9-position grid. Granted, it's called canvas resize, not crop tool, so technically you could reason current behaviour is correct. But equally, why would left/right and top/bottom always have to be identical when not cropping from a corner? This is a severe limitation, iyam.

I see no limitations here.
XnView uses the same approach as ACDSee, FastStone/Affinity/Photoshop.
What software with crop tool functionality uses proposed approach?

Hi
I've just updated XnView MP to v 1.9.3 & when I click F3 the file no longer opens in Affinity Photo 2 - & of course AP2 doesn't open either. There's a brief spinning circle & then nothing happens

I've tried to add that in the "open with" dialog, but AP2 is a "Windows App" & that folder has some sort of secret squirrel set up that I can't access.

It was working just fine before the update yesterday.

Windows 10. AP2 is default programme for jpg, dng & orf files, so would have thought it would be listed in XnView MP

Would be most grateful of some advice as to how to fix this

Thanks