"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.
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.
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).
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ě.
Možná. Jsem si ale dost jistý, že to člověka, který se na video chce podívat, až tak nezajímá - aspoň ne ve srovnání s tím, jak moc ho zajímá, jestli se mu to video pustí nebo nepustí.
A mimochodem, třeba na nefunkčnost takového Barrandova, který taky používá "pravé" streamování, si mi zatím nestěžoval nikdo...
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 :-)
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 :-(
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.
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).
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".
Jste si jist nebo jen tak hádáte?
http://osflash.org/pipermail/red5_osflash.org/2007-March/009578.html
"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.
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.
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 :-)
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.
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).
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.
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 :)
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
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.
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.
"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
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.
"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/odstranuje.
Ja nerozporuju, ze Vam to v nejakych konkretnich situacich nebezelo, jen nejsem schopen urcit, proc tomu tak bylo a z jakych duvodu :-(
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, 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.
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"?
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 :-)
Ř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)
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)
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?
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.
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 :-)
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.
<i>Muzete byt prosim konkretni? Klidne i e-mailem. Opravdu me zajima reseni konkretnich problemu v konkretnich situacich.</i>
Můžu konkrétně říct, že u Nova.cz mi chodí zdaleka nejvíc dotazů typu "nejde mi stáhnout pořad XYZ", u kterých se vzápětí ukáže, že to stačí zkusit ještě dvakrát třikrát a najednou to začne fungovat...
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.
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.
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.
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,
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.
Michale nema cenu se rozcilovat, je to reklama/PR clanek podepsana redaktorem.
Kdyz pominu CDN u ktere vidim dovnitr, tak tu mame v CR treba POP site Akamai a pri pohledu na fungovani Streamu a Akamai musim konstatovat, ze Akamai je na tom o dost lepe.
Verim tomu, ze vreco byl veden dobrymi umysly a editor take, kdyz ten clanek poustel.
Martine, jake Vam dela Nova problemy? Jaky obsah?
Rozhodne nejsem neomylny (ostatne provoz toho systemu je kolektivni prace) a rozhodne ten system neni dokonaly. Jen mam jaksi pocit, ze kazdy problem ma svoji pricinu a ta pricina neni nejaky 'oblacek'. Dobra zprava je, ze pokud ma nejaky problem pricinu, miva i reseni. Bohuzel obecnym nadavanim na cokoliv ci kohokoliv se jeste nic nespravilo.
Narazka na direct connect je zcela z realneho sveta. Bohuzel.
V pripade zajmu o reseni problemu na me jiste mate email.
Zkuste cist i text, nejen mezi radky.
Mě spíš připadá jako dost blbej nápad, že pro přehrávání videa vyžadují mít otevřený port TCP/1935. Pokud máte ve firmě a není vám bezpečnost úplně kradená, tak se povolují pouze některý nejvíce frekventované porty a to port TCP/1935 rozhodně není. Tak že se Stream připravil asi o dost diváků z řad firemních zaměstnanců.