Wzór na przeliczenie RGB-CMYK-RGB
ajacques
Czy ktoś z Was zna wzór, który przelicza wartości składowych RGB na CMYK
i na odwrót.
Pisze skrypty pod CorelDRAW i taki wzór jest dla mnie bardzo przydatny.
PRZYKŁAD
R0 C100
G176 --> M0 --> RGB
B227 Y0
K0
Przekształcenia na inne modele kolorów też mnie interesują.
Z góry dzięki i jak można to proszę odpowiedź na priv ajac...@wp.pl
Pozdrowienia
Andrzej Żak
LINK DO MOJEJ KSIĄŻKI "Automatyzacja CorelDRAW-SKRYPTY"
Adam Twardoch
news:ch1a3j$lpt$1...@news.onet.pl...
> Czy ktoś z Was zna wzór, który przelicza wartości składowych RGB na CMYK
> i na odwrót.
Poczytaj Dan Margulis: "Photoshop 6. Korekcja i separacja. Vademecum
profesjonalisty", Helion, Gliwice 2002. http://helion.pl/ksiazki/ph6kor.htm
Ta cała książka to ów "wzór".
@
Runner
Książka niewątpliwie wartościowa, lecz niekoniecznie "wzór".
Pozdrawiam
R.
Adam Twardoch
news:ch2hnp$22t$1...@mamut1.aster.pl...
> > Ta cała książka to ów "wzór".
> No cóż, IMHO, chyba trochę przesadzasz.
> Książka niewątpliwie wartościowa, lecz niekoniecznie "wzór".
Chyba moja lekka ironia jest nie dosyć odczuwalna. Chodziło mi o to, że nie
istnieje coś takiego jak prosty wzór matematyczny na przeliczenie składowych
RGB na CMYK. Tematyka ta to szerokie pole zarządzania kolorem i przeczytanie
książki Margulisa może ułatwić to zrozumienie.
@
Runner
> Chodziło mi o to, że nie istnieje coś takiego jak prosty wzór matematyczny
na przeliczenie składowych
> RGB na CMYK.
Oczywiście że nie! Natomiast jest to algorytm przeliczalny/policzalny
(popatrz na skanery Crosfield/Hell bez możliwości wgrania wynikowej pracy na
komputer - jako efekty otrzymujesz same separacje na kliszy - stare czasy).
Implementacje w/w algorytmu różnią się (copyright'y się kłaniają;-))), lecz
efekty są bardzo dobre...
Problem w tym, że taki algorytm_nie_jest_powszechnie_dostępny ;-(((
Pozdrawiam
R.
Adam Twardoch
> Oczywiście że nie! Natomiast jest to algorytm przeliczalny/policzalny
> (popatrz na skanery Crosfield/Hell bez możliwości wgrania wynikowej pracy
na
> komputer - jako efekty otrzymujesz same separacje na kliszy - stare
czasy).
> Implementacje w/w algorytmu różnią się (copyright'y się kłaniają;-))),
lecz
> efekty są bardzo dobre...
Nie ma jednego UNIWERSALNEGO wzoru czy algorytmu. Przeliczenie to zależne
jest ZAWSZE od fizycznych właściwości/parametrów urządzenia. Innymi słowy,
"anonimowe" przeliczenie RGB na CMYK daje gorsze efekty niż przeliczenie z
uwzględnieniem parametrów urządzenia. Profile kolorów ICM są jednym ze
sposobów na uwzględnienie parametrów fizycznych urządzenia -- podobnie
skanery Crosfield miały wbudowany "profil" (oczywiście nie ICM).
@
colorcal
matematyczny
> na przeliczenie składowych
> > RGB na CMYK.
No,no - Panowie - chyba troche przesadzacie - co do teorii konwersji RGB-
CMYK-RGB to wcale nie jest ona jakos specjalnie skomplikowana (praktyka bywa
trudniejsza).
Jeżeli chcecie policzyć sobie w prosty sposób składowe koloru, albo
skorzystać z gotowych metod numerycznych gorąco polecam stronę:
a na niej choćby narzędzie, które się nazywa "color space conversion
calculator".
Pozdrawiam
pk
--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/
igoR
> Czy ktoś z Was zna wzór, który przelicza wartości składowych RGB na
> CMYK i na odwrót.
Odsyłam do analogicznego wątku na pl.comp.grafika :-P
[news:pan.2004.08.27....@netscape.net]
> LINK DO MOJEJ KSIĄŻKI "Automatyzacja CorelDRAW-SKRYPTY"
A tu link do książki niekoniecznie mojej za to wyjaśniającej (m.in.)
_podstawy_ pracy z kolorami RGB i CMYK, dlaczego nie jest możliwa
bezstratna konwersja pomiędzy tymi modelami, oraz jak wykonać to
prawidłowo.
http://helion.pl/ksiazki/ph6kor.htm
--
C
igoR szczurka |'_> FAQ grupy pl.comp.dtp
igs[at]w.pl / | http://dtp.art.pl
| \\
---=============\___DD ICQ:14869913 / Skype:igor_sz
ALex /M.I.D. Dept/ (Jarosław Ignatowski)
wrote:
/.../
>Oczywiście że nie! Natomiast jest to algorytm przeliczalny/policzalny
>(popatrz na skanery Crosfield/Hell bez możliwości wgrania wynikowej pracy na
>komputer - jako efekty otrzymujesz same separacje na kliszy - stare czasy).
/.../
No sorki, nie kop w jaja. Te skanery były projektowane jako kliszowe -
na wyjściu miałeś gotowe separacje. W PL używało się wtedy rastrów
szklanych. Dopiero pod koniec lat 80 był implementowany CMS. Skany z
tego sprzętu były super, ale wg dobieranych tabel. Już w połowie lat
90 instalacje tego typu dawały zwykle za wiele czerni. Zaimplementuj
CMS, będziesz miał tabele do przeliczników.
ALex
--
BĘDĄ LUDZIE LATAĆ W POWIETRZU, TAK JAK LATAJĄ TERAZ PTAKI,
DZIĘKI WKŁADKĄ MAGNETYCZNYM ROMI. :))
http://www.milosierdzieboze.com/
Runner
> tego sprzętu były super, ale wg dobieranych tabel. Już w połowie lat
> 90 instalacje tego typu dawały zwykle za wiele czerni.
problemu. Jak pobierałem nauki skanowania, to na Stawki (Szkoła
Poligraficzna w Warszawie) stał wtedy skaner z bardzo_kompetentną_obsługą.
Może Twoje uwagi co do czerni tyczą się "skanów" typu "auto + enter". Ale
coś takiego trudno nazwać profesjonalnym skanowaniem.
Pozdrawiam
R.
ajacques
> _podstawy_ pracy z kolorami RGB i CMYK, dlaczego nie jest możliwa
> bezstratna konwersja pomiędzy tymi modelami, oraz jak wykonać to
> prawidłowo.
Znalazłem taka stronkę dosyć ciekawą lecz przedstawiony tam wzór nie
jest algorytmem zgodnym z algorytmem użytym w CorelDRAW
http://semmix.pl/color/extrans/tr10.htm
A co do książek z Photoshop to mam biblię do v5 oraz
http://helion.pl/ksiazki/ph5kor.htm
może faktycznie w ksiązce o korekcji dla v6 jest coś więcej na ten temat
ajacques
w poniższym przykładzie jest wzór ale dale mnie nie satysfakcjonuje
chcę się przybliżyć do algorytmu stosowanego w CorelDRAW
gdzieś tkwi problem w korekcji czerni (GCR i UCR)