date:20160808

Re: [osg-users] Left handed scene

2016-08-08 Thread Antoine Rennuit

Hi Sam,


I have tested this solution and it solves for the geometry inversion, but it 
does not solve the behavior inversion problem. This means that when the 
trackball is moved up the scene actually goes down (either in rotation or in 
pan).



From: osg-users  on behalf of Sam 
Brkopac 
Sent: 08 August 2016 23:54
To: OpenSceneGraph Users
Subject: Re: [osg-users] Left handed scene

If you need to rotate your entire scene you can add a single transform to the 
root node and do the rotation. Then can treat that transform as the new root 
node.

On Aug 2, 2016, at 10:27, Antoine Rennuit 
mailto:antoinerenn...@hotmail.com>> wrote:


Hi all,


My problem is solved my I flip my FrameBuffer vertically (in Qt), which I 
should not be doing.


So anyone has an idea of what can flip my OSG view vertically?


Thanks,


Antoine.



From: osg-users 
mailto:osg-users-boun...@lists.openscenegraph.org>>
 on behalf of Antoine Rennuit 
mailto:antoinerenn...@hotmail.com>>
Sent: 02 August 2016 18:37
To: 
osg-users@lists.openscenegraph.org
Subject: Re: [osg-users] Left handed scene


Hi all,


Going a bit forward with my left handedness problem...


My viewport actually appears upside down vertically: the HUD coordinate system 
on the left is up when it should be down and the text is also written upside 
(see joined picture). It behaves as if the viewport had its y origin at the 
bottom of the viewport (and not at the top as usual).


Any idea?


Kind regards,


Antoine.



From: osg-users 
mailto:osg-users-boun...@lists.openscenegraph.org>>
 on behalf of Antoine Rennuit 
mailto:antoinerenn...@hotmail.com>>
Sent: 02 August 2016 14:36
To: 
osg-users@lists.openscenegraph.org
Subject: [osg-users] Left handed scene


Hi all,


I have a QtWidget app which I am converting to QtQuick. My app works well with 
QtWidget but after transitioning to QtQuick I have observed that the whole 
scene is now left handed: not only the geometry is left handed (the z axis is 
down when it should be up - check joined file) but also the 
TrackballManipulator behavior (e.g. when I pan up with the mouse the scene goes 
down, and it's the same opposite reaction for rotate).


I do not understand where this is coming from. I was able to easily put the 
geometry back right handed using a scale -1 on Z but I should not have to do 
that and this does not solve the TrackballManipulator behavior.


I have used https://bitbucket.org/leon_manukyan/qtquick2osgitem as a starting 
point and my code does the following:


I have a RendererImpl class, created by an OsgItem and which is responsible for 
maintaining the osgViewer::Viewer and the osgViewer::GraphicsWindow, here is 
its init method:


void RendererImpl::init()
{
m_sceneRoot = new osg::Group();

m_viewer = new osgViewer::Viewer;
m_viewer->setThreadingModel(osgViewer::ViewerBase::SingleThreaded);
m_viewer->setSceneData(m_sceneRoot);
m_viewer->setCameraManipulator(new osgGA::TrackballManipulator);
m_viewer->getCameraManipulator()->setHomePosition(osg::Vec3d(4.0, -4.0, 
2.0), osg::Vec3d(0.0, 0.0, 1.0), osg::Vec3d(0.0, 0.0, 1.0));
m_viewer->home();

m_sceneRoot->addChild(setupLight());
m_sceneRoot->addChild(setupGrid(6.0f, 2.0f));

m_window = new FrameBufferWindow(this);
updateSize();

osg::Camera* camera = m_viewer->getCamera();
camera->setGraphicsContext( m_window.get() );

camera->setClearColor( osg::Vec4(0.2, 0.2, 0.6, 1.0) );
}


And its update method on window size change:


void RendererImpl::updateSize()
{
m_window->getEventQueue()->windowResize(0, 0, osgItem().width(), 
osgItem().height() );
m_window->resized(0, 0, osgItem().width(), osgItem().height());

osg::Camera& camera = *m_viewer->getCamera();
const osg::GraphicsContext::Traits& t = *m_window->getTraits();
camera.setViewport( 0, 0, t.width, t.height );
double aspectRatio = t.height ? (double)t.width / (double)t.height : 1.0;
camera.setProjectionMatrixAsPerspective(30.0f, aspectRatio, 1.0f, 1.0f 
);
}


And I have an item which streams the events to the window, e.g.:


void OsgItem::mouseMoveEvent(QMouseEvent *event)
{
m_renderer->m_window->getEventQueue()->mouseMotion(event->x(), event->y());

update();
}


Does anyone have an idea of what is wrong in my code? I have looked for days 
and I am stuck!


Thanks,


Antoine.


___
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] Left handed scene

2016-08-08 Thread Sam Brkopac

If you need to rotate your entire scene you can add a single transform to the 
root node and do the rotation. Then can treat that transform as the new root 
node.

> On Aug 2, 2016, at 10:27, Antoine Rennuit  wrote:
> 
> Hi all,
> 
> 
> My problem is solved my I flip my FrameBuffer vertically (in Qt), which I 
> should not be doing.
> 
> 
> So anyone has an idea of what can flip my OSG view vertically?
> 
> 
> Thanks, 
> 
> Antoine.
> 
> 
> From: osg-users  on behalf of 
> Antoine Rennuit 
> Sent: 02 August 2016 18:37
> To: osg-users@lists.openscenegraph.org
> Subject: Re: [osg-users] Left handed scene
>  
> Hi all,
> 
> 
> Going a bit forward with my left handedness problem...
> 
> 
> My viewport actually appears upside down vertically: the HUD coordinate 
> system on the left is up when it should be down and the text is also written 
> upside (see joined picture). It behaves as if the viewport had its y origin 
> at the bottom of the viewport (and not at the top as usual).
> 
> 
> Any idea?
> 
> 
> Kind regards,
> 
> 
> Antoine.
> 
> 
> From: osg-users  on behalf of 
> Antoine Rennuit 
> Sent: 02 August 2016 14:36
> To: osg-users@lists.openscenegraph.org
> Subject: [osg-users] Left handed scene
>  
> Hi all,
> 
> 
> I have a QtWidget app which I am converting to QtQuick. My app works well 
> with QtWidget but after transitioning to QtQuick I have observed that the 
> whole scene is now left handed: not only the geometry is left handed (the z 
> axis is down when it should be up - check joined file) but also the 
> TrackballManipulator behavior (e.g. when I pan up with the mouse the scene 
> goes down, and it's the same opposite reaction for rotate).
> 
> 
> I do not understand where this is coming from. I was able to easily put the 
> geometry back right handed using a scale -1 on Z but I should not have to do 
> that and this does not solve the TrackballManipulator behavior.
> 
> 
> I have used https://bitbucket.org/leon_manukyan/qtquick2osgitem as a starting 
> point and my code does the following:
> 
> 
> I have a RendererImpl class, created by an OsgItem and which is responsible 
> for maintaining the osgViewer::Viewer and the osgViewer::GraphicsWindow, here 
> is its init method:
> 
> 
> void RendererImpl::init()
> {
> m_sceneRoot = new osg::Group();
> 
> m_viewer = new osgViewer::Viewer;
> m_viewer->setThreadingModel(osgViewer::ViewerBase::SingleThreaded);
> m_viewer->setSceneData(m_sceneRoot);
> m_viewer->setCameraManipulator(new osgGA::TrackballManipulator);
> m_viewer->getCameraManipulator()->setHomePosition(osg::Vec3d(4.0, -4.0, 
> 2.0), osg::Vec3d(0.0, 0.0, 1.0), osg::Vec3d(0.0, 0.0, 1.0));
> m_viewer->home();
> 
> m_sceneRoot->addChild(setupLight());
> m_sceneRoot->addChild(setupGrid(6.0f, 2.0f));
> 
> m_window = new FrameBufferWindow(this);
> updateSize();
> 
> osg::Camera* camera = m_viewer->getCamera();
> camera->setGraphicsContext( m_window.get() );
> 
> camera->setClearColor( osg::Vec4(0.2, 0.2, 0.6, 1.0) );
> }
> 
> And its update method on window size change:
> 
> 
> void RendererImpl::updateSize()
> {
> m_window->getEventQueue()->windowResize(0, 0, osgItem().width(), 
> osgItem().height() );
> m_window->resized(0, 0, osgItem().width(), osgItem().height());
> 
> osg::Camera& camera = *m_viewer->getCamera();
> const osg::GraphicsContext::Traits& t = *m_window->getTraits();
> camera.setViewport( 0, 0, t.width, t.height );
> double aspectRatio = t.height ? (double)t.width / (double)t.height : 1.0;
> camera.setProjectionMatrixAsPerspective(30.0f, aspectRatio, 1.0f, 
> 1.0f );
> }
> 
> And I have an item which streams the events to the window, e.g.: 
> 
> void OsgItem::mouseMoveEvent(QMouseEvent *event)
> {
> m_renderer->m_window->getEventQueue()->mouseMotion(event->x(), 
> event->y());
> 
> update();
> }
> 
> Does anyone have an idea of what is wrong in my code? I have looked for days 
> and I am stuck!
> 
> 
> Thanks,
> 
> 
> Antoine.
> 
> 
> ___
> 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] OSG SIGGRAPH was a TOTALLY Massively Success

2016-08-08 Thread Chris Hanson

That's awesome.

We actually helped BioDigital get going with OSG (ported their iOS app from
Unity to OSG and then ported to Android as well).

They've taken it in-house now and run with it. It's a slick product.

On Tue, Aug 2, 2016 at 3:11 AM, Tony Vasile  wrote:

> Thanks for that. Even novices like me will get something out of them.
>
> 
> Tony V
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=68249#68249
>
>
>
>
>
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>



-- 
Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com
http://www.alphapixel.com/
Training • Consulting • Contracting
3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 •
GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
Legal/IP • Code Forensics • Digital Imaging • GIS • GPS •
osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile •
iPhone/iPad/iOS • Android
@alphapixel  facebook.com/alphapixel (775)
623-PIXL [7495]
___
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 OSG 2.5?

2016-08-08 Thread Chris Hanson

We could also possibly help you migrate the project forward to OSG 2.8
(which we helped maintain for a while) or 3.x if you want some consulting.

On Thu, Aug 4, 2016 at 7:17 AM, Konstantin  wrote:

> Hi!
>
> Make clean your build first of all (remove object files)!
>
> KOS
>
>
> 2016-08-04 15:29 GMT+03:00 Christian Buchner 
> :
>
>> You could try the OpenSceneGraph-2.6 branch, which is essentially the
>> stable version of the OSG 2.5 developer branch
>>
>> https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-2.6
>>
>>
>> 2016-08-04 14:04 GMT+02:00 Haixiao Liu <943719...@qq.com>:
>>
>>> Hi,
>>>
>>> I have a project developed with OSG 2.5 .But I don't have the source
>>> code of OSG 2.5 .I tried to compile the project with OSG 3.0,but it failed
>>> and reported an error "C2065: “_minimumZoomScale”: Undeclared Identifier".
>>> How can I get OSG 2.5? Or how to solve this problem?
>>>
>>>
>>> Thank you!
>>>
>>> Cheers,
>>> Haixiao
>>>
>>> --
>>> Read this topic online here:
>>> http://forum.openscenegraph.org/viewtopic.php?p=68277#68277
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>
>


-- 
Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com
http://www.alphapixel.com/
Training • Consulting • Contracting
3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 •
GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL
Legal/IP • Code Forensics • Digital Imaging • GIS • GPS •
osgEarth • Terrain • Telemetry • Cryptography • LIDAR • Embedded • Mobile •
iPhone/iPad/iOS • Android
@alphapixel  facebook.com/alphapixel (775)
623-PIXL [7495]
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

Hi Sebastian,
I am sorry, I will try to become better.

Cheers,
Udo

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





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

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Sebastian Messerschmidt




Hi Udo,

Hi Sebastian,
it is still running, but I just got following error 1 min ago:
Please try to abstract the problem and its solution from your first 
problem. It is again a missing/wrong library.
Also, if you don't need freetype, feel free to remove it by removing 
freetype link and include libraries in the cmake gui..

Cheers
Sebastian



Code:

FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "FT_Done_Face" in 
Funktion ""public: virtual __cdecl FreeTypeFont::~FreeTypeFont(void)" 
(??1FreeTypeFont@@UEAA@XZ)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Set_Pixel_Sizes" in Funktion ""protected: void __cdecl FreeTypeFont::init(void)" 
(?init@FreeTypeFont@@IEAAXXZ)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "FT_Load_Char" 
in Funktion ""public: virtual class osgText::Glyph3D * __cdecl FreeTypeFont::getGlyph3D(unsigned 
int)" (?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Get_Kerning" in Funktion ""public: virtual class osg::Vec2f __cdecl 
FreeTypeFont::getKerning(unsigned int,unsigned int,enum osgText::KerningType)" 
(?getKerning@FreeTypeFont@@UEAA?AVVec2f@osg@@IIW4KerningType@osgText@@@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Get_Char_Index" in Funktion ""public: virtual class osg::Vec2f __cdecl 
FreeTypeFont::getKerning(unsigned int,unsigned int,enum osgText::KerningType)" 
(?getKerning@FreeTypeFont@@UEAA?AVVec2f@osg@@IIW4KerningType@osgText@@@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Outline_Decompose" in Funktion ""public: virtual class osgText::Glyph3D * __cdecl 
FreeTypeFont::getGlyph3D(unsigned int)" (?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Outline_Get_BBox" in Funktion ""public: virtual class osgText::Glyph3D * __cdecl 
FreeTypeFont::getGlyph3D(unsigned int)" (?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Init_FreeType" in Funktion ""protected: __cdecl 
FreeTypeLibrary::FreeTypeLibrary(void)" (??0FreeTypeLibrary@@IEAA@XZ)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Done_FreeType" in Funktion ""public: virtual __cdecl 
FreeTypeLibrary::~FreeTypeLibrary(void)" (??1FreeTypeLibrary@@UEAA@XZ)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "FT_New_Face" in Funktion 
""protected: bool __cdecl FreeTypeLibrary::getFace(class std::basic_string,class 
std::allocator > const &,unsigned int,struct FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAA_NAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "FT_Open_Face" in Funktion 
""protected: unsigned char * __cdecl FreeTypeLibrary::getFace(class std::basic_istream > &,unsigned int,struct FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "FT_Set_Charmap" in Funktion 
""protected: bool __cdecl FreeTypeLibrary::getFace(class std::basic_string,class 
std::allocator > const &,unsigned int,struct FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAA_NAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\bin\osgPlugins-3.4.0\osgdb_freetype.dll
 : fatal error LNK1120: 12 nicht aufgelöste Externe
210>  dxfFile.cpp




Is it of need to interupt it again? Or do I have a chance that it will be 
usable? Cause It really runs the last hours ...
In this case get a new computer ;-) Usually I'm compiling osg in release 
and debug in under one hour.




thanks in advance
Udo

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





___
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] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

and this:

c:\users\udo\documents\entwicklung\openscenegraph-3.4.0\src\osgplugins\lua\lua-5.2.3\src\lapi.c(1110):
 warning C4702: Unerreichbarer Code
220>  Kompilieren...


but it is still running...

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





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

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

coming more of them:


Code:

217>  CMake does not need to re-run because 
C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\src\osgPlugins\jpeg\CMakeFiles\generate.stamp
 is up-to-date.
217>  EXIF_Orientation.cpp
217>  ReaderWriterJPEG.cpp
216>  AnimationPath.cpp
217>  Code wird generiert...
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_std_error" in Funktion ""unsigned char * __cdecl 
osgDBJPEG::simage_jpeg_load(class std::basic_istream > &,int *,int *,int *,unsigned int *)" 
(?simage_jpeg_load@osgDBJPEG@@YAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@PEAH11PEAI@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_CreateCompress" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_CreateDecompress" in Funktion ""unsigned char * __cdecl 
osgDBJPEG::simage_jpeg_load(class std::basic_istream > &,int *,int *,int *,unsigned int *)" 
(?simage_jpeg_load@osgDBJPEG@@YAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@PEAH11PEAI@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_destroy_compress" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_destroy_decompress" in Funktion ""unsigned char * __cdecl 
osgDBJPEG::simage_jpeg_load(class std::basic_istream > &,int *,int *,int *,unsigned int *)" 
(?simage_jpeg_load@osgDBJPEG@@YAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@PEAH11PEAI@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_set_defaults" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_set_quality" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_start_compress" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_write_scanlines" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_finish_compress" in Funktion ""private: enum 
osgDB::ReaderWriter::WriteResult::WriteStatus __cdecl 
ReaderWriterJPEG::write_JPEG_file(class std::basic_ostream > &,class osg::Image const &,int)const " 
(?write_JPEG_file@ReaderWriterJPEG@@AEBA?AW4WriteStatus@WriteResult@ReaderWriter@osgDB@@AEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBVImage@osg@@H@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_read_header" in Funktion ""unsigned char * __cdecl 
osgDBJPEG::simage_jpeg_load(class std::basic_istream > &,int *,int *,int *,unsigned int *)" 
(?simage_jpeg_load@osgDBJPEG@@YAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@PEAH11PEAI@Z)".
217>ReaderWriterJPEG.obj : error LNK2019: Verweis auf nicht aufgelöstes 
externes Symbol "jpeg_start_decompress" in Funktion ""unsigned c

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

Hi Sebastian,
it is still running, but I just got following error 1 min ago:


Code:

FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol 
"FT_Done_Face" in Funktion ""public: virtual __cdecl 
FreeTypeFont::~FreeTypeFont(void)" (??1FreeTypeFont@@UEAA@XZ)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Set_Pixel_Sizes" in Funktion ""protected: void __cdecl 
FreeTypeFont::init(void)" (?init@FreeTypeFont@@IEAAXXZ)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Load_Char" in Funktion ""public: virtual class osgText::Glyph3D * 
__cdecl FreeTypeFont::getGlyph3D(unsigned int)" 
(?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Get_Kerning" in Funktion ""public: virtual class osg::Vec2f __cdecl 
FreeTypeFont::getKerning(unsigned int,unsigned int,enum osgText::KerningType)" 
(?getKerning@FreeTypeFont@@UEAA?AVVec2f@osg@@IIW4KerningType@osgText@@@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Get_Char_Index" in Funktion ""public: virtual class osg::Vec2f 
__cdecl FreeTypeFont::getKerning(unsigned int,unsigned int,enum 
osgText::KerningType)" 
(?getKerning@FreeTypeFont@@UEAA?AVVec2f@osg@@IIW4KerningType@osgText@@@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Outline_Decompose" in Funktion ""public: virtual class 
osgText::Glyph3D * __cdecl FreeTypeFont::getGlyph3D(unsigned int)" 
(?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeFont.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Outline_Get_BBox" in Funktion ""public: virtual class 
osgText::Glyph3D * __cdecl FreeTypeFont::getGlyph3D(unsigned int)" 
(?getGlyph3D@FreeTypeFont@@UEAAPEAVGlyph3D@osgText@@I@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Init_FreeType" in Funktion ""protected: __cdecl 
FreeTypeLibrary::FreeTypeLibrary(void)" (??0FreeTypeLibrary@@IEAA@XZ)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Done_FreeType" in Funktion ""public: virtual __cdecl 
FreeTypeLibrary::~FreeTypeLibrary(void)" (??1FreeTypeLibrary@@UEAA@XZ)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_New_Face" in Funktion ""protected: bool __cdecl 
FreeTypeLibrary::getFace(class std::basic_string,class std::allocator > const &,unsigned int,struct 
FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAA_NAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Open_Face" in Funktion ""protected: unsigned char * __cdecl 
FreeTypeLibrary::getFace(class std::basic_istream > &,unsigned int,struct FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAAPEAEAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>FreeTypeLibrary.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "FT_Set_Charmap" in Funktion ""protected: bool __cdecl 
FreeTypeLibrary::getFace(class std::basic_string,class std::allocator > const &,unsigned int,struct 
FT_FaceRec_ * &)" 
(?getFace@FreeTypeLibrary@@IEAA_NAEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@IAEAPEAUFT_FaceRec_@@@Z)".
211>C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\bin\osgPlugins-3.4.0\osgdb_freetype.dll
 : fatal error LNK1120: 12 nicht aufgelöste Externe
210>  dxfFile.cpp




Is it of need to interupt it again? Or do I have a chance that it will be 
usable? Cause It really runs the last hours ...

thanks in advance
Udo

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





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

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Sebastian Messerschmidt


Am 08.08.2016 um 14:32 schrieb Udo Kolm:

Sebastian,
that really was an good advice, cause it really wasnt pointed on 3rd-party. 
After changing it and restarted build I got the following:

OpenSceneGraph-3.4.0\src\osgDB\Compressors.cpp(53): fatal error C1083: Datei (Include) 
kann nicht geöffnet werden: "zlib.h": No such file or directory

I am sure you know what happens know.

Yes, you need to check the include dir too (ZLIB_INCLUDE_DIR)
In my case:
3rd_party/include

Cheers
Sebastian

...


Thank you!

Cheers,
Udo

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





___
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] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

Sebastian, 
that really was an good advice, cause it really wasnt pointed on 3rd-party. 
After changing it and restarted build I got the following:

OpenSceneGraph-3.4.0\src\osgDB\Compressors.cpp(53): fatal error C1083: Datei 
(Include) kann nicht geöffnet werden: "zlib.h": No such file or directory

I am sure you know what happens know.
... 


Thank you!

Cheers,
Udo

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





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

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Sebastian Messerschmidt


Hi Udo,

Hi Sebastian,
thanks for the reply. But as I told I am a newbie, please help me out what I 
need to have to to do to change such zblib-problem you are talking about.

No worries, we'll steer you through :-)
Basically the biggest hurdle for me was cmake and the 3rd_party 
libraries too. Make sure you've downloaded the correct set (e.g. the 
VS2015 set).
If this isn't working, contact me privately so I can supply you with my 
3rd party builds for VS2015.




I use the 3Party-libs which are explicied mentoned to use for at the 
downloadpage and I told cmake to use them with the special mentioned 
OSG_3RDPARTY_DIR in cmake-gui.

Okay.

Check if
ZLIB_LIBRARY and the ZLIB_LIBRARY_DEBUG are set correctly.

In my case they are pointing to
3rd_party/lib/zlib.lib and 3rd_party/lib/zlibd.lib respectively.
(you might to tick the "advanced" checkbox in the cmake-gui to find them.

If you're absolutely lost, you might want to send the CMakeCache.txt 
file in your build directory, so we can take a look.


I am also quite sure the there is used any wrong path, but cant figure out what 
it is.
If the path would be wrong, there would be an error indicating a missing 
library.


Thanks in advance for a further answer


Cheers
Sebastian


Regards
Udo
...


Thank you!

Cheers,
Udo

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





___
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] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

Hi Sebastian,
thanks for the reply. But as I told I am a newbie, please help me out what I 
need to have to to do to change such zblib-problem you are talking about.

I use the 3Party-libs which are explicied mentoned to use for at the 
downloadpage and I told cmake to use them with the special mentioned 
OSG_3RDPARTY_DIR in cmake-gui.

I am also quite sure the there is used any wrong path, but cant figure out what 
it is.

Thanks in advance for a further answer

Regards
Udo
... 


Thank you!

Cheers,
Udo

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





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

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Sebastian Messerschmidt


Hi Udo,

Seems you're not linking against zlib/the wrong version of zlib.
You disable zlib in the cmake configuration (it is needed for a bunch of 
image formats though) or check if you're missing some link library paths.

Are you using your own set of 3rd_party libraries or some pre-built ones?

Cheers
Sebastian

Hello Forum,
I am still a newbie regarding cmake and Visual Studio 2012 AMD64 and the latest 
stable download OpenSceneGraph 3.4.1. I have installed both on Windows 7 and 
the cmake-gui was running through create and generating and I was able to start 
by opening the file ALL_BUILD.vcxproj and pressed F7 to build/create it.

After around 30 mins running I got the following message:


Code:

   Code wird generiert...
14> Bibliothek 
"C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/bin/lib/osgDB.lib" und Objekt 
"C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/bin/lib/osgDB.exp" werden erstellt.
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "deflate" in Funktion ""public: virtual bool 
__cdecl ZLibCompressor::compress(class std::basic_ostream > &,class 
std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "deflateEnd" in Funktion ""public: virtual 
bool __cdecl ZLibCompressor::compress(class std::basic_ostream > &,class 
std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "inflate" in Funktion ""public: virtual bool 
__cdecl ZLibCompressor::decompress(class std::basic_istream > &,class 
std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "inflateEnd" in Funktion ""public: virtual 
bool __cdecl ZLibCompressor::decompress(class std::basic_istream > &,class 
std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "deflateInit2_" in Funktion ""public: virtual 
bool __cdecl ZLibCompressor::compress(class std::basic_ostream > &,class 
std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol "inflateInit2_" in Funktion ""public: virtual 
bool __cdecl ZLibCompressor::decompress(class std::basic_istream > &,class 
std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\bin\osg130-osgDB.dll
 : fatal error LNK1120: 6 nicht aufgelöste Externe
15>-- Erstellen gestartet: Projekt: osgText, Konfiguration: Release x64 
--
16>-- Erstellen gestartet: Projekt: osgGA, Konfiguration: Release x64 --
16>  Building Custom Rule 
C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/src/osgGA/CMakeLists.txt
16>  CMake does not need to re-run because 
C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\src\osgGA\CMakeFiles\generate.stamp
 is up-to-date.
16>  AnimationPathManipulator.cpp
15>  Building Custom Rule 
C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/src/osgText/CMakeLists.txt
15>  CMake does not need to re-run because 
C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\src\osgText\CMakeFiles\generate.stamp
 is up-to-date.
15>  DefaultFont.cpp




The same message I got by using Visual Studio 2010 and Openscenegraph 3.0.1

Then build-process is going on but by starting the progamm I got the 
error-message that the osgDB-file(s) are missing.

If there is any solution or hint for me it would be a great pleasure to receive 
any reply.

Thanks in advance
Udo

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





___
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

[osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

2016-08-08 Thread Udo Kolm

Hello Forum,
I am still a newbie regarding cmake and Visual Studio 2012 AMD64 and the latest 
stable download OpenSceneGraph 3.4.1. I have installed both on Windows 7 and 
the cmake-gui was running through create and generating and I was able to start 
by opening the file ALL_BUILD.vcxproj and pressed F7 to build/create it.

After around 30 mins running I got the following message:


Code:

  Code wird generiert...
14> Bibliothek 
"C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/bin/lib/osgDB.lib" und 
Objekt 
"C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/bin/lib/osgDB.exp" 
werden erstellt.
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "deflate" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::compress(class std::basic_ostream > &,class std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "deflateEnd" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::compress(class std::basic_ostream > &,class std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "inflate" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::decompress(class std::basic_istream > &,class std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "inflateEnd" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::decompress(class std::basic_istream > &,class std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "deflateInit2_" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::compress(class std::basic_ostream > &,class std::basic_string,class std::allocator > const &)" 
(?compress@ZLibCompressor@@UEAA_NAEAV?$basic_ostream@DU?$char_traits@D@std@@@std@@AEBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>Compressors.obj : error LNK2019: Verweis auf nicht aufgelöstes externes 
Symbol "inflateInit2_" in Funktion ""public: virtual bool __cdecl 
ZLibCompressor::decompress(class std::basic_istream > &,class std::basic_string,class std::allocator > &)" 
(?decompress@ZLibCompressor@@UEAA_NAEAV?$basic_istream@DU?$char_traits@D@std@@@std@@AEAV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@3@@Z)".
14>C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\bin\osg130-osgDB.dll
 : fatal error LNK1120: 6 nicht aufgelöste Externe
15>-- Erstellen gestartet: Projekt: osgText, Konfiguration: Release x64 
--
16>-- Erstellen gestartet: Projekt: osgGA, Konfiguration: Release x64 --
16>  Building Custom Rule 
C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/src/osgGA/CMakeLists.txt
16>  CMake does not need to re-run because 
C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\src\osgGA\CMakeFiles\generate.stamp
 is up-to-date.
16>  AnimationPathManipulator.cpp
15>  Building Custom Rule 
C:/Users/Udo/Documents/Entwicklung/OpenSceneGraph-3.4.0/src/osgText/CMakeLists.txt
15>  CMake does not need to re-run because 
C:\Users\Udo\Documents\Entwicklung\OpenSceneGraph-3.4.0\bin\src\osgText\CMakeFiles\generate.stamp
 is up-to-date.
15>  DefaultFont.cpp




The same message I got by using Visual Studio 2010 and Openscenegraph 3.0.1

Then build-process is going on but by starting the progamm I got the 
error-message that the osgDB-file(s) are missing.

If there is any solution or hint for me it would be a great pleasure to receive 
any reply.

Thanks in advance
Udo

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





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

Re: [osg-users] Potential fix for osgDB MSVC linkage issues (FORCE:MULTIPLE needed)

2016-08-08 Thread Trajce Nikolov NICK

Hi,

this was discussed while ago for different versions of Visual Studio and
there was a work around (which was not forcing to use force:multiple).
Might be worth to look in the archive

On Mon, Aug 8, 2016 at 10:52 AM, Sebastian Messerschmidt <
sebastian.messerschm...@gmx.de> wrote:

> Hi James,
>
> I haven't dived into the details yet, but I strongly advertise for a fix,
> since this is a great polluter in our build-process too (Visual studio
> doesn't let you filter some warnings).
>
>
> Cheers
> Sebastian
>
>
> Hello,
>>
>> With recent MSVC versions, we’re obliged to use /FORCE_:MULTIPLE, to work
>> around the fact that osgDB.lib includes symbols from std::fstream classes,
>> which then causes conflicts when other object files in a target (eg
>> executable) being linked use  classes. This slows down linking
>> since incremental linking is disabled, and makes our build output very
>> noisy.
>>
>> After some discussion, I came up with the following fix:
>>
>> https://github.com/zakalawe/osg/commit/2098c022283f1afeb4bad
>> 0ffb4b682b884cc8f32
>>
>> The idea is to only export the non-inlined symbols from osgDB::ofstream
>> and ::ifstream, but not to export the entire class, since doing so forces
>> MSVC to also export the constructor and destructor for the base class
>> (std::ofstream and std::ifstream).
>>
>> Since we don’t use the osgDB versions of fstream in FlightGear, I can’t
>> check if this is backwards compatible for other Windows OSG users, but I am
>> hopeful that it is, and hence that this approach could be upstreamed.
>>
>> Kind regards,
>> James
>>
>> ___
>> 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
>



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

Re: [osg-users] Potential fix for osgDB MSVC linkage issues (FORCE:MULTIPLE needed)

2016-08-08 Thread Sebastian Messerschmidt


Hi James,

I haven't dived into the details yet, but I strongly advertise for a 
fix, since this is a great polluter in our build-process too (Visual 
studio doesn't let you filter some warnings).



Cheers
Sebastian


Hello,

With recent MSVC versions, we’re obliged to use /FORCE_:MULTIPLE, to work around the 
fact that osgDB.lib includes symbols from std::fstream classes, which then causes 
conflicts when other object files in a target (eg executable) being linked use 
 classes. This slows down linking since incremental linking is 
disabled, and makes our build output very noisy.

After some discussion, I came up with the following fix:


https://github.com/zakalawe/osg/commit/2098c022283f1afeb4bad0ffb4b682b884cc8f32

The idea is to only export the non-inlined symbols from osgDB::ofstream and 
::ifstream, but not to export the entire class, since doing so forces MSVC to 
also export the constructor and destructor for the base class (std::ofstream 
and std::ifstream).

Since we don’t use the osgDB versions of fstream in FlightGear, I can’t check 
if this is backwards compatible for other Windows OSG users, but I am hopeful 
that it is, and hence that this approach could be upstreamed.

Kind regards,
James

___
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] Rendering in-scene camera from different cameras

2016-08-08 Thread Riccardo Corsi

Hi Jannik,

NESTED_RENDER plus a higher renderBin number is exactly the way I've sorted
out the issue,
even though there's no way to use the standard camera draw-callback.

So based on your first reply, the POST in-scene camera, if nothing is
assigned to its renderTargetImplementation, will render to the default
Frame Buffer,
and that's the reason why nothing shows up in the slave's FBO when its draw
is fired from the slave camera, right?

Ricky

On Fri, Aug 5, 2016 at 5:53 PM, Jannik Heller  wrote:

> Looking at the OSG code more closely there may be an easier way.
>
> If you set the Camera's render order to NESTED_RENDER, it *will* inherit
> the currently used render target.
>
> Then set a RenderBin number on the camera to make sure it's drawn after
> the scene. That should do it.
>
> Cheers,
> Jannik
>
> --
> Read this topic online here:
> http://forum.openscenegraph.org/viewtopic.php?p=68296#68296
>
>
>
>
>
> ___
> 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] [osgPlugins] build osg 3.5.4 plugin lua error, on vs 2010

2016-08-08 Thread nguyen duy nam

Hi, help me
log error
 All outputs are up-to-date.
3>  lstring.c
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(107):
 error C2143: syntax error : missing ';' before 'type'
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(108):
 error C2065: 'start_of_string' : undeclared identifier
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(108):
 warning C4022: 'memcpy' : pointer mismatch for actual parameter 1
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(109):
 error C2065: 'start_of_string' : undeclared identifier
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(109):
 error C2109: subscript requires array or pointer type
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(117):
 error C2143: syntax error : missing '{' before '*'
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(118):
 warning C4431: missing type specifier - int assumed. Note: C no longer 
supports default-int
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(127):
 warning C4133: 'return' : incompatible types - from 'TString *' to 'int *'
3>..\..\..\..\..\sources\openscenegraph3.5.0\src\osgPlugins\lua\lua-5.2.3\src\lstring.c(150):
 warning C4133: 'return' : incompatible types - from 'int *' to 'TString *'
3>
... 
anyone show me, how to fix.
Thank you!

Cheers,
nguyen

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





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

Re: [osg-users] Left handed scene

Re: [osg-users] Left handed scene

Re: [osg-users] OSG SIGGRAPH was a TOTALLY Massively Success

Re: [osg-users] How to get OSG 2.5?

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

[osg-users] [build] Problem during generating the exectable files with VS 2012 :: Link2019 Error

Re: [osg-users] Potential fix for osgDB MSVC linkage issues (FORCE:MULTIPLE needed)

Re: [osg-users] Potential fix for osgDB MSVC linkage issues (FORCE:MULTIPLE needed)

Re: [osg-users] Rendering in-scene camera from different cameras

[osg-users] [osgPlugins] build osg 3.5.4 plugin lua error, on vs 2010

19 matches

Site Navigation

Mail list logo

Footer information