О самом проекте расскажу немного позже, проект довольно большой, сам по себе, заслуживает отдельного целостного поста.

А сегодня немного про сервис телевидения.

На сегодня сервис содержит 28 телеканалов. Я решил пойти от противного и не плодить каналы ради количества и переходов с поисковых систем, как делают конкуренты, а сосредоточиться на качестве и стабильности, пусть даже и меньшим количеством каналов.

Каналы постоянно добавляются, по мере возможности и запросов от пользователей.

Технически сервис работает под управлением erlyvideo + мои доработки в его исходном коде и плагинах. А так же набор шелл-скриптов (а куда же без них?).

Несмотря на довольно молодой возраст сервиса (всего 2 месяца, запущен в конце августа), сегодня им ежедневно уже пользуется 600-700 пользователей и прирост составляет порядка 100 пользователей еженедельно.

Посмотрим, сохранятся ли темпы роста. Будем рады новым пользователям, если сервис вам по душе.

На данный момент готовы обслужить до 1000-2000 онлайн пользователей одновременно и будем увеличивать возможности по мере роста.

Считаю, что бум подобных сервисов, а так же платных их аналогов – еще впереди.

Среди докладчиков непосредственные разработчики компонент Zend Framework. Событие соберет лучших PHP и Zend Framework специалистов из Украины, России, Белоруссии и других стран СНГ.

С текущим списком тем и докладчиков можно ознакомиться на странице.

Событие будет интересно не только тем, кто использует Zend Framework, но и всем веб-разработчикам и PHP программистам в частности.

Место проведения — отель «Казацкий», г. Киев, ул. Михайловская 1/3 (Площадь Независимости).

Со стоимостью участия и другой необходимой информацией вы можете ознакомиться на странице.

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

Сайт конференции – http://frameworksdays.com/event/zend-framework-day-2011
Наши новости в twitter – http://twitter.com/fwdays
Наша страница в facebook – http://facebook.com/fwdays

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

На всякий случай – мой твиттер – http://twitter.com/malkinstanislav . Там жизнь цветет и пахнет.

А вконтакте я поменял себе фамилию ибо нефиг – последние новации совсем не впечатляют, особенно в области расшаривания профилей для всех.

Ограничения те же самые, что и у ютуба, а именно:

Поддерживаются браузеры, способные обрабатывать видеотег стандарта HTML5, а также видеокодек h.264 или формат WebM (с кодеком VP8). К ним относятся следующие:

• Firefox 4 (WebM)
• Google Chrome (WebM и h.264)
• Opera 10.6+ (WebM)
• Apple Safari (h.264, версия 4+)
• Microsoft Internet Explorer 9 (h.264)

Примечания

• Поддержка полноэкранного режима реализована частично. Нажатие кнопки перехода в полноэкранный режим приведет к расширению экрана проигрывателя до размера окна браузера. Если ваш браузер поддерживает полноэкранный режим, вы можете использовать его для просмотра всего видео в полноэкранном режиме
• Проигрыватель HTML5 содержит значок на панели управления. Если вы не видите значок HTML5 на панели управления, вы будете переадресованы на проигрыватель Flash (вследствие приведенных ниже ограничений)

Наслаждайтесь (а для этого желательно иметь Chrome по-новее или IE9). В Opera возможны тормоза, особенно под виндой, т.к. она еще плохо жует VP8.

P.S. Фулскрин не работает, т.к. видео вставлено через iframe, выйти за пределы которого видео естественно не может, если не загружено с того же домена.

P.S.2. Браузеры не поддерживающие video-тег (IE < 9, к примеру) или которые не умеют играть VP8 или H264 будут видеть перед собой флеш-плеер. Theora выпилил принципиально, т.к. ущербный кодек и будущего в HTML5 для него нету.

P.S.3. Код еще не очень, собираюсь на JQuery переписать чуть позже. Чисто для демонстрации.

С задачей не справляются большинство известных сервисов для скачивания видео, таких как videosaver, savefrom.net и т.д.

Проблема в том, что команда RuTube решила, что они очень умные (хаха) и не разрешают пользователям запретила скачивать контент с их видеохостинга.

Это разрешают все видеохостинги известные (YouTube, Vimeo, Metacafe), а вот RuTube особенный, он решил со скачиванием бороться альтернативно-одаренным способом — переведя проигрывание видео на сайте на rtmp.

Но настоящих джедаев это конечно не остановит.

Сегодня я расскажу как легко и удобно можно скачать видео с RuTube (делал для своего видеохостинга и с вами поделюсь – с работающим примером на борту).

Update. Рабочий пример (пример удален!!!!)

Обновление от 07.05.2011 . Способ работает снова.

Поехали.

RTMPdump

Нам понадобится эта программа для скачивания наших видео. Скачать можно тут вот (винда) и тут (сорцы).

Также можно в Linux собрать из дерева пакетов (apt, yum etc), в Debian’e точно есть (apt-get install rtmpdump).

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

Как запустить программу из Linux думаю никому не нужно рассказывать, поэтому проведем ликбез для пользователей Windows.

Программа запускается через консоль (нажимаем win+r одновременно и в появившемся окне пишем «cmd» — без кавычек). Откроется системная консоль, где нужно будет перейти в директорию, где находится наша программа.

Программа не требует установки, достаточно распаковать в директорию удобную для навигации (например E:\tmp). Таким образом когда откроется консоль — делаем переход в данную директорию (в которую распаковали) через «cd E:\tmp» (опять же без кавычек). Теперь можно запускать программу.

Для начала стоит прочитать документацию к возможным ключам:

rtmpdump -h

Выведется листинг доступных ключей. Из них нас будут интересовать следующие:

–rtmp|-r url           URL (e.g. rtmp://host[:port]/path)

–flv|-o string         FLV output file name, if the file name is — print stream to stdout

–app|-a app            Name of target app on server

–swfVfy|-W url     URL to player swf file, compute hash/size automatically

Остальные можно найти в листинге (в нашем случае они не нужны).

Ключи RTMPdump

-r — задается адрес rtmp потока (путь к файлу), позже вернемся к этому.
-o — адрес и название файла, куда будет сохранен скачанный файл
-W — тут нужно указать адрес плеера RuTube для того, чтобы можно было идентифицировать себя, как обычный плеер (RuTube не разрешает доступ для видео, не проигрываемом в их плеере, поэтому нужен такой финт ушами). В нашем случае это http://rutube.ru/player.swf
-a — адрес приложения, которое занимается стриммингом на стороне сервера (станет понятнее на примере)

В целом все понятно, только читатель спросит меня — откуда же взять этот самый адрес для ключа -r ? Логично, его нужно получить сначала.

Рассмотрим как это сделать на примере.

Адрес RTMP потока

Возьмем видео с RuTube, например это:

Адрес: http://rutube.ru/tracks/3698782.html?v=c858060713937cf911caaa8cb0737598

Из данного урла нас будет интересовать часть, которая стоит после ?v=, тоесть c858060713937cf911caaa8cb0737598 — это и есть идентификатор видео в системе.

Дальше нам нужно зайти по адресу http://bl.rutube.ru/c858060713937cf911caaa8cb0737598.xml и увидеть собственно адрес rtmp потока.

Для нашего примера содержание файла:

<?xml version="1.0"?>
<response status="302">
<finalAddress><![CDATA[rtmp://video-3-13.rutube.ru:1935/rutube_vod_2/_definst_/mp4:vol21/movies/c8/58/c858060713937cf911caaa8cb0737598.mp4?e=1287779944&s=20b75eb1541beb9cad2c69c463593e79]]>
</finalAddress>
</response>

Таким образом адрес rtmp потока следующий -

rtmp://video-3-13.rutube.ru:1935/rutube_vod_2/_definst_/mp4:vol21/movies/c8/58/c858060713937cf911caaa8cb0737598.mp4?e=1287779944&s=20b75eb1541beb9cad2c69c463593e79

Скачиваем видео

Т.к. у нас теперь адрес потока — мы готовы к скачиванию видео.

Конечная команда для нашего видео из примера будет следующей:

rtmpdump -r "rtmp://video-3–13.rutube.ru:1935/" -a "rutube_vod_2/_definst_" -y "mp4:vol21/movies/c8/58/c858060713937cf911caaa8cb0737598.mp4?e=1287777283&s=b38e8476aea1d5c074c53ac4433ddca8" -o my.mp4 -W "http://rutube.ru/player.swf"

Если все выполнили правильно, результат будет приблизительно следующий:

RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting download at: 0.000 kB
INFO: Metadata:
INFO:   duration              36.80
INFO:   moovPosition          28.00
INFO:   width                 480.00
INFO:   height                272.00
INFO:   videocodecid          avc1
INFO:   audiocodecid          mp4a
INFO:   avcprofile            66.00
INFO:   avclevel              21.00
INFO:   aacaot                2.00
INFO:   videoframerate        24.72
INFO:   audiosamplerate       44100.00
INFO:   audiochannels         2.00
INFO: trackinfo:
INFO:   length                802.00
INFO:   timescale             25.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            avc1
INFO:   length                1623040.00
INFO:   timescale             44100.00
INFO:   language              und
INFO: sampledescription:
INFO:   sampletype            mp4a
2859.766 kB / 36.78 sec (99.9%)
Download complete

Собственно на этом все.

Постскриптум

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

Однако возможно это помогло RuTube разгрузить свои сервера. Или перейти с псевдостримминга на стримминг по RTMP. Однако я в это не слишком верю.

Для демонстрации работы подобной вещи я сделал вот такой вот пример на скору руку:

http://malkin.com.ua/rutube.php

Пробуйте в работе – пишите отзывы

P.S. Данная заметка никоим образом не хочет оскорбить или задеть чувства разработчиков RuTube. Данный пример – всего-лишь демонстрация возможностей работы rtmpdump на примере RuTube.

Хотелось бы продолжить цикл статей на эту тему. Чем сегодня и займемся.

Есть еще две полезные утилиты, которые нужны и желательны к установке.

Это flvtool++ и qt-faststart. Первая — предназначена для быстрого инжектирования метаинформации в flv файлы, вторая — для перемещения метаинформации с конца mp4 контейнера в начало.

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

flvtool++

Скачать можно тут — http://mirror.facebook.net/facebook/flvtool++/ . Выбираем нужную версию, скачиваем и читаем файлик README внутри — там описан процесс установки. На выходе получается бинарник, который достаточно положить в удобное место (у меня это /usr/bin) и вызывать в нужный момент.

До этого я пользовался flvtool2 из пакетов, но он ущербен в самом своем начинании — загружает весь файл в память и только после этого может что-то записать. В общем-то на файлах размера 500–700 мегабайт этот процесс может занять около 20 минут и кучу съеденной памяти. Оно вам надо?

Данная же утилита делает все тоже самое, но за пару секунд (!) и не жрет память совершенно. Написана на плюсах. Рекомендую.

qt-faststart

Данная утилита дает возможность, как я и говорил переместить информацию с конца файла в начало. Это нужно для ускорения начала проигрывания файла онлайн-проигрывателями (флеш-плеерами), т.к. иначе они сначала пытаются скачать весь файл и только потом, получив метаинформацию — начать проигрывать.

Естественно ждать никто из пользователей не будет, да и долго это. Поэтому надо плееру «помочь». Для этого и используется данная утилита.

Поставить ее довольно просто — она входит в состав ffmpeg, поэтому либо ставим ее в процессе установки ffmpeg (описано в прошлой статье):

cd ~/ffmpeg
make tools/qt-faststart
sudo checkinstall –pkgname=qt-faststart –pkgversion «4:SVN-r`LANG=C svn info | \
grep Revision | awk ’{ print $NF }’`» –backup=no –deldoc=yes –fstrans=no \
–default install -D -m755 tools/qt-faststart /usr/local/bin/qt-faststart

либо делаем apt-get source ffmpeg и дальше тоже самое.

Приятного полета.

P.S. Самые последние обновления из области веб-разработки и вообще самые последние новости можно узнать в моем твиттере — http://twitter.com/malkinstanislav

Причин тому множество — кто-то боится ляпнуть что-то не то, кто-то боится показать свою личность, у кого-то другие проблемы.

Зачем нужны личные встречи

Если рассудить здраво — таких встреч не стоит избегать (исключением могут ставать только неадекватные предложения и заказчики), т.к. в условиях удаленной работы в СНГ (множество кидал, лохотронов и т.д.) — иногда личная встреча просто необходима, чтобы получить личный контакт, посмотреть друг другу в глаза, понять, что вас ожидает вместе.

Из своего опыта могу сказать, что личные встречи помогают установить более тесный контакт с заказчиком, получить от него больше деталей, уловить его эмоции и интонации (это очень важно).

Не стоит забывать также, что видя ваше лицо и мимику, заказчик может попробовать задать прямые вопросы, ответы на которые вы могли дать не сходу, а подумав и представив их в лучшем виде. Личное же общение заставляет давать правильные ответы сходу, у вас не будет времени подумать и что-то сболтнуть. Такими вопросами могут стать вопросы о цене, скидке, системе оплаты, опыта, портфолио, профессионализма и т.д.

Хорошая новость же в том, что все тоже самое верно и для вас — вы точно также можете задавать прямые вопросы (главное соблюдать нормы этики, если конечно заказ вам интересен), спросить об увеличении бюджета и т.д.

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

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

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

Место встречи

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

В подавляющем количестве случаев заказчики предлагали провести встречу у них в офисе, либо подъехать в мой (если такой есть).

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

Не стоит этого бояться, главное подготовиться. И избегайте шумных мест  — вам же дела надо обсудить, а для этого нужна относительная тишина и возможность сконцентрироваться.

Если это заведение — как правило идут туда на кофе-чай, а не на посиделки, поэтому моя позиция — стоит первый раз заплатить по счету за двоих, сказав, что «в следующий раз платите вы». Т.к. встреча очень вероятно, что не последняя, то заказчик в долгу как правило не останется.

Если же встреча затягивается и растраты растут — будет разумно предложить заплатить каждому за себя.

Выводы

• Не бойтесь личных встреч с заказчиками: они полезны в равной мере для обоих сторон — заказчику понять, с кем он имеет дело и может ли он вам доверить свои деньги. Вам же — возможность получить еще один (возможно даже и не один) и более выгодный проект. Прислушивайтесь и присматривайтесь к заказчику — вам с ним работать. Важно понять — стоит ли это того или нет при первой же встрече.
• Место встречи: может быть любым, либо нейтральным, либо офис заказчика. Лучше встречаться засветло и в нешумном месте. Стоит оплатить счет самостоятельно, если он небольшой или договорится платить каждому по счету, если сумма больше разумной для вас (если выбрано кафе/заведение как место встречи)
• Сделайте домашнее задание:  подготовьте ответы на разнообразные каверзные вопросы, пусть лучше вы их продумаете и они останутся неиспользованными, чем вас застанут ими неожиданно.

P.S. У вас может быть другой опыт, я не позиционирую данные советы как панацею. Буду рад услышать в комментариях ваш опыт.

Однако в блоге мне последнее время действительно писать просто некогда, т.к. писать хорошие статьи — это уйма времени, а писать что-либо, лишь бы было, я не хочу.

А документировать основные мысли буду с радостью в формате твиттера, ну или постараюсь.

Поэтому теперь я тоже в твиттере, посмотрим, что из этого получиться.

Мой твиттер — malkinstanislav

P. S. А еще — студии ArtLab больше не существует, мы ее закрыли. Чуть позже напишу, что к чему. Будет новая студия, уже зарегистрировал домен.

О багах сообщать.

1.  Выступил 18 апреля на конференции Codecamp 2010. Моя скромная презентация на этот счет:

2. Проект freelancehack.ru закрыт по двум причинам: для продления домена нужно загружать сканы паспорта, что уже не интересно и второе — проект развивать банально некогда, да и наверное, нет смысла.

3. Стукнуло 25 лет, можно забрать диплом из университета и забыть о таком понятии, как «армия».

4. Проект, которым я занимаюсь, подошел вплотную к количеству 10-ти серверов (на данный момент их 9), посещаемость составляет порядка 2300–2600 уникальных хостов в день (3000–3500 посетителей в день)..полет нормальный, работаем дальше. Пока мало, планирую выйти на уровень 8000 в день к концу года.

5. Подумываю о том, чтобы завести твиттер, т.к. короткие мысли сюда не хочется публиковать, а их часто довольно много бывает.