Názory k článku
Stream.cz: čtyři roky, nové technologie, HD kvalita

Snad jen dvě reakce:
Ad streaming -- přijde se změnou technologie streamováni i změna technologie přehrávání? Streamácký flash videopřehrávač je naprosto tragický a při maximalizaci na monitoru s rozlišením 1920x1200 sledujete spíš slideshow než video. Možnost přehrávání ve standardních přehrávačích (Windows Media Player, VLC, Mplayer, ...) by zajisté uvítal nejeden návštěvník, i když chápu, že z pohledu 'vlastníků autorských práv' takové řešení nebývá preferované.

Ad videa na Novinkách.cz -- když infrastrukturu navrženou a nadimenzovanou pro distribuci obrázků použijete k distribuci videí, nelze se divit, že to infrastruktura nedává. Na druhou stranu, flash přehrávač na Novinkách je mnohem použitelnější, než flash přehrávač Streamu (viz výše).

Co si vzpomínám na úplné začátky Streamu, tak mám dojem, že při startu projektu se videa servírovala streamováním. Dost to blblo, pak se s velkou slávou přešlo na progressive download a pod křídla Seznamu.

Takže je to spíš takový návrat ke kořenům?

ne, stream začínal s progresivním downloadem...
je fakt že bez seznamu by asi stream.cz umřel. (ani ne tak technicky jako po stránce návštěvnosti)
jednu věc ale nechápu, HD video už mohli mít dávno (dokonce si myslím že měli mít)
oproti youtube nebo vimeo mají výhodu v tom že nemusí řešit konektivitu
(těch pár uživatelů v ČR je kapka v moři proti youtube - to je jejich velká výhoda kterou zjevně nevyužili)

Jste si jist nebo jen tak hádáte?

http://osflash.org/pipermail/red5_osflash.org/2007-March/009578.html

no nejsem si 100% jistej, ale pokud si ten příspěvek pozorně přečtete dojde vám jistá souvislost (jednalo se o autorsky chráněný obsah - tudíž to asi nesměli posílat přes http jako soubor - takže to asi byla vyjímka)
používání RED5 je opravdu za trest (tehdá nic jiného nebylo) a dobrovolně by do toho snad nikdo nešel.

Jj, Red5 je fakt za trest.

S VLC a autorskymi pravy mate pravdu.

"Dnes tak disponuje zřejmě nejlepší technologií pro distribuci flashového videa na českém trhu."

V čem je lepší než třeba CDNka od Kit Digital?
Buď uveďte jasná fakta nebo do článku (!) nedávejte superlativy - vždyť celý ten článek má dikci spíš PR materiálu než nezávislého shrnutí (nebo co to vlastně mělo být).

"Tu se Streamu podařilo dokončit teprve před pár dny a první citelnou změnou pro diváky bude změna způsobu distribuce dat; obvyklý progressive download nahradí online streaming."

Tak třeba Nova.cz podporuje streaming už asi 2 roky.

Michale, jde o obrovské PR - v článku je víc (nechci říkat lživých) nekonkrétních a neúplných věcí.

Souhlasím, nebudu ale konkretní, i když bych mohl. PR je prostě potřeba :)

Protože příspěvek přišel se seznamu, hádám, že jde o ironii. Nemám důvod zveřejňovat věci, které jsou či které vidím jinak - to si mohu se Zdeňkem říci sám.

Cely clanek je PR, plny polopravd a nepravdivych superlativu, ktere si redakce neoverila.

Skoda, predvanocni obdobi by si zaslouzilo clanky, ktere maji informacni hodnotu, jdou do hloubky, popisuji trh, srovnavaji vice sluzeb, nikoliv nabizi produkt, ktery prakticky neexistuje, ma pracovni nazev a pred par dny jej panove po dvou letech dokoncili v prvni verzi.

Muzete byt prosim konkretni? Klidne i e-mailem. Opravdu me zajima reseni konkretnich problemu v konkretnich situacich.

Netvrdim, ze delivery ke vsem uzivatelum je bezproblemove, bohuzel vetsina problemu je mimo pusobnost poskytovatele CDN (doposud nejcastejsi pricina problemu je fakt, ze vykon pocitace/pripojky neni dostatecny).

To plati pro vsechny provozovatele CDN - resim podobne stiznosti jako zakaznik Akamai a Limelightu :-)

Dobry den,
to neni prilis konkretni.

Pokud to dotycny zkusi znovu a funguje to, tak (bohuzel) byva problem v koncove bezdratove pripojce a nejake ztratovosti paketu.

Muzeme to zkusit odladit, pokud mi poslete prefixy, ktere obsluhuje Vase sit.

Mozna je to kvuli tomu, ze Yt i Stream dorucuji pres downloaddem (http) a ne proudovanim.

Aha, paklize se pohybujeme v oblasti "Ja sem Pepik ze Zizkova a mam ted tendle Ynternet", tak se obavam, ze mame prakticky nulovy prunik v diskusi.

Co se tyce Barrandova, tak asi skutecne dorucuji video pres rtmp (port 1935). Bohuzel to nejsem schopen overit, zda to skutecne funguje, protoze na trech mych strojich v ruznych sitich a konfiguracich nejsem schopen z jejich proudovaciho serveru s IP adresou 93.185.103.10 dostat jakakoliv data. Tedy z prispevku "Promi zpravy 22.12" - zustavam v "nahravam data".

Myslím, že každý, kdo se občas pokusí pustit nějaké video na webu Novy, zjistí to, co jsem zjistil také - málokdy to funguje jak má a je to spíš k zlosti než k užitku. A nedostatečné průniky v diskusi zde na tom nic nemění.

Vite ja jsem dalek toho, abych vehementne prohlasoval, ze vsechno vsem musi vzdy fungovat. Nicmene kazdy problem ma svoji pricinu a paklize chce dotycny problem resit, tak se odvykle dobereme k reseni.

S Nova.cz mám negativní zkušenost. Občas přehrávání videa funguje, občas a ne a nejedná se o minutové výpadky.

V tom, že to není neobvyklé mě utvrzuje i to co ostatní píšou do diskusních fór přímo pod videem.

Zkoušel jsem psát na technickou podporu - bez odezvy.

Není divu, že diskusní fóra pak vypadají následovně:

Mendy 18:52 29.07.2010 Hlavně, že se nám vždycky přehraje ta reklama na začátku, že jo. :-)) Alespoň mě vždycky okamžitě naskočí, abych alespoň o ní nepřišla. :-)

Petr 18:34 29.07.2010 neodpovedi, uz jsem jim psal takz a nic, nereaguji, ale mohu Vas uklidnit stejne problemz maji i jine setialy...:(

Mendy 15:19 29.07.2010 Pokud by ti odpověděli, tak nám prosím dej vědět. Já jsem jim dnes také napsala. Třeba to pomůže, když nás tam napíše více. Dám také vědět, kdyby napsali.

Spali 20:19 28.07.2010 Už je to týden co jsem psala e-mail s dotazem na tv Nova, kde řeší technické problémy s přehráváním a dodnes žádná odpověď :-((
Konečně fajn seriál a jak to dopadlo si můžeme jen domýšlet :-(

Mendy 17:40 28.07.2010 Tak to se asi nedočkáme, co. Docela mě to štve. Nova je mojí celkem oblíbenou televizí, ale v tomto jednoznačně pro mě vede Prima. Tam nejenom, že mě neotravuje věčně reklama, která nejde přeskočit, ale ještě se mi nestalo, že by mi tam nějaký seriál nešel přehrát. Níkdy !!!!! Kdežto tady mám věčně problémy.

Jitka 13:52 28.07.2010 Koukám, že nejsem sama komu to tady nejde:(
Třeba budeme mít Štěstí a někdo z Novy se sem koukne a třeba se dočkáme......

Nada 01:44 28.07.2010 Doufam,ze uz to nekdo da do poradku,take me nejdou prehrat dily od 70. Sleduji celou pojistovnu vsechny dily a ted tohle !!!!!!!!!!!!!­!!!!!!!!!!!!!!!

Jana 12:05 27.07.2010 mě to prosím taky nejde od toho 70 dílu kdo může poraď te, taky bych se ráda dodívala do konce ... prosím

Obavam se, ze problem s neznamym konkretnim videem z 27.7. asi ted na konci prosince nevyresime :-(

Kdo mluvil o jednom konkrétním videu? Je tam jasně napsáno, že problémy jsou i s ostatními seriály, což ze zkušenosti potvrzuji a rozhodně se to netýká jednoho dne. Z komentářů mám spíše pocit, že se to týká vždy nějaké skupiny uživatelů po dobu několika dnů.

Narážím na to běžně, ale jsem uživatel a ne technická podpora Novy, tak si čárky nedělám. To ať si zařídí Nova, jak chce.

Ani ja nejsem technicka podpora Novy nicmene z druhe strany to tak nevypada :-) Spouste uzivatelu staci rict, aby vypli direct connect, kdyz koukaji na Novu.

někdy je opravdu odtržení od reality na úkor ideového přesvědčení o vlastní neomylnosti k popukání. Nova dělá trable jak mě na fwa (30/30), tak upc (100/10 a 30/2-4tednevim), dsl (avonet 8/1), dsl o2.

Příjde mi narážka na direct connect taková Hulánovská (vždy je problém jinde než ve mě). Nepovažuji se za laika ale problémy mám stejné jak na OSX@chrome OSX@ff tak na widlích. CPU Quadcore, pamět 8/16gb a stejně to občas nejede.

myslis DC jako nejakou stahovaci sit?

Hele ta nova me take pekne sr...., prehraje to reklamu, na TN.cz to prehravalo kostickovane apod.

Mimochodem, kdyz jsme u toho, do Panasonic TV Nova posila HD archiv anebo jen bezny archiv, co je na webu?

ä televize Panasonic prehraje nativne rtmp stream?

Nikdo nerika, ze to do vieracastu bezi pres RTMP :-)

S TN jen velmi tezko muzu neco udelat. Nova ma tech systemu spoustu.

Vieracast posila vysilani Novy z bezneho archivu.

Potvrzuji, ze Nova byva pretizena, server proste prestane dodavat video...

Mohu si video stahnout a poak prehrat (rtmpdump), ale to je ponekud pracne, ze?

Co kdyby radeji streaming server plyval data i rychleji? Muj player umi zrychlit na 1.2, 1.5, 2x

Streaming server je streaming prave proto, ze data posila "just in time".

Pokud potrebujete resit konkretni veci s konkretnim videem, napiste. Urcite nekde najdem psa zakopaneho.

"V čem je lepší než třeba CDNka od Kit Digital?"

Napriklad v tom, ze si neleha tak ochotne jak ta od Kit Digital ;-)

(ze je clanek PR je jasny po par odstavcich)

Co si ma clovek predstavit tim "leha cdn"? :-)

Priklad: nektery patek cca pred 2-3 tydny, novacka CDN-ka lehla komplet na nekolik hodin. V streamu z toho meli dobrou prdel, ze "je to fenix, ktery se pak uz z popela nepostavi" ;-)

Taky v rush hour (19:00-21:00) to novacka CDNka moc nedava, clovek musi udelat nekolik pokusu na reconnect. To uz se pak nasere natolik, ze si presmeruje reklamu na vlastni 1sec mp4, aby to nemusel sledovat 5x za sebou.

Nevim, zda mluvime o stejnem dni a stejnem incidentu, nicmene nekdy v te dobe na cca hodinu a pul vypadl jeden hlavnich z POPu. Druhy POP bezel bez problemu. Presmerovani na spravny POP se deje pomoci DNS, pokud mate spravne nakonfigurovany kesovaci DNS server, tak mohl byt vypadek tak 5-10 minut. Na druhy POP byla presmerovana vetsina divaku.

Pokud Vam novacka CDN nedava v rush hour, prosim mrknete se k sobe. Ta flashova CDNka je dimenzovana na cca 5-10x takovy provoz, nez jaky mame ted v "rush hour". A uz jsme odbavovali nasobky soucasneho provozu.

V pripade, ze mate problem s nejakym konkretnim typem obsahu opakovane, napiste mi a zkusime najit, kde je problem.

Ano, mluvime o stejnem datu a stejnem incidetu. Chcat a srat do huby si necham jenom od zensky.

POP = Poop of the Poopest?

Jsme oba zainteresovani (i.e. conflict of iterest; implikaci necham at si to kazdy rozebere sam).

How do you FFFUUU today?

Obavam se, ze nejste naladen na spravnou vlnu.

POP = Point of Presence. Zbytek necham na Vas. Pokud mi lehne paterni smerovac v jedne lokalite ze dvou, povazuju to za vypadek jednoho POPu.

Ale mozna, ze to ve Streamu vidite jinak, to Vam samozrejme neberu.

Abych nezapomel - vim, ze presmerovani pomoci DNS neni uplne optimalni a jisti ISP maji s provozem DNS pro klienty seriozni problem (napriklad nerespektovani TTL zaznamu). Bohuzel neni v nasich silach je presvedcit o tom, ze respektovani TTL ma svoji logiku :-(

Clovek rad dela super raketoplanovita reseni, bohuzel realita dneska, aktualni stav Internetu a pozadavky ze strany zakaznika (vcetne cenovych) obvykle zpusobi, ze z raketoplanovitych reseni zustavaji torza a clovek dela nudne tryskace, ktere maji spoustu omezeni.

Preju Streamu, at se jeho novy system zajede natolik, aby byl schopen poskytovat rutinne data externim subjektum.

Nvm, asi 20% postu dava smysl, zbytek neni ani na Art of Trolling. ('sycho here.)

"Clovek rad dela super raketoplanovita reseni"

Ne, skutecny clovek dela reseni, aby to fungovalo.

Disregard the rest.

I present a challenge.

Zachlastame si na tuto temu a vyresime to osobne (jak to delaji Japonci = kde je poklesek, kdyz si nekdo nedokaze vyridit spor s oponentem). Idealne Praha, ale kvuli tomuhle klidne dojdu kdekoliv na svete (v Indii jsem se vyhnut strileni nekonecnou nepravdepodobnosti, v Nepale taky).

Name your ground,

Myslim, ze hodina je jiz pomerne pokrocila a obavam se, ze na podobnou uroven zetrovani jsem uz prilis stary a prilis malo intoxikovany :-)

Mimochodem, kdyz koukam do ticketu, tak se asi bavime o ruznych incidentech. Zadny incident nemam zaznamenany v patek v obdobi, ktere popisujete (mozna nejaky fantom?). Mam tu ten vypadek, ktery jsem zminoval - ve ctvrtek od 20:10 do 20:50 :-)

Jo pokud si chcete domluvit schuzku, muj e-mail je vseobecne znam :-)

"Zadny incident nemam zaznamenany v patek v obdobi"

Absence of evidence does not imply evidence of absence. ;-)

Jsme to zkouseli z vicero mist internetu se stejnym vysledkem (presne datum si skutecne nepamatuji, mohl to byt i ctvrtek, ale 99% to byl nektery prosincovy patek).

BTW podivejte se do mailu (ktery mate uveden na lupe).

Ja netvrdim, ze nekdy v patek nemohl byt nektery ze serveru potento, bohuzel u CDN Novy a presmerovavani pomoci DNS neni okamzity failover.

Bohuzel kdyz nedokazete rict, o jaky den, pripadne hodiny se jednalo, tak se to jen velmi obtizne potvrzuje/odstra­nuje.

Ja nerozporuju, ze Vam to v nejakych konkretnich situacich nebezelo, jen nejsem schopen urcit, proc tomu tak bylo a z jakych duvodu :-(

Michale, trochu mi to připadá jako akademický přístup. Ať si uživatel nastaví tohle a IPS tamto a pak jim to bude fungovat. Nebyl by v případě komerční aplikace lepší pragmatický přístup a vytvořit technologii, která bude v _reálném_ světě "prostě fungovat"?

Argument je tady jednoduchý: CDN Streamu je v distribuci videa ve výsledcích výrazně lepší, než Kit/Nova/Youtube. Proto označení "zřejmě nejlepší" má svůj důvod.

Metodika stanovení pojmu "výrazně lepší": rychlost spuštění videa a počet výpadků při přehrávání. Nejhorší je KIT, pak Youtube (rychlý start a časté výpadky), Nova (výpadky) a nejlepší Stream (bez výpadků a rychlý start videa).

Snad jsou to pro vás dostatečná fakta.

Patriku, muzu vedet, kdo tu analyzu delal a jakou metodikou?

Pripadne kterou z CDN KITu jste hodnotili? Aktualne bezi tri az ctyri.

KIT ten, co je nasazen na CT24. Tedy doufám, že je to ještě Kit.

Metodika: nahrána stránka s videem a počítá se doba do spuštění videa plus počet výpadků při přehrávání, dvě nezávislé linky (Dial a GIN, obě nad 10 Mb/s), 10 pokusů na každou.

Patriku, opravdu jste porovnavali zivy Windows Media streaming a dorucovani VoD pomoci progresivniho downloadu HTTP a jste schopni jednoznacne interpretovat vysledky?

Pokud ano, tak gratuluju, prihlaste se o Nobelovku, urcite jste prvni na svete.

Zkuste si koupit sluzbu WM na Akamai a porovnat ji se stejnou a koupenou sluzbou na HTTP.

Je to běžná neznalost, ale Nobelova cena se dává jen za vyhrazené obory, ne například za porovnávání služeb.

Ano, interpretace výsledků z pohledu uživatele je poměrně jednoduchá věc, proto jsme ji také zvolili. Z toho vychází vaše řešení jako jednoznačně pro uživatele nejhorší.

Nebudu si kupovat žádnou takovou službu.

Misto otevrene technologie typu h.264/http podporujici implictne zarizeni apple tu zas mame jakysi bastl.

Uprimne receno, posilat video protokolem http je bastl, ktery jen tezko neco prekona :-)

Oprava:....
Pokud máte ve firmě ....FIREWALL.... a není vám bezpečnost úplně kradená

Řekl bych že v té firmě třeba nechtí aby zaměstnanci civěli na video :-)))
Navíc 1935 (rtmp) má automatický fallback na port 80 a 8080 kde se komunikace zabalí do http požadavků (přenos dat je méně efektivní).

Podle mého je smutné že stream nemá HD už dávno. Přechod na plnohodnotný streaming mi příjde zbytečný. (to bych si šetřil na živé vysílání).
Obzvlášť pokud se pokusí používat nějakej ultra JAVA hrůzu.
Dneska ovšem existuje implementace rtmp v C a ta už má výkon opravdu velmi slušný.
Jen tak jsem kouknul - mě binárka zabírá cca 3MB.

Upnul bych se na kvalitu h264 komprese a její akceleraci přes GPU (to si myslím že dělá nějvíc)

Hm, zkousel jste nekdy ten "automaticky fallback na port 80 a 8080" v realnem provozu? Pokud ne, tak verte, ze ja naposledy pred rokem a vysledkem je, ze jsme zustali u rmtp na portu 80 (pri vedomi, ze moje karma je opravdu spatna, nedostanu zadne tvrde darky a budu se smazit v pekle).

Nevim, proc chce stream.cz prejit na streaming, ale vezte ze z hlediska systemovych zdroju Vas delivery 10 Gb/s konektivity pres http download vyjde mnohem draz nez streaming.

"Kvalita h264 komprese" je dana algoritmem, ktery je standardizovan.

progresivní streaming vás nemusí vyjít o mnoho dráž... není problém omezit datový tok.
"Kvalita h264 komprese" je dana algoritmem, ktery je standardizovan
tak tohle sám víte že je nesmysl (nic tak variabilního jako MPEG4 snad ani neznám)
ano automatický fallback mám ozkoušený a funguje normálně.

Omezeni datoveho toku Vas muze vyjit na procesorovy vykon pomerne draho. Tedy pohybujeme se v oblastech serveru, ktere jsou schopne odbavit kolem 2 Gb/s provozu.

Ano, MPEG-4 je pomerne variabilni standard, nicmene prece jen ma nejake mantinely. Jednim z nich je ta "kvalita komprese" - pokud mame na mysli kompresni algoritmus. Nebavim se o tom, ze muzete do prislusneho kontejneru cokoliv, ale o tom, ze to "cokoliv" musi byt schopno klientske prostredi prehrat.

Je velky rozdil mezi laboratornim vyzkousenim a provozem v realnem svete :-(

Z mého pohledu traffic shaping na něčem normálním (tím nemyslím apache, tomcat nebo podobný příšernosti) nemusí mít nějak velkou režii.
2Gbit/s na jednom serveru už by byl možná problém, to někdy vyzkouším pokud budu mít náladu. (mám nějaký SSD disky)
MPEG4 sice má mantinely, ale od nevidím do nevidím a já jsem schválně napsal GPU kompresi :-) měl jsem k tomu sakra dobrý důvod.
Všechny služby na internetu totiž při rekompresi volí velmi nízkou kvalitu komprese (ošizené výpočty atd.) z důvodu úspory výpočetního výkonu jejich farmy.
Ano H264 můžete komprimovat 5 minut a nebo taky hodinu (výsledek bude dost odlišný a délka videa totožná profil se nebude příliš nebo vůbec lišit).

Nevim, na jakou kapacitu sizuji servery panove ve streamu, nicmene pro nas jsou 2 Gb/s entry level. To nepisu proto, ze bych si chtel honit triko, ale paklize mate mit system na odbaveni 60 Gb/s, tak uz musite jit do podobnych zarizeni. V opacnem pripade se zblaznite ze spravy tolika serveru :-)

Nerozumim moc te poznamce o delce kodovani (zcela jiste mate na mysli kodovani, nikoliv komprimaci). Ano, existuji ruzna nastaveni a ruzne kodery, ale kompresni algoritmus je dany. Bohuzel mymi zakazniky jsou vetsinou televize a ty si s kvalitou obrazu dost vyhrajou - zdravim MS.

MS zdravím taky... ale Michale, uznej, že MS je jeden z mála lidí, kterého baví experimentovat s kvalitou obrazu v poměru s datovou náročností a s kodekama. Díky němu měl Stream i při mizerném bitrate a půl/palu tak "skvělý" obraz v rámci možností už od počátku...

Ano, tech lidi je dost malo, nicmene i v dalsich institucich, kterym poskytujeme sluzby obvykle nekdo takovy je :-)

jo abych ten fallback na port 80 přecejenom trochu hanil tak přes starý proxy to neprojde (běží to akorát přes HTTP1.1)

RTMPT v praxi nefunguje kvuli HTTP 100-Expect a HTTP 417 (coz je na mnoha proxy defaultni konfigurace).

Kvalita h264 je ovlivnena tim co prehra Flash, zkuste si schvalne nekdy prehrat ve Flashi video, kde jsou zapnuty vsechny featury h264.

njn, kam se ti bastliri v Apple hrabou na stream.cz ;-)

Ja nehodnotim Apple a stream.cz.

Hodnotim technologie. A dorucovani videa po HTTP vymyslelo opravdove cunatko.

Tak se podivejte, co Apple prosazuje jako standard pro streamovani videa. To oni sazi na HTTP.

Ty obfuskace proste nechapu. Stahovani videa to stejne nezabrani, jak pepak svymi aplikacemi dokazuje. Proc rovnou nevlozit nutnou reklamu do videa a nenabidnout uzivatelum otevrenou technologii, kterou si prehrajou na vsech zarizenich, pocinaje PC, pres mobilni zarizeni a konce televizemi Samsung, LG, Toshiba a dalsimi podporujicimi YCTV?

HTTP má větší režii (je náročnější na datový tok) a je to opravdu tak trochu prasárna.
Nakonec by se přes http a port 80 mohlo tahat všechno ne? (to opravdu nedává tak úplně smysl)

"HTTP má větší režii (je náročnější na datový tok)" muzete to prosim vyjadrit v procentech, kolik stoji univerzalnost? Ackoliv Apple vyrobky nemusim, v tomhle jim fandim.

On web take nema prilis vysokou entropii, presto se prosadil.

je to zanedbatelné... přesto nechápu v čem jim fandíte?
všechny streamovací technologie mají fallback na http-tunel (v případě nouze aby to nějak fungovalo i ty s DRM).
přirovnal bych to k tomu když k vám chodí pošťák s balíkama tak mu přihodíte štrůdl pro paní z vedlejšího domu protože hned potom jde tam (on ho třeba i doručí), ale opravdu mu to nepřísluší a nemá to v popisu práce :-)

Dobry den,
me ale vubec nezajima, co prosazuje Apple. Dorucovani videa pres http je cunarna, at uz to prosazuje kodkoliv. Na tom nic nemeni ani to, kdyby to prosazovali Apple, Microsoft, Adobe, Google a Richard Stallman vsichni dohromady.

Vubec nechapu, o jakych obfuskacich hovorite. Na dorucovani medialnich dat tady mame protokoly dobre popsane v RFC (napriklad rtsp).

Me je uplne jedno, zda a jak si drzitel licence schrani svuj obsah, to je jeho vec (dokazu mu doruceni ohlidat ve srovnatelne urovni at uz to bezi pres rtsp nebo http). Me zajima, jak efektivne dorucit video od zdroje k uzivatelum.

Souhlas, zrovna http se na tohle vůbec nehodí rtsp je hezky vyřešené (prostě je to specializované na video) žádný primitivní http/get.

a co protokol mms ? :)

"Me zajima, jak efektivne dorucit video od zdroje k uzivatelum." Muzete tedy vy specifikovat, o kolik procent je http mene efektivni nez napriklad rtsp? (ano, byte range a time range protokoly, ale pro http hovori network effect)

To, kdo standard prosazuje je take dulezite. Kdyz prijde s navrhem Apple, uz to neco znamena. (soudit kvalitu nezavisle na navrhovateli je samozrejme spravne, nicmene je treba zvazit kontext)

Obfuskace - mineno z pohledu uzivatele - kdyz si chce prehrat video ze stream.cz na sve televizi, jake ma moznosti? Pokud je nasazena technologie, ktera ztizi stahovani, bez toho aby mu zamezila, je to obfuskace. Cituji: "Streaming má mimo to také znatelně lepší zabezpečení dat proti nežádoucímu stahování, nasazení DRM se prý ale neplánuje." Proc tedy nenabidnout data primo ke stazeni? Toto Vam jako obfuskace nepripada?

Na druhou stranu, stream.cz nevlastni hodnotny obsah a napr. pro TV Prima je pouze prostrednik a ti budou v budoucnu odstraneni (pockejme si jake problemy ceakaji na Netflix s obnovovanim licenci k obsahu). Tudiz za tuto politiku sam nejspis nemuze.

Dobry vecer,
ja neresim, "o kolik procent". Ja resim, zda je ten protokol pro konkretni dorucovani navrzen. Chapu, ze kdyz mate v ruce kladivo, vypada kazdy problem jako hrebik - ale muze to byt i sroubek nebo porcelanovy hrnek. Nerozumim vubec poznamce o "network effectu".

Priznam se, ze je tomto vlakne jsem se od clanku zcela odpoutal, protoze nenabizi prilis zivne pudy pro technologickou diskusi.

Duvod, proc pouzit protokoly pro dorucovani videa, jsem jaksi sdelil. Mame protokoly pro dorucovani videa a proto bychom je meli pouzivat. V opacnem pripade nam hrozi, ze ten soub opravdu zatlucem.

Na diskusi o licencich se necitim byt erudovan. Nejsem ani pravnik ani obchodnik :-)

Dekuji, toto Vas nazor dostatecne vysvetlilo.

Nejvetsi overhead HTTP je v tom, ze nebyl navrzen na streaming videa - tudiz server nevi, jestli klient sleduje nebo pauznul (coz je dulezita informace pro load balancing; i u HTTP by to slo nejak ochcat, ale je to obezlicka, ne reseni).

RTSP na druhou stranu neni moc rozsiren u klientu (BFU network effect & neprotlaci ho zadna velka firma).

Tim padem zustava jen RTMP. Nastesti Adobe ("castecne") otevrel RTMP protokol (dokumentace je online), proto existuje celkem dost free implementaci klientu a alespon jedna decentni free implementace serveru.

"Nezadouci stahovani" je jenom PR blud, kazdy, kdo trochu rozumi programovani vi, ze DRM je nesmysl.

Neresi nahodou tohle ten navrh standardu od Apple?

RTMP bohuzel nepodporuje zadna televize s Yahoo! frameworkem. Kdyz vezmete v uvahu, ze tento framework je v kazde novejsi televizi od Samsungu a v soucasnosti to vypada jako jedine prakticke reseni VOD bez nejakeho dalsiho zarizeni, tak to jiste stoji za zvazeni.

Jedine na co se v tomto frameworku muzete spolehnout je prave HTTP (+mp4/h264 nebo wmv/vc-1), s tim, ze v budoucnu se prida M3U8 a RTSP, s RTMP se ale ani nepocita.

Na "nezadouci stahovani" mame stejny nazor :)

Proto se to na televize musi delat zvlast a je to pekny oser (viz LG thread v komentarich). Proste vyrobci televizi nejsou schopni naimplementovat ve vetsine pripadu nic rozumneho a pak se to musi hackovat.

BTW korejska anglictina: "but soon fixed"

V LG maji strasny bordel: hardware vyborny (vlastnim nekolik veci), ale software otres (pamatujete na LG vypalovacku, kterou slo softwarove znicit? Proste tady se HW a SW soudruzi nejak nedohodli)

Intel ta sama story - hardware vyborny, software na zaplakani.

Moznosti ma, i primo z TV spustit (bez pocitace), dnesni TV to umoznuji, dnesni TV jsou v podstate pocitac, ve kterem bezi linux, maji 512MB flashky a prehraji temer cokoliv, kdyz se vi jak na to (ale asi neni vhodne to verejne popisovat, protoze provozovatel streamu zije z hitu na reklamy...).

Ach jo.

Pokud jste jeste nikdy nespolupracovali s LG, doporucuju se preventivne vyhnout obloukem.

Obfuskace: dobre se to prodava managorum, protoze tomu prd rozumi.

Bohuzel, tohle obvykle urcuje klient. Nastesti je tech televizi tak malo, ze staci postavit par masin vedle hlavniho cloudu a obsluhovat televizaky z nich.

Ne ze by to technicky neslo, ale neni to systemove reseni a vytvari naklady navic (jinak tech televizi je dost na to, aby se to porad pletlo pod nohy; pak je celkem tezke udelat nejakou systemovou zmenu).

Co je bastl na rtsp?

Placete na spatnem hrobe. Spravny smer je smerem k zmrdum z OSA, DILIA apod (neumeji pochopit ze DRM fakt nikdy nemuze fungovat) a taky Apple. RTMP je otvevreny protokol (ma nejake licencni podminky, ale nic hrozneho pokud chcete vytvaret prehravac, existuje spousta free implementaci v jave/c).

Chápu to dobře, že při přetížení serveru (jako běžně YouTube cca 16-22hod) se video v požadované kvalitě buď nespustí, nebo se bude sekat? Dosud bylo možné video nabufferovat a klidu přehrát. A co ti, kteří mají pomalejší přípojku? Toto je podle mě krok zpět.

Také mi to tak připadá, ale zas tak moc do toho nevidím.

Load na servery a sit se (mozna neuintivne) snizil, protoze servery nemusi posilat data klientum, kteri napr. pauzli. Technicky to lze jeste vylepsit, je to vicemene otazka nakladu (predevsim na HW).

Kdo ma pomalou pripojku, ma holt smulu. Nebo musi pouzit nejakou alternativni implementaci nez flash.

BTW s rychlosti internetu musite tlacit na CTU - viz nedavne clanky Jiriho Peterky tady na lupe kde pise jak nam CTU tady "kraluje".

Stream bejval celkem vpohode, ale ted je to tak otresne zapraseny reklamou, ze se divim lidem, ze tam vubec chodej

Siru dstit na velke medialky, ktere si nedelaji hlavu s vypalnym 50% z celkove hodnoty obchodu.

Aspon v Nemecku vlastnik obsahu prebira vladu nad distribuci ke koncovemu uzivateli: viz maxdome.de a ProSiebenSat.1. Tim je jeden meziclanek z kola ven :)

Jsme si jednou s kamosem ze srandy rikali, ze kdyby to Hitler vyhral, alespon by naucil vsechny makat ;-)

Možná by to mohlo mít označení PR článek :)

Mám dva dotazy:
1) Protože je stream.cz ve flash nejde na iOS, dělají i technologické změny, aby to v iOS šlo? Tedy asi zde zmíněný HTML5?
2) Během svátků nabízel stream.cz každý den pohádku a ta kupodivu na iPadu šla. To některá videa pouštějí jinak?
Díky

"Seznam" je v streamu uz dlouhou dobu sproste slovo, proste vsichni jsou "full of their shit". O vanocnich pohadkach radsi nechci mluvit, protoze bych se zbytecne nasral a pak par lidi by nevedelo, jestli maji jit driv na pohotovost nebo do bohnic (normalne jsem "pritulny" sociopat, ale vsechno ma sve meze).

Seriozne, v seznamu jsou "double agents", ktery podle vseho kopou za sve kamaradicky. Udajne to ma byt Sima/Zima (ale je to jenom "hearsay"). Uz jsem doporucoval "out of spite" nasadit na ne soukrome detektivy, at si to kluci uzijou :-Z

Na iOS/Android verzi streamu se pracuje, je to jenom otakza casu.

Flash (minimálně verze pro Linux) je poněkud defektní:
- často nefunguje zvuk
- několikanásobné nároky na CPU, takže větší formáty trhají a jsou nekoukatelné
- nestabilní, fullscreen často shodí celý prohlížeč

Pro rozumné použití je potřeba video stáhnout a prohlížet z disku normálním přehrávačem. Mělo by to jít pomocí RTMP proxy, ale i tak to je vopruz. Tu proxinu zkusím cvičně rozchodit, ale asi mě na Stream.cz moc neuvidíte, zvlášť když je na netu spousta pohodlnějších alternativ.

Tenhle prispevek by se mel spis objevit spis pod clankem typu: "Adobe ma novy uzasny nejlepsi flash player ....."

Samozrejme implementace flash playeru pro linux neni zadna slava ... a u 64bit systemu je to jeste napinavejsi. Odobne funguju na http://labs.adobe.com/downloads/flashplayer10_square.html a na starsim dvoujadru v notebooku si to s videem poradi docela pekne. Ale naroky na CPU jsou i tak vyssi nez na windows, to je smutna realita.

Tenhle prispevek by se mel spis objevit spis pod clankem typu: "Adobe ma novy uzasny nejlepsi flash player ....."
No a poradíte jak nový stream.cz sledovat bez flashe?