date:20060922

Re: [osg-users] Visual System Performance reply

2006-09-22 Thread Donald Tidrow


Speaking of the new drivers...

http://www.nzone.com/object/nzone_downloads_linux_display_x86_1.0-9625.html

Jan Ciger wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Wasileski, Bryan J. wrote:


I've messed with the configuration for a couple days now and I don't
believe I'm getting an SLI configuration. Anytime I set that option, the
video drops to a single DVI output (single screen)



This is normal with SLI.



and I see no
difference in performance. 



Well, this is also "normal" at the moment, at least with Linux - see the
article:
http://www.phoronix.com/scan.php?page=article&item=551&num=1

Quoting:
"A single NVIDIA GPU performs approximately the same under the Windows
and Linux drivers, however, once SLI is enabled the Linux drivers can
barely provide any advantages."



In fact, the only time I've been able to get
the second board to produce an output is if I configure for two
x-screens, then I only get 1 DVI output per board. In this configuration
I have to run separate processes, one for each GPU, so I'm not really
taking advantage of having the two GPU's.



Yes, normal - see the documentation for the nVidia's drivers - the
second board is "dead" when using SLI (not producing any output). This
works exactly the same in Windows. You *cannot* use SLI configuration
with multiple monitors, it is intended to accelerate rendering on one
output device (i.e. gamers are the target).



Do you know of any system
check to see if SLI is active or not? 
Right now, the only thing setting

the SLI configuration does for me that I can tell is kick off the dual
screen. Then I know that SLI has been set - what clue.



This is normal behavior and is correct. You can check whether SLI is
working by running 'nvidia-settings', going to 'OpenGL Settings' and
turning on 'Enable SLI Heads-Up-Display'. Then you should see two green
bars displaying the load balancing between the two graphic cards on the
screen whenever you run an OpenGL application. This feature may depend
on the SLI mode (AFR/SFR/SFRAA) selected, but if you see the bars, SLI
is working.

Regards,

Jan

- --

Jan Ciger
GPG public key: http://www.keyserver.net/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFFFEjIn11XseNj94gRAsuzAJ4kMO02uDyjC3TfmQLVwr1KnCq6vQCg5ozC
MR50K4eAwdoCrWoqBRDhtfQ=
=46Gv
-END PGP SIGNATURE-
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/



--
"Democracy is two wolves and a lamb voting on what to have for lunch.
Liberty is a well-armed lamb contesting the vote."
- Benjamin Franklin

++
|  Don Tidrow|
|  Visualization Software Engineer   |
|  SAIC  |
|  ph: 703-253-1094  |
++
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Interactive documentation

2006-09-22 Thread Watson Ladd

I don't think so. If you need documentation a *cough* documentation
*cough* file should be enough. Just ship it with the application.
Robert Osfield wrote:
> A thought occured to me the other while I was waiting for a rebuild of
> the osgIntrospection wrappers, that perhaps we could have an option in
> osgIntrospection for having a documentation string for each namespace,
> class and member function/variable.  This documentation string would be
> one of the doxygen strings that are embedded in header files.   You'd
> want to make this optional, as it'd be a bit more bloat to wrappers, but
> it should be too hard to add since genwrapper is based around doxygen
> anyway.
> 
> So once you have a documentation string, and a suitable
> scripting/interpreted language like Lua or Phython you can have a script
> console window in your app that you could do something like:
> 
>help(node)
> 
> Or
> 
>help(node:getChild(i))
> 
> This was my thought.  Would it be useful?   That bit I can only
> speculate on.
> 
> Thoughts?
> 
> Robert.
> 
> 
> 
> 
> ___
> osg-users mailing list
> osg-users@openscenegraph.net
> http://openscenegraph.net/mailman/listinfo/osg-users
> http://www.openscenegraph.org/


-- 
They who would give up an essential liberty for temporary security,
 deserve neither liberty or security
--Benjamin Franklin



signature.asc
Description: OpenPGP digital signature
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Parallel-Split Shadow Map with osg [PSSM]

2006-09-22 Thread Terry Welsh


Hi Radu,
I tried to keep my shadow mapping code out of the scene setup business
as much as possible and have it concentrate on just rendering shadow
maps.  The only scene setup it does is add CameraNodes between a
user-specified root and scene.  The CameraNodes override scene shaders
with their own depth shaders to render shadow maps quickly.  The user
is still free to specify their scene as a subgraph of their whole
scene for the cases like you mention.  And the user is free to render
the final scene any way they want using the resulting shadow maps any
way they want.

There are so many ways to set up a scene that are application-specific
that I think it would be dangerous to let a shadow library do very
much of it.  It might make the library unusable for a lot of
applications.
- Terry



Message: 7
Date: Fri, 22 Sep 2006 17:38:57 -0400
From: Radu Mihai <[EMAIL PROTECTED]>
Subject: Re: [osg-users] Parallel-Split Shadow Map with osg [PSSM]
To: osg users 
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"

I haven't had time to move the files around the systems so it took me
some time to get back to posting the refactored osgdepthshadow:



Robert has mentioned that he's working on a shadow library, and I
think that, for me, now it's the time to have an interface to go
towards.
If there is something that can be used I would be ecstatic

I have to integrate this new depthShadows code in the company's app,
we already have this implemented, but it's based on pbuffer cameras
form OSG 0.99, and some of the code in there is plain ugly ...
The kind of issues I have to deal with now relate more to the
interface of this with the rest of the viewer:
- are there objects excluded from casting shadows ? like terrain,
that receives, but doesn't cast
this could be implemented straight-forward with a NodeMask on 
the
occluders Group
- objects that cast, but don't receive shadows ?
here changing shaders is needed
- is the shadow library going to be managing the various render-
stages of the app ?
or (link in the code above) it keeps track of the essential 
pieces,
and makes changes to subgraphs that are passed to it
The last point will be more important to PSSM, as the shadowLib has
to manage the splitting of the view fulstrum ( have to look @ Terry's
demo to see if some of these have been already dealt with)

--
Radu Mihai
[EMAIL PROTECTED]
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Re: osgPlugins not found on OS X

2006-09-22 Thread Radu Mihai



On 22-Sep-06, at 5:20 PM, E. Wing wrote:

So are you saying the prebuilt binaries work for you, but when you
compile yourself, it does not? Compiling it yourself shouldn't really
matter. Are you using the Xcode projects or Makefiles? This shouldn't
really matter either for plugins.



It seems to be an issue of the OpenFlight plugin not appearing in the  
Xcode project for the sources posted on the Download section, not so  
much a location problem for the binary.


I'm testing the cvs version and I'll post the results.
--
Radu Mihai
[EMAIL PROTECTED]


___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

[osg-users] Re: osgPlugins not found on OS X

2006-09-22 Thread E. Wing


Okay, this is starting to worry me. This is all supposed to work out of the box.


I've noticed a similar problem. The /Library/... path is not set by
default.



I have solved this problem by putting the following near the top of
main():



#ifdef __APPLE__
   osgDB::FilePathListpluginPaths;
   pluginPaths.push_back( "/Library/Application Support/OpenSceneGraph/PlugIns" 
);
  osgDB::Registry::instance()->setLibraryFilePathList( pluginPaths );
#endif


No, this should all be set up already without you having to do
anything. There's a ton of code we added to osgDB/FileUtils.cpp that
does all this already. This code was written several years ago and I
don't think it has been touched since. The code is actually a bit
smarter because it queries the system for the Application Support
directory. I learned that the Application Support directory can be
changed by users.



I put the plugins in:
/Library/Frameworks/PlugIns or in ~/Library/Frameworks/PlugIns
The frameworks are in the same place as you have them.



I forgot why this one works. Officially we tell people to use:
/Library/Frameworks/Application Support/OpenSceneGraph/PlugIns (or ~/...)
We put in some redundancy early on which I think why
/Library/Frameworks/PlugIns works, but these paths are not the ones we
advertise.


Works fine for me, without setting LD_LIBRARY_PATH (I've been using
the app.bundles from the Xcode projects)



Btw . LD_LIBRARY_PATH is hardly used on OS X . you should use
DYLD_LIBRARY_PATH . then it would work just like you expect . but copying is
the cleaner solution I think J


You shouldn't have to set (DY)LD_LIBRARY_PATH or any other
environmental variables (sans one for the Intel/ATI bug). The whole
motivation for our FileUtils.cpp patch was so we could leave
environmental variables behind.


ps. on the intel mac there's a bug in the ati driver that creates
crashes when rendering font files loaded from the disk.



Yes, I documented this fairly extensively in the OSX_OSG_README.rtf file.



With the framework version I placed the Frameworks in "/Library/Frameworks"
and PlugIns in "/Library/Application Support/OpenSceneGraph/PlugIns".  This
failed to find the plugins the same way as when I compiled myself.


So are you saying the prebuilt binaries work for you, but when you
compile yourself, it does not? Compiling it yourself shouldn't really
matter. Are you using the Xcode projects or Makefiles? This shouldn't
really matter either for plugins. The difference is the latter builds
.dylibs instead of frameworks, but this doesn't affect plugin loading
which is controlled by osgDB. (Just don't mixup the two plugins,
because they link to different libraries (dylibs or frameworks)).

Are you using the standard Apple gcc toolset? The code base relies on
__APPLE__ being defined by the compiler. If this is not being defined
by your compiler, then building OSG is going to miss out on pretty
much all the Apple specific code paths.

-Eric
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

[osg-users] gdb cannot access memory on 64 bit linux

2006-09-22 Thread Mark Acosta




Hi guys,
 
    I just put together a brand 
spanking new linux box running 64 bit fedora core 5 and much to my suprise, I 
found that gdb was unable to access any memory while debugging an osg program. 
After much head banging, I tracked the problem down to the -gstabs+ compile 
option. I switched to -ggdb in osg, Producer and OpenThreads and in my own code 
and now gdb works fine. I was running 32 bit fedora core 5 before and there 
wasn't any problem with gdb there. I'm not sure if this is a 64 bit gdb or 
gcc/g++ bug or what. Anybody else ever run into this problem or even not have 
this problem? By the way, I'm using gcc 4.1.1 and gdb 6.3.
 
    Also, I noticed that when doing 
a "make instlinks" , osg will install in /usr/local/lib64, which I assume is 
correct, but Producer and OpenThreads will always install in /usr/local/lib even 
if I specify ARCH=64. I took a look at the make files but I don't see anything 
obviously wrong. 
 
Thanks,
 
Mark Acosta
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Visual System Performance reply

2006-09-22 Thread Jan Ciger

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello,

Wasileski, Bryan J. wrote:
> I've messed with the configuration for a couple days now and I don't
> believe I'm getting an SLI configuration. Anytime I set that option, the
> video drops to a single DVI output (single screen)

This is normal with SLI.

> and I see no
> difference in performance. 

Well, this is also "normal" at the moment, at least with Linux - see the
article:
http://www.phoronix.com/scan.php?page=article&item=551&num=1

Quoting:
"A single NVIDIA GPU performs approximately the same under the Windows
and Linux drivers, however, once SLI is enabled the Linux drivers can
barely provide any advantages."

> In fact, the only time I've been able to get
> the second board to produce an output is if I configure for two
> x-screens, then I only get 1 DVI output per board. In this configuration
> I have to run separate processes, one for each GPU, so I'm not really
> taking advantage of having the two GPU's.

Yes, normal - see the documentation for the nVidia's drivers - the
second board is "dead" when using SLI (not producing any output). This
works exactly the same in Windows. You *cannot* use SLI configuration
with multiple monitors, it is intended to accelerate rendering on one
output device (i.e. gamers are the target).

> Do you know of any system
> check to see if SLI is active or not? 
> Right now, the only thing setting
> the SLI configuration does for me that I can tell is kick off the dual
> screen. Then I know that SLI has been set - what clue.

This is normal behavior and is correct. You can check whether SLI is
working by running 'nvidia-settings', going to 'OpenGL Settings' and
turning on 'Enable SLI Heads-Up-Display'. Then you should see two green
bars displaying the load balancing between the two graphic cards on the
screen whenever you run an OpenGL application. This feature may depend
on the SLI mode (AFR/SFR/SFRAA) selected, but if you see the bars, SLI
is working.

Regards,

Jan

- --

Jan Ciger
GPG public key: http://www.keyserver.net/

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org

iD8DBQFFFEjIn11XseNj94gRAsuzAJ4kMO02uDyjC3TfmQLVwr1KnCq6vQCg5ozC
MR50K4eAwdoCrWoqBRDhtfQ=
=46Gv
-END PGP SIGNATURE-
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

[osg-users] Visual System Performance reply

2006-09-22 Thread Wasileski, Bryan J.

 
Hi everyone.

Thanks for the responses. 

I am running the latest drivers for the NVIDIA cards. That was the first
priority once the machines arrived.
I did run the osgparametric suggested by Bob and I do get the 1M
triangle at 60Hz (fill).
Wire frame and lines drop to 30 - which to me is bewildering.

I've messed with the configuration for a couple days now and I don't
believe I'm getting an SLI configuration. Anytime I set that option, the
video drops to a single DVI output (single screen) and I see no
difference in performance. In fact, the only time I've been able to get
the second board to produce an output is if I configure for two
x-screens, then I only get 1 DVI output per board. In this configuration
I have to run separate processes, one for each GPU, so I'm not really
taking advantage of having the two GPU's.

Radu, I'm running the 64bit EMT workstation version with RedHat -
version 4. Those drivers are clearly labled on the NVIDIA site so I feel
pretty good that I have the correct drivers. Do you know of any system
check to see if SLI is active or not? Right now, the only thing setting
the SLI configuration does for me that I can tell is kick off the dual
screen. Then I know that SLI has been set - what clue.

Thanks again.

Bryan  


--

Message: 4
Date: Fri, 22 Sep 2006 13:34:16 -0400
From: Radu Mihai <[EMAIL PROTECTED]>
Subject: Fwd: [osg-users] Visual System Performance
To: osg users 
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"


Also check the state of SLI in Linux 8x Nvidia drivers.

People are reporting that there a little performance gains from SLI  
in the current driver. That had been the case in Win-land too at the  
beginning, and the 'word' is that the 9x version will fix this issue  
for Linux.
--
Radu Mihai
[EMAIL PROTECTED]

___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Re: Highland gathering

2006-09-22 Thread Paul Speed




Robert Osfield wrote:

On 9/22/06, [EMAIL PROTECTED] * 
<[EMAIL PROTECTED] > wrote:


Those haggis have been at the calendar in Callander again! This time
they've managed to squeeze three days into one. We'll have to start
eating
them to keep their numbers down. :)


:-)

The "correct" official dates for the highland gathering are:

   Wednesday 18th October
   Thursday 19th October
   Friday 20th October

Happy typo'ing!
Robert.



Phew... for some reason Henry Ford's quote "You can have any color you 
want as long as it's black." was running through my head.


-Paul
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

RE: [osg-users] OSG -- near future

2006-09-22 Thread Sullivan, Joseph (CDR)

Sounds great. We'll look at pushing more material - class notes and such - that 
we use with the tutorials onto the web.  Hopefully others will be able to 
expand on posted material.

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent: Thursday, September 21, 2006 6:26 AM
To: osg users
Subject: Re: [osg-users] OSG -- near future

On 9/21/06, Sullivan, Joseph (CDR) <[EMAIL PROTECTED]> wrote:
Speaking of introductory guides... Are any of the other educational institutes 
that are making use of the OSG able to collaborate on and publish introductory 
material?
Don and Robert,
Would making this introductory material available interfere with training that 
you provide? 

I have no problem with introductory material being provided and certainly 
support ways in which we can make this happen.

I personally wouldn't expect having better documentation will qwell peoples 
need for training too much.  Those who can afford training are the ones can 
afford to invest in speeding their employees learning curve, and to top up 
their skills, face to face training is still great for accelerating learning. 

There is the other side, the better introductory documentation we have the more 
likely the OpenSceneGraph will attract new groups to use the software, which in 
turn will mean more potential customers for training.  

Good documentation will also provide a more professional shine to the project, 
good code might impress developers, but pretty bound manuals and books may 
impress the decision makers more...

Robert.

___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

RE: [osg-users] Re: Highland gathering

2006-09-22 Thread Sullivan, Joseph (CDR)

Now we *seriously* re-think budgets!

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mike Weiblen
Sent: Friday, September 22, 2006 9:31 AM
To: osg users
Subject: Re: [osg-users] Re: Highland gathering

Um, this is a no-brainer, right?
-- mew
:-)


Robert Osfield wrote:
> Anybody a monty
> python fans?  The castle from "The Holy Grail" is just a few miles
down
> the road in Doune. 
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

RE: [osg-users] OSG -- near future

2006-09-22 Thread Sullivan, Joseph (CDR)

Eric,
'Working with the art path' sounds of definite interest to us - I'd have
a hard time imagining it would be of interest to others. Just curious,
have you ever used Moodle for course development?  I have no experience
with it, but it seems like it might be good way to collaborate remotely
on course development. Is it me or does wiki seem to be the wrong tool
for this?  Anyone with any experience, other recommendations?
Thanks 
Joe

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eric
Maslowski
Sent: Thursday, September 21, 2006 6:46 AM
To: 'osg users'
Subject: RE: [osg-users] OSG -- near future

I would be happy to contribute to any guides that are written.
Currently, my
strongest points in OSG are: working with the art path, animation paths,
developing for multi-screen displays, and integration with VRJuggler. If
any
of this sounds appealing, just let me know and we can work out the
specifics.

E.

---
Eric Maslowski
Research Computer Specialist
University of Michigan 3D Lab

Autodesk 3D Studio Max Certified Trainer

email: [EMAIL PROTECTED]
office: 734-615-9699

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:osg-users-
> [EMAIL PROTECTED] On Behalf Of Sullivan, Joseph (CDR)
> Sent: Thursday, September 21, 2006 09:14
> To: osg users
> Subject: RE: [osg-users] OSG -- near future
> 
> Speaking of introductory guides... Are any of the other educational
> institutes that are making use of the OSG able to collaborate on and
> publish introductory material?
> Don and Robert,
> Would making this introductory material available interfere with
training
> that you provide?
> Joe S.
> 
> 
> 
> From: [EMAIL PROTECTED] on behalf of Robert Osfield
> Sent: Wed 9/20/2006 7:23 AM
> To: osg users
> Subject: Re: [osg-users] OSG -- near future
> 
> 
> So I've fleshed out a little why expanding the OSG users base is good
for
> the OSG project, its developers, community, the software quallty and
the
> wider industry, but I didn't touch on just how to go about it.
> 
> Well fixing things in the OSG that turn people off the project is one
> thing we need to address.  The big fat hairy one is obviously
> documentation.  Not the lack of information, but the lack of
introductory
> and advanced programming guides and in depth reference documentation.
The
> book thread address this so I'll not go into this any further here.
> 
> Next thing to fix is how easy it is to get the OSG compiled, installed
and
> running.  The sheer size of the project, and the numerous build
options
> make it very powerful, but it does raise the barrier to entry.  Could
> Cmake streamline it?  Scripts for building?
> 
> Next up is API size, its sheer breadth and depth of functionality is a
lot
> to tackle for the newbee.  OpenGL will eventaully become more
streamlined,
> so perhaps too can the OSG.  This is part of what I discuss in the
> Siggraph 2006 talk.
> 
> Next up is the relatively sophisticated use of C++, this is a hurdle
for
> some in terms of learning curve, partly because of the complexities of
> C++, and partly down to the fact that C++ no longer has developers
sole
> attention.
> 
> Then there are other languages Jave, Python, Lua, C# and all vying for
> attention of developers, we don't yet support these well.  If we want
to
> help these developers out then we need to embrace support for them
much
> more emphatically.  The C++ core here is a bit of hinderance when it
comes
> to intergration with other languages, with C being the comon
denominator.
> osgIntrospection can come to the resuce here, its a bit heavy weight,
but
> dynamically typed langauges its a good match.
> 
> Further to the integration story is that awkwardness of getting
different
> types of viewers setup in the multitude of windowing libraries that
exist
> today.  Making it easier to build 3d viewers into your existing or new
> apps is something that I feel strongly about.  This what the osgViewer
> library I've previously talked about is really about.
> 
> So to recamp things to fix and get done:
> 
>1) Documentation and book(s)
>2) Better viewer classes supporting multiple 3rd party windowing
API's
>3) Better 3rd party language support
>4) Streamlining of builds
>5) Streamlining of API
> 
> No doubt there are other items that need to be added to the list, and
> priorities to be, so fire away.  But remember that someone has to get
on
> and do it, so if you add an item be prepared to roll your sleeves up
and
> help get it done.
> 
> And on that note, please step forward those who'd like to pitch into
> various aspect of this work.
> 
> I'll create a few new pages on the wiki to help documentation the
tasks
> and who's available to make progress on the various items.
> 
> Robert.
> 


___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

RE: [osg-users] osgPlugins not found on OS X

2006-09-22 Thread Frank Bergmann









Btw … LD_LIBRARY_PATH is hardly used on OS X … you
should use DYLD_LIBRARY_PATH … then it would work just like you expect …
but copying is the cleaner solution I think J 

 

Frank

 





From: Radu Mihai [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 22, 2006 10:35 AM
To: osg users
Subject: Fwd: [osg-users] osgPlugins not found on OS X





 





 



I put the plugins in:



/Library/Frameworks/PlugIns or in ~/Library/Frameworks/PlugIns





The frameworks are in the same
place as you have them.





 





Works fine for me, without setting
LD_LIBRARY_PATH (I've been using the app.bundles from the Xcode projects)





 





Tested on a MacBook Pro.





 





ps. on the intel mac there's a bug
in the ati driver that creates crashes when rendering font files
loaded from the disk.





 





--





Radu Mihai





[EMAIL PROTECTED]





 









 











On 22-Sep-06, at 12:28 PM, Steven R
Woolsey wrote:








I am working on
a program using osg and have it compiling under Windows, Linux, and OS X.
 It works great under windows.  I just started working on the OS X
version.  I get the program compiled with osg, but when I run the program,
it cannot find any of the plugins and exits.  I need to load an obj file,
a 3ds file, and a number of textures.  It always tells me it cannot find
the plugin.  I have tried the framework version of the binaries of osg
available on the site, as well as compiling the osg from scratch using gcc.


With the
framework version I placed the Frameworks in "/Library/Frameworks"
and PlugIns in "/Library/Application Support/OpenSceneGraph/PlugIns".
 This failed to find the plugins the same way as when I compiled myself.


I am also
unable to get the osg example programs to find any plugins.   

I am using osg
1.2, and this would be from a terminal window.  I have set my
LD_LIBRARY_PATH to "/usr/local/lib:/usr/local/lib/osgPlugins".
 My path is set to "/usr/local/share/OpenSceneGraph/bin".


I have tried
this on both a G5 and an Intel based Powerbook with the same results.  I
must be missing something.  I am not that familiar with OS X, so forgive
my ignorance if this is an easy fix. 

Any suggestions
would be greatly appreciated. 

Thanks, 

Steve Woolsey















___





osg-users mailing list





osg-users@openscenegraph.net





http://openscenegraph.net/mailman/listinfo/osg-users





http://www.openscenegraph.org/





 







 






___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

[osg-users] quick question about osgWrapper

2006-09-22 Thread Yanling Liu

Hi, just wondering what's osgWrapper for? Do I have to complie it when I complie OSG? Yanling
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Fwd: [osg-users] osgPlugins not found on OS X

2006-09-22 Thread Radu Mihai

I put the plugins in:/Library/Frameworks/PlugIns or in ~/Library/Frameworks/PlugInsThe frameworks are in the same place as you have them.Works fine for me, without setting LD_LIBRARY_PATH (I've been using the app.bundles from the Xcode projects)Tested on a MacBook Pro.ps. on the intel mac there's a bug in the ati driver that creates crashes when rendering font files loaded from the disk.--Radu Mihai[EMAIL PROTECTED] On 22-Sep-06, at 12:28 PM, Steven R Woolsey wrote:I am working on a program using osg and have it compiling under Windows, Linux, and OS X. It works great under windows. I just started working on the OS X version. I get the program compiled with osg, but when I run the program, it cannot find any of the plugins and exits. I need to load an obj file, a 3ds file, and a number of textures. It always tells me it cannot find the plugin. I have tried the framework version of the binaries of osg available on the site, as well as compiling the osg from scratch using gcc. With the framework version I placed the Frameworks in "/Library/Frameworks" and PlugIns in "/Library/Application Support/OpenSceneGraph/PlugIns". This failed to find the plugins the same way as when I compiled myself. I am also unable to get the osg example programs to find any plugins. I am using osg 1.2, and this would be from a terminal window. I have set my LD_LIBRARY_PATH to "/usr/local/lib:/usr/local/lib/osgPlugins". My path is set to "/usr/local/share/OpenSceneGraph/bin". I have tried this on both a G5 and an Intel based Powerbook with the same results. I must be missing something. I am not that familiar with OS X, so forgive my ignorance if this is an easy fix. Any suggestions would be greatly appreciated. Thanks, Steve Woolsey ___osg-users mailing listosg-users@openscenegraph.nethttp://openscenegraph.net/mailman/listinfo/osg-usershttp://www.openscenegraph.org/ ___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Fwd: [osg-users] Visual System Performance

2006-09-22 Thread Radu Mihai

Also check the state of SLI in Linux 8x Nvidia drivers.People are reporting that there a little performance gains from SLI in the current driver. That had been the case in Win-land too at the beginning, and the 'word' is that the 9x version will fix this issue for Linux. --Radu Mihai[EMAIL PROTECTED] On 22-Sep-06, at 12:36 PM, Gordon Tomlinson wrote: Are you running in SLI mode ? if not they run independent and you will be only using one if on a single monitor Do you have Antialiasing, Anisotropic filtering on etc That's 225m optimized non lilt non shaded non non textured etc. You certainly should be able to do much better the 5hz Also make sure you get the lasted drivers, drivers installed and supplied with card are normal quite OLD Best Regards Gordon__Gordon TomlinsonEmail : gordon.tomlinson @ overwatch.comYIM/AIM : Gordon3dBritMSN IM : Gordon3dBrit @ 3dscenegraph.com__Telephone (Cell): (+1) 214-477-8914Telephone (Work): (+1) 703-437-7651"Self defence is not a function of learning tricks but is a function of how quickly and intensely one can arouse one's instinct for survival" - Master Tambo Tetsura -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Wasileski, Bryan J.Sent: Friday, September 22, 2006 12:29 PMTo: osg-users@openscenegraph.netSubject: [osg-users] Visual System Performance Hi all, I recently received a couple of new workstations which have the NVIDIA 4500 X2 video cards installed (Dell machines). We intend to run all our new visuals on the machines using OSG. I've been trying to gauge the graphics performance and from what I've seen so far I'm thoroughly disappointed. I'm assuming at this point the boards are not properly configured. The issue I'm having is trying to find a way to test the boards to determine if they are in fact improperly configured or just don't measure up. As an example, I have a scene database that I load into OSG; at any given moment, the scene has about 40K primitives. I'm only getting frame rates around 5-10Hz - which is totally unacceptable. According to the specs, these GPU's are capable of 225M triangles/sec. I feel certain that only 1 of the 2GPU's is being exercised - I know of no way to verify it. With all the graphics/visual system wizards who monitor this sight I thought someone out there might be able to provide some advice on getting these new boards properly configured so I can actually test their performance. Additional info on the new boxes is: 2 Intel Xenon 3.7GHz - Linux OS EMT64 16GB memory Also, kudos for the flawless 64-bit OSG build. Worked without a single glitch. Bryan ___osg-users mailing listosg-users@openscenegraph.nethttp://openscenegraph.net/mailman/listinfo/osg-usershttp://www.openscenegraph.org/ ___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] Re: Highland gathering

2006-09-22 Thread Chris Hanson


Robert Osfield wrote:
The haggis, lots of the little rascals around here.  It'll soon be the 
end of the fishing season soon so the little critters better watch out, 
they will be fair game once the "Highland Gathering" comes up.


  I swear, every time you say "Highland Gathering" all I can picture is Christopher 
Lambert waving a sword around. Stop it! ;)



Robert.


--
Chris 'Xenon' Hanson aka Eric Hammil | http://www.3DNature.com/ eric at logrus
 "I set the wheels in motion, turn up all the machines, activate the programs,
  and run behind the scenes. I set the clouds in motion, turn up light and 
sound,
  activate the window, and watch the world go 'round." -Prime Mover, Rush.
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] consistent osg file format

2006-09-22 Thread Chris Hanson


Robert Osfield wrote:

On 9/22/06, *c sklu* <[EMAIL PROTECTED] > wrote:
I would expect the results to be the same on all systems as all the core 
OSG and plugins are just C++, and should be produce the pretty well the 
same results across, I can't think of any reason for any major differences.


  Could STL functionality on different platforms/compilers affect container storage and 
iteration order?



Robert.


--
Chris 'Xenon' Hanson aka Eric Hammil | http://www.3DNature.com/ eric at logrus
 "I set the wheels in motion, turn up all the machines, activate the programs,
  and run behind the scenes. I set the clouds in motion, turn up light and 
sound,
  activate the window, and watch the world go 'round." -Prime Mover, Rush.
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] osgPlugins not found on OS X

2006-09-22 Thread Steven R Woolsey


Ahh..  that is a great solution.
 I like the idea of adding a path inside the application packaging
also.  That would probably be a good idea for my app with all the
platforms we am supporting.

Thanks for the information and quick
response.

Steve






Ross Anderson <[EMAIL PROTECTED]>

Sent by: [EMAIL PROTECTED]
09/22/2006 10:46 AM



Please respond to
osg users 





To
osg users 


cc



Subject
Re: [osg-users] osgPlugins not found
on OS X








I've noticed a similar problem. The /Library/... path
is not set by default.

I have solved this problem by putting the following near
the top of main():

#ifdef __APPLE__
    osgDB::FilePathList    pluginPaths;
    pluginPaths.push_back( "/Library/Application
Support/OpenSceneGraph/PlugIns" );
osgDB::Registry::instance()->setLibraryFilePathList(
pluginPaths );
#endif

I'm using a file list because I also push another path
to inside my application package (not shown here), so that I can have a
copy of the OSG Frameworks and Plug Ins bundled internally (allowing drag-and-drop
installs of the software).

---
Ross Anderson
[EMAIL PROTECTED]
Group 106 - Active Optical Systems
MIT Lincoln Laboratory
(781) 981-3344


On Sep 22, 2006, at 12:28 PM, Steven R Woolsey wrote:


I am working on a program using osg and have it compiling under Windows,
Linux, and OS X.  It works great under windows.  I just started
working on the OS X version.  I get the program compiled with osg,
but when I run the program, it cannot find any of the plugins and exits.
 I need to load an obj file, a 3ds file, and a number of textures.
 It always tells me it cannot find the plugin.  I have tried
the framework version of the binaries of osg available on the site, as
well as compiling the osg from scratch using gcc. 

With the framework version I placed the Frameworks in "/Library/Frameworks"
and PlugIns in "/Library/Application Support/OpenSceneGraph/PlugIns".
 This failed to find the plugins the same way as when I compiled myself.


I am also unable to get the osg example programs to find any plugins.  


I am using osg 1.2, and this would be from a terminal window.  I have
set my LD_LIBRARY_PATH to "/usr/local/lib:/usr/local/lib/osgPlugins".
 My path is set to "/usr/local/share/OpenSceneGraph/bin".


I have tried this on both a G5 and an Intel based Powerbook with the same
results.  I must be missing something.  I am not that familiar
with OS X, so forgive my ignorance if this is an easy fix.


Any suggestions would be greatly appreciated. 

Thanks, 

Steve Woolsey


___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

Re: [osg-users] osgPlugins not found on OS X

2006-09-22 Thread Ross Anderson

I've noticed a similar problem. The /Library/... path is not set by default.I have solved this problem by putting the following near the top of main():#ifdef __APPLE__ osgDB::FilePathList pluginPaths; pluginPaths.push_back( "/Library/Application Support/OpenSceneGraph/PlugIns" ); osgDB::Registry::instance()->setLibraryFilePathList( pluginPaths );#endif I'm using a file list because I also push another path to inside my application package (not shown here), so that I can have a copy of the OSG Frameworks and Plug Ins bundled internally (allowing drag-and-drop installs of the software). --- Ross Anderson [EMAIL PROTECTED] Group 106 - Active Optical Systems MIT Lincoln Laboratory (781) 981-3344 On Sep 22, 2006, at 12:28 PM, Steven R Woolsey wrote:I am working on a program using osg and have it compiling under Windows, Linux, and OS X. It works great under windows. I just started working on the OS X version. I get the program compiled with osg, but when I run the program, it cannot find any of the plugins and exits. I need to load an obj file, a 3ds file, and a number of textures. It always tells me it cannot find the plugin. I have tried the framework version of the binaries of osg available on the site, as well as compiling the osg from scratch using gcc. With the framework version I placed the Frameworks in "/Library/Frameworks" and PlugIns in "/Library/Application Support/OpenSceneGraph/PlugIns". This failed to find the plugins the same way as when I compiled myself. I am also unable to get the osg example programs to find any plugins. I am using osg 1.2, and this would be from a terminal window. I have set my LD_LIBRARY_PATH to "/usr/local/lib:/usr/local/lib/osgPlugins". My path is set to "/usr/local/share/OpenSceneGraph/bin". I have tried this on both a G5 and an Intel based Powerbook with the same results. I must be missing something. I am not that familiar with OS X, so forgive my ignorance if this is an easy fix. Any suggestions would be greatly appreciated. Thanks, Steve Woolsey ___osg-users mailing listosg-users@openscenegraph.nethttp://openscenegraph.net/mailman/listinfo/osg-usershttp://www.openscenegraph.org/ ___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
http://www.openscenegraph.org/

70 matches

Mail list logo