Dle Phoronixu zveřejnila společnost Trend Micro prostřednictvím programu Zero Day Initiative (ZDI) několik hlášení bezpečnostních zranitelností přímo na veřejném mailing listu LKML, přestože některé chyby dosud nemají opravu začleněnou do hlavní větve jádra. Mezi hlášenými problémy jsou dvě zranitelnosti s hodnocením CVSS 9.0, týkající se SMB Direct a KSMBD, které mohou umožnit vzdálené spuštění kódu. Další hlášení se týkají … více »
Správce hesel KeePassXC byl vydán ve verzi 2.8.0. Přechází na Qt 6, podporuje vkládání hesel s Waylandem, rychlé odemykání pomocí Polkitu nebo možnost nastavení klávesových zkratek (seznam změn).
Databáze DuckDB (Wikipedie) byla vydána ve verzi 2.0.0 LTS. S kódovým názvem Cinnamon Teal (čírka skořicová). S vyladěným protokolem Quack.
V implementaci Broadcom 802.11 byla zjištěna chyba ve zpracování WPS/EAP, týká se to SDK od roku 2010. Broadcom podle výzkumníka Quentina Kaisera odmítl CVE přidělit. Modemy Huawei a Technicolor jsou používány i v ČR, v LTE routerech, běžných domácích routerech a firemních přístupových bodech, jejich současný počet a zranitelnost konkrétních verzí však zatím neznáme. Více detailů a demo. GitHub / Broadcom 802.11 SDK Detection Toolkit.
Byla vydána nová verze 10.8 z Debianu vycházející linuxové distribuce DietPi pro (nejenom) jednodeskové počítače. Přehled novinek v poznámkách k vydání. Přibyl balíček DietPi WireGuard.
Oslavte vydání openSUSE Leap 16.1 s námi v Praze! Ve středu 4. listopadu 2026 (den po vydání Leapu 16.1) vás zveme na malou oslavu vydání openSUSE Leap 16.1 do pražské kanceláře SUSE. Připravili jsme pro vás dvě krátké přednášky: … více »
Dle plánu bylo PHP vydáno v nových verzích 8.5.12, 8.4.27, 8.3.36 a 8.2.35. Opraveny jsou kritické zranitelnosti CVE-2026-109618 a CVE-2026-109619 aneb PHP2Shell.
UBports, nadace a komunita kolem Ubuntu pro telefony a tablety Ubuntu Touch, vydala Ubuntu Touch 24.04-2.1 a 24.04-1.5. S opravou kritických zranitelností.
Společnost Škoda Auto zveřejnila na Printables bezplatné 3D modely příslušenství do svých vozů (držáky na nápoje, pomůcky pro vedení kabelů, mincovníky, háčky na USB kabely a čepice pro kapsy na zadních stranách opěradel sedadel, držáky na telefony a úchyty pro horní upevnění bezpečnostních pásů).
Nové číslo časopisu Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 170 (pdf).
testoval jsem i x264 čistě na CPU, nicméně ani Dell R710 s 2x6x2,6Ghz procesory nezvládal dát 30fps, spíš kolem 15Za mých mladých let byla komprese na GPU méně kvalitní než x264 na defaultní preset. Současně změna presetu zrychlí kódování i násobně. Takže bych ještě doporučil prozkoumat tohle, a neporovnávat jenom časy, ale nejvyšší kvalitu kterou dokážeš stíhat s daným rozpočtem, a podle toho se rozhodl. Já jsem rackové GPU „servery“ stavěl tak, že jsem dal do 3U/4U šasi z 18 let starého serveru novou HEDT desku, chlazení to mělo dostatečné. Kupodivu to pasovalo. Bych si někdy mohl pokecat s nástupcem jestli jim to ještě funguje. Ale 44cm racky jsou zlo, tam třeba nedáš EATX desku. Ale dobrý je, že standardní bigtower se dá do 19" položit naplacato (možná bude potřeba sundat nožičky) a 44cm na dýlku by možná mít mohl taky. Takže bych koupil bigtower a ubastlil tam něco po čem půjde posouvat. V nejjednodušší verzi M6 závitové tyče. Na ty GPU servery jsme měli i přímo nabídku od Abacusu, ale vycházelo to s nižším CPU výkonem (neuměli Threadripper, jenom serverové Xeony, ale to bylo 2 roky zpátky) víc než 2x dráž než to složit jako HEDT desktop, takže do toho bych nešel.
Za mých mladých let byla komprese na GPU méně kvalitní než x264 na defaultní preset. Současně změna presetu zrychlí kódování i násobně. Takže bych ještě doporučil prozkoumat tohle, a neporovnávat jenom časy, ale nejvyšší kvalitu kterou dokážeš stíhat s daným rozpočtem, a podle toho se rozhodl.Tak nevím, co dělám špatně. Mám ve scéně RTSP stream s téměř nehybným obrazem a přes to malou gif animaci. I když nastavím preset na ultrafast a bitrate na 3000Kbps, tak to dělá průměrně 11 FPS a ve statistikách mám, že 64% framů se nevyužije kvůli chybě ve vykreslování. Čím by to mohlo být?
ffmpeg -i in.mp4 -an -preset ultrafast -s 1920x1080 -crf 25 -y out.mkv. Pokud ti tam běží ještě něco jiného (třeba to OBS), může paradoxně pomoct (i kvalitě) omezit tomu thready na trochu míň než máš jader.
Pokud jako vstup použiju toto, tak to kóduje rychlostí 70FPS (při běžícím OBS).Takže problém je někde jinde v setupu a ne v kódování…
Ještě bych zmínil že jsem k tomu serveru připojený přes VNC a zdá se mi, že když z něj odejdu, tak se FPS v OBS zvýší; může tam být nějaká vazba?Mně VNC na nějakém smutném AMD SoCu (GX-412TC) žralo 100% jednoho jádra a nestíhalo jakmile se tam začal měnit obraz v asi 600x400 px.
Tiskni
Sdílej: