[darktable-dev] book on color

2024-01-11 Thread Jason Polak
Dear Devs/Users, Does anyone know of a good introductory book on color space theory from a mathematical perspective? I'm looking for an introductory text to learn more about color. I have a PhD in pure math so any amount of math is good. Jason __

[darktable-dev] proposal about AI

2023-09-22 Thread Jason Polak
e. The more people that actively advocate against AI, the better. So, IF anyone reading this has any qualms about AI and there is some sort of consensus, please consider my proposal. Thanks, Jason Polak -- A long time darktable user and person who loves photog

Re: [darktable-dev] version 3.6 blog post available for review

2021-06-17 Thread Jason Polak
This release sounds really amazing! It's incredible what the devs have done with darktable since the early 2.x days when I started using it. The quick access panel sounds really cool as well as all the new colour modules. I can't wait to try it!! Jason On 17/06/2021 21.40, Mica Semrick wrote:

[darktable-dev] problem with demosaic/false colour

2021-03-27 Thread Jason Polak
Dear Darktable List, I am having a curious problem with false colour in darktable. It happens when I use the D500 camera with fine detail. It does not have an AA filter so I would expect some false colour sometimes. Here is the example with feathers: https://jpolak.org/tmp/darktable.jpg I have

Re: [darktable-dev] darktable 3.4 released

2020-12-24 Thread Jason Polak
Thank you SO much to all the contributors for this beautiful software. It is one of the best programs not just amongst open source software but amongst all software. I've tried most of the Raw editing programs out there for Linux, and I can safely say I would still have to use Windows or Mac for R

Re: [darktable-dev] Let's promote darktable

2020-09-15 Thread Jason Polak
Good job. I recommend it every time a request for suggestions for Raw developers comes up on DPreview. Not a big deal, but every little bit helps. Jason On 15/09/2020 09.05, Maurizio Paglia wrote: > Hi all, > I am proud to inform starting from next month I will write my own > photography column o

Re: [darktable-dev] idea to consider

2020-08-30 Thread Jason Polak
Another possibility is shooting Raw+JPEG. With this option you can still tune the JPEG engine in the camera somewhat with most models, and if you need to edit you can go to the Raw file. Also, you can make some minor edits directly on a JPEG file. Also, for people who are already working in JPEG, w

Re: [darktable-dev] cannot desaturate after split toning is used

2020-03-16 Thread Jason Polak
I'm going to agree with this one. It makes a lot of sense to first desaturation with monochrome and then do split-toning. It's much easier to feel out what the end result will be in this order. Jason On 2020-03-16 6:24 a.m., Pascal Obry wrote: > Le lundi 16 mars 2020 à 08:43 +, simon brown a

Re: [darktable-dev] Canon 1Dx Mk.III

2020-02-16 Thread Jason Polak
It might also be useful to note this page: https://raw.pixls.us/ Allows you to upload the samples, and says what to upload! Also: nice camera! Sincerely, Jason On 2020-02-15 5:03 p.m., FF wrote: > Hello, > > I can provide RAW files if someone is interested. > Please let me know where to send

Re: [darktable-dev] Feature freeze for 3.0

2019-08-12 Thread Jason Polak
Wow, this sounds outrageously cool! I've been using darktable since the 1.x versions and it has progressed so far. Thanks to all the developers who have worked on it...it's my favourite open source project of all time! Jason On 2019-08-12 5:21 a.m., Pascal Obry wrote: > > Dear all, > > The next

Re: [darktable-dev] DB structure

2019-07-16 Thread Jason Polak
You might also try the following free graphical tools on sample databases: https://sqlitebrowser.org/ https://dbeaver.io/ On 2019-07-16 5:37 a.m., James McPherson wrote: > Hi Maurizio, > the best place is probably > > https://github.com/darktable-org/darktable/blob/master/src/common/database.c >

Re: Fwd: [darktable-dev] Pushing ISO (ISO invarience)

2019-03-02 Thread Jason Polak
Going to have to disagree with that, and I think at least some of it is what you used first. I actually tried darktable before Lightroom and just by clicking around I found darktable pretty intuitive. Trying to do the same in Lightroom was confusing after that. Jason On 2/3/19 9:19 am, Moritz Mœl

Re: [darktable-dev] Crop tool is awkward for my use case

2019-02-17 Thread Jason Polak
For some people that might be true, but the current system also has an advantage: if the shot is already pretty good but just needs a slight cropping, then only a little dragging in one corner may be required, without much dragging. Then the click-in-square method for moving the crop is actually us

Re: [darktable-dev] Darkroom UI refactoring

2018-10-29 Thread Jason Polak
Note to Rob and Phillipe: I would very much appreciate just addressing emails to the list, not to me (in most programs this is accomplished via 'Reply to List' function), as otherwise I get two copies of the same mail Rob: Yes, it is possible to use other basecurves. Some people were asking how to

Re: [darktable-dev] Darkroom UI refactoring

2018-10-28 Thread Jason Polak
> How can we turn it off, "base curve" presets are protected in preset settings > ? Make a new preset where the base curve has no nodes (i.e. is a line). When you are making the preset check 'auto apply this preset to matching images'. Then click OK. It will still be on from now on but do nothi

Re: [darktable-dev] Darkroom UI refactoring

2018-10-26 Thread Jason Polak
Thanks for the explanation about the base curve, Aurelien. Makes sense. The base curve seemed to be too extreme in some cases and caused unnatural colour gradients to appear in skin tones. I have since reprocessed about 100 shots with the base curve disabled and the improvement is quite noticeable

Re: [darktable-dev] Darkroom UI refactoring

2018-10-25 Thread Jason Polak
Dear Aurelien, It's clear that you put a lot of thought into this and I am eager to try it. It is very helpful to see the GUI screenshots, and based on those I do have a few comments/questions: 1) Don't you think that the equalizer/local contrast module are more similar to the sharpening module r

[darktable-dev] curiosity about raw formats

2018-10-22 Thread Jason Polak
Dear List, This is mainly for the devs: I was just wondering if all cameras shot in DNG format, would that make adding support for cameras much easier? In other words, does it take a lot of time to add new support for each camera's Raw format? Jason ___

Re: [darktable-dev] Darkroom UI refactoring

2018-10-12 Thread Jason Polak
On 2018-10-12 06:26 AM, Aurélien Pierre wrote: > Moreover, base curves and tone curves are redundant as long as we don't > explain clearly that base curves come before the color profile and work > in RGB, whereas tone curves come after and work in Lab. I do think that this is a very interesting po

Re: [darktable-dev] Darkroom UI refactoring

2018-10-10 Thread Jason Polak
or high-pass and sharpen modules, the maths inside are exactly the > same : they are an unsharp masking > <https://en.wikipedia.org/wiki/Unsharp_masking>. The sharpen module has > just an hard-set overlay blending mode whereas the high-pass lets you > choose. > > What do you

Re: [darktable-dev] Darkroom UI refactoring

2018-10-09 Thread Jason Polak
> > * in/out color profiles are stored in the color tabs, whereas they are > "basic" in the sense they are needed from technical requirements and > always on, Yes they are needed, but I wouldn't want them cluttering up the 'basic' group. If they have to be modified, it's likely to be no

Re: [darktable-dev] Darkroom UI refactoring

2018-10-08 Thread Jason Polak
I've been thinking a little more about this idea, and while some modules might be better moved to other tabs (or a new set of tabs) like perhaps 'color reconstruction', the current setup still seems to make more sense in some ways too. For example: 1. I prefer the idea of the 'effects' tab (like w

Re: [darktable-dev] Darkroom UI refactoring

2018-10-07 Thread Jason Polak
ery user will have a different > sensibility to workflow matters and the occasionnal users will mostly > care about the overhead of the refactoring (having to learn things > again) while the regular users will see it as a long-term investment. > > > Le 07/10/2018 à 23:02, Jason

Re: [darktable-dev] Darkroom UI refactoring

2018-10-07 Thread Jason Polak
Hi! I can certainly see the logic of your idea. I definitely prefer the current setup, if only because that's what I started with. I think the only way to see if this is a good idea is to poll users because I am sure there are some that would like your way and some that prefer the current way. I

Re: [darktable-dev] suggestion.

2018-09-25 Thread Jason Polak
What about using just a regular circle with a soft edge, and optionally using mask blur? That gets pretty close to what you are after. You can invert such as mask as well. Jason On 2018-09-25 02:25 PM, robert.chey...@laposte.net wrote: > I would like a mask like this: > _

Re: [darktable-dev] guided filter for parametric and drawn masks

2017-03-24 Thread Jason Polak
This is really cool Heiko! Thanks for your efforts in this direction. -Jason On 2017-03-23 09:55 AM, Heiko Bauke wrote: Hi, in Darktable masks can be blurred by a Gaussian filter. I have implemented an experimental feature to modify parametric and drawn masks by another kind of filter called

Re: [darktable-dev] haze removal

2017-02-20 Thread Jason Polak
As a user of darktable who also follows the dev list, this looks really good. Yesterday I found a shot that I thought could use a little of this module. Another option with it also may be to use a parametric mask to only target the brighter areas of the image, which is often where the haze occu