On 17.05.2011 01:57, Robert Osfield wrote:
Text sizing will be a little different as I there were bugs in the way
that 2D and 3D
text was sized, while now the two are consistent, and different
resolutions of the
glyphs don't affect the results. These bug fixes will lead to changes in sizes
which is difficult to avoid - the new sizing should be more accurate
to what size
is actually requested, but this doesn't help you if the original coder
has adjusted the
sizing to account for the previous sizing.
I was able to reproduce the problem now. Sometimes the font is slightly
too large, sometimes too small, and sometimes almost unchanged. Example:
http://imageshack.us/photo/my-images/101/osgtxfcomparison.jpg/
Top part is OSG2.8.3, bottom is OSG2.9.15 (r12419).
The change of font size is significant here (some parts are unreadable).
Not sure whether it only affects our project, only the txf font or
others too.
The problem in our specific case is that font sizes can also be
configured in custom files (i.e. in our aircraft models which provide
custom instruments) - and these sometimes don't belong to our project
directly. It will be very difficult to have them all changed - almost
impossible really. And obviously we cannot just introduce a factor in
our core program to restore the original font size (there is no constant
factor).
Even if the font size is correct now, one could still consider it a
regression. Not sure how you usually handle such cases for OSG. Are
there any chances to (optionally) switch OSG to the old behaviour (yes,
I know that meant extra hassle...)?
I'll be releasing the next dev release this week and I really don't want OSG-3.0
to be too far out, so shoudl be out in time for the next rev of
OpenFlight unless
this is imminent. What is the schedule for the next OpenFlight release?
I know nothing about OpenFlight. But for FlightGear the next release is
still weeks away (at least).
And btw: we've been presenting FlightGear at LinuxTag/Berlin last week. We
were busy all days, so people obviously really liked our "little" flight-sim
setup - with 10 TFT displays driven by a single system with 5 graphics
cards:
http://img607.imageshack.us/img607/3381/08stand2.jpg
10 displays, that's impressive number to be driven by a single machine. What
is the framerate like?
Yes, the setup was a little extreme. We actually had to disable some of
our fancy graphic options to make the setup work. Managed about 30fps
eventually - though frame delays weren't quite even, so the perceived
frame rate was even lower (which may well be a problem with our own
code). Another issue were rapid changes of view direction, i.e.
extremely sharp 180 degree turns, which sometimes caused noticeable
stutters. But it worked well enough for a demonstration. I'd still
recommend to use a few separate but synchronized systems to drive so
many displays (which we hope to do one day).
cheers,
Thorsten
_______________________________________________
osg-users mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
