[darktable-dev] Plan for darktable 4.4
Hello devs! As you know now the next release (4.4) will be on June 21st. We have entered feature freeze yesterday. The next step is string freeze end-May, so time is now to fix the remaining issues. A list can be found there: https://github.com/darktable-org/darktable/issues?q=is%3Aopen+is%3Aissue+label%3A%22bug%3A+pending%22+milestone%3A4.4 As a reminder the steps are: string freeze : end-May no more strings changed in the code the translators can start the final translation of all strings full freeze : mid-June no more changes to the code or translations the branch for the release is created incomplete translations are removed a tarball is created the packagers can start building the binaries (Linux, Windows, MacOS) final release : June 21st (summer release) The description for release cycle is there: https://github.com/darktable-org/darktable/wiki/Releases-cycle Have a nice day, ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] darktable 4.4 - let's start translations
Dear Translators, As requested by some of you, if you are in CC it is because you are the last translator of one of the darktable language. You are probably aware we are approaching a new darktable release. The strings freeze is not yet active but this release contains a large set of changes and so maybe a good time to start the translation which should not change a lot at this point. I'll send another message when string freeze will be active (should be around end of May). The instruction for translating is there: https://github.com/darktable-org/darktable/wiki/Translations As in the past we will again only ship translations that have a sufficient coverage. Current status: af: 3280 translated messages, 1028 fuzzy translations, 467 untranslated messages. ca: 2042 translated messages, 1582 fuzzy translations, 1151 untranslated messages. cs: 4570 translated messages, 168 fuzzy translations, 37 untranslated messages. da: 2039 translated messages, 1576 fuzzy translations, 1160 untranslated messages. de: 4774 translated messages, 1 fuzzy translation. el: 1305 translated messages, 1760 fuzzy translations, 1710 untranslated messages. en@truecase: 4774 translated messages, 1 fuzzy translation. eo: 4249 translated messages, 423 fuzzy translations, 103 untranslated messages. es: 4395 translated messages, 319 fuzzy translations, 61 untranslated messages. fi: 4394 translated messages, 319 fuzzy translations, 62 untranslated messages. fr: 4775 translated messages. gl: 258 translated messages, 1864 fuzzy translations, 2653 untranslated messages. he: 4394 translated messages, 319 fuzzy translations, 62 untranslated messages. hu: 4394 translated messages, 317 fuzzy translations, 64 untranslated messages. it: 4367 translated messages, 335 fuzzy translations, 73 untranslated messages. ja: 4545 translated messages, 190 fuzzy translations, 40 untranslated messages. nb: 2035 translated messages, 1570 fuzzy translations, 1170 untranslated messages. nl: 4395 translated messages, 319 fuzzy translations, 61 untranslated messages. pl: 4571 translated messages, 168 fuzzy translations, 36 untranslated messages. pt_BR: 4774 translated messages, 1 fuzzy translation. pt_PT: 1063 translated messages, 1815 fuzzy translations, 1897 untranslated messages. ro: 479 translated messages, 1866 fuzzy translations, 2430 untranslated messages. ru: 4395 translated messages, 319 fuzzy translations, 61 untranslated messages. sk: 2810 translated messages, 1281 fuzzy translations, 684 untranslated messages. sl: 4394 translated messages, 319 fuzzy translations, 62 untranslated messages. sq: 4697 translated messages, 67 fuzzy translations, 11 untranslated messages. sr: 2945 translated messages, 1243 fuzzy translations, 587 untranslated messages. sr@latin: 2945 translated messages, 1243 fuzzy translations, 587 untranslated messages. sv: 2387 translated messages, 1589 fuzzy translations, 799 untranslated messages. th: 292 translated messages, 1191 fuzzy translations, 3292 untranslated messages. tr: 4744 translated messages, 28 fuzzy translations, 3 untranslated messages. uk: 4774 translated messages, 1 fuzzy translation. zh_CN: 4639 translated messages, 106 fuzzy translations, 30 untranslated messages. zh_TW: 4774 translated messages, 1 fuzzy translation. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] darktable 4.4 - let's start translations
Dear Translators, As requested by some of you, if you are in CC it is because you are the last translator of one of the darktable language. You are probably aware we are approaching a new darktable release. The strings freeze is now active so it is time for you to update the translation. Please have them handed over by June 15th, (I know it is short) either by GitHub PR or by just mailing the .po file. The instruction for translating is there: https://github.com/darktable-org/darktable/wiki/Translations As in the past we will again only ship translations that have a sufficient coverage. Current status: * 100% clean de: 4778 translated messages. fr: 4778 translated messages. uk: 4778 translated messages. en@truecase: 4778 translated messages. * Need some more work af: 3265 translated messages, 1045 fuzzy translations, 468 untranslated messages. ca: 2031 translated messages, 1594 fuzzy translations, 1153 untranslated messages. cs: 4555 translated messages, 185 fuzzy translations, 38 untranslated messages. da: 2028 translated messages, 1588 fuzzy translations, 1162 untranslated messages. el: 1303 translated messages, 1764 fuzzy translations, 1711 untranslated messages. eo: 4234 translated messages, 440 fuzzy translations, 104 untranslated messages. es: 4380 translated messages, 336 fuzzy translations, 62 untranslated messages. fi: 4379 translated messages, 336 fuzzy translations, 63 untranslated messages. gl: 256 translated messages, 1869 fuzzy translations, 2653 untranslated messages. he: 4379 translated messages, 336 fuzzy translations, 63 untranslated messages. hu: 4772 translated messages, 6 fuzzy translations. it: 4352 translated messages, 352 fuzzy translations, 74 untranslated messages. ja: 4530 translated messages, 207 fuzzy translations, 41 untranslated messages. nb: 2024 translated messages, 1582 fuzzy translations, 1172 untranslated messages. nl: 4380 translated messages, 336 fuzzy translations, 62 untranslated messages. pl: 4556 translated messages, 185 fuzzy translations, 37 untranslated messages. pt_BR: 4774 translated messages, 4 fuzzy translations. pt_PT: 1061 translated messages, 1819 fuzzy translations, 1898 untranslated messages. ro: 477 translated messages, 1871 fuzzy translations, 2430 untranslated messages. ru: 4380 translated messages, 336 fuzzy translations, 62 untranslated messages. sk: 2798 translated messages, 1295 fuzzy translations, 685 untranslated messages. sl: 4776 translated messages, 2 fuzzy translations. sq: 4772 translated messages, 6 fuzzy translations. sr: 2932 translated messages, 1258 fuzzy translations, 588 untranslated messages. sr@latin: 2932 translated messages, 1258 fuzzy translations, 588 untranslated messages. sv: 2378 translated messages, 1600 fuzzy translations, 800 untranslated messages. th: 292 translated messages, 1197 fuzzy translations, 3289 untranslated messages. tr: 4721 translated messages, 53 fuzzy translations, 4 untranslated messages. zh_CN: 4750 translated messages, 26 fuzzy translations, 2 untranslated messages. zh_TW: 4774 translated messages, 4 fuzzy translations. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] proposal : clipping iop replacement
Le dimanche 27 mars 2016 à 20:15 +0200, David Vincent-Jones a écrit : > Current system works just fine for me Sure but the proposal is targeted to developers. The crop&rotate module is very hard to maintain. This has been discussed many times. I've not looked at Aldric's proposal. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://v2p.fr.eu.org http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Provide proof to nVidia that my system freezes are not darktable's fault
Le samedi 30 avril 2016 à 17:29 +0200, Germano Massullo a écrit : > I am having by a lot of time, system freezes when darktable uses > OpenCL with my nVidia Geforce GTX260 340xx drivers. I am pretty sure > that it is a nVidia fault because when I started experiencing this > kind of troubles, I started experiencing them on BOINC too. Depending on your distribution have you tried a more recent version of the nvidia driver (352xx or even 361xx or 364xx)? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] DnD from filmstrip to map not working
Hello! I have just noticed that the dnd from the filmstrip to the map is not working. I have looked at this, seems like a Gtk+ issue, at least the initial callback (_lib_filmstrip_dnd_begin_callback) for initiating the dnd is not called. I'm not sure what's wrong! Any idea? Is that a Gtk+ 3.20 specific issue? Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] DnD from filmstrip to map not working
Le mardi 17 mai 2016 à 11:07 +0200, Tobias Ellinghaus a écrit : > It's a GTK bug and, according to #gtk+, already fixed. > > https://bugzilla.gnome.org/show_bug.cgi?id=766522 I have Gtk+ 3.20.4, so it should be fixed, but I have found: https://bugzilla.gnome.org/show_bug.cgi?id=766442#c2 -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Darktable 2.0.5
Le mardi 24 mai 2016 à 14:46 -0300, Jefferson Ferreira a écrit : > Hi, > > I have three questions to make: > > 1. I would like to know if the next version of darktable will bring > the new modules Liquify and Perspective ? Yes but the next *major* version usually out in December each year. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Credentials storage with libsecret
Hello! > I made a small change to backend_libsecret.c to use the "Login" > collection and > now I don't need to go through the connection procedure anymore when > login on. > If anyone is interested I can send the patch to implement this > change. Yes, please I was planning to have a look at this. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Credentials storage with libsecret
Hans, > Pascal, what is the best way to send you this small patch? Do you prefer to > receive it by mail or do I do a pull request? A pull request (to the darktable github repo) would be just fine to me. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Usermanual update for 2.2
Hi Ulrich, > I'd like to start an update of the usermanual to make it ready for > 2.2. > > Let's begin by compiling a list of required changes. From my side > following comes to mind and I added a proposal of whom might take > care. > Please and your proposals. > > * new module liquify [Pascal?] Sure, but I have already sent you an initial version of the documentation some time ago. I'm ready for any update if needed of course. > My idea is to start working now. Maybe we can have text for the new > features complete by early September and have everything ready with > all proofreading etc. by mid October. Sounds like a plan to me! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Liquify feedback
Hi Moritz, > First of all: this looks awesome! It means yet another reason gone to > exit DT and open Fusion or, worse, PS. Fantastic work. Right! > Some comments. > > The overlay looks nice but hides too much of what is going on in the > image underneath. It would be great if > > - opacity of the color overlay in the circles (or even blend mode) > - density of the arrows > - color of overlay (I guess arrows and circles share this) This can certainly be adjusted if this feeling is shared by more people. Of course you can hide all the control by right-clicking on the image if needed. > could be adjusted. Maybe just add this the global prefs? I'd like to avoid a pref, but we can certainly lighter a bit all the overlays. I'll try to propose a patch for you to review. > Another thing is that often one spends a long time creating a spline > mask for some effect. Then it not unlikely that there is a shared > edge between that spline and some liquify effect. > > Being able to import from/export to the mask manager would be great > thus. Sounds interesting. Maybe at some point. > Another important feature is exchange of warp points/lines/splines > between liquify instances. On the same image? What for? For different images this works with a copy/paste as for all modules. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Liquify feedback
Le jeudi 28 juillet 2016 à 19:46 +0200, moritz a écrit : > Does that make sense? In theory yes I think I get the point, but do you have actual example where it really makes a difference? I mean not with PS which may have another algorithm, but with darktable? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Issue with D800 RAW, wrong pixels on right of image
I have updated to master this morning and I have found that my non- cropped RAW images from my Nikon D800 have some bad columns on the right border of the images. That is, 5 or so right most columns are only garbage. I have tracked down this issue to recent work on the RAW nikon support (not surprising). After some tweaking around I have been able to get clean images by doing the following: 1. revert: $ git revert 73820d803d0c71fe1e26336be95ce1190fb46f24 <<< commit 73820d803d0c71fe1e26336be95ce1190fb46f24 Author: Roman Lebedev Date: Mon Aug 15 19:34:54 2016 +0300 Rawspeed: NefDecoder: stop providing the rope for users to hang themselves. This is basically the same problem as with Rw2Decoder. It looks like all the nikon cameras has different modes - 14-bit compressed, 12-bit compressed, 14-bit uncompressed, 12-bit uncompressed. And the problem here is that 14-bit and 12-bit have different white levels. Since NefDecoder::checkSupportInternal() just silently fallbacks to the generic entry, if present (with mode=""), this has result in silently-garbled images. Let's not do that. >>> 2. reverting camera.xml to the version from this commit: $ git show 73820d803d0c71fe1e26336be95ce1190fb46f24:src/external/rawspeed/data/cameras.xml > src/external/rawspeed/data/cameras.xml Hope this helps. Let me know if I can provide some more information. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Issue with D800 RAW, wrong pixels on right of image
Roman, > Yes, please provide that very raw file. (or any other raw file, but > shoot with the same settings, particularly bitness (12/14) and > compression) Here you can download an image which exhibit the issue: https://we.tl/fSD9r4iQAc Thanks! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Issue with D800 RAW, wrong pixels on right of image
Roman, > And now fixed: Confirmed! Thanks a lot for the quick fix. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Attention developers! PSA: CI
Roman, Really nice to see this! > b) subsribe to new list: darktable-ci+subscr...@lists.darktable.org I tried. I got a subscription information with a mailto: link to confirm. When I send a message to confirm I'm always having: <<<< The message from with subject "subscribe" was unable to be delivered to the list (The denied message is below.) >>> Any idea? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Attention developers! PSA: CI
Hi Jo, > i can see your subscription request in the logs, but nothing about > another confirmation mail. where did you send it exactly? The mailto: link in the subscription reply I got was: darktable-ci+confsub-28ef9d9d686adf98-pascal=obry.net@lists.darktable.o rg Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] French translation
This is a message about a French translation, so I'll continue this message in french. J'ai une question à propos d'une traduction, je n'arrive pas trancher. Pour le moment le module "lut color checker" n'est pas traduit. Lors de mes recherches je n'ai pas trouvé de traduction pour ce terme. Bien entendu on pourrait utiliser "échiquier de couleur lut", mais ce terme ne semble pas utiliser... Alors une idée? On laisse "lut color checker"? D'autres idées? Merci! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Database split landed in master
2016-10-02 16:12 GMT+02:00 Tobias Ellinghaus : > darktable master just introduced a long awaited change: splitting the library > into two databases, one library.db with image related things and data.db which > contains all the globally useful information like styles, presets and tags. > Please have a look at the console output for a while and look for any SQL > errors and report them! I've had a look this morning. There is something that bother me. In data.db we have the tags (tagsid -> name) and in library.db we do reference the tags (imagid -> tagsid) for each image. This means that if we lose data.db we also loose all tags in images and it also means that library.db is not self sufficient. Am I missing something? Maybe all this has already been discussed? Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] darktable for windows
Hi Jan, > I hope you will accept my contribution and dont take it hostile. Let me give my opinion (as a contributor to dt) on this which may or may not reflect the core developer opinion. Personally I'm not hostile to a dt port to Windows and I feel that this is the same for most if not all dt developers. But many ports have already been done and today we have no official port! What we need for this to be a success? That you stay around for a *long* time. That you build dt from time to time on Windows. That you start talking very soon to developers to have a plan in the *long* run to maintain this port and propose patches. I see this first port (as the other ports before) as a good indication that you have the skill to maintain dt on Windows, but the dt dev team need far more implication on the long run. You must be prepared to work on Windows specific bugs for example. You'll need to be there and on the Redmine to classify and test the Windows specific issues... I hope you'll attract more Windows devs as this may be a quite big amount of work. As I said that's my personal opinion. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] feature freeze for 2.2
Hi Jo, I really would have like to have the darkroom undo feature merged. https://github.com/darktable-org/darktable/pull/1103 I'm not sure where we stand, I can try to rebase on master and finalize this. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] French translation
Merci à tous! J'ai plusieurs propositions: - matrice de correspondance des couleurs - table de correspondance des couleurs - palette de couleurs - damier de couleurs - damier sélecteur de couleur - réglage de la palette - manipulation des couleurs - manipulation de la palette - mire de couleurs Il ne faut pas que le nom du module ne soit trop grand (sinon c'est coupé dans l'interface). Alors les 2 premières solutions sont pas adaptées bien que le texte soit bien descriptif. Pourquoi pas: - table correspondance couleurs ou - manipulation palette couleurs Qui comporte un caractère de moins que le nom de module le plus long actuellement. Personnellement je préfère la première avec "table" qui correspond bien à LUT. Voilà. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] feature freeze for 2.2
Hello Tobias, > So by all means, if you two can get this to work I am all for it. I think I've fixed this. The undo.h file does not contain reference to history or map anymore. Please let me know if this is what you had in mind or if I missed something. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Unable to Select All During Camera Import
Gareth, > If I connect my camera (Nikon D5500, if that's relevant) to my laptop > and start Darktable, I have the option to 'import from camera'. When > I click on this a dialog appears and lists all the images stored on > my camera. However, I cannot select all the images (Ctrl-A) on > Darktable v2.0.6 running on Arch Linux. This is/was a known bug that has been fixed upstream. It is/was probably a Gtk+ issue. I cannot reproduce with the current version on Debian/sid but was able to reproduce some time ago but nothing has been fixed on darktable itself. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Local copies broken?
This is worrisome. I'll double check. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Local copies broken?
Confirmed! I'm working on the fix. Thanks for catching this. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Local copies broken?
Should now be fixed in the development version. This was due to the change to give priority to local copies. Thanks again for catching this! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Another real-life example
2016-10-24 10:44 GMT+02:00 Jean-Luc Coulon (f5ibh) : > I've downloaded your picture. > I've used the colour picker on the black car at the upper left. > I used the "zone" picker and drawn a square on the black car. > > Without pushing the exposure but with the base curve applied, I get: > 80, 80, 78 > With +1EV, I get: > 118, 118, 115 > > Is there something wrong as I don't SEE anything wrong (my monitor is > calibrated). Same here. I don't see anything wrong. There is a bit of chromatic noise which can be removed using the noise profile module. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Another real-life example
Zbigniew, > Anyway, I'm aware it's rather a matter of personal taste, but I'm > convinced > that after you examine both pictures again - and even more closely - > you'll > agree that this Silkypix-made is a little bit better. The one you > generated > shows the surface of car body as covered with a little scratches > (zoom to 1:1 and compare). That's luminance noise and certainly not a problem to me. If you print the picture it will be far better with a bit of luminance noise as it create "matter" on the surface. It avoids long, flat surface. I usually never correct luminance noise or if I do I'm doing it very slightly. > So you mean presently fixable only by denoising? OK, thanks - I'll > explore > Darktable's abilities in this area; I'm rather displeased with the > way I was > able to cure the problem using LR 5.7.1 (well, still not being "LR- > wizard") > - that's why I was looking for the software which do import, after > which > there's no need to deal with that red noise. Maybe they ware right > that presently only Canon's DPP does it 100% properly. I doubt it. But Canon DPP is certainly quite tuned for .CR2 :) But on the other hand Canon DPP is a toy compare to darktable. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Another real-life example
Le lundi 24 octobre 2016 à 20:29 +0300, Alex a écrit : > > That's luminance noise and certainly not a problem to me. > > To me, it looks like chroma noise, but the defect is not really > obvious in this example. No please reread the exchange. At first there was chroma noise (I've explained how to deal with that), then the OP complains about small lighter spot and this *is* luminance noise. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Another real-life example
Le lundi 24 octobre 2016 à 22:46 +0300, Alex a écrit : > He complains about magenta shadows. Yes, but then: <<< The one you generated shows the surface of car body as covered with a little scratches (zoom to 1:1 and compare). >>> Those are luma noise. And I was responding to this (after responding about chroma noise in a previous message). I feel that we have hard time understanding each others :) -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Another real-life example
Le lundi 24 octobre 2016 à 23:04 +0300, Alex a écrit : > I see this as chroma noise. Same issue as in the images I've linked, > just a lot less obvious. > > I'm talking about https://www.sendspace.com/file/uem3t6 here. Hey please! I have already acknowledged and said that in the original message we are talking indeed about chroma noise. I'm talking about the image I've generated with darktable and sent to the list. That's why the OP said: > > Yes, but then: > > > > <<< > > The one you generated shows the surface of car body as covered with > > a little scratches (zoom to 1:1 and compare). > > >>> The one "YOU GENERATED". -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable crash on export with openCl enabled
Le mercredi 26 octobre 2016 à 07:50 -0400, Patrick Shanahan a écrit : > But list traffic appears on the list. Why does one need to be cc'd? Like in real conversation. When you talk to one people the other are listening but may not be the main target. I far prefer to be in To: and the CC: should be to the list. This way I know when something is directed to me and the CC: is there for others to take relay if needed or join the conversation. I really don't see why a mailing-list should be any different from a real life, but it seems like I'm quite alone about this :) Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] strange ld crash building darktable
.8 7f5632434000-7f563255b000 r-xp 08:01 404383 /usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so 7f563255b000-7f563275a000 ---p 00127000 08:01 404383 /usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so 7f563275a000-7f563276f000 r--p 00126000 08:01 404383 /usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so 7f563276f000-7f5632776000 rw-p 0013b000 08:01 404383 /usr/lib/x86_64-linux-gnu/libbfd-2.27.51-system.20161102.so 7f5632776000-7f563277a000 rw-p 00:00 0 7f563277a000-7f563279d000 r-xp 08:01 2097317 /lib/x86_64-linux-gnu/ld-2.24.so 7f56328aa000-7f5632918000 rw-p 00:00 0 7f5632918000-7f5632966000 r--p 08:01 1839779 /usr/lib/locale/aa_DJ.utf8/LC_CTYPE 7f5632966000-7f5632968000 rw-p 00:00 0 7f563299-7f5632991000 rw-p 00:00 0 7f5632991000-7f5632998000 r--s 08:01 448962 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache 7f5632998000-7f5632999000 r--p 08:01 1842611 /usr/lib/locale/en_AG/LC_MESSAGES/SYS_LC_MESSAGES 7f5632999000-7f563299c000 rw-p 00:00 0 7f563299c000-7f563299d000 r--p 00022000 08:01 2097317 /lib/x86_64-linux-gnu/ld-2.24.so 7f563299d000-7f563299e000 rw-p 00023000 08:01 2097317 /lib/x86_64-linux-gnu/ld-2.24.so 7f563299e000-7f563299f000 rw-p 00:00 0 7ffda829a000-7ffda82bc000 rw-p 00:00 0 [stack] 7ffda83bb000-7ffda83bd000 r--p 00:00 0 [vvar] 7ffda83bd000-7ffda83bf000 r-xp 00:00 0 [vdso] collect2: fatal error: ld terminated with signal 6 [Aborted] -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] strange ld crash building darktable
Thanks Tobias and Jean-Luc, I'm not alone :) Good to see a bug report opened. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Christoph, > Adding to that: The liquify help labels stay in the header frame even when the > liquify module is no longer active (tab closed). This leads to a state > where the help says e.g. "click to add line" but nothing actually happens. I have reproduced this only when a node is removed. That is, when removing a node (right clic) the help stays on top. It is only removed when going over another liquify node and leave it. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Hi Aurélien, > However, while using the liquify module, the contextual help label appears > in the header and is 3 lines heigh (in French) which causes the image frame > to shrink while the header frame expands to display the label. But when the > image frame shrinks, the cursor looses the focus (the editing mask moves > with the resized image) so the contextual help disappears. Practically, > this causes unexpected glitches of the UI with appearing/disappearing labels > and full width/resized image as you move the cursor on the editing mask. I cannot reproduce this. Maybe a font too large? A different DE? I'm using GNOME Shell with standard CSS. Note that the english message is also 3 lines high, so that should not be a frech vs english version issue. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] strange ld crash building darktable
Jean-Luc, > There is a new version of binutils this morning (morning for me) on > debian sid : 2.27.51.20161105-2 . > This version fixes the ld problem for me. Confirmed. Just an ld bug after all. Thanks. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Le dimanche 06 novembre 2016 à 20:04 +0100, Christoph Paulik a écrit : > Adding to that: The liquify help labels stay in the header frame even > when the liquify module is no longer active (tab closed). This leads > to a state where the help says e.g. "click to add line" but nothing > actually happens. This should be fixed now. Thanks for reporting. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Le lundi 07 novembre 2016 à 20:45 +0100, Christoph Paulik a écrit : > I just compiled the latest master but the behaviour that I tried to > describe is still there. > > https://www.youtube.com/watch?v=HtUB7d3vAE8 shows what I mean. The > caption stays there even when the liquify module is closed. I see, I have fixed another issue. This shows that it is very important to describe precisely the steps to reproduce an issue. Will fix this one too. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Christoph, > I just compiled the latest master but the behaviour that I tried to > describe is still there. Should be fixed now. Can you double check? Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Hi Christoph, > Steps to reproduce: > > - Open liquify module > - Select point -> help says "click and drag to add point" > - Close liquify module -> help text disappears > - Open liquify module -> point is still selected and active but no > help is shown. Thanks! When closing the module we also want to disable the tool. This is what is happening for the clone tool. This is now fixed. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] strange ld crash building darktable
Jean-Luc, > Unfortunately there was a new upgrade of binutils today on debian > sid. > > It is from 2.51.20161105-2 -> 2.51.20161108-1 > > And... the bug is here again. Confirmed :( As you said it is sid so nothing to complaint about! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Export from Lua
Hello Lua experts! I want to create a Lib (a bit like the Enfuse one in the lua-script repo) but I need to first export the RAW file as say TIF. Is there a way to export a set of RAW from Lua? I tried calling darktable-cli on command line, but as expected this does not work because of the db locking. Any idea? Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
2016-11-14 15:17 GMT+01:00 johannes hanika : > i guess you can always explicitly add --library :memory: or something > to avoid locking? Even with that I get a locking issue! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
Hi William, > The current way to export a set of RAWs and pass them on for further > processing to an external process is to create a storage instead of a > lib. Examples of this are contrib/hugin.lua and contrib/gimp.lua. I've done that in some other plug-ins indeed. But here I really want to create an HDR lib which supports RAW. I'd like a lib here as the fact that there is export should be hidden. That's not the point for end users and the lib will allow a better visibility in the UI. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
Hello William, > If it's going to act directly on RAWs, then you can just use the > darktable.gui.action_images table. If you need to do an export > behind the scenes, then look at https://github.com/wpferguson/lua- > scripts/blob/plugin/lib/libPlugin.lua. There are two functions in > there, libPlugin.build_image_table and libPlugin.do_export that build > an image table similar to the exporters, then do_export creates the > formats and exports the images. I wrapped a UI around them, but you > could use them directly and just define which format to export. Great! I'll have a look. Thanks. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
Hello Bill, The good news is that what I was trying to do you've already done it in your enfuse processor support. The bad news is that this is not yet ready for 2.2. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
Bill, > I have a version of enfuse that was coded as a storage and works on > 2.0.x. I could resurrect that and update it for 2.2.x. It probably > doesn't really require anything to be compatible. If you need it > now, let me know and I'll check it against 2.2 and put it in a branch > on my copy of the scripts. I have already an enfuse working as an export. > When I submitted the updated enfuse as a PR was when the discussion > started about what an exporter was and what a processor was. That > was when I wrote plugin support, but it's so big we're having to do > it in pieces to get it in to the scripts. We've got the libraries > in, and I'm almost finished with the script manager. After that I'll > do the plugin support, and then the plugins. The plugin support > allows us to add more external processors and handle them in a better > way than we currently do. I've actually built a plugin to support > the NIK software collection, and have all the tools working. Sounds wonderful! > I'll update my plugin branch to work on 2.2.x. That way, you could > clone that branch into a separate scripts directory and link to it > and play with it if you would like. I'll let you know when it's done > (probably a day or so). Sure, would be nice. That's really what I'm looking for but there is no urgency. So I'll wait for this :) Thanks for the hard work. You're Lua framework seems really great, that will be I'm sure a killer contribution to the darktable success! All the bests, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Mask problem
Hi Ulrich, > The goal was to prevent the border getting so close that one cannot > grab and increase it again. How do you manage to grow the feathering > area if it is very small? We could have an action (and associated shortcut) to reset it to say 30% of the size of the object? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Export from Lua
Le mercredi 16 novembre 2016 à 10:56 +0100, Tobias Ellinghaus a écrit : > Exporting from Lua has been possible for a long time and is used in > the script to integrate dt into GIMP. Have a look here: > > https://git.gnome.org/browse/gimp/tree/plug-ins/file-darktable/export > -on-exit.lua Thanks for the pointer. Indeed, quite simple when you see an example. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Export from Lua
Hi Bill, > I've updated the plugin branch to run on Darktable 2.2.x. I've also > included the latest snapshot of the script manager. You can use it > as a replacement for your luarc file and dynamically enable which > scripts are active. It's in tools/script_manager.lua. If you use > it, you can enable the plugin manager with it. Once the plugin > manager is running nothing shows up until you enable a plugin. If > you run darktable -d lua, there will be a lot of messages since I'm > still working on it. Feel free to play with it. Any feedback would > be appreciated. Sure, I won't have time this week-end to have a look but during the week I hope to have time and will send you feedbacks. Thanks a lot! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Idea: Make XMP files hidden
Hi Jonas, > some users (like me ;) ) seem to be distracted by the XMP sidecar > files created by darktable (and likewise Lightroom). What is that? XMP? Where are they? No, don't tell me you open your file browser where darktable is keeping the pictures? :) Sincerely, I very very rarely see the .xmp of my pictures, so saying those are distracting is not something I can agree with :) I do see some as a darktable dev while testing thought. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Idea: Make XMP files hidden
Hi Jonas, > so I have attempted to script it, please see attached script. Well, chflags does not exists on GNU/Linux. It should be chattr. Now I think this is quite dangerous. If someone move files directly from the file explorer, then the .xmp won't be moved with them. I know that this is BAD to change things behind darktable, but some people *will* do that! So you should probably put a strong message into the script to warn about this. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Hi Aurélien,
> Sorry for the delay. I made a quick video to show the label bug : htt
> ps://www.youtube.com/watch?v=RRs__qbn1cw
In your video you said that this is probably not due to your style
(.css), but I do think this is really it making this visible. Indeed
your font for the module ("Table lumineuse", "chambre noire"...) is
very small and then when the 3 lines of the liquify help appears they
need more space, hence the effect you're seeing.
As I said this is *not* a translation issue. Just check with:
$ LANG=en_US.UTF8 darktable
There is at least two solutions:
1/ use only 2 lines for the liquify help
2/ change your CSS to use larger area for the top panel
As we are on string freeze I'm not sure we can do 1/.
Thanks,
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2 RC 0 - Liquify : label glitches
Aurélien, > This is the same with the default stylesheet. It may not be a > translation issue, but still. One easy solution would be to enlarge > the font for the lighttable/darkroom/etc. labels, but a bigger top > panel means a smaller picture frame and it's a shame for a photo > editor. > https://youtu.be/h9vvqbO9MBM Really strange I can't reproduce on my side! Maybe a font issue or a DPI issue. What screen do you have? I agree with you that this is a bug and need to be fixed, but in string freeze I'm not sure I can arrange this help to be on 2 lines. I can certainly do that for the french translation. Well, I'll do it right now. Then you'll be able to test RC2 when it is out and we'll see. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Bottom buttons right click
Le mardi 06 décembre 2016 à 17:51 +0300, Timur Irikovich Davletshin a écrit : > I tried another PC and my problem remains the same. It just came into > my head that maybe this problem is linked with Gnome Shell? No I'm using it daily but maybe you're on Wayland? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Bottom buttons right click
Le mardi 06 décembre 2016 à 19:15 +0300, Timur Irikovich Davletshin a écrit : > No, just plain Gnome Shell on Nvidia. No more idea then... I tried again and for me it works just fine, the menu opens after every right-click. No issue on my side... -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Timelapse
Le mardi 06 décembre 2016 à 12:21 +1100, Robert William Hutton : > I've also been wondering what happened to that feature, as the video > looked really promising. > > The code on the timelapse branch in the > https://github.com/EleRas/darktable repo didn't build for me though. > ;( I also feel sad about this! It would be a really nice addition to darktable and I don't understand spending so much time on such a large development without finishing the last step: integration. I really hope the original author will come back here! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Bottom buttons right click
Timur, > I tried it with 2 mice and touchpad — no luck. It works elsewhere > except those small button in DT. Well, strictly speaking even they > work but only sometimes (1 click of 10-20) 🙂 I see that you are using Ubuntu 16.04 so maybe a Gtk+ issue? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Bottom buttons right click
Le jeudi 08 décembre 2016 à 23:05 +0300, Timur Irikovich Davletshin a écrit : > Well, the only non-standard — I use Ubuntu Gnome flavor. Additional > ppa includes only DT. Just wanted to state again that I'm using GNOME Shell on GNU/Debian and from time to time on Ubuntu too. I have never ever experienced this issue. So indeed probably due to some external parameters... Now which one I can't tell :( -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Masks and history
Le samedi 24 décembre 2016 à 15:54 +0300, Alexander Rabtchevich a écrit : > And when I tried to recover the mask, it was no way of doing it. Indeed. Currently undo does not support drawn masks. There is a redmine ticket for this. It will be implemented at some point. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Warning: git master now uses rawspeed as submodule !
Hi Ulrich, > Well, that's an option. But I almost already hear the screams when > people screw things up by using force at the wrong place. I understand your concern but submodules are a really powerful Git feature, when mastered it is really helpful for tracking external repos. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] cannot compile current git
Alexander, > Thank you, it did help. Should it be done each time git pull is > made? Yes, or either: $ git pull --recurse-submodules -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Re: Unusual stability problem
Hi Ulrich, > As I have just moved from OpenSUSE 13.2 to Leap 42.1 this might well > be related to gtk/x as many libraries are now updated. For the record I'm using GNU/Debian sid and have no crash on my side using darktable compiled from master (I have used it extensively yesterday). My Gtk version is 3.22.7 if it can help. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] export to google photo
Hi! I cannot export today to Google Photo (this is with darktable compiled from Git master). Am I the only one? The export is fine, but during the upload I get a 400 bad request response from Google! This has always worked for me and for sure on Jan 12 it was working: < HTTP/1.1 400 Bad Request < Content-Type: text/html; charset=UTF-8 < Date: Sun, 29 Jan 2017 15:59:50 GMT < Expires: Sun, 29 Jan 2017 15:59:50 GMT < Cache-Control: private, max-age=0 < X-Content-Type-Options: nosniff < X-Frame-Options: SAMEORIGIN < X-XSS-Protection: 1; mode=block < Server: GSE < Alt-Svc: quic=":443"; ma=2592000; v="35,34" < Accept-Ranges: none < Vary: Accept-Encoding < Connection: close < Transfer-Encoding: chunked Is that a transient Google issue? I've started to debug this but cannot see something wrong at the moment. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
Hi Hans, > I'm getting problems also when exporting to G+. Thanks for the feedback. I have also tested with 2.2.1 with two different accounts and it always fail. So that look like a Google Photo issue or a change in the API but I haven't found change in the documentation. Let's wait... -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
Same problem today. I've also tried with Gthumb Google Photo export and it also fails. Seems like Google API is having serious issues since some days. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Multiple module history entries
I have seen this from time to time. I thought it was because of some module version diff when editing an old picture... Not sure. Anyway for me I have always been able to "fix" that by compressing the history stack. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Google+ Album API change
Here: https://developers.google.com/picasa-web/docs/2.0/developers_guide_protocol In section "creation an album": <<< Important: As part of the Picasa Web Albums Data API changes, support for this feature has been removed from the API. Read more about this in the Release Notes. >>> And indeed, this morning I cannot create a new album from darktable. Same issue with gThumb :( -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
A follow-up on this issue. I think the different transient issues we had week ago was due to Google deprecating part of the API. Lot of changes have been made! As of today it is not possible to create album from the API. That is the darktable export to Google Photo will always fail. It is the case for me and during investigation I've found that Google as removed the creation of album from the API (plus many other things, but well not used by darktable). Anyway, I'm prepare a PR to fix this: https://github.com/darktable-org/darktable/pull/1440 The idea is to use the Drop Box (a special album) to upload pictures. This is supported. Of course it is still possible to upload pictures into existing albums. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
Roman, > Is there any kind of announcement i wonder? No. Did not see any announce. > In facebook case, IIRC they only disabled album creation for old API, > but it is still possible with the new API version. In case of Google Photo the documentation says that it is removed on old version of the API (see red text here): https://developers.google.com/picasa-web/docs/2.0/developers_guide_protocol#AddAlbums And not supported in new 3.0 version of the API: https://developers.google.com/picasa-web/docs/3.0/releasenotes#mutation-support-removed That's all I found. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
Le jeudi 16 février 2017 à 19:21 +0100, Holger Klemm a écrit : > Hi, > Hidrive is also a nice cloud solution for images. > With european privacy (German server)! > > Here the example: > https://sharegallery.strato.com/pages/demo-album-eng#my-amazing-famil > y-1/ > photos/grid > > Here the API: > https://dev.strato.com/hidrive/ > Sorry but that's completely off-topic and really not helful. Google Photo is not a cloud! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] export to google photo
Roman, > That reads to me as if we should just completely drop picasa exporter Not really, I'm using it :) And as long as it is possible to upload pictures it is good enough. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] haze removal
Great news! Looks promising! I've noticed that some parts get very dark and quite underexpose. We can see that under the bridge and on the bank of the river. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?
Yes Execution capabilities: Execute OpenCL kernels: Yes Execute native function: Yes Queue on Host properties: Out-of-Order: No Profiling : Yes Queue on Device properties: Out-of-Order: No Profiling : No Platform ID: 0x7fe5a0d00430 Name: Intel(R) Core(TM) i7-6820HQ CPU @ 2.70GHz Vendor: GenuineIntel Device OpenCL C version: OpenCL C 1.2 Driver version: 1800.11 (sse2,avx) Profile: FULL_PROFILE Version: OpenCL 1.2 AMD-APP (1800.11) Extensions: cl_khr_fp64 cl_amd_fp64 cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_gl_sharing cl_ext_device_fission cl_amd_device_attribute_query cl_amd_vec3 cl_amd_printf cl_amd_media_ops cl_amd_media_ops2 cl_amd_popcnt cl_khr_spir cl_khr_gl_event >> But darktable seems to see only the Intel GPU: $ [opencl_init] opencl related configuration options: [opencl_init] [opencl_init] opencl: 1 [opencl_init] opencl_library: '' [opencl_init] opencl_memory_requirement: 512 [opencl_init] opencl_memory_headroom: 300 [opencl_init] opencl_device_priority: '*/!0,*/*/*' [opencl_init] opencl_size_roundup: 16 [opencl_init] opencl_async_pixelpipe: 1 [opencl_init] opencl_synch_cache: 1 [opencl_init] opencl_number_event_handles: 100 [opencl_init] opencl_micro_nap: 0 [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 [opencl_init] found 1 platform [opencl_init] found 1 device [opencl_init] discarding CPU device 0 `Intel(R) Core(TM) i7-6820HQ CPU @ 2.70GHz'. [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. Thanks for any help! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?
Roman, > So amdgpu only sees the cpu, not GPU. > > Which card is that? Perhaps it is not supported yet by amdgpu? This is: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Venus XTX [Radeon HD 8890M / R9 M275X/M375X] (rev 83) > Or some other part of amdgpu is not yet installed? Maybe, as I said that's the first time I have an AMD card :( I've googled a bit, but nothing obvious... Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?
Ok, I think I'm out of luck. I was missing the mesa-opencl-icd which is needed to support OpenCL on AMD cards. But now the darktable output is: [opencl_init] discarding device 1 `AMD CAPE VERDE (DRM 2.48.0 / 4.9.0- 2-amd64, LLVM 3.9.1)' due to missing image support. Means that my FirePro M5100 is missing some required features as I've understood from previous report. Right? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?
Hi Gonçalo, > I know amd released recently a new version of their amdgpu-pro driver > that supports 16.04. Im also out of luck because linux 4.8 isn't > supported in those drivers. And I'm on 4.9 kernel! > I think it's possible to use amdgpu-pro's opencl features up > to kernel 4.6 (see https://www.sabeltand.net/amdgpu-1610/) but for > more recent kernels it doesn't work... This is a amdgpu-pro 16.60 out. Not sure it would work, but the above procedure was for 16.40 version. > I've been patiently waiting for some solution to get opencl working > again but i don't get my hopes up... My next laptop will _NOT_ have > an amd card... Sure as I should have :( > Regards and please share if you find some solution... Sure, will do if I find something working. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Notebook with dual AMDGPU + Intel, OpenCL setup?
About this... I have been able to build amdgpu-pro with 4.9 but it does
not work!
I had to restart in safe mode and undo the mess, well I'm using btrfs
and so the going back to the previous snapshot was easy.
Anyway I want to trace here the procedure + patches if someone else
want to try out...
First, get the latest amdgpr-pro version from AMD. Version 16.60 for
Ubuntu from this page:
http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-for-Linux-Release-Notes.aspx
Then:
$ tar xf amdgpu-pro-16.60-379184.tar.xz
$ patch < amdgpu-pro-install.patch
$ sudo ./amdgpu-pro-16.60-379184/amdgpu-pro-install
The dkms build will fail because incompatibility with 4.9 headers. Just
apply my patch on the source tree (as root):
# cd /usr/src/amdgpu-pro-16.60-379184
# patch < amdgpu-49.patch
Then finalize the build:
# cd /var/lib/dkms/amdgpu-pro/16.60-379184/build
# dkms build amdgpu-pro/16.60-379184
# dkms install amdgpu-pro/16.60-379184
At least we may try this later when a new amdgpu-pro driver is out.
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org*** amdgpu-pro-16.60-379184/amdgpu-pro-install~ 2017-01-23 03:00:25.0 +0100
--- amdgpu-pro-16.60-379184/amdgpu-pro-install 2017-03-04 15:57:22.189054001 +0100
***
*** 46,53
[[ -r /etc/os-release ]] && . /etc/os-release
case "$ID" in
! ubuntu)
! PACKAGES="amdgpu-pro amdgpu-pro-lib32 amdgpu-pro-dkms"
;;
steamos)
PACKAGES="amdgpu-pro-driver amdgpu-pro-lib32 "`
--- 46,54
[[ -r /etc/os-release ]] && . /etc/os-release
case "$ID" in
! debian)
! # PACKAGES="amdgpu-pro amdgpu-pro-lib32 amdgpu-pro-dkms"
! PACKAGES="amdgpu-pro"
;;
steamos)
PACKAGES="amdgpu-pro-driver amdgpu-pro-lib32 "`
***
*** 83,88
--- 84,90
echo "deb [ trusted=yes ] file:$REPOSITORY/ ./" | \
$SUDO tee $(source_list)
$SUDO apt-get update ||:
+ echo apt-get $@ install $PACKAGES
$SUDO apt-get $@ install $PACKAGES
fi
}
***
*** 130,136
shift
;;
--compute)
! PACKAGES="clinfo-amdgpu-pro opencl-amdgpu-pro-icd \
amdgpu-pro-dkms libdrm2-amdgpu-pro \
libdrm-amdgpu-pro-amdgpu1"
shift
--- 132,138
shift
;;
--compute)
! PACKAGES="opencl-amdgpu-pro-icd \
amdgpu-pro-dkms libdrm2-amdgpu-pro \
libdrm-amdgpu-pro-amdgpu1"
shift
*** ./amd/amdgpu/amdgpu_connectors.c~ 2017-01-23 03:01:42.0 +0100
--- ./amd/amdgpu/amdgpu_connectors.c 2017-03-04 18:12:41.716426066 +0100
***
*** 168,179
}
/* Any defined maximum tmds clock limit we must not exceed? */
! if (connector->max_tmds_clock > 0) {
/* mode_clock is clock in kHz for mode to be modeset on this connector */
mode_clock = amdgpu_connector->pixelclock_for_modeset;
/* Maximum allowable input clock in kHz */
! max_tmds_clock = connector->max_tmds_clock * 1000;
DRM_DEBUG("%s: hdmi mode dotclock %d kHz, max tmds input clock %d kHz.\n",
connector->name, mode_clock, max_tmds_clock);
--- 168,179
}
/* Any defined maximum tmds clock limit we must not exceed? */
! if (connector->display_info.max_tmds_clock > 0) {
/* mode_clock is clock in kHz for mode to be modeset on this connector */
mode_clock = amdgpu_connector->pixelclock_for_modeset;
/* Maximum allowable input clock in kHz */
! max_tmds_clock = connector->display_info.max_tmds_clock * 1000;
DRM_DEBUG("%s: hdmi mode dotclock %d kHz, max tmds input clock %d kHz.\n",
connector->name, mode_clock, max_tmds_clock);
*** ./amd/amdgpu/amdgpu_ttm.c~ 2017-01-23 03:01:42.0 +0100
--- ./amd/amdgpu/amdgpu_ttm.c 2017-03-04 18:13:45.776204388 +0100
***
*** 255,261
if (amdgpu_ttm_tt_get_usermm(bo->ttm))
return -EPERM;
! return drm_vma_node_verify_access(&abo->gem_base.vma_node, filp);
}
static void amdgpu_move_null(struct ttm_buffer_object *bo,
--- 255,261
if (amdgpu_ttm_tt_get_usermm(bo->ttm))
return -EPERM;
! return drm_vma_node_verify_access(&abo->gem_base.vma_node, filp->private_data);
}
static void amdgpu_move_null(struct ttm_buffer_object *bo,
*** ./amd/display/amdgpu_dm/amdgpu_dm_types.c~ 2017-01-23 03:01:42.0 +0100
--- ./amd/display/amdgpu_dm/amdgpu_dm_types.c 2017-03-04 18:15:46.571723561 +0100
***
*** 1692,1701
struct drm_plane *plane,
struct drm_framebuffer *fb,
const struct drm_plane_state *new_s
Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional
Hi Ulrich,Here it doesn't work (with darktable 2.2.x): LUA ERROR : Invalid index for combo box : 0 > If you have installed beta1 before you need to remove all enfuse_pro entries from your darktablerc. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional
Hi Holger,
I did tried the beta2 today.
I have proposed a patch on the Lua support to fix this wonderful
module. Still waiting to see if my patch is correct though :)
Also I found an issue with the location of the ".aligned" at creation
time. Fix in the attached patch.
Also tested with darktable master so I have added compatibility with
5.0.0 API.
Let me know if you have questions.
Thanks,
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org*** enfuse_pro.lua.orig 2017-03-09 19:21:59.0 +0100
--- enfuse_pro.lua 2017-03-16 19:12:22.671087295 +0100
***
*** 36,42
local gettext = dt.gettext
-- works only with darktable API version 4.0.0
! dt.configuration.check_version(...,{4,0,0})
-- Tell gettext where to find the .mo file translating messages for a particular domain
gettext.bindtextdomain("enfuse_pro",dt.configuration.config_dir.."/lua/")
--- 36,42
local gettext = dt.gettext
-- works only with darktable API version 4.0.0
! dt.configuration.check_version(...,{4,0,0},{5,0,0})
-- Tell gettext where to find the .mo file translating messages for a particular domain
gettext.bindtextdomain("enfuse_pro",dt.configuration.config_dir.."/lua/")
***
*** 1043,1049
end
-- execute align_image_stack
!alignStartCommand="align_image_stack " ..cmd_align_radial_distortion.." "..cmd_align_optimize_field.." "..cmd_align_optimize_center.." "..cmd_align_auto_crop.." "..cmd_align_distortion.." "..cmd_align_grid_size.." "..cmd_align_control_points.." "..cmd_align_control_points_remove.." "..cmd_align_correlation.." "..cmd_align_use_gpu.." -a .aligned_ "..images_to_align
dt.print_error(alignStartCommand)
resultalign=dt.control.execute(alignStartCommand)
--- 1043,1049
end
-- execute align_image_stack
!alignStartCommand="align_image_stack " ..cmd_align_radial_distortion.." "..cmd_align_optimize_field.." "..cmd_align_optimize_center.." "..cmd_align_auto_crop.." "..cmd_align_distortion.." "..cmd_align_grid_size.." "..cmd_align_control_points.." "..cmd_align_control_points_remove.." "..cmd_align_correlation.." "..cmd_align_use_gpu.." -a " ..homepath.."/.aligned_ "..images_to_align
dt.print_error(alignStartCommand)
resultalign=dt.control.execute(alignStartCommand)
***
*** 1221,1224
"set the output color depth", -- tooltip
"16", -- default
"8", "16","32","r32","r64")-- values
-
\ No newline at end of file
--- 1221,1223
Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional
Hi Holger, > Change report dt plugin Enfuse Professional 2.2.1: > - changed output from align_image_stack to .local/tmp > - add support for darktable 2.3 (API 5.0.0) and Lua 5.3 > - fixes for translation > - add german translation > Translations into other languages are welcome! Attached the French translation. "fr_FR" Thanks for the great plu-ing! Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.orgmsgid "" msgstr "" "Project-Id-Version: Lua image path\n" "POT-Creation-Date: 2017-03-19 20:33+0100\n" "PO-Revision-Date: 2017-03-20 14:18+0100\n" "Last-Translator: Pascal Obry \n" "Language-Team: \n" "Language: fr_FR\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Poedit 1.8.11\n" "X-Poedit-Basepath: .\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Poedit-KeywordsList: \n" "X-Poedit-SearchPath-0: .\n" #: enfuse_pro.lua:10 msgid "image align options" msgstr "options d'alignement" #: enfuse_pro.lua:10 msgid "image fusion options" msgstr "options de fusion" #: enfuse_pro.lua:10 msgid "target file" msgstr "fichier final" #: enfuse_pro.lua:10 msgid "directory" msgstr "répertoire" #: enfuse_pro.lua:10 msgid "optimize radial distortion for all images" msgstr "optimisation distorsions radiales" #: enfuse_pro.lua:10 msgid "" "optimize radial distortion for all images, \n" "except for first" msgstr "" "optimisation des distorsions radiales de toutes les images\n" "sauf pour la première" #: enfuse_pro.lua:10 msgid "optimize field of view for all images" msgstr "optimisation profondeur de champ" #: enfuse_pro.lua:10 msgid "" "optimize field of view for all images, except for first. \n" "Useful for aligning focus stacks (DFF) with slightly \n" "different magnification." msgstr "" "optimisation de la profondeur de champ de toutes les images, sauf la première\n" "utile pour aligner des piles de focus (DFF) avec des petites différences de grossissement." #: enfuse_pro.lua:10 msgid "optimize image center shift for all images" msgstr "optimisation déplacement central" #: enfuse_pro.lua:10 msgid "" "optimize image center shift for all images, \n" "except for first." msgstr "" "optimisation du déplacement central de toutes les images\n" "sauf la première" #: enfuse_pro.lua:10 msgid "auto crop the image" msgstr "recadrage automatique" #: enfuse_pro.lua:10 msgid "auto crop the image to the area covered by all images." msgstr "recadrage automatique des images sur la zone couverte par toutes les images" #: enfuse_pro.lua:10 msgid "load distortion from lens database" msgstr "charge distorsion des objectifs" #: enfuse_pro.lua:10 msgid "try to load distortion information from lens database" msgstr "charge les informations de distorsion depuis la base de données des objectifs" #: enfuse_pro.lua:10 msgid "hard mask" msgstr "masque fort" #: enfuse_pro.lua:10 msgid "" "force hard blend masks on the finest scale. this avoids \n" "averaging of fine details (only), at the expense \n" "of increasing the noise. this improves the \n" "sharpness of focus stacks considerably.\n" "default (soft mask)" msgstr "" "force le masque fort de fusion sur les détails les plus fins. cela permert\n" "d'éviter de moyenner les détails fins (seulement), au détriment de la\n" "suppression du bruit. cela améliore considérablement la netteté de la pile de focus\n" "par défaut (masque faible)." #: enfuse_pro.lua:10 msgid "save masks" msgstr "sauver les masques" #: enfuse_pro.lua:10 msgid "" "Save the generated weight masks to your home directory,\n" "enblend saves masks as 8 bit grayscale, \n" "i.e. single channel images. \n" "for accuracy we recommend to choose a lossless format." msgstr "" "sauvegarder les masques de poids dans le répertoire home\n" "enblend sauvegarde les masques en niveau de gris sur 8 bits,\n" "i.e. image avec
Re: [darktable-dev] Darktable 2.2.X Plugin Enfuse Professional
Hi Holger,
I've tried the plug-in and found a bug. The re-import does not seems to
be working.
First the re-import only happen if the copy exiv tags is also
activated. The attached patch fix that. But even with this the reimport
does not seems to work (the file never appears in darktable).
Any idea?
--
Pascal Obry / Magny Les Hameaux (78)
The best way to travel is by means of imagination
http://www.obry.net
gpg --keyserver keys.gnupg.net --recv-key F949BD3B
___
darktable developer mailing list
to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org*** enfuse_pro.lua.orig 2017-03-20 20:25:00.491881558 +0100
--- enfuse_pro.lua 2017-03-20 20:25:26.263730642 +0100
***
*** 1003,1012
dt.print_error(exixStartCommand)
-- execute exiv
resultexiv=dt.control.execute(exixStartCommand)
- if (dt.preferences.read("module_enfuse_pro", "add_image_to_db", "bool")) then
- local image = dt.database.import(path_with_filename)
- end
- dt.print(_('process successfully completed'))
if (resultexiv == 0) then
-- remove_temp_files()
dt.print(_('process successfully completed'))
--- 1003,1008
***
*** 1015,1020
--- 1011,1021
dt.print(_('ERROR: exiftool doesn\'t work. for more informations see terminal output'))
end
end
+ if (dt.preferences.read("module_enfuse_pro", "add_image_to_db", "bool")) then
+dt.print(_('IMPORT IMAGE2 '..cmd_output_path.."/"..(GetFileName(first_imagefile)).."-"..(GetFileName(last_imagefile)).."."..cmd_suffix_output_format))
+local image = dt.database.import(cmd_output_path.."/"..(GetFileName(first_imagefile)).."-"..(GetFileName(last_imagefile)).."."..cmd_suffix_output_format)
+-- dt.print(_('process successfully completed'))
+ end
else
-- remove_temp_files()
dt.print(_('ERROR: enfuse doesn\'t work. for more informations see terminal output'))
***
*** 1443,1446
_('set the output color depth'), -- tooltip
"16", -- default
"8", "16","32","r32","r64")-- values
-
\ No newline at end of file
--- 1444,1446
Re: [darktable-dev] Please test darktable-2.2.x branch
Hi Roman, > I believe we are *getting ready* to roll out the next point release, > 2.2.4 > > Please do test it before it is released, (end of this week?) > so that the 2.2.2/2.2.3 does not happen again :) Did some testing, no issue on my side. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Please test darktable-2.2.x branch
Is there anything we can do about this cups detection? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Darktable 2.2.X Plugin Pano Professional
Le lundi 03 avril 2017 à 19:58 +0200, Holger Klemm a écrit : > Am Sonntag, 2. April 2017, 23:27:03 CEST schrieb Tobias Ellinghaus: > > Am Sonntag, 2. April 2017, 20:53:50 CEST schrieb Holger Klemm: > > > Hi, > > > here is the first Pano Professional release. > > > > > > Download: > > > http://www.multimedia4linux.de/images/darktable/plugins/pano_pro- > > > 2.1.tar > > > > Are there plans to move this into darktable's lua-repository on > > github? > > > Yes, why not, but I think we should wait for more translations and > bug fixes It would be great to have those plug-ins the repository, it will give more visibility to this great work! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] lab export broken
Hello Tobias, I'm not sure why but it seems that this commit 7ed3afc1b breaks the setting "Lab" in the "output color profile" module. When it is set to Lab for using in darktable-chart the actual output does not seems to be Lab and the darktable-chart create a non working style (mostly changing nothing). If I revert the above mentioned commit all is back working as before. Have a good day! -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] lab export broken
Hi Tobias, > That is strange, for me it seems to work, both when setting the > export profile in colorout as well as when set in the export module. > Do you see any error messages when starting from a terminal? Please > show one exported image. > > Can anyone confirm that Lab export is broken? I've tested again today and all seems working now. Probably an error on my side, but I really don't know where as I have exported again the image in Lab color space without changing the dev history at all and did the same work on darktable-chart... Anyway, solved. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B signature.asc Description: This is a digitally signed message part
Re: [darktable-dev] Planning of the upcoming 2.4.0 release
Hi Tobias, we are currently thinking about having the next feature release (2.4.0) > earlier than Christmas. > Good news! > In order to plan for that we need to know if anyone is currently working on > something that should go into the release. I do have a merge-request for the mask undo support. I would like to have this in 2.4 if possible. I'm using it locally since some time. > We would also need some hands on > deck to help review and polish pull requests. > In the past development cycle we added a few things that surely need more > testing, so I expect the RC phase to be longer than usual. That might even > justify merging things that are not 100% prefect. But that will be decided > on > a case-by-case basis. > I think the mask undo may fall into this category. The undo support is not trivial and it is better to have lot of tester before the final release. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Planning of the upcoming 2.4.0 release
Le mardi 20 juin 2017 à 16:55 +0200, Moritz Moeller a écrit : > https://github.com/rabauke/darktable/tree/haze_removal This one is already committed on master. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] liquify produces artifacts if OpenCL is used
Hi Alexander, > The liquify module produces thin contours at the edges of its > affected area both at viewing (at some scales) and exporting. If > OpenCL is turned off, the effect doesn't exist. Note that liquify does produce artifacts as soon as the strength of a node is bigger than the node itself. That is, if the strength arrow in a simple circle node goes outside the node. I would say this is inherent to the liquify module. Is that your case? In any case, please open a ticket on Redmine and file a reproducer (RAW + xmp) if you want us to have a look. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re : [darktable-dev] Darktable 2.2.X Plugin Pano Professional
Hello Holger, I think it is a shame to not have those plugins merged into the main darktable lua repository. You're plugins pano & enfuse pro are two wonderful pieces of work. It would give them lot more visibility. Regards, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] OpenCL does not work after Nvidia driver upgrade to 384.90
István, > I'm using darktable 2.2.5 from Pascal's PPA on Mint 18.2. I upgraded > from Nvidia 340 to 384, now opencl fails. It does compile the first > module at least, so I'm not sure if I really have a missing package. Looks like a known issue fixed in 384.98-3. See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883303 There is a workaround: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883303#10 Or upgrade to a new version if possible. -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] 2.4.0 Printer Module?
Hello Alan, Images that printed more-orless fine under 2.2.x (see comments below > though), > came out with a deep green cast under 2.4.0-rc1. I haven't have a chance > yet to try rc2. > This has nothing to do with dt. I had the same issue, I tried to understand what's wrong but to me this is a gutenprint or CUPS issue. I have the same issue while printing with GIMP for example. To make sure it wasn't a CUPS driver change, I printed from GIMP, which > produced a normal looking output. > Hum... So that's another issue than mine. But I doubt a difference color matrix could be applied. The print module just export the picture as it will be done by the export module using the picture history. I really do suspect something has changed on the CUPS or gutenprint chain, my issue appeared after updates on this. Is it possible that the color matrix of an image opened earlier could be > stored and used by the print module for a completely different image? > > -- > > I might mention also, that under version 2.2.x, when I went from editing > in Darkroom directly to the print module, it almost always let out the > latest edit changes. I learned to leave Darkroom to Lighttable, select > a different image, then change the selection back to the original image > and then the print module would include all the edit changes. > > I apologize for not having a code fix, or even figuring out exactly > what is going on with the printing. I'm hoping this might ring a bell > with someone already familiar with the module. > Anyway, it is too late for 2.4 initial release. I plan on adding support for turboprint which give very good result and has color profile for many papers and printers. This will bring the best print experience on Linux. Cheers, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] 2.4.0 Printer Module?
Alan, If by any chance you still have a dt 2.2 around can you check that the print is correct or not? As I said we may have different issues. Thanks, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://photos.obry.net http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] 2.4.0 Printer Module?
Hello Alan, > Nope, I think you were right. I've now gone back to 2.2.5 > and I'm getting a strong green cast that I wasn't seeing > before, so it must be CUPS or something outside of DT. Good to hear at least for dt devs :) Nothing broken on our side so nothing to fix :) > I did an OS version upgrade shortly before 2.4.0rc1 with > no intervening printing, so it's more than possible that > CUPS is the problem, and with these tests, I think DT is > absolved. My bad. Sorry. :-( Don't be sorry, better testing and reporting than letting bugs in the future 2.4 release. For your print may I suggest that you test turboprint. That's a driver that will be handled by CUPS and you'll be able to use it with dt. It has different papers/printers profiles. With my Epson 3880 I get almost as good support for my 3880 with turboprint as on Windows. In the future we'll get better support for turboprint directly in dt. Have a good day, -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] can't compile darktable
Le vendredi 22 décembre 2017 à 17:47 +0300, Alexander Rabtchevich a écrit : > cc1: error: unrecognized command line option '-Wno-format- > truncation' > [-Werror] > cc1: all warnings being treated as errors Which compiler version are you using? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] can't compile darktable
Le vendredi 22 décembre 2017 à 18:26 +0300, Alexander Rabtchevich a écrit : > gcc (Ubuntu 5.4.0-6ubuntu1~16.04.5) 5.4.0 20160609 > > Linux Mint 18.3 Roman will confirm, but I think this is a way too old compiler not supported to build dt. In latest version of Mint you ought to have a more recent compiler, no? -- Pascal Obry / Magny Les Hameaux (78) The best way to travel is by means of imagination http://www.obry.net gpg --keyserver keys.gnupg.net --recv-key F949BD3B ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
