Re: [osg-users] OpenSceneGraph/osgEarth vs VulkanSceneGraph/vsgpagedlod

[Nathan Mielcarek]

Robert,

Great news! I look forward to using this in the near future either through
OSG directly or osgEarth.

Was a bit amused by your comment about the accuracy on "finding your
house". I think it's a great feature, especially considering how that data
can be used by autonomous vehicles eventually.

-Nathan

On Wed, Mar 17, 2021 at 12:36 PM Robert Osfield 
wrote:

> Hi All,
>
> Over the past 2 1/2 years I've been mainly focused on VulkanSceneGraph
> project, this isn't yet at 1.0 but it's come along nicely.  This week I
> wrote an example that illustrates how to use vsg::PagedLOD and
> vsg::ReaderWriter to implement paged database that streams data from online
> tile serves such a OpenStreetMap and ReadyMap.  It's like a very simple and
> crude demo of osgEarth style paging.
>
> To look at the visual differences and performance differences I've
> recorded a camera animation path in osgviewer then run this same path with
> the same OpenStreetMap databasee in osgviewer using osgEarth, and then with
> the same path but using the new vsgpagedlod example.
>
>
> https://github.com/vsg-dev/vsgExamples/tree/PagedLOD/examples/nodes/vsgpagedlod
>
> I've upload the a video of running the two applications, first the OSG
> then VSG, to youtube:
>
> https://www.youtube.com/watch?v=nOQxr09ald4
>
> The average fps for the 2 minutes camera animation path was 878fps for the
> OSG/osgEarth combo and 2698fps for VSG/vsgpagedlod, which is just under 3
> times faster for the Vulkan/VulkanSceneGraph.
>
> As I explain in the video it's not an exact like for like comparison as
> osgEarth is doing blending between LODs, while the VSG/vsgpagedlod is
> selecting a higher level of detail for a given view.
>
> The osgviewer was run with default DrawThreadPerContext threading, while
> vsgpagedlod viewer was running single threaded.  In both cases the
> osgDB::DatabasePager and equivalent vsg::DatabasePager are doing all the
> loading in a set of background threads.
>
> The VSG supports running viewer multi-threaded but is unnecessary in this
> instance as the cull/draw traversal/dispatch are all happening less than
> half a millisecond :-)
>
> --
> You received this message because you are subscribed to the Google Groups
> "OpenSceneGraph Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to osg-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/osg-users/b1adc63f-28b5-49b9-b200-1fcd5624b400n%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osg-users/CAAQ9MSNEoogWPD70%2BT%2BGZuryd1cX8SqRsd-96RB7N%3DJdKaK8AA%40mail.gmail.com.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Step by step addDrawable and visualize current scene graph

[Nathan Mielcarek]

Paul,

Looking at the OSG Viewer.cpp code, the run() function contains this code:
if (!getCameraManipulator() && getCamera()->getAllowEventFocus())
{
setCameraManipulator(new osgGA::TrackballManipulator());
}

Therefore, by adding this line before viewer.frame() is called makes the
spheres appear as you expected:
viewer.setCameraManipulator(new osgGA::TrackballManipulator());

-Nathan


On Sun, Mar 21, 2021 at 5:31 PM 'Paul Jurczak' via OpenSceneGraph Users <
osg-us...@googlegroups.com> wrote:

> I'm just starting with OSG. I would like this (or similar) code:
>
> int main() {
>   osgViewer::Viewer viewer;
>   osg::Geode*   geode = new osg::Geode();
>
>   viewer.setSceneData(geode);
>   geode->addDrawable(new osg::ShapeDrawable(new
> osg::Sphere(osg::Vec3(0, 0, 0), 1)));
>
>   viewer.frame();
>   this_thread::sleep_for(seconds(2));
>
>   geode->addDrawable(new osg::ShapeDrawable(new
> osg::Sphere(osg::Vec3(2, 0, 0), 1)));
>
>   return viewer.run();
> }
>
> to display the first sphere and after 2s the second sphere, but it
> displays a blank screen for 2s instead and 2 spheres afterwards. What do I
> have to change?
>
> --
> You received this message because you are subscribed to the Google Groups
> "OpenSceneGraph Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to osg-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/osg-users/8d8ad5ea-8080-401c-b1c2-26345345c84en%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osg-users/CAAQ9MSNdQJ1GSyx7sBYt9dGDM0vT-x1XLof7cQ3toTzRJ5tmvw%40mail.gmail.com.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Please test OpenScenGraph-3.6 branch in prep for the up commign 3.6.5 maintainance release

[Nathan Mielcarek]

Hi Robert,

Interestingly enough, this was already fixed in the master branch (3.7.0),
but I can't track down which commit. Possibly when the pkgconfig section
was removed.

I'm building on various Linux RedHat-type distros (CentOS, Fedora). 64-bit,
from gcc 4.8.5 to gcc 8.3.1.

No other issues expected.

Thanks,
Nathan

On Thu, Dec 19, 2019 at 8:51 AM Robert Osfield 
wrote:

> Hi Nathan,
>
> What platform are you building with? OS/cmake/compiler versions?
>
> What issues do you see apart form the post fix change?
>
> Robert.
>
> On Wed, 18 Dec 2019 at 18:10, Nathan Mielcarek 
> wrote:
>
>> 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 know if you would like me to attempt a fix, I believe it needs
>> either LIB_POSTFIX re-defined when 64-bit it detected or to change
>> CMakeLists.txt to use OSG_INSTALL_LIBDIR instead.
>>
>> Thanks,
>> Nathan
>>
>> On Wed, Dec 18, 2019 at 8:29 AM Ravi Mathur  wrote:
>>
>>> 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 <
>>> robert.osfi...@gmail.com> wrote:
>>>
>>>> Hi All,
>>>>
>>>> I have merged the outstanding pull requests and made a couple of bug
>>>> fixes that are now checked into the OpenSceneGraph-3.6 branch:
>>>>
>>>>
>>>> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6
>>>>
>>>> Could everyone test out this branch to see how well it's working on
>>>> your build platforms and against your hardware/OS/application
>>>> combinations.  If everything looks solid I make a 3.6.5 release candidate
>>>> with the aim to make a 3.6.5 in January.
>>>>
>>>> Thanks in advance with your help in testing.
>>>> Robert.
>>>>
>>>> *-- ChangeLog since the 3.6.4 release on 26th of July 2019:*
>>>>
>>>> Mon, 16 Dec 2019 16:51:16 +
>>>> Author : Robert Osfield
>>>> Added automatically removal from the OjbectCache when a object or it's
>>>> subgraph contain Texture that no longer have an osg::Image.
>>>>
>>>> Mon, 16 Dec 2019 11:54:12 +
>>>> Author : OpenSceneGraph git repository
>>>> Merge pull request #871 from LaurensVoerman/commit_tgaFixfix debug
>>>> compile error for ReaderWriterTGA
>>>>
>>>> Mon, 16 Dec 2019 11:02:41 +0100
>>>> Author : Laurens Voerman
>>>> fix debug compile error for ReaderWriterTGA
>>>>
>>>> Mon, 16 Dec 2019 09:40:30 +
>>>> Author : OpenSceneGraph git repository
>>>> Merge pull request #870 from
>>>> eligovision/OpenSceneGraph-3.6_glext_fixGLExtensions's isPBOSupported and
>>>> isVAOSupported flags fixed
>>>>
>>>> Mon, 16 Dec 2019 09:40:00 +
>>>> Author : OpenSceneGraph git repository
>>>> Merge pull request #869 from eligovision/OpenSceneGraph-3.6_glextAdded
>>>> FBO GL extensions (useful for mobile VR etc.)
>>>>
>>>> Fri, 13 Dec 2019 19:40:11 +0300
>>>> Author : konstantin.matveyev
>>>> GLExtensions's isPBOSupported and isVAOSupported flags fixed for
>>>> GLES2+GLES3 configuration
>>>>
>>>> Fri, 13 Dec 2019 19:42:30 +0300
>>>> Author : konstantin.matveyev
>>>> GLExtensions's isInvalidateFramebufferSupported flag improved
>>>>
>>>> Tue, 26 Nov 2019 17:17:38 +0800
>>>> Author : PntAndCnt
>>>> Fontconfig should be external library.Add Fontconfig to
>>>> TARGET_LIBRARIES cause osg3::osgText target looking for
>>>> openscegraph-Fontconfig-import-targets.cmake, which doesn't exists.
>>>>
>>>>
>>>> Sun, 13 Oct 2019 20:24:36 +0800
>>>> Author : PntAndCnt
>>>> Fix a typo and invisible 3dtext in examples/osgtext.Second text
>>>> alignment is wrong when "--alignment" specified.
>>>>
>>>> 3D text radius is too small, on

Re: [osg-users] Please test OpenScenGraph-3.6 branch in prep for the up commign 3.6.5 maintainance release

[Nathan Mielcarek]

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:
>
> 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 know if you would like me to attempt a fix, I believe it needs
> either LIB_POSTFIX re-defined when 64-bit it detected or to change
> CMakeLists.txt to use OSG_INSTALL_LIBDIR instead.
>
> Thanks,
> Nathan
>
> On Wed, Dec 18, 2019 at 8:29 AM Ravi Mathur  wrote:
>
>> 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 requests and made a couple of bug
>>> fixes that are now checked into the OpenSceneGraph-3.6 branch:
>>>
>>>
>>> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6
>>>
>>> Could everyone test out this branch to see how well it's working on your
>>> build platforms and against your hardware/OS/application combinations.  If
>>> everything looks solid I make a 3.6.5 release candidate with the aim to
>>> make a 3.6.5 in January.
>>>
>>> Thanks in advance with your help in testing.
>>> Robert.
>>>
>>> *-- ChangeLog since the 3.6.4 release on 26th of July 2019:*
>>>
>>> Mon, 16 Dec 2019 16:51:16 +
>>> Author : Robert Osfield
>>> Added automatically removal from the OjbectCache when a object or it's
>>> subgraph contain Texture that no longer have an osg::Image.
>>>
>>> Mon, 16 Dec 2019 11:54:12 +
>>> Author : OpenSceneGraph git repository
>>> Merge pull request #871 from LaurensVoerman/commit_tgaFixfix debug
>>> compile error for ReaderWriterTGA
>>>
>>> Mon, 16 Dec 2019 11:02:41 +0100
>>> Author : Laurens Voerman
>>> fix debug compile error for ReaderWriterTGA
>>>
>>> Mon, 16 Dec 2019 09:40:30 +
>>> Author : OpenSceneGraph git repository
>>> Merge pull request #870 from
>>> eligovision/OpenSceneGraph-3.6_glext_fixGLExtensions's isPBOSupported and
>>> isVAOSupported flags fixed
>>>
>>> Mon, 16 Dec 2019 09:40:00 +
>>> Author : OpenSceneGraph git repository
>>> Merge pull request #869 from eligovision/OpenSceneGraph-3.6_glextAdded
>>> FBO GL extensions (useful for mobile VR etc.)
>>>
>>> Fri, 13 Dec 2019 19:40:11 +0300
>>> Author : konstantin.matveyev
>>> GLExtensions's isPBOSupported and isVAOSupported flags fixed for
>>> GLES2+GLES3 configuration
>>>
>>> Fri, 13 Dec 2019 19:42:30 +0300
>>> Author : konstantin.matveyev
>>> GLExtensions's isInvalidateFramebufferSupported flag improved
>>>
>>> Tue, 26 Nov 2019 17:17:38 +0800
>>> Author : PntAndCnt
>>> Fontconfig should be external library.Add Fontconfig to TARGET_LIBRARIES
>>> cause osg3::osgText target looking for
>>> openscegraph-Fontconfig-import-targets.cmake, which doesn't exists.
>>>
>>>
>>> Sun, 13 Oct 2019 20:24:36 +0800
>>> Author : PntAndCnt
>>> Fix a typo and invisible 3dtext in examples/osgtext.Second text
>>> alignment is wrong when "--alignment" specified.
>>>
>>> 3D text radius is too small, only SCREEN_COORDS can be seen.
>>>
>>> Text position should multiply radius.
>>>
>>>
>>> Tue, 3 Sep 2019 16:11:14 +0800
>>> Author : Kent
>>> Mered fix for internalFormat
>>>
>>> Thu, 12 Dec 2019 18:41:23 +0300
>>> Author : valid-ptr
>>> glInvalidateFramebuffer added to GLExtensions
>>>
>>> Thu, 31 Oct 2019 18:59:04 +0300
>>> Author : konstantin.matveyev
>>> glFramebufferTexture2DMultisample added to GLExtensions
>>>
>>> Tue, 10 Dec 2019 15:08:25 +0300
>>> Author : Dmitry Marakasov
>>> Add FreeBSD-specific code bits for pthread_setaffinity_np support
>>>
>>> Thu, 12 Dec 2019 13:25:44 +
>>> Author : Robert Osfield

Re: [osg-users] Please test OpenScenGraph-3.6 branch in prep for the up commign 3.6.5 maintainance release

[Nathan Mielcarek]

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 know if you would like me to attempt a fix, I believe it needs
either LIB_POSTFIX re-defined when 64-bit it detected or to change
CMakeLists.txt to use OSG_INSTALL_LIBDIR instead.

Thanks,
Nathan

On Wed, Dec 18, 2019 at 8:29 AM Ravi Mathur  wrote:

> 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 requests and made a couple of bug
>> fixes that are now checked into the OpenSceneGraph-3.6 branch:
>>
>>
>> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6
>>
>> Could everyone test out this branch to see how well it's working on your
>> build platforms and against your hardware/OS/application combinations.  If
>> everything looks solid I make a 3.6.5 release candidate with the aim to
>> make a 3.6.5 in January.
>>
>> Thanks in advance with your help in testing.
>> Robert.
>>
>> *-- ChangeLog since the 3.6.4 release on 26th of July 2019:*
>>
>> Mon, 16 Dec 2019 16:51:16 +
>> Author : Robert Osfield
>> Added automatically removal from the OjbectCache when a object or it's
>> subgraph contain Texture that no longer have an osg::Image.
>>
>> Mon, 16 Dec 2019 11:54:12 +
>> Author : OpenSceneGraph git repository
>> Merge pull request #871 from LaurensVoerman/commit_tgaFixfix debug
>> compile error for ReaderWriterTGA
>>
>> Mon, 16 Dec 2019 11:02:41 +0100
>> Author : Laurens Voerman
>> fix debug compile error for ReaderWriterTGA
>>
>> Mon, 16 Dec 2019 09:40:30 +
>> Author : OpenSceneGraph git repository
>> Merge pull request #870 from
>> eligovision/OpenSceneGraph-3.6_glext_fixGLExtensions's isPBOSupported and
>> isVAOSupported flags fixed
>>
>> Mon, 16 Dec 2019 09:40:00 +
>> Author : OpenSceneGraph git repository
>> Merge pull request #869 from eligovision/OpenSceneGraph-3.6_glextAdded
>> FBO GL extensions (useful for mobile VR etc.)
>>
>> Fri, 13 Dec 2019 19:40:11 +0300
>> Author : konstantin.matveyev
>> GLExtensions's isPBOSupported and isVAOSupported flags fixed for
>> GLES2+GLES3 configuration
>>
>> Fri, 13 Dec 2019 19:42:30 +0300
>> Author : konstantin.matveyev
>> GLExtensions's isInvalidateFramebufferSupported flag improved
>>
>> Tue, 26 Nov 2019 17:17:38 +0800
>> Author : PntAndCnt
>> Fontconfig should be external library.Add Fontconfig to TARGET_LIBRARIES
>> cause osg3::osgText target looking for
>> openscegraph-Fontconfig-import-targets.cmake, which doesn't exists.
>>
>>
>> Sun, 13 Oct 2019 20:24:36 +0800
>> Author : PntAndCnt
>> Fix a typo and invisible 3dtext in examples/osgtext.Second text alignment
>> is wrong when "--alignment" specified.
>>
>> 3D text radius is too small, only SCREEN_COORDS can be seen.
>>
>> Text position should multiply radius.
>>
>>
>> Tue, 3 Sep 2019 16:11:14 +0800
>> Author : Kent
>> Mered fix for internalFormat
>>
>> Thu, 12 Dec 2019 18:41:23 +0300
>> Author : valid-ptr
>> glInvalidateFramebuffer added to GLExtensions
>>
>> Thu, 31 Oct 2019 18:59:04 +0300
>> Author : konstantin.matveyev
>> glFramebufferTexture2DMultisample added to GLExtensions
>>
>> Tue, 10 Dec 2019 15:08:25 +0300
>> Author : Dmitry Marakasov
>> Add FreeBSD-specific code bits for pthread_setaffinity_np support
>>
>> Thu, 12 Dec 2019 13:25:44 +
>> Author : Robert Osfield
>> Fix linking with Xinerama
>>
>> Thu, 12 Dec 2019 13:09:33 +
>> Author : OpenSceneGraph git repository
>> Merge pull request #861 from aluaces/default-ffmpegSet ffmpeg as the
>> default plugin for video files.
>>
>> Fri, 22 Nov 2019 21:07:36 +0100
>> Author : elsid
>> Fix clang 8 & libc++ build errorsReplace operators for implicit type
>> conversion by explicit data() method to
>> access implementation pointer and subscript operator to access element by
>> index just like in std::vector.
>>
>> src/osgPlugins/tga/ReaderWriterTGA.cpp:455:22: error: use of overloaded
>> operator '==' is ambiguous (with operand types 'SafeArray'
>> and 'long')
>> if (colormap == NULL)
>>  ^  
>> src/osgPlugins/tga/ReaderWriterTGA.cpp:525:16: error: use of overloaded
>> operator '==' is ambiguous (with operand types 'SafeArray'
>> and 'long')
>> if (buffer == NULL || linebuf == NULL)
>> ~~ ^  
>> src/osgPlugins/tga/ReaderWriterTGA.cpp:525:35: error: use of overloaded
>> operator '==' is ambiguous (with operand types 'SafeArray'
>> and 'long')
>> if (buffer == NULL || linebuf == NULL)
>>   ~~~ ^  
>> src/osgPlugins/tga/ReaderWriterTGA.cpp:548:30: error: use of overloaded
>> 

Re: [osg-users] [forum] CMake can't find libraries

[Nathan Mielcarek]

Hi Rodrigo,

If you run make install from the build directory, all of the includes and
libraries will go to the /usr/local/ directories and then you can set
OSG_ROOT to /usr/local (although I believe it's already on the search
path). It's good practice to not have multiple OSG versions on the search
path as that can lead to potential issues.

-Nathan

On Tue, Jan 1, 2019 at 5:41 PM Rodrigo Dias  wrote:

> Hi,
>
> I'm following OpenSceneGraph 3.0: Beginner's Guide (
> https://www.packtpub.com/game-development/openscenegraph-30-beginners-guide),
> and right at page 44 there is a CMakeLists.txt that won't work. CMake is
> giving the following error message:
>
>
> > Could NOT find OpenThreads (missing:  OPENTHREADS_LIBRARY)
> > Could NOT find osg (missing:  OSG_LIBRARY)
> > Could NOT find osgDB (missing:  OSGDB_LIBRARY)
> > Could NOT find osgUtil (missing:  OSGUTIL_LIBRARY)
> > Could NOT find osgViewer (missing:  OSGVIEWER_LIBRARY)
> > Configuring done
> >
>
>
> The book says "make sure you have the OSG_ROOT environment variable set.
> Otherwise, the find_package() macro may not be able to find OSG
> installations correctly."
>
> This variable is set to the directory of the build, the one which includes
> applications, bin, data, include, lib, packaging and src. However, the
> "include" directory only contains OpenThreads and osg, while
> /usr/local/include contains 18 directories (from a previous installation, I
> guess). Also, the OpenThreads in the build directory only contains two
> files: Config and Version, while the one in /usr/local/include contains 13
> files. What have I done wrong?
>
> Thank you!
>
> Cheers,
> Rodrigo[/url]
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=75371#75371
>
>
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] round earth to ECEF

[Nathan Mielcarek]

Hi Nick,

I have found GeographicLib to be a good coordinate converter. It supports
ECEF (Geocentric), although I'm not sure about the round earth format you
referred to.

https://geographiclib.sourceforge.io/

Nathan

On Fri, May 5, 2017 at 11:35 AM, Trajce Nikolov NICK <
trajce.nikolov.n...@gmail.com> wrote:

> Hi community,
>
> I have Round Earth database (origin set to some geo location on the
> ellipsoid) and I need it into ECEF (origin at the earth center). I havn't
> spend too much time thinking about possible conversion and I am asking here
> for some hints, suggestions  what it would take to write some
> pos-processor .. Any word from you is highly welcome
>
> Thanks a bunch as always!
>
> Cheers,
> Nick
>
> --
> trajce nikolov nick
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [forum] what happened to khronos.org?

[Nathan Mielcarek]

http://www.downforeveryoneorjustme.com/http://www.khronos.org/


On Wed, Oct 23, 2013 at 9:27 AM, David Glenn da...@dglenn.com wrote:

 Greetings All!
 Has anyone noticed that khronos.org is down or is it me?

 Thank you!

 D Glenn

 
 David Glenn
 ---
 D Glenn 3D Computer Graphics Entertainment.
 www.dglenn.com

 --
 Read this topic online here:
 http://forum.openscenegraph.org/viewtopic.php?p=56948#56948





 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Can I make a png image's background transparent?

[Nathan Mielcarek]

Lv,

It sounds like you will need a better image manipulation program. Here are
some you can get for free:
http://www.gimp.org/
http://www.getpaint.net/

In these programs they should have an option to set the background as
transparent, here are some tutorial links:
http://graphicdesign.stackexchange.com/questions/6449/add-transparency-to-an-existing-png
http://forums.getpaint.net/index.php?/topic/12196-making-backgrounds-of-images-transparent/

After the PNG file has the correct transparency set, it should work fine in
OSG.

-Nathan



On Thu, Mar 14, 2013 at 8:41 AM, Lv Qing donlvq...@msn.com wrote:

 Hi,

 I use powerpoint to erase the background

 Thank you!

 Cheers,
 Lv

 --
 Read this topic online here:
 http://forum.openscenegraph.org/viewtopic.php?p=53107#53107





 ___
 osg-users mailing list
 osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Fix for building with ref_ptr::get()

[Nathan Mielcarek]

Hi all,

This just came up at work a few days ago since I was confused why both
assignment methods performed the same way.

I agree that the cmake option should be removed and set to a default to
avoid confusion. I don't have a preference for that default since the
changes needed to switch our code to either one should be minor.

-Nathan


On Tue, Feb 5, 2013 at 7:57 AM, Paul Martz pma...@skew-matrix.com wrote:

 (Please take C++11 discussion to another thread.)

 If no one is setting OSG_USE_REF_PTR_IMPLICIT_**OUTPUT_CONVERSION to OFF,
 I'll submit a change that removes the variable (with the code behaving as
 if the variable were present and set to ON).

 Here's some history on the ref_ptr issue:

 * In OSG 2.6.x and earlier, you always had to use ref_ptr::get() to access
 the pointer address. (This is the same behavior you'd get today if you set
 OSG_USE_REF_PTR_IMPLICIT_**OUTPUT_CONVERSION to the OFF value.)

 * Sometime in the 2.7 dev series, OSG_USE_REF_PTR_IMPLICIT_**OUTPUT_CONVERSION
 was added with the default ON value, but there was consensus in osg-users
 at that time that OSG itself should build with the variable set either way.

 * OSG 2.8.0 was the first stable release with 
 OSG_USE_REF_PTR_IMPLICIT_**OUTPUT_CONVERSION
 (set to ON by default).
-Paul



 __**_
 osg-users mailing list
 osg-users@lists.**openscenegraph.org osg-users@lists.openscenegraph.org
 http://lists.openscenegraph.**org/listinfo.cgi/osg-users-**
 openscenegraph.orghttp://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org