Je to jednoduche. Pokud mate pripojeni o kapacite X a datovy tok videa Y ziskate nejvyssi pocet soucasne konzumujicich uzivatelu Z pomoci kouzelneho ultimatniho vzorecku Z = X / Y.
Pokud se tyce vykonu pocitace, provozuju par serveru, ze kterych jsou zajimave datove toky. Napriklad server, na kterem bezi hudebni televize Ocko vcetne verze v "PAL" rozliseni a par dalsich veci, jako je treba HDTV1 - datove toky pres 500 Mb/s z toho serveru nejsou vyjimkou, je obycejny P4 server s gigem RAM a dvema SATA disky. A zvlada to s prstem v nose.
Co je to on-fly zmeny?
Paklize se ptate na to, zda ten server provadi prekodovani (transcoding), tak to delaji ve slusne spolecnosti kodery (spravny nazev je KODER nikoliv enkoder, jak je nazyvaji laici - viz clanek).
Vetsina materialu (napriklad ono zminovane Ocko je kodovano do dvou proudu). Mensi proud je zakodovan do trech kvalit s ruznym datovym tokem (~150, ~400 a ~500 Kb/s), vetsi proud ma 1.5 Mb/s. Ale to si jiste zjistite naladenim toho vysilani.
Vsek se podivejte na odkaz "server". Uplne normalni par let stare 1U SuperMicro. Mozna nekde na videoserveru CESNETu najdete presnejsi info (na sal se mi ted nechce :-)). Software je Windows Media.
Obraz bereme ze satelitu, protoze posledni mile do baraku Ocka je prote problem. Zkouseli jsme i jine karty na digitalizaci videa respektive satelitni karty, ale obraz se nezlepsil. Az bude Ocko ve finalnim multiplexu, pouzijeme ho pravdepodobne jako primarni zdroj. Pochopitelne idealni by bylo strcit do koderu vystup z odbavovaciho pracoviste :-)
Ne, proudovaci server prekodovani nedela. Povazuju takovou koncepci za zcela chybnou :-)
Mate nejakou solidni referenci na nekoho, kdo podobne veci opravdu dela?
Kodery Ocka jsou obycejna PC (s Windows). Zkouseli jsme ledacos (seznam bohuzel poskytnout nemuzu), ale jina platforma nenabizela pozorovatelne lepsi kvalitu.
Patriku, vyrobci pouzivaji encoder, ale to neznamena, ze existuje slovo enkoder. To pouzivaji pouze lamy, ktery se chtej vytahnout pred svejma rostenkama, ze umej cizi slova :-)
Mimochodem, pri tech Vasich testech, kolik videa v "PAL rozliseni" jste v realnem case prekodovali do Ogg Theora?
Jak uz jsem psal v druhem kuse vlakna, na serveru nekodujeme :-)
Celkem mame tri PCcka. Dve normalni (nejake P4, ATA disky, 512 MB DRAM), umistene v serverovne MAFRY (kodery) a treti je proudovaci server (to supermicro) v serverovne CESNETu. Pred tema koderama je jeste DVB-S settop box a do koderu nam to leze pres analogove rozhrani. Zkouseli jsme nahradit STB DVB-S kartou, ale kvalita se pozorovatelne nezvedla.
No ja za studiovy signal ocka zodpovedny nejsem, takze to nemuzu ovlivnit ;-)
Mimochodem, ten server jede v dual stack rezimu (=v rezimu dvojiteho protokoloveho zasobniku), takze Ocko je jedna z prvnich televizi na svete, ktera jede v IPv6.
Souhlasim s Tebou, klidne by prvni radek v plnem zneni zopakoval :-). Takze uz budes pouzivat spravne KODER?
Nabyl jsem dojmu, ze delate televizi. Pokud delate VOD archiv, pak celou dobu ziju v bludu :-)
Ptal jsem se proto, ze jsem nabyl (asi mylneho) dojmu, ze jste delali nejake testy. Tak jsem chtel vedet, jak jste byli peclivi.
Protoze proti 128 Kb/s jsme zaznamenali maly (ale prece) narust kvality poslechu. Navic Ocko je hudebni televize, tak to muzete brat z casti jako marketing :-)
Az prekvapive hodne lidi ma tu stanici pravdepodobne pustenou jako radio na pozadi (pet hodin se na to koukat v kuse neda) :-)
Vzhledem k tomu ze MAFRA ma Radio Express, asi se ji nebude Radio Ocko libit.
Pet hodin v kuse se to poslouchat da, jeden cas jsem to mel jako "monitoring", ale kdyz clovek slysi podvacaty nejakou fakt hroznou reklamu na telefonni vyzvaneni, zacina to byt na palici.
Jak Akamai funguje zvenci je videt docela dobre, bohuzel jsou to blackboxy a je zakazano do nich sahat nebo se pokouset o reverzni inzenyring (coz je smutne, ale pochopitelne).
Mimochodem, http provoz nebude asi nejn pres Apache, protoze ty masiny v jednom POPu (v kazdem node jsou nejmene ctyri) si mezi sebou vymenuji netrivialni provoz.
Bezi jim to pod Linuxem (to myslim tajne neni) :-).
Je to pomerne presny popis toho (i kdyz zajimave je take pouziti smerovacich protokolu pro oznamovani prefixu, ktere konkretni sit povazuje za lokalni), jak Akamai presmerovava klienty.
Bohuzel v oblasti distribuce datovych toku je to pomerne kuse :-(
Jsem si takovou síť chtěl postavit... :)
Nekteri, pravda v mensim (pouze .cz a pouze Windows Media) a na jine platforme (Windows), uz na takove siti pracuji.
Mimochodem, pokud vim, tak na tomtez pracuje i Patrick. Tak se od nej nechte zamestnat, treba s jeho financnimi zdroji dosahnete vetsich uspechu.
Vetsina ucinkujicich je bila :-) Akorat vecer, kdyz chytite nejaky "r&b" nebo "dancing", tak je to presne o tech lidech, co popisujete. Nekteri z bratru nejsou cerni, ale za to maj ksiltovky ...
Pokud vim, hrali si s tim lide v oblasti vyzkumu aktivnich siti (neplest s CDN), ale prisli na to, ze jim to vubec, ale vubec neskaluje :-) Take AFAIK vsichni transkoduji nikoliv v realnem case (=off-line).
spravny nazev je koder i enkoder. enkoder enkoduje (cesky zakoduje) dekoder dekoduje (cesky odkoduje nebo rozkoduje). ale s tim bych se tak nezalamoval. daleko horsi je kdyz (nejen uzivatele ale i kecateri v radiu a tv) sklonuji megabajty, megahertze, kiloohmy, kilowaty apod. podle rodu "zena" ( jakoze "deset megabajt", "deset kilowat"). to je teprv tragedie :(
Proč ne, jestli to bude víc lidí zajímat, máme tu docela dostatek čísel z většiny zmíněných řešení. Ostatně, jestli vás zajímá, jak může vypadat video ve Flashi bez podpory hostingu (Jen PHP a FTP), tak něco jsem zkušebně nechal tady, ale pak jsem to nedal do článku: http://www.marigold.cz/video/
Sorry, nebudu. Koder se mi nelíbí a na západ od našich hranic se používá encoder, takže zůstanu u něj.
Televize tomu říkáme, ale je to "taková trochu jiná televize" - větší roli tam hraje VOD, než stream. Takže ano, žiješ v bludu.
Ano, testy jsme dělali. Theora z nich vypadla prakticky ihned, protože ji nic nativně nepodporuje a náš problém je, že nechceme lidi pokud možno nutit je něco instalovat. Takže nám nepřinesla žádné výhody a porovnávali jsme hlavně RV, WMV, H263 a VP6.
Optimalnejsi by bylo na webu klipnout na link a pustit si tak pozadovany film. To samo vyzaduje konektivitu (alespon 2Mbit, lepe 10Mbit) + linku bez smesnych datovych omezeni.
navýšení linky (zvýšení nákladů), restrikce práv (snížení užitné hodnoty).. to vše jen kvůli snížení nějaké prodlevy z půldne na řádově minuty? Do toho nikdo nepůjde..
Dokonce ani provideři, protože by se jim současná krásně "placatá" P2P zátěž sítě změnila na hrubé peaky v prime time, snížil by se příznivě vysoký podíl lokálního trafficu (způsobený preferencí lokálních seedů), takže by museli investovat (=další zvýšení nákladů pro end usery).
to ano, me spis zajima na cem to bezi a kolik streamu to utahne -) kdyz mam doma 1 mbit bez limitu a fup a chci napr. rozjet nejaky malinky servrik - tak s cim mohu pocitat :-)
jednou jsem se ptal obchodnika z velkeho hostingu (3 nejvetsi...) a rovnou mi cpal nejvetsi server s nejvetsi linkou.. v te dobe 100 mbit konektivitu.. - na moji namitku ze nebudu hostit p-filmy tak rekl ze nevi..:-)
Takže berete MPEG2/DVB-S stream, ten se převadí přes windows media encoder a ten běží na Windows Serveru?
Všechno v tom 1U? Čekám ještě jiné 1U s kodekem (SW nebo HW)
Ve Windows Media Encoderu můžete vlastně zachytávat přes DirectShow takže by tam nebyla degradace signálu.
Bohužel ze studia ÓČKA leze signál z mého pohledu natolik degradovaný že se na to nedá dívat.
Vzhledem k tomu že ty reklamy obvykle přerušujou produkci nějakejch "černejch bratrů" co roztahujou prsty, houpou na krku zlatem a vykřikujou cosi o diskriminaci, tak mi ani nevadí. ;-)
bude nejaky dil o "realite" provozu? jako laika(konzumenta) me obcas zajima jake jsou naroky na hw a linku pro X-spotrebitelu...
treba jak to roste, jake jsou realna cisla z nejakych mensich projektu - kdybych si chtel neco pdoobneho rozjet pro par znamych (ne download klipu..) ale streamovani napr...
at uz hudby nebo obrazu..
vim ze realna cisla nikdo nikdy nikomu nerika, protoze by se pak zjistily ruzne vesele veci, obvykle v IT branzi -).. ale nejaky modelovy prikladek by se mozna hodil:-)
Co je to za platformu, smím li se zeptat... HW/SW
U ÓČKA pokud vím byl hlavně problém se zdroji, které se dodávali na analogové "betě" (to už se snad zlepšilo)
Na satelitu ale má dost šílenej obraz... hlavní problém vidím v analogových zdrojích. Dokonce obraz prochází nějakým deinterlace a je to teda síla...
Díval jsem se na 1.5M stream a je to stejný zdroj a prostě obraz nic moc :-(
Windows Media Audio 9 Professional
256 kbps, 48 kHz, 2 channel 24 bit (A/V) 1-pass CBR
To má nějaký skrytý význam? Mě to příjde jako plýtvání datovým tokem
Uříznul bych to max na 128 kbps
To už je vlastně druhá komprese MPEG1 layer II na WMA hmm on už z toho satelitu ten zvuk není nic moc.
Neměl by tam tedy být i samostatný audio zdroj :-) RÁDIO ÓČKO?
Myslím že ani poslouchat se to pět hodin v kuse nedá ;-)
V CESNETu to prej chodí, nevím já osobně s tím zkušenosti nemám. Takže nezbývá nic jiného než na 50 uživatelů mít 100Mbit. Třeba je to nějak ošetřené v IPv6, ale to jsem taktéž ještě nezkoušel.
Taky už vlastně ani přesně nepamatuju jak to technicky mělo fungovat (jenom matně)
Neni me jasne, zda terminem 'kodek' oznacujete konkretni metodu komprese (MPEG-2, H.264 AVC, ...) , nebo jeji softwarovou implementaci (ffmpeg, CoreAVC, ...)
> Tak především za použití kodeku H.264 je třeba platit poplatky
Odkazovany dokument ukazoval na licencni poplatky za patenty, predpokladam tedy, ze v v teto vete jste mel na mysli 'kodek' jako metodu komprese. Jaky zakon me zakazuje vyuzit metodu komprese H.264 AVC bez placeni? Minimalne cesky zakon 527/1990 (o vynálezech, průmyslových vzorech a zlepšovacích návrzích) AFAIK softwarove patenty nepovoluje.
No už si opravdu přesně nepamatuju jak to fungovalo, věděl jsem že mě to fungovat nebude tak jsem to ani moc nepokoušel.
Nemá někdo představu jak funguje AKAMAI (http provoz je snad přes APACHE-proxy, RTSP vypadá na RTSP-Proxy, ale MMS a HTTP-cloaking je pro mě záhadou)
Snažil jsem se napodobit RTSP ale nějak se mi nedařilo. Přemejšlel jsem že si to dopíšu v C sám, ale přecejnom to není triviální (alespoň pro mě ne)
Dokonce jsem do toho RTSP narval i video, ale divně se rozpadávalo...
(zkoušel jsem to tedy pouze na Windows Media Video)
Samozřejmě všechno pod linuxem jiná platforma mě nezajímá
No já už je rozpižlával aspoň na dálku dost, všechno se hlásí stejně. Linux to je, Apache je tam taky a pak zřejmě hodně poupravenejch opensource řešení. Všechno má přepsanou hlavičku tak že se to hlásí jako Cougar/9.xx používají to právě i na MMS streamy. HTTPcloaking se dokonce hezky tváří jako http-mms-framed nebo tak nějak
Jsem si takovou síť chtěl postavit... :) a většinu věcí chápu až na ten mms protokol. (jak to tam jenom dělají? :)
Nechce mi to běhat korektně s Windows Media Video
V RTSP se mi dařilo zrcadlit jenom originální Windows Media Server :(
The akamai machines at the edge are PCs running Linux and a slightly modified version of the squid cache.
No já zkoušel taky jenom Windows Media :)
Asi prozkoumám i ten Flash
Každopádně mít jeden Windows Media Server a pak X linuxovejch zrcadel mi na RTSP chodí (kešuje se do souborů)
s MMS mám problémy je to takovej uzavřenej protokol...
(nepodařilo se mi ho v linuxu uložit tak aby se dal znovu otevřít a streamovat dál) HTTP-cloak jsem se ještě nesnažil napodobit (to by mohlo být jednodušší)
Jojo každej soft podporuje multicast (akorat je všude napsano že vam to na 90% nebude fungovat)
Proč je Windows šmejd? Já je teda nepoužívám, ale že bych říkal že je to šmejd?
Multicast musí podporovat síť (má to snad nějaký svůj rozsah ne? 224. něco??? už mi hlava neslouží)
Multicast bohužel nepodporuje síť žádného českého ISP, a to včetně těch kteří si hrají na "progresivní" a chlubí se zbytečnostmi jako skoro-funkčním ipv6. Někomu bude mcast v síti běhat, ale že by něco prošlo do/z mbone, to asi nehrozí. Ostatně mcast nepodporuje ani nix (dokonce ani ten novej "komerční" v Brně).
Až přestane být streamování hračka pro pár desítek až stovek zákazníků, budou problémy se škálováním, a centralizované streamovací servery to neutáhnou. Proto považuju za zbytečné hádat se nad tím, kterej kodek je lepší, a jak kde ušetřit 10% pásma :)))
Pro DSL uživatele se to asi vyřeší reflektorama, které jsou součástí SW dslamů, ale ne každý používá právě DSL.
A možná se to vyřeší samo, tím že o streaming nebude zájem. Lidi chtějí VOD, a VOD funguje docela dobře už teď- dopoledne spustím torrenty, odpoledne vypálím 2-3 filmy na DVD-RW, a večer to doma pustím z DVDčka. To mi docela stačí, proč by to nemělo stačit i ostatním?