Re: [darktable-dev] usermanual update
Le dimanche 25 octobre 2015 à 23:17 +1100, David Houlder a écrit : > I suspect that most devices these days can render sRGB from a JPEG > pretty accurately, especially since the majority of devices now have > good built-in screens and not many options for screwing up the colour > rendition. Even if the accuracy isn't spectacular, I would expect it > to > be normally distributed around sRGB instead of being consistently > brighter. Am I wrong about this? Yes. That's not only about brigtness but the rendering of colors. Most LCD is not all have a strong blue color-cast. This is because the blue is looking brighter with more contrast and this please the consumers :) So until this is correct we really want to calibrate screens. The exception are the high end screens which are factory calibrated. Those have indeed pretty accurate color rendering. -- 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] usermanual update
Ulrich, > * new "mode" parameter in the export panel > > Anybody who can give a short explanation how the effects of "append" > versus "replace" differ? The append will append the modules from the style on top of the history stack of the image being exported. The replace mode will replace modules from the history stack by the ones from the style. -- 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] review
2015-09-15 9:16 GMT+02:00 Seweryn Niemiec <s...@man.szczecin.pl>: > On 10.09.2015 13:11, iormail2...@openmailbox.org wrote: >> >> Exporting: >> Since I'm retouching almost all of my photos... Instead of exporting to >> tiff >> manually and opening it on GIMP/PS, would be great to right click->edit >> in... > > > That would be great improvement to my workflow. Should be easy to do that with a lua script. -- 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] Base curve for Nikon D810?
Le samedi 05 décembre 2015 à 20:13 +, Colin Adams a écrit : > Trying to build the tool, I get: > > /usr/bin/ld: CMakeFiles/dt-curve-tool.dir/exif-wrapper.o: undefined > reference to symbol '_ZNSt8ios_base4InitD1Ev@@GLIBCXX_3.4' > > Any idea what I might need to install for this (I'm on Fedora 23). Not sure. I'm on Debian. But this could be an issue with different name mangling just introduced with GCC 5.x. Please make sure you remove the build directory first. And then start building from scratch. -- 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] Base curve for Nikon D810?
Hello Colin, > Also is http://www.darktable.org/2013/10/about-basecurves/ still up- > to-date wrt. darktable 2.0? If so, I could have a go at generating > one for the D810 (Nikon-like seems OK, but maybe a specific one would > look even better?) Yes it looks better for me. I did the D800 basecure (and denoise profile). For the basecurve, you can edit: src/iop/basecurve.c Duplicate the D800 code and change D800 to D810. You'll be able to tests it. But this basecure is often quite model specific and could not be that ok, but D810 is maybe very close to D800. Let us know. There is also tutorials to do a proper base curve, not difficult. See: http://www.darktable.org/2013/10/about-basecurves/ -- 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 on windows. Was: Re: [darktable-dev] Darktable crashes on a SIGILL
I agree too with Roman. The first key point is to have volunteers with a long term commitment to maintain the windows port. Then propose small and incremental patches to prepare the Windows build. The volunteers need also to build binaries from time to time (stable and dev to test) and follow the support on Redmine. That being said, I think it would be valuable to have such a build, for one thing, some transient bugs may appear more easily on Windows. In the long run this will help darktable stability. That's my experiences with software running on multiple platforms. -- 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] Darktable crashes on a SIGILL
Hello Erik, > I'm looking into getting darktable working on windows, There was already effort in this direction. It would be nice to have a build on Windows indeed. Many photographers I know are still on Windows. Anyway, have you looked at the status of the previous effort? If I remember correctly what has been said it was partly usable. https://plus.google.com/+ParthaBagchi/posts/H2MNQ1GgBck Also make sure the build is done for Win64 and not Win32. There is almost no chance that a Win32 build will work. On Linux we are discouraging people of using 32 bit builds as it makes the experience not really nice. Regards, -- 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] Darktable crashes on a SIGILL
Hi Erik, > No didn't know about Parhta's effort, will contact him to see where > his efforts are at. Joining effort on this project would be nice! Keep us informed. -- 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
[darktable-dev] liquify tools
Hello devs! The wonderful liquify iop needs some attention. Marcello has kicked the ball but seems not very motivated now. I have then taken this effort. The Redmine ticket: http://redmine.darktable.org/issues/10173 As I said there I have fixed one issue and up to now I have used it with great success. I'm planing to have a merge-request after the 2.0 release. Cheers, -- 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 on windows. Was: Re: [darktable-dev] Darktable crashes on a SIGILL
Partha, > I am sorry, why am I being copied on this? I've not commented on DT > for quite a long time. Why are you asking? You have been proposing a set of patch for building darktable on Win64. The conditions to have this integrated have been stated clearly by Roman and Tobias, this will avoid any frustration. If you are still motivated and willing to see this project moving forward why don't you have a merged effort with Erik? So to me you seems a good candidate for this mail :) Best Regards, -- 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] Watermark module not resizing?
Le samedi 28 novembre 2015 à 09:28 +, Richard Hobday a écrit : > 2.0rc2+70~gee36933 > Seems that the Watermark module size is fixed at 350px width. > Does not resize when right side panel width is set to 300 or less. Can you tell us more? I have just tested (with the same version) with a side panel of width 300, 350, and 400 and it resize for me. -- 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] 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] position of liquify and ashift in pixelpipe
Ulrich, Roman, Ok, so I'll do that. I'll put liquify *just* after lens. Thanks to both of you for raising this up! -- 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] position of liquify and ashift in pixelpipe
Hi Ulrich, > OK, I will then take care of any merge conflicts in PR 1129 so that > ashift would come before liquify. Done! -- 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] liquify, compiled
Le lundi 25 janvier 2016 à 18:50 +0100, Wolfgang Goetz a écrit : > Hi all, > pls > > diff --git a/src/iop/liquify.c b/src/iop/liquify.c > index 66fefb3..b3ad015 100644 > --- a/src/iop/liquify.c > +++ b/src/iop/liquify.c > @@ -2848,7 +2848,7 @@ int button_pressed (struct dt_iop_module_t > *module, > done: > dt_pthread_mutex_unlock (>lock); > if (handled) > -sync_pipe (module, true); > +sync_pipe (module, TRUE); > return handled; > } Fixed. Looks like a merge issue at some point as I'm sure I had fixed this already. -- 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 signature.asc Description: This is a digitally signed message part
[darktable-dev] liquify & ashift & masks
After lot of time on this issue I'm looking for help. Let's take in this example 4 modules in this order on the pipe: exposition -> ashift -> liquify -> monochome I have a mask on exposition and monochome. If I display them with ashift with a rotation of 10% for example. No problem, the masks are properly distorted. If I display them with liquify (a big warp enclosing both). No problem, the masks are properly distorted. Now I I activate ashift and liquify (with the same parameter as above) the mask on the exposition (that is, before liquify) is not properly distorted. We've been looking at this with Ulrich, not hint at the moment about the possible issue. Any idea? I'll try to connect on IRC soon to discussed this. But if you have idea or testing to do before do not hesitate. Attached a .xmp (to load on any picture) to reproduce the issue. Thanks, -- 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 pict.xmp Description: XML document
Re: [darktable-dev] Re: latest darktable git & tarbal failed to build
Le jeudi 17 mars 2016 à 19:46 +, wim vandenbussche a écrit : > Linking C executable darktable > libdarktable.so: undefined reference to `Exiv2::XmpProperties:: > registerNs(std::string const&, std::string const&)' > libdarktable.so: undefined reference to `Exiv2::XmpParser::e > ncode(std::string&, Exiv2::XmpData const&, unsigned short, unsigned > int)' > libdarktable.so: undefined reference to `Exiv2::ExifData::operator[] > (std::string const&)' I just did a full build from scratch after removing the build directory and I have no problem on my side. A corrupt or a wrong libexiv2 being used? What is your distribution? -- 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] 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 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] google+ authentication
Tobias, > What I couldn't find was any > documentation how to configure it (i.e., what storage backend to use) > or how to > test these things. It's all quite terrible. But a storage backend is at play somehow as my password is not forgotten immediately. For example I just tried now, and was able to find my account listed in darktable. Selecting it I got the list of all albums from my G+ account. But *at some point* the password seems to be forgotten. I haven't been able to find a pattern though. -- 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 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
[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] 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
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
[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 <lebedev...@gmail.com> 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] 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] 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] 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
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
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
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, > 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
[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] 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] 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] 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] 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] Database split landed in master
2016-10-02 16:12 GMT+02:00 Tobias Ellinghaus <m...@houz.org>: > 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] 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] strange ld crash building darktable
000 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
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
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
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] 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] 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] Re: Another real-life example
2016-10-24 10:44 GMT+02:00 Jean-Luc Coulon (f5ibh) <jean.luc.cou...@gmail.com>: > 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 à 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] 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] 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] 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
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] 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
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] 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] 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] 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] 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] 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] 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 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] 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 <pas...@obry.net>\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&quo
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 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
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(>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(>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_state)
! #else
static int dm_plane_h
[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?
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
[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] 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] 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] 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] considerations to port the documentation to Docbook 5.x
Le jeudi 03 mai 2018 à 18:41 +0200, Tobias Ellinghaus a écrit : > Am Donnerstag, 3. Mai 2018, 16:58:04 CEST schrieb openhab.doc: > > Hello, > > > > are there any considerations to port the documentation to the newer Docbook > > 5.x? > > That sounds like an awful lot of work. Is there anything special we would get > from that? At some point won't we need to do that anyway as support for old versions of docbook will be stopped? Maybe better to start now especially since there is a volunteer :) -- 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] Disable tone-curve generation in darktable-chart
Aurélien, > The dtstyle produced includes a tone curve and coefficients for the > LUT. In my case, the tone curve is almost linear, with small > (unconsitents) bumps. These bumps appear to come from numerical > errors and don't make sense, so I disabled the tone curve, but now > some luma values of the LUT patches are a little off the theoretical > target. I think this is because the Spyder ColorChecker does not have enough gray gradient in it. I had the same issue, I then switched to a it8 target and I do not have this issue now. -- 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] New module: mosaic
Le mardi 02 janvier 2018 à 12:38 -0200, Jefferson Ferreira a écrit : > I finish my first module called "mosaic". This module creates a > mosaic over the image to hide some confidential information (use > masks to restrict the area). Why using a gaussian mask over confidential information isn't enough? I'm not sure to understand the purpose of this module. > - link to download the module > https://www.dropbox.com/s/i9sn3lrek67m56p/mosaic.c?dl=0 > > - copy this file to /src/iop > > - in /src/iop/CMakeLists.txt, add the red line below: > > add_iop(finalscale "finalscale.c") > add_iop(globaltonemap "globaltonemap.c") > add_iop(bilat "bilat.c") > add_iop(denoiseprofile "denoiseprofile.c") > add_iop(defringe "defringe.c") > add_iop(ashift "ashift.c") > add_iop(hazeremoval "hazeremoval.c") > add_iop(mosaic "mosaic.c") > > - recompile and installing the darktable Sounds wrong to distribute a new module. Can you do a commit and a pull-request? Using some random code download on same random server is certainly not something I would do anyway. 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] 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
Re: [darktable-dev] 2.4.0 build for MacOS?
Hi Neil, > Any ideas why there is no current build for MacOS? I know. Simple, nobody did package it :) What is really needed is more MacOS devs to maintain dt on this platform. No magic! -- 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] noise
Hi Andrey, Sorry guys - nobody showed me the power of dt yet. > Thanks. Sorry for disturbance. Good luck. > Your messages sound like nothing will make you change your mind. You're set on a mode where you think dt is a crap at denoising images. So no problem. Keep using DPP is this fits your needs best nobody ask you to use darktable. -- 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] active module jumps onto another image
Hello Alexander, Should be fixed in Git master. Thanks for reporting. Best, -- 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 lag on a 4K monitor.
Hi August, Right, I have a "workaround" for this: https://github.com/TurboGit/darktable/commit/8506770fef89e8750320efec9e8c633fe3097dc1 Not sure if it still apply or not. But the idea was to skip as much as possible Gtk event when moving over the lighttable. This is not a real solution, just a workaround. I don't know what could be the real solution, probably have each thumbs a separate "widget" and so have a single enter or leave Gtk event for each one. -- 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] crash when updating blendop params in presets
Hi Johannes,
> just so i don't lose track of it. i just got this crash (see attached).
With which version?
The backtrace crash here src/common/image.c:112, but this is:
const char *dt_non_raw_extensions[]
= { ".jpeg", ".jpg", ...
So I'm asking.
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] crash when updating blendop params in presets
Sorry for the noise I see the Git sha1 in the first line of the backtrace :) -- 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: Fwd: [darktable-dev] feature freeze
Le jeudi 15 novembre 2018 à 22:00 +0100, Andreas Schneider a écrit : > I don't have a backup to restore but I will have in future for the last 14 > days ... That's good :) I have a rsnapshot of most of my work for 6 months with snapshot every 4 weeks and 9 days. I understand how bad news it can be, but please remember that using the dev version is dangerous. It has been said many times, you cannot expect to use the daily master version without a single glitch. It has happened, it has just happen again and will happen in the future. A kind remember to all people using the master branch. Please have proper backup to cope with those rare cases! Best, -- 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] Re: feature freeze
Le jeudi 15 novembre 2018 à 18:36 +0100, Pascal Obry a écrit : > Dear all, > > The feature freeze is effective since yesterday Nov 14th. So no more > new feature can be integrated into darktable at this stage. > > It is a good time to do some testing and report the issues you > encounter. That is, we are entering a bug squash period :) > > As previously said, the string freeze will follow early December. > > Cheers, And I should have also said that you should have a backup before trying the dev version as usual. We never know what could be broken :) 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] feature freeze
Dear all, The feature freeze is effective since yesterday Nov 14th. So no more new feature can be integrated into darktable at this stage. It is a good time to do some testing and report the issues you encounter. That is, we are entering a bug squash period :) As previously said, the string freeze will follow early December. 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: Fwd: [darktable-dev] feature freeze
Le jeudi 15 novembre 2018 à 21:25 +0100, Andreas Schneider a écrit : > The issue is probably a migration which didn't work: > > https://github.com/darktable-org/darktable/pull/1827 > > > I'm using darktable master which was normally quite stable. The question is > how can I fix this, change the blendop version in the XMP file back to an > earlier that the migration is redone and hope it will work? If you have an XMP previous to the migration it should work. But you probably didn't notice, the presets in data.db are all broken. So best to restore your backup :) -- 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
