Неточность z-буфера при пересечении текстур

[Vovik]

В отдельности всё прорисовыватся отлично, без всяких багов. Но как только текстуры начинают пересекаться, то начинается трабла....
Пример: создаю ландшафт - ок. создаю воду - ок... совмещаю их - уууу лучше не говорить...Вблизи ещё нормально..но вдалеке - смещаются полигоны..какие-то линии вылазят...вообщем - глюк...Я думаю - что это неточность z-буфера... Может кто-нть с этим сталкивался? Как это исправить..или хотяб подправить...

И ещё вопросик. В чём отличие форматов D3DFMT_A8R8G8B8 и D3DFMT_X8R8G8B8... точнее при последнем вообще нельзя использовать прозрачность? и для чего резервируется этот X?

[d3drm]

Знаю, что при 32 битах эта штука лучше смотрится, чем при 16 - это раз. А еще может поможет изменить пораметры viewfrustum, там где минимальное расстояние для рендеринга.

Залезай в асю.

[Yurich]

Привет всем! Давненько сюда не заглядывал!

[quote="Vovik"]В отдельности всё прорисовыватся отлично, без всяких багов. Но как только текстуры начинают пересекаться, то начинается трабла.... [quote]

Да, было и у меня такое. Один из способов - подобрать размеры моделей так, чтобы точности Z-буфера хватало на просчет "тонких" пересечений - экспериментально определил примерно 100 - 5000. Если крупнее - будут баги.

[Vovik]

d3drm глаголит истину. поменял в viewfrustum минимальное расстояние рендеринга с 0.1 на 1 и всё стало ок!
Юрич, ты тоже прав....уменьшил модели изображение стало более чётким и соответствовать вдалеке тому, что вблизи.

[Vovik]

А как насчёт формато D3DFMT_A8R8G8B8 и D3DFMT_X8R8G8B8...
вроде один с альфа каналом...ставлю и тот и тот - прозрачность работает....для чего же резервируется во втором формате x8 бит?

[d3drm]

Прозрачность будет работать и при 16 битах без A состовляющей в инициализации. Эту константу надо применять при загрузке текстуры, там это важно. А здесь, может быть, 8 бит отсекаются, чтобы программа работала красиво (в 32 битном режиме), но ненужная часть памяти не забивалась.