Цитата:
Сообщение от -De-
Вещатель вещает на одну группу, в группе 100 слушающих юзеров. От него идёт один видеопоток, 100 раз профит. Это что такое вообще есть мультикаст. Демонстрируйте =)
Неприятности начинаются, когда вещатель вещает в несколько групп или в группе несколько вещателей, наверное та конференция была как раз про это.
Размножают мультикастовые пакеты специально обученные железки (в один интерфейс пакет входит, во много выходит). Они и генерят профит. И чтоб показать его нужны будут такие железки. Не думаю, что протокол поддерживает такое, что входит один пакет, а после он идёт в удвоенном количестве на один интерфейс, но на разные порты.
|
Хммм, точно, с той формулой я немного протупил. Она видимо как раз касается обычного слушающего пира и кол-ва его соседей, но не вещающего пира. Для вещающего действительно один поток и профит получается в n раз.
Конференция у меня как раз сейчас самая простая реализована, один вещает остальные слушают (точнее её даже нужно называть не конференцией а скорее просто вещанием).
Насчёт того кто размножает мультикастовые пакеты не совсем понял. Как я себе представлял: железки занимаются native mulicast(ом), а вот программным мультикастом занимается rtmfp, ну или сами экземпляры флеш-плеера, не знаю как точно сказать.
Теперь по поводу того, что удалось посмотреть:
поставил сканнер и ограничиватель траффика по винду.Вещаю с одного компа, на другом запускаю несколько экземпляров приложения. Для юникаста скорость возрастает пропорционально (на приложенной времянке видно как последовательно коннектятся 4 пира). Дальше идёт мультикаст, там также последовательно 4 пира, но полоса остаётся примерно одинаковой, профит действительно в n раз.
Вопрос только в том, почему при юникасте лагов не наблюдается, а при мультикасте все клиенты ловят видео с большими тормозами... Качество сейчас стоит 640х480х30fps, quality=100.
Наверное при качестве похуже лагов не будет, но без группы и с таким качеством лагов нет...
12.05.2011, 13:57
Древовидный вид