On Tuesday, 17 December 2019 21:40:37 UTC, Chris Djali / AnyOldName3 wrote:
>
> Hi Robert,
>
> OpenMW still experiences some regressions when built with OSG 3.6.x
> instead of 3.4.1. It's completely possible they're because we're trying to
> coerce OSG systems to do things they weren't
Hi Cory,
What version of the OSG, OS and hardware are you using?
Do you see the issue with any of the OSG examples?
What is you OS's default locale?
Looking the #defines, is this osgText related? Or State that your
application has set up?
Cheers,
Robert.
On Tue, 17 Dec 2019 at 16:34, Cory
Hi Cory,
Looking at osgText there following line (152,
OpenSceneGraph/src/osgText/Text.cpp sets up the TEXTURE_DIMENSION:
ss.str("");
ss << float(activeFont->getTextureWidthHint());
defineList["TEXTURE_DIMENSION"] =
osg::StateSet::DefinePair(ss.str(),
Hi Cory,
On Wed, 18 Dec 2019 at 14:21, Cory Riddell wrote:
> Thank you for pointing me to exactly the right spot. I made a change at
> the top of that function rather than in the spot you indicated.
>
> I set the locale immediately after the stringstream is constructed (line
> 104):
>
>
Hi Robert,
The OpenSceneGraph-3.6 branch compiles and runs properly on my OSX Mojave
(10.14.6) system. I tried osgviewer, several OSG examples, and my own
OSG-based projects.
Thanks,
Ravi
On Mon, Dec 16, 2019 at 12:16 PM Robert Osfield
wrote:
> Hi All,
>
> I have merged the outstanding pull
Hi Robert,
On 12/18/2019 8:30 AM, Robert Osfield wrote:
This is exactly the fix I wrote 20 minutes ago, and now
checked in :-)
Hi Robert,
Thank you for pointing me to exactly the right spot. I made a change
at the top of that function rather than in the spot you indicated.
I set the locale immediately after the stringstream is constructed
(line 104):
std::stringstream ss;
Hi Robert,
Looks good except for the following issue I just noticed since 3.6.3:
Since the 43b274f commit (Mar 21, 2019) OSG has been installing 64-bit
libraries in /usr/local/lib instead of /usr/local/lib64 due to the
condition of LIB_POSTFIX not being defined when using cmake > 2.8.5.
Let me
Robert,
Thanks for the fix. That solved the problem. I had previously worked
around it with your suggestion to disable texture caching.
unsigned int options = osgUtil::Optimizer::ALL_OPTIMIZATIONS;
options ^= osgUtil::Optimizer::OPTIMIZE_TEXTURE_SETTINGS;
optimizer.optimize(model, options);
Hi Robert,
I made an easy fix to the cmake file that avoids having to rewrite a lot of
the variables and sent it to osg-submissions.
Thanks,
Nathan
On Wed, Dec 18, 2019 at 10:09 AM Nathan Mielcarek
wrote:
> Hi Robert,
>
> Looks good except for the following issue I just noticed since 3.6.3:
>
>
> I can't investigate either issue without being able to recreate the
> crash/GL errors myself. If either of these issues occur on an existing OSG
> example then I can take it from there.
Short of being able to recreate the issue and investigate it myself the
> only thing I can do is
Nathan Mielcarek writes:
> Since the 43b274f commit (Mar 21, 2019) OSG has been installing 64-bit
> libraries in /usr/local/lib instead of /usr/local/lib64 due to the
> condition of LIB_POSTFIX not being defined when using cmake > 2.8.5.
Strange; it has created lib64/ for me, using cmake 3.15.4.
12 matches
Mail list logo