It looks like this project (below) has successfully used that Qt library in a
headless environment (no X server installed) to convert an svg to a png ... so
yeah, that could be viable option. At least that's what it looks like they're
doing.
http://ariya.ofilabs.com/2012/03/pure-headless-phantomjs-no-x11-or-xvfb.html
________________________________
From: Will Rosecrans <[email protected]>
To: OpenImageIO developers <[email protected]>
Sent: Wednesday, April 18, 2012 6:18 PM
Subject: Re: [Oiio-dev] oiiotool: What am I doing wrong?
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
_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
