Registry.cpp(572) : warning C4288: nonstandard extension used : 'itr' : loop
control variable declared in the for-loop is used outside the for-loop
scope; it conflicts with the declaration in the outer scope
Registry.cpp(571) : definition of 'itr' used
Registry.cpp(564) :
HI Adrian,
This warning looks bogus to me, as the code is valid - the first
iterator is within the scope of a for loop, so should not have any
affect on any later use of another variable declared after the for
loop. The compiler in this instance is issuing a warning on the
assumption that the
It is a feature of Microsoft Visual Studio...
In this case it is harmless, but annoying.
Ciao!
mario
Robert Osfield wrote:
HI Adrian,
This warning looks bogus to me, as the code is valid - the first
iterator is within the scope of a for loop, so should not have any
affect
hi,all
I want to use multithread to read many small file , I test the following code,
but it seen as if some bugs in it.
help me! thanks!
class ReadNodeFileThread:public OpenThreads::Thread
{
public:
ReadNodeFileThread(void){
_fileName = ;
_loadOptions =
David/Robert,
i am on mac. must be a mac issue. i have the same problem with the
MDI demo that someone else on the list had posted.
best jim
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi,
How do I enforce a camera to recreate FBO attached to the color buffer?
thanks,
Guy.
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
hi,all
I use osgconv.exe convert some models to ive format. The images are
compressed to dds format and include in the ivefile.
I then vistor the ive file and write some images in dds format to the hard
disk.I found that 64*64 pixels image cannot display
with osgviewer --image xxx.dds
Hi Lilinx,
There have been recently bug fixes to the dds plugin, I cannot say if
they will have any affect on the problem you see, but there is a good
chance that it will. Could you try the SVN version of the OSG?
Robert
On 9/24/07, Lilinx [EMAIL PROTECTED] wrote:
hi,all
I use
Compile fine on gentoo dual core 2
Thread model: posix
gcc version 4.1.2 (Gentoo 4.1.2 p1.0.1)
build fine, not really tested
Adam Coates wrote:
I started out with a recent SVN copy of 2.1.11; just updated it (got
rev. 7640 of OpenThreads, and I think that was it...) Builds fine...
AC
On
hi,Robert Osfield
I test the svn version of osg.
The 64*64 dds image writing problem was not modified.
The attach is the image write by osgDB::writeImageFile and compressed by winrar.
lilinx 2009
09 24
C__003.rar
OK, I got over it but I'm not sure that was the best way.
What I did was to set the camera rendering cache (for the related contextID) to
NULL, so the next time the cull visitor applied on the camera, it recreated the
FBO. Any other ideas?
thanks,
Guy.
- Original Message -
From:
Hi Guys,
I have just made a bug fix to OpenThreads that I've tested and it
compiles fine under pthreads, but as the bug will have existed in
win32 and sproc I have rolled the same fix into these implementations
as well, but since I dont' have these platforms to test I may have
broken the build...
Hi Adam,
I have recreated the crash, and have applied a fix to
OpenThreads::Thread to resolve it. The fix involved added a Mutex to
Thread which is used to prevent the startThread and destructor running
in parallel. This certainly resolves the crash under Linux for my
tests. I have rolled
Hi Guy,
Have a look at the osgprerender example. You shouldn't need to set
anything related to the render cache is this is managed internally.
Robert.
On 9/24/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
OK, I got over it but I'm not sure that was the best way.
What I did was to set the
Has anyone had to do anything tricky to see OSG source code while
debugging their application?
I've been able to compile OSG debug, and to put the .pdb files where
Visual Studio can see them. If I stop in my code, I can see OSG symbols
on the stack trace. But I can't see the source code.
I've
I have a leak but i don't know if it's justified or if it's a known
issue, i googled a little on internet, and i did not find anything.
So i ask on the mailing before searching deeper.
For information i call the cancel method at the end of my program.
==18164== 152 bytes in 1 blocks are
Hello,
actually, your 6800 shouldn't be able to do linear interpolation on 32
bit floats textures... I think the cards from the GeForce 8 series were
the first to do interpolation on 32 bit floats.
If you're doing screen-sized hdr you won't need interpolation anyway.
Have you got an
I'm getting the right dll files, and the right .pdb files.
Do the .pdb files specify the location of the source? Relative to what?
I'm getting the dlls from one place (I copied them there), but am
getting the pdb files and trying to get the source from another spot.
Is there an issue where all
What do you mean with screen-sized hdr?
If I have the same resolution? I have a fixed resolution if it is the
question... :s
thanks for your answer
2007/9/24, Joachim E. Vollrath [EMAIL PROTECTED]:
Hello,
actually, your 6800 shouldn't be able to do linear interpolation on 32
bit floats
I still don't understand how a 2.3Mb (uncompressed) dae file plus
0.3Mb of
jpeg data ends up as a 20Mbyte ive file!
Hello
Don't know how you're going about getting it in to .ive, but doing
artwork in 3dsMax and exporting using osgexp I can give some information
you might find useful.
In
Thanks for the feedback, ScopedLock now added and checked in.
On 9/24/07, Andy Skinner [EMAIL PROTECTED] wrote:
SVN built fine for me on our picky solaris build, but I had the same windows
problem that J-S did.
andy
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL
Hi All,
I've just tagged the weekly dev release. Links as usual can be found
on the DeveloperReleases page:
http://www.openscenegraph.org/projects/osg/wiki/Downloads/DeveloperReleases
* OpenSceneGraph-2.1.12, released on 24th September 2007. Main
changes this week were the addition of
Yup - builds fine, and it resolved the crash in my system as well.
Thanks for taking care of it!!
AC
On 9/24/07, Robert Osfield [EMAIL PROTECTED] wrote:
Hi Adam,
I have recreated the crash, and have applied a fix to
OpenThreads::Thread to resolve it. The fix involved added a Mutex to
I'm not sure if this is the source but it's a possible issue anyway:
Neither detach() nor join() are called on the thread, and it looks
like threads are created in the joinable state. The thread package
has to allocate some resources to the thread that are not
automatically cleaned up when the
Hey, Robert,
It looks like there's still a problem with the current setup. The
Thread object itself can get deleted before the pthread actually gets
to the lock (which, I guess is what you just added). While it looks
like this doesn't cause a crash, the problem is evidenced by valgrind
(reports
Thank you Jean,
I'm still new to all this. All I found on emissive color is the following:
glMaterial Default Parameters
GL_EMISSION (0.0, 0.0, 0.0, 1.0) emissive color of material
Is this what you had in mind:
osg::StateSet* state = geode-getOrCreateStateSet();
state
David,
I have an intel mac powerbook. i built using qmake. i created this
pro file:
--
TEMPLATE = app
TARGET =
DEPENDPATH += .
INCLUDEPATH += .
# Input
SOURCES += osgviewerQT.cpp
QT += opengl
DEFINES = USE_QT4
mac {
LIBS = -framework OpenThreads -framework osg -framework
Hello Nelson,
I'm still new to all this. All I found on emissive color is the following:
glMaterial Default Parameters
GL_EMISSION (0.0, 0.0, 0.0, 1.0) emissive color of material
The OpenSceneGraph is a rather thin wrapper of OpenGL, so in most
cases the OpenGL documentation will be
Hi Robert,
in my application I have the scene graph in some variable, and a camera in
another variable, then I attach it to viewer, in multi-document window.
After I close the window, the scene graph the camera are still alive.
The next time I want to attach them to a new window I get OpenGL
Henri, did you try JUST turning off the light for those lines?
what you wrote about the color-material seems ok, it means that in the
pipeline OpenGL will take the glColor value and use it as the emission in
it's light equations. But if you turn off the light, the pipeline use
glColor. so it's
30 matches
Mail list logo