Hi Robert,
The COLLADA projects admittedly need some packaging. (I've been on holiday and
rather out of touch this past week following SIGGRAPH.)
As for the COLLADA plugin, the SourceForge CVS has separate projects for each of
several COLLADA revisions; what you have is the really really oldest v
Boris -- Thanks for the history and input.
Robert -- Per your instructions, posted here so that others can try it out.
Attached is my much simpler rewrite of OpenThreads::Mutex, using a
CRITICAL_SECTION, which has worked well on my day since before I hired on.
However, it depends on the underlyin
Hi Paul and Robert,
don't know if it'll help as a reference or not, but I make a fair
bit of use of the free ZThreads API in the day-job and it seems
to fairly well implemented in WIN32. I've attached the impl
of FastMutex which has an "acquire" and "tryAcquire". See
http://zthread.sourceforge.ne
Hi Paul,
On 8/12/06, Paul Martz <[EMAIL PROTECTED]> wrote:
In that case, the CRITICAL_SECTION version is trivial and should be
efficient and clean.
Once you've got things running could you post the changes on the
osg-users list so that other Windows users can try it out.
It might be worth #if
On 8/12/06, Don Burns <[EMAIL PROTECTED]> wrote:
I've blocked access by the offending party now, so although they will be
bombarding us with requests, they won't tie up the server with downloads.
Things should be back to normal.
Thanks for sorting out. Fingers crossed this type of problem doe
>
This is waht others do, but I think we should stick with our implementation
1) because is faster
2) beacuse it worked until now
As my final note, one should implement CRITICAL_SECTION version and
try, if it's faster than thats the way to do it.
--
Boris
__
> Guarding against mulitple lock and unlocks being called by
> the same thread is what ReentrantMutex is all about. It
> avoids the mulitple lock so only ever needs to do one unlock.
> OpenThreads::Mutex is designed not to be reentrant so this
> type of usage is not safe, so it should be ok not w
Hi all,
On 8/12/06, Paul Martz <[EMAIL PROTECTED]> wrote:
> Seems like this could be rewritten to use a Win32 CRITICAL_SECTION and it
> would be much cleaner, though off the top of my head I'm not sure how to
> implement trylock(), but I will look into it.
>
> Any idea why a CRITICAL_SECTION
Hi Folks,
I've blocked access by the offending party now, so although they will
be bombarding us with requests, they won't tie up the server with
downloads. Things should be back to normal.
-donOn 8/12/06, Don Burns <[EMAIL PROTECTED]> wrote:
Hi Folks,
Someone has been abusing our good nature h
Hi Paul,
On 8/12/06, Paul Martz <[EMAIL PROTECTED]> wrote:
Any guidance on trylock()? From my previous email...
I haven't used trylock() in my own code. From reading pthreads docs
on the topic I recall that it tries to aquire a lock, if it it does,
but if it doesn't it just returns immediate
> Guarding against mulitple lock and unlocks being called by
> the same thread is what ReentrantMutex is all about. It
> avoids the mulitple lock so only ever needs to do one unlock.
> OpenThreads::Mutex is designed not to be reentrant so this
> type of usage is not safe, so it should be ok not
Hi Paul,
On 8/12/06, Paul Martz <[EMAIL PROTECTED]> wrote:
Well, in THAT spirit, then let me give it a whack... :-)
;-)
I've rewritten Mutex using a CRITICAL_SECTION which eliminates the need for
spinning so it should address the performance issues. While I'm rebuilding
OSG for testing I tho
Hi Mike,
I just download the COLLADA DOM and compile just fine. I didn't have
a make install though... I am missing something?
I also download the osgdb plugin, but after attempting to get it
compiling I realized that it was dated back from 2005 -
osgdb_COLLADA_2005-01-21c.zip, and has referene
> Don't know, I haven't been party to the Windows OpenThreds
> implementation, but my guess is that the contributors were
> learning threading/MS's thread API while developing the code.
> Alot of code is developed this way, OpenSceneGraph wouldn't
> exist if it weren't for the spirit of having
Hi Folks,
Someone has been abusing our good nature here. The IP
address 59.37.198.145 has been bombarding requests for downloads of the
files contained in the 3DVRII directory, sometimes over and over and it
has caused access to the http server to be inaccessible by other web
clients. I am the
Hi Paul,
On 8/12/06, Paul Martz <[EMAIL PROTECTED]> wrote:
Seems like this could be rewritten to use a Win32 CRITICAL_SECTION and it
would be much cleaner, though off the top of my head I'm not sure how to
implement trylock(), but I will look into it.
Any idea why a CRITICAL_SECTION wasn't used
Seems like this could be rewritten to use a Win32 CRITICAL_SECTION and it
would be much cleaner, though off the top of my head I'm not sure how to
implement trylock(), but I will look into it.
Any idea why a CRITICAL_SECTION wasn't used initially? I'm not familiar with
the InterlockExchange() func
sorry found it out allready =)
Christian Hilker schrieb:
hi,
im writing some additional helper objects for the 3dsmax exporter plugin
and wonder what the nodemask is for, since its allways set to 0x
if unset by me.
thx
christian hilker
___
hi,
im writing some additional helper objects for the 3dsmax exporter plugin
and wonder what the nodemask is for, since its allways set to 0x
if unset by me.
thx
christian hilker
___
osg-users mailing list
osg-users@openscenegraph.net
http:/
Mike Jackson wrote:
Well,
Most OS X'rs are traveling this weekend back from WWDC 2006.
Here are some of the details about Xcode.
Xcode is _free_ BUT, certain versions of Xcode only work on certain
versions of OS X. I think Xcode 2.x only runs on Tiger (10.4.x).
Xcode 1.x only runs on Panthe
I would like to get a bit further into the cause of slow down that
Carlo has come across with the current CVS version of OpenThreads.
The current suspect is in OpenThreads/win32_src/Win32Mutex.cpp :
static void _S_nsec_sleep(int __log_nsec) {
if (__log_nsec <= 20) {
SwitchToThread();
Hi Mike,
Thanks for the feedback and clarification on version.
I have decided to remove the 1.x compatible Xcode projects, its bad
enough trying to support one Xcode set of projects let alone two
parallel ones. If Apple users don't like this then vent your
frustration at Apple, Xcode really sho
Hi Jer,
There is nothing I can do to divine what the problem might be with the
information I have so far. Could you publish the .3ds file?
Robert.
On 8/12/06, J Chapman <[EMAIL PROTECTED]> wrote:
> Next up in the debug trail, try converting the files externally to
> .osg using osgconv, then
23 matches
Mail list logo