Hi Chris,
the original goal is drawing a decorated line where the decoration interrupts
and keep the background visible. I tried to visualize the elements and the seps
which are acutally working. I got a few keywords like 'stencil', 'render to
texture' but the samples are all related to
Hi Chris
Actually in non US English the words rubber and eraser are interchangeable.
Tony
Tony V
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=74715#74715
___
osg-users
I attached the log file. When I do cmake, I am just doing cmake ./ I
am not really sure what you are asking for in your second question.
On Mon, 2018-09-10 at 18:12 +0200, Mathieu MARACHE wrote:
> Hi Michael,
>
> It's difficult to tell what went wrong, could you try to add the
>
Robert,
Mipmapping is broken for Texture2DArray when glTexStorage is enabled.
If you set OSG_GL_TEXTURE_STORAGE=OFF, it works properly again.
Here is a standalone cpp you can use to reproduce the issue:
https://gist.github.com/gwaldron/9d65c35a5d940965429f401331b72420
Windows 10, NVIDIA 760GTX,
I think some parts were lost in translation. I think the word you want to
use is "eraser" instead of "rubber", though I can see how it could be
mistranslated from another language.
I can think of a way to do this with your current draw order (black line
then green line) by using a shader and a
Hi Steven,
osgViewer was never designed to be used in the way you want to use it,
there are almost certainly better ways of doing what you want to do
functionally and a simpler way that trying play games with who invokes
frame. It's just a bad approach so trying to help do something that
isn't
Thanks for the replies. This is mostly experimental and I have already been
calling frame() from a child thread for a while now without any problems as
long as I call createGraphicsContext() and realize() from the same child thread.
This effort is to streamline the initialization of the
Well, Chris, thanks for the question. It shows that I was not precise enough.
Currently I'm drawing the black line on top of a quite complex background
(light blue). And as a second item I draw the quad with the red frame showing
the green symbol and having transparent colour in the background
Hi Steven,
What OS are you on? On OSX, event handling MUST happen from the main
thread, so you have to coordinate the frame loop between threads.
Ravi
On Tue, Sep 11, 2018 at 11:43 AM Robert Osfield
wrote:
> Hi Steven,
>
> I haven't heard of anyone trying to call frame from multiple threads
>
Hi Steven,
I haven't heard of anyone trying to call frame from multiple threads
before, and personally wouldn't recommend doing it. I have said why
you are wanting to do this so can't judge how sensible or daft it is.
If you want an application that has multiple threads that modifying
something
I think there's a little bit of communication issue here.
You are saying you want the look of symbol.jpg? How do you mean "rubber
mode"? What is "rubber" about it?
You could possibly create a dummy quad with the background blue color on it
that encompasses the screen-space bounding box of the
Hi All,
I recently updated my OS to Kubuntu 18.04 and when I build the OSG I
now getting warnings that I hadn't seen before, I'm working through
these and will be checking in fixes for them, but one I haven't worked
out how to resolve:
Hi Robert,
So far so good here with initial testing. I had been concerned about Laurens's
update on text, but it looks like it turned out without problems. I was able
to adjust back one of the text scaling options so now we're back to consistent
between 3.4.1, 3.6.2, and 3.6.3-rc2, with
Hi all,
I'm looking for some inspiration for solving the following 'problem':
Currently I'm drawing basic line geometries like in attachment line.png. And
I'm able to draw items above the geometries (combo.png). But the final goal
must be some kind of 'rubber mode' which makes the geometry
Hi All,
I have just tagged the 3.6.3 release candidate 2:
https://github.com/openscenegraph/OpenSceneGraph/tree/OpenSceneGraph-3.6.3-rc2
My aim is to tag the 3.6.3 at the end of this week. Please test and
provide positive/negative feedback via this thread. :-)
Cheers,
Robert.
-- Changes
Hi Mathieu,
thanks for your support for OSG/Qt integration. I think there are really
many people using OSG together with Qt.
Qt is just great for building multi environment user interfaces.
But there is one thing I don't really understand. There is some
discussion sometimes about difficulties in
Mathieu MARACHE writes:
> Back from holidays...
>
> Community support is thin when considering OpenSceneGraph with Qt. I
> am currenlty the only maintainer of osgQt because I have a software
> using it and I didn't want the project to be tossed out.
>
> The Qt4 way of doing things with legacy
I am attempting to switch which thread I call viewer::frame in.
I realize my viewer in thread A, call viewer::frame() several times, do some
loading, then switch the call to viewer::frame() to thread B. When I do so the
items within the window still update but I am unable to move/resize/select
18 matches
Mail list logo