Na YouTube lze zhlédnout nový celovečerní dokumentární film The Story of VS Code | Official Documentary věnovaný Visual Studio Code.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 26.08.0 editoru videa Kdenlive (Wikipedie). Ke stažení také na Flathubu.
Byla vydána nová stabilní verze 8.2 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 152. Přehled novinek i s náhledy v příspěvku na blogu.
Byla vydána nová stabilní verze 4.0 svobodného multiplatformního softwaru pro editování a nahrávání zvukových souborů Audacity (Wikipedie). S rozhraním přepsaným do Qt. Přehled novinek také na YouTube. Ke stažení je oficiální AppImage. Zatím starší verze Audacity lze instalovat také z Flathubu a Snapcraftu.
NVIDIA kupuje Hugging Face za 12,93 miliardy dolarů.
Předobjednat si lze nový jednodeskový počítač Arduino VENTUNO Q s předinstalovaným Ubuntu. S 16 GB LPDDR5 a 64 GB eMMC. Pro lokální LLM, agentní AI, počítačové vidění, robotiku…
Hexpair není nejlepší HEX editor na světě a ani se o to nesnaží. Zato je k dispozici kdykoliv a kdekoliv – všude tam, kde máte svůj Vim. Vznikl jako hobby projekt před pár měsíci a dospěl do stavu, kdy by mohl být užitečný širší komunitě. Přepnout do HEX režimu se dá i uprostřed rozdělané práce: Soubor, který už máte otevřený běžným vim file.md, jedním příkazem přepnete do HEX editoru a dalším příkazem ho můžete vrátit zpět do textu. Kurzor přitom
CERN dlouhodobě používal vlastní sestavení RHEL, ze kterého přešel na CentOS Stream. Federico Vaga a Nikos Tsipinakis ale nyní v přednášce na MiniDebConf Winterthur 2026 popisují plán probíhajícího přechodu na Debian pro řízení akcelerátorů. Důvodem k opuštění CentOS Stream jsou zachování zpětné kompatibility se starším hardwarem, kterou Red Hat narušuje, když tlačí sestavení balíčků pro novější verze architektury (x86-64), a nedostatečné nástroje pro sestavování vlastních balíčků a repozitářů.
UZDoom (Wikipedie), tj. fork GZDoom, byl vydán ve verzi 5.0.0. Videopředstavení na YouTube. Podrobný přehled novinek v Changelogu.
RPi jsem jen tak zkoušel, jestli by zvládlo alespoň 1 stream a nezvládne (1fps).Pokud mu jde i o ukládání, doporučil bych nějakou desku podobnou Raspberry, co má SATA port.
Co vím, tak rpi + eth = usb, takže jakékoli větší datové toky silně zatíží CPU a celý výkon jde do kelu ...To nic nemění na tom, že s Raspberry verze 1 jsem streamoval z USBčka do sítě 32 Mb/s s poloviční zátěží CPU. RPi2 mi saturuje stovkový ethernet. Píšou to i v tom benchmarku, přenos na USB disk má plnou rychlostí stovkového ethernetu. Naopak to, že tazatel píše rychlost ve framech za sekundu asi znamená, že se to snaží překódovávat.
Mám RPi model BTedy prehistorický jednojádrový ARMv6.
A když vezmu ffmpeg bez různých parametrů, tak ukládání videa buď za pár vteřin spadne nebo běží, ale ukládá 1fps ...Neukládáš to, překódováváš to. Čisté ukládání to musí dát (jak už jsem psal, streamoval jsem na starém RPi rtl-sdr, tedy 32 Mb/s). Oproti tomu encoding je extrémně náročný, například moje i3-2350M zvládá fullhd jenom 10 fps, co má pak asi dělat Raspberry? Zrychlení u x264 lze dosáhnout pomocí
-preset ultrafast, za cenu zvýšení bitrate. Bylo by potřeba zkusit, jestli je lepší x264 s presetem ultrafast, nebo kodek do nějakého jednoduššího formátu (MPEG-4 Part 2, MPEG2, MPEG1).
Dále pár lidí na internetu tvrdí, že umí používat hardwarový H.264 kodér v RPi pro vlastní streamy. A pak tvrdí, že při použití NEON instrukcí (které jsou jenom v RPi2) se to o řád zrychlilo.
Pokud budeš používat RPi2, dej si pozor, ať máš kritický software zkompilovaný pro ARMv7, nejlépe i s NEON vektory. Raspbian je pro ARMv6.
Tiskni
Sdílej: