Hi,
Tried compiling my own project with the latest master got some more warnings
coming from included header files in OSG:
Code:
OpenSceneGraph\include\osgShadow/ViewDependentShadowTechnique(209): warning
C4100: 'maxSize': unreferenced formal parameter
OpenSceneGraph\include\osg/GLObjects(64):
Hi Laurens,
Do you have a githib account that you'd like me to credit with this
submissions? Where possible I've been utilizing the git commit
--author feature where I have the email address used on github.
Robert.
On 6 June 2016 at 15:21, Voerman, L. wrote:
> Hi Robbert, Björn,
> as I am upda
Hi,
Christian, that is useful. Ty sir. I'll try osgconv in a similar workflow.
Thank you!
Cheers,
Dave
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=67464#67464
___
osg-users mailing list
osg-use
Hi Björn,
On 6 June 2016 at 13:55, Björn Blissing wrote:
> In the LUA-plugin:
>
>
> Code:
>
> d:\code\github\openscenegraph\src\osgplugins\lua\lua-5.2.3\src\lapi.c(1110):
> warning C4702: unreachable code
Removing the return statement that the warning is complaining about
would force a in the b
rmilh wrote:
>
>
>
> Yes. In FindCOLLADA.cmake :
>
> IF (COLLADA_INCLUDE_DOMANY_DIR)
> SET(COLLADA_DOM_2_4_OR_LATER TRUE)
> ELSEIF()
> SET(COLLADA_DOM_2_4_OR_LATER FALSE)
> ENDIF()
>
> You will have to unset/remove entry COLLADA_INCLUDE_DOMANY_DIR .
>
> Cheers,
> Robert Milharcic
>
You ar
robertosfield wrote:
> The HORROR!!! :-)
What? Don't you approve of using the variable name 'c' throughout the entire
codebase and in pretty much every scope? :-)
With these warnings out of the way I only get these warnings:
In the LUA-plugin:
Code:
d:\code\github\openscenegraph\src\os
Hi Dave
Hi,
This is my current latest COLLADA configuration. The reason that the
COLLADA_DOM_ROOT was wrong was because I had an improper COLLADA_DIR
environment variable.
https://drive.google.com/open?id=0BzUf-8Ad-iIkOWhuYUhWSTZEWDQ
Can you see something in this configuration that would ca
The HORROR!!! :-) OK, merged the disabling of the warning for the 3ds
plugin. Thanks.
On 6 June 2016 at 13:02, Björn Blissing wrote:
>
> robertosfield wrote:
>> Hi Bjorn,
>>
>> Could you post a log of the warnings that this CMakeLists.txt works
>> around? If there aren't too many we could just
robertosfield wrote:
> Hi Bjorn,
>
> Could you post a log of the warnings that this CMakeLists.txt works
> around? If there aren't too many we could just fix them.
>
> Robert.
There are quite many, so IMHO we should just disable this warning for this
subproject. But I is your call.
Here ar
Hi,
This is my current latest COLLADA configuration. The reason that the
COLLADA_DOM_ROOT was wrong was because I had an improper COLLADA_DIR
environment variable.
https://drive.google.com/open?id=0BzUf-8Ad-iIkOWhuYUhWSTZEWDQ
Can you see something in this configuration that would cause
COLLAD
rmilh wrote:
>
>
> I believe COLLADA_INCLUDE_DIR shouldn't point to DOM headers. You should
> probably set it to
> c:/osg/OpenSceneGraph-3.4.0/OpenSceneGraph-3.4.0/3rdParty/x64/include . You
> should also set DEBUG variants of the boost libraries to point to
> libboost_*mt-gd*.lib (mt = mul
Hi,
...
The process of documenting the details, led to a tiny bit of progress
(https://drive.google.com/open?id=0BzUf-8Ad-iIkY1VnQWtKNnpKNWs).
Oddly, daeRMaterials.cpp references domAny.h in dom, yet as mentioned in my
detailed analysis above, I actually find this file in dae.
Thank you!
Hi Dave,
I apologize for not providing the detail. Let me attempt to. Rather than
compile the DOM, I downloaded the full set of 3rd party dependencies from this
page.
http://www.openscenegraph.org/index.php/download-section/dependencies
The specific download I used is this one
(http://downlo
Hi,
I apologize for not providing the detail. Let me attempt to. Rather than
compile the DOM, I downloaded the full set of 3rd party dependencies from this
page.
http://www.openscenegraph.org/index.php/download-section/dependencies
The specific download I used is this one
(http://download.osgv
memory_leak wrote:
>
> Tryed this evening and I got it work, with some minor problems:
>
> * Curl does not build. I pulled source from git, and I don't know if it is
> due to change in Curl or something else, but your cmake file is configured to
> include some sources which are not found in cu
I don't know if I missunderstand your original post somehow, but I did build
freetype twice in last few days with no issues whatsoever. I am on windows 10
64-bit and I have built it with VS2015 Community Edition, both debug and
release libs.
If you use cmake file that comes with freetype from
Hi Dave,
I don't know how you've gone about getting the dae plugin to work so
it's not possible for us to know what might have gone wrong along the
way.
Given the lack of details about your set up the best I can do is
general statements. For instance you need to compile the COLLADA_DOM
for your
Hi Stuart,
I believe it should be possible to have the FindFreetype.cmake detect
that PNG is used and create an additional libraries var or just add it
into FREETYPE_LIBRARIES var. Have a look at how the other Free*.cmake
modules handle extra dependencies that need to be linked in. If this
is do
HI Nickolai,
If you don't want the default global light then simple do:
viewer.setLightingMode(osg::Viewer::NO_LIGHT);
Rather than switching it to SKY_LIGHT!
Robert.
On 5 June 2016 at 22:44, Nickolai Medvedev wrote:
> Well, we can deceive viewer if we make so:
>
>
> Code:
> viewer.get
Hi Bjorn,
Could you post a log of the warnings that this CMakeLists.txt works
around? If there aren't too many we could just fix them.
Robert.
On 5 June 2016 at 21:27, Björn Blissing wrote:
> The included CMakeLists file is for the 3ds plugin.
>
> My suggestion is to disable the variable shado
20 matches
Mail list logo