On Mon, Aug 13, 2018 at 1:20 PM Ryan Martinie <[email protected]> wrote:
> Yes, obviously the original RAW file will not be modified. > > But once you do the stack, any edits performed on the stacked composite > (such as pulling shadows, etc) will be destructive, since they are coming > from TIFF starting material, not RAW or DNG. > If the edits are performed in darktable, then they would be non-destructive for any image type that darktable supports. darktable is a non-destructive editor > > Like I said in my original message, an ideal workflow would be to stack a > set of RAW files and output the resulting HDR as a .DNG or other file > format that can be edited non-destructively. From there, the stacked file > can be edited to produce a final image. > > In the workflow used in this script, the script exports RAW files as > TIFFs, stacks the TIFFs and gives an output. The problem with this is that > if, say, you want to change the white balance or something, you need to go > back to the RAW files, tweak the setting you want to change, then redo the > export/stack process. > >From the user perspective, the user selects a set of RAWs, starts the script and a tiff image appears that is the result of the process. Your process for the DNG is the user selects a set of RAWs, starts the process and a DNG appears. For that matter, the enfuse script could be tweaked to produce a DNG, and then there would be no difference that the user could see. In the DNG process if you change the white balance, you still have to rerun the process to update the DNG. > > That is, if I'm understanding correctly how the script works. > > Ryan > > On Mon, Aug 13, 2018 at 12:27 PM Patrick Shanahan <[email protected]> > wrote: > >> * Ryan Martinie <[email protected]> [08-13-18 12:23]: >> > If I'm understanding this page correctly (I don't speak any German, and >> one >> > never knows how well Google Translate is doing), this script exports RAW >> > files as TIFFS before stacking them, so the output is not going to be >> > non-destructive. So it's not really any different than the first >> workflow I >> > outlined, just somewhat automated? >> > >> > So in short, I don't think this script does what I'm looking for. >> > >> > Thanks, >> > Ryan >> > >> > On Thu, Aug 2, 2018 at 2:14 PM thouks <[email protected]> wrote: >> > >> > > YouTube can try this lua script: >> > > >> > > >> > > >> https://www.multimedia4linux.de/index.php/bildbearbeitung/darktable/darktable-plugin-enfuse-professional >> > > >> > > Am 2. August 2018 19:15:57 MESZ schrieb Ryan Martinie < >> > > [email protected]>: >> > >> >> > >> >> > >> I really like the "create hdr" feature in darktable. However, the >> lack of >> > >> any alignment features in the tool (and therefore the requirement of >> a >> > >> sturdy tripod) limits its applicability. Are there any plans to add >> such a >> > >> feature? >> > >> >> > >> Currently, the only way I'm aware of to create an hdr or other >> stacked >> > >> image from imperfectly aligned images would be to: >> > >> 1. non-destructively edit the raws >> > >> 2. Export as a tiff or other non-raw format >> > >> 3. Stitch or stack the tiffs with hugin >> > >> 4. Export a final tiff or jpg from hugin. >> > >> >> > >> Of course, the major flaw in this workflow if you want to tweak >> something >> > >> in the raw edit you essentially need to start all over again, >> obviating the >> > >> value of the non-destructive editor. >> > >> >> > >> Ideally, one could >> > >> 1. select a series of images for alignment >> > >> 2. Call hugin or hugin-like code within darktable and perform the >> > >> alignment >> > >> 3. Save as a .dng or other non-destructive format the way the >> current hdr >> > >> tool does >> > >> 4. Perform futher edits in darktable on the stacked/aligned image >> > >> >> > >> Such a workflow would ideally also work for panorama stitching and >> > >> stacking (like for astro work), in addition to hdr alignment. >> > >> >> > >> How ridiculous an idea is this? Are any such plans in the works? Am I >> > >> missing a simple way to do this that already exist? >> > >> >> > >> Thanks, Ryan >> > >> >> > >> >> ____________________________________________________________________________ >> > >> darktable user mailing list to unsubscribe send a mail to >> > >> [email protected] >> > >> = >> > > >> > > >> > > >> ____________________________________________________________________________ >> > > darktable user mailing list to unsubscribe send a mail to >> > > [email protected] >> > > >> > >> > >> ____________________________________________________________________________ >> > darktable user mailing list >> > to unsubscribe send a mail to >> [email protected] >> >> if dt imports a raw as a tiff, it certainly is not modifying the raw. why >> do you think so? >> >> -- >> (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri >> http://en.opensuse.org openSUSE Community Member >> facebook/ptilopteri >> Registered Linux User #207535 @ >> http://linuxcounter.net >> Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet >> freenode >> >> ____________________________________________________________________________ >> darktable user mailing list >> to unsubscribe send a mail to >> [email protected] >> >> Bill > ____________________________________________________________________________ > darktable user mailing list to unsubscribe send a mail to > [email protected] > ____________________________________________________________________________ darktable user mailing list to unsubscribe send a mail to [email protected]
