Hello
I've been using all consequent versions from the very beta of darktable.
Usually I compile it from git master once per day.
With respect,
Alexander Rabtchevich
> Gesendet: Dienstag, 12. März 2019 um 01:32 Uhr
> Von: "Edgardo Hoszowski"
> An: "Heiko Bauke"
> Cc: darktable
> Betreff: Re:
Should work with any version, at least if it works with 2.6
Do you know the database version you are migrating from?
El lun., 11 mar. 2019 a las 21:17, Heiko Bauke ()
escribió:
> Hi,
>
> Am 10.03.19 um 12:28 schrieb Alexander Rabtchevich:
> > Darktable doesn't run (doesn't show lightroom).
* Heiko Bauke [03-11-19 20:21]:
[...]
> Regarding the custom module, I am on my own of course. However, I
> wonder: does the database conversion require that users migrate from
> 2.6.1 when 2.8 will be released?
aiui: the database is updated with *each* newer version.
but you do not have to
Hi,
Am 10.03.19 um 12:28 schrieb Alexander Rabtchevich:
Darktable doesn't run (doesn't show lightroom). After saying "yes" to
database conversion, the library.db time canges for sometime and after
showing GUI frame nothing happens. gdb shows no errors. The state in the
system monitor is
Hi Patrick,
Am 12.03.19 um 00:19 schrieb Patrick Shanahan:
aiui, the order in the pipe has not changed, is hard coded. only the
displayed order is changeable. in fact, there exists scripts to save
different orders (for displaying) or to reset to display the pipe order.
I think
* Heiko Bauke [03-11-19 17:21]:
> Hi,
>
> Am 07.03.19 um 21:47 schrieb Pascal Obry:
> > - the possibility to have custom module order (with drag & drop)
>
> what great news!
>
> As I see, the custom ordering rendered the "priority" field in
> dt_iop_module_t obsolete. Therefore, I wonder what
Hi,
Am 07.03.19 um 21:47 schrieb Pascal Obry:
- the possibility to have custom module order (with drag & drop)
what great news!
As I see, the custom ordering rendered the "priority" field in
dt_iop_module_t obsolete. Therefore, I wonder what determines the
modules' default position in the
Now it works, thank you!
With respect,
Alexander Rabtchevich
Edgardo Hoszowski wrote:
Now try to upgrade this very same database, but instead of using gdb
use -d all, output to a file so is easier to handle.
___
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
On Saturday, March 9, 2019 7:18:44 PM CET Wolfgang Goetz wrote:
> Hi,
>
> following the new process for generating noise profiles by Andreas Schneider
> on pixls.us: unfortunately the tool is stopping in first picture.
> (Exitcode: 139)
Pascal, this dereferences `self` which is a NULL pointer
On Friday, March 8, 2019 5:09:23 PM CET Sturm Flut wrote:
> Hi Bjoern,
>
> hm, Global memory size is 5.78GiB and Max allocation size is 2.89GiB. I
> had a look at darktable's OpenCL code and opencl_memory_requirement from
> darktablerc is compared against CL_DEVICE_GLOBAL_MEM_SIZE. So in your
>
11 matches
Mail list logo