Chromecast: Kouzelná krabička, která strčí DLNA do kapsy

HDMI i TV to zvládnou (pokud to nejsou nějaké staré vykopávky).

No samozřejmě, 60Hz je běžná obnovovací frekvence monitoru i TV.

Ja se v tom nevyznam, ale proc je HDMI spatny pro prenos hudby?
Stejne jako opticky prenos umi HDMI multikanalovy zvuk a digitalne ... HDMI ale zvladne v lepsi kvalite (BR).Takze varis z vody nebo to ma realny zaklad?

HDMI nezajistí nízký audio jitter. Pro průměrné nároky ale postačí. Co se pak týče Chromecastu, není vůbec jasné jestli zpracování audia je bitperfect, Dost bych o tom pochyboval. Bitperfect pravděpodobně není už to, co do Chromecastu odchází ze zdrojového zařízení.

HDMI je v soucasne dobe jedine dosptupne rozhrani pro prenost 24-bit 192kHz 7.1 zvuku. Na jitter se vykaslete, vsadim se s vama ze ho stejne nedokazete poznat, poud se tam vubec nejaky vyskytuje. Cely jitter je totiz jen marketingova zalezitost, ktere dejme tomu mohla delat neznatelne problemy u CD kvality, u vyssich bitrate je to uz uplny nesmysl

Baví mě, jak v diskusi o low cost hračce za 1000,-Kč vytahujete pojmy jako 24-bit 192kHz 7.1. Vy jste někdy Chromecast použil pro audio reprodukci 24-bit 192kHz 7.1? Popište prosím, jak jste to udělal a kde se dá běžná produkce sehnat v takovémto formátu.Jinak mně jde samozřejmě o klasické stereo a ne o multikanálový Disneyland. Drtivá většina lidí bude přes Chromecast poslouchat standardní rozlišení 44.1kHz/16bit. O HDMI v takové standardní situaci platí, co jsem napsal - vysoký jiter, průměrný zvuk. Dále jakákoliv reprodukce přímo z prohlížeče není biterfect.S tím jitterem je to opačně než píšete. Dlouho se touto oblastí výrobci IT vůbec nezabývali. Kvalita audia tomu odpovídala. Teprve v posledních 10 letech se z toho stalo téma a je to znát na vzrůstající kvalitě různých audio řešení v oblasti IT. Ty ale všem nestojí 1000,-Kč.Za mě je Chromecast podařená low cost hračka pro masy, která potěší, ale člověka s vyššími nároky neuspokojí. Ale kdo dnes má vysší nároky, že.

Tak Chromecast nedám do televize, ale do hdmi vstupu recieveru a pak už si s tím můžu dělat co chci.

Žít a nechat žít, ty máš svůj názor, já mám svůj názor, já ti nebudu nutit svůj, nemusím souhlasit s tvým, ale udělám vše, abys ho mohl svobodně vyjádřit.

HDMI nezajistí nízký audio jitter. Pro průměrné nároky ale postačí.

Máš nějaký zdroj ohledně toho jitteru u HDMI, případně u Chromecastu? A o jeho vlivu? Nebo jsi to sám měřil osciloskopem, že to takto tvrdíš?

Myslim, ze vetsi vliv na kvalitu nez jitter na HDMI bude mit WiFi Pro kvalitni prenos do recieveru bych tedy preferoval LAN. Ale to uz se dostavame do cenovych hladin uplne mimo cilovou skupinu uzivatelu Chromecastu, a tedy OT

Wifi, pokud funguje korektně, nebude mít na zvuk žádný vliv. Ke ztrátové kompresi tam nedochází, je to bitperfect. Případné výpadky dat jsou problém konkrétní implementace ne technologie jako takové. Vliv na zvuk by mělo použití Bluetooth přenosu, kde dochází ke ztrátové kompresi.

"korektni" fungovani je prave to, co na wifi nelze zarucit. Problematicka je prave ta prenosova vrstva. Ani QoS nezaruci prenos bez latence ci vypadku. Proste drat je drat.

Drobná latence u audia nevadí a výpadky jsou u dobře fungující wifi na krátkou vzdálenost velmi výjimečné. Streamuju Google Music přes wifi do mobilu a odtud "buzarem" opět přes wifi do HTPC a hifi sestavy(BubbleUPnP, JRiver MC20, Asus Xonar Essence ST, AV receiver Yamaha, repro Cabasse). Výpadky jsou naprostá výjimka. Ani si nepamatuji na poslední.

Prosim neberte to jako utok, fakt me odpoved zajima - streamovat hudbu z GPlay pres mobil do HTPC a odtamtud do receiveru da kvalitnejsi zvuk nez pripojit Chromecast do HDMI portu receiveru? Predpokladam, ze HTPC je pripojene k zesilovaci digitalne.

Zajistit nízký jiter pro přenos audia 44.1/16 je technicky poměrně obtížná záležitost. V takto malém zařízení to z principu není možné zajistit. Už nutné úpravy na straně zajištění kvalitního napájení prostého vf rušení se do takto malého prostoru nevejdou. A bez toho se nízkého jitteru nedosáhne.A nejde taky jen o jitter, ale o to jestli je reprodukce bitperfect. Což v případě Chromecastu nelze nijak ohlídat.

Bitperfect, budiž, plně chápu, také bych ho ocenil...Ale co furt máte s tím jitterem? Digitální AV data (1 a 0) jsou v HDMI přenášena po paketech a audio jitter je zde tedy irelevantní pojem. Audio data v HDMI nejsou kontinuálně přenášena v přesném časovém sledu (jako u SPDIF/TOSLINK) a ani to není nutné, rekonstrukci audio streamu z paketů řeší přijímač, který si musí časovou základnu správně a přesně sesynchronizovat sám, ale to je zase úplně jiná písnička...Chápu, že všecko lze zprasit, ale nemyslím si, že na výstupu digitálního audia bude mít trasa přes HDMI jiná data, než na trase přes SPDIF/TOSLINK. Vliv DA převodníku a jeho časové základny je izolovaný problém, který se HDMI netýká.Pokud máte k tématu nějaké jiné zdroje, prosím o sdílení, rád se na to podívám, děkuji.

Vedle absence bitperfect přenosu je jiter hlavní příčinou zvukových rozdílů digitálního audia. Nejde o chyby v datech, ale v jejich časování. Tyto chyby vznikají při synchronním přenosu digitálního signálu a různé implementace tohoto přenosu (HDMI, USB, TOSLINK atd,) mají různou náchylnost na vznik těchto chyb. Různé typy D/A převodníků jsou na jiter různě citlivé. Neexistuje ovšem žádný D/A převodník, jehož činnost by jitterem nebyla nijak ovlivněna. Jitter negativně ovlivňuje pouze D/A převod. Jitter je reverzibilní a lze ze signálu zcela odstranit uložením dat do mezipaměti.Těžko se tomu věří, pokud si nemáte možnost na jednom a tomtéž převodníku poslechnout stejnou skladbu s vysokým jitterem a minimálním jitterem. Spadne vám čelist. Je to mnohem většinou větší rozdíl než mezi dvěma různými převodníky.Je to na delší samostudium. Pro začátek doporučuji přečíst si měření karty Asus Xonar Essence v časopise Stereophile, která vyniká velmi malým jitterem na digiálním výstupu. Z popisu měření lze získat představu, co to je jiter a jaký má dopad na výstup převodníku (v případě této karty jiter problém nepředstavuje). http://www.stereophile.com/content/asus-xonar-essenc... ...

V zásadě si neodporujeme - jitter při zpracování dat v obvodu DA převodníku má vliv a toto nijak nezpochybňuji.Problém, nebo spíš Vaše nepochopení, vidím v tom, že Vaše představa o "jitter poškození" dat během přenosu není správná. Jednak synchronní přenos audio dat je pouze u SPDIF/TOSLINK. Naproti tomu USB, HDMI i např. DisplayPort využívají asynchronní přenos dat, proto je zde jitter irelevantní pojem, neboť u jmenovaných rozhraní dochází k přenosu dat v paketech, podobně jako u TCP/IP pro internet. V opačném případě byste mohl tvrdit, že i streamované audio přes TCP/IP "kazí" jitter, což však vzhledem ke komplexnosti řetězce a bufferování níže prostě není pravda. :)V cestě digitálního AV signálu existuje řada bufferů, které zabezpečují bezvýpadkové zpracování procházejících dat, a v případě HDMI a USB musí mít DA převodník VŽDY nějaký buffer, ze kterého ta data pro finální DA převod čerpá.U SPDIF/TOSLINK je možné, že se data v DA převodníku nebufferují a tak jak "přítékají", tak se v DA převodníku zpracují a není tam žádný obvod na rekonstrukci časové základny. Takovéto konstrukce jsou dnes však již dávno překonané a docela bych se divil, kdyby nějaký renomovaný výrobce výhradně takto dnes DA převodník konstruoval. Reclock dnes pokládám za standard.Shodneme se tedy na tom, že jediným zdrojem jitter zkreslení u HDMI/USB přenosu audio dat je výhradně časová základna DA převodníku?

K BUFFERŮM:Většina D/A převodníků má na vstupu nějaký buffer. Reálné implementace D/A převodníků ovšem i v případě existence vstupního bufferu odvozují svoje hodiny od taktu příchozího signálu (fázový závěs). Pokud by tomu tak nebylo a hodiny D/A převodníku by běžely zcela nezávisle, došlo by zcela jistě dříve nebo později k přetečení nebo podtečení bufferu a to u D/A převodníku z principu nesmí nastat. Toto řešení ovšem v případě typické reálné implementace znamená, že jiter na straně zdroje signálu ovlivní D/A převod a není bufferem eliminován.HDMI přenáší taktovací signál zdroje samostatným vodičem a na straně D/A převodníku probíhá úplně stejný příběh, jako je popsán výše s tím rozdílem, že lokální taktovací signál není odvozován od příchozích dat, ale od zmíněného taktovacího signálu.. Kvalitního zvuku u HDMI je tedy stejně jako u SPDIF možno zajistit jen dosažením minimálního jitteru na straně zdroje signálu (vysílače). U HDMI to ovšem bývá reálně mnohem těžší.K STREAMINGU:
U streamingu je situace jiná. Tam jsou buffery mnohem větší a tak není nutno hodiny odvozovat od příchozího signálu. Podtečení bufferu se zde neřeší. Dojde k němu jen v případě snížení propustnosti sítě pod určitou úroveň, což jistě každý kdo streamuje občas zažil. Dochází k tomu spíše jen na mobilních datech. Na wifi jen ojediněle.

Rozumím a děkuji, budu se muset podívat do schemat námi vyvinutých zařízení, jak to tam přesně máme, přece jen se pohybuji trochu v jiném segmentu vývoje. ;)

Mno, zjištění je takové, že u některých PC grafik je možné na výstupu zapnout "Spread Spectrum", což je rozmítání hodin pro snížení EMI rušení, a toto by mohlo mít na jitter dosti zásadní vliv, ale nevím přesně kolik ns to reálně po vydělení dělá.Naše řešení má hodiny pro DA převodník odvozené od časování HDMI, takže ano, uznávám svou mýlku - jitter, i přes paketový přenos, je zde ovlivňován. ;)

Neni nad kategoricky nazor na neco, o cem nic nevis
Ja pouzivam Chromecast s rozbocovacem HDMI - HDMI+TOS link, HDMI do televize a optika do recieveru. To je myslim pro kvalitu dostatecne
Jinak samozrejme novejsi recievery maji primo HDMI konektor.

Ale ano. Pro průměrné nároky je to co píšete OK. Pokud chcete poslouchat čistě audio a chcete z toho vyždímat maximum kvality, tak je to ale potřeba jinak. Možnosti:1) AV receiver má vlastní Wifi a podporuje DLNA. Streaming přímo do receiveru. Pokud je to uděláno v receiveru kvalitně, je to ideální způsob,2) Pokud bod 1) z nějakých důvodů nelze použít, pak doporučují použít HTPC s dedikovanou kvalitní zvukovkou, která disponuje digitálním výstupem s velmi nízkým jitterem (např. Asus Xonar Essence ST). Digitálním výstup propojit s převodníkem v AV receiveru. Toto řešení může poskytnout srovnatelnou kvalitu jako bod 1To vaše řešení téměř jistě nezajistí nízký jitter.

proboha, vite vubec co to je jitter a proc o nem nema smysl hovorit u 92kHz samplovaci frekvence a vyssich?

Asi jste myslel samplovací frekvenci 96kHz. Opravdu si myslíte, že je dobrý nápad používat pro hires reprodukci Chromecast? Jak zajišťujete, aby reprodukce byla bitperfect? To se může lišit podle použité aplikace na straně zdroje signálu. Srovnával jste vaše řešení s pokročilejšími technologiemi? Pokud ne, tak je to jako vysvětlovat středověkému vojsku význam atomové bomby.Chromecast je zařízení, které má umožnit udělat z hloupé televize chytrou. Nic víc.

Námět ke čtení o jitteru a jeho vlivu na zvuk:http://www.tnt-audio.com/clinica/jitter2_e.html...

Univerzalnost asi nie, nie kvoli HDMI, ale kedze primarne ide o prehravac obsahu Chromu, takze je viazany na Chrome a na Google.

presne si to vystihol, takto si Kefalinovia predstavuju univerzalnost.

Primarne se jedna o prehravac stremovanych sluzeb. Podporuji ho napr. Netflix, HBO GO (bohuzel ne HBO GO v CR), Google Play Music/Movies, Rdio a dalsi. Staci mit klientskou aplikaci prislusne sluzby, jedno jesli pro iOS, Android nebo Windows), v klientu najit prislusne video/audio a predat prehravani Chromecastu. Klient v telefonu/tabletu/pocitaci pak funguje fakticky jen jako ovladac, nic neprehrava.Co je na tom neuniverzalniho?

už aj HBO GO CZ ;) trvalo to no je to tam

Jj, trvalo to, ale je to tam :) Tak ted jeste Stream.cz :)

Beru zpet, Stream.cz uz taky umi Chromecast :)

Idealni je to zvlaste v pripade, ze mas NAS od Synology, tam lze prehravat primo NAS 2 Chromecast - filmy, hudbu, muziku. Tablet nebo telefon je jenom ovladac.

hbo go je super . takto si predstavujem službu v roku 2015. vyberiem si na ntb alebo mobile film ťuk a za chvíľku to už beží na telke .

Muzu dotaz? Kdy pribyla podpora Chromecastu v HBO GO? Jeste tak pred mesicem v aplikaci nebyla. To by bylo super.

V aplikácii HBO GO je podpora Chromecast pár týždňov (?) z prehliadača ešte o niečo menej .

Koukam na ty dary, uz i Stream.cz.

u SMART TV je trochu problem se zadavanim - klavesnice obsadi jediny/jeden z mala (podle modelu) USB port a dalkovy ovladac je pro psani dost nevhodny. Ale obecne mas pravdu, u rozumne SMART TV (ano, Samsung nema Chromecast vyrazny prinos.

S tym SMART ovladacom k Samsungom sa pise celkom sikovne. Nie je to sice ovladac/klavesnica, ako ma Philips, ale za to je prostredie aspon rychlejsie, funkcnejsie a pouzitelnejsie.

aky je to "UEFI disk"? To si sa trochu pomylil.

Nepomylil som sa. Takto je standardne sformatovany disk pre UEFI: https://technet.microsoft.com/en-us/library/dd744301(v=... ...
Samsung TV vie vsetky particie zobrazit a pristupit na ne, LG TV zobrazi len niektore (zvycajne len tie, kde nemam nic ulozene) a Panasonic, Sony, ci Philips rozozna, ze bol disk pripojeny, ale nenajde nic. Ale to ostatnym znackam musim este pripojit druhe USB, pretoze disk ani neroztoci...

cize GPT, lebo UEFI je intrface rozhranie.

Myslíš ten neschopnej krám co neumí ani to, co Android dongle za 35 USD?Ten neschopnej krám, co neumí ani prd a musíš streamovat data z nebezpečných osShitXXX nebo iOS devices s dírou jak brno...Jo, určitě budeme dobrovolně dávat svá data na veřejnost.. Víš, my nejsme vypatlanci jak ty.

Vznesenejsi? Co presne si pod timhle terminem predstavujes u trosky plastu, kovu a kremiku?

Geniální User Interface jakož i User Experience. Božský AirPlay, napojení na iTunes library a brzy samozřejmě na Apple Music. Zcela fantastický design, ovladač je vpravdě klenot a samotná Apple TV rovněž. Není žádná jiná firma, který by dokázala vyrobit tak dokonalý device.

Vše co tvrdíš má i Android dongle za 1000,-.. Ty vůbec netušíš, že Applu platíš majlant za s*ačky, který my používáme už 10 let.

Přesně. Mám to doma skoro stejně. Daleko univerzálnější řešení, než Chromecast.

Google?
https://developers.google.com/cast/docs/media...

a nebo prehledneji tady
http://onebestsoft.com/stream-any-video-format-t... ...

Google cast nepodporuje h265.

https://www.alza.sk/search.htm... ?

Hmm,je to přesně tak,jak popisuje qasko
HBO GO přes chromecast je super!!!
A samozřejmě i další funkce budou skvělé,ale chce to čas.

Proč srovnáváte jablka se sekai ichi?! Vámi zmiňovaný monitor, tedy za předpokladu, že ho opravdu vlastníte, určitě nestál 14 stovek jako chromecast.. Howgh

Proč bych ho nevlastnil? A ta televize přece taky snad není zadarmo ...

Zajímavé, přehrávaš filmy z NASu přes ES file explorer (android) a chromecast?
Musím to vyzkoušet.
Zřejmě záleží na tom uložiští,no mě se nedaří správně připojit NAS k Routru(O2)

Chápem to dobre že máš android tv ? Ako si spokojný zo systémom ?

Ano,mám v TV android,vcelku je OS dobrý,ale není nad Windows.

Taky mi prijde, ze se snazi srovnavat jabka s hruskama. DLNA je primarne urcene na sdileni medii mezi zarizenimi v ramci domacnosti, Chromecast pro konzumaci stremovaneho obsahu (Google take na zacatku bojoval proti vyuziti Chromecastu pro lokalni media).
Je skoda, ze se Jakub nerozepsal o ceskych sluzbach, ktere podporuji Chromecast, o tom, ze napr. HBO GO CZ/SK uz konecne podporuje Chromecast jsem se dozvedel az z diskuse, na Stream.cz jsem prisel nahodou vecer doma. Jak je na tom napr. O2 TV a podobne sluzby nevim, nepouzivam je.Problemem DLNA je prave to "A" v nazvu - alliance, spousta vyrobcu a kazdy ma sveho klienta, ktery podporuje jine formaty, takze se stava, ze co funguje na Samsungu, nemusi fungovat na Sony nebo Panasonicu nebo obracene. V tomhle maji vyhodu protokoly, za kterymi stoji 1 silny dodavatel, at uz Google nebo Apple s AirPlay.