🚀 go-pugleaf

Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości 
news:4e983355$0$2183$65785112@news.neostrada.pl...
> Przedstawie to jakos dla kilku stref kalamarza i dla 1 skladowej np C
> |20|0 |0  |100|
> |20|0 |50|  0  |
> |20|0 |0  |  0  |
> |20|0 |0  |  0  |
> |20|0 |0  |  0  |
> Ustawienie stref kalamarza 20,0,50,100 % byloby chyba bledem. Widac, ze 1 
> strefa i 3 potrzebuje tyle samo farby.
Poprawka
Oczywiscie 1 i 4 strefa.
W pierwszej  5 x20 w czwartej 1x100. 

W dniu 2011-10-14 15:04, MarekF pisze:

> Wracajac do pytania. Przeczytalem, ze : "Nakładanie farby drukarskiej
> na podłoże można określić w ten sposób: albo została nałożona w 100%,
> albo nie ma jej w ogóle".

To zdanie oznacza, że (mocno) teoretycznie tam gdzie jest punkt 
rastrowy farba ma pokrycie 100%, a tam gdzie jej nie ma 0%. Oczywiście 
te punkty moga pokrywać od 0 do 100% powierzchni.

-- 
   *Jacek Popłoński*   _| |_|___   www.audioscrobbler.com/user/DeJotPe
   Pozdrawiam!        /   | |   \    http://strony.aster.pl/dejotpe/
   < GG:4806236 >     \___| | __/       http://tinyurl.com/qdydn
   pisz@grupe.pl          |/|_|           http://42.pl/url/aou

W dniu 2011-10-14 15:13, MarekF pisze:
>
> Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości
> news:4e983355$0$2183$65785112@news.neostrada.pl...
>> Przedstawie to jakos dla kilku stref kalamarza i dla 1 skladowej np C
>> |20|0 |0 |100|
>> |20|0 |50| 0 |
>> |20|0 |0 | 0 |
>> |20|0 |0 | 0 |
>> |20|0 |0 | 0 |
>> Ustawienie stref kalamarza 20,0,50,100 % byloby chyba bledem. Widac,
>> ze 1 strefa i 3 potrzebuje tyle samo farby.
> Poprawka
> Oczywiscie 1 i 4 strefa.
> W pierwszej 5 x20 w czwartej 1x100.
1 strefa - 20%
2	- 0%
3	- 10 %
4	- 20%

Musisz wziąć średnie pokrycie danej strefy farbą.

$tipa

Użytkownik "$tipa" <drukarnia@drukarniausunto007.pl> napisał w wiadomości 
news:j7aacb$82j$1@news.task.gda.pl...
>>> Przedstawie to jakos dla kilku stref kalamarza i dla 1 skladowej np C
>>> |20|0 |0 |100|
>>> |20|0 |50| 0 |
>>> |20|0 |0 | 0 |
>>> |20|0 |0 | 0 |
>>> |20|0 |0 | 0 |
>>> Ustawienie stref kalamarza 20,0,50,100 % byloby chyba bledem. Widac,
>>> ze 1 strefa i 3 potrzebuje tyle samo farby.
>> Poprawka
>> Oczywiscie 1 i 4 strefa.
>> W pierwszej 5 x20 w czwartej 1x100.
> 1 strefa - 20%
> 2 - 0%
> 3 - 10 %
> 4 - 20%
>
> Musisz wziąć średnie pokrycie danej strefy farbą.
Dziekuje, bardzo cenna uwaga.
Chociaz proporcje sa takie same i ew iloscia farby mozna sterowac obrotami 
duktora(co sie tak dziwnie kreci).
Po calym dniu obliczen przedstawie swoje przemyslenia/wyniki.
Poniewaz CMY jest urojonym nie wiem jak to nazwac pojeciem/zestawem barw, 
wszystkie obliczenia sredniej itd bede robil dla RGB. Dlaczego CMY jest 
urojony? CMY jest obliczany z RGB. W zadnej mapie bitowej, w tablicy 
wartosci pixeli nie ma wartosci w cmyku, tylko w RGB. Jezeli ktos wie, ze 
jest w CMY to prosze o info.
Informacja ze plik jest w cmyku jest tylko w naglowku, (zeby np PS czy inny 
program graficzny przeliczyl wartosci RGB na CMY).
Dla obliczenia sredniej C M i Y w danej strefie nie potrzebuje przeliczac 
kazdego pixela na CMY.
Strefe potraktuje jak wielki pixel o wymiarach : ilosc malych pixeli na 
strefe x wysokosc obrazka.
Z tablicy z pliku zawierajacej wartosci RGB (dla r jest to (2,x,y) gdzie x 
to nr pixela w poziomie a y w pionie.) dodam wszystkie wartosci R, oblicze 
srednia R z wszystkich px w strefie. I tak dla G i B.
Wszyskie programy o ktorych czytalem, puzleflow, patenty kodaka i innych 
podaja wzory jak obliczyc RGB na CMY i dalej na CMYK.
Wzor (na CMY) jest prosty i w zasadzie taki sam dla wszyskich programow.
C=1-R
M=1-G
Y=1-B
Jest podany w programach i patentach ktore wymienilem.
W zwiazku z tym, ze C jest zalezny tylko od R(po separacji) nie interesyje 
mnie wartosc C. Dla kazdego kanalu mam wartosc srednia. Problem z K.
Mysle, ze jezeli mam wartosc srednia C, M i Y, to K jest proste. Tak jak 
dziala UCR. Jezeli mam srednia CMY 20,50,10 to K bedzie 10 a CMY 10,40,0.
Nie mowie tutaj o kolorach pixela tylko o zafarbieniu.
Troche sie dziwie, ze Y =0 ale tak robi inksaver.
Oczywiscie oczekuje komentarzy.
Pozdrawiam
MarekF

Użytkownik "$tipa" <drukarnia@drukarniausunto007.pl> napisał w wiadomości
news:j7aacb$82j$1@news.task.gda.pl...
>>> Przedstawie to jakos dla kilku stref kalamarza i dla 1 skladowej np C
>>> |20|0 |0 |100|
>>> |20|0 |50| 0 |
>>> |20|0 |0 | 0 |
>>> |20|0 |0 | 0 |
>>> |20|0 |0 | 0 |
>>> Ustawienie stref kalamarza 20,0,50,100 % byloby chyba bledem. Widac,
>>> ze 1 strefa i 3 potrzebuje tyle samo farby.
>> Poprawka
>> Oczywiscie 1 i 4 strefa.
>> W pierwszej 5 x20 w czwartej 1x100.
> 1 strefa - 20%
> 2 - 0%
> 3 - 10 %
> 4 - 20%
>
> Musisz wziąć średnie pokrycie danej strefy farbą.
Dziekuje, bardzo cenna uwaga.
Chociaz proporcje sa takie same i ew iloscia farby mozna sterowac obrotami
duktora(co sie tak dziwnie kreci).
Po calym dniu obliczen przedstawie swoje przemyslenia/wyniki.
Poniewaz CMY jest urojonym nie wiem jak to nazwac pojeciem/zestawem barw,
wszystkie obliczenia sredniej itd bede robil dla RGB. Dlaczego CMY jest
urojony? CMY jest obliczany z RGB. W zadnej mapie bitowej, w tablicy
wartosci pixeli nie ma wartosci w cmyku, tylko w RGB. Jezeli ktos wie, ze
jest w CMY to prosze o info.
Informacja ze plik jest w cmyku jest tylko w naglowku, (zeby np PS czy inny
program graficzny przeliczyl wartosci RGB na CMY).
Dla obliczenia sredniej C M i Y w danej strefie nie potrzebuje przeliczac
kazdego pixela na CMY.
Strefe potraktuje jak wielki pixel o wymiarach : ilosc malych pixeli na
strefe x wysokosc obrazka.
Z tablicy z pliku zawierajacej wartosci RGB (dla r jest to (2,x,y) gdzie x
to nr pixela w poziomie a y w pionie.) dodam wszystkie wartosci R, oblicze
srednia R z wszystkich px w strefie. I tak dla G i B.
Wszyskie programy o ktorych czytalem, puzleflow, patenty kodaka i innych
podaja wzory jak obliczyc RGB na CMY i dalej na CMYK.
Wzor (na CMY) jest prosty i w zasadzie taki sam dla wszyskich programow.
C=1-R
M=1-G
Y=1-B
Jest podany w programach i patentach ktore wymienilem.
W zwiazku z tym, ze C jest zalezny tylko od R(po separacji) nie interesyje
mnie wartosc C. Dla kazdego kanalu mam wartosc srednia. Problem z K.
Mysle, ze jezeli mam wartosc srednia C, M i Y, to K jest proste. Tak jak
dziala UCR. Jezeli mam srednia CMY 20,50,10 to K bedzie 10 a CMY 10,40,0.
Nie mowie tutaj o kolorach pixela tylko o zafarbieniu.
Troche sie dziwie, ze Y =0 ale tak robi inksaver.
Oczywiscie oczekuje komentarzy.
Pozdrawiam
MarekF
PS. Narazie dorwalem sie do struktury pliku/mapybitowej, analiza. pracuje 
nad interfejsem, zeby to ladnie przedstawic graficznie. Formaty papieru, 
przesuniecia itp. Regulacja kalamarzy juz opracowana i dziala.

W artykule <4e99f00f$0$5815$65785112@news.neostrada.pl>
MarekF napisał(a):

> Dziekuje, bardzo cenna uwaga.
> Chociaz proporcje sa takie same i ew iloscia farby mozna sterowac obrotami 
> duktora(co sie tak dziwnie kreci).
> Po calym dniu obliczen przedstawie swoje przemyslenia/wyniki.
> Poniewaz CMY jest urojonym nie wiem jak to nazwac pojeciem/zestawem barw, 
> wszystkie obliczenia sredniej itd bede robil dla RGB. Dlaczego CMY jest 
> urojony? CMY jest obliczany z RGB. W zadnej mapie bitowej, w tablicy 
> wartosci pixeli nie ma wartosci w cmyku, tylko w RGB. Jezeli ktos wie, ze 
> jest w CMY to prosze o info.

Wybacz, ale takiej bzdury to jeszcze nie słyszałem, szczególnie na tej
grupie... Rozumiem, że puszki z farbami też są urojone, a w środku
jest "zakamuflowany RGB", tylko dla niepoznaki wyglądający jak błękit
pruski lub żółty? :>

> Informacja ze plik jest w cmyku jest tylko w naglowku, (zeby np PS czy inny 
> program graficzny przeliczyl wartosci RGB na CMY).

Obejrzyj sobie kawałek dowolnego pliku postscriptowego i przestań
pisać głupoty. Nie mówiąc o tym, że wystarczy porównać jakiegoś TIFF-a
w RGB i CMYK - "sam nagłówek" nie zwiększyłby objętości pliku o 1/3,
ale jak chcesz, możesz sobie zrobić "compare"...

Aha - i obliczenia konwersji RGB->CMY nie są takie proste, jak ci się
wydaje. 

Pozdrawiam,
Marek W.
-- 
FAQ grupy pl.comp.dtp: http://dtp.art.pl/
Lista mirrorów: http://emide.neostrada.pl
"Nie pracuje dobrze ten, kto z zamiarem wykonania łopaty buduje rakietę." 
Stanisław Lem.

Użytkownik "Marek Włodarz" <marekw@nospam.venus.ci.uw.edu.pl> napisał w 
wiadomości news:slrn.pl.j9ku2d.27o.marekw@marekw.home...
 >>obliczenia sredniej itd bede robil dla RGB. Dlaczego CMY jest
>> urojony? CMY jest obliczany z RGB. W zadnej mapie bitowej, w tablicy
>> wartosci pixeli nie ma wartosci w cmyku, tylko w RGB. Jezeli ktos wie, ze
>> jest w CMY to prosze o info.
>
> Wybacz, ale takiej bzdury to jeszcze nie słyszałem, szczególnie na tej
> grupie... Rozumiem, że puszki z farbami też są urojone, a w środku
> jest "zakamuflowany RGB", tylko dla niepoznaki wyglądający jak błękit
> pruski lub żółty? :>
>
>> Informacja ze plik jest w cmyku jest tylko w naglowku, (zeby np PS czy 
>> inny
>> program graficzny przeliczyl wartosci RGB na CMY).
>
> Obejrzyj sobie kawałek dowolnego pliku postscriptowego i przestań
> pisać głupoty. Nie mówiąc o tym, że wystarczy porównać jakiegoś TIFF-a
> w RGB i CMYK - "sam nagłówek" nie zwiększyłby objętości pliku o 1/3,
> ale jak chcesz, możesz sobie zrobić "compare"...
>
> Aha - i obliczenia konwersji RGB->CMY nie są takie proste, jak ci się
> wydaje.
>
Parafrazujac Prezesa odpowiem "nikt mi nie udowodni, ze biale jest biale, a 
czarne jest czarne".
Nie jest to tematem tego watku, ale nt temat kilka informacji.
Moje pytania dotyczyly tylko map bitowych, nie postsrciptu. jak wiesz, 
postscript to jakby "jezyk programowania" ktory przez algorytmy "dopasowuje" 
informacje np z map bitowych do danego urzadzenia.
1. Co jest zapisane w mapie bitowej?
Na poczatek kilka linkow, tak wiem, ze nikt nie klika linkow ale jezeli ktos 
chce nabyc wiedze musi czytac.
Struktura mapy bitowej.
http://en.wikipedia.org/wiki/BMP_file_format wiki nie jest wyrocznia , tez 
to wiem
Chyba nie musze dodawac, ze nie jest tutaj mowa o plikach *.bmp (ktore nie 
sa chyba juz uzywane) tylko o formacie plikow. "The BMP File Format, also 
known as Bitmap Image File or Device Independent Bitmap (DIB) file format or 
simply a Bitmap, is a Raster graphics image file format used to store bitmap 
digital images, independently of the display device (such as a graphics 
adapter), especially on Microsoft Windows and OS/2 operating systems."
No i co tam jest? W header sa pierdolki o szerokosci, rodzielczosci itp oraz 
adres tablicy (pixel array) A dalej?  Pixel Array (bitmap data).
W czym?
Red chanel, green chanel, blue chanel - cala tablica pixeli w RGB. Pozniej 
sa profile ICC itd.
To wlasnie o tej tablicy pisalem, RGB.
2. RGB CMY
Odpowiedz mi, dlaczego nikt nie napisal programu/kodu odczytujacego 
bezposrednio CMY z pliku/mapy bitowej
jezeli uwazasz ze dane pixeli w mapie bitowej sa zapisane w CMYK.
Wszyscy przeliczaja z RGB, m.inn do Twojego postscripta.
-win api  biblioteka GDI . Kazda funkcja co odczytuje? "array of RGBQUAD" 
nigdzie nie ma CMY
Link do poczytania
http://msdn.microsoft.com/en-us/library/dd183385%28v=VS.85%29.aspx
-pieprze o windzie. Programy dla drukowania. Moim zdaniem super 
program(ktorym chwala sie drukarnie) Puzleflow.
Jakby kogos interesowalo to moze sobie wejsc na strone. Ale co tam jest 
napisane?
"PuzzleFlowT Separator is able to convert clean RGB black drectly in into 
clean CMYK black. Thanks to this feature we can avoid
a common problem of black text occuring ater the conversion to CMYK on all 
separations.
If the color management function is off and the source document contains 
non-CMYK objects, PuzzleFlowT Separator will perform
the color conversion implicitly. The transformation from grayscale to CMYK 
is pretty strightforward. But RGB to CMYK conversion
requires more complex procedure.
C = 1 - R
M = 1 - G
Y = 1 - B
K = min(C, M, Y)
and then
C = min(1, max(0, C - UCR(K)))
M = min(1, max(0, M - UCR(K)))
"
No ja pierdziele, obliczaja CMY z RGB. Po co obliczaja? Jak Twoim zdaniem w 
pliku sa dane CMY?
Zaznacze ze puzle flow otwiera PDF.
3.UCR, to co pisalem o redukcji jednego koloru(troche mnie to dziwi ale jest 
logiczne)
http://www.puzzleflow.com/brochures/iswp.pdf
To tyle. Zaznaczam, ze mam duzo czasu i siedze przed kompem14 godz dziennie 
i od miesiaca czytam tylko nt CMY i RGB
Zapomnialem dac linka do patentu, dotyczy UCR. Jakby ktos chcial poczytac.
http://www.puzzleflow.com/brochures/iswp.pdf
Na koniec. Wszystkie moje pomysly w tym temacie, a takze sugestie 
grupowiczow beda sprawdzone praktycznie na maszynie. Planeta. Od 
zaprojektowania obrazu testowego(tablica testowa z roznymi kwadracikami, 
skalami szarosci, wypelnieniami itp) do testowego druku. Wiadomo ja plyty 
nie bede robil.  Ale sterowanie kalamarzami, bo o to tutaj chodzi.
Pozdrawiam
MarekF

Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości 
news:4e9b0c1f$0$5801$65785112@news.neostrada.pl...
>
> Zapomnialem dac linka do patentu, dotyczy UCR. Jakby ktos chcial poczytac.
> http://www.puzzleflow.com/brochures/iswp.pdf
Znowu cos zepsulem, ale jestem tak podekscytowany tym tematem
To link do patentu
http://www.patentstorm.us/patents/4831409/description.html
Pozdr
MarekF 

Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości 
news:4e9b0c1f$0$5801$65785112@news.neostrada.pl...
>
> Użytkownik "Marek Włodarz" <marekw@nospam.venus.ci.uw.edu.pl> 
> napisał w wiadomości news:slrn.pl.j9ku2d.27o.marekw@marekw.home...

> chce nabyc wiedze musi czytac.

Tu masz absolutną rację, ale sam się do tej rady jak do tej pory nie 
stosujesz.
Na tej grupie są dobrzy (żeby nie powiedzieć wybitni) specjaliści od 
tego o co pytasz, ale jakoś nie chcesz przyjąć tego, co mówią.
Wydaje Ci się, że Internet mówi co innego, więc oni nie mogą mieć 
racji...

Błąd.

Cytujesz:

> "PuzzleFlowT Separator is able to convert clean RGB black drectly in 
> into clean CMYK black. Thanks to this feature we can avoid
> a common problem of black text occuring ater the conversion to CMYK 
> on all separations.
> If the color management function is off and the source document 
> contains non-CMYK objects, PuzzleFlowT Separator will perform
> the color conversion implicitly. The transformation from grayscale 
> to CMYK is pretty strightforward. But RGB to CMYK conversion
> requires more complex procedure.

Jeśli znasz angielski, a wydaje mi się (moje zupełnie subiektywne 
odczucie), że jesteś z pokolenia, które angielski znać powinno, to 
przeczytaj ten fragment jeszcze kilka razy - może zrozumiesz, że 
opisują tu "super-duper-ficzer", który normalnie nie jest potrzebny, 
bo w danych postscriptowych do druku winny być WYŁĄCZNIE dane CMYK - 
nie RGB.

Zwróć uwagę na zwrot "is able to convert clean RGB black". Ten program 
"is able" - to jego wielki plus, bo normalny program powiedziałby 
mniej więcej: "sp... mi tu z tym plikem - w środku jest RGB, ja takich 
rzeczy nie łykam" ;)

Moja rada - pytaj, czytaj odpowiedzi ze zrozumieniem, pytaj dalej, 
jeśli nie rozumiesz, ale nie obrażaj stałych bywalców grupy, bo nie 
zechcą z Tobą gadać.

Mat 

W dniu 2011-10-16 18:53, MarekF pisze:
>
> Użytkownik "Marek Włodarz" <marekw@nospam.venus.ci.uw.edu.pl> napisał w
> wiadomości news:slrn.pl.j9ku2d.27o.marekw@marekw.home...
>  >>obliczenia sredniej itd bede robil dla RGB. Dlaczego CMY jest
>>> urojony? CMY jest obliczany z RGB. W zadnej mapie bitowej, w tablicy
>>> wartosci pixeli nie ma wartosci w cmyku, tylko w RGB. Jezeli ktos
>>> wie, ze
>>> jest w CMY to prosze o info.
>>
>> Wybacz, ale takiej bzdury to jeszcze nie słyszałem, szczególnie na tej
>> grupie... Rozumiem, że puszki z farbami też są urojone, a w środku
>> jest "zakamuflowany RGB", tylko dla niepoznaki wyglądający jak błękit
>> pruski lub żółty? :>
>>
>>> Informacja ze plik jest w cmyku jest tylko w naglowku, (zeby np PS
>>> czy inny
>>> program graficzny przeliczyl wartosci RGB na CMY).
>>
>> Obejrzyj sobie kawałek dowolnego pliku postscriptowego i przestań
>> pisać głupoty. Nie mówiąc o tym, że wystarczy porównać jakiegoś TIFF-a
>> w RGB i CMYK - "sam nagłówek" nie zwiększyłby objętości pliku o 1/3,
>> ale jak chcesz, możesz sobie zrobić "compare"...
>>
>> Aha - i obliczenia konwersji RGB->CMY nie są takie proste, jak ci się
>> wydaje.
>>
> Parafrazujac Prezesa odpowiem "nikt mi nie udowodni, ze biale jest
> biale, a czarne jest czarne".
> Nie jest to tematem tego watku, ale nt temat kilka informacji.
> Moje pytania dotyczyly tylko map bitowych, nie postsrciptu. jak wiesz,
> postscript to jakby "jezyk programowania" ktory przez algorytmy
> "dopasowuje" informacje np z map bitowych do danego urzadzenia.

Więc może trzeba prezesowi łopatołogicznie (i w uproszczeniu):

W pliku źródłowym masz RGB 0 0 0 (czarny)

1. źródło jest czarnym tekstem więc na maszynę idzie
    CMYK 0 0 0 100 (%)

2. źródło jest fotką, drukujesz na dobrym papierze powlekanym,
    drukarnia przyjmuje max nafarbienie 340% więc na maszynę idzie
    CMYK 80 80 80 100 (w uproszczeniu, bo naprawdę będzie to
    np. 82 81 77 100 aby skorygować niedoskonałe farby)

3. źródło jest fotką, drukujesz na papierze gazetowym,
    drukarnia przyjmuje max nafarbienie 220% więc na maszynę idzie
    CMYK 40 40 40 100 albo 60 60 60 40 (żeby papier zdołał przyjąć farbę)

i dziesiątki innych kombinacji w zależności od papieru, farb,
maszyny, użytego rastra i wielu innych czynników. Dlatego do konwersji
rgb - cmyk używa się specjalnych profili, często przygotowywanych
pod konkretny zestaw maszyn uczestniczących w produkcji.

Obliczanie nafarbienia z pliku RGB, kiedy nie znasz profilu konwersji 
przyjętego przy przygotowaniu materiału na maszynę, to jak wróżenie
z fusów – coś można wymyśliś i może nawet czasem się trafi :).

Widzimy, tu na grupie, że chcesz sioę wziąć za coś, o czymś, niestety, 
nie masz jeszcze za bardzo pojęcia. Nie, nie ubliżam ci. Stwierdzam 
fakt. Dopiero zaczynasz. Musisz sporo poczytać o składaniu barw - 
addytywnym i substraktywnym, o różnych RGB-ach, CMYK-ach, CIELAB-ach, o 
różnych sposobach przekształcania kolorów RGB na CMYK, po co jest K, 
skoro w zasadzie CMY powinno wystarczyć i o paru innych rzeczach.
A w duużym skrócie wygląda to tak:
Masz sobie swój projekt w RGB, drukarz drukuje farbami CMYK. Więc RIP 
naświetlarki przekształca twój RGB na CMYK, żeby naświetlić cztery 
klisze. JA dalej robię tak:
1. Grzecznie proszę RIP-a, żeby z tego CMYK-a wypluł mi tiffa.
2. W szopie wsadzam tego tiffa na środek formatu 64x46 cm, który jest 
maksymalnym formatem wchodzącym w moją maszynę drukarską.
3. Skaluję to do 566x800 pikseli i zapoisuje na dysk.
4. Ten tiff składa się dla mnie z 20 kawałków 566x40 pikseli. Dlaczego 
20 kawałków? bo mam w maszynie 20 stref farbowych. Napisałem sobie 
program, który wczytuje sobie tego tiffa i kawałek po kawałku, piksel po 
pikselu dodaje do siebie wartości każdego z kanałów CMYK oddzielnie. I 
gdy już doda w danym kawałku wszystkie wartości C, to dzieli je przez 
5795840 (566x40x256 czyli w całym kawałku cyan=100) i to jest wartość 
nafarbienia Cyanu w danej strefie. I tak dla wszystkich stref i kanałów 
CMYK. I zapisuje mi śliczny plik txt z nazwą pliku i rozpiską wszystkich 
kanałów we wszystkich strefach farbowych.
5. Txt zaczytuję sobie do Corela, równiótko pod spodem wstawiam ową 
bitmapę 566x800 pikseli, drukuję, a drukarz jest szczęśliwy.
Czyli robię to, co ty chcesz zrobić.

Jeżeli nie zrozumiałeś mojego opisu, to póki co daj sobie spokój. 
Poszukaj naświetlarni, która daje klientowi plik CIP3. W tym pliku są 
owe nafarbienia. Albo poszukaj w sieci. Ktoś na grupie się ogłaszał, że 
zrobił program do nafarbień. Widziałem to - taki ładny, z graficznym 
interfacem. Nie to co moje nieszczęsne półręczne rzeźbienie z 
wykorzystaniem 3 oddzielnych programów. I też napewno dobrze liczy 
nafarbienia.

$tipa

> Napisałem sobie program, który wczytuje sobie tego tiffa

Myślę, że w świecie idealnym trzeba by jeszcze uwzględnić rodzaj
drukowanych treści, bo przy tym samym pokryciu powierzchniowym
największy wydatek będzie jednak mimo wszystko dla równomiernej
tinty, a najmniejszy dla obrazków w kolorze apli - chodzi o obwód
miejsc pokrytych farbą, czyli realny przyrost "punktu".

Ciekawe czy profesjonalne programy wnikają w takie szczegóły i - w
ogóle - czy opisana przez mnie różnica jest znacząca?

Beno

W artykule <4e9b0c1f$0$5801$65785112@news.neostrada.pl>
MarekF napisał(a):

[...]
>> Aha - i obliczenia konwersji RGB->CMY nie są takie proste, jak ci się
>> wydaje.
>>
> Parafrazujac Prezesa odpowiem "nikt mi nie udowodni, ze biale jest biale, a 
> czarne jest czarne".
> Nie jest to tematem tego watku, ale nt temat kilka informacji.
> Moje pytania dotyczyly tylko map bitowych, nie postsrciptu. jak wiesz, 
> postscript to jakby "jezyk programowania" ktory przez algorytmy "dopasowuje" 
> informacje np z map bitowych do danego urzadzenia.

Skoro aż tyle wiesz o PostScripcie, to w zasadzie powinienem sobie
darować resztę... Bo PS nie jest "jakby językiem programowania", tylko
właśnie językiem programowania - ale w ogóle nie robi tego, co
napisałeś. A raczej - może robić, o ile ktoś taki program w
Postscripcie napisze, choć nie bardzo wiem, po jaką cholerę miałby to
robić... Czy zdajesz sobie chociaż sprawę z tego, że _efektem_
wykonania owego programu postscriptowego (którym jest plik PS) jest
właśnie mapa bitowa?

> 1. Co jest zapisane w mapie bitowej?
> Na poczatek kilka linkow, tak wiem, ze nikt nie klika linkow ale jezeli ktos 
> chce nabyc wiedze musi czytac.
> Struktura mapy bitowej.
> http://en.wikipedia.org/wiki/BMP_file_format wiki nie jest wyrocznia , tez 
> to wiem
> Chyba nie musze dodawac, ze nie jest tutaj mowa o plikach *.bmp (ktore nie 
> sa chyba juz uzywane) tylko o formacie plikow. "The BMP File Format, also 
> known as Bitmap Image File or Device Independent Bitmap (DIB) file format or 
> simply a Bitmap, 

[...]

Ale zdajesz sobie sprawę, że wszystko, co cytujesz, dotyczy formatu
BMP, czyli tylko jednego spośród kilkuset istniejących sposobów zapisu
obrazów rastrowych? I że słowo "bitmapa"[1] nie jest równoważne "BMP"?
PNG to też bitmapa. JPEG też. I TIFF. I wiele, wiele innych. I - o
zgrozo - bitmapę można zapisać w formacie EPS (czyli Encapsulated
PostScript, czyli ten PostScript, którego "twoje pytania nie dotyczą"
- swoją drogą, ciekawe czemu, biorąc pod uwagę, że to PostScript
trafia do maszyny, która naświetli twoje klisze czy blachy...
Ewentualnie trafi tam PDF, który jest de facto "skompilowanym
PostScriptem". Aha - w PDF też można bitmapy zapisywać... i też może
być w CMYK-u.

Cytujesz omówienie _jednego_ formatu, w dodatku dość prymitywnego i -
jak sam zauważyłeś - wychodzącego z użycia, i twierdzisz, że to jedyna
możliwość? To może byś sam zaczął się uczyć, zamiast odsyłać nas,
byśmy "zaczęli nabywać wiedzę"? Na początek możesz zacząć od
przeczytania dokumentacji formatu TIFF. Jest jakby nieco ważniejszy od
BMP - przynajmniej w naszej branży.

[1] Jak wiadomo, twórcy Photoshopa uważają, że "bitmap" oznacza tylko
i wyłącznie obraz 1-bitowy (czarno-biały, bez żadnego stopniowania).
Przy takim założeniu rozważania na temat "CMYK czy RGB w bitmapach" nie
mają sensu, bo 1-bitowy obraz rastrowy nie może być ani jednym, ani
drugim :> 
Jednak potocznie nazywa się bitmapą każdy obraz rastrowy i ja też tak
robię...

Pozdrawiam,
Marek W.
-- 
FAQ grupy pl.comp.dtp: http://dtp.art.pl/
Lista mirrorów: http://emide.neostrada.pl
"Nie pracuje dobrze ten, kto z zamiarem wykonania łopaty buduje rakietę." 
Stanisław Lem.

Użytkownik "$tipa" <drukarnia@drukarniausunto007.pl> napisał w wiadomości 
news:j7h3rf$16d$1@news.task.gda.pl...
> Widzimy, tu na grupie, że chcesz sioę wziąć za coś, o czymś, niestety, nie 
> masz jeszcze za bardzo pojęcia. Nie, nie ubliżam ci. Stwierdzam fakt. 
> Dopiero zaczynasz. Musisz sporo poczytać o składaniu barw - addytywnym i 
> substraktywnym, o różnych RGB-ach, CMYK-ach, CIELAB-ach, o różnych 
> sposobach przekształcania kolorów RGB na CMYK, po co jest K, skoro w 
> zasadzie CMY powinno wystarczyć i o paru innych rzeczach.
> A w duużym skrócie wygląda to tak:
> Masz sobie swój projekt w RGB, drukarz drukuje farbami CMYK. Więc RIP 
> naświetlarki przekształca twój RGB na CMYK, żeby naświetlić cztery klisze. 
> JA dalej robię tak:
> 1. Grzecznie proszę RIP-a, żeby z tego CMYK-a wypluł mi tiffa.
> 2. W szopie wsadzam tego tiffa na środek formatu 64x46 cm, który jest 
> maksymalnym formatem wchodzącym w moją maszynę drukarską.
> 3. Skaluję to do 566x800 pikseli i zapoisuje na dysk.
> 4. Ten tiff składa się dla mnie z 20 kawałków 566x40 pikseli. Dlaczego 20 
> kawałków? bo mam w maszynie 20 stref farbowych. Napisałem sobie program, 
> który wczytuje sobie tego tiffa i kawałek po kawałku, piksel po pikselu 
> dodaje do siebie wartości każdego z kanałów CMYK oddzielnie. I gdy już 
> doda w danym kawałku wszystkie wartości C, to dzieli je przez 5795840 
> (566x40x256 czyli w całym kawałku cyan=100) i to jest wartość nafarbienia 
> Cyanu w danej strefie. I tak dla wszystkich stref i kanałów CMYK. I 
> zapisuje mi śliczny plik txt z nazwą pliku i rozpiską wszystkich kanałów 
> we wszystkich strefach farbowych.
> 5. Txt zaczytuję sobie do Corela, równiótko pod spodem wstawiam ową 
> bitmapę 566x800 pikseli, drukuję, a drukarz jest szczęśliwy.
> Czyli robię to, co ty chcesz zrobić.
>
> Jeżeli nie zrozumiałeś mojego opisu, to póki co daj sobie spokój. Poszukaj 
> naświetlarni, która daje klientowi plik CIP3. W tym pliku są owe 
> nafarbienia. Albo poszukaj w sieci. Ktoś na grupie się ogłaszał, że zrobił 
> program do nafarbień. Widziałem to - taki ładny, z graficznym interfacem. 
> Nie to co moje nieszczęsne półręczne rzeźbienie z wykorzystaniem 3 
> oddzielnych programów. I też napewno dobrze liczy nafarbienia.
>
 $tipa Twoje uwagi sa najcenniejsze
Zrozumialem Twoj opis. I taka jest moja koncepcja wyciagniecia  z pliku 
danych do nafarbienia..
Jest tak, ze wszedlem w ten temat przypadkiem. Uruchamiamy ofseta  Nawet nie 
musze wiedziec czy ofset pisze sie przez f czy dwa ff.  Znajda sie tacy co 
napisza, nie wiesz co to jest RIP offset , nie zajmuj sie tym tematem.
Ja pisze  programy.
Napisze co mam, i co wyniklo z moich zapytan  do obslugi tej Planety. Z 
mojego punktu widzenia, Planeta 7 to taka maszyna, dziwna, jakies pokretla 
silniki, przyciski. Byl tam jakis komp, ktory padl. Wiec z kumlem wycielismy 
wszystko, kompa kable i podlaczylismy wlasny opracowany interfejs do 
sterowania tymi silnikami ( w ink zone, jak ktos mi podpowiedzial jak to sie 
nazywa). I sterujemy. Wprowadzamy wartosci i silniczki ladnie sie ustawiaja. 
To na tej grupie dowiedzialem sie, ze to sa strefy kalamarza, duktor itd. 
Wszysko ladnie dziala.
I dziekuje za to.
Wpadlem na pomysl, zeby analizowac na poszczegolne glowice ustawienia tych 
(ink zone) z pliku.
I dostalem mila odpowiedz, nie wiesz co to postscript to sie za to nie 
bierz.
Nie bede komentowal odpowiedzi o BMP 1 bit.
Koniec moich dywagacji.

$tipa, pisales, ze z RIPa masz tifa i masz wartosci pixeli. Wczoraj bylem w 
tej drukarni i : maja pdf, wrzucaja na RIPa, RIP wyrzuca 4 pliki tiff  CKMY. 
Idzie to bezposrednio na naswietlarke. I po niemiecku bo to KBA.
Mam te 4 pliki tiff i ? Szukalem jak odczytac wartosci. Moim zdaniem pliki 
sa za duze(corel otwiera taki plik 20 min, pewnie przerabia je wg profilu 
icc na ekran). Do pliku dobiore sie otwierajac w trybie binarnym. Bede 
kombinowal jeszcze. Pewnie nie zdradzisz jak dobrales sie do tego tifa?
Chcialbym to tak zrobic, zeby drukarz nie musial dostawac kartki tak jak 
pisales w swoim przypadku, bo sterowanie strefami mam juz opracowane,z pliku 
txt na kazda glowice.
To narazie tyle.
Pozdrawiam i dziekuje
MarekF 

Taka to już komunikacja przez Internet. Wydaje się, że Koledzy nie są
zirytowani Twoją niewiedzą, tylko Twoją postawą. Fakt, że aby napisać
właściwie program sterujący maszyną do druku offsetowego - trzeba
trochę wiedzieć o druku offsetowym (w teorii i praktyce) wydaje się
także mnie oczywisty. Podobnie - gdybyś chciał napisać program do
składu, wypadałoby, abyś znał się na składzie. Myślę, że to zawodzi
komunikacja przez Internet - ale jednak dajmy sobie większy kredyt
zaufania i cierpliwości. :)

On 19 Paź, 02:16, "MarekF" <m...@nospam.pl> wrote:
> Użytkownik "$tipa" <drukar...@drukarniausunto007.pl> napisał w wiadomościnews:j7h3rf$16d$1@news.task.gda.pl...
>
>
>
> > Widzimy, tu na grupie, że chcesz sioę wziąć za coś, o czymś, niestety, nie
> > masz jeszcze za bardzo pojęcia. Nie, nie ubliżam ci. Stwierdzam fakt.
> > Dopiero zaczynasz. Musisz sporo poczytać o składaniu barw - addytywnym i
> > substraktywnym, o różnych RGB-ach, CMYK-ach, CIELAB-ach, o różnych
> > sposobach przekształcania kolorów RGB na CMYK, po co jest K, skoro w
> > zasadzie CMY powinno wystarczyć i o paru innych rzeczach.
> > A w duużym skrócie wygląda to tak:
> > Masz sobie swój projekt w RGB, drukarz drukuje farbami CMYK. Więc RIP
> > naświetlarki przekształca twój RGB na CMYK, żeby naświetlić cztery klisze.
> > JA dalej robię tak:
> > 1. Grzecznie proszę RIP-a, żeby z tego CMYK-a wypluł mi tiffa.
> > 2. W szopie wsadzam tego tiffa na środek formatu 64x46 cm, który jest
> > maksymalnym formatem wchodzącym w moją maszynę drukarską.
> > 3. Skaluję to do 566x800 pikseli i zapoisuje na dysk.
> > 4. Ten tiff składa się dla mnie z 20 kawałków 566x40 pikseli. Dlaczego 20
> > kawałków? bo mam w maszynie 20 stref farbowych. Napisałem sobie program,
> > który wczytuje sobie tego tiffa i kawałek po kawałku, piksel po pikselu
> > dodaje do siebie wartości każdego z kanałów CMYK oddzielnie. I gdy już
> > doda w danym kawałku wszystkie wartości C, to dzieli je przez 5795840
> > (566x40x256 czyli w całym kawałku cyan=100) i to jest wartość nafarbienia
> > Cyanu w danej strefie. I tak dla wszystkich stref i kanałów CMYK. I
> > zapisuje mi śliczny plik txt z nazwą pliku i rozpiską wszystkich kanałów
> > we wszystkich strefach farbowych.
> > 5. Txt zaczytuję sobie do Corela, równiótko pod spodem wstawiam ową
> > bitmapę 566x800 pikseli, drukuję, a drukarz jest szczęśliwy.
> > Czyli robię to, co ty chcesz zrobić.
>
> > Jeżeli nie zrozumiałeś mojego opisu, to póki co daj sobie spokój. Poszukaj
> > naświetlarni, która daje klientowi plik CIP3. W tym pliku są owe
> > nafarbienia. Albo poszukaj w sieci. Ktoś na grupie się ogłaszał, że zrobił
> > program do nafarbień. Widziałem to - taki ładny, z graficznym interfacem.
> > Nie to co moje nieszczęsne półręczne rzeźbienie z wykorzystaniem 3
> > oddzielnych programów. I też napewno dobrze liczy nafarbienia.
>
>  $tipa Twoje uwagi sa najcenniejsze
> Zrozumialem Twoj opis. I taka jest moja koncepcja wyciagniecia  z pliku
> danych do nafarbienia..
> Jest tak, ze wszedlem w ten temat przypadkiem. Uruchamiamy ofseta  Nawet nie
> musze wiedziec czy ofset pisze sie przez f czy dwa ff.  Znajda sie tacy co
> napisza, nie wiesz co to jest RIP offset , nie zajmuj sie tym tematem.
> Ja pisze  programy.
> Napisze co mam, i co wyniklo z moich zapytan  do obslugi tej Planety. Z
> mojego punktu widzenia, Planeta 7 to taka maszyna, dziwna, jakies pokretla
> silniki, przyciski. Byl tam jakis komp, ktory padl. Wiec z kumlem wycielismy
> wszystko, kompa kable i podlaczylismy wlasny opracowany interfejs do
> sterowania tymi silnikami ( w ink zone, jak ktos mi podpowiedzial jak to sie
> nazywa). I sterujemy. Wprowadzamy wartosci i silniczki ladnie sie ustawiaja.
> To na tej grupie dowiedzialem sie, ze to sa strefy kalamarza, duktor itd.
> Wszysko ladnie dziala.
> I dziekuje za to.
> Wpadlem na pomysl, zeby analizowac na poszczegolne glowice ustawienia tych
> (ink zone) z pliku.
> I dostalem mila odpowiedz, nie wiesz co to postscript to sie za to nie
> bierz.
> Nie bede komentowal odpowiedzi o BMP 1 bit.
> Koniec moich dywagacji.
>
> $tipa, pisales, ze z RIPa masz tifa i masz wartosci pixeli. Wczoraj bylem w
> tej drukarni i : maja pdf, wrzucaja na RIPa, RIP wyrzuca 4 pliki tiff  CKMY.
> Idzie to bezposrednio na naswietlarke. I po niemiecku bo to KBA.
> Mam te 4 pliki tiff i ? Szukalem jak odczytac wartosci. Moim zdaniem pliki
> sa za duze(corel otwiera taki plik 20 min, pewnie przerabia je wg profilu
> icc na ekran). Do pliku dobiore sie otwierajac w trybie binarnym. Bede
> kombinowal jeszcze. Pewnie nie zdradzisz jak dobrales sie do tego tifa?
> Chcialbym to tak zrobic, zeby drukarz nie musial dostawac kartki tak jak
> pisales w swoim przypadku, bo sterowanie strefami mam juz opracowane,z pliku
> txt na kazda glowice.
> To narazie tyle.
> Pozdrawiam i dziekuje
> MarekF

W dniu 2011-10-19 02:16, MarekF pisze:
> $tipa, pisales, ze z RIPa masz tifa i masz wartosci pixeli. Wczoraj
> bylem w tej drukarni i : maja pdf, wrzucaja na RIPa, RIP wyrzuca 4 pliki
> tiff CKMY. Idzie to bezposrednio na naswietlarke. I po niemiecku bo to KBA.

Jeśli idzie bezpośrednio na naświetlarkę, to dane w tych plikach
są już zapewne zrastrowane. Osobny plik dla każdego z kolorów (C, M,
Y, K), to mapa bitowa (1 bitowa) do wysterowania naświetlarki.
Wystarczy podzielić plik na sekcje zgodnie ze strefami i zliczyć
stosunek liczby punktów zaczernionych do wszystkich punktów w całej
sekcji i dostaniesz nafarbienie. Takie pliki są dość duże: dla płyty
40 x 60 cm przy rozdzielczości 2400dpi nieskompresowany plik dla
jednego kanału będzie miał około 300 MB (nie ma sensu tego otwierać w 
żadnym programie graficznym), ale to powinno być proste do
oprogramowania - wystarczy czytać plik sekwencyjnie i zliczyć bity, nie
trzeba go mieć całego w pamięci.

Możliwe też że da się z ripa dostać podgląd w mniejszej rozdzielczości.

> Mam te 4 pliki tiff i ? Szukalem jak odczytac wartosci. Moim zdaniem
> pliki sa za duze(corel otwiera taki plik 20 min, pewnie przerabia je wg
> profilu icc na ekran). Do pliku dobiore sie otwierajac w trybie
> binarnym. Bede kombinowal jeszcze. Pewnie nie zdradzisz jak dobrales sie
> do tego tifa?

http://en.wikipedia.org/wiki/Tagged_Image_File_Format

Jest bardzo dużo gotowych bibliotek do czytania tego formatu, trzeba 
poszukać (np. libtiff).

Użytkownik "Piotr Chamera" <piotr_chamera@poczta.onet.pl> napisał w 
wiadomości news:j7lvne$a4p$1@news.onet.pl...
> Jeśli idzie bezpośrednio na naświetlarkę, to dane w tych plikach
> są już zapewne zrastrowane. Osobny plik dla każdego z kolorów (C, M,
> Y, K), to mapa bitowa (1 bitowa) do wysterowania naświetlarki.
> Wystarczy podzielić plik na sekcje zgodnie ze strefami i zliczyć
> stosunek liczby punktów zaczernionych do wszystkich punktów w całej
> sekcji i dostaniesz nafarbienie. Takie pliki są dość duże: dla płyty
> 40 x 60 cm przy rozdzielczości 2400dpi nieskompresowany plik dla
> jednego kanału będzie miał około 300 MB (nie ma sensu tego otwierać w 
> żadnym programie graficznym), ale to powinno być proste do
> oprogramowania - wystarczy czytać plik sekwencyjnie i zliczyć bity, nie
> trzeba go mieć całego w pamięci.
>
> Możliwe też że da się z ripa dostać podgląd w mniejszej rozdzielczości.
>
Dziekuje. Przegladalem juz tego tifa. Wartosci kanalu sa zapisane (z tego co 
odczytalem) jako 8 bitowe w trybie 16-tkowym od 0 do FF. (0 do 255).
Zastanawialem skad sie bierze te 2400 dpi. Bo te pliki tak maja. Pewnie 
300dpi(plik zrodlowy) x 8 bitow.(skala szarosci?)
>
> http://en.wikipedia.org/wiki/Tagged_Image_File_Format
>
> Jest bardzo dużo gotowych bibliotek do czytania tego formatu, trzeba 
> poszukać (np. libtiff).
Dzieki za link, a szczegolnie za nazwe biblioteki. Sa tam gotowe procedury w 
C.
Chodzi mi o to, zeby drukarz mial najmniej pracy, nie musial otwierac kilku 
programow aby koncowy program ustawil strefy farbowe. Jednego nie 
przeskocze, nie otworze pdf zeby zamienic go na tifa(programowo).
Mam pewien pomysl, ale musze to sprawdzic.
Pozdrawiam
MarekF 

> Zastanawialem skad sie bierze te 2400 dpi. Bo te pliki tak maja.
> Pewnie 300dpi(plik zrodlowy) x 8 bitow.(skala szarosci?)

Czy Ty naprawdę nie potrafisz czytać ze zrozumieniem - a na dodatek nie potrafisz używać google ?

Piotrek przecież Ci juz napisał:

>> Jeśli idzie bezpośrednio na naświetlarkę, to dane w tych plikach są
>> już zapewne zrastrowane. Osobny plik dla każdego z kolorów (C, M,
>> Y, K), to mapa bitowa (1 bitowa) do wysterowania naświetlarki.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

2400 DPI to ilość pixeli - pixel może być 0 albo 1 - na cal

Dostajesz 4 pliki - bitmapy, z rozdzielczością - 2400 DPI - dot per inch

A to, czy bitmapy źródłowe były 100dpi, 300dpi czy 4000dpi (surówki z profesjonalnego skanera) - to nie ma znaczenia - bo całość i tak jest przerabiana na np. 4 pliki i np. 2400 DPI - 4 pliki i 2400 dpi to jest tylko jeden z dostępnych wariantów.

robin

-- 
Skrypty do AdobeFamily
www.adobescripts.pl
gg 3753393
tlen robinet
Skype: AdobeScripts

W dniu 2011-10-19 02:16, MarekF pisze:
>
> Użytkownik "$tipa" <drukarnia@drukarniausunto007.pl> napisał w
> wiadomości news:j7h3rf$16d$1@news.task.gda.pl...
>> Widzimy, tu na grupie, że chcesz sioę wziąć za coś, o czymś, niestety,
>> nie masz jeszcze za bardzo pojęcia. Nie, nie ubliżam ci. Stwierdzam
>> fakt. Dopiero zaczynasz. Musisz sporo poczytać o składaniu barw -
>> addytywnym i substraktywnym, o różnych RGB-ach, CMYK-ach, CIELAB-ach,
>> o różnych sposobach przekształcania kolorów RGB na CMYK, po co jest K,
>> skoro w zasadzie CMY powinno wystarczyć i o paru innych rzeczach.
>> A w duużym skrócie wygląda to tak:
>> Masz sobie swój projekt w RGB, drukarz drukuje farbami CMYK. Więc RIP
>> naświetlarki przekształca twój RGB na CMYK, żeby naświetlić cztery
>> klisze. JA dalej robię tak:
>> 1. Grzecznie proszę RIP-a, żeby z tego CMYK-a wypluł mi tiffa.
>> 2. W szopie wsadzam tego tiffa na środek formatu 64x46 cm, który jest
>> maksymalnym formatem wchodzącym w moją maszynę drukarską.
>> 3. Skaluję to do 566x800 pikseli i zapoisuje na dysk.
>> 4. Ten tiff składa się dla mnie z 20 kawałków 566x40 pikseli. Dlaczego
>> 20 kawałków? bo mam w maszynie 20 stref farbowych. Napisałem sobie
>> program, który wczytuje sobie tego tiffa i kawałek po kawałku, piksel
>> po pikselu dodaje do siebie wartości każdego z kanałów CMYK
>> oddzielnie. I gdy już doda w danym kawałku wszystkie wartości C, to
>> dzieli je przez 5795840 (566x40x256 czyli w całym kawałku cyan=100) i
>> to jest wartość nafarbienia Cyanu w danej strefie. I tak dla
>> wszystkich stref i kanałów CMYK. I zapisuje mi śliczny plik txt z
>> nazwą pliku i rozpiską wszystkich kanałów we wszystkich strefach
>> farbowych.
>> 5. Txt zaczytuję sobie do Corela, równiótko pod spodem wstawiam ową
>> bitmapę 566x800 pikseli, drukuję, a drukarz jest szczęśliwy.
>> Czyli robię to, co ty chcesz zrobić.
>>
>> Jeżeli nie zrozumiałeś mojego opisu, to póki co daj sobie spokój.
>> Poszukaj naświetlarni, która daje klientowi plik CIP3. W tym pliku są
>> owe nafarbienia. Albo poszukaj w sieci. Ktoś na grupie się ogłaszał,
>> że zrobił program do nafarbień. Widziałem to - taki ładny, z
>> graficznym interfacem. Nie to co moje nieszczęsne półręczne rzeźbienie
>> z wykorzystaniem 3 oddzielnych programów. I też napewno dobrze liczy
>> nafarbienia.
>>
> $tipa Twoje uwagi sa najcenniejsze
> Zrozumialem Twoj opis. I taka jest moja koncepcja wyciagniecia z pliku
> danych do nafarbienia..
> Jest tak, ze wszedlem w ten temat przypadkiem. Uruchamiamy ofseta Nawet
> nie musze wiedziec czy ofset pisze sie przez f czy dwa ff. Znajda sie
> tacy co napisza, nie wiesz co to jest RIP offset , nie zajmuj sie tym
> tematem.
> Ja pisze programy.
> Napisze co mam, i co wyniklo z moich zapytan do obslugi tej Planety. Z
> mojego punktu widzenia, Planeta 7 to taka maszyna, dziwna, jakies
> pokretla silniki, przyciski. Byl tam jakis komp, ktory padl. Wiec z
> kumlem wycielismy wszystko, kompa kable i podlaczylismy wlasny
> opracowany interfejs do sterowania tymi silnikami ( w ink zone, jak ktos
> mi podpowiedzial jak to sie nazywa). I sterujemy. Wprowadzamy wartosci i
> silniczki ladnie sie ustawiaja. To na tej grupie dowiedzialem sie, ze to
> sa strefy kalamarza, duktor itd. Wszysko ladnie dziala.
> I dziekuje za to.
> Wpadlem na pomysl, zeby analizowac na poszczegolne glowice ustawienia
> tych (ink zone) z pliku.
> I dostalem mila odpowiedz, nie wiesz co to postscript to sie za to nie
> bierz.
> Nie bede komentowal odpowiedzi o BMP 1 bit.
> Koniec moich dywagacji.
>
> $tipa, pisales, ze z RIPa masz tifa i masz wartosci pixeli. Wczoraj
> bylem w tej drukarni i : maja pdf, wrzucaja na RIPa, RIP wyrzuca 4 pliki
> tiff CKMY. Idzie to bezposrednio na naswietlarke. I po niemiecku bo to KBA.
> Mam te 4 pliki tiff i ? Szukalem jak odczytac wartosci. Moim zdaniem
> pliki sa za duze(corel otwiera taki plik 20 min, pewnie przerabia je wg
> profilu icc na ekran). Do pliku dobiore sie otwierajac w trybie
> binarnym. Bede kombinowal jeszcze. Pewnie nie zdradzisz jak dobrales sie
> do tego tifa?
> Chcialbym to tak zrobic, zeby drukarz nie musial dostawac kartki tak jak
> pisales w swoim przypadku, bo sterowanie strefami mam juz opracowane,z
> pliku txt na kazda glowice.
> To narazie tyle.
> Pozdrawiam i dziekuje
> MarekF

Mój RIP po zripowaniu pracy przenosi plik źródłowy do innego hotfolderu 
i po chwili ripuje go znów w trybie "Zapisz TIFFa na dysku". I tego tifa 
ja zaczytuję do szopa. i zaczynam te cuda.
Ich RIP też powinien mieć możliwość produkcji TIF-ów. Choć z drugiej 
strony pewnie wystarczy zaczytać pdf-a do fotoshopa i zapisać jako tiff 
- bez profilu, bez kompresji LZW. Wtedy od któregoś tam bitu każdy bit 
będzie wartością kolejnego kanału kolejnego piksela pliku.

$tipa

$tipa

Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości 
news:4e983355$0$2183$65785112@news.neostrada.pl...
Witam
Niezrazony niektorymi wypowiedziami w tym watku brnalem dalej w niewiedzy o 
rastrach, postsciptach, i przeliczeniach CMYK na RGB.
Wynik - zadowalajacy. Odczytuje sobie wartosci pixeli za pomaca funkcji API 
windy tak jak wczesniej zalozylem. Wartosci procentowe laduje do tablicy i 
automatycznie ustawiam strefy kalamarza.
Zeby nie rozpisywac sie na grupie przygotowalem opis z fotkami.
http://optymal.mafdesign.pl/cip4k.html
Pozdrawiam grupe i dziekuje niektorym uzytkownikom za pomoc.
MarekF 

W dniu 2011-12-17 12:15, MarekF pisze:
>
> Użytkownik "MarekF" <maf@nospam.pl> napisał w wiadomości
> news:4e983355$0$2183$65785112@news.neostrada.pl...
> Witam
> Niezrazony niektorymi wypowiedziami w tym watku brnalem dalej w
> niewiedzy o rastrach, postsciptach, i przeliczeniach CMYK na RGB.
> Wynik - zadowalajacy. Odczytuje sobie wartosci pixeli za pomaca
> funkcji API windy tak jak wczesniej zalozylem. Wartosci procentowe
> laduje do tablicy i automatycznie ustawiam strefy kalamarza.
> Zeby nie rozpisywac sie na grupie przygotowalem opis z fotkami.
> http://optymal.mafdesign.pl/cip4k.html
> Pozdrawiam grupe i dziekuje niektorym uzytkownikom za pomoc.

Podejrzewam, że 15, 50 i 100% w pliku nie przekłada się na 15, 50 i 
100% "otwarcia" strefy farbowej - nie tak liniowo (dot gain, 
przyjmowanie farby na papier, przyjmowanie farby na farbę) i nie z 
takim maksimum - 100% danego koloru to na pewno nie jest 100% otwarcia 
strefy, bo te na pewno mają jeszcze zapas, celem regulacji maksymalnej 
gęstości optycznej i nie z takim minimum - poza obrazem na każdej 
strefie farbowej są pola kontrolne, które pewnie troszkę farby 
potrzebują:)

Podejrzewam też, że polecane ci wcześniej rozwiązanie uwzględnia tę 
część z moich zastrzeżeń, które mają istotny wpływ na końcowy wynik.

Poproś drukarza, zeby zapisywał jakie korekty i gdzie musiał 
wykonywać, a potem wprowadź ze trzy mnożniki do końcowych wartości.


-- 
   *Jacek Popłoński*   _| |_|___   www.audioscrobbler.com/user/DeJotPe
   Pozdrawiam!        /   | |   \    http://strony.aster.pl/dejotpe/
   < GG:4806236 >     \___| | __/       http://tinyurl.com/qdydn
   pisz@grupe.pl          |/|_|           http://42.pl/url/aou

Użytkownik "DeJotPe" <thejotpe@gazeta.pl> napisał w wiadomości 
news:jci68c$gfp$1@inews.gazeta.pl...
> Podejrzewam, że 15, 50 i 100% w pliku nie przekłada się na 15, 50 i 100% 
> "otwarcia" strefy farbowej - nie tak liniowo (dot gain, przyjmowanie farby 
> na papier, przyjmowanie farby na farbę) i nie z takim maksimum - 100% 
> danego koloru to na pewno nie jest 100% otwarcia strefy, bo te na pewno 
> mają jeszcze zapas, celem regulacji maksymalnej gęstości optycznej i nie z 
> takim minimum - poza obrazem na każdej strefie farbowej są pola kontrolne, 
> które pewnie troszkę farby potrzebują:)
>
> Podejrzewam też, że polecane ci wcześniej rozwiązanie uwzględnia tę część 
> z moich zastrzeżeń, które mają istotny wpływ na końcowy wynik.
>
> Poproś drukarza, zeby zapisywał jakie korekty i gdzie musiał wykonywać, a 
> potem wprowadź ze trzy mnożniki do końcowych wartości.
Ten pierwszy program, ktory steruje strefami ma opcje zapisu ustawien 
stref(drukarza).Moge zrobic porownanie tego co ustawil drukarz z tym co 
obliczyl program.
I to jest cenna uwaga.
Wiadomo, ze program robi wstepne ustawienia, ktore i tak drukarz poprawia. 
Nawet w PuzleFlow mowia, ze ich ustawienia sa "wstepne". Oko drukarza 
ocenia, czy wydruk jest OK. Widzialem to. Drukarz leci do glowicy i 
przykreca strefy kalamarza.
Mozna powiedziec, ze za duzo nie widzialem. Drukowali takie cos, sciagnalem 
ustawienia stref kalamarza(jakie ustawil drukarz), dostalem pliki z 
przygotowalni plyty. Okazalo sie, ze w strefach farbowych gdzie na plycie 
nie bylo zadnego zafarbienia, ustawili ok 18%. Po co? Ja jako dyletant 
sadze, ze plyta i tak (w tej strefie) nie pobierala farby wiec ustawienie 
nie mialo znaczenia. Musze z nimi pogadac, dlaczego tak ustawili. Nie ma z 
nimi komunikacji, tak jak tez na tej grupie.
Mnie interesuje tylko ten noz, gdzie ustawia sie dociskanie stref. Drukarze 
mieli ustawic mechaniczne 0 i max. Program sam kalibruje ustawienia.
Napisze jeszcze o wspolpracy z drukarzami i oczywiscie z Planeta7
Pozdr
MarekF 

On 2011-12-18 01:12:30 +0000, "MarekF" <maf@nospam.pl> said:

> Napisze jeszcze o wspolpracy z drukarzami i oczywiscie z Planeta7

Nie sparzysz się?
Gdyż:

> Nie ma z nimi komunikacji, tak jak tez na tej grupie.

;>


-- 
Bydlę

W dniu 2011-12-18 02:12, MarekF pisze:


> Mozna powiedziec, ze za duzo nie widzialem. Drukowali takie cos,
> sciagnalem ustawienia stref kalamarza(jakie ustawil drukarz), dostalem
> pliki z przygotowalni plyty. Okazalo sie, ze w strefach farbowych
> gdzie na plycie nie bylo zadnego zafarbienia, ustawili ok 18%. Po co?
> Ja jako dyletant sadze, ze plyta i tak (w tej strefie) nie pobierala
> farby wiec ustawienie nie mialo znaczenia. Musze z nimi pogadac,
> dlaczego tak ustawili. Nie ma z nimi komunikacji, tak jak tez na tej
> grupie.

jak już pisałem, może ego co cię interesuje nie ma w tym miejscu na 
druku ale:
- pola testowe pewnie są dla każdej strefy
- układ farbowy dobrej maszyny to ze siedemnaście wałków farbowych, z 
których połowa chodzi prawo-lewo i rozciera farbę między strefami - 
strefa 100% obok dwóch stref 100% miała by większą gęstość optyczną 
niż taka sama strefa obok dwóch stref 0%, bo z niej farba "uciekała by 
na boki"
- wałki nie mogą chodzić na sucho, całość zaczęła by się grzać, a to 
mogło by pewnie prowadzić nawet do tonowania, stąd minimum 18%, 
widziałem na końcu/bokach płyty naświetlone pola, które zbierały 
nadmiar farby.

Tak samo jak już pisałem 100% to nie będzie 100%.

-- 
   *Jacek Popłoński*   _| |_|___   www.audioscrobbler.com/user/DeJotPe
   Pozdrawiam!        /   | |   \    http://strony.aster.pl/dejotpe/
   < GG:4806236 >     \___| | __/       http://tinyurl.com/qdydn
   pisz@grupe.pl          |/|_|           http://42.pl/url/aou

Użytkownik "DeJotPe" <thejotpe@gazeta.pl> napisał w wiadomości 
news:jclp1q$hps$1@inews.gazeta.pl...
>
> jak już pisałem, może ego co cię interesuje nie ma w tym miejscu na druku 
> ale:
> - pola testowe pewnie są dla każdej strefy
> - układ farbowy dobrej maszyny to ze siedemnaście wałków farbowych, z 
> których połowa chodzi prawo-lewo i rozciera farbę między strefami - strefa 
> 100% obok dwóch stref 100% miała by większą gęstość optyczną niż taka sama 
> strefa obok dwóch stref 0%, bo z niej farba "uciekała by na boki"
> - wałki nie mogą chodzić na sucho, całość zaczęła by się grzać, a to mogło 
> by pewnie prowadzić nawet do tonowania, stąd minimum 18%, widziałem na 
> końcu/bokach płyty naświetlone pola, które zbierały nadmiar farby.
>
> Tak samo jak już pisałem 100% to nie będzie 100%.
>
Dziekuje.
Wczoraj rozmawialem z drukarzem w drukarni. Nie potrafil powiedziec dlaczego 
w strefach gdzie nie bylo nafarbienia ustawil nafarbienie wieksze niz tam 
gdzie bylo potrzebne. Tak jak myslalem, zgodzil sie ze mna, ze byc moze nie 
ma to znaczenia lub w pewnych przypadkach moze miec znaczenie. Dołoże na 
stronie (ktory adres juz podalem) jeszcze dwa zrzuty ekranu programow. 
Nafarbienie obliczone przez program dla konkretnego wydruku i nafarbienie 
sciagniete z maszyny. Maszyna nie byla ustawiana jeszcze przez program.
Teraz zostaja tylko testy. Bedziemy regulowac maszyne programem, robic 
korekty tak jak zasugerowales i byc moze znajde jakies zaleznosci od 
sasiednich stref.
Musze jeszcze znalesc zaleznosc regulacji duktora(tego co kreci sie szybciej 
lub wolniej) ktory podaje farbe na wszystkie strefy, od zafarbienia we 
wszyskich strefach. Pewnie jest jaks zaleznosc.
Pewnie to wszystko i tak beda ustawienia wstepne, poniewaz drukarz mowil, ze 
ustawienia zaleza takze od rodzaju farby, ilosci wody itd.
Pozdrawiam
MarekF 

Czy można prosić o numer kontaktowy do tego Pana który pisze ten program ? 
Jesteśmy zainteresowani jego kupnem .