Hi Markus,
the code works great. The frame update through OSG methods is much
faster than using FOX's FXGLCanvas::makeCurrent(), no idea why.
I also tried to use one common FXGLVisual for all GraphicsWindowFOX's,
like in FOX's glviewer example. Works fine, initialization is much
faster of cours
Hi Tomas,
today I could check how I implemented the frame-update for multiple Windows
under Win32. It is done like this:
long FOX_OSG_MDIView::OnIdle(FXObject *sender, FXSelector sel, void* ptr)
{
if(m_osgViewer.valid() )
{
if(m_osgViewer->getCamera()-
Hi Tomas,
Markus Hein wrote:
Also tested rendering multiple viewer windows of the same scene. It
works with some small hacks.
regards, Markus
Tomas Hnilica schrieb:
could you please describe your test of multiple viewer windows?
When I add another FOX_OSG_MDIView to the MDICllient,
Hello Marcus,
could you please describe your test of multiple viewer windows?
When I add another FOX_OSG_MDIView to the MDICllient, both scenes are
drawn to the newly created window and the first one is not actualised,
mouse actions are token from both windows correctly. (I think this would
be
Hi Mario,
On 8/22/07, Mario Valle <[EMAIL PROTECTED]> wrote:
> Your proposed change solved one of the problems I had at osgviewerFOX exit.
> The change was in FOX_OSG_MDIView.cpp line 60
> FOX_OSG_MDIView::~FOX_OSG_MDIView()
> {
> getApp()->removeChore(this,ID_CHORE); // added
> }
> Could it b
Your proposed change solved one of the problems I had at osgviewerFOX exit.
The change was in FOX_OSG_MDIView.cpp line 60
FOX_OSG_MDIView::~FOX_OSG_MDIView()
{
getApp()->removeChore(this,ID_CHORE); // added
}
Could it be added to SVN?
Now I have a hang in the same example try to exit with ESC
Hi Markus,
I'm really not familiar with FOX at all, so can't really comment on
how to fix things. I'd welcome bug fixes though :-)
Robert.
On 8/20/07, Markus Hein <[EMAIL PROTECTED]> wrote:
> Hi Robert,
>
>
> > I don't know how you the threading model to something other than
> > SingleThreaded,
Hi Robert,
> I don't know how you the threading model to something other than
> SingleThreaded, as there is threading model event handler registered.
The default osgViewer::Viewer settings should work fine.
I think that problems arised for me mostly because I played with
osgFoxViewer & multiple
Hi Markus,
On 8/19/07, Markus Hein <[EMAIL PROTECTED]> wrote:
> Robert Osfield schrieb:
> why I'm forced to run the Viewer SingleThreaded with current OSG from SVN ?
Which viewer are we talking about here? What do you mean by forced to
run the Viewer SingleThreaded?
> when I tested the FOX-View
Robert Osfield schrieb:
> BTW, the example runs fine under Linux, but on segfaults. Do others
> see this issue?
Hi all,
why I'm forced to run the Viewer SingleThreaded with current OSG from SVN ?
when I tested the FOX-Viewer code for the first time, I used the OSG-2.0
Release code. There was
Hi all,
When I made this little example I did link with Fox Toolkit 1.6.26 exactly
;-), I didn't try with Fox 1.7 but I'm happy to see that it works according
to Markus.
regards, Alexandre
2007/7/25, Markus Hein <[EMAIL PROTECTED]>:
Robert Osfield schrieb:
Hi Robert & Alexandre,
BTW, the
Robert Osfield schrieb:
Hi Robert & Alexandre,
BTW, the example runs fine under Linux, but on segfaults. Do others
see this issue?
did you link against FOX-1.4 or FOX-1.6 ?
today I tested the code on Win32, MSVS8 with FOX-1.7 and Release OSG-2.0.
The cow is running. :-) On Linux it works w
HI Alexandre,
Thanks, the osgviewerFOX is now checked in. I've added provisional
CMake support for it, but had to wire it to fox-1.6. It looks like
we'll need to explicitly handled other versions of fox virtue of the
way CMake manages it search paths.
BTW, the example runs fine under Linux, but
13 matches
Mail list logo