Hi Alberto, I have added in a check again max texture size, and local use of the existing OSG_MAX_TEXTURE_SIZE env var.
With normal texture usage the OSG is able to scale down imagery when max texture size doesn't match the source imagery, but in the case of osgText this task is complicated by the Font class setting itself up with the assumption that a given font size is supported, and setup before a graphics context is guaranteed to be valid so can't check. It can check against OSG_MAX_TEXTURE_SIZE in the constructor though so this does at least provide a workaround for those caught out. Not elegant, getting it elegant will require pretty significant changes to osgText::Font and osgText::Text. Robert. On 5/9/07, Alberto Luaces <[EMAIL PROTECTED]> wrote:
El Miércoles 09 Mayo 2007, Robert Osfield escribió: > Do you have an system with a software GL implementation that has small > limits. I own a ThinkPad R51 laptop with a mobility ATI Radeon 7500, fact that forced me to use the "free radeon/Mesa" drivers on Linux. IIRC, versions shipped with Ubuntu < 6.10, Suse < 10.2,... had a texture limit of 256x256. Fortunately, current driver version admits up to 1024x1024, so I think there will be no problems with the new Linux distros. I asked because maybe still there are implementations like this floating around, but maybe I'm just overly paranoid :) and it's better to wait for someone complaining about his implementation not handling correctly that size. Regards, Alberto _______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
_______________________________________________ osg-users mailing list [email protected] http://openscenegraph.net/mailman/listinfo/osg-users http://www.openscenegraph.org/
