Антон В., так какие были параметры фрустума?, я же не случайно спросил, этому есть объяснения, но сперва скажите цифры, которые я спрашивал, и кстати по прошлому Вашему вопросу у меня тоже есть ответы, но Вы там молчите в комментах.
покажите как настроена пирамида видимости, хотя похоже что тут не перспективная а ортографическая проекция, каковы значения ближней и дальней плоскости отсечения? и расстояние до объектов какое, в сравнении с этим диапазоном?
похоже на z-fighting или на нехватку точности буфера глубины, нужно больше информации чтобы что-то еще сказать, видео, код воспроизводящий проблему, скрин нормального результата...
Если приложение использует opengl/webgl это еще не значит что оно не использует cpu. Google Earth утилизирует ресурсы cpu очень хорошо, оно получает по сети, строит, и отправляет на отрисовку кучу геометрии, и делает еще очень много работы, при этом оно неплохо работает и на слабых видео картах, даже на встроенном интелловском огрызке.
Дизайн для рендера покадрово и дизайн для риалтайм рендеринга это 2 разных направления, второе требует больше усилий и понимания пайплайна современных видеокарт, однако базовые понятия и подходы будут схожи.
Дизайн моделек для игр или другого 3д софта требует понимания того, как эти модели будут использоваться программистами, т.е. важен не только внешний вид, но и то как модель устроена внутри, самые жесткие условия в мобильной разработке.
Ерлан Ибраев, согласен с Вами, тут надо разграничивать чья это зона ответственности, ос или самой программы - выполнить очередное запланированное действие. ну и опять же, портировать на виндовс то что зависит от крон - разбираться в еще одном планировщике, кому что
azerphoenix, вот это как раз этот случай, что если Вы не получите ответ, по сетевой причине? я имею в виду ситуацию когда действительно просто был сетевой глюк, и следующий запрос пройдет нормально
