On Tue, Feb 26, 2008 at 8:57 PM, Jean-Sébastien Guay
[EMAIL PROTECTED] wrote:
I just looked at src/osgViewer/GraphicsWindowWin32.cpp and noticed that
the Win32WindowingSystem (subclass of
osg::GraphicsContext::WindowingSystemInterface) has a method
getScreenPosition(si, x, y, w, h) which
On Tue, Feb 26, 2008 at 10:57 PM, Stephan Huber [EMAIL PROTECTED] wrote:
Jean-Sébastien Guay schrieb:
Assuming the same thing is possible for X and/or MacOS, would it be
possible to expose this method in
osg::GraphicsContext::WindowingSystemInterface? It would then be
possible to get
Hi Nicolas,
This does sound like a bug. Could you write a small example, or tweak
one of the existing OSG example to demonstrate the configuration you
are using so that others can test for the bug first hand.
Cheers,
Robert.
On Tue, Feb 26, 2008 at 11:57 PM, nicolas peña [EMAIL PROTECTED]
Hi,
I'm afraid I can't read what I presume is chinnese so don't really
know what the question is. Looking at your code it's clear you are
doing something that won't work with the OSG - using glPointSize
amounts OSG set up code. Use a osg::Point state attribute instead,
attach this to the
Hi Robert,
Here is the example, it behaves as described in my machine and in build
against OSG 2.3.4
One event that triggers the image resize is to resize the window, just
moving it does not look to affect now.
Cheers,
Nicolas.
2008/2/27, Robert Osfield [EMAIL PROTECTED]:
Hi Nicolas,
Hi!
I have used the example of osgterrain but, even if the skirt is not
visualized anymore,
now my terrain is flat (as in the attached figure).
besides the colors should be used with the gradations, from the tallest
altitude to the lowest.
how can I get these results?
Thanks
Aurora
Hi Sciong (or should I address you He?)
On Mon, Feb 25, 2008 at 4:41 PM, hesicong2006 [EMAIL PROTECTED] wrote:
I've attached my file, please check, thanks!
Thanks for the file, I'm currently reviewing it, but due to your
changes of indenting throughout the file I can't spot the bug fix
you've
Hi Aurora,
Do you actually need the Locator that takes you into geocentric
coordinates? I.e. are you looking for a flat earth projection or a
geocentric one?
Robert.
On Wed, Feb 27, 2008 at 11:46 AM, aurora restivo [EMAIL PROTECTED] wrote:
Hi!
I have used the example of osgterrain but,
I need to get the terrain as in the figure that I send you, but without
visualizing the skirt.
Aurora
Robert Osfield ha scritto:
Hi Aurora,
Do you actually need the Locator that takes you into geocentric
coordinates? I.e. are you looking for a flat earth projection or a
geocentric one?
Hi,
Another thing that I don't understand is why adding the view with the FBO
and the
image attached makes my process suck all the CPU available.
I am limiting the number of frames to 60 per second (forcing sync)
I understand that copying the image to main memory each frame takes time,
but this
Hi,
I can't think of any changes between 1.x and 2.x that should have
introduced an issue like this, so I really can't point you in any
particular direction.
The best thing you can do is investigate it at your end. The first
step would be to enable verbose debugging messages to find out whether
readNodeFile function couldn't find and read filename with russian letters(if
filename contains russian letters).
This promlem is specific for OSG version up 2.0.
This problem was not exist at 1.x versions.
Can somebody help me?
example:
osg::Node* loadedModel =
Hi Nicolas,
On Wed, Feb 27, 2008 at 12:55 PM, nicolas peña [EMAIL PROTECTED] wrote:
Another thing that I don't understand is why adding the view with the FBO
and the
image attached makes my process suck all the CPU available.
I am limiting the number of frames to 60 per second (forcing sync)
Have you tried
osgviewer D:\\LABs\\òåïëî\\lab4\\bin\\osg\\all.osg
other than that you need to debug and walk through the functions in your
debuger to see what call it fails on or what might be affecting your
filenmane string etc..
-Original Message-
From: [EMAIL PROTECTED]
set OSG_NOTIFY_LEVEL=DEBUG
osgviewer D:/LABs/òåïëî/lab4/bin/osg/all.osg
GraphicsContext::setWindowingSystemInterface() 00EEE7C0 10189220
CullSettings::readEnvironmentalVariables()
Render::Render() 00EE3170
CullSettings::readEnvironmentalVariables()
CullSettings::readEnvironmentalVariables()
osg::Node* loadedModel =
osgDB::readNodeFile(D:/LABs/òåïëî/lab4/bin/osg/all.osg);
output: Warning: Could not find plugin to read objects from file
D:/LABs/òåïëî/lab4/bin/osg/all.osg.
osg::Node* loadedModel = osgDB::readNodeFile(D:/LABs/NOT RUSSIAN
LETTERS/lab4/bin/osg/all.osg);
- all OK!
osgviewer D:/LABs/NOT RUSSIAN LETTERS/lab4/bin/osg/all.osg - OK!
osgviewer D:\\LABs\\тепло\\lab4\\bin\\osg\\all.osg - No data loaded :(
output:
GraphicsContext::setWindowingSystemInterface() 00EEE7C0 10189220
CullSettings::readEnvironmentalVariables()
Render::Render() 00EE3170
Hi Dieter,
The View::setUpViewAcrossAllScreens() is set up to detect all the
screens and open up windows with the appropriate projection and view
matrices for a power wall. By default osgviewer should use this
option. Have you tried this on your system? It'd be interest to here
how this works
Hi Robert,
In other words, for 2 side-by-side screens, it will return
screen 1 = 0, 0, 1280, 1024
screen 2 = 1280, 0, 1280, 1024
and for 2 screens one above the other, it will return
screen 1 = 0, 0, 1280, 1024
screen 2 = 0, 1024, 1280, 1024
Have you tested and confirmed that
osgviewer D:/LABs/NOT RUSSIAN LETTERS/lab4/bin/osg/all.osg - OK!
osgviewer D:\\LABs\\тепло\\lab4\\bin\\osg\\all.osg - No data loaded :(
osgviewer D:\\LABs\\NOT RUSSIAN LETTERS\\lab4\\bin\\osg\\all.osg - OK!
output:
GraphicsContext::setWindowingSystemInterface() 00EEE7C0 10189220
Hi,
I'm trying to make a Particle System.
It looks easy but I have a little problem : my ModularEmitter, my
ParticleSystemUpdater and my geode are on the same group.
To have the particles on the viewer, I must add this group as a child of the
root group. If I put it child of another group,
Q2: What are the parameters can I tweak in an OSG application to
tweak how the program runs?
Well there are hundreds of classes with dozens of methods in each...
so a massive set of options you can tweak. First thing is to
figure out what the actual performance problem is then to
readNodeFile function couldn't find and read filename with russian letters(if
filename contains russian letters).
This promlem is specific for OSG version up 2.0.
This problem was not exist at 1.x versions.
set OSG_NOTIFY_LEVEL=DEBUG
osgviewer D:/LABs/тепло/lab4/bin/osg/all.osg
...
Opened
On Wed, Feb 27, 2008 at 2:30 PM, aurora restivo [EMAIL PROTECTED] wrote:
please I need urgent an answer! :(
This is just free support, done out of grace, its not paid for consultancy.
I and others have tried to point you in the right direction. Examples
exist that illustrate what to do. It
Hi,
On Wed, Feb 27, 2008 at 3:12 PM, GMD GammerMaxyandex.ru
[EMAIL PROTECTED] wrote:
readNodeFile function couldn't find and read filename with russian letters(if
filename contains russian letters).
This promlem is specific for OSG version up 2.0.
This problem was not exist at 1.x
Having issues getting to Don's site from work, this has been going on for a
while
I got our IT folks to look at it this morning and they are saying its not
them but Verizon,
Basically they are saying when you trace the IP it goes to Verizon the hopes
to an IP in Sweden and dies there
I was
Hi all
While writing an image conversion routine (OSG - wxWidgets) I have
noticed something that I'd qualify as an inconsistency: the meaning of
the _internalTextureFormat member of osg::Image is different from
plugin to plugin.
For 24 and 32 bpp images, it is sometimes 3 or 4 (i.e. 3 or 4 bytes
Hi, robert:
Call me He is ok, He Sicong is my Chinese name :-) I attached my fixed
version of osgvolume, I only changed the vertexshadersource and
fragmentshadersource. I also attached a source patch file for you.
Please check it.
Demo volume data can be download from
Classification: UNCLASSIFIED
Caveats: NONE
I happened to be looking at that today. I noticed that the call in
Renderer.cpp (2.2 and trunk):
databasePager-compileGLObjects
Always uses 0.004 for available time. So, unless you roll your own
Viewer, your stuck with this time. Also, it
please I need urgent an answer! :(
Aurora
I need to get the terrain as in the figure that I send you, but without
visualizing the skirt.
Aurora
Robert Osfield ha scritto:
Hi Aurora,
Do you actually need the Locator that takes you into geocentric
coordinates? I.e. are you looking for
See
http://www.catb.org/~esr/faqs/smart-questions.html#urgent
Sometimes the answers are not there
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of aurora
restivo
Sent: Wednesday, February 27, 2008 9:30 AM
To: OpenSceneGraph Users
Subject: [osg-users]
HI Mike,
Yes your analysis is correct, Renderer.cpp is still hardwired, and
shouldn't be. I'll put this down on my TODO list to fix.
Robert.
On Wed, Feb 27, 2008 at 3:24 PM, Dorsett, Mike F AMRDEC/SAIC
[EMAIL PROTECTED] wrote:
Classification: UNCLASSIFIED
Caveats: NONE
I happened to be
Hello,
I'm a newbie in osg and I am having some problem when trying to
compile osgAL and its dependencies (openAL, ogg and freeAlut) in order
to inlude it in my project. As I've mentioned I am using Visual Studio
2005.
Can anyone help me with these setup steps? Is there any compiled osgAL
for
I happened to be looking at that today. I noticed that the
call in Renderer.cpp (2.2 and trunk):
databasePager-compileGLObjects
Always uses 0.004 for available time. So, unless you roll
your own Viewer, your stuck with this time. Also, it doesn't
seem that variables:
Two quick questions on stereoscopic displays:
1. Does it make sense to render stereo images on a curved dome screen,
or across say 3 angled screens butted together, or a cave? My
impression is that stereo would not work on curved/angled screens, as
the stereo effect that jumps off the screen
The existence of the skirt is controlled by your NODATA value. You must
set the NODATA value appropriate for your dataset:
hfLayer-setValidDataOperator(new osgTerrain::NoDataValue(
YOUR_NODATA_VALUE ));
Here are various links to review concerning the concept of NODATA:
-Original Message-
From: [EMAIL PROTECTED] [mailto:osg-users-
[EMAIL PROTECTED] On Behalf Of Robert Balfour
Sent: Wednesday, February 27, 2008 4:44 AM
To: osg-users@lists.openscenegraph.org
Subject: [osg-users] Stereoscopic displays
Two quick questions on stereoscopic displays:
Hi Dieter,
Try setting the OSG_SCREEN_HEIGHT, OSG_SCREEN_WIDTH, and
OSG_SCREEN_DISTANCE env vars to the physical dimensions you have. See
osg::DisplaySettings for setting it programatically. These values are
used to calibrate the fov by osgViewer.
Robert.
On Wed, Feb 27, 2008 at 4:16 PM,
Hi,
when compiling OSG on WindowsXP with MinGW-5.1.3 I get the following
error:
osgDB\FileNameUtils.cpp: In function `std::string
osgDB::getRealPath(const std::string)':
osgDB\FileNameUtils.cpp:254: error: `GetLongPathName' was not declared
in this scope
osgDB\FileNameUtils.cpp:264: error:
Hello All,
I haven't been very active on the list lately but thought I'd chime in
on this one.
1) There is no reason that you can not do stereo on a curved or
angeled screen. If you can produce a single non-distorted image
there's no reason you can't produce two. Now producing a
non-distorted
I've received notice that SIGGRAPH has begun accepting BOF requests.
Shall I grab a slot?
Traditionally the OpenGL BOF is Wed eve, so my pref would be earlier
that day.
cheers
-- mew
___
osg-users mailing list
osg-users@lists.openscenegraph.org
On Wed, Feb 27, 2008 at 7:17 PM, Mike Weiblen [EMAIL PROTECTED] wrote:
I've received notice that SIGGRAPH has begun accepting BOF requests.
Shall I grab a slot?
Yes, this would be appreciated ;-)
Cheers,
Robert.
___
osg-users mailing list
Bob Huebert wrote:
Greetings,
Are there any osg folks going to be attending the vr2008 conference next
month?
If so, would it be possible to get together and put some faces to names?
We've got a small crew going from my lab. I wouldn't mind meeting up,
but I probably should
Classification: UNCLASSIFIED
Caveats: NONE
I don't have the 2.2 book to compare against, so I apoligize if I get
something wrong. All this assumes you are using osgViewer::Viewer.
Changing the environment variable
OSG_MINIMUM_COMPILE_TIME_PER_FRAME
wouldn't do anything right now. Same goes
Nice! Been wanting something like this forever.
consider this positive feedback!
-- mew
On Wed, February 27, 2008 13:12, Paul Martz wrote:
Hi folks -- I recently created the attached example program to visualize
the
camera position, orientation, and view volume. I thought others might find
Cool Paul..
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz
Sent: Wednesday, February 27, 2008 2:13 PM
To: 'OpenSceneGraph Users'
Subject: [osg-users] Example code: Using CompositeViewer to visualize
theview frustum
Hi folks -- I recently created the
ok, request is submitted.
-- mew
-Original Message-
From: [EMAIL PROTECTED] [mailto:osg-users-
[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent: Wednesday, February 27, 2008 1:21 PM
To: OpenSceneGraph Users
Subject: Re: [osg-users] SIGGRAPH BOF reservation?
On Wed, Feb 27,
Cool example Paul. Very simple and elegant when you look at the code too.
Jason
On Wed, Feb 27, 2008 at 2:59 PM, Gordon Tomlinson
[EMAIL PROTECTED] wrote:
Cool Paul..
--
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Paul Martz
*Sent:*
I don't have the 2.2 book to compare against, so I apoligize
if I get something wrong.
Sorry, I must've misread your post. I tried to direct you to the env var ref
for more controls, and I thought your reply to my post was suggesting that
you had read it and found ti to be in error.
Changing
Thanks, Mike. What do you estimate the attendance headcount will be?
-Paul
ok, request is submitted.
-- mew
-Original Message-
From: [EMAIL PROTECTED] [mailto:osg-users-
[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent: Wednesday, February 27, 2008 1:21 PM
To:
On the request form I put my guessitmate of 100.
-- mew
On Wed, February 27, 2008 15:03, Paul Martz wrote:
Thanks, Mike. What do you estimate the attendance headcount will be?
-Paul
ok, request is submitted.
-- mew
-Original Message-
From: [EMAIL PROTECTED]
I cleaned this up a bit and posted it to osg-submissions as
osgthirdpersonview.
-Paul
_
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Paul Martz
Sent: Wednesday, February 27, 2008 12:13 PM
To: 'OpenSceneGraph Users'
Subject: [osg-users] Example code: Using
Hello all,
I was going through the source-code of Array class in the OSG and was
wondering the data-conversion efficiency between STL::Vector (used by OSG
Arrays) and the underlying OpenGL C-Style Arrays.
However, I came across this usage where vector.front() is used to treat the
vector members
std::vector is guaranteed to have contiguous memory. So vector.front() or
(vector[0]) are legal references to the first element of a c-style array.
That is why it is important to preallocate vectors to the expected length
when possible, to avoid the reallocation hit necessary to preserve
Mike Weiblen wrote:
std::vector is guaranteed to have contiguous memory. So vector.front() or
(vector[0]) are legal references to the first element of a c-style array.
That is why it is important to preallocate vectors to the expected length
when possible, to avoid the reallocation hit
A little correction (to my self); I have done more tests and the image is
not set exactly to the size window,
(as I previously said) but changes its value in a similar manner.
Cheers,
Nicolas
2008/2/27, nicolas peña [EMAIL PROTECTED]:
Hi Robert,
Here is the example, it behaves as
Hi Robert -- I noted a couple issues with osgcompositeviewer when the -1
command line argument is used.
First, the app requires a model file name on the command line, but appears
to ignore it in this case (-1 always loads and displays fountain.osg).
Probably just an oversight; I imagine the
Hi All,
I'm having an interesting problem. I have a scene with some world
space objects (vehicles, terrain, stars ... etc) and some screen
space objects (HUD displays, dials, gauges, overlay text ... etc.) I
based the HUD part of my scene graph on the osghud example, so I have a
POST_RENDER
On Wed, Feb 27, 2008 at 12:46 PM, Wiedemann, Rudolf, OPS3
[EMAIL PROTECTED] wrote:
Hi,
when compiling OSG on WindowsXP with MinGW-5.1.3 I get the following
error:
osgDB\FileNameUtils.cpp: In function `std::string
osgDB::getRealPath(const std::string)':
osgDB\FileNameUtils.cpp:254:
Bit of a CMake / OSG packaging question here...
I noticed that a lot of the Find modules checked into CMakeModules have the
following added to their search paths for finding libraries and header files
[HKEY_LOCAL_MACHINE\\SYSTEM\\CurrentControlSet\\Control\\Session\
Hi,
Vincent Bourdier wrote:
Hi,
I'm trying to make a Particle System.
It looks easy but I have a little problem : my ModularEmitter, my
ParticleSystemUpdater and my geode are on the same group.
To have the particles on the viewer, I must add this group as a child of
the root group. If
I have driving simulators with three projected screens 4.5 metres wide
arranged in half a hexagon that are viewed from slightly off center. The
car is centered but the driver is off to the left or right by about
300mm. To move the vanishing point in front of the driver I have been
simply
62 matches
Mail list logo
