Re: [Gimp-user] Problem importing raw Minolta and Sony files
Gary Aitken and Alexander Rabtchevich suggest that Darktable (and possibly Shotwell) are applying corrections that improve the display of the raw image. This is true, but in Darktable you can select the 0 - original image without the sharpening and curve correction and the image is still very presentable, unlike anything that UFRaw is presenting. I can open the raw images using the software provided by Minolta and Sony and the images look fine, but these tools run only on Windows and I really want the GIMP plug-in feature that UFRaw provides. After opening in UFRaw, the initial settings are so bad that I am unable to correct the picture to create anything close to a usable image. Are other Minolta/Sony users seeing similar results, and don't Cannon, Nikon and other raw-file users see reasonable images when they use UFRaw? Darktable applies RGB camera curve, uses enhanced camera color matrix and applies a little sharpening by default. Jeffery Small wrote: Ubuntu 13.10 system running on an Asus U56E system UFRaw ver. 0.19.2 Dcraw ver. 9.19.1 GIMP ver. 2.8.6 Darktable ver. 1.2.3 Shotwell ver. 0.15.0 I reported on this a long while ago and then got very busy with other things. This is a follow-up with details. When attempting to load Minolta (mrw) and Sony (arw) raw image files into GIMP, UFRaw is not properly processing them. The following webpage has images which demonstrate the problem: http://smallthoughts.com/photos/misc/GIMP/index.html The raw files are being imported with distorted color and contrast. However, as the additional images show, other programs such as Darktable and Shotwell are importing and displaying these files properly. Has anyone else been experiencing similar problems, and is there any known solution? Regards. With respect, Alexander Rabtchevich ___ 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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
Can you provide an example image to confirm this? Thanks, Partha 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 ___ 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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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=3DltrCan you provide an example image to confirm this?divbr= /divdivThanks,/divdivPartha/div/divdiv class=3Dgmail_extra= brbrdiv class=3Dgmail_quoteOn Sat, Apr 5, 2014 at 3:11 PM, Jeffery S= mall span dir=3Dltrlt;a href=3Dmailto:j...@cjsa.com; target=3D_blan= kj...@cjsa.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1exAlexander Rabtchevich lt;a href=3Dmailto:= alexander.v.rabtchev...@gmx.netalexander.v.rabtchev...@gmx.net/agt; wr= ites:br br gt;When you look at an imported image in darktable without applying anybr= gt;corrections, the program shows you the embedded preview, which was made= br gt;by the camera itself with all the corrections it (the camera) would mad= ebr gt;with the original RAW when converting it to jpg. If you applyin UFRaw a= br gt;camera curve, similar to the one in darktable, you will see the similar= br gt;result...br br It#39;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 wasb= 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= hebr DiMAGE Image Viewer software from Minolta (on a Windows XP machine), thebr= 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#39;m just confused that I have not heard other people com= plainingbr about this problem.br br Regards,br --br Jeffbr br ___br gimp-user-list mailing listbr List address: =A0 =A0a href=3Dmailto:gimp-user-list@gnome.org;gimp-user-= l...@gnome.org/abr List membership: a href=3Dhttps://mail.gnome.org/mailman/listinfo/gimp-us= er-list target=3D_blankhttps://mail.gnome.org/mailman/listinfo/gimp-use= r-list/abr List archives: =A0 a href=3Dhttps://mail.gnome.org/archives/gimp-user-lis= t target=3D_blankhttps://mail.gnome.org/archives/gimp-user-list/abr /blockquote/divbr/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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
* Jeffery Small j...@cjsa.com [04-05-14 16:15]: 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=3DltrCan you provide an example image to confirm this?divbr= /divdivThanks,/divdivPartha/div/divdiv class=3Dgmail_extra= brbrdiv class=3Dgmail_quoteOn Sat, Apr 5, 2014 at 3:11 PM, Jeffery S= mall span dir=3Dltrlt;a href=3Dmailto:j...@cjsa.com; target=3D_blan= kj...@cjsa.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1exAlexander Rabtchevich lt;a href=3Dmailto:= alexander.v.rabtchev...@gmx.netalexander.v.rabtchev...@gmx.net/agt; wr= ites:br br gt;When you look at an imported image in darktable without applying anybr= gt;corrections, the program shows you the embedded preview, which was made= br gt;by the camera itself with all the corrections it (the camera) would mad= ebr gt;with the original RAW when converting it to jpg. If you applyin UFRaw a= br gt;camera curve, similar to the one in darktable, you will see the similar= br gt;result...br br It#39;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 wasb= 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= hebr DiMAGE Image Viewer software from Minolta (on a Windows XP machine), thebr= 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#39;m just confused that I have not heard other people com= plainingbr about this problem.br br Regards,br --br Jeffbr br ___br gimp-user-list mailing listbr List address: =A0 =A0a href=3Dmailto:gimp-user-list@gnome.org;gimp-user-= l...@gnome.org/abr List membership: a href=3Dhttps://mail.gnome.org/mailman/listinfo/gimp-us= er-list target=3D_blankhttps://mail.gnome.org/mailman/listinfo/gimp-use= r-list/abr List archives: =A0 a href=3Dhttps://mail.gnome.org/archives/gimp-user-lis= t target=3D_blankhttps://mail.gnome.org/archives/gimp-user-list/abr /blockquote/divbr/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:
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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. Thanks, Partha 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=3DltrCan you provide an example image to confirm this?divbr= /divdivThanks,/divdivPartha/div/divdiv class=3Dgmail_extra= brbrdiv class=3Dgmail_quoteOn Sat, Apr 5, 2014 at 3:11 PM, Jeffery S= mall span dir=3Dltrlt;a href=3Dmailto:j...@cjsa.com; target=3D_blan= kj...@cjsa.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1exAlexander Rabtchevich lt;a href=3Dmailto:= alexander.v.rabtchev...@gmx.netalexander.v.rabtchev...@gmx.net/agt; wr= ites:br br gt;When you look at an imported image in darktable without applying anybr= gt;corrections, the program shows you the embedded preview, which was made= br gt;by the camera itself with all the corrections it (the camera) would mad= ebr gt;with the original RAW when converting it to jpg. If you applyin UFRaw a= br gt;camera curve, similar to the one in darktable, you will see the similar= br gt;result...br br It#39;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 wasb= 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= hebr DiMAGE Image Viewer software from Minolta (on a Windows XP machine), thebr= 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#39;m just confused that I have not heard other people com= plainingbr about this problem.br br Regards,br --br Jeffbr br ___br gimp-user-list mailing listbr List address: =A0 =A0a href=3Dmailto:gimp-user-list@gnome.org gimp-user-= l...@gnome.org/abr 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/abr List archives: =A0 a href=3D https://mail.gnome.org/archives/gimp-user-lis= t target=3D_blankhttps://mail.gnome.org/archives/gimp-user-list /abr /blockquote/divbr/div
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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 Looks like a normal image when opened here (fbsd, ufraw 0.19.2). Underexposed, but can be brought up to 1.49 w/out any overexposure blinkies. Clouds have lots of definition. WB (Camera WB) looks fine. A little *tiny* bit of purple fringing; I'd be delighted if all mine had that little. You don't have the color profile, gamma, and linearity set to something strange, do you? If I set to no profile, gamma=0.45, linearity 0.1 all looks good. ___ 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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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=3DltrCan you provide an example image to confirm this?divbr= /divdivThanks,/divdivPartha/div/divdiv class=3Dgmail_extra= brbrdiv class=3Dgmail_quoteOn Sat, Apr 5, 2014 at 3:11 PM, Jeffery S= mall span dir=3Dltrlt;a href=3Dmailto:j...@cjsa.com; target=3D_blan= kj...@cjsa.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1exAlexander Rabtchevich lt;a href=3Dmailto:= alexander.v.rabtchev...@gmx.netalexander.v.rabtchev...@gmx.net/agt; wr= ites:br br gt;When you look at an imported image in darktable without applying anybr= gt;corrections, the program shows you the embedded preview, which was made= br gt;by the camera itself with all the corrections it (the camera) would mad= ebr gt;with the original RAW when converting it to jpg. If you applyin UFRaw a= br gt;camera curve, similar to the one in darktable, you will see the similar= br gt;result...br br It#39;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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
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 j...@cjsa.com wrote: 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=3DltrCan you provide an example image to confirm this?divbr= /divdivThanks,/divdivPartha/div/divdiv class=3Dgmail_extra= brbrdiv class=3Dgmail_quoteOn Sat, Apr 5, 2014 at 3:11 PM, Jeffery S= mall span dir=3Dltrlt;a href=3Dmailto:j...@cjsa.com; target=3D_blan= kj...@cjsa.com/agt;/span wrote:br blockquote class=3Dgmail_quote style=3Dmargin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1exAlexander Rabtchevich lt;a href=3Dmailto:=
Re: [Gimp-user] Problem importing raw Minolta and Sony files
On 04/04/14 20:43, Jeffery Small wrote: Ubuntu 13.10 system running on an Asus U56E system UFRaw ver. 0.19.2 Dcraw ver. 9.19.1 GIMP ver. 2.8.6 Darktable ver. 1.2.3 Shotwell ver. 0.15.0 I reported on this a long while ago and then got very busy with other things. This is a follow-up with details. When attempting to load Minolta (mrw) and Sony (arw) raw image files into GIMP, UFRaw is not properly processing them. The following webpage has images which demonstrate the problem: http://smallthoughts.com/photos/misc/GIMP/index.html The raw files are being imported with distorted color and contrast. However, as the additional images show, other programs such as Darktable and Shotwell are importing and displaying these files properly. Has anyone else been experiencing similar problems, and is there any known solution? This is kind of a shot in the dark. I don't know anything about shotwell, and not much about darktable. But I know darktable automatically applies an exposure correction curve to the raw file when it imports it, and ufraw does not (unless you set one as the default). You might look at the exposure correction curve darktable applies and see what it looks like when you apply a similar curve in ufraw. There may be other automagic things darktable does in regards to color; not sure. ___ 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
Re: [Gimp-user] Problem importing raw Minolta and Sony files
Hello. Darktable applies RGB camera curve, uses enhanced camera color matrix and applies a little sharpening by default. Jeffery Small wrote: Ubuntu 13.10 system running on an Asus U56E system UFRaw ver. 0.19.2 Dcraw ver. 9.19.1 GIMP ver. 2.8.6 Darktable ver. 1.2.3 Shotwell ver. 0.15.0 I reported on this a long while ago and then got very busy with other things. This is a follow-up with details. When attempting to load Minolta (mrw) and Sony (arw) raw image files into GIMP, UFRaw is not properly processing them. The following webpage has images which demonstrate the problem: http://smallthoughts.com/photos/misc/GIMP/index.html The raw files are being imported with distorted color and contrast. However, as the additional images show, other programs such as Darktable and Shotwell are importing and displaying these files properly. Has anyone else been experiencing similar problems, and is there any known solution? Regards. With respect, Alexander Rabtchevich ___ 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