Hi Robert,
I think I'll be able to reproduce the artifact I told you days ago (the models
that "flickers") in a much smaller source code, but this time it has nothing to
do (I guess) with RenderBin nor a ".osg" model since I did the same with a
simple box (ShapeDrawable).
I just need a little m
I'm already working with a .osg, and it seems that an external parameter causes
the problem since both "working" and "not working" models look the same in
osgViewer. I'll write a small OSG app that shows the problem and post
everything. But it may take a while since I don't have much time... I'l
On Mon, Nov 10, 2008 at 10:06 AM, Sukender <[EMAIL PROTECTED]> wrote:
> Thanks for the openGL explanation.
> Well, I already checked for the normals (I didn't know for the
> Material/ColorArray, but I knew for this!)... And they're ok (Lighting is on).
Are you able to export an .osg or .ive file
Hi Robert,
Thanks for the openGL explanation.
Well, I already checked for the normals (I didn't know for the
Material/ColorArray, but I knew for this!)... And they're ok (Lighting is on).
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Mon, 10 Nov 2008
HI Sekender,
The colour array is required when you have the glColorMaterial
enabled, this is driven by osg::Material::setColorMode(), or when
lighting is disabled. Have a read of OpenGL docs of the affect of
materials, color material and colour arrays on geometries and OpenGL
lighting.
As this h
Hi Robert and Jean-Sébastien,
Thanks for your ideas. My model is an .osg so I know there is a normal array
and no texturing, and I manually replaced OPAQUE/DEFAULT.
You both said that I need a colour array with at least one overall colour.
Well, can you tell me why I need a colour array? I don't
Hi Sukender,
However, the first problem still exists and *exists on others configs* (!): changing from "OPAQUE_BIN" to "DEFAULT_BIN" removes a strange behaviour.
You mentioned earlier in the thread that your objects did not have a
color array. This is exactly what would happen when that's the
On Fri, Nov 7, 2008 at 12:14 AM, Sukender <[EMAIL PROTECTED]> wrote:
> Hi again Robert,
>
> I confirm that the strange behavior still exist while compiling against the
> rev 9119 (branch osgWidget-dev).
I don't have any further suggests beyond my earlier suggestion that
some vertex data such as n
Hi again Robert,
I confirm that the strange behavior still exist while compiling against the rev
9119 (branch osgWidget-dev).
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Thu, 06 Nov 2008 17:28:53 +0100, Robert Osfield <[EMAIL PROTECTED]> a écrit:
There really doesn't appear to be enough info for us to help you. I suggest
starting with simple smaller models (such as a single triangle or small mesh
of triangles). If you are able to reproduce the issue with a smaller model
but still unable to determine the source of the problem, then post it h
Hi Robert,
Algright. I'll ask someone to test on his config and I'll tell you if the
artifact remains or not.
See you soon...
--
Sukender
PVLE - Lightweight cross-platform game engine - http://pvle.sourceforge.net/
Le Thu, 06 Nov 2008 17:28:53 +0100, Robert Osfield <[EMAIL PROTECTED]> a écrit
Hi Sukender,
Intel drivers are known for being rather poor, so it may well just be
driver bug, I would certainly check for updated drivers. Also get
yourself a cheap Nvidia card an pop it in the machine, you may well
get quite a different experience and will give you a sanity test.
Robert.
On T
Hi again Robert,
I don't have any custom OpenGL code.
Configuration : Core 2 Duo, integrated chipset (Intel 82945G), Windows XP 32
bits SP3.
Driver is the "factory default" one, and I never saw such effets in any other
app.
The first bug (strange lightning) has been seen on another configuration
Hi Sukender,
Strange artefacts indeed, but I still don't think they are render bin related.
There looks to be an issue with state leakage, such as with my
suggestion of missing vertex attributes, or perhaps now more likely
given the screenshot a driver bug.
What OS/hardware/drivers are you using
Robert,
Thank you for your answer. I've checked what you pointed. But my exported model:
- Has no coulour array (just a material)
- Has 196 vertex and 196 normals (so probably no missing normals)
- And has no transparency
I really don't understand. Any idea?
Note that I load the model using the
Hi Sukender,
My guess is that the problem is not related to the bin management,
rather missing vertex colour or vertex normals on some of the
geometry. If it's not this then perhaps you have transparency issues.
Robert.
On Thu, Nov 6, 2008 at 12:34 AM, Sukender <[EMAIL PROTECTED]> wrote:
> Hi,
16 matches
Mail list logo