[darktable-user] How to zero star rate an image?
Hi, I import images with zero rating and then apply ratings accordingly. Previous to 3.0.2, I could zero rate an image by toggling star-1 (assuming only star 1 is toggled on) if the rating is no longer desired. I must be missing something, how do I zero rate an image from the UI, as I seem to be unable to remove ratings now. Thanks. -- __ Mark Heieis +1.604.250.4107 0x3E323A437774DC64.asc Description: application/pgp-keys signature.asc Description: OpenPGP digital signature
Re: [darktable-user] Is there a way to bulk import many folders at once?
LUA approach worked great. Thanks. On 2019-11-12 9:29 p.m., August Schwerdfeger wrote: If the "import directories recursively" checkbox in the import dialog does not fit your bill, the 'darktable.database.import' Lua function (https://www.darktable.org/lua-api/index.html#darktable_database_import) can import a folder. If you have a text file with a list of the folders you want to import, it should be fairly quick work to make a Lua script that will mass-import all of them. -- August Schwerdfeger aug...@schwerdfeger.name On 11/12/19 11:07 PM, Mark Heieis wrote: Is there a way to bulk import many folders at once rather than importing one folder at a time manually? Eg bulk import from the command line or LUA script or darktable feature I'm not seeing? Thanks. 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
[darktable-user] Is there a way to bulk import many folders at once?
Is there a way to bulk import many folders at once rather than importing one folder at a time manually? Eg bulk import from the command line or LUA script or darktable feature I'm not seeing? Thanks. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Canon EOS Utility
File copy into destination directory and then in darktable just import directory? Works rather efficiently for me. For faster copies, I just plug the memory card into a card reader then do the same but from the card rather than using the camera usb. So I guess, why use some thing in between? On 2018-08-19 08:07, Pete Barlow wrote: I normally use Canon EOS Utility to move images from the camera to my hard disk. I can select the Canon Digital Professional software, or None, or a registered program. If I chose to register darktable then it seems to try to open the software for every image that is transferred which fails with lock errors I'm guessing after every open after the first. For Canon DPP it only only seems to open the software once after all the images are transferred. Does anyone use this feature and knows of a way of stopping it trying to open the software after every image? Pete Barlow 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] Posting large files to mailing lists
I agree. I find it frustrating to scroll to the bottom to find a response. On 2018-05-07 17:26, Michael wrote: I never knew that "top posting" was a problem. Maybe I'm just used to it, but I prefer to have the reply at the top so I don't have to scroll thru all the messages in the chain to find the latest post. On May 8, 2018 12:13:36 AM UTC, Patrick Shanahan wrote: * August Schwerdfeger [05-07-18 19:53]: When using Gmail apps (at least in the U.S.), it is very complicated *not* to "top post." darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] 2.4.2 settings missing in Lighttable
Did you try clicking the "tippy" arrow at the top of the screen? They are in opposite positions when comparing your 2 screen shots. On 2018-03-29 09:24, darkta...@911networks.com wrote: DT 2.4.2 on Manjaro (current) I'm missing the G* and wheel from the lighttable (top tight), but it's there in the darkroom. Here are the screenshots lighttable: https://i.imgur.com/g43ovIL.png darkroom: https://i.imgur.com/U1BM6bx.png How do I get them back in the lighttable? darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Console error messages x 2: opencl and 5DM2 not recognized?
On 2017-11-06 02:26, Roman Lebedev wrote: > On Mon, Nov 6, 2017 at 6:45 AM, Mark Heieis wrote: >> Hi, > Hi. > >> I'm getting the following two messages when starting darktable from a >> console, I don't recall getting them before but have a feeling neither has >> anything to do with darktable: >> >> -- >> >> DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument >> Assuming 131072kB available aperture size. >> May lead to reduced performance or incorrect rendering. >> get chip id failed: -1 [2] >> param: 4, val: 0 snip >> RawSpeed:Unable to find camera in database: 'Canon' 'Canon EOS 5D Mark II' >> 'dng' >> Please consider providing samples on <https://raw.pixls.us/>, thanks! > That is for dng, so just ignore that. BTW i hope that DNG is from > hdr merging process, and not from adobe dng converter. Using magic latern dual iso and cr2hdr > snip >> [opencl_init] kernel loading time: 0.0381 >> [opencl_init] OpenCL successfully initialized. >> [opencl_init] here are the internal numbers and names of OpenCL devices >> available to darktable: >> [opencl_init] 0 'Ellesmere' >> [opencl_init] these are your device priorities: >> [opencl_init] image preview export thumbnail >> [opencl_init] 0 -1 0 0 >> [opencl_init] FINALLY: opencl is AVAILABLE on this system. > It clearly says that opencl is available via 'Ellesmere', no? Yes. was wondering if there is a real, negative impact from the DRM_IOCTL_I915_GEM_APERTURE failure or just a message that can be ignored since opencl is avail on Ellesmere. Thanks. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Console error messages x 2: opencl and 5DM2 not recognized?
Hi, I'm getting the following two messages when starting darktable from a console, I don't recall getting them before but have a feeling neither has anything to do with darktable: -- DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [2] param: 4, val: 0 DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [2] param: 4, val: 0 cl_get_gt_device(): error, unknown device: 0 RawSpeed:Unable to find camera in database: 'Canon' 'Canon EOS 5D Mark II' 'dng' Please consider providing samples on , thanks! -- I have an on board graphics card which should be disabled, as I use an AMD RX480, opencl, fedora 26, darktable 2.2.5-2.fc26. So if "if disabled", is this really a problem? Darktable-cltest and clinfo also report the same issue. Also, why would a 5D Mark II not be recognized? An thoughts or comments? TIA -- $ export LD_LIBRARY_PATH=/opt/amdgpu-pro/lib64/; darktable-cltest [opencl_init] opencl related configuration options: [opencl_init] [opencl_init] opencl: 1 [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_enable_markesteijn: 1 [opencl_init] [opencl_init] found opencl runtime library 'libOpenCL' [opencl_init] opencl library 'libOpenCL' found on your system and loaded DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [2] param: 4, val: 0 [opencl_init] found 4 platforms DRM_IOCTL_I915_GEM_APERTURE failed: Invalid argument Assuming 131072kB available aperture size. May lead to reduced performance or incorrect rendering. get chip id failed: -1 [2] param: 4, val: 0 cl_get_gt_device(): error, unknown device: 0 [opencl_init] could not get device id size: -1 [opencl_init] could not get device id size: -1 [opencl_init] found 2 devices [opencl_init] discarding CPU device 0 `pthread-Intel(R) Core(TM) i7-6700K CPU @ 4.00GHz'. [opencl_init] device 1 `Ellesmere' supports image sizes of 16384 x 16384 [opencl_init] device 1 `Ellesmere' allows GPU memory allocations of up to 2774MB [opencl_init] device 1: Ellesmere GLOBAL_MEM_SIZE: 3925MB MAX_WORK_GROUP_SIZE: 256 MAX_WORK_ITEM_DIMENSIONS: 3 MAX_WORK_ITEM_SIZES: [ 256 256 256 ] DRIVER_VERSION: 2442.7 DEVICE_VERSION: OpenCL 1.2 AMD-APP (2442.7) //snip [opencl_init] kernel loading time: 0.0381 [opencl_init] OpenCL successfully initialized. [opencl_init] here are the internal numbers and names of OpenCL devices available to darktable: [opencl_init] 0 'Ellesmere' [opencl_init] these are your device priorities: [opencl_init] image preview export thumbnail [opencl_init] 0 -1 0 0 [opencl_init] FINALLY: opencl is AVAILABLE on this system. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Configuring colour management problem
Hi, I just upgraded to F26 (fresh install) and using KDE but now having colour issues in that what I see in darktable is not what I'm seeing in colour managed image viewers on the same monitor. I have 2 monitors: a DELL FP2007 used for most of my daily, non-colour, tasks and a Benq SW2700q used for naturally, image processing. What I'm getting is the following: -- darktable-cmstest version darktable-2.2.5-2.fc26 this executable was built with colord support enabled darktable itself was built with colord support enabled primary CRTC is at CRTC 0 CRTC for screen 0 CRTC 2 has no mode or no output, skipping CRTC for screen 0 CRTC 3 has no mode or no output, skipping CRTC for screen 0 CRTC 4 has no mode or no output, skipping CRTC for screen 0 CRTC 5 has no mode or no output, skipping DVI-D-1 the X atom and colord returned different profiles X atom: _ICC_PROFILE (766048 bytes) description: DELL 2007 #1 2017-01-26 12-28 2.2 F-S XYZLUT+MTX colord: "/var/lib/colord/icc/SW2700 #2 2017-09-18 23-50 2.2 F-S XYZLUT+MTX.icc" description: SW2700 #2 2017-09-18 23-50 2.2 F-S XYZLUT+MTX HDMI-2 the X atom and colord returned different profiles X atom: _ICC_PROFILE_1 (766048 bytes) description: DELL 2007 #1 2017-01-25 15-47 2.2 F-S XYZLUT+MTX colord: "[home_dir]/.local/share/icc/DELL 2007 #1 2017-01-26 12-28 2.2 F-S XYZLUT+MTX.icc" description: DELL 2007 #1 2017-01-26 12-28 2.2 F-S XYZLUT+MTX Better check your system setup - some monitors reported different profiles You may experience inconsistent color rendition between color managed applications What I'm seeing is DVI-D-1 (primary is Benq) has conflicting profiles. I'm thinking the CM image viewers are using xatom. I've configured icc profiles "correctly" in the "Color Corrections" module but I'm confused as to where Xatom is being configured or why it's not picking up the correct profile. As you can see colord has the correct profiles. I don't care about the Dell, it's the Beng profiles that seems to be problem. Also, I don't know what the CRTC messages are implying. Any thoughts or guidance? TIA darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Which config for Darktable
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 think the point being missed is that until there are truly complete open source driver options, there are no other "real" alternatives if one requires/wants OpenCL. So to imply individuals not to pursue working alternatives doesn't seem right to me. As far as "it works for me", I would suggest that it works for anyone that uses stock Fedora + current kernel + current generation RX cards + amdgpu-pro-install --compute. To me this is beyond a "hack" - it works and it's simple (no recompilation required, no weird configuration edits, etc) Has anything "broken" for me so far, even through numerous kernel updates? Nope. Could it happen? Perhaps. But then again the NVidia option doesn't appear to be much further ahead on this either. So in conclusion, pick the HW you are comfortable with, which flavour of linux you want, and what it requires to provide the functionality you want, and go from there, knowing that if chosen correctly, you can get the functionality desired. Because at the end of the day, the history doesn't matter to me as I need to work, which requires OpenCL. If a better solution avails itself in the future, I will pursue that but until then I have a working system and that's what I'm sharing. Isn't that what it's all about? Cheers. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Which config for Darktable
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 m. Cheers Michael 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] Which config for Darktable
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 On 2017-06-23 06:11, Patrick Shanahan wrote: * Germano Massullo [06-23-17 09:08]: Il 23/06/2017 14:36, Guillermo Rozas ha scritto: Forget using OpenCL without proprietary drivers, but there is a way to use them without having to install it permanently: if you use a Radeon RX card you can simply unpack the proprietary OpenCL driver somewhere and let darktable use it. Honest question: what is the sense of doing this? If one is using the open source drive on "moral grounds", taking the OpenCL blob from it and using it when convenient doesn't make it any less closed. I confess that I don't know the status of the proprietary drivers for AMD, are they fundamentally worse than the open ones? Technological reasons: RPM packages of AMDGPU-Pro are for RHEL/CentOS only. Therefore you cannot install them on Fedora. But a user found out how to use the OpenCL part of them, without having to install the RPMs to be sure, rpm is just a script manipulation placing contained files to particular locations :) no big thing taking a file from an rpm to use for a different purpose or in a different location. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Fedora 25 - Darktable crash - Casio-jpg - volunteer wanted.
Experience a problem as well Linux copernicus 4.10.12-200.fc25.x86_64 #1 SMP Sat Apr 22 03:03:34 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux darktable 2.2.4-1.fc25 exiv2 0.25 001900 (64 bit build) /usr/lib64/libexiv2.so.14 This is what I'm getting with the test file: $ darktable sqlite3 error: /builddir/build/BUILD/darktable-2.2.4/src/libs/tools/filmstrip.c:706, function _lib_filmstrip_draw_callback(): unrecognized token: "8" sqlite3 error: /builddir/build/BUILD/darktable-2.2.4/src/libs/tools/filmstrip.c:707, function _lib_filmstrip_draw_callback(): not an error sqlite3 error: /builddir/build/BUILD/darktable-2.2.4/src/libs/tools/filmstrip.c:708, function _lib_filmstrip_draw_callback(): not an error darktable: tiffcomposite.cpp:749: virtual Exiv2::Internal::TiffComponent* Exiv2::Internal::TiffMnEntry::doAddPath(uint16_t, Exiv2::Internal::TiffPath&, Exiv2::Internal::TiffComponent*, Exiv2::Internal::TiffComponent::AutoPtr): Assertion `mn_' failed. Aborted (core dumped) On 2017-05-01 08:53, Peter Mc Donough wrote: Am 01.05.2017 um 17:42 schrieb Germano Massullo: Il 01/05/2017 17:26, Peter Mc Donough ha scritto: Am 01.05.2017 um 16:35 schrieb Mark Heieis: Where is the test file? 5.6 MB, only interesting for Fedora-volunteers. Are you one? Stop kidding, you should provide that file if you are really interested in solving your problem. Sorry, here it is cu Peter 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] Fedora 25 - Darktable crash - Casio-jpg - volunteer wanted.
Where is the test file? On 2017-05-01 06:23, Peter Mc Donough wrote: Hi, I've been toying with Fedora 25 and ubuntu 16.04.2 in Virtualbox with XFCE as GUI. Both updated . (The ampgpu-Pro option calls) In Fedora darktable-2.2.4-1.fc25 exiv2-libs 0.25-3.fc24 When I export in Darktable a casio.jpg - crash. In virtual Ubuntu, no problem, and neither in my host Tumbleweed. Both use exiv2 0.25, too. I had a similar problem with opensuse with exiv2 023.x and the problem was solved with a patch and later when moving to exiv2 0.25.x. I'd like to find out whether the problem is with Fedora or some interaction with Virtualbox. Presently I don't have a "real" Fedora running, so a volunteer who tries a casio.jpg in his Fedora 25 could help Thanks Peter 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: Image write disable token instead? - Re: [darktable-user] Undo in lightable?
Nice! On 2017-04-17 01:40, Romano Giannetti wrote: My strategy is to backup all .xmp files before starting a session and sometime in the middle. In my collection which is now around 100G the compressed file with all .xmp is less than half megabyte. I use this script: #! /bin/bash # # create a copy of all xmp source files in my dirs # out_file_name=allxmp-$(date +"%Y-%m-%d_%H-%M") cd ~ rm -rf tmp/$i{out_file_name}.lst find . ./Pictures/ -iname "*.xmp" > tmp/${out_file_name}.lst tar cz -T tmp/${out_file_name}.lst -f management/safebackups/${out_file_name}.tar.gz echo DONE, file is ${out_file_name}.tar.gz ls -l management/safebackups/${out_file_name}.tar.gz ...hope this helps. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: Image write disable token instead? - Re: [darktable-user] Undo in lightable?
I've been a victim of my own inattentiveness and wiped all edits on images in the library. It sucked but it was my fault. It would have been nice to have either a write protect feature on edited images (my preference) or an undo. In my case, the undo was backups. On 2017-04-16 08:54, Richard Vanek wrote: That doesn't solve the issue when you make wrong step in working in lightable. You like to make modifications, but you also like to make step back if you make wrong one. Two different issues, one protects the library (protected images) from inadvertent or accidental changes due to a "select all" vs the word processor concept of "infinite" undos. Whereas a document is just "one", images in lightroom can be thousands. Not being familiar with darktable code, I could see implementing an undo to be an exponential problem with very little in return for the effort and complexity to implement. I would think that there would also be a performance hit and the usability issues would be a nightmare. Is having an undo in lightroom for a single image really an issue? There's very little that can affect an image other than clobbering the history stack and one has to work at that. I think there are way cooler features/improvements to be implemented where does the time go? ---Richard Vanek portfolio: www.richard-vanek.eu twitter: http://twitter.com/richo_67 On 16 April 2017 at 17:15, Mark Heieis <mhei...@alois.ca> wrote: Just wondering if an "image write disable" that prevents any changes to the image (some what akin to the color buttons) might by a solution/option. It's not an undo but would protect image edits and could also prevent situations of accidental whole library changes. Not sure if feasible or how much work it would be to implement. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Image write disable token instead? - Re: [darktable-user] Undo in lightable?
Just wondering if an "image write disable" that prevents any changes to the image (some what akin to the color buttons) might by a solution/option. It's not an undo but would protect image edits and could also prevent situations of accidental whole library changes. Not sure if feasible or how much work it would be to implement. On 2017-04-16 01:24, Pascal Obry wrote: Le samedi 15 avril 2017 à 23:33 +0200, Richard Vanek a écrit : Colin, that is rather unfortunate that there is no Undo. Do you know if there is reason for it? Not enough time to work on this feature. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Problem solved - Re: Happens when tag is used to select a collection - Re: [darktable-user] Strange filmstrip behaviour in darkroom
Hmmm. What I have installed is the latest from the fedora 25 repository. I'll fetch a newer version from sqlite. Built from src and installed sqlite 3.18.0 2017-03-28 18:48:43. Problem solved. Thanks. On 2017-04-07 13:41, Tobias Ellinghaus wrote: Am Freitag, 7. April 2017, 07:55:35 CEST schrieb Mark Heieis: SQLite version 3.14.2 2016-09-12 18:50:49 3.14.2 was the version i reported as being broken to the sqlite3 folks. It was fixed in later releases. Try upgrading and it should be working. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
Depends. Where is this to be set? I' will try Fedora. From the command line: $export LD_LIBRARY_PATH=/opt/amdgpu-pro-16.60-379184/lib64/; darktable or set permanently by including the export statement in your .bashrc or in KDE, set the darktable icon command properties: export LD_LIBRARY_PATH=/opt/amdgpu-pro-16.60-379184/lib64/; /usr/bin/darktable %U darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: Happens when tag is used to select a collection - Re: [darktable-user] Strange filmstrip behaviour in darkroom
SQLite version 3.14.2 2016-09-12 18:50:49 libsqlite3.so.0 -> libsqlite3.so.0.8.6 On 2017-04-07 00:29, Tobias Ellinghaus wrote: Am Donnerstag, 6. April 2017, 16:33:53 CEST schrieb Mark Heieis: I think I've isolated the problem. The behaviour seems to be linked to a collection specified by a tag. Did this a few times and it seems repeatable across a number of different tags. It doesn't occur if a film roll is used to specify a collection (ie it behaves correctly). What version of libsqlite3 do you have installed? [...] darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Happens when tag is used to select a collection - Re: [darktable-user] Strange filmstrip behaviour in darkroom
I think I've isolated the problem. The behaviour seems to be linked to a collection specified by a tag. Did this a few times and it seems repeatable across a number of different tags. It doesn't occur if a film roll is used to specify a collection (ie it behaves correctly). On 2017-04-06 09:01, Remco Viëtor wrote: On jeudi 6 avril 2017 17:48:46 CEST Mark Heieis wrote: Hi, I've been noticing some strange behaviour with the film strip when in darkroom mode. 1) when I select an image to edit from lighttable, darktable enters darkroom but the filmstrip is not synchronized to the selected image being edited. (In this case, I have 363 images in the collection) 2) the filmstrip is randomly(?) presenting duplication of images and missing others. 3) It is not presenting all of the images in the collection. In one case, the selected image from lighttable appears for editing in darkroom but doesn't appear in the filmstrip. If another image is selected from the filmstrip, the previous image can only be re-edited by selecting it from lighttable again. 4) selecting an image from the filmstrip does present the correct image for editing, however, the filmstrip adjusts to a completely different section of the strip. The selected image remains selected but one has to find it again. I don't have any clue how, when or why this is happening to help isolate the problem. darktable-2.2.3-1.fc25 I noticed that there's a version 2.2.4 available now, source and at least OpenSuse rpm's. I have no idea if using that version would help you. But, there's no announcement for this version on the Darktable web site. Remco 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] Strange filmstrip behaviour in darkroom
time. On 2017-04-06 09:00, Colin Adams wrote: What's your sort order? On Thu, 6 Apr 2017 at 16:49 Mark Heieis <mhei...@alois.ca> wrote: Hi, I've been noticing some strange behaviour with the film strip when in darkroom mode. 1) when I select an image to edit from lighttable, darktable enters darkroom but the filmstrip is not synchronized to the selected image being edited. (In this case, I have 363 images in the collection) 2) the filmstrip is randomly(?) presenting duplication of images and missing others. 3) It is not presenting all of the images in the collection. In one case, the selected image from lighttable appears for editing in darkroom but doesn't appear in the filmstrip. If another image is selected from the filmstrip, the previous image can only be re-edited by selecting it from lighttable again. 4) selecting an image from the filmstrip does present the correct image for editing, however, the filmstrip adjusts to a completely different section of the strip. The selected image remains selected but one has to find it again. I don't have any clue how, when or why this is happening to help isolate the problem. darktable-2.2.3-1.fc25 Regards. 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
[darktable-user] Strange filmstrip behaviour in darkroom
Hi, I've been noticing some strange behaviour with the film strip when in darkroom mode. 1) when I select an image to edit from lighttable, darktable enters darkroom but the filmstrip is not synchronized to the selected image being edited. (In this case, I have 363 images in the collection) 2) the filmstrip is randomly(?) presenting duplication of images and missing others. 3) It is not presenting all of the images in the collection. In one case, the selected image from lighttable appears for editing in darkroom but doesn't appear in the filmstrip. If another image is selected from the filmstrip, the previous image can only be re-edited by selecting it from lighttable again. 4) selecting an image from the filmstrip does present the correct image for editing, however, the filmstrip adjusts to a completely different section of the strip. The selected image remains selected but one has to find it again. I don't have any clue how, when or why this is happening to help isolate the problem. darktable-2.2.3-1.fc25 Regards. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
Are you using the CentOS/RHEL or the Ubuntu package? I'm guessing the Ubuntu package would be required for Debian based systems? m. On 2017-03-26 00:03, Pascal Obry wrote: Hello Mark, Using the info in this link https://community.amd.com/message/2788134 , It appears that I've been able to get OpenCL working on my system, Fedora 25 (4.9.14-200.fc25.x86_64 fully updated) using an RX480 gpu without installing the amdgpu-pro driver. You will, however, need the amdgpu-pro 16.60 driver rpms. Just unpackage the few libs needed (I used the CentOS//RHEL 7.3 package). Haven't done any benchmarking yet. I have tried that two times without success using Debian. I'll try again. Thanks, darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Does OpenCL require the AMDGPU-PRO driver? Yes, but does not require installation, just some libs
Hi, Using the info in this link https://community.amd.com/message/2788134, It appears that I've been able to get OpenCL working on my system, Fedora 25 (4.9.14-200.fc25.x86_64 fully updated) using an RX480 gpu without installing the amdgpu-pro driver. You will, however, need the amdgpu-pro 16.60 driver rpms. Just unpackage the few libs needed (I used the CentOS//RHEL 7.3 package). Haven't done any benchmarking yet. Cheers [~]$ darktable-cltest [opencl_init] opencl related configuration options: [opencl_init] [opencl_init] opencl: 1 [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_enable_markesteijn: 1 [opencl_init] [opencl_init] could not find opencl runtime library 'libOpenCL' [opencl_init] could not find opencl runtime library 'libOpenCL.so' [opencl_init] found opencl runtime library 'libOpenCL.so.1' [opencl_init] opencl library 'libOpenCL.so.1' found on your system and loaded [opencl_init] found 1 platform [opencl_init] found 2 devices [opencl_init] device 0 `Ellesmere' supports image sizes of 16384 x 16384 [opencl_init] device 0 `Ellesmere' allows GPU memory allocations of up to 2669MB [opencl_init] device 0: Ellesmere GLOBAL_MEM_SIZE: 3749MB MAX_WORK_GROUP_SIZE: 256 MAX_WORK_ITEM_DIMENSIONS: 3 MAX_WORK_ITEM_SIZES: [ 256 256 256 ] DRIVER_VERSION: 2264.10 DEVICE_VERSION: OpenCL 1.2 AMD-APP (2264.10) On 2017-01-01 16:10, Riley Brandt wrote: Thanks for sharing your experience. It's very interesting. Please let me know if you ever get AMDGUP-Pro and OpenCL running in Fedora. I am going to wait a while before switching to AMD. I want to see how the open source drivers turn out. On 30/12/16 07:31 PM, Mark Heieis wrote: Hi For what its worth... I just acquired a new system that includes a RX480, running fedora 25. It terms of getting the GPU working, it functions with mesa, but lacks the "image support" required for full darktable support of CL. With respect to amdgpu-pro, I've been working on installing it as recently as today, from what I can tell, we need to wait for the driver to be updated to support xserver-api(video-drv-23) (Xorg 1.19 (just released mid Nov 2016)). Installing it currently fails on xserver-api(video-drv-19) but seems to leave the driver partially installed without detriment (status from Xorg.0.log). Having updated to a new system with an i7-6700k and faster hardware overall, I'm having no real issue working without OpenCL for the moment, hoping that patience will pay off shortly with the required update. What functionality will be in place at that time will be the interesting bit. With that in mind, I'm still experimenting. Regards. On 2016-12-29 09:57, Riley Brandt wrote: Hi, I am interested in buying an AMD RX480 video card for the OpenCL performance in darktable (and open source drivers). However, I first need to know if OpenCL is only in the in the proprietary AMDGPU-PRO drivers? I am running Fedora, and from what I can tell, the AMDGPU-PRO driver isn't available in Fedora. Only the open source AMDGPU driver. Is anyone running darktable on Fedora with an AMD RX470/480 and OpenCL enabled? Thanks, Riley darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org ___
Re: [darktable-user] Side panels in light table keep hiding
Yes, of course. That did the trick. Thanks On 2017-01-12 17:19, Patrick Shanahan wrote: * Mark Heieis [01-12-17 20:15]: Hi Just wondering about this behaviour: The lighttable side panels are continuously "hiding" on me. If I make them visible then either close darktable or go to darkroom and then come back to lighttable, the side panels are hidden again. Is this a configurable behaviour? I can't see any obvious options to change this or is this a problem? Using darktable-2.2.1-1.fc25 the key shows/hides the side panels and my experience is dr always opens with the side panels the way they were when it was closed. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Side panels in light table keep hiding
Hi Just wondering about this behaviour: The lighttable side panels are continuously "hiding" on me. If I make them visible then either close darktable or go to darkroom and then come back to lighttable, the side panels are hidden again. Is this a configurable behaviour? I can't see any obvious options to change this or is this a problem? Using darktable-2.2.1-1.fc25 Thanks. -- ____ Mark Heieis, MSc, MBA +1.604.250.4107 darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] 2.2.x for Fedora?
darktable-2.2.1-1.fc25.x86_64 just appeared in my update is now installed :) Thanks. On 2017-01-02 08:55, Colin Adams wrote: Will 2.2.x become available in Fedora 25, or do I have to wait for Fedora 26 (or compile it myself)? 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] Does OpenCL require the AMDGPU-PRO driver?
Hi For what its worth... I just acquired a new system that includes a RX480, running fedora 25. It terms of getting the GPU working, it functions with mesa, but lacks the "image support" required for full darktable support of CL. With respect to amdgpu-pro, I've been working on installing it as recently as today, from what I can tell, we need to wait for the driver to be updated to support xserver-api(video-drv-23) (Xorg 1.19 (just released mid Nov 2016)). Installing it currently fails on xserver-api(video-drv-19) but seems to leave the driver partially installed without detriment (status from Xorg.0.log). Having updated to a new system with an i7-6700k and faster hardware overall, I'm having no real issue working without OpenCL for the moment, hoping that patience will pay off shortly with the required update. What functionality will be in place at that time will be the interesting bit. With that in mind, I'm still experimenting. Regards. On 2016-12-29 09:57, Riley Brandt wrote: Hi, I am interested in buying an AMD RX480 video card for the OpenCL performance in darktable (and open source drivers). However, I first need to know if OpenCL is only in the in the proprietary AMDGPU-PRO drivers? I am running Fedora, and from what I can tell, the AMDGPU-PRO driver isn't available in Fedora. Only the open source AMDGPU driver. Is anyone running darktable on Fedora with an AMD RX470/480 and OpenCL enabled? Thanks, Riley 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
OpenCL image support on AMD using mesa - Re: [darktable-user] OpenCL support on Fedora 25 using AMD R5
FYI - image support in mesa clover OpenCL Image Support For Gallium3D's Clover (posted 2016-11-22) "...The patches are about 1D/2D image object support in OpenCL. The lack of OpenCL image support is what has prevented some CL benchmarks from running on RadeonSI Clover..." https://www.phoronix.com/scan.php?page=news_item&px=Clover-OpenCL-Image-Patches see comments section for more info HTH On 2016-11-29 23:26, Mark Heieis wrote: On 2016-11-29 22:58, Ulrich Pegelow wrote: It's a fresh, clean F25 install using wayland, so there shouldn't be any old residual libs around. The message indicates that in your install of darktable /lib64/libOpenCL.so.1. is tried to be loaded as if it was of darktable's modules. Please run 'darktable -d control' and attach the output. Yep. Somewhere I found a thread that said to link libOpenCL in darktable/plugins which I did. Removed that and last error went away but the same main issue of not finding "image support" remains. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] magic-lantern dual-iso feature
I was successful by downloading the magic-lantern src package and building it from there with the appropriate defines. Not sure if this is true, but assumed it would be camera dependent. Used make and the resultant cr2hdr works like a charm. On 2016-11-29 23:44, johannes hanika wrote: what's the compile error? -jo On Wed, Nov 30, 2016 at 7:35 PM, Matthias Bodenbinder wrote: Hi, I want to give magic-lantern a try and test the dual-iso feature. But unfortunatly I can not get cr2hdr compiled. And I dont know how to handle the dual-iso files in DT without cr2hdr. Does somebody know of a download link for a cr2hdr binary? Kind Regards Matthias PS I am using DT 2.2.0-rc1 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] OpenCL support on Fedora 25 using AMD R5
On 2016-11-29 22:58, Ulrich Pegelow wrote: It's a fresh, clean F25 install using wayland, so there shouldn't be any old residual libs around. The message indicates that in your install of darktable /lib64/libOpenCL.so.1. is tried to be loaded as if it was of darktable's modules. Please run 'darktable -d control' and attach the output. Yep. Somewhere I found a thread that said to link libOpenCL in darktable/plugins which I did. Removed that and last error went away but the same main issue of not finding "image support" remains. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] OpenCL support on Fedora 25 using AMD R5
On 2016-11-29 21:50, Ulrich Pegelow wrote: Am 30.11.2016 um 00:23 schrieb Mark Heieis: some darktable-cltest output: [opencl_init] found opencl runtime library 'libOpenCL.so.1' [opencl_init] opencl library 'libOpenCL.so.1' found on your system and loaded [opencl_init] found 1 platform [opencl_init] found 1 device Your system does in fact support OpenCL. [opencl_init] discarding device 0 `AMD CAICOS (DRM 2.46.0 / 4.8.8-300.fc25.x86_64, LLVM 3.8.0)' due to missing image support. But your device lacks an important OpenCL feature (image support). Without that feature the corresponding device is of no use for darktable. Fair enough, but I'm not familiar enough with video/gpu to know where to look. What lib, driver, package, etc does the image support come from? [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. [iop_load_module] failed to open operation `OpenCL': 'dt_module_dt_version': /lib64/libOpenCL.so.1: undefined symbol: dt_module_dt_version Please double-check your installation. The last line indicates a problem. Could there be a stray dynamic library of an older install lying around? It's a fresh, clean F25 install using wayland, so there shouldn't be any old residual libs around. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] OpenCL support on Fedora 25 using AMD R5
Hi Up until yesterday, I was happily working with Darktable 2.*, thinking I had opencl functioning, although it didn't seem very speedy. After all, the graphics has it, mesa has it and looking at the core options, it was checked. But after reading some of the threads from the past 2 days regarding opencl, I took a further look. I tried toggling "activate OpenCL support" to "off", but if was fixed in check mode. However, further looking a hover message saying, "Not available on this system", appeared. Now I'm confused and understand why it wasn't speedy. Some output from clinfo: Number of platforms 1 Platform Name Clover Platform Vendor Mesa Platform Version OpenCL 1.1 Mesa 12.0.3 Platform Profile FULL_PROFILE Platform Extensions cl_khr_icd Platform Extensions function suffix MESA ICD loader properties ICD loader Name OpenCL ICD Loader ICD loader Vendor OCL Icd free software ICD loader Version 2.2.9 ICD loader Profile OpenCL 2.1 some darktable-cltest output: [opencl_init] found opencl runtime library 'libOpenCL.so.1' [opencl_init] opencl library 'libOpenCL.so.1' found on your system and loaded [opencl_init] found 1 platform [opencl_init] found 1 device [opencl_init] discarding device 0 `AMD CAICOS (DRM 2.46.0 / 4.8.8-300.fc25.x86_64, 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. [iop_load_module] failed to open operation `OpenCL': 'dt_module_dt_version': /lib64/libOpenCL.so.1: undefined symbol: dt_module_dt_version I'm using a AMD Radeon R5 230, which supports OpenCL 1.2 on Fedora 25 (I jumped to F25 yesterday due to blowing my F24 system yesterday trying to install fglrx) So it appears that Darktable requires OpenCL 1.2 This leaves me with a number of questions: 1) why is the activate OpenCL support ticked as enabled, when opencl is clearly not functioning? 2) I thought mesa had OpenCL 1.2 support, but apparently not? 3) how does one get OpenCL 1.2 on fedora using Radeon cards as there is no specific fedora driver on AMD site? or 4) what I'm I missing? I did try and find some specific answers but wasn't successful, so thanks for your patience and support. Regards. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org