So rebuilding is going on as I look at folders from last year not opened until after the ACR update. Also copy to an other disk still respects the prior build cache and HQ previews without the need of rebuilding the cache again. Never checked if the actual cached moved form it's original folder in the Cache or if there is a small extra file created with new location data, it simply works as expected (except sometimes, mostly when being to fast with moving around). I have to confess that every now and then recaching is needed but for the greatest part of my experience using Bridge to move around files to other folders using the folder panel it respects the prior made caching. I am inclined to use enormous Folders (over 7,000 images in a single one covering a particular expedition until I eventually get around to refining the whole lot down into smaller folders) so to have Thumbnails rebuilding themselves everytime that I access one of these larger folders would be intolerable. This is as designed and has been the case for as long as I can remember, It should do so because it gives you the option to give priority to most needed files when in a hurry. If you click on a file, it takes priority (as does the image either side of it). If you drag the scroll bar down to another group of files, they are then given priority. I have noticed too that, if you visit an uncached folder, thumbnails are rebuilt giving the currently visible files a priority.
QDEA SYNCHRONIZE PRO X MAC
Now you sound like a Mac User when the subject is something being easy on Windows… I can confirm this, I also have a back up of my most important user library folders with custom settings, you can drag and drop them to replace without a problem, only a restart of the application is needed to reactivate the replaced settings.
QDEA SYNCHRONIZE PRO X MANUAL
When having hundreds or even thousands of files it sure takes a bit more time.Īnd don't forget, if you only think of the days we renamed them manual (mostly out of ignorance) or added IPTC by copy paste to each image then you really know what slow means.Īnd you can just copy that to a new Mac? Does that work? Depending on file size and amount it can take a bit of time but it is unacceptable not being able to use Bridge for several minutes or longer when batch rename or updating previews and thumbs after making changes because the spinning wheel on a Mac shows and freezes Bridge. Yes, It never can get fast enough until it happens real time. But also my former MacPro (much slower - late 2007 model - with less RAM and normal HD) was not disturbing my workflow that much because it never has been extremely slow. However on my current system (MacPro, 32 GB and PCI slot SSD) I can't say it bothers me at all because saving DNG really is fast. There is a small downside (at least for me, for some others it is a big downside) and that is the fact that changes in ACR settings or rating, label, IPTC and renaming causes the complete DNG file - containing both image data and metadata - for an 18 MP file about 20 to 25 MB - to be rewritten (like it is also with a PSD, tiff or jpeg to name a view) instead of the very small XMP sidecar file or central database file which is usually a few KB.
I always use DNG and this has the metadata written in to the file itself, so both Sidecar file as Central Database are not needed. It is very sad to read about all this trouble and I have stayed out for a while because I never have experienced this problem, although I really can imagine how frustrating it is.
0 kommentar(er)
