http://wiki.linuxformat.ru/wiki/index.php?action=history&feed=atom&title=LXF105%3A%D0%9D%D0%B8_%D1%81%D1%82%D1%80%D0%BE%D1%87%D0%BA%D0%B8_%D0%BA%D0%BE%D0%B4%D0%B0%21 2026-05-13T00:07:23Z История изменений этой страницы в вики MediaWiki 1.19.20+dfsg-0+deb7u3 http://wiki.linuxformat.ru/wiki/index.php?title=LXF105:%D0%9D%D0%B8_%D1%81%D1%82%D1%80%D0%BE%D1%87%D0%BA%D0%B8_%D0%BA%D0%BE%D0%B4%D0%B0!&diff=7298&oldid=prev 2009-03-15T16:57:45Z

<p>Новая: {{Цикл/Ни строчки кода}} == Добавим текстуры == : &#039;&#039;ЧАСТЬ 3 В игре, как и в человеке, все должно быть прекрасн...</p> <p><b>Новая страница</b></p><div>{{Цикл/Ни строчки кода}}<br /> == Добавим текстуры ==<br /> : ''ЧАСТЬ 3 В игре, как и в человеке, все должно быть прекрасно: и форма, и содержание. Со вторым у нас полный порядок, а вот над внешностью придется потрудиться. Этим и займется '''Андрей Прахов'''.''<br /> <br /> Скучный серый коридор, каркасные<br /> модели – как-то даже и не похоже<br /> на очередной шедевр игростроения. Это дело необходимо срочно исправить! На этом уроке мы с вами познакомимся с особенностями текстурирования<br /> применительно к Blender Engine (BGE) и<br /> немного расширим программную часть. Как<br /> и<br /> всегда, на диске LXF вы найдете исходный<br /> файл для работы lesson3_begin и результат<br /> этого урока – lesson3_end.<br /> <br /> Прежде чем приступить к текстурированию (а это большая и сложная тема), давайте<br /> немного освежим пройденный материал.<br /> Итак, мы познакомились с наиболее значительными из часто используемых кирпичиков логики, переменными и системой<br /> межобъектовых сообщений. В ходе разминки, думаю, вам не составит особенного труда приделать постоянное вращение по оси X для стрелки.<br /> Это придаст немного динамичности в общем-то инертной сцене.<br /> Небольшая подсказка – воспользуйтесь блоками Always [Всегда] и<br /> Motion [Движение], а уж если у вас ничего не получится, загляните<br /> в исходник lesson3_end.<br /> <br /> === Цветной мир ===<br /> {{Врезка<br /> |Заголовок=На заметку<br /> |Содержание=UV-координаты – это двумерные координаты, определяющие способ проецирования изображения или текстуры на грань.<br /> Используются для рендеринга в реальном времени.<br /> <br /> В свою очередь, каждая грань меш-объекта может иметь<br /> связь с различными текстурами (или их частью).<br /> |Ширина=300px}}<br /> При работе с текстурами в Blender Engine, равно как и с другими игровыми движками, следует учитывать несколько моментов.<br /> Во-первых, размер картинки любого формата должен быть одним<br /> из следующих: 128х128, 512х512 или 1024х1024 бит. Данное ограничение связано со спецификой работы видеокарт и позволяет<br /> оптимально использовать имеющуюся видеопамять. Какой именно<br /> размер использовать, естественно, зависит от поставленных задач<br /> и самого движка. Как правило, в отношении BGE хорошо подходит<br /> вариант 512x512 бит. Обратите внимание и на глубину цветопередачи: к примеру, широко используемый формат Targa (tga) может<br /> иметь альфа-канал (отдельный канал прозрачности) только при<br /> разрядности в 32 бита. Большое значение имеет выбор самого<br /> формата хранения изображения. Оптимальным для игр является<br /> PNG (Portable Network Graphic) или уже упомянутый Targa, благодаря низким потерям при сжатии информации и возможностью<br /> использования альфа-канала.<br /> <br /> Процесс создания графического контента выходит за рамки<br /> данной статьи, поэтому на диске LXF вы найдете уже готовые текстуры. В принципе, нет особой разницы, какой программный продукт использовался для их создания (берите хоть PaintBrush, хоть<br /> GIMP): главное – следовать приведенным выше советам.<br /> Использование текстуры в Blender Engine возможно лишь после<br /> специальной привязки ее к так называемым UV-координатам объекта, а точнее, его граням. Для этой цели в программе имеется<br /> UV-редактор [UV-Editor]. С его помощью вы можете задавать не<br /> только индивидуальные координаты и привязывать к ним определенную текстуру, но и совмещать ее с окраской вершин, тем самым<br /> изменяя освещенность или цветовую гамму картинки в целом.<br /> <br /> Помимо знания и умения работать с UV-редактором, необходимо познакомиться с еще одним режимом отображения – FaceSelect<br /> [Выбор граней]. Именно в нем и происходит выделение необходимых для окраски граней. Кроме того, данный режим обладает<br /> целым рядом полезных функций применительно к игровому движку, но об этом позже.<br /> <br /> Откройте файл lesson3_begin, если, конечно, вы этого еще не<br /> сделали. Практикум работы с текстурами мы будем проходить на<br /> примере какой-нибудь одной модели. Надеюсь, вы не думали всерьез, что в рамках одной статьи поместится подробное руководство<br /> по глобальному текстурированию всей игры?<br /> <br /> {{Врезка<br /> |Заголовок=На заметку<br /> |Содержание=Приведенные советы для настройки UV-координат и привязки<br /> их к текстуре действуют лишь по отношению к движку Blender.<br /> Если вам необходимо просто отрендерить для просмотра кадр<br /> из сцены стандартными средствами программы, следует соответствующим образом настроить материалы объекта, использующего UV- координаты. Для этого войдите в панель материалов<br /> (F5) и в закладке Map Input нажмите кнопку UV. Затем в основной закладке Material активируйте кнопку TexFace.<br /> |Ширина=300px}}<br /> Итак, выделите в режиме Object Mode [Работа с объектом] объект s1 (первый интерфейсный шар-бросок из трех имеющихся).<br /> В соседнем окне откройте UV/ Image Editor, как обычно, из меню<br /> Window Type [Тип окна]. Нажав кнопку F, вы задействуете режим<br /> UV Face Select.<br /> <br /> Настало время подгрузить необходимую картинку. Для этого<br /> в окне UV-редактора выберите функцию Open из меню Image или<br /> просто нажмите сочетание клавиш Alt+O. Найдите в папке Texture<br /> файл 10.jpg и откройте его.<br /> <br /> [[Изображение:LXF 105 101 1.png|thumb|300px|Рис. 1. Задумались, как оптимально расположить текстуру? Просто выберите подходящий пункт меню.]]<br /> Чтобы задать UV-координаты для выделенного объекта, нажмите клавишу U в окне модели. Давайте рассмотрим некоторые полезные для нас пункты этого меню поподробнее (рис. 1):<br /> * Unwrap – удаление привязки UV-координат к выделенной грани.<br /> * Cube, Cylinder, Sphere Projection – заданный способ раскладки координат, соответствующий выбранному типу объекта.<br /> * Project from View – проекция координат, как в активном 3D окне.<br /> * Reset – сброс установленных координат по умолчанию.<br /> В нашем случае, для сферической модели подходит пункт<br /> Sphere from View. Обратите внимание, как изменилась сетка раскладки в окне UV-редактора. Работа по подгонке в этом режиме<br /> ничем не отличается от обычных 3D View. Вы можете перемещать,<br /> масштабировать или вращать ее, как вам заблагорассудится. Для<br /> контроля происходящего советую включить режим отображения<br /> текстур в меню Draw Type [Тип прорисовки]. Вызвать его также<br /> можно, нажав клавиши Alt+Z. Следуя приведенным выше советам,<br /> настройте самостоятельно сетку так, чтобы единичка на рисунке<br /> пришлась по центру модели. Вернуться в обычный режим редактирования можно все той же клавишей F.<br /> <br /> [[Изображение:LXF 105 101 2.png|thumb|300px|Рис. 2. Глубоко запрятанные от посторонних глаз настройки объекта. Правда, без них никуда.]]<br /> Помимо своей основной функции настройки координат, режим<br /> Face Select обладает еще целым рядом полезных по отношению<br /> к BGE возможностей. Найти их можно в меню Face &gt; Active Draw<br /> Mode (рис. 2). К сожалению, некоторые интересные функции работают совсем не так, как ожидается. К примеру, пункт меню Shadow<br /> [Тень] предполагает не что иное, как отбрасывание объектом тени<br /> realtime (то есть в реальном времени). В действительности, без<br /> специально написанного кода, ручными средствами добиться этого<br /> невозможно. Тем не менее, приведу расшифровку некоторых наиболее интересных (и работающих!) пунктов меню:<br /> * Light – при включении этого параметра текущая модель или ее выделенная грань будет реагировать на имеющийся в игре источник света (realtime).<br /> * Billboard – особый режим прорисовки трехмерной модели как двумерной, всегда обращенной лицевой стороной к активной камере. Обычно используется для визуализации незначительных, но многочисленных объектов в сцене, скажем, деревьев.<br /> * Collision – отключение этой функции приведет к исключению модели из расчетов физического движка игры, что положительно скажется на общей производительности.<br /> * Text – при активации этого параметра и некоторых других опций, движок Blender’а выводит на экран текстовое значение присвоенной этому объекту переменной. Более подробно мы поговорим об этом на следующем уроке.<br /> * Blend Mode – управление режимами отображения текстуры, такими как прозрачность или самосвечение.<br /> <br /> Прежде чем завершить повествование о текстурировании в<br /> BGE и перейти к следующей части урока, познакомимся с еще двумя полезными возможностями программы. Иногда бывает нужно<br /> использовать не текстуры, а встроенные материалы Blender. Для<br /> этого необходимо просто включить соответствующую функцию в<br /> главном меню программы: Game &gt; Use Blender Materials [Игра &gt;<br /> Использовать материалы Blender]. Именно так и было настроено<br /> отображение указательной стрелки в игре. Само собой, при этом<br /> имеется возможность использования шейдерных эффектов.<br /> <br /> Бывает нужно не просто привязывать текстуру по<br /> UV-координатам, а использовать так называемый режим отображения Reflection [Отражение]. Визуально это выглядит как скольжение объекта по неподвижной картинке. Просто переключите в окне<br /> UV Editor пункт меню Image &gt; RealtimeTexture Mapping &gt; Reflection<br /> для конкретного объекта. Естественно, сам объект должен находиться в режиме Face Select.<br /> <br /> === Удар, еще удар ===<br /> {{Врезка<br /> |Заголовок=На заметку<br /> |Содержание=В этом уроке и рабочих файлах игры, для удобства, текстуры предоставлены в виде отдельных, подгружаемых по мере<br /> необходимости файлов. Тем не менее, Blender имеет возможность сохранения картинок внутри самого проекта. Для этого<br /> в Image Editor’е используйте функцию Image &gt; Pack Image или<br /> нажмите соответствующую кнопку на панели. Само собой, при<br /> создании двоичного файла игры, текстуры также помещаются<br /> внутрь него.<br /> |Ширина=300px}}<br /> Приятно смотреть, как мячики прыгают по экрану, сшибая кегли<br /> одну за другой. Но вот какие именно кегли мы сбили, а какие остались – это скрывается в тени неизвестности. Необходимо срочно<br /> это исправить!<br /> <br /> Можно придумать немалое количество алгоритмов для решения<br /> данной задачи. Однако я остановился не на самом оптимальном,<br /> но зато использующий очень интересный и полезный логический<br /> блок.<br /> <br /> Обратите внимание на то, что при падении кегли изменяются<br /> ее глобальные координаты, и если мы сумеем вывести незримые<br /> линии по осям объекта, то можно засечь момент пересечения их<br /> с другими предметами. В принципе, хватит одного вектора по<br /> оси Y, и в этом случае неизбежно столкновение с окружающими<br /> стенами.<br /> <br /> В Blender Engine имеется сенсор с характерным названием Ray<br /> [Луч]. Его назначение, как вы уже наверное догадались, в испускании луча по указанной в настройках оси и срабатывании при столкновении последнего с другими объектами. Имеется возможность<br /> выбора реакции сенсора на материал или переменную. В случае,<br /> если ни то, ни другое не указано, сенсор срабатывает при соприкосновении с любыми объектами.<br /> <br /> Найдите кеглю с названием с1 (не интерфейсная!) и проложите уже ставшую стандартной логическую цепочку Ray &gt; And &gt;<br /> Message. Мы будем использовать в качестве критерия для столкновения материал, что присвоен окружающим стенам. Для этого<br /> нажмите кнопочку M/P и в поле Material: впечатайте строку home.<br /> Именно так называется материал окружающего короба, по крайне мере в проекте, что находится на диске. Следующий параметр,<br /> Range [Диапазон], отвечает за длину испускаемого луча. Опытным<br /> путем я подобрал значение 50. И последнее, что осталось сделать – выбрать ось излучения. В нашем случае используется ось Y<br /> (положительная). Таким образом, мы полностью настроили и подготовили к работе сенсор.<br /> <br /> Для отслеживания и взаимодействия интерфейсных кеглей с<br /> игровыми используем механизм сообщений. Пусть при срабатывании генерируется сообщение «c1_false». Внесите это значение в<br /> поле Subject активатора Message. На этом настройка данной логической цепочки завершена.<br /> <br /> Осталось соответствующим образом научить интерфейсные<br /> кегли принимать это сообщение. Создайте логическую цепочку<br /> Message &gt; And &gt; Visibility для первого объекта. В сенсор поместите<br /> значение c1_false. В качестве активатора используется новый для<br /> вас кирпичик Visibility [Видимость]. Его функция очень проста –<br /> отключение или включение отображения объекта; при этом сам он<br /> не удаляется, в отличие от ранее использованного нами активатора<br /> Edit Object [Редактирование объекта]. В данном случае не принципиально, что делать с отслужившей свое кеглей – можете и удалить.<br /> Подобным образом вам предстоит настроить оставшиеся кегли –<br /> естественно, для каждой из пар должен быть уникальный текст сообщения. В моем проекте используется имя кегли (c1,c2 ... c10) с присоединенной частью _false.<br /> <br /> Наверное, вы обратили внимание на сильное торможение при<br /> большом количестве сбитых кеглей. Существует несколько способов повышения производительности игры. Самый простой –<br /> заменить текущий физический движок Bullet на Sumo. Это можно сделать в панели World [Окружающий мир]. Правда, при этом<br /> для нормальной симуляции придется значительно перенастроить<br /> физические параметры. Замечу, что многие источники не советуют<br /> использовать Sumo ввиду его нестабильности и устарелости. Так<br /> или иначе, но прирост в производительности при его использовании ощутим.<br /> <br /> Другой способ – удалять уже «отработавшие» объекты и тем<br /> самым снизить нагрузку на физический движок. Простое, грубое<br /> уничтожение в плане эстетики игры все же не самый лучший вариант. Поэтому можно скомбинировать красивую анимацию (к примеру, изменение масштаба или морфинг объекта) с последующим<br /> физическим удалением. Иными словами, воспользоваться незримым<br /> правилом в мире игростроя: «Не можешь избавиться от бага – преврати его в фичу».<br /> <br /> Чтобы завершить игру, осталось выполнить последний рывок.<br /> Нам предстоит создать начальное меню, разобраться с особенностями вывода текста на экран, «подточить напильником» логику<br /> программы.</div>

Yaleks