Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Zjednodušené schéma kodéru JPEG. Stejné schéma se aplikuje na každý obrazový kanál. |
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Význam koeficientů DCT v bloku 8×8 pixelů. V (a) je naznačena orientace funkce cosinus. Červeně jsou vybarveny vertikální hrany (světle jsou čistě vertikální), modře horizontální (světle čistě horizontální) a zeleně mřížka vytvořená kombinací vertikální a horizontální funkcí. V (b) je zobrazeno rozdělení frekvencí. Modře jsou vyznačeny nízké frekvence, červeně vysoké. Bázové funkce jsou zobrazeny v (c). |
kategorie | rozsah hodnot |
---|---|
0 | 0 |
1 | −1, 1 |
2 | −3, −2, 2, 3 |
3 | −7 … −4, 4 … 7 |
4 | −15 … −8, 8 … 15 |
5 | −31 … −16, 16 … 31 |
6 | −63 … −32, 32 … 63 |
7 | −127 … −64, 64 … 127 |
8 | −255 … −128, 128 … 255 |
9 | −511 … −256, 256 … 511 |
10 | −1023 … −512, 512 … 1023 |
11 | −2047 … −1024, 1024 … 2047 |
Tiskni Sdílej:
- written in C99Bolo by fajn dopisat, ze so GNU GCC rozsireniami. ;) V Makefile by bolo fajn dat premene:
BIN_ENCODER=jpg_encoder BIN_DECODER=jpg_decoderA doplnit make install/uninstall do /usr/local/bin. Nechces zo svojho programu urobit kniznicu + bin program?
Díky za skvělý článek.
* media-gfx/eog Available versions: (1) 3.36.3 {+exif gtk-doc +introspection +jpeg lcms +svg tiff xmp} Homepage: https://wiki.gnome.org/Apps/EyeOfGnome Description: The Eye of GNOME image viewer
samozřejmě si to umím konvertovat imagemagickem a prohlížet pak... Ale prohlížet si fotky tímto způsobem je dost nepohodlné. To už bych si snad napsal FUSE filesystém, který to bude konvertovat za běhu…
*.heif
a on na pozadí udělá konverzi někam do tmpfs a pak to otevře normálním prohlížečem? Když pro tu konverzi použiješ nějakou nekomprimovanou bitmapu, nemusela by tam být ani moc velká prodleva oproti nativní podpoře přímo prohlížečem samotným.
$ ls -l /usr/bin/display lrwxrwxrwx 1 root root 6 2. led 17.32 /usr/bin/display -> magick $ ldd /usr/bin/magick linux-vdso.so.1 (0x00007ffdef3c7000) libMagickCore-7.Q16.so.8 => /usr/lib64/libMagickCore-7.Q16.so.8 (0x00007effb0938000) libMagickWand-7.Q16.so.8 => /usr/lib64/libMagickWand-7.Q16.so.8 (0x00007effb07fd000) libc.so.6 => /lib64/libc.so.6 (0x00007effb063f000) libxml2.so.2 => //usr/lib64/libxml2.so.2 (0x00007effb04da000) libfontconfig.so.1 => //usr/lib64/libfontconfig.so.1 (0x00007effb0493000) libfreetype.so.6 => //usr/lib64/libfreetype.so.6 (0x00007effb03d0000) libXext.so.6 => //usr/lib64/libXext.so.6 (0x00007effb03b9000) libX11.so.6 => //usr/lib64/libX11.so.6 (0x00007effb0277000) libbz2.so.1 => /lib64/libbz2.so.1 (0x00007effb0264000) libz.so.1 => /lib64/libz.so.1 (0x00007effb024a000) libltdl.so.7 => //usr/lib64/libltdl.so.7 (0x00007effb023e000) libm.so.6 => /lib64/libm.so.6 (0x00007effb00fa000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007effb00d8000) libgomp.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libgomp.so.1 (0x00007effb00a3000) libgcc_s.so.1 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libgcc_s.so.1 (0x00007effb0089000) /lib64/ld-linux-x86-64.so.2 (0x00007effb0c6c000) libdl.so.2 => /lib64/libdl.so.2 (0x00007effb0084000) libicuuc.so.67 => /usr/lib64/libicuuc.so.67 (0x00007effafea3000) libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007effafe74000) libuuid.so.1 => /lib64/libuuid.so.1 (0x00007effafe6b000) libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007effafe32000) libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007effafe07000) libicudata.so.67 => /usr/lib64/libicudata.so.67 (0x00007effae2ee000) libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/9.3.0/libstdc++.so.6 (0x00007effae077000) libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007effae070000) libXdmcp.so.6 => /usr/lib64/libXdmcp.so.6 (0x00007effae068000) libbsd.so.0 => /usr/lib64/libbsd.so.0 (0x00007effae04e000) $
a ty velikánský neekologický foťáky co dělaj fotky z prací sody kafe a pomerančový šťávy by se taky měli zrušit dneska má stejně každej normální člověk mobil auž ani jako neví kudy se do takovýho starobylýho foťáku kouká a kudy z něj lítaj takový ty světelný blesky :O ;D
8bitová vstupní data (na každou složku)
díky :D :D :D :D
Mimoto JPEG definuje hierarchický režim, kdy je obrázek uložen v několika různých rozlišeních.
to trošku připomíná jakoby mipmapu hele :O :O
Podstatné je, že pro její zpětné získání potřebuješ mít i původní obrázek.A je to opravdu nutné, já bych naopak řekl že původní obrázek je zapotřebí účinně zničit? Pokud vezmu případ formátu obrázku s bezeztrátovou kompresí a pro jednoduchost řekneme, že nejnižší bit barevné informace subpixelů bude představovat bit zakódované informace (samozřejmě předem zašifrovaný jinou metodou), pak pouhá extrakce těchto nejméně důležitých bitů z obrázku mi dá stream šifrované zprávy (z něhož po dešifrování získáme otevřený obsah). Na obrázku se užitečná informace projeví pouze jako nepatrný šum. Další otázkou je samozřejmě charakter takového šumu, výsledek prvodního zašifrování může být až příliš náhodný (snímače mají typicky jiný charakter šumu, ale i s tím se lze vypořádat).