Re: [darktable-user] dt 4.0 corrupts disk

2022-08-16 Thread I. Ivanov



On 8/16/22 13:59, Patrick Shanahan wrote:

* Jean-Luc  [08-16-22 16:42]:
I would definitely try another external drive and maybe try to store on a
local drive and move the files after finishing.



Agree with Patrick.

It is more likely the DD responds with corrupting the data because of 
the operation (writing xml I expect) than Darktable actually doing 
something wrong.


If it is a spin disk – you may want to check it for bad sectors. But 
what Patrick suggest should take the disk out of the equation completely.


Regards,

B


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] dt 4.0 corrupts disk

2022-08-16 Thread Patrick Shanahan
* Jean-Luc  [08-16-22 16:42]:
> Hello,
> 
> dt 4.0 repo / Ubuntu 20.04 LTS / Dell E5540 16 GB RAM / 1To SSD, photos on
> external DD.
> 
> This is the second time this happens since running dt 4.0 : pasting
> development to a series of photos, dt suddenly freezes and nothing responds
> anymore.
> After over one hour waiting in vain, I have to kill dt. Then, the external
> DD displays garbage and cannot be accessed anymore. So I have switch the
> computer off.
> When I restart it, te DD is no more mountable, nor accessible by Gparted.
> The only way to read it is memtest, which sees the partition and the files
> but, in the second part, detects inconsitency in sectors sizes.
> It takes about two hours before the scan is finished, so I can copy the
> backup fat onto the main one, and all is fine again.
> I hope it will end soon, so I can check all ran fine, but this is how I did
> the first time.
> The question is : is there a chance dt has stored some crash report
> somewhere, so I can attach it when I create the bug report ?
> 

I would definitely try another external drive and maybe try to store on a
local drive and move the files after finishing.


-- 
(paka)Patrick Shanahan   Plainfield, Indiana, USA  @ptilopteri
http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri
Photos: http://wahoo.no-ip.org/piwigo   paka @ IRCnet oftc

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] dt 4.0 corrupts disk

2022-08-16 Thread I. Ivanov

You can run it from terminal

darktable -d all

man darktable for options.

Maybe it would be good to redirect the output to a file

something like this should work, but I haven't tested it.

darktable -d all >> mylog.txt

Regards,

B

On 8/16/22 13:41, Jean-Luc wrote:

Hello,

dt 4.0 repo / Ubuntu 20.04 LTS / Dell E5540 16 GB RAM / 1To SSD, 
photos on external DD.


This is the second time this happens since running dt 4.0 : pasting 
development to a series of photos, dt suddenly freezes and nothing 
responds anymore.
After over one hour waiting in vain, I have to kill dt. Then, the 
external DD displays garbage and cannot be accessed anymore. So I have 
switch the computer off.

When I restart it, te DD is no more mountable, nor accessible by Gparted.
The only way to read it is memtest, which sees the partition and the 
files but, in the second part, detects inconsitency in sectors sizes.
It takes about two hours before the scan is finished, so I can copy 
the backup fat onto the main one, and all is fine again.
I hope it will end soon, so I can check all ran fine, but this is how 
I did the first time.
The question is : is there a chance dt has stored some crash report 
somewhere, so I can attach it when I create the bug report ?


Thx,

J.-Luc

 


darktable user mailing list
to unsubscribe send a mail to 
darktable-user+unsubscr...@lists.darktable.org




darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



[darktable-user] dt 4.0 corrupts disk

2022-08-16 Thread Jean-Luc

Hello,

dt 4.0 repo / Ubuntu 20.04 LTS / Dell E5540 16 GB RAM / 1To SSD, photos 
on external DD.


This is the second time this happens since running dt 4.0 : pasting 
development to a series of photos, dt suddenly freezes and nothing 
responds anymore.
After over one hour waiting in vain, I have to kill dt. Then, the 
external DD displays garbage and cannot be accessed anymore. So I have 
switch the computer off.

When I restart it, te DD is no more mountable, nor accessible by Gparted.
The only way to read it is memtest, which sees the partition and the 
files but, in the second part, detects inconsitency in sectors sizes.
It takes about two hours before the scan is finished, so I can copy the 
backup fat onto the main one, and all is fine again.
I hope it will end soon, so I can check all ran fine, but this is how I 
did the first time.
The question is : is there a chance dt has stored some crash report 
somewhere, so I can attach it when I create the bug report ?


Thx,

J.-Luc


darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Ubuntu 22.04.1 and OpenCL

2022-08-16 Thread Remco Viëtor
On mardi 16 août 2022 21:51:35 CEST Mikael Ståldal wrote:
> So which OpenCL library do I need? I tried to install
> libopencl-clang-dev, but it does not help.

On opensuse that would be "nvidia-computeG0x" ("x" indicating the series of 
cards handled by the driver/library, should be the same as your main driver 
package "nvidia-gfxG0x..."). That package is part of the NVidia binary driver 
(closed source). Afaik, there's no associated -devel package?

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Ubuntu 22.04.1 and OpenCL

2022-08-16 Thread Mikael Ståldal
So which OpenCL library do I need? I tried to install 
libopencl-clang-dev, but it does not help.



On 2022-08-16 21:05, Remco Viëtor wrote:

On mardi 16 août 2022 20:58:53 CEST Mikael Ståldal wrote:

After upgrading to Ubuntu 22.04.1, OpenCL does not work any longer. It
worked on same machine with Ubuntu 20.04. I have compiled Darktable
4.0.0 from source.

$ /opt/darktable/bin/darktable-cltest
[opencl_init] opencl related configuration options:
[opencl_init] opencl: ON
[opencl_init] opencl_scheduling_profile: 'default'
[opencl_init] opencl_library: 'default path'
[opencl_init] opencl_device_priority: '*/!0,*/*/*/!0,*'
[opencl_init] opencl_mandatory_timeout: 200
[opencl_init] opencl_synch_cache: active module
[opencl_init] no working opencl library found. Continue with opencl disabled

That looks like a big clue to what the problem is...


[opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
[opencl_init] initial status of opencl enabled flag is OFF.

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org






darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Ubuntu 22.04.1 and OpenCL

2022-08-16 Thread Remco Viëtor
On mardi 16 août 2022 20:58:53 CEST Mikael Ståldal wrote:
> After upgrading to Ubuntu 22.04.1, OpenCL does not work any longer. It
> worked on same machine with Ubuntu 20.04. I have compiled Darktable
> 4.0.0 from source.
> 
> Any clues?
> 
> 
> $ lsb_release -a
> No LSB modules are available.
> Distributor ID: Ubuntu
> Description:Ubuntu 22.04.1 LTS
> Release:22.04
> Codename:   jammy
> 
> $ uname -a
> Linux heimdall 5.15.0-46-generic #49-Ubuntu SMP Thu Aug 4 18:03:25 UTC
> 2022 x86_64 x86_64 x86_64 GNU/Linux
> 
> $ nvidia-smi
> Tue Aug 16 20:55:49 2022
> +---
> --+
> | NVIDIA-SMI 515.65.01Driver Version: 515.65.01CUDA Version:
> 11.7 |
> 
> |---+--+
> |--+|
> | GPU  NamePersistence-M| Bus-IdDisp.A | Volatile
> 
> Uncorr. ECC |
> 
> | Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util
> 
> Compute M. |
> 
> MIG M. |
> 
> |===+==+
> |==||
> |   0  NVIDIA T600 Off  | :08:00.0  On |
> 
>   N/A |
> 
> | 39%   50CP8N/A /  41W |   1506MiB /  4096MiB |  1%
> 
> Default |
> 
>   N/A |
> +---+--+
> --+
> 
> $ echo $XDG_SESSION_TYPE
> x11
> 
> $ /opt/darktable/bin/darktable-cltest
> [opencl_init] opencl related configuration options:
> [opencl_init] opencl: ON
> [opencl_init] opencl_scheduling_profile: 'default'
> [opencl_init] opencl_library: 'default path'
> [opencl_init] opencl_device_priority: '*/!0,*/*/*/!0,*'
> [opencl_init] opencl_mandatory_timeout: 200
> [opencl_init] opencl_synch_cache: active module
> [opencl_init] no working opencl library found. Continue with opencl disabled
That looks like a big clue to what the problem is...

> [opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
> [opencl_init] initial status of opencl enabled flag is OFF.
> 
> darktable user mailing list
> to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org





darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



[darktable-user] Ubuntu 22.04.1 and OpenCL

2022-08-16 Thread Mikael Ståldal
After upgrading to Ubuntu 22.04.1, OpenCL does not work any longer. It 
worked on same machine with Ubuntu 20.04. I have compiled Darktable 
4.0.0 from source.


Any clues?


$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 22.04.1 LTS
Release:22.04
Codename:   jammy

$ uname -a
Linux heimdall 5.15.0-46-generic #49-Ubuntu SMP Thu Aug 4 18:03:25 UTC 
2022 x86_64 x86_64 x86_64 GNU/Linux


$ nvidia-smi
Tue Aug 16 20:55:49 2022
+-+
| NVIDIA-SMI 515.65.01Driver Version: 515.65.01CUDA Version: 
11.7 |

|---+--+--+
| GPU  NamePersistence-M| Bus-IdDisp.A | Volatile 
Uncorr. ECC |
| Fan  Temp  Perf  Pwr:Usage/Cap| Memory-Usage | GPU-Util 
Compute M. |
|   |  | 
MIG M. |

|===+==+==|
|   0  NVIDIA T600 Off  | :08:00.0  On | 
 N/A |
| 39%   50CP8N/A /  41W |   1506MiB /  4096MiB |  1% 
Default |
|   |  | 
 N/A |

+---+--+--+

$ echo $XDG_SESSION_TYPE
x11

$ /opt/darktable/bin/darktable-cltest
[opencl_init] opencl related configuration options:
[opencl_init] opencl: ON
[opencl_init] opencl_scheduling_profile: 'default'
[opencl_init] opencl_library: 'default path'
[opencl_init] opencl_device_priority: '*/!0,*/*/*/!0,*'
[opencl_init] opencl_mandatory_timeout: 200
[opencl_init] opencl_synch_cache: active module
[opencl_init] no working opencl library found. Continue with opencl disabled
[opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
[opencl_init] initial status of opencl enabled flag is OFF.

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Highlights recovery / Filmic v6

2022-08-16 Thread Jean-Luc

Le 16/08/2022 à 16:23, Remco Viëtor a écrit :

On mardi 16 août 2022 15:11:06 CEST Jean-Luc wrote:

Hello,

Running dt 4.0 from ppa on Ubuntu 20.04 LTS (still not 22.04 yet).
I am trying to understand whether it makes sense or not to use
Highlights reconstruction together with filmic v6, since it seems it
brings its own highlight reconstruction tools.
The french online help seems no longer available, and maybe I did not
understand correctly.
Could someone please confirm ?

I think the two tools work differently.

The highlight reconstruction module (at least for "clip" and "reconstruct in
Lch" modes) works on individual pixels, where filmic uses the surrounding area
as well to get some detail back in clipped areas.

The "laplacian" reconstruction in the "highlight reconstruction" uses the
surrounding area as well, but is horrendously slow on larger areas.

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org

So, I assume I need only one to be activated at one time (that was in 
fact the actual meaning of my question).
It seems to me that overburned areas are altered when using HL 
reconstruction,  displaying blue-gray-ish tint instead of white.
But I was not sure whether it is normal, or because of some inapropriate 
module and/or setting.
I find white rendering better than blue-gray-ish, so deactivating HL 
reconstruction while letting filmic do the job seems a better choice.


Le 16/08/2022 à 15:40, darkta...@911networks.com a écrit :

Search on youtube, there's a video about highlight recoveries in DT &
filmic "darktable pink highlights and how to fix them filmic" from
studio petrikas

Excellent explanations



I am eating videos heavily those times, mainly french ones because this 
is my native language and the only one that I really understand.
I often have to listen many times to english ones before I can 
understand, and subtitles - when existing - ... well... better not being 
there. 


Thanks to both.

Rgrds,

J.-Luc



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Highlights recovery / Filmic v6

2022-08-16 Thread Remco Viëtor
On mardi 16 août 2022 15:11:06 CEST Jean-Luc wrote:
> Hello,
> 
> Running dt 4.0 from ppa on Ubuntu 20.04 LTS (still not 22.04 yet).
> I am trying to understand whether it makes sense or not to use
> Highlights reconstruction together with filmic v6, since it seems it
> brings its own highlight reconstruction tools.
> The french online help seems no longer available, and maybe I did not
> understand correctly.
> Could someone please confirm ?
I think the two tools work differently.

The highlight reconstruction module (at least for "clip" and "reconstruct in 
Lch" modes) works on individual pixels, where filmic uses the surrounding area 
as well to get some detail back in clipped areas.

The "laplacian" reconstruction in the "highlight reconstruction" uses the 
surrounding area as well, but is horrendously slow on larger areas.

Remco



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



Re: [darktable-user] Highlights recovery / Filmic v6

2022-08-16 Thread darktable
On Tue, 16 Aug 2022 15:11:06 +0200
Jean-Luc  wrote:

> Hello,
> 
> Running dt 4.0 from ppa on Ubuntu 20.04 LTS (still not 22.04 yet).
> I am trying to understand whether it makes sense or not to use
> Highlights reconstruction together with filmic v6, since it seems
> it brings its own highlight reconstruction tools. The french online
> help seems no longer available, and maybe I did not understand
> correctly. Could someone please confirm ?
> 
> Regards,
> 
> J.-Luc
> 

Search on youtube, there's a video about highlight recoveries in DT &
filmic "darktable pink highlights and how to fix them filmic" from
studio petrikas

Excellent explanations

> 
> 
> darktable user mailing list
> to unsubscribe send a mail to
> darktable-user+unsubscr...@lists.darktable.org
> 


-- 
sknahT

vyS

darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org



[darktable-user] Highlights recovery / Filmic v6

2022-08-16 Thread Jean-Luc

Hello,

Running dt 4.0 from ppa on Ubuntu 20.04 LTS (still not 22.04 yet).
I am trying to understand whether it makes sense or not to use 
Highlights reconstruction together with filmic v6, since it seems it 
brings its own highlight reconstruction tools.
The french online help seems no longer available, and maybe I did not 
understand correctly.

Could someone please confirm ?

Regards,

J.-Luc



darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org