Посторонние линии по ребрам куба

Суть проблемы:

- Собираем из Plane-ов куб, с повернутыми внутрь гранями (примитив Box дает тотже результат).
- Назначаем каждому Plane-у отдельный TextureMaterial, содержащий квадратную текстуру.
- Ставим камеру в центр куба и наблюдаем посторонние линии по ребрам куба.

Что с этим можно сделать?

Если всё точно, разрывов быть не должно.
По такому принципу сделан skybox в демо Temple.
Вероятнее всего на краях текстуры срабатывает антиальяз к следующему пикселю.
Попробуйте убрать repeat или немного скорректировать маппинг, чтобы текстура накладывалась на плэйн с небольшим запасом.

Anton Volkov wrote:Если всё точно, разрывов быть не должно.

Я оценил.

По такому принципу сделан skybox в демо Temple.

Вот-вот, я как раз что-то вроде skybox-а и делаю. Вы, кстати, не подскажете, как его сделать наиболее производительным? А то в сцене, кроме skybox-а, ничего нет, а когда камерой крутишь, FPS на уровне того же Temple. Причем та же сцена со skybox-ом в Papervision3D v.2.0 (alpha) отрисовывается гораздо быстрее, нужно только понять некоторые особенности этого движка.

Вероятнее всего на краях текстуры срабатывает антиальяз к следующему пикселю.
Попробуйте убрать repeat или немного скорректировать маппинг, чтобы текстура накладывалась на плэйн с небольшим запасом.

Ну уж корректировать маппинг таким образом - было бы форменным извращением. А вот отключение repeat-а помогло, большое вам спасибо. Вспомнил, я уже встречал подобный баг/фичу толи в Sandy, толи в Away3D, и решение было таким же.

Дмитрий Краснов wrote:Я оценил.

Хотел добавить "с ноября прошлого года", но удержался

Дмитрий Краснов wrote:Вот-вот, я как раз что-то вроде skybox-а и делаю. Вы, кстати, не подскажете, как его сделать наиболее производительным? А то в сцене, кроме skybox-а, ничего нет, а когда камерой крутишь, FPS на уровне того же Temple. Причем та же сцена со skybox-ом в Papervision3D v.2.0 (alpha) отрисовывается гораздо быстрее, нужно только понять некоторые особенности этого движка.

В PV3D вы заведомо указываете на сколько раздробить плоскости. В Альтернативе используется адаптивная триангуляция. От уровня точности этой триангуляции (см. TextureMaterial.precision) зависит количество треугольников, на которые полигоны разбиваются при отрисовке. Вообще говоря, при больших размерах вьюпорта зачастую уже не так важна математика, т.к. начинает тормозить сам отрисовщик флэша.
Ну и не надо забывать про качество отрисовки. В режиме LOW всё значительно шустрее.

Ну уж корректировать маппинг таким образом - было бы форменным извращением. А вот отключение repeat-а помогло, большое вам спасибо. Вспомнил, я уже встречал подобный баг/фичу толи в Sandy, толи в Away3D, и решение было таким же.

Да, мы ещё те извращенцы

Имелось ввиду, что можно сделать текстуру с небольшим запасом (1-2px) и ровно на этот запас растянуть маппинг, в этом случае на рёбрах антиальяз будет адекватным.
Такая техника используется при авто UV-развёртке.
Вобщем, хорошо, что разобрались.

Антон, спасибо за ответы.

Если вы не против, у меня еще вопрос: Вот если я, в целях контроля за триангуляцией, задаю сегментацию граням куба, то при сегментации 16x16x16 отрисовка происходит быстро, а вот загрузка - медленно. Нельзя ли сократить время загрузки, ну или послушать какие-то события, типа ProgressEvent.PROGRESS и Event.COMPLETE, чтобы хоть прогрес-бар нарисовать?

Нельзя ли сократить время загрузки, ну или послушать какие-то события, типа ProgressEvent.PROGRESS и Event.COMPLETE, чтобы хоть прогрес-бар нарисовать?

Не хочу вмешиваться в разговор и отвечать за Антона, но у нас была идея реализации подобной возможности, даже создан соответствующий запрос в багсах - http://bugs.alternativaplatform.com/browse/TD-1080. Так вот сейчас есть время подумать над этой проблемой. Если ее решение интересно и необходимо проголосуйте пожалуйста за этот запрос.

Дмитрий Краснов wrote:...в целях контроля за триангуляцией, задаю сегментацию граням куба...

Думаю, для skyBox не имеет смысла задавать сегментацию, достаточно 1х1х1, а для контроля триангуляции лучше использовать TextureMaterial.precision

Andrey Kopysov wrote:Не хочу вмешиваться в разговор и отвечать за Антона, но у нас была идея реализации подобной возможности, даже создан соответствующий запрос в багсах - http://bugs.alternativaplatform.com/browse/TD-1080. Так вот сейчас есть время подумать над этой проблемой. Если ее решение интересно и необходимо проголосуйте пожалуйста за этот запрос.

Не совсем понял текст запроса и потому воздержался от голосования. Наиболее близким мне показался запрос из соседнего проекта: http://bugs.alternativaplatform.com/browse/PLR-29

Vladimir Babushkin wrote:Думаю, для skyBox не имеет смысла задавать сегментацию, достаточно 1х1х1, а для контроля триангуляции лучше использовать TextureMaterial.precision

Поясню, я использую повышенную сегментацию в следующих целях:

- TextureMaterialPrecision.BEST дает далеко не идеальную картинку, заметны искажения прямых линий на текстурах, и повышенная сегментация позволяет чуть улучшить ситуацию.
- При вращении камеры необходимо снижать TextureMaterial.precision. В этом случае, при сегментации 1х1х1, искажения носят какой-то хаотический характер. Повышенная сегментация позволяет внести некую переодичность в это явление.

This message was edited 1 time. Last update was at 23/06/2008 18:53:06

TextureMaterialPrecision.BEST дает далеко не идеальную картинку

Странно. По идее, точность искажений в этом варианте - 1px. Соответственно, на глаз увидеть искажения линий вроде как нельзя.

Можно демку или скриншот посмотреть?

Anton Volkov wrote:Странно. По идее, точность искажений в этом варианте - 1px. Соответственно, на глаз увидеть искажения линий вроде как нельзя.

Можно демку или скриншот посмотреть?

Ссылку отпрвил в PM.

Ситуацию понял.

Понятно, что до 10-ки приходится имитировать перспективную коррекцию и получить результат совсем без искажений нереально.

Искажения не хаотичны. Дело в том, что триангуляция в целях оптимизации происходит только на видимых частях полигонов (клиппинг).

Если "стабильность" искажений важнее, можно сбросить precision в -1 (NONE) и регулировать дробление самостоятельно.

Можно поэкспериментировать с геосферой, в качестве модели окружения.

Стоит попробовать ещё усилить precision, указав в ручную значение меньше единицы.

Мне кажется, в вашем примере не стоит ухудшать precision при поворотах камеры. Думаю, достаточно перехода в low quality.

Anton Volkov wrote:Мне кажется, в вашем примере не стоит ухудшать precision при поворотах камеры. Думаю, достаточно перехода в low quality.

Нельзя, если программно уходить в low quality, то почему-то в фул-скрине кадр рвется, как будто вертикальной синхронизации нехватает.

Переход в low quality -- очень важный элемент повышения общей комфортности от работы с продуктом. И мы тут вряд ли что-то можем сделать, так уж работает отрисовка во флэше. Ждём 10-ку.

Восстановил старый тест скайбокса:
http://antonvolkov.com/alternativa3d/skybox.swf

Можно колесом выкрутить триангуляцию выше BEST, но рекомендую не увлекаться

Anton Volkov wrote:Можно колесом выкрутить триангуляцию выше BEST, но рекомендую не увлекаться

Нормально, для облаков многого и не нужно. А вот для моих целей...

Anton Volkov wrote:Восстановил старый тест скайбокса:
http://antonvolkov.com/alternativa3d/skybox.swf

Єто там Пермь внизу? Почему не в красных тонах?