3.1. Группирование.

Группирующими узлами являются следующие:

• Anchor
• Billboard
• Collision
• Group
• LOD
• Switch
• Transform

Рассмотрим узел Group.

Узел Group(Группа).

Синтаксис узла:

Group {

eventIn         MFNode          addChildren

eventIn         MFNode          removeChildren

exposedField    MFNode          children                []

field           SFVec3f         bboxCenter              0 0 0

field           SFVec3f         bboxSize                -1 -1 -1

}

Назначение полей:

• addChildren        | – это входные события соответственно для добавления/удаления
• removeChildren  |    потомков

• children – потомки

• bboxCenter  | – эти 2 поля определяют центр и размеры параллелепипеда, в пределах
• bboxSize      |   которого существуют дочерние узлы. Это может использоваться с целью

|  оптимизации сцены. Результат не определен, если в размеры параллелепипеда

|  не влезает хотя бы один из потомков. Значение по умолчанию этих двух узлов

|  подразумевает, что параллелепипед не существует.

Примеры:

Узлы записываются как пример не вложенных узлов:

Group { # пример невложенных узлов

children [

# здесь содержатся дочерние узлы

]

}

Узлы могут быть вложены друг в друга, создавая иерархию узлов, часто называемую графом сцены:

Group {         #пример вложенных узлов

children [      #поле children может содержать другие узлы

Group {

}

]

}

С помощью узла Group и команды DEF(см. ниже) можно определит группу объектов, а также события eventIn и eventOut (см. след. часть) для этой группы.

3.2. Гипер-ссылку можно прикрепить к объекту (группе объектов), используя узел Anchor.

Узел Anchor (Якорь) – используется для перехода на URL.

Синтаксис узла:

Anchor {

eventIn         MFNode          addChildren

eventIn         MFNode          removeChildren

exposedField    MFNode          children                []

exposedField    SFString        description             “”

exposedField    MFString        parameter               []

exposedField    MFString        url                     []

field           SFVec3f         bboxCenter              0 0 0

field           SFVec3f         bboxSize                -1 -1 –1

}

Назначение полей:

• addChildren        | – это входные события соответственно для добавления/удаления
• removeChildren  |    потомков.

• children – потомки (к которым прикрепляется гипер-ссылка).
• description – описание гипер-ссылки (текст, который отображается, когда курсор находится над объектам, к которому прикреплена гипер-ссылка).
• parameter – параметры перехода (например: parameter [“target=frame_1”] , т.е. в какой кадр загружать).
• url – URL, на который осуществляется переход.

• bboxCenter  | – эти 2 поля определяют центр и размеры параллелепипеда, в пределах
• bboxSize      |   которого существуют дочерние узлы. Это может

4.1. События.

Также, как имена полей, многие узлы содержат имена событий (events).

Существует два типа событий – eventIn и eventOut.

События eventOut – выходящие события, которые генерируют информацию (например, изменение значения или время щелчка мыши).

События eventIn – входящие события, которые принимают информацию из узла снаружи и что-то делают с ними.

Каждое событие имеет  тип, связанный с ним (описано выше).

Некоторые узлы содержат поля, которые являются выделенными (exposed field). Это означает, что узел имеет два события, определённых для этого поля – set_fieldname и fieldname_changed. Эти события являются событиями  eventIn и eventOut для поля, которые могут быть использованы для установки значения и сообщения миру снаружи о том, когда он был изменён.

Если использовать set_fieldname для установки значения поля, узел генерирует событие fieldname_changed. Для простоты использования  set_ и _changed части названий событий могут быть отброшены и браузер сам решит, какое событие использовать. Если поле не является выделенным, оно не может быть изменено событием, и его значение в файле – это значение, которое будет использоваться для него всё время. Для просмотра, какие поля являются выделенными, следует обратиться к описанию синтаксиса узлов.

4.2. Маршруты.

Для того, чтобы делать какие-то полезные действия с событиями, необходимо их связать между собой. Эта связь определяется как ROUTE (маршрут). Например, для связи touchTime eventOut с startTime eventIn (например, для проигрывания звука по щелчку мыши), мы направили бы событие следующим образом:

ROUTE SENSOR.touchTime TO SOUND.startTime

Эта часть кода направляет событие touchTime из узла TouchSensor (о нём рассказывается далее) в событие startTime в узле Sound. Когда TouchSensor нажат, звук начинает играть. Здесь необходимо использовать определение DEF для каждого узла, чтобы была возможность связать их (у каждого узла должно быть своё индивидуальное имя).

Сначала определяем узлы TouchSensor и Sound (с полями внутри них):

DEF SENSOR TouchSensor {

}

DEF SOUND Sound {

}

Если существует ряд объектов с одинаковыми названиями (с использованием USE), и маршруты между ними, все объекты взаимодействуют, т.е. если необходимо, чтобы только один взаимодействовал, нужно дать ему уникальное имя или использовать узел PROTO.

4.3. Сенсоры (датчики) – генераторы событий.

4.3.1. SphereSensor (Сферический датчик).

Синтаксис узла:

SphereSensor {

exposedField    SFBool          autoOffset              TRUE

exposedField    SFBool          enabled                 TRUE

exposedField    SFRotation      offset                  0 1 0 0

eventOut        SFBool          isActive

eventOut        SFRotation      rotation_changed

eventOut       

5.1. Связываемые узлы.

Некоторые узлы, которые воздействуют на общее представление и режим навигации мира, являются связываемыми. Когда узел связан, установки внутри него воздействуют на состояние мира. Когда узел несвязан, другой узел того же самого типа должен быть связан, так установки в этом  другом узле воздействуют на мир. Таким образом, можно переключаться между различными установками для мира, выбирая, какой из узлов будет связан, и, соответственно, будет воздействовать на мир.

Связываемыми узлами являются следующие:

• Background
• Fog
• NavigationInfo
• Viewpoint

5.1.1.Связывающийся стек.

Браузер поддерживает 4 структуры для внутренних работ, каждая для своего типа связываемых узлов. Они называются связывающими стеками. Когда браузером анализируется VRML файл, первый узел соответствующего типа помещен в верхнюю часть стека, который соответствует его типу. Последующие узлы добавляются в нижнюю часть стека. Текущий связанный узел (то есть тот, который является активным) – это тот, который находится в верхней части стека (остальные узлы не активны). Как только мир загружен, мы можем управлять стеком при помощи некоторого набора событий.

5.1.2. Связывание узлов.

Все связываемые узлы имеют 2 события – set_bind eventIn и isBound eventOut. У обоих значения типа SFBOOL. Когда событие set_bind со значением TRUE посылается узлу, этот узел перемещается в верхнюю часть стека, и становится связанным узлом. Затем этот узел пошлет событие isBound со значением TRUE. Узел, который был в верхней части стека, посылает isBound=FALSE в этот же момент. Здесь есть одно исключение – если узел уже в верхней части стека, ничего не случается, и никакие события не посылаются.

Если Вы посылаете set_bind=FALSE к узлу, это удаляет его из стека навсегда. Если это связанный узел, то посылается isBound=FALSE, и следующий узел в стеке делается связанным узлам. Если нет, узел просто удаляется, и никаких событий не посылается. Если послать событие set_bind узлу, который был удален из стека, то ничего не произойдет.

Событие bindTime – здесь посылается время, когда узел становится связанным, или перестает быть связанным.

5.1.3. Использование связывания.

Теперь, когда известно, как использовать связывание, что можно сделать полезного? Можно менять фон и стили тумана. Также, используя различные узлы NavigationInfo, можно изменять размеры аватара пользователя, менять тип навигации, и т.д.

Однако, наиболее полезный узел – Viewpoint. Если связать пользователя с точкой наблюдения, он будет перемещаться туда немедленно в стиле, определенном в узле (поле jump).  Таким образом, можно получить сценарии перемещения пользователя во всем мире, связывая пользователя с различными точками

6.1. Спецэффекты.

6.1.1. Background (Фон).

Полный синтаксис узла:

Background {

eventIn         SFBool          set_bind

exposedField    MFFloat         groundAngle             []

exposedField    MFColor         groundColor             []

exposedField    MFString        backUrl                 []

exposedField    MFString        bottomUrl               []

exposedField    MFString        frontUrl                []

exposedField    MFString        leftUrl                 []

exposedField    MFString        rightUrl                []

exposedField    MFString        topUrl                  []

exposedField    MFFloat         skyAngle                []

exposedField    MFColor         skyColor                [0 0 0]

eventOut        SFBool          isBound

}

Узел Background применяется обычно в двух вариантах:

1) Приписывается цвет угловым интервалам на сфере бесконечного радиуса, и этим цветом заливаются концентрические сферические кольца.

Background {

eventIn         SFBool          set_bind

exposedField    MFFloat         groundAngle             []

exposedField    MFColor         groundColor             []

exposedField    MFFloat         skyAngle                []

exposedField    MFColor         skyColor                [0 0 0]

eventOut        SFBool          isBound

}

Назначение полей:

• set_bind – см. раздел 5.1.
• skyAngle – здесь перечисляются углы внутри сферы (их количество на 1 меньше, чем количество цветов в skyColor), определяющие сферические кольца. Диапазон изменения углов от 0 до Pi, 0 соответствует верхней точке сферы.
• skyColor – последовательно определяются цвета, в которые будут покрашены сферические кольца. Первый цвет соответствует верхней точке сферы, остальные цвета соответствуют кольцам, определенным в skyAngle. Цвета между кольцами линейно интерполируются (если в браузере MS VRML Viewer 2.1 включен режим High Color).
• groundAngle – то же, что и skyAngle, только диапазон изменения углов от 0 до Pi/2, где 0 соответствует нижней точке сферы.
• groundColor – то же, что и skyColor, но для groundAngle.
• isBound – см. раздел 5.1.

Для определения всех сферических колец  и соответствующих им цветов можно пользоваться только параметрами skyColor и skyAngle за счет диапазона изменения углов.

Пример (файл 6-1-1.wrl): иллюстрирует смену фона (сфера бесконечного радиуса) при нажатии на TouchSensor.

#VRML V2.0 utf8

Background

{

skyAngle [1.57,3.14]

skyColor [0 1 0,0 0 1,0 1 0]

}

DEF BK Background

{

skyAngle [1.57,3.14]

skyColor [1 0 0,0 1 0,1 0 0]

}

# красный куб, к которому прикреплен TouchSensor

Transform

{

translation 0 3 5

children [

DEF TS TouchSensor

{

}

Shape {

appearance Appearance {

material Material {

diffuseColor 1 0 0

}

}

geometry Box {

}

}

]

}

# Камера

Viewpoint

{

position 0 7.5 -3

orientation 0.2 1 0.2 3.14

description “Камера”

}

# по нажатию на TouchSensor BK перемещается в вершину

# связывающего стека

ROUTE TS.isActive TO BK.set_bind

2) Куб бесконечного объема, внутри которого находится пользователь, покрывается изнутри