OpenSceneGraph | OpenSceneGraph git repository | Build Tool library

I'm trying to do simple mesh viewer using OpenSceneGraph and I want to use Conan for dependencies. The compilation is working well in both debug and release mode (I'm compiling on Windows for now with msvc toolchain).

As soon as I try to load any kind of mesh, the osgDB::readNodeFiles just fail. Looks like the plugin are not linked to the final binary. I checked in the Conan's package, the plugin list of .lib exists and are supposed to be linked I guess. What could I miss ?

There is my conanfile.txt :

I'd like to show my Qt Quick content on a virtual screen inside my OpenSceneGraph scene.

The approach I'm using right now is highly inefficient:

1. Render Qt Quick to the offscreen surface using FBO (FrameBufferObject)
2. Download pixels with QOpenGLFramebufferObject::toImage()
3. Upload pixels to the OSG

So it's GPU-CPU-GPU transfer. Source code

A proper solution should somehow utilize existing FBO and be able to transfer data solely inside the GPU.

There are two options exist:

1. Create FBO on the Qt side and use its texture on the OSG side
2. Create FBO on the OSG side and feed it to the Qt Quick renderer

The Qt part is OK. And I'm completely lost with the OSG. Could anyone provide me with some pointers?

We are currently trying to have our app verified in order to distribute it outside of the app store. We are including OpenSceneGraph libraries as well as Qt frameworks in the app bundle.

This is how we did it so far:

• Signed executable in Contents/MacOS folder

• Signed libraries and Qt frameworks

• Signed App.app folder

• zipped .app and submitted for Notarization

The executable, libraries and frameworks signing is done manually with the codesign command, and to sign the whole .app we do the following:

codesign --force --verify --verbose=3 --options runtime --timestamp --entitlements App.entitlements -s "Developer ID Application: Our Dev Id" App.app

When we send the zipped .app to be notarized we usually get a quick reply informing us that the notarization was successful, but if we try to run spctl --verbose --assess --type execute -v App.app we get the following error:

App.app: rejected (unsealed contents present in the root directory of an embedded framework)

Also inspecting the json file with the notarization output we notice the same error, but it is marked as a warning and checking it with codesign no error is returned.

After a bit of digging we realized that the issue is related to the Qt frameworks: as a counterproof, we tried to submit the same app without the Qt frameworks and this time when the bundle was successfully notarized spctl accepted it too. Consequently, we eliminated the all symlinks in the root directory, moved the .prl files into the Resources/ folder, and created an alias to A/ in the Versions/ subfolder as suggested in several forum posts, but we have not been able to have spctl accept our bundle with the Qt frameworks. Now at the root of each framework there is just the Versions folder and nothing else (we checked with ls-lha to be sure)

What are we missing in this? Is there a way to at least get some hint on where is the unsealed content which is upsetting the verification tool?

Thank you in advance

I'm a newbie on OpenSceneGraph and 3D development.

I have a dxf file that contains a bunch of 3DPOLYLINES (with different colors). So far I have been able to read and display them on a viewer, but I haven been able to change the color of the rendered lines. I believe that I'm not understanding properly the graph relationships.

I'm modifying this example and using the "Quick Start Guide" as reference.

A code snippet of what I have:

I'm trying to build OpenModelica from Git using docker-compose. I've downloaded all the dependencies that they have listed here. Now I'm using their build instructions as a RUN statement, and getting an error when I launch /.configure. The full sequence of commands to execute is

I use OpenSceneGraph and I want to use some features of OpenGL 3.3 and the Core profile. I compiled OpenSceneGraph with the option -DOPENGL_PROFILE=GL3. I got the features I wanted, however, some features of OSG do not work anymore, as lighting with osg::Light, osg::LineWidth, osg::LineStipple on so on.

I know that OSG is mainly built uppon GL2 features, and that Fixed Function Pipeline is not available in core profile, but I expected for "basic" features as light or lines to work.

It the support of those features in Core profile is planned? Or do I have to implement shaders myself? Or are there any existing implementation?

I am writing an QtQuick application, mainly in QML, but I have some parts that use OpenGL more directly (an OpenSceneGraph scene). For some reasons, I want to use OpenGL version >= 3.3, but Qt only choose a 3.0 implementation. My code is:

main.cpp:

Apologies if this is a trivial problem.

I'm trying to pass a multimap that has been put together with one class in a library to another class in that library in order to further manipulate the data there.

The code relates to a GUI written by other people and the classes here relate to two different tools in the GUI.

Very roughly speaking my code and what I'm after here is like this

I'm trying to get OpenSceneGraph set up on visual studio so I can run through some tutorials and I believe my issue is that I do not know how to correctly set up the environment on visual studios and get the program to look at the library files correctly.

The code in question is just for a osg smart pointer demonstration