OpenSG Users ()

Lars Henning Wendt | 6 Jan 2012 12:06

Picon

Picon

Picon

PCRE support lib build problem with OpenSG2.0

Hi Gerrit,

I have problems building the PCRE SupportLib with Visual Studio 2008.
I've recently upgraded from version 7.9 to 8.12. Version 8.12 doesn't 
build because it is configured in a way that it depends on stdint.h.
Microsoft doesn't deliver this header, until Visual Studio 2010.

The reason why it is used anyway is that the 
OpenSG/support/pcre/config.h (which is the current version from the 
OpenSG git repro) make the following definitions.

#define HAVE_STDINT_H 1
#define HAVE_INTTYPES_H 1

What solution would you recommend?
- stick with 7.9
- get stdint.h from web (maybe add it to OpenSG/support/pcre)
- modify OpenSG/support/pcre/config.h

BTW: There are further weird definitions in the config.h file e.g.
#define VERSION "7.6". So I'm not sure if the usage of this file is 
still intended?

best
Lars

------------------------------------------------------------------------------
Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex
infrastructure or vast IT resources to deliver seamless, secure access to
virtual desktops. With this all-in-one solution, easily deploy virtual

(Continue reading)

Gerrit Voß | 9 Jan 2012 12:04

Re: PCRE support lib build problem with OpenSG2.0


Hi,

On Fri, 2012-01-06 at 12:06 +0100, Lars Henning Wendt wrote:
> Hi Gerrit,
> 
> I have problems building the PCRE SupportLib with Visual Studio 2008.
> I've recently upgraded from version 7.9 to 8.12. Version 8.12 doesn't 
> build because it is configured in a way that it depends on stdint.h.
> Microsoft doesn't deliver this header, until Visual Studio 2010.
> 
> The reason why it is used anyway is that the 
> OpenSG/support/pcre/config.h (which is the current version from the 
> OpenSG git repro) make the following definitions.
> 
> #define HAVE_STDINT_H 1
> #define HAVE_INTTYPES_H 1
> 
> What solution would you recommend?
> - stick with 7.9
> - get stdint.h from web (maybe add it to OpenSG/support/pcre)
> - modify OpenSG/support/pcre/config.h
> 
> BTW: There are further weird definitions in the config.h file e.g.
> #define VERSION "7.6". So I'm not sure if the usage of this file is 
> still intended?

I'll have a look, but I have to find a VS2008 installation ;). The
VERSION part is most likely just a leftover as I often transition the
generated files to new versions instead of trying to recreate them, so

(Continue reading)

Christoph Fünfzig | 11 Jan 2012 13:49

Picon

Picon

Re: Multi-Threaded Render (OpenSG 2.0)

Hi,

coming back to this in the new year ..
My application is running just fine, changing the camera (via Navigators)
and changing the matrix field of some transforms.
But I see inbetween states during changes in dependent aspects
(which synchronize with the application aspect performing them):

   OSG::commitChanges();
   // do camera changes and model transform changes
   performNavigation();
   OSG::commitChanges();
   // synchronize with renderer
   tile->syncBarrier->enter(config.numPipes()+1);
   // sync to renderers
   tile->syncBarrier->enter(config.numPipes()+1);

Could someone hint me to documentation on OSG::commitChanges?
What does it do exactly?

Thanks,
Christoph

On 21.12.2011 05:32, Gerrit Voß wrote:
>
> Hi,
>
> On Tue, 2011-12-20 at 11:24 +0100, "Christoph Fünfzig" wrote:
>> Hi Gerrit,
>>

(Continue reading)

Gerrit Voß | 12 Jan 2012 00:16

Re: Multi-Threaded Render (OpenSG 2.0)

Hi,

On Wed, 2012-01-11 at 13:49 +0100, "Christoph Fünfzig" wrote:
> Hi,
> 
> coming back to this in the new year ..
> My application is running just fine, changing the camera (via Navigators)
> and changing the matrix field of some transforms.
> But I see inbetween states during changes in dependent aspects
> (which synchronize with the application aspect performing them):
> 
>    OSG::commitChanges();
>    // do camera changes and model transform changes
>    performNavigation();
>    OSG::commitChanges();
>    // synchronize with renderer
>    tile->syncBarrier->enter(config.numPipes()+1);
>    // sync to renderers
>    tile->syncBarrier->enter(config.numPipes()+1);
> 
> Could someone hint me to documentation on OSG::commitChanges?
> What does it do exactly?

calls changed on the containers that changed since the last 
commitChanges. It is basically the replacement for the old endEdit, as
this was removed for OpenSG 2. The only main difference is that while
endEdit worked directly on one container at a time and relied on the 
user to provide the correct FieldMasks, commitChanges walks through 
the ChangeList and calls changed on all containers changed since the

(Continue reading)

Gerrit Voß | 13 Jan 2012 08:46

Re: PCRE support lib build problem with OpenSG2.0


Hi,

On Mon, 2012-01-09 at 19:04 +0800, Gerrit Voß wrote:
> Hi,
> 
> On Fri, 2012-01-06 at 12:06 +0100, Lars Henning Wendt wrote:
> > Hi Gerrit,
> > 
> I'll have a look, but I have to find a VS2008 installation ;). The
> VERSION part is most likely just a leftover as I often transition the
> generated files to new versions instead of trying to recreate them, so
> there might be some leftovers in there. I'll check this one too.

sorry took a second to get a VS2008 running again. I fixed the config.h
file so that it checks the compiler version and uses the correct 8.12
version strings. It should build now. If there are more problems with
VS 2008 let me know, I will try a full build myself.

kind regards
 gerrit

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
_______________________________________________
Opensg-users mailing list

(Continue reading)

Michael Raab | 13 Jan 2012 13:06

Picon

Picon

OpenSG1.8 - Changing OpenGL context

Hi all,

I'm trying to change the pixel format of our application during runtime.
To achieve this I need to recreate our drawing surface (device context) and as an implication the opengl
context. Up to this all went well.
After that OpenSG leaves the frame buffer completely black. How is the relation of OpenSG to the current GL
context? What do I need to do to use a new context?

Thanks,
Michael
--

-- 
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!		
Jetzt informieren: http://www.gmx.net/de/go/freephone

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2
_______________________________________________
Opensg-users mailing list
Opensg-users <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users

Carsten Neumann | 13 Jan 2012 16:02

Picon

Re: OpenSG1.8 - Changing OpenGL context

	Hello Michael,

On 01/13/2012 06:06 AM, Michael Raab wrote:
> I'm trying to change the pixel format of our application during runtime.
> To achieve this I need to recreate our drawing surface (device context) and as an implication the opengl
context. Up to this all went well.
> After that OpenSG leaves the frame buffer completely black. How is the relation of OpenSG to the current GL
context? What do I need to do to use a new context?

a GL context is represented as a Window in OpenSG. Depending on the type 
of window you use they either create the context themselves or use an 
existing one (PassiveWindow).
I'm guessing you'll have to create a new window to use the new context.

	Cheers,
		Carsten

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2

Michael Raab | 13 Jan 2012 16:20

Picon

Picon

Re: OpenSG1.8 - Changing OpenGL context

Hi Carsten,

I think I solved the issue. I called reinitializeAllGLObjects() on my current window after activating the
new context. The results look fine up to now. Does it sound resonable to you?

Thanks,
Michael

-------- Original-Nachricht --------
> Datum: Fri, 13 Jan 2012 09:02:10 -0600
> Von: Carsten Neumann <carsten_neumann <at> gmx.net>
> An: opensg-users <at> lists.sourceforge.net
> Betreff: Re: [Opensg-users] OpenSG1.8 - Changing OpenGL context

> 	Hello Michael,
> 
> On 01/13/2012 06:06 AM, Michael Raab wrote:
> > I'm trying to change the pixel format of our application during runtime.
> > To achieve this I need to recreate our drawing surface (device context)
> and as an implication the opengl context. Up to this all went well.
> > After that OpenSG leaves the frame buffer completely black. How is the
> relation of OpenSG to the current GL context? What do I need to do to use a
> new context?
> 
> a GL context is represented as a Window in OpenSG. Depending on the type 
> of window you use they either create the context themselves or use an 
> existing one (PassiveWindow).
> I'm guessing you'll have to create a new window to use the new context.
> 
> 	Cheers,

(Continue reading)

Carsten Neumann | 13 Jan 2012 16:31

Picon

Re: OpenSG1.8 - Changing OpenGL context

	Hello Michael,

On 01/13/2012 09:20 AM, Michael Raab wrote:
> I think I solved the issue. I called reinitializeAllGLObjects() on my current window after activating
the new context. The results look fine up to now. Does it sound resonable to you?

yes, that should recreate all OpenGL objects in the new context.

	Cheers,
		Carsten

------------------------------------------------------------------------------
RSA(R) Conference 2012
Mar 27 - Feb 2
Save $400 by Jan. 27
Register now!
http://p.sf.net/sfu/rsa-sfdev2dev2

Lars Henning Wendt | 16 Jan 2012 09:02

Picon

Re: PCRE support lib build problem with OpenSG2.0

thx, it builds now without problems.

best
Lars

On 13.01.2012 08:46, Gerrit Voß wrote:
>
> Hi,
>
> On Mon, 2012-01-09 at 19:04 +0800, Gerrit Voß wrote:
>> Hi,
>>
>> On Fri, 2012-01-06 at 12:06 +0100, Lars Henning Wendt wrote:
>>> Hi Gerrit,
>>>
>> I'll have a look, but I have to find a VS2008 installation ;). The
>> VERSION part is most likely just a leftover as I often transition the
>> generated files to new versions instead of trying to recreate them, so
>> there might be some leftovers in there. I'll check this one too.
>
> sorry took a second to get a VS2008 running again. I fixed the config.h
> file so that it checks the compiler version and uses the correct 8.12
> version strings. It should build now. If there are more problems with
> VS 2008 let me know, I will try a full build myself.
>
> kind regards
>   gerrit
>
>
>

(Continue reading)

Group

gmane.comp.graphics.opensg.user.

Project Web Page

OpenSG Users ()

Search Archive

Page

1 | 2 | 3 | 4 | 5 | 6

Articles in period: 51

January 2012

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

OpenSG2 daily build (16 May 2013)
OpenSG2: Building rev. a592e8c - 'GL_FRAMEBUFFER' : undeclared identif (16 May 2013)
Using OpenSG in Visual Studio (15 May 2013)
ShadowStage and custom HDRStage with gBuffer (13 May 2013)
OpenSG1.8 - SkyBackground in Stereo (7 May 2013)
Some questions about OpenSG (4 May 2013)
OpenSG2: Crash in ShaderCacheTreeV3 (2 May 2013)
[OpenSG 1.8] Fixes for compilation with clang 4.2 with cxx-11 support (29 Apr 2013)
[OpenSG 1.8] Compilation with clang++ on macosx (17 Apr 2013)
SourceForge project updated, repo URLs changed (12 Apr 2013)
OpenSG1.8 - Object re-initialization (11 Apr 2013)
HDRStage and DepthClearBackground (29 Mar 2013)
OpenSGToolbox: modified fcd2code (24 Mar 2013)
New FC with field from another lib (19 Mar 2013)
ShadowStage and DepthClearBackground (13 Mar 2013)
OpenSG 2: SimpleMaterial oddity (6 Mar 2013)
OpenSGToolbox (26 Feb 2013)
OpenSG 2: Depth texture (25 Feb 2013)
Some change proposals (25 Feb 2013)
Invisible Objects, OpenSG 2.0 & Mac OS X 10.8 (22 Feb 2013)
OpenSG 2: Dot file graph op (20 Feb 2013)

Archives

30	May 2013
18	April 2013
36	March 2013
45	February 2013
29	January 2013
26	December 2012
56	November 2012
33	October 2012
42	September 2012
62	August 2012
46	July 2012
24	June 2012
19	May 2012
37	April 2012
52	March 2012
46	February 2012
51	January 2012
48	December 2011
84	November 2011
77	October 2011
73	September 2011
27	August 2011
20	July 2011
33	June 2011
107	May 2011
55	April 2011
40	March 2011
97	February 2011
58	January 2011
46	December 2010
43	November 2010
35	October 2010
40	September 2010
49	August 2010
105	July 2010
114	June 2010
116	May 2010
91	April 2010
126	March 2010
102	February 2010
112	January 2010
42	December 2009
102	November 2009
71	October 2009
131	September 2009
154	August 2009
172	July 2009
236	June 2009
117	May 2009
99	April 2009
298	March 2009
153	February 2009
174	January 2009
129	December 2008
241	November 2008
114	October 2008
89	September 2008
162	August 2008
71	July 2008
112	June 2008
143	May 2008
128	April 2008
128	March 2008
139	February 2008
70	January 2008
57	December 2007
132	November 2007
183	October 2007
68	September 2007

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template