Curious???

[chucks240]

Has anybody tried the Radeon SDK kit examples with the 8500?
I noticed that the sea floor is now missing in the Dolphin Tween example. It's works fine with the original Radeon.

Are there major differences between the two in functionalitiy,
or shouldn't the 8500 do exactly what the original did, but even
more?


(P.S. some of my post's may seem stupid, but I am just concerned,
plus I am just getting used to using forums for help) Usually I just complain to microsoft directly.

 

[CBrennan [ATI]]

Dolphin Tween SDK app bug

Dolphin Tween SDK app bug

I just read this and tried it with the debug DX8 runtime. It reported "Direct3D8: (ERROR) :GetTransform does not work in pure-device". Upon investigation I see that D3DFile::Render() is what does the GetTransform()s.

So I added

    if( dwBehavior & D3DCREATE_PUREDEVICE )
        return E_FAIL;

to CMyD3DApplication::ConfirmDevice, and all is well.. My guess is that the old runtime returned the transform even though it technically didn't have to. The new drivers or runtime do not, so it now breaks.

 

[chucks240]

RE: Dolphin Tween SDK app bug

RE: Dolphin Tween SDK app bug

Ah...

Added the line an recompiled, and it does work.
Also up'd the fps from around 550 to 770 (roughly that is).

Thank you...

 

[chucks240]

Pure Device?

Pure Device?

I take it then the Radeon didn't have the capability
to run in "Hardware Pure Device" mode (or something like that).

So differences in the hardware could cause some of the
SDK examples to break...

Also...
Just to let you know the binary of the VertexBlend example
seems a bit backwards. When using software blending mode the animated character moves faster than in ARB_VERTEX_BLEND mode. Basically
open S is faster than option B.

So I recompiled the source and what do you know option B was faster
than option S.

Confusing??? Is to me... (O.K. so I am being picky )

 

[NitroGL]

Re: Pure Device?

Re: Pure Device?

Just to let you know the binary of the VertexBlend example
seems a bit backwards. When using software blending mode the animated character moves faster than in ARB_VERTEX_BLEND mode. Basically
open S is faster than option B.

So I recompiled the source and what do you know option B was faster
than option S.

Confusing??? Is to me... (O.K. so I am being picky )

Hehe, you think that's odd? Run the app and do wireframe mode with hardware blending (unless they fixed it...)

Edit:
Ok, nevermind, it looks like the latest drivers fixed it

 

[chucks240]

One last thing...

One last thing...

Also... (O.K. this is it)...

Without the Dolphin Tween program recompiled with the fix,
and without the DirectX 8.0a (yes 8.0a) files it causes
a Memory Parity Error with Windows XP/2000... Yes I was able
cause it many times. In fact I swap the Radeon 8500 with a
new one because I couldn't figure it out.

The Memory Parity Error also happens with the programming
FLYII (Fly 2). Doesn't happen with the original Radeon.

Could this be because of the Pure Hardware Device mode?

(Stupid, I know, but I have to ask [Asking questions
make people think of the answers]).

 

[chucks240]

Oops.... Late night.

Oops.... Late night.

Sorry that should be the PROGRAM "Fly2" (My friends a pilot so I
got the game to do multiplayer.)

 

[euan]

Memory Parity Error

Do the above errors come from me having ECC memory or is a new BSOD invented soley for the 8500. I say that becuase the first one I ever say was caused by the Radeon ARK demo. Then a couple of scene errors caused them, then the treasure chest demo caused it (until the latest drivers). What gives?

I think the ECC memory option sounds logical...

 

[chucks240]

Memory Parity Error

Memory Parity Error

I tried everything, including buying new memory.
So I do not thinks its a system problem but the
way the driver handles the onboard memory of 8500 itself.
I could be wrong though..

Funny thing is that I do not get it with the original
Radeon card.