![fastrawviewer compatibility fastrawviewer compatibility](https://www.fastrawviewer.com/sites/fastrawviewer.com/files/FastRawViewer-1-4-7_JPEG-Decode-Priorities.png)
On the whole I only tag these edits and they lead me to the base archives. Because my editing finishes with Gimp which is a "destructive" editor all finalised work is "exported as" to an editing folder for that month.
#Fastrawviewer compatibility archive
These form my base archive and I guess it is defined as sorted chronologically.
![fastrawviewer compatibility fastrawviewer compatibility](https://www.fastrawviewer.com/sites/fastrawviewer.com/files/FastRawViewer-1-4-4-Title-description-Multiple-files_0.jpg)
Having all these daily folders means there is not too many thumbnails in DT at a time. This makes for a bit of complexity but I group them monthly using the traditional folder hierarchy system (ie done by the operating system). So, in the background, do you keep all your photos in one folder with the tags stored in the metadata so that you can filter them that way, or do you manually sort them into folders?I use "Rapid Photo Downloader" which in it's default state (I think) creates daily folders. That said, loading got a little slow with some of the larger collections (when the collection itself contained a lot of images) - but it was nothing I couldn't deal with. IMHO… unless I’m missing something, this should be fixed as it negates a big chunk of functionality from PhotoLab… but as I don’t use it as a DAM it is not that big a deal to me.Interesting! My installation seems to be running fine despite having a lot of collections - which, to be fair, is part of the problem - as most of the collections are random file dumps. Because of this I choose to simply ignore ratings in DxO. In contrast, FRV and NeoFinder play nice together (seeing changes each other make to metadata). This behavior is unfortunate as once a file has been touched by DxO, its rating is only changed from there, and once changed, will not be updated in any other app you may be using for culling and DAM. I had to delete the database to to get ratings in xmp files to reimport. Even deleting that value (or replacing with a null char) in the database will not cause the value to be reread from the xmp file.
![fastrawviewer compatibility fastrawviewer compatibility](https://www.fastrawviewer.com/sites/fastrawviewer.com/files/FastRawViewer-Beta_1_4_6.png)
Once it is in the database, it can not be updated by changes made to an xmp file. Instead, it seems it is recorded in the ZRANK field of the ZDOPITEM table of a database file at ~/Library/DxO PhotoLab v2/DOPDatabaseV2.dopdata. However, there is no rating key in the “dop” file. With FastRawViewer and PhotoLab you have the core of the most efficient and high quality photo post-production workflow known to man.īased on what I have observed, the only thing that comes over from FRV is rating, which is read from the FRV created XMP file. SmartLighting, ClearView, auto Horizon/auto Crop, Prime Noise Reduction (set low to 10 or 12) allow a photographer to create better masters much faster than any other RAW processor. I recommend keeping finished images in a parallel folder structure with the same naming structure as your RAW images.ĭxO PhotoLab is the superlative RAW processor. Almost every photographer owns one or the other of these or they can be acquired very inexpensively. For a catalogue of finished/portfolio TIFF or jpeg images and an export tool for web and print, Aperture or an old copy of Lightroom 4 work well. There’s a separate functionality in a DAM besides ingesting and culling: managing a photographic portfolio. I developed the RAW + JPEG workflow as I also shoot Fuji sometimes and FRV does a very poor job with Fuji RAW. RAW also works fine, it’s just the time switching between images can be felt while with jpeg previews switching is near instantaneous.
#Fastrawviewer compatibility full size
Personally I most often shoot RAW and jpeg and configure FRV to show the jpeg as preferred preview as I usually get exposure right and it’s faster to check focus on full size jpegs. If you search for FastRawViewer, I’ve posted quite a bit on how FRV obviates any real need for a DAM on the front end within PhotoLab. The core of it is to cull your files before moving to PhotoLab and to move only your selects to a subfolder. I’ve posted my step by step workflow with FastRawViewer. I’m an every day FastRawViewer and PhotoLab user.
![fastrawviewer compatibility fastrawviewer compatibility](https://www.fastrawviewer.com/sites/fastrawviewer.com/files/styles/large/public/Prefs-02_0.png)
I would like to read your opinion on the advantage of using it. Someone from our forum has integrated FastRawViewer into their workflow with PhotoLab 2?