GIMP 2.10.36

GIMP

Megjelent a GNU Image Manipulation Program (röviden: GIMP) 2.10.36-os kiadása. Újdonságok:

Részletek a bejelentésben.

( asm v | 2023. 11. 08., sze – 11:17 )

Igazan frissithetnek az MS Store-ban, maskulonben Windowson maceras ujratelepitgetni idorol idore.

Mindenesetre furcsa, hogy nem tekintik az MS Store-t elsoszamu release csatornanak, hanem vki vmikor majd megcsinalja egyszer. Ahelyett hogy keszre faragnak a pipeline-t hozza es release-kor lefuttatjak.

De ez a nehany nap nem gaz, regebben sokkal nagyobb csuszas volt benne. Vagy talan nem is frissult egyaltalan, bar az lehet az MS Store baja.

( khiraly | 2023. 11. 08., sze – 13:23 )

Ezt meg fejlesztik? Nekromania!

Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Már miért ne fejlesztenék. Még mindig a legnépszerűbb képmanipuláló, annak ellenére, hogy rajzban a Krita, fényképeknél meg a Darktable, stb. jól megszorongatta. Ami nekem bajom van vele, hogy már ősidők óta Gtk2-n ragadt, és már vagy 1-2 éve ígérgetik belőle a 3.0-ás verziót, ami már végre Gtk3-as lenne, de már az is késő, mert szorul ki a Gtk4 javára. A GIMP 3.0 nagyon régóta béta, nem is tudom, hogy kihozzák-e valaha. Nem kapkodják el, az tuti.

Régen sokat használtam a GIMP-et, képek méretezésére, konvertálása, színmanipulálása, szkennelésre, screenshot-ra, stb.., amolyan mindenes volt. Az utóbbi években viszont megoldom CLI segítségével, képek konvertálását az ImageMagick convert parancsával, screenshotot scrot-tal (Wayland alatt grim), a szkennelést a SANE csomag scanimage parancsával, mindegyikre van szinte bedrótozott scriptem, amit egy billentyűkombinációval tudok hívni, egyedül a convert parancs az, amit paraméterezni kell kézzel. Ennek ellenére néha még felteszem, pár hónapja pl. háttérképek mozaikosítására kellett, és meg is csinálta megfelelőre, de alapesetben nem szeretem feltelepíteni, mert sok függősége van, és ritkán használom.

“Windows 95/98: 32 bit extension and a graphical shell for a 16 bit patch to an 8 bit operating system originally coded for a 4 bit microprocessor, written by a 2 bit company that can't stand 1 bit of competition.”

( bzt | 2023. 11. 09., cs – 11:01 )

Kipróbáltam, még mindig képtelenség átlátszó PNG-ket menteni vele. De legalább már az X window dump betöltést is elbaszták... (az alábbi képen teljesen szar a képarány, a fehér feliratok "színesek" lettek)
https://i.ibb.co/fF5kBYy/gimpalpha.png
Annak kéne látszania, hogy megpróbáltam lementeni egy 256 x 256-os átlátszó PNG-t, amit feh-el megnyitva kiderült, hogy nem tudott a GIMP megcsinálni. Bakker. Azért ez übergáz. A PNG mentés és az XWD betöltés is jól működött nemis olyan rég még.

babl, GEGL and ctx are actively developed, but no releases have accompanied this version of GIMP for once.

Hát, pedig nagyon nem ártott volna belerakni, mert a GEGL egy memleakes bughalmaz, nagyon ráfért volna egy alapos hibajavítás... Így most konkrétan használhatatlan a GIMP, amint a fenti képernyőképen is látszik :-(

Mindenesetre furcsa, hogy nem tekintik az MS Store-t elsoszamu release csatornanak

Miért lenne furcsa? Ez nem egy Windows alkalmazás, az, hogy ott is elérhető, csak egy contributor munkája, nem a core dev-eké.

Mit ajánlanál helyette?

Ha palettás képeket kell szerkeszteni, akkor GrafX2, ha kifejezetten fotókat, akkor darktable. Egyébként nem tudom, nálam most az a workflow, hogy GIMP + utólag ImageMagick mindenre, amiben bugos, de ez nagyon kényelmetlen és macerás megoldás. Ráadásul minden GIMP kiadással egyre több minden hárul át az ImageMagick-re...

Kritát próbáltam, de az nekem nagyon nagyon nem jött be. Ha bárkinek van ötlete FOSS alternatívára, az engem is érdekelne!

És az engem hol kéne érdekeljen, ha nálad jó...?

Egyébként meg biztos vagyok benne, hogy nem értetted, miről beszélek, és true-color képet próbáltál menteni, nem palettásat. Próbáld csak ki palettással (mentés előtt "Image > Mode > Indexed"), nagyon nagy valószínűséggel nálad sem fog menni.

Aztán próbálj meg egy XWD-t (xwd -root -out test.xwd), abban is biztos vagyok, hogy nálad sem fogja jól betölteni, és hogy ezt még csak meg sem próbáltad, csak behazudtad, hogy nálad jó.
A teljesség kedvéért, 32 bites visual (24 bit csatorna, 8 bit padding):

$ xwud -dumpheader -in test.xwd
window name:        xwud: xwdump
sizeof(XWDheader):  100
header size:        107
file version:       7
pixmap format:      2
pixmap depth:       24
pixmap width:       1920
pixmap height:      1080
x offset:           0
byte order:         0
bitmap unit:        32
bitmap bit order:   0
bitmap pad:         8
bits per pixel:     24
bytes per line:     7680
visual class:       5
red mask:           16711680
green mask:         65280
blue mask:          255
bits per rgb:       8
colormap entries:   256
num colors:         256
window width:       1920
window height:      1080
window x:           0
window y:           0
border width:       0

Akárhogy is nézem, ez nem valami egzotikus cucc, hanem a legeslegáltalánosabban elterjedt framebuffer packed pixel formátum a VESA óta (évtizedek óta ezt használja minden kártya). Kár volt hozzányúlni az XWD kódhoz, eddig jól működött, de már elmúlt (ez is)...

"nagyon nagy valószínűséggel nálad sem fog menni.": indexed-png-alpha - Google Drive

Na, xwd-t nem fogok tesztelni, pláne mert á: nem érdekel, bé: nem is említettem, Ha megnézed, a vaskos, "Kipróbáltam, még mindig képtelenség átlátszó PNG-ket menteni vele." kijelentésre írtam, hogy #worksforme (=de, lehet). Igen, indexelt/palettás képet is lehet. Legalábbis a gimp indexed color 8-bitet ír. Annyit nekem nem ér, hogy most kitaláljam, hogy szedem ki a png-ből, hogy mégis, mi van benne.

De már annyira megbántam hogy beleszóltam, hogy belátom, igazad van. Lehetetlen gimből átlátszó pngket menteni. Különösen lehetetlen indexelt pngt.

Igen, indexelt/palettás képet is lehet.

Nagyon nagy valószínűséggel nemcsak nálam nem jó, hanem senkinél sem, akinek nincs méregdrága gamer GPU-ja csillagászati mennyiségű VRAM-al és zárt szoftverű meghajtóval. És mint írtam, őket csöppet sem vígasztalja, ha nálad a csilivili PC-den történetesen jó.

A képedet nem tudom megnézni, mert a Gdrive nem működik (miért nem használsz ingyenes, kémszoftvermentes képmegosztót, mint mindenki más?). És arról sem írtál semmit, hogy hogyan mentetted le, sőt, még be is ismerted, hogy nem ellenőrized le, tényleg palettás-e... Ez így nem érv az állításod mellett.

És mégegyszer, attól még, ha nálad valamilyen csillagegyüttálás miatt épp véletlenül jó is lenne, egyáltalán nem bizonyít semmit sem. Még véletlenül sem jelenti azt, hogy mindenki másnál is jó, ugyebár.

Egzébként meg, csakhogy teljes legyen a kép, PNG-be mentéskor a következő hibaüzenetet írja az stderr-ra:

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-hidden

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1633 (g_file_info_get_is_hidden): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-backup

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1655 (g_file_info_get_is_backup): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-hidden

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1633 (g_file_info_get_is_hidden): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-backup

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1655 (g_file_info_get_is_backup): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-hidden

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1633 (g_file_info_get_is_hidden): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-backup

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1655 (g_file_info_get_is_backup): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-hidden

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1633 (g_file_info_get_is_hidden): should not be reached

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: GFileInfo created without standard::is-backup

(gimp:152100): GLib-GIO-CRITICAL **: 23:33:33.999: file ../glib/gio/gfileinfo.c: line 1655 (g_file_info_get_is_backup): should not be reached

...

Ezt több képernyőn át, legalább 1000 sor. Szóval nemcsak GEGL bug van itt, hanem más baj is. Kizárt, hogy normális működés közben azt írja ki, "should not be reached".

De amúgy biztos nem jó senkinél, mert képtelenség.

Sosem állítottam, hogy "senkinél sem jó", csak azt mondtam, hogy legalább egy konfiguráción biztos nem jó. Ellenben Te hazudtad azt, hogy "nálad jó, tehát mindekinél jó". Csak a miheztartás végett.

Ja, bocs, elfelejtettem, hogy te egy ilyen agymosott Fideszes troll vagy, akivel képtelenség értelmes technikai eszmecserét folytatni. Egyszer utoljára megpróbálom elmagyarázni, mit rontottál el, és nem zavarlak a továbbiakban.

Ha azt írod, "nálam jó, ilyen-olyan gépen, ilyen-olyan oprendszer alatt, ilyen-olyan lépések után, az eredményt így és úgy ellenőriztem vissza", akkor az korrekt, az emberek azt fogják gondolni, egy jó IT-s szakember vagy.

Ellenben ha csak odaböfögöd, hogy "#worksforme", annélkül, hogy bármiféle részletet elárulnál, sőt, kijelented, hogy neked egyenesen derogál ellenőrizni az eredményed helyességét, na akkor az emberek azt fogják gondolni, hogy egy épületes nagy seggfej vagy. Így már érted?

Na most, adtál egy ötletet. Előszedtem azt, ami itthon a legközelebb áll a méregdrága gamer PC-hez (steamdeck), és ugyanúgy képtelenség átlátszó, indexelt palettás png-t menteni.

Az xwd betöltés ellenben pont úgy viselkedik mint nálad.

(BTW, szerintem nálad is működne a képtelenség, ha RGBA pixelformátumot választanál az automata helyett).

( timar | 2023. 11. 09., cs – 14:37 )

Szerkesztve: 2023. 11. 09., cs – 14:38

Nem használok GIMP-et, mert nekem túl bonyolult, de örömöre szolgált, hogy merge-elték a patchemet, ami idegtudománnyal foglalkozó biológusok produktivitását fogja növelni a bloomingtoni egyetemen. Felüdülés az irodai dolgozók produktivitását növelő(?) napi munkám mellett. :-D Nem nagy dolog amúgy, és szomorú, hogy eddig szolgaian le kellett másolni számokat a képernyőről, most meg már a vágólapra is lehet tenni, és ez állítólag egy 17 éve bejelentett hiba volt.

Szia, András! Gratulálok a szuper GIMP javításhoz (https://gitlab.gnome.org/timar/gimp/-/commit/da0ea189fcdb42cc22405b89a4…)! Nagy dolog, nemcsak a 17 év megoldatlanság miatt, hanem hogy ezzel a tudósok munkája könnyebbé vált! És ha jól sejtem, magyar tudósoké is, akik ott dolgoznak, vagy a bloomingtoni egyetemmel partnerségben. (És hogy mennyire ráfér a tudósokra a legkisebb támogatás is: Karikó Katalin jutott eszembe, hogy milyen körülmények között dolgozott egy életen át, simán el tudom képzelni, hogy tényleg a kedvenc száma, a Gyémánt és arany tartotta benne a lelket: „Vagy tán épp a cél előtt / Tűnik úgy, most fogytán van erőd / S te mégis továbbmész”. Ott voltunk a szegedi köszöntésén egy hónapja a Dóm téren, nagyon megható volt, még ő érzékenyült el, és mondott köszönetet: https://szeged.hu/cikk/kariko-katalin-a-dom-teren-a-szivem-mindig-is-it….)

(És a kevésbé üdítő napi munkádra vonatkozóan, a LibreOffice fejlesztése tényleg növeli az irodai dolgozók produktivitását, sőt amerikai vegyész kutatókét, olasz tűzoltó vezetőkét, brit nyugdíjas állatmenhely-tulajdonosokét, dél-szudáni bibliafordítókét, piacvezető német turisztikai kiadóét, magyar származású ausztrál mérnökökét vagy kiváló hazai és külföldi sci-fi/fantasy írókét! Úgyhogy örülök, hogy ez a GIMP-kiadás nagyon közvetve a LibreOffice fejlesztését is elő fogja segíteni! :)