Re: [osg-users] DepthPartition

2020-01-13 Thread Infinite Reality 
Thank you for your reply.
What is the principle of Depth Partition?

On Monday, January 13, 2020 at 4:50:36 AM UTC+1, MS wrote:
>
> Depth partition for long distances is a very old(90s-early 2000s) way to 
> do this type of effect. 
> Google reverse zbuffer and logarithmic depth buffer. The later can give 
> you galactic distances. 
>
> On Sun, Jan 12, 2020 at 1:57 PM Infinite Reality  > wrote:
>
>> Hi,
>> I have some problem(I guess it as depth issue) on rendering huge 
>> scene(solar system) using OpenSceneGraph.
>> But I found your depth partitioning can resolve it and it uses for 
>> rendering huge scene.
>> I tried to understand your internal implementation of depth partitioning 
>> using slave camera, but I was difficult to understand it clearly.
>> Can you explain how to works depth partitioning shortly?
>> Or any helpful reference is good for me.
>> Thank you in advance.
>> Cheers!
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "OpenSceneGraph Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to osg-...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/osg-users/4077cce7-a88a-445d-b436-44a726e61753%40googlegroups.com
>>  
>> 
>> .
>>
>
>
> -- 
> ***
> Maxim Serebrennik
> Software Architect | Leidos
>
> C  (201) 686-8809
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osg-users/fd8205f8-859c-4cc2-b3a5-c4425b1b6290%40googlegroups.com.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Loading textured meshes (obj+mtl) leads to crash in osg 3.4.1

2020-01-13 Thread Voerman, L. 
Hi Tom,
I think your obj file is invalid, as the faces all reference normal "0" and
1> no normals are provided
2> normal indices start at 1 (according to wikipedia
)

if I reduce your obj file to just the first face (removing material and all
but vertex/texcoord 0-1-2) ( attached )
I get the same crash with
osgconv DataFace1.obj
removing the /0 (normal ref) three times fixes the problem - same works for
the large file (with textures working)
Laurens.

On Mon, Jan 13, 2020 at 3:15 PM 'Tom Pollok' via OpenSceneGraph Users <
osg-us...@googlegroups.com> wrote:

> Hello Robert,
>
> I added a minimal reproducer and a stracktrace (release). Unfortunately i
> only have release builds on this machine, but I could provide debug stack
> trace from another system later...
>
> Best,
> Tom
>
>
>
> Am Montag, 13. Januar 2020 12:12:48 UTC+1 schrieb Tom Pollok:
>>
>> I added a zip file with the mesh. It happens when loading that obj file.
>>
>> https://owncloud.iosb.fraunhofer.de/owncloud/s/dc8dkbXrQz3gTuh
>>
>> Pw: osg
>>
>> I have to check for the stack trace again.
>>
>> osgDB::Options* opt = new 
>> osgDB::Options;opt->setOptionString("noRotation");osg::ref_ptr 
>> node = osgDB::readNodeFile(pathToObjFile, opt);
>>
>> Im using two windows machines with intel processors (64bit).
>> OSG was built by ourselves.
>> One has an integrated intel graphics unit and one with a Nvidia 2080Ti.
>>
>>
>> Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>>>
>>> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:

 When loading a textured mesh from an obj file with mtl + texture file,
 openscenegraph crashes.

 I use openscenegraph 3.4.1. Does anybody know if that issue has been
 fixed in newer versions?

>>>
>>> I don;t recall reports of crashes associated with .obj.
>>>
>>> Could you provide a link to the model that is causing the problem?
>>>
>>> Could you provide a stack trace?
>>>
>>> What platform are you working on?  Did you build the OSG yourself?
>>>
>>> What hardware are you working on?
>>>
>>> Cheers,
>>> Robert,
>>>
>>
>>
>> Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>>>
>>> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:

 When loading a textured mesh from an obj file with mtl + texture file,
 openscenegraph crashes.

 I use openscenegraph 3.4.1. Does anybody know if that issue has been
 fixed in newer versions?

>>>
>>> I don;t recall reports of crashes associated with .obj.
>>>
>>> Could you provide a link to the model that is causing the problem?
>>>
>>> Could you provide a stack trace?
>>>
>>> What platform are you working on?  Did you build the OSG yourself?
>>>
>>> What hardware are you working on?
>>>
>>> Cheers,
>>> Robert,
>>>
>> --
> You received this message because you are subscribed to the Google Groups
> "OpenSceneGraph Users" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to osg-users+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/osg-users/e8e0c207-93e6-49ff-accc-2f4e7ba1be6e%40googlegroups.com
> 
> .
> ___
> osg-users mailing list
> osg-users@lists.openscenegraph.org
> http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
>


DataFace1.obj
Description: Binary data
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org

Re: [osg-users] Loading textured meshes (obj+mtl) leads to crash in osg 3.4.1

2020-01-13 Thread 'Tom Pollok' via OpenSceneGraph Users 
Hello Robert,

I added a minimal reproducer and a stracktrace (release). Unfortunately i 
only have release builds on this machine, but I could provide debug stack 
trace from another system later...

Best,
Tom



Am Montag, 13. Januar 2020 12:12:48 UTC+1 schrieb Tom Pollok:
>
> I added a zip file with the mesh. It happens when loading that obj file.
>
> https://owncloud.iosb.fraunhofer.de/owncloud/s/dc8dkbXrQz3gTuh
>
> Pw: osg
>
> I have to check for the stack trace again.
>
> osgDB::Options* opt = new 
> osgDB::Options;opt->setOptionString("noRotation");osg::ref_ptr 
> node = osgDB::readNodeFile(pathToObjFile, opt);
>
> Im using two windows machines with intel processors (64bit). 
> OSG was built by ourselves. 
> One has an integrated intel graphics unit and one with a Nvidia 2080Ti.
>
>
> Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>>
>> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:
>>>
>>> When loading a textured mesh from an obj file with mtl + texture file, 
>>> openscenegraph crashes.
>>>
>>> I use openscenegraph 3.4.1. Does anybody know if that issue has been 
>>> fixed in newer versions?
>>>
>>
>> I don;t recall reports of crashes associated with .obj.
>>
>> Could you provide a link to the model that is causing the problem?
>>
>> Could you provide a stack trace?
>>
>> What platform are you working on?  Did you build the OSG yourself?  
>>
>> What hardware are you working on?
>>
>> Cheers,
>> Robert,
>>
>
>
> Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>>
>> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:
>>>
>>> When loading a textured mesh from an obj file with mtl + texture file, 
>>> openscenegraph crashes.
>>>
>>> I use openscenegraph 3.4.1. Does anybody know if that issue has been 
>>> fixed in newer versions?
>>>
>>
>> I don;t recall reports of crashes associated with .obj.
>>
>> Could you provide a link to the model that is causing the problem?
>>
>> Could you provide a stack trace?
>>
>> What platform are you working on?  Did you build the OSG yourself?  
>>
>> What hardware are you working on?
>>
>> Cheers,
>> Robert,
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osg-users/e8e0c207-93e6-49ff-accc-2f4e7ba1be6e%40googlegroups.com.
<>
.  0  Id: 12bc.2d94 Suspend: 1 Teb: 0062`5477d000 Unfrozen
Child-SP  RetAddr   Call Site
0062`545ed090 7ffd`400749f2 MSVCP140D!std::_Debug_message+0x46
0062`545ed0d0 7ffd`40094947 osgdb_objd+0x449f2
0062`545ed110 7ffd`40094c62 osgdb_objd+0x64947
0062`545ed1f0 7ffd`4005e7c4 osgdb_objd+0x64c62
0062`545ed260 7ffd`4005f18a osgdb_objd+0x2e7c4
0062`545edc30 7ffd`4005c0d7 osgdb_objd+0x2f18a
0062`545ee1b0 7ffd`256206a7 osgdb_objd+0x2c0d7
0062`545ee650 7ffd`255f8d44 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0x28b751
0062`545ee690 7ffd`255f9bb7 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0x263dee
0062`545eeeb0 7ffd`255f206f 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0x264c61
0062`545ef0e0 7ffd`2544c39f 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0x25d119
0062`545ef180 7ffd`255eb4f0 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0xb7449
0062`545ef300 7ff6`5dd52baa 
osg131_osgDBd!osgDB::PropertyInputIterator::readBool+0x25659a
0062`545ef3c0 7ff6`5dd59f4d osgTest!main(int argc = 0n1, char ** argv = 
0x01dc`a7b57b50)+0x36a
0062`545ef710 7ff6`5dd57bbd osgTest!WinMain(struct HINSTANCE__ * 
__formal = 0x7ff6`5dd5, struct HINSTANCE__ * __formal = 
0x`, char * __formal = 0x01dc`a7b45e07 "", int __formal = 
0n10)+0xed [c:\users\qt\work\qt\qtbase\src\winmain\qtmain_win.cpp @ 104]
0062`545ef790 7ff6`5dd57a67 osgTest!invoke_main(void)+0x2d 
[f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 99]
0062`545ef7d0 7ff6`5dd5792e osgTest!__scrt_common_main_seh(void)+0x127 
[f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 253]
0062`545ef830 7ff6`5dd57bd9 osgTest!__scrt_common_main(void)+0xe 
[f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl @ 296]
0062`545ef860 7ffd`53598364 osgTest!WinMainCRTStartup(void)+0x9 
[f:\dd\vctools\crt\vcstartup\src\startup\exe_winmain.cpp @ 17]
0062`545ef890 7ffd`53977091 KERNEL32!BaseThreadInitThunk+0x14
0062`545ef8c0 ` ntdll!RtlUserThreadStart+0x21

   1  Id: 12bc.2a88 Suspend: 1 Teb: 0062`5477f000 Unfrozen
Child-SP  RetAddr   Call Site
0062`548ff5c8 7ffd`5394354e ntdll!ZwWaitForWorkViaWorkerFactory+0x14
0062`548ff5d0 7ffd`53598364 ntdll!RtlReleaseSRWLockExclusive+0x1ade
0062`548ff9d0 7ff

Re: [osg-users] Loading textured meshes (obj+mtl) leads to crash in osg 3.4.1

2020-01-13 Thread 'Tom Pollok' via OpenSceneGraph Users 
I added a zip file with the mesh. It happens when loading that obj file.

https://owncloud.iosb.fraunhofer.de/owncloud/s/dc8dkbXrQz3gTuh

Pw: osg

I have to check for the stack trace again.

osgDB::Options* opt = new 
osgDB::Options;opt->setOptionString("noRotation");osg::ref_ptr node 
= osgDB::readNodeFile(pathToObjFile, opt);

Im using two windows machines with intel processors (64bit). 
OSG was built by ourselves. 
One has an integrated intel graphics unit and one with a Nvidia 2080Ti.


Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>
> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:
>>
>> When loading a textured mesh from an obj file with mtl + texture file, 
>> openscenegraph crashes.
>>
>> I use openscenegraph 3.4.1. Does anybody know if that issue has been 
>> fixed in newer versions?
>>
>
> I don;t recall reports of crashes associated with .obj.
>
> Could you provide a link to the model that is causing the problem?
>
> Could you provide a stack trace?
>
> What platform are you working on?  Did you build the OSG yourself?  
>
> What hardware are you working on?
>
> Cheers,
> Robert,
>


Am Freitag, 10. Januar 2020 19:45:26 UTC+1 schrieb Robert Osfield:
>
> On Friday, 10 January 2020 18:01:57 UTC, Tom Pollok wrote:
>>
>> When loading a textured mesh from an obj file with mtl + texture file, 
>> openscenegraph crashes.
>>
>> I use openscenegraph 3.4.1. Does anybody know if that issue has been 
>> fixed in newer versions?
>>
>
> I don;t recall reports of crashes associated with .obj.
>
> Could you provide a link to the model that is causing the problem?
>
> Could you provide a stack trace?
>
> What platform are you working on?  Did you build the OSG yourself?  
>
> What hardware are you working on?
>
> Cheers,
> Robert,
>

-- 
You received this message because you are subscribed to the Google Groups 
"OpenSceneGraph Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osg-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osg-users/4464ef67-e303-45cf-adce-c68472d0d558%40googlegroups.com.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org