Polskie Forum Użytkowników GIMP-a

Po długim czasie, znowu coś naskrobałem.
Tym razem, temat został wywołany przez Naszego kolegę MareroQ.
Zostałem wywołany do tablicy, aby zabawić się ponownie w tłumacza.
Zabrawszy się za temat postanowiłem, zapoznać się z nim w miarę szczegółowo i tak
narodził się pomysł tego poradnika:
[/size][/font]

Swego czasu były dyskusje na temat konwersji obrazów na format CMYK, można do tego wykorzystać
strony internetowe których adresy również podaję.
Ale głównym pomysłem było wykorzystanie narzędzia CMYKTool stworzonego w roku 2010r
przez Alastair M. Robinson1a, w trybie standalone.

W celu ułatwienia użytkownikom, dodałem foldery :
tłumaczenie na j. polski
ARGYLL_v1.8.3 (nowa wersja)
Profile ICC
oraz wtyczki do wykorzystania w GIMP

Poradnik jak zawsze w PDF do ściągnięcia z;
http://zbyma.gimpuj.info/Poradnik%20CMYKTool%20-%20narz%C4%99dzie%20konwersji%20kolor%C3%B3w.pdf
A WSZYSTKIE PLIKI (po interwencji sposób kompresji zmieniłem!):

http://zbyma.gimpuj.info/CMYKTool%20Standalone%20PL.zip


Podkreślić należy, że poradnik nie jest uniwersalnym źródłem wiedzy na temat problemów
drukowania, jest głównie poradnikiem jak do celów konwersji RGB do CMYK lub CMYK do CMYK

Na samym wstępie poradnika napisałem:
Przygotowanie do druku to naprawdę wyższa szkoła jazdy, a ewentualne błędy sporo kosztują!.
To co zostanie podane poniżej to tylko zarys problemów do dalszego poznania.

Pozdrawiam i
życzę miłej lektury

Forumowy Dziadek
Zbyma już 82 age
 
A wczoraj sprawdzałem i było poprawnie!

Cześć Zbyszku.

Bardzo się cieszę, że podjąłeś się skutecznie za to "zadanie".
Nigdy nie przypuszczałem, że to rozrośnie się do tak obszernego i kompleksowego opracowania.
Mam niestety problem z rozpakowanie załączonego pliku CMYKTool Standalone PL.7z (42 285 450 bajtów) - "Błąd w pliku archiwum".
Czy możesz to sprawdzić?

Tak, to archiwum jest uszkodzone.

Dziękuję za informację, dałem inny "pakunek".

Pozdrawiam

Tak, to archiwum jest poprawne. Choć plik "cmyktool - skrót.lnk" jest chyba nie potrzebny? zwłaszcza, że zadziała jedynie u Ciebie.

To jest wynik, nieuwagi i skopiowania całego swojego Katalogu.
W poradniku jednak napisałem:
" Program uruchamiamy za pomocą pliku CMYKTool.exe z podkatalogu BIN.
Skrót do niego kopiujemy i umieszczamy tam gdzie nam wygodnie"

Myślę, że to jest jasne dla Tych, co zajmują się zagadnieniem CMYK-omani.

Pozdrawiam

Bardzo dziękuję.

Zabieram się za czytanie obszernej lektury i wypróbowanie programów.

Pozdrawiam serdecznie.

Cześć Zbyszku.

Poradnik jest świetny (ale muszę go jeszcze spokojnie przetrawić).

Jedna uwaga:
W swoim poradniku piszesz:

Jest jeden problem, którego nie rozwiązałem, umieszczenie w dwóch różnych dopuszczalnych
miejscach GIMP-a pliku tłumaczenia, nie daje efektu, program uruchamia się tylko w wersji ang.

Rozwiązaniem tego problemu (o czym pisałem wcześniej) jest umieszczenie (skopiowanie) katalogu locale w miejscu nietypowym dla plików tłumaczeń tj. w katalogu bin.

Działa w 100% z ShellOut_Standalone_PL.py i Gimp to CmykTool_Standalone_PL.py (wywołanie cmyktool.exe z katalogu CMYKTool Standalone PL/CMYKTool). W przypadku używania wersji wywoływanej z katalogu bin Gimp-a 2.8 tłumaczenie nie działa dla "nieistotnego" menu głównego (File, Edit, Help) - bo chyba jakaś nowa biblioteka *.dll powoduje jakiś konflikt - ponieważ ten problem nie występuje z Gimp 2.6.

Witam
Dziękuję za zainteresowanie.
Jak niewątpliwie zauważyłeś folder pl umieściłem w standalone bin, ale nie pomyślałem żeby go umieścić również w bin poszczególnych próbowanych wersji GIMP-a.

Zaraz to sprawdzę.

Ps
Gdzie o tym pisałeś?
Muszę przyznać że przeoczyłem.
Co do konfliktów to lepiej na ten temat nie wspominać, co kompilacja to w inny sposób się zachowuje.

I nie na temat:
Czy próbowałeś wersji GIMP Partha, z zainstalowanym PhotoFlow zamiast UFraw.
W żadnej z podanych konfiguracji nie otwiera się żaden plik RAW.
Całkowicie go jakby nie było.

Ściągnięty i uruchomiony PhotoFlow Win pracuje ale trzeba go uruchomić z bin => photoflow.exe, i także pliki trzeba wskazać, nie można domyślne przeciągnąć.

Co o tym myślisz?
Oczywiście Shellout będzie mógół to zrobić, ale nie zgadza się to co piszą
lub ja już nie wiem jak to zrobić. Oczywiście jak na razie Ubuntu nie ruszam.

Pozdrowienia

Ponieważ do Gimpa w wersji 64 bit mam dostęp bardzo sporadyczny - to trudno mi coś powiedzieć o wersji Partha (a otatnia jego wersja dla 32 bit to Gimp 2.8.1).
Dla Win PhotoFlow 32bit z opcją pluginu Gimpa (wg zapewnień autora niebawem) ma być w kolejnej wersji (0.2.7) i dopiero wtedy będę go próbował.

Wracając do CMYKTool:
po lekturze poradnika uzupełniłem wtyczkę Gimp to CmykTool_Standalone_PL.py o wybór parametrów zapisu warstwy do pliku (wywołanie interaktywne).

ps. 27-04-2016 przepraszam za zły załącznik - poprawiłem

Dziękuję w imieniu zainteresowanych za nowe możliwości wtyczki.
Chociaż, myślę że niewielu jest zainteresowanych nowymi możliwościami, tworzonymi wysiłkiem innych.
Mówiąc szczerze, nie myślałem przy tworzeniu Poradnika, o rozbudowie możliwości plug-inów.
Za dużo czasu zajęło mnie powolne rozgryzanie możliwości, których osobiście nie stosuję.

Wracając do tematu sprawdziłem Twoją podpowiedź.
Działa poprawnie w GimpEval-2.9.3-Win 32bit kompilacja Portable samj,
oraz w normalnej instalacji GIMP 2.9.3 64 bit.
Próba wykorzystania metody np. w kompilacji gimp-2.8.6 Portable 32bit Partha - fiasko.

Co do PhotoFlow, będzie trzeba poczekać i wtedy wypróbować przydatność, osobiście jak muszę to dotychczas korzystam z UFraw lub Photivo, czasami również z LightZone.

Pozdrawiam

Tym bardziej sobie cenię Twój poradnik i tłumaczenie - bo ja zazwyczaj dzielę się z innymi tym co zrobiłem wcześniej dla własnych potrzeb.

Winny jestem zainteresowanym informację -
W swoim poradniku napisałem:
"... nawet bezpośrednio można konwertować grafiki wektorowe SVG."
Podałem to na podstawie informacji znalezionych w internecie oraz na podstawie wideo:
https://www.youtube.com/watch?v=cSzvUkyc6zU
nie sprawdzajac, niestety po sprawdzeniu nie mogę takiego pliku otworzyć w CMYKTool.

Proszę to przyjać do wiadomości.
Nie mam sił na szukanie przyczyny, może to "Hell dll"

Pozdrawiam

U mnie też nie otwiera SVG. Wyświetla się komunikat, że program nie może rozpoznać formatu, ale na filmiku widać Linuksa, a ja mam Windows. Poza tym nie widzę powodu, by otwierać pliki SVG w tym programie, skoro i tak trzeba je zapisać do JPG czy TIFF. Gdyby dało się przekonwertować pozostawiając format wektorowy, to by jeszcze miało sens. Skoro i tak jest to konwertowane do rastra, to jaki problem wyeksportować z Inka do PNG i wtedy otworzyć w CMYKTool? Tyle, że wg mnie taka konwersja i tak nie jest najlepszym wyjściem, bo automat nigdy nie dobierze kolorów tak, jak człowiek. W przypadku zdjęcia nie mamy wielkiego wpływu na poszczególne kolory, ale w wektorach już tak, więc tego rodzaju grafika powinna być od początku tworzona w przestrzeni barwnej CMYK, jeśli będzie przeznaczona do druku. W tej chwili to niestety trudne zadanie, jeśli musimy dysponować darmowymi programami. Jest jednak nadzieja: http://sk1project.org/ (http://sk1project.org/).
SVG utworzone w Inkscape można przekonwertować do CMYK-a z zachowaniem formatu wektorowego używając darmowego Scribusa, ale jest to dość niewygodne. U mnie zresztą Scribus nie zawsze takie pliki prawidłowo otwiera, lepiej już zapisać je do EPS i wtedy otworzyć w Scribusie. Z plikami EPS jakoś lepiej sobie radzi.