Re: [darktable-dev] Question
* David Vincent-Jones [11-12-20 19:01]: > CR3, convert to DNG! ... Currently dt is not fully importing some critical > EXIF data from DNG files. I have asked in redmine that this be looked at. > > On 2020-11-12 11:59 a.m., Hubert Kowalski wrote: > > Before you gave money to Canon, you could have checked the status of exiv2 > > and rawspeed. > > > > Here's what you should do: > > https://discuss.pixls.us/t/canon-cr3-raw-support-your-move/14192?u=johnny-bit > > > > For time being you can convert your CR3 to DNG with no loss of image > > information and metadata. > > > > Remember - YOU supported canon with your purchase, you should expect THEM > > to help open source devs with CR3 support, not other way around. > > > > czw., 12 lis 2020 o 20:26 Mikko Rasa napisał(a): > > > > > On 12.11.2020 20.40, FF wrote: > > > > Will the forthcoming release of dt support Canon cr3 format? > > > I'm interested in this as well, having recently purchased a Canon EOS R > > > camera. There was some discussion in August, but the outcome back then > > > seemed to be that exiv2 (which Darktable uses) developers are too > > > uncertain of the possible legal issues and Canon is unwilling to give > > > any assurance that decoding the format is allowed. There was also some > > > talk on the relevant git issues about having to figure out how to > > > actually decode it without an official spec. > > > > > > However, libraw has apparently had CR3 decoding support since November > > > 2019. There's a fork of RawTherapee[1] with CR3 support (using libraw) > > > in a build from March, and it worked out of the box on my Debian > > > unstable system. So it seems that the format has been sufficiently > > > figured out and, at least so far, Canon has yet to raise a legal ruckus > > > about it. > > > > > > So where does Darktable stand with this issue? If exiv2 is too mired in > > > their legal uncertainty, would using libraw either in addition or > > > instead of it be an option? I would prefer to stick with Darktable > > > since it's unlikely the XMP data can be transferred to a different > > > program at the drop of a hat. > > > > > > [1] > > > > > > https://garridodiaz.com/canon-cr3-support-in-linux-using-art-rawtherapee-clone/ > > > > > > -- > > > Mikko > > > ___ > > > darktable developer mailing list > > > to unsubscribe send a mail to > > > darktable-dev+unsubscr...@lists.darktable.org > > > > > > you need to report on github as redmine has not been used for quite some time now. -- (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Question
CR3, convert to DNG! ... Currently dt is not fully importing some critical EXIF data from DNG files. I have asked in redmine that this be looked at. On 2020-11-12 11:59 a.m., Hubert Kowalski wrote: Before you gave money to Canon, you could have checked the status of exiv2 and rawspeed. Here's what you should do: https://discuss.pixls.us/t/canon-cr3-raw-support-your-move/14192?u=johnny-bit For time being you can convert your CR3 to DNG with no loss of image information and metadata. Remember - YOU supported canon with your purchase, you should expect THEM to help open source devs with CR3 support, not other way around. czw., 12 lis 2020 o 20:26 Mikko Rasa napisał(a): On 12.11.2020 20.40, FF wrote: Will the forthcoming release of dt support Canon cr3 format? I'm interested in this as well, having recently purchased a Canon EOS R camera. There was some discussion in August, but the outcome back then seemed to be that exiv2 (which Darktable uses) developers are too uncertain of the possible legal issues and Canon is unwilling to give any assurance that decoding the format is allowed. There was also some talk on the relevant git issues about having to figure out how to actually decode it without an official spec. However, libraw has apparently had CR3 decoding support since November 2019. There's a fork of RawTherapee[1] with CR3 support (using libraw) in a build from March, and it worked out of the box on my Debian unstable system. So it seems that the format has been sufficiently figured out and, at least so far, Canon has yet to raise a legal ruckus about it. So where does Darktable stand with this issue? If exiv2 is too mired in their legal uncertainty, would using libraw either in addition or instead of it be an option? I would prefer to stick with Darktable since it's unlikely the XMP data can be transferred to a different program at the drop of a hat. [1] https://garridodiaz.com/canon-cr3-support-in-linux-using-art-rawtherapee-clone/ -- Mikko ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Bug: geotagging images in map view
Hi Peter, So you should like to read this PR: https://github.com/darktable-org/darktable/pull/6871 Best regards, Nicolas Auffray (Nilvus) Le 12/11/2020 à 09:09, Peter Harde a écrit : Hi developers, 3.3.0+1520, Ubuntu 20.04, OpenCL enabled In map view moving an image from filmstrip onto map should place this image on map and set geo-coordiantes to this place. This is no longer possible in 3.3.0+1520. Dragging an image from filmstrip onto map, releasing it, the image jumps back to filmstrip, is not placed on map. Possibly related to https://github.com/darktable-org/darktable/pull/6834. Switched back to 3.3.0+1482~g2a0277747 where geotagging works. Best regards Peter Harde ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Question
Before you gave money to Canon, you could have checked the status of exiv2 and rawspeed. Here's what you should do: https://discuss.pixls.us/t/canon-cr3-raw-support-your-move/14192?u=johnny-bit For time being you can convert your CR3 to DNG with no loss of image information and metadata. Remember - YOU supported canon with your purchase, you should expect THEM to help open source devs with CR3 support, not other way around. czw., 12 lis 2020 o 20:26 Mikko Rasa napisał(a): > On 12.11.2020 20.40, FF wrote: > > Will the forthcoming release of dt support Canon cr3 format? > > I'm interested in this as well, having recently purchased a Canon EOS R > camera. There was some discussion in August, but the outcome back then > seemed to be that exiv2 (which Darktable uses) developers are too > uncertain of the possible legal issues and Canon is unwilling to give > any assurance that decoding the format is allowed. There was also some > talk on the relevant git issues about having to figure out how to > actually decode it without an official spec. > > However, libraw has apparently had CR3 decoding support since November > 2019. There's a fork of RawTherapee[1] with CR3 support (using libraw) > in a build from March, and it worked out of the box on my Debian > unstable system. So it seems that the format has been sufficiently > figured out and, at least so far, Canon has yet to raise a legal ruckus > about it. > > So where does Darktable stand with this issue? If exiv2 is too mired in > their legal uncertainty, would using libraw either in addition or > instead of it be an option? I would prefer to stick with Darktable > since it's unlikely the XMP data can be transferred to a different > program at the drop of a hat. > > [1] > > https://garridodiaz.com/canon-cr3-support-in-linux-using-art-rawtherapee-clone/ > > -- > Mikko > ___ > darktable developer mailing list > to unsubscribe send a mail to > darktable-dev+unsubscr...@lists.darktable.org > > -- Pozdrawiam, Hubert Kowalski ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Question
On 12.11.2020 20.40, FF wrote: Will the forthcoming release of dt support Canon cr3 format? I'm interested in this as well, having recently purchased a Canon EOS R camera. There was some discussion in August, but the outcome back then seemed to be that exiv2 (which Darktable uses) developers are too uncertain of the possible legal issues and Canon is unwilling to give any assurance that decoding the format is allowed. There was also some talk on the relevant git issues about having to figure out how to actually decode it without an official spec. However, libraw has apparently had CR3 decoding support since November 2019. There's a fork of RawTherapee[1] with CR3 support (using libraw) in a build from March, and it worked out of the box on my Debian unstable system. So it seems that the format has been sufficiently figured out and, at least so far, Canon has yet to raise a legal ruckus about it. So where does Darktable stand with this issue? If exiv2 is too mired in their legal uncertainty, would using libraw either in addition or instead of it be an option? I would prefer to stick with Darktable since it's unlikely the XMP data can be transferred to a different program at the drop of a hat. [1] https://garridodiaz.com/canon-cr3-support-in-linux-using-art-rawtherapee-clone/ -- Mikko ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Question
Will the forthcoming release of dt support Canon cr3 format? Best, Jack. ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Assign Actions to MIDI Events
Maybe this PR is of interest to you: https://github.com/darktable-org/darktable/pull/6830 On Thu, 5 Nov 2020 at 07:57, Jaume Aragay Badia wrote: > Hi there! :) > > I'm new here. I come from using LightRoom and I use a MIDI controller to > adjust levels with it's sliders and trigger actions with it's buttons... I > wanted to do the same with DT. > > With the mac there I use the MIDI2LR program by rsjaffe. It has a screen > where it shows which event the controller is activating (which key or > slider you are interacting with) and then you have a list of available > actions to be linked. Then you store the pairings list and install a plugin > in LR to interact with the external program. It's really easy to use and > you can keep different pairings for different file types if needed. I don't > know how it works internally, but it's really pleasing to use. > > I see there are similar projects for GIMP (which has a MIDI input entirely > developed) and others programs do too. > > I think it would really make DT a viable alternative to LR having this > external interface implemented. Needed? Of course not but, once > implemented, it would attract new users for sure! ;) > > I've found a way to capture and deal with the controller's events, now I'd > have to map them with available actions on DT. But I haven't found anywhere > these available actions listed. > > There would be two different action types: "Adjust X level to Y" and "Set > X to Y". An example would be: "Adjust brightness to the dialed level (0/127 > or 0/255 or any number of available levels)". and "Set White Balance to > AUTO". > > Theses are the questions I have: > > 1.- Is there any direct API to deal with the actions to be done? Like > setBrightness(x) or setWhiteBalance(x). > > I see in the manual we have the "accels" to interact with some of the > actions I try to deal with... > > 2.- Do we have to be in the specific view for the accels to work or do we > first have to move to that specific view using the "change view to X" > accel? Is there any accessible var to see what view are we in > programmatically? Something like getActualView(). > > 3.- Are the Actions listed on those pages all the ones that are available > in the program? Is there any list of all the available actions? Is there > any way to define new actions? > > 4.- What are the available ways to "interact" with these actions? How does > the program deal with the buttons being pushed or dials / sliders values > being modified? > > > *TL;DR* > How to link the MIDI events to the program actions? API, accels, other > ways? Does it have to be coded in LUA or are there other langs available to > interact besides simulating the key strokes programmatically? Are there any > state vars accessible from the external program to know actual values like > the actual view or the actual white balance type? Something like getView() > or getWhiteBalance(). > > For example: How does the program deal with the "darkroom" -> "basic > group" -> "basic adjustments" -> "exposure" slider value when adjusting it? > Is there a setExposure(x) API call? Or how do we get the actual value for > it to use it in conditional actions? If getExposure() > n then X else Y. > > TIA, > > > Jaume. > > > > ___ > darktable developer mailing list to unsubscribe send a mail to > darktable-dev+unsubscr...@lists.darktable.org > ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Bug: geotagging images in map view
Hi developers, 3.3.0+1520, Ubuntu 20.04, OpenCL enabled In map view moving an image from filmstrip onto map should place this image on map and set geo-coordiantes to this place. This is no longer possible in 3.3.0+1520. Dragging an image from filmstrip onto map, releasing it, the image jumps back to filmstrip, is not placed on map. Possibly related to https://github.com/darktable-org/darktable/pull/6834. Switched back to 3.3.0+1482~g2a0277747 where geotagging works. Best regards Peter Harde ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
