I admit I missed your previous image and so apologies I don't know what Darktable shows.
When I processed in UFRaw (version 0.20, my build and part of my Gimp build for Windows 64-bit), It looks fine. I set the exposure to -1.48, White-balance to Daylight. If I play a little more with the curves, I get results similar to Photoshop CC with ACR 8.3. So, I don't think you are missing anything. I did process in Gimp 2.9 with UFRaw 16-bit. Hope that helps. Partha On Sat, Apr 5, 2014 at 10:00 PM, Jeffery Small <[email protected]> wrote: > Partha Bagchi <[email protected]> writes: > > >Can you also put the jpg you shot since that tells me what you are > >expecting to see? > > >As an aside you may want to visit Dave Coffin's page and read the FAQ > >especially about gamma and linearity. > > The jpg images look very much like what you see in the Darktable images > provided on the webpage. > > Antonio Montagnani and Patrick Shanahan also provided feedback regarding > loading my test image into UFRaw. Thank you all for the valuable feedback. > I admit to certainly not being well versed in using UFRaw and appreciate > all > the pointers being provided. > > One thing I had missed before but do see now, is a warning symbol next > to the white balance button. This does not appear for the Minolta .mrw > images but seems to always display for the Sony .arw files. When you hover > over it, it states "Cannot use camera white balance." That is why Auto is > being selected in place of "Daylight". It makes me wonder what other raw > file data is not being processed by UFRaw for these types of files? And I > wonder if there is something particularly amiss with the Ubuntu build of > UFRaw on my system? When others load the sample file, are you seeing a > better image than the one I have posted, prior to making any corrections? > When you load other types of raw images, does UFRaw display them close to > the accurate (i.e., camera) settings? If so, what version of UFRaw and > what > type of system/OS are you using? > > Thanks again for all the valuable help. > > Regards, > -- > Jeff > > > > > >On Sat, Apr 5, 2014 at 4:11 PM, Jeffery Small <[email protected]> wrote: > > >> Partha Bagchi <[email protected]> writes: > >> > >> >Can you provide an example image to confirm this? > >> > >> Sure. Let's use the clouds photo since it is a more modern Sony format > and > >> pretty dramatically shows the loss of information. Point your browser > >> here: > >> > >> http://smallthoughts.com/photos/misc/GIMP/clouds.arw > >> > >> and save the image. This is a 24-Mb image file taken with an Alpha a77 > >> camera. > >> > >> Thanks for looking at this. Let me know if I can provide any additional > >> info. > >> > >> Regards, > >> -- > >> Jeff > >> > >> >On Sat, Apr 5, 2014 at 3:11 PM, Jeffery Small <[email protected]> wrote: > >> > >> >> Alexander Rabtchevich <[email protected]> writes: > >> >> > >> >> >When you look at an imported image in darktable without applying any > >> >> >corrections, the program shows you the embedded preview, which was > made > >> >> >by the camera itself with all the corrections it (the camera) would > >> made > >> >> >with the original RAW when converting it to jpg. If you applyin > UFRaw a > >> >> >camera curve, similar to the one in darktable, you will see the > similar > >> >> >result... > >> >> > >> >> It's true that the lion image imported into UFRaw is terribly over > >> exposed, > >> >> but that is something that UFRaw is doing to the raw data. The > original > >> >> image has proper exposure which was confirmed at the time the picture > >> was > >> >> shot as well as the proper exposure from the companion JPEG image (I > >> shoot > >> >> RAW+JPG). In UFRaw the histogram is shoved completely to the right > edge > >> >> of the spectrum and there is no way to use this tool to fix the > picture > >> as > >> >> most of the image detail is already lost. When I open the same file > in > >> the > >> >> DiMAGE Image Viewer software from Minolta (on a Windows XP machine), > the > >> >> raw image looks just fine and can be tweaked. > >> >> > >> >> So I have to assume that this is a serious bug in UFRaw and I have > >> reported > >> >> it as such. I'm just confused that I have not heard other people > >> >> complaining > >> >> about this problem. > >> >> > >> >> Regards, > >> >> -- > >> >> Jeff > >> >> > >> >> _______________________________________________ > >> >> gimp-user-list mailing list > >> >> List address: [email protected] > >> >> List membership: > https://mail.gnome.org/mailman/listinfo/gimp-user-list > >> >> List archives: https://mail.gnome.org/archives/gimp-user-list > >> >> > >> > >> >--001a11c2ef8064e2f704f65119ee > >> >Content-Type: text/html; charset=ISO-8859-1 > >> >Content-Transfer-Encoding: quoted-printable > >> > >> ><div dir=3D"ltr">Can you provide an example image to confirm > >> this?<div><br>= > >> ></div><div>Thanks,</div><div>Partha</div></div><div > >> class=3D"gmail_extra"><= > >> >br><br><div class=3D"gmail_quote">On Sat, Apr 5, 2014 at 3:11 PM, > Jeffery > >> S= > >> >mall <span dir=3D"ltr"><<a href=3D"mailto:[email protected]"; > >> target=3D"_blan= > >> >k">[email protected]</a>></span> wrote:<br> > >> ><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 > >> .8ex;border-left:1p= > >> >x #ccc solid;padding-left:1ex">Alexander Rabtchevich <<a > >> href=3D"mailto:= > >> >[email protected]">[email protected] > </a>> > >> wr= > >> >ites:<br> > >> > >> ><br> > >> >>When you look at an imported image in darktable without applying > >> any<br= > >> >> > >> >>corrections, the program shows you the embedded preview, which was > >> made= > >> ><br> > >> >>by the camera itself with all the corrections it (the camera) would > >> mad= > >> >e<br> > >> >>with the original RAW when converting it to jpg. If you applyin > UFRaw > >> a= > >> ><br> > >> >>camera curve, similar to the one in darktable, you will see the > >> similar= > >> ><br> > >> >>result...<br> > >> ><br> > >> >It's true that the lion image imported into UFRaw is terribly over > >> expo= > >> >sed,<br> > >> >but that is something that UFRaw is doing to the raw data. =A0The > >> original<= > >> >br> > >> >image has proper exposure which was confirmed at the time the picture > >> was<b= > >> >r> > >> >shot as well as the proper exposure from the companion JPEG image (I > >> shoot<= > >> >br> > >> >RAW+JPG). =A0In UFRaw the histogram is shoved completely to the right > >> edge<= > >> >br> > >> >of the spectrum and there is no way to use this tool to fix the picture > >> as<= > >> >br> > >> >most of the image detail is already lost. =A0When I open the same file > in > >> t= > >> >he<br> > >> >DiMAGE Image Viewer software from Minolta (on a Windows XP machine), > >> the<br= > >> >> > >> >raw image looks just fine and can be tweaked.<br> > >> ><br> > >> >So I have to assume that this is a serious bug in UFRaw and I have > >> reported= > >> ><br> > >> >it as such. =A0I'm just confused that I have not heard other people > >> com= > >> >plaining<br> > >> >about this problem.<br> > >> ><br> > >> >Regards,<br> > >> >--<br> > >> >Jeff<br> > >> ><br> > >> >_______________________________________________<br> > >> >gimp-user-list mailing list<br> > >> >List address: =A0 =A0<a href=3D"mailto:[email protected] > >> ">gimp-user-= > >> >[email protected]</a><br> > >> >List membership: <a href=3D" > >> https://mail.gnome.org/mailman/listinfo/gimp-us= > >> >er-list" target=3D"_blank"> > >> https://mail.gnome.org/mailman/listinfo/gimp-use= > >> >r-list</a><br> > >> >List archives: =A0 <a href=3D" > >> https://mail.gnome.org/archives/gimp-user-lis= > >> >t" target=3D"_blank">https://mail.gnome.org/archives/gimp-user-list > >> </a><br> > >> ></blockquote></div><br></div> > >> > >> >--001a11c2ef8064e2f704f65119ee-- > >> > >> _______________________________________________ > >> gimp-user-list mailing list > >> List address: [email protected] > >> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list > >> List archives: https://mail.gnome.org/archives/gimp-user-list > >> > > >--089e01493f10fa279504f651fc6e > >Content-Type: text/html; charset=ISO-8859-1 > >Content-Transfer-Encoding: quoted-printable > > ><div dir=3D"ltr">Can you also put the jpg you shot since that tells me > what= > > you are expecting to see?=A0<div><br></div><div>As an aside you may want > t= > >o visit Dave Coffin's page and read the FAQ especially about gamma > and = > >linearity.</div> > > ><div><br></div><div>Thanks,</div><div>Partha</div><div><br></div></div><div= > > class=3D"gmail_extra"><br><br><div class=3D"gmail_quote">On Sat, Apr 5, > 20= > >14 at 4:11 PM, Jeffery Small <span dir=3D"ltr"><<a href=3D"mailto: > jeff@c= > >jsa.com" target=3D"_blank">[email protected]</a>></span> wrote:<br> > ><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 > .8ex;border-left:1p= > >x #ccc solid;padding-left:1ex"><div class=3D"">Partha Bagchi <<a > href=3D= > >"mailto:[email protected]";>[email protected]</a>> writes:<br> > ><br> > >>Can you provide an example image to confirm this?<br> > ><br> > ></div>Sure. =A0Let's use the clouds photo since it is a more modern > Son= > >y format and<br> > >pretty dramatically shows the loss of information. =A0Point your browser > he= > >re:<br> > ><br> > ><a href=3D"http://smallthoughts.com/photos/misc/GIMP/clouds.arw"; > target=3D"= > >_blank">http://smallthoughts.com/photos/misc/GIMP/clouds.arw</a><br> > ><br> > >and save the image. =A0This is a 24-Mb image file taken with an Alpha > a77<b= > >r> > >camera.<br> > ><br> > >Thanks for looking at this. =A0Let me know if I can provide any > additional<= > >br> > >info.<br> > ><br> > >Regards,<br> > >--<br> > >Jeff<br> > ><div class=3D""><br> > >>On Sat, Apr 5, 2014 at 3:11 PM, Jeffery Small <<a href=3D"mailto: > jef= > >[email protected]">[email protected]</a>> wrote:<br> > ><br> > ></div><div><div class=3D"h5">>> Alexander Rabtchevich <<a > href=3D"= > >mailto:[email protected]";>[email protected] > </a>= > >> writes:<br> > >>><br> > >>> >When you look at an imported image in darktable without > applyi= > >ng any<br> > >>> >corrections, the program shows you the embedded preview, > which= > > was made<br> > >>> >by the camera itself with all the corrections it (the > camera) = > >would made<br> > >>> >with the original RAW when converting it to jpg. If you > applyi= > >n UFRaw a<br> > >>> >camera curve, similar to the one in darktable, you will see > th= > >e similar<br> > >>> >result...<br> > >>><br> > >>> It's true that the lion image imported into UFRaw is > terribly = > >over exposed,<br> > >>> but that is something that UFRaw is doing to the raw data. > =A0The = > >original<br> > >>> image has proper exposure which was confirmed at the time the > pict= > >ure was<br> > >>> shot as well as the proper exposure from the companion JPEG > image = > >(I shoot<br> > >>> RAW+JPG). =A0In UFRaw the histogram is shoved completely to the > ri= > >ght edge<br> > >>> of the spectrum and there is no way to use this tool to fix the > pi= > >cture as<br> > >>> most of the image detail is already lost. =A0When I open the > same = > >file in the<br> > >>> DiMAGE Image Viewer software from Minolta (on a Windows XP > machine= > >), the<br> > >>> raw image looks just fine and can be tweaked.<br> > >>><br> > >>> So I have to assume that this is a serious bug in UFRaw and I > have= > > reported<br> > >>> it as such. =A0I'm just confused that I have not heard other > p= > >eople<br> > >>> complaining<br> > >>> about this problem.<br> > >>><br> > >>> Regards,<br> > >>> --<br> > >>> Jeff<br> > >>><br> > >>> _______________________________________________<br> > >>> gimp-user-list mailing list<br> > >>> List address: =A0 =A0<a href=3D"mailto:[email protected] > ">g= > >[email protected]</a><br> > >>> List membership: <a href=3D" > https://mail.gnome.org/mailman/listinf= > >o/gimp-user-list" target=3D"_blank"> > https://mail.gnome.org/mailman/listinfo= > >/gimp-user-list</a><br> > >>> List archives: =A0 <a href=3D" > https://mail.gnome.org/archives/gimp= > >-user-list" target=3D"_blank"> > https://mail.gnome.org/archives/gimp-user-lis= > >t</a><br> > >>><br> > ><br> > ></div></div>>--001a11c2ef8064e2f704f65119ee<br> > >>Content-Type: text/html; charset=3DISO-8859-1<br> > >>Content-Transfer-Encoding: quoted-printable<br> > ><br> > >><div dir=3D3D"ltr">Can you provide an example image > to = > >confirm this?<div><br>=3D<br> > > >></div><div>Thanks,</div><div>Partha</div>= > ></div><div class=3D3D"gmail_extra"><=3D<br> > >>br><br><div class=3D3D"gmail_quote">On Sat, > Ap= > >r 5, 2014 at 3:11 PM, Jeffery S=3D<br> > >>mall <span dir=3D3D"ltr">&lt;<a > href=3D3D"m= > >ailto:<a href=3D"mailto:[email protected]";>[email protected]</a>" > target=3D3D&= > >quot;_blan=3D<br> > >>k"><a href=3D"mailto:[email protected]";>[email protected] > </a></a>= > >&gt;</span> wrote:<br><br> > >><blockquote class=3D3D"gmail_quote" > style=3D3D"margin= > >:0 0 0 .8ex;border-left:1p=3D<br> > >>x #ccc solid;padding-left:1ex">Alexander Rabtchevich > &lt;&l= > >t;a href=3D3D"mailto:=3D<br> > >><a href=3D"mailto:[email protected] > ">alexander.v.rabtchev= > >[email protected]</a>"><a href=3D"mailto: > [email protected]"= > >>[email protected]</a></a>&gt; wr=3D<br> > >>ites:<br><br> > ><br> > >><br><br> > >>&gt;When you look at an imported image in darktable without > applyin= > >g any<br=3D<br> > >>><br> > >>&gt;corrections, the program shows you the embedded preview, > which = > >was made=3D<br> > >><br><br> > >>&gt;by the camera itself with all the corrections it (the camera) > w= > >ould mad=3D<br> > >>e<br><br> > >>&gt;with the original RAW when converting it to jpg. If you > applyin= > > UFRaw a=3D<br> > >><br><br> > >>&gt;camera curve, similar to the one in darktable, you will see > the= > > similar=3D<br> > >><br><br> > >>&gt;result...<br><br> > >><br><br> > >>It&#39;s true that the lion image imported into UFRaw is terribly > o= > >ver expo=3D<br> > >>sed,<br><br> > >>but that is something that UFRaw is doing to the raw data. =3DA0The > ori= > >ginal<=3D<br> > >>br><br> > >>image has proper exposure which was confirmed at the time the picture > w= > >as<b=3D<br> > >>r><br> > >>shot as well as the proper exposure from the companion JPEG image (I > sh= > >oot<=3D<br> > >>br><br> > >>RAW+JPG). =3DA0In UFRaw the histogram is shoved completely to the > right= > > edge<=3D<br> > >>br><br> > >>of the spectrum and there is no way to use this tool to fix the > picture= > > as<=3D<br> > >>br><br> > >>most of the image detail is already lost. =3DA0When I open the same > fil= > >e in t=3D<br> > >>he<br><br> > >>DiMAGE Image Viewer software from Minolta (on a Windows XP machine), > th= > >e<br=3D<br> > >>><br> > >>raw image looks just fine and can be tweaked.<br><br> > >><br><br> > >>So I have to assume that this is a serious bug in UFRaw and I have > repo= > >rted=3D<br> > >><br><br> > >>it as such. =3DA0I&#39;m just confused that I have not heard > other = > >people com=3D<br> > >>plaining<br><br> > >>about this problem.<br><br> > >><br><br> > >>Regards,<br><br> > >>--<br><br> > >>Jeff<br><br> > >><br><br> > >>_______________________________________________<br><br> > >>gimp-user-list mailing list<br><br> > >>List address: =3DA0 =3DA0<a href=3D3D"mailto:<a > href=3D"mailto:= > >[email protected]">[email protected] > </a>">gimp-user-= > >=3D<br> > >><a href=3D"mailto:[email protected]";>[email protected] > </a></a><br>= > >;<br> > >>List membership: <a href=3D3D"<a href=3D" > https://mail.gnome.org= > >/mailman/listinfo/gimp-us=3D" target=3D"_blank"> > https://mail.gnome.org/mail= > >man/listinfo/gimp-us=3D</a><br> > >>er-list" target=3D3D"_blank"><a href=3D" > https://mail.= > >gnome.org/mailman/listinfo/gimp-use=3D" target=3D"_blank"> > https://mail.gnom= > >e.org/mailman/listinfo/gimp-use=3D</a><br> > >>r-list</a><br><br> > >>List archives: =3DA0 <a href=3D3D"<a href=3D" > https://mail.gnome= > >.org/archives/gimp-user-lis=3D" target=3D"_blank"> > https://mail.gnome.org/ar= > >chives/gimp-user-lis=3D</a><br> > >>t" target=3D3D"_blank"><a href=3D" > https://mail.gnome.= > >org/archives/gimp-user-list" target=3D"_blank"> > https://mail.gnome.org/archi= > >ves/gimp-user-list</a></a><br><br> > >></blockquote></div><br></div><br> > ><br> > >>--001a11c2ef8064e2f704f65119ee--<br> > ><div class=3D"HOEnZb"><div class=3D"h5"><br> > >_______________________________________________<br> > >gimp-user-list mailing list<br> > >List address: =A0 =A0<a href=3D"mailto:[email protected] > ">gimp-user-= > >[email protected]</a><br> > >List membership: <a href=3D" > https://mail.gnome.org/mailman/listinfo/gimp-us= > >er-list" target=3D"_blank"> > https://mail.gnome.org/mailman/listinfo/gimp-use= > >r-list</a><br> > >List archives: =A0 <a href=3D" > https://mail.gnome.org/archives/gimp-user-lis= > >t" target=3D"_blank">https://mail.gnome.org/archives/gimp-user-list > </a><br> > ></div></div></blockquote></div><br></div> > > >--089e01493f10fa279504f651fc6e-- > > _______________________________________________ > gimp-user-list mailing list > List address: [email protected] > List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list > List archives: https://mail.gnome.org/archives/gimp-user-list > _______________________________________________ gimp-user-list mailing list List address: [email protected] List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
