Nik Bhatt


Forum Replies Created

Viewing 15 posts - 1 through 15 (of 627 total)
  • Author
    Posts
  • in reply to: Nitro Doesn’t Open Photos Library #134782
    Nik Bhatt
    Keymaster

    Nitro has two kinds of windows – one for the photo library and one for the Finder. It sounds like you have a window open for the Finder. Go to File > New Photo Library Window and that should open the system photo library. You can then close the window for the Finder.

    in reply to: EXIF Search #134781
    Nik Bhatt
    Keymaster

    The app does not have that ability right now. These are all good suggestions. I will put your request on the list for a future update.

    in reply to: LUT functionality #134696
    Nik Bhatt
    Keymaster

    Making a LUT in Nitro is planned for a future release.

    I do not know of a way to convert a LUT into a set of adjustments, so that would require research (assuming it’s possible in all cases).

    in reply to: Photo Library or Files #134653
    Nik Bhatt
    Keymaster

    @Sead, given the uses that you have listed, Photos is the better choice. You have enough work to do without also having to manage the file locations etc themselves. The ability to share a library with family and friends, duplicate detection and such are all part of Photos.

    in reply to: Photo Library or Files #134645
    Nik Bhatt
    Keymaster

    There is no simple answer to this question, which is why Nitro offers both options.

    Photos organizes R+J as a single “item” which is good and bad (you can’t split the two pieces apart, but you don’t have both images cluttering the grid, etc.)

    Even if you don’t use iCloud, there is value in using Photos. You can access the library with multiple apps. If one day, there is enough storage in the cloud, you can use iCloud syncing. you can mix and match editors. You can make albums, etc. If you use the file system, you have full control over storage (where it is and you can split across drives).

    in reply to: Where are the Mbs going? #134600
    Nik Bhatt
    Keymaster

    Hard to say from your description. You can try the same steps in Preview to see if you get a different result.

    in reply to: soft-proofing #134542
    Nik Bhatt
    Keymaster

    Maybe – but it’s not a high priority, to be honest.

    in reply to: Sharing edits between Mac and iOS #134507
    Nik Bhatt
    Keymaster

    There are probably some bugs with stale data in that use case. The app has to rebuild its thumbnails and previews and then update the viewer. It probably does not do that perfectly when the aspect ratio changes.

    in reply to: JPG and XMP #134476
    Nik Bhatt
    Keymaster

    Reconnect Sidecars just handles case-sensitivity because some apps write upper case extensions.

    in reply to: Color labels? #134475
    Nik Bhatt
    Keymaster

    On iOS, Apple does not provide a way to write tags. I can read them (and do), but that’s all.
    I have not looked into the XMP labels – there could be some compatibility issues which need to be figured out.

    in reply to: Color labels? #134472
    Nik Bhatt
    Keymaster

    Nitro supports color labels when using the Finder, yes. You have to give the app permission to read the labels [Apple hides them].

    Go to the Image menu and pick Tags.

    The app does not (yet) have file moving / renaming features.

    in reply to: Random low res image exports #134440
    Nik Bhatt
    Keymaster

    Unfortunately, I cannot tell what is wrong based on what you have provided. Please email support@gentlemencoders.com so we can walk through what is happening.

    in reply to: JPG and XMP #134409
    Nik Bhatt
    Keymaster

    Another customer mentioned the issue with file extensions. There are a few things going on here.

    Nitro uses .xmp for all XMP files. If it’s a proprietary RAW (that is, not a DNG), then it writes with just the XMP extension. If it’s a JPEG, DNG, etc., then it uses the underscore.

    It does that to ensure there cannot be a conflict between a proprietary RAW and a JPEG with the same base name. This can happen a couple of ways. One is RAW+JPEG. Another is a RAW + an exported JPEG stored in the same directory. Or, the JPEG is first imported and then the RAW from a R+J pair. Also, this makes it simpler for the app to know what file goes with which.

    The terminology of “.jpg.xmp” is attempting to follow a convention of “two extensions”, but that is supposed to be used in a particular case – when the storage is “layered”. For example, TAR and GZIP. That is usually done as x.tar.gz because it’s a TAR file that has been gzipped. Once you unzip it, you have x.tar.

    But that’s not true for a file named “.jpg.xmp.” The JPEG is not stored inside an XMP container – it’s not a layered model.

    I will probably add a preference at some point to let sidecars be named with the double extension, though I don’t think it’s correct. If I do that, I would update the “Migrate Sidecar” feature to adjust the names of existing sidecars in a directory. I’m not inclined to have the app search for both files and try to figure out which one to use though. Having two files containing similar data always leads to problems.

    in reply to: Photos with referenced files #134349
    Nik Bhatt
    Keymaster

    Apps can add images etc to library. No interface appears. The images are always copied.

    in reply to: Photos with referenced files #134339
    Nik Bhatt
    Keymaster

    Unfortunately, this is one of the many things that Apple does not permit for App Store apps. When apps add images to the library, they are always imported as managed (that is, copied into the library). And since Photos has such weak file management, there is no way for you as the user to make them referenced files.

Viewing 15 posts - 1 through 15 (of 627 total)