All NEF-pictures (Nikon Raw) taken by a Nikon D750 show up blurry in the browser and the viewer.
XnView: MP1.4.4 - 64 bit
OS: Windows 10 64bit
I'm on a review-journey through all of my images. When I open a NEF-image taken by the Nikon D750, all images display blurry/very unsharp. This happens in the browser and the viewer, too.
Opening the images in Nikon NX Suite all images are displaying sharp, same with Capture One 22 and Darktable.
To reproduce:
I uploaded a sample-image to my cloud-storage. Here is the link for download:
https://cloud.ufc.de/index.php/s/5FqddesdsPf5pjQ
The link is valid until 2023-05-02
Thank you for your time.
Have a nice day.
Peace
______________________________________________________
Nikon D750: all pictures are blurry
Moderators: helmut, XnTriq, xnview, Dreamer
Re: Nikon D750: all pictures are blurry
File not found
The document could not be found on the server. Maybe the share was deleted or has expired?
The document could not be found on the server. Maybe the share was deleted or has expired?
Re: Nikon D750: all pictures are blurry
Ups ...
I created a new download-link:
https://cloud.ufc.de/index.php/s/FS7ybMycmW4izaN
Please try again.
I created a new download-link:
https://cloud.ufc.de/index.php/s/FS7ybMycmW4izaN
Please try again.
Re: Nikon D750: all pictures are blurry
confirm
xnviewmp shows image as 160x120
faststone - 6016x4016
msphotos, asdsee, ps, lightroom - cannot open file
xnviewmp shows image as 160x120
faststone - 6016x4016
msphotos, asdsee, ps, lightroom - cannot open file
Re: Nikon D750: all pictures are blurry
In the meantime I found another image shot with a Nikon D70 with the same issue.
Re: Nikon D750: all pictures are blurry
This is the link to the image, taken with the Nikon D70 and displaying blurry:
https://cloud.ufc.de/index.php/s/dSkX4FqeKW2AdCH
I had a closer look at the image. This image is stored with a NEF-extension but has only 676,5 kB. Other Raw-images, taken the same day, are about 5.4 MB.
This image displays well in Nikon Studio but is decribed as a JPEG-Basic-file, even as it has a RAW-extension. So Nikon Studio recognized the type correctly. The XnViewMP-properties show an image-format JPEG TrueColor(v1.1) and an image-compression JPEG.
When shooting in the mode 'Raw and JPEG' with the D70, the RAW-image is saved in full size, but the only available type of the corresponding JPEG-image is 'Basic'. Shooting in JPEG-mode, there are more JPEG-formats available.
The folder contains the images downloaded in 2011 from the entire CF-card using Nikon transfer1. The folder of the sources I use for the review-workflow is the backup of the original file-downloads in 2011. As there is no corresponding JPEG-file present in the folder of the RAW-file, the shooting-mode for this image must have been 'RAW only'. All other images in the folder are 'RAW and JPEG'.
Maybe the camera did it wrong and saved the JPEG-file of this shoot with a NEF-extension and no JPEG-file. But if this was the case, the information about the saved file-format is present in the EXIF-data (Groups: file, exif, makernotes, XMP) regardless of the file-extension, which Nikon Studio interpreted correctly.
File 20160501-166353.NEF taken by the D750:
The XnViewMP-properties show an image-format 'TIFF', but it should be RAW uncompressed 14bit.
I did some more research about corrupt Nikon files. It seems this is a wwell known issue. Most people blame the Nikon-software to cause the errors, so do I now.
I'm a longtime Nikon user, starting using Nikon cameras in the analog days. When the digital aera started, Nikon provided software to transfer and view digital images. For me all this software was a pain. It was slow, buggy and expensive but there was no alternative for file-transfer beside self programming. Nikon Studio seems to be much better than the ViewNX-software, but sadly it still uses the Nikon transfer2-software (implemented as a separate workflow).
All Nikon-software for file-transfer I have used did touch and modify the images instead of just transfering it. So I got a bit familiar with EXIFTOOL, which is a different challenge. Other software like Capture One and Darktable seem to offer a proper file-transfer including renaming and EXIF-tweaking. But I even do not trust them fully. So I wrote my own Powershell-scripts to have full control over the file-data. I currently review all my images with these scripts and found the issues I possted here. To be honest, the XnviewMP-features for file-transfer, renaming and EXIF-manipulation seem to be a bit buggy, too, but I currently did not dive deeper into this.
There is a tool for fixing corrupted NEF-files:
https://exiftool.org/fix_corrupted_nef.html
I checked it out and it repaired all my corrupted images taken with the D750. I had to choose the 14bit-option of the fixing-tool. Correcting the images by using the 12bit-option led to corrupt browser-images in Xnview. Even the 14bit versions show colors in the browser, that do not match the real colors. But this happens to all the images I shot with Nikon cameras. The preview-images and fullsize-images of the 14bit-corrected file display correctly in XnviewMP.
I did write all this because it might help other people who are dealing with corrupt NEF-files. The first step is to have the idea, that an image might got corrupted by the file-transfer-operation.
You can download the fixed image fixed with the 12bit-option of the tool here (displays a broken browser-image):
https://cloud.ufc.de/index.php/s/4z6sKCNPaRBaBE7
And here you can download the fixed image fixed with the 14bit-option (displays a clean but 'flat' browser image)
https://cloud.ufc.de/index.php/s/xDLkoDpCrKaPq9x
Please let me know when you have downloaded the images of your interest.
Have a nice day.
https://cloud.ufc.de/index.php/s/dSkX4FqeKW2AdCH
I had a closer look at the image. This image is stored with a NEF-extension but has only 676,5 kB. Other Raw-images, taken the same day, are about 5.4 MB.
This image displays well in Nikon Studio but is decribed as a JPEG-Basic-file, even as it has a RAW-extension. So Nikon Studio recognized the type correctly. The XnViewMP-properties show an image-format JPEG TrueColor(v1.1) and an image-compression JPEG.
When shooting in the mode 'Raw and JPEG' with the D70, the RAW-image is saved in full size, but the only available type of the corresponding JPEG-image is 'Basic'. Shooting in JPEG-mode, there are more JPEG-formats available.
The folder contains the images downloaded in 2011 from the entire CF-card using Nikon transfer1. The folder of the sources I use for the review-workflow is the backup of the original file-downloads in 2011. As there is no corresponding JPEG-file present in the folder of the RAW-file, the shooting-mode for this image must have been 'RAW only'. All other images in the folder are 'RAW and JPEG'.
Maybe the camera did it wrong and saved the JPEG-file of this shoot with a NEF-extension and no JPEG-file. But if this was the case, the information about the saved file-format is present in the EXIF-data (Groups: file, exif, makernotes, XMP) regardless of the file-extension, which Nikon Studio interpreted correctly.
File 20160501-166353.NEF taken by the D750:
The XnViewMP-properties show an image-format 'TIFF', but it should be RAW uncompressed 14bit.
I did some more research about corrupt Nikon files. It seems this is a wwell known issue. Most people blame the Nikon-software to cause the errors, so do I now.
I'm a longtime Nikon user, starting using Nikon cameras in the analog days. When the digital aera started, Nikon provided software to transfer and view digital images. For me all this software was a pain. It was slow, buggy and expensive but there was no alternative for file-transfer beside self programming. Nikon Studio seems to be much better than the ViewNX-software, but sadly it still uses the Nikon transfer2-software (implemented as a separate workflow).
All Nikon-software for file-transfer I have used did touch and modify the images instead of just transfering it. So I got a bit familiar with EXIFTOOL, which is a different challenge. Other software like Capture One and Darktable seem to offer a proper file-transfer including renaming and EXIF-tweaking. But I even do not trust them fully. So I wrote my own Powershell-scripts to have full control over the file-data. I currently review all my images with these scripts and found the issues I possted here. To be honest, the XnviewMP-features for file-transfer, renaming and EXIF-manipulation seem to be a bit buggy, too, but I currently did not dive deeper into this.
There is a tool for fixing corrupted NEF-files:
https://exiftool.org/fix_corrupted_nef.html
I checked it out and it repaired all my corrupted images taken with the D750. I had to choose the 14bit-option of the fixing-tool. Correcting the images by using the 12bit-option led to corrupt browser-images in Xnview. Even the 14bit versions show colors in the browser, that do not match the real colors. But this happens to all the images I shot with Nikon cameras. The preview-images and fullsize-images of the 14bit-corrected file display correctly in XnviewMP.
I did write all this because it might help other people who are dealing with corrupt NEF-files. The first step is to have the idea, that an image might got corrupted by the file-transfer-operation.
You can download the fixed image fixed with the 12bit-option of the tool here (displays a broken browser-image):
https://cloud.ufc.de/index.php/s/4z6sKCNPaRBaBE7
And here you can download the fixed image fixed with the 14bit-option (displays a clean but 'flat' browser image)
https://cloud.ufc.de/index.php/s/xDLkoDpCrKaPq9x
Please let me know when you have downloaded the images of your interest.
Have a nice day.