Идентификация/аутентификация/авторизация есть?

Идентификация/аутентификация/авторизация есть?

Собственной — нет. Можно сделать под конкретный проект в виде плагина. Если действительно нужно, то сделаем быстро, обращайтесь.

А без флеша никак?

Вопрос разрабам. Как это:

Если вы хотите использовать видеосервер «Moment» или его библиотеки в своём продукте — свяжитесь с нами

согласуется с этим:

Исходный код видеосервера «Moment» доступен под лицензией GPL.

?

Пруф.

ну так емнип, если код под GPL, то необязательно должен быть в открытом доступе, а должен предоставляться по запросу пользователя.

а пользователь уже имеет право модицифировать/распространять любым удобным для него способом.

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

По сабжу - а без быдлофлеща никак?

Согласен. Но зачем такие условия?

Прекрасно согласуется :) Во-первых, было бы интересно знать, о том, как используется сервер. Во-вторых, мы можем предоставить поддержку и добавить новые возможности под конкретный проект. В третьих, есть возможность использовать части севера в не-GPL проектах.

>Но зачем такие условия?

ЧСВ еще никто не отменял.

Это RTMP сервер по сути? А на чём написан?

Cпасибо за новость, потестируем.

Это RTMP сервер по сути? А на чём написан?

На C++. Поддержка RTMP/RTMPT — своя, захват видео — через gstreamer.

А возможно принимать RTP/RTCP от удалённого клиента, преобразовывать его в RTMP и отдавать другому удалённому клиенту во флеш? Этакий гейт RTP<->RTMP. Сейчас в habahaba.im используется велосипед на python, но по понятным причинам тормозит и умеет только голос. Не уверен, возможно ли таким же образом сделать видео, ибо FLV же в RTMP.

А возможно принимать RTP/RTCP от удалённого клиента, преобразовывать его в RTMP и отдавать другому удалённому клиенту во флеш?

Да, можно. Но сейчас потребуется ещё и перекодировать в Sorenson h.263 для видео и Speex для звука - «Moment» это делает на лету для каждого входящего видеопотока.

В ближайшее время появится поддержка h.264. Тогда для видео, закодированного в h.264, это будет просто переупаковка в RTMP.

> Доступна независимая бинарная сборка версии 1.0, которая должна работать на любом дистрибутиве Linux.

Под «Linux ^_^-laptop 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:05:41 UTC 2011 i686 i686 i386 GNU/Linux» не работает. Это не нарекание, а, скорей, информация к сведению.

Под «Linux ^_^-laptop 2.6.38-10-generic #46-Ubuntu SMP

Ubuntu 11.04 - основная система, используемая при разработке сервера. Сборка протестирована как на 32-битной, так и на 64-битной 11.04, и работает в этих системах хорошо. Также „Moment“ тестировался на Ubuntu 9.04, 10.04 и Fedora 15 - всё успешно.

А чем этот сервер лучше тех же Erlyvideo или Wowza?

Интересно было бы узнать, чем лучше/хуже wowza

А чем этот сервер лучше тех же Erlyvideo или Wowza?

Сильные стороны видеосервера «Moment» - высокая производительность и простота использования.

Захват видео из любого источника, поддерживаемого gstreamer — ещё один плюс. Если видеопоток или файл открывается плеером totem (он опирается на gstreamer), то можно транслировать этот поток через сервер «Moment». За счёт этого можно утверждать, что спектр поддерживаемых протоколов и кодеков на входе у «Moment» шире.

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

> Захват видео из любого источника, поддерживаемого gstreamer

То есть сам он никаких портов не слушает и live трансляцию например так: http://erlyvideo.org/live/fmle не умеет?

То есть сам он никаких портов не слушает и live трансляцию например так: http://erlyvideo.org/live/fmle не умеет?

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

Без флеша было бы полезно.

Спасибо. Для меня, например, это заодно и ответ на вопрос «а чем оно лучше?». Как только заработает захват из флеша и камер это будет лучшим из имеющихся решений.

класс!

//ушел качать и настраивать

интересно, посмотрим

Сейчас ваузу (wowza) используем и плотненько завязаны на remote share object's.
Есть планы по их поддержке?

А без флеша никак?

Забавляет количество комментариев в треде в стиле «а без флеша никак?».
А как вы без флеша будете live-трансляцию пользователю показывать? Какие браузеры это умеют?

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

совершенно непонятно, зачем флешь? любой браузер прекрасно играет поток, если у него в заголовке content-type video/mpeg например. Для встраивания в сайт есть <embed... насколько я помню. Перемотка прекрасно реализуется. Причём, такое видео не тормозит нигде, даже в телефоне, в отличие от флеша. И, кстати, на подавляющем большинстве телефонов флеш вообще не идёт.

Исходя из этого, сомнительно, что флеш полезен для передачи с ip-камер.

Внимание, вопрос: зачем флеш???

А как вы без флеша будете live-трансляцию пользователю показывать? Какие браузеры это умеют?

любые

Правда что ли? Покажи ка мне хоть одну рабочую реализацию.

да ладно, встроенный в vdr видеостервер отдает четыре вида потоков.
ts смотрицца в любом браузере через плагин.
я лично пользую ембедед мплеер. с вдпау загрузка системы при просмотре 2-3 процента. Скока жрет флэш напомнить?
понятно, что мпег2 менее требователен к ресурсам, но речь не об этом.

> А чем этот сервер лучше тех же Erlyvideo или Wowza?

ну, учитывая, что автор пока еще не успел написать множество кода для множества заказчиков и похоже не увлекается айфонами и sip, возможно он будет работать лучше. Со временем.

>Erlyvideo

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

Wowza

проприетарщина же

А зачем перекодировать Speex? Флеш же его умеет нативно

ржака. <embed> - это ж и есть тег для вставки объектов и флеша в частности

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

Флеш обеспечивает

- отличную доступность (не нужен нестандартный плагин к браузеру)

- «пробивание» корпоративных файрволов (RTMPT).

- антивирусы не пытаются проверять RTMP и поэтому оно меньше тормозит и не сохраняется на диск. В отличие от транспорта HTTP.

- отброс опоздавших кадров.

- выбор битрейта в зависимости от скорости подключения к интернету

- любую сложную логику на клиенте : кнопочки переключения в полный экран, титры, рекламу и тд

- практически любой выдуманный интерактив со зрителем (флеш это ведь код)

- доставку через p2p

- небольшое повышение защиты записи. удобных плагинов чтобы своровать видео RTMP вроде бы нет. Найти видео в кеше браузера нельзя.

На нормальных андроидофонах, кстати, отлично работает флеш. Включая потоковое видео rtmp.

ну и к слову, флеш не обеспечивает :

MPEG2.

А зачем перекодировать Speex? Флеш же его умеет нативно

Когда выйдет модуль для приложений типа видеочат/трансляции/конференции, вопрос снимется. Сейчас просто перекодируется всё, что попадает в сервер.

Что-то не допонял как на него стримить, или он только с указанного адреса/файла забирает и отдает.

Странно. Пишут об исходном коде под гпл, а распространяют в бинарниках. Да и пакет к тому-же оформлен в маздай стилистике всё включено

Несмотря на это, очень приятно что у нас пишут такие проекты

Пишут об исходном коде под гпл, а распространяют в бинарниках.

Распространять в виде набора «сделай сам»? :)

На сайте в разделе «разработчикам» достаточно информации, чтобы собрать сервер из исходников. Вообще там ничего сложного нет, но для неподготовленного пользователя будет трудновато и займёт время.

в новости ссылка на исходники как сервера так и модулей его, а народ шумит что-то о том что исходников не видно. слепцы...

Здравствуйте

Вопрос к разработчикам данного продукта. Вот вы разработали подобное решение, и его развиваете. Мне как начинающему программисту интересны следующие вопросы:

1) Те, кто работал над разработкой на какой основе работали? Просто энтузиасты в офисе, или же оплачивалось рабочее время?

2) Какой вы видите судьбу проекта. Будет две версии [Free] и [Enterprise] или же нечто новое?

3) Наверное третий вопрос, также согласуется со вторым, но все же, как вы планируете получить финансовую отдачу от проекта?

а как с транскодинком и мультикастом?

а как с транскодинком и мультикастом?

Транскодинг «на лету». Мультикаст (в смысле IP multicast) не планируется.

А им смогу зацепить такой поток:

## stream.sdp
v=0
s=-
o=PSKOV 9336 34476 IN IP4 172.31.0.243
t=0 0
m=audio 49504 RTP/AVP 98
c=IN IP4 230.0.0.1/1
a=rtpmap:98 mpeg4-generic/32000/1
a=fmtp:98 streamType=5; profile-level-id=15; mode=AAC-hbr; objectType=2; config=1288; sizeLength=13; indexLength=3; indexDeltaLength=3; constantDuration=1024
m=video 49500 RTP/AVP 96
c=IN IP4 230.0.0.1/1
a=rtpmap:96 MP4V-ES/90000
a=fmtp:96 profile-level-id=3;config=000001B003000001B509000001000000012000844007A8582120A21F

mpeg2 вообще не подходит для вещания в инете. Подсказать тебе, какое говно получится, если ты попытаешься кодировать 720p-картинку с битрейтом 1-1,5 мегабита в mpeg2?

root@pc:/opt/moment/bin# uname -a Linux pc 2.6.38-10-generic #46-Ubuntu SMP Tue Jun 28 15:05:41 UTC 2011 i686 i686 i386 GNU/Linux

root@pc:/opt/moment/bin# cat /etc/issue Ubuntu 11.04 \n \l

root@pc:/opt/moment/bin#

root@pc:/opt/moment/myplayer# ps ax | grep moment 9009 pts/6 Sl+ 0:00 ./moment 9014 pts/8 S+ 0:00 grep --color=auto moment root@pc:/opt/moment/myplayer#

Все работает...

А им смогу зацепить такой поток:

## stream.sdp

и, соответственно, показывать по rtmp?

Да, всё должно работать. Вбиваете uri потока в конфиг сервера — он подцепится и будет раздаваться по RTMP. Если по какой-то причине не будет работать — пишите, исправим и обновим сборку.

Интересный проект. Но кодеки не самые оптимальные выбраны. В 21 веке только h264 и VP8 дают приемлемое по качеству изображение. Если добавить к продукту некоторые фичи из ПО для систем наблюдения(детектор движения и т.п. - может получиться очень интересный продукт. Ну, и права доступа надо бы добавить.