GIMP .Edu .pl

565223 – Przekształcenie perspektywiczne prowadzi do powstawania postrzępionych krawędzi (efekt grzebienia).
563985 – Okno zapisu jpg: "anuluj" jest traktowane jak "zastosuj" dla ustawień.
564087 – Użycie narzędzia klonowanie na warstwie, której część jest poza płótnem powoduje zawieszanie się GIMP-a.
564593 – Awaria kiedy "drawable"(?) jest zmieniane podczas gdy narzędzia kolorów są aktywne.
564869 – Awaria GIMP-a podczas wyboru Narzędzia>GEGL operation.
565138 – Wtyczka python-fu-foggify nie sprawdza czy obraz jest w trybie RGB.
563130 – Podczas wyboru koloru w trybie odcień nie można przekroczyć lini 0-360 stopni.
563179 – Paski przesuwania nie zmieniają rozmiarów podczas powiększania płótna.
562459 – PF_PALETTE: 'TypeError' kiedy użyte we wtyczce która rejestruje się w menu <Obraz>.
562427 – Błędy w kompilacji z opcją –as-needed.
562386 – Wartości kroku dla PF_SLIDER i PF_SPINNER nie zmieniają się spójnie.
562366 – Domyślne wymiary obrazu nie są właściwie przekazywane w oknie dialogowym Plik>Nowy.
561899 – GIMP nie może zapisać pliku do zamontowanego systemu plików (np. ftp) jeśli istnieje plik o takiej samej nazwie .

Uaktualnione tłumaczenia:

grecki (el)
hindi (hi)
węgierski (hu)
włoski (it)
japoński (ja)
koreański (ko)
słoweński (sl)
szwedzki (sv)
tamilski (ta)
chiński uproszczony (zh_CN)

Po moim pierwszym wkładzie w GIMP-a w październiku 2006 stopniowo stawałem się coraz bardziej zaangażowany i teraz praktycznie codziennie dokładam się do rozwoju GIMP-a, sprawdzam i naprawiam zgłoszone błędy, przeglądam i dostosowuję kod programu oraz pracuję nad nowymi funkcjami. Czasami dokładam się też do rozwoju GEGL-a ale to GIMP zajmuje większość mojego czasu. Na co dzień pracuję jako programista dla znanej firmy produkującej telefony komórkowe.

Mówiąc z punktu widzenia fotografa, czekam już długo na zawarcie w GIMP-ie takich udogodnień jak zarządzanie kolorami, możliwość edycji zdjęć o większej głębi koloru, czy "efekty warstw". Teraz kiedy GEGL szykuje się na odegranie dużej roli, jak jego użycie w GIMP-ie pozwoli na osiągnięcie tych funkcjonalności?

Kiedy GEGL zostanie w pełni zintegrowany, GIMP będzie oferował wsparcie dla obróbki obrazów z większą głębią koloru oraz bezstratną edycję wliczając w to tzw "efekty warstw". Zarządzanie kolorami to oddzielny problem i wysokiej jakości organizacja pracy z zarządzaniem kolorami będzie wymagać pracy zarówno nad GEGL-em jak i rdzeniem GIMP-a.

GEGL w GIMP-ie 2.6 jest używany do niektórych operacji. Ile jeszcze pracy zostało aby GEGL był w pełni gotowy do używania w GIMP-ie?

Dla GIMP-a 2.6 większość operacji na kolorach została przeportowana do GEGL-a. Dla GIMP-a 2.8 przeportowaliśmy już kod projekcji. Kod projekcji jest tym co pozwala na  połączenie warstw w pojedynczy obraz. Ze strukturą obrazu reprezentowaną jako graf GEGL-a jest łatwo wstawić bezstratne węzły i wiem, że Øyvind już z tym eksperymentował, co jak zrozumiałem, było raczej bezbolesne.
Można powiedzieć, że GIMP posiada osobny rdzeń (GEGL) zdolny do pracy z obrazami o większej głębi kolorów i bezstratnej ich edycji. Co trzeba jeszcze zrobić, to przystosować kod tak, aby użytkownik mógł w pełni wykorzystać obecnie oddzielny rdzeń. Jest niemożliwe i bezsensowne rozważanie o dokładnej dacie, kiedy będzie to zrobione. Możemy tylko stwierdzić, że praca trwa i kiedyś zostanie ukończona.

Jak przebiegała integracja GEGL-a z GIMP-em 2.6? Czy uważasz, że praca włożona w przygotowanie gruntu w poprzednich wersjach GIMP-a przynosi dobre owoce a proces ten był stosunkowo prosty, czy określiłbyś go raczej jako "bolesny"?

To co zostało zrobione do tej pory (wliczając 2.8) było raczej łatwe. Jak często ma to miejsce w takim przypadku, wymaga to poświęcenia czasu na myślenie i programowanie.

Teraz pytanie, które pragnąłem zadać od bardzo dawna (i pewnie nie tylko ja…). Jak daleko jesteśmy od ujrzenia wcześniej wspomnianych funkcjonalności w GIMP-ie? Może moglibyśmy powiedzieć najpierw o zarządzaniu kolorami: Jest ono w ustawieniach GIMP-a i w menu obrazu. Ja czuję, że mam wszystko czego potrzebuję do pracy z zarządzaniem kolorami, ale czy planujecie dodanie kilku atrakcji więcej ( np. print proofing)? Czy obecny kod musi być mocno zmieniony aby był kompatybilny z GEGL-em?

Ja osobiście jestem zainteresowany udoskonaleniem mechanizmu zarządzania kolorami, ale nie będę wkładał w to większego wysiłku zanim GEGL nie zostanie całkowicie zintegrowany. Spekulowanie o jakiejś konkretnej dacie jest znów niemożliwe i bezsensowne. Może się pojawić ktoś kto zacznie się tym zajmować od zaraz, ale może też minąć kilka lat zanim ktoś znajdzie dosyć czasu i motywacji aby poprawić sytuację.

Następne pytanie jest o możliwość edycji obrazów z większą głębią koloru -  zagadnieniu, które jest drogie sercu fotografa. Jeśli 8bit/kanał jest obecne wszędzie w kodzie programu, to mogę sobie wyobrazić, że zmiana tego oznacza przerabianie całego kodu. Mam rację? Jakie są główne wyzwania aby zobaczyć wersję GIMP-a obsługującą 16, czy nawet 32-bit na kanał?

Odkąd GEGL jest nową  bazą dla GIMP-a nie chodzi o przepisanie na nowo dotychczasowego kodu dla 8 bit na kanał, ale raczej całkowite jego zastąpienie. Sensowne będzie pisanie kodu, który będzie dostosowywał dotychczasowe komponenty do nowej bazy, ale to raczej nie jest przepisywanie na nowo. Nie widzę żadnych większych wyzwań odnośnie wprowadzenia obsługi większej głębi koloru, kod po prostu musi zostać napisany.
Plany długoterminowe nie sprawdzają się dobrze w projektach kierowanych przez ochotników, ale można podać kilka luźnych zamierzeń. Jeśli wszystko pójdzie dobrze GIMP 2.8 będzie miał przeportowany kod projekcji do GEGL-a. Kiedy to już zrobimy, następnym naturalnym krokiem będzie rzeczywiste wykorzystanie nowej bazy i jej możliwości bezstratnej obróbki obrazu. Być może GIMP 2.10 jakoś z tego skorzysta.

A teraz co powiesz o "efektach warstw" albo lepiej: o bezstratnym edytowaniu (super fajnej możliwości jeśli o mnie chodzi)?

Bezstratna edycja będzie łatwiejsza ponieważ stary kod (8 bitów na kanał) może być dalej używany do przesyłania danych. Wyższa głębokość bitowa będzie trudniejsza ponieważ potrzebuje ona nowego/więcej ogólnego kodu. Zarządzanie kolorami jest najtrudniejszą częścią dlatego, że wpływa ono na cały sposób edycji obrazu.

To również odnosi się do pytania o projekt UI (interfejsu użytkownika) – edycja obrazu jest skomplikowaną czynnością, a stworzenie prostego interfejsu dla skomplikowanych zadań nie jest łatwe?

Zespół od UI (głównie Peter Sikking) daje cenny wkład w projekt. Wiem że w planach jest interfejs użytkownika dla bezstratnej obróbki, ale w tym momencie nie pamiętam żadnych szczegółów.

Czy są jakieś inne nowe funkcje o których chciałbyś wspomnieć?

Dyskutowaliśmy o jednookienkowym, opartym na zakładkach interfejsie, którym zainteresowana jest pewna część osób. Prace też posunęły się naprzód, jeśli chodzi o lepszą obsługę oderwanego zaznaczenia oraz wsparcie dla grupowania warstw, co może się nawet znaleźć w GIMP-ie 2.8. GIMP 2.8 będzie również zawierał trzy projekty z Google Summer of Code, które są aktualnie włączane do projektu: wsparcie dla warstw wektorowych, edycja tekstu na płótnie oraz tagowanie zasobów.

W jakich dziedzinach GIMP skorzystałby z pomocy?

Właściwie to nie wierzę w proszenie o pomoc. Jeśli ludzie są zainteresowani pomocą to pomagają, jeśli nie to nie. Ludzie są potrzebni w każdej dziedzinie. Programiści, opiekunowie raportów o błędach, opiekunowie strony www, ludzie piszący dokumentację itd.

Wiem, że możesz ale nie musisz być fotografem, ale powiedz co ogólnie sądzisz o stanie open source'owego oprogramowania dla fotografów?

Muszę przyznać, że nie ma we mnie za dużo fotografa. Interesuje mnie fotografia, ale nigdy nie miałem czasu by zając się tym na poważnie. Innymi słowy nie jestem właściwą osobą do osądzania jakości open source'owej fotografii z profesjonalnego punktu widzenia. Ale możemy wszyscy zobaczyć, że programy stale ewoluują oraz pojawiają się nowe, więc sytuacja ciągle się poprawia.

Będąc adwokatem diabła: Programiści edytorów RAW rozwijają swoje programy tak, że stają się coraz potężniejsze i zdolne do obsługi wielu plików graficznych. Czy jest jeszcze miejsce na "stary dobry edytor" jak GIMP?

Co mogę powiedzieć, jeśli jakiś inny edytor zdjęć przewyższa GIMP-a pod względem cech to trudno. Podejrzewam jednak, że po zakończeniu prac które obecnie wykonujemy, GIMP będzie bardzo atrakcyjny dla osób zwróconych obecnie do dedykowanych programów dla np. przetwarzania wysoko bitowych obrazów RAW. Uważam konkurencję (jeśli można użyć tego terminu), za zjawisko interesujące.

Dziękuje bardzo, Martin, za poświęcenie Twojego czasu.