Partha Bagchi <parth...@gmail.com> 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 <j...@cjsa.com> wrote: >> Partha Bagchi <parth...@gmail.com> 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 <j...@cjsa.com> wrote: >> >> >> Alexander Rabtchevich <alexander.v.rabtchev...@gmx.net> 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: gimp-user-list@gnome.org >> >> 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:j...@cjsa.com"; >> target=3D"_blan= >> >k">j...@cjsa.com</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:= >> >alexander.v.rabtchev...@gmx.net">alexander.v.rabtchev...@gmx.net</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:gimp-user-list@gnome.org >> ">gimp-user-= >> >l...@gnome.org</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: gimp-user-list@gnome.org >> 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">j...@cjsa.com</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:parth...@gmail.com";>parth...@gmail.com</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= >f...@cjsa.com">j...@cjsa.com</a>> wrote:<br> ><br> ></div><div><div class=3D"h5">>> Alexander Rabtchevich <<a href=3D"= >mailto:alexander.v.rabtchev...@gmx.net";>alexander.v.rabtchev...@gmx.net</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:gimp-user-list@gnome.org";>g= >imp-user-l...@gnome.org</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:j...@cjsa.com";>j...@cjsa.com</a>" target=3D3D&= >quot;_blan=3D<br> >>k"><a href=3D"mailto:j...@cjsa.com";>j...@cjsa.com</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:alexander.v.rabtchev...@gmx.net";>alexander.v.rabtchev= >i...@gmx.net</a>"><a href=3D"mailto:alexander.v.rabtchev...@gmx.net"= >>alexander.v.rabtchev...@gmx.net</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:= >gimp-user-list@gnome.org">gimp-user-list@gnome.org</a>">gimp-user-= >=3D<br> >><a href=3D"mailto:l...@gnome.org";>l...@gnome.org</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:gimp-user-list@gnome.org";>gimp-user-= >l...@gnome.org</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: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
