Здесь нужно решить несколько проблем. Давайте пройдемся по ним один за другим.
Неизвестные ошибки
Чаще всего «произошла неизвестная ошибка» возникает из-за вызовов API-интерфейсов DirectShow, которые завершаются сбоем по любой неожиданной причине (странное устройство захвата, процессор не справляется с кодированием и, в основном, любое событие, которое может прервать поток кадров графа DirectShow). Попробуйте другой источник захвата и посмотрите, изменятся ли ваши результаты. Кроме того, выполните длительное кодирование со своего устройства в локальный файл Windows Media, чтобы убедиться, что здесь все в порядке.
Ошибки сети/запрос не понят сервером
Сетевые ошибки, по моему опыту, в основном связаны с пропускной способностью; однако «запрос не понят» может означать, что вы что-то меняете в своих HTTP-запросах (прокси-сервер между ними и т. д.).
Сначала протестируйте по запросу
Сначала протестируйте поток по требованию с вашего сервера EC2. Загрузите Big Buck Bunny или закодируйте что-нибудь самостоятельно и убедитесь, что у вас есть доступ к http://example.com/BigBuckBunny.ism/Manifest в браузере. Протестируйте его с помощью Smooth Streaming Health Monitor на стороне клиента и производительности сервера. с помощью инструмента тестирования производительности IIS Smooth Streaming. Это позволит убедиться, что службы мультимедиа IIS работают правильно.
Порядок запуска
Убедитесь, что вы запускаете прямую трансляцию точки публикации в следующем порядке:
- На сервере EC2 перейдите к Live Publishing Point и запустите его. Это переведет точку публикации в состояние готовности к приему потока.
- В Expression Encoder нажмите Подключить после ввода URL-адреса точки публикации. На этом этапе вы должны увидеть успешное соединение, если порт 80 открыт.
- Нажмите Старт, и кодирование должно начаться. (Лучше всего начать с 1 или 2 битрейтов при тестировании вашего потока; держите полосу пропускания низкой.)
Альтернативный вариант
Если ничего не помогает, настройте Smooth Stream на локальном хосте (Expression отправляет поток в IIS Media Services на локальном хосте) и настройте точку публикации на локальном хосте для отправки потока на ваш экземпляр EC2. Это также хороший метод, который можно использовать, если вам нужно более устойчивое к сбоям в сети решение для долгосрочных потоков или когда ваше соединение не такое надежное, как вам хотелось бы.
Удачи, и, надеюсь, часть этой информации сузит круг поиска.
person
Brandon
schedule
09.08.2011