If somebody wants to make a "1.0" draft of this, the Qt SVG API's are straightforward. You can easily load an SVG, and have Qt draw it into a QImage, which should be straightforward to stuff into a buffer that OIIO will accept. (Presumably, the exact opposite of the transform that is currently done so iv can draw an OIIO image.) This wouldn't give you the cleverness that a vector texture based "shader" system would be able to do, as you have to rasterize the whole image at the same resolution in the simplest implementation, but it should work. I believe SVG even has a nominal resolution stored in it that you could use for deciding what size to rasterize at.
On Wed, Apr 18, 2012 at 4:49 PM, Brian Torres <[email protected]> wrote: > It should be noted that svg's are a great gateway format for motion graphics > type work (a non-trivial portion of our industry). It was a pain to break > our nuke pipeline at my old company for intel commercials because we had to > constantly resize/rerender floating text panels. In the end we were forced > to use AE for sanity's sake. An svg engine built into oiio would make the > svgReader nuke plugin trivial. > > > On Wed, Apr 18, 2012 at 2:30 PM, Larry Gritz <[email protected]> wrote: >> >> I should say, though, that the design for this should be thoroughly hashed >> out here before anybody tries an implementation. >> >> -- lg >> >> >> On Apr 18, 2012, at 2:27 PM, Larry Gritz wrote: >> >> Yes! >> >> I think it would be great to have image plugins that "read" svg or eps and >> rasterize into tiles on the fly as they are needed. >> >> -- lg >> >> >> On Apr 18, 2012, at 2:16 PM, Stephen Parker wrote: >> >> It does bring up some interesting possibilities, however. We've done a few >> shows where line art was used for things like consoles/dials/instrumentation >> panels, etc. And we would simply rasterize those to large bitmaps. And that >> works fine because on disk they compress really well. But I always thought >> it was slick when John Carmack demonstrated real-time vector->raster (Doom4) >> on all their in-game displays/consoles... particularly for the fonts. Do you >> think this is worth pursuing in OIIO? >> >> >> ________________________________ >> From: Jeremy Selan <[email protected]> >> To: OpenImageIO developers <[email protected]> >> Sent: Wednesday, April 18, 2012 1:45 PM >> Subject: Re: [Oiio-dev] oiiotool: What am I doing wrong? >> >> I dont believe OpenImageIO supports svg. >> >> SVG is a vector graphics format, and so to support it would basically >> require adding a vector rasterization engine. Not impossible, but it >> hasnt been high on our priority list. You also dont see svgs very >> often in VFX or animation production. (even reference artwork in >> animation is usually raster based) >> >> -- Jeremy >> >> On Wed, Apr 18, 2012 at 1:41 PM, Richard Shaw <[email protected]> >> wrote: >> > Ok, after becoming the package maintainer some time ago I finally have >> > a direct use for oiio! :) >> > >> > I'm trying to resize an image on the fly but I'm getting an error: >> > >> > $ oiiotool freecad.svg --resize 48x48 -o freecad.png >> > WARNING: Couldn't open file: freecad.svg >> > ERROR: file "freecad.svg" not found. >> > Segmentation fault >> > >> > Basically, the freedesktop standard requires at least a 48x48 icon for >> > backwards compatibility and FreeCAD only provides an SVG. I was >> > planning on doing this on the fly during packaging so if they change >> > their icon in a future release, the scaled one will automatically be >> > right. >> > >> > Thanks, >> > Richard >> > _______________________________________________ >> > 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 >> >> >> _______________________________________________ >> 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 >> >> >> -- >> 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 > _______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
