Спецификация интерактивных образовательных модулей icon

Спецификация интерактивных образовательных модулей


Смотрите также:
Программа повышения квалификации «Инновационные подходы к разработке и реализации...
А уроках развития речи в 5-6 классах...
План-проспект курсовой подготовки специалистов Амурской области на 2011-2012 учебный год...
Проектирование микроэлектронных цифровых устройств на базе сф-модулей...
Методическое объединение иностранных языков Электив дисциплины Английский язык “...
Информационно-аналитических материалов...
Спецификация поставочного фьючерсного контракта...
Задачами интерактивных форм обучения являются...
Конкурс проводится для выявления и поощрения педагогов...
Конкурс проводится для выявления и поощрения педагогов...
Использование современных образовательных технологий в начальной школе...
Использование цифровых образовательных ресурсов на уроках географии...



Загрузка...
страницы: 1   2   3   4
вернуться в начало
скачать
Часть манифеста, заключённая в теги , служит для описания логической организации ИОМ. Каждый элемент в этой структуре должен быть описан между тегами . Внутри тегов описаны физические ресурсы, которые используются в ИОМ. Каждый ресурс должен иметь уникальный идентификатор, по которому и производится привязка к конкретной позиции в структуре.



  • ^ Метаданные ИОМ

    Используемые информационные модели метаданных


    Для описания электронных образовательных ресурсов предназначен стандарт Learning Object Metadata (LOM). Цель стандарта – облегчить поиск, рассмотрение и использование ЭОР учителями, инструкторами или автоматическими процессами в ходе выполнения программ, а также облегчить совместное использование ЭОР путем создания каталогов и хранилищ.

    Построение метаданных ИОМ основано на национальной версии LOM, адаптированной к системе российского образования − RUS_LOM. На основе информационной модели RUS_LOM разработан профиль метаданных ФЦИОР версии 1.1 [7]. Профиль предусматривает необходимые расширения словарей RUS_LOM, а также дополнение информационной модели рядом новых элементов и ассоциируемых с ними словарей.

    Для ИОМ в целом (манифеста верхнего уровня) в ДП должен присутствовать экземпляр (блок) метаданных, соответствующий моделям LOM и RUS_LOM с учетом расширений и ограничений, введенных в профиле метаданных ФЦИОР версии 1.1 [7]. Этот экземпляр метаданных приводится в XML-файлe metadata.xml в корне ДП. В манифесте указывается ссылка на данный файл (с помощью элемента манифеста adlcp:location [1]).

    Метаданные ИОМ должны удовлетворять всем требованиям профиля метаданных ФЦИОР версии 1.1. Экземпляр метаданных для ИОМ в целом может содержать расширения модели RUS_LOM, удовлетворяющие требованиям к таким расширениям, установленным в RUS_LOM (в частности, определенные в рамках пространств имен, не зарезервированных в RUS_LOM и не совпадающих с пространством имен для профиля метаданных ФЦИОР версии 1.1). Эти расширения игнорируются программными средствами Интернет-хранилища ИОМ при обработке ДП, но сохраняются в ДП, размещаемых в репозитории, и передаются в составе ДП другим системам.

    Манифесту верхнего уровня помимо обязательного экземпляра метаданных, соответствующего моделям LOM, RUS_LOM и профилю метаданных ФЦИОР версии 1.1, могут быть приписаны экземпляры метаданных, основанные на других моделях. Эти экземпляры игнорируются программными средствами Интернет-хранилища ИОМ при обработке ДП, но сохраняются в ДП, размещаемых в репозитории, и передаются в составе ДП другим системам.

    Компоненту манифеста – логической организации ИОМ (элементу манифеста organization), ее элементу (элементу item), физическому ресурсу (элементу resource), относящемуся к нему файлу (элементу file) – могут быть приписаны один или несколько экземпляров метаданных. Рекомендуется строить эти экземпляры на основе моделей LOM и RUS_LOM. Никаких других требований к указанным выше экземплярам метаданных не предъявляется. Эти экземпляры игнорируются программными средствами Интернет-хранилища ИОМ при обработке ДП, но сохраняются в ДП, размещаемых в репозитории, и передаются в составе ДП другим системам.

    При формировании метаданных ИОМ рекомендуется использовать многоплатформенный редактор метаданных, доступный в Интернет по адресу: http://fcior.edu.ru:8080/fcior2-updater/lmeupdate/.

    Глобальное уникальное обозначение (идентификатор) ИОМ рекомендуется представлять в унифицированном формате на основе модели URN [8]. Уникальный идентификатор описывается элементом метаданных lom:lom/lom:general/lom:identifier с подэлементами lom:catalog="URN:X-RUS-FCIOR" и lom:entry, содержащим уникальный идентификатор ИОМ.

    Получить уникальный идентификатор для уже существующего файла метаданных можно, открыв его в редакторе в режиме структуры и добавив элемент «Профиль ФЦИОР 1.1 -> Общие сведения  > Идентификатор во ФЦИОР».

    Тематическая классификация ИОМ, отражаемая в метаданных, осуществляется с помощью тематического классификатора ЭОР, разрабатываемого поставщиком ИОМ. При этом должны выполняться требования и правила, изложенные в [9].

    ^ Обязательный функционал учебно-методических ИОМ

    Передача результирующих данных учебной деятельности

    Рекомендуемые элементы модели данных

    Под результирующими данными интерактивного образовательного модуля понимается набор параметров, отражающих результаты работы пользователя с ИОМ.

    В основу унификации параметров результирующих данных положена спецификация SCORM RTE v.1.1. Основные компоненты SCORM RTE - модель данных и прикладной интерфейс программирования (API).

    SCORM RTE API – это интерфейс, обеспечивающий двусторонний обмен данными между ИОМ, функционирующим в клиентской вычислительной среде, и SCORM-совместимой СУУП, функционирующей на сервере.

    Модель данных SCORM RTE основана на стандарте образовательных технологий IEEE 1484.11.1, определяющем набор элементов для обмена информацией следующего характера:

    • информация об учащемся,

    • конечная цель изучения ИОМ,

    • операции, проведённые с контентом ИОМ,

    • степень успешности работы,

    • степень завершения работы.


    Для обмена информацией между ИОМ и внешними системами из модели данных SCORM RTE отобрано 15 элементов, представленных в таблице 2.

    Таблица 2: Элементы для обмена информацией между ИОМ и LMS

    N

    Идентификатор

    Смысловое определение



    cmi._version

    Версия модели данных



    cmi.completion_status

    Статус завершения



    cmi.completion_threshold

    Порог завершения



    cmi.exit

    Статус выхода



    cmi.learner_id

    Идентификатор учащегося



    cmi.learner_name

    Имя учащегося



    cmi.max_time_allowed

    Максимально допустимое время



    cmi.progress_measure

    Мера прогресса



    cmi.session_time

    Время сеанса



    cmi.success_status

    Статус успешности



    cmi.time_limit_action

    Действия по истечении лимита времени



    cmi.total_time

    Общее время



    cmi.score.scaled

    Оценка



    cmi.entry

    Статус входа



    cmi.suspend_data

    Храненилище данных между сессиями


    Ниже приведены краткие определения элементов модели, их подробное описания, возможности и ограничения использования следует брать из спецификации SCORM 2004 4th edition RTE v.1.1.

    Версия модели данных (cmi._version)

    Элемент модели данных cmi._version содержит версию модели данных. Для используемого при разработке ИОМ стандарта SCORM 2004 RTE должно иметь значение «1.0».

    Идентификатор учащегося (cmi.learner_id)

    Элемент модели данных cmi.learner_id определяет уникальный идентификатор зарегистрированного в СОУП учащегося, от имени которого был запущен ИОМ.

    Элемент модели данных доступен в ИОМ только для чтения.

    ^ Имя учащегося (cmi.learner_name)

    Элемент модели данных cmi.learner_name определяет имя зарегистрированного в СОУП учащегося, от имени которого был запущен ИОМ.

    Элемент модели данных доступен в ИОМ только для чтения.

    ^ Статус завершения (cmi.completion_status)

    Элемент модели данных cmi.completion_status определяет статус завершения работы учащегося с образовательным объектом.

    Тип данных: значение из справочника (completed, incomplete, not attempted, unknown)

    • completed (завершен) – учащийся достаточно изучил образовательный объект, чтобы считать его завершенным;

    • incomplete (не завершен) – учащийся не достаточно изучил образовательный объект, чтобы считать его завершенным;

    • not attempted (не приступал) – учащийся не работал с образовательным объектом соль либо значимым образом;

    • unknown (неизвестно) – статус завершения неизвестен.

    Элемент модели данных доступен в ИОМ для чтения и записи.

    ^ Мера прогресса (cmi.progress_measure)

    Элемент модели данных cmi.progress_measure определяет меру прогресса (степень завершения) по работе с образовательным объектом.

    Тип данных: вещественное число (с точностью до семи значимых знаков) в пределах от 0.0 до 1.0.

    Элемент модели данных доступен для чтения и записи.

    Статус успешности (cmi.success_status)

    Элемент модели данных cmi.success_status определяет усвоен ли учащимся материал образовательного объекта.

    Тип данных: значение из справочника (passed, failed, unknown)

    • passed (усвоен) – учащийся достаточно усвоил материал образовательного объекта, чтобы считать цели, поставленные в изучении объекта достигнутыми;

    • failed (не усвоен) – учащийся не достаточно усвоил материал образовательного объекта, чтобы считать цели, поставленные в изучении объекта достигнутыми;

    • unknown (неизвестно) – статус успешности неизвестен.

    Элемент модели данных доступен для чтения и записи.

    ^ Нормализованная оценка (cmi.score.scaled)

    Элемент модели данных cmi.score.scaled определяет нормализованное значение оценки.

    Тип данных: вещественное число (с точностью до семи значимых знаков) в пределах от
    –1.0 до 1.0.

    Элемент модели данных доступен для чтения и записи.

    Переменная для хранения произвольной информации (cmi.suspend_data)

    Элемент модели данных cmi.suspend_data сохранять данные, созданные в процессе взаимодействия учащегося с образовательным объектом. Рекомендуется использовать данный элемент для хранения произвольных данных о взаимодействии учащегося с образовательным объектом, что бы восстановить состояние при последующем возобновлении сессии изучения модуля.

    ^ Тип данных: строковый. Максимальная длина строки 64000 символов.

    Элемент модели данных доступен для чтения и записи.

    Информация о статусе начала сессии прохождения (cmi.entry)

    Элемент модели данных cmi.entry указывает является ли сессия прохождении образовательного объекта возобновленной или нет. Если сессия прохождения является возобновленной, то значения элементов модели данных RTE будут инициированы значениями последней сессии прохождения.

    Тип данных: значение из справочника (ab-initio, resume, [пустая строка])

    • ab-initio – новая сессия;

    • resume – сессия возобновлена;

    • «» (пустая строка) – статус неизвестен.

    Элемент модели данных доступен только для чтения.

    Информация о статусе завершения сессии прохождения (cmi.exit)

    Элемент модели данных cmi.success_status определяет усвоен ли учащимся материал образовательного объекта.

    ^ Тип данных: значение из справочника (time-out, suspend, logout, normal, [пустая строка])

    • time-out – превышено время, отведенное на изучение образовательного объекта;

    • suspend – изучение приостановлено. При последующем запуске данного объекта СОУП проинициализирует текущие значения модели данных RTE, а значение cmi.entry будет установлено в «resume»;

    • normal – завершение осуществлено в нормальном режиме;

    • «» (пустая строка) – статус неизвестен.

    Значение logout согласно спецификации SCORM 2004 не рекомендуется использовать и в последствии будет удален в последующих версиях спецификации.

    Элемент модели данных доступен только для записи.

    ^ Информация о статусе завершения сессии прохождения (cmi.completion_threshold)

    Элемент cmi.completion_threshold содержит в себе число от 0 до 1, характеризующее степень «прохождения» ИОМ, после достижения которой можно считать что степень его изучения учеником (элемент cmi.progress_measure) достаточна. Элемент модели доступен только для чтения.

    ^ Время сеанса (cmi.session_time)

    Элемент содержит время изучения пользователем ИОМ за текущий сеанс работы. Элемент модели доступен для записи.

    Максимальное отведённое время на изучение ИОМ (cmi.max_time_allowed)

    Элемент содержит лимит времени, отведённого на изучение ИОМ пользователем в рамках одной сессии. Доступен только для чтения.

    ^ Общее время работы с ИОМ по всем сессиям (cmi.total_time)

    Элемент содержит в себе суммарное время, потраченное пользователем на работу с ИОМ по всем учебным сессиям.

    ^ Действия по истечению лимита времени (cmi.time_limit_action)

    Элемент содержит инструкции для ИОМ о действиях после завершения времени, отведённого на изучение ИОМ в элементе cmi.max_time_allowed. Элемент доступен только для чтения.

    В ИОМ не обязательно должны применяться все перечисленные в таблице 2 элементы модели данных, однако необходимо использовать максимальное количество элементов модели данных SCORM RTE с тем, чтобы наиболее полно представить результаты работы учащегося с ИОМ.

    SCORM RTE не определяет правил, по которым разработчик ИОМ должен построить алгоритм присвоения значений элементам модели данных, а только фиксирует имена элементов и их смысловое определение. Например, элемент «cmi.success_status» «содержит информацию о степени успешности работы» с ИОМ.

    Важно понимать, что интерпретация значений результирующих данных в контексте каждого ИОМ – отдельная задача, требующая совместных усилий всех разработчиков, и прежде всего – специалистов предметной области. Для решения этой задачи необходимо:

    • разработать и реализовать в ИОМ критерии и методы количественной и качественной оценки результатов работы учащегося;

    • обеспечить приведение текущих параметров, отражающих взаимодействие пользователя с контентом, к результирующим данным в соответствии со SCORM RTE;

    • включить в JavaScript сценарий вызовы соответствующих методов объекта «API_1484_11», реализующего SCORM RTE API.



    В ИОМ не обязательно должны применяться все перечисленные в таблице 2 элементы модели данных, однако необходимо использовать максимальное количество элементов модели данных SCORM RTE с тем, чтобы наиболее полно представить результаты работы учащегося с ИОМ. Общее требование: необходимо использовать максимально количество элементов модели данных SCORM RTE с тем, чтобы наиболее полно представить результаты работы учащегося с ИОМ.


    ^ Доступ к программному интерфейсу SCORM RTE API

    Для работы со SCORM RTE API в образовательном объекте средствами JavaScript необходимо реализовать сканирование фреймов (окон - объектов window) web-браузера в поисках объекта с названием “API_1484_11” (в соответствии со спецификацией SCORM RTE 2004, раздел «3.3.1. Finding the API Instance»). Поиск проводится в текущем фрейме/окне, родительских фреймах текущего фрейма, окне открывшем текущее окно (opener), а также его родительских окнах.

    Пример кода для поиска объекта SCORM RTE API (функция GetAPI):

    var nFindAPITries = 0;

    var API = null;

    var maxTries = 500;

    var APIVersion = "";

    function ScanForAPI(win) {

    while ((win.API_1484_11 == null) && (win.parent != null)

    && (win.parent != win)) {

    nFindAPITries++;

    if (nFindAPITries > maxTries) {

    return null;

    }

    win = win.parent;

    }

    return win.API_1484_11;

    }

    function GetAPI(win) {

    if ((win.parent != null) && (win.parent != win)) {

    API = ScanForAPI(win.parent);

    }

    if ((API == null) && (win.opener != null)) {

    API = ScanForAPI(win.opener);

    }

    if (API != null) {

    APIVersion = API.version;

    }

    }


    ^ Функции, предоставляемые программным интерфейсом

    Функции, предоставляемые программным интерфейсом SCORM RTE API, подразделяются на три категории:

    Функции работы с сессией передачи данных:

    Данные функции предназначены для инициализации и завершения сессии передачи данных

    1. Initialize(parameter) – используется для инициализации коммуникационной сессии. Данная функция должна быть вызвана до вызова функций передачи данных. В качестве параметра должна передаваться пустая строка (“”).

    Terminate(parameter) – используется для завершения сессии и сохранения установленных функцией setValue данных. После вызова функции Terminate вызовы всех функций API, кроме вспомогательных функций, запрещены. В качестве параметра должна передоваться пустая строка (“”).

    В образовательных объектах, тип которых (атрибут adlcp:scormType) в манифесте указан как «sco» необходимо реализовать как минимум вызов функции Initialize и Terminate для инициализации и завершения сессии работы с образовательным объектом. Согласно спецификации SCORM 2004 рекомендуется прописывать вызов данных функций в событиях onload и onunload HTML тега body.

    ^ Функции передачи данных:

    Данные функции предназначены для обмена данными. К ним относятся:

    GetValue(parameter) – функция запрашивает значения элемента модели данных. В качестве параметра передается строка – название элемента модели данных, представленных в таблице 6.1 (Элементы модели данных SCORM 2004 RTE, рекомендованные для использования в ИОМ). Возвращает значение элемента данных.

    SetValue(parameter_1, parameter_2) – функция назначает значение parameter_2 элементу данных, описанному параметром parameter_1. В качестве параметра parameter_1 передается строка – название элемента модели данных, представленных в таблице 2 (Элементы модели данных SCORM 2004 RTE, рекомендованные для использования в ИОМ). Данная функция предназначена для передачи данных в СОУП.

    Commit(parameter) – сохраняет данные, назначенные элементам модели данных в СОУП. В качестве параметра должна передаваться пустая строка (“”).

    ^ Вспомогательные функции:

    Данные функции предназначены для определения произошла ли ошибка при вызове функций работы с сессией и передачи данных, получения описания и диагностики ошибки.

    GetLastError() – возвращает код ошибки, возникшей после последнего вызова функции API. Если ошибки не произошло при вызове предыдущей функции, возвращается «0»

    GetErrorString(parameter) – возвращает описание ошибки, соответствующей коду parameter

    GetDiagnostic(parameter) – возвращает дополнительную информацию об ошибке


    ^ Требования к представлению информации

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

    Минимальной структурной единицей мультимедиа контента как по объёму, так и по функциональности является медиаэлемент. Медиаэлементы лежат в основе мультимедиа, это элементарные составляющие, «кирпичи» или «атомы», объединение которых и даёт мультимедиа.

    Разделяют две группы медиаэлементов: статические и динамические. К первой группе относятся: текст (символьная информация), фото (реалистический визуальный ряд), рисунок (синтезированный визуальный ряд). К группе динамических (зависящих от времени) медиаэлементов относятся: звук (звуковой ряд), видео (реалистический визуальный ряд), анимация (2D-динамический синтезированный визуальный ряд).

    Цифровые кодировки медиаэлементов достаточно разнообразны, так что каждый из них может быть представлен в нескольких форматах. Медиаэлемент любого формата располагается в одном компьютерном файле. Воспроизведение медиаэлемента не требует оригинального сценария (scenario), об интерактивности, соответственно, говорить не приходится.

    Структурная единица мультимедиа контента следующего, более высокого уровня, – медиакомбинация – объединяет в одном файле несколько динамических медиаэлементов. Медиакомбинация – это синхронизированная совокупность одинаковых или разных динамических медиаэлементов, размещаемых в одном компьютерном файле. Типичные примеры медиакомбинаций – стереозвук, озвученные видео или анимация.

    Не следует путать медиакомбинации с динамическими медиаэлементами, в которые включена имитация статических. Например, фрагментом видео может быть статическое изображение, получаемое путем повтора идентичных видеокадров, что не мешает отнесению всего видеофайла к динамическим медиаэлементам. Для воспроизведения медиакомбинаций так же, как и для медиаэлементов, не требуется scenario. Управление воспроизведением линейной динамической последовательности путем перемещения по оси времени не является взаимодействием с контентом, иными словами, контент медиакомбинаций не интерактивен.

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

    Объединение медиаэлементов и/или медиакомбинаций для одновременного воспроизведения определяется как мультимедиа композиция. Осмысленное объединение в композицию медиаэлементов и медиакомбинаций составляет у пользователя представление о реальных или воображаемых объектах/процессах. При этом мультимедиа композиции могут строиться с определённой степенью условности, равно как и любая художественная композиция. С технологический точки зрения основное отличие композиции от элемента и комбинации заключается в использовании группы файлов, каждый из которых содержит некоторый медиаэлемент или медиакомбинацию.


    ^ Требования к интерфейсу и оформлению ИОМ


    Основные требования к интерфейсу и оформлению ИОМ заключаются в следующем:

    • оформление текста в HTML-файлах должно осуществлять средствами каскадных таблиц стилей (CSS);

    • максимальное использование возможностей JavaScript для реализации интерактивности;

    • использование в HTML элементов video и audio, когда это возможно;

    • максимальное использование решений по HTML вёрстке, совместимых со всеми браузерами и ОС. Альтернативный вариант — использование специфических решений под каждый браузер на основе определения версий ОС и браузера с помощью JavaScript;

    • единый стиль оформления контента во всех ИОМ в рамках ЭОР, ориентированного на одну целевую аудиторию;

    • оформление не должно отвлекать пользователя от содержательной составляющей, однако должно качественно предоставлять все необходимые средства управления;

    • минимальная рабочая область окна ИОМ по ширине составляет 950 пикселей;

    • не допускается использование горизонтальной прокрутки страницы при разрешении экрана 1024 x 768 пикселей и выше;

    • содержимое ИОМ должно равномерно распределяться по рабочей области окна браузера при изменении его размеров;

    • должна быть обеспечена возможность увеличения/уменьшения контента отображаемой страницы с помощью стандартного функционала браузера;

    • должен осуществляться полноценный вывод статической информации (текстовой и графической) на бумагу при печати страницы (сцены) ИОМ стандартными средствами из браузера;

    • ИОМ может делиться на страницы. Разбиение содержимого ИОМ на страницы и их количество определяется разработчиком исходя из педагогических задач разрабатываемого модуля. Рекомендуется ограничиваться десятью страницами в одном ИОМ;

    • каждая страница ИОМ должна содержать обязательный набор типовых управляющих элементов пользовательского интерфейса — переход по страницам ИОМ (если используется несколько страниц), отключение/включение озвучивания и звука медиаэлементов, звука только медиаэлементов, полное отключение/включение звука (если звук и озвучивание используются в ИОМ).


    ^ Требования к качеству мультимедиа компонентов


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

    Для символьной информации недопустимы грамматические и орфографические ошибки, нарушения правил пунктуации, стилистические погрешности. Рекомендуется выбирать шрифты, доступные пользователю после установки операционной системы. Возможно использование сторонних шрифтов (например, свободно распространяемых), включённых в ИОМ, если программным модулем ИОМ будет реализовано отображение таких шрифтов в браузерах.

    ^ Статический визуальный ряд характеризуется широким спектром требований к изображениям, полученным из разнообразных источников и имеющим разное назначение в контенте ИОМ. Большую роль при этом играют плохо формализуемые художественные критерии, поэтому для мультимедиа компонентов этого вида разумно обозначить лишь неприемлемые варианты.

    Недопустимы следующие дефекты:

    • искажение геометрии;

    • низкая четкость (потеря важных деталей изображения);

    • недосвеченность или пересвеченность фотоизображений;

    • посторонние цветные точки (цифровой шум), возникающие при недостаточной освещенности в цифровой фотосъемке;

    • нарушение цветового баланса, искажение цвета;

    • артефакты – посторонние детали, возникающие на изображении при чрезмерной компрессии;

    • муар, растровая сетка, кольца Ньютона (концентрические элементы), возникающие в результате некачественного сканирования полиграфических материалов.

    ^ Динамический визуальный ряд отличается разнообразием форм: реалистический, синтезированный (в том числе – трехмерный) визуальный ряд может использоваться в медиакомбинациях со звуком, а также составлять отдельную 3D-композицию.

    Недопустимы следующие дефекты:

    • выпадение строк и срыв синхронизации;

    • черные и сбойные полосы по периметру изображения;

    • низкая четкость (потеря важных деталей изображения);

    • рывки в динамике движения (результат изменения частоты кадров исходного видео);

    • зубчатость границ деталей изображения (результат ошибок при изменении размера кадра);

    • недосвеченность или пересвеченность;

    • нарушение границ (смазывание) цветовых переходов;

    • нарушение цветового баланса, искажение цвета;

    • недостаточная или чрезмерная цветовая насыщенность;

    • цифровой шум;

    • артефакты компрессии.

    Если динамический визуальный ряд реализован в медиакомбинации со звуковым, недопустимо несооответствие звука визуальному ряду.

    Общим требованием является использование частоты кодирования (записи) видео в 25 кадров в секунду (frame rate). Снижение частоты воспроизведения допускается только при малой динамике отображаемых событий. Кроме того, для 2D/3D синтезированного визуального ряда рекомендуется:

    • при выборе размера кадра руководствоваться смысловым содержанием, избегать «мигания»;

    • при намеренном использовании режима мигания элементов частоту задавать в пределах 1-3 Гц;

    • тщательно контролировать качество текстур для 3D изображений.



    Звуковой ряд может формироваться из различных источников. Используются аналоговые и цифровые носители, а также оригинальные записи дикторского текста и музыки.

    В звуковых фрагментах ИОМ недопустимыми являются следующие дефекты:

    • фоновый шум, гул, реверберация, скрипы и стуки, щелчки и другие посторонние звуки;

    • эффект «перегрузки» сигнала (clip) в результате ошибок обработки или записи;

    • неравномерный спектр – преобладание низких или высоких частот в конечной записи;

    • прямые дефекты дикторской речи (картавость, шепелявость, заикание и т.п.);

    • слишком широкий динамический диапазон – большая разность уровней громкости между тихим и громким фрагментами речи.


    Общие рекомендации заключаются в следующем:

    • необходимо применять нормализацию – выравнивать уровень громкости всех звуковых фрагментов модуля;

    • предпочтительно использование единого формата сжатия;

    • предпочтительно использование исходных фонограмм в цифровом виде;

    • при оцифровке звукового фрагмента с аналогового носителя должна применяться прямая коммутация, рекомендуемый пиковый уровень записи от -6dB до -3dB.





    оставить комментарий
    страница2/4
    Дата10.10.2011
    Размер0.71 Mb.
    ТипРеферат, Образовательные материалы
  • Добавить документ в свой блог или на сайт

    страницы: 1   2   3   4
    отлично
      2
    Ваша оценка:
    Разместите кнопку на своём сайте или блоге:
    rudocs.exdat.com

    Загрузка...
    База данных защищена авторским правом ©exdat 2000-2017
    При копировании материала укажите ссылку
    обратиться к администрации
    Анализ
    Справочники
    Сценарии
    Рефераты
    Курсовые работы
    Авторефераты
    Программы
    Методички
    Документы
    Понятия

    опубликовать
    Загрузка...
    Документы

    Рейтинг@Mail.ru
    наверх