Wowza Media Server® Pro руководство пользователя Версия 1.7

.0

Wowza Media Server® Pro руководство пользователя Версия 1.7

Авторское право на оригинал принадлежит : сopyright 2006 – 2009 Wowza Media Systems, Inc.

http://www.wowzamedia.com

Перевод никак не связан с оригинальным источником .

Перевод с английского: Андрей Чугай webguru aka . Вопросы, опечатки и пожелания

*{гиперссылки помещенные в (скобки )могут иметь рекламно-информационный характер и никак не связаны с Wowza }

*перепечатка данного материала приветствуется с условием активной гиперссылки

webguru@ya.ru . Материально благодарить PayPal webgugu@ya.ru Буду благодарен за корректировки в комментариях к блогу.http://softenergo.wordpress.com

Copyright © 2006 – 2009 Wowza Media Systems, Inc. All rights reserved.

Примечание : Авторские права третьих лиц

Информация третьих лиц

Данный документ содержит ссылки на сторонние сайты третьих лиц , которые не подконтрольны Wowza Media Systems, Inc (или «Wowza» и Wowza не отвечает за содержание данных сайтов. Если Вы посещаете сайты , указанные в настоящем руководстве – вы совершаете это на свой страх и риск.. Wowza дает ссылки только исключительно для вашего удобства в использовании , и эти включения не возлагают на Wоwza и Wowza не принимает никаких обязательств за контент на сайтах третьих лиц.

Торговые марки

Wowza, Wowza Media Systems, Wowza Media Server и соответствующие Логотипы являются торговыми марками Wowza Media Systems, Inc.,B могут быть зарегистрированы на территории США и в других зарубежных юрисдикциях.

Adobe and Flash зарегистрированные торговые марки Adobe Systems Incorporated, могут быть зарегистрированы на территории США и в других зарубежных юрисдикциях.

Другие имена логотипы, дизайн наименования , слова или фразы указанные в руководстве могут быть зарегистрированы на территории США и в определенных зарубежных юрисдикциях

 

Log4j and Mina: Copyright © 2006 The Apache Software Foundation

Java ID3 Tag Library and JLayer 1.0 (classic): Copyright © 1991, 1999 Free Software Foundation, Inc.

Java Service Wrapper: Copyright © 1999, 2006 Tanuki Software, Inc

 

 

(видео чаты , видео хостинг , приколы онлайн, web чаты онлайн www.yaa.su)

1. Введение

1. Введение

Что такое Wowza Media Server Pro?Wowza Media Server Pro

Возможности сервера

Server Capabilities

Wowza Media Server Pro общается с плеером клиента Flash Player по средством RTMP протокола. Это позволяет иметь большой спектр мультимедийных и интерактивных FLASH приложений.

The Wowza Pro server поддерживает flash media потоки, H.264/ACC медиа потоки, MP3 медиа потоки, , видео чаты и видео запись. Он также поддерживает компоненты со стороны сервера удаленных общих объектов {remote shared objects}. Wowza Media Server Pro позволяет вам включать интерфейс пользовательских приложений (пользовательских модулей), которые напрямую вызываются из Flash плеера.

Протокол сообщений в реальном времени

Real-Time Messaging Protocol (RTMP)

Протокол сообщений в реальном времени

RTMP базовый протокол и наиболее эффективный и самый быстрый из всех пяти вариантов. RTMPT туннельный вариант RTMP протокола , который может быть использован для туннеля через файерволлы, использующие стабильную пакетную инспекцию. RTMPE и RTMPTE декриптированные варианты RTMP and RTMPT протоколов что сохраняют данные предаваемые между Flash player и Wowza Pro. Wowza Media Server Pro включает би-направленную поддержку для Action Message Format (AMF) AMF3 и AMF0 и сериализации данных (AMF3 представлен в Flash Player 9 и ActionScript 3.0).

Протоколы

Real-Time Messaging Protocol (RTMP) протокол that Wowza Media Server Pro используемый для сообщения Flash плеером клиента. Wowza Media Server Pro поддерживает пять вариантов клиентов протокола: RTMP, RTMPE (декрептированный RMTP), RTMPT (туннельный), RTMPTE (декрептированный RTMPT) и RTMPS (RTMPT через SSL)Real-Time Streaming/Transport Protocols (RTSP/RTP)

Wowza Media Server Pro поддерживает Real-Time Streaming Protocol (RTSP) и Real-time Transport Protocol (RTP) для входящих потоков содержания H.264/HE-AAC. Это позволяет использовать не-RTMP основанную живую медиа декодировку с Wowza Pro. Эти потоки потом переводятся(не транскодируются) как необходимо для доставки в клиент Flash player . Для детальной информации по поддерживаемым RTSP/RTP декодерам посетите Wowza Media Server форум на http://www.wowzamedia.com/forums и выберите “Live Encoders” форум.

Потоки MPEG

MPEG Transport Streams (MPEG-TS)

Wowza Media Server Pro поддерживает MPEG Transport Streams (ISO 13818-1, H.222.0, MPEG-TS) для потоков содержащих H.264/HE-AAC. . Это позволяет использовать не-RTMP основанную живую медиа декодировку с Wowza Pro. Эти потоки потом переводятся(не транскодируются) как необходимо для доставки в клиент Flash player . Для детальной информации по поддерживаемым RTSP/RTP декодерам посетите Wowza Media Server форум на http://www.wowzamedia.com/forums и выберите “Live Encoders” форум.

Видео и аудио потоки

Wowza Media Server Pro может обеспечивать потоки видео и аудио контента в видео формате Flash video format (.flv), H.264/ HE-AAC media format (.f4v, .mp4, .m4a, .mov, .mp4v, .3gp, and .3g2) и MP3 format (.mp3) во Flash player клиент. Сервер поддерживает потоки всех вариантов видео, аудио, метаданных , которые могут сохраняться в Flash video файле, H.264/HE-AAC контента сохраняемый в MP4 (Quicktime контейнер) файле и аудио и MP3 метаданные сохраняемые в MP3 audio файле.

Wowza Media Server Pro также может использован для перенаправления SHOUTcast и Icecast MP3 и AAC+ audio потоков в клиент Flash player. Wowza Pro устанавливает одностороннюю обратную связь к источнику SHOUTcast или Icecast сервера для каждого уникального аудио канала. Wowza Pro, также может направлять встроенные (связанные) метаданные, такие как – название песни и артиста в клиент Flash player. SHOUTcast показывает данные возможности Wowza Pro.

Удаленные общие объекты Remote Shared Objects (RSO)

Wowza Media Server Pro вводит серверные компоненты

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

Удаленные общие объекты ( Remote Shared Objects (RSO) ) . RSO расширение ActionScript объектов , которое позволяет обмениваться данными объектов Flash movies на исходных или различных клиентских машинах.

Пользовательские модули Процедура удаленного вызова (Remote Procedure Calls)

Wowza Media Server Pro может расширяться путём кодирования клиентских модулей , которые вызываются клиентом Flash Player. Пользовательские модули вводятся в Java и динамично подвязаны к работе сервера. Пользовательские модули замена FMIS скриптов со стороны сервера . Пользовательские модули используются что бы расширить потоковые возможности сервера. для Custom modules can also be used to extend the streaming capabilities of the server.Эти модули имеют полный доступ к видео и аудио потокам на пакетном уровне в обоих случаях для входа и выхода с сервера . Этот уровень доступа даёт глубокую интеграцию с другими медиа серверами или медиа доставляющими системами, такими как SHOUTcast, PBX телефонная система, видео обслуживающие системы и многое другое.

Интерфейс Пользовательского модуля используется для интеграции Wowza Media Server Pro с другими серверами на основе АPI прямо через Java, сервисно ориентированный архитектурный протокол Service-Oriented Architecture Protocol (SOAP), процедурами удаленного вызова remote procedure calls (RPC), Java Native Interface (JNI) и Java Database Connectivity (JDBC).

Архитектура сервера и иерархия

Wowza Media Server Pro «чистый» Java сервер. Он написан в Java 5 (aka 1.5)и может динамически расширятся используя пользовательские модули . Wowza Pro может быть установлен в любой оболочке , что поддерживает Java 5 виртуальную машину или более поздние версии. Wowza Pro устойчива, компактна и встраиваема. Множество функциональных качеств заложены в модулях( jar файлы) и может быть опущена, если какие то из свойств не используются для обеспечения урезания объема и обеспечения безопасности приложения.

Для логинизации приложения используется компонент log4j logging и полный доступ даётся в в файле конфигурации свойств. По умолчанию в установке сервера лог By default the server is setup to log to both the server console in a stripped down format as well as to log files using the W3C Extended Common Log Format (ECLF).

На вершине иерархии объектов сервера лежит объект виртуального хоста( IVHost ). Каждый объект виртуального хоста содержит комплект приложений объектов (IApplication) каждое из приложений в свoю очередь содержит комплект приложений типовых объектов (IApplicationInstance) . Все клиентские объекты (IClient), объекты медиа потоков (IMediaStreams) и объекты удаленных общих (IRemoteSharedObject) объектов являются дочерними приложениям типовых объектов.

ВЕРХУШКА УРОВНЕЙ ОБЪЕКТНОЙ ИЕРАРХИИ

Из плеера Flash приложение соединяется со специфическим объектом

НАПРИМЕР:

IVHost/IApplication/IApplicationInstance посредством NetStream соединение url.var nc:NetConnection;

nc = new NetConnection();

nc.connect(«rtmp://wowza.mycompany.com/myapplication/myinstance»);

Первая часть url определяет вариант протокола будет в использовании( (rtmp, rtmpt, rtmpe, rtmpte или rtmps). Часть домена “wowza.mycompany.com” определяет к какому виртуальному хосту подключать. Часть домена также содержит номер порта в форме[domain]:[port] (“wowza.mycompany.com:80”). “myapplication” часть определяет имя приложения и “myinstance” определяет имя типового приложения. Имя типового приложения может быть опущено. В таком случае будет установлено соединение с “_definst_” типовым приложением.

Памятка

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

.

Протокольные варианты имеют следующие номера портов по умолчанию: rtmp & rtmpe: 1935, rtmpt & rtmpte: 80 и rtmps: 443.

Установив единожды к определенному типовому приложению со стороны клиента, приложение может создать или соединить с видео или аудио потоками, создавая новый объект NetStream.

Он может подсоединить или создать новый удаленный общий объект используя SharedObject.getRemote() интерфейс и может создать удаленный объект удаленного вызова , используя SharedObject.getRemote() интерфейс и может вызвать удаленные процедуры используя

NetConnection.call() интефейс . Примеры как это делается приведены далее в в этом документе.

привлекательный RTMP сервер для потокового видео, аудио, и содержания данных из и в клиент Adobe® Flash® Player, выполняет процедуру удаленного вызова и поддержки удаленных общих объектов (SHARED OBJECTS). Это альтернатива продуктов Adobe Flash Media Server t (FMIS и FMSS). В дополнение, Wowza Media Server Pro поддерживает протокол потока реального времени (RTSP), транспортный протокол реального времени (RTP) , потоков MPEG Transport Streams (MPEG-TS) для входящих потоков контента H.264/HE-AAC. Wowza Media Server Pro мощный и расширяемый сервер на основе Jawa , который может быть развернут на любой платформе и поддерживает Jawa (aka 1.5) или более поздние виртуальные машины.

Wowza Pro Server издания

Wowza Pro Server Editions

Wowza Pro Server издания

 

Wowza Media Server Pro выходит в пяти изданиях: Pro10, Pro Unlimited, Pro Unlimited с MPEG-TS, Software Subscription и Wowza Pro Unlimited с MPEG-TS для Amazon EC2. The Pro10 и Pro Unlimited издания отличаются только числом конкурентных соединений сервре может обрабатывать (10 и бесконечное множество) и лицензионными правами (см Wowza Pro EULA для детальной информации); все другие функции обсолютно одинаковы. Pro Unlimited и Pro Unlimited с MPEG-TS изданиями отличаются только в добавлении поддерджки входяфщих потоков H.264 через MPEG-TS в Pro Unlimited с MPEG-TS издания и лиц. правами (см. Wowza Media Server Pro EULA более подробно); остальной функционал неизменен. Pro Software Subscription и Pro for EC2 издания имеют такой же функционал как и the Pro Unlimited с MPEG-TS изданием, но предлагают другие лиц. условия (см. Wowza Pro EULA и Wowza Media Server Pro Unlimited для Amazon EC2 EULA, соответственно для деталей). Wowza Pro Unlimited с MPEG-TS для Amazon EC2 издания пре-конфигурированная версия Wowza Pro Unlimited с MPEG-TS работающая с Amazon Elastic Computing Cloud (EC2) оболочкой. См. для деталей :

http://www.wowzamedia.com/ec2.php.

2.Администрирование сервера

2.Администрирование сервера

Как установить, управлять, использовать и осуществлять мониторинг

Wowza Media Server Pro? 

 

Перед инсталляцией

Wowza Media Server Pro это Java 5 (aka 1.5) приложение. Для работы , оно требует инсталляции Java 5 или выше рабочей оболочки с исключениями для софта , который требует лицензии Java 6 (aka 1.6) или выше. Для разработки серверных приложений необходима Java Development Kit (JDK) ВЕРСИИ 5 или более ранних. Серверо также вводит JMX управление и интерфейс мониторинга, который в свою очередь требует JMX консоль на любой машине , которая требует мониторинга за сервером Wowza Pro. Одна из более популярных консолей JMX или JConsole, которая поставляется продавцами Java JDK. Вы так же можете осуществлять мониторинг используя перспективный JMX, который идёт с Wowza IDE. Java Development Kit также включает “server” рабочую оболочку. “server” рабочая оболочка лучший выбор при работе Wowza Pro в разработке среды.

Так что же всё это значит ? Если вы разрабатываете приложения со стороны сервера , используя сервер в производстве оболочки или собираетесь осуществлять мониторинг локально или удаленно Wowza Pro сервер на машине , вам необходимо проинсталлировать Java Development Kit версии 5 (aka 1.5) или выше (Java 6 если подписка требует лицензию). Если вы просто используете Wowza Media Server Pro на машине, то в этом случае вам необходимо загрузить Java оболочку версии 5 (aka 1.5) или вышеr (Java 6 если подписка требует лицензию).

owza Media Server Pro небольшое и мощное приложение Java.Оно сконфигурировано посредством набора XML файлов. Сервер может работать самостоятельно из командной оболочки или может быть установлен как системный сервис. Работа сервера самостоятельно лучше для разработки пользовательских приложений с момента запуска сервера и остановки лог сообщения сервера может быть виден сразу в окне консоли. Запуск сервера как системного сервиса более часто используется при работе с сервером , когда необходимо что бы сервер работал при разлогивании из машины или , если при перезагрузке сервера необходима автозагрузка. Этот раздел повествует, как администрировать сервер Wowza Server Pro. памятка

Мы рекомендуем использование Wowza Pro под последними версиями Java Development Kit (JDK) или Java оболочку (JRE) доступную на вашей платформе.

памятка

Если работа Wowza Pro под Java Development Kit (JDK) оболочкой, смотрите памятку в следующих обсуждениях форума как наиболее лучше сконфигурировать Wowza Pro , чтобы использовать рабочую оболочку “server” :

http://www.wowzamedia.com/forums/showthread.php?t=1320

Установив единожды оболочку Jaw вы можете проверить валидность на корректность, открыв командную строку {командную оболочку} и набрать команду “java –version”.Если всё корректно установлено и сконфигурировано оно покажет номер версии соответствующий 1.5 или выше.

памятка

Секция поддержки сайта Wowza Media Systems содержит дополнительную информацию и ссылки для получения помощи в получении корректной Java среды и инструментов для вашей платформы. Вы можете посетить сайт :

http://www.wowzamedia.com. памятка

Wowza Pro на платформе Windows использует JAVA_HOME варификатор оболочкиe для определения расположения Java оболочки в выборе на которой запускаться. Если у вас проблемы с запуском Wowza Pro под Windows, убедитесь дважды JAVA_HOME варификатор указывает на Java 5 (aka 1.5) или более позднюю Java оболочку. Также , когда делаете изменения или обновления вашей Java оболочки это может влиять на процесс инсталляции, убедитесь что обновляли JAVA_HOME верификатор в новое расположение. JAVA_HOME верификатор должен вести в базовую папку Java инсталляции. Эта директория содержит папку “bin”.

устанавливая сервер

 

устанавливая сервер

На Windows и Mac OS X платформах Wowza Pro server установка производиться инсталлером. На Linux, Solaris и других Unix базовых платформах, программное обеспечение устанавливается, используя само распаковывающийся бинарный инсталлер.

Windows

Что бы установить Wowza Media Server Pro на Windows дважды щелкните по инсталляционному файлу и следуйте инструкциям, появляющимся на экране. В процессе инсталляции у вас будет запрошен инсталляционный ключ сериальный номер. Без данного кода будет невозможно провест и инсталляцию.

Для отмены установки “Uninstall Wowza Media Server Pro” изe “Start>Programs>Wowza Media Server Pro” меню.

Mac OS X

Что бы установить Wowza Media Server Pro на Mac OS X запустите ( двойной клик по .dmg) файл, двойной клик по инсталляционному пакету (.pkg)файл и следуйте инструкциям на экране. Файлы будут проинсталлированы в следующем порядке.

/Applications/Wowza Media Server Pr

/Library/WowzaMediaServerPro – server application files and folders: applications, bin, conf, content, examples, lib and logs

/Library/LaunchDaemons – background service script com.wowza.WowzaMediaServerPro.plist

/Library/Receipts – installer receipt file WowzaMediaServerPro-1.7.1.pkg

o 1.7.1 – server startup/shutdown scripts & documentation

Впервые запуская сервер в режиме standalone у вас будет запрошен ключ . Серийный номер храниться в файле “/Library/WowzaMediaServerPro/conf/ Server.license”. Эта информация необходима в том случае, если вы хотите изменить серийный номер в случае апгрейда лицензии на сервер.

Для удаления , переместите следующие папки и файлы в корзину

folder: /Applications/Wowza Media Server Pro 1.7.1

folder: /Library/WowzaMediaServerPro-1.7.1

symlink: /Library/WowzaMediaServerPro

file: /Library/LaunchDaemons/com.wowza.WowzaMediaServerPro.plist

file: /Library/Receipts/WowzaMediaServerPro-1.7.1.pkg

Linux

Для инсталляции на Linux систему следуйте пошагово:

Red Hat Package Manager Systems

sudo chmod +x WowzaMediaServerPro-1.7.1.rpm.bin

sudo ./WowzaMediaServerPro-1.7.1.rpm.bin

удалить:

sudo rpm –e WowzaMediaServerPro-1.7.1-ga

Запуск Debian Package Manager Systems

sudo chmod +x WowzaMediaServerPro-1.7.1.deb.bin

sudo ./WowzaMediaServerPro-1.7.1.deb.bin

удалить:

sudo dpkg –-purge wowzamediaserverpro

Вам будет предложено согласиться с “End User License Agreement”.Пакетный менеджер распакует и проинсталлирует в “/usr/local/WowzaMediaServerPro-1.7.1” директорию. Сервер будет проинсталлирован как дерево пользователя . Серийный номер храниться в файле “/Library/WowzaMediaServerPro/conf/ Server.license”. Без ввода пароля серийного номера запуск невозможен.

 

Другие Linux и Unix Systems

Что бы установить сервре на базе Linux и Unix систем, таких как Solaris, откройте окно терминала. Загрузите “WowzaMediaServerPro-1.7.1.tar.bin” в любую директорию, и запускайте само распаковывающийся инсталлер:

sudo chmod +x WowzaMediaServerPro-1.7.1.tar.bin

sudo ./WowzaMediaServerPro-1.7.1.tar.bin

У вас будет запрошено согласие “End User License Agreement”. само распаковывающийся инсталлер ЗАГР

Что бы удалить:

гриуЗИТе ФАЙЛЫ В “/usr/local/WowzaMediaServerPro-1.7.1” директорию. . Сервер будет проинсталлирован как дерево пользователя . Запуска сервер первый раз в режиме standalone . Серийный номер находиться в файле “/usr/local/WowzaMediaServerPro/conf/ Server.license”.Эта информация будет необходима для обновления серийного номера при апгрейде лицензии. cd /usr/local

rm –rf WowzaMediaServerPro-1.7.1

По умолчанию TCP и UDP порты

Перед началом работы с потоками Wowzaнеобходимо открыть порты на вашем файерволле. Данная таблица показывает порты по умолчанию Wowza Pro использует в потоках. Все эти порты конфигурируются в через файлы описанные ранее RTMP/RTMPT/RTMPE/RTSP-interleaved Streaming	TCP 1935
RTP UDP ПОТОКИ	UDP 6970-9999
JMX/JConsole мониторинг и администрирование	TCP 8084-8085

Запуск и остановка сервера

Запуск и остановка сервера

Windows: Standalone

Под Windows, Wowza Media Server Pro может запускаться и останавливаться из DOS коммандера быстро, из “Start” меню в Windows “Services” административное устройство. Что бы запустить сервер из DOS command prompt, откройте DOS . Измените директорию (“cd”) в “bin” в инсталляционной папке. По умолчанию расположение папки:

cd %WMSAPP_HOME%\bin

Что бы запустить сервер наберите в “.\startup.bat” и выйдите. Скрипт запуска откроет новое окно консоли , которая содержит все руководства по залогиванию. Для остановки сервера закройте консольное окно кликнув га ближайшем окне или вводом “.\shutdown.bat” команды в DOS. Сервер таже может быть запущен и остановлен из “Start” меню , используя “Server Startup” и “Server Shutdown” раздел меню в “Programs>Wowza Media Server Pro” группе.

Windows: СЕРВИС

Чтобы запустить сервер как сервис Windows, откройте “Settings>Control Panel>Administrative Tools>Services” административной панели и расположите “Wowza Media Server Pro” в списке. Затем, просто откройте панель и выберите “Start” из контекстового меню. Для остановки выберите “Stop” в том же контекстовом меню. Для конфигурации запуска при рестарте Windows , выберите в “Properties” правым кликом на контекстовое меню, установите “Startup type” на “Automatic” и жмите “OK” для сохранения настройки.

Памятка

По умолчанию Windows сервис запускается под “Local System Account”. Это может ограничивать как Wowza Pro согласовывает работу с выбранной операционной системой. Например, вы можете не запуститься в Wowza Pro, используя JConsole/JMX или вы на выходе можете иметь потоки контента из UNC прохода. Что бы обеспечить маршрутизацию, модифицируйте работу сервиса как по имени юзера в “Log On” таблице диалогового окна сервис настроек.

Mac OSX: Standalone

На Mac OS X сервер запускается в режиме standalone mode так же путем вызова из “Server Startup” скрипта в “/Applications/Wowza Media Server Pro 1.7.1” или открыв “Terminal” окно и введите:

cd /Library/WowzaMediaServerPro/bin

./startup.sh

Mac OSX: СЕРВИС

Запуск серва как Mac OS X запускаемого сервиса, откройте “Terminal” окно и введите:

sudo launchctl load -w /Library/LaunchDaemons/com.wowza.WowzaMediaServerPro.plist

Остановка – введите:

sudo launchctl unload -w /Library/LaunchDaemons/com.wowza.WowzaMediaServerPro.plist

Linux: Standalone

Под Linux и Mac OS X сервер может быть запущен из командной оболочки или запущен как сервис. Из командной строки, введите следующие команды:

cd /usr/local/WowzaMediaServerPro/bin ./startup.sh

остановка :

./shutdown.sh

Linux: сервис

Для запуска сервера как Linux сервис, откройте командную строку и введите одну из команд (они отличны в разных Linux ДИСТРИБУТИВАХ ):

/sbin/service WowzaMediaServerPro start

или

/etc/init.d/WowzaMediaServerPro start

Для остановки , введите одну из этих команд:

/sbin/service WowzaMediaServerPro stop

Или /etc/init.d/WowzaMediaServePro stop

Памятка

init.d сервисе может отличаться в дистрибутивах Linux . Проконсультируйтесь в руководстве по LINUX, если данные команды отличны в дистрибутиве Linux. Памятка

Linux сервис субсистема скриптов не использует полный $PATH определитель для обнаружения расположения Linux команд. Он использует известный как “init” проход. Это может привести к Linux изданию , где по умолчанию расположение Java может быть не найдено при вводе “init” прохода. См. форум для деталей:

http://www.wowzamedia.com/forums/showthread.php?t=1511

Метод запуска основанный на

ВВОД СЕРИЙНОГО НОМЕРА

ВВОД СЕРИЙНОГО НОМЕРА

Wowza Media Server Pro ХРАНИТ ДАННЫЕ О СЕРИЙНЫХ НОМЕРАХ (для каждой платформы):

%WMSCONFIG_HOME%\conf\Server.license – Windows

/Library/WowzaMediaServerPro/conf/Server.license – Mac OS X

/usr/local/WowzaMediaServerPro/conf/Server.license – Linux/Unix

Чтобы изменить серийный номер, отредактируйте данные файлы и введите новый номер. При старте сервера в режиме standalone , четыре последних цифры буду отображены в окне консольных команд.

Конфигурация сервера

Конфигурация сервера

Сервер конфигурируется набором файлов XML, конфигурация и свойства файлов в “conf” папке главной паке приложений. Эти файлы конфигурации могут быть прочтены при работающем сервере. Эти файлы могут быть отредактированы стандартным текстовым редактором.

Памятка

Для новейшей информации см. the “General Tuning Instructions” на форуме:

http://www.wowzamedia.com/forums/showthread.php?t=1320

Server.xml

Server.xml файл конфигурации используется для настройки оболочки контейнера сервера.

CommandInterface/HostPort – DomainName или IpAddress и порт

ip адрес и порт используются для командного интерфейса сервера. Командный интерфейс прямое сокет соединение интерфейса, что используется классом “BootStrap” для закрытия и рестарта запущенного Wowza Pro сервера. Для обеспечения безопасности использования сервера возможно опустить эту секцию в файле Server.xml . Если опустите , то сервер будет функционировать нормально, но не будет отвечать на команды рестарт и закрыть.

JMXRemoteConfiguration, AdminInterface

Конфигурация удаленного интефейса Java Management Extensions (JMX) . СМ. “Server Management Console and Monitoring” ГЛАВУ Консоль управления и мониторинга сервером .

UserAgents Юзер Агенты

“|” (трубка) разделенный состав агентов по браузеру , который при использовании интерпретируется как RTMPT/RTMPTE/RTMPTS соединение.

TransportThreadPool/PoolSize, HandlerThreadPool/PoolSize

TransportThreadPool/PoolSize и HandlerThreadPool/PoolSize определяет максимальный размер уровней серверных соединений в пулах : транспортном и обработчика. В транспортном пуле используется чтобы читать /записывать данные из транспортного сокета. Линия пула обработчика используется для обработки входящих сообщений. Уровни линий серверного пула используются только в виртуальном пул хосте установлен размер 0. Этот уровень служит для управления и команды остановки . Из-за этого размер не должен быть установлен менее 10.

RTP/ DatagramStartingPort Порт

RTP/DatagramStartingPort наименьший порт UDP по объему подписанный для передачи UDP потоков. Порты назначены при старте и их объем увеличивается на 1. Наиболее распространенная объем для базовых RTSP/RTP серверов 6970. Если вы собираетсесь поддерживать RTSP/RTP, чистый RTP или MPEG-TS потоки , то лучше открыть порт UDP 6970-9999.

ServerListeners/ServerListener – BaseClass

ServerListeners это список Java классов загруженных Wowza Pro server при инициализации сервера и обозначают события в процессе жизненного цикла сервера. Пользовательские классы могут быть использованы, что бы расширить сервер в области функциональности таких как интфейс SOAP или интеграция с servlet контейнером. Проконсультируйтесь com.wowza.wms.server.IServerNotify2 о классах в Wowza Media Server Pro Server Side API документации более детально.

VHostListeners/VHostListener – BaseClass

VHostListeners список Java классов , которые загружаются Wowza Pro server при инициализации сервера при уведомлении событий во время работы сервера. Эти пользовательские классы могут быть использованы для мониторинга и остановки виртуального хоста и могут быть использованы для перезаписи информации о соединении по каждому соединению отдельно. Проконсультируйтесь com.wowza.wms.vhost.IVHostNotify class в Wowza Media Server Pro Server Side API документации более детально.

VHosts.xml

VHosts.xml файл конфигурации служит для определения оболочки хоста. По умолчанию сервер идет с односторонней виртуальной хост оболочкой называемой _defVHost_. Полное описание этого файла конфигурации можете найти в “Virtual Hosting” (виртуальный хостинг) главе данного документа.

VHost.xml

VHost.xml конфигурация используется для управления общей работой виртуального хоста. Служит жля установки серверных портов и ip адресов и конфигурации размера линий. Ниже описание каждой настройки в VHost.xml файле.

HostPortList/HostPort – DomainName или IpAddress, Port и SSLFactoryClass

Список ip адресов и портов , что прослушиваются сервером для входящих соединений. Вы можете задать SSL класс , что позволит ввести SSL инкриптированные сервисы. Четыре дочерних элемента используются для определения хост порта: “DomainName”, “IpAddress”, “Port” и “SSLFactoryClass”. “DomainName” и “IpAddress” обоюдно эксклюзивны. Если “DomainName” выбрано, сервер будет использовать DNS поиск для определения ip адреса, который будет использован сервером для этого соединения. Если “DomainName” или “IpAddress” “*” (asterisk) выбрано , сервер быдет прослушивать местные все! ip адреса для входящих соединений. Без-SSL соединение будет воспринимать RTMP, RTMPE, RTMPT , RTMPTE, RTSP и HTTP соединения. SSL соединения могут только воспринимать RTMPS.

HostPortList/HostPort/ProcessorCount

Это количество линий для входящих запросов через сокет соединения. См. “General Tuning Instructions” форума для свежих предложений по настройке.

HostPortList/HostPort/SocketConfiguration – ReuseAddress, ReceiveBufferSize, SendBufferSize, KeepAlive и AcceptorBackLog

Эта секция детальная конфигурация сокет соединений , создаваемых HostPort определителем в процессе работы. Через эти настройки вы можете регулировать воспроизведение сокет соединений , которые будут использованы для пересылки данных в и из Wowza Pro сервера. SendBufferSize и ReceiveBufferSize – две самые важные настройки. Они определяют размер буферной памяти используемой при пересылки данных через сокет соединения. См. “General Tuning Instructions” форум для более свежей информации по настройкам.

ReuseAddress и KeepAlive настройки обе используются как достоверные и предоставляются только для общей полноты.

AcceptorBackLog настройка управляет количеством запросов TCP соединений, которые могут быть ограничены перед тем как новый запрос на соединение отклонён. Wowza Pro сервер может отвечать на запрос TCP соединения очень быстро и как только возможно. Объем задается не менее 50. Он может быть задан в размере -1 что позволит операционной системе управлять объемом(это не очень классная идея , некоторые платформы могут задавать малый объем ,что сильно увеличивает время соединения).

HostPortList/HostPort/HTTPProvider – BaseClass и Свойства

Это справочная часть пользовательских Java классов , что будет использоваться в сервисе входящих HTTP запросов через HostPort. Wowza Pro серевер идет с тремя HTTPProvider классами:

com.wowza.wms.http.HTTPServerVersion Returns version number

com.wowza.wms.http.HTTPConnectionInfo Returns connection info

com.wowza.wms.http.HTTPServerInfoXML Returns detailed info in XML

HTTPServerVersion класс возвращает в HTML текущую серверную версию. HTTPConnectionInfo класс возвращает текущее кол-во соединений к серверу в форме «server=#”. Этот класс может быть использован для обеспечения баланса загрузки информации во Flash клиент. “HTTPServerInfoXML” возвращает детали соединения в XML. Проконсультируйтесь в com.wowza.wms.http. IHTTPProvider класс в Wowza Media Server Pro Server Side API документации для создания вашего HTTPProvider класса.

TransportThreadPool/PoolSize, HandlerThreadPool/PoolSize

TransportThreadPool/PoolSize и HandlerThreadPool/PoolSize определяет максимальный размер линий виртуального хоста в транспортном и пуле обработчика . Транспортный пул служит для чтения и записи данных из транспортных сокетов. Пул обработчика служит для обработки входящих сообщений. Если размер пула установлен на ноль для соответствующего типа , уровень пула сервера соответствующего типа будет использован в виртуальном хосте. СМ. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

IdleWorkers – WorkerCount, CheckFrequency

IdleWorkers/WorkerCount управляет количеством потоков используемых при генерации событий при простое. IdleWorkers/CheckFrequency время в миллисекундах между проверками что бы видеть , если клиент был в простое для Client/IdleFrequency. IdleWorkers/CheckFrequency должны быть минимум в четыре раза меньше, чем Client/IdleFrequency. См . “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

NetConnections – ProcessorCount, IdleFrequency

NetConnections/ProcessorCount кол-во потоков используемых для сервиса исходящих соединений между Wowza Pro серверами. NetConnections/IdleFrequency время в миллисекундах между NetConnection событий простоя . См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

NetConnection/SocketConfiguration – ReuseAddress, ReceiveBufferSize, SendBufferSize и KeepAlive

Это секция детальной конфигурации сокет соединений используемых между Wowza Pro серверами. См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

HTTPTunnel/KeepAliveTimeout

Для живой поддержки RTMPT, RTMPTE и RTMPS соединений.

Client – ClientTimeout, IdleFrequency

Client/ClientTimeout время в миллисекундах сервер ожидает перед закрытием , если соединение не установлено с клиентом. Client/IdleFrequency время в миллисекундах между событиями простоя.

Для базового потока видео по требованию размер в 250 миллисекунд обеспечит наибольшую устойчивость и

надежность по сравнению с соотношением производительности. Для живых потоков размер между 125 и 250 миллисекундами более желателен. Это увеличит частоту, с которой медиа данные посылаются во Flash клиент. Если вы редактируете объем, будьте уверены ,что также отрегулировали IdleWorkers/IdleFrequency по размеру в четыре раза меньше, как минимум. RTP/ DatagramConfiguration – ReuseAddress, ReceiveBufferSize, TrafficClass и MulticastTimeout, [Unicast|Multicast][Incoming|Outgoing]/ProcessorCount

Эта секция детальной конфигурации UDP сокетов , используемых между Wowza Pro и декодеров на базе RTP. ReceiveBufferSize две наиболее важных настройки в группе. Они определяют размер буфера памяти используемый при трансфере данных через сокет соединение. См. “General Tuning Instructions” ФОРУМ для советов по последним настройкам.

 

ReuseAddress, TrafficClass и MulticastTimeout даются для настройки полноты работы.

 

 

 

“ProcessorCount” возможности связанны с “UnicastIncoming”, “UnicastOutgoing”, “MulticastIncoming” и “MulticastOutgoing” управляют количеством потоков для работы с UDP соединениями связанных с МPEG-TS потоками. Эти возможности в данное время не используются и будут добавлены в следующих версиях программного обеспечения Wowza Pro .

Application/ApplicationTimeout

Время в миллисекундах сервер будет ожидать перед закрытием приложения к которому нет подсоединений клиента. Размер в ноль будет удерживать приложение в активном состоянии пока виртуальный хост не будет остановлен.

Application/PingTimeout

RTMP протокол включает механизм пинга соединения. Этот таймаут максимальное время в миллисекундах Wowza Pro будет ожидать ответ от клиента.

Application/ValidationFrequency

Если соединение с Flash клиентом не посылает данные в Wowza Pro сервер вовремя определенное настройками (в миллисекундах), Wowza Pro will посылает RTMP пинг сообщение в клиент , что бы проверить , что соединение еще валидно и прослушивается.

Application/MaximumPendingWriteBytes

Максимальное кол-во байтов , которое может быть в очереди на отправку клиенту до момента его отключения . Установите на ноль что бы убрать эту проверку. Запрещенные байты в очереди будут проверены в процессе валидации клиента.

Application/MaximumSetBufferTime

Максимальное кол-во в миллисекундах которое дает сервер со своей стороны для вызова со стороны клиента в NetStream.setBufferTime(сек). Установите возможность на ноль , чтобы отключить проверку. По умолчанию размер 60000 (или 60 сек). Эта заключается в нестыковке с Replay Media Catcher, который устанавливает большой клиентской стороны буфер который в состоянии

обмануть сервер на отправку всей массы информации и данных одновременно . Это может привести к задержкам памяти Java . Properties/Property – Name, Value

Свойства в форме имени , свйоств могут быть прикреплены парно к определителю виртуального хоста. Эти свойства доступны на серверной части API через IVHost.getProperties() интерфейс.

Streams.xml

Streams.xml конфигурация используется для определения типа потока со стороны сервера (серверная часть NetStream реализована). Ниже описание каждой настройки в Streams.xml файле.

Stream – Name, Description, ClassBase, ClassPlay

Определение потока состоит из “Name”, “Description”, “ClassBase”, “ClassPlay”. “Name” элемент должен быть уникальным и его определитель используется для справки типа потока в Application.xml файле (описанном выше) так же как и форма Flash плеера клиента. “Description” элемент используется только для отладки. “ClassBase”и “ClassPlay” определяет Java классы, которые будут обработаны в сервисе данного потока. Концепция типов потоков описана ниже в “Client Side Scripting” разделе документа.

Properties/Property – Name, Value Свойства – ИМЯ , РАЗМЕР

Свойства в форме имени , свойств могут быть прикреплены парно к определителю виртуального хоста. Эти свойства доступны на серверной части API через IStream.getProperties() интерфейс.

 

Памятка

Wowza Pro включает три разных метода поиска потока видео; “videoKeyFrame”, “audio” и “enhanced”. Метод поиска определяется “seekTarget” свойством по «умолчанию”, ‘record” и “file” типов потоковs. “videoKeyFrame” метод (по умолчанию) будет искать ближайший ключевой фрейм. “audio” метод будет искать ближайший аудио пакет и будет воспроизводить ключевой видео фрейм и будет использовать предыдущий ключевой как воспроизводимое видео и начнет обратно воспроизводить видео фрейм пока не достигнет следующего ключевого видео фрейма. “enhanced” метод (работает только с Flash player 9,0,0 или выше) будет искать ближайший фрейм и ,если нужно, сгенерирует ключевой. “enhanced” метод потребляет максимально системные ресурсы.

MP3Tags.xml

MP3Tags.xml конфигурационный файл, используемый для определения имени свойства , что использует onId3(var info:Object) info объект , проигрывания MP3 файл. Каждая из ID3V2 метки, что встроена в MP3 файл идентифицируется четырьмя параметрами определителями ( см. http://www.id3.org/). Этот файл конфигурации используется как карта этих 4 параметров для более понятных наименований.

MediaReaders.xml

MediaReaders.xml конфигурационный файл ипользуется для определения классов Java , которые считывают медиа формат файлы Flash media, H.264/HE-AAC и MP3 . Он тоже может быть использован для конфигурации для любых пользовательских типов медиа файлов .

MediaWriters.xml

MediaWriters.xml файл конфигурации использует для определения Java классов которые используются для записи записанных flv файлов. Этот кофигурацимонный файл позволяет определять тип определения собственных классов , которые запрашивает сервер при записи файлов сервером.

RTP.xml

RTP.xml файл конфигурации определяет Java классы для трансляции исходных RTP медиа пакетов в о Flash медиа пакеты.

Authentication.xml

Authentication.xml файл конфигурации используемый для определения Java классов настроек для обеспечения сохранности RTSP соединения с сервером. По умолчанию три метода аутентификации: нет (нет аутентификации ), базовый (password и username посылаются текстом) и дайджест (password урезан с использованием MD5 и не передается текстом по сети). Usernames и passwords хранятся в файле [install-dir]/conf/rtp.password.

 

 

 

 

 

 

 

 

Формат этого файла это строка каждого юзера с именем юзера и через пробел пароль. Метод аутентификации (RTP/Authentication/Method) может быть установлен для всего виртуального хоста в VHost.xml или на основе приложения в Application.xml.

MediaCasters.xml

MediaCasters.xml конфигурационный файл, который определяет сервисы что подсоединяют к другим потокам серверов обеспечивающим контент для Wowza Media Server Pro. Пример одного из таких сервисов есть SHOUTcast. Это также конфиграционный файл репитора живых потоков.

log4j.properties

log4j.properties файл используется для настройки логгинга сервера. Система логгинга использует Java log4j. По умолчанию сервер настроен, что бы логиниться. По умолчанию сервер сконфигурирован на основе лога в окне консоли W3C Extended Common Log Format (ECLF) для лог файлов. Детальная информация по данному разделу как конфигурировать логгинг найдете в разделе «Logging” этой главы.

Application.xml

Application.xml конфигурационный файл находиться в корне “conf” папки по умолчанию файл конфигурации приложения. Следующая секция как приложение конфигурации работает.

(love LOVE love здесь)

Конфигурация работы

Конфигурация работы

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

bin\ setenv.bat (Windows)

bin\setenv.bat вызывается когда сервер запускается из командной строки. Наиболее важные настройки:

set _EXECJAVA=java # Command used to invoke java

set JAVA_OPTS=»-Xmx768M» # Command line options for java command

bin\WowzaMediaServerPro-Service.conf (Windows)

bin\WowzaMediaServerPro-Service.conf конфигурационный файл используется когда вызывается сервер как Windows сервис. Настройки самые важные в этом файле:

wrapper.java.command=java # Command used to invoke java

wrapper.java.initmemory=3 # Initial Java Heap Size (in MB) wrapper.java.maxmemory=768 # Maximum Java Heap Size (in MB)

/Library/WowzaMediaServerPro/bin/setenv.sh (Mac OS X)

bin/setenv.sh вызывается когда сервер запущен в standalone и сервис режиме. Настройки самые важные в этом файле :

_EXECJAVA=java # Command used to invoke java

JAVA_OPTS=»-Xmx768M» # Command line options for java command

/usr/local/WowzaMediaServerPro/bin/setenv.sh (Linux)

bin/setenv.sh вызывается когда сервер запущен в режиме standalone. Настройки самые важные в этом файле :

_EXECJAVA=java # Command used to invoke java

JAVA_OPTS=»-Xmx768M» # Command line options for java command

/etc/WowzaMediaServerPro/WowzaMediaServerPro-Service.conf (Linux)

/etc/WowzaMediaServerPro/WowzaMediaServerPro-Service.conf вызывается когда сервер запущен в режиме сервис. Настройки самые важные в этом файле :

_EXECJAVA=java # Command used to invoke java

JAVA_OPTS=»-Xmx768M» # Command line options for java command

Конфигурация приложения

Конфигурация приложения делается через файл конфигурации XML . Когда Flash клиент делает запрос в Wowza Pro сервер, Wowza Pro сервер идет по следующей схеме ([application] имя приложения к которому клиент подсоединяется):

Проверяет имя папки приложения “[install-dir]/applications/[application]”. Если папка присутсвуект идет к шагу 2. Если папки нет , то связь прерывается.

Проверьте на наличие файла конйигурации приложения“[install-dir]/conf/[application]/Application.xml”. Если файл присутствует ,то он загружает его и не идет к шауг 3. Если нет , то идет к шагу 3.

Загружает файл конфигурации приложения “[install-dir]/conf/Application.xml”.

 

Application.xml

Ниже описание каждой настройки в файле Application.xml .

Application/ApplicationTimeout

Время в миллисекундах сервер будет ждать перед закрытием приложения к которому нет клиентских соединений. Размер в ноль будет удерживать приложение в работе пока виртуальный хост не будет остановлен . Если размер(значение) не задан (секция закомментирована) будет использована настройка в VHost.xml .

Connections/AutoAccept Соединения /АВТОприем

Возможные значения “true” или “false”. Настройка определяет, будет ли приложение автоматически принимать запрос на соединение. Если “true” все входящие сообщения будут автоматически приняты. Если “false” приложению необходимо сделать с серверной стороны запрос к “client. acceptConnection()”, что бы принять входящий запрос на соединение (см. “Creating a Custom Module” для деталей).

Connections/AllowDomains Соединения/РазрешитьДомены

Connections/AllowDomains разделяемый запятыми список доменных имен или ip адресов , для которых соединение будут приниматься. Имена доменов или ip адресов, которые указаны здесь представляют доменное имя или ip адрес Flash swf файла что соединяется с Wowza Pro сервером ил ip дрес клиента подсоединяемого к Wowza Pro. Если значение оставить пустым все соединения с ip и доменов будут приняты. Например, если у вас .swf file , что расположен в url:

http://www.mycompany.com/flash/myflashmovie.swf

Для конфигурации сервера для в режиме доступа к Wowza Pro server только с вашего домена установите AllowDomains на www.mycompany.com. Вы можете добавить ip адрес (или ip ip адрес wildcard) что бы принимать соединения с определенных ip. Вы можете фильтровать по ip адресам , когда работаете с клиентским декодером , таким как On2 Flix Live , который не валидирует реферов.

Вы можете использовать the wildcard “*” что бы обозначить часть домена или ip адреса. Например , вы хотите использовать все домены заканчивающиеся на mycompany.com – вам надо указать доменное имя *.mycompany.com.

Так это позволяет обрабатывать домены перед событийным методом , т.е методом onConnect. Если вы хотите детализировать доступ к вашему серверу, вы можете перепрыгнуть метод onConnect событийным регулятором в пользовательском модуле, представив свой фильтр механизм.

Streams/StreamType Потоки/Типы потоков

Имя ( как определено в файле Streams.xml) по умолчанию тип потока для приложения. Разъяснения можно найти в “Stream Types” секции “Client Side Scripting” глава этого документа.

Streams/StorageDir и SharedObjects/StorageDir

Streams/StorageDir полный проход к директории, где считываются и пишутся файлы соответствующих потоков (.flv) в и из. SharedObjects/StorageDir полный путь к директории где это приложение считвывает и пишет соответствующие файлы удаленных общих объектов в и из. Если эти свойства оставлены пустыми, приложение будет использовать следующие директории s Streams/StorageDir и SharedObjects/StorageDir:

%WMSCONFIG_HOME%/applications/[application]/streams/[appinstance]

%WMSCONFIG_HOME%/applications/[application]/sharedobjects/[appinstance]

%WMSCONFIG_HOME%

the value of the environment variable WMSCONFIG_HOME [application] the name of the application [appinstance] the name of the application instance Несколько динамичных свойств могут быть использованы как часть StorageDir пути, используя синтаксис ${[variable-name]}.Следующие возможности доступны :

${com.wowza.wms.AppHome} – Application home directory

${com.wowza.wms.ConfigHome} – Configuration home directory

${com.wowza.wms.context.VHost} – Virtual host name

${com.wowza.wms.context.VHostConfigHome} – Virtual host config directory

${com.wowza.wms.context.Application} – Application name

${com.wowza.wms.context.ApplicationInstance} – Application instance name

For example the default Streams/StorageDir can be specified using the path:

${com.wowza.wms.ConfigHome}/applications/${com.wowza.wms.context.Application}/

streams/${com.wowza.wms.context.ApplicationInstance}

Streams/Properties ПОТОКИ/ВОЗМОЖНОСТИ

Streams/Properties возможности, которые могут быть изменены в определенном [install-dir]/conf/Streams.xml на основе на-приложение. Наприме , что бы переключить на улучшенный поиски любого видео или по запросу типа потока, добавьте свойство “seekTarget” к набору свойств и установите качество на “enhanced”.

Client/IdleFrequency КЛИЕНТ/ЧАСТОТА ПРОСТОЯ

Client/IdleFrequency время в миллисекундах между событиями простоя. Если размер установлен в -1 будет использовано время из VHost.xml. Если размер установлен другой не -1 он опустит VHost.xml для всех соединений определит по Application.xml файлу. См. VHost.xml описание .

Client/Access – StreamReadAccess, StreamWriteAccess, StreamAudioSampleAccess, StreamVideoSampleAccess, SharedObjectReadAccess и SharedObjectWriteAccess

Client/Access Клиент /Доступ конфигурационные параметры управляют досту4пом по умолчанию клиентскими соединениями к активам соединенным с определенным Wowza Pro приложением. Индивидуальный клиентский доступ может модерироваться через серверную часть.Это наиболее часто используется при соеднинении и настройке onConnect или onConnectAccept событиями.Каждое из этих настроек , разделеное через запятую список имен соответсвующих имени актива (имени потока или удаленного общего потока ) для управления доступом.Если часть имени актива соответсвует одному из жлементов в списке , то доступ даётся. Размер поля чевствителен при работе. Если параметры пусты(blank) доступ будет закрыт для всех клиентов.Если будет установлено на “*” параметр, то доступ будет дан всем клиентам. Пример, если StreamReadAccess установлен на “testa/testb;testc”, далее следующие потоки будут разрешены по правилу:

testc/test Granted Access

testC/test Denied Access (incorrect case)

testa/testb Granted Access

testa/testb123 Granted Access

testa/testb/file123 Granted Access

testa/test Denied Access (incomplete match)

StreamReadAccess: управляет доступом для просмотра и прослушивания

StreamWriteAccess: управляет доступом на запись или публикацию

в NetStream объекте.

StreamVideoSampleAccess: управляет доступом в вызове

StreamAudioSampleAccess: управляет доступом для вызова

SharedObjectReadAccess: управляет доступос для считывания свойств из

SharedObjectWriteAccess: управляет доступом для записи свойств в

RemoteSharedObject удаленный обший объект. RemoteSharedObject удаленных обших объектов. SoundMixer.computeSpectrum() для грабинга волновых данных объекта NetStream . BitmapData.draw() для снятия снимка NetStream объекта. RTP/Authentication/Method /Аутентификация/метод

Метод аутентификации используется для сохранения RTSP соединения в Wowza Pro. Аутентификационный метод определяется и настраивается в Authentication.xml. По умолчанию три метода аутентификации : нет (нет аутентификации), базовый (пароль и имя передаются чисто текстовой ) и дайджест ( пароль бьется , использованием MD5 и не передаются в сеть в текстовом виде). Имя и пароль хранятся в файле rtp.password. Формат этого файла это строка с именем и паролем через пробел. Метод аутентификации может быть выставлен в виртуальном хосте VHost.xml.

RTP – AVSyncMethod, MaxRTCPWaitTime

Эти две настройки управляют тем, как Wowza Pro синхронизирует аудио и видео каналы, получая RTP поток. AVSyncMethod конфигурирует методологию, используемую для синхронизации аудио и видео каналов. There are three possible values; senderreport (use the Sender Report (SR) packets that are sent over the Real-time Control Protocol (RTCP) channel), rtptimecode (assume the RTP timecodes are absolute timecode values), systemclock (synchronize based on the system clock). The default value is senderreport. MaxRTCPWaitTime is the maximum time in milliseconds Wowza Pro will wait to receive a Sender Report (SR) packet over the Real-time Control Protocol (RTCP) channel. If not SR packets are received within this time period the server will default to using the rtptimecode method.

RTP/Properties /

RTP/Properties свойства , которые могут быть расширены в [install-dir]/conf/RTP.xml на основе на -приложение.

MediaCaster/Properties

MediaCaster/ свойства , которые могут быть расширены в [install-dir]/conf/MediaCasters.xml на основе на-приложение. Например , что бы установить время потока за пределы размера какого то вида воспроизведенеия , добавьте свойство “streamTimeout” к набору свойств и установите размер отличный от нуля.

MediaReader/Properties

MediaReader/Properties свойство , которое может быть разширено в [install-dir]/conf/MediaReaders.xml на основе на-приложение.

Modules/Module – Name, Description and Class Имя ,описание и класс

Секция модулей – список модулей что доступны данному приложению. “Name” и “Description” элементы только для логинга и разбагировки. “Class” элемент полное пакетное имя и имя класса модуля. См “Server Side Modules” как сконфигурировать данный модуль.

Properties/Property – Name, Value имя ,объём

Properties in the form of name value pairs can be attached to an application definition. All application properties are copied to child application instances upon instance creation. These properties are available in the server side API through the IApplicationInstance.getProperties() interface.

NetStream объектов.