Hi, Michael,
I have posted logs in another post.
On Mon, Sep 18, 2017 at 3:46 PM, michael kapelko wrote:
> Hi. You should really post OSG logs.
>
> On 18 September 2017 at 09:25, GeeKer Wang wrote:
> > Hi, all,
> >
> > I have tried OSG on Mac OS 10.12.5 with NVIDIA
gt; into the OSG-3.2.x and OSG-3.4.x stable releases.
>
> In master we have the VertexArrayObject support built in and a number of
> other changes that makes life easier under OSX, such using git master it's
> now possible to develop under OSX with GL Core Profile.
>
> Robert.
Hi, all,
I have tried OSG on Mac OS 10.12.5 with NVIDIA card by compiling OSG with
GL3 enabled, but I failed to make osgsimplegl3 work. It complains the
version of glsl.
I think the problem is OSG doesnot support core profile. Does it mean all
functions depending on glsl130 or above will not work
Hi, all,
I noticed in osgpick.cpp that osgText::Text and osg::Geometry could be
picked, but when I add an osg::Geode with osg::ShapeDrawable into the HUD
camera, the picking does not work anymore.
I list the code as follows. It will be appreciated if anyone can point out
where the problem is or
Hi, all,
I have a large model file, about 100M, and osgviewer can render it directly
and efficiently. However, the initial loading time is too long.
Is there a way to convert a large model to a series of small files in a LOD
structure?
In addition to decimation, I suppose a split in each level i
Hi, all
In GLUT, there is a function glutGetWindow to get the current context ID.
As far as I know, OSG get contextID for osg::RenderInfo in application.
Are there other ways to get cureent GraphicContext ID in a thread?
--
Martin
___
osg-users maili
Hi, all
I create two windows using GraphicsContext, and one depends on another.
When I close the depended window(e.g. ALT-F4), the program will be stalled.
Is there a way to capture the CLOSE event so that the depending window is
notified?
Or is it possible to prevent the window being closed?
Slave is just a simple struct. You can access its member directly.
So setter/getter are not necessary.
On Thu, Jul 5, 2012 at 1:52 PM, Torben Dannhauer wrote:
> Hi,
>
> If the slave is set to RELATIVE_RF (default), then the slaves view matrix
> and projectionmatrix is overwritten each frame by mu
Unfortunately, the osgQt-QFileDialog problem are not solved in both OSG
3.1.2 and OSG trunk.
And there is another problem introduced in 3.1.2 and trunk: when I press
ESC, osgviewerQt will be dead.
In conclusion, each version is problematic in linux(Fedora 14, x86, for
both Qt4.7.4 and Qt4.8.2).
O
That's what I'm doing right now, compiling Qt and compiling OSG.
I just haven't downloaded the trunk yet.
If a major version, like 3.1.2, have resolve the problem, then there is no
need to try a trunk version.
On Tue, Jun 26, 2012 at 11:15 PM, Torben Dannhauer wrote:
> Hi eqw,
>
> thanks for try
I tried OSG 3.0.1 and Qt4.8.2 in Fedora 14 x86
The QFileDialog::getOpenFileName(.) problem remains.
However, the osgQt-thread problem seems resolved.
I will try OSG 3.1.2 and trunk next.
On Tue, Jun 26, 2012 at 3:13 PM, Torben Dannhauer wrote:
> Hi,
>
> Can you please verify the conflict with O
I'll try it.
But what is the problem?
Even the non-static usage of QFileDialog works, but there is still comflict
between osgQt and Qt in DrawThreadPerContext rendering mode.
xcb_io.c:506: _XReply: Assertion `!dpy->xcb->reply_data' failed
which I mentioned before:
http://lists.openscenegraph.org/
o all GPU
when SLI model disabled.
In linux, the default behavior is each GPU is bind to a screen.
On Mon, Jun 25, 2012 at 10:18 PM, Jason Daly wrote:
> On 06/25/2012 12:59 AM, GeeKer Wang wrote:
>
>> Hi, all
>>
>> I want to use two GTS 250 cards to do the pa
forget to mention that Qt version is 4.7.4
On Tue, Jun 26, 2012 at 2:44 PM, GeeKer Wang wrote:
> Hi, all
>
> There is a problem using osgQt in linux. My OS is Fedora 14, and
> OpenSceneGraph version is 3.0.1.
>
> Static method QFileDialog::getOpenFileName(.) just doesn
Hi, all
There is a problem using osgQt in linux. My OS is Fedora 14, and
OpenSceneGraph version is 3.0.1.
Static method QFileDialog::getOpenFileName(.) just doesn't work in osgQt.
It just show a dialog (sometimes blank dialog) without
response to the mouse click.
However, non-static usage of QFi
Hi, all
I want to use two GTS 250 cards to do the parallel rendering job based on
OpenSceneGraph。
In my experiment, a scene full of complex models is split to 2 parts
according to viewport。
The 2 parts are rendered in seperated windows (actually two slaves).
I hope the LEFT part is rendered in th
No projection is set in my example. What I want to know is why main camera
and slave camera produce different result.
When you use setCamera(.) rather than addSlave(.), the result is perfect by
default.
On Wed, May 23, 2012 at 1:17 AM, Trystan Larey-Williams wrote:
> I don't see a projection ma
Hi, all,
I want to use two cameras to composite result in the same window,
so two slave cameras are used with an projection offset .
However, there is a distortion, e.g, a ball looks like an ellipse.
And I find that osgViewer::Viewer::adSlave(.) doesn't work properly by
itself.
Here is simple exa
I tried to compile OSG 3.0.1 in Fedora 14, and the Qt version is 4.7.4。
When I executed "osgviewerQt cow.osg", a window flashed by, and the
program crashed:
osgviewerQt: xcb_io.c:140: dequeue_pending_request: Assertion `req ==
dpy->xcb->pending_requests' failed.
Aborted (core dumped)
When debugg
That's strange, my processor is Genuine Intel T2300.
But there is still mtune=atom in commandline.
On Sun, Mar 13, 2011 at 5:28 PM, Eric Wing wrote:
> > CXXFLAGS='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions
> > -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i686 -mtune=atom
another
OSG version.
On Mon, Feb 21, 2011 at 4:21 PM, Alberto Luaces wrote:
> GeeKer Wang writes:
>
> > Yes, it's CXXFLAGS. I just misspelled it and did nothing wrong.
> > I configured it in ccmake and found those flags in gcc comandline.
> >
> > Nothing changed a
Yes, it's CXXFLAGS. I just misspelled it and did nothing wrong.
I configured it in ccmake and found those flags in gcc comandline.
Nothing changed anyway. I don't know what's the real reason for that.
On Sun, Feb 20, 2011 at 3:52 PM, Alberto Luaces wrote:
>
Unfortunately, after I have add the CXXFLAG, still the compiled version runs
"bin/osgviewer cow.osg" with fps<10,
while the RPM version fps>40.
It seems even worse than before.
On Sat, Feb 19, 2011 at 9:39 PM, Alberto Luaces wrote:
> GeeKer Wang writes:
>
> > My
=TRUE
CMakeCache.txt:_OPENTHREADS_ATOMIC_USE_GCC_BUILTINS_EXITCODE:INTERNAL=0
Is there a problem?
I'll add CXXFLAGS as you mentioned and compile again.
On Sat, Feb 19, 2011 at 4:53 PM, Alberto Luaces wrote:
> GeeKer Wang writes:
>
> > I tried without optimzation: let CMAKE_BU
I tried without optimzation: let CMAKE_BUILD_TYPE be empty.
It works even worse. And I don't know why the RPM version doesn't
comflict with compiz on my computer while the compiled version does.
On 2/19/11, Alberto Luaces wrote:
> GeeKer Wang writes:
>
>> I tried cmake w
I tried cmake with -O2 instead of -O3, it's still much slower.
So, how is the rpm version compiled?
On Fri, Feb 18, 2011 at 6:42 PM, GeeKer Wang wrote:
> I downloaded OpenSceneGraph-2.8.3-3.fc14.src.rpm.
>
> and found this in file "OpenSceneGraph.spec"
> %cm
I downloaded OpenSceneGraph-2.8.3-3.fc14.src.rpm.
and found this in file "OpenSceneGraph.spec"
%cmake -DBUILD_OSG_EXAMPLES=ON -DBUILD_OSG_WRAPPERS=ON
-DBUILD_DOCUMENTATION=ON ../%{OSGSRCDIR}
Does BUILD_OSG_WRAPPERS matter?
File OpenSceneGraph.spec and OpenSceneGraph-2.8.3.diff in
OpenScene
27 matches
Mail list logo
