Nik Bhatt


Forum Replies Created

Viewing 15 posts - 46 through 60 (of 748 total)
  • Author
    Posts
  • in reply to: Time in Info panel is not exposure time #137903
    Nik Bhatt
    Keymaster

    I agree – I don’t think using JPGMini would affect the date shown in Nitro. It is something else.

    in reply to: Keywords in new Release #137895
    Nik Bhatt
    Keymaster

    Thank you, Joachim!

    in reply to: Feature Request: Auto keystone and auto straighten #137894
    Nik Bhatt
    Keymaster

    I’m looking at a video of Capture One and I see what it is doing, but I’m not sure it’s fundamentally different from the Nitro corrector, with two differences:
    1) The amount of correction can be controlled (so you can specify the correction, but then only apply a portion of it)
    2) The amount of crop looks to be controllable also.
    3) the interface is different – it looks like it places four points on the image and then you use sliders to move the points around.

    I cannot say whether it’s better than simply placing four points on the image. Perhaps the Nitro UI needs to be less general purpose since you can do basically anything with four points.

    The amount of crop is something I am going to provide control over, so it won’t remove as much of the image.

    in reply to: Time in Info panel is not exposure time #137893
    Nik Bhatt
    Keymaster

    That’s very strange. I have an image shot in 2008 and it has modification dates of 2024. However, it shows in Nitro as 2008. I’ll email you separately on this.

    in reply to: Feature Request: Auto keystone and auto straighten #137830
    Nik Bhatt
    Keymaster

    I have looked into auto straighten in particular and have found the algorithms to be shockingly bad. I will see if there are improvements for perspective and straighten.

    As far as skew and such, Nitro does have the 4 point perspective corrector, which also addresses skew. You mark the points that should be rectangular and it fixes it. I plan to improve it so that you can zoom it out more reliably.

    in reply to: Keywords in new Release #137829
    Nik Bhatt
    Keymaster

    You will not see the button if you are using the Photo Library because that button is all about adding and changing keywords.

    Keyword button

    –Nik

    in reply to: Keywords in new Release #137770
    Nik Bhatt
    Keymaster

    @joachim_jundt: thank you for the compliments and also for spreading the word to other people (and the magazine writer)!

    in reply to: Keywords in new Release #137768
    Nik Bhatt
    Keymaster

    @joachim_jundt: My keyword table is just a text file (tab-delimited), so you can edit that and send it to me.

    in reply to: Keywords in new Release #137767
    Nik Bhatt
    Keymaster

    Okay. A table would have been helpful.

    Here is a text table:
    File System: view, add, edit, filter, copy/paste. The AI feature is part of “add”
    Photo Library: view, filter, smart albums.

    If you search for Keywords in the menus, you will see the menu items. But the main interface is a top-level item with the Info / Edit / etc.

    Also, I did not mention Smart Folders. I said Smart Albums. And like any smart album in Nitro, it’s Nitro-specific (and smart albums in Photos are Photos-specific).

    I’m sorry you find the keyword function hard to understand. It’s feature-rich, and I had to add a new item to the sidebar to add all of the functionality. That’s why I spent hours writing documentation and making videos. I guess I could have put in an arrow pointing to the keyword button in the right toolbar.

    in reply to: Keywords in new Release #137763
    Nik Bhatt
    Keymaster

    Hi Joachim,

    Thanks for the feedback. I am not surprised that the translation needs work. Part of the issue is that English terminology doesn’t always have a direct match in other languages (and sometimes the reverse – English does not differentiate between two concepts that other languages do).

    Since you offered :-), I would ask that you consider correcting the errors in the German keywords that are supplied with the app, rather than the one you have built for yourself. I can then replace the file for the next release of the app.

    I did use Google in this case, though I have used DeepL in other situations. In this case, I ran into some issues with DeepL and I could tell that some of the translations from DeepL were incorrect, so I went with Google.

    in reply to: Keywords in new Release #137754
    Nik Bhatt
    Keymaster

    The release notes discuss keywords in the photo library, as does the video and the user manual. So, the new release does add functionality for the photo library. Please let me know how my descriptions could be better.

    As far as showing keywords in Info, the info panel only shows keywords if the image has them. As a rule, I avoid showing blank lines in the metadata area. You can set keywords in Photos, and in Nitro (as mentioned in the video etc), you can view, filter, and make smart albums.

    If you have a situation where an image in the Photo library has keywords and Nitro does not show them, please let me know.

    in reply to: Reading star ratings in Nitro #137695
    Nik Bhatt
    Keymaster

    For Reindex on iPad, use the Batch button.

    in reply to: Reading star ratings in Nitro #137684
    Nik Bhatt
    Keymaster

    I suspect that Nitro is not re-reading the file after you add the metadata. As a result, if it has seen the file and then you add the rating, Nitro won’t see it. If you select the image in Nitro and use Image > Reindex Images, does the rating appear?

    I’m thinking of just writing the ratings and such back to the original because having the data partly in the image and partly in XMP is not going to work in the long run.

    in reply to: Reading star ratings in Nitro #137683
    Nik Bhatt
    Keymaster

    Aperture did not have this problem because it maintained its own library format and did not use XMP files (it would only write them out on export). But the world doesn’t need another proprietary library format.

    in reply to: Reading star ratings in Nitro #137682
    Nik Bhatt
    Keymaster

    Using “.xmp” for all images will fail when there is an R+J pair. That’s because both R and J can have XMP files, so the there are two XMP files with the same name (the file names collide).

    People have asked me to support this anyway, because they “know what they are doing”. I may do that, but also understand that in that case, you will lose data if you shoot R+J.

    Adobe avoids this by writing XMP data into the JPEG file, but that modifies originals which is risky by definition.

Viewing 15 posts - 46 through 60 (of 748 total)