Пока находящийся в альфа-версии сервер OpenFMS Mammoth обещают сделать полноправным конкурентом Flash Media Server. Он написан на C++ и работает под Windows и *nix. Автор проекта — Alexander (sander) Wichers. Возможности OpenFMS Mammoth:
Update: выход OpenFMS Mammoth совпал с выходом Red5 v0.8.0 Release Candidate 1!
Update2: OpenFMS был переименован в Mammoth после того, как автору объяснили судьбу FlashObject, ставшего SWFObject по требованию юристов Adobe в самый неподходящий момент — а именно в период быстрого роста популярности FlashObject.
Update3: на Амазоне выучили урок и начали шифровать видео. Спасибо говорить нужно британским журналистам из Reuters ;-)
я вот всё думаю когда адоба прижмёт все эти клоны, протокол вроде у адобы запатентирован да и реверс инженеринг вещь не совсем легальная.
А тем временем вовсю ругают дыру в FMS, позволяющую на шару качать кино с Амазона.
эта информация не соответствует действительности, ты бы хоть Рост панику не разводил что-ли. по моим сведениям amazon не использует DRM поэтому любой желающий (и имеющий нужный для этого софт) может фильмы записывать при просмотре.
Так и быть, Артем, я взял "дыру" в кавычки. Но факт остается фактом, FMS открыто ругают:
"It's a fundamental flaw in the Adobe design. This was designed stupidly," said Bruce Schneier, a security expert who is also the chief security technology officer at British Telecom.
- пишут в статье под заголовком "Security Hole in Adobe Flash Allows Free Amazon Movie Downloads".
Artem Brigert, рекомендую прочесть http://osflash.org/red5/red5_legal_reasonings или же просто погуглить "red5 rtmp legal". Вопрос осбуждался в нете неоднократно.
Is there a hole in Adobe Flash Media Server? ... No
а насчёт легальности ещё вопрос не решён, вот когда адоба займётся этим тогда и посмотрим, кто выживет, а кто нет.
FFmpeg - это хорошо... :) Возможности большие.
Artem, твердо сомневаюсь в том что Адоби начнет давить на собвстенный дев-коммюнити. Тем более спустя пару лет после того как в свет вышли и коммерческие альтернативы ФМС-у.
твердо сомневаюсь
Artem Brigert, спасибо за ссылку - теперь разобрался и добавил в пост. А выглядело так устраааааааашающе :)
Ну на самом деле FMS действительно сделан через задний проход...
Red5, правда, тоже. Может быть сейчас улучшили (особенно в свете открытия формата AMF), но когда я работал над исследовательским проектиков "использование Red5 вместо FMS", помучится пришлось изрядно. Хотя сперва казалось, что клиент вообще не должен замечать разницы между серверами. Ан-нет...
FMS даже рядом с RED5 ставить нельзя, RED5 и выключить то толком нельзя не говоря про всё остальное. FMS же работает как швейцарские часы, так что ненадо ляля ...
Угу. Только кодить приходится на javascript.
А ещё при определённых условиях не вызывается событие application.onDisconnect(). По крайней мере в Flashcomm 1.5 и FMS2.
Щас почитал доки. В FMS3 наконец-то добавили application.onPublish() Алилуйя!
FMS же работает как швейцарские часы
ничего лучшего чем FMS на данный момент нет, а видео с red5, который работает так "быстро" и "правильно", что звук отстаёт от "картинки" меня не прикалывает вообще :) извини но спорить с тобой я не буду, не вижу повода для спора :) может в FMS чего и нет но то, что есть работет как надо а не через жопу ;)
и каким это образом баги Red5 (среди которых отставание звука - далеко не самая страшная) улучшают качество FMS? :)
:) давай не будем спорить и ты и я знаем что FMS это FMS, а RED5 это RED5. Каждый вправе юзать то что ему по душе, некоторые вон даже MAC себе покупают зачем-то :)
Да я спорить ни с кем и не собирался. Я просто согласился вот с этой цитатой:
не один человек которй знает как делается софт никогда в жизни такого имхо не скажет :) и цитировать некомпетентных людей нe будет :)
Не знаю, мы используем Wowza и он вполне устраивает, продукт на Java в таких случаях может оказаться правильнее, чем на C,а ред5 глючный - можно использовать только для ознакомления
не один человек которй знает как делается софт...
Подскажите, с какими версиями FCS/FMS вы работали, писали ли server-side скрипты и для каких типов проектов.
Я работал с FCS 1.5, FMS 2.0, писал server-side крипты для видеочата с биллингом. Сейчас вспоминается как страшный сон. Хотя попытка мигрировать на Red5 тоже была совсем не сказкой.
Все-таки по поводу OpenFMS Mammoth. На каком языке серверная часть пишется?
На каком языке серверная часть пишется?
C++
...в Индии :)
Уж не считаешь ли ты что софт из Украины, России, Белоруссии лучше чем из Индии? Почему на том же самом немецком Сименсе столько Индусов которые разрабатыват софт. Украинцев, белорусов, и русских я там напрмер не видел.
Насчёт версий и проектов я кажу только одно: Я работаю на фирме котрая занимается хостингом приложоний с очень большими нагрузками, 15 000 одновременных коннектов с простмотром "живого видео" для нас проблемой не являются, по одной простой причине ... Они идут через FMS.
Вот чего у FMS не отнять - так это масштабируемости. Правда, за отдельные деньги (если я правильно помню, лицензировать надо не только Origin сервер, но и каждый из Edge серверов). И касается это только видеопотоков - они прекрасно балансируются и кэшируются.
А вот скрипты всё равно выполняются только на Origin сервере. Так что пока вам достаточно лишь гонять видео - всё прекрасно. Как только нужно добавить какой-то контроль над пользователями (а уж не дай бог биллинг), то тут-то и вылезают проблемы. И, кстати, не только с производительностью.
И я правильно понял, что лично вы с FMS дело не имели? Т.е. всё знакомство с ним у вас ограничивается лишь nc.connect("rtmp://example.com:1935")?
Пардон, забыл добавить в линк аппликуху и инстанс. Старею.
лично вы с FMS дело не имели
лицензировать надо
свой XML Socket Server написал на c#
Дайте угадаю зачем. Наверное потому что решить какую-то задачку средствами самого FMS оказалось невозможно, а единственный спобоб расширения функционала FMS - это создание внешних программулек, с которыми он общается через XMLSocket или AMF?
В этом и состоит главный плюс Red5 - ему не требуются внешние приблуды. Всё, что умеет Java, умеет и Red5.
Дайте угадаю зачем
В таком случае не понятно, зачем ты вообще его упомянул. В том, что ты умеешь программировать, никто не сомневался. Вопрос был в том, насколько плотно ты работал с FMS, чтобы судить о его плюсах, минусах и недостатках дизайна. Но, в приниципе, ответ понятен :)
у меня тоже самое впечатление осталось. и про онДисконнект правда. И что делали его индусы правда. По крайней мере во [Flashcomm] мне отвечали инженеры явно с такими фамилиями.
Да и вообще багов в FCS\FMS немеряно.
И что делали его индусы правда.
Это вопрос из области альтернативной истории. "А что было бы, если бы FMS писали не индусы". Никто не знает, можно лишь гадать. Но, мне кажется, архитектура сервера была бы куда более продуманной и такой необходимости в использовании хаков, как сейчас, возможно не было бы.
Это вопрос из области альтернативной истории.
"Новый русский патриотизм" (для меня все русское, что написано на руссском языке) он вообще основан на неприязни и унижении других народов. Я не против того что люди любят свою страну, но при этом уважают и других. Чем лучше русские, украинские или американские программисты ? Если бы FMS написали на Украине например, там что багов бы не было или он бы был идеальным? Что за аргументы я непойму.
Опять беседа куда-то в сторону пошла. Такими темпами скоро до ситуации в северной корее дойдём :) Баги допускают везде. Только вот баги багам рознь. Бывает мелочь всякая, которая исправляется одной строчкой, а бывают такие, что вся архитектура в корне неверная.
Так вот, у индусов главная проблема не с инженерами, а с менеджментом. Финального и окончательного ТЗ никто не даёт, всё сочиняется по ходу. При чём времени на анализ и проектирование не выделяется - главным критерием является скорость написания. Всё остальное не важно.
Таким образом, работа идёт примерно так... Говорят: "добавь такую фичу. Срок 3 дня". Спрашиваешь: "А вы вот ещё такую фичу потом планируете потом планируете или нет?" Говорят: "Это сейчас не важно. Главное сделай вот это в к такому сроку, на остальное забей" Делаешь. Потом говорят: "А теперь добавь вот такую фичу. Срок 3 дня" Знал бы заранее - сделал бы по уму. А так приходится приклеивать на сопли. Потом говорят: "А помнишь ту первую фичу? Её надо переделать. Срок 1 день". Шлёпаешь заплатку, ибо иначе не успеть. И так далее.
Плюсы: 1. практически каждый день есть что показать. 2. всё выполняется точно в срок (видимо в этом кроется секрет популярности индусов у пунктуальных немцев) Минусы: 1. код представляет собой мешанину из спагетти, хаков и заплаток, скленных непонятно чем. 2. следствие из первого: некоторые баги трудно обнаружить, а уж тем более исправить без получения новых багов. 3. ещё одно следствие: добавлять новые фичи ставится всё сложнее и сложнее.
И ещё раз повторяю, на всякий случай: пресловутый "индийский код" во многом является следствием индийского менеджмента. Если бы индусам дали бы возможность помедитировать, прежде чем кодить, возможно бы их софт была гораздо качественнее.
Вот, Артём, ты всё знаешь (даже то, чего никогда не видел :)) Объясни мне популярно, почему событие onPublish появилось только в ТРЕТЬЕЙ версии сервера?
Или может они специально оставили такую дырень, чтоб дать возможность моджахедам спокойно чатится?
Вот, Артём, ты всё знаешь (даже то, чего никогда не видел :))
Объясни мне популярно, почему событие onPublish появилось только в ТРЕТЬЕЙ версии сервера?
Если бы сервер писал я то то я бы тебе ответил, а так как я написанию и проектированию не имею никакого отношения ... то и вопрос этот не ко мне.
