Archiviata l’odissea di GIMP 2.8 è ora di cominciare a buttare un occhio alla nuova release 2.10. Il principale focus degli sviluppatori per questa versione è il passaggio completo al nuovo engine per la gestione di immagini GEGL. In questo modo GIMP 2.10 punta ad offrire ai suoi utenti maggiore profondità di colore, rendering più veloce e, soprattutto, un maggior numero di editing -non-distruttivi.
Uno dei siti di riferimento per GIMP è sicuramente Gimpuser.com il quale ha recentemente pubblicato un’anteprima delle funzionalità più interessanti che troveremo nella nuova versione. Diamo loro un’occhiata.
La prima grande feature riguarda la possibilità di usare 16/32 bit di colore per canale in GIMP (sia interi che a virgola mobile). Questo renderà possibile la creazione di sfumature molto più uniformi, senza creare salti ti tonalità percepibili ad occhio nudo. Questa novità apre inoltre la strada all’editing RAW in GIMP.
Un secondo gruppo di novità si concentra invece sulle trasformazioni. Troviamo innanzitutto un nuovo tool unificato dedicato: con un unico strumento sarà possibile scalare, ruotare ed effettuare trasformazioni prospettiche tutto in un unico passaggio. Anche gli algoritmi in gioco durante le trasformazioni sono sensibilmente migliorati con l’introduzione di 4 nuove modalità: LoHalo, NoHalo, LoBlur e LoJaggy. Al di là dei tecnicismi (che potete approfondire andando all’articolo originale) questi nuovi algoritmi di sampling garantiscono risultati decisamente migliori durante trasformazioni e ridimensionamenti riducendo (e quasi annullando) gli aloni e gli artefatti che introduce attualmente GIMP durante queste operazioni.
Dal punto di vista delle prestazioni troviamo due grandi cambiamenti: il supporto al multi-core CPU/GPU, grazie al quale potremo finalmente sfruttare a pieno i nostri quad-core, e l’accelerazione OpenCL per i filtri la quale riduce in maniera sensibile i tempi necessari per l’applicazione di un filtro.
Ai fotografi invece interesserà l’introduzione (finalmente) dello strumento per aggiustare la temperatura colore.
Insomma, GIMP compie alcuni piccoli ma significativi passi in avanti colmando alcune serie lacune che lo affliggevano. Il rilascio di GIMP 2.10 è previsto per la fine del 2013 e a noi non rimane che augurare buona fortuna a tutti i suoi sviluppatori.
certo però che fine 2013 solo per avere questa “base di partenza” più vicina ai concorrenti…
di Emanuele - 11 gennaio 2013 - 13:46
Lo so. È triste.
Ma che lo sviluppo vada a rilento purtroppo è notizia vecchia.
Non aiuta nemmeno il fatto che tanti utenti Linux continuino a considerare GIMP già all’altezza di Photoshop quando, come si nota anche da questa anteprima, i passi in avanti da fare sono tanti.
di Davide Aversa - 11 gennaio 2013 - 13:50
“e l’accelerazione OpenCL per i filtri la quale riduce in maniera sensibile i tempi necessari per l’applicazione di un filtro.”
.
peccato che al momento gimp-2.9.1 sia MOLTO più lento del 2.8, di un fattore 2X 3X sulle varie operazioni, e lo swap su disco di GEGL sia pressochè continuo, con ulteriore calo di velocità.
di telperion - 11 gennaio 2013 - 13:58
Una cosa che non apprezzo, anzi non sopporto più, di troppi utenti “esperti di turno di fotoritocco” “presunti utlizzatori” di G/linux che utilizzano e poi criticano Gimp, e che credo che almeno l’80%, se non di più, non abbia mai donato neanche 1 euro al progetto….. pur utilizzandolo e poi lametandosi (non mi riferisco a nessun commento precedente è solo una mia osservazione generale) ciao
di JJ - 11 gennaio 2013 - 17:24
personalmente non l’ho provato, ma non potrebbe dipendere magari da un problema di compatibilità/driver tra l’OpenCL e il tuo hardware (magari prova ad usarlo ma con cattivi risultati, oppure emula OpenCL via software)… altrimenti parrebbe molto strano
di Emanuele - 11 gennaio 2013 - 17:28
@Emanuele
ma lascia perdere teleperion è sempre a lamentarsi di qualcosa che non gli va, che non gli funziona, che non gli riesce etc.
di erik_ilrosso - 11 gennaio 2013 - 19:17
Beh piano… Telperion potrà anche non capire un c.azzo quando si parla di marketing o politica, ma quando si parla di software nudo e crudo ne capisce eccome
di korg91 - 12 gennaio 2013 - 00:56
gimp-git -v
GNU Image Manipulation Program versione 2.8.3
git-describe: GIMP_2_8_2-168-gadc8b21
.
uso di GEGL in versione 0.2.1 (compilato con versione 0.2.1)
uso di GLib in versione 2.32.4 (compilato con versione 2.32.4)
uso di GdkPixbuf in versione 2.26.1 (compilato con versione 2.26.1)
uso di GTK+ in versione 2.24.10 (compilato con versione 2.24.10)
uso di Pango in versione 1.30.0 (compilato con versione 1.30.0)
uso di Fontconfig in versione 2.9.0 (compilato con versione 2.9.0)
uso di Cairo in versione 1.12.2 (compilato con versione 1.12.2)
.
time gimp-git -i -b ‘(batch-multi-7 “*.png”)’ -b ‘(gimp-quit 0)’
batch command executed successfully
.
real 1m3.886s
user 1m2.758s
sys 0m3.489s
.
.
.
gimp-git -v
GNU Image Manipulation Program versione 2.9.1
git-describe: soc-2012-unified-transform-after-gsoc-386-ge87971e
.
uso di GEGL in versione 0.2.1 (compilato con versione 0.2.1)
uso di GLib in versione 2.32.4 (compilato con versione 2.32.4)
uso di GdkPixbuf in versione 2.26.1 (compilato con versione 2.26.1)
uso di GTK+ in versione 2.24.10 (compilato con versione 2.24.10)
uso di Pango in versione 1.30.0 (compilato con versione 1.30.0)
uso di Fontconfig in versione 2.9.0 (compilato con versione 2.9.0)
uso di Cairo in versione 1.12.2 (compilato con versione 1.12.2)
.
time gimp-git -i -b ‘(batch-multi-7 “*.png”)’ -b ‘(gimp-quit 0)’
This is a development version of GIMP. Debug messages may appear here.
batch command executed successfully
EEEEeEeek! 2 GeglBuffers leaked
.
real 1m53.563s
user 1m41.193s
sys 0m7.352s
.
Questo in batch SENZA interfaccia grafica, lo stesso script in versione NON BATCH lanciato dall’interfaccia viene eseguito in oltre 3 minuti sul 2.9 visto che anche il redraw della finestra è molto più lento.
Questi sono i FATTI, per le chiacchiere senza saper neppure di cosa si parla lascio volentieri la tastiera ai c4zz4ri che abbondano.
di telperion - 13 gennaio 2013 - 16:47
@Davide Aversa: beh…per molte operazioni basiche effettivamente gimp è già all’altezza del suo compito e penso che sia per questo che molti utenti linux, che lo usano solo per queste, lo definiscano già alla pari con PS.
il rallentamento dello sviluppo non è dovuto a cosa pensano gli utenti, ma al numero di sviluppatori che fino a non poco tempo fa si contavano sulle dita di una mano (situazione che mi sembra non sia molto migliorata nel frattempo…tanto è vero che hanno avuto problemi per il porting su windows).
@Emanuele: beh, bisogna capire però che di fatto stiamo parlando di modifiche al core di gimp…potremmo parlare quasi di una riscrittura totale. un lavoro colossale che purtroppo non è direttamente visibile agli utenti sotto forma di nuove funzionalità (nuove funzionalità comunque sono già comparse).
comunque sia questa “ristrutturazione” era necessaria e dovrebbe rendere in futuro molto più semplice creare nuove features basate su queste solide basi (che tra l’altro verranno probabilmente sfruttate e sviluppate da e per alti programmi di disegno/grafica come MyPaint). Io sono fiducioso.
per il momento mi godo Gimp 2.8
di aury88 - 13 gennaio 2013 - 21:47
È da idioti decerebrati piagnucolare che non arrivi a Photoshop. C’è una differenza di risorse economiche enorme, eppure nonostante tutto gli sta dietro.
di Marco - 14 gennaio 2013 - 14:57
i passi avanti in realtà sono immensi… certo li aspettavamo da molto e ancora non arrivano, però implementeranno opencl che quando fungerà e con una scheda video adeguata dovrebbe migliorare di molto le operazioni; credo sia normale che la versione in sviluppo sia lenta, in passato ha sempre avuto grossi difetti; mi chiedo se sarebbe possibile una diversa ‘politica’ da parte degli sviluppatori; ad esempio mi chiedo se colalborando con produttori di fotocamere o di altro hardware che potrebbero fornire gimp in bundle si ricaverebbe qualche finanziamento… ad ogni modo sappiamo tutti che per il 99% delle operazioni gimp va già benissimo
di johnj - 26 gennaio 2013 - 20:20
“però implementeranno opencl che quando fungerà” ..
.
guarda che è già attivo ed ho una nvidia gt440 e i risultati son quelli.
E sono risultati con immagini in modalità a SOLO 8 bit come con il 2.8.
di telperion - 27 gennaio 2013 - 12:57