Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-05 Thread Partha Bagchi
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  wrote:

> Partha Bagchi  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  wrote:
>
> >> Partha Bagchi  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  wrote:
> >>
> >> >> Alexander Rabtchevich  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
> >>
> >> >Can you provide an example image to confirm
> >> this?=
> >> >Thanks,Partha >> class=3D"gmail_extra"><=
> >> >br>On Sat, Apr 5, 2014 at 3:11 PM,
> Jeffery
> >> S=
> >> >mall  >> target=3D"_blan=
> >> >k">j...@cjsa.com> wrote:
> >> > >> .8ex

Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-05 Thread Jeffery Small
Partha Bagchi  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  wrote:

>> Partha Bagchi  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  wrote:
>>
>> >> Alexander Rabtchevich  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
>>
>> >Can you provide an example image to confirm
>> this?=
>> >Thanks,Partha> class=3D"gmail_extra"><=
>> >br>On Sat, Apr 5, 2014 at 3:11 PM, Jeffery
>> S=
>> >mall > target=3D"_blan=
>> >k">j...@cjsa.com> wrote:
>> >> .8ex;border-left:1p=
>> >x #ccc solid;padding-left:1ex">Alexander Rabtchevich <> href=3D"mailto:=
>> >alexander.v.rabtchev...@gmx.net">alexander.v.rabtchev...@gmx.net>
>> wr=
>> >ites:
>>
>> >
>> >>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
>> mad=
>> >e
>> >>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
>> expo=
>> >sed,
>> >but that is something that UFRaw is doing to the ra

Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-05 Thread Gary Aitken

>> 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

2014-04-05 Thread Partha Bagchi
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  wrote:

> Partha Bagchi  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  wrote:
>
> >> Alexander Rabtchevich  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
>
> >Can you provide an example image to confirm
> this?=
> >Thanks,Partha class=3D"gmail_extra"><=
> >br>On Sat, Apr 5, 2014 at 3:11 PM, Jeffery
> S=
> >mall  target=3D"_blan=
> >k">j...@cjsa.com> wrote:
> > .8ex;border-left:1p=
> >x #ccc solid;padding-left:1ex">Alexander Rabtchevich < href=3D"mailto:=
> >alexander.v.rabtchev...@gmx.net">alexander.v.rabtchev...@gmx.net>
> wr=
> >ites:
>
> >
> >>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
> mad=
> >e
> >>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
> expo=
> >sed,
> >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 >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
> >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. =A0I'm just confused that I have not heard other people
> com=
> >plaining
> >about this problem.
> >
> >Regards,
> >--
> >Jeff
> >
> >___
> >gimp-user-list mailing list
> >List address: =A0 =A0mailto:gimp-user-list@gnome.org
> ">gimp-user-=
> >l...@gnome.org
> >List membership:  https://mail.gnome.org/mailman/listinfo/gimp-us=
> >er-list" target=3D"_blank">
> https://mail.gnome.org/mailman/listinfo/gimp-use=
> >r-list
> >List archives: =A0  https://mail.gnome.org/archives/gimp-user-lis=
> >t" target=3D"_blank">https://mail.gnome.org/archives/gimp-user-list
> 
> >
>
> >--001a11c2ef8064e2f704f65119ee--
>
> _

Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-05 Thread Patrick Shanahan
* Jeffery Small  [04-05-14 16:15]:
> Partha Bagchi  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  wrote:
> 
> >> Alexander Rabtchevich  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
> 
> >Can you provide an example image to confirm this?=
> >Thanks,Partha<=
> >br>On Sat, Apr 5, 2014 at 3:11 PM, Jeffery S=
> >mall  >k">j...@cjsa.com> wrote:
> > >x #ccc solid;padding-left:1ex">Alexander Rabtchevich < >alexander.v.rabtchev...@gmx.net">alexander.v.rabtchev...@gmx.net> wr=
> >ites:
> 
> >
> >>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 mad=
> >e
> >>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 expo=
> >sed,
> >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 >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
> >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. =A0I'm just confused that I have not heard other people com=
> >plaining
> >about this problem.
> >
> >Regards,
> >--
> >Jeff
> >
> >___
> >gimp-user-list mailing list
> >List address: =A0 =A0mailto:gimp-user-list@gnome.org";>gimp-user-=
> >l...@gnome.org
> >List membership: https://mail.gnome.org/mailman/listinfo/gimp-us=
> >er-list" target=3D"_blank">https://mail.gnome.org/mailman/listinfo/gimp-use=
> >r-list
> >List archives: =A0 https://mail.gnome.org/archives/gimp-user-lis=
> >t" target=3D"_blank">https://mail.gnome.org/archives/gimp-user-list
> >
> 
> >--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

The image provided when opened with auto whitebalance displays a heavy
magenta cast but looks quite ave

Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-05 Thread Jeffery Small
Partha Bagchi  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  wrote:

>> Alexander Rabtchevich  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

>Can you provide an example image to confirm this?=
>Thanks,Partha<=
>br>On Sat, Apr 5, 2014 at 3:11 PM, Jeffery S=
>mall k">j...@cjsa.com> wrote:
>x #ccc solid;padding-left:1ex">Alexander Rabtchevich alexander.v.rabtchev...@gmx.net> wr=
>ites:

>
>>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 mad=
>e
>>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 expo=
>sed,
>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 wasr>
>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
>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. =A0I'm just confused that I have not heard other people com=
>plaining
>about this problem.
>
>Regards,
>--
>Jeff
>
>___
>gimp-user-list mailing list
>List address: =A0 =A0mailto:gimp-user-list@gnome.org";>gimp-user-=
>l...@gnome.org
>List membership: https://mail.gnome.org/mailman/listinfo/gimp-us=
>er-list" target=3D"_blank">https://mail.gnome.org/mailman/listinfo/gimp-use=
>r-list
>List archives: =A0 https://mail.gnome.org/archives/gimp-user-lis=
>t" target=3D"_blank">https://mail.gnome.org/archives/gimp-user-list
>

>--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

2014-04-05 Thread Partha Bagchi
Can you provide an example image to confirm this?

Thanks,
Partha


On Sat, Apr 5, 2014 at 3:11 PM, Jeffery Small  wrote:

> Alexander Rabtchevich  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

2014-04-05 Thread Jeffery Small
Alexander Rabtchevich  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

2014-04-05 Thread Alexander Rabtchevich
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...


Jeffery Small wrote:

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?




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

2014-04-05 Thread Jeffery Small
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

2014-04-04 Thread Alexander Rabtchevich

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


Re: [Gimp-user] Problem importing raw Minolta and Sony files

2014-04-04 Thread Gary Aitken
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