Hey all,
Has anyone noticed the vertically flipped textures of the osgmovie
example? If you pass a movie file to osgmovie, the texture will be
upright as expected, but seemingly only because the writers of osgmovie
have corrected for the vertical flip. To illustrate, if you pass a
normal texture source to osgmovie (png, gif) you will see that it will
appear vertically flipped.
I have run into the same problem while trying to create my own textures
from data, both in an SVG plugin, and in attempting to use a stream of
JPEG data to show dynamic texture "movie". I think it must have
something to do with Image::setImage(...), but I have yet to figure out
what it is. I see that some of the plugins(e.g. jpg) do an
image::flipVertical() or similar, but this seems that it is/could be
extremely inefficient (important for image streams), and incorrect
considering that most of the plugins do not do it. Is it actually the
case that most image formats store/decode last scan line first ?
I realize that it would be possible to work around this problem (without
the verticalFlip call) by reversing the vertex order, but it would
require some special casing which is undesirable.
Any clues?
Thanks,
Andy
p.s. If anyone is interested in rasterized SVG textures, I intend to
release the SVG plugin once Ive fixed and cleaned it up. It requires
cairo and librsvg.
_______________________________________________
osg-users mailing list
[email protected]
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
