Thanks for fast reply! Waiting for it in stable branch.
On Thu, 2016-11-03 at 23:45 +0300, Roman Lebedev wrote:
> On Thu, Nov 3, 2016 at 11:34 PM, Timur Irikovich Davletshin
> <timur.davlets...@gmail.com> wrote:
> >
> > Hello everybody!
> >
> > I have follo
Hello everybody!
I have following problem with DT 2.0.7 (from PPA) on Ubuntu 16.04:
After little playing with multiple instances of tone curve I've noticed
that my history stack is a mess with no numbering of every instance
while other modules received random numbers (like instances). Same with
I'm really surprised that it's not Patrick who started this thread ;-)
IMO:
1. In-line attachments of images (tables, patches, colored text, etc.)
is a bad thing because they never look right and they take time and
precious megabytes.
2. Links to third party sites used again and again in
I'm not sure which one is more inappropriate — reposting private
conversation to public without concent or discussing public mailing
list etiquette rules.
On Sun, 2018-05-06 at 23:35 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [05-06-1
On Mon, 2018-05-14 at 11:10 +0200, Tobias Ellinghaus wrote:
>
> I know, I didn't get rid of those on purpose so far. If you compile
> your own
> darktable you can remove the lines
>
> sqlite3_exec(dt_database_get(darktable.db), "BEGIN TRANSACTION",
> NULL, NULL,
> NULL);
>
On Mon, 2018-05-14 at 11:10 +0200, Tobias Ellinghaus wrote:
>
> I know, I didn't get rid of those on purpose so far. If you compile
> your own
> darktable you can remove the lines
>
> sqlite3_exec(dt_database_get(darktable.db), "BEGIN TRANSACTION",
> NULL, NULL,
> NULL);
>
> "OTOH, using mobile
> devices or mail clients like outlook that is not so easy, and the
> 90ies are over..."
Bad logic. If 90s are over then it is really strange to cry about those
pictures in the age of ubiquitous 100/1000 Mbit соnnections. Especially
in the mailing list dedicated to huge
On Mon, 2018-05-07 at 16:14 -0700, I. Ivanov wrote:
> Is it an European practice not to top post?
>
> I deal with quite a bit of email and everyone (that I have worked
> with
> in North America) top posts when they reply to email.
>
> It is actually extremely rare when people reply "in line".
>
On Sun, 2018-05-13 at 21:12 +0200, Tobias Ellinghaus wrote:
>
> I added some change to how masks are handled:
>
> - When resetting the spot module we delete all masks used internally
> in the
> module. That should prevent dt from piling up masks that are not
> shown in the
> mask manager.
> -
On Tue, 2018-05-08 at 08:03 -0400, Robert Krawitz wrote:
> Just a couple of comments --
>
> 1) Not everyone has fast internet. A month ago I had 1.5/.368 DSL.
>
> 2) Mobile devices often have data caps.
Probably it was not really clear that my comment was ironical. If 90-s
are over and old
On Wed, 2018-05-16 at 11:04 +0200, Maurizio Paglia wrote:
> Hi,
> I am working on it.
> All lightroom and darkroom modules are done.
> Filmroll and top bar are still to be done.
>
> Maurizio
>
Is it scheduled for the next 2.4 release?
Timur.
On Wed, 2018-05-16 at 09:16 +0200, thokster wrote:
>
> AFAIK that's work in progress.
>
> Try to use it with import module (click when the cursor changes)
>
> _
> ___
> darktable user mailing list
> to unsubscribe send a
On Wed, 2018-05-16 at 11:42 +0200, Maurizio Paglia wrote:
> I do not know.
> First of all I have to finish the work that needs to be approved by
> the developers and merged on the git repo.
>
> Maurizio
>
OK, clear. Thanks for your comments!
Timur.
On Tue, 2018-05-15 at 13:59 +0200, Tobias Ellinghaus wrote:
>
> Are you saying that spot removal masks that are no longer used by
> spot removal
> are staying in the XMP? Can you share such an XMP please?
>
> > Timur.
>
> Tobias
I'm sorry, it was misunderstanding, I thought that commenting
On Tue, 2018-05-15 at 12:55 +0200, Tobias Ellinghaus wrote:
>
> The ones that get removed when you comment out those lines in
> darktable are
> NOT hidden. They are shown in the mask manager and can be used in
> modules. The
> hidden masks (coming from spot removal) are always deleted now, even
On Mon, 2018-05-21 at 20:51 +0200, komodo wrote:
> Hi,
>
> is there any option to apply chromatic aberration correction on Fuji
> (X Trans)
> files ?
>
> I can see that it's possible in Rawtherapee and i think in Lightroom
> too.
>
> Thank you
>
> Martin
>
>
On Mon, 2018-05-21 at 14:59 -0400, William Ferguson wrote:
> You can use the chromatic aberrations module under the corrections
> tab in darkroom. If it's not there, look in more modules and enable
> it.
>
> Bill
>
> On Mon, May 21, 2018 at 2:56 PM, Šarūnas
> wrote:
>
On Mon, 2018-05-21 at 21:07 +0200, komodo wrote:
> Are you sure ?
>
> From the manual
>
> This module currently only works for images recorded with a Bayer
> sensor
> (which is the sensor used in the majority of cameras).
>
> So not for Fuji Xtrans sensor, or is there something new ?
>
>
On Mon, 2018-05-21 at 21:14 +0200, komodo wrote:
> Thanks to all,
>
> works fine in lens correction module :-)
>
> I always tried chromatic aberrations module, i didn't know that this
> is also
> in lens correction.
>
> Martin
>
Don't forget about defringe module if case of purple fringing
Hello everybody!
Reseting local contrast module parameters results in 120% detail and
local Laplacian filter but double-clicking detail parameter to reset it
gives 100% (both for loc. Laplacian and bilateral). Other modules (as
far as I remember) in both cases give same value.
Timur.
Excuse me for bringing up a bit different question (but directly
related to darktable.css).
Is it possible to add something like this to darktable.css? So, for
example, 'restrict histogram to selection' in 'color picker' doesn't
stick to check box.
---
#lib-plugin-ui checkbutton *,
Another question. As far as I understand reimporting whole library is
the only way to remove those unused masks universally, right? Mine took
several hours to generate new thumbnails but also reduced collection
size by ~8GB... which is good, especially keeping in mind that now dt
is much faster.
On Tue, 2018-05-22 at 10:34 +0200, Tobias Ellinghaus wrote:
> Am Dienstag, 22. Mai 2018, 07:31:35 CEST schrieb Timur Irikovich
> Davletshin:
> > Hello everybody!
>
> Hi,
>
> > Reseting local contrast module parameters results in 120% detail
> > and
> > loc
Question just out of my natural curiosity. Just noticed that darktable
always produces pictures that are 30-50 pixels smaller when exporting
from DNG than from camera Raw file. And even more, they never match
claimed camera resolution. Biggest difference is on EOS 5D Mark III.
E.g. It claims
Is this cut-off area camera dependent, fixed or certain algorithm to
detect border errors is applied?
On Wed, 2018-05-02 at 16:00 +0200, Tobias Ellinghaus wrote:
> Am Dienstag, 1. Mai 2018, 20:55:20 CEST schrieb Timur Irikovich
> Davletshin:
> > Question just out of my natural cur
Thank you for explanation!
On Wed, 2018-05-02 at 22:27 +0200, Tobias Ellinghaus wrote:
> Am Mittwoch, 2. Mai 2018, 16:06:32 CEST schrieb Timur Irikovich
> Davletshin:
> > Is this cut-off area camera dependent, fixed or certain algorithm
> > to
> > detect border errors is a
Have you tried this https://software.opensuse.org/download.html?project
=graphics:darktable=darktable ?
On Thu, 2018-05-03 at 16:09 +0100, Dave Pawson wrote:
> Anyone know when this will be available please?
>
> Mentioned on 24 April, still not on the std repos.
>
>
> regards
>
On Sun, 2018-04-29 at 18:41 +0200, Tobias Ellinghaus wrote:
> Am Donnerstag, 26. April 2018, 13:22:34 CEST schrieb Timur
> Davletshin:
> > https://drive.google.com/file/d/14sZLgnpZSV5W3pw1K_8owHW29Heq9EWz/v
> > iew?usp=d
> > rivesdk — there is nothing special about those sidecar files, it is
> >
Well, probably I would agree that most users will not notice any
difference but even cheap 6 ink Epson gives visible difference in green
test patches of this file — https://drive.google.com/file/d/1wXnh8dNmtz
bPylFD5Ezjcv4uQ_aBP0LH/view?usp=sharing
Green circles after converting this file to
On Tue, 2018-08-28 at 10:22 -0400, Michael wrote:
> which should we shoot in for darktable? my shots are mainly for
> display on the web so that says srgb and I suppose if the client
> wants to print it I can switch to adobe... but what if they don't
> know until they see the shots which they want
On Sun, 2018-09-09 at 08:38 -0400, Michael wrote:
> I'm going to be getting two sony lenses, the 16-35 f2.8 GM and the
> 24-70 f2.8 GM . The profiles for these lenses are not in the lensfun
> database and I was hoping someone out there had a profile for these
> lenses they would be willing to
table-user+unsubscribe@lists.darkta
> ble.org
>
I've addressed similar issue not so long ago, so here is what I've got
as reply:
Am Dienstag, 1. Mai 2018, 20:55:20 CEST schrieb Timur Irikovich
Davletshin:
> Question just out of my natural curiosity. Just noticed that
darktable
> al
On Sun, 2018-04-08 at 19:31 +0200, Jean-Luc Coulon (f5ibh) wrote:
Have you tried this — http://www.testcams.com/airnef/ ?
> [*] Even if the 6D MkII has a WiFi function, I've not found any way
> to connect it to any Linux software. It runs via Canon software on
> the smartphone or under Windows.
On Sun, 2018-04-08 at 18:34 +0200, ternaryd wrote:
> I will have a look at it; but if I recall
> correctly, this is connected to the same port
> where I usually have my GPS plugged in. And
> sometimes on top of that, a wired remote
> release. Nikon should really have these built
> in.
Well, this
On Sun, 2018-04-08 at 18:34 +0200, ternaryd wrote:
> But then, rather than looking for an eyefiserver,
> it will always try to connect to
> 199.192.198.30:80, which used to be api.eye.fi
> but which is down right now (and I'm not
> interested in it at all).
I don't use cloud syncronization, just
On Mon, 2018-04-09 at 10:06 -0700, Peter Cripps wrote:
> At risk of complicating this discussion, I processed an over-exposed
> RAW
> file in darktable and Lightroom. In both cases, I pulled the
> exposure
> back by 2ev. No other tweaks. The results are quite different, and
> seem
> to show
On Mon, 2018-04-09 at 17:12 +0200, Michael Staats wrote:
> Hi
> After extracting the interesting information from the thread on
> Highlight Reconstruction, it is very clear to me that using DNG files
> created by LR are not camera raw files and should not be used.
> Especially not to compare LR
On Mon, 2018-04-09 at 11:30 -0400, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin <timur.davlets...@gmail.com> [04-09-18
> 11:20]:
> > On Mon, 2018-04-09 at 17:12 +0200, Michael Staats wrote:
> > > Hi
> > > After extracting the interesting informatio
On Sun, 2018-04-08 at 07:07 +0200, ternaryd wrote:
> I've been looking for a way to be able to
> display an image I just shot. This is not what
> is usually understood by wireless 'tethering'; I
> want to continue to use my camera. It's just to
> be able to see the result on a larger screen.
>
>
ing the lowpass filter
> (thank you Harry Durgin). I also check the detect by 3 neighbors box
> in the hot pixels module.
>
> Bill
>
> On Fri, Apr 20, 2018 at 1:13 PM, Timur Irikovich Davletshin vlets...@gmail.com> wrote:
> > Hello everybody!
> >
> > Someti
File is in the attachment.
On Sat, 2018-04-21 at 17:00 +0200, Tobias Ellinghaus wrote:
> Am Samstag, 21. April 2018, 16:32:18 CEST schrieb Timur Irikovich
> Davletshin:
> > Yes, it does.
>
> Well, let's find out why it hangs. Please start dt in gdb:
>
> gdb darktable
&g
I have touched nothing related to Lua scripts.
On Sat, 2018-04-21 at 18:24 +0200, Tobias Ellinghaus wrote:
> Am Samstag, 21. April 2018, 18:07:28 CEST schrieb Timur Irikovich
> Davletshin:
> > File is in the attachment.
>
> I see two threads running Lua. Do you have any L
Yes, it does.
On Sat, 2018-04-21 at 16:09 +0200, Tobias Ellinghaus wrote:
> Am Sonntag, 15. April 2018, 16:25:52 CEST schrieb Timur Irikovich
> Davletshin:
> > Like 20-30 is already enough to slowdown old i5 for minute or two.
>
> Does darktable have previews/thumbnails for th
Yes, it does. One CPU core is 99% loaded all the time until operation
is finished. Interface is not responding.
On Sun, 2018-04-22 at 12:16 +0200, Tobias Ellinghaus wrote:
> Am Samstag, 21. April 2018, 18:29:37 CEST schrieb Timur Irikovich
> Davletshin:
> > I have touched nothing re
2
On Sun, 2018-04-22 at 12:57 +0200, Tobias Ellinghaus wrote:
> Am Sonntag, 22. April 2018, 12:21:06 CEST schrieb Timur Irikovich
> Davletshin:
> > Yes, it does. One CPU core is 99% loaded all the time until
> > operation
> > is finished. Interface is not responding.
I find geotagging module very slow too. Tagging photos after daily
shoot becomes real headache. Hanging for minute or two is normal in my
case. Sometimes I prefer exiftool in CLI, it's so much faster.
On Sun, 2018-04-15 at 14:15 +0200, Jean-Luc CECCOLI wrote:
> Hello,
> DT 2.4.2 / Ubuntu 16.04 /
Like 20-30 is already enough to slowdown old i5 for minute or two.
On Sun, 2018-04-15 at 16:20 +0200, Tobias Ellinghaus wrote:
> Am Sonntag, 15. April 2018, 16:10:46 CEST schrieb Timur Irikovich
> Davletshin:
> > Dragging.
>
> How many images do you drag at once?
>
> &g
Dragging.
On Sun, 2018-04-15 at 16:09 +0200, Tobias Ellinghaus wrote:
> Am Sonntag, 15. April 2018, 14:22:59 CEST schrieb Timur Irikovich
> Davletshin:
> > I find geotagging module very slow too. Tagging photos after daily
> > shoot becomes real headache. Hanging for minut
File is in the attachment. It just came to my head, what if this huge
slowdown is related to 'huge sidecar files' problem I described
earlier?
On Tue, 2018-04-24 at 01:04 +0200, Tobias Ellinghaus wrote:
> Am Sonntag, 22. April 2018, 13:05:51 CEST schrieb Timur Irikovich
> Davletshin:
On Tue, 2018-04-03 at 09:47 -0700, David Vincent-Jones wrote:
> I use Turboprint for output to an R2000 Epson printer.
> If I export a file to Gimp and then Turboprint, the results almost
> exactly match my calibrated screen.
> If I directly use the dt print system with Turboprint and the same
>
On Tue, 2018-04-03 at 12:14 -0700, David Vincent-Jones wrote:
>
> On 04/03/2018 12:01 PM, Timur Irikovich Davletshin wrote:
> > On Tue, 2018-04-03 at 09:47 -0700, David Vincent-Jones wrote:
> > > I use Turboprint for output to an R2000 Epson printer.
> > &
Hello everybody!
Quite a while ago I noticed that some of my files became very slow to
open. I believe they were imported in DT 2.0 and history stack was
copied and pasted several times but history was compressed then. I
noticed that XMP files became HUGE — 10-25 megabytes with lot of 'mask'
tags
On Sun, 2018-09-02 at 12:54 -0400, Toby Haynes wrote:
> I have been experimenting with the export options in Darktable to
> push my NEF format photos over to Google Photos. Log in, automatic
> styles all seems to work well and the photos appear in my Google
> Photos stream. However, the resolution
gt;
> > BR
> > Matej
> >
> >
> >
> > On Mo, 03 Sep 2018 06:10:50 +0200 Timur Irikovich Davletshin <
> > timur.davlets...@gmail.com> wrote
> >
> > On Sun, 2018-09-02 at 12:54 -0400, Toby Haynes wrote:
> > > I hav
On Mon, 2018-09-03 at 21:13 +0200, GianLuca Sarto wrote:
> Hello All,
>
> I am running DT 2.4.4 on Ubuntu 18, and I would like to export on
> Google
> Photo.
>
> So, this is what I've done so far:
>
> -target storage: google+ photos
>
> -account: validated (shows "logout" in the following
Hi!
I believe it's something new in dt 2.6 (never noticed that in 2.4). How
do I prevent darktable tags being exported to JPEG keywords?
Thanks in advance,
Timur.
signature.asc
Description: This is a digitally signed message part
On Tue, 2019-01-01 at 08:30 -0500, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin [01-01-19
> 05:51]:
> > Hi!
> >
> > I believe it's something new in dt 2.6 (never noticed that in 2.4).
> > How
> > do I prevent darktable tags being exported to JPEG
On Tue, 2019-01-01 at 20:31 +, Timothy Spear wrote:
>
> Initial release could just be a blank box. Later releases could offer
> predefined commands, such as remove all exit data via the exiftool.
>
Make dt functionality depend on exiftool. Interesting idea... OK, I
understand that many
On Tue, 2019-01-01 at 18:12 +0100, Bernhard wrote:
>
> But that has been the case since I know darktable (V1.4.x)
>
That is strange, none of my previously exported JPEGs are tagged. I
tried to reset dt settings and now all of them are tagged... no matter
which version I use. Do we have some
On Tue, 2019-01-01 at 13:25 -0500, Patrick Shanahan wrote:
>
> more complexity ???
>
> the images I export *only* have the tags I intended.
>
> maybe better answers will come if you explain what you want to have
> happen. really, you don't assign any tags and still get them when
> you
>
On Tue, 2019-01-01 at 13:59 -0500, Anton Aylward wrote:
> On 2019-01-01 12:51 p.m., Timur Irikovich Davletshin wrote:
> > Perhaps it is more logical to give user opportunity to choose
> > during
> > export.
>
> Not to my logic.
> To my logic this merely adds to the c
On Tue, 2019-01-01 at 21:44 +0100, Pascal Obry wrote:
>
> Anyway, are you going to work on this? If so, you'll see this while
> implementing it I suppose. And will discuss this :)
>
Did not expect to become dt developer when I started using it :)
On Tue, 2019-01-01 at 12:28 -0500, Patrick Shanahan wrote:
> * Bernhard [01-01-19 12:20]:
>
> but that is an "expected" action where you do have control, not
> something
> dt does automagically w/o your intention. you (one) did create the
> tags
> and assign them to particular images.
>
> so,
On Tue, 2019-01-01 at 20:02 +0100, Pascal Obry wrote:
> Le mardi 01 janvier 2019 à 20:51 +0300, Timur Irikovich Davletshin
> aécrit :
> > Perhaps it is more logical to give user opportunity to choose
> > during
> > export.
>
> Probably the best solution
On Tue, 2019-01-01 at 14:02 -0500, Anton Aylward wrote:
>
> I think that Patrick is asking the very pertinent questions.
> They amount to :what is your workflow"?
> That should be systematized because of the very nature of DT - it is
> algorithmic; so far you've made it sound very ad-hoc,
>
I'm
On Tue, 2019-01-01 at 20:57 +0100, Pascal Obry wrote:
> Le mardi 01 janvier 2019 à 22:23 +0300, Timur Irikovich Davletshin a
> écrit :
> > System-wide settings will do fine too :) Just few lines to add new
> > checkbox in settings and additional check in common/exif.cc lines
On Tue, 2019-01-01 at 21:16 +0100, Pascal Obry wrote:
> Le mardi 01 janvier 2019 à 23:03 +0300, Timur Irikovich Davletshin a
> écrit :
> > I don't like it either but it will do for the beginning.
>
> But then what would be the next step? Disable this setting which has
> bee
On Wed, 2018-09-12 at 22:40 +0200, Pascal Obry wrote:
> Sadly if you are speaking about https://epson.com/Support/wa00821
> then
> Epson is not providing drivers for Stylus Pro 3880 on GNU/Linux for
> example :) So they are not covering all printers, I don't really know
> what is the status of
On Wed, 2018-09-12 at 22:23 +0200, Anders Lund wrote:
> Manufacturer provided drivers of good quality is one of the reasons
> for
> getting an Epson printer. :)
>
Linux drivers from Epson have mediocre quality often with lower
resolution and no advanced features like color management. Works for
On Thu, 2018-09-13 at 07:42 +0200, Anders Lund wrote:
>
> I'll be trying out turboprint, then :)
>
My older Epson was lucky to have native Linux driver (P50) and that was
a very sad story. AFAIR, it was not actually developed by Epson but
rather subcontractor hired by Epson. It lacked ICC color
On Thu, 2018-09-13 at 08:31 +0200, Anders Lund wrote:
>
> AFAICT the epson inkjet driver for my printer is on par with the
> windows one.
> No feature mentioned in the printer documentation is missing,
> although an
> extra application is required for checking ink levels, and initiating
>
On Thu, 2018-09-13 at 08:34 +0200, Anders Lund wrote:
>
> Wouldn't those icc profiles be the same on linux systems?
>
> Anders
>
ICC profiles are driver and paper dependent, so I doubt.
Timur.
signature.asc
Description: This is a digitally signed message part
On Thu, 2018-09-13 at 12:50 +0200, Anders Lund wrote:
> > I'll be trying out turboprint, then :)
>
> So I installed Turboprint, and got the daemon running. I can now
> select a
> turboprint version of my epson printer in dt.
>
> Turboprint does not provide a paperclass for my semigloss paper,
On Thu, 2018-09-13 at 11:26 +0200, Anders Lund wrote:
>
> My current workflow is exporting from dt. I set the output profile to
> adobeRGB
> or ProPhotoRGB colorspace. There is visible difference in the result.
>
> Kindly,
> Anders
Problem is that (as far as I understand) prorpietary Epson
On Thu, 2018-09-13 at 12:50 +0200, Anders Lund wrote:
> > I'll be trying out turboprint, then :)
>
> So I installed Turboprint, and got the daemon running. I can now
> select a
> turboprint version of my epson printer in dt.
>
> Turboprint does not provide a paperclass for my semigloss paper,
On Thu, 2018-09-13 at 16:27 +0200, Anders Lund wrote:
> onsdag den 12. september 2018 22.46.19 CEST skrev Timur Irikovich
> Davletshin:
> > On Wed, 2018-09-12 at 22:23 +0200, Anders Lund wrote:
> > > Manufacturer provided drivers of good quality is one of the
> > > re
On Sun, 2018-09-16 at 14:08 +0200, kneops wrote:
> Are there Fujifilm users active in this DT mailing list?
>
> I'm trying to get the colors right.
>
> I'm using the Fujifilm Raw file convertor on the left and DT on the
> right, and I'm trying to get the colors look the same, including the
>
On Wed, 2018-09-12 at 08:53 +0200, Anders Lund wrote:
> Hello,
>
> I just tried the printing functionality in dt.
>
> First, I did not get presented with printer settings, so I had to set
> the
> printer defaults (using kde systemsettings and system-config-printer
> in my
> case).
>
> The
On Wed, 2018-09-12 at 10:49 +0200, Anders Lund wrote:
> A good reason for working on this: Printing from digikam, without
> having to
> export a jpg first, yelds significantly better results here, when
> exporting
> sRGB jpeg. Colors are simply not as good after the jpeg step.
>
> I'm yet to
Hi!
Never tried with old photos in dt, imo new versions of The Gimp will do
better job here. But I do occasional film processing in dt (both
reversal and negative). Generally I don't experience problems with well
processed modern film, but digitizing old film is just pain ... Lack of
RGB-curves
On Sun, 2019-03-10 at 19:07 +0100, Matthieu Moy wrote:
> - Original Message -
> > From: "Vidar Hoel"
>
> (Please don't post images as attachments, post a link within your
> message to an image hosted somewhere else)
>
> > White hair, spots and whiskers seems to get a touch of red, green
On Tue, 2019-05-14 at 06:40 +0200, Reto wrote:
> On Mon, May 13, 2019 at 03:42:55PM -0400, Patrick Shanahan wrote:
> > PLEASE post large files/images to a file sharing service rather
> > than send
> > them to everyone on the list, many who may not be interested and
> > other who
> > may be on
Hello everybody!
Did I miss announcement or Debian Next builds are broken? They are no
longer available via OBS, while https://www.darktable.org/install/
tells that Debian Next is supported.
Thanks in advance,
Timur.
signature.asc
Description: This is a digitally signed message part
I experience the same problem.
Timur.
On Fri, 2019-11-08 at 10:29 +0100, Lorenzo Fontanella wrote:
> Hello I am writing to point out that in the normal work process, Dt
> 3.0 rc0 is not smooth in the operations of movement and scrolling and
> scrolling of the image.
> As a comparison term, I
Hi users and developers!
Some cameras have two basecurves available in dt (canon-like vs. canon-
like alternative, same for nikon and olympus). Alternative is used by
default which I don't like personally (very high contrast). Can I
switch to regular (non alternative) version by default for all
Debian builds (master branch) are not working for couple weeks too.
Timur.
On Wed, 2020-03-04 at 23:50 -0800, Jack Bowling wrote:
> Does anyone else use darix's dt master builds from the Suse OBS? It
> was
> down for a while for system maintenance but there haven't been any
> master updates
Hi, François!
Try placing file from attachment to your ~/.config/darktable/themes and
don't forget to change theme to "local" in dt preferences.
Tune it if needed.
Best wishes,
Timur.
On Wed, 2020-03-04 at 10:44 +0100, François Patte wrote:
> Bonjour,
>
> I want to change the font-size on
Hi Viktors,
There are two problems in your case:
1. Nikon-like alternative basecurve turned just Nikon-like.
2. New color preservation settings which messed highlights and colors.
First issue: I had similar problem in the past. I believe there was
problem with Exif interpretation. E.g. image
For those who need it:
1. Have this repo enabled
https://software.opensuse.org/download.html?project=graphics:darktable:master=darktable
Don't forget to enable deb-src and issue "apt-get update" in root
terminal:
deb
Congratulations everybody!
Can anyone update links in https://www.darktable.org/install/ ? E.g.
links to Win/Mac builds are outdated.
Timur.
On Tue, 2019-12-24 at 09:08 +0100, Pascal Obry wrote:
> Hello!
>
> We are proud to announce the release of the 3.0 feature release.
>
> It is a very
Hi István!
I believe creator of LUTs is the best adviser in this case. LUTs with
best documentation I have come from ImpulZ (created for video editing).
They define requirements for input color profile (or camera model +
settings, e.g. Nikon Flat or Nikon Standard) and color space.
Timur.
On
t; On Tue, 24 Dec 2019 at 09:38, Timur Irikovich Davletshin
> wrote:
> > I believe creator of LUTs is the best adviser in this case. LUTs
> > with
> > best documentation I have come from ImpulZ (created for video
> > editing).
> > They define requirement
).
Timur.
On Sat, 2020-03-07 at 07:51 -0500, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin [03-07-20
> 04:31]:
> > darktable OBS Project key was expired on 2020-03-05. Can anyone fix
> > it?
> >
> > Another issue — those build are not regularly updated, master
darktable OBS Project key was expired on 2020-03-05. Can anyone fix it?
Another issue — those build are not regularly updated, master branch
builds for more than one week. Snapshots from the stable release branch
builds — still 2.6.3.
Timur.
Keys:
wget -nv
https://download.opensuse.org/repositories/graphics:darktable:master/Debian_10/Release.key
-O Release.key
apt-key add - < Release.key
This key is old.
On Sat, 2020-03-07 at 07:51 -0500, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin [03-07-20
> 04:31]:
>
e:
> > > > * Timur Irikovich Davletshin [03-
> > > > 07-20 08:04]:
> > > > > https://software.opensuse.org/download.html?project=graphics:darktable:sta
> > > > > ble=darktable
> > > > >
> > > > > SUSE and Debian
>
Patrick, thanks for your comments.
Timur.
On Sat, 2020-03-07 at 11:34 -0500, Patrick Shanahan wrote:
> * Timur Irikovich Davletshin [03-07-20
> 11:24]:
> > dt recommends this on it's website. And darix is reading this list.
> >
> > Timur.
> >
> > On Sat
-05 at 10:34 -0400, Šarūnas wrote:
> On 9/5/20 9:29 AM, Timur Irikovich Davletshin wrote:
> > Better not to mess with updating system-wide database via sudo
> > lensfun-
> > update-data.
>
> Why? Over years, I have never got into any mess with system-wide
> update.
&
Better not to mess with updating system-wide database via sudo lensfun-
update-data. Run it as a regular user (without sudo) and avoid problems
updating database via apt. Local update are written to
~/.local/share/lensfun and they work as expected with darktable.
Timur.
On Sat, 2020-09-05 at
Have you tried digging in darktable -d all output?
Timur.
BTW, no dot release was planned in 3.2.x branch as far as I know.
On Mon, 2020-10-19 at 10:00 +0200, ternaryd wrote:
> On Sun, 18 Oct 2020 16:18:03 +0300
> Timur Irikovich Davletshin
> wrote:
>
> > Tried wit
1 - 100 of 120 matches
Mail list logo