[darktable-user] How to replace photos instead of duplicate them when exporting to Flickr ?
Hi, After an initial export to Flickr, if I re-work a photo and re-export it I wish it to be replaced but the photo is duplicated. How to prevent that ? Regards, Chris darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] How to replace photos instead of duplicate them when exporting to Flickr ?
Roman Lebedev wrote on 03/09/2016 22:32: On Sat, Sep 3, 2016 at 11:26 PM, Chris wrote: Hi, After an initial export to Flickr, if I re-work a photo and re-export it I wish it to be replaced but the photo is duplicated. How to prevent that ? Can't say anything about darktable flickr upload But in Flickr web interface, it is possible to change the image's image. Regards, Chris Roman. So what's the workflow of Flickr users ? They export, connect to Flickr, find the previous version of the image, delete it, affect the new version to the good albums ? =-O Regards, Chris darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] The Good Knight
Hi, What is this 'The Dark Table Team Presents The Good Knight' rubbish that appears when I try to open DarkTable? Some random DOS game? Makes me not trust this app one bit any more! Chris darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] Highlight Details
Hi All, I am a recent convert to Darktable, and seem to be battling to find a good way to recover detail in highlights. Lightroom does such a good job of it with a single slider. I found this video: https://hooktube.com/watch?v=JF5CFQPgidk but he doesn't recover any detail, simply push colour into area's that are washed out... which is not what I am attempting to achieve. I would like to see the details in blown out cloudy skies recovered. Since I have literally seen this possible in lightroom, I am surprise I cannot recover the detail on the same raw file within darktable. Maybe you have all seen this question before, and have some suggestions? Thanks, Chris darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Here are my results DarkTable - UnEdited = https://www.dropbox.com/s/jd4ozjhqrw1ft50/darkt_01.jpg?dl=0 LightRoom - UnEdited = https://www.dropbox.com/s/5vbufsvyezodi7n/lr_01.jpg?dl=0 LightRoom - Highlight Slider = https://www.dropbox.com/s/suw9v3jnsszbsec/lr_02.jpg?dl=0 see the amount of detail in the sky (all from the same .dng file) DarkTable - Highlight Reconstruction = https://www.dropbox.com/s/iruhnc9egalo699/darkt_02.jpg?dl=0 barely any detail recovered, and a pink colour being introduced DarkTable - Highlight & Pushed Base Curve = https://www.dropbox.com/s/ncph558coo1ao7u/darkt_03.jpg?dl=0 here I left the highlight reconstruction enabled and really pulled the highlights down in the base curve... you can see it does read some extra detail... just forces more of the odd pink colour into the image. Anyway, these are my adventures into highlights in DarkTable. Chris On 2018/04/08 01:57 PM, Matej Martinovic wrote: > Hello, > maybe this helps: https://www.darktable.org/2015/03/color-reconstruction/ > > > On So, 08 Apr 2018 22:10:42 +0200 *Chris * > wrote > > Hi All, > > I am a recent convert to Darktable, and seem to be battling to > find a good way to recover detail in highlights. Lightroom does > such a good job of it with a single slider. > > I found this video: https://hooktube.com/watch?v=JF5CFQPgidk but > he doesn't recover any detail, simply push colour into area's that > are washed out... which is not what I am attempting to achieve. I > would like to see the details in blown out cloudy skies recovered. > Since I have literally seen this possible in lightroom, I am > surprise I cannot recover the detail on the same raw file within > darktable. > > Maybe you have all seen this question before, and have some > suggestions? > > Thanks, > > Chris > > > > > darktable user mailing list to unsubscribe send a mail > todarktable-user+unsubscr...@lists.darktable.org > <mailto:darktable-user+unsubscr...@lists.darktable.org> > > > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Hi, So the shadows & highlights module also does not seem to full 'reveal' the detail in the clouds that I know exists... it simply darkens the existing pixels that we can already see. So not really 'recovering detail' as such. https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0 and pushed further https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?dl=0 obviously I am going to extremes here... but they still just do not compare to the clarity revealed from LR. https://www.dropbox.com/s/suw9v3jnsszbsec/lr_02.jpg?dl=0 Thanks, Chris On 2018/04/08 02:30 PM, Pascal Obry wrote: > Le dimanche 08 avril 2018 à 14:25 -0700, Chris a écrit : >> Anyway, these are my adventures into highlights in DarkTable. > You haven't activate the "shadows & highlight" module, so indeed > nothing done for darktable :) > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Hi, Couldn't agree with you more Peter. I am not trying to pick apart darktable... as I have actually just dumped adobe and am switching to darktable fully. So I am really just trying to learn the program and understand it better. Maybe there is a way to really get to the nitty gritty of the raw file and poke around in those colour ranges? Chris On 2018/04/08 03:04 PM, Peter Cripps wrote: > > I've seen similar results to Chris. One of the (few) things that I've > found Lightroom does better than darktable is highlight recovery. > > I have noticed that the darktable histogram doesn't seem to show > content at the far right hand side that does show in the Lightroom > histogram. Don't know if this is relevant. > > I hesitate to mention this, since I'm very conscious of the fact that > darktable is entirely created by people working on their own time. It > seems ungrateful to pick out one thing that isn't perhaps as good as > with other paid programs. > > Peter > > > > > On 04/08/2018 02:51 PM, Chris wrote: >> >> Hi, >> >> So the shadows & highlights module also does not seem to full >> 'reveal' the detail in the clouds that I know exists... it simply >> darkens the existing pixels that we can already see. So not really >> 'recovering detail' as such. >> >> https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0 >> >> and pushed further >> >> https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?dl=0 >> >> obviously I am going to extremes here... but they still just do not >> compare to the clarity revealed from LR. >> >> https://www.dropbox.com/s/suw9v3jnsszbsec/lr_02.jpg?dl=0 >> >> Thanks, >> >> Chris >> >> >> On 2018/04/08 02:30 PM, Pascal Obry wrote: >>> Le dimanche 08 avril 2018 à 14:25 -0700, Chris a écrit : >>>> Anyway, these are my adventures into highlights in DarkTable. >>> You haven't activate the "shadows & highlight" module, so indeed >>> nothing done for darktable :) >>> >> >> >> >> darktable user mailing list to unsubscribe send a mail to >> darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Hi Guillermo, For the sake of science here is the .dng file I was using for both the DT & LR examples earlier. https://www.dropbox.com/s/cavd1o7z8r5ao0n/_MG_1496.dng?dl=0 Busy playing with it now paying more attention to the histogram. Chris On 2018/04/08 04:17 PM, Robert Bieber wrote: > > Don't quote me on this, but since the pixel values are all floats I'm > pretty sure it's possible for one module to push them beyond the > "maximum" values and another one to bring them back in with the detail > still there, as long as everything ends up within the allowable bounds > by the time it gets converted to int > > > On 04/08/2018 07:11 PM, Guillermo Rozas wrote: >> Can you provide the original DNG so people can play with it? >> >> One think you should take into account is that modules in Darktable >> are applied in a certain order (bottom to top on darkroom). In >> particular, "Exposure" and "Base Curve" come before "Shadows and >> highlights". So, if Exposure pushes the info of the sky past the >> white point, you can not get it back later (at least that's how I >> understand it). Going by the histogram, it looks like this is what >> happening to your picture (there are a lot of pixels close to the >> right edge): the info was there before the exposure (and base curve) >> modules, but not by time you get to the shadows and highlights module. >> >> Two tips I can give you: >> - check the RAW over-exposure indicator (small colors icon below and >> to the right of the picture in darkroom). If the area is really >> non-recoverable it will show as over exposed in RAW. If not, there is >> a way to recover it (not always easy, but the info is there) >> - my first step when editing complex pictures is to use the exposure >> and black sliders on the Exposure module to fit the data exactly >> inside the histogram (using the normal under/over exposure >> indicator). Then I know I'm working with almost all the info the file >> have. >> >> Best regards, >> Guillermo >> >> On Sun, Apr 8, 2018 at 7:04 PM, Peter Cripps > <mailto:pe...@petercripps.com>> wrote: >> >> I've seen similar results to Chris. One of the (few) things that >> I've found Lightroom does better than darktable is highlight >> recovery. >> >> I have noticed that the darktable histogram doesn't seem to show >> content at the far right hand side that does show in the >> Lightroom histogram. Don't know if this is relevant. >> >> I hesitate to mention this, since I'm very conscious of the fact >> that darktable is entirely created by people working on their own >> time. It seems ungrateful to pick out one thing that isn't >> perhaps as good as with other paid programs. >> >> Peter >> >> >> >> >> On 04/08/2018 02:51 PM, Chris wrote: >>> >>> Hi, >>> >>> So the shadows & highlights module also does not seem to full >>> 'reveal' the detail in the clouds that I know exists... it >>> simply darkens the existing pixels that we can already see. So >>> not really 'recovering detail' as such. >>> >>> https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0 >>> <https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0> >>> >>> and pushed further >>> >>> https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?dl=0 >>> <https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?dl=0> >>> >>> obviously I am going to extremes here... but they still just do >>> not compare to the clarity revealed from LR. >>> >>> https://www.dropbox.com/s/suw9v3jnsszbsec/lr_02.jpg?dl=0 >>> <https://www.dropbox.com/s/suw9v3jnsszbsec/lr_02.jpg?dl=0> >>> >>> Thanks, >>> >>> Chris >>> >>> >>> On 2018/04/08 02:30 PM, Pascal Obry wrote: >>>> Le dimanche 08 avril 2018 à 14:25 -0700, Chris a écrit : >>>>> Anyway, these are my adventures into highlights in DarkTable. >>>> You haven't activate the "shadows & highlight" module, so indeed >>>> nothing done for darktable :) >>>> >>> >>> >>> >>> >>> darkt
Re: [darktable-user] Highlight Details
Hi, Seems as though the pink colours appear in my image when I disable 'highlight reconstruction'. With this disabled the Green & Blue channels have a lot less data in the highlights than the red. Enable highlight recon, and it seems to scale all the RGB to a simple range. Odd, because I do not get this pink appear when I reduce the highlights in Lightroom... and I am still using this same .dng file. Chris On 2018/04/08 05:34 PM, Guillermo Rozas wrote: > It may be truth (we need a developer to confirm), but in this case it > seems to be working like I say. Try it: > - open a picture > - over-expose it with the Exposure module > - try to recover using the shift white point slider on Shadows and > highlights. > Doing that, I lose all detail in the highlights. At some points in the > pipeline there are color space transformations, and that may clamp the > values to the limits to avoid problems (total speculation) > Regards, > Guillermo > > On Sun, Apr 8, 2018 at 8:17 PM, Robert Bieber <mailto:d...@biebersprojects.com>> wrote: > > Don't quote me on this, but since the pixel values are all floats > I'm pretty sure it's possible for one module to push them beyond > the "maximum" values and another one to bring them back in with > the detail still there, as long as everything ends up within the > allowable bounds by the time it gets converted to int > > > On 04/08/2018 07:11 PM, Guillermo Rozas wrote: >> Can you provide the original DNG so people can play with it? >> >> One think you should take into account is that modules in >> Darktable are applied in a certain order (bottom to top on >> darkroom). In particular, "Exposure" and "Base Curve" come before >> "Shadows and highlights". So, if Exposure pushes the info of the >> sky past the white point, you can not get it back later (at least >> that's how I understand it). Going by the histogram, it looks >> like this is what happening to your picture (there are a lot of >> pixels close to the right edge): the info was there before the >> exposure (and base curve) modules, but not by time you get to the >> shadows and highlights module. >> >> Two tips I can give you: >> - check the RAW over-exposure indicator (small colors icon below >> and to the right of the picture in darkroom). If the area is >> really non-recoverable it will show as over exposed in RAW. If >> not, there is a way to recover it (not always easy, but the info >> is there) >> - my first step when editing complex pictures is to use the >> exposure and black sliders on the Exposure module to fit the data >> exactly inside the histogram (using the normal under/over >> exposure indicator). Then I know I'm working with almost all the >> info the file have. >> >> Best regards, >> Guillermo >> >> On Sun, Apr 8, 2018 at 7:04 PM, Peter Cripps >> mailto:pe...@petercripps.com>> wrote: >> >> I've seen similar results to Chris. One of the (few) things >> that I've found Lightroom does better than darktable is >> highlight recovery. >> >> I have noticed that the darktable histogram doesn't seem to >> show content at the far right hand side that does show in the >> Lightroom histogram. Don't know if this is relevant. >> >> I hesitate to mention this, since I'm very conscious of the >> fact that darktable is entirely created by people working on >> their own time. It seems ungrateful to pick out one thing >> that isn't perhaps as good as with other paid programs. >> >> Peter >> >> >> >> >> On 04/08/2018 02:51 PM, Chris wrote: >>> >>> Hi, >>> >>> So the shadows & highlights module also does not seem to >>> full 'reveal' the detail in the clouds that I know exists... >>> it simply darkens the existing pixels that we can already >>> see. So not really 'recovering detail' as such. >>> >>> https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0 >>> <https://www.dropbox.com/s/u3lo4oy9dokdbwh/darkt_04.jpg?dl=0> >>> >>> and pushed further >>> >>> https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?dl=0 >>> <https://www.dropbox.com/s/zih4f434frcxizu/darkt_05.jpg?d
Re: [darktable-user] Highlight Details
Fascinating! So dt is clipping somewhere somehow, or the dng format 'pro' adobe somehow? :p So, just taking this further and assuming the detail I was looking for was in the red channel.. I was able to desaturate the reds... but obviously this would not work if I had someone wearing red in the photograph. Proof that the detail exists though, albeit in an odd channel for clouds. https://www.dropbox.com/s/slbor6tg6ymzd73/darkt_07.jpg?dl=0 Chris On 2018/04/08 06:16 PM, Peter Cripps wrote: > > And, 'for the sake of science', I downloaded the .dng and opened it in > Lr and dt. > > The histograms are quite different, even allowing for log vs linear on > the y-axes. Lr shows a bunch of high intensity pixels on the far right > hand side; these are missing in dt. This is before applying any sliders. > > Again, I have seen similar results on several other images. > > > > > On 04/08/2018 05:54 PM, Chris wrote: >> >> Hi Guillermo, >> >> For the sake of science here is the .dng file I was using for both >> the DT & LR examples earlier. >> >> https://www.dropbox.com/s/cavd1o7z8r5ao0n/_MG_1496.dng?dl=0 >> >> Busy playing with it now paying more attention to the histogram. >> >> Chris > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Agreed! The original cr2 would have more data. The fact remains though that LR is able to do a much better job with this compressed DNG than DT can. Chris On 2018/04/08 07:21 PM, Patrick Shanahan wrote: > might be better if you would provide the "original" raw image instead of > the conversion to dng image. no conversion contains all the exact "original" > image data. darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
True... ultimately everyone's help here has been great, definitely getting close to a work around. Speaking of lossy .dng files... what would your suggestions be for an alternative format that maintains a good amount of data without costing to much in filesize? Chris On 2018/04/08 08:04 PM, Patrick Shanahan wrote: > * Chris [04-08-18 22:35]: >> Agreed! The original cr2 would have more data. >> >> The fact remains though that LR is able to do a much better job with >> this compressed DNG than DT can. >> >> Chris >> >> >> On 2018/04/08 07:21 PM, Patrick Shanahan wrote: >>> might be better if you would provide the "original" raw image instead of >>> the conversion to dng image. no conversion contains all the exact >>> "original" >>> image data. > and you are using lr's app to convert the original to a file designed to > be as compatible as possible to lr, not dt. you will achieve better > results in dt using the *original* file format. > > dng is definitely not designed with the intent to be compatible with > anything not sold by adobe. adobe wants profits, it doesn't intend to > give *anything* away. > > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
[darktable-user] new user, first question - how to change the font.
I thought I would try out Darktable. I'm running this on a Mac but might move to my Linux system later. One problem. The text is light grey on a darker grey background and in very tiny in size. It is unreadable on my high-resolution iMac screen. How can I change the colors to get more contrast and the size so I can read without a magnifying glass? Perhaps there is a config file I can edit. I don't see an options control panel. -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] why is this mailing list so slow?
When a mail server sends mail to a list it has to make connections one at a time to send each outgoing email. The mail server must lookup "MX" records from a DNS server for your domain and then connect with the mail server found in the MX query. So if a server "delayed" your mail by 1,000 seconds, perhaps you are the 1000th subscriber, and each email before you took 1 second to send. One second is fast for a PC based server on a home Internet connection. Google can send faster as they own a data center with terabit level bandwidth. If you want speed you pretty much have to use a cloud-based service. On Sun, Jan 3, 2021 at 10:37 AM Bernhard wrote: > > > Germano Massullo schrieb am 03.01.21 um 18:56: > > Il 03/01/21 18:35, Jason Polak ha scritto: > >> I still use a few mailing lists and they all seem more or less the same > >> with regard to speed. Seems plenty fast for a mailing list. > >> > >> Jason > >> > >> On 2021-01-03 4:14 a.m., Bernhard wrote: > >>> Hi, > >>> > >>> I find messages to this mailing list sometimes beeing delayed up to 1h > >>> (most of the cases up to 1/2h) when sending them compared to what I see > >>> in my inbox. > >>> Does anyone have a clou about this? > > Yo, guys you are replying under my topic "[darktable-user] Increase > > lighttable performance" > > > > ??? > I see this in the subject line of all these mails: > > Re: [darktable-user] why is this mailing list so slow? > > -- > > regards > Bernhard > > https://www.bilddateien.de > > > > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Installing darktable on Ubuntu 18.04
Question. Does DT have so many dependencies that it can't be built on Ubuntu 18? What about running a docker image? That should allow you to run software that needs Ubuntu 20 on your Ubuntu 18 PC. On Thu, Jul 15, 2021 at 9:44 AM Niranjan Rao wrote: > This is my work machine. There are multiple reasons why this machine can > not upgraded yet. Like many other organizations, we have a plan to update > many other servers and other desktops on 18.04. With luck might even > finish it before 22.04 rolls out, at least we don't have 16.04 any more. > > Home machine, I have no problem, but when I get some free time, I like to > play with images at work also. > On 7/14/21 3:16 PM, Willy Williams wrote: > > Niranjan, > > darktable 3.6 is available for Ubuntu 20.04, if you want to update > your O/S. > > Willy Williams > > ** > On 7/14/2021 at 18:04, Niranjan Rao wrote: > > Greetings, > > > Site > https://software.opensuse.org/download.html?project=graphics:darktable&package=darktable > does not list 18.04. Is there any other way of installing version 3.6 on > Ubuntu 18.04? > > > Regards, > > > Niranjan > > > > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > ____ > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] I need help updating my Nikon P1000 firmware
If using USB, verify the cable can send data to/from some device you have. A common problem is the so-called "charging cable" that lacks the data wires and only carries power. If the camera can send photos over the cable, then the cable is good. After you verify the cable, be sure it is plugged in directly to the computer and not using a hub. Finally, you are almost certainly going to need a "real" Windows PC and not a virtualized Windows PC. On Sat, Sep 25, 2021 at 10:05 AM Patrick Shanahan wrote: > * Ed Wugalter [09-25-21 11:03]: > > No matter how many times I try I fail despite Nikon phone support. > > I live in Toronto, Ontario and if I can go to someone and someone can > come > > to me to accomplish it > > I would be grateful. > > what is the problem > what operating system > > > -- > (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 user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] I need help updating my Nikon P1000 firmware
Really, unpack with no Windows? The file is either an ".exe" or ".dmg". Can Linux unpack those? The new firmware fixed the following problem: "*Fixed an issue that caused pairing between the camera and devices running the SnapBridge app under iOS 14 or iPadOS 14 to fail.*" So if the OP needs this fix, he is maybe running on Apple hardware. You are right in the that OP has failed to explain the problem. *To the OP: * Why not post a screen capture showing the problem? When the error occurs capture the screen. If you don't know how, just literally take a picture of the screen with a camera or your phone. When capturing a screen, many times video works best as it shows the full sequence of events. On Sat, Sep 25, 2021 at 11:07 AM Patrick Shanahan wrote: > ... I unpack the executable on linux > before storing it on the memory card. -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] I need help updating my Nikon P1000 firmware
Post a screen capture video of the problem. https://www.laptopmag.com/articles/how-to-video-screen-capture-windows-10 On Sat, Sep 25, 2021 at 12:25 PM Ed Wugalter wrote: > Windows 10 64 bit. > > On Sat, Sep 25, 2021 at 2:07 PM Patrick Shanahan > wrote: > >> * Ed Wugalter [09-25-21 13:57]: >> > I have and have done all that but I don't get the update from the camera >> > prompt. I am probably repeating the same mistake over and over. I need >> > hands-on help. >> > >> > On Sat, Sep 25, 2021, 1:16 PM Patrick Shanahan >> wrote: >> > >> > > * Chris Albertson [09-25-21 13:13]: >> > > > If using USB, verify the cable can send data to/from some device you >> > > have. >> > > >A common problem is the so-called "charging cable" that lacks >> the data >> > > > wires and only carries power. If the camera can send photos over >> > > > the cable, then the cable is good. >> > > > >> > > > After you verify the cable, be sure it is plugged in directly to the >> > > > computer and not using a hub. >> > > > >> > > > Finally, you are almost certainly going to need a "real" Windows PC >> and >> > > not >> > > > a virtualized Windows PC. >> > > > >> > > > On Sat, Sep 25, 2021 at 10:05 AM Patrick Shanahan < >> p...@opensuse.org> >> > > wrote: >> > > > >> > > > > * Ed Wugalter [09-25-21 11:03]: >> > > > > > No matter how many times I try I fail despite Nikon phone >> support. >> > > > > > I live in Toronto, Ontario and if I can go to someone and >> someone can >> > > > > come >> > > > > > to me to accomplish it >> > > > > > I would be grateful. >> > > > > >> > > > > what is the problem >> > > > > what operating system >> > > > > >> > > > > >> > > > > -- >> > > > > (paka)Patrick Shanahan Plainfield, Indiana, USA >> > > @ptilopteri >> > > > > http://en.opensuse.orgopenSUSE Community Member >> > > facebook/ptilopteri >> > > > > Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet >> > > freenode >> > > > > >> > > > > >> > > >> >> > > > > darktable user mailing list >> > > > > to unsubscribe send a mail to >> > > > > darktable-user+unsubscr...@lists.darktable.org >> > > > > >> > > > > >> > > > >> > > > -- >> > > > >> > > > Chris Albertson >> > > > Redondo Beach, California >> > > > >> > > > >> > > >> >> > > > darktable user mailing list >> > > > to unsubscribe send a mail to >> > > darktable-user+unsubscr...@lists.darktable.org >> > > >> > > >> > > >> > > I have been updating the firmware in my current and previous Nikon >> bodies >> > > without ever finding it necessary to resort to windoz. >> > > >> > > >> > > -- >> > > (paka)Patrick Shanahan Plainfield, Indiana, USA >> @ptilopteri >> > > http://en.opensuse.orgopenSUSE Community Member >> facebook/ptilopteri >> > > Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet >> freenode >> > > >> > > >> >> > > darktable user mailing list >> > > to unsubscribe send a mail to >> > > darktable-user+unsubscr...@lists.darktable.org >> > > >> > > >> > >> > >> ____ >> > darktable user mailing list >> > to unsubscribe send a mail to >> darktable-user+unsubscr...@lists.darktable.org >> >> >> you have said you cannot apply firmware update but have failed to explain >> what is failing. the "specific" direction provided on the Nikon web page >> has always worked for me. Only diff is I unpack the executable on linux >> before storing it on the memory card. And windows is not needed to unpack >> the executable. >> >> if the P1000 does not have a memory card, then windows may well be >> necessary. and I would not be of help as I left windows after 3.1. >> >> >> -- >> (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri >> http://en.opensuse.orgopenSUSE Community Member >> facebook/ptilopteri >> Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet >> freenode >> >> >> darktable user mailing list >> to unsubscribe send a mail to >> darktable-user+unsubscr...@lists.darktable.org >> >> > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] sharpening with "deep sky" methods?
Google finds that this subject came up long ago (see third case study bullet here) https://darktable-devel.narkive.com/7Bual2Yk/deconvolution-and-python-framework This is what they call "deconvolution". It is well known.First you need a "point spread function" (PSF) for your out of focus image. To get this you take a photo of a geometric "point" using the exact same lens setting, relative motion and focus error. Then you convolve the PSF with the image. "everyone who implements this uses FFTs to do the convolution. This works really well on deep sky images because almost every image has a record of the PSF because it records images of stars. In a nut shell the algorithm is this: In a blurred image (all images are blurred) each point on the physical subject is mapped to a "blob" (PSF) on the CCD or film. So the image is the sun of an infinite number of superimposed blobs. If you know the exact shape of the blob you could reconstruct the subject but with no blur.We must first guess or measure the shape of the blob and then do a 2D convolution of the blob and the image. But we do it interactively a little at a time until we don't see an improvement. They call this Lucy-Richardson Deconvolution. Google either Lucy-Richardson or Richardson-Lucy. And find many examples in C and Python. For large images you really want to do the convolutions using the FFT. Bu the PSF is not known in most images. One common idea is to create the PSF algorithmically based on parameters or maybe even use a generic PSF where the user uses sliders to adjust the parameters. But there is nothing better then to have stars on the images. This technique was made famous by Hubble but was well known years before. The first time I heard about it was for NASA's Pioneer Venus mission. It was used to process the synthetic aperture radar data. On Fri, Nov 12, 2021 at 12:25 AM Dr. A. Krebs wrote: > Dear all: > > I just came across a potentially new sharpening procedure on "Profifoto" > magazine: > < > https://www.profifoto.de/neuheiten/software/2021/11/02/schaerfung-mit-deep-sky-methoden/> > > . > > (in German language) > > According, it is transferred into a PS plugin. > > Maybe it is possible to adapt it for darktable? > > > Axel > > ____ > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] The new import process
On Fri, Dec 3, 2021 at 7:08 PM Terry Pinfold wrote: > ... I wonder why they use the term tags and not keywords? > The "tag" is some kind of mark you place on an object. A "keyword " is something you might use as a kind of tag. I think you might also tag a photo with other kinds of data. Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Broken images after upgrade to 3.8.0
This is a general note, something for developers and photographers to consider... What will be the fate of digital images stored in any non-destructive RAW image database like Darktable or even the old Apple Aperture or Adobe Lightroom? When my grandmother passed away we found 100+ year old photos in her house.There is no way on earth any software will support the RAW file format of 100-year-old cameras. When my yet-to-be-born grandkids sort through my house, my old Nikon NEF files will be useless and unreadable because no then-current software will know how to decode files from my late-20th century Nikon dSLR.Someplace I still have documents archived in MS-DOS Wordstar format, kind of the same issue, basically, the plan of keeping images in a camera-specific raw format is doomed. It is not if the plan will fail but only a matter of time. The solution is easy, convert to DMG format or even TIFF. Today it is in theory possible to support most obsolete cameras but this will get harder in years to come and impossible to 20 or 50 years. This post below about the old camera photos is the tip of a big iceberg that is coming. Testing and a large library of obsolete files is a way to slow the process but is unsustainable over a decades-long timescale. On Thu, Dec 30, 2021 at 6:25 PM Niranjan Rao wrote: > On ubuntu 20.04.3, darktable 3.8.0 > > > I upgraded day before yesterday and discovered that support for > Panasonic Lumix seems to be broken. These are old images and have been > sitting in database through various version upgrades. Now when I try to > open a file with extension RW2 (Model as reported by lighttable image > information is DMC-G2, darkroom is not able to open it. Lightroom shows > me the error message about please check if camera model that produced > image is supported > > > Images were already supported as they are tagged in my database and > showed up in the search based on tags. I've not seen this problem for > any other images I have. > > > What broke and more importantly how should I fix it? I don't mind > getting my hands dirty on terminal or writing shellscripts or fooling > around command line parameters if that's going to help to debug the issue. > > > Happy to provide the sample if needed at sharable location. > > > Regards, > > > Niranjan > > > > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Broken images after upgrade to 3.8.0
Open source dose not save you in the long term. in 100 years there will be no PCs that can run Python or C++ and certainly no people who remember what C++ or Python. The only solution is to periodically copy the data into the then current and popular format. File formats have a short life, measured in decades, not centuries. Think of a person born in 2022 and later in the 2080's he finds his grandfather photos all stored as RAW files.He does research and finds there was a technology called "PC" that used to be a small computer that was personally owned and these computers ran "operating systems". What is that? He does more research and finds that one OS was called "Windows" and another "Linux" and these OSes were written in something called a"programming language". and so on and so on. it will not be easy and it will take much work by experts to re-consturct 100 year old technology in 2122. Peole will not even understand the concepts. They will read about a "GPU" and no know why such a think was needed. No, it is not nuts tho think about the 22nd century. I have right here a photo takin in 1915. That has 106 years ago. I have some "open source" software I worked on in the 1970's. It is written in PL/1 and saved to 8-inch floppy disks. The system ran on a Z80 based computer and the CP/M operating system. This was cutting edge stuff. I have some other work on a Symbolics computer that was written in Lisp. In theory this could be restored then made to work but that will never happen. This is only 45 years old tech and already most people do not even know the names of what I just wrote. My prediction is that in 100 years we will have many 200 year old photos but very few 100 year old photos On Fri, Dec 31, 2021 at 11:54 AM Pascal Obry wrote: > If this is true for commercial software it is not for free software. For > one thing, the code is open and anyone will be able to read old raw with > darktable or any free software. So please do not spread fear and unfounded > problems. > > Le ven. 31 déc. 2021 à 20:05, Chris Albertson > a écrit : > >> This is a general note, something for developers and photographers to >> consider... >> >> What will be the fate of digital images stored in any non-destructive RAW >> image database like Darktable or even the old Apple Aperture or Adobe >> Lightroom? When my grandmother passed away we found 100+ year old photos >> in her house.There is no way on earth any software will support the RAW >> file format of 100-year-old cameras. When my yet-to-be-born >> grandkids sort through my house, my old Nikon NEF files will be useless and >> unreadable because no then-current software will know how to decode files >> from my late-20th century Nikon dSLR.Someplace I still have documents >> archived in MS-DOS Wordstar format, kind of the same issue, >> >> basically, the plan of keeping images in a camera-specific raw format is >> doomed. It is not if the plan will fail but only a matter of time. >> >> The solution is easy, convert to DMG format or even TIFF. Today it is >> in theory possible to support most obsolete cameras but this will get >> harder in years to come and impossible to 20 or 50 years. This post below >> about the old camera photos is the tip of a big iceberg that is coming. >> >> Testing and a large library of obsolete files is a way to slow the >> process but is unsustainable over a decades-long timescale. >> >> >> >> >> >> On Thu, Dec 30, 2021 at 6:25 PM Niranjan Rao wrote: >> >>> On ubuntu 20.04.3, darktable 3.8.0 >>> >>> >>> I upgraded day before yesterday and discovered that support for >>> Panasonic Lumix seems to be broken. These are old images and have been >>> sitting in database through various version upgrades. Now when I try to >>> open a file with extension RW2 (Model as reported by lighttable image >>> information is DMC-G2, darkroom is not able to open it. Lightroom shows >>> me the error message about please check if camera model that produced >>> image is supported >>> >>> >>> Images were already supported as they are tagged in my database and >>> showed up in the search based on tags. I've not seen this problem for >>> any other images I have. >>> >>> >>> What broke and more importantly how should I fix it? I don't mind >>> getting my hands dirty on terminal or writing shellscripts or fooling >>> around command line parameters if that's going to help to debug the >>> issue. >>> >>> >>&
[darktable-user] OT, Video store and catalog
This is slightly off-topic, but maybe people here have some opinions. I also shoot videos with my cameras. Darktable is good for organizing still images, but many times I have video files mixed in. What Linux software to use for storing and searching for video? When it comes time to edit and assemble, Blackmagic's DaVinci Resolve is hard to beat. But I'm looking for a way to store, label, and organize the files, like what Darktable does for still images. -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] advice asked
I would use a different workflow. Save the images as .tiff format with 16-bit depth. Then convers to a professional *uncompressed* video format. The video file will be huge. Then import to a color grading system. The best one happens to be free https://www.blackmagicdesign.com/products/davinciresolve The uncompressed video file is like a RAW file for video cameras.Then inside DaVinci you can color grade with keyframes. You don't have to process each frame just pick some and the software will process intermediate frames with corrections intermediate to the keyframes and make the transition snooth. DaVinci is an industr standard in the film industry and they offer a free version But the trick is that just like with still images, for best results you should start with an high bit-depth file. Then later you can save the video files in some compressed format for distribution.There are many more options for compressing in the video world than with still. The problem using Darktable is that you are using one-size-fits-all conversion and not looking at each frame. Any newer Nikon DSLR can do better than using Darktable with your eyes closed (which is what you are doing.) You might want to upgrade the DSLRL to one that has (1) musch better JPG conversion, or at least more menu settings to control the process, and (2) the ability to save as TIFF. Then go TIFF -> ProRes . Use 4K video resolution. Then your video file has 10-bits. You can send this to DaVinci Resolve and have all the technics that professions use in high-end production. Details depend on what you camera can do be besure to presever high bit depth all the way to the video file and do the final color grading with Resolve. -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Time for a new system
A T600 card is likely good enough for this use case but kind of an odd choice. You can get a much better GPU for the money even for less money. Look at the more current RTX3060. or RTX3050 As for SSD, the MVNe type are dramatically better than anything with a SATA interface and now has a similar price. Even the top of the line Samsung 970 is $160 for 2TB But you will need a way to put two of these in a computer to make RAID. This kind of storage (NVMe SSD) is so fast and so reliable, I'd not worry about RAID inside the PC. Use a big Synology NAS as a first-level backup. Set it up for continuous, versioned backup, and you will have point-in-time recovery. Then you backup the NAS to the cloud On Sun, Dec 4, 2022 at 1:07 PM Andrew Greig wrote: > Hi All, > > I am hoping for a bit of advice to guide my choices for a new system. To > this point I have never used OpenCL and reading some comments by others a > LeadtekT600 graphics card is a good choice. do others agree? > > I am looking to increase the data transfer speed > -- > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Time for a new system
On Mon, Dec 5, 2022 at 2:59 PM David Vincent-Jones wrote: > > Yes, the cloud .. just another cost that we are being talked into! > OK, you don't want to pay to use other peole's storage. Then buy a second NAS and place it in some other building and use that. You can work out if it is cheaper to rent or buy storage.Likely it does cost less in the long run to buy your own off-site storage but it will require some time for you to devote to keeping it running. What is your time worth? We assume this is a business and not a hobby. The company I used to work for used three large storage systems each one in a different city and they kept them all in sync. But they already had IT staff and the server rooms in place. Synology does make backing up to a remote NAS really easy to setup. The only problem is the up-front cost is at least doubled because you need a second NAS box. So you have to decide if you would rather pay $1,200 for the hardware of $30 per month for a service. The usual rule of thumb about backing up business critical data is that is all cases 1) the data is one three different media and 2) the data is at two different geographical locations. Usually this means the Data is on your computer, your backup disk or NAS, and in a cloud server. That is three different media. and your office and the cloud provide two different geographic locations. The above is the minimum. Your share holders would consider you incompetent and sue you if you did less, you can always do more. -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Time for a new system
On Mon, Dec 5, 2022 at 4:03 PM David Vincent-Jones wrote: > OK, ... understood. But I an just a photographer and not responsible to > shareholders. > Not "shareholders" but "shareholder".You would be rightfully mad at yourself if all your data and the backups were destroyed when lightning struck a utility pole down the street from your house. Or maybe you had a fire that took out both the data and the backup or someone stole all the equipment. The number of investors, wetter it is 1,000 or one does not change much. > > On 12/5/22 15:48, Chris Albertson wrote: > > > > On Mon, Dec 5, 2022 at 2:59 PM David Vincent-Jones > wrote: > >> >> Yes, the cloud .. just another cost that we are being talked into! >> > OK, you don't want to pay to use other peole's storage. Then buy a second > NAS and place it in some other building and use that. You can work out if > it is cheaper to rent or buy storage.Likely it does cost less in the > long run to buy your own off-site storage but it will require some time for > you to devote to keeping it running. What is your time worth? We assume > this is a business and not a hobby. > > The company I used to work for used three large storage systems each one > in a different city and they kept them all in sync. But they already had > IT staff and the server rooms in place. > > Synology does make backing up to a remote NAS really easy to setup. The > only problem is the up-front cost is at least doubled because you need a > second NAS box. So you have to decide if you would rather pay $1,200 for > the hardware of $30 per month for a service. > > The usual rule of thumb about backing up business critical data is that is > all cases > 1) the data is one three different media and > 2) the data is at two different geographical locations. > > Usually this means the Data is on your computer, your backup disk or NAS, > and in a cloud server. That is three different media. > and your office and the cloud provide two different geographic locations. > > The above is the minimum. Your share holders would consider you > incompetent and sue you if you did less, you can always do more. > > > -- > > Chris Albertson > Redondo Beach, California > > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Time for a new system
Actualy you can extend Macro's comments like this... Just my 2 cents. Who says that "X" is reliable? It can be hacked, get bankrupt or change price/policy, catch on fire, destroy by an earthquake or nuclear war The above is true for all manner of "X", that is why you have these basic rules for backup 1) the data shall always exist on three different physical file systems 2) The data shall always exist at two different geographical locations 3) new data shall never overwrite old data, subject to some reasonable retention period. This rule is critical. A common problem is file corruption. You never want the problem where a corrupted version of a file overwrite the backed up uncorrupted version. You have to keep the old copies of the files. So re-used backup media is a bad ide. Batter to just write the changes to the media until the media is full. Keepingn to overwriting the old data. You can do this in lots of ways, the common "build vs buy vs rent" analysis can be applied. The most common cause for data lost is no longer a failed disk. The most common is: #1 Operator error, you delete a file and you don't notice this until much later. #2 loss of equipment, misplaced notebook, theft or fire, electric surge,... A really good offsite system s to setup a second NAS across town and let then keep sysnc'd over the INternet. Now you have second-by-second backup. Is the NAS uses a versioned filesystem then you have point in time recovery. You can buy the NAS, built is to rent space on some company's NAS. A lot depends on if the data is business critical or not.Where I used to work there where three offsite company own NAS systems. Triple redundant offsite is kind of nuts for most people but the data was historic data from past space missions. On 06/12/22 17:26, Marco DE BOOIJ wrote: > > Just my 2 cents. Who says that the cloud is 100% reliable? Can be hacked, > get bankrupt or change price/policy. Until now not heard of the first 2 but > the 3rd has happened. > > My 'solution'. Just buy 2 cheap external discs. Backup to both disks and > bring one to a friend/relative (not your neighbour because if your place > burns, the neighbours place will likely burn too). Next backups backup to > the disc at your place and exchange it with the other one and backup again > on this disc. Some work with minimal cost. So you have 3 different media > and 2 different geographical locations. > > Regards, > > Marco > Op 6/12/2022 om 00:48 schreef Chris Albertson: > > > > On Mon, Dec 5, 2022 at 2:59 PM David Vincent-Jones > wrote: > >> >> Yes, the cloud .. just another cost that we are being talked into! >> > OK, you don't want to pay to use other peole's storage. Then buy a second > NAS and place it in some other building and use that. You can work out if > it is cheaper to rent or buy storage.Likely it does cost less in the > long run to buy your own off-site storage but it will require some time for > you to devote to keeping it running. What is your time worth? We assume > this is a business and not a hobby. > > The company I used to work for used three large storage systems each one > in a different city and they kept them all in sync. But they already had > IT staff and the server rooms in place. > > Synology does make backing up to a remote NAS really easy to setup. The > only problem is the up-front cost is at least doubled because you need a > second NAS box. So you have to decide if you would rather pay $1,200 for > the hardware of $30 per month for a service. > > The usual rule of thumb about backing up business critical data is that is > all cases > 1) the data is one three different media and > 2) the data is at two different geographical locations. > > Usually this means the Data is on your computer, your backup disk or NAS, > and in a cloud server. That is three different media. > and your office and the cloud provide two different geographic locations. > > The above is the minimum. Your share holders would consider you > incompetent and sue you if you did less, you can always do more. > > > -- > > Chris Albertson > Redondo Beach, California > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > -- Chris Albertson Redondo Beach, California darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Time for a new system
No, a home server doesn't violate the rule. It is "Location #1". So long as location #2 is someplace else, a local server is OK. In my case, All my data is on a Synology NAS. This data is backed up to another Synology NAS that is in an upstairs bedroom closet. The backup runs continuously. The primary NAS is also backed up by a cloud service (Backblaze) There is no important data stored on the desktop computer. Plce all the data on the NAS means that I never have to move data between computers. I have a primary system that is Linux based. It is a 16-core xeon workstation. There are also a couple iMacs and Mac book n the house and some other computers that drive some CNC machine tools and all of them go to the NAS for data. On Mon, Dec 19, 2022 at 11:08 AM Willy Williams wrote: > The point of my suggestion, Patrick, is in keeping with Chris' #2 rule for > business continuity - "*2) the data is at two different geographical > locations.*" Setting up a server at home violates that premise, > especially when one runs a NAS at home. > > Willy Williams > > * > On 12/19/2022 at 10:01, Patrick Shanahan wrote: > > * Willy Williams [12-19-22 > 09:56]: > > To piggyback on Chris' comments, there's a relatively new remote personal > cloud storage option known as the AmberPRO - > https://shop.myamberlife.com/collections/all/products/amber?variant=22314078404666. > Put one of these at a friend's home in another part of the region. Set it > up on its own UPS, with Ethernet surge protection such as this - > https://www.amazon.com/Ubiquiti-ETH-SP-G2-Surge-Suppressor-Protector/dp/B079HXKRW1/ref=asc_df_B079HXKRW1?tag=bngsmtphsnus-20&linkCode=df0&hvadid=79989588513695&hvnetw=s&hvqmt=e&hvbmt=be&hvdev=c&hvlocint=&hvlocphy=&hvtargid=pla-4583589115360178&psc=1 > to guard against lightning surges. You can even plug in an external hard > drive (or SSD) for additional storage. Hard to beat this option. > > Willy Williams > > *** > > On 12/16/2022 at 14:27, Chris Albertson wrote: > > Actualy you can extend Macro's comments like this... > > Just my 2 cents. Who says that "X" is reliable? It can be hacked, get > bankrupt or change price/policy, catch on fire, destroy by an earthquake > or nuclear war > > The above is true for all manner of "X", that is why you have these > basic rules for backup > > 1) the data shall always exist on three different physical file systems > 2) The data shall always exist at two different geographical locations > 3) new data shall never overwrite old data, subject to some reasonable > retention period. This rule is critical. A common problem is file > corruption. You never want the problem where a corrupted version of a > file overwrite the backed up uncorrupted version. You have to keep the > old copies of the files. So re-used backup media is a bad ide. Batter > to just write the changes to the media until the media is full. Keepingn > to overwriting the old data. > > You can do this in lots of ways, the common "build vs buy vs rent" > analysis can be applied. > > The most common cause for data lost is no longer a failed disk. The > most common is: > #1 Operator error, you delete a file and you don't notice this until > much later. > #2 loss of equipment, misplaced notebook, theft or fire, electric > surge,... > > A really good offsite system s to setup a second NAS across town and let > then keep sysnc'd over the INternet. Now you have second-by-second > backup. Is the NAS uses a versioned filesystem then you have point in > time recovery. You can buy the NAS, built is to rent space on some > company's NAS. > > A lot depends on if the data is business critical or not.Where I > used to work there where three offsite company own NAS systems. Triple > redundant offsite is kind of nuts for most people but the data was > historic data from past space missions. > > > > On 06/12/22 17:26, Marco DE BOOIJ wrote: > > Just my 2 cents. Who says that the cloud is 100% reliable? Can be > hacked, get bankrupt or change price/policy. Until now not heard > of the first 2 but the 3rd has happened. > > My 'solution'. Just buy 2 cheap external discs. Backup to both > disks and bring one to a friend/relative (not your neighbour > because if your place burns, the neighbours place will likely > burn too). Next backups backup to the disc at your place and > exchange it with the other one and backup again on this disc. > Some work with
Re: [darktable-user] Adding new lenses
On Fri, Mar 18, 2016 at 09:47:43AM -0300, J. Paul Bissonnette wrote: > Could some one point me to the process of adding new lenses to > Darktable. > I have an Olympus OM-D E-M5 Mark II the following lenes give a camera > lens not found warning the M.Zuiko ED 12-40mm f2.8 PRO and M.Zuiko ED > 12-50mm f3.5-6.3 EZ Both lenses should be supported - I use the 12-40 and the 12-50 is listed at http://lensfun.sourceforge.net/lenslist/. I think in theory you're supposed to be able to drop in a newer database version, but you can also just compile your own Lensfun and Darktable. -- [ ch...@chiappa.net | chris.chia...@oracle.com ] [http://www.chiappa.net/~chris/] darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Keyboard controls?
> Is it possible to move the sliders in the darkroom modules with more > precision than a mouse? i.e. a keyboard control? > > For example in the exposure module I want to slide the exposure slider > but when I click with the mouse it moves too much. This may be an obvious thing, but the mouse scrollwheel will move each slider by a fixed, pre-set amount. How much depends on the slider but is usually reasonable. I tend to use the scrollwheel for almost all slider adjustments, resorting to exact number entry only when it's either too coarse or too fine a shift. As far as I know there's no way to change how much each scrollwheel click affects each slider so you can tune this to your needs, but I may be wrong; I haven't gone through the entire manual carefully to look for such customizations. - cks darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Running Git version and stable together
> Is it possible to run the development version of dt alongside the > current stable release? It is physically possible if you have them installed to different paths. For example, if you install your OS's packaging of the stable version of darktable, which probably goes in /usr, and then compile the development version to install into its default spot of /opt/darktable. However doing so is dangerous unless you're quite careful, because development versions may silently upgrade the version of your library database (or databases if you have multiple ones). Such an upgraded library database can no longer be opened by the stable release and there's no way to downgrade the library database[*]. If this happens to you and you want to run the stable release again (or even an older version of the development version), you'll be restoring your library database from backups. If you're only going to test out the development version every so often, the safest thing to do is manually save a copy of the library database before you run the development version. If the stable version then tells you that it can't deal with your library any more, restore the library database copy you saved. As for going back and forth routinely, well, that's obviously more tricky. Probably the simplest thing to do is use separate library databases for each darktable (and never accidentally start one with the other's database), but among other things this means you can't easily share presets and styles between the stable and development versions (since those are stored in the library database at current). - cks [*: 'no way' is a little bit strong if you're familiar with SQLite and SQL and can read through the darktable code to carefully determine the database schema changes between database versions. I managed to manually downgrade my library database once in an extreme situation, but I never want to have to (try to) do that again. And some database changes may be genuinely irreversible. ] darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: why alway raw? was : Re: [darktable-user] Nikon D750 support?
> In this meaning, and based on what I see on Flickr, Ipernity and > others I'm conviced that one day I'll probably shoot 90% jpeg, which > nevertheless can be sufficently (for my taste) tweaked in Darktable > and Bros. Most people won't ever never see the difference when printed > or on screen size. I expect to always shoot in RAW for two reasons, no matter how good and tweakable the JPEG processing in cameras get. First, shooting in RAW means that I don't have to try to judge the picture's colour and tonality from the little LCD on the back of the camera while I'm out in the field. Plenty of painful experience has shown me that I am fairly bad at this, in both directions even with just camera JPEGs (pictures that look fine or even great rendered on the LCD look bad on the computer, and 'wrong' pictures can look fine on the computer). Since RAW can change both tonality and colours after the fact without much problems, I can mostly get away with just checking the histogram. (Since I not infrequently shift white balance for artistic effect, getting the colours right isn't just as simple as 'take a white balance shot off a grey card beforehand'. Accurate WB gives me 'correct' JPEG colours, but not necessarily the colours that I want.) Second, I'm increasingly using Darktable to make selective alterations to only some areas of the picture to do things like bring up shadows or tame highlights. Even if cameras become technically capable of doing this, I don't want to try to set it up and do it through the little back of camera LCD and the limited control interface a camera necessarily is restricted to. In theory I believe you can do all these sorts of alterations on JPEGs after the fact, not just RAWs. However, my understanding is that RAWs give you far more latitude to do things without creating visible artifacts like posterization. And in practice, photo processing programs today and probably in the future are far more willing to do these sort of changes with RAWs than with JPEGs. Even if I could reliably 'get it right' in the camera and know that I'd done so, I sometimes change my mind about how best to realize a picture once I'm staring at it on my computer. The on the spot idea I had in my head when I took the picture is not always right or the best option. Sometimes there's a better option (and sometimes the photo turns out to be a writeoff, and no amount of tweaking its development will help). - cks darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] the negative is as a score, the print is as a performance (Ansel Adams) was: white balance
> I own a gray card but I almost never use it. I usually set the white
> balance where it looks good to me. Sometimes even a bit towards the
> one or the other side depending on the mood I want to have in the
> picture. I don't care too much about "exact" physical white balance.
I completely agree that the final white balance in the picture is an
artistic choice. Some pictures are well served by having whites be
white; others are much better with explicit color casts in various
directions depending on the photo.
What I like grey cards and other source of technically correct white
balances for is as a starting point. I'm not confident of my own ability
to accurately judge tints, especially subtle ones, so getting the white
balance technically correct is something I find useful to take all
of that out of the picture. If I've neutralized all tints, I can be
confident that anything I put back in is there deliberately and through
choice, and isn't just an accident that I didn't notice (but that other
people may).
('That other people may notice' is really the thing I worry about. I'm
not willing to trust that I won't accidentally overlook a semi-subtle
tint in the photograph that other people will notice right away because
they're coming to the picture without preconceptions and without having
seen it before. I have certainly done similar things before, where a
picture looked perfectly good to me when I initially processed it but
then I came back a month later and realized that oh gosh the whole thing
had a weird tint that I'd completely overlooked.)
- cks
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] automatically applies some settings
> what I mean is when I open a new image up in dt five modules are activated > automatically: > 0- original image > 1- orientation (which doesn't appear to do anything) I believe that the orientation module arranges things so that vertical pictures are presented as vertical (and with the right end up). If you find a vertical picture of yours and explicitly turn the module off, I believe the picture will flip to be horizontal (and thus sideways). Similarly, if you took a picture with the camera upside down, I believe this is recorded in the EXIF information and the orientation module will present it rotated 180 degrees. - cks darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] automatically applies some settings
This is the expected effect of basecurve with an image that is close to saturation. All or almost all base curves increase image contrast and thus lift the highlights; if the unaltered highlights are close to clipping, the base curve will push them over into it. My approach to dealing with this (in older darktable versions) varies from case to case. Sometimes the highlights & shadows module will bring things back, sometimes selectively or generally reducing exposure will, and sometimes I need to turn off or alter the base curve module and then recover (some of) the contrast it normally adds with other mechanisms. I believe that the current version of darktable also adds an exposure fusion mode that may help to recover highlights here. (There are situations where white balance can also push highlights into clipping in some colour channels, but these are harder to deal with since an image with white balance color channel multipliers of 1.0 / 1.0 / 1.0 is extremely off.) By the way, all bets are off for areas that are clipped in the RAW in one or more colour channels. Those have irretrievably lost some detail (or all detail if all channels have clipped) and any detail or colour has to be reconstructed using heuristics. - cks > Well blurs as in adds color which... Heck... I'll show you: > https://drive.google.com/drive/folders/0B2xvsVTZy4y1ODR6dTk5UldpR3c?usp=sharing > > I figured it out how I should have stated it. The picture (which is blown > out a little to start) is blown out and then blown out even more. > > On Mon, Feb 27, 2017 at 6:15 AM, Tobias Ellinghaus wrote: > > > Am Sonntag, 26. Februar 2017, 18:00:18 CET schrieb Michael: > > > > [...] > > > > > 3- basecurve (that blurs details) > > > > As others pointed out, basecurve can't blur anything. > > > > > 4- color balance (blurs even more) > > > > Neither can color balance blur things. However, it's not a module that gets > > applied by default. Please check the presets tab in the preferences and > > see if > > you yourself added an auto-apply preset for it. You can delete it if that's > > the case to get rid of it. > > > > [...] > > > > Tobias darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Canon 80D (CR2), color problem on Debian ?
> I recently purchased a Canon EOS 80D, I am a Debian (8.7) user. All this > is quite new to me so it might be a newbie question rather than a > problem with Darktable. Sorry beforehand if that is the case. > > TL;DR: http://imgur.com/a/eEipd > > When importing photos (CR2) into Darktable (2.0.7), > colors/contrast/brightness... aren't the same as in the "Gnome Document > Viewer" preview (and on the screen of my 80D). What I suspect is happening here is that the version of the image that the Gnome Document Viewer preview and the 80D are showing you comes from a 'preview' JPEG that is embedded into the RAW file (most RAW files have several preview JPEGs in them at various sizes). This preview JPEG has had all of the camera-specific magic processing applied to it, including any in-camera styles you either set yourself or that Canon applies by default. The darktable picture seems to be from the darkroom, where darktable is processing the RAW itself from scratch. This from-scratch processing almost never exactly duplicates the camera's own processing (partly because camera makers never tell anyone what the in-camera stuff is actually doing), and is sometimes not at all similar to it depending on what settings the camera and darktable have. Generally the further from 'basic neutral' you have the camera on, the more divergence there is going to be. (Note that most cameras don't come set to 'basic neutral' out of the box; usually their default picture setting is more cranked up than that, because it looks nicer on the back of the screen and when people just use the JPEG defaults.) This is an issue in any RAW processor (apart from the ones from the camera companies themselves), because none of them know exactly what the in-camera processing is doing. Some RAW processors devote more engineering and development effort to closely matching the straight out-of-camera processing than others do, and so will come closer to the look of those JPEGs by default. My impression is that darktable chooses to focus development efforts elsewhere, so it winds up not necessarily very close for many cameras and many camera styles. (There are ways to get it closer in some areas if you want to do some hand work. There are darktable tools that take some RAWs and some corresponding JPEGs and work out much of the intensity/contrast mapping between them to create a custom 'base curve' for the camera and style. However cameras also often add things like colour shifts and various sorts of sharpening and so on, and those are generally not going to be duplicated through the base curve's mapping of intensities.) - cks darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Fedora 25 - Darktable crash - Casio-jpg - volunteer wanted.
Do you have the error that this file produces? A month ago, I had imported a picture from my Casio Exilim and ran into the same problem when trying to export. I am not on Fedora, but on NixOS. I don't remember the exact error (I may have it saved somewhere), but I do remember that it involved exiv2. On Mon, May 1, 2017 at 11:53 AM, Peter Mc Donough wrote: > Am 01.05.2017 um 17:42 schrieb Germano Massullo: > >> Il 01/05/2017 17:26, Peter Mc Donough ha scritto: >> >>> Am 01.05.2017 um 16:35 schrieb Mark Heieis: >>> Where is the test file? >>> >>> 5.6 MB, only interesting for Fedora-volunteers. Are you one? >>> >> Stop kidding, you should provide that file if you are really interested >> in solving your problem. >> > > Sorry, here it is > cu > Peter > > > > > > darktable user mailing list > to unsubscribe send a mail to darktable-user+unsubscribe@lis > ts.darktable.org > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
Yes, I removed all EXIF data for privacy reasons! On Sun, 08 Apr 2018, 22:42 S. Witt wrote: > Just tried to play with the file. It seems to me that the dng does not > contain raw data at all. Modifying the demosaicing seems to have no > effect, in particular when choosing "passthrough". That is not what I > would expect from real raw data. > Even exif data seem to be removed. > > Am 09.04.2018 um 06:28 schrieb Chris: > > True... ultimately everyone's help here has been great, definitely > > getting close to a work around. > > > > Speaking of lossy .dng files... what would your suggestions be for an > > alternative format that maintains a good amount of data without costing > > to much in filesize? > > Some cameras offer options to save raws with lossless compression. I > would definitely keep the original raw files. If you need to save disk > space, try to consequently delete images that you are not going to use. > This will significantly improve the signal to noise ratio on your disk ;) > > > > > Chris > > > > On 2018/04/08 08:04 PM, Patrick Shanahan wrote: > >> * Chris [04-08-18 22:35]: > >>> Agreed! The original cr2 would have more data. > >>> > >>> The fact remains though that LR is able to do a much better job with > >>> this compressed DNG than DT can. > >>> > >>> Chris > >>> > >>> > >>> On 2018/04/08 07:21 PM, Patrick Shanahan wrote: > >>>> might be better if you would provide the "original" raw image instead > of > >>>> the conversion to dng image. no conversion contains all the exact > "original" > >>>> image data. > >> and you are using lr's app to convert the original to a file designed to > >> be as compatible as possible to lr, not dt. you will achieve better > >> results in dt using the *original* file format. > >> > >> dng is definitely not designed with the intent to be compatible with > >> anything not sold by adobe. adobe wants profits, it doesn't intend to > >> give *anything* away. > >> > >> > > > > > > > > > darktable user mailing list to unsubscribe send a mail to > > darktable-user+unsubscr...@lists.darktable.org > > > > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
As have been a lot of my replies today... I do not do things blindly, I work with lossy on purpose and have my reasons which have worked well for me for over 5 years now. but whilst everyone has now decided to point blame at the dng format I think we can stop this thread. As I hoped to learn more about DT, not dng. DT, clearly needs to find simpler solutions to its not so simple/effecient highlight recovery/reconstruction workflow. Most of my searching lead to blogs with this being the biggest complaint. Chris On Sun, 08 Apr 2018, 23:12 Michael Rasmussen wrote: > Two important things concerning the DNG*) format: > 1) Lossless is an option > 2) The DNG format also specifies a non-raw format called Linear DNG. > See http://www.barrypearson.co.uk/articles/dng/linear.htm > > If any of the above is in actual play then your results are to be > expected. > > *) https://helpx.adobe.com/photoshop/digital-negative.html > > -- > Hilsen/Regards > Michael Rasmussen > > Get my public GnuPG keys: > michael rasmussen cc > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > mir datanom net > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > mir miras org > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 > -- > /usr/games/fortune -es says: > Yow! Now I get to think about all the BAD THINGS I did to a BOWLING > BALL when I was in JUNIOR HIGH SCHOOL! > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Re: [darktable-user] Highlight Details
So glad I asked my question on this mailing list... love getting attacked by random people who never take a minute to try understand the other persons perspective. On Mon, 09 Apr 2018, 06:41 Patrick Shanahan wrote: > * Chris Cunnington [01-01-70 12:34]: > > As have been a lot of my replies today... I do not do things blindly, I > > work with lossy on purpose and have my reasons which have worked well for > > me for over 5 years now. > > > > but whilst everyone has now decided to point blame at the dng format I > > think we can stop this thread. As I hoped to learn more about DT, not > dng. > > > > DT, clearly needs to find simpler solutions to its not so > simple/effecient > > highlight recovery/reconstruction workflow. Most of my searching lead to > > blogs with this being the biggest complaint. > > > > Chris > > > > > > On Sun, 08 Apr 2018, 23:12 Michael Rasmussen wrote: > > > > > Two important things concerning the DNG*) format: > > > 1) Lossless is an option > > > 2) The DNG format also specifies a non-raw format called Linear DNG. > > > See http://www.barrypearson.co.uk/articles/dng/linear.htm > > > > > > If any of the above is in actual play then your results are to be > > > expected. > > > > > > *) https://helpx.adobe.com/photoshop/digital-negative.html > > > > > > -- > > > Hilsen/Regards > > > Michael Rasmussen > > > > > > Get my public GnuPG keys: > > > michael rasmussen cc > > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xD3C9A00E > > > mir datanom net > > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE501F51C > > > mir miras org > > > http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE3E80917 > > > -- > > > /usr/games/fortune -es says: > > > Yow! Now I get to think about all the BAD THINGS I did to a BOWLING > > > BALL when I was in JUNIOR HIGH SCHOOL! > > > > > > > > > > darktable user mailing list > > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > you put dt in an untenable situation, then blame it for your failings to > achieve what you say is possible with lr, but use a tool specifically > built for lr to convert images to a secondary format, altering and/or > destroying information from the original raw format that dt would use. > then claim your previous work path has worked adequately for you for over > 5 years, that the dng format is not the point of your discussion. > > your previous work path does not fit your present work path, using dt. so > use the original raw image with dt, revert to your previous work path > using lr and dng, or continue to complain that you cannot make apples > resemble oranges. > > > -- > (paka)Patrick Shanahan Plainfield, Indiana, USA @ptilopteri > http://en.opensuse.orgopenSUSE Community Memberfacebook/ptilopteri > Registered Linux User #207535@ http://linuxcounter.net > Photos: http://wahoo.no-ip.org/piwigo paka @ IRCnet freenode > > > darktable user mailing list > to unsubscribe send a mail to > darktable-user+unsubscr...@lists.darktable.org > > darktable user mailing list to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
