johannes hanika

all that sounds valid to me. the way to attach a tag looks straight forward and i think i would have done it in a very similar way. detaching a...

hi all. if i understand correctly, kmilos is talking about [this darktable patch](https://github.com/darktable-org/darktable/commit/e59baeffa097edd5f6ea767f8a50534cf79972ef) from 2012 that made it into gimp, resulting in [today's leftovers here](https://github.com/darktable-org/darktable/blob/master/src/imageio/imageio_exr.hh). > Why TF wouldn't they...

bump. any interest in merging this? i'm using a version of this work with some merge conflicts resolved [you can find it here](https://github.com/hanatos/dnglab/tree/dng-opcodes) to process gainmaps in vkdt (also based...

excellent, this sounds really good! will look into this way of doing things then, thanks! On Fri, May 3, 2024, 19:17 Daniel Vogelbacher ***@***.***> wrote: > As the WellKnownIFD API...

yeah i think i know these papers and/or similar ones. it's a rathole though. i'm going to say that probably all of that is possible in vk, but i'm not...

nice, thanks for the thorough pull request with so many options implemented (rawler + exiv2). some thoughts/answers: metadata linked list is probably a good idea, since the memory is read-only,...

i think this is probably almost good to merge. putting the dng info in the img_param struct directly is not a big memory impact (only stores pointers). there's some exiv2...

a different idea: what if we merge the functionality into the `denoise` module? it seems we'd want to apply these corrections on [0,1] scaled but uncropped data before denoising, so...

fyi, merged and cleaned conflicts in branch "gainmap". will look into merging the opcode2 module into the denoise module (noop.comp and doub.comp).

see #70 there's probably some more to it than simply centering new nodes.