23 апреля 2007 · Комментарий

Без заголовка

Насколько я понимаю, качество картинки в самом Крокете мало кого из разработчиков сейчас заботит: они считают, что графический движок там вставной, какой нужно будет, такой и отхакают, когда дойдут руки. Интерфейс там сейчас наполовину Morphic, наполовину Tweak -- но ни в коем случае это не имеет отношения к качеству графики. Я думаю, что в Крокете (кроме нескольких юзерских экспериментов) никто вообще не грузил текстур туда. Просто не было потребности. Там отлаживалось p2p и TeaTime, объектная модель Island и куча всего, что связано с понятием "операционная система". Крокет ценен тем, что приложения в него портируются драг-н-дропом с десктопа в его окно. И качество графики затем определяется качеством графики этого приложения, не качеством графики самого Крокета. Насколько я читал список рассылки девелоперов, они как раз красоты SL считают допотопными: мало полигонов. Мейнстримом своим они считают два направления -- импорт 3D-объектов из внешних сред, и написание своих редакторов для 3D. Главная у них проблема -- поведение объектов, а не их внешний вид. Импорт поведения крайне труден, в отличие от просто импорта внешнего вида. См., например разговор тут: http://croqueteer.blogspot.com/2007/04/3d-worlds-and-interoperability.html А красивая статика их вообще не долбит, движок позволяет ее иметь практически любой (или вставить другой движок, предусмотрено идеологией :). Красоту делают художники, не программисты, программисты лишь гарантируют ее принципиальную достижимость, а это сейчас наличествует (см. http://www.opencroquet.org/index.php/Road_Map -- там про импорт полигонов числом до 300000 тоже написано, и написано, что все работы по этой ветке пока не интегрированы в SDK 1.0). У вас очень специфичные потребности :)

К записи · К обсуждению