DiDiDi

Nejde o žádný hack. Je to prostě nastavení chování ohledně ARP protokolu. Linux ve výchozím nastavení (arp_ignore=0) by měl bezproblémový přístup na web interface umožnit, jiné OS (popř. linuxová distra/routery, kde arp_ignore nastavili na jinou hodnotu) typicky ne. Tohle téma (přístup na web interface VFS) se tu již objevilo Xkrát (a ještě asi mnohokrát objeví), části lidí to vždycky funguje a části ne, podle mě právě proto, že různá zařízení (routery) jsou v tomto nastavená různě. Taky to může být o firewallu (nebo o fw a ARP zároveň), nemusí se líbit, když na WAN interface s IP z veřejného/internetového rozsahu přijde něco z 192.168.x.y... Je to určitě o firmwaru, v principu modem nemusí uchovávat nacachovaný ARP záznam připojeného zařízení, aby to fungovalo, Compal a další modemy tenhle problém neměly. Ale oba moje VFS, co jsem měl (jeden odešel), se chovaly takhle.

A bránu má nastavenou jak? Tuším standardně se ještě odpovídá na požadavky se source IP brány, bez ohledu na subnet. Plus teď si ještě čtu o ARP probe, která source IP (protocol address) nemá nastavenou vůbec a gratuitous ARP, tohle všechno může teoreticky způsobit, že nějaké první ARP requesty/responsy při startu modemu/routeru projdou, ale pak už ne... Jak chcete, za zkoušku s nějakým Linuxovým LiveCD nic nedáte, ale je to samozřejmě na Vás. Jsem zvědavý, jestli výměna pomůže.

@pmalecekJeště jednou si přečtěte můj starší příspěvek. Problém je v nastavení zařízení připojeného k modemu (pokud napřímo počítač do modemu, tak počítače, pokud to jde přes router, tak nastavení routeru), resp. faktu, že VFS vyžaduje ARP záznam připojeného zařízení, i když by nemuselo a nachází se v jiném subnetu... Windows tuším na ARP requesty z jiného subnetu odpovídat nebudou a asi to nejde změnit, takže pokud máte počítač připojený napřímo, tak to s Widlema prostě asi fungovat nebude... Leda zkusit nějaké live distro Linuxu nebo něco - a pohlídat si firewall a zejména nastavení arp_ignore: sysctl -a | grep arp_ignore To, co popisujete (chvíli po přiřazení veřejné IP to funguje, ale po chvilce ne), je přesně ono, v modemu po nějaké době vyprší starý ARP záznam počítače/routeru, který si to pamatuje z doby, kdy ještě všechna zařízení byla ve stejném subnetu, tj. s odpověďmi na ARP requesty nebyl problém, ale pokud nemáte připojený počítač/router nastavený tak, aby odpovídal i na ARP dotazy se zdrojovou IP adresou mimo subnet připojeného počítače/routeru, tak to prostě přestane běžet.

Hm, zajímavé - když ve vzduchu (který je samozřejmě taky na nich) h265 magicky jde... To je v ČR takové množství sat. stb, TV atd., co neumí h265 (ale DVB-S2 ano)? A nějaké jiné muxy v h265 jsou? Každopádně to jen o to víc ukazuje na ČT.

Problém je v kvalitě h264 muxu/streamů z ČT distribuce, s Vodafonem to nesouvisí, klienti např. Skylinku dostávají úplně přesně to samé. Jediné, co s tím VF, Skylink a další můžou reálně dělat je přejít na h265 (což se teda mělo stát dávno). U ČT doporučuji přejít na vzduch (DVB-T2+h265), pokud chytáte signál. Popř. u Vodafonu můžete zkusit DVB-T, které VF posílá do kabelu. To je reencode z h265 do h264 s nižším bitratem, než je origo ČT h264 stream, ale přesto to většinou vypadá líp, ten ČT h264 enkodér je prostě naprostá sračka. No a během regionálního vysílání vypadá jako pytel hoven naprosto vše, i h265 (ale pořád z toho vychází lépe, samozřejmě). A za toto platíme výpalné 135 Kč měsíčně... ☠️

Ježiši... A to jsem VF Station považoval za uzavřené, nekonfigurovatelné zařízení...:D A port forwardy nastavit jde?

Já to vidím opačně: Pokud jde vypnout wi-fi (jde?) a komplet všechny porty přesměrovat na konkrétní IP (routeru připojenému k modemu), tak tím dosáhnu v podstatě funkcionality bridge módu, jen se zbytečným NATem navíc. Ale u VF mám 3 veřejné IP a minimálně JEDNU opravdu nutně potřebuju... Pořád mi vrtá v hlavě tento dokument: https://www.t-mobile.cz/dcpublic/Cable-Internet-Pozadavky-na-zarizeni.pdf

Tak jsme se posunuli do druhé půlky roku... Nastal u T-Mobile Cable Internet nějaký pokrok ohledně veřejné IP, full DS atd.? Nebo je to stále stejná tragédie?

Tak speciálně teď (Česko - Kanada) to (H264) vypadá jako naprostá prdel. Ještě výrazně horší, než když jsem zakládal vlákno. To je efekt regionů, předpokládám?

Super, díky moc! Takže je to prostě o tom H264 streamu, co leze od ČT, nikdo s tím nic nedělá (a nenadělá, pokud nechce přejít na HEVC). Fakt si myslím (a kvalita toho DVB-T reenkodu s nižším bitratem to potvrzuje), že by i H264 o daném bitratu mělo jít enkódovat líp. Ale tak co už, já našel i v 1. patře polohu antény, se kterou chytám DVB-T2. Jen nezavřu okno... 🙂

Já si myslím (rád bych to potvrdil porovnáním), že DVB-C i satelit používají stejný H264 zdroj distribuovaný ČT, zatímco VF DVB-T jako zdroj HEVC/H265 distribuované ČT, které následně reenkóduje do H264. To, že výsledkem je, že ten reencode (který má nižší bitrate, typicky) minimálně u hokeje vypadá líp než ten H264 zdroj, vypovídá o tom, že problém je při enkódování na straně ČT, nikoliv na straně VF nebo třeba Skylinku. Samotné DVB technologie v principu nedegradují nic.

To by mě vlastně docela zajímalo, jestli to, co je v ČT Sport HD@VF DVB-C je stejný bitstream, jako na satelitu. @Adolf.ShitlerMohli bychom se domluvit, že nahrajeme nějakou stejnou konkrétní minutu (já) DVB-C a (vy) satelitní ČTSHD? Podle mě by to mělo oboje být stejný stream, co distribuuje ČT, ale cojávim, jestli to VF ještě po cestě někde nereenkóduje... A ČT je zodpovědná i za muxování celého multiplexu v satelitu a kabelovce? Naivně (ale nikdy jsem se o to nezajímal) bych čekal, že VF/Skylink atd. si multiplexy muxují sami, podle svých potřeb a technologií... Ale já si hlavně fakt myslím, že problém je v kvalitě enkódování. H264 s těmito bitraty může vypadat určitě líp...

V tom případě je 1080p50 v DVB-T2 vzduchu rozhodně lepší než 1080i50 v satelitu/kabelu (ať už DVB-C nebo DVB-T).

Tak problém DVB-C je, že je to prostě starý standard, co neumí HEVC/H265 (kterým se dá dost ušetřit bandwidth/bitrate) atd. Může mi nějaký znalec vysvětlit, proč se (narozdíl od DVB-T2/S2) DVB-C2 v podstatě nikde neujalo (co se tak koukám, tak to není specifikum Vodafonu, ani TV nebo tuner na to není možné sehnat)? Taky by mě zajímalo (do satelitu moc nevidím), proč Skylink nepoužívá HEVC, zpětná kompatibilita? Nějak jsem myslel, že všechno (bedny atd.), co umí DVB-S2, by mělo umět HEVC... Co srovnáváte s čím? Do 1080i50 schováte progresivní signál o poloviční snímkové frekvenci (byť to není 100% to samé, z hlediska efektivity/kvality), tj. 1080i50 umí jak rychlý 50(půl)snímkový obraz, tak progresivní 25snímkový - a lze mezi tím měnit podle obsahu (typicky p25 pro filmy, i50 pro sport atd.), moderní TV to umí detekovat a zařídit se podle toho. No a 1080p50 umí 50 plných snímků... Vše záleží na kodeku, enkodéru a jeho nastavení, bitrate, ale 1080p50 HEVC se slušným bitratem je pro evropský sportovní kanál asi to nejlepší, co můžete dostat (co není 4k).

Jestli sedí ty bitraty, tak 33mbps H265 by měl být - pokud někdo něco nepodělá v nastavení, nepoužije špatný enkodér atd. - logicky lepší než 38mbps H264. To není žádná záhada. Jde ale o to o kolik (fakt by za žádných okolností ten reencode do H264 neměl vyjít líp). Já bohužel v 1. patře DVB-T2 téměř nechytnu, multiplex s ČT ani nenaladím... 😞

To VF_DVB-T.ts je znatelně míň ostré (což dává smysl, každá komprese typicky trochu rozostřuje, pokud se někde nepoužije sharpening filter - a tohle je reencode z HEVC), ale s méně viditelnými artefakty než Skylink_DVB-S2.ts (do jaké míry díky tomu rozostření těžko říct). Já mám bohužel jen jednu DVB-C/T2 capture kartu, která může mít naladěn jeden kanál, nejsem schopen srovnat frame ke framu, protože bohužel přelaďuje mezi DVB/T a C pomaleji, než televize, kde díky zpoždění mám při DVB-C->T tak 0,5 vteřiny zopakované. Koukám jen na hokej, tak by mě zajímalo srovnání hokeje (v pohybu). Každopádně HEVC ve vzduchu vládne...

Já přece vůbec nerozporuji, že teoreticky má mít DVB-C/satelit lepší kvalitu než VF DVB-T, to je mi naprosto jasné a proto jsem taky založil toto vlákno! Realitou je, že špatný enkodér (ať už sw nebo hw), špatné nastavení enkodéru (resp. preferující jiné parametry než kvalitu, např. latenci) atd. může výsledek zprasit natolik, že to ani vyšší bitrate nezachrání. V tomto případě je DVB-C/S2 verze takový shit a HEVC ze vzduchu o tolik lepší, že mě nepřekvapuje, že dobrý reencode do H264 je ve výsledku lepší. Ad hokej vs fotbal atd. - teď běží nějaké fotbalové zpravodajství a je to (při záběrech na hru, ne na panáky ve studiu) očividné úplně stejně jako u hokeje. Ad televizní vylepšení obrazu: To určitě může pomoci a obraz vylepšit (ale často taky zkurvit, zdaleka ne každá TV má dobrý processing), ale pro jednodušší porovnání kvality "syrového" streamu jsem tyto funkce povypínal. Ale je to jedno, ten rozdíl kvality je patrný s těmato udělátkama i bez nich, koneckonců když nás s otcem kvalita začala štvát a začali jsme to řešit a porovnávat, byla původně zapnutá. Ad zvuk: Přiznám se, že ve zvuku (5.1 DD) neslyším žádný rozdíl. Při vší úctě, pokud vám kvalita satelitní/DVB-C verze přijde v pohodě, standardní, "good enough" atd., tak to neřešte a buďte spokojení. Nekomplikujte si život realitou... 😄

To je naprostá blbost... Samozřejmě, že extrémně záleží na poměru velikost(dpi/ppi):vzdálenost ("mapování" obrazu do zorného pole). Ztrátová komprese obrazu/videa (nebo třeba chroma downsampling) je vyloženě založená na tom, že chyby způsobené kompresí začnou splývat při dostatečné vzdálenosti sledování obrazu. Např. při JPEGu spousta chyb mnohdy není vidět (vůči bezztrátové verzi), ale jakmile si člověk zazoomuje, ty chyby začnou být očividné. A přesto je tomu tak. Já si můžu přepínat mezi VF DVB-C a DVB-T, díky zpoždění DVB-T při přepnutí C->T vidím i zopakovanou ~poslední sekundu a ten DVB-T reencode z toho vychází prostě líp. Vše nasvědčuje tomu, že těch zdrojů z ČT je víc (minimálně 2) a ten, který používá satelit i kabelovka je prostě o tolik horší a špatný encode do H264, že i ten reencode vyjde kvalitativně líp, když se to nezprasí.

Na pidi 50palcové televizi to možná není tolik vidět, samozřejmě taky záleží, jak daleko od bedny člověk sedí. Ten rozdíl pozorujeme jak u mě doma (65palcový Samsung S90C, DVB-C vs. DVB-T přes VF koax vs. O2 TV) i u rodičů (65palcové LG G3, DVB-S2 vs. DVB-T2 vs. O2 TV). O barvy vůbec nejde, jde vyloženě o kompresní artefakty. Když má člověk malou televizi nebo je od ní dost daleko, tak mu to možná tolik nepřijde. Kdybychom neměli srovnání a nedokázali si přepínat mezi verzemi během 2 vteřin, tak to neřešíme a bereme jako fakt, ale když člověk vidí ten rozdíl, tak to celkem zarazí... No nic, jdu si koupit terestrální anténu.

Teď koukám na Skylink (Astra 23.E, 12344, H, 29900) a je to opravdu ten samej hnus. Pokud to někomu přijde "naprosto v pohodě", tak má laťku hodně nízko - doporučím porovnat s verzí ve vzduchu. O2 TV, HEVC verze v DVB-T2 vzduchu a dokonce i ta do h264 reenkódovaná verze ve Vodafone DVB-T je prostě znatelně lepší. Teorie: Nedává ČT do distribuce 2 verze? H264 a HEVC/H265? S tím, že ta HEVC verze je o tolik lepší, že když se rozumně reenkóduje do H264, vyjde to furt líp, než to H264, co leze přímo z distribuce?

No, já na to taky tak byl zvyklý. Táta má na Skylinku (který to taky bere přímo, AFAIK) stejný problém, ta kvalita vypadá identicky s mojí DVB-C. O2 TV má suverénně nejlepší kvalitu (jen taky skoro 15s zpoždění), DVB-C a satelit nejhorší, něco musí být špatně... 😄

Koukáme na hokej. DVB-C i DVB-T přijímám přes stejný Vodafone koaxiální kabel. DVB-T verze ČT Sport HD je o pár vteřin pozadu, ale kvalitou je o parník lepší než DVB-C verze, která má viditelné artefakty u pohybujících se hráčů na ledě, zkrátka jako by byl bitrate příliš nízko a/nebo se jednalo o několikanásobný encode. Proč? Dochází u DVB-C verze k nějakému reenkódování, ke kterému u DVB-T nedochází, nebo má prostě nižší bitrate? Musel bych najít USB DVB-C/T kartu, abych to mohl nějak zanalyzovat, ale ten rozdíl je při pohybu vidět na první pohled. Brno, kdyby na tom záleželo...

IP řešení samozřejmě může (a časem snad i bude muset) DVB-C překonat v podstatě ve všech parametrech, včetně latence i efektivity využití pásma (lepší kodeky a multicast). Jen to vyžaduje dost vývoje a práce na infrastruktuře (opět: multicast) a aplikaci (kterou nesmí psát dementní opice). Jestli se to Vodafone někdy podaří (a kdy) je samozřejmě jiná otázka.

A ví se, co to přesně je? Tipuju toto: https://www.broadcom.com/products/broadband/cable/modems/bcm3390 ...ale z webu Broadcomu se člověk nedozví nic... OpenWrt má toto: bcm3390 1.5Ghz ARM (2x), 675Mhz MIPS (2x) (armv7-a/mips32) USB 2.0/3.0 wifi miniPCI DOCSIS 3.1

Hmm, tam jsem se toho teda moc nedozvěděl (zajímá mě chipset/SoC/CPU atd.), ale našel jsem toto: https://www.lteforum.at/tags/technicolor-cga4336/ ARMv7 teda taky žádná sláva...