Re: [darktable-user] OpenCLwith Radeon driver possible?

[Robert William Hutton]

On 05/06/16 08:44, David Farmer wrote:

As the subject suggests, is it possible to use darktable with OpenCL
support with the open source radeon driver?


No.  You need the binary driver (which isn't available yet for Ubuntu 
16.04 incidentally).


-R

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

[darktable-user] OpenCLwith Radeon driver possible?

[David Farmer]

As the subject suggests, is it possible to use darktable with OpenCL
support with the open source radeon driver?

Here is what I see when I try to load darktable with OpenCL from the
terminal.

$ darktable -d opencl -d perf
[opencl_init] opencl related configuration options:
[opencl_init]
[opencl_init] opencl: 0
[opencl_init] opencl_library: ''
[opencl_init] opencl_memory_requirement: 768
[opencl_init] opencl_memory_headroom: 300
[opencl_init] opencl_device_priority: '*/!0,*/*/*'
[opencl_init] opencl_size_roundup: 16
[opencl_init] opencl_async_pixelpipe: 0
[opencl_init] opencl_synch_cache: 0
[opencl_init] opencl_number_event_handles: 25
[opencl_init] opencl_micro_nap: 1000
[opencl_init] opencl_use_pinned_memory: 0
[opencl_init] opencl_use_cpu_devices: 0
[opencl_init] opencl_avoid_atomics: 0
[opencl_init] opencl_omit_whitebalance: 0
[opencl_init]
[opencl_init] found opencl runtime library 'libOpenCL'
[opencl_init] opencl library 'libOpenCL' found on your system and loaded
[opencl_init] found 1 platform
[opencl_init] found 1 device
[opencl_init] discarding device 0 `AMD CAPE VERDE (DRM 2.43.0, LLVM
3.8.0)' due to missing image support.
[opencl_init] no suitable devices found.
[opencl_init] FINALLY: opencl is NOT AVAILABLE on this system.
[opencl_init] initial status of opencl enabled flag is OFF.
[dev] took 0.231 secs (0.297 CPU) to load the image.


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

Re: [darktable-user] Chart Utility

[Ger Siemerink]

 /opt/darktable/bin/


Op 3 jun. 2016 7:53 PM schreef "David Vincent-Jones" :

> Trying to understand the new Color Checker Lut which uses the 'chart
> utility' ..
> Where do I find the utility?
>
> David
>
> 
> 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] Migration from Shotwell (Ubuntu) to darktable (Mac OS 10.11.5)

[Frank J.]

Am 04.06.2016 um 18:16 schrieb Michael Hendry:
..
> I had downloaded a simpler script when first looking at making the transfer, 
> and it crashed when there was a hierarchical tag involved. I think it was 
> written by Antoine Beaupré.

That was my start-point.
Look at line 6 of my script:

  # Based on an idea of Antoine Beaupre
http://redmine.darktable.org/issues/9461

I think I made it a bit more comfortable.


> You’re probably right, but I have found that darktable can handle a
hierarchical tag and a simple tag at the same time.

Yes, sure it can handle multiple *different* tags.
Klick on first tag *OR* second tag finds the same picture.

But importing the hierarchy from Shotwell means same tags, not different
tags.

Example:

Shotwell seems to search with "equal".
Tags are:
  "/persons"
+ "/persons/friends"
+ "/persons/friends/John Do"

Klick on "friends" searches: WHERE tags = '/persons/friends'

Darktable seems to search with SQL-"like".
Tag is "persons|friends|John Do".
Klick on "friends" searches: WHERE tags LIKE '/persons/friends%'.
The Wildcard % includes "John Do".

Wrong import:
  "|persons"
+ "|persons|friends"
+ "|persons|friends|John Do"

The SQL-LIKE-Search find more then one Tag pointing to the same set of
pictures. You have to use "SELECT DISTINCT .." to get every picture only
once.


> ... try to find anomalies in the tags.

Ideas:

- Do Ubuntu and Mac have the same coding (UTF-8)?
  In Germany we have some special Characters (ä,ö,ü,ß) that can cause
some trouble. In Scandinavia they have some characters that I cant find
on my keyboard. When transferring the SQL-file (txt) from one system to
another you may use "save as ... UTF-8" in your editor.
Sometimes that is a problem when copying files from Windows (ANSI) to
Linux (UTF-8). Sometimes it is no Problem with characters like
a-z,A-Z,0-9 but often with special/national characters.

- Do you have characters in the tag, that are used in SQL: % ; ' " \
  Darktable may handle this when typing it in the screen.
  But you put it directly into the database.


> .. are you using darktable on a Mac now, or have you simple transferred from 
> Shotwell to darktable in a Ubuntu environment?

My System is Ubuntu 14.04 LTS (waiting for Upgrade to 16.04 LTS).
Shotwell and Darktable in the same environment.


> Regards,
> 
> Michael



Frank

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

[darktable-user] Migration from Shotwell (Ubuntu) to darktable (Mac OS 10.11.5)

[Michael Hendry]

Since acquiring my iMac in 2013 I have gradually reduced my dependence on 
legacy programs by running Windows or Ubuntu in virtual machines.

Shotwell is the sole program I’m dependent on now, with > 20,000 images from 
various sources (film, scanner, digital camera), many with tags.

Although Shotwell offers to record tags within the associated image files, it 
can’t do this with certain file formats - RAW and BMP for example.

I found that if I used exiftool to create a sidecar XMP file for a given NEF 
file, including the necessary tag or tags, I could get darktable to adopt the 
tag information on import, thereby automating the process.

I used sqlite3 running in my ubuntu virtual machine to access the shotwell 
database, extract the tag information and create a shell script to make the 
transition.

In case anyone wants to follow the same path, the commands I used were:

sqlite> .output Hierarchical.txt
sqlite> select 'exiftool -XMP:hierarchicalSubject="' || replace(ltrim(t.name, 
"/"), "/", "|") || '"', '"' || filename || ".xmp" || '"' from PhotoTable p join 
TagTable t on instr(t.photo_id_list, printf("thumb%016x", p.id)) > 0 AND 
instr(t.name, "/") >0;
sqlite> .output stdout
sqlite> .output nonHierarchical.txt
sqlite> select 'exiftool -XMP:subject="' || replace(ltrim(t.name, "/"), "/", 
"|") || '"', '"' || filename || ".xmp" || '"' from PhotoTable p join TagTable t 
on instr(t.photo_id_list, printf("thumb%016x", p.id)) > 0;
sqlite> .output stdout
sqlite> 

which gave me two text files, one for Hierarchical tags and one for 
non-hierarchical tags, which I ran as shell scripts to create or update XMP 
files for each tagged file.

Switching to OS X, I was then able to import all the images into darktable, 
complete with the tags from Shotwell.

By and large, this has been successful, but I have a number of problems.

1. Frequent crashes of darktable, which generally occur when double-clcking one 
of the uncategorised tags in the “collect images” section, to bring all images 
with a particular tag into the lighttable view. Sometimes, persistence pays 
off, and the images come up without a crash, but there are a few repeat 
offenders.
2. Missing images in certain film rolls. This can be fixed by importing from 
the particular directory involved, but relies on my detecting that there are 
missing files in a given roll.
3. Frequent crashes in other context - particularly if trying to Collect Images 
using parameters other than tags.

I’m using the DMG version of darktable 2.0.4, and so far I have failed to 
compile my own version from source, so I can’t give “chapter-and-verse” details 
of the causes of the crashes.

Is there anyone out there who is using the Mac version successfully, and 
particularly anyone out there who has made this transition?

More in hope than expectation…

Michael


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