Re: [darktable-user] dt under Ubuntu 16.04
On 04/27/2016 02:53 PM, Alex wrote: > 2016-04-27 20:39 GMT+02:00 Alex <zeita...@gmail.com>: [...] >>>>> I tried: >>>> sudo apt-get purge --auto-remove darktable >>>> sudo apt-get purge darktable >>>> sudo apt-get remove darktable >>>> and then >>>> sudo apt-get install darktable >>>> but still fails to start with the message: >>>> >>>> darktable: symbol lookup error: >>>> /usr/bin/../lib/darktable/libdarktable.so: undefined symbol: >>>> _ZN5Exiv213XmpProperties10registerNsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_ >>>> >>> Have you verified that /usr/bin/../lib/darktable/libdarktable.so is >>> actually provided by darktable package? >>> Also, are you sure you don't just happen to have self-compiled exiv2 >>> somewhere? >>> >>> Sounds like mixing C++ ABI versions. C++ FTW. >>> >>> Roman. >>> >> There is /usr/lib/darktable/libdarktable.so (Just noticed it's /../, not /.../) To find libexiv versions: locate libexiv To check what libdarktable.so is using: ldd /usr/lib/darktable/libdarktable.so | grep libexiv -- Šarūnas Burdulis http://math.dartmouth.edu/~sarunas darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] dt under Ubuntu 16.04
On 04/26/2016 03:57 PM, Alex wrote: > I tried uninstalling and installing from both ppa and official repo. I > am getting: > darktable: symbol lookup error: > /usr/bin/../lib/darktable/libdarktable.so: undefined symbol: > _ZN5Exiv213XmpProperties10registerNsERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES8_ > and dt is not starting. libdarktable.so from darktable in Xenial is /usr/lib/darktable/libdarktable.so. Judging by the error message, in your case the library is loaded from some other install, and it looks like it might be not finding libexiv. You may want to cleanly uninstall and remove all previous darktable installs and then reinstall. It should pull in libexiv if it is missing, as that is one of the package dependencies. darktable 2.0.3 from the official Xenial repository works fine here on 16.04 (albeit on Kubuntu). ~# apt-cache policy darktable darktable: Installed: 2.0.3-1 Candidate: 2.0.3-1 Version table: *** 2.0.3-1 500 500 http://archive.ubuntu.com/ubuntu xenial/universe amd64 Packages 100 /var/lib/dpkg/status -- Šarūnas Burdulis http://math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] dt under Ubuntu 16.04
On 04/28/2016 12:46 PM, Alex wrote: [...] >> on my side it is: > $ apt policy darktable > darktable: > Installiert: 2.0.3-1 > Installationskandidat: 2.0.3-1 > Versionstabelle: > *** 2.0.3-1 500 > 500 http://de.archive.ubuntu.com/ubuntu xenial/universe amd64 > Packages > 100 /var/lib/dpkg/status > > but still no go Did you try to look for extra libexiv libraries and what is libdarktable.so using?: To find libexiv versions: locate libexiv To check what libdarktable.so is using: ldd /usr/lib/darktable/libdarktable.so | grep libexiv -- Šarūnas Burdulis http://math.dartmouth.edu/~sarunas darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Re: Color checker.
On 07/30/2016 05:35 PM, Michael wrote: > How do we use these things with dark table? I like very much the color balance, which I see in Olympus out-of-camera JPEGs, and I wanted to have a darktable style as a starting point for processing RAW. I used a similar GretagMacbeth color pattern to create a style using "color zones" module. That is, I took a picture of the color checker in direct sunlight and tried various settings on RAW to match the JPG. Color zones module manipulation produced the best result, though the match still wasn't perfect. The resulting style works very well on some scenes, but less so on others. Then I discovered IT8 target from Wolf Faust and this: http://www.darktable.org/2016/05/colour-manipulation-with-the-colour-checker-lut-module/ The latter is of course a much more systematic approach. It uses "color checker lut" module (as of today one has to use darktable compiled from git master) and a darktable-chart utility. Using Olympus RAW (ORF) and out-of-camera JPG, the resulting style provides amazingly similar color rendition. For most of the scenes anyway. I used both Olympus' "natural" and "vivid" JPG modes. Still for some scenes, I still prefer my initial, empirical, "color zones" style... In the end, it is good to have these style available and try them on different scenes. Šarūnas https://math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Locked Video LUT
On 2017-01-15 04:29, Maurizio wrote: > Updated DisplayGUI but problem is still here... > Maurizio The error message you are seeing is probably from dispwin, which is called by the DisplayCAL GUI and needs to be updated. dispwin is part of the Argyll suite of tools. Šarūnas > In data sabato 14 gennaio 2017 19:57:01 CET, David Vincent-Jones ha scritto: >> On openSUSE 42.2 I was able to install DisplayCAL 3.2.3 from the repos. >> and this fixed my problem. >> >> David >> >> On 01/14/2017 01:38 PM, Šarūnas Burdulis wrote: >>> On 01/14/2017 12:57 PM, Maurizio Paglia wrote: >>>> Same problem for me on the same distribution Maurizio >>>> >>>> Il 14 gen 2017 18:49, "David Vincent-Jones" <david...@gmail.com >>>> <mailto:david...@gmail.com>> ha scritto: >>>> >>>> After installing the Nvidia openCL package I now find that DisplayCAL >>>> is unable to install my display calibration. I am getting the message >>>> 'Argyll CMS:Dispwin : Error: - We don't have access to the VideoLUT >>>> for clearing'. >>>> >>>> Any ideas how to get around this problem? >>> >>> Same problem on Ubuntu 16.10. >>> >>> I ended up downloading updated software from >>> >>> http://www.argyllcms.com >>> >>> Version 1.9.2 works fine. >>> >>> Šarūnas >>> math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Activate OpenCL for AMD FirePro D300 in Ubuntu
On 11/20/2016 12:21 PM, Frank J. wrote: > Hallo, > I installed Ubuntu 16.04 LTS on an "ashtray" [1]. > This hardware has 2 powerfull GPUs. > But DT did'nt find a device for "OpenCL". > > Which drivers must I install to get OpenCL-Support for Darktable? > "radeon" ist installed now. > "amdgpu-pro" is not installable, it has some conflicts. amdgpu-pro. It, including OpenCL for darktable, worked on 16.04. Perhaps conflicts can be resolved with 'apt-get -f install'? Šarūnas https://math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
On 2017-03-30 17:19, Peter Mc Donough wrote: > [...] > Just for getting the feel of it I run Xubuntu 16.04 LTS in virtualbox, > with an eye on installing it on a real machine. > There was a regular update on my virtual Xbuntu, kernel 4.4 to kernel > 4.8. So they are updating it. > > The following relates to Ubuntu, but if you have an answer;-) > Quesions would be: > Does the ampgpu-pro work with this kernel on a "real" Xubuntu machine. I > wouldn't bother if openCL were not available there. 'amdgpu', combined with a few files extracted from 'amdgpu-pro' package to enable OpenCL, does work with Linux 4.8. Your AMD chip needs to be among those supported by amdgpu and amdgpu-pro, of course. -- Šarūnas Burdulis math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Which config for Darktable
On 06/24/2017 11:51 AM, Germano Massullo wrote: > Il 24/06/2017 15:02, Michael Below ha scritto: >> Hi, >> >> Am Fr 23 Jun 2017 16:44:33 CEST >> schrieb Mark Heieis <mhei...@alois.ca>: >> >>>>> Am 23.06.2017 um 17:01 schrieb Mark Heieis: >>>>>> To get AMD opencl on newer cards in Fedora 25, download current >>>>>> CentOS/RHEL amdgpu pro driver (17.10.). >>>>>> >>>>>> Unpack it and then under root run ./amggpu-pro-install --compute, >>>>>> which just installs opencl support >>>>> This is as simple as it should be! >>>> Sorry, no... I'm glad it works for you, but this is a hack that >>>> might break with the next update. It's a major advantage that the >>>> NVidia driver is available for a number of distributions, including >>>> Ubuntu and Debian... >>> I fail to see the problem and why it's a "no" and a "hack", as it is >>> just installing support libs as far as I can tell. It's been working >>> for me (RX480) since amdgpu-pro16.x using out-of-the-box Fedora 25. >>> Please explain how it would break, I'd like to understand. Worst >>> case, you just have to rerun ./amggpu-pro-install --compute >> It's not "as simple as it should be", since you are generally using >> Fedora package management to keep track of installed software, and you >> have to work around that here and install stuff by hand to get OpenCL >> on AMD, because of lacking support. And it's a "hack" since you are >> using part of a package built for RedHat. This may work in the current >> combination of RH version and Fedora version, but it is a matter of >> luck, not a matter of design. With the next change in either >> distribution the dice may fall another way. I wouldn't want to spend a >> couple hundred euros on that basis. >> >> But as I said, I'm glad it works for you. >> > Indeed as a Fedora packager I would never use such "hack around"s, but I > am glad that it works for him I haven't used amdgpu/amdgpu-pro on Fedora or any RPM systems. For Ubuntu, amdgpu-pro is not much more, but a set of regular .deb packages. One can use the provided script amdgpu-pro-install, which installs all those debs. But they can also be intalled individually, using dpkg. With open source amdgpu already in the kernel, there is no need to install all the debs. That's why there is a --compute option, which merely installs a subset, i.e. a few packages with OpenCL libraries, in a standard, APT way. No compilation is necessary; it works with all the kernels, including the latest 4.12 RC. It never occurred to me that this is a hack, i.e. installing some libs, but perhaps there are reasons I don't know about. -- Šarūnas Burdulis math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] How to deal with underexposed image
On 2017-05-26 15:18, Piotr Ryszkiewicz wrote: > Hi all, > > I am trying to learn postprocessing photographs, still at the > beginning of learning curve. I'd like to ask more experienced users > what can I do with underexposed image as this one: > > https://drive.google.com/open?id=0B3cSQCYRbO3RZWZIZURKUEF6Rms > > I tried my best and was able to get output better than jpg out of > camera, but still I am not satisfied, as the result looks somehow > unnatural. Here is it: > > https://drive.google.com/open?id=0B3cSQCYRbO3RSkVtaXJPLURUUjQ > And here is xmp file: > https://drive.google.com/open?id=0B3cSQCYRbO3RSGpiM3YxV3pZV3c > > Would you be so kind and give me some suggestions how can I improve it > ? Or even better - could you process it yourself and post your xmp > file ? Here is my take: https://math.dartmouth.edu/owncloud/s/dt6IpL3RIHrYmSs The scene is back-lit, so most attempts to fill-in the shadows are likely to result in somewhat “unnatural” lighting. In such a situation the best probably would have been to use a fill-in flash, which might have also allowed to preserve details in the sky (reflection in the puddle reveals that there might have been some interesting sky). In my opinion, image is not underexposed — the sky part is overexposed. darktable 2.2.4; default base curve for the camera (no fusion). I assume we use calibrated and profiled displays, not only for darktable, but also whatever program is used for viewing the processed images is “color managed”. -- Šarūnas Burdulis math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Fedora Spin, was Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
On 06/03/2017 05:41 PM, Pascal Obry wrote: > Le samedi 03 juin 2017 à 17:28 -0400, Šarūnas Burdulis a écrit : >> amdgpu is in the kernel, so no need >> fo module recompile (that's one reason I prefer it over nvidia…). > > But tthe amdgpu on the kernel does not have "image" support which is > required by darktable. So yes the module sit there, but can't be used > with darktable, [...] Hmm, not sure if we are not talking about the same things, but, at least for me, on Kubuntu 17.04, amdgpu + amdgpu-pro OpenCL libs work perfectly with darktable, i.e. OpenCL is available as reported by the darktable and a sample image processing takes few seconds as compared to tens of seconds with --disable-opencl. -- Šarūnas Burdulis math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Fedora Spin, was Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
On 06/03/2017 04:46 PM, Peter Mc Donough wrote: > Am 02.06.2017 um 16:09 schrieb Peter Mc Donough: >> Am 02.06.2017 um 14:40 schrieb Šarūnas: >>> On 2017-06-02 06:22, Peter Mc Donough wrote: > >>> ... >>> AMDGPU-PRO installer now has a '--compute' option to install only the >>> OpenCL part: >>> >>> ./amdgpu-pro-install --help >>> Usage: amdgpu-pro-install [options...] >>> Options: >>>-h|--help display this help message >>>--px PX platform support >>>--compute OpenCL support only >>> >>> This works perfectly with amdgpu on [k]ubuntu, at least in 17.04. >> >> I' give it a try. >> > > Success with a fresh installation of Kubuntu 17.04. Darktable shows > openCL aktive, I left "home" untouched. > Let's see how it survives a kernel update? Yes, let's see. I “went” through a lot of kernel changes with this setup, from Ubuntu stock to mainline 4.10/11/12 and back (in order to get some weird Gigabyte BIOS to boot with the new Ryzen 7), and amdgpu-pro OpenCL still worked. amdgpu is in the kernel, so no need for module recompile (that's one reason I prefer it over nvidia…). -- Šarūnas Burdulis math.dartmouth.edu/~sarunas signature.asc Description: OpenPGP digital signature