On 10/09/15 14:15, iormail2...@openmailbox.org wrote:
> I was talking about extensive editing in GIMP/Photoshop after raw
> developing.
What would be great was a way to assign virtual copies of an image, each
using different development settings, to layers of a PSD or XCF file.
Then when I update
On 22/11/15 23:44, Caio S. Souza wrote:
I took a look at this module's source code and identified the pieces
that must be changed (including the opencl kernel). If you agree this
feature is a good idea, I may help implementing it. What do you think?
+1
.mm
On 13/01/16 08:29, Roman Lebedev wrote:
Hello, lists.
darktable's support for 30-bit color depth was again brought up in IRC
channel yesterday.
As far as i'm aware, none of us developers has the hardware (videocard
that supports
30-bit output + 30-bit monitor), so we have no means to test and
On 08/05/16 15:10, Wolfgang Mader wrote:
On Friday, May 6, 2016 11:03:18 PM CEST Moritz Mœller wrote:
What is missing is porting one of the contemporary black and white
conversion plugins to be available in DT.
The monochromes module is just very ... traditional.
Some of the recent papers
First of all: this looks awesome! It means yet another reason gone to
exit DT and open Fusion or, worse, PS. Fantastic work.
Some comments.
The overlay looks nice but hides too much of what is going on in the
image underneath. It would be great if
- opacity of the color overlay in the
Hey Wolfang,
On 09/05/16 11:46, Wolfgang Mader wrote:
Thanks for the literature. I will have a look at is at soon as possible, and
will come back to you, once there is something do discuss.
I'll have some B images to develop soon. Anything I could test already? :)
.mm
I also have an issue. But it's a different one:
[ 6%] Building CXX object
src/external/rawspeed/src/librawspeed/CMakeFiles/rawspeed.dir/decoders/DngDecoderSlices.cpp.o
/Users/moeller/code/darktable/src/external/rawspeed/src/librawspeed/decoders/DngDecoderSlices.cpp:435:31:
error: no matching
On 28.1.17 12:06 , Roman Lebedev wrote:
*Please* try building master directly.
I did. Same error.
.mm
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
On 6.1.17 17:33 , Roman Lebedev wrote:
Note that I always convert all my original raws from the camera (.ARW) to
DNGs and have done so from the beginning.
Ah, well, i sure hope that you keep original ARW around :)
No, I don't. I do not see a reason for it.
So if I upload an example, I can't
On 09.10.17 08:50, Alexander Rabtchevich wrote:
Yesterday I almost lost a three-years work. [...] > If the mouse had shifted
when I had been typing 1, I
would not be able to recognize my selected works from 3 years anymore.
So you are saying you do not have a backup?
.mm
On 5.11.18 09:34, Rolf Meyerhoff wrote:
if you have followed the UI refactoring discussion lately then you will
have noticed that the intended target audience for DT are programmers
and graphics nerds who really know what each module does, [...]
Rolf nails the issue.
The basic problem this
I recently started using very shot fisheye lenses (12-14mm) for event
photography. The idea is that you will never catch the right
angle/composition/moment all together at a wedding/party etc.
Afterwards, you undistort the images and crop to the region with the
best composition, to obtain a
On 29.11.18 15:00, tikuisik wrote:
[...]
So my strong suggestion and desire for the future releases of darktable
would be to change the curve system in the 'color zones' module. Another
mathematical type of curve that could ensure zero bending in the
outlying region, similar to Adobe's
On 7.3.19 21:47, Pascal Obry wrote:> - mask history (that is a mask is
now part of the history and when
changed will not change the same mask in the same module in the
history.
- the possibility to have custom module order (with drag & drop)
- a working color space
Fucking amazing!!! So next
There is this thing called 'a news server' which has all of below but
has infinite history (for free) and you can actually see who replied to
whom before even opening/deciding to read a message.
That feature alone makes a news server with a decent client (e.g.
Thunderbird) a thousand times
On 27.5.19 01:09, Šarūnas wrote:
On 5/25/19 3:11 PM, Christian wrote:
Hi, I re-did the test with the Fuji X-E2 version of the test-chart
shoot and the skin colors are much better.
This interest me to, however it is not obvious, what you [re-]did to get
better colors. Care to elaborate?
Hey Chris,
thanks for the bug report.
On 8.5.19 21:48, Christian wrote:
Hi,
Bug in Belichtung-Module (Exposure) :
[...]
In short: GUI-state of the pipette-icon is not reflecting the real
state.
I created a bug in the DT tracker on Github for you --
On 24.5.19 19:26, David Vincent-Jones wrote:
Raw is RAW without processing. It is up to you to manipulate the
raw data to achieve the look that you want. [...]
OP clearly said they had no modules that shift color turned on.
The DT processed image clearly has green tint in the shadows.
Can anyone confirm this is or is just my installation?
I get the message 'duplicating 1 image' but no duplicate ever shows up
in my collection.
.mm
___
darktable developer mailing list
to unsubscribe send a mail to
On 17.4.19 09:16, johannes hanika wrote:
i second the 'getting old' bit. and i really like IRC.
Maybe you misunderstood my message's intend?
Yes, I too prefer IRC over any 'modern' chat client.
But I agree with parent that it is not the right tool to discuss big
changes.
IRC has no
I was under the impression any lens found in lensfun will be available
in DT.
I have a Samyang 85mm f/1.4 prime. Samyang is completely missing in the
Lens Correction module but I see lensfun has many lenses from this
vendor (and also this lens):
Thanks for the great work, guys!
On 4.11.19 18:44, Pascal Obry wrote:
The darktable 3.0.0rc0 release is out.
[...] > This is the first pre-release, test it and please be sure to report
issues you found.
I have the crazy oversized UI issue on macOS again. :)
Setting the bauhaus/scale in
On 5.11.19 19:18, Nicolas Auffray wrote:
Anyway, that's not ok as the new UI is now size adjustable (by using
CSS, not have anymore hardcoded things and use emphasis sizes on most
parts to adjust correctly). It seems to be a MacOS specific issue...
It's not an issue for me but for a first
On 5.11.19 18:42, I wrote:
I have the crazy oversized UI issue on macOS again. :)
Setting the bauhaus/scale in darktablerc doesn't help.
Never mind, setting screen_dpi_overwrite to 80 made the UI kinda the
right size (except side panels which I had to scale down to 300).
.mm
On 15.11.19 12:02, parafin wrote:
I think these numbers don't have units, so why do expect them to mean
the same thing in different modules, even if we ignore the pipe order?
Because that's the most basic requirement of usability. That things
named the same way act the same way and mean the
On 6.11.19 14:35, Julian Rickards wrote:
From my perspective, filmic2 isn't appropriate. I work in the
publication services section of an Ontario (Canada) government ministry
and when we assign "2" to a publication, "1" is gone and no longer
available.
That's the most entertaining reasoning
On 17.12.19 14:24, Andreas Schneider wrote:
All TIFF files are currently set to SDR ...
That doesn't make sense. I use 16bit EXR when grading 3D rendered stuff
via DT but someone could as well use 32bit float TIFF.
.mm
On 19.11.19 14:54, Patrick Shanahan wrote:
ah, when lacking a proper response, divert attention to something else
which is also irrelevant.
That's exactly what you were doing since attachment file sizes are not a
topic of this thread. Maybe you meant /dev/troll? ;)
The first ting I learned
On 10.4.20 11:27, Harold le Clément wrote:
- Is this a real issue or is this a bad usage of darktable? I.e. shall
we never have RGB values higher that 1.0 in the pipe?
As a user I would expect to keep the dynamic range throughout the pipe
for as long as possible. If a module clips it would
On 16.10.20 19:16, Chris Elston wrote:
Introducing dtdocs (https://github.com/elstoc/dtdocs)…
This project is a complete rewrite of the darktable documentation in
markdown, providing a number of advantages over the current user manual:
Fantastic! I suggested using Sphinx a few years back but
On 17.10.20 01:30, Mica Semrick wrote:
On 10/16/20 2:12 PM, Moritz Moeller wrote:
THB I think Markdown is a tad limited for docs like this.
Have you had a look at the site yet?
Yes I did.
Though I don't understand how that relates to the part of my reply you
quoted.
.mm
On 17.10.20 01:41, Mica Semrick wrote:
You have specifically pointed out where you think markdown is falling
short in this case.
For me MD vs Sphinx is mostly about roles, extensions, citations, line
comments, footnotes etc. that you have in Sphinx but not in MD.
MD was designed for writing
I'm running 3.0.2. on 10.15.5 w/o any issues since that DT version was
released.
Not sure though when I upgraded from 10.15.4. Maybe I had 3.0.2 already
installed by then.
.mm
___
darktable developer mailing list
to
On 18.7.20 19:18, Patrick Shanahan wrote:
but you do not say what version of dt you speak, nor where/how you
obtained dt and how you installed it,
He is on Windows 10. See subject line of his message.
.mm
___
Hello Paul.
You raise some good points imho.
However, what I am replying to here is solely the suggestion of using C++.
You may of course choose to ignore my reply as I'm not a DT developer.
I do have 25+ years of professional experience writing software for
image processing/generation
On 8.11.21 13:50, Coding Dave wrote:
Is this a valid usecase? I mean do you really correct digital photos
with exif information from before epoch 0? What is your usecase?
I have tons of pictures from my parents from the 60's that I digitized
and timestamped accurate to a month using
On 01.02.23 06:13, Bruce Guenter wrote:
On Mon, Jan 23, 2023 at 11:19:52PM +0100, Pascal Obry wrote:
This has nothing to do with display size. Do you know why news paper
has small columns? Because it is faster to read, that is, the time to
go from the end of line to the start of the new is far
On 01.02.23 23:04, Mark Feit wrote:
I don't contribute code to darktable often, but I do follow this list
closely and feel the need to comment on this. Take it or leave it as
you wish.
Dito. Let me just clarify some perceived misunderstandings re. my
previous comments. :)
The darktable
On 23.01.23 22:12, Matthias Andree wrote:
While the idea is sound, 80 character wide lines seem so... 1980's. Do
people still need to read and edit darktable source code on 640x480
displays?
This has nothing to do with how many character fit on a line on any
display and everything with
39 matches
Mail list logo