Hi Nick,
On Sat, Feb 20, 2010 at 9:26 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
not a problem at all. was my pleasure.
Well that places you in well it to the sadomasochist category! :-)
Also, I turn off the notifications in
the build and I am experiencing higher frame rates
LOL :)
-Nick
On Sun, Feb 21, 2010 at 12:42 PM, Robert Osfield
robert.osfi...@gmail.comwrote:
Hi Nick,
On Sat, Feb 20, 2010 at 9:26 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
not a problem at all. was my pleasure.
Well that places you in well it to the sadomasochist
Hi Robert,
I've just tested with the lastest trunk and all continues working fine
on macosx, so happy dev-releasing from my side :).
Rafa.
On Sun, Feb 21, 2010 at 11:46 AM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
LOL :)
-Nick
On Sun, Feb 21, 2010 at 12:42 PM, Robert
Hi Robert,
sorry for the late reply. I was really till late yesterday evening at work,
so I finish the test today just now.
and yes, no more crash, all work great !! :)) ... So my port to the latest
from the trunk is successful
Thanks !!
-Nick
On Fri, Feb 19, 2010 at 9:54 PM, Robert Osfield
Hi,
My tests today were sucessful. At the moment I'm not aware of all improvements
in 2.9.7, but it seems that my application has some fps more than before. and
loading of new terrain tiles is smoother.
Thank you!
Cheers,
Torben
--
Read this topic online here:
Hi Nick,
On Sat, Feb 20, 2010 at 10:57 AM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
Hi Robert,
sorry for the late reply. I was really till late yesterday evening at work,
so I finish the test today just now.
and yes, no more crash, all work great !! :)) ... So my port to the
Hi Torben,
On Sat, Feb 20, 2010 at 1:32 PM, Torben Dannhauer
z...@saguaro-fight-club.de wrote:
My tests today were sucessful. At the moment I'm not aware of all
improvements in 2.9.7, but it seems that my application has some fps more
than before. and loading of new terrain tiles is
Hi Robert,
yes, because it is a visual system for flight simulators with HIres Data (up to
25cm per pixel): yes, there are a lot of tiles comming in and out ;)
but some minutes ago, a problem rised : if I change my manipulator from
osgviewer default manipulator, I get a crash in transform.cpp
Hi Toben,
On Sat, Feb 20, 2010 at 5:07 PM, Torben Dannhauer
z...@saguaro-fight-club.de wrote:
but some minutes ago, a problem rised : if I change my manipulator from
osgviewer default manipulator, I get a crash in transform.cpp line 83:
code
const_castNode*(nodePath[i])-accept(*this);
Hi Torben,
On Sat, Feb 20, 2010 at 5:21 PM, Robert Osfield
robert.osfi...@gmail.com wrote:
The std::vectorosg::oserver_ptrNode seems be getting null pointers
now whereas before it wasn't. I'm note sure why this is yet, am
investigating. My first stop will be stop replace this local
Hi Robert,
yes the problem is solved, thank!
Cheers,
Torben
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=24541#24541
___
osg-users mailing list
osg-users@lists.openscenegraph.org
On 2/19/2010 3:16 PM, Torben Dannhauer wrote:
Hi Robert,
compiling under Vista32, VS2005 SP1 works.
Same here, Vista64, VS2005sp1.
But I get some warnings, e.g.
- CullSettings.cpp Line 31: Warnung osg::CullSettings::VariablesMask in
unsigned int, signed/unsigned-Konflikt.
Same here.
Hi Chris, et. al,
I won't attempt to address warnings right now as I'd like to keep the
code as stable as possible so we are all testing the same code. This
is only a developer release.
Once 2.9.7 is out we can start looking at addressing warnings,
personally I have a bucket load of submissions
Hi Robert,
not a problem at all. was my pleasure. Also, I turn off the notifications in
the build and I am experiencing higher frame rates as well
-Nick
On Sat, Feb 20, 2010 at 6:33 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
On Sat, Feb 20, 2010 at 10:57 AM, Trajce (Nick)
Strangely, ffmpeg in my project works fine ...
(in OSG 2.9.7)
Here the log:
ffmpeg:: open (/ home/maximum2000/LABS/transgaz/video/utz1.mov) size (1024,
768) aspect ratio 1
Attaching FFmpegAudioStream
Finished FFmpegImageStream:: run ()
FFmpegAudioStream:: setAudioSink (0)
Assigning 0
Calling
Hi Maxim,
2010/2/19 Maxim Gammer maxgam...@gmail.com:
Strangely, ffmpeg in my project works fine ...
(in OSG 2.9.7)
Here the log:
ffmpeg:: open (/ home/maximum2000/LABS/transgaz/video/utz1.mov) size (1024,
768) aspect ratio 1
Attaching FFmpegAudioStream
Finished FFmpegImageStream::
Hi Rafa,
I really is starting to look like the static
osg::Observer::getGlobalObserverMutex() is being destructed before the
scene graph which is a bit bizzare.
Is this only happening in your app? Could you try the OSG examples?
Is there anything specific you do about clean up in your app?
PERFECT! :)
Thanks Robert! now closes ok, and all is running perfect.
Singletons sometimes makes life easier.. sometimes not! :)
Rafa.
On Fri, Feb 19, 2010 at 9:50 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Rafa,
Based on the assumption that there is ordering of destruction
FYI, I've used the Referenced.cpp file you posted to get things running.
On Fri, Feb 19, 2010 at 9:57 AM, Rafa Gaitan rafa.gai...@gmail.com wrote:
PERFECT! :)
Thanks Robert! now closes ok, and all is running perfect.
Singletons sometimes makes life easier.. sometimes not! :)
Rafa.
On
On Fri, Feb 19, 2010 at 8:58 AM, Rafa Gaitan rafa.gai...@gmail.com wrote:
FYI, I've used the Referenced.cpp file you posted to get things running.
Excellent news. I've checked this change in (minus the debugging messages.)
Could you remove all the local changes your made and update to
All working fine now!
Rafa.
On Fri, Feb 19, 2010 at 10:03 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
On Fri, Feb 19, 2010 at 8:58 AM, Rafa Gaitan rafa.gai...@gmail.com wrote:
FYI, I've used the Referenced.cpp file you posted to get things running.
Excellent news. I've checked this
On Fri, Feb 19, 2010 at 9:28 AM, Rafa Gaitan rafa.gai...@gmail.com wrote:
All working fine now!
Thanks, a great relief :-)
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi All,
To give you all a chance to thrash the OSG svn/trunk to an inch of
it's life I'm headline for a few hours (to do my weekly long run).
I'll be back at lunchtime, and if all looks well I'll go for making
2.7.9 this afternoon (UK time).
Thanks for all the testing,
Robert.
Hi Robert,
I am getting a crash when cleaning up dynamic viewer
osg::ref_ptrosgViewer::CompositeViewer viewer;
..
viewer = 0;
osg63-osgViewerd.dll!osg::observer_ptrosgViewer::ViewerBase::objectDeleted(void
* obj=0x019c0ce4) Line 115 + 0x6 bytes C++
Hi Robert,
I'm also getting a crash when exiting. This is on Windows XP, displaying
cessna.osg in osgviewer. The crash is deep inside the a Windows DLL, but I
get an error message stating that heap corruption is the likely cause.
I'll keep digging...
___
-Original Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 19 February 2010 07:21
To: OpenSceneGraph Users
Subject: Re: [osg-users] Please test svn/trunk for OpenThread/OpenSceneGraph
On Fri, Feb 19
Hi Robert,
Robert Osfield wrote:
Hi All,
To give you all a chance to thrash the OSG svn/trunk to an inch of
it's life I'm headline for a few hours (to do my weekly long run).
I'll be back at lunchtime, and if all looks well I'll go for making
2.7.9 this afternoon (UK time).
r11083 looks OK
HI Nick,
I'm afraid I don't have ideas about the cause yet, the line of code
you quote where the crash occurs looks fine, the objects in play
should all still be valid. Does the error occur on standard OSG
examples? Does both the release and debug builds crash on exit?
Robert.
On Fri, Feb 19,
Hi Robert,
It wasnt crashing before. Only now with the latest from the trunk. Let me
try the examples and will get back to you
-Nick
On Fri, Feb 19, 2010 at 4:00 PM, Robert Osfield robert.osfi...@gmail.comwrote:
HI Nick,
I'm afraid I don't have ideas about the cause yet, the line of code
Message-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 19 February 2010 07:21
To: OpenSceneGraph Users
Subject: Re: [osg-users] Please test svn/trunk for OpenThread/OpenSceneGraph
On Fri, Feb 19, 2010
-
From: osg-users-boun...@lists.openscenegraph.org
[mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Robert
Osfield
Sent: 19 February 2010 07:21
To: OpenSceneGraph Users
Subject: Re: [osg-users] Please test svn/trunk for
OpenThread/OpenSceneGraph
On Fri, Feb 19, 2010 at 6
and yes. both configuration crashes
-Nick
On Fri, Feb 19, 2010 at 4:00 PM, Robert Osfield robert.osfi...@gmail.comwrote:
HI Nick,
I'm afraid I don't have ideas about the cause yet, the line of code
you quote where the crash occurs looks fine, the objects in play
should all still be valid.
Hi Nick,
On Fri, Feb 19, 2010 at 2:13 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
the examples works fine but My app was working fine as well too :)
Could you modify osgviewer so that it uses a ref_ptr rather than let
it be created on the stack so mimicing the usage model of
-users-boun...@lists.openscenegraph.org] On Behalf Of Robert Osfield
Sent: vendredi 19 février 2010 15:08
To: OpenSceneGraph Users
Subject: Re: [osg-users] Please test svn/trunk for OpenThread/OpenSceneGraph
Hi Martin,
Thanks for testing. The errors are down to two methods that I had
Subject: Re: [osg-users] Please test svn/trunk for OpenThread/OpenSceneGraph
Hi Martin,
Thanks for testing. The errors are down to two methods that I had their
implementation from Registry into a dedicated companion class, alas I hadn't
removed the declaration though so these methods were
Hi Robert,
I did so. The modified example works with dynamic viewer
construction/destruction. The only difference is that my viewer is in a dll
and it is constructed/destructed there
-Nick
On Fri, Feb 19, 2010 at 4:21 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
On Fri, Feb
And it crashes on the mutex lock
-Nick
On Fri, Feb 19, 2010 at 4:32 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
Hi Robert,
I did so. The modified example works with dynamic viewer
construction/destruction. The only difference is that my viewer is in a dll
and it is
Hi Nick,
On Fri, Feb 19, 2010 at 2:38 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
And it crashes on the mutex lock
Ahhh, good at least we have something to gone on it tracking down what
is going wrong. It does sound kinda similar to the issue that Rafa had
with destruction under
Hi Robert,
I am up to date, before you went running :). I was following this thread
carefully today. The update I did just now has not affected the pointers
stuff
The idea about checking the validation of the mutex is good idea. I am
trying it right now
-Nick
On Fri, Feb 19, 2010 at 4:52 PM,
hum . the _mutex in observer_ptr is pure pointer. No smart thing on it.
How you want to check it?
-Nick
On Fri, Feb 19, 2010 at 5:01 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
Hi Robert,
I am up to date, before you went running :). I was following this thread
carefully
Hi Nick,
I was just reviewing your the code you copied in your earlier message
(below) and spotted that the observer_ptr was access a local mutex
not the GlobalObserverMutex() as it should have been. I've just fixed
observer_ptr and am currently rebuilding. Could you try the
attached
Hi Nick,
I just got a build error with the modified observer_ptr. I fixed
this build error in the file attached so please use this one.
Cheers,
Robert.
observer_ptr
Description: Binary data
___
osg-users mailing list
rebuilding ...
-Nick
On Fri, Feb 19, 2010 at 5:16 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
I was just reviewing your the code you copied in your earlier message
(below) and spotted that the observer_ptr was access a local mutex
not the GlobalObserverMutex() as it should
got this Error while building
SceneView.cpp
4D:\OpenSceneGraph\include\osg/observer_ptr(54) : error C2664:
'OpenThreads::ScopedLockM::ScopedLock(const OpenThreads::ScopedLockM )'
: cannot convert parameter 1 from 'OpenThreads::Mutex *' to 'const
OpenThreads::ScopedLockM '
4with
4
looks like I am on faster machine LOL :)
-Nick
On Fri, Feb 19, 2010 at 5:18 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
I just got a build error with the modified observer_ptr. I fixed
this build error in the file attached so please use this one.
Cheers,
Robert.
Hi Nick,
Did you use the second of observer_ptr header that I posted? As I
believe this addresses the issue you've got - my build failed here
with my first cut, I fixed it and posted the new observer_ptr header.
Since then my build has completed without problems.
Robert.
On Fri, Feb 19, 2010
yes. I am using the second post. Building so far good
-Nick
On Fri, Feb 19, 2010 at 5:40 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
Did you use the second of observer_ptr header that I posted? As I
believe this addresses the issue you've got - my build failed here
with my
Hi Nick,
I've just run the runexamples.bat and all the examples run cleanly so
I've now checked in my change to observer_ptr.
Robert.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Robert,
with the latest files (including the observer_ptr you posted at 15:18)
everything is working fine for me now (Visual Studio 2008, Windows XP).
However, is observer_ptr's destructor thread safe? It looks like if the
target of _ptr were to be destroyed on another thread at the same time
Hi Robert,
still crashing. I am building debug now
-Nick
On Fri, Feb 19, 2010 at 5:48 PM, Michael Platings mplati...@gmail.comwrote:
Hi Robert,
with the latest files (including the observer_ptr you posted at 15:18)
everything is working fine for me now (Visual Studio 2008, Windows XP).
Hi Michael,
On Fri, Feb 19, 2010 at 3:48 PM, Michael Platings mplati...@gmail.com wrote:
How about:
~observer_ptr()
{
OpenThreads::ScopedLockOpenThreads::Mutex lock(*getObserverMutex());
if (_ptr) _ptr-removeObserver(this);
}
Looks appropriate. Now merged and checked into
Hi Nick,
On Fri, Feb 19, 2010 at 3:50 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
still crashing. I am building debug now
Is it still crashing with Michael's suggestion of add the mutex lock
to the observer_ptr destructor? I've just checked in this fix.
Robert.
Hi Robert,
I have more input now after tracing this issue
virtual void objectDeleted(void* obj)
{
T* ref_obj = static_castT*(obj);
OpenThreads::ScopedLockOpenThreads::Mutex
lock(*getObserverMutex());
if (ref_obj-referenceCount() == 0) _ptr = 0;
Hi Nick,
On Fri, Feb 19, 2010 at 4:27 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
Hi Robert,
I have more input now after tracing this issue
virtual void objectDeleted(void* obj)
{
T* ref_obj = static_castT*(obj);
Hi Robert,
the dll is not undloaded. When I do
viewer = 0;
the viewer address and the one that gets down to objectDeleted(void* ptr)
are slightly different, means viewer.get() != ptr.
_ptr is not equal to obj
-Nick
On Fri, Feb 19, 2010 at 6:37 PM, Robert Osfield
Hi Nick,
On Fri, Feb 19, 2010 at 4:43 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
the dll is not undloaded. When I do
viewer = 0;
the viewer address and the one that gets down to objectDeleted(void* ptr)
are slightly different, means viewer.get() != ptr.
_ptr is not equal to
Hi Robert,
attached is the sample that crashes. Please let me know if crash for you as
well
-Nick
On Fri, Feb 19, 2010 at 7:10 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
On Fri, Feb 19, 2010 at 4:43 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
the dll is
Hi Nick,
attached is the sample that crashes. Please let me know if crash for you as
well
I've just tested you osgviewer.cpp and it doesn't crash for me, but..
some debugging that I added into my include/osg/observer_ptr reports a
mismatch of pointers. When I run the standard osgviewer it
correct. The viewer pointer was missmatching
-Nick
On Fri, Feb 19, 2010 at 7:55 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
attached is the sample that crashes. Please let me know if crash for you
as
well
I've just tested you osgviewer.cpp and it doesn't crash for me,
On Fri, Feb 19, 2010 at 5:59 PM, Trajce (Nick) Nikolov
nikolov.tra...@gmail.com wrote:
correct. The viewer pointer was missmatching
I've been reviewing the observer_ptr code and it looks correct.
Added a mutex to the copy constructor looks appropriate, but this
isn't the issue we're up against.
Hi Robert,
yes, osgcompositeviewer cow.osg crashes
-Nick
On Fri, Feb 19, 2010 at 8:10 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
In testing at my end I got the pointer mismatch occur when running and
then exiting osgcompositeviewer cow.osg. Does the crash happen for
you
Hi Nick,
I've been contemplating the crash you have and the mismatch of
pointers, which is little doubt down to multiple inheritance causing
difference between the osg::Referenced location and the pointer to the
actual object (class T for the template). This difference means that
casting the
:) .. I like your enthusiasm .. Rebuilding
-Nick
On Fri, Feb 19, 2010 at 9:54 PM, Robert Osfield robert.osfi...@gmail.comwrote:
Hi Nick,
I've been contemplating the crash you have and the mismatch of
pointers, which is little doubt down to multiple inheritance causing
difference between
Hi All,
I've just done builds under GLES1 and GLES2, had to make a few build
fixes, these are all now checked in. It's clearly too late in the day
now to attempt a release, and all the changes today need build and
runtime testing too.
So while I take a well earned rest, you've got no excuses
Hi Robert,
compiling under Vista32, VS2005 SP1 works.
But I get some warnings, e.g.
- CullSettings.cpp Line 31: Warnung osg::CullSettings::VariablesMask in
unsigned int, signed/unsigned-Konflikt.
- graph_array.h line 106:
'triangle_stripper::detail::graph_arraynodetype::node':
Hi All,
I've been beavering away for the last two weeks on addressing issues
with DatabasePager performance and stability, and in the last week
concentrating on the stability side clearing up a long standing but
rather difficult to pin down crash. Fixing the crash required
refactoring
Hi Robert,
Building in progress on Windows, MSVC9. Just one typo in Win32Mutex.cpp so
far.
Mourad
On Thu, Feb 18, 2010 at 10:43 PM, Robert Osfield
robert.osfi...@gmail.comwrote:
Hi All,
I've been beavering away for the last two weeks on addressing issues
with DatabasePager performance and
Thanks Mourad, build fix now merged and submitted to svn/trunk.
On Thu, Feb 18, 2010 at 10:13 PM, Mourad Boufarguine
mourad.boufargu...@gmail.com wrote:
Hi Robert,
Building in progress on Windows, MSVC9. Just one typo in Win32Mutex.cpp so
far.
Mourad
On Thu, Feb 18, 2010 at 10:43 PM,
Hi Robert,
Thank you very much for your great engagement! *must be said* ;)
The development speed of OSG is amazing, I'll upgrade to 2.9.7 in the next days.
Cheers,
Torben
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=24386#24386
Robert Osfield wrote:
Thanks for the compliments, but we really need right now is testing of
svn/trunk.. ;-)
Building on RHEL 5.4. Not a huge problem, of course, but I'm getting
about a million of these so far:
/irl/work/jdaly/osg/OpenSceneGraph-svn-src/include/osg/Observer:75:7:
Hi Jason,
Thanks for the testing. I've just checked in the addition of an extra
return at the end of the Observer header.
Cheers,
Robert.
On Thu, Feb 18, 2010 at 10:51 PM, Jason Daly jd...@ist.ucf.edu wrote:
Robert Osfield wrote:
Thanks for the compliments, but we really need right now is
Hi Robert,
I upgrade to 2.9.7 in the next days
Cheers,
Maxim Gammer
2010/2/19 Jason Daly jd...@ist.ucf.edu
Robert Osfield wrote:
Hi Jason,
Thanks for the testing. I've just checked in the addition of an extra
return at the end of the Observer header.
Hi, Robert,
Found the same
On Fri, Feb 19, 2010 at 6:04 AM, Maxim Gammer maxgam...@gmail.com wrote:
Hi Robert,
I upgrade to 2.9.7 in the next days
Which is rather too late for making sure svn/trunk is well tested
prior to me tagging 2.9.7... so if 2.9.7 contains problems that
weren't tested and reported prior to
ok.
test in Ubuntu 9.10 amd64 ... OK!
)))
2010/2/19 Robert Osfield robert.osfi...@gmail.com
On Fri, Feb 19, 2010 at 6:04 AM, Maxim Gammer maxgam...@gmail.com wrote:
Hi Robert,
I upgrade to 2.9.7 in the next days
Which is rather too late for making sure svn/trunk is well tested
Hi Robert,
Compiled fine on MacOSX Leopard using cmake, but when testing in one
of my applications I get a crash when closing, this is the stack
trace:
Thread 0 Crashed:
0 libosg.63.dylib 0x004f9f51
osg::ObserverNodePath::~ObserverNodePath() + 33
1 libosg.63.dylib
test in Ubuntu 9.10 i386 ... OK!
2010/2/19 Maxim Gammer maxgam...@gmail.com
ok.
test in Ubuntu 9.10 amd64 ... OK!
)))
2010/2/19 Robert Osfield robert.osfi...@gmail.com
On Fri, Feb 19, 2010 at 6:04 AM, Maxim Gammer maxgam...@gmail.com wrote:
Hi Robert,
I upgrade to 2.9.7 in the
Hi Robert,
Compiled fine on Ubuntu\Kubuntu 9.10 i386 amd64 (gcc version 4.4.1) All my
programs work fine.
Cheers,
Maxim Gammer
2010/2/19 Maxim Gammer maxgam...@gmail.com
test in Ubuntu 9.10 i386 ... OK!
2010/2/19 Maxim Gammer maxgam...@gmail.com
ok.
test in Ubuntu 9.10 amd64 ... OK!
Ok, doing a full rebuild with that file (only two cores here .. so we
have to wait a little :)).
Rafa.
On Fri, Feb 19, 2010 at 8:51 AM, Robert Osfield
robert.osfi...@gmail.com wrote:
Hi Rafa,
Thanks for the testing, sorry about the regression :-|
ffmpeg is be totally unrelated to how the
78 matches
Mail list logo