Forum Replies Created
-
Posts
-
The idea with a screen video did show me another weakness of Nitro.
After the video I deleted 30 test images in Nitro, after that I deleted the folder. Nitro did move the RAWs to the trash and once emptied, they were gone – as to be expected.
However, none of the 30 thumbnails in 5 different folders in Nitro’s data was deleted. Do I really have to clean up manually?
As “Editing” my last post is not possible, here’s my addendum:
You could have told me that after 500 thumbnails Nitro creates a new folder. This limit was reached yesterday. So, there’s
‘/Users/username/Library/Containers/com.gentlemencoders.nitro/Data/Library/Caches/File System/FullSize-1‘
and
‘/Users/username/Library/Containers/com.gentlemencoders.nitro/Data/Library/Caches/File System/FullSize-2‘as well as the other ones. And here the missing 64 images are present. I didn’t notice “Fullsize-2” as I only monitored FullSize-1.
So, Nitro IS using more than one massive preview/thumbnail folder. And Nitro didn’t ignore a single file. Good to know.
These 64 files were recalculated from 1.12 GB to 736 MB, roughly ⅓ less big size. The screenvideo I just made from the process was 266.5 MB and is now 110.7 without any loss of quality.
Oh, and I like to quote you once more: “Let’s start with your title. You are incorrect. Nitro’s thumbnails are future-proofed.” My title had a question mark at the end. Therefore it was no statement, so please use the term incorrect to my incorrect statements. And why did I have to find out myself that Nitro is not filling one big folder, but creating new ones after reaching a 500 images limit? 😉 After all, not knowing this was resulting in this title.
Are you sure you understood what I wrote?
“You are right. You are asking for trouble. Please do not manipulate the Nitro Previews folder.”
For the third and last time: I DO NOT MANIPULATE THE NITRO PREVIEWS FOLDER!!! Neither am I generating subfolders nor deleting or adding files to it. I’m fully aware to not mess up a given Nitro folder structure. And the one asking for trouble imo is Nitro’s programmer by throwing all thumbnails (in their respective size) into single folders one for each thumbnail size, but only because in other apps I experience longer and longer response times the more content one single folder has.
All I do – and this is long term practice, which you are maybe not aware of – is shrinking the big JPGs generated by Nitro using Apple’s raw-conversion machinery with a standalone app to an acceptable size, but without fiddling with their quality or compression settings. My experiments with JPEGmini Pro from Beamr Imaging ltd a couple of years (!) ago did show no quality loss, no hickups and so far it saved me 196 GB of disk space and – more important – my images in the web load faster. JPEGmini Pro appears to have better algorithms.
Once again, I have to do this process because your application sits on a sometime crowded library on the main drive and stores large thumbnails there without giving me the option of using an external SSD for the growing database and number of thumbnails. Using JPEGmini Pro is the only way to postpone the moment of ‘no more storage space available’ a little further into the future.
“The app avoids creating large previews when they aren’t needed.” If I tell the app to create (better) thumbnail views of a selection of images, I expect the app to do so and to do it with all selected images, not only ⅓ of them!
At first, I was pleasantly surprised that Nitro can deal with large Hasselblad files. Downsides are Nitro’s forced residence on the main drive which will not expand. Also, the poor quality of the JPG previews inside the RAW as Hasselblad opts for “fff” (sort of TIF, I guess) previews in their genuine raw converter Phocus. And now this weird behaviour.
Suggestion: I’ll prepare a screenvideo and send a link to it by mail as I’m afraid, me being no native speaker would possibly create more misunderstandable text
Any specific reason for this imo nonsensical limitation? It’s not only about square thumbnail setting . And btw., Nitro on my Mac is set up in German, so I will use furtheron the translated description. For what on Earth anybody needs square thumbnails? To imitate the “Photos” view? I don’t know any sensor proportion to be squarish. We are using landscape or portrait orientation and a square ignores this information amongst many others. Does anybody else know a professional raw converter with square thumbnails?
When I work on an image, I switch off the space consuming film strip view. From that moment on the image becomes anonymous, and for each bit of metadata I need to scroll up or jump when in Edit Mode into EXIF mode. I don’t know how you work on/edit raws but I suspect my workflow being very different from yours.
Sorry, used the wrong procedure and since my post was awaitimng moderation and this forum doesn’t have any preview function, i couldn’t check before.
New try
I need to see filenames instead of this “Photos”-like image tiles. Imagine a finder view with only previews and no other metadata. hard to work with, right? Just updated Nitro, thank you, but still not enough information to see outside the (i)-palette
I give up. 10 minutes of typing and linking and the post (with the proper links to the images) just disappeared after clicking “submit”? Not even an “awaits moderation”? Edit: Okay, after submitting this post the notification box appeared.
Btw. I’m not deleting any previews. JPEGmini is an app which reduces the files size of JPEGs and MOVs without degrading their quality.
I need to see the filename all the time, not only in some views.
Thanks for your reply. You’re sure about the path?
I found one here: /Users/JoJu/Library/Containers/com.gentlemencoders.nitro/Data/Library/HTTPStorages/com.gentlemencoders.nitroAnd the imho real library with some “fat JPG suspects” is here: ‘/Users/JoJu/Library/Containers/com.gentlemencoders.nitro/Data/Library/Caches/File System/FullSize-1’
123 files, 1.43 GB – now I let JPEGmini work on them: 934 MB, ⅓ saved, and Nitro still working. Excellent, I will treat all 3FR jpg previews in Nitro that way!File names missing:
Especially when using the comparison or multi-view and deleting the less good ones, it would be nice to see the filenames.As an addition: For now I can live with that workaround. But with growing image and preview archives, I expect an app to reside on an external drive, at least with the data folders. I cannot open the Mac Studio and plug another drive into it.
Nik, it has been 40 days now since I asked where Nitro stores it’s preview thumbnails. As Nitro improves it’s previews drastically, I’d like to create thumbnails for all of my 3FR raw files. But as long as I don’t know in which location they are hosted, I shy back to go on with this. I’d love to use my X2D (I bought one after the rental) together with Nitro and will later do a raw-converter comparison. Editing with Nitro so far was the best experience of all three converters.
Btw., how can I always see the image’s name? I tried to find a setting to do so, no success.
Your guess is right, Nik. Rebuilding thumbnails is improving the quality of the 3FR raw-file. Now I need to know where these previews are stored as I host all other raw-converter databases on an external SSD. I’d like to do the same with Nitro but so far I haven’t found a database related to Nitro. If Nitro needs the internal disk which is limited and very expensive at Apple, I can’t use it in the future to fill it up with JPG previews.
No problems here as well. It’s best in dark mode, but also in “bright mode” the blue frame is recognizable. I’ve seen worse in other apps.
Thank you very much, Nik. That are some answers to questions I have put on a mind map. But the more I think about, the more I tend to “skip the app in the middle” (=Photos). Tidying up my main lib already is plenty of work to invest. So far my images were not referenced, just inside the aplibrary container.
Disk space is no issue, there’s still 14 TB free space on a 24 TB drive.
I will try again to find an article about a way to run old apps on a new Mac OS. I know, there will be limits, too. But so far I could not find a well-working way to get library structures and image edits from Aperture into another app. Using Capture One’s “import AA lib” routine would also lead to bad results and at the end, it’s developers were straightforward too stupid or incapable of implementing a decent full text search for album/projects names. So I really don’t want to know how their idea of a DAM materialised. It’s an idea without any proper manual for dummy programmers… Can you imagine? Since the end of Aperture no image managing software calling itself a DAM comes even close to old Aperture’s abilities? It’s really sad.
“– crowdsource a wiki and let us fill it in and you can check and correct”
Sorry Pito Salas, as a technical author I’d like you to just give us at least one link to an app where that idea is working properly and with reliable content. For now, I am convinced this won’t be working. Why?
-
Anybody in that crowdsource will get Nitro after it’s released.
Then write some articles into the wiki, with some errors about functions, terminology, translations.
These errors will need more time to get fixed than the app itself.
Anybody looking into that wiki will have to spend some time to find out which article is credible and which is under construction.Nik, in my experience Word is about the worst tool for this job, but I admit to be one of the worst users as I have too many reservations against it and no experience at all on Word for Mac as I refuse to install and pay this plague. Unreliable, complicated, unpredictable are the first topics coming in my mind.
