Hi Émeric,
Apple likes moving the goal posts on all it's API which makes it difficult
to compile on all variants of their API's all the time.
Under Windows you can use the native directshow plugin or the ffmpeg plugin.
Robert.
On 23 September 2014 23:10, Émeric MASCHINO
Hello!
I've updated from version 3.0.1 to version 3.2.1. I'm testing it but everything
seems fine except for the Freetype plugin.
I want to display text using the Arial font. OSG seems to find the font and
load the freetype plugin, but the text displaying is cubic.
With version 3.0.1 the
Hi Robert, Community,
this will be hard to be described I guess, but I will try. Will make a
video as well later.
I am doing something with lights and in a CullCallback I do computation of
some light attribs for a shader. This something is splitting the
computation between the CPU and the GPU
Hi again,
here I managed to make some videos. The first one is without LOD in the
scene the second one is with LOD in the scene
Thanks a lot for any hint!
Nick
https://dl.dropboxusercontent.com/u/91101321/ll-1.mov
https://dl.dropboxusercontent.com/u/91101321/ll-2.mov
On Wed, Sep 24, 2014 at
Hi Robert,
Apple likes moving the goal posts on all it's API which makes it difficult
to compile on all variants of their API's all the time.
I've no problem with this. I only wanted to be sure that the breakage
with the QuickTime plug-in on Windows is under control and expected.
As for the
HI Andres,
Does the osgtext example work fine?
Does the error only occur in your own application?
Robert.
On 24 September 2014 13:02, Andrés Barrionuevo abarrionu...@gmx.com wrote:
Hello!
I've updated from version 3.0.1 to version 3.2.1. I'm testing it but
everything seems fine except
Dear all,
I used the stereo mode in my osg program, and the trackball camera
manipulator.
But when I try to zoom nearer to the object, the mouse wheel and the
right-key operation get different results.
Using the right key (mouse) to zoom, it seemed that the eye separation
changed
Hi Whu,
The TrackballManipulator operates in a mode where the virtual eye
separation is scaled relative to the distance between the eye point and
center of rotation. This approach allows one to move around objects of
completely different scales i.e. whole earth or a single molecule and they
will
Hi,
Building OSG 3.2.1 DICOM plug-in on a Windows XP x64 PC with Visual
Studio 2010 fails at link with the following error:
67osgDB.lib(osg100-osgDB.dll) : error LNK2005: public: void __cdecl
std::basic_ifstreamchar,struct std::char_traitschar ::`vbase
destructor'(void)
Dear Robert,
thanks for your kind answers.
Due to the eye separation problem, I can not operate continuously.
I just press the Space key to load the init view-settings, and then switch to
the next view, and then zoom in.
Right now, I can not implement my own camera
Hi,
What's the best practice regarding OSG deployment on Windows? Indeed,
several plug-ins depend on external libraries. Is it best to put the
required DLLs in OSG_ROOT\bin\osgPlugins-X.Y.Z or rather in
OSG_ROOT\bin, thus ensuring that OSG_ROOT\bin is in the PATH so that
the plug-ins can find
I'm using the new version, under Linux (although I will eventually be testing
under windows as well, I need it to work on Ubuntu first).
Like I mentioned, I am trying to extend the example to fit into the
QGraphicsView approach. Based on various guides and discussions that I have
found, this
Hi Émeric,
Placing the external libraries in OSG_ROOT\bin should work as long as the
main executable is also in OSG_ROOT\bin. Windows should first search for
DLLs in the same folder as the executable before searching in PATH. So
there is no need to add your application to PATH, or worry about
Hi Farshid,
Correct, but what about the plug-ins and examples? They aren't
installed in OSG_ROOT\bin. So if you only copy the DLLs in
OSG_ROOT\bin, when trying to load a plug-in (installed in
OSG_ROOT\bin\osgPlugins-X.Y.Z) or running an example (installed in
OSG_ROOT\shared\OpenSceneGraph\bin)
I deploy my applications with their own local copy of OSG in the same
folder as the main application executable. I typically have a dozen
different versions and flavors of OSG on my computer at once so OSG_ROOT
becomes irrelevant.
On Wed, Sep 24, 2014 at 11:39 AM, Émeric MASCHINO
Hi Émeric,
I'm assuming OSG_ROOT refers to the install folder of your OSG based
application. The plug-ins should go into OSG_ROOT\bin\osgPlugins-X.Y.Z. OSG
will automatically prepend the osgPlugins-X.Y.Z\ path when attempting to
load osgdb_*.dll plugins.
For example, let's say I install my
I've made a couple of attempts, and I feel like I am very close...
On one attempt, using a seperate osgViewer for each View, everything works but
the Database Pager isn't happy about having multiple viewers looking at the
same data. (osgEarth data under PagedLOD nodes flickers in and out of the
Hi Whu,
If you don't like the default behaviour then you'll need to adapt it or
roll your own. There isn't anyway the OSG can offer all the types of
behaviour end users will want in their specific application, all the osgGA
are simple and general purpose and aren't meant to cover all usage
Hi Chris,
Are you then also putting the required plug-ins in the same folder and
no more in a separate osgPlugins-X.Y.Z folder?
Cheers,
Émeric
2014-09-24 19:59 GMT+02:00 Chris Hanson xe...@alphapixel.com:
I deploy my applications with their own local copy of OSG in the same folder
as
OK, thanks for the clarification Farshid.
Yes, I was using exactly the same structure. But I didn't knew that
the OSG plug-ins were first looking for their dependencies is
OSG_ROOT\bin before relying upon the PATH. I thought that, when not
found in the OSG_ROOT\bin\osgPlugins-X.Y.Z folder, the
I just move the osgPlugins folder into the folder where the executable and
top-level OSG DLLs are found. All seems to work without any fuss.
On Wed, Sep 24, 2014 at 1:04 PM, Émeric MASCHINO emeric.masch...@gmail.com
wrote:
Hi Chris,
Are you then also putting the required plug-ins in the same
21 matches
Mail list logo
