Re: [osg-users] OSG and WPF Questions

[Rick Pingry]

Hi,

I am interested in WPF development as well.  I have been playing around with 
the C++/CLI example to make a managed window.  It seemed to work ok, except 
when I tried running it in Release mode, in which case it kept crashing, 
apparently with some memory corruption errors.

I am using a relatively new snapshot from SVN for my OpenSceneGraph library.  I 
have been using it in C++ for quite some time now with not too many problems 
(none that this great community has not helped with so far) :)

I also started playing with OsgDotNet wrappers, but when I run it, it crashes 
trying to create the osgShadow wrapper.  I noticed that it was made for OSG 
2.0, so I downloaded that, but the download I had seems to be missing osgViewer 
in the include directories.

I would love to know how you are able to get the DotNet stuff working, in one 
of these options.  

Thank you!

Cheers,
Rick

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





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

Re: [osg-users] Writing single plugin to handle multiple extensions

[Rick Pingry]

Thanks Paul,

I ended up just creating a second dll to handle the csg extension, so I am 
doing ok now, but I like your idea.  I don't know about anyone else, but I know 
I like using the standard OSG viewer with my models, and I think it is a good 
idea to NOT have to modify the OSG code to load a particular plugin/extension 
binding.  Is there a way already to force the viewer to load a specific library 
based on some environment variable or better yet a command line parameter?  
would that be sufficient?  Perhaps when a plugin is loaded, it tells the 
registry that it can handle the multiple extensions.  That is about how I 
expected it to work.

Thanks,
Rick

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





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

Re: [osg-users] Writing single plugin to handle multiple extensions

[Rick Pingry]

Thanks Farshid, that puts things in perspective.

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





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

Re: [osg-users] Writing single plugin to handle multiple extensions

[Rick Pingry]

Hey guys,

Thanks for the replies.  I can do those, but both answers concern me a bit.  

The idea of needing to modify the osgDB/Registry.cpp file directly does not 
make sense to me.  Why should I need to recompile the OSG source to get a 
plugin working?  Isn't that the purpose of plugins to NOT have to modify and 
recompile the original source code?

I wonder if I couldn't add the line to my own plugin source code, but I have a 
feeling it wouldn't work because I bet the plugin does not get loaded at all, 
and therefore the addFileExtensionAlias("csg", "nsm"); would not get called 
either.

As for creating another DLL.  I could do that and I know it would work, but it 
does kind of confuse me.  If OSG only uses the naming convention to determine 
which plugin to look at, why have all of the extra functionality I mentioned 
before?  I suppose because someone might have added the addFileExtensionAlias 
call, but it seems to me that the plugin should be able to do something like 
that itself.

Anyway, 
Thanks very much for you thoughts and ideas.
I will reply again with whatever I come up with.
-- Rick

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





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

[osg-users] Writing single plugin to handle multiple extensions

[Rick Pingry]

Hi,

I am writing a plugin to handle the "nsm" file type, so my plugin is named 
"osgdb_nsm(d).dll".  That is working well, but I have found that my customer 
also uses the extension "csg" for exactly the same file type.  I would like my 
plugin to be called for the "csg" extension as well.

I call supportsExtension() in the c'tor for both nsm and csg.  I also override 
acceptsExtension() to handle both csg and nsm.  I even made two classes so that 
I could have:

REGISTER_OSGPLUGIN(nsm, ReaderWriterNSM)
REGISTER_OSGPLUGIN(csg, ReaderWriterCSG)

all to no avail.  None of it gets called on my "csg" file, but my "nsm" file 
works fine, presumably because of the filename convention.  I figure there must 
be a way to do this, since there are the supportsExtension function and virtual 
acceptsExtension functions.  What am I missing?

Thank you!

Cheers,
Rick

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





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

Re: [osg-users] Using image maps with materials

[Rick Pingry]

I have seen some examples, somewhere I think, where you could have one
texture on the lit side of an object and then have another texture on the
dark side.  I am thinking of the earth where you could see lights in cities
on the dark side.  Did I really see that somewhere or is that my
imagination?

I have heard of using fragment shaders and it is something I would like to
learn more about.  Where can I find out about how to use "multi-pass
technique" and/or "register"?

On Tue, Jul 15, 2008 at 12:13 AM, Ulrich Hertlein <[EMAIL PROTECTED]>
wrote:

> Hello Rick,
>
> [EMAIL PROTECTED] wrote:
>
>> Is there a way to use image maps with some of the other material
>> properties, like emission or specular or diffuse?  I am working on ...
>>
> > how to use a reflection map, so I think I am ok there.  Any way to use a
> > map to define the emission, specularity, and diffuse amounts across a
> > surface?
>
> There's no easy way to specify the material component that a texture should
> affect (such as emissive, specular) in plain OpenGL.
>
> The way to go these days is a fragment shader.  You could also use a
> multi-pass technique to apply another texture.
>
> (Maybe register combiners offer something useful but I'm not sure about
> that.)
>
> Cheers,
> /ulrich
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] 回复： Re: multi translucent g eometry

[Rick Pingry]

That reminds me of an issue I have not resloved yet.  Our space ships have
thruster engines and I use an image map with transparency and point it back
at the camera to make a pretty glow around it.  (First off, is this the best
way to do it?  I have thought that perhaps a shader would work better, but I
have not had a chance to learn about how to write shaders yet.  So much to
learn, so little time).

Anyway, In some ships there are banks of engines, and it is pretty easy to
get the problem where these transparent images intersect with each other,
and you get depth sorting issues that way.  I did work out a way to make
these "engine flare images" point, rather than right at the camera, all
along parallel lines with the camera's line of sight, and that helped
tremendously, but you can still get in positions where the images happen to
line up along the same depth, and you see some funky tearing and the like
due to depth fighting.  Is there a way to handle this better? Should I try
to apply other bins to the different engines?  What are the rules wrt
that?   It sounds like I need to read up on the glDepth and osg::Depth.  Any
other recommendations?  I was running into problems rendering planet halos
too.  Should the halo be in front of the planet or behind it?  probably the
same kind of thing going on.

Regards,
-- Rick

2008/7/13 小 杨 <[EMAIL PROTECTED]>:

> Thanks! I'll try it!
>
> *Peter Wraae Marino <[EMAIL PROTECTED]>* 写道：
>
>   Hi ?? (can't see your name),
>
> Are you sure zbuffer isn't falling for your 2nd geometry object? Also
> having equal depths is probably not a good idea? You need to render your
> objects from back to front order.
>
> When you have transparent objects you should set the stateset
>  stateset->setRenderBinDetails(10,"DepthSortedBin");
> this will render the objects from back to front order...
> but note they will not sort the polygons for the individual
> geometry.
>
>
>
>
> 2008/7/13 小 杨 <[EMAIL PROTECTED]>:
>
>> multi  translucent geometry   with equal depth but  alpha value is not
>> equal.
>>
>> when i render these geometry ,i can not see all geometry! Why ?
>>
>> Can everyone give me some advice!
>>
>> Thanks!
>>  --
>> 雅虎邮箱，您的终生邮箱！ 
>>
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>>
>
>
> --
> Regards,
> Peter Wraae Marino
>
> www.osghelp.com - OpenSceneGraph support site
> ___
> 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
>
>


-- 
>> Rick
Check us out at http://fringe-online.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 SVN of OpenSceneGraph

[Rick Pingry]

I have build 8572 running using Visual Studio 7.1 and linking with my
project just fine.  Win XP, CMake 2.4
-- Rick

On Sat, Jul 12, 2008 at 1:18 PM, Mike Weiblen <[EMAIL PROTECTED]>
wrote:

> I'll verify and send details later this afternoon
> -- mew
>
>
> On Sat, Jul 12, 2008 at 11:59 AM, Robert Osfield
> <[EMAIL PROTECTED]> wrote:
>  > Hi Mike,
> >
> > On Sat, Jul 12, 2008 at 5:18 PM, Mike Weiblen <[EMAIL PROTECTED]>
> wrote:
> >> core built ok w/ winxp, vs8sp1, cmake2.4.8, but there was an error in
> >> wrappers (not at that machine to provide details)
> >
> > I've have just re-run genwrappers and nothing got updated, and snv
> > diff suggests that everything is checked in.  I've also done a build
> > of the wrappers under Linux and this went fine.
> >
> > So... there must be something like a missing export of something
> > similar.The KdTree::BuildOptions didn't have an OSG_EXPORT so
> > perhaps it was this, I've gone ahead and add this export and checked
> > it in.   Fingers crossed this was the only one... as I want to go get
> > on with tagging the release :-)
> >
> > Robert.
> > ___
> > osg-users mailing list
> > osg-users@lists.openscenegraph.org
> >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> >
>
>
>
> --
> Mike Weiblen -- Austin Texas USA -- http://mew.cx/
> ___
>  osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] The growing draw bar in the stats handler

[Rick Pingry]

Yes indeed, disabling SLI returned by bars to normal.

That reminds me.  As we are making this game, and hoping someday to
distribute it, is there some information we should distribute about cards
that work well / do not work well with OSG?  Perhaps this is actually an
OpenGL thing and there is some kind of OpenGL resource?

Thanks
-- Rick

On Thu, Jul 10, 2008 at 10:38 AM, Robert Osfield <[EMAIL PROTECTED]>
wrote:

> On Thu, Jul 10, 2008 at 3:28 PM, Rick Pingry <[EMAIL PROTECTED]>
> wrote:
> > I have dual NVIDIA GeForce 8400 GS cards in an SLI configuration.
> >
> > James, Are you seeing the long orange bar in the stats window?
>
> Could you disable the SLI and see what happens.
>
> Robert.
>  ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] When optimizing with LOD changes, should I change UV map resolutions?

[Rick Pingry]

Wow, the ability to limit the maximum texture memory sounds like it would
really help.  What/where might I find that environment variable?

-- Rick

On Thu, Jul 10, 2008 at 11:26 AM, Paul Martz <[EMAIL PROTECTED]> wrote:

>  Robert's comment regarding texture atlas usage in low-res LOD children is
> an excellent suggestion.
>
> Going further, your post begs the question: Do you suspect that texture
> memory usage is the bottleneck to your performance? One way to test this (if
> you haven't already done so) is to set the OSG environment variable to limit
> the maximum texture dimension to something ridiculously small. If your app
> runs faster with this setting, then texture memory usage might be causing
> performance problems, and you might need to address that in some way.
>
> You should keep in mind that most OpenGL device drivers are smart enough to
> page out large mipmap levels when they are not in use.
>
> Another thing to keep in mind is that a texture never needs to be larger
> than its max representation on-screen. For example, it's pointless to have a
> 2kx2k texture applied to an object that will never subtend more than 500x500
> pixels.
>
> Hope that helps.
>-Paul
>
>
>  --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *
> [EMAIL PROTECTED]
> *Sent:* Thursday, July 10, 2008 7:09 AM
> *To:* OpenSceneGraph Users
> *Subject:* [osg-users] When optimizing with LOD changes,should I change UV
> map resolutions?
>
>   Hello All,
>
> I have been trying to get my scenes to run faster, balancing my scene
> graphs using LOD.  I use quite a bit of UV mapping in my models, and they
> can be fairly high res because I want them to look good up close.  There are
> usually several instances of the same model in the scene, all pointing to
> the same scene graph.  I was wondering about the best way to create LOD
> changes for them.  I was going to cut out some polygons, but I was also
> thinking of cutting the resolution back on the UV maps.  Is this valuable?
> On first assessment, it seems it would be, but then I realize that it might
> cause MORE of a memory usage, and the graphics card (or OSG) might be doing
> this kind of optimization anyway (dropping image map resolutions based on
> pixel size or whatever).  What are your recommendations?
>
> -- Thanks for everything
> >> Rick
> Check us out at http://fringe-online.com/
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] The growing draw bar in the stats handler

[Rick Pingry]

I have dual NVIDIA GeForce 8400 GS cards in an SLI configuration.

James, Are you seeing the long orange bar in the stats window?

On Thu, Jul 10, 2008 at 10:23 AM, James Killian <[EMAIL PROTECTED]>
wrote:

>
> I have ran Rick's app on my machine (using XP, dual monitors, and NVidia
> 6200) I did not see any of these problems.
>
> - Original Message -
> From: "Wojciech Lewandowski" <[EMAIL PROTECTED]>
> To: "OpenSceneGraph Users" 
> Sent: Thursday, July 10, 2008 5:00 AM
> Subject: Re: [osg-users] The growing draw bar in the stats handler
>
>
>  > Hi Rick and Robert,
> >
> > I mentioned this problem few months ago. Happened on Windows XP and
> Vista.
> > It seemed to dissapear with more recent NVidia drivers though (ver 169.xx
> > and larger).  I don't remember exactly but I think it was present only on
> > dual monitors. Do you by any chance have dual view config ?
> >
> > Cheers,
> > Wojtek Lewandowski
> >
> >
> > > The short bars are probably the initial state of the bars that haven't
> > > been initialized yet.
> > >
> > > As for your single really long bar, this suggests that the GPU is
> > > stalled doing something for a very long time...
> > >
> > > It could possibly be a bug in the stats collection.  The stats
> > > collection has been working fine for a year now, so I don't think
> > > there is a problem on the OSG side, but perhaps you've uncovered a bug
> > > in the driver.
> > >
> > > Robert.
> > >
> > > On Thu, Jul 10, 2008 at 3:14 AM,  <[EMAIL PROTECTED]> wrote:
> > >> Something else I noticed that I thought was strange was that the
> orange
> > >> GPU
> > >> bar has 8 short blocks all drawn in the first frame.  I have included
> an
> > >> image to show.  What does this mean?  When I look at a smaller model,
> the
> > >> Orange block fills alll along the lower bar.
> > >>
> > >>
> > >>
> > >> On Wed, Jul 9, 2008 at 9:46 PM, <[EMAIL PROTECTED]> wrote:
> > >>>
> > >>> Hello all,
> > >>>
> > >>> I recently added a stats handler to our game viewer.  Something I
> > >>> noticed
> > >>> is that if you have the stats window open, showing the bars, that the
> > >>> draw
> > >>> bar grows and grows.  The framerate starts dropping and gets slower.
> If
> > >>> I
> > >>> turn the bars off, the framerate returns to 60.  When I turn the bars
> > >>> back
> > >>> on, the draw bar is suddenly back where it was when I turned it off,
> and
> > >>> starts growing again.
> > >>>
> > >>> I noticed this does not happen if I have a fairly trivial model, and
> it
> > >>> does not happen in osgviewer at all (as far as I can tell), using the
> > >>> same
> > >>> model I had in my game viewer.  What could I be doing wrong?
> > >>>
> > >>> Thanks
> > >>> -- Rick
> > >>
> > >>
> > >> --
> >  Rick
> > >> Check us out at http://fringe-online.com/
> > >> ___
> > >> 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
> >
> > ___
> > 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
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] osgViewer 's' key Geometry information

[Rick Pingry]

I was wondering about this too.  I remember at one time seeing the number of
polys and vertices.  In the code it seems to be macro'd out with

#if 0
(but not all of the code, not enough to there to see how it would have
worked I think)

It would be handy.  Can we not have this toy anymore ?  ;D

-- Rick


On Thu, Jul 3, 2008 at 9:41 AM, dimi christop <[EMAIL PROTECTED]>
wrote:

> Hi,
> in the QuickStart Guide at page 9 (1.3.4 Statistics Display)
> it is stated that the 's' key cycles between 4 display modes.
> 1. Frame Rate, showing only the FPS
> 2. Traversal time, showing the traversal times including a graphical
> display
> 3. Geometry information, dsipalys the number of Drawable obkect, and total
> number of vertices/primitives.
> 4. Nothing
>
> I only can only see mode 1,2,4 mode 3 does not exist.
> Is this another Errata bug for Paul Martz or am I missing something.
>
>
>
> Thanks
> Dimi
>
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Performance hit caused by porting from VS 7.1 to VS 9

[Rick Pingry]

I had thought about maybe express being non-optimal as well, so I had some
friends do the compile on their machines with a full version of VS 9, with
the same results.  The only thing remaining I can think of is making new
projects in VS 9 as suggested.

Thanks,
-- Rick

On Wed, Jul 2, 2008 at 8:53 AM, Jean-Sébastien Guay <
[EMAIL PROTECTED]> wrote:

> Hi Robert,
>
> Do the express editions do full optimizations?  I recall previously MS
>> used to cap the optimization on the give away versions of VS.
>>
>
> Nope, since 2005 express (8.0 express) it's the full optimizing compiler
> that's included.
>
> Rick said he converted the projects for his app from VS7.1 projects, maybe
> that causes some options to be set to non-optimal values in the resulting
> projects... I would suggest making new projects in VS9.
>
> J-S
> --
> __
> Jean-Sebastien Guay[EMAIL PROTECTED]
>   http://www.cm-labs.com/
>http://whitestar02.webhop.org/
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Performance hit caused by porting from VS 7.1 to VS 9

[Rick Pingry]

Yes, the only ones I converted were my own projects.  I used a fresh CMake
configuration with everything OSG.  It might be that only my own projects
are slower.

-- Rick

On Tue, Jul 1, 2008 at 5:45 PM, Paul Martz <[EMAIL PROTECTED]> wrote:

>  Do you get the same behavior if you generate fresh VS9 project files with
> cmake, instead of generating VS7.1 files and converting them? I'm not sure
> this will have any effect, but it seems like it might be worth a shot...
>-Paul
>
>
>  --
> *From:* [EMAIL PROTECTED] [mailto:
> [EMAIL PROTECTED] *On Behalf Of *Rick Pingry
> *Sent:* Tuesday, July 01, 2008 3:14 PM
> *To:* OpenSceneGraph Users
> *Subject:* [osg-users] Performance hit caused by porting from VS 7.1 to VS
> 9
>
>   Hello All,
>
> We have succesfully ported from OSG 1.2 to the newest SVN version (well,
> almost newest, I think we are on 8512 at the moment).  Thanks again for all
> the fantastic forum support.
>
> We have been using VS 7.1 for all of our work so far, but since we were
> missing a well build freetype library, I figured it was time to make the
> jump there as well.  I downloaded VS 9 express and ran CMake to build OSG.
> All built just fine.  The converter in VS 9 converted all of the projects
> without fuss, and I was able to get it all compiling and running pretty
> easily.  Unfortunately, I am seeing this 30% drop in framerate :(.  I was
> seeing about 28-30 fps (yes, I know, I have some scene optimizing to do)
> with the VS 7.1 build, which dropped to 20-21 fps using VS 9 express.
>
> Has anyone seen anything like that before?  Am I missing some setting
> somewhere?  Perhaps the converter in VS 9 does not like me?
> Any ideas?
>
> -- Thanks
> >> Rick
> Check us out at http://fringe-online.com/
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Performance hit caused by porting from VS 7.1 to VS 9

[Rick Pingry]

Hello All,

We have succesfully ported from OSG 1.2 to the newest SVN version (well,
almost newest, I think we are on 8512 at the moment).  Thanks again for all
the fantastic forum support.

We have been using VS 7.1 for all of our work so far, but since we were
missing a well build freetype library, I figured it was time to make the
jump there as well.  I downloaded VS 9 express and ran CMake to build OSG.
All built just fine.  The converter in VS 9 converted all of the projects
without fuss, and I was able to get it all compiling and running pretty
easily.  Unfortunately, I am seeing this 30% drop in framerate :(.  I was
seeing about 28-30 fps (yes, I know, I have some scene optimizing to do)
with the VS 7.1 build, which dropped to 20-21 fps using VS 9 express.

Has anyone seen anything like that before?  Am I missing some setting
somewhere?  Perhaps the converter in VS 9 does not like me?
Any ideas?

-- Thanks
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Missing Freetype?

[Rick Pingry]

Ah, I see.  That 7.1 SVN is frozen because mew does not have VS 7.1 access
anymore.  That one is still using version 219 of freetype, and the one in
the newer 8.0 directory is 235.  Looks like I need to go build.  ;)

On Thu, Jun 26, 2008 at 4:29 PM, Rick Pingry <[EMAIL PROTECTED]> wrote:

> WOW!  What an amazing community!
>
> Sorry about missing the earlier mention.  I looked through the archives and
> did not see the notice.  I am indeed upgrading from OSG 1.2, and realized
> that my 3rdParty SVN folder was not an extrernal pointing back to OSG, but
> my old one.  I did figure that out though, and got to just where you
> mentioned.  (curious as to why that one setting would be in Advanced
> though).  Anyway, as I compile, I am getting the linker error with "
> _FT_Outline_Get_BBox"
>
> I was about to write and saw that you guys already replied, THANKS!
>
> I was looking through some older archives for this and saw a post from mew
> that references:
> *https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/*<https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/>
> and inside there is a folder called 
> "3rdParty_win32binaries_vs71/<https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/3rdParty_win32binaries_vs71/>
> "
>
> should that get me what I need, or do I need to still rebuild freetype
> myself?
>
> Thanks Again,
> -- Rick
>
>
>   On Thu, Jun 26, 2008 at 4:05 PM, Mike Weiblen <[EMAIL PROTECTED]>
> wrote:
>
>> are you using the VS71 3rdParty binaries?  The version of freetype
>> changed in the VS80 3rdParty binaries, and perhaps the CMake
>> dependency code isn't checking for that case.
>>
>> -- mew
>>
>>
>>
>> On Thu, Jun 26, 2008 at 2:58 PM, Rick Pingry <[EMAIL PROTECTED]>
>> wrote:
>> > Hello all,
>> >
>> > As I was running the viewer and trying to understand osgHUD, I see
>> errors
>> > about not being able to find the plugin to load "arial.ttf".
>> >
>> > As I dug, I realized that the freetype plugin was responsible for this
>> (I
>> > started off looking for a "ttf" plugin).
>> >
>> > The freetype plugin does not show up in the (VS 7.1 2003) solution that
>> > CMake made for me.
>> >
>> > As I looked at CMake, the options that refer to freetype are:
>> > FREETYPE_INCLUDE_DIR_freetype2
>> > FREETYPE_INCLUDE_DIR_ft2build
>> > FREETYPE_LIBRARY_DEBUG
>> >
>> > and all of these say something about being not found.
>> >
>> > I have a 3rdParty folder, and it is being properly used for jpeg, gif,
>> glut,
>> > tiff, etc.  I set these options to be what made sense to me in the
>> 3rdParty
>> > folder (which does have freetype includes and libes), and ran CMake with
>> no
>> > errors, but I still did not see any freetype plugin in the SLN when I
>> opened
>> > it.  What am I missing?
>> >
>> > -- Thanks
>> >>> Rick
>> > Check us out at http://fringe-online.com/
>> > ___
>> > osg-users mailing list
>> > osg-users@lists.openscenegraph.org
>> >
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>> >
>> >
>>
>>
>>
>> --
>> Mike Weiblen -- Austin Texas USA -- http://mew.cx/
>>  ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
>
> --
>  >> Rick
> Check us out at http://fringe-online.com/
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Missing Freetype?

[Rick Pingry]

WOW!  What an amazing community!

Sorry about missing the earlier mention.  I looked through the archives and
did not see the notice.  I am indeed upgrading from OSG 1.2, and realized
that my 3rdParty SVN folder was not an extrernal pointing back to OSG, but
my old one.  I did figure that out though, and got to just where you
mentioned.  (curious as to why that one setting would be in Advanced
though).  Anyway, as I compile, I am getting the linker error with "
_FT_Outline_Get_BBox"

I was about to write and saw that you guys already replied, THANKS!

I was looking through some older archives for this and saw a post from mew
that references:
*https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/*<https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/>
and inside there is a folder called
"3rdParty_win32binaries_vs71/<https://osgtoy.svn.sourceforge.net/svnroot/osgtoy/3rdParty/branches/3rdParty_win32binaries_vs71/>
"

should that get me what I need, or do I need to still rebuild freetype
myself?

Thanks Again,
-- Rick


On Thu, Jun 26, 2008 at 4:05 PM, Mike Weiblen <[EMAIL PROTECTED]>
wrote:

> are you using the VS71 3rdParty binaries?  The version of freetype
> changed in the VS80 3rdParty binaries, and perhaps the CMake
> dependency code isn't checking for that case.
>
> -- mew
>
>
>
> On Thu, Jun 26, 2008 at 2:58 PM, Rick Pingry <[EMAIL PROTECTED]>
> wrote:
> > Hello all,
> >
> > As I was running the viewer and trying to understand osgHUD, I see errors
> > about not being able to find the plugin to load "arial.ttf".
> >
> > As I dug, I realized that the freetype plugin was responsible for this (I
> > started off looking for a "ttf" plugin).
> >
> > The freetype plugin does not show up in the (VS 7.1 2003) solution that
> > CMake made for me.
> >
> > As I looked at CMake, the options that refer to freetype are:
> > FREETYPE_INCLUDE_DIR_freetype2
> > FREETYPE_INCLUDE_DIR_ft2build
> > FREETYPE_LIBRARY_DEBUG
> >
> > and all of these say something about being not found.
> >
> > I have a 3rdParty folder, and it is being properly used for jpeg, gif,
> glut,
> > tiff, etc.  I set these options to be what made sense to me in the
> 3rdParty
> > folder (which does have freetype includes and libes), and ran CMake with
> no
> > errors, but I still did not see any freetype plugin in the SLN when I
> opened
> > it.  What am I missing?
> >
> > -- Thanks
> >>> Rick
> > Check us out at http://fringe-online.com/
> > ___
> > osg-users mailing list
> > osg-users@lists.openscenegraph.org
> >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> >
> >
>
>
>
> --
> Mike Weiblen -- Austin Texas USA -- http://mew.cx/
>  ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Missing Freetype?

[Rick Pingry]

Hello all,

As I was running the viewer and trying to understand osgHUD, I see errors
about not being able to find the plugin to load "arial.ttf".

As I dug, I realized that the freetype plugin was responsible for this (I
started off looking for a "ttf" plugin).

The freetype plugin does not show up in the (VS 7.1 2003) solution that
CMake made for me.

As I looked at CMake, the options that refer to freetype are:
FREETYPE_INCLUDE_DIR_freetype2
FREETYPE_INCLUDE_DIR_ft2build
FREETYPE_LIBRARY_DEBUG

and all of these say something about being not found.

I have a 3rdParty folder, and it is being properly used for jpeg, gif, glut,
tiff, etc.  I set these options to be what made sense to me in the 3rdParty
folder (which does have freetype includes and libes), and ran CMake with no
errors, but I still did not see any freetype plugin in the SLN when I opened
it.  What am I missing?


-- Thanks
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] How to take a picture of my scene?

[Rick Pingry]

(If you are using windows), I also use the "Print Screen" button, which
effectively copis the image to the clip-board.

-- Rick

On Thu, Jun 26, 2008 at 11:08 AM, Robert Osfield <[EMAIL PROTECTED]>
wrote:

> Hi Carlos,
>
> This has been discussed lots in the last month so have a look through
> the osg-users archives.
>
> Robert.
>
> On Thu, Jun 26, 2008 at 3:59 PM, Carlos Sanches <[EMAIL PROTECTED]> wrote:
> >
> >
> >  Hi friends !
> > I 'd want to save the frames of my OSG scene in jpg or bmp or any other
> > format.
> > What function do this ?
> > How do I do this ??
> >
> > thank you !
> >
> > ___
> > 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
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] LODScaleHandler crash on unref

[Rick Pingry]

I have had this problem since I first started using OSG in every application
that has multiple views of the same scene graph.  All of mine are windows
based, but only one was MFC.  Anyway, I always resolved the issue by turning
off display lists.  It seems there is a problem somewhere that should be
fixed, but perhaps my "turning off display lists" hack might point someone
who knows better in the right direction.

-- Rick

On Tue, Jun 24, 2008 at 4:30 AM, amalric alexandre <[EMAIL PROTECTED]>
wrote:

> Hi Jean-Sébastien,
>
> I was kidding when I was saying that the community wasn't really
> appreciating windows.
>
> I have resolved my bug about adding and removing views, I don't know
> exactly how because I made a lot of modification in my code and I was a
> little bit lost.
>
> But there is 2 others strange behaviours that the community can reproduce :
>
> 1) The first one is about the MFC sample (OSG 2.5.2), sorry it's seems to
> be related to the GraphicsWindowWin32 :
>  - First open a model
>  - Minimize the first window
>  - Click on "Window"->"New Window"
>  - Minimize the second window
>  - Close the first window
>  - Then try to resize by holding the corner of the second window
> You'll see something like the picture I attached.
>
>
> 2) The second bug is about something we told in a previous post :
> [osg-users] Textures disappear when removing and adding views
> I attached a code sample (derived from osgwindow sample) wich reproduce
> this kind of bug :
>  - Launch my sample, loading the cow.osg (default behaviour no args)
>  - Press 'a' key to remove a view from the composite viewer
>  - Press 'z' key to add a new view to the composite viewer
>  - The new view is showing a cow without any texture
>
> How can we avoid this kind of behaviour, am I missing something ?
>
> Kind regards,
>
>
>
>
>
> 2008/6/23 Jean-Sébastien Guay <[EMAIL PROTECTED]>:
>
>> Hello Alexandre,
>>
>> I know that the community isn't really appreciating windows and MFC but
>>> I'm not sure to reproduce the bug in an other example, I'll give a try and
>>> you will hear from me if I succeed.
>>>
>>
>> I wouldn't interpret what Robert said as "the community isn't really
>> appreciating Windows and MFC", just that if you base your example on the MFC
>> example then you're vastly reducing the chances that your problem will get
>> debugged/fixed. The simulation market (where OSG has been mostly used since
>> the project was started) has traditionally been more Unix/Linux-centered, so
>> it's not surprising that Windows is not chosen as much.
>>
>> Please try to reproduce your problem in a general example (like
>> osgcompositeviewer for example) and if you succeed, send it in. If not, then
>> modify osgviewerMFC to see if you can reproduce it there. I can test it out,
>> and so can others I think, just not the majority of the poeple who are well
>> placed to find/fix the problem (I may be able to compile/run your example,
>> but I might not be able to find out what's wrong...).
>>
>> J-S
>> --
>> __
>> Jean-Sebastien Guay[EMAIL PROTECTED]
>>   http://www.cm-labs.com/
>>http://whitestar02.webhop.org/
>>
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
>
> --
> Alexandre AMALRIC Ingénieur R&D
> ===
> PIXXIM S.A. 73E, rue Perrin-Solliers 13006 Marseille
> http://www.pixxim.fr
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Build 8458 Problem with wanting to include a missing

[Rick Pingry]

Subject says it.  Might have forgotten to SVN add OpenThreads\Config.

-- Thanks,
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

Excellent, THANKS!

For the computePixelCoords, I just copied from what Producer::KeyboardMouse
was doing, and made the appropriate changes.  I am assuming the mouse
coordinates work the same way they did before.

-- Rick

On Wed, Jun 18, 2008 at 4:48 AM, Robert Osfield <[EMAIL PROTECTED]>
wrote:

> Hi Rick,
>
> On Wed, Jun 18, 2008 at 12:12 AM, Rick Pingry <[EMAIL PROTECTED]>
> wrote:
> > Producer::KeyboardMouse::positionPointer( float x, float y )
> >
> > Any way to set the mouse position like this?
>
> GraphicsWindow::requestWarpPointer(x,y);
>
> and
>
> View::requestWarpPointer(x,y);
>
> The later will automatically work out which window to warp to.
>
> Robert.
>  ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

Hey, I about have all of it!

The last two things I am trying to work out are the:
Producer::KeyboardMouse::positionPointer( float x, float y )

and
Producer::KeyboardMouse::computePixelCoords(mouseX, mouseY, renderSurface,
pixelX, pixelY)

for computePixelCoords, should I just find the width and height of the
window, and then do
pixelX = (width*0.5)*(mouseX+1.0);
pixelY = (height*0.5)*(mouseY+1.0); // maybe flipped?

I imagine this has to be somewhere.


As for the positionPointer thing, I am turning the cursor off and just
keeping the mouse pointer in the screen and measuring how much it moved
since last frame (for a game).  Perhaps someone knows of a better way to do
this?

Thanks much
-- Rick

On Tue, Jun 17, 2008 at 7:12 PM, Rick Pingry <[EMAIL PROTECTED]> wrote:

> Thanks guys,
>
> that is just what I did.
>
> Now I am looking for the equivilent of
>
> Producer::KeyboardMouse::positionPointer( float x, float y )
> Any way to set the mouse position like this?
> Thanks Again,
> -- Rick
>
>   On Tue, Jun 17, 2008 at 1:08 PM, Jean-Sébastien Guay <
> [EMAIL PROTECTED]> wrote:
>
>> Hello Rick,
>>
>> I noticed that there is:
>>> osgViewer::Viewer->getCamera()->setPostDrawCallback()
>>>  but there is only one (implied by a set* rather than add*).  Any way to
>>> have multiple ones?
>>>
>>
>> You could create a CompositeDrawCallback class, which would be an
>> osg::Camera::DrawCallback, would have a vector osg
>> osg::Camera::DrawCallbacks, and in its operator() would call the callbacks'
>> operator() methods one by one.
>>
>> I know that there are probably new ways to do all of this stuff, add
>>> HUD's, new ways to handle the keyboard and mouse and everything else.  I am
>>> just trying to refactor what I have rather than re-writing the whole darn
>>> thing.
>>>
>>
>> That's perfectly normal. Just be prepared to look around (generating the
>> doxygen from the source is a great tool - it's unfortunately not up to date
>> on the OSG web site).
>>
>> As a side note, you can also do a HUD with a post-draw camera added as a
>> child to your main camera - so you could have multiple post-draw cameras as
>> children of the main camera. That would probably scale better than post-draw
>> callbacks. See the osghud example.
>>
>> Hope this helps,
>>
>> J-S
>> --
>> __
>> Jean-Sebastien Guay[EMAIL PROTECTED]
>>   http://www.cm-labs.com/
>>http://whitestar02.webhop.org/
>>
>> ___
>> osg-users mailing list
>> osg-users@lists.openscenegraph.org
>> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>>
>
>
>
>  --
> >> Rick
> Check us out at http://fringe-online.com/
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

Thanks guys,

that is just what I did.

Now I am looking for the equivilent of

Producer::KeyboardMouse::positionPointer( float x, float y )
Any way to set the mouse position like this?

Thanks Again,
-- Rick

On Tue, Jun 17, 2008 at 1:08 PM, Jean-Sébastien Guay <
[EMAIL PROTECTED]> wrote:

> Hello Rick,
>
> I noticed that there is:
>> osgViewer::Viewer->getCamera()->setPostDrawCallback()
>>  but there is only one (implied by a set* rather than add*).  Any way to
>> have multiple ones?
>>
>
> You could create a CompositeDrawCallback class, which would be an
> osg::Camera::DrawCallback, would have a vector osg
> osg::Camera::DrawCallbacks, and in its operator() would call the callbacks'
> operator() methods one by one.
>
> I know that there are probably new ways to do all of this stuff, add HUD's,
>> new ways to handle the keyboard and mouse and everything else.  I am just
>> trying to refactor what I have rather than re-writing the whole darn thing.
>>
>
> That's perfectly normal. Just be prepared to look around (generating the
> doxygen from the source is a great tool - it's unfortunately not up to date
> on the OSG web site).
>
> As a side note, you can also do a HUD with a post-draw camera added as a
> child to your main camera - so you could have multiple post-draw cameras as
> children of the main camera. That would probably scale better than post-draw
> callbacks. See the osghud example.
>
> Hope this helps,
>
> J-S
> --
> __
> Jean-Sebastien Guay[EMAIL PROTECTED]
>   http://www.cm-labs.com/
>http://whitestar02.webhop.org/
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

As I am porting, I ran across a place where I was using
osgProducer::OsgCameraGroup->getCamera(0)->addPostDrawCallback()

(where I am doing things like drawing HUD's and I have several on the
screen)

I noticed that there is:
osgViewer::Viewer->getCamera()->setPostDrawCallback()

but there is only one (implied by a set* rather than add*).  Any way to have
multiple ones?

I know that there are probably new ways to do all of this stuff, add HUD's,
new ways to handle the keyboard and mouse and everything else.  I am just
trying to refactor what I have rather than re-writing the whole darn thing.

-- Rick

On Tue, Jun 17, 2008 at 6:21 AM, David Spilling <[EMAIL PROTECTED]>
wrote:

> Mike,
>
> FYI, and FWIW (and I believe that this has been reported elsewhere on list)
> I am using VS9 Express - the free version - and your prebuilt VS8 binaries.
> Using _release_ builds has presented no compatibility issues so far.
>
> However, using _debug_ builds seems to present apparent incompatibility
> issues between the VS8 built debug 3rd party libraries and VS9. I say
> "seems" because this may be a Cmake issue - I've seen some on-list stuff
> that might relate to this - and haven't recently updated to sort it all out,
> so there may still be no conflicts.
>
> Just thought you might like to know.
>
> David
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

Thanks Mike,

So are you saying that I should be able to do a CMake build using 7.1?  I am
going to give that a try.

-- Rick




On Mon, Jun 16, 2008 at 7:33 PM, Mike Weiblen <[EMAIL PROTECTED]>
wrote:

> Hi,
>
> imho I'd keep w/ VS7.1 across the board for your initial porting
> effort to OSG 2.x, then migrate to VS9 later as necessary; just avoids
> having too many variables at play.  Take things one step at a time.
>
> fwiw I dont use VS9 yet, consequently I have no VS9 prebuilt 3rdParty
> libraries, so you'll have to build those too if you move straight to
> VS9.  My VS8 prebuilts are actively maintained, but mixing them w/ VS9
> seems asking for trouble.  The VS7.1 prebuilts are frozen but still
> available at the osgToy svn; there may be a couple you will have to
> build from a newer version (eg freetype)
>
> my $0.02
> cheers
> -- mew
>
>
>
> On Mon, Jun 16, 2008 at 2:26 PM, Rick Pingry <[EMAIL PROTECTED]>
> wrote:
> > Hello All,
> >
> > We are finally taking the plunge from OSG 1.2 and Producer to the newest
> > version on SVN.  (>GULP!<)
> > We are using osgProducer::OsgCameraGroup with a single camera and a
> > Producer::KeyboardMouseCallback.  I have been reading that we COULD
> possible
> > keep some of the Producer stuff, but it was recommended that we make the
> > switch and I figure we might as well make the break clean.
> >
> > I saw some porting notes on the Wiki, but they seemed to be mentioning
> the
> > REASONS for the change from Producer to Viewer, not necessarily step by
> step
> > porting directions as I would have hoped.   There are a lot of paradigms
> > that I am used to in Producer that seem so very foreign in Viewer.  I did
> > take a look at the osgkeyboardmouse example and that makes sense to me,
> so I
> > think I will be ok using osgViewer::Viewer and replace my
> > KeyboardMouseCallback with a osgGA::GUIEventHandler.
> >
> > My biggest question at this point is more about the version of Visual
> Studio
> > I am using.  We have been using VS 7.1 for all of our work so far, and I
> > downladed a copy of VS 9 Express to compile the newest source from SVN.
>  At
> > first I tried to replace the Viewer code, still using VS 7.1 but linking
> to
> > the libs made in VS 9, but I started getting strange errors about the
> > compiler stack overflowing.  I backed off all of my changes, because I
> > figured that I really screwed something up, and I am going at it again.
> >
> > So that takes me to the real question here.  Should I be able to link my
> VS
> > 7.1 project to the new OSG libs built in VS 9 Express?  Would it be
> better
> > for me to port my whole project over to VS 9 Express?  Perhaps I could
> use
> > CMake and build the new OSG using VS 7.1 and then link that in with what
> I
> > have?
> >
> > Thanks
> > -- Rick
> > ___
> > osg-users mailing list
> > osg-users@lists.openscenegraph.org
> >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> >
> >
>
>
>
> --
> Mike Weiblen -- Austin Texas USA -- http://mew.cx/
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
>> Rick
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Upgrading from version 1.2 and Producer using Visual Studio

[Rick Pingry]

Hello All,

We are finally taking the plunge from OSG 1.2 and Producer to the newest
version on SVN.  (>GULP!<)
We are using osgProducer::OsgCameraGroup with a single camera and a
Producer::KeyboardMouseCallback.  I have been reading that we COULD possible
keep some of the Producer stuff, but it was recommended that we make the
switch and I figure we might as well make the break clean.

I saw some porting notes on the Wiki, but they seemed to be mentioning the
REASONS for the change from Producer to Viewer, not necessarily step by step
porting directions as I would have hoped.   There are a lot of paradigms
that I am used to in Producer that seem so very foreign in Viewer.  I did
take a look at the osgkeyboardmouse example and that makes sense to me, so I
think I will be ok using osgViewer::Viewer and replace my
KeyboardMouseCallback with a osgGA::GUIEventHandler.

My biggest question at this point is more about the version of Visual Studio
I am using.  We have been using VS 7.1 for all of our work so far, and I
downladed a copy of VS 9 Express to compile the newest source from SVN.  At
first I tried to replace the Viewer code, still using VS 7.1 but linking to
the libs made in VS 9, but I started getting strange errors about the
compiler stack overflowing.  I backed off all of my changes, because I
figured that I really screwed something up, and I am going at it again.

So that takes me to the real question here.  Should I be able to link my VS
7.1 project to the new OSG libs built in VS 9 Express?  Would it be better
for me to port my whole project over to VS 9 Express?  Perhaps I could use
CMake and build the new OSG using VS 7.1 and then link that in with what I
have?

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

Re: [osg-users] please clarify about returns

[Rick Pingry]

I think the core of this conversation has probably digressed from where it
was intended (although the information has been enlightening).  This was a
spur from the can-we-all-please use-names thread:

1.  Robert asked that we use names (perhaps only first names)
2.  NightHawk (and others) disagreed and sited that pseudonames and handles
were acceptable in a web forum
3.  Other people from the forum said we should defer to Robert's request out
of pure respect for the work he does for all of us
4.  NightHawk refuted that claim based on this being a "free service", and
are we paying him or what?

I think that NightHawk's question about whether or not people are expecting
checks was meant to be a rhetorical slam.

-- Rick

On Tue, Mar 25, 2008 at 2:50 PM, Mike Weiblen <[EMAIL PROTECTED]>
wrote:

> The terms _are_ explicitly stated.  The licenses and copyrights included
> in the source are there to clearly define the terms by which you may use
> OSG; you must comply with those terms.  As you'll see, those terms do
> not include licensing fees/monetary compensation.
>
> If you hire someone to do work on OSG, certainly you'd best comply w/
> the terms of that contract, including their "expected" compensation.
>
> That's really all there is to it.
>
> cheers
> -- mew
>
>
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:osg-users-
> > [EMAIL PROTECTED] On Behalf Of Night Hawk
> > Sent: Monday, March 24, 2008 5:21 PM
> > To: OpenSceneGraph Users
> > Subject: [osg-users] please clarify about returns
> >
> > Some one in some other thread indicated about the developers of OSG
> > expecting cheques. I don't know if that is just a misconception on the
> > part of that user or if it is reality.
> >
> > Would like someone to clarify if the developers are expecting anything
> > in return from the users. If my decade experience with building
> > open-source libraries for others to use is of any value, I don't think
> > they are. But all the same, I would like to get it confirmed
> > officially.
> >
> > Because, If any developer is "expecting" anything in return - please
> > state it so explicitly (may be in the legal notice itself) and People
> > like me can then consider going to other libraries such as Irrlicht or
> > OGRE.
> >
> > The main reason I considered OSG is because this is in the bottom most
> > 10th position in the list of engines at
> > http://www.devmaster.net/engines/
> >
> > If it were in any top position, I wouldn't even have looked at it. And
> > I chose to work on this because of my assumption that developers of
> > this are working on this because they WANT to work on it. Let me know
> > if that is not the case and if the developers are doing this because
> > they expect something out of it. I will reevaluate if my working on
> > this could be a good idea.
> >
> > Thanks.
> >
> > PS: Expecting returns is different from accepting returns. My
> > questions about "expectations" and not "acceptations". I have no
> > objection for "acceptations". My query is only about "expectations".
> > Plz. don't start some other non-sense thread confusing these two.
>  > ___
> > 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
>



-- 
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] please clarify about returns

[Rick Pingry]

>From what I can tell from that site, the list is about the "Most Reviewed
Open Source Engines", meaning the most number of votes, not necessarily the
quality of the engine.  That said, there are a lot of engines out there, and
I am proud to see OpenSceneGraph on the top ten of a list that is not its
primary market.

That said, I was introduced to OSG as a part of my day job, working on Vis
Sim for Northrop Grumman and the military.  I have been trying to apply that
knowledge to game development as well (with the dream of someday making THAT
my day job :)  We have a VERY early web site up, check it out at
http://www.fringe-online.com/.  (Yes, I know the OSG logo on the bottom is
pitiful, I have already told my partner to make it bigger and link back to
OSG, along with a link for RakNet and FMOD).

Glad to be a part of the community
-- Rick

On Tue, Mar 25, 2008 at 11:40 AM, Robert Osfield <[EMAIL PROTECTED]>
wrote:

> Hi Cole,
>
> On Mon, Mar 24, 2008 at 10:21 PM, Night Hawk
> <[EMAIL PROTECTED]> wrote:
> > Some one in some other thread indicated about the developers of OSG
> >  expecting cheques. I don't know if that is just a misconception on the
> >  part of that user or if it is reality.
>
> This is a misconception.  None of the developers/users/contributors
> expect anything monetary for source code, the public mailing list
> usage or public documentation on the website.  Use of all these
> resources is free.
>
> However, curetesy and respect on public mailing lists is very much
> appreciated, in fact its the currency that oil's the cogs of the
> project.
>
> >  The main reason I considered OSG is because this is in the bottom most
> >  10th position in the list of engines at
> >  http://www.devmaster.net/engines/
> >
> >  If it were in any top position, I wouldn't even have looked at it. And
> >  I chose to work on this because of my assumption that developers of
> >  this are working on this because they WANT to work on it. Let me know
> >  if that is not the case and if the developers are doing this because
> >  they expect something out of it. I will reevaluate if my working on
> >  this could be a good idea.
>
> I find this pretty bizarre logic, but hey ho each to there own.
>
> W.r.t 10th position on a gaming website's like of games engines isn't
> too shaby for something that isn't a game engine, and doesn't try to
> be.  Its the odd one out form the list as the only pure scene graph
> technology on offer.  The OpenSceneGraph's project heartland isn't
> games, its visual simulation, virtual reality, GIS, scientific
> visualization, serving a very different market than anything else in
> the top ten.
>
> The OpenSceneGraph is a professional grade scene graph used by the
> likes of Nasa, Esa, Boeing, Lockheed-Martin and many  hundreds of
> simulation companies around the worlds, it's now the world's leading
> scene graph technology, nothing else now comes close in the vis-sim
> market.
>
> Try going to the front page of opengl.org, see how many headlines
> mention the OpenSceneGraph.  This isn't stuff I've put up as promo,
> its just stuff happening out in industry.
>
> All this activity also means that I and others who provide consultancy
> on top of the OpenSceneGraph project are very busy, both in commercial
> activity and with helping keep the public and free/open source side
> vibrant.  I personally have been self employed providing
> OpenSceneGraph consultancy for 7 years now - yep its been 7 years
> since one might been able to call OpenSceneGraph a little hobby
> project.
>
> Commercial side to the project is still tiny in the over scheme of the
> project, only a small percentage of users take advantage of
> consultancy, support and training services.  Most comericial users of
> the project haven't ever been a client of mine or other consultants,
> yet there is till plenty of work to go around the half dozen engineers
> I know of who a contracting on various OSG client projects.
>
> So... if you want a professional grade scene graph then you've come to
> the right place.   If you were expecting a small hobby project then
> well... happy hunting.
>
> Robert.
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Settings for the GPU Challenged?

[Rick Pingry]

Thanks Guys

On Mon, Mar 24, 2008 at 5:24 PM, Jeremy Moles <[EMAIL PROTECTED]>
wrote:

>
> On Mon, 2008-03-24 at 21:23 +, Robert Osfield wrote:
> > Hi Rick,
> >
> > Have a look at the osg::GraphicsContext::WindowingSystemInterface.
> > The setScreenResolution method is what you want.  Its implemented
> > under Windows, and under Linux if you enable the support, I don't
> > recall the details off the cuff though.
>
> Hmm, I think I actually coded this. :) But I don't remember...
>
> Oh yeah! Be sure and build with XRANDR support under Linux and it'll
> work. Yep.
>
> > Robert.
> >
> >
> > On Mon, Mar 24, 2008 at 8:35 PM, Rick Pingry <[EMAIL PROTECTED]>
> wrote:
> > > Hello all,
> > >
> > > Is there a way to set the resolution of the screen itself for gaming?
>  Lets
> > > say you have your viewer window full screen, but the player is on a
> machine
> > > that does not have quite the hot graphics card, so they want to dump
> their
> > > resolution to keep the frame rate up.  Are there any other things they
> can
> > > tweak in addition to this?  I had already thought of providing lower
> level
> > > of detail models, turning off extra lights, turning off anti-aliasing,
> and
> > > using lower res images.  Anything else I can do for my players that
> are GPU
> > > challenged?
> > >
> > > Thanks,
> > > -- Rick
> > > ___
> > >  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
> >
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
Check us out at http://fringe-online.com/
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Settings for the GPU Challenged?

[Rick Pingry]

Hello all,

Is there a way to set the resolution of the screen itself for gaming?  Lets
say you have your viewer window full screen, but the player is on a machine
that does not have quite the hot graphics card, so they want to dump their
resolution to keep the frame rate up.  Are there any other things they can
tweak in addition to this?  I had already thought of providing lower level
of detail models, turning off extra lights, turning off
anti-aliasing, and using lower res images.  Anything else I can do for my
players that are GPU challenged?

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