Mám doma streamovací mašinu, na kterou mám po kabelu natahaný klienty. Chci ale streamovat i dál (přes Wi-Fi), ale tam už se bojím konektivity.
Slyšel jsem, že nějaký prokotol (UDP, RTP, RTSP, MMSH...) dokáže posílat po síti stále stejný objem dat i při více klientech.
Je možný, že jsem naivní, ale rád bych znal pravdu. :-)
Ted je nejlepsi reseni asi udelat ruzne po siti on-demand relay servery. Ciuli v miste kde by se proud dvou streamu rozdvojoval udelas relay, na kterej se budou pripojovat klienti. No a ten relay si to uz jako jeden stream stahne z hlavniho serveru.
Ale jak uz bylo receno, u Wifi na to rovnou zapomen.
proste udelejte si ze zdroje mpeg2-ts/dvb-t neco jako wmv+aac(popr. mp3) zabalene v avi popr. mpeg-ts/ps a poslete to na nejakou multicast skupinu via h264 jste schopni i pri 768kbit rozeznat titulky. Akorat si nastudujte co to je igmp a jak se to chova ve wifi prostredi.
Popr. nedoporucuju via jeden pritupovej spoj posilat vic jak jeden stream a popr. neroutovat traffic primo na shit-apecku.
Eventuelne Bcko je dost nahovno (silenej jitter), Gcko a Acko je v klidu (pokud neni zatizeny na vic jak 30%)
Na multicast na wifi fakt zapomen. I kdyby jsi pouzil streamovaci proxy servery, tak to sit parametricky nezvladne (par kanalu, par megabit, par zakazniku + bezny traffic). Kdyz jsme testovali iptv na jednom prazskem sidlisti, tak byl problem i na optice jelikoz to strasne zahlcovalo sit a (levne) switche z toho meli peklo. Jinak by me celkem zajimalo, co tem klientum vlastne poustis (platforma, zdroj, bitrate, kodek) a co z toho maj :-) btw: Videl jsem nekolik profi iptv platforem a vim o nekolika prekazkach proc bych to nechtel (de-facto stejne symptomy jako u dvb).
27.10.2007 v 15:16
via h264 jste schopni i pri 768kbit rozeznat titulky. Akorat si nastudujte co to je igmp a jak se to chova ve wifi prostredi.
