Byl vydán Mozilla Firefox 156.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Vestavěný prohlížeč PDF se nyní spouští o 45 % rychleji. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 156 bude brzy k dispozici také na Flathubu a Snapcraftu.
Článek na Raspberry Pi představuje nový vzhled desktopu operačního systému Raspberry Pi OS v aktuálním vydání 2026-09-15.
Nové verze Roundcube Webmailu 1.6.19 a 1.7.4 řeší několik zranitelností.
Na Kickstarteru běží kampaň na podporu hloupého (jenom volání a SMS) tlačítkového DIY telefonu MAKERphone 2.0 od společnosti CircuitMess postaveného na ESP32-S3 a volitelně také s hodinkami MAKERband. S možností psaní vlastních aplikací. S volitelnými HW rozšiřujícími moduly.
Byla vydána nová verze 10.7 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řibyly balíčky HomeBox a Scrypted.
OpenRGB (GitLab) dospěl do verze 1.0 (YouTube). OpenRGB (dříve OpenAuraSDK) je svobodný multiplatformní software umožňující nastavení podsvícení celé řady různých „herních“ komponent a periferií.
Dnes startuje prodej headsetu Steam Frame. Počínaje dneškem se tedy můžete zapsat na seznam pro jeden z následujících modelů: Steam Frame 256 GB za 1 049 EUR a Steam Frame 1 TB za 1 279 EUR.
Vládní CERT upozorňuje na kritickou zranitelnost v GitLab Community Edition (CE) a Enterprise Edition (EE). Zranitelnost CVE-2026-85706 typu path traversal v Repository Commits API dosahuje skóre CVSS 10.0. Kvůli nedostatečnému omezení cest a chybějícímu vynucení autentizace může za určitých podmínek neautentizovaný útočník číst libovolné soubory ze serveru GitLab, a získat tak přístup k citlivým datům a konfiguraci instance.
Linux může běžet nativně na ESP32-S3 – bez emulace a rovnou s 9,7″ e-paperem.
Homebrew (Wikipedie), správce balíčků pro macOS a od verze 2.0.0 také pro Linux, byl vydán ve verzi 7.0.0. Pro sandboxing se na Linuxu nově používá Landlock místo Bubblewrap. Na stránce Homebrew Formulae lze procházet seznamem balíčků. K dispozici jsou také různé statistiky.
Tak a je to tady. Chvilku pouzivam linux desktop a zjistil jsem, ze ma nejake potize s prehravanim videa. Mam kubuntu 14.04 a pouzivam VLC, ktery jsem mel na W7 a bezel tam skvele i s akceleraci videa. Ale tady ouha. Dneska jsem narazil na videa z gopro, ktere jsou tocene v 1080p a na T400 s C2D mi to sezere 95 procent procesoru. Je tedy jasne, ze se dekoduje SW. A potvrzuje to i menu VLC. ALE - kdyz zapnut pouzit HW dekodovani - dam auto, tak je video kostickovane a silene se seka.
A pro jsem jsem se zacetl a mam z toho jeste vetsi zmatek. Jak je to vubec s podporou HW dekodovani videa na linuxu? Funguje to? a co k tomu potrebuju? Zkousel jsem testy grafiky, mam 3D akceleraci zapnutou, ale to se tyka asi jenom akcelerace ve hrach. Na filmy potrebuju asi neco jineho.
Poradite prehravac, nebo kodeky, nebo jak dosahnout toho, aby mi linux akceleroval HD video?
vypis z lspci :
00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)
Jde o NB Lenovo T400.
V praci mam stejny linux a grafiku Nvidia 210? Nevim presny typ, ale ma podporu akcelerace. Nezkousel jsem teda vypnout akceleraci ve VLC, ale nedalo se na to vubec divat. Zkusim az u nej budu, vypnout HW, zrejme to pak pojede, ale neni to reseni, sezere to veskery procesor. Navic, dela to problemy i v youtube ve firefoxu - obraz se v prostredku roztrhava a pri rychlych prechodech desne skube.
)) Ne, vazne, pres grafiku jsem uplna lama. Jak konkretne se dekoduje bez zobrazovani? Spustit to nejak pres terminal?
Muzu to jeste zkusit ve WIN7. Tim notebookem si fakt nejsem jisty, ale ta nvidia umi HW dekodovani na 1 000 000 %. Tam jsem prehraval pod widlema HD filmy se zatezi procesoru okolo 10 %.
Zkousel jsem. Kdyz dam null, zere to 80% cpu. Kdyz nedam nic, ukaze se mi okno s videem a zere to 90% cpu. Kdyz dam -vo vdpau, coz by mela byt HW dekodovani na linuxu, tak to zere 10% CPU !!!! Ale problem je, ze nevidim obraz
# pridat webupd8 ppa a nainstalovat potrebne pro vdpau&vaapi na intelu sudo add-apt-repository ppa:nilarimogard/webupd8 sudo apt-get update && sudo apt-get install libvdpau-va-gl1 i965-va-driver # doufam ze staci restart jen gfx prostredi sudo service lightdm restart # pro info: je vdpau aktivni ? grep -i vdpau /var/log/Xorg.0.log # pro info: jake kodeky mplayer pro vdpau umi ? mplayer -vc help|grep vdpau # prehrani :) VDPAU_DRIVER=va_gl mplayer -vo vdpau -vc ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau video_souborpokud bude slapat, parametry mplayer je mozno nastavit natrvalo v ~/.mplayer/config
echo 'fs=yes zoom=yes vo=vdpau vc=ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau,ffh264vdpau,ffodivxvdpau' >> ~/.mplayer/configa vytvorit alias pro mplayer:
echo mplayer='VDPAU_DRIVER=va_gl mplayer' >> ~/.bash_aliasesa nakonec treba asociovat video soubory s mplayer :)
Tak jsem tady zpatky, ze sedmicek a jsem docela smutny
Resume - grafika dekodovani UMI. Ale VLC pod win stoji taky za hov.. Pri prehravani tech 80% CPU. Byla vypnuta akcelerace. OK, zapnul jsem ji a zatez padla na 50%, ale umerne s tim zacal skubat obraz.
Nicmene, mam tam taky Media Player Classic HC. A tady nastal SOK. Stejne video prehral UPLNE PLYNULE se zatezi CPU mezi 6-14 %. Takze proste umi akcelerovat a to hodne dobre.
A ted, jak to dokazat na linuxu?
Jinak ted si uvedomuju tu svou blbost. Jasne, video se na grafice neakceleruje, ale HW dekoduje.
Takze sorry za zmatek v nazvoslovi. Jde mi samozrejme o HW dekodovani, akcelerace ASI funguje - podle vypisu ze shellu - realne to nemam v cem odzkouset, hry nehraju.
- Plně softwarově. CPU dekóduje obraz a výsledek třeba přes XShm předá XServeru, který zařídí, že se obraz vykreslí. To je samozřejmě pomalé.
- S hardwarově akcelerovaným výstupem. Obraz pořád dekóduje CPU, ale samotné vykreslení včetně třeba přeškálování zařídí GPU. Takhle funguje třeba XVideo.
- Hardwarově akcelerované dekódování i výstup. Na Linuxu jsou podporována dvě API, která to umožňují. VDPAU na nVidii s proprietárními a na Radeonech s FOSS ovladači a VAAPI na Intelech.
VLC od verze 2.1.0 podporuje jak VDPAU, tak VAAPI, ale HW dekódování je nutné ručně povolit. Bohužel VLC přistupuje k akceleraci videa trochu svérázně a sice tak, že VDPAU i VAAPI používá pouze pro akcelerované dekódování, nikoliv pro výstup. Proto bude VLC vždycky žrát více CPU než jiné přehrávače. Čím vyšší bude rozlišení přehrávaného videa, tím více to bude znát. VAAPI na Intelech je použitelně podporováno až od Sandy Bridge dále, takže s vaším GPU máte nejspíš smůlu. Na druhou stranu C2D by mělo 1080p videa zvládnout i bez HW dekódování, pokud se použije výstup přes XVideo. Možná bych místo VLC zkusil mplayer či ještě lépe mpv, s VLC nemám nejlepší zkušenosti co se výkonu při přehrávání videa týče.
Diky za vycerpavajici popis, i kdyz mne teda vubec nepotesil
Je sice fakt, ze C2D video zvlada prehrat, ale, pokud si vezmu NB treba na prehrani filmu a pojedu z baterek, tak mi s 90% zatezi CPU zdechne baterka za hodinu, mozna drive. Kdyz u toho budu neco delat, nebo se prihlasi o slovo nejaky proces, ma to za nasledek skubani ve videu, coz je hnus.
Jsem z toho smutny, protoze jsem se tesil, ze linux skutecne muze nahradit desktop, ale tohle jsou drobnosti, ktere umi hodne otravit zivot.
Pokud bych sel do jineho NB, da se predem overit, kterou grafiku vzit, aby s tim nebyly problemy? Mam v planu T420, nebo T430, tak to asi budu muset uspisit 
Tiskni
Sdílej: