Přejít na obsah

mirij

Uživatel
  • Příspěvky

    310
  • Registrace

  • Přítomen

  • Vítězné dny

    8

Vše od uživatele mirij

  1. No to je právě ten problém - pokud KAŽDÝ zdraží byť jen o cca 20-40,- Kč tak na konci měsíce zjistíte, že Vám ta výplata ZASE nestačí, že i když je ta částka na výplatě třeba 10x větší než byla třeba před 20 lety tak jste vlastně stále chudší. Takže se zase roztáčí kolotoč kdy nejprve státní zaměstnanci tlačí na stát, aby jim přidal potom všichni ostatní. Těm prvním zisky zase přestanou stačit tak se zase zdražuje o nějaká ta "procentíka" a na to opět zareagují ti druzí a tak stále dokolečka. Kdo nezareaguje postupně chudne. Jako nějaká připitomnělá honba za penězi, jakoby na světě nebylo nic jiného. Ale možná to tak má být, třeba je to součástí vyšší hry.
  2. mirij

    zmršené EPG

    Co to je za nesmysl! Jednou byl vyroben v roce 1969 a tím to hasne! Bez ohledu na jeho tak zvanou veřejnou (nebo i neveřejnou) premiéru jak píšete. Copak jsme v kocourkově?
  3. mirij

    EPG a změna času

    Tak tento týden, při změně času ze soboty na neděli, byly EPG časy (pro neděli a další dny) konečně v pořádku (kontrolováno v DVBViewer Recording Service 1.30.1)! A potom že to nejde. Že by to bylo způsobeno tím novým dodavatelem EPG?
  4. Samozřejmě jsem měl na mysli dobře stíněný kabel. V každém případě ale pro 1 Gb/s je vhodnější cat6 kabel, nikoliv cat5e (viz např. informace zde http://cs.wikipedia.org/wiki/Strukturov ... 3%A1%C5%BE). Zejména když chce dosahovat plné rychlosti.
  5. Jinak tady je diskuzní fórum Synology http://forum.synology.com/enu/viewforum.php?f=14 kde další uživatelé popisují podobné problémy jako máte Vy (s jinými typy NASů). Všiml jsem si, že jeden uživatel tam upozorňuje na (je to tedy pro Synology DS212j): "Stop all packages you have running. E.g. when I have Logitech Media Server running, the transfer speed drops to a maximum of about 16 MB/s. If the Media Server starts indexing it is down to about 5 MB/s." Tedy vlastně doporučuje na NASu vypnout vše nepotřebné, např. Logitech Media Server, který už jen tím, že je spuštěný tak klesne rychlost přenosu a když začne indexovat soubory tak klesne rychlost ještě více (na Vašem NASu je podle specifikace také LMS instalován). Také tam hodně uživatelů upozorňuje na to nepoužívat kabely kategorie cat5e (i ten dodaný k NASu), ale místo nich cat6 nebo dokonce cat6a - Vy jse ale v jednom příspěvku psal, že jste kabely už vyměnil za cat6 takže to by neměl být Váš případ.
  6. Psal jste, že wifi Vám jelo download 2 Mbit, upload 12 Mbit - tedy stahování nelogicky výrazně pomalejší než posílání a že jste to vyřešil přeinstalováním antiviru. Nenainstaloval jste předtím než se Vám začal vyskytovat tento problém na počítač/počítače něco na co si už nepamatujete? Nebo se třeba na pozadí nainstalovalo/aktualizovalo něco samo ani o tom nevíte? Víte co, já bych docela tipoval, že ten Váš nelogicky nižší download způsobuje tak zvaný síťový filtr instalovaný antivirem pro monitorování veškerých příchozích dat. Odchozí data není potřeba tak důkladně prověřovat - možná proto je kopírování na NAS rychlejší než z NASU. Zkuste antivir ZCELA vypnout a možná je někde v nastavení antiviru i možnost vypnout pouze monitorování internetové komunikace. Taky bych zkusil, pokud to jde, ve všech zařízeních aktualizovat firmware. A taky mne napadlo jestli ta kolísavá přenosová rychlost nějak nesouvisí se zaplněním a fragmentací dat na tom NASu. Lze na něm provést defragmentaci? Čím je daný soubor víc fragmentovaný tím je jeho čtení pomalejší. Možná to zní jako "tonoucí stébla se chytá", ale kdoví.
  7. Podívejte se do Správce úloh na PC na vytíženost síťové karty, jestli ji v klidu něco nezahlcuje. Jinak pokud přenášíte rychlostí třeba 40 MB/s tak by měla být vytíženost cca 400 Mbps (tedy 40 %) a tak podobně.
  8. Klidně se může stát, že ten napájecí adaptér k tomu routeru je prostě poddimenzovaný, byť je nový, může mít nedostatečný maximální výstupní proud. Zní to divně, ale stát se to může. A ten rozdíl v rychlosti jak píšete je taky divný, zkusil bych obejít ten router, nejlépe propojit PC s NASem napřímo a změřit zda i potom je rychlost kopírování z NASu tak nízká. A pak bych postupně mezi PC a NAS přidával další zařízení - switch, router - a měřil bych kdy ta rychlost klesne na těch 60-70 MB/s.
  9. Ten zvuk - to může být pouze nějaká elektromagnetická rezonance, která se takto zvukově projevuje, nemusí se jednat o poruchu. Mám doma novou tiskárnu, která např. ve standby režimu trochu "bzučí". Navíc, jestli Vám to jede přes switch tou velkou rychlostí tak by se stále věnoval spíš tomu routeru, na ten to ukazuje zejména. Zkusil bych zapojit adaptér routeru do úplně jiné zásuvky a ještě lépe, zkusil bych router napájet úplně jiným adaptérem, který má vyšší výstupní proud než ten originální adaptér, musí mít ale stejné výstupní napětí - obě hodnoty, jak max. výstupní proud tak napětí, jsou vždy uvedeny přímo na adaptéru. Máte stále propojený router s UPC modemem? Zkusil bych UPC modem odpojit a po nějakou dobu fungovat bez něj, abych vyloučil jeho vliv na router (navíc tak bude k routeru připojeno pouze PC a switch takže menší proudová zátěž na router). Možná je to trochu paranoidní ta starost na dobré napájení, ale kdoví, mám několik zkušeností z praxe kdy to bylo to rozhodující.
  10. Možná (?) u některého zařízení hraje roli proudová nedostatečnost napájecího zdroje nebo některý budič vysílající data některého zařízení v řetězci už je nějakým způsobem na hranici, že větší rychlost hardwarově neutáhne, přepne se na 100 Mbps a s ním potom všechny články v řetězci. Trochu na to ukazuje to, že jste použil kvalitnější kabel, který zřejmě neměl takový útlum a propustil ještě danému budiči tu větší rychlost.
  11. 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?
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. 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.
  17. 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
  18. 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.
  19. 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.
  20. mirij

    zmršené EPG

    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.
  21. mirij

    zmršené EPG

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

    zmršené EPG

    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.
  23. mirij

    zmršené EPG

    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!
  24. mirij

    zmršené EPG

    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.
  25. mirij

    zmršené EPG

    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í.
×
×
  • Vytvořit...