date:20140429

[osg-users] SIGGRAPH OSG BOF for 2014

2014-04-29 Thread David Glenn

Greetings All!

My apogees in advance for asking, but I just set my plans for SIGGRAPH in 
Vancouver this year and was wondering if there was going to be an OSG BOF this 
year as before?  


I had to ask, just in case that John need me to hold the Karaoke mic agein as I 
did last year!  |-) 

...


David Glenn
---
D Glenn 3D Computer Graphics Entertainment.
www.dglenn.com

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=59205#59205





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

[osg-users] Multiple Graphics contexts, Views, Viewports, Cameras.

2014-04-29 Thread Sergey Bud

Hi, All!

Newbie's question. I am having trouble understanding the concepts of the 
subject. Which one contains which one, how they relate to each other. If I 
understand correct Viewer contains View and Camera. I am trying to set up 
multiple view of the same scene from different points. As I understand I can 
have multiple views and multiple cameras, I saw the examples. But I am having 
trouble to understand which one I want. I am confused about how those things 
work. The book says each View has it's own scene, does it mean I will have just 
two duplicate scene's with CompositeViewer? Are multiple Cameras on the same 
View is the same as two Views? And in which case it's multiple Graphics 
contexts? 

So basically any help on that matter is appreciated. I am trying to understand 
the whole concept of Graphics context, View's, Viewports and such. Any reading 
on this matter is appreciated as well. 

Thank you!

Cheers,
Sergey

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=59203#59203





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

Re: [osg-users] New LUA plugin fails to link

2014-04-29 Thread Robert Osfield

Hi Raymond,

Lua itself is pretty widely used and it's *very* portable being Anscii
C.  The new OSG Lua plugin includes the source and builds Lua locally
so there is no need to go chasing external dependencies.

The errors that Paul has published aren't to do with Lua but with
osgDB template methods that VisualStudio isn't handling correctly.

Robert.

On 29 April 2014 17:55, Raymond de Vries  wrote:
> Hi,
>
> Coincidence, or not, I was going to report the same :-)
>
> On windows, lua is not a standard thing so I guess that it is not built 
> often. Nor used?
>
> I am trying to build the plugin with lua from 
> https://code.google.com/p/luaforwindows/ (5.1.4) with 32 bit visual studio 
> 2008 (vc9).
>
> What option could be useful?
>
> Btw where can I find an example how to use the plugin?
>
> Cheers
> Raymond
>
>
>
> Sent from my iPad
>
>> On Apr 29, 2014, at 18:36, Robert Osfield  wrote:
>>
>> Hi Paul,
>>
>> The lua plugin has been checked in as it is for a couple of months
>> now, I'm surprised others haven't come across issues.  This suggest
>> something either not many Windows are building the OSG and reporting
>> problems, or that there is something specific about the compiler or
>> build options you are using.
>>
>> What compiler are you building with?  Are they any non default build
>> options you are using?  The Lua plugin doesn't have any specific GL
>> code in it so shouldn't be effect by GLCORE changes.  It might be
>> worth just trying a default build though to see if something odd
>> happens with GLCORE build.
>>
>> As for multiple defines, these are template definitions provided by
>> include/osgDB/PropetyInterface that the compiler should be handling
>> just fine.  It could be that some extra option is required for it to
>> be a little more C++ compliant.
>>
>> Robert.
>>
>>> On 29 April 2014 17:10, Paul Martz  wrote:
>>> Hi Robert -- There is a new plugin, LUA, which fails to link on Windows when
>>> building current trunk. It looks like multiply defined symbols. I'm building
>>> for GLCORE, but that's probably irrelevant. I'm using the default setting
>>> for the LUA local source CMake variable.
>>>
>>> Here's the output:
>>>
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@D@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@E@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@F@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@G@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@H@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@I@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@M@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@N@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>>> LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@PEAVImage@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>>> already defined in LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum(void)"
>>> (??$getTypeEnum@PEAVObject@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>>> already defined in LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum
 (void)"
>>> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3d@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>>> already defined in LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>>> __cdecl osgDB::getTypeEnum
 (void)"
>>> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3f@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>>> already defined in LuaScriptEngine.obj
>>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type

Re: [osg-users] render main scene and 2d menu in single RTT

2014-04-29 Thread Robert Pawłowski

I haven’t tried your code, but I had quite similar problem recently. The 
solution was to use NESTED_RENDER for slave cameras.

Robert

--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=59192#59192





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

Re: [osg-users] New LUA plugin fails to link

2014-04-29 Thread Raymond de Vries

Hi,

Coincidence, or not, I was going to report the same :-)

On windows, lua is not a standard thing so I guess that it is not built often. 
Nor used?

I am trying to build the plugin with lua from 
https://code.google.com/p/luaforwindows/ (5.1.4) with 32 bit visual studio 2008 
(vc9).

What option could be useful?

Btw where can I find an example how to use the plugin?

Cheers
Raymond



Sent from my iPad

> On Apr 29, 2014, at 18:36, Robert Osfield  wrote:
> 
> Hi Paul,
> 
> The lua plugin has been checked in as it is for a couple of months
> now, I'm surprised others haven't come across issues.  This suggest
> something either not many Windows are building the OSG and reporting
> problems, or that there is something specific about the compiler or
> build options you are using.
> 
> What compiler are you building with?  Are they any non default build
> options you are using?  The Lua plugin doesn't have any specific GL
> code in it so shouldn't be effect by GLCORE changes.  It might be
> worth just trying a default build though to see if something odd
> happens with GLCORE build.
> 
> As for multiple defines, these are template definitions provided by
> include/osgDB/PropetyInterface that the compiler should be handling
> just fine.  It could be that some extra option is required for it to
> be a little more C++ compliant.
> 
> Robert.
> 
>> On 29 April 2014 17:10, Paul Martz  wrote:
>> Hi Robert -- There is a new plugin, LUA, which fails to link on Windows when
>> building current trunk. It looks like multiply defined symbols. I'm building
>> for GLCORE, but that's probably irrelevant. I'm using the default setting
>> for the LUA local source CMake variable.
>> 
>> Here's the output:
>> 
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@D@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@E@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@F@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@G@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@H@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@I@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@M@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@N@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
>> LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@PEAVImage@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum(void)"
>> (??$getTypeEnum@PEAVObject@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum
>>> (void)"
>> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3d@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum
>>> (void)"
>> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3f@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum
>>> (void)"
>> (??$getTypeEnum@V?$BoundingSphereImpl@VVec3d@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
>> __cdecl osgDB::getTypeEnum
>>> (void)"
>> (??$getTypeEnum@V?$BoundingSphereImpl@VVec3f@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
>> already defined in LuaScriptEngine.obj
>> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer

Re: [osg-users] New LUA plugin fails to link

2014-04-29 Thread Robert Osfield

Hi Paul,

The lua plugin has been checked in as it is for a couple of months
now, I'm surprised others haven't come across issues.  This suggest
something either not many Windows are building the OSG and reporting
problems, or that there is something specific about the compiler or
build options you are using.

What compiler are you building with?  Are they any non default build
options you are using?  The Lua plugin doesn't have any specific GL
code in it so shouldn't be effect by GLCORE changes.  It might be
worth just trying a default build though to see if something odd
happens with GLCORE build.

As for multiple defines, these are template definitions provided by
include/osgDB/PropetyInterface that the compiler should be handling
just fine.  It could be that some extra option is required for it to
be a little more C++ compliant.

Robert.

On 29 April 2014 17:10, Paul Martz  wrote:
> Hi Robert -- There is a new plugin, LUA, which fails to link on Windows when
> building current trunk. It looks like multiply defined symbols. I'm building
> for GLCORE, but that's probably irrelevant. I'm using the default setting
> for the LUA local source CMake variable.
>
> Here's the output:
>
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@D@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@E@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@F@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@G@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@H@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@I@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@M@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@N@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
> LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@PEAVImage@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@PEAVObject@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum
>>(void)"
> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3d@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum
>>(void)"
> (??$getTypeEnum@V?$BoundingBoxImpl@VVec3f@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum
>>(void)"
> (??$getTypeEnum@V?$BoundingSphereImpl@VVec3d@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum
>>(void)"
> (??$getTypeEnum@V?$BoundingSphereImpl@VVec3f@osg@@@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum std::char_traits,class std::allocator > >(void)"
> (??$getTypeEnum@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??$getTypeEnum@VMatrixd@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
> already defined in LuaScriptEngine.obj
> 1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
> __cdecl osgDB::getTypeEnum(void)"
> (??

[osg-users] New LUA plugin fails to link

2014-04-29 Thread Paul Martz

Hi Robert -- There is a new plugin, LUA, which fails to link on Windows
when building current trunk. It looks like multiply defined symbols. I'm
building for GLCORE, but that's probably irrelevant. I'm using the default
setting for the LUA local source CMake variable.

Here's the output:

1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@D@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@E@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@F@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@G@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@H@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@I@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@M@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@N@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)"
(??$getTypeEnum@PEAVImage@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)"
(??$getTypeEnum@PEAVObject@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum
>(void)" (??$getTypeEnum@V?$BoundingBoxImpl@VVec3d@osg@@@osg@@@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum
>(void)" (??$getTypeEnum@V?$BoundingBoxImpl@VVec3f@osg@@@osg@@@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum
>(void)" (??$getTypeEnum@V?$BoundingSphereImpl@VVec3d@osg@@@osg@@@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum
>(void)" (??$getTypeEnum@V?$BoundingSphereImpl@VVec3f@osg@@@osg@@@osgDB@
@YA?AW4Type@BaseSerializer@0@XZ) already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum,class std::allocator > >(void)"
(??$getTypeEnum@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@
@std@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)"
(??$getTypeEnum@VMatrixd@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)"
(??$getTypeEnum@VMatrixf@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ)
already defined in LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@VPlane
@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@VQuat
@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@VVec2b
@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB::getTypeEnum(void)" (??$getTypeEnum@VVec2d
@osg@@@osgDB@@YA?AW4Type@BaseSerializer@0@XZ) already defined in
LuaScriptEngine.obj
1>ReaderWriterLua.obj : error LNK2005: "enum osgDB::BaseSerializer::Type
__cdecl osgDB:

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

2014-04-29 Thread Patrik Andersson

Thank you Robert, that you sorted that out for me. I have been googling
around and have got both answers, use Viewer or use CompositeViewer. I hope
I'll get it work soon, now only a black screen.

Kind regards
Patrik


On Tue, Apr 29, 2014 at 3:24 PM, Robert Osfield wrote:

> Hi Patrick,
>
> On 29 April 2014 14:02, Patrik Andersson 
> wrote:
> > I thought if you had one scene with multiple-views one should use the
> > Viewer-class...
>
> The design of osgViewer::CompositeViewer is that all Views can have
> their own or share a scene graph.
>
> The osgViewer::Viewer class represents a single View of a single scene
> graph.  It's API is simpler for single view applicatons, but trying to
> make it work like CompositeViewer and handle multiple Views is far
> harder to manage and you quite easily just get into a right mess.
>
> It's far simpler and easier to maintain using the CompositeViewer as
> it's whole reason for it's existence is to make managing multiple
> Views as easy as possible.
>
> Robert.
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

2014-04-29 Thread Robert Osfield

Hi Patrick,

On 29 April 2014 14:02, Patrik Andersson  wrote:
> I thought if you had one scene with multiple-views one should use the
> Viewer-class...

The design of osgViewer::CompositeViewer is that all Views can have
their own or share a scene graph.

The osgViewer::Viewer class represents a single View of a single scene
graph.  It's API is simpler for single view applicatons, but trying to
make it work like CompositeViewer and handle multiple Views is far
harder to manage and you quite easily just get into a right mess.

It's far simpler and easier to maintain using the CompositeViewer as
it's whole reason for it's existence is to make managing multiple
Views as easy as possible.

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

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

2014-04-29 Thread Patrik Andersson

Hi Robert,

I thought if you had one scene with multiple-views one should use the
Viewer-class...

Had some issues setting up with composite-viewer, but I''ll try again.

I'll let you know how I succeed.

Kind regards
Patrik


On Tue, Apr 29, 2014 at 2:45 PM, Robert Osfield wrote:

> Hi Patrick,
>
> I'm rather confused about what you are trying to achieve with the
> various Cameras.
>
> If you have multiple views then logically you should be using multiple
> View(s) and a CompositeViewer that contains them rather than a Viewer
> which is written around providing a single View.  You can manage
> multiple views using slave Cameras within a single View(er) but it's
> just far more awkward to manage than using the correct class for the
> job - CompositeViewer.
>
> Robert.
>
> On 29 April 2014 13:35, Patrik Andersson 
> wrote:
> > Hi,
> >
> > I have created a class which shall display two views of the same scene
> based
> > on osgViewer::Viewer.
> >
> > The two views are rendered by two HUD cameras with a corresponding RTT
> > camera. The first RTT-camera is set to be the master-camera in the
> Viewer,
> > and the rest of the cameras are added as slaves.
> >
> > The second viewport is displayed correctly but the first one seem to be
> > locked in origo.  I have tried to investigate the viewmatrix of the
> > master-camera but from its value it shall be on another position.
> >
> > The master-camera is assigned a projection-matrix and view-matrix before
> it
> > is set to the viewer (setCamera). I also assign a camera-manipulator to
> > control its behaivor. If I remove the assigned CameraManipulator, the
> > master-camera falls outside the world.
> >
> > How should I setup the above system approperiate?
> >
> > Kind regards
> > Patrik
> >
> > ___
> > osg-users mailing list
> > osg-users@lists.openscenegraph.org
> >
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
> >
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

2014-04-29 Thread Robert Osfield

Hi Patrick,

I'm rather confused about what you are trying to achieve with the
various Cameras.

If you have multiple views then logically you should be using multiple
View(s) and a CompositeViewer that contains them rather than a Viewer
which is written around providing a single View.  You can manage
multiple views using slave Cameras within a single View(er) but it's
just far more awkward to manage than using the correct class for the
job - CompositeViewer.

Robert.

On 29 April 2014 13:35, Patrik Andersson  wrote:
> Hi,
>
> I have created a class which shall display two views of the same scene based
> on osgViewer::Viewer.
>
> The two views are rendered by two HUD cameras with a corresponding RTT
> camera. The first RTT-camera is set to be the master-camera in the Viewer,
> and the rest of the cameras are added as slaves.
>
> The second viewport is displayed correctly but the first one seem to be
> locked in origo.  I have tried to investigate the viewmatrix of the
> master-camera but from its value it shall be on another position.
>
> The master-camera is assigned a projection-matrix and view-matrix before it
> is set to the viewer (setCamera). I also assign a camera-manipulator to
> control its behaivor. If I remove the assigned CameraManipulator, the
> master-camera falls outside the world.
>
> How should I setup the above system approperiate?
>
> Kind regards
> Patrik
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] Not able to manipulate master camera in a master/slave Viewer

2014-04-29 Thread Patrik Andersson

Hi,

I have created a class which shall display two views of the same scene
based on osgViewer::Viewer.

The two views are rendered by two HUD cameras with a corresponding RTT
camera. The first RTT-camera is set to be the master-camera in the Viewer,
and the rest of the cameras are added as slaves.

The second viewport is displayed correctly but the first one seem to be
locked in origo.  I have tried to investigate the viewmatrix of the
master-camera but from its value it shall be on another position.

The master-camera is assigned a projection-matrix and view-matrix before it
is set to the viewer (setCamera). I also assign a camera-manipulator to
control its behaivor. If I remove the assigned CameraManipulator, the
master-camera falls outside the world.

How should I setup the above system approperiate?

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

Re: [osg-users] Problems with keyboard events

2014-04-29 Thread alvaro ginestar rodriguez

thanks, it works  ;D 
Date: Tue, 29 Apr 2014 12:34:42 +0200
From: trajce.nikolov.n...@gmail.com
To: osg-users@lists.openscenegraph.org
Subject: Re: [osg-users] Problems with keyboard events

Hi Alvaro,
your update callback is expecting PositionAttitudeTransform, so make circulo() 
function to return it. Something like

sphere->getOrCreateStateSet()->setAttribute(rojo);
PositionAttitudeTransform* pat = new PositionAttitudeTransform;

pat->addChild(sphere);
return pat;

I think with this change it will work

NIck

On Tue, Apr 29, 2014 at 10:38 AM, alvaro ginestar rodriguez 
 wrote:

Hi i'm learning OSG and i have some problems with keyboard events. I want move 
a sphere with the keyboard. I´m following OSG tutorial Handling Keyboard Input 
to Update a Callback: 
http://trac.openscenegraph.org/projects/osg/wiki/Support/Tutorials/BasicKeyboardInput
And i don´t know why it dosen´t work.The code : 
https://github.com/a5rojo/CirculoOSG/blob/master/circulo.cpp
THX   

___

osg-users mailing list

osg-users@lists.openscenegraph.org

http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

-- 
trajce nikolov nick

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

Re: [osg-users] Problems with keyboard events

2014-04-29 Thread Trajce Nikolov NICK

Hi Alvaro,

your update callback is expecting PositionAttitudeTransform*, so make
circulo() function to return it. Something like*

sphere->getOrCreateStateSet()->setAttribute(rojo);
PositionAttitudeTransform* pat = new PositionAttitudeTransform;

pat->addChild(sphere);
return pat;

I think with this change it will work

NIck


On Tue, Apr 29, 2014 at 10:38 AM, alvaro ginestar rodriguez <
alvarogines...@hotmail.com> wrote:

> Hi i'm learning OSG and i have some problems with keyboard events. I want
> move a sphere with the keyboard. I´m following OSG tutorial Handling
> Keyboard Input to Update a Callback:
> http://trac.openscenegraph.org/projects/osg/wiki/Support/Tutorials/BasicKeyboardInput
> And i don´t know why it dosen´t work.
> The code : https://github.com/a5rojo/CirculoOSG/blob/master/circulo.cpp
> THX
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>
>


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

[osg-users] Problems with keyboard events

2014-04-29 Thread alvaro ginestar rodriguez

Hi i'm learning OSG and i have some problems with keyboard events. I want move 
a sphere with the keyboard. I´m following OSG tutorial Handling Keyboard Input 
to Update a Callback: 
http://trac.openscenegraph.org/projects/osg/wiki/Support/Tutorials/BasicKeyboardInputAnd
 i don´t know why it dosen´t work.The code : 
https://github.com/a5rojo/CirculoOSG/blob/master/circulo.cppTHX 
 ___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] How to get frame rate

2014-04-29 Thread Robert Osfield

HI Kim,

The onscreen stats just report what stats are collected so the frame
rate is already stored for you.  The data structure of interest is
osg::Stats, have a look at the src/osgViewer/StatsHandler.cpp
implementation to see how the Stats are used.

Robert.

On 29 April 2014 04:50, Kim JongBum  wrote:
> Hi,
>
> when i type "S" we can see status information.
> such as frame rates.
>
> is it possible to save the frame rates to the variable?
>
> Thank you!
>
> Cheers,
> Kim
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=59178#59178
>
>
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

[osg-users] SIGGRAPH OSG BOF for 2014

[osg-users] Multiple Graphics contexts, Views, Viewports, Cameras.

Re: [osg-users] New LUA plugin fails to link

Re: [osg-users] render main scene and 2d menu in single RTT

Re: [osg-users] New LUA plugin fails to link

Re: [osg-users] New LUA plugin fails to link

[osg-users] New LUA plugin fails to link

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

Re: [osg-users] Not able to manipulate master camera in a master/slave Viewer

[osg-users] Not able to manipulate master camera in a master/slave Viewer

Re: [osg-users] Problems with keyboard events

Re: [osg-users] Problems with keyboard events

[osg-users] Problems with keyboard events

Re: [osg-users] How to get frame rate

16 matches

Site Navigation

Mail list logo

Footer information