Чтобы добавлять сообщения и комментарии, .

@OCTAGRAM:
OCTAGRAM

Пытаюсь рипнуть видео (это отсюда и отсюда)
Экспериментально установлено, что сайт отдаёт видео только в RTMP. Прикинуться iOS'ом и получить m3u8 версию не получается, ссылка перенаправляет на особый URI, который, видимо, на мобильных устройствах открывает специализированное приложение. Рипнуть RTMPDUMP'ом тоже не удаётся. Похоже, что RTMP применяется не только для видео, а для всего, как шина сообщений, и видео начинает литься только после нажатия Play, которому соответствует событие, посылаемое через RTMP. RTMPDUMP такое не способен сделать. Как я ни экспериментировал с параметрами, ничего не добился. RTMPSUCK падает с ошибкой, что–то вроде AMF OBJECT is not AMF3_OBJECT, раньше, чем всё загрузится и можно будет нажать Play.

Пробую вот эту штуку
Поставил на воспроизведение, записал пакеты WireShark'ом, сохранил в родном формате WireShark и различных вариациях tcpdump, но, похоже, ни одна из них не подошла. Этому скрипту нужен текстовый формат, а WireShark в таком сохранять не умеет. Правда, всё в том же скрипте вижу, что можно tcpdump'ом сконвертить из двоичного формата в текстовый. Пытался загнать результаты конвертации WireShark в tcpdump на Mac OS X, но чёт tcpdump не прожевал это. И вообще, я заметил, надо только ответы сервера ловить, а я ловил в обе стороны. Так уж и быть, на Mac OS X ещё раз поставил на запись в точности с теми аргументами, которые указаны в скрипте, чтоб сразу в текстовом режиме собиралось. Запускаю скрипт, получаю:

Xen:/Volumes/STORAGE 4 OCTAGRAM$ ./extract-rtmp-flv file.tcpdump file.flv
Parsing tcpdump output for file.tcpdump

extract-rtmp-flv: Unexpected tcpdump header line, line 1:
11:34:16.584620 IP (tos 0x0, ttl 118, id 12870, offset 0, flags [DF], proto: TCP (6), length: 48) 95.213.157.74.macromedia-fcs > 192.168.1.221.florence: S, cksum 0xc9f1 (correct), 3464901656:3464901656(0) ack 501206710 win 65000 <mss 1460,nop,nop,sackOK>

@maxlapshin:
maxlapshin

Всем пизда: github.com Китаец помогает индусу со стриминговым софтом

@amrok:
amrok

Ребзя, а кто знает, как в html5 проигрывать потоковое видео? Купил uppod, а он может rtmp проигрывать только в своей флэшовой версии.

@OCTAGRAM:
OCTAGRAM

RTMP на моей OS как не играл ни в одном плеере, так и не играет, кроме Flash, зато у меня получилось выдрать адрес SWF, чтобы смотреть без тормозов в standalone flash player: rtdru.rt.com

Standalone flash player можно взять там же, где и обычный Flash Player, если промотать вниз: adobe.com

А вот и для RT News URL'ник: rt.com

@OCTAGRAM:
OCTAGRAM

Тщетно пытался найти способ смотреть Russia Today иначе, чем в браузере. На офсайте ( rt.com ) я вижу RTMP и ещё какой–то m3u8. m3u8 ни iTunes, ни QuickTime, ни VLC не понимают. rtmp тоже!!!! Я привык, что флеш не умеет дивикс, мкв, теору и вообще почти ничего не умеет, а тут дожились блин, что десктопные программы уже хуже флеша.

Пытался найти альтернативные варианты, где посмотреть. mms, rtsp, всё очень быстро протухает. Ни одного работающего шлюза.

rtmpgw из комплекта rtmdump вылетает с Bus error.

Придётся, похоже, провайдера менять, чтоб с IPTV в нормальном UPD мультикасте в хорошем качестве.

@Equidamoid:
Equidamoid

Есть ли инструменты, чтобы сделать свой ustream с бд/ш?
Надо:
— принимать трансляцию (rtmp?) и клиент под андроид, чтобы её отправлять
— сохранять видео (пережимать необязательно)
— опционально, ретранслировать в реальном времени

@zoonman:
zoonman

Жуйковчане, ну подскажите свободный какой-нить поток для теста плеера

@L29Ah:
L29Ah

Чтой-то сабжевый костыль (который w3crapcli.tk помер. RTMP-сервер отказывается отдавать контент по линкам. Оригинальный флешовый плеер же ругается, что у меня якобы плохой флеш (последний официальный под прыщи). Призываю пиратскую общественность.
rtmpdump -r "`Xtract '//rtmp/-' <(curl -sL "http://myspace.com/music/services/player?action=getSong&ptype=300&songId=$1")`" --swfVfy 'http://lads.myspacecdn.com/music/sdkwrapper/SDKWrapper.2.0.82.swf?aytatt=-1&sip=172.16.0.2&fadd=-1&logerr=0&yad=-1&on=1&ratt=-1&hash=MIGmBgkrBgEEAYI3WAOggZgwgZUGCisGAQQBgjdYAwGggYYwgYMCAwIAAQICZgMCAgDABAgnplwM4Ag1ngQQdgWYpGiAcoQguXuaItYqvgRY97w7Qi29'Раньше работало вот так. Теперь получаю
INFO: Connected...
ERROR: rtmp server sent error
ERROR: rtmp server requested close
Попробовал заменить адрес флешеговна на свежий:
‰ grep -o 'http://lads\.myspacecdn\.com/music[^"]*' knifecityny
lads.myspacecdn.com
Не помогло. Wireshark хинтов тоже не даёт, ибо флешеговно даже и не начинает тыкать rtmp.

@yzh44yzh:
yzh44yzh

Цитата:
Дальше начинается просто вакханалия крючкотворства. Дело в том, что Adobe выблевнула в 2009 году «спецификацию» RTMP. Этот документ описывает некоторый протокол, который очень похож на RTMP и Adobe упорно называет то, что описывает этот документ, как RTMP. И более того: в документе сказано, что после прочтения этого документа, вы не имеете права реализовывать RTMP серверы иначе, кроме как по этому документу. Отступление на один байт от этого документа лишает вас права использовать этот документ.

levgem.livejournal.com

@yzh44yzh:
yzh44yzh

Сделал себе интересную подлянку с registerClassAlias. Допустим, у нас есть типизированный объект Message, зарегистрированный этой функцией, так что сервер может отправлять объекты такого типа клиентам. Коннектятся два клиента. Один отправляет Message, сервер бродкастит его на всех, кто законнекчен. И один из клиентов (который отправлял) получает типизированный Message , а второй (который не отправлял) — нетипизированный Object, но с такими же полями.

То бишь, у второго клиента registerClassAlias не сработал. Если второй клиент теперь отправит сообщение, то дальше оба будут получать нормальный Message.

А все потому, что я сделал так:
public class Message
{
registerClassAlias("com.flashdevs.textChatLib.Message", Message);
...

А нужно было так:
registerClassAlias("com.flashdevs.textChatLib.Message", Message);
public class Message
{
...

и registerClassAlias у меня вызывался только при инстанциировании Message, а не раньше. (Причем вызывался многократно при каждом инстанциировании :)

@Fangel:
Fangel

Все, капец. нифига с рутубы не качает ни один из способов

@Fangel:
Fangel

Я выкладывал уже огрызок скрипта для скачивания с сайта Rutube.ru и обещал сделать его удобней. Я выполняю это обещание. Первый релиз скрипта для скачивания с сайта Rutube.ru
Вы сохраняете скрипт, даете ему права на выполнение и в качестве параметра скармливаете скрипту ссылку на страницу с видео.
Не забудьте установить rtmpdump
paste.org.ru
Свободный интернет — свободным людям! Удачи!

@Fangel:
Fangel

Rutube.ru перешел на передачу видео по rtmp протоколу. Мне пришлось скачать оттуда пару роликов, но ни один грабер не справлялся.
Немного о протоколе
RTMP (англ. Real Time Messaging Protocol) проприетарный протокол потоковой передачи данных, в основном используется для передачи потокового видео и аудиопотоков с веб-камер через интернет.Ну потыкался я очень долго, пока дошел что это все-же этот протокол. Почти нигде не сказано, что рутуб через него вещает.
Достал я ссылку с помощью сервиса ru.savefrom.net он выдает ссылку, предлагает ее скачать чем-то там, но нам нужна только ссылка.
Затем я нарыл такую статью tradiz.org и воспользовался rtmpdump и маленьким скриптом.
Если я разрожусь на нормальный скрипт, то выложу его в люди, а пока все ручками. Дерзайте! Удачи!

@yzh44yzh:
yzh44yzh

итоги возни с RTMPClient в виде статьи в блоге yzh44yzh.com

кажись, последняя статья в этом году )

@prof:
prof

"Это один из самых болезненных протоколов... это один из самых бездарно спроектированных протоколов, потому что проектировался он на коленке по принципу надстройки курятника. Он до сих пор закрытый, несмотря на то, что Adobe заявили, что они открыли спецификацию — это не так, это ложь, это закрытый протокол, в котором огромное количество очень тонких моментов, которые необходимо учитывать..."
Отсюда: devpoint.ru

@yzh44yzh:
yzh44yzh

Народ, а кто-нибудь знает application server (не media server), работающий по rtmp? Ну кроме LCDS и ColdFusion.

Может я не знаю, а оно есть :)

@yzh44yzh:
yzh44yzh

Прелесть этого протокола (и медиа серверов) в том, что многопользовательское приложение можно сделать, вообще ни написав ни строчки кода на сервере. Любые данные можно бродкастить точно также, как аудио и видео, а remote shared objects очень даже shared, в том смысле, что в реальном времени синхронизируют какую-нибудь инфу между клиентами.

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

Что мешает? Исторически сложившаяся традиция использовать http и веб-сервера. Это была вынужденная необходимость N лет назад, когда RIA клиентом могла быть только веб-страница в браузере. Сейчас флэш клиенту нет особой надобности работать с сервером по http ибо по rtmp всяко быстрее и удобнее.

Так что сейчас что мешает? А ведь пока нету RTMP-сервера, адекватно подходящего на роль сервера приложений. Медиа-сервера либо дорогие (FMS, Wowza), либо тормознутые (Red5), либо маргинальные и никому не известные (ErlyVideo). LCDS вообще бешеных денег стоит. ColdFusion дорогой. BlazeDS не работает по rtmp (еще бы, если бы работал, то LCDS был бы не особо нужен).

И вот допустим кто-то (ну вот мы), хочет иметь сервер приложений, но чтобы работал по rtmp, а не по http. Какие варианты? Хорошо изучить Red5, BlazeDS и другие открытые сервера. Выбрать какой-то из них и доработать под себя. Или написать свой с нуля (на scala конечно), заимствуя подходы, да и код тоже, из вышеупомянутых серверов. Чтобы в итоге спокойно держал N тысяч одновременных клиентов, и чтобы все в риал-тайм :)

Будь моя воля, я бы выбрал 1й вариант, и постарался бы выжать по максимуму из того же Red5. Но воля не моя, а есть четкое указание писать свой сервер с нуля. Радует оказаное доверие, смущает очевидный недостаток квалификации :)

Как бы там ни было, но любой вариант начинается с изучения готовых решений. Так что мне предстоят интересные вечера :)