Re: [osg-users] How to use CMake to construct an OpenSceneGraph project ?

2012-04-19 Thread Olaf Flebbe

Hi,

For flightgear builds I use the easy way: I have one installation 
directory and use


cmake ... -DCMAKE_INSTALL_PREFIX=installdir ...

and

make install for both OSG and the other projects.
(install/uninstall is a common target for Visual Studio, make, eclipse ...)

There are other ways to specify, but than you'll have to specify a lot 
more variables.


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


Re: [osg-users] osx fail to configure

2012-04-12 Thread Olaf Flebbe
Hi,

For me, a recent snapshot version from cmake did the job. No additional command 
line parameters necessary.

I updated the command line tools: Xcode/Preferences.../Downloads/Components to 
get recent llvm and utilities in /usr/bin

Olaf

Am 12.04.2012 um 01:49 schrieb Ulrich Hertlein:

 On 12/04/12 0:53 , Cedric Pinson wrote:
 Thx for the hints, I modified the CMakeCache.txt file to point on the new 
 location of Xcode
 
 For me, running xcode-select /Applications/Xcode.app/Contents/Developer did 
 the trick.
 (Maybe together with cmake patches brought in through MacPorts, not sure.)
 


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


Re: [osg-users] multitouch-capable camera manipulators for terrain?

2012-03-14 Thread Olaf Flebbe
Hi,

 with the recent addition of Multitouch support for OSG 3.1 on Windows
 (thank you whoever committed this), 

Thanks, that was me. 

 I would like to ask what kind of
 support for Multitouch the current camera manipulators have.


At least there is a MultiTouchTrackballManipulator (see 
examples/osgmultitouch). I do not have other manipulators.

Regarding the example: The gesture to reset the view is tapping with three 
fingers.  Your Medion devices may have a problem with this. 

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


[osg-users] Windows Touch Support

2012-02-28 Thread Olaf Flebbe

Hi *,

I submitted a patch to enable MultiTouch Support for Windows 7 and above.

A first patch featured a CMAKE Variable WIN32_MUTITOUCH controlling 
support for Multitouch on Windows.


Furthermore:

* It depends on a recent SDK (Which is part of Visual Studio 2010, but 
not by default part of VS 2008).


* It updated the WIN_VER Variable to use the WIN7 API, iff 
WIN32_MUTITOUCH is enabled


* It did call Win7 (Vista and upwards?) specific API's, breaking OSG on 
for instance Win XP.


Robert rejected it because of these shortcomings and proposed to discuss 
other ways to use this API on osg-users.


I now propose a different patch:

* It should now work with all Visual Studio Versions.
* WIN_VER is left as-is
* I added the missing declarations from a recent SDK, if not supplied by 
the SDK

* If someone chooses to update WIN_VER, the declarations should not break.
* All API Calls are runtime detected.
* No CMake Variable, Support is enabled automatically .

What do you think? Please find attached a zip of the changed 
GraphicsWindowWin32.cpp as of SVN trunk of yesterday.


Greetings,
  Olaf

BTW: Maybe there is a transformation of coordinates of touchpoints 
missing...


multitouch.tgz
Description: application/compressed-tar
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org


Re: [osg-users] probs running OSG on non-dev system?

2007-09-17 Thread Olaf Flebbe
Hi,

 
 Thanks for the suggestion, but now my problem wont repro, so I guess 
 that isn't the problem.
 
 But a further question, are manifests relevant to native win32 binaries, 
 or windows managed assemblies?  If the former, then that including of a 
 manifest better be captured the cmake build process somewhere.

manifests are even relevant to native win32 binaries beginning with w2k. 
You can distribute the msvcrt80.dll beneath your exe iff you provide it 
with a manifest. If you don't windows will not accept the dll. This is 
called you are distributing a private assembly.

The manifest is even more relevant for Vista: It is used for the User 
Access Control, if you need to run with admin priviledges.

Cheers
Olaf

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


Re: [osg-users] probs running OSG on non-dev system?

2007-09-15 Thread Olaf Flebbe
Hi,

The official location for this vcredist_x86.exe is
http://www.microsoft.com/downloads/details.aspx?FamilyID=200B2FD9-AE1A-4A14-984D-389C36F85647displaylang=en

This is the updated SP1 redistributable, works for plain MSVC8 too.

Cheers
   Olaf


Thrall, Bryan schrieb:
 [EMAIL PROTECTED] wrote on Friday, September 14, 2007 3:12 PM:
 Hi Mike,

 My bells rang: Include a manifest.

 For DLL's:
 mt -manifest test.dll.manifest -outputresource:test.dll;2

 For EXE's:
 mt -manifest test.exe.manifest -outputresource:test.exe;1
 
 Also, the MSVCRT used by VS8 is not typically installed on WinXP, so
 this link might help:
 
 http://msdn2.microsoft.com/en-us/library/ms235299(VS.80).aspx
 
 Basically, Visual Studio 8 includes a file (on my PC its in C:\Program
 Files\Microsoft Visual Studio
 8\SDK\v2.0\BootStrapper\Packages\vcredist_x86) vcredist_x86.exe that
 will install the updated MSVCRT for you and allow the app to run.
 
 Mike Weiblen wrote:
 Pardon the sparse details, had a problem in wee hours this morn...

 Built a 2.1.10-ish OSG on one system w/ winxppro/vs8, tried to run
 the resulting osgviewer on a different system w/ winxphome but no VS8
 installed.  I got entirely unhelpful errormsgs/dialogs along the
 lines of that application cant be run or trying reinstalling the
 app.  The VS8 runtime libs were present on the non-VS8 system

 Does this ring any bells?  Could the VS8 or Cmake ocnfigs be
 triggering some OS or binary dependency? 

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


Re: [osg-users] OpenThreads external referrence

2007-09-01 Thread olaf flebbe
Hi Robert,

 
 On 8/30/07, olaf flebbe [EMAIL PROTECTED] wrote:
 svn: PROPFIND request failed on
 '/svn/osg/OpenThreads/trunk/include/OpenThreads'
 svn: PROPFIND of '/svn/osg/OpenThreads/trunk/include/OpenThreads': 301
 Moved Permanently (http://www.openscenegraph.com)
 

 IMHO the domain part of the svn:externals is incorrect (.com rather than
 .org).
 
 IMHO you don't need the IMHO, the svn externals reference is in
 correct now, it wasn't originally because 2.0 went out when we still
 had to use the .com domain.
 
 I don't know svn well enough to know how to efficient fix this in
 retrospect.  Suggestions?
 

As far as I know, properties are versioned. I would suggest propedit
(or simply propdel/propset). unfortunatly propedit only works with local
copies.

Use svn propedit svn:externals . on a local copy of the 2.0 branch,
and commit.


 IMHO the external reference in a fixed version-branch should not point
 to a moving target trunk.
 
 Well a branch should map to branch, I don't personally know how to set
 this. Alas I'm not expert in everything having to spread myself too
 thinly.
 
 Do you know how to set this?
 
 --

If you are doing propedit, change the URL from trunk to the right
branch in OpenThreads. Unfortunatly I do not know which branch of OT was
current when OSG made 2.0.


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


[osg-users] OpenThreads external referrence

2007-08-30 Thread olaf flebbe
Hi,

I cannot check out the OpenSceneGraph-2.0 tag.

Error Message is:

svn: PROPFIND request failed on
'/svn/osg/OpenThreads/trunk/include/OpenThreads'
svn: PROPFIND of '/svn/osg/OpenThreads/trunk/include/OpenThreads': 301
Moved Permanently (http://www.openscenegraph.com)


IMHO the domain part of the svn:externals is incorrect (.com rather than
.org).

IMHO the external reference in a fixed version-branch should not point
to a moving target trunk.


of svn propget svn:externals \
http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0.0/

include/OpenThreads
http://www.openscenegraph.com/svn/osg/OpenThreads/trunk/include/OpenThreads
  ^^^
src/OpenThreads
http://www.openscenegraph.com/svn/osg/OpenThreads/trunk/src/OpenThreads
  ^^^

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