Re: [Oiio-dev] Attention Python + OIIO users!

Oooh, pybind11 hasn't crossed my path before -- very interesting. How much work was it to move? --jono On Thu, Nov 9, 2017 at 5:48 PM Larry Gritz wrote: > Those of you who have the OIIO Python bindings on your critical paths, > please be aware of this outstanding PR: > >

Re: [Oiio-dev] UDim Question Responses...

If I recall correctly, when this stuff was added in 2.0, there were discussions about if this should be a requirement or not. It was decided to be conservative we'd start with the requirement, and then look to lift it in a later version. Looks like it's not lifted yet, but technically could be

Re: [Oiio-dev] NumPy

Yes, I think ideally for those of us using Numpy for image processing, it would be great to get a numpy.ndarray representation of the data as efficiently (with as few copies, maybe no copies) as possible. In my experience using Numpy is a great way to do quick one-off image processing experiments

Re: [Oiio-dev] Working with OIIO in python - get_pixels

want the Python API to look to be most efficient for your purposes? -- lg On Jun 4, 2015, at 4:24 PM, Jonathan Gibbs jonogi...@gmail.com wrote: Does anyone have a good/simple example of working with OIIO in python. I can get at the raw pixels nicely enough with ImageBuf.get_pixels

Re: [Oiio-dev] Working with OIIO in python - get_pixels

there's some better API strategy already in there? On Jun 4, 2015, at 4:24 PM, Jonathan Gibbs jonogi...@gmail.com wrote: Does anyone have a good/simple example of working with OIIO in python. I can get at the raw pixels nicely enough with ImageBuf.get_pixels(), but it's not clear the best way

[Oiio-dev] Working with OIIO in python - get_pixels

Does anyone have a good/simple example of working with OIIO in python. I can get at the raw pixels nicely enough with ImageBuf.get_pixels(), but it's not clear the best way to get those pixels back into an ImageBuf for writing. (There is no set_pixels.) As a side note, get_pixels returns a

Re: [Oiio-dev] Poll -- C++ compilers

A rough guess at the minimums. These are generally determined by what old version of third party tools we're still building for: Compiler - icc 11.1+, gcc 4.5+ Boost: 1.46.1+ OpenEXR: 1.7.1+ Python 2.x: 2.6+ Python 3.x: nope --jono On Tue, Sep 3, 2013 at 3:24 PM, Larry Gritz

Re: [Oiio-dev] Multi-image file format

I'm a little sorry now that we didn't go the extra mile on OpenEXR 2.0 and support multiple images in full generality. That's right. I had forgotten about that limitation. Oh well, maybe 3.0! Another possibility is just to write an imageio plugin for your map format -- OIIO can dynamically

Re: [Oiio-dev] API for Over

On Wed, Jun 20, 2012 at 7:38 AM, Larry Gritz l...@imageworks.com wrote: Or, I could even see a strong argument to be made for IBA functions being strictly float, if you really want to eliminate all type complexity. For our anticipated uses, I think that's fine. I don't know about anybody

Re: [Oiio-dev] API for Over

On Thu, Jun 14, 2012 at 4:05 PM, Larry Gritz l...@larrygritz.com wrote: An excellent point. I'm quite happy to just live with the advice of if you want to composite a weird 4-channel spectral image, it's your responsibility to affix an alpha channel and label it correctly. +1. I didn't

Re: [Oiio-dev] API for Over

On Wed, Jun 13, 2012 at 10:03 AM, Larry Gritz l...@larrygritz.com wrote: (Exercise for the reader: under what circumstances, and for which formats, could you be SURE that a 4-channel image did not contain an alpha?) A CMYK TIFF image? That's clearly a corner case, but I guess if I had two

Re: [Oiio-dev] GSoC - Image processing algorithms

On Wed, May 9, 2012 at 4:55 PM, Larry Gritz l...@larrygritz.com wrote: After the 2nd or maybe 3rd, then let's pause and look at what we have and see if some kind of template-based refactor can even further simplify things for the vast majority of operations, so that the amount of new code for

Re: [Oiio-dev] Cineon vs DPX code

The cineon spec seems to say the same as dpx. Valid component sizes are 1-, 8-, 10-, 12-, and 16-bit integers and 32- and 64-bit reals (IEEE floating-point). and I think it means both Cineon and DPX. But as Jeremy says seeing a float Cineon file in the wild would be really unusual... it's not

Re: [Oiio-dev] [oiio] Patch addressing Hotkeys feature. (#319)

On Esc-to-exit: This feels very non-standard to me, and I think is legacy from IRIX. :) On Full-screen: There appears to be no standards, really. * Linux apps like Firefox and various gnome image viewers do seem to use F11. * Mac apps seem to like Cmd-F or since that is usually Find,

Re: [Oiio-dev] GSoC - iv viewer thumbnail view

On Sat, Mar 31, 2012 at 11:12 AM, Larry Gritz l...@larrygritz.com wrote: Should there be a cache of thumbnails on disk (say, in $HOME/.ivthumb/*)? Or a .ivthumb file in the same directory as the images? Of course one might not be able to write there, but it is closer to the images and could be