Издательский дом ООО "Гейм Лэнд"СПЕЦВЫПУСК ЖУРНАЛА ХАКЕР #54, МАЙ 2005 г.

Публикуем видео в инете

Степан Ильин aka Step

Спецвыпуск: Хакер, номер #054, стр. 054-076-2


RealVideo (www.realnetworks.com/products/codecs/realvideo.html) - некогда популярный формат, изначально разработанный для потокового вещания. Некоторое время не развивался и из-за этого практически растерял былую популярность. Последняя 10-я версия RealVideo значительно превосходит свою предшественницу и по куче параметров "обходит" своих оппонентов. Единственный минус RealVideo этой версии - необходимость пользоваться специальным проигрывателем (правда, бесплатным).

QuickTime (www.apple.com/quicktime) - детище Apple. По понятным причинам в России широкого распространения не получила, тем более что уровень компрессии недостаточен для все еще распространенных в России модемных линий (да, мы верим, что ты не такой, но для любителей выделенки с платным трафиком это тоже немаловажно).

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

Впрочем, мало выбрать для себя подходящий формат - нужно еще и разобраться с тем, каким образом передать видео пользователю. Существует два похода к организации потокового видео. Первый основывается на особенностях привычного для нас протокола HTTP (Hyper Text Transfer Protocol): вся настройка сводится к размещению на web-сервере видеофайла, подготовленного специальным образом. Второй подход намного сложнее и подразумевает использование специализированного ПО. Так или иначе, конечного пользователя это никак не коснется, поэтому можно выбрать любой из подходов. Можешь выбрать первый вариант и при этом не бояться потерять доверие пользователей, но второй вариант, безусловно, предоставляет намного более широкий простор для деятельности.

HTTP спешит на помощь

Если у тебя нет никакого желания долго возиться с организацией потокового вещания, то HTTP Streaming - это определенно то, что доктор прописал. Для выбора в пользу последнего может быть несколько причин. Во-первых, отпадает всякая необходимость использовать дополнительное ПО. И это очень важно, так как установить какую-нибудь софтину на удаленном сервере - задача не из легких. Да и кто разрешит сотворить такое, если у тебя куплен обычный виртуальный хостинг? Скорее всего, придется приобрести свой собственный выделенный сервер или оговорить особые условия с хостером. Оба варианта влетят в копеечку.

С HTTP все намного проще: нужен всего-то рабочий web-сервер, умение выкладывать заготовленный (об этом чуть позже) файл на сервер и устанавливать гиперссылку на него. Пользователь нажимает на твою ссылку, его проигрыватель незамедлительно обрабатывает ее и начинает потоковую закачку и отображение видео.

Правда, простота этой технологии накладывает и некоторые неприятные ограничения. Такой подход применим скорее для сайтов с небольшим трафиком и скромным количеством одновременных подключений, чем для каких-либо крупных проектов. Для каждого такого подключения открывается отдельный поток, который занимает свою часть канала. При большом количестве подключений может элементарно не хватить ширины канала, а это, сам понимаешь, повлияет не только на просмотр видео, но и на работу web-сайта в целом. Второе ограничение не менее обидное: такой способ позволяет передавать только конечный файл и не предоставляет возможности прямой трансляции, например, с камеры. В итоге невозможно удаленно определить скорость абонентского подключения. Следовательно, придется создавать несколько версий видео с различным разрешением, чтобы файл комфортно передавался на любой, даже минимальной скорости.

Назад на стр. 054-076-1  Содержание  Вперед на стр. 054-076-3