Forum Replies Created
-
Posts
-
I have not had issues getting the UGreen NAS to work with the Mac. Ron, did you have issues with connecting, or was your goal better performance?
So, the resolution of the image, the specific camera (because some cameras require more processing), and your computer are key factors in performance.
V9 is very expensive computationally. I have not seen that kind of lag, but it may depend on your computer. I tested the app with a 42 Megapixel Sony A7R3 on a MacBook Pro M4 Pro and performance was good in most cases. If you add a bunch of adjustments, it may slow down.
There is no API to keep downloaded. That’s what I meant. For any folder, you can open it in the Finder from Nitro and then manage it.
Standard RAW development = use the default settings of Apple’s decoder, which applies various enhancements to the RAW. Turning it off = turn off as many of these enhancements as possible. It does that by moving sliders to zero or whatever is the least enhanced value.
It does not appear there is a way to keep downloads (meaning hint iCloud not to purge them), though there are APIs to remove downloads and to download an item.
Looking into it now. But, since you bring it up, the user experience is a question.
Right now, the OS will download the file when it comes into view, as you have experienced. The app could avoid that, but then you might get no thumbnail at all if there isn’t one accessible efficiently from the OS. I’m hoping that most of the time, a thumbnail will be available without downloading the file.
However, the real rub is badges / metadata, such as ratings, flags, editing state. Those require reading the XMP data. Currently, Nitro writes separate sidecars which would be fast to do, but I’m going to be moving to the Adobe standard, which is XMP for proprietary RAW (which I do today), but writing XMP into the original for DNG, JPEG, HEIF, etc. In that case, the app has no way to draw a correct ratings, flags, or edit badges until the original file is downloaded. That can be done in the background rather than upfront as it is today, but it’s not great.
It’s hard to say right off the top. However, is it possible that the second image is not actually a RAW?
Nitro uses the file extension to determine if it’s a RAW for the metadata display (because it’s fast), but when editing it actually reads the file and determines what operations are allowed.
One way to tell is to check the file size of the image – if it’s noticeably smaller than the other OM1 file that is definitely a RAW, then that’s the issue.
No, it should finish almost immediately once the model is downloaded. Does this happen for even a single image?
Sorry to hear about that. Sounds like the app is stuck waiting on something, but it’s hard to say what. You can delete preferences by doing the following:
1. Without Nitro running, open the Terminal
2. Execute the following command:
defaults delete com.gentlemencoders.nitro3. You can also go to the following folder in the Finder and delete the Data folder:
~/Library/Containers/com.gentlemencoders.nitro4. Reopen the app.
If you are still stuck, email support@gentlemencoders.com and I can help you.
