The ImageBufAlgo features in no way slow down the parts of OIIO that Arnold uses. I think the only possible cost would be a few more seconds of compile time.
I'm happy to add a build-time option that will exclude things you don't need, though circumscribing those things may be harder than you think. You don't only need image I/O, you also need ImageCache, TextureSystem, and I think that basic ImageBuf is used in maketx, as well as the at least one ImageBufAlgo function (for the high-quality filter resize). We can certainly add some finer-grained build-time include/exclude options when it gets closer to making a 1.1 release, which would be the earliest that these student projects would be in a release branch. On May 23, 2012, at 5:31 PM, Marcos Fajardo wrote: > Optional, default to "OFF". > > I'm biased because the only thing i care about OIIO is its ability to do > image I/O and do it well - so this feels a bit like feature bloat. > > Marcos > > > On Thu, May 24, 2012 at 12:37 AM, Jeremy Selan <jeremy.se...@gmail.com> wrote: > I'll have to let larry comment on which licenses are most appropriate for use > in OIIO. > > I'd also love to get people's input on whether this should be a required or > optional dependency. My gut says to make this an optional dependency, as it > isnt really a 'core' oiio feature, and I'd hate to prevent someone from > building OIIO due to a missing Sparse Linear Solver. I'm thinking that we > if'def it in a manner similar to OCIO's usage, where the external OIIO > symbols remain the same in both cases, but the functionality only works when > compile-time is enabled. > > I forget, have you already implemented this before? (perhaps in C#, if I > remember correctly). May we see that code? (even if it's rough, I'm still > interested). > > I still very much want to explore the "intermediate gradient domain result" > as images before we lock down the external API. > > Łukasz - do you understand what I'm going for here? If not, I'm happy to > describe the idea more. If so, any ideas on if it could be possible? > > > Independent of API, could you sketch out the high-level psuedo-code for > what a simple gradient domain composite looks like? You need to solve a > sparse linear system... I'm curious how all the components hook up. > > -- Jeremy > > On Tue, May 22, 2012 at 2:05 PM, Łukasz Maliszewski > <luk.maliszew...@gmail.com> wrote: > To implement Poisson Image Editing I need a sparse linear solver. I > was trying to find one that fits oiio best but I end up pretty > confused. > I want to choose solver that is license compatible with oiio and is > easily accessible (package managers) from all the main platforms. > > Short description about available options: > http://www.itk.org/Wiki/Proposals:Sparse_Linear_Solvers#Options > > What I've found most interesting: > 1) SuperLU - BSD - available via SPM*(Ubuntu)- this is what I prefer > because I used it some time ago > http://crd-legacy.lbl.gov/~xiaoye/SuperLU/ > 2) SuiteSparse - LGPL/GPL - available via SPM, Homebrew (osx) and > MacPorts(osx) > http://www.cise.ufl.edu/research/sparse/SuiteSparse/ > 3) Eigen - LGPL v3 (headers only) - available via SPM, Homebrew (osx) > and MacPorts(osx) > http://eigen.tuxfamily.org/index.php?title=Main_Page > 4) MTL4 Open-Source Edition - easy to use and should be easy to build > on all platforms > http://www.simunova.com/mtl4 > > *SPM - Synaptic Package Manager (Ubuntu) > > Please have a look at these and share with me your suggestions. After > we will choose the best solver I will probably need some guidance how > to add it properly to the linking process. > > Cheers, > Łukasz > _______________________________________________ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > > _______________________________________________ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org > > > _______________________________________________ > Oiio-dev mailing list > Oiio-dev@lists.openimageio.org > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org -- Larry Gritz l...@larrygritz.com
_______________________________________________ Oiio-dev mailing list Oiio-dev@lists.openimageio.org http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
