plwm je nový, poměrně minimalistický správce oken pro X11. Podporuje dynamické dláždění okny, plochy, pravidla pro okna atd. Zvláštností je, že je napsaný v logickém programovacím jazyce Prolog. Používá implementaci SWI-Prolog.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Sean Heelan se na svém blogu rozepsal o tom, jak pomocí OpenAI o3 nalezl vzdálenou zranitelnost nultého dne CVE-2025-37899 v Linuxu v implementaci SMB.
Jiří Eischmann v příspěvku na svém blogu představuje typy, jak lépe chránit své soukromí na mobilním telefonu: "Asi dnes neexistuje způsob, jak se sledování vyhnout úplně. Minimálně ne způsob, který by byl kompatibilní s tím, jak lidé technologie běžně používají. Soukromí ovšem není binární věc, ale škála. Absolutního soukromí je dnes na Internetu dost dobře nedosažitelné, ale jen posun na škále blíže k němu se počítá. Čím méně dat se o vás posbírá, tím nepřesnější budou vaše profily a tím méně budou zneužitelné proti vám."
Byla vydána nová stabilní verze 25.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Warbler. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Multiplatformní open source spouštěč her Heroic Games Launcher byl vydán v nové stabilní verzi 2.17.0 Franky (Mastodon, 𝕏). Přehled novinek na GitHubu. Instalovat lze také z Flathubu.
Organizace Apache Software Foundation (ASF) vydala verzi 26 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Klávesnice IBM Enhanced Keyboard, známá také jako Model M, byla poprvé představena v roce 1985, tzn. před 40 lety, s počítači IBM 7531/7532 Industrial Computer a 3161/3163 ASCII Display Station. Výročí připomíná článek na zevrubném sběratelském webu Admiral Shark's Keyboards. Rozložení kláves IBM Enhanced Keyboard se stalo průmyslovým standardem.
Vyšlo Pharo 13 s vylepšenou podporou HiDPI či objektovým Transcriptem. Pharo je programovací jazyk a vývojové prostředí s řadou pokročilých vlastností.
Java má dnes 30. narozeniny. Veřejnosti byla představena 23. května 1995.
formát | datový tok [bpp] | kompresní poměr |
---|---|---|
PNG | 11.461131 | 2.094034 : 1 |
JPEG 2000 | 10.620645 | 2.259749 : 1 |
WebP | 10.619910 | 2.259906 : 1 |
H.265 | 12.460111 | 1.926146 : 1 |
FLIF | 9.978515 | 2.405167 : 1 |
JPEG XR | 11.575239 | 2.073391 : 1 |
AVIF | 12.039541 | 1.993431 : 1 |
FFV1 | 10.267328 | 2.337511 : 1 |
WebP 2 | 10.007292 | 2.398251 : 1 |
formát | datový tok [bpp] | kompresní poměr |
---|---|---|
PNG | 4.628656 | 5.185090 : 1 |
JPEG 2000 | 6.094012 | 3.938292 : 1 |
WebP | 4.294325 | 5.588771 : 1 |
H.265 | 7.158238 | 3.352780 : 1 |
FLIF | 3.774639 | 6.358223 : 1 |
JPEG XR | 8.097638 | 2.963827 : 1 |
AVIF | 8.198868 | 2.927233 : 1 |
FFV1 | 5.333731 | 4.499664 : 1 |
WebP 2 | 3.621495 | 6.627097 : 1 |
Tiskni
Sdílej:
formát | datový tok [bpp] | kompresní poměr |
---|---|---|
bzip2 | 13.915411 | 1.724706 : 1 |
xz | 14.344152 | 1.673155 : 1 |
zstd | 15.619418 | 1.536548 : 1 |
brotli | 14.320850 | 1.675878 : 1 |
by bylo zajímavý vyzkoušet jak moc sou ty vobrázky v různejch formátech jakoby zranitelný proti náhodnýmu poškození nějakejch pár bitů taky :O :O voni si nejspíž vybrali formát podle tohodle taky :O ;D
to ale pak už nebude nějakej normální běžnej obrázkovej formát a bude to záviset na nějakým programu/kodecích ne?? :O :O
nejvíc nejlepší mi připadá mit různě poschovávanejch hrozně moc kopií toho samýho vobrázku a pak kdyžtak principem majority požkozenej vopravovat když se pozná chyba :O :O
optipng
), aby prošel kompletně všechny metody, tak to trvá. Ale kupodivu to zmenší velikost jen o 1% oproti "běžně" optimalizovanému png.
V rámci nějakého interního katalogu obrázků mám v toolchainu toto (python, Pillow):
from PIL import Image image.save(newfilename, 'png', optimize=True)Moc jsem nezkoumal co přesně "optimize=True" vlastně zapíná, protože vliv na rychlost (pocitově) to nemá skoro žádný, ale výsledné png je podle optipng (které trvá klidně i několik minut) cca o 1% větší než to nejlepší. Potom je docela zajímavá možnost použít nějaký skutečně bitmapový formát, třeba suckless farbfeld (který neřeší vůbec nic a je to jen pole pixelů) a použít nějakou obecnou kompresi (jak už zde byl uveden třeba bzip2 nebo zstd nebo cokoliv).
Jasným vítězem se stává formát FLIF.Mi přijde, že výsledek je až nezajímavě vyrovnaný. Nějakých zhruba +/- 10 % kolem běžného PNG. Shrnul bych to tak, že nejlepší je použít bezproblémové a rozšířené PNG, neboť alternativy jsou sice trochu lepší, ale ne o tolik, aby to stálo za námahu.
Zopflipng je ve všech případech nejlepší, ale taky trvá obludně dlouho.Já jsem zkoušel tebou doporučené parametry a jelo to hodinu. Potom jsem to stopnul. Nějakej 2MPx screenshot ze hry. To je asi dost nepoužitelné.
optipng -o7
trvá tak minuty. I obyčejný imagemagick convert -quality 100
odvede velmi dobrou práci v jednotkách sekund. (Optipng to zmenší tak o 2%, což už asi nemá smysl řešit.)
pngout má zásadní nevýhodu. Není v žádné distribuci. Ani v BSD portech. To by musel být fakt unikátní zázrak, aby si to lidi kompilovali.
tam na tý stránce nevidim nikde rgb24 :O :O
vidim jenom rgb8 a rgb16
nj to mi jako taky mohlo dojít :D
ale stejně chci svejch 72bpp :D :D ;D ;D
TIFF - historicky býval nejpouživačnější, hodně existujících archivů. Mám na CD/DVD z fotolabů hodně do TIFF naskovaných negativů.