FFmpeg nechal kvůli porušení autorských práv odstranit z GitHubu jeden z repozitářů patřících čínské technologické firmě Rockchip. Důvodem bylo porušení LGPL ze strany Rockchipu. Rockchip byl FFmpegem na porušování LGPL upozorněn již téměř před dvěma roky.
K dispozici je nový CLI nástroj witr sloužící k analýze běžících procesů. Název je zkratkou slov why-is-this-running, 'proč tohle běží'. Klade si za cíl v 'jediném, lidsky čitelném, výstupu vysvětlit odkud daný spuštěný proces pochází, jak byl spuštěn a jaký řetězec systémů je zodpovědný za to, že tento proces právě teď běží'. Witr je napsán v jazyce Go.
Yazi je správce souborů běžící v terminálu. Napsán je v programovacím jazyce Rust. Podporuje asynchronní I/O operace. Vydán byl v nové verzi 25.12.29. Instalovat jej lze také ze Snapcraftu.
Od soboty do úterý probíhá v Hamburku konference 39C3 (Chaos Communication Congress) věnovaná také počítačové bezpečnosti nebo hardwaru. Program (jiná verze) slibuje řadu zajímavých přednášek. Streamy a záznamy budou k dispozici na media.ccc.de.
Byl představen nový Xserver Phoenix, kompletně od nuly vyvíjený v programovacím jazyce Zig. Projekt Phoenix si klade za cíl být moderní alternativou k X.Org serveru.
XLibre Xserver byl 21. prosince vydán ve verzi 25.1.0, 'winter solstice release'. Od založení tohoto forku X.Org serveru se jedná o vůbec první novou minor verzi (inkrementovalo se to druhé číslo v číselném kódu verze).
Wayback byl vydán ve verzi 0.3. Wayback je "tak akorát Waylandu, aby fungoval Xwayland". Jedná se o kompatibilní vrstvu umožňující běh plnohodnotných X11 desktopových prostředí s využitím komponent z Waylandu. Cílem je nakonec nahradit klasický server X.Org, a tím snížit zátěž údržby aplikací X11.
Byla vydána verze 4.0.0 programovacího jazyka Ruby (Wikipedie). S Ruby Box a ZJIT. Ruby lze vyzkoušet na webové stránce TryRuby. U příležitosti 30. narozenin, první veřejná verze Ruby 0.95 byla oznámena 21. prosince 1995, proběhl redesign webových stránek.
Všem čtenářkám a čtenářům AbcLinuxu krásné Vánoce.
Byla vydána nová verze 7.0 linuxové distribuce Parrot OS (Wikipedie). S kódovým názvem Echo. Jedná se o linuxovou distribuci založenou na Debianu a zaměřenou na penetrační testování, digitální forenzní analýzu, reverzní inženýrství, hacking, anonymitu nebo kryptografii. Přehled novinek v příspěvku na blogu.
Pořídil jsem si tv kartu. Na obraz se dá dívat někde od 40% signálu. Pokud v kaffeine vypnu prokladač, tak tam mám kostičky a zdá se mi, že jsou pořád stejný ať už je signál 50 či 90%.Pokud jsou to kostičky ve smyslu artefakty vzniklé mpeg kompresí, tak to je úplně normální a síla/kvalita signálu na tom nic nezmění. Pokud jsou to kostičky ve smyslu náhodně se objevující mapy různobarevných kostiček namísto částí původního obrazu doprovázených třeba ještě zasekáváním obrazu i zvuku, tak to znamená, že kvalita signálu je příliš slabá a ztrácejí se pakety vysílaného streamu.
No jsou to takové kostičky jako při sledování nekvalitního mpeg2 videa.Přesně to taky současné DVB-T je. Taky záleží, na jaký jsi natrefil multiplex a program (programy v multiplexu mívají různý bitrate). Na PC monitoru (a ještě víc na LCD/Plasma TV) je vidět, jak je ta kvalita hrozná. Totéž u analogu.
Prostě špatná kvalita a tak mě zaráží, že se to nemění s přibývajícím signálem.Mě by spíš zaráželo, kdyby se to měnilo ;) Jak bys takovou věc chtěl realizovat? Ten stream je přece jednou daný a buď se do dekodéru dostane nebo ne. Mezi tím je pouze úzký mezistupeň, kdy se stream do přijímače dostane, ale je natolik poškozený, že se obraz i zvuk seká a neustále rozsypává.
No já jsem ale četl, že při lepším signálu je lepší i obraz tzn. při nízkým signálu dostanu jen část datového toku a karta si potom třeba chybějící pixely musí doplnit a to jsou ty kostičky.To jo, ale ty kostičky mají rozměry několik x několik pixelů a obyvykle je jich celá "mapa" co zasahuje navíc do několika snímků po sobě (jsou rozbité celé makrobloky). To je prostě vlastnost digitálu, obraz buď je v plné kvalitě nebo není vůbec a mezitím úzký mezistav, kde jsou výpadky, čtverečkování a sekání.
Mě by spíš zaráželo, kdyby se to měnilo ;) Jak bys takovou věc chtěl realizovat?Šlo by to, dalo by se to udělat podobně jako u mobilních telefonů - data se rozdělí na různé složky podle významnosti a na každou složku se aplikují různé způsoby dopředné opravy chyb - nejvýznamnější složka nejlépe chráněna, aby uživatel měl aspoň něco i při slabém signálu, nejméně významná složka chráněna nejméně. Otázka je, jak by se to chovalo v praxi, tedy jestli by bylo možné nějak určit, která složka těch dat je významná a která ne.
Tiskni
Sdílej: