KB_Grafika - 2 Marzec 2016, 22:06 Temat postu: RGB w Corelu - problem odwzorowaniem kolorów Mam pytanie/problem odnośnie użycia kolorów RGB w Corelu. Opis sytuacji - generuję pdf'a z projektem, w którym określiłam własne RGB (wektory, nie bitmapy) kolejno otwieram ten sam plik pdf w Corelu i RGB mam już inne. Nie są to diametralne przekłamania ale drobne różnice. To samo dzieje przy generowaniu jpg (już bitmapa) i ponownym imporcie. Kolory są poprawnie odwzorowane np. przy png. Czy ktoś może orientuje się, dlaczego tak się dzieje? Dodam, że zarządzanie kolorem ustawione jest na sRGB dokumentu, eksport plików robię z tym samym profilem. Będę wdzięczna za pomoc :) Karolina Trurl - 2 Marzec 2016, 22:15 Spróbuj skonfigurować generowanie tego pedeefa w Corelu. Robi się to tu: File/Publish To PDF/Settings/. KB_Grafika - 2 Marzec 2016, 22:24 Tak, to już robiłam. Ustawienia kolorów na RGB (rodzimy również) profil przypisany prawidłowo, żadnych kompresji. Ciekawe jest to, że jeśli wezmę prosty kolor z podstawowej palety to publikowany pdf i importowany mają te same RGB. Natomiast jeśli sama dodam kolor do palety - już są różnice. Błąd programu? Trurl - 2 Marzec 2016, 22:32 A masz ustawione "Use document color settings" czy "Use color proof settings"? KB_Grafika - 2 Marzec 2016, 22:35 Ustawienia dokumentu :) chezare - 3 Marzec 2016, 11:10 Nie znam póki co odpowiedzi na pytanie, ale mam własne, dlaczego to RGB jest takie istotne w pdf? KB_Grafika - 4 Marzec 2016, 11:39 Tak, wiem. PDF w RGB jako finalny plik nie jest czymś niezbędnym, przecież RGB to wyświetlacze a tutaj jpg, png... Rozchodzi się o przygotowanie plików do księgi znaku. PDF w RGB ma służyć wyłącznie wygodzie klienta, który samodzielnie może edytować wielkośći/formę znaku i kolejno tworzyć potrzebny mu plik do zastosowań. np. www. - bez konieczności przekształcania CMYK'a. Takie życzenie. Tylko tyle. AI radzi sobie z tą kwestią - Corel wyłącznie z kolorem, który ma w swojej pierwotnej bibliotece. tegraf - 4 Marzec 2016, 12:29 Życie byłoby prostsze a i odpowiedzi pewnie bardziej skuteczne, gdybyś tylko dołączyła przykładowy cdr (w możliwe niskiej wersji), z narysowanymi dwoma kwadratami - jeden w kolorze z palety Corela, drugi w Twoim - i do tego jeszcze przykładowy pdf. Tak to wróżenie z fusów. KB_Grafika - 6 Marzec 2016, 22:14 Przesyłam przykładowe obiekty z wypełnieniem RGB i wygenerowany pdf. tegraf - 7 Marzec 2016, 11:08 Odpowiedź jest tak nieprawdopodobna, że aż szukam jej potwierdzenia na innej grupie. Teoretycznie każdy kolor RGB składa się z trzech składowych: R, G i B - każda składowa może przyjąć 256 wartości (w zakresie od 0 do 255) - co daje ostatecznie liczbę 256*256*256 = 16 777 216. Zatem: jeżeli w Corelu narysujemy 16 777 216 kwadracików i każdy z nich wypełnimy niepowtarzalną kombinacją RGB, po czym wygenerujemy z takiego rysunku pdfa RGB - to czy każdy kwadrat tym pdfie zachowa niepowtarzalną wartość wypełnienia? Odpowiedź: nie. Kolorów RGB będzie w pdfie 1 000 000, czyli 16x mniej. Dowód: rysuję 37 kwadratów (bo więcej mi się nie chciało) , wypełniam je kombinacją RGB o tych samych wartościach w każdym z kanałów (od 0 do 37) i generuję pdfa rgb, po czym - importuję tego pdfa z powrotem do Corela. Po imporcie większość z kwadratów ma inny kolor wypełnienia. Nie są to jakieś specjalnie duże różnice - zawsze w zakresie +1 lub -1 w stosunku do oryginalnej wartości. Wartości w Corelu pokazuje kolumna Corel, wartości po imporcie - kolumna Import. Skąd zatem te różnice? Pierwsza kolumna "% z 255" pokazuje % stosunek wartości z kolumny Corel do 255. Druga - pokazuje tę samą wartość po zaokrągleniu do pełnych jednostek. I tu zdaje się pies pogrzebany. Ogląd pdfa w notatniku pokazuje, że wartości RGB ze skali od 0-255 są podczas eksportu do pdf są zamieniane na odpowiednie wartości ze skali 0-100 i - co gorsza - zaokrąglane do pełnych jednostek, np. dla wartości RGB = 15, 15, 15:
zamiast
Kolumna "Acrobat" pokazuje wartości odczytane za pomocą kroplomierza w Acrobacie i jest zgodna z drugą kolumną "% z 255". Kolumna "Acrobat * 2.55" pokazuje wartość kanału po imporcie i ponownym przeliczeniu wartości ze skali 0-100 (już po zaokrągleniu) - na skalę 0-255 i jest zgodna z kolumną pokazującą wartości RGB po ponownym imporcie pdfa do Corela, co - zdaje się - jest odpowiedzią na Twój problem. Czyli np. R=4, R=5 i R=6 to 2% (zamiast odpowiednio: 1.568, 1.960 i 2.352). Po ponownym imporcie: wartości 4 i 6 zmieniają się na wartość = 5 (2*2.55 po zaokrągleniu). 
Ostatnie 6 wierszy: wiersze 255, 102 i 102 to wartości R, G i B kwadratu wypełnionego kolorem pochodzącym z palety Corela. Czyżby specjalnie dobrane? Te wartości nie mają części ułamkowej w kolumnie "% z 255", dlatego importują się z powrotem bez przekłamań. Kolejne trzy wiersze: 215, 25 i 40 to kolor z palca. Po ponownym imporcie, w każdej składowej RGB jest przekłamanie wartości o jedną jednostkę. Podsumowując: w pdfie RGB z Corela nie ma 16 mln kolorów. Jest tylko milion (100*100*100). 
tegraf - 7 Marzec 2016, 19:01 Trzy kwadraty narysowane Corelu: po kolei wypełniane kolorami: pierwszy: R12 G12 B12 drugi: R13 G13 B13 trzeci: R14 G14 B14 Każdy ma inny kolor konturu (kolejno: magenta, cyjan, yellow). 
Po opublikowaniu pdfa jako "rodzimy", w kodzie można zobaczyć ich definicję: 
Jak widać, podkreślone na czerwono wiersze to definicje wypełnienia. Każda składa się z trzech składowych i wszystkie są identyczne. I wszystkie mają dwa miejsca po przecinku. Wartość każdej składowej to 5% pokazywane jako 0.05. Powyżej każdego podkreślonego wiersza jest definicja koloru konturu każdego z kwadratów w cmyk (4 składowe). Czyli filtr eksportu z Corela do pdf, zapisuje kolor z dokładnością do dwóch miejsc po przecinku. Zamiana zakresu wartości od 0 do 255 na skalę od 0 do 100 oraz zaokrąglenie wartości wypełnienia: dla pierwszego: 12/255=0.047=0.05 dla drugiego: 13/255=0.050=0.05 dla trzeciego: 14/255=0.055=0.05 powoduje ujednolicenie kolorów wypełnień. Dla porównania: pdf z Adobe Illustratora (już bez konturów): 
Jak widać, w pdfach z Adobe Illustratora, wartość koloru jest podawana z dokładnością do trzech miejsc po przecinku - i mimo że próbnik Acrobata podaje takie same wartości procentowe wypełnienia w obu pdfach (5% na każdym z kwadratów, Acrobat nie pokazuje wartości ułamkowych): 
to import takiego pdfa do Corela odbywa się bez przekłamań. Wartości kanałów R, G i B w pdfie z Illustratora to wartości bez zaookrągleń. KB_Grafika - 7 Marzec 2016, 22:59 Chyba skłamałabym, gdybym napisała "wszystko jasne" W każdym razie ogólny sens odpowiedzi jest zrozumiały i bardzo dziękuję za wnikliwe podejście do tematu :) |
