I removed all of the files from a folder but the folder is still showing in the
lists but with a line through it and it cannot be opened.
The folder does not appear in my system File Manager.
Is there some way to remove this folder.
this is darktable 1.7.0.1439740588.11a107e
David
This odd occurrence where the histogram fails to respond to the mouse wheel
still appears to be happening in the current version. (2.0)
I notice that when this happens the "more modules" box also fails to scroll.
Maybe a connection?
David
Epson StylusPhoto R2000 using 11" x 17" paper
Using the option of A3 paper that is 11.7" x 16.5" (portrait orientation)
My Image size 3090 wide x 4713 high
With settings of 0.51" for all 4 margins the image should show a potential
image size of approximately 10.7" x 15.5".
Image width/height
the difference.
On 12/01/16 04:21 PM, Patrick Shanahan wrote:
* David Vincent-Jones <david...@gmail.com> [01-12-16 18:58]:
With the opacity slider in the 100% position the image is monochrome. This
does not occur with any other module (that I have tested). So, to answer
your question,
Will the merge now permit X-Trans raw images to be used in the HDR module?
David
On 01/19/2016 08:42 PM, Ulrich Pegelow wrote:
> Hi,
>
> I just merged my OpenCL implementation of the Markesteijn demosaicing
> algorithm into master. Markesteijn with one or three passes ("-1" and
> "-3",
Current system works just fine for me
David
On 27/03/16 08:03 PM, Alexander Rabtchevich wrote:
Hello
As an intensive darktable user from its beginning, I would say I got
used to the unified transformation tool it provides through crop and
rotate. Could the three different iops be combined
attern, that has very high
chances to not work.
If it is still reproducible, please let me know.
Roman.
On Thu, May 19, 2016 at 8:36 PM, Roman Lebedev <lebedev...@gmail.com> wrote:
On Thu, May 19, 2016 at 8:22 PM, David Vincent-Jones <david...@gmail.com> wrote:
Simply moving d
, Roman Lebedev wrote:
On Wed, May 18, 2016 at 9:37 PM, David Vincent-Jones<david...@gmail.com> wrote:
>I am running on a fresh install ver:1.7.0.1463568662.d724dea
Huh?
How do you build darktable?
It should be 2.1.0
I am running on a fresh install ver:1.7.0.1463568662.d724dea
Opensuse/gnome and NO OpenCL is installed
Problem is very intermittent on my system ... comes and goes as I move
primary or blend slider.
David
On 05/17/2016 11:28 AM, Ulrich Pegelow wrote:
Am 17.05.2016 um 20:21 schrieb Roman
/home:/darix:/darktable:/master/
https://www.darktable.org/install/#opensuse has been updated.
Roman.
On Wed, May 18, 2016 at 10:35 PM, David Vincent-Jones
<david...@gmail.com> wrote:
This should tell all!!
http://download.opensuse.org/repositories/home:/toganm:/photography/
As refe
This should tell all!!
http://download.opensuse.org/repositories/home:/toganm:/photography/
As referenced on the dt site.
David
On 05/18/2016 12:31 PM, Roman Lebedev wrote:
On Wed, May 18, 2016 at 10:15 PM, David Vincent-Jones
<david...@gmail.com> wrote:
Not sure why I am g
Simply moving dt from one display screen to another while open in the
darkroom mode was sufficient to bring on the magenta cast. dt was
resized as a part of the move.
David
On 05/18/2016 12:31 PM, Roman Lebedev wrote:
On Wed, May 18, 2016 at 10:15 PM, David Vincent-Jones
<david...@gmail.
Can somebody enlighten me on the significance of the red structure lines
in this correction and how they are treated differently from the green
lines.
Thank you;
David
___
darktable developer mailing list
to unsubscribe
There must have been some special character in that I could not see.
When I clean out the line and remake it is now directing the file
correctly. Thanks
David
On 02/02/2017 01:19 AM, Tobias Ellinghaus wrote:
Am Mittwoch, 1. Februar 2017, 17:51:19 CET schrieb David Vincent-Jones:
Exporting
Exporting a raw (RAF) file to a jpeg using $(DESKTOP)/$(FILE_NAME)
creates the file in
/HOME as DesktopDSCF1234.jpeg
Has something changed or am I just doing it wrong.
darktable 2.3.0+git315.ca956f8-1.1
David
___
My problem appears to be fixed now ... thanks for the quick work
David
On 01/30/2017 09:31 AM, Ulrich Pegelow wrote:
Great, this seems to have fixed the issue for me!
Ulrich
Am 30.01.2017 um 09:45 schrieb johannes hanika:
thanks for providing the fix! seems correct to me, since the loop is
Not quite sure what is occurring but darktable 2.3.0+git308.3132c1d-1.1
has suddenly become very unstable and is constantly shutting down. The
problem is not related to any specific image.
Tried running gdb but getting error message of 'missing separate
debuginfos' ?? Not sure what that is
Not sure what was going on with either my system or that git version but
eventually I elected to flush my system, install a more recent git plus
a re-import of all my images. I appear to be back to stable again.
David
On 01/27/2017 01:26 PM, David Vincent-Jones wrote:
Not quite sure what
with an uncommon crop crashes whenever I open it in
the darkroom.
Ulrich
Am 28.01.2017 um 05:14 schrieb David Vincent-Jones:
Apparently the problem still exists:
Thread 74 "darktable" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fff1cff9700
Is it possible that older sidecar files have compatibility problems with
gkt3?
David
On 01/29/2017 09:46 AM, David Vincent-Jones wrote:
I am on openSUSE Leap 42.2 with gtk3 3.20.9 and dt
2.3.0+git309.0f2cfb2-1.1 also from Darix's repo. The problem is very
real on my system but seen when
I am on openSUSE Leap 42.2 with gtk3 3.20.9 and dt
2.3.0+git309.0f2cfb2-1.1 also from Darix's repo. The problem is very
real on my system but seen when working on older files and is not seen
on my current images.
David
On 01/29/2017 05:02 AM, Patrick Shanahan wrote:
* Ulrich Pegelow
...
https://www.dropbox.com/sh/5zplsy0vuk8fy08/AADWkVkBQY58Vq_l2c_HmBnSa?dl=0
David
On 01/29/2017 01:03 PM, Tobias Ellinghaus wrote:
Am Sonntag, 29. Januar 2017, 12:50:55 CET schrieb David Vincent-Jones:
Is it possible that older sidecar files have compatibility problems with
gkt3?
Nothing
I pulled the attached off a recent Harry Durgin Weekly Edit and find it
to be quite effective.
David
On 02/19/2017 09:42 AM, Pascal Obry wrote:
> Great news! Looks promising!
>
> I've noticed that some parts get very dark and quite underexpose. We
> can see that under the bridge and on the
This is something that I have recently noticed happening. It does not
occur on all images and so far I have been unable to find a pattern. I
had seen this some long time ago but it is now very intermittently back.
darktable 2.3.0+git326.622e6c1-1.1 ... openSUSE Leap 42.2 16 Mb. older
Canon raw
It started on my system when I used the 'whisker' to rotate the image
and after that other modules gave multiple entries.
David
On 02/11/2017 01:07 AM, Jean-Luc Coulon (f5ibh) wrote:
> It would be intersting to know WHEN this happpens.
> If I use "crop and rotate" (for example) many times, I
installed OpenCL)
For me it goes away if I turn OpenCL of.
Christian
Am 2017-01-16 00:51, schrieb David Vincent-Jones:
There is a problem when local-contrast is used with a bottom cropped
image and the default local laplacian filter is used. There is some
sort of weird flare that is seen
tputs NaNs!" in the console output."
Roman.
On Sun, Oct 30, 2016 at 11:21 AM, David Vincent-Jones
<david...@gmail.com> wrote:
I opened dt (with gdb) using an image that showed the problem yesterday and
it was still apparent at start up ... I switched several times between
g
in the gdb listing.
Tried to adjust memory settings (8 gb on this machine) ... no change.
2.1.pre+git2000.f63e5ce-1.1 Opensuse 42.1
On 10/29/2016 10:59 AM, Patrick Shanahan wrote:
* David Vincent-Jones <david...@gmail.com> [10-29-16 12:33]:
I find that if gaussian curve is used either with sha
If I right click on the color patch (split tone module) the box
containing the list of preset options falls mainly out of the dt
framework and is unreadable.
darktable 2.1.pre+git2133.b344113-1.1
___
darktable developer
The option of storing exported materials to the parent folder is IMO a
very useful addition to the current file handling system. Thank you William.
David
On 10/19/2016 11:13 AM, William Ferguson wrote:
I created contrib/export2collection.lua that adds a new exporter, file
to collection. The
I notice that the 'G' grouping symbol is often difficult to see
particularly when the image has been cropped and much of the frame is used.
Would it be practical to have this symbol in red or other dominant color?
David
Just exported 18 JPG files to $(DESKTOP)/CIRCUIT/$(FILE_NAME) dt
correctly created the non-existing CIRCUIT folder and placed the first
file in it but then placed all other files into DESKTOP.
When I further tried to send other files into CIRCUIT they were all
directed into DESKTOP also
I have inserted a copy of the script into the .config/darktable/lua
folder and added a require line into the luarc file . what further
do I need to get this running? All rather new to me!!
David
On 10/19/2016 11:13 AM, William Ferguson wrote:
I created contrib/export2collection.lua that
[drago] The pop-up note for the bias indicates that a higher number
gives more detail in the blacks.
I think it should say a lower number.
David
___
darktable developer mailing list
to unsubscribe send a mail to
I find that on certain occasions it would be convenient to not have
feathering. Would it be possible to include a 'alt' on/off keystroke
for that situation?
David
On 11/15/2016 10:09 PM, Ulrich Pegelow wrote:
Am 16.11.2016 um 05:02 schrieb Alexander Rabtchevich:
Hello
I have a problem
I have an ongoing problem adjusting the feather on the free-form drawn
mask. Any attempt to change the feather size simply zooms the image. The
only way that I can make the feather larger is by pulling a single node
first and then the mouse wheel will change the overall feather. Must be
I notice that when using the color-lookup-table the exposure module is
places on the pipeline earlier than the table and the manual exposure
'color picker' produces incorrect responses.
I was trying out some of the fuji styles where the style is applied very
early in the pipeline but when the
With path: Shift does absolutely nothing to change the feather option on
my system. I can only change the feather after I pull one feather node
out of place and then I can use either the shift option or change
through the wheel without shift.
David
On 11/19/2016 06:07 AM, Edgardo Hoszowski
When S/H is used with gaussian param ... both the histogram and the top
left (small) image go blank.
I have also found on some occasions that the main image also blanks out.
This does not occur if bilateral-filter is selected.
darktable 2.1.pre+git1806.5b5c954-1.1
darktable 2.1.pre+git1806.5b5c954-1.1
This is not related to S/H problem
Zone System image only shows blank.
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Maybe an 'automated' Google translate for a first cut would be helpful.
David
On 11/29/2016 03:11 PM, Tobias Ellinghaus wrote:
Am Dienstag, 29. November 2016, 18:00:29 CET schrieb Blandyna Bogdol:
Dear all,
what do you think about a german user manual for darktable. I worked
for 15 yers as
darktable 2.3.0+git31.2b55991-1.1
Trying to make color adjustments through the Color LUT. First sample
(green) went correctly and was fully adjusted. The second sample (blue)
would not 'register' in the color-picker ... insisted on displaying the
first sample. I removed all samples and still
On 03/28/2017 01:04 PM, Roman Lebedev wrote:
> On Tue, Mar 28, 2017 at 10:21 PM, David Vincent-Jones
> <david...@gmail.com> wrote:
>> My openSUSE Leap 42.2 is fully up-to-date and uses 4.8-9.61
> Though there are gcc5 / gcc6 / gcc7 packages available for install.
Thanks .
My openSUSE Leap 42.2 is fully up-to-date and uses 4.8-9.61
On 03/28/2017 01:57 AM, Roman Lebedev wrote:
> Hi!
>
> I want to bump gcc requirement up to GCC-5 soon,
> after upcoming debian release.
> I need this for C++14 for rawspeed.
>
> Thus, subj.
> If you do, please speak up now.
> PS: using
A fresh install of the new Opensuse 42.3 and I get a new dt error when I
try to import files from my camera.
"darktable - error locking database
an error has occurred while trying to open the database from
/home/david/.config/darktable/data.db
the database lock file contains a pid that seems to
I am getting a pattern on processed thumbnails but it only appears at a
specific size and after processing a RAF/raw. Not really a big problem
.. more an annoyance.
darktable 2.3.0~git764.28e554f2e-149.11 on OpenSUSE Tumbleweed
David
darktable 2.3.0~git764.28e554f2e-149.2
I am finding that when I export to dt print (or to gimp) the image is
showing on the print as 1 or 2 bands with a feint color shift between.
This appears to be a memory block issue. The problem also shows on the
gimp screen.
I have recently reinstalled dt
Ellinghaus wrote:
Am Montag, 26. Juni 2017, 14:13:11 CEST schrieb David Vincent-Jones:
I notice after a fresh system install that I am getting a startup
warning on dt regarding 4 depreciated gtk.css style properties.
68:35 .. 69:35 .. 71:36 .. and 76:30
It might help to show the actual warnings
possibility that it could be 'theme' related?
David
On 06/21/2017 12:23 PM, Tobias Ellinghaus wrote:
> Am Mittwoch, 21. Juni 2017, 19:01:10 CEST schrieb David Vincent-Jones:
>> The image import problem still exists on my system requiring this
>> strange work-around (multiple tabbing
I notice after a fresh system install that I am getting a startup
warning on dt regarding 4 depreciated gtk.css style properties.
68:35 .. 69:35 .. 71:36 .. and 76:30
How does one make a fix to the situation? I am now running OpenSUSE TW
David
The image import problem still exists on my system requiring this
strange work-around (multiple tabbing and then a Ctrl a). This is a
nuisance apart from anything else. Is there any light at the end of this
tunnel and a fix in sight?
I am running the latest git on OpenSUSE with XFCE desktop.
Most noticed occurrence:
Select items to print >
double click to select current width for normal replace >
type '0' >
All selected images are now 'X' rated.
I can only change width and height valued by backspacing.
David
On 10/13/2017 12:29 AM, David Houlder wrote:
> On 13/10/17 08:57, Tobias
My results and profile data is available at:
https://www.dropbox.com/sh/fnajmbsqdqbh48d/AACIXZfjmlfQLvv19DqQH1CWa?dl=0
Works very well.
David
___
darktable developer mailing list
to unsubscribe send a mail to
, lead to
lost material.
As you suggested I have now trained myself to to handle dt input in a
different manner; it would however be preferred if a more common method
was available.
David
On 10/25/2017 02:53 PM, Patrick Shanahan wrote:
* David Vincent-Jones <david...@gmail.com> [10-25
dt ver 2.4.0 Checking a segment of sky on an image I was surprised to
find that the color 'patch' showed an incorrect color with the 'area'
measured. The rgb values are correct and are the same for spot and area.
The spot 'patch' is correct but the area patch is wrong. The saved patch
is correct
Some of the functions do already have contextual help active as one
hovers over the individual sliders. I do find that very useful with
modules that may not be in regular use by me. Expanding this feature
over more modules would be most helpful.
Davis
On 02/05/2018 10:19 AM,
Then probably something in this particular issue ...
On 08/06/18 20:33, Patrick Shanahan wrote:
* David Vincent-Jones [08-06-18 23:27]:
darktable 2.5.0~git423.c2b643790-469.5
Colors gone crazy ... looks like red and blue somehow switched.
All images located in earlier folders show the same
darktable 2.5.0~git423.c2b643790-469.5
Colors gone crazy ... looks like red and blue somehow switched.
All images located in earlier folders show the same problem.
Raw files opened in digicam look correct, pictures opened in Geeqie or
Gimp also OK.
Monitor is fine
Something very strange
Dienstag, 7. August 2018, 05:24:00 CEST schrieb David Vincent-Jones:
darktable 2.5.0~git423.c2b643790-469.5
Colors gone crazy ... looks like red and blue somehow switched.
All images located in earlier folders show the same problem.
Raw files opened in digicam look correct, pictures opened
Hi Ulrich does the 'cleanup' work globally or is this just for the
current image?
David
On 04/17/2018 09:27 AM, Ulrich Pegelow wrote:
> You don't need to do this manually. Just go into the mask manager (left
> hand panel in the darkroom view), press the right mouse button. On the
> menu that
The Markesteijn process was adapted to darktable specifically for the
X-trans sensor some years ago and to my knowledge this procedure has
been fully successful. I am not sure what the filmic module has to do
with the demosaic process.
David
On 2019-01-26 12:02 p.m., Bruce Williams wrote:
2 days ago. As
soon as I changed the filmic settings the curve went flat and dt shut
down. I have not changed my basic computer settings.
I am on Manjaro (Arch repos)
On 2019-01-27 6:32 p.m., Patrick Shanahan wrote:
* David Vincent-Jones [01-27-19 20:54]:
darktable 2.7.0+338~g5b7dd1909
Just sta
darktable 2.7.0+338~g5b7dd1909
Just started today any use of filmic crashes dt
David
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
dt version: 2.7.0+594~g03d44f57e Manjaro from Arch-repos.
I have recently initiated OpenCL on my system. When I start from the
terminal (-d opencl) all indications are that all the elements are
successfully in place ... no errors are shown, however the system is now
running very very slowly
On my system the camera and correct lens is found by default which
is what I want!
David
On 2019-02-23 9:12 a.m., Sturm Flut wrote:
Hi,
Am 23.02.19 um 16:34 schrieb Florian W:
Thanks for your answers guys.
Simon, I'm curious to know why to you it's not the best idea ?
After exporting to JPG format (95%) on the desktop at full (0,0)
resolution, when I later export to email at lower (1500,1500) res. the
compression does not change and I get a very large Mb. size output.
In order to get the correct email output I need to export to the desktop
at a lower size
Use the tone curve eye-dropper select 'area' dropdown on the color
picker draw a rectangle on the cobble-stones and the area will be
colored on the tone-curve.
David
On 2019-03-16 9:32 a.m., David LaCivita wrote:
Hi,
When using the "levels" or "tone curve" modules the histogram is
I moved my opencl_memory_headroom from 300 to 500 and still found
problems. I have now moved the value up to 800 Mb. and the system
appears to be running much more smoothly. Not sure if there will be
negative implications.
David
On 2019-03-13 12:40 p.m., Bruce Guenter wrote:
On Fri, Mar 08,
Thanks for the idea Pascal ... I am using the Arch 'nightly' automatic
builds rather than doing it myself. As things stand currently I am not
updating at all while there appears to be some problem areas.
David
On 2019-03-12 11:04 a.m., Pascal Obry wrote:
Hi David,
darktable
, and in the end 2 GB were
usually not enough.
regards,
Simon
Am 07.03.19 um 20:09 schrieb David Vincent-Jones:
Sorry for the lack of appropriate material ... I hope this added info is
what you are looking for:
Card is Nvidia GK107GLM (Quadro K1000M)
driver=nvidia ver:415.27
Operating system x86_64
Thank you Andreas . here are my results
[W530 ~]# opencl_device_priority=*/!0,*/*/*
-bash: !0: event not found
[W530 ~]# opencl_mandatory_timeout=250
[W530 ~]# opencl_scheduling_profile=very fast GPU
-bash: fast: command not found
I am using dual monitors by the way with dt running on the
the compression level and
output size every time you switch to that output type.
cheers,
Simon
Am 27.02.19 um 00:44 schrieb David Vincent-Jones:
After exporting to JPG format (95%) on the desktop at full (0,0)
resolution, when I later export to email at lower (1500,1500) res. the
compression does
I am fully understand now that my system that runs with 2 monitors is
beyond the capability of the 2 Gb. graphics memory. If I unplug my
graphics display external monitor from the laptop OpenCL functions
correctly but with 2 monitors the system is failing. Is it possible for
me to blacklist my
it
specifically need blacklisting?
David
On 2019-03-06 11:58 p.m., Andreas Schneider wrote:
On Wednesday, 6 March 2019 22:06:37 CET David Vincent-Jones wrote:
dt version: 2.7.0+594~g03d44f57e Manjaro from Arch-repos.
I have recently initiated OpenCL on my system. When I start from the
terminal
I am not a developer but do feel that using tools appropriate for the
work is often more productive than trying to adapt and complicate.
On 2019-02-18 5:49 a.m., Moritz Mœller wrote:
That's a typical developer answer. Amusing and sad at the same time.
A personal view: my deniose (profiled) works well in general (I often
only use it at 50% or less strength) but I do know that if I 'push' the
processing of the image then the default (ISO) setting for denoise will
not be satisfactory and the ISO setting then needs to be adjusted up
I realize after I had done it that spot-removal should not be used on a
JPG file. The result was a nasty dt crash. It might be a good idea at
some point to simply not allow some modules to be used with JPG files.
David
not stay exactly where I put them).
--
August Schwerdfeger
aug...@schwerdfeger.name
On 2/8/19 11:03 PM, David Vincent-Jones wrote:
I realize after I had done it that spot-removal should not be used on
a JPG file. The result was a nasty dt crash. It might be a good idea
at some point
Thanks all . all appears to be fixed.
David
On 2019-01-29 5:22 a.m., johannes hanika wrote:
.. did it output a crash report file in /tmp/ ? that would contain the
gdb backtrace.
-j.
On Mon, Jan 28, 2019 at 4:55 PM David Vincent-Jones wrote:
Don't know if this helps:
Thread 15 "w
I am running Manjaro with the XFCE desktop. I have now increased the
width of my side panels to 340, changed the screen dpi and reduced my
desktop font size but still am having problems to see the full length of
menu items. I am using the default Gnome theme if that has any bearing
on the
.
Is there some other setting that can adjust the dt font size?
David
On 2019-04-14 4:29 p.m., Patrick Shanahan wrote:
* David Vincent-Jones [04-14-19 19:13]:
I am running Manjaro with the XFCE desktop. I have now increased the width
of my side panels to 340, changed the screen dpi and reduced
I would think that Fujifilm's rational is that the original raw edge
pixels are really not to be valued and only are used for the 'final
edge' calculation.
On 2019-04-12 1:26 a.m., Christian wrote:
Hi,
Understand. But there may be users who prefer a consistend size
between ooc and processed
several themes
Le dimanche 14 avril 2019 à 19:29 -0400, Patrick Shanahan a écrit :
* David Vincent-Jones <
david...@gmail.com
<mailto:david...@gmail.com>
> [04-14-19 19:13]:
I am running Manjaro with the XFCE desktop. I have now increased the width
of my side panels to 340, chang
Yes ... there is only a single theme in /usr/share/darktable/themes
On 2019-04-15 11:44 a.m., Patrick Shanahan wrote:
* David Vincent-Jones [04-15-19 14:26]:
I have at least now installed the roboto font and added the "condensed
fonts" to the .css list of fonts but I find that I d
My normal font size now appears to look fine but there appears to be a
great deal of misplaced bold font being used. I also not that the line
spacing looks like it is set at 2 which is really extending the module
lengths.
On 2019-04-17 10:46 a.m., Robert Rembold wrote:
It's a known issue
By adjusting the dpi of my screen some of the fonts and spacing do
appear to be quite acceptable. The (right side darkroom menu) module
names are now just fine but the module names as used in the (left side
darkroom) history list do not change and look ugly by comparison. It
appears that 2
With 8 Gb. memory, my opencl failed when dual monitors were being used.
David
On 2019-06-16 2:50 p.m., Axel Gerber wrote:
See this:
https://github.com/darktable-org/darktable/issues/2725
Von meinem Mobiltelefon gesendet
Ursprüngliche Nachricht
Betreff: [darktable-dev]
I often 'wander' back and forth in my modules and in the process create
many duplicates and 'off' conditions. I generally try to clean-up my
history which is a nuisance. I for one would like/use a cleaning option.
David
On 2019-06-11 3:24 p.m., thokster wrote:
Am 11.06.19 um 21:26 schrieb
Raw is RAW without processing. It is up to you to manipulate the
raw data to achieve the look that you want. There are 'styles' in dt
that will allow you to simulate provia if that is the look that you want.
On 2019-05-24 9:20 a.m., Christian wrote:
Hi,
Attached is a comparison between
Thanks Pascal . stupid me, I did not see it!
On 9/17/19 8:43 AM, Pascal Obry wrote:
Hi David,
I did not know that direct exports to Piwigo were possible from dt . what
script are you using?
No script. This is available directly from dt in the export module
since 2.6.2.
I did not know that direct exports to Piwigo were possible from dt .
what script are you using?
David
On 9/17/19 2:59 AM, Wolfgang Goetz wrote:
Hello,
piwigo export get stuck after successfull upload of the first picture.
Darktable hang up with one core 100%, unresponsive.
no output on
No ... I am staying away from TE for a bit ... I have, so far, not
understood it sufficiently to find it useful. I am awaiting a video or
other informative description.
On 31.10.19 14:21, Patrick Shanahan wrote:
* David Vincent-Jones [10-31-19 09:11]:
As I indicated earlier after
As I indicated earlier after a full re-install of dt (which now
starts and runs correctly) that lib file is still not on my system.
I don't understand it either!
On 31.10.19 13:53, Patrick Shanahan wrote:
* David Vincent-Jones [10-31-19 08:34]:
It appears that this module
point taken.
On 31.10.19 14:34, Patrick Shanahan wrote:
* David Vincent-Jones [10-31-19 09:27]:
No ... I am staying away from TE for a bit ... I have, so far, not
understood it sufficiently to find it useful. I am awaiting a video or other
informative description.
On 31.10.19 14:21, Patrick
Something interesting .. I moved the rgb-filmic module to a new
location and the image was significantly changed! Am I also changing the
pipeline?
David
On 31.10.19 22:09, jys wrote:
On Thu, Oct 31, 2019, at 13:33, KOVÁCS István wrote:
Hi,
I've seen Aurélien Pierre's video about filmic
Shurely changing the order of the modules located in the
'favorites' tab does not change the individual modules position in the
pixel-pipeline? that would be unthinkable!
David
On 01.11.19 11:23, Andreas Schneider wrote:
On Friday, 1 November 2019 08:19:46 CET David Vincent-Jones
May not be practical but it would be interesting if each modules pp
position were numerically indicated after the module's name. This would
in turn be helpful if one wished to shuffle module positions in the menu.
David
On 11.11.19 21:43, Keresztes Barna wrote:
Hi,
Can somebody summarize me
Manjaro 18, darktable 3.0.0rc1+54~gbfecbb5ca: I have been getting an
error message at the initial install and when the git is up dated
"darktable-git: transaction not initialized". Everything appears to be
running correctly. Am I missing something?
David
+1
On 2019-12-17 7:45 a.m., Julian Rickards wrote:
Is the visibility (colour) of the stars controlled in CSS in 3.0?
Currently, in 2.6.3, I find them a bit faint.
If not, not a deal breaker, then just a request for 3.01.
The shadows segment (only) of the color balance module is not working
correctly. Any movement of the factor slider causes the entire image to
transform to a single block color. The mid-tones and highlights are
working correctly.
I have tried several variations of settings and the problem
1 - 100 of 152 matches
Mail list logo