C:\Dokumente und Einstellungen\adegliosgviewer --cc test.ive
PixelBufferWin32::makeCurrentImplementation(), failed
same behaviour, ATI graphic card
2007/10/2, Glenn Waldron [EMAIL PROTECTED]:
Thanks Robert, I will see what I can discover.
The Windows error resulting from wglMakeCurrent is
Hi,
we use ssh tunnels with svnserve for a private repo. It is OK to manage
if you don't have too many users. The only port open on the server is
then ssh (22). You can use keypairs for auth then. Users must have
something to set up the tunnel, ssh (linux), putty (win), ??? mac.
jp
Adrian
El Tuesday 02 October 2007 17:04:11 Robert Osfield escribió:
More platform feedback please, still not heard back from OSX XCode
build, Solaris, HP-UX, AIX. Cygwin,Mingw and IRIX.
I'l leave it a couple more hours then if no dissenting voices are
heard check in this change.
Robert.
Hi,
Alberto Luaces escribió:
Hi,
Cygwin chokes on the tesselator issue, about a cast between void and GLvoid
types. I'll add more details in short.
Trying today's SVN, it seems to pass through the tesselator issue. It's
still compiling...
___
On 10/2/07, Abe Stephens [EMAIL PROTECTED] wrote:
Robert: What should we expect from the collada import (or from other
paths into OSG)? Obviously we'd need to investigate collada export
from a modeling tool separately.
I'm not th author or a user of COLLADA so the contributors to COLLADA
will
Hi Andrej,
Which version of the OSG are you building?
Robert.
On 10/2/07, andrej spilak [EMAIL PROTECTED] wrote:
At Building my first application with OSG i got fatal error LNK1104:
cannot open file 'osgd.lib' . I have compiled OSG from source, put the
include path, the lib path to the
Well, no more tesselator issues. Now the compilation is broken by the
net plugin, as Brian Keener reported before:
/home/Demostración/OpenSceneGraph/src/osgPlugins/net/sockstream.cpp:143:1:
warning: socklen_t redefined
In file included from /usr/include/sys/socket.h:15,
from
Hi Robert,
Sorry about that last email. I wasn't trying to Dis the OSG multithreading,
my comment was in regards to the recent exchange about toggling textures on/off
and changing threading modes of operation dynamically at run time. There seemed
to be forum comments regarding some potential
Hi Brian,
I don't know why the errors you see have popped up, the last time
sockstream.cpp was modified was 2 months ago:
http://www.openscenegraph.org/projects/osg/browser/OpenSceneGraph/trunk/src/osgPlugins/net
Have you updated to a different version of Cygwin since you last built?
Robert.
Hi Adrain,
Fix checked in :-)
Robert.
On 10/2/07, Adrian Egli [EMAIL PROTECTED] wrote:
c:\dev\openscenegraphsvn\openscenegraph\src\osgviewer\viewerbase.cpp(555)
: error C4716: 'osgViewer::ViewerBase::run' : must return a value
i just added: return 0;
int ViewerBase::run()
{
if
I've had similar problems due to the optimiser optimising away empty
groups that had attached statesets. Are you optimising? If you are, try
outputting the file as .osg and comparing it with and without an optimiser
pass.
David
On 02/10/2007, Riccardo Corsi [EMAIL PROTECTED] wrote:
Hi Cedric,
Hi Alberto,
sockstream.h and sockstream.cpp haven't changed for 6 months, and 2
months respectively. Have you had it compiling at before? What time
frame?
From the errors the inclusion of
/usr/include/sys/socket.h
and
/usr/include/cygwin/socket.h
Looks pretty odd, the .h and .cpp only
Hi All,
Has anyone tried to get slave cameras to render the master scenedata with
CompositeViewer?
Using the Viewer it works perfect, but trying the same approach with
CompositeViewer just shows a blank buffer.
I have attached a modified osgcompositeviewer example where the -4 argument
shows
Question 1) : You are trying to retrieve the Euler angles (i.e. rotation
about X,Y,Z in some order) from a matrix. You can google for Euler and
Matrix; alternatively start here:
http://www.euclideanspace.com/maths/geometry/rotations/conversions/matrixToEuler/index.htm
Question 2) : As mentioned
HI Alberto,
On 10/3/07, Alberto Luaces [EMAIL PROTECTED] wrote:
further investigations: if I comment the line 924 and uncomment the line
925 in sockstream.cpp, that is, treating cygwin as a WIN32 compiler,
the plugin compiles and I can build OSG. However, that line wasn't
changed since
I'm using osg 2.1.11 on WinXP with VS2005
Filip
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Robert Osfield
Sent: 3. oktober 2007 10:56
To: OpenSceneGraph Users
Subject: Re: [osg-users] osgViewer::CompositeViewer using slave camera
Hi Filip,
compile fine on gentoo core 2 duo with nvidia.
tested osgviewer and my program with the last version seems ok
Robert Osfield wrote:
Hi All,
I have checked in a number of potentially breaking changes today.
Almost all made to try and fix things that were previous broken, so
fingers crossed
Hi
there are many nice project and on going project for real time ray tracing.
i would say in the future there will be many more, because
the ray tracing becomes faster and faster. The future will be a hybrid
visualisation systems: GPU / CPU and also OpenGL / RayTracing.
Even for OSG it will
Robert,
I just noticed that there are some major changes to CompositeViewer in 2.1.13.
I've updated my SVN and will let you know how test goes with the new ViewerBase
class.
Filip
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of [EMAIL PROTECTED]
Trying to run the OSG cygwin recent build I realized that, although the
Makefiles are building the plugins with the cygwin_ prefix, the
library is still looking library names without prefix:
$ osgviewer grua.obj
GraphicsContext::setWindowingSystemInterface() 0x10535730 0x8c7a80
Oh, in addition OSG is looking for a .so file instead of a .dll...
Alberto Luaces escribió:
Trying to run the OSG cygwin recent build I realized that, although the
Makefiles are building the plugins with the cygwin_ prefix, the
library is still looking library names without prefix:
$
Hi,
I have a strange behviour when i ran osgviewer it start in fullscreen
mode and when i tried to disable fullscreen to go in window mode with
the key F. it does not success to make the switch. I will dig but i
would like to know if i am alone or not.
and i saw that
osgviewer --help-keys
here the debug log when i hit f for the fullscreen
cull()
cull() got SceneView 0x805abc8
end cull() 0x805a450
end draw() 0x805a450
draw() 0x805a450
draw() got SceneView 0x805abc8
*Expose x=0x3 y=0x1a5 width=0x261, height=0x3
Expose x=0x3 y=0x1a8 width=0x3, height=0x50
Expose x=0x3 y=0x1f8
Hi Cedric,
Which version of the OSG are you working against? What window manager
are you using?
On 10/3/07, Cedric Pinson [EMAIL PROTECTED] wrote:
Hi,
I have a strange behviour when i ran osgviewer it start in fullscreen
mode and when i tried to disable fullscreen to go in window mode with
I use the last version of the svn. from this morning. i use gnome
environnement.
I think the log in my previous are wrong.
GraphicsContext::getWindowingSystemInterface() 0x8058a900xb7eef200
draw() 0x805a450
Screen resolution = 640x480
cull()
cull() got SceneView 0x805abc8
end cull()
i all! My Project splitter window to 4 window, and i want window 1
use class CView3DLeft,window 2 use class CView3DRight,window 3 use
class CView3DLeft1,window 4 use class CView3DRight, but when run i
don't how to setup to 4 window.
people can help me?
I have used a example MFC from osg.
hi all! My Project splitter window to 4 window, and i want window 1
use class CView3DLeft,window 2 use class CView3DRight,window 3 use
class CView3DLeft1,window 4 use class CView3DRight, but when run i
don't how to setup to 4 window.
people can help me?
I have used a example MFC from osg.
I checked the --help-keys option of osgviewer, in fact everything is
here to work but all EventHandler are created after the
process of options.
i tested with something like that and it report the keys i know it
changes the order of created HandlerEvent. But what do you think ?
// add the
HI Cedric,
Changing the order would be fine. This would also apply to the camera
manipulators too. If you make some changes and your happy just post
me the complete changed file and I'll do a review of it. This is
pretty low priority issue though.
The window resize issue you talk about much
Example built using osg 2.1.13 on winXP/VS2005. Still have same problem. Scene
doesn't display for osgViewer::View slave camera.
Filip
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of [EMAIL PROTECTED]
Sent: 3. oktober 2007 11:19
To:
El Wednesday 03 October 2007 12:31:41 Robert Osfield escribió:
I've tweaked the code so that hopefully CYGWIN will be correctly
picked out. Could you please try the attached Regisytr.cpp.
It did the trick, I could load a large .obj mesh with osgviewer. Thank you!
On 10/3/07, Alberto Luaces [EMAIL PROTECTED] wrote:
El Wednesday 03 October 2007 12:31:41 Robert Osfield escribió:
I've tweaked the code so that hopefully CYGWIN will be correctly
picked out. Could you please try the attached Regisytr.cpp.
It did the trick, I could load a large .obj mesh
And how can i check out it? tigris.subversion client for explorer works with
this settings?
/adegli
2007/10/3, J.P. Delport [EMAIL PROTECTED]:
Hi,
we use ssh tunnels with svnserve for a private repo. It is OK to manage
if you don't have too many users. The only port open on the server is
Hi,
as far as I know any client can work with this. You point the client at
your local end of the tunnel.
e.g. svn co svn://localhost/repo
jp
Adrian Egli wrote:
And how can i check out it? tigris.subversion client for explorer works
with this settings?
/adegli
2007/10/3, J.P. Delport
El Wednesday 03 October 2007 13:37:36 Robert Osfield escribió:
BTW, are you able to run osviewer and other examples OK? Others have
reported crashes on exit with osgconv and other examples.
When I ran osgviewer I didn't notice any crash, but I didn't test it very
deeply (I didn't change
Hi All,
Thanks for the all the testing this weeks, does look like we're
getting converged for 2.2 just fine. I have just tagged the 2.1.14
developer release, this is the last one planned before 2.2 so please
test :-)
http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases
The link to the .zip file isn't working for me.
http://www.openscenegraph.org/downloads/developer_releases/OpenSceneGrap
h-2.1.14.zip
andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Robert
Osfield
Sent: Wednesday, October 03, 2007 8:26 AM
To:
Hi Robert,
I have a suggestion about the DatabasePager. Should it be possible to
configure the targetNumOfRemovedChildPagedLODs variable ?
You can find it line 837 (DatabasePager.cpp), and it's used to control the
max number of paged lod children to remove per update.
Line 840 it's always setted
On 10/3/07, Andy Skinner [EMAIL PROTECTED] wrote:
The link to the .zip file isn't working for me.
http://www.openscenegraph.org/downloads/developer_releases/OpenSceneGrap
h-2.1.14.zip
Sorry missed a step in tagging the release. Now done. Please try again
Robert.
Hi Serge,
Feel free to add the extra variable and method to DatabasePager.
Robert.
On 10/3/07, Serge Lages [EMAIL PROTECTED] wrote:
Hi Robert,
I have a suggestion about the DatabasePager. Should it be possible to
configure the targetNumOfRemovedChildPagedLODs variable ?
You can find it
On 10/3/07, Robert Osfield [EMAIL PROTECTED] wrote:
Hi Serge,
Feel free to add the extra variable and method to DatabasePager.
Robert.
Thanks Robert, I'll do it now and submit it to osg-submission.
--
Serge Lages
http://www.magrathea-engine.org
Hi Robert,
Robert Osfield wrote:
* OpenSceneGraph-2.1.14, released on 3rd Octoberr 2007. Main
changes are build/executation fixes for OSX/Mingw/Cygwin, full range
of threading models now enabled in CompositeViewer and improvements to
the ShadowMap implementation. This will the last developer
WOW, i'll try out as soon as i have the server back :-)
/thanks
adrian
2007/10/3, Thibault Genessay [EMAIL PROTECTED]:
Hi Adrian
Here's how I installed and configured apache for svn + dav + ssl on our
SVN server. It has not been hacked so far, but who knows, my configuration
might also be
Robert Osfield wrote:
As ever please test, test test!
Today is a holiday in our country, so I won't have access to the
FreeBSD machine at my customer's place before thursday,
Martin.
--
Unix _IS_ user friendly - it's just selective about who its friends are !
On 10/3/07, Paul Melis [EMAIL PROTECTED] wrote:
The osgshadow example, with the default scene (-3 option) seems only to
generate a black scene here, with any of the shadowing techniques. The
plane scene (-2) shows the terrain correctly, but the plane is black and
the shadow cast is rectangular
OpenGL error in motion blur (ATI X1600 mobile)
C:\dev\OpenSceneGraphSVN\OpenSceneGraphosgmotionblur cow.osg
Scaling image 'Images/forestRoof.png' from (256,192) to (256,256)
Warning: detected OpenGL error 'invalid operation' after RenderBin::draw(,)
2007/10/3, Paul Melis [EMAIL PROTECTED]:
Our Mac build (and running osgversion) worked, as did a linux build.
I had the same Windows build failure as below, with return repeated in
two different lines in Registry.cpp.
andy
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Adrian
Hi Robert,
I am trying to simulate observation of an object from a vehicle. The
task is as follows:
1. The observer is placed in a moving vehicle that is following a
pre-programmed path.
2. The observer is constantly looking at a fixed (or moving) object from
within this
XCode , OSX mac book pro
cd /Users/PWD/dev/OpenSceneGraphSVN
/usr/bin/gcc-4.0 -x c++ -arch ppc -pipe -Wno-trigraphs -fpascal-strings
-fasm-blocks -O3 -DCMAKE_INTDIR=\Release\ -fmessage-length=0 -mtune=G4
-mmacosx-version-min=10.4 -Wmost -Wno-four-char-constants
-Wno-unknown-pragmas -O3
Hi Adrian,
Does you machine support accumulation buffers? My guess is that the
ATI simply doesn't support them so the example will fail. If there is
a problem then I'd say its most likely the lack of auto detection of
lack of support rather than any bug on the OSG side. I'm happy to
leave
Argghghg copy and past anti-pattern strikes again :-| Now fixed and
checked into SVN.
On 10/3/07, Adrian Egli [EMAIL PROTECTED] wrote:
return return error in Registry.cpp line 614
std::string Registry::createLibraryNameForNodeKit(const
std::string name)
{
#if defined(__CYGWIN__)
Robert Osfield wrote:
On 10/3/07, Paul Melis [EMAIL PROTECTED] wrote:
Does the osgprerender example work?
Yes
Curious. Most of the osgshadow techniques are all render to texture,
the only real variation is that they do render to depth buffer. Do
you get an OpenGL errors
Hi Harash,
Moving the vehicle can be done via osg::AnimationPathCallback attached
to a MatrixTransform.
Tracking the vehicle will require something along the lines of
NodeTrackerManipulator - you'll need to accumulate the world transform
on every frame and compute the view matrix accordingly.
This is 2.1.14, right?
Looks like you're expecting (...), where I'm expecting (). The former
breaks my build, the latter breaks yours.
Can you build the preprocessed file? I did a gmake Tessellator.i in
the src/osgUtil directory and got the preprocessed file, which told me
what include
ok, i get RGBA accum 0x0x0x0 back, so may it doesn't support accum buffer
2007/10/3, Robert Osfield [EMAIL PROTECTED]:
Hi Adrian,
Does you machine support accumulation buffers? My guess is that the
ATI simply doesn't support them so the example will fail. If there is
a problem then I'd
where can i find this file Tessellator.i ? OsX
2007/10/3, Andy Skinner [EMAIL PROTECTED]:
This is 2.1.14, right?
Looks like you're expecting (...), where I'm expecting (). The former
breaks my build, the latter breaks yours.
Can you build the preprocessed file? I did a gmake
Hello Adrian,
Here's how I installed and configured apache for svn + dav + ssl on our SVN
server.
Thibault's setup is also what I use, and it's useable both with
command-line SVN clients and with TortoiseSVN (which I assume is what
you mean when you say tigris.subversion client in explorer
Hi, does the osgProducer::Viewer (I use osg 1.2) is suppose to work if
the WGL_ARB_PIXEL_FORNAT is not supported? It seems fall in an
infinite loop ( in the method VisualChooser::choose( Display *dpy, int
screen, bool strict_adherence) ) when this extension is not
supported. The variable failed
Hi Jonathan,
Have you tried the 2.x series of the OSG at all? It has a new window
set up path that may well solve the issues you are seeing.
Curiously I don't recall any reports of inifinite loops under 1.2.
What hardware are you working on? Have you tried updating the OpenGL drivers?
On 10/3/07, Jean-Sébastien Guay [EMAIL PROTECTED] wrote:
Hello Adrian,
Here's how I installed and configured apache for svn + dav + ssl on our
SVN
server.
Thibault's setup is also what I use, and it's useable both with
command-line SVN clients and with TortoiseSVN (which I assume is
Hi Filip,
I tried your modified file but I can't got it even to open any windows
so I'm not sure what you've done to it. Could you please update to
the SVN version of the OSG and see how you get on.
I have just put my second graphics card in my dev machine and tested
out osgcompositeviewer
Hi Robert, its because I link with mesa3d instead of opengl and mesa3d
does not support the WGL_ARB_PIXEL_FORMAT. When I link with opengl the
osgProducer::Viewer is working properly because the
WGL_ARB_PIXEL_FORNAT is supported. But I need to link with mesa3d in
order to perform 16 bits per
Hi Jonathan,
The way I'd recommend doing what you are after is the move to OSG-2.x
and try out the embedded window support in the new osgVIewer library.
This will allow you to create the graphics context which is suitable
for mesa and then get the OSG to do its renderering with setting up
any
Since you have your command line printed (in your original mail), can
you copy that line and build as XCode would? If so, you could add -E to
the command line, and get the preprocessed code.
andy
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Hi Mark.
On 10/2/07, Mark Lucas [EMAIL PROTECTED] wrote:
Mac OSX Xcode
svn checkout, built with Xcode Development, ran a few of the
examples. Now building with Deployment configuration. Seems to be
fine.
I'm just reviewing the various changes w.r.t GLU made this week and it
looks like
Robert Osfield schrieb:
There is also a reported compile error under XCode build. This one is
excruciatingly frustratingly for me as I've have spent lots of hours
trying to find a workable solution and made many calls for testing
from XCode users and their silence led me to assume that things
Those warnings are for the same thing that was failing elsewhere, right?
andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Stephan
Huber
Sent: Wednesday, October 03, 2007 11:37 AM
To: OpenSceneGraph Users
Subject: Re: [osg-users]
Robert Osfield wrote:
On 10/2/07, Abe Stephens [EMAIL PROTECTED] wrote:
Robert: What should we expect from the collada import (or from other
paths into OSG)? Obviously we'd need to investigate collada export
from a modeling tool separately.
I'm not th author or a user of COLLADA so
HI Stephan,
Thanks for the clarification. Is it possible to disable this silly warning?
I suspect we'll need to introduce a -DXCODE_TESS_CALLBACK into the
build and then pick this up in the include/osg/GLU to provide the
(...) version of the typedef.
Robert.
On 10/3/07, Stephan Huber [EMAIL
Hello Robert,
Thanks to the silly copy and paste mistake in Registry.cpp 2.1.14 does
build under VisualStudio build, I've fixed this error in SVN. The
fixed src/osgDB/Registry.cpp file is also attached for you to patch
locally.
As reported by others, after this fix everything builds fine
Hi,
Have you made any progress with this as I think that I am having the same
problem?
I've been able to build osgDotNet generator and the wrappers and verify that
it is working using the same quad code which runs osgViewer full screen. I
also followed Jason's example of using TAO to host osg
Hi all,
I've had a long standing issue with tooltips on some Windows XP machines
that we deploy our systems to. If the tooltip text overlaps the
OpenSceneGraph window and the OpenSceneGraph window is redrawn, the tooltip
is cut off and invisible. I've attached a small image of the problem in
Our Mac guy asks what version of XCode you have-we are using 2.4.1.
He says to get the -E in the command line for a specific file, you open
Get Info on that file, and add the gcc option there in the Build panel.
All this should do for you is to generate a .i file which may give some
clues as
Hi Robert,
I am not seeing this Registry.cpp fix in SVN trunk as of r7547?
-- mew
Mike Weiblen -- Zebra Imaging -- Austin Texas USA --
http://www.zebraimaging.com/
-Original Message-
From: [EMAIL PROTECTED] [mailto:osg-users-
[EMAIL PROTECTED] On Behalf Of Robert Osfield
Sent:
Hi Jason,
When a graphics window (Win32) is created, it is set by default to be at the
top of the windows Z-order. This is done at line 1629 of
GraphicsWindowWin32.cpp, i.e.
if (!::SetWindowPos(_hwnd, HWND_TOP, _windowOriginXToRealize,...))
You might want to check using other values
Hi Andre,
I'm actually still using OSG 1.2 with Producer, so anything in osgViewer
shouldn't be the issue I'm seeing. All other windows and menus seem to work
fine. The only issue I'm seeing this with is ToolTips. Thanks for your
help!
Jason
On 10/3/07, André Garneau [EMAIL PROTECTED] wrote:
Do you have the log from building? Did you get warnings as you built
osgUtil/Tessellator.cpp?
Seems some don't have a problem, some get warnings, some get errors.
andy
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Mark
Lucas
Sent: Wednesday, October
Switched back to the Development Build Configuration under Xcode,
built svn 7547 again.
got 10 warnings under osgUtil (also received other warnings in other
sections of the build)
most of the warnings were invalid conversion from 'void(*)()' to
'GLvoid(*)(...)' under osgUtil
I have the
Win Xp VisualStudio 2005
dev release 2.1.14 and latest svn
had the double 'return' error, not warning, fixed with the provided
Registry.cpp
compiles and runs fine
One thing of note is that when debugging examples within VisualStudio,
the first target is ZERO_CHECK and it either touches
Adrian Egli schrieb:
I am using XCode 2.4.1
are you using a ppc-based mac? I've seen theses kinds of inconsistency
when using gcc on a ppc-platform -- it reported errors which didn't show
up on an intel platform.
cheers,
Stephan
___
osg-users
Hi Adrian,
It seems like Thibault posted the guide you were looking for, as some
additional material here's a link for the generic ( non-Debian ) setup
instructions:
http://svnbook.red-bean.com/en/1.0/ch06s04.html#svn-ch-6-sect-4.2
To find some more info, google: your Linux distro mod_dav_svn
I am using macbookpro (intel) ppc and i386 as compiler settings.
2007/10/3, Stephan Huber [EMAIL PROTECTED]:
Adrian Egli schrieb:
I am using XCode 2.4.1
are you using a ppc-based mac? I've seen theses kinds of inconsistency
when using gcc on a ppc-platform -- it reported errors which
Hi Adrian, Stephan, etc al.
Could you try the attached include/osg/GLU file, and add the define
GLU_TESS_CALLBACK_TRIPLEDOT to the compile options of the XCode
project build. i.e.
-DGLU_TESS_CALLBACK_TRIPLEDOT
If this works, I'll check this new GLU in, and Stephan will need to
add the
Hello,
I was having trouble getting my models lined up when converting them to
collada or .osg format. Attached are just the tops of the files from
doing a:
osgconv cow0.osg cow1.osg
You can see that the one element of Matrix loses precision.
Any thoughts on increasing the default
Robert and Cedric,
I reported a fullscreen issue with GNOME (metacity WM) in the thread
Robert mentions. For me, entering and leaving fullscreen mode works,
but the fullscreen window appears under the GNOME panels at the top
and bottom of the screen. The fix for this is to use a fullscreen WM
Hi Robert,
Argh!!! error!.. Using Unix Makefiles doesn't work, and the error is:
/Users/rgaitan/Projects/OSG-SVN/OpenSceneGraph/src/osgUtil/Tessellator.cpp:44:
error: invalid conversion from 'void (*)()' to 'GLvoid (*)(...)'
Robert Osfield wrote:
I don't know why the errors you see have popped up, the last time
sockstream.cpp was modified was 2 months ago:
Robert,
I cleared everything in my build directory again and redid ccmake and
didn't change anything (last time I had changed the X11... To
X11...-NOTFOUND
Hi All,
In a attempt to fix build problems under OSX we've really been round
the houses. First up we have Andy Skinner reporting build problem
with the Cmake build under OSX with the original form of tesselator
callback under Apple - that was building with (...).
Next it looks like going for ()
Robert Osfield wrote:
I don't know why the errors you see have popped up, the last time
sockstream.cpp was modified was 2 months ago:
Robert,
I cleared everything in my build directory again and redid ccmake and
didn't change anything (last time I had changed the X11... To
X11...-NOTFOUND
Hi Brian,
O.K. I'm confused now. Your previous email it sounds like you needed to add:
-DWIN32 -DNOMINMAX -mnop-fun-dllimport -DOSG_LIBRARY
To get things compile, but your next below sounds like you made no changes.
Does the SVN version of the OSG compile out of the box without any
Hi All,
Since it seems like its the CMake Xcode vs Makefile builds are the
original source for this issue I've added some extra controls into
OpenSceneGraph/CMakeLists.txt that should allow us to override the
defaults for each platform when they mysteriously break as seems to
have done over the
Hi Brian,
Thanks for the clarification.
For 2.2 I think I'll just go with what we have in SVN. In might not
work perfectly out the box under Cygwin in all combination, but at
least there is a simple workaround for cases where it doesn't.
Perhaps if greater clarity comes after 2.2 then we can
I have been playing with this a bit form time to time, and i just
downloaded this am the head of the subversion tree and rebuilt osg to
see if it changed anything. still doesnt work. i have looked at the
event handling and all events are being handled (mouse/keyboard/
update) and the
Robert,
i built using xcode from svn head this am and everything built first
thing right out of the box. the only thing i tested was the
cocoviewer and the qt viewer examples. QT i put a message in about
earlier tonight, cocoa is fine except it seems to be much slower than
i would
Howdy, please help me before I throw my comptuer into traffic.
I need to install the OSG example package and would like to do so using YUM
onto Fedora Core 6. I used this command:
yum install OpenSceneGraph-examples.i386
YUM ran and apparently installed successfully. However, I cannot
Hi all,
I can't seem to find any documentation about the configuration files
that can be used with osgViewer to manage cameras.
I have various CAVE-like configurations that I need to switch between,
and think that the config files are the way to go.
Does anyone have an example?
Thanks,
-Mike
Hi Robert,
On Wed, Oct 03, 2007 at 09:11:21AM +0100, Robert Osfield wrote:
On 10/3/07, Michael Wittman [EMAIL PROTECTED] wrote:
It's possible to add support to osgDotNet for upcasts along non-leftmost
inheritance branches. But downcasting in the same situation is a much
harder problem,
Hi Robert,
On MacOSX with Unix Makefiles Tesselator compiles fine, so the
option is correctly added. Thanks for the effort!
Rafa.
On 10/4/07, Robert Osfield [EMAIL PROTECTED] wrote:
Hi All,
Since it seems like its the CMake Xcode vs Makefile builds are the
original source for this issue
98 matches
Mail list logo
