vsg-dev / osg2vsg Goto Github PK

A database created using VirtualPlanetBuilder with the --POLYGONAL option and georeferenced texture could not be converted to vsgt/vsgb. There are artifacts and no texture.

I have tried many combinations of parameters, different versions of VSG and vsgXchange, alternative texture formats, alternative image compression, I have created both osg binary databases and ascii databases. But if I add a texture to the polygonal database everything stops working.

database generated with following setup:
osgdem --POLYGONAL --compressor-nvtt-nocuda --geocentric -d /dems/in -t /dems/texture/referencedl.tif -o /dems/out/database.osgb

VPB from 'master'
OSG 3.6.4

osgviewer:

vsgviewer:

converted root file: database.txt
one of the subtiles: database_L5_X8_Y15_subtile.txt

P.S.
A polygonal database created without any texture is working fine.

I don't know what to do in this case, vsgviewer does not give any errors.

Issue originally submitted via VulkanSceneGraph Issue track by @bclay1297, moved to osg2vsg as it relates to osg2vsg.

Used CMAKE to create osg2vsg Visual Studio 2017 project.
during build process osg2vsg itself guilt ok but sub-project vsgwithosg failed to build
a few build errors were reported "syntax error identifier 'State'" in GLSemaphore.h
Added - #include <osg/State> to GLSemaphore.h and solution built properly

To build stable binary packages on Linux (openSUSE) from this project, a tag is required which matches the current vsg API. The current osg2vsg-0.0.0 does not match the current vsg API.

What license terms is osg2vsg being released under?

There is no explicit license file and no indication in the source files.

Describe the error
Loading the file attached to vsg-dev/VulkanSceneGraph#308 or the files robot.osg or spaceship.osgt with vsgviewer, you can see drawing problems on the right side in the attached screenshot. The illuminations looks different.

Reproduce
Steps to reproduce the behavior:

1. checkout git repo from vsg-dev/vsgFramework unter ~/src
2. run

cmake -B ~/src/vsgFramework-build -S ~/src/vsgFramework -DBUILD_OpenSceneGraph=1 -DBUILD_assimp=0 -DBUILD_SHARED_LIBS=1
cmake --build ~/src/vsgFramework-build

3. unpack the zip file attached to vsg-dev/VulkanSceneGraph#308 in ~/src
4. run LD_LIBRARY_PATH=~/src/vsgFramework-build/lib64 VSG_FILE_PATH=~/src/vsgFramework-build/src/vsgExamples/data ~/src/vsgFramework-build/bin/vsgviewer ~/src/demo.osgt.
5. see error

Expected behavior
The viewer should display similar illuminations as the reference image created with osgviewer on the left.

Screenshots

Desktop (please fill in the following information):

• Operating system: openSUSE Linux
• version 15.2

Additional context
Vulkan 1.2.189 has been installed

Can't build on VS2019:

...\include\osg/GL(114,10): fatal error C1083: Cannot open include file: 'GL/glcorearb.h': No such file or directory [...\src\osg2vsg\osg2vsg.vcxproj]
  BuildOptions.cpp
...\include\osg/GL(114,10): fatal error C1083: Cannot open include file: 'GL/glcorearb.h': No such file or directory [...\src\osg2vsg\osg2vsg.vcxproj]
  ConvertToVsg.cpp
...\include\osg/GL(114,10): fatal error C1083: Cannot open include file: 'GL/glcorearb.h': No such file or directory [...\src\osg2vsg\osg2vsg.vcxproj]
  GeometryUtils.cpp

Possible fix: Using GLCore ?

FIND_PATH( GLCORE_GLCOREARB_HEADER
    NAMES GL/glcorearb.h GL3/glcorearb.h OpenGL/glcorearb.h gl/glcorearb.h
)
include_directories(${GLCORE_GLCOREARB_HEADER})

I got a compile error after updating vulkanSDK (1.2.141.0).
I found struct TBuiltInResource that in $VulkanSDK\include\glslang\Include\ResourceLimits.h change.

struct TBuiltInResource {
   ...
    int maxMeshViewCountNV;

    int maxDualSourceDrawBuffersEXT; // a new member variable

    TLimits limits;

   ...

Describe the error
Loading the file attached to vsg-dev/VulkanSceneGraph#308 with vsgviewer, you can see drawing problems on the right side in the attached screenshot. Lines and texts are not displayed.

Reproduce
Steps to reproduce the behavior:

1. checkout git repo from vsg-dev/vsgFramework unter src
2. run

cmake -B ~/src/vsgFramework-build -S ~/src/vsgFramework -DBUILD_OpenSceneGraph=1 -DBUILD_SHARED_LIBS=1
cmake --build ~/src/vsgFramework-build

3. unpack the zip file attached to vsg-dev/VulkanSceneGraph#308 in ~/src
4. run LD_LIBRARY_PATH=~/src/vsgFramework-build/lib64 VSG_FILE_PATH=~/src/vsgFramework-build/src/vsgExamples/data ~/src/vsgFramework-build/bin/vsgviewer ~/src/demo.osgt.
5. see error

Expected behavior
The viewer should display the lines and texts as they are shown in the reference image created with osgviewer on the left.

Screenshots

Desktop (please fill in the following information):

• Operating system: openSUSE Linux
• version 15.2

Additional context

• Vulkan 1.2.189 has been installed
• Moved this bug from VulkanSceneGraph according to vsg-dev/VulkanSceneGraph#385 (comment)

The following lines in osg2vsg/applications/vsgwithosg/vsgwithosg.cpp
show similar errors as issue vsg-dev/vsgXchange#99 using VisualStudio:

Line 232: auto osg_scene = osgDB::readRefNodeFile(filename);
Line 324: else osg_viewer.setCameraManipulator(new osgGA::AnimationPathManipulator(pathFilename));

Variables filename and pathFilename must have a .string() appended.

VulkanSceneGraph and/or vsgXchange have a problem displaying scenes containing LOD nodes.

Steps to reproduce the behavior:

1. Build vsg, vsgXchange and vsgExamples with osg support
2. start osgviewer with this 3d model
3. start vsgviewer with this 3d model
4. Compare the displayed 3d scene of the two applications

Screenshots
osgviewer showing LOD Level 1

osgviewer showing LOD Level 2

vsgviewer showing LOD Level 1

vsgviewer showing LOD level 2

Expected behavior
vsgviewer should not show the nodes belonging to LOD level 1 if the camera is in LOD level 2 distance.