Re: [darktable-user] Graphic card opensource drivers

On Thu, 1 Oct 2020 13:58:38 +0100 Robert Bridge wrote: Thank you and the others for the responses. I figure that the ROCm driver is the only opensource solution that provides OpenCL functionality. But it's fiddly to install and might not work under Debian at all. The only other options are amdgp

Re: [darktable-user] Graphic card opensource drivers

> > So a faster graphic adapter without OpenCL makes a difference > compared to CPU only? Is that correct? I was under the assumption > that darktable uses the CPU for everything if OpenCL is not > available. That would be great news. > No, darktable only uses the GPU if the OpenCL drivers are wo

Re: [darktable-user] Graphic card opensource drivers

On 10/2/20 1:57 AM, Marco wrote: > On Thu, 1 Oct 2020 13:58:38 +0100 > Robert Bridge wrote: > > Thank you and the others for the responses. > > I figure that the ROCm driver is the only opensource solution that > provides OpenCL functionality. But it's fiddly to install and might > not work unde

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

Thank you, Patrick.  Having done that (note the screenshot below), darktable still can't seem to find these three files. And yes, I do need more time getting into the file system. Willy Williams -- "You don't take a picture. You ask quietly and humbly to borrow it." - Unknown -- On 10/

Re: [darktable-user] Graphic card opensource drivers

On Fri, 2 Oct 2020 00:04:12 +0100 Robert Bridge wrote: > If you aren't using openCL the graphics card isn't going to make a > major difference to the performance. OK, thanks for clarifying. Marco darktable user mailing

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

Thanks for the input, jys.  An interesting thing - being somewhat arbitrary, I chose to revert from darktable 3.2.1 to 3.0.2 on my Linux machine this morning. Interestingly, I can now see the three new .svg files in darktable (in the $HOME/.config/darktable directory) and use them to create wat

Re: [darktable-user] Question regarding watermark location in Ubuntu Linux

To clear up a few things…. “$HOME” is a variable which refers to the current user's home directory, which for Ubuntu 20.04., is at /home/$USER where $USER is the unix username, of whoever is currently logged into that session, e.g., /home/karim So that, for $USER=‘greycard’, the directory, $HOM

Re: [darktable-user] Graphic card opensource drivers

On Thu, 1 Oct 2020 13:58:38 +0100 Robert Bridge wrote: Thank you and the others for the responses. I figure that the ROCm driver is the only opensource solution that provides OpenCL functionality. But it's fiddly to install and might not work under Debian at all. The only other options are amdgp

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

* Willy Williams [10-03-20 11:13]: > Thank you, Patrick.  Having done that (note the screenshot below), darktable > still can't seem to find these three files. > > > And yes, I do need more time getting into the file system. > > Willy Williams > > -- > > "You don't take a picture. You ask

Re: [darktable-user] Misrepresentation of lighttable thumbnails of pictures processed in DT 3.2.1

On Sat, Oct 3, 2020, at 05:43, Michael Jacobs wrote: > After reimporting my 6 picture into DT, some lighttable thumbnails > are getting displayed 2/3 black (cfr screenshot below) > > This only happens to pictures processed in DT 3.2.1. Thumbnails of > pictures processed with previous DT are

Re: [darktable-user] Graphic card opensource drivers

Am 01.10.20 um 18:06 schrieb Germano Massullo: Il 01/10/20 17:40, Peter McD ha scritto: Am 01.10.20 um 16:43 schrieb Germano Massullo: AMD RX480 + Fedora user here. I am using the GPU with amdgpu (open) drivers for everything. When I have to use darktable, I use the proprietary amdgpu-pro OpenC

Re: [darktable-user] Graphic card opensource drivers

On Sat, 3 Oct 2020 13:38:57 +0200 Peter McD wrote: > No, unfortunatlly it doesn't work with Leap 15.2 or Tumbleweed, > using the RPMs from amdgpu-pro_20.30, I tried both. For opensuse see: https://en.opensuse.org/SDB:AMDGPU-PRO It's opensuse's wiki and it explains how to easily install amdgpu-

re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

> Message du 02/10/20 01:41 > De : "Willy Williams" > A : darktable-user@lists.darktable.org > Copie à : > Objet : [darktable-user] Re: Question regarding watermark location in Ubuntu > Linux Hello, > > OK, I found the watermarks location under > "Computer/usr/share/darktable/watermarks", but

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

Either one can make your system unstable. The difference is that > sudo cp myLogo.svg /usr/local/share/darktable/watermarks does one thing then exits the SU privileged command, (sorta), whereas, > {RMB-Click} → {Open as Administrator} → {DnD} leaves a client window open with SU privileges, (i

re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

Er... this message was sent yesterday ! And it appears today, with today's date !! What the Hell ? > Message du 03/10/20 18:23 > De : "Jean-Luc CECCOLI" > A : darktable-user@lists.darktable.org > Copie à : > Objet : re: [darktable-user] Re: Question regarding watermark location in > Ubuntu Linu

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

One thing which occurred to me, and I cannot see why this will be so, but I thought of permissions on your files. Do this…. > ls -l ~/.config/darktable/watermarks/*.svg and you should see something to the effect of > -rw-rw-??- 1 $USER1 $USER2 ??? MM DD > /home/$USER1/.config/darktabl

Re: [darktable-user] Question regarding watermark location in Ubuntu Linux

Hi, As you suggest "$HOME/.config/darktable/watermarks" is the correct path in 3.2.1 as well. Working fine for me with files in that directory. I seem to remember that you will need to restart darktable after placing.svg files there - even possibly restart the computer. HTH, R. On 01/10/2020 20

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

On samedi 3 octobre 2020 19:14:36 CEST Top Rock Photography wrote: > One thing which occurred to me, and I cannot see why this will be so, but I > thought of permissions on your files. Do this…. > > > ls -l ~/.config/darktable/watermarks/*.svg > > and you should see something to the effect of >

Re: [darktable-user] Graphic card opensource drivers

Am 03.10.20 um 18:16 schrieb darkta...@911networks.com: On Sat, 3 Oct 2020 13:38:57 +0200 Peter McD wrote: No, unfortunatlly it doesn't work with Leap 15.2 or Tumbleweed, using the RPMs from amdgpu-pro_20.30, I tried both. For opensuse see: https://en.opensuse.org/SDB:AMDGPU-PRO It's opens

Re: [darktable-user] Graphic card opensource drivers

AMD open source + propietary (to support OpenCL) drivers installation was discussed in pixls.us here [1] I have it installed in this way, automated with a script (it's commented in the thr

Re: [darktable-user] Re: Question regarding watermark location in Ubuntu Linux

> > Well, on my system (and most, if not all, other linux/unix systems I've > seen), > $USER1 is indeed your login name, but $USER2 (group) is *not* the same, > commonly I'd expect a normal user to be a member of group "users". OP did say that he was running Ubuntu Linux 20.04.1, and under Ubunt

Re: [darktable-user] Graphic card opensource drivers

Am 02.10.20 um 08:19 schrieb Rafa García: AMD open source + propietary (to support OpenCL) drivers installation was discussed in pixls.us here [1] I have it installed in this way, automa

Re: [darktable-user] Misrepresentation of lighttable thumbnails of pictures processed in DT 3.2.1

I had the issue when importing RAW files only. The fix described in the link below fixed my problem. thanks for pointing me into the right direction On 10/3/20 5:44 PM, jys wrote: On Sat, Oct 3, 2020, at 05:43, Michael Jacobs wrote: After reimporting my 6 picture into DT, some lighttable t

[darktable-user] [OT] Sudo Filemanager (was: Question regarding watermark location in Ubuntu Linux)

> Message du 03/10/20 18:45 > De : "Top Rock Photography" > A : "Darktable Mailing List" > Copie à : > Objet : Re: [darktable-user] Re: Question regarding watermark location in > Ubuntu Linux > > Either one can make your system unstable. The difference is that > sudo cp myLogo.svg /usr/local/s

Re: [darktable-user] Misrepresentation of lighttable thumbnails of pictures processed in DT 3.2.1

On Sat, Oct 3, 2020, at 09:27, Michael Jacobs wrote: > No jys, it's not the same issue as the one described in the link. I > did only import raw files, no raw + jpg pairs. Ah, looking closer at the attached image I see what you meant by "2/3 black"... by area. That does seem to be a different i

[darktable-user] Problems building current master on Fedora 32

Hello All, I'm seeking advice from anyone building darktable on Fedora 32 from the git master. I've had very few problems regularly building a dt rpm for many years now, but ran into an issue with release-3.3.0-899-gc6dc8ec17. I posted a request for advice on the dev list but have not had an answer

Re: [darktable-user] Problems building current master on Fedora 32

On Sat, Oct 3, 2020, at 16:11, Terry Duell wrote: > Hello All, > I'm seeking advice from anyone building darktable on Fedora 32 from the git > master. > I've had very few problems regularly building a dt rpm for many years now, but > ran into an issue with release-3.3.0-899-gc6dc8ec17. The comm

Re: [darktable-user] Problems building current master on Fedora 32

Hello jys, On Sat, 2020-10-03 at 16:54 -0700, jys wrote: > > On Sat, Oct 3, 2020, at 16:11, Terry Duell wrote: > > Hello All, > > I'm seeking advice from anyone building darktable on Fedora 32 from the git > > master. > > I've had very few problems regularly building a dt rpm for many years now,

[darktable-user] Re: Problems building current master on Fedora 32...A solution!

On Sun, 2020-10-04 at 10:11 +1100, Terry Duell wrote: > Hello All, > I'm seeking advice from anyone building darktable on Fedora 32 from the git > master. > I've had very few problems regularly building a dt rpm for many years now, but > ran into an issue with release-3.3.0-899-gc6dc8ec17. > I post