mirij

A když modem UPC odpojíte, abyste omezil jeho vliv na router, a necháte zapojenou pouze sekvenci PC - router - switch - NAS (pokud tomu rozumím dobře, že to máte takto zapojeno), a všechno ostatní restartujete tak je stále po 15 minutách ta nízká rychlost?

Možná je chyba nakonec v tom NASu. Možná v nastavení nebo snad hardwarová závada. Nejsem ale na to nějaký odborník, jen tak usuzuji z toho, když jste vlastně skoro vše vyměnil, pouze NAS zůstal.

Ne, ne, tak to určitě není. Domnívám se, že odchylka je jednoduše daná tím, že Správce úloh ukazuje rychlost vztáhnutou ke kratšímu časovému kvantu než speedtest. Metodika obou výpočtů se liší, přesto se oba snaží určit to samé. Navíc, Vy disponujete tak vysokou přenosovou rychlostí, že stačí rozdíl několika milisekund v časové základně a hned to udělá takový rozdíl.

Ano, není to užitná kapacita pro vlastní data, a nevypařily se, jsou "schované" právě v těch přenášených režijních bitech. Speedtest ukazuje poctivě počet všech přenesených bitů (tedy i těch režijních). Jednotka bps vyjadřuje počet všech bitů per second. Samozřejmě můžeme se přít kolik přenosové kapacity padne na režiji, ale obecně lze počítat se 2 bity na jeden přenesený bajt. Ale chápu Vaši závěrečnou ironii.

Místo krát 8 je třeba násobit dejme tomu x10, protože je potřeba počítat s tím, že na každý přenesený byte připadá jeden nebo dva režijní bity. Každý přenesený TPC nebo UDP paket má nějakou hlavičku, jejíž bity se také samozřejmě přenáší a u TCP komunikace se navíc příjem každého paketu potvrzuje. Pak lze s klidem říci, že 3,82 MB/s je vlastně téměř 40 Mbps.

Zcela prostě - jak píšu výše, při výpočtu "něco/čas" hodnoty "něco" a "čas" vstupují do výpočtu s určitou přesností, která je dána např. způsobem zaokrouhlování takže s určitým rozptylem hodnot je ve výsledku potřeba počítat a to zejména při tak velkých přenosových rychlostech. Dejme tomu, že výpočet je zatížen chybou +/-1%, potom tedy můžeme počítat s tím, že spodní mez skutečné rychlosti je např. 997 Mbps.

Samozřejmě Infiniti je tam proto jelikož čas vstupující do výpočtu pro rychlost (což je vlastně "něco/čas") je po zaokrouhlení roven 0. A čas pro ping je prostě tak malý, že po useknutí desetinné části je celá část rovna nule - nikomu se přece čas pro ping nezobrazuje s desetinnou částí - vždy je to pouze celé číslo. Holt, ani speedtest.net není zatím na tak vysoké přenosové rychlosti plně připraveno. Je to prostě něco co už je, ale co působí jako za hranicí budoucnosti

fortik> Celý thread jsem samozřejmě již dříve celý četl. Slamb> Stejně je to prostě úžasné a byť ani zdaleka takovou přenosovou rychlostí nedisponuji tak mne baví o tom aspoň číst, že je to vůbec realně možné. (Samozřejmě za splnění určitých podmínek pro ty co stále argumenují např. "drobením" přenosové rychlosti ve špičce nebo pokud bude mít takovou konektivitu více lidí nebo, absurdně, že stejně na to nebudou mít kapacitu disků atd. - jde přece HLAVNĚ o faktor ČEKANÍ než se něco stáhne, nikdo zřejmě nestahuje 24 h denně, ale když už si chce něco stáhnout tak nikdo nechce dlouho čekat. A taky přece, vše se technologicky stále zlepšuje, konektivita páteřních sítí, klientů, velikost disků, jejich rychlost atd. Nikde není psáno, že když někdo má konektivitu 1G bps a druzí pouze např. 40M bps, že to tak NAVĚKY zůstane a že když bude např. komunikovat s tímto klientem tak mu to poběží pouze 40 M.) UPC asi musí skřípat zubama tam kde mají Centrio za konkurenci.

To Fortik> Jste asi málo bystrý, ve druhém videu má přece přenos mezi normálními disky a FTP serverem. Zdá se, že Slamb může udělat jakékoliv video, ale stále se najde někdo kdo bude tvrdit, že ten prezentovaný REÁLNÝ přenos je pouze jaksi "syntetický" nebo, že to vlastně není pravda a cosi kdesi, neuvěřitelné. Mě, co ukáže speedtest.net tak tím taky reálně stahuji/uploaduji.

To Technik> A není nějaká možnost, že byste Samsungu třeba nějak poslali data surového vysílaného streamu, aby si to tam mohli vyzkoušet a odladit? Bez testovacích dat jim to může hodně dlouho trvat.

Země vzniku tam ještě není, k tomu se ještě nedopracovali.

Samozřejmě existují kódové stránky kde jsou i české znaky s diakritikou vyjádřeny pouze pomocí 1 bajtu (tedy žádná zbytečná data navíc), např. ISO-8859-2 nebo Windows 1250. Otázkou je jestli jsou tyto kódové stránky také podporovány protokolem transport streamu pro EPG data.

Nevím tedy jak Vy, ale když jsem nyní natáhnul EPG programem DVB RS tak vidím EPG pouze na 7 dnů plus 6 hodin což NENÍ 8 dnů. Ono totiž ani dříve NEBYLO EPG vysíláno na PLNÝCH 7 dnů, ale pouze např. na 6,5 (až 7) dnů apod. 8 dnů je to zřejmě pouze krátce po půlnoci. Ale dobře i za těchto 24 hodin navíc!

Pokud by Váš poslední odstavec měl být myšlen tak, že by se mělo v případě nutnosti vypnout vysílání diakritiky tak s tím samozřejmě nelze souhlasit. To by bylo horší než cokoliv jiného a výrazný krok zpět. Jsem rád, že se bude vysílat EPG na 8 dní - ten jeden den mi tam při plánování na celý příští týden vždycky chyběl.

A co techniku to, že v názvech seriálů nevysíláte vůbec číslo řady. To už Vás netrápí? A samozřejmě také to, že tam chybí rok, země, režie, herecké obsazení.

Já jsem dospěl k názoru, že to, že v názvech seriálů není číslo řady a že v popisech chybí režie, herecké obsazení, rok a země výroby je ZÁMĚR, oni ve skutečnosti NECHTĚJÍ, aby tam tyto informace byly. A proč? Kvuli lidem, kteří nahrávají z televize, kvuli ztížení identifikace co se právě vysílá. Paradoxní ale je, že tyto informace lze ještě nalézt z jiných zdrojů. Ale kdoví, časem to možná zmizí např. i z tištěných periodik a internetových televizních programů pokud se proti nám nějak spiknou. Někdo tu reklamu přece v televizi musí sledovat, no ne? Tak to je asi tak celý "pokrok", který proběhl s EPG.

Domnívám se, že je to proto jelikož jsem jim o tom psal (a podle tohoto fóra nejen já) a potom jsem o tom mluvil po telefonu s nějakým jejich operátorem, který si to zapsal a slíbil nápravu. Obávám se, že jinak by se nepohlo VŮBEC nic (jakoby je to vůbec nezajímalo jaká EPG data vysílají a odvolávat se na subdodavatele je nefér když já jako zákazník platím za EPG společnosti UPC a ne tomu subdodavateli, to je jakoby při vadách pronajímaných stb mě odkazovali na to, abych si to vyřešil s dodavatelem těchto stb přičemž oni budou mít ruce čisté, klídek a shrábnou pouze peníze od zákazníků). Navíc se mi osobně zdá, že zareagovali až po telefonické rozmluvě a ne po zprávách emailem. Také jsem jim říkal o tom chybějícím číslu řady atd. Je děsné, že je na ně potřeba tak VÝRAZNĚ a opakovaně tlačit, aby zjednali nápravu.

V EPG informacích jim např. úplně chybí přehled pořadů Horor filmu (kanál CS Film noční vysílání). Místo toho tam jako poslední pořad mají předpůlnoční pořad CS Filmu s dobou trvání např. 6 hodin a 55 minut. Oni nám chtějí zkvalitňovat služby a přitom jdou o krok zpět, mají nás za blbečky? Věčně mají s EPG problémy a nejsou schopni to dát do pořádku a je to DOKONCE časem ještě horší.

Přesně, to je druhá věc co mi na současném EPG HODNĚ vadí. Minimálně země a rok výroby by mělo být optimálně úplně na začátku popisu pořadu (teď tam není vůbec).

Absolutní souhlas. Jak si můžou dovolit zákazníkům, kteří jim PLATÍ, pouštět EPG, ve kterém mají TOLIK chyb a to i přes upozornění (!!!) tak dlouho?? Sám jsem je na to v posledních 14 dnech upozorňoval. Jakoby tam byly nějací analfabeti či co, kteří se sice dokáží ještě omluvit, ale nedokáží zjednat nápravu. Nepotřebuji, aby se mi UPC stále omlouvalo, ale aby bylo EPG bez chyb, což už asi měsíc není! Odpověď UPC "Od června testujeme novou verzi EPG s cílem rozšíření funkcí, ale také s úmyslem zvýšit přehlednost a jednotnost dat včetně těch u zahraničních programů, s čímž přišlo několik změn" je SPROSTÝ alibismus! NECHCI a NETOUŽÍM po nových funkcích EPG pokud jim nefunguje to základní (které dokonce ještě před cca měsícem fungovalo!). Ať si to testují někde stranou, ale v ostrém vysílání ať používají bezchybná data. Zákazník se nemá zneužívat k testování.

No to teda je. To teda klobouk dolů. Taky jsem svého času laboroval s nastavením úspor energie a od té doby mám ve schématu napájení všechny úspory energie vypnuty a všude nastaven maximální výkon. A protože používám USB tunery tak i ve správci zařízení mám všude zakázáno vypínání USB zařízení z důvodu úspory energie (a notebook mám trvale připojený k el. síti). Vůbec si myslím, že za mnohé problémy může hodně lajdáctví programátorů, kteří nedokáží (ba nechtějí) domyslet určité mezní situace, které mohou nastat a tím pádem nejsou správně v programu ošetřeny. A klidně se tyto problémy mohou vléct spoustu verzí a to i přesto, že o nich třeba i ví tak stále nejsou schopni/neumí je odstranit. Je to bída.

Sory Techniku, ale já Vás stále nechápu. Píšete "Nedělám si iluze o kvalitách STB pro DVBT a myslím si, že naprostá většina těchto zařízení ukazuje čas do změny špatně." - no a nebylo by teda lepší zrušit tuto nesystémovou úpravu generování EPG, aby i ty staré přístroje ukazovaly časy EPG správně aspoň do okamžiku změny času? Navíc všechny, i staré STB mají okamžitou synchronizaci času podle času v transport streamu takže po změně času a automatickém znovunačtení EPG budou vidět EPG zase v pořádku, ne? Navíc. stejně v zásadě nesouhlasím s Vaším tvrzením, že pro Vás bylo výhodnější udělat tuto "nesystémovou" úpravu generování EPG. Zvolili jste prostě tu pohodlnější variantu. Pokud už to tak bylo tak jste se měli postarat o to, aby byl opraven firmware těchto zařízení. To samozřejmě není tak úplně snadné, ale vzhledem k tomu, že nabízíte STB daných výrobců tak si myslím, že by Vám určitě vyšli vstříc a firmware opravili (a navíc máte přece možnost aktualizovat i u těch starých zařízení firmware automaticky přes Vaši síť - nebo se mýlím?). Důležité je přece směřovat vždy k tomu co je systémově správné a ne se ohýbat podle nesprávné většiny. Jak dlouho to chcete takto nesprávně dělat? Až se změní většina zařízení?

No vida, krásně jste chybu UPC potvrdil. Škoda, že ten obrázek není větší. No ano, je možně, že tím že si UPC sestavuje muxy s EPG daty sama tak dělá tu chybu, že u EPG dat, které leží již v novém čase, hodinu z časů pořadů neodečítá - to ale přece není omluva. A není pro ně omluva ani v případě, že by chyba nějak vznikala někde před nima - zejména oni jsou za to nakonec odpovědni co vysílají a mají si to ohlídat. Jak píše CableG pochopit UTC (což je též GMT) a offset a správně s ním pracovat není až tak komplikované a nejsou přece v UPC tak hloupí (když dokáží sestavit transport stream), aby si neuvědomili, že v přechodném týdnu, kdy se mění čas, vzniká tento problém je potřeba jej správně ošetřit.

Ani já to nechápu, několikrát jsem jim to tady připomínal, ale bez výsledku. Asi je potřeba napsat přes webový formulář přímo do UPC.

Jo pánové, není všechno jenom kvalita signálu. Komu na tom opravdu HODNĚ záleží a chce sledovat/nahrávat na počítači s operačním systémem Windows tak bych mu poradil aby se zaměřil i na to jaké má na počítači spuštěny na pozadí služby (ale i ovladače zařízení mohou způsobovat problémy) a zda např. používá antivirus, zda má nastaveno v ovládacích panelech optimalizaci výkonu pro služby nebo pro aplikace atd. (je toho více). Já jsem např. svůj operační systém asi rok ladil než jsem docílil toho, že nahrávám skoro bez chyb (podle logu DVB Viewer RS). S některými zapnutými službami jsem i přes kvalitní signál stále nebyl schopen docílit úplně čistý stream a upozorňuji na to, že i ve fresh/čistém nainstalovaném operačním systému je stále dost služeb, které mohou dělat problémy (navíc některé se spouštějí pouze někdy, na vyžádání). Někde na internetu lze i nalézt poměrně složité postupy jak určit která služba nebo ovladač dělá neplechu a třeba stačí daný ovladač/službu aktualizovat za novější verzi. Jindy se ale zase může stát, že po automatické aktualizaci něčeho (o které uživatel ani neví, protože většinou všude a všechno má nastaveno aktualizovat automaticky) to přestane chodit tak jak má. Takže je vlastně dobré všechny automatické aktualizace vypnout (a odpojit se od internetu abychom se nenakazili a mít klidný spánek). Ale je pravda, že některé tunery jsou buď méně citlivé nebo mají špatně napsaný ovladač. Měl jsem několik dnů např. dual tuner Evolveo Venus a v porovnání s AVerTV TwinStar v nahraném streamu byla spousta chyb.