Címlap

GIMP 2.4.0 RC1

 ( batyu | 2007. augusztus 16., csütörtök - 18:45 )

Megjelent a GIMP 2.4.0 első kiadásra jelölt verziója, azaz közeledik a régóta várt stabil 2.4-es sorozat. Aki tud, segítsen a fejlesztőknek, tesztelje, és persze bugreport-oljon. Néhány véletlenszerűen kiragadott újdonság:

  • ICC színprofilok, színkezelés támogatása
  • Továbbfejlesztett GUI, áttekinthetőbb menüstruktúra, megújult kép-ablak
  • Továbbfejlesztett kijelölő eszközök, integrált SIOX
  • Javított és kibővített beviteli eszköz támogatás

Eredeti hír a GIMP honlapján.

 »
  • A hozzászóláshoz belépés szükséges
  • 3946 olvasás

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.
 ( antiemes | 2007. augusztus 16., csütörtök - 19:12 )

Hi!

Effect layer, CMYK, hatterben futo muveletek mikor varhatok?

By(t)e
TBS::Antiemes

 ( XMI | 2007. augusztus 16., csütörtök - 19:55 )

<komolytalan válasz>
Ha a kernel fejlesztési metodikát követik, akkor akár a 2.4.1-ben is, ha nem követik, akkor lehet, hogy a 3.0.0-ban sem. :)
</komolytalan válasz>
---
Sok gyerekkel ellentétben én sose akartam tűzoltó lenni. Lettem helyette informatikus. Nem találjátok ki, hogy mit csinálok nap mint nap...

 ( batyu | 2007. augusztus 16., csütörtök - 22:58 )

Nemnagyon értek a photoshophoz, de az effect layer nem inkább layer effect? Ez utóbbi plugin van gimphez, bár ahogy elnéztem szerény tudású. A CMYK kérdése égető hiány, ugyan kimenetként a separate plugin-en keresztül tud cmyk tiff-be menteni, használtam, jó, ám bemenetként nem kezeli, azt sajnos előtte konvertálni kell mással (legalábbis a 2.3.18 még így volt). Háttérben futó műveletek az miért jó? Én spec nagyon utálnám, inkább a memóriakezelést kellene még optimalizálni (bár sokat javult mondjuk a 2.3.10 óta)
Sikerült egyébként valakinek leforgatni? Lelkesen belevágtam, erre frissebb gtk kell neki, mint ami a feisty-ben van csomagolva :-(

 ( antiemes | 2007. augusztus 17., péntek - 11:23 )

Hi!

Hogy effect layer, vagy layer effect, azt nem tudom, de az a lenyege, hogy pl. egy blurt, vagy akarmit layerkent tudsz betenni, es ha az eredeti layer valtozik, akkor realtime valtozik a blurolt layer is.

A hatterben futo muveletek pedig arra jok, hogy ha van egy bazinagy keped, amit ertelemszeruen 100%-nal kisebb nagyitason alakitgatsz, akkor a muveletek kiszemolodnak gyorsan a kis kepre, hogy lasd, hogy mit csinalsz, a nagyra, nagy felbontason, precizen meg majd esetleg kesobb, de az eredmenyt mar korabban latod.

By(t)e
TBS::Antiemes

 ( xtonix | 2007. augusztus 17., péntek - 8:04 )

Miért nem képesek megérteni, hogy a CMYK támogatás nélkül nem túl sokat ér... Profi (nyomdai) munkákra nem lehet használni amíg ezt nem tudja kezelni.
Ajánlom figyelmetekbe a krita-t... tud CMYK-t kezelni, és nem paint szintű - sőt!

 ( KAMI911 | 2007. augusztus 17., péntek - 10:06 )

Igen ez volt az első dolog amiért nem felelt meg egy nyomdai előkészítéssel foglalkozó cégnél.

KAMI
--
OxygenOffice | OpenOffice.org | A Böngésző - magyarul | Kiterjesztések - magyarul

 ( zZsOlTi | 2007. augusztus 17., péntek - 10:37 )

Azért a "nem túl sokat ér" azért kicsit erős... (Nem csak nyomdai munka létezik a világon, azon kívül meg minden másra jó)

 ( xtonix | 2007. augusztus 17., péntek - 19:55 )

Lehet, hogy én nem látom át a képszerkesztők piacát... de ha nem csak 20e Ft-os géped képeit akarod rendezgetni, a CMYK kezelésbe beleütközöl...
ok, web-re nem kell, ezt a piacot ki tudja elégíteni; de a másik nagy szegmens a nyomdaipar, ahova sajnos nem tudod használni (pedig sok pénz van benne... biztos találnának valakit, aki nem szereti az Adobet :) )
ezért gondolom, hogy nem lenne szabad megengedniük a potenciális felhaszálók ekkora csoportjának kizárását.

 ( lgb | 2007. augusztus 17., péntek - 18:35 )

Mivel tok hulye vagyok a profi/nyomdai munkahoz, magyarazza mar meg valaki mi ez a CMYK dolog, es miert sir mindenki emiatt? Ez valami color space mint az RGB nem? Mi itt a problema? Van tok egyszeru konverter gondolom, vagy barmi, ami kimentett/betoltendo kepet kepes konvertalni.

 ( Benedicht | 2007. augusztus 17., péntek - 18:58 )

Itt azt irjak, hogy nem lehet tokeletesen konvertalni a ketto kozott. Gondolom ez okozhat gondot.

 ( horvatha | 2007. augusztus 17., péntek - 19:40 )

A "nem lehet tökéltetesen konvertálni"-t pontosítanám:

Nem az összes szín fejezhető ki nemnegatív RGB értékekkel.
Olyan szín, melyhez pl. negatív R kellene, nem jeleníthető
meg. Az RGB-rendszernek tehát van egy olyan színhalmaza,
melyet egyátalán képes megjeleníteni és ez csak részhalmaza
a természetben előforduló színeknek. Ezt a megjeleníthető
részhalmazt nevezik gamut-nak.

Ugyanez igaz a CMYK rendszerre is.

Csakhogy az RGB és a CMYK rendszerek gamutja nem azonos!

Így vannak színek, melyet CMYK-ban meg tudsz jeleníteni,
de RGB-ben nem (ill. csak hipotetikusan, negatív súlyjal)
és viszont.

Konvertálás tehát csak a gamutok metszete esetén lehetséges
és ott van is ilyen formula.

De sok olyan szín van, melyet a CMYK simán megjelenít,
RGB-ben viszont csak közelíteni lehet.

 ( turul16 | 2007. augusztus 19., vasárnap - 8:44 )

A szem is RGB -t használ. Milyen szín van amit Red,Green,Blue -böl nem tudok összerakni, de az emberi szem meg tudja különböztetni egy olyan szintöl amit össze tudok rakni?

Hogy kell elképzelni a negatív piros fényt ? Vala a feketeség, ha jön a feketeségböl piros, akkor lesz pozitív az R, de mit csinál negatívkor ?

 ( nevergone | 2007. augusztus 19., vasárnap - 12:49 )

Lehet, hogy rosszul gondolom laikusként, de a dolognak köze lehet az összeadó és kivonó színkeveréshez.
http://hu.wikipedia.org/wiki/Sz%C3%ADn#Sz.C3.ADnkever.C3.A9s

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

 ( turul16 | 2007. augusztus 20., hétfő - 8:30 )

Összeadó (RGB) (fény, a sötétben vagy és ezekkel (RGB) világítasz ..)
Kivonó (szubtraktív) (CYM) (van egy fehér fényvisszaerő alapod (megvilágítva fehér fénnyel), és bizonyos színek visszaverését tíltod)

Monitoron megjelenített kép mindig RGB -re konvertálódik. a Nyomtatón kijövő mindig CYMK -ra (vagy hasonlóra) konvertálódik.

 ( bastya_elvtars | 2007. augusztus 19., vasárnap - 14:03 )

A szem nem csak RGB-t használ. A látórendszer különböző részein máshogy csinálja.

It doesn't matter if you like my song as long as you can hear me sing

 ( turul16 | 2007. augusztus 20., hétfő - 8:19 )

De csak 3 szín osztályt érzékel, nem ? Ami pont az RGB.

 ( BandiG | 2007. augusztus 20., hétfő - 13:13 )

A nok egy kis szazaleka 3 helyett 4 alapszint lat. Emiatt meg tudjak allapitani egy tal tokugyanolyan narancsrol ranezesre, hogy melyik az erettebb, vagy hogy hol melegebb a folyo vize. google Tetrachromacy

 ( batyu | 2007. augusztus 17., péntek - 20:27 )

Egész egyszerűen nincs tökéletes konverzió, mivel eltérő számú árnyalatot képes leírni a két színtér (cmyk többet), valamint a színkeverés az egyiknél additív, a másiknál szubsztraktív. ezért "jobb" eleve cmyk színtérben dolgozni (illetve pl. a raw képekkel nem rgb színtérben). Állítólag. Persze ez csak az igazán professzionális munkák illusztrálásánál fontos, amik drága gépeken és drága, pontosan kalibrált, színhű monitorokon készülnek, átlag user átlag monitorán a cmyk-ból megjelenített rgb képnek sokszor nem sok köze van a végtermékhez, hiába a megfelelő kimeneti színprofil meg a profi program. Tapasztalati úton ez persze nagyrészt kiküszöbölhető (persze csak ha van olyan megrendelő aki az első pár elcseszett nyomat után is dolgoztat :-) ), meg a legtöbb középkategóriás crt monitor egész jól kalibrálható, de azért ez mégsem ugyanaz - nézz csak meg egy átlagos szórólapot, amit a postaládádba dobtak.

 ( Replaced | 2007. augusztus 19., vasárnap - 19:58 )

pofon egyszeru: a nyomda cmyk-val dolgozik, nem rgb-vel, mint a monitor :)

--
I think the major good idea in Unix was its clean and simple interface: open, close, read, and write.

 ( zZsOlTi | 2007. augusztus 17., péntek - 9:49 )

Engem sokszor ennél alapvetőbb dolgok bosszantanak fel -layerek összekapcsolása (össze lehet kapcsolni pl kettőt, de aztán nem lehet külön másik kettőt, mert akkor mind a 4 össze lesz kapcsolva), segédvonalak, kijelölések kezelése (pontatlan illesztés, segédvonal nem "snappol" a kijelöléshez, csak fordítva, segédvonal nem találja meg egy kijelölés közepét), szövegkezelés egyenesen katasztrófa (nem lehet pl kijelölni egy területet, hogy abba folyassa bele a szöveget, hanem a külön kis szövegbeviteli ablakba kell vacakolni) stb.-, ettől függetlenül szeretem és nagyon sokat használom (jelenleg a 2.3.18-at), csak amíg ilyen gondok vannak, addig komolyabb munkánál sajnos még mindig elő kell venni a photoshoppot.

 ( gee | 2007. augusztus 17., péntek - 10:55 )

De gondolom a bugzillájukba ezt mind leírtad. Ugye? Nem csak vársz, hogy kitalálják.

Most úgyis tesztelésre kérik a népet. Tesztelj, és ha valami még mindig nem jó (gondolom sok ilyen lesz), akkor írd meg nekik!

G

 ( zZsOlTi | 2007. augusztus 17., péntek - 11:33 )

Őszinténszólva még nem, de pótolni fogom (mármint a bugreportot). Viszont a fent leírtak többsége sajnos nem bug, hanem hiányzó feature.

 ( gyu | 2007. augusztus 17., péntek - 14:07 )

Konkrétan a GIMP bugzilláját nem ismerem, de egy jólnevelt projekt bugzillájában szoktak hagyni wishlist szekciót is...

 ( bastya_elvtars | 2007. augusztus 17., péntek - 14:23 )

GIMP bugzilla == GNOME bugzilla.
Amúgy aki a Bugzilla nevű programot kitalálta, azt gondolkodás nélkül főbe lehetne lőni, de ez off.

It doesn't matter if you like my song as long as you can hear me sing

 ( turul16 | 2007. augusztus 19., vasárnap - 10:16 )

[off]
Te szerinted mi legyen helyette, hogyan legyen ?
[/off]

 ( Pontscho | 2007. augusztus 19., vasárnap - 20:04 )

Trac. Bugzilla egy fos.

---
pontscho / fresh!mindworkz

 ( bastya_elvtars | 2007. augusztus 19., vasárnap - 20:23 )

Trac, Mantis, Roundup, Flyspray stb.
Érdekes, ilyenkor nem jön elő a "de jó, hogy van több alternatíva!!1!!1!one!!1!eleven" sztereotípia.

It doesn't matter if you like my song as long as you can hear me sing

 ( batyu | 2007. augusztus 17., péntek - 20:29 )

Kipróbáltad a fejlesztői verziókat? Néhány problémádat már orvosolták... Egyébként szerintem ez megszokás kérdése is ;-)

 ( n0gabor | 2007. augusztus 16., csütörtök - 20:10 )

Vajon lesz e benne a Gutsyban e?

 ( sas | 2007. augusztus 16., csütörtök - 22:48 )

engem az APNG (is) érdekelne, de félek, azt még nem támogatja

Szervác Attila - http://321.hu/sas

 ( BlinTux | 2007. augusztus 18., szombat - 11:51 )

Valakinek mar sikerult felraknia Ubuntu 7.10 ala?
Nagy nehezsegek aran, sikerult GTK+ -t frissitenem, mert abbol kovetelt egy frissebbet, de sajnos a ./configure igysem megy tovabb, hanem leall a kovetkezo uzenettel:

checking for GTK+ - version >= 2.10.13...
*** 'pkg-config --modversion gtk+-2.0' returned 2.10.14, but GTK+ (2.10.11)
*** was found! If pkg-config was correct, then it is best
*** to remove the old version of GTK+. You may also be able to fix the error
*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing
*** /etc/ld.so.conf. Make sure you have run ldconfig if that is
*** required on your system.
*** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH
*** to point to the correct configuration files
configure: error: Test for GTK+ failed. See the file 'INSTALL' for help.

GTK+ 2.10.14-et forditottam, ahogy azt ki is irta, de de megis 2.10.11!? Nem ertem... Leszedni nem tudom a csomit, mert akkor egy rakat progit magaval rantana a fuggosegek miatt. Az LD_LIBRARY_PATH -nak akarmit adok meg, mintha figyelembe se venne...
Van valakinek otlete, hogy lehetne vele a friss verziot megtalaltatni?

 ( nevergone | 2007. augusztus 18., szombat - 13:31 )

Nem lehetséges, hogy az általad fordított GTK+ összeütközik azzal, ami eredetileg a rendszereden volt?

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

 ( Elbandi | 2007. augusztus 18., szombat - 13:58 )

ubuntu poolban van csomag a 2.11.6 verziora. az nem megy fel 7.10 ala?

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

 ( Csigaa | 2007. augusztus 18., szombat - 18:13 )

Kiírta mi a baja.

A /usr/local/lib könyvtárat vedd fel a /etc/ld.so.conf-ba

 ( msandor | 2007. augusztus 19., vasárnap - 9:51 )

letölthetők a csomagok UHU-Linux 2.0-ra:

http://uhu.linux.hu/2.0/msandor/gimp_2.4.0~rc1-0.3_i386.uhu
http://uhu.linux.hu/2.0/msandor/gimp-dev_2.4.0~rc1-0.3_i386.uhu

--
by Mikul@s