> Since SVG is an XML-based language, with a bit of XSLT hacking, you > could transform it to X3D and then use one of the loaders available for > that.
That's always a possibility, but I'd have to pick up both the SVG and X3D specs. I don't know about X3D, but I've heard the SVG format is fairly huge and complicated. Figured I'd make sure it wasn't a solved problem before considering embarking on a quest like that. :) > Problem is that SVG does a lot of image operations that are not > directly supported by 3D systems, so the render to texture is going to > be the only way to ensure that you get exactly what was in the file. I can imagine this being the case; but the items I'm the most interested in are either very huge or have numerous frames... among other things, rasterizing them would eat a ton of VRAM. However, they're mostly/all geometric shapes and solid colors, which should map nicely to polygons, I would think. =========================================================================== To unsubscribe, send email to [EMAIL PROTECTED] and include in the body of the message "signoff JAVA3D-INTEREST". For general help, send email to [EMAIL PROTECTED] and include in the body of the message "help".
