• Announcements

    • khawk

      Download the Game Design and Indie Game Marketing Freebook   07/19/17

      GameDev.net and CRC Press have teamed up to bring a free ebook of content curated from top titles published by CRC Press. The freebook, Practices of Game Design & Indie Game Marketing, includes chapters from The Art of Game Design: A Book of Lenses, A Practical Guide to Indie Game Marketing, and An Architectural Approach to Level Design. The GameDev.net FreeBook is relevant to game designers, developers, and those interested in learning more about the challenges in game development. We know game development can be a tough discipline and business, so we picked several chapters from CRC Press titles that we thought would be of interest to you, the GameDev.net audience, in your journey to design, develop, and market your next game. The free ebook is available through CRC Press by clicking here. The Curated Books The Art of Game Design: A Book of Lenses, Second Edition, by Jesse Schell Presents 100+ sets of questions, or different lenses, for viewing a game’s design, encompassing diverse fields such as psychology, architecture, music, film, software engineering, theme park design, mathematics, anthropology, and more. Written by one of the world's top game designers, this book describes the deepest and most fundamental principles of game design, demonstrating how tactics used in board, card, and athletic games also work in video games. It provides practical instruction on creating world-class games that will be played again and again. View it here. A Practical Guide to Indie Game Marketing, by Joel Dreskin Marketing is an essential but too frequently overlooked or minimized component of the release plan for indie games. A Practical Guide to Indie Game Marketing provides you with the tools needed to build visibility and sell your indie games. With special focus on those developers with small budgets and limited staff and resources, this book is packed with tangible recommendations and techniques that you can put to use immediately. As a seasoned professional of the indie game arena, author Joel Dreskin gives you insight into practical, real-world experiences of marketing numerous successful games and also provides stories of the failures. View it here. An Architectural Approach to Level Design This is one of the first books to integrate architectural and spatial design theory with the field of level design. The book presents architectural techniques and theories for level designers to use in their own work. It connects architecture and level design in different ways that address the practical elements of how designers construct space and the experiential elements of how and why humans interact with this space. Throughout the text, readers learn skills for spatial layout, evoking emotion through gamespaces, and creating better levels through architectural theory. View it here. Learn more and download the ebook by clicking here. Did you know? GameDev.net and CRC Press also recently teamed up to bring GDNet+ Members up to a 20% discount on all CRC Press books. Learn more about this and other benefits here.

Archived

This topic is now archived and is closed to further replies.

AntonyHirst

D3DX Util, Voodoo2 and strange effects

13 posts in this topic

Hi, When rendering with my Voodoo 2 (SLI) I am getting whole polys (and groups of) appearing and disappearing. I can move 1 meter forward from getting an entire scene suddenly on the next render half the scene disappears. 1) In an effort to fix this I have turned off the Z-buffer, any fancy hiden sruface so that I am rendering every polygon in the scene. However, the effect remains. 2) I have placed assertions everywhere so that I know the database is in the correct state. 3) I know the polys are being passed to DrawPrimitve 4) I have no problems at all on my Primary 3D cars (a Cirrus Logic slow thing) in HAL mode. Could it be a quick of initialising with the Direct3DX library? Many thanks, Tony
0

Share this post


Link to post
Share on other sites
I''ve used D3DX with a Voodoo 2 before, and experienced no problems.

Do the D3DX samples work fine on your Voodoo 2?
0

Share this post


Link to post
Share on other sites
It sounds like you''ve discovered a bug in 3Dfx DX drivers that has to do with SLI. It seems the second card don''t get the polygons it should render.

Have you tried to use the reference rasterizer?
0

Share this post


Link to post
Share on other sites
Hi again,

The samples work fine. This is why I''m confused. It must be something I am doing wrong as I just noticed that I get glitches in the primary card too but only in fullscreen. In windowed mode my prmary card is perfect!!

Why would a polygon (or groups of) be ignored by the card. It can''t be the FVFs (all polys would be wrong then) or the textures (I turned them off). No z-buffer (i turned that off too). Could it be my back buffer count? The number of Alpha bits?

In my experiance when things get this bad it is usually a silly mistake or a stupid assumption. I just can''t get my head round what it could be.

Many thanks,


Tony
0

Share this post


Link to post
Share on other sites
THATS Funny, Im using Voodoo2 SLI with Dx Util, in DX7, every thing works fine. Little slow when close to polys, because of the low fill rate, but Other than that, it works great, if you cant get it to work, Ill give u my setup code, later
0

Share this post


Link to post
Share on other sites
Thanks, I''d like to see your setup code, it may be a great help. Popit along to antonyhirst@bigfoot.com.

Cheers mate,








Tony
0

Share this post


Link to post
Share on other sites
WOW you got that peice of junk wrapper to work on a Voodoo 2? Impressive! Any of the demo applications refused to work when I had a Voodoo2, and I''ve heard other people complain of the same problem. I keep my drivers quite up to date, so I know that''s not the issue. However from my experiance with it, I consider D3DX to be highly unstable and unsutable for a commercial product. But that''s just me.
0

Share this post


Link to post
Share on other sites
Funny you say that because I have been pondering giving up on the D3DXContext and am rewriting the initialisation stuff in long-hand.

I can get D3DX to recognize the Voodoo2 SLI but there is something fundementally wrong with the rendering. It is either me or D3DX. Either way I''ll find it by getting back to the heady and glamerous world if enum functions (sigh!)


Tony
0

Share this post


Link to post
Share on other sites
BTW, I forgot to say that I get no problems on any card with aprox 1-2 thousand polys. It goes pear-shaped at about 10,000+ polys.


Tony
0

Share this post


Link to post
Share on other sites
Errm,

I know it works in other apps. How about that offer of the code sample so I can see why it doesn''t work in mine.

Tony
0

Share this post


Link to post
Share on other sites
Problem bl**dy solved!!

Right then. After reading the documentation and applying common sense I assumed the following process.

1) Initialise
2) Render Loop
3) Clear Z-Buffer
4) Render Object
5) Get Next Object
6) Goto 2 until no more objects
7) Flip surface

What I actually needed to do was:
1) Initialise
2) Clear Z-Buffer
3) Render Loop
4) Render Object
5) Clear Z-Buffer
6) Get Next Object
7) Goto 3 until no more objects
8) Flip surface.

Why you need to clear the Z-buffer before flipping is just a mystery to me. Expecially when the Z-buffer is turned off!!!





Tony
0

Share this post


Link to post
Share on other sites
Sounds like what you are describing is Z-Fighting. Polygons that are fairly close will sometimes screw up visually because the Z-Buffer precision isn''t high enough for the closely lying polys.

There are ways to help solve this (use 32 bit zbuffer, use wbuffers (for some types of scenes), changing the near and far clip planes) etc. etc...

I would recommend going to NVidia''s site and read the articles there about Z-Buffering/W-Buffering...
0

Share this post


Link to post
Share on other sites
Thanks for the reply,

However, I don''t see how the requirement to clear the z-buffer after the final render and before the flip has any effect on near plane precision problems. A very import and strange point is that I would have the problems with the z/w-buffer switched off and the also with the w-buffer switched on.

If you are not convinced by that, I also reduced my projection matrix planes from 0.1-10,0000 to 1-300 to make remove any doubt about z precision.

Now that I do clear the z/w-buffer after the last render and before the flip I get a perfect render.

It looks bootiful!

Tony.

Tony
0

Share this post


Link to post
Share on other sites