darktable 3.4.0 released

Started Dec 24, 2020 | Discussions
OP Henry Richardson Forum Pro • Posts: 21,340
3.4.1 has fatal regression in Windows version
3

Henry Richardson wrote:

A bug fix release has been made:

https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

3.4.1 has a fatal regression in the Windows version that causes it to crash every time the eyedropper in any module is used. No word on if this will get fixed any time soon.

-- hide signature --

Henry Richardson
http://www.bakubo.com

His Dudeness
His Dudeness Contributing Member • Posts: 502
Re: 3.4.1 has fatal regression in Windows version
1

Henry Richardson wrote:

Henry Richardson wrote:

A bug fix release has been made:

https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

3.4.1 has a fatal regression in the Windows version that causes it to crash every time the eyedropper in any module is used. No word on if this will get fixed any time soon.

Maybe, it is already solved: https://www.mail-archive.com/darktable-dev@lists.darktable.org/msg06078.html

 His Dudeness's gear list:His Dudeness's gear list
Nikon D300 Nikon D700 Fujifilm X-E2 Nikon D750 Fujifilm X-T3 +12 more
ddharriman Forum Member • Posts: 83
Re: 3.4.1 has fatal regression in Windows version - resolved

New Darktable version (3.4.1.1)

The problem with version (3.4.1) is resolved, and there is now a new Windows version named “darktable-3.4.1.1-win64.exe” on the gitub download page: https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

The messages relating to this can be read in here: https://www.mail-archive.com/darktable-user@lists.darktable.org/msg10871.html and more or less immediately after here: https://www.mail-archive.com/darktable-user@lists.darktable.org/msg10872.html

Best regards,

sluggy_warrior Senior Member • Posts: 2,896
Re: darktable 3.4.1 released

Henry Richardson wrote:

A bug fix release has been made:

https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

Slightly related, for those on Linux/Ubuntu: I've been living on the master branch, compiling every week. Last week, my darktable would freeze/crash if I start doing tasks too quickly. When it freezes, I can't close the window, can't kill darktable, and it even prevented shutting down, had to hold the power button to force a shut-off.

Thinking it was a recent update, I reverted darktable back to 3.4, then reverted intel microcode, then kernel, then nvidia driver, still had the problem. Turned out it was the Intel OpenCL driver. I was greedy, telling darktable to use both the 1050Ti and the onboard Intel 620, but didn't know the Intel OpelCL driver has always been buggy, perhaps I was lucky until recently.

OP Henry Richardson Forum Pro • Posts: 21,340
3.4.1.1 for Windows available
3

Henry Richardson wrote:

Henry Richardson wrote:

A bug fix release has been made:

https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

3.4.1 has a fatal regression in the Windows version that causes it to crash every time the eyedropper in any module is used. No word on if this will get fixed any time soon.

The bug fix release of the bug fix release is available now at the link above.  Great!

-- hide signature --

Henry Richardson
http://www.bakubo.com

FujiJon
FujiJon Regular Member • Posts: 438
Re: darktable 3.4.1 released

sluggy_warrior wrote:

Henry Richardson wrote:

A bug fix release has been made:

https://github.com/darktable-org/darktable/releases/tag/release-3.4.1

Slightly related, for those on Linux/Ubuntu: I've been living on the master branch, compiling every week. Last week, my darktable would freeze/crash if I start doing tasks too quickly. When it freezes, I can't close the window, can't kill darktable, and it even prevented shutting down, had to hold the power button to force a shut-off.

Thinking it was a recent update, I reverted darktable back to 3.4, then reverted intel microcode, then kernel, then nvidia driver, still had the problem. Turned out it was the Intel OpenCL driver. I was greedy, telling darktable to use both the 1050Ti and the onboard Intel 620, but didn't know the Intel OpelCL driver has always been buggy, perhaps I was lucky until recently.

So I'm not alone. I have the same problem on an Asus zenbook, i7 ice lake and iris graphics and a corei5 laptop. Telling dt not to use Opencl stops the crashing. As does waiting for dt to finish what it's doing before tweaking something else...mostly.

BTW you can click the close window button on dt, wait for the not responding prompt, then force quit.  Then use alt-printscreen together then holding those down type R E I S U B slowly to force a reboot, it's kinder on the system than turning it off.

-- hide signature --

If at first you do succeed, try not to look surprised.

 FujiJon's gear list:FujiJon's gear list
Fujifilm X-H1 Fujifilm XF 55-200mm F3.5-4.8 R LM OIS Fujifilm XF 10-24mm F4 R OIS Fujifilm 16-55mm F2.8R LM WR Fujifilm 16-50mm F3.5-5.6 II +1 more
sluggy_warrior Senior Member • Posts: 2,896
Re: darktable 3.4.1 released

FujiJon wrote:

So I'm not alone. I have the same problem on an Asus zenbook, i7 ice lake and iris graphics and a corei5 laptop. Telling dt not to use Opencl stops the crashing. As does waiting for dt to finish what it's doing before tweaking something else...mostly.

I had darktable crashed occasionally, especially living on the master branch, but I can always force quit or "killall darktable". When this crash happened, nothing can close darktable window, I can still use the system normally though.

I think in my case, as I told darktable to prioritize the 1050Ti, whenever I don't wait for it to finish a task (on the nVidia), it'd invoke the Intel GPU, and that randomly crashed darktable. Simply disabling Intel OpenCL (renaming /etc/OpenCL/vendors/intel.icd) has stopped the crash.

BTW you can click the close window button on dt, wait for the not responding prompt, then force quit. Then use alt-printscreen together then holding those down type R E I S U B slowly to force a reboot, it's kinder on the system than turning it off.

ah, thanks for the trick, I'll try it if it'll ever happen again.

FWIW, my Ubuntu laptop went through the shutdown process, logged out and quit Xorg, shutting off the external monitor. Here's what was stuck on the laptop screen after two minute or so, forcing me to hold down the power button to finish it off.

FujiJon
FujiJon Regular Member • Posts: 438
Re: darktable 3.4.1 released

sluggy_warrior wrote:

FujiJon wrote:

So I'm not alone. I have the same problem on an Asus zenbook, i7 ice lake and iris graphics and a corei5 laptop. Telling dt not to use Opencl stops the crashing. As does waiting for dt to finish what it's doing before tweaking something else...mostly.

I had darktable crashed occasionally, especially living on the master branch, but I can always force quit or "killall darktable". When this crash happened, nothing can close darktable window, I can still use the system normally though.

I think in my case, as I told darktable to prioritize the 1050Ti, whenever I don't wait for it to finish a task (on the nVidia), it'd invoke the Intel GPU, and that randomly crashed darktable. Simply disabling Intel OpenCL (renaming /etc/OpenCL/vendors/intel.icd) has stopped the crash.

BTW you can click the close window button on dt, wait for the not responding prompt, then force quit. Then use alt-printscreen together then holding those down type R E I S U B slowly to force a reboot, it's kinder on the system than turning it off.

ah, thanks for the trick, I'll try it if it'll ever happen again.

FWIW, my Ubuntu laptop went through the shutdown process, logged out and quit Xorg, shutting off the external monitor. Here's what was stuck on the laptop screen after two minute or so, forcing me to hold down the power button to finish it off.

UPDATE

I have been having seemingly random crashes on dt since 3.2.1, possibly a bit worse on 3.4, and continuing in 3.5.xxxxxx. Crashes would happen with pretty much any module but (I think), either after a lot of edits on one image, or otherwise every one or two images if fewer edits. Fixed by turning OpenCL off, so I assumed OpenCL was the problem. Then I had an image where for some reason Filmic wouldn't play nice (likely compounded by my incompetence) giving horrible highlights,. I went back to "legacy" processing using base curve...with OpenCL enabled...no filmic...no color calibration...and no problem. Just for play I went back and re-edited a couple of dozen assorted images using base curve after deleting the history stack, ie starting from scratch, no filmic, but otherwise using my usual selection of exposure, contrast eq, profiled denoise, color zones, sometimes color balance, local contrast, sometimes tone eq, crop/rotate. No problem, worked a treat, no crash and it seems snappier. So I'm wondering if filmic is doing something that upsets opencl (or the other way around)? I would be interested if anyone finds similar.

Fuji X-H1 RAF files on Asus Zenbook, Intel core i7 (ice lake), intel iris integrated graphics, linux mint 201.1 (cinnamon), darktable 3.5.0~git1072.d98b1496f-1

-- hide signature --

If at first you do succeed, try not to look surprised.

 FujiJon's gear list:FujiJon's gear list
Fujifilm X-H1 Fujifilm XF 55-200mm F3.5-4.8 R LM OIS Fujifilm XF 10-24mm F4 R OIS Fujifilm 16-55mm F2.8R LM WR Fujifilm 16-50mm F3.5-5.6 II +1 more
CAcreeks
CAcreeks Forum Pro • Posts: 18,031
Re: darktable 3.4.1 released
1

FujiJon wrote:

I have been having seemingly random crashes on dt since 3.2.1, possibly a bit worse on 3.4, and continuing in 3.5.x...

Fuji X-H1 RAF files on Asus Zenbook, Intel core i7 (ice lake), intel iris integrated graphics, linux mint 201.1 (cinnamon), darktable 3.5.0~git1072.d98b1496f-1

Can you put a discrete GPU in your machine? Probably not; isn't the Zenbook small?

OpenCL bugs in the Iris / UHD driver are a known Intel problem. There might be a newer driver available, as in Arch.

https://github.com/darktable-org/darktable/issues/6003

FujiJon
FujiJon Regular Member • Posts: 438
Re: darktable 3.4.1 released

CAcreeks wrote:

FujiJon wrote:

I have been having seemingly random crashes on dt since 3.2.1, possibly a bit worse on 3.4, and continuing in 3.5.x...

Fuji X-H1 RAF files on Asus Zenbook, Intel core i7 (ice lake), intel iris integrated graphics, linux mint 201.1 (cinnamon), darktable 3.5.0~git1072.d98b1496f-1

Can you put a discrete GPU in your machine? Probably not; isn't the Zenbook small?

OpenCL bugs in the Iris / UHD driver are a known Intel problem. There might be a newer driver available, as in Arch.

https://github.com/darktable-org/darktable/issues/6003

Internal GPU...no chance, it's a thin and light which suits my overall use case. I don't have 100s of images to develop so dt isn't where I spend most of my time.  I've been toying with the idea of an eGPU via thunderbolt to speed up dt but tbh given the cost and likely difficulties I'm quite happy the way it is and can live without filmic.

Thanks, I'll look around for a newer driver.

-- hide signature --

If at first you do succeed, try not to look surprised.

 FujiJon's gear list:FujiJon's gear list
Fujifilm X-H1 Fujifilm XF 55-200mm F3.5-4.8 R LM OIS Fujifilm XF 10-24mm F4 R OIS Fujifilm 16-55mm F2.8R LM WR Fujifilm 16-50mm F3.5-5.6 II +1 more
Keyboard shortcuts:
FForum MMy threads