Модуль интерфейса пользователя «ВИРУ». ОПИСАНИЕ
Модуль интерфейса пользователя «ВИРУ». ОПИСАНИЕ
Версия 13.06
СОДЕРЖАНИЕ
ВВЕДЕНИЕ. 4
1 Структура и принципы построения ВИРУ 6
1.1 Сценарный подход как основа построения ВИРУ 7
1.2 Потоки данных 10
1.3 Процессорные утилиты.. 13
1.4 Файловая структура XML-описаний. 14
1.5 Разметка управляющих и описательных текстов XML 14
1.6 Хранилище мультимедиа ресурсов 19
1.7 Циклограммы ВИРУ 20
2 Экранные форматы пользователя ВИРУ 25
2.1 Страница Главного меню 25
2.2 Страница авторизации 27
2.3 Главный рабочий формат 28
2.4 Лист регистрации 31
2.5 Справочный формат со сложной структурой документа 31
2.6 Формат алгоритмического представления операций 35
2.7 Формат табличного представления операций 38
3 Режимы представления информации 40
3.1 Режим 1: Произвольный просмотр 40
3.2 Режим 2: Автоматическая презентация КЭ 40
3.3 Режим 3: Интерактив 40
3.4 Режим 4: Просмотр записи сессии 46
4 Средства управления навигацией. Виртуальные кнопки и активные зоны …46
4.1 Дерево 46
4.2 Кнопки управления навигацией 46
4.3 Кнопки информационного сопровождения 46
4.4 Кнопки управления сценарием 46
4.5 Активные зоны интерактивных клипов 46
5 Взаимодействие с внешними комплексами 50
5.1 Передача серверу больших массивов 50
5.2 Меморандум о системных конфликтах 53
6 Подготовка мультимедиа 55
6.1 Формат поля отображения мультимедиа 55
6.2 Графика 55
6.3 Видео 55
6.4 Звук 57
6.5 Внедрение спецсимволов в xml-текст 58
ЗАКЛЮЧЕНИЕ 64
ПРИЛОЖЕНИЯ 999
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
В настоящем отчете применяются следующие обозначения и сокращения:
| ВИРУ | – Виртуальное Руководство космическим экспериментом |
| БД | – Бортовая Документация |
| МИП | – Модуль Интерфейса Пользователя |
| 3D | – Трехмерная визуальная модель |
| РС МКС | – Российский Сегмент Международной Космической Станции |
| ПК | – Персональный Компьютер |
ВВЕДЕНИЕ
Представляемая версия программно-технического комплекса виртуальных руководств космическими экспериментами российского сегмента МКС VIRU_13_06 представляет собой развитие версии VIRU-10092012_sertificate, используемой на борту МКС экипажами 34 - 36 экспедиций.
Доработки, основанные на рекомендациях космонавтов и требованиях ТЗ к этапам ОКР 2013 года, состоят в следующем:
1. Объединены мультимедийные библиотеки Тем (экспериментов Релаксация 1-3 и Альбедо (Ураган) 1-2) в связи с высокой степенью общности иллюстративного и звукового материалов. Каталогов мультимедиа стало два вместо пяти.
2. Введено внешнее задание конфигурации Листа регистрации loglist_config.xml. Теперь наземные методисты имеют возможность сформулировать и оперативно ввести в Лист до 10 вопросов анкеты с 10 вариантами ответов на каждый вопрос. В окне Листа отображаются только те поля вопросов и ответов, которые заданы.
3. Модуль Настроек существенно модернизирован в программном отношении.
4. Изменен алгоритм сохранения на жестком диске протокола сессии КЭ, когда он представляет собой большой массив. Изменен скрипт записывающего клипа МИП, структура обращения к серверу стала односокетной, введены операции подтверждения передачи и приема блока данных, что существенно повысило надежность протоколирования.
5. С целью повышения быстродействия МИП при отображении листа регистрации, панелей настроек и авторизации изменена локализация их скриптов на шкале главного исполнительного модуля control.swf. Вместо функции маскирования активно применяются команды, основанные на свойстве _visible. Количество твин-анимаций сведено к минимуму.
6. Изменены структуры всех кнопок - теперь это только клипы.
7. Введены новые программные модули, обеспечивающие возможность моделирования сложных логических переходов внутри мультимедийных сцен. В зависимости от выбора последовательности действий оператор наблюдает тот или иной фрагмент сценария, имеет возможность управления функциями старт-стоп-пауза. Доступны также инструменты интерактивного взаимодействия оператора с элементами сцены – активными зонами, кнопками и т.п. Протоколирование интерактивного взаимодействия встраивается в общий log-файл.
8. С учетом рекомендаций эксплуатирующего персонала изменены элементы визуального оформления МИП.
9. Добавлены модули вывода информации в виде таблиц и алгоритмов.
Структура и принципы построения ВИРУ
В условиях ограничений на ресурсы имеющихся бортовых вычислительных систем в программах виртуальных руководств делается акцент на оптимизацию информационных потоков, жесткий контроль загрузки процессора и памяти, векторную реализацию интерфейса.
Разработка модуля ВИРУ выполнена на следующих принципах:
1. Программный комплекс по вычислительной нагрузке и операционным средствам полностью совместим с действующими бортовыми ПК.
2. Терминальные модули ВИРУ рассчитаны на использование в условиях повышенной мобильности, имеют возможность адаптации к персональным предпочтениям.
3. Семантика информационных массивов в значительной степени остается традиционной, - для поддержания преемственности в обучении экипажей и сохранения достижений отечественной школы подготовки космонавтов.
4. Модуль ВИРУ строится на принципах мультимедиа.
Для реализации этих принципов в модуль ВИРУ включены: сценарное ядро, хранилище клипов мультимедиа, библиотека управляющих XML-файлов, системные утилиты.
Модуль ВИРУ представляет собой мощный процессорный узел, в котором в заданном порядке компонуются и воспроизводятся визуальные и акустические сцены, формируемые из массивов разнородной информации. Эта информация предварительно обрабатывается, приводится к единым форматам и пространству имен, дополняется специально создаваемыми 3D-, видео- и звуковыми клипами.
Потоки данных
Для реализации функций МИП ВИРУ создана программная структура, представленная на Рис.2.
После автономного или внешнего запуска приложения активируются сохраненные ранее (вводятся новые) настройки, осуществляется выбор темы, генерируются органы виртуального управления и навигации. Запускается сценарная циклограмма, под управлением которой загружаются и анализируются актуальные управляющие XML-описания и организуется воспроизведение элементов мультимедиа, извлекаемых из хранилища. Визуальные элементы выводятся в окнах МИП, которые управляются отдельными программными модулями по специальным ситуационным планам.
В информационном обмене участвуют следующие узлы и информационные блоки:
- структура проекта **_XML/ MAIN.xml(4 или 6) - считывается ядром (1);
- ядро control.swf (1) - считывает управляющую XML-структуру (4), файлы Библиотеки (5), исходное (6) или сохраненное ранее авторизованное описание состояний виртуальных объектов (ВО) (3); формирует протокол хода эксперимента и параметры текущих состояний ВО и передает их сокет-серверу (2) для локальной записи;
- сокет-сервер server.exe (2) - принимает от ядра (1) и записывает на жесткий диск log-файл (3) fscommand/**_LOG/<name>_<#>.xml по адресу,вводимому оператором при авторизации в начале сессии. Внутри этого файла также сохраняется авторизованное описание текущего состояния виртуальных элементов.
Рис.2. Функциональная структура ВИРУ
Сервер server_3.exe – односокетный. Скрипт сервера написан на языке Delphi 7. Единственный сокет (порт 2972) служит для приема сервером посылок данных, первые 8 символов которых представляют собой идентификаторы:
‘iden_adr’ – сообщает серверу, что остальные символы этой посылки являются адресом для последующей записи файла на диск;
‘iden_dat’ – сообщает серверу, что остальные символы посылки являются нормированной порцией (сегментом) длинного массива данных;
‘iden_rea’ – сообщает серверу об успешности всех этапов обмена;
‘iden_exi’ – команда на выключение сервера.
Обратно, по этому же соединению, сервер передает клиенту квитанции:
'adr' – «адрес целевого файла получен»;
'daton' – «сегмент массива получен»;
'ready' – «массив подготовлен к записи и записан».
В скрипте сервера производится разбор входной строки на идентификатор и значащую часть, отдельно сохраняется адрес, сегменты данных последовательно суммируются (восстанавливается исходный массив), затем этот массив записывается на диск.
Окна серверов Form1 всплывают при старте поверх основного интерфейса, поэтому для их визуального маскирования в свойствах формы Form1 выставлено свойство AlphaBlend = true, и значение прозрачности AlphaBlendValue = 1.
Процессорные утилиты
Программный комплексне требует инсталляции и устанавливается на ПК простым копированием. Продукт работает под управлением ОС WINDOWS 2000/XP/Vista/7/8, нечувствителен к смене сервис-пакетов и их обновлениям.
Программный комплекс размещается в папке Media и запускается внешней стартовой программой VIRU.exe, располагаемой обязательно в одной директории с папкой Media.
Программный комплекс состоит из общего пакета программ и набора специфических приложений для каждого эксперимента. Папки и файлы конкретных экспериментов индексируются префиксами (**):
RE – Релаксация;
UR –Альбедо (Ураган).
Синтаксис атрибутов
Должны выполняться следующие требования к xml-тексту:
- кавычки используются обязательно двойные;
- пробелы внутри имени атрибута, а также между именем и кавычками недопустимы;
- пустые (незаполненные) атрибуты также являются управляющими: система определяет атрибут как пустой по трем признакам:
1. можно вовсе удалить атрибут в данном блоке (выводится "undefined");
2. можно приравнять его к двум кавычкам без пробела ="" - рекомендуется;
3. можно приравнять его к двум кавычкам с одним пробелом =" ";
Другие варианты оформления пустого атрибута недопустимы!
Во вкладке Preferences FLASH CS*.*. обязательно устанавливается свойствоencoding="UTF-8"(!!!).
ВНИМАНИЕ!!!Чтобы можно было использовать в скрипте XML переносы, табуляцию и форматирование, которое обычно вносят редакторы и авторы для лучшей читаемости, в коде должно быть задано игнорирование пробелов (по умолчанию оно выключено), – его нужно помещать в скрипт сразу после кода создания xml -документа:
xml_data=new XML();
xml_data.ignoreWhite=true;
Иерархические группы блоков в XML-листинге рекомендуется разделять понятными, специфически оформленными комментариями:
<!-- Этап 1: Подготовка эксперимента -->
Циклограммы ВИРУ
Сквозная циклограмма - функциональная последовательность работы ВИРУ - реализуется скриптами исполняемого модуля control.swf, распределенными по 10 кадрам его шкалы времени. В сквозном процессе также участвуют скрипты проектора START.exe и сокет-сервера server.exe.
Сквозная циклограмма ВИРУ приведена на Рис.3 и Рис.4. Она начинается с автономного пуска проектора START.exe.
Цикличность работы ВИРУ определяется действиями оператора, сценарными ситуациями (Рис.4.), и реализуется межкадровыми переходами (Рис.6.).
Рис. 3. Сквозная циклограмма ВИРУ. Старт, кадры 1-4.
Рис.4. Сквозная циклограмма ВИРУ. Кадры 5-10.
Рис.5. Ситуационная циклограмма ВИРУ
Рис.6. Циклограмма межкадровых переходов МИП
2 Экранные форматы пользователя ВИРУ
Страница Главного меню
Входной формат программы содержит меню выбора космического эксперимента и кнопку вызова панели Настроек.
Панель настроек вызывается кнопкой на входной странице-заставке.
Параметры настроек сохраняются во внешнем файле .SOL на жестком диске:
На панели настроек имеется также кнопка СБРОС НАСТРОЕК, уничтожающая .SOL-файл на диске. При выходе из программы или перезаписи настроек он автоматически создается вновь.
| ИМЯ | КНОПКА | СМЫСЛ параметра |
| timezone | butsol1 | часовой пояс встроенного таймера |
| butsol2 | флаг отображения поля текста предупреждений | |
| butsol3 | флаг отображения поля текста к действию | |
| butsol4 | резерв | |
| forname | - | префикс сохраненной сессии |
| butsol5 | флаг входа в последнее действие прошлой сессии | |
| butsol6 | флаг воспроизведения звука | |
| voxy | - | уровень звука |
| butsol7 | резерв | |
| butsol8 | резерв |
Тема (сессия) каждого эксперимента включается отдельной кнопкой.
Страница Авторизации
Сессия эксперимента начинается с появления страницы Авторизации. Здесь вводятся имя оператора и номер сессии, а также выбирается один из режимов работы:
- Произвольный просмотр;
- Автопрезентация эксперимента;
- Интерактивная работа;
- Воспроизведение записанной сессии;
Главный рабочий формат
Экран разбит на несколько зон:
1. Дерево навигации (слева) – отображает некоторую часть блоков дерева. Полные имена блоков выводятся в нижней строке подсказки. Блок выполняемого в данный момент действия перемещается в так называемый "фокус" и выделяется цветом.
2. Название текущего раздела, подраздела и параграфа выводятся в двух строках-заголовках (в центре вверху). Под этими заголовками выводятся краткие описания действий со спецсимволами из "бумажной" инструкции.
3. Центральное демонстрационное поле воспроизводит иллюстрации текущего действия в виде фильма (avi - 3D), анимации, двумерной графики.
4. Детальная справочная информация к действиям (схемы, таблицы, характеристики оборудования и др.) разворачивается поверх центрального поля нажатием кнопки "Сп".
5. Аналогично выводится общая справка по текущему эксперименту - кнопкой "?".
6. Кнопки «ДА» и «НЕТ» предназначены для условных переходов между действиями.
7. Кнопка «Сп» активируется только при наличии значений атрибутов sprav_text_name и/или sprav_ill_name; кнопки «ДА» и «НЕТ» - при наличии значений атрибутов condition и/или condition_no.
8. Кнопка «?» активна всегда.
9. Окно предупреждений и примечаний в первый момент появляется поверх центрального поля, затем – в результате активности оператора – сворачивается в верхний правый угол. Заголовок предупреждений выделен мерцающим фоном; его появление сопровождается звуковым эффектом. Все текстовые окна и сообщения видны только при наличии в **_XML/ MAIN.xmlсоответствующего непустого атрибута.
10. Слева под календарем размещены два таймера. Первый показывает время, прошедшее с начала данной сессии; второй - время исполнения данной операции.
ВНИМАНИЕ!!! Существующие операционные системы рассчитаны на автоматический перевод времени зима-лето. Нужно обязательно снять флажок автоматического перехода в окне настройки часов и календаря ПК или инсталлировать на компьютер специальную утилиту. Календарь компьютера должен быть установлен на нулевой часовой пояс (Гринвич).
Лист регистрации
Режим 2: Автопрезентация
Предъявляются нормы времени на сессию и каждую операцию, работают слайдеры. Заданная последовательность действий воспроизводится в заданном темпе по параметру "timeAuto". Протокол не создается.
Режим 3: Интерактив
При выборе интерактивного режима вместо главного дерева MAIN.xml загружается его версия MAIN_inter.xml. Отличие интерактивной версии состоит в возможном объединении родственных действий в общие клипы, сокращении заголовков, нюансах дикторского сопровождения и т.п.
В дереве MAIN_inter.xml сделаны изменения в значениях атрибутов condition и condition_no. Допустимы только следующие значения:
1) Полное отсутствие атрибута в теге – принимается как undefined;
2) Числовое значение – целые числа от 0 до i-1, указывающие на тег в дереве;
3) «next» - переход на следующий пункт;
4) Пустые кавычки “” и кавычки с одним пробелом “ ” в отличие от основного дерева недопустимы!
Нулевой тег интерактивного дерева, кроме заголовочной и другой общей информации, содержит вложенные теги <inter>. Их количество соответствует общему числу <i> интерактивных элементов сессии КЭ. Индексация интерактивных элементов – сквозная в пределах сессии – от 0 до <i-1>. Тег <inter> содержит единственный атрибут состояния интерактивного элемента:
<inter states="1" />
Значение (состояние) интерактивного элемента может быть числовым или текстовым с произвольной длиной.
Таким образом, в нулевом теге собирается полное описание всех интерактивных элементов данной сессии КЭ.
В дереве MAIN_inter.xml для каждого действия с интерактивом есть ссылки на дерево поддействий, – это значение атрибута “ID”, и на номер интерактивного клипа – это атрибут interactive_name. Атрибут “ID”, как и все циклические переменные здесь строго (!!!) задается от 0 до <i-1>.
Дерево поддействий состоит из набора операционных тегов 5 типов.
Индекс тегов равен id в этом теге и начинается с нуля.
Tеги содержат наборы атрибутов, смысл и алгоритмы интерпретации которых зависят от значения атрибута work_name:
id ="<номер оператора>"
work_name="<тип оператора >"
condition = “<номер следующего выполняемого оператора>”
condition_no="<альтернативный номер выполняемого оператора>"
param_name=”<имя/тип параметра>”
param_value=”<значение параметра>”
- work_name=”check” – проверка состояния объекта - задает условный переход внутри дерева поддействий после анализа состояния объекта:
condition = переход по «ДА» - здесь и везде далее отрабатывается типовая функция interYES(): цифровое значение – указатель out_point=ID в этом же дереве; “next” – переход на следующий тег in_point+=1; “end”- выход из поддерева на следующий блок MAIN_inter.xml. ВНИМАНИЕ!!! Любые другие (нечисловые) значения недопустимы!!!
condition_no = переход по «НЕТ» - (только здесь) - отрабатывается функция interNO(): цифровое значение – указатель out_point=ID в этом же дереве; “next” – переход на следующий тег in_point+=1; “end”- выход из поддерева на следующий блок MAIN_inter.xml. ВНИМАНИЕ!!! Любые другие (нечисловые) значения недопустимы!!!
param_name = "<i>" - индекс параметра (активного элемента) inter, перенесенный из нулевого тега главного дерева на _root; он равен сквозному номеру в пределах сессии;
param_value =”=number”, “Lnumber”, “Gnumber”- логический оператор и цифровое или строчное значение условия;
ВНИМАНИЕ!!! Интерпретатор XML не работает, если в тексте атрибута встречаются скобки тегов как знаки «больше» - «меньше». Здесь и везде далее их нужно заменять символами “G”и“L” соответственно.
- work_name=”message” – выдача сообщения на главный МИП:
condition = переход out_point по окончанию отображения;
param_name =текст сообщения;
param_value =время отображения сообщения
- work_name=”scene” – проигрывание заданной сцены. В качестве параметра используется имя (номер #) сцены:
condition = переход out_point по завершению проигрываемой сцены без кнопок;
param_name ="#" – номер сцены в пределах клипа;
param_value =время проигрывания (если клип не анимирован);
- work_name=”state” - изменение состояния объекта/активной зоны MAIN_inter - выполнение арифметической, логической или семантической операции над значением состояния элемента <i>:
condition = переход out_point после выполнения переприсвоения
param_name ="<i>" - индекс параметра (активного элемента) inter, param_value = <символ операции:<+>,<->,< =>,<#> ><Число или строка>, - это значение может быть не только собственно значением, но для префикса <#> - ссылкой на значение state другого параметра inter;
- work_name=”waiting”– отработка воздействия на заданную активную зону в проигрываемой сцене, и сообщение об этом воздействии в log-файл работы оператора:
condition = немедленный переход out_point после логирования и реализации нажатия на зону;
param_name ="<i>" - индекс параметра (активного элемента) inter, param_value = текстовое сообщение, которое должно записываться в log-файл при нажатии на данную активную зону.
Перечисленные операторы делятся на три категории:
- с отложенным переходом по condition (scene, message и waiting);
- с отложенным переходом по воздействию на активные зоны (scene);
- с немедленным переходом по condition (check, state) и condition_no (только check).
Таким образом, атрибут condition_no может присутствовать только в теге check; condition – в тегах check, state, message, waiting и scene без кнопок,
Обработку совокупности тегов осуществляет функция _root.INTERON().
Она содержит 5 разделов по числу операторов.
При входе в функцию вызывается указатель in_point. По умолчанию (при первом вызове данного дерева поддействий) он равен 0.
За одно обращение к функции _root.INTERON() по указателю in_point обрабатывается один оператор.
Модификация in_point выполняется двумя способами – абсолютным значением номера тега out_point или приращением номера тега point_plus. Эти два указателя не могут одновременно принимать ненулевое значение:
if(out_point!==0){
in_point=out_point;
out_point=0;
}
if(point_plus!==0){
in_point+=point_plus;
point_plus=0;
}
Назначение out_point осуществляется из интерпретаторов атрибутов condition и condition_no, и может в перспективе задаваться из любой точки системы.
Указатель point_plus задается с кнопок и активных зон интерактивных клипов.
Одновременно на _root передается флаг отложенного (exe_flag=0) или немедленного (exe_flag=1) исполнения следующего оператора. Проверку (exe_flag=1) и запуск _root.INTERON() выполняет циклический клип empty.
При отложенном исполнении функция _root.INTERON() может быть снова вызвана интерактивными элементами воспроизводимой сцены – путем установки (exe_flag=1).
Разработчик интерактивного флэш-клипа должен:
1. Составить описание своего интерактивного клипа и входящих в него сцен.
2. Составить описание всех активных зон, иллюстраторов и параметрических объектов; передать эти описания сценаристу;
3. Получить от сценариста таблицу переходов;
4. Составить по таблице переходов для каждой сцены список смещений точек входа _root.point_plus для каждой активной зоны относительно тега ожидания сцены (scene) в дереве поддействий данного интерактивного клипа;
5. Прописать в скрипте первого кадра закачку исходных параметров; определить номера кадров (#) начала сцен в виде: scene1=1; scene2=#;…
Расставить по активным зонам команды-указатели смещений входа _root.point_plus = #; и пуска интерпретатора _root.exe_flag=1;
Разработчик интерактивного сценария должен:
1. Получить от разработчика клипа описание сцен, активных зон, параметров и состояний;
2. Составить xml дерева поддействий и передать его разработчику клипа;
3. Получить от разработчика клип и отладить все переходы по номерам ID.
Дерево
При входе в рабочую область интерфейса в левой части экрана отображается так называемое «Дерево» действий – вертикальная цепочка активных блоков с заголовками пунктов (short_name). Блоки имеют 4 уровня вложенности (strat), в зависимости от которых блоки смещаются влево на strat*15pix. и связываются линиями проводника и подсвечиваются цветовыми оттенками.
Дерево имеет 5 типов анимации:
- прокруткой колесиком мыши;
- перетаскиванием по вертикали мышью или пальцем (при работе на сенсорном экране);
- нажатием на выбранный блок;
- нажатием на кнопки панели навигации (левый вертикальный ряд кнопок);
- программным переключением в зависимости от интерактивных воздействий.
Выбранный блок подсвечивается белым цветом.
4.2 Кнопки управления навигацией (левый ряд)
Слева имеется кнопка «В НАЧАЛО ЭКСПЕРИМЕНТА», которая переводит инструкцию в исходную позицию.
Переход к следующему действию по завершению предыдущего или к предыдущему из текущего решается кнопками пошаговой прокрутки Дерева вверх-вниз. Отдельными кнопками "двойная стрелка" осуществляется прокрутка дерева в начало предыдущего или следующего раздела.
4.3 Кнопки информационного сопровождения (правый ряд)
Кнопка «ВЫХОД»
ВЫХОД из программы осуществляется нажатием на кнопку в правом верхнем углу экрана. Процесс выхода сопровождается сложной алгоритмической последовательностью:
- по нажатию кнопки срабатывает функция butsave1(), которая выполняет сохранение данных настройки в файле so.data; одновременно запускается клип так называемого «фэйда», который плавно затемняет экран и одновременно служит таймером задержки подачи серверу команд записи протокола и листа регистрации, а также команды выхода ‘iden_exi’. Это сделано для того, чтобы разнести 4 процесса во времени. Установленный интервал фэйда составляет 2 секунды, что в несколько раз больше необходимого времени на завершение перечисленных программных циклов.
Кнопка «?»
Кнопка «Сп»
Кнопки «Да» - «Нет»
Регулятор громкости звука
4.4 Кнопки управления сценарием (нижний ряд)
Кнопка «Нештатные ситуации»
Кнопка «Повтор»
Кнопка «Д.У.»
Кнопка «Старт/Пауза»
Кнопка «Стоп»
Подготовка мультимедиа
Графика
Для видео, флэш-анимации и графики используется единый размер 1000х700 пикс. Миниатюры генерируются из этого макси-размера автоматически.
Флэш-анимация монтируется в виде SWF. Клип SWF создается в кадре размером 1000х700 пикс. (параметр Size в окне Properties).
Графика также рисуется в файле JPG размером 1000х700 пикс. качеством 72 pix/inch.
Видео
Видео в проекте ВИРУ создается, монтируется и вводится в систему в виде FLV-файлов, без создания промежуточного SWF-файла - по следующей схеме:
Рис.19. Последовательность подготовки видео
Сгенерированный 3D исходный видеоматериал должен иметь следующие параметры:
- формат - AVI, экспортированный перехватчиком FRAPS (текущая версия 3.5.5) или AVI без сжатия после редактирования формата FRAPS с помощью VirtualDub;
- кодировка FPS1;
- частота смены кадров - 25;
- разрешение - 1000х700;
Если видео снято камерой, его размер может не соответствовать 1000х700. В этом случае нужно при обработке avi в редакторе выбрать ближайший стандартный размер, например, 720х484. Программа автоматически промасштабирует формат до стандартного размера.
Преобразование *.AVI в *.FLV выполняется конвертором Adobe Media Encoder, который встроен во Flash CS5.5. Кодировка FPS1становится совместимой с Adobe Media Encoder после инсталляции перехватчика FRAPS со встроенным декодером FPS1.
Ориентиром соотношения качество/объем является сжатие итогового AVI до плотности потока порядка 10 Мбайт в минуту. В конвертере Adobe Media Encoder следует установить качество: "с атрибутами источника", - получится поток порядка 3500 Кбит/сек. В итоге файл name.flv будет создан и сохранен рядом с исходным файлом name.avi.
Файл name.flv нужно перенести в папку **_IL. Файл name.avi - отправить в рабочий архив (MASTER). Файл name.flv можно произвольно переименовывать, в привязке к атрибуту ill_name.
Для непосредственного воспроизведения файлов типа name.flv выполнено следующее (источник - проект МИС):
· в кадр воспроизведения встроен из библиотеки компонент FLVPlayback с одноименной AS-привязкой FLVPlayback;
· поскольку клип flvplay имеет приоритет воспроизведения, он программно помещен на высший слой функцией attachMovie, ему также присвоено имя flvplay и заданы размеры и координаты;
· для удобства управления введен клип-посредник с маской; именно в него вручную встроен компонент FLVPlayback
· создана команда загрузки медиа:
//FLV-VIDEO:
flvframe.flvplay.contentPath=forname+"_IL/"+_root["ill_name"+colliznum];
flvPath= flvframe.flvplay.contentPath;
· в кадре активации видео для актуализации ссылки можно также прописать строку: flvplay.contentPath=flvPath;
Для окна FLV создан специальный шаблон органов управления 0_VIRU_Seek.swf, в котором оставлены только полоска текущего положения головки проигрывателя и зеленый предзагрузчик клипа. Остальные кнопки удалены, так как их функции обеспечиваются кнопками ВИРУ.
Место размещения шаблонов, из которого их компилирует Flash:
C:/ Program Files(x86)/ Adobe/ Adobe Flash CS6/ Common/ Configuration/ FLVPlayback Skins/ ActionScript 2.0/ 0_VIRU_Seek.swf.
Звук
Запись звуковых комментариев осуществляется через динамический или конденсаторный микрофон, подключаемый к линейному входу компьютера через микрофонный усилитель микшерного пульта. Прямое подключение микрофона к низкоуровневому (микрофонному) входу звуковой карты не рекомендуется. Встроенный микрофонный усилитель звуковой карты ПК работает в окружении мощных широкополосных электромагнитных полей, поэтому его соотношение сигнал-шум обычно намного хуже, чем при использовании внешнего микрофонного усилителя.
ЗАКЛЮЧЕНИЕ
В настоящем отчете приведено описание комплекса программных средств, новой версии модуля для представления членам экипажа Российского сегмента МКС виртуальных руководств по проведению космических экспериментов. Использование созданного комплекса в бортовых условиях позволяет существенно повысить удобство, оперативность, надежность доступа персонала к инструктивным материалам, существенно расширяет функциональные возможности бортовой информационной среды, обеспечивает повышение производительности работ в сложных условиях.
Модуль интерфейса пользователя «ВИРУ». ОПИСАНИЕ
Версия 13.06
СОДЕРЖАНИЕ
ВВЕДЕНИЕ. 4
1 Структура и принципы построения ВИРУ 6
1.1 Сценарный подход как основа построения ВИРУ 7
1.2 Потоки данных 10
1.3 Процессорные утилиты.. 13
1.4 Файловая структура XML-описаний. 14
1.5 Разметка управляющих и описательных текстов XML 14
1.6 Хранилище мультимедиа ресурсов 19
1.7 Циклограммы ВИРУ 20
2 Экранные форматы пользователя ВИРУ 25
2.1 Страница Главного меню 25
2.2 Страница авторизации 27
2.3 Главный рабочий формат 28
2.4 Лист регистрации 31
2.5 Справочный формат со сложной структурой документа 31
2.6 Формат алгоритмического представления операций 35
2.7 Формат табличного представления операций 38
3 Режимы представления информации 40
3.1 Режим 1: Произвольный просмотр 40
3.2 Режим 2: Автоматическая презентация КЭ 40
3.3 Режим 3: Интерактив 40
3.4 Режим 4: Просмотр записи сессии 46
4 Средства управления навигацией. Виртуальные кнопки и активные зоны …46
4.1 Дерево 46
4.2 Кнопки управления навигацией 46
4.3 Кнопки информационного сопровождения 46
4.4 Кнопки управления сценарием 46
4.5 Активные зоны интерактивных клипов 46
5 Взаимодействие с внешними комплексами 50
5.1 Передача серверу больших массивов 50
5.2 Меморандум о системных конфликтах 53
6 Подготовка мультимедиа 55
6.1 Формат поля отображения мультимедиа 55
6.2 Графика 55
6.3 Видео 55
6.4 Звук 57
6.5 Внедрение спецсимволов в xml-текст 58
ЗАКЛЮЧЕНИЕ 64
ПРИЛОЖЕНИЯ 999
ОБОЗНАЧЕНИЯ И СОКРАЩЕНИЯ
В настоящем отчете применяются следующие обозначения и сокращения:
| ВИРУ | – Виртуальное Руководство космическим экспериментом |
| БД | – Бортовая Документация |
| МИП | – Модуль Интерфейса Пользователя |
| 3D | – Трехмерная визуальная модель |
| РС МКС | – Российский Сегмент Международной Космической Станции |
| ПК | – Персональный Компьютер |
ВВЕДЕНИЕ
Представляемая версия программно-технического комплекса виртуальных руководств космическими экспериментами российского сегмента МКС VIRU_13_06 представляет собой развитие версии VIRU-10092012_sertificate, используемой на борту МКС экипажами 34 - 36 экспедиций.
Доработки, основанные на рекомендациях космонавтов и требованиях ТЗ к этапам ОКР 2013 года, состоят в следующем:
1. Объединены мультимедийные библиотеки Тем (экспериментов Релаксация 1-3 и Альбедо (Ураган) 1-2) в связи с высокой степенью общности иллюстративного и звукового материалов. Каталогов мультимедиа стало два вместо пяти.
2. Введено внешнее задание конфигурации Листа регистрации loglist_config.xml. Теперь наземные методисты имеют возможность сформулировать и оперативно ввести в Лист до 10 вопросов анкеты с 10 вариантами ответов на каждый вопрос. В окне Листа отображаются только те поля вопросов и ответов, которые заданы.
3. Модуль Настроек существенно модернизирован в программном отношении.
4. Изменен алгоритм сохранения на жестком диске протокола сессии КЭ, когда он представляет собой большой массив. Изменен скрипт записывающего клипа МИП, структура обращения к серверу стала односокетной, введены операции подтверждения передачи и приема блока данных, что существенно повысило надежность протоколирования.
5. С целью повышения быстродействия МИП при отображении листа регистрации, панелей настроек и авторизации изменена локализация их скриптов на шкале главного исполнительного модуля control.swf. Вместо функции маскирования активно применяются команды, основанные на свойстве _visible. Количество твин-анимаций сведено к минимуму.
6. Изменены структуры всех кнопок - теперь это только клипы.
7. Введены новые программные модули, обеспечивающие возможность моделирования сложных логических переходов внутри мультимедийных сцен. В зависимости от выбора последовательности действий оператор наблюдает тот или иной фрагмент сценария, имеет возможность управления функциями старт-стоп-пауза. Доступны также инструменты интерактивного взаимодействия оператора с элементами сцены – активными зонами, кнопками и т.п. Протоколирование интерактивного взаимодействия встраивается в общий log-файл.
8. С учетом рекомендаций эксплуатирующего персонала изменены элементы визуального оформления МИП.
9. Добавлены модули вывода информации в виде таблиц и алгоритмов.