Hello!
As I'm pretty new to OSG, could anyone help me with reading .obj file
extension? How should i import SolidWorks .3DI object then, which is pretty
much similiar to the .obj?
thanks in advance, andrej
___
osg-users mailing list
osg-users@lists.opens
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 issu
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 pro
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
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 fin
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 expec
I will test that. On my computer the toogle fullscreen does not work. it
fails to go in windowed mode. I tried last day to check what could be a
problem. I saw that if there is always a 'window decoration' it could
work. i mean the switch work one time. the second time it does not work
because
Hi All,
The release I never intended to have to make, but here's another one
for safety sake, please test 2.1.15.
http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases
* OpenSceneGraph-2.1.15, released on 3rd Octoberr 2007. Build and
minor runtime fixes. This will the l
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 value
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 rol
Robert Osfield wrote:
> other Cyginw users are already add the options you've added.
>
> As for the hang, does this only happen for osgconv, or does it happen
> when doing things like osgviewer cow.osg?
Oh yeah forgot to answer this:
[EMAIL PROTECTED] /usr/src/OpenSceneGraph-Data
$ osgviewer cow
Robert Osfield wrote:
> 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
This was actually the second email I sent.
> To get things compile, but your next below sounds like you made no change
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,
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
changes?
Robert Osfield wrote:
> Have you updated to a different version of Cygwin since you last
built?
Nope,
Only difference is I used a straight ccmake and did not make the
CMAKE_CXX_FLAG changes I had previously made and I haven't had to make
the wsock32.lib to wsock32.a change. I saw where it loo
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 a
Hi Brian,
Others are porting success without mentioning any extra changes they
need to make, which confuses me to why you need to add things, I'm
also curious as to where you might be adding them, or perhaps the
other Cyginw users are already add the options you've added.
As for the hang, does th
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 a
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 (*)(...)'
/Users/rgaitan/Projects/OSG-SVN/OpenSceneGraph/src/osgUtil/Tessellator.c
Hi Robert,
I Have just writting a response reporting an error(not warning) on
gluTessCallback call using Unix Makefile on MacOSX.
I have updated osg and building, in a few minutes I could tell you
if Tesselator.cpp compiles.
Rafa.
On 10/3/07, Robert Osfield <[EMAIL PROTECTED]> wrote:
> Hi Guys,
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
Adrian Egli schrieb:
> Sorry, i don't understand the problem i have.
> I removed the whole OSG subversion, check out for a new time, cmake -G
> Xcode -i . , cmake . , open OpenSceneGraph.xcodeproj, ...
> rebuild and still the same bug. then i tried to find how i can set the
> compiler settings, d
if i set this, it compiles :-) but i dont understand why.
http://openframeworks.cc/admin/index.fcgi/changeset/88/graphics
... Tesselator.cpp :41f
gluTessCallback(_tobj, GLU_TESS_VERTEX_DATA,
(void(CALLBACK*)(...))&vertexCallback);
gluTessCallback(_tobj, GLU_TESS_BEGIN_DATA,
(void(CALLBACK*
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 precis
Hi Guys,
I have reflected a bit further on this matter and have decided to
check in the changes to include/osg/GLU. Also modified the root
CMakeLists.txt to enable enabled the ... parameter version for AIX as
this looks like is required, but since I haven't had any feedback on
AIX I can only hope
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 -DGLU_TE
Sorry, i don't understand the problem i have.
I removed the whole OSG subversion, check out for a new time, cmake -G Xcode
-i . , cmake . , open OpenSceneGraph.xcodeproj, ...
rebuild and still the same bug. then i tried to find how i can set the
compiler settings, don't unterstand where. then i upd
On 10/3/07, Mike Weiblen <[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
> I am not seeing this Registry.cpp fix in SVN trunk as of r7547?
Sorry must have missed checking it in, now checked in.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http
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 w
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: mod_dav_svn [apache svn]
I hop
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 maili
I am using XCode 2.4.1
2007/10/3, Andy Skinner <[EMAIL PROTECTED]>:
>
> 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.
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
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 ful
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 0
My version of Xcode is 2.4
MacOSX 10.4.10
I built fine with svn revision 7540
just did an update to svn 7547
Target AllStandardTargets, Deployment build configuration
didn't do a clean, all, but built from Xcode with the update, built
fine. Ran the teapot example, seems fine.
Let me know if t
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
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 for
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:
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 to
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
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 co
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 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 P
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 t
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] OpenSceneGraph-2.1.14
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 thi
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 li
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 Robert,
Thanks Robert. I don't need the line by line teaching. I only need
pointers. Thanks for your help. That much should be adequate for me.
Regards
Harash
Robert Osfield <[EMAIL PROTECTED]> wrote:
Hi Harash,
Moving the vehicle can be done via osg::AnimationPathCall
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 wind
The makefiles give a rule to create it. I have no idea how (or whether)
XCode can.
For me, I can build it and look at it with this:
cd src/osgUtil
gmake Tessellator.i
more CMakeFiles/osgUtil.dir/Tessellator.i
I don't know if you have the make stuff in your directory, but even if
you bui
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 channel
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?
Robert.
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"
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 a
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 acros
Hi Adrian,
Boy this error is frustrating. I spent an a day trying to get to the
bottom of this, tried a solution that appeared to work as I got no
negative feedback to all my calls for testing, but clearly no one till
now tested the XCode build. Still better late than never.
Could you please ha
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 explor
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
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
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
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. H
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
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__)
>
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 reported?
Robert.
_
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 fixin
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 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 vehic
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
OpenGL error in motion blur (ATI X1600 mobile)
C:\dev\OpenSceneGraphSVN\OpenSceneGraph>osgmotionblur 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]>:
>
>
return return error in Registry.cpp line 614
std::string Registry::createLibraryNameForNodeKit(const std::string& name)
{
#if defined(__CYGWIN__)
return "cyg"+name+".dll";
#elif defined(__MINGW32__)
return "lib"+name+".dll";
#elif defined(WIN32)
#ifdef _DEBUG
return return nam
Robert Osfield wrote:
>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 a
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 rectan
"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 !
--
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 a
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
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 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
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 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
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: OpenSc
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
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 breakable. I'm not running svnserve at all, and got no problem
accessing my repo from tortoise svn on windows, and the command
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 thre
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. De
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
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
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!
_
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: osg-users
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 hi
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 w
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".
Thanks, fix now merged and submitted to SVN.
On 10/3/07, Alberto Luaces <[EMAIL PROTECTED]> wrote:
> Robert Osfield escribió:
> > 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 so
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 Cederic,
Have a look through Septembers archives as there was another thread
about problems under that I believe under Gnome.
I use KDE myself and everything is working fine so its a window
manager issue - i.e. its not supporting how
osgViewer::GraphicsWindowX11.cpp is try to to change the win
Hi David,
I'm a total idiot!
I was not optimizing, but I compared the .osg anyway.
The StateSet were doing their job correctly in both cases, but I was
using replaceChild with and index ("0") instead of child pointer... so
the switcher was never inserted in the graph correctly. (RTFM always...)
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() 0x805
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
1 - 100 of 127 matches
Mail list logo