In what way, exactly, is it not doing anything? For me:
$ oiiotool green.exr -attrib "PixelAspectRatio" 0.5 -o nonsquare.jpg
$ oiiotool -v -info nonsquare.jpg
nonsquare.jpg : 1024 x 1024, 3 channel, uint8 jpeg
channel list: R, G, B
oiio:ColorSpace: "sRGB"
jpeg:subsampling: "4:2:0"
Orientation: 1 (normal)
Software: "OpenImageIO 1.6.1dev : oiiotool green.exr -attrib
PixelAspectRatio 0.5 -o nonsquare.jpg"
DateTime: "2014:11:30 8:46:29"
XResolution: 72
YResolution: 36
IPTC:OriginatingProgram: "OpenImageIO 1.6.1dev : oiiotool green.exr -attrib
PixelAspectRatio 0.5 -o nonsquare.jpg"
PixelAspectRatio: 0.5
ResolutionUnit: "none"
What does it do for you?
On Feb 18, 2015, at 2:01 PM, Ran Sariel <[email protected]> wrote:
> current master.
> oiiotool in.exr -attrib "PixelAspectRatio" 0.5 -o nonsquare.jpg
>
>
> On Wed, Feb 18, 2015 at 1:50 PM, Larry Gritz <[email protected]> wrote:
> This is with the current master, or with the head of RB-1.5? JPEG file? Can
> you tell me exactly what command line you tried?
>
>
>
> On Feb 18, 2015, at 1:22 PM, ran sariel <[email protected]> wrote:
>
> > Hey Larry
> >
> > no still not working,.
> > I'm passing in 0.5 as the PixelAspectRatio and still getting a square image
> > in RV, seems that the -attrib "PixelAspectRatio" is not doing anything.
> >
> > Ran
> >
> >
> > On 02/18/2015 12:08 PM, Larry Gritz wrote:
> >> Yes, PixelAspectRatio has had these fixes (improved for JPEG, TIFF, and
> >> OpenEXR) in the current master for a couple weeks now, with no complaints,
> >> so I just backported it to 1.5. It should be in the current RB-1.5 top of
> >> tree, but I have not yet tagged a release for it yet.
> >>
> >> Note that we try to do it *correctly*, but have identified a way in which,
> >> just for JPEG files, Nuke, PhotoShop, and RV do something weird and
> >> apparently contrary to the JFIF spec. The net result is that if you are
> >> using oiiotool to set the PixelAspectRatio for a JPEG file that will be
> >> consumed by one of those programs, you may have to specify the inverse of
> >> the aspect ratio (e.g., 0.5 when you really want 2 for a "wide" pixel).
> >> This is only an issue for JPEG files with non-square aspect.
> >>
> >> -- lg
> >>
> >>
> >> On Feb 18, 2015, at 9:32 AM, ran sariel<[email protected]> wrote:
> >>
> >>> Hi Larry
> >>>
> >>> Has there been any changes to support the pixelAspectRatio?.
> >>>
> >>> Cheers
> >>> Ran
> >>>
> >>>
> >>> On 02/03/2015 10:30 PM, Larry Gritz wrote:
> >>>> I'm liking this plan. Let's proceed for now by doing the right thing,
> >>>> and a few people who notice a problem can just invert how they request
> >>>> aspect ratio from oiiotool.
> >>>>
> >>>> If this is a continual problem (more and more people confused by this
> >>>> behavior, reporting it as a bug), then we can consider doing the "wrong"
> >>>> thing, just for JPEG, in order to produce files that use the same
> >>>> incorrect convention as Nuke and RV.
> >>>>
> >>>> I'm crossing my fingers that the combination of non-square pixel aspect
> >>>> and JPEG files is rare -- after all, nobody had noticed the issue at all
> >>>> until now.
> >>>>
> >>>> -- lg
> >>>>
> >>>>
> >>>> On Jan 30, 2015, at 5:17 PM, ran sariel<[email protected]>
> >>>> wrote:
> >>>>
> >>>>> since I'm the one bringing all this headache ..
> >>>>> I'm totally happy with defining PixelAspectRatio as 0.5 when converting
> >>>>> with oiiotool. expecting it to show in the RV/Photoshot as aspectRatio
> >>>>> 2.
> >>>>>
> >>>>>
> >>>>> On 01/30/2015 04:58 PM, Larry Gritz wrote:
> >>>>>> On Jan 30, 2015, at 4:38 PM, Nathan Rusch<[email protected]>
> >>>>>> wrote:
> >>>>>>
> >>>>>>> It seems absurd, but kind of looks like its going to come down to
> >>>>>>> whether you would rather OIIO be technically correct (as we
> >>>>>>> understand it), but annoy people and prompt them to submit erroneous
> >>>>>>> bug reports by creating images that look wrong in all the
> >>>>>>> applications they are viewed in, or have it be "wrong" for the sole
> >>>>>>> purpose of keeping people happy. Tough call indeed...
> >>>>>> Head exploding...
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>> Is it worth getting in touch with the maintainers of libjpeg to see
> >>>>>>> if they would stand by the comment in their source as it relates to
> >>>>>>> the JFIF spec? Or maybe just asking The Foundry and Tweak about
> >>>>>>> performing an about-face?
> >>>>>> I'm happy to contact all three. But if they change, there will be a
> >>>>>> versionitis problem between old and new versions of those packages.
> >>>>>> And in any case, PhotoShop is still backwards as well, and my
> >>>>>> intuition is that my chances of getting them to change, or to care at
> >>>>>> all, is much less than with Nuke and rv, where at least I know people
> >>>>>> who would humor me by listening to me make a case for it.
> >>>>>>
> >>>>>> Sigh. I'll do some experiments to see if there's any way around this.
> >>>>>> At the very least, I want to restrict the wrongness to be completely
> >>>>>> contained in the JPEG read/write, and not infect the rest of OIIO
> >>>>>> (including the app side), where aspect> 1 should certainly mean
> >>>>>> wide pixels.
> >>>>>>
> >>>>>> Another consideration: In 6 years, we have not had a single comment
> >>>>>> about our JPEG I/O not supporting aspect ratio or the resolution
> >>>>>> fields until this week, so perhaps the number of people who will be
> >>>>>> annoyed by our doing it "right" may be extremely limited, and a better
> >>>>>> solution is to make sure those few people know the weird set of hoops
> >>>>>> to jump through to make the images right in Nuke and rv (e.g., if you
> >>>>>> want aspect 2.0, you should ask oiiotool for 0.5).
> >>>>>>
> >>>>>> -- lg
> >>>>>>
> >>>>>> --
> >>>>>> Larry Gritz
> >>>>>> [email protected]
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> _______________________________________________
> >>>>>> Oiio-dev mailing list
> >>>>>> [email protected]
> >>>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
> >>>>> --
> >>>>> Ran Sariel
> >>>>> CTO / Pipeline supervisor
> >>>>> The Embassy VFX Inc.
> >>>>> 177 West 7th Ave, 4th Floor
> >>>>> Vancouver, BC
> >>>>> Phone: (604) 696-6862 ext. 244
> >>>>>
> >>>>> [email protected]
> >>>>>
> >>>>> _______________________________________________
> >>>>> Oiio-dev mailing list
> >>>>> [email protected]
> >>>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
> >>>> --
> >>>> Larry Gritz
> >>>> [email protected]
> >>>>
> >>>>
> >>>>
> >>>> _______________________________________________
> >>>> Oiio-dev mailing list
> >>>> [email protected]
> >>>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
> >>> --
> >>> Ran Sariel
> >>> CTO / Pipeline supervisor
> >>> The Embassy VFX Inc.
> >>> 177 West 7th Ave, 4th Floor
> >>> Vancouver, BC
> >>> Phone: (604) 696-6862 ext. 244
> >>>
> >>> [email protected]
> >>>
> >>> _______________________________________________
> >>> Oiio-dev mailing list
> >>> [email protected]
> >>> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
> >> --
> >> Larry Gritz
> >> [email protected]
> >>
> >>
> >>
> >> _______________________________________________
> >> Oiio-dev mailing list
> >> [email protected]
> >> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
> >
> > --
> > Ran Sariel
> > CTO / Pipeline supervisor
> > The Embassy VFX Inc.
> > 177 West 7th Ave, 4th Floor
> > Vancouver, BC
> > Phone: (604) 696-6862 ext. 244
> >
> > [email protected]
> >
> > _______________________________________________
> > Oiio-dev mailing list
> > [email protected]
> > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
>
> --
> Larry Gritz
> [email protected]
>
>
>
> _______________________________________________
> Oiio-dev mailing list
> [email protected]
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
>
> _______________________________________________
> Oiio-dev mailing list
> [email protected]
> http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
--
Larry Gritz
[email protected]
_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
