Newsgroup: it.comp.grafica
Titolo: In Design... vogliamo riprendere i discorsi? Vedi dilagazioni più in basso...


Ti ringrazio per l'esperienza che a quanto pare mi attribuscisci ma ti
assicuro che ne avrei fatto volentieri a meno!
ciao
Diego

luce alla fine del tunnel!
Anche io, anche io ... rivoglio i soldi. Sembra impossibile stampare
immagini TIF (CMYK) con o senza profili colore (elaborate con PhotoShop
5.5) su rip RipExpress Monotype su NT server 4.0, e pensare che e' un
rip Level 2 che in accoppiata con Combo (un programma per imposizione)
ha gestito da un anno a questa parte SENZA problemi uscite su fotounita'
Apollo in formato 108X77 sia con stampa diretta su Rip da parte di Corel
7/9, Ventura 7, PageMaker, Word sia tramite file di stampa provenienti
da Xpress.
Armai la polvere aumenta e anche le tele di ragno iniano a comparire
sulla confezione di InDesign.
Ciao
Giuseppe
lab...@spm.it

sulla confezione di InDesign.
Non ho capito se il problema è nelle selezioni create da PH 5.5 o se il
problema è solo di InDesign (no... visto che ho appena acquistato PH 5.5 e
mi deve ancora arrivare...).
Ciao Diego


Sembra solo di InDesign. Ho importato e tentato di stampare anche
immagini TIF cmyk elaborate con PS 4, PhotoPaint 7 che non includono i
profili colore ICC. Niente. InDesign produce sempre sul RIP un errore
postscript che fa pensare a problemi nella gestione della separazione
dei colori: Error: typecheck; OffendignCommand: colorimage.
Che cosa cambia tra TIF ed EPS contenente la stessa immagine?
E' un problema risolvibile?
Ho verificato tutte le alternative di stampa e settaggio del Rip ma non
ottengo cambiamenti.
PS: riguardo a PS 5.5 sembra funzionare bene a parte due piccoli
problemi/malfunzionamenti sul ritaglio immagini e sul timbro.
Ciao
Giuseppe
lab...@spm.it

 Che cosa cambia tra TIF ed EPS contenente la stessa immagine?
Che AFAIK l'EPS e' codice PS gia' pronto che viene inviato dal programma
"ospite" al RIP cosi' come lo trova, mentre il TIF viene "rielaborato".
Per cui se salvi in EPS il codice lo prepara Photoshop. E' un sacco che
non uso XPress, ma so che parecchi fanno cosi' (EPS DCS) di default
evitando che XP tocchi le separazioni. A me in effetti non aveva dato
problemi.
-- 
Le patch per i comportamenti "devianti" di Outlook:
per Mac         
http://fly.to/risorse/
 
per Windows     
http://www.freeweb.org/computer/SourceNet/Outlook.htm
Le FAQ di it.comp.macintosh 
http://195.120.134.56/cgi-bin/faq/index.cgi

 ottengo cambiamenti.
ciao a tutti
vi racconto una microstoriella. 
chi vuole fuggire lo faccia subito. 
io ho un rip Scriptworks Harlequin con il quale 
macino tutto quello che devo da 5 anni. 
la mia è una di quelle piccole aziende che se appena 
possono evitano di creare problemi ai clienti. quindi 
in genere _devo_ far uscire quello che mi passano, 
qualunque cosa sia. 
fino ad oggi il rip si è dimostrato così valido da 
assolvere al compito anche nelle situazioni più 
disperate. di conseguenza io lo ritengo proprio 
tosto, sono convinto che si tratti di una 
implementazione di prima classe, giudico 
Harlequin una grande azienda e così via. 
però uno screzio tra me e lui c'è stato. 
quando ho cercato di pellicolare da XPress la prima 
eps prodotta da Acrobat allo scopo di rimasticare 
non ricordo quale porcheria mi sono ritrovato a 
contemplare un bell'inchiodamento accompagnato da 
uno sconcertante messaggio di errore che mi diceva 
che la categoria Generic non era disponibile. 
le specifiche level2 richiedono inequivocabilmente 
che tale categoria sia presente come prototipo 
in qualunque implementazione. in altri termini un 
rip level2 degno di questo nome non può non 
contemplare una tale entità. 
il mio non la contemplava. la versione appena più 
recente acquistata da un mio cliente sì (segno di 
un bug risolto?) ma la mia no. 
il fatto è che Acrobat 3 inserisce in uno dei 
procset la chiamata a Generic e inchioda il mio rip. 
invitato dal commerciale di turno a rivolgermi a 
tale guru-Panunzio-san gran visir di tutti i 
cervelloni presso la sede centrale Bancolini 
previa promessa che il solo nome di costui 
avrebbe prodotto effetti miracolosi sul povero 
scriptworks mi sono sentito dire nell'ordine 
(papale papale): che non capiva cosa stavo dicendo, 
che di patch non se ne parlava, che a Kyoto non si 
poteva scrivere e che potevo però consolarmi comprando 
la nuova versione del rip (implicante scheda PCI e 
quindi PowerMac ad hoc) il tutto per la modica cifra 
di 30-35 milioni. l'ho salutato signorilmente restando 
solo con una solenne fregatura, considerata la 
frequenza con la quale uso Acrobat per rimpallare. 
apparentemente una cosa non risolvibile se 
non cambiando tutta la configurazione o 
smanettando a mano tutte le eps prodotte. 
invece un paio di giorni dopo il mio rip 
digeriva senza alcuna difficoltà tutto quel 
che gli inviavo da Acrobat e a tutt'oggi va 
avanti senza neanche un burp. 
non è che siano intervenuti magonzi o teste quadre, 
solo un paio di pagine di red book che spiegavano 
come era fatta una cosa semplice semplice che 
avrebbe già dovuto trovarsi lì. 
nel file "SW:Usr:Start" compaiono ora queste 
poche righe di codice:
true setglobal
/1 /Category findresource
dup length dict copy
/Generic exch /Category defineresource pop
false setglobal
un patchaccio che fa perno su una misteriosa 
categoria "1" scoperta dopo lungo spulciamento. 
ci sarebbe da chiedersi come sia possibile che 
un'azienda seria come Harlequin combini pasticci 
come questo. di fatto l'ha combinato. 
io però non ho cambiato opinione su di loro. 
e questo perché ritengo che implementare 
un interprete postscript level2 sia un compito 
difficilissimo. enormemente più complicato ad 
esempio che implementare un compilatore C++. 
ogni implementazione è piena di bug come lo 
sono gli stream in uscita dagli applicativi. 
se il bug non è sollecitato può restare 
nascosto per anni. il nuovo modo in cui 
InDesign attiva le funzionalità proprie 
delle specifiche level2 e level3 può far 
affiorare parecchi di questi bachi. 
ovviamente io non so se i problemi che avete 
sono imputabili a deficienze dei vostri rip. 
senz'altro InDesign, pur appoggiandosi 
pesantemente al driver e al rip, ha i suoi 
problemi in quanto essere un applicativo Adobe 
non vuol dire avere un output perfetto (basta 
anche solo considerare la recente vicenda di 
Photoshop 5 che solo dopo alcuni patch ha 
cominciato ad attivare n-device correttamente 
risolvendo i problemi di chi distillava). 
morale della favola, ovvero la mia opinione. 
InDesign è un apripista che si becca tutte 
le mattonate in piena fronte mentre le software 
house concorrenti di Adobe stanno a guardare 
secondo il correttissimo ragionamento che se 
Adobe ci tiene tanto a ritagliare alle proprie 
tecnologie un ruolo centrale nel mondo della 
comunicazione è allora giusto che si accolli 
l'onere di testare in che misura l'installato 
è pronto a sostenere una tale visione delle cose. 
però, prima o poi, anche gli altri applicativi 
faranno le stesse scelte e in quel momento 
avranno le loro difficoltà. 
chiunque è libero di stare alla finestra a 
guardare. ma chi tra gli utenti deciderà di 
entrare nella mischia non avrà certo vita 
facile nell'individuare il responsabile dei 
malfunzionamenti. ogni situazione andrà 
analizzata come una realtà a sé stante, 
perché tale è. 
finita la menata, vado con lo scoop:   :-)
per rispondere a due e-mail di Diego e 
Giuseppe ho, nei ritagli di tempo, provato 
e riprovato e alla fine ho stroncato le tenaci 
resistenze del 9600 e intallato sia MacOS8.6 
che InDesign facendo i primi test. 
ebbene: a me le tiff cmyk da InDesign sembrano 
uscire pulite (e la separazione in rip da me 
è a dir poco cosa rudimentale). 
mi piacerebbe ricevere da Giuseppe un 
file costituito da una pagina contenente 
solo una tiff cmyk per lui problematica 
(ricampionata pesantemente verso il basso, 
mi raccomando; al limite 10x10 pixel va 
benissimo :-), stampata in composita 
appoggiandosi al driver AdobePS (versione 
appropriata per la piattaforma utilizzata, 
non importa quale) unitamente allo spool 
problematico e se possibile alla tiff stessa. 
mi interessa fare un confronto con il mio 
spool e vedere in che forma è l'operatore 
colorimage incriminato. un'elencazione 
testuale di tutte le impostazioni di stampa 
nell'applicativo e di tutte le impostazioni 
del driver potrebbe essere molto utile. 
si può fare?  
gio
(impegnato ora in una serrata discussione 
con il proprio modem riguardo all'opportunità 
di coinvolgere altre persone)

problemi relativi al rippaggio.
(Tono ironico) se volete vi posso dare anch'io files interessanti da
testare... InDesign - PC - Windows NT 4
Ciao
Diego
che sta sempre aspettando un seguito alla mail precedente indirizzata a Gio

postscript.
Tutti i TIF, BMP, PSD (e qui mi sono fermato sul test dei formati)
provocano lo stesso errore (colorimage) che non si presenta convertendo
la stessa immagine (e solo quella) in EPS all'interno di Photoshop 5.5.
Il buon senso non sempre e' sufficiente per giustificare: 1) al capo la
spesa (anche irrisoria) per un software che si dimostra inutilizzabile;
2) al cliente che sperava di risolvere alcuni problemi di compatibilita'
(Xpress vs InDesign) e che si ritrova con una risposta...'dobbiamo
ancora testare le possibilita' di compatibilita' e trasmissione....'.
ciao
Giuseppe
lab...@spm.it

 ancora testare le possibilita' di compatibilita' e trasmissione....'.
IMHO o si parla di formati "grezzi" (TIFF, AIFF ecc.) o la
compatibilita' fra programmi e' un sogno. Pensare di aprire e mandare in
stampa con qualsiasi cosa i doc di XPress e' utopia e non credo che
Adobe abbia presentato la cosa in questi termini. Di solito questi
filtri di importazione servono a consentire alla gente di passare da un
programma all'altro senza dover rifare _completamente_ il lavoro.
Certo il capo non sara' contento.



Molti articoli (forse tutti) di presentazione di InDesign hanno
presentato tra le funzionalita' di base ed innovative la 'completa'
compatibilita' con file di Xpress. E solo dopo aver letto BENE il
manuale si trova solo un piccolo paragrafo che definisce i limiti di
importazione di file Xpress. Non che sia una cosa tragica (ben altri
sono in problemi) ma mi aspettavo maggiore chiarezza. In questo modo il
monopolio di Xpress non si elimina e rimpiango sempre piu' la
scarsissima pubblicita'/diffusione di software diciamo alternativi
(secondo me migliori) come Corel Ventura.
Ciao
Giuseppe
lab...@spm.it

evitando che XP tocchi le separazioni. 
A me hanno insegnato (o sarebbe meglio dire che sono riuscito a
carpire a forza di sbirciare come lavoravano i grandi) che questo e'
IL METODO...
Tant'e' che ho sempre fatto cosi' e mi e' sempre andata bene con tutto
e tutti (ops... A parte il Corel, ma ora va bene anche con lui)...
Il filosofo scrive cose che non capisci, poi ti fa credere che e' colpa tua.
_______________________________
Gago & Amelia 
icq: 11115204
sms: 
+393356812270
 
ga...@wappi.com
 (160 chars)
Meleto V.no - Cavriglia (Ar)

 rimpiango sempre piu' la
Scusa, ma li hai visti i requisiti di sistema di inDesign? Fa paura,
come puo' pensare di fregare XPress a breve? Vogliono entrare nel
mercato, per ora.



Bhe! il formato DCS e' stato inventato da XP. Per cui e' logico
pensare che questo sia il metodo migliore per dare in pasto immagini a
XP. Per le altre applicazioni, la soluzione potrebbe essere un'altra.
Tony

 dovrebbe restituirgli la somma pagata!!!
bhè, resta indubbiamente il disappunto per non poter utilizzare 
l'applicativo ma mi sembra si siano comportati correttamente. 
gio
(che proprio vorrebbe poter installare PSAlter)

 XP. Per le altre applicazioni, la soluzione potrebbe essere un'altra.
Si, ma se non vuoi che l'impaginatore tocchi le separazioni l'EPS (DCS o
no) credo sia l'unica.


 più la possibilità di personalizzare il formato carta 
E' scaricabile questo driver?


 E' scaricabile questo driver?
io l'ho trovato nel cd di InDesign. 
in alternativa:
http://www.adobe.com/support/downloads/pdrvmac.htm
dove scegli la versione 8.6 per l'inglese, la versione 8.6.1 
per l'italiano. 
la patch esiste solo per la versione italiana della quale 
cura un bug specifico. se la scegli, occhio nella sua pagina 
alla nota su FrameMaker e ai requisiti di sistema.
yup
gio
(che in considerazione del suo garbato umorismo concede a Maki 
uno sconto particolare sulla versione con rilegatura in pelle)

 e un sacrosanto "io ve l'avevo detto" di Giuseppe   :-)
'io ve l'avevo detto'.... A parte gli scherzi, mi sembra di interpretare
che il problema derivi da una non corretta riduzione delle
caratteristiche del PostScript Level 3 verso il Level 2 in particolare
nella gestione dei colori diciamo 'definiti dall'utente'. E' corretto?
Come ho detto nei messaggi precedenti gli errori che il mio rip produce
(e' un Level 2 release 2.305 del novembre 97) sembrano proprio imputare
il problema ad una strana gestione del colore (Errore: colorimage,
AGMCore....) con conseguente terminazione dell'analisi del file inviato
alla stampa.
E' possibile risolvere il problema senza ricorrere a modifiche del
codice PS? Non esiste una formula 'soddisfatti o rimborsati'?
Torno a sottolineare che nelle specifiche di InDesign sono supportati i
Rip Level2, suppongo che li abbiano testati. Ma alla resa dei conti non
e' cosi'. Adobe ha intenzione di eliminare il problema?
Ciao
Grazie
Giuseppe
lab...@spm.it

 
lab...@spm.it
e di che? piacere mio. 
gio
(che, comunque vada a finire, sta almeno 
imparando a digitare un po' più velocemente)


Diego risponde che è ansioso di mandare i suoi files da testare ma, conscio
di far rabbrividire gran parte del mondo dei grafici, avverte che non è un
utente MAC bensì del povero e denigrato Windows e che per aggiunta utilizza
fonts True Type prelevate dalle librerie Corel... (finora non hanno mai dato
problemi).
Quindi in virtù del detto "uomo avvisato mezzo salvato" aspetto da voi tutti
la disponibilità a testare queste mie nefandezze sui vostri sistemi!
gio... a buon intenditore poche parole.
Ciao
Diego

 gio... a buon intenditore poche parole.
mah! ringraziandoti del cortese scrupolo, devo 
tuttavia confessare d'essere ormai adusato a sguazzar 
intra nefandezze d'ogni genere, non ultime quelle generate 
dal sottoscritto. né ho peraltro alcuna pruderie per 
quanto riguarda Windows o le Truetype di Corel.
d'altronde se testassimo bei ninnoli impaginati in 
ottemperanza a tutti i precetti di Adobe non credo che 
i risultati potrebbero considerarsi di grande interesse. 
quindi, ricollegandomi al tuo "che fò? butto?", ti rassicuro 
e ti esorto a buttare senza renitenza alcuna.
gio
(che, in ansiosa attesa, è ora chino in barba ai reumi 
a reggere il capiente canestro piazzato sotto il modem)

a reggere il capiente canestro piazzato sotto il modem)
Prima di lanciarti qualche file ti chiedo di fare una semplicissima prova
preliminare, e cioč:
creare in InDesign una banalissima pagina A4 con all'interno una scritta che
abbia come font un futura extrabold o simile con dimensioi superiori ai 60
pt ed interlinea minore di 60 pt, usa infine come riempimento un 60/70% di
nero senza crearne il campione bensě direttamente dalla paletta dei colori.
A me basta questo per mandare in tilt sia il RIP sia la mia stampante HP
LaserJet 4000 installata con il driver PS Adobe 5.1.1 appena scaricato e PPD
attualissimi!!!
...Auguri
Diego


Io ho provato con FUTURA XBLK (TT di corel) corpo 65p interlinea 36p
riempimento 60% tramite palette colori. Tutto OK non si impalla il RIP.
Lavoro in NT4 SP 5, il RIP e' RipExpress Monotype Level 2.
Driver AdobePS MSL RipExpress ver 5.1 (210); PPD: MO_REX_2.PPD versione
1.1. Stampo A4 originale su un formato personale di 25X33cm inserendo i
crocini di taglio.
Ciao
Giuseppe
lab...@spm.it

Giuseppe
Ti posso inviare una pagina test???
Diego



Ah dimenticavo... prova a dare al tuo testo il comando "tutto maiuscole"
nella palette dei caratteri...
Fammi sapere
grazie
Diego

 preliminare, 
spiacente di intrufolarmi così repentinamente ma se quello 
che stai facendo è utilizzare una Truetype in uno spool 
PostScript la prova è tutt'altro che semplicissima. 
e voglio dire che non è per niente semplice né lo stream 
né una valutazione a distanza dei risultati, tantomeno 
tramite comparazioni che non hanno senso. 
e come al solito elaboro. 
/trambusto prolungato
/puffo dispettoso
hi hi hi. siete fregati: vi ho spalmato le sedie con la colla 
primo: il PostScript è una cosa dannatamente complessa; 
non so se qualcuno di voi ha mai programmato un protocollo 
Proprinter o una stampante PCL. 
il PostScript potrà superficialmente sembrare simile agli 
altri linguaggi per stampanti, specie quando "ha sempre 
funzionato". non è così. 
nella fattispecie: inviare una truetype al tuo rip 
richiede nientemeno che un rifacimento integrale della 
font e le font Truetype e PostScript non sono cose da poco. 
la tua "semplicissima prova preliminare"... well, isn't. 
in secondo luogo, ma non meno importante: io posso dirti 
che anche sul mio Harlequin va giù la versione type1 e 
non quella truetype venduta da Corel, che il colore 
non importa, che corpo interlinea e attributo all caps 
non contano nulla e Giuseppe può a sua volta, come ha 
gentilmente fatto, descriverti la sua situazione, 
ma questo ha importanza solo per determinare quanti 
di noi possono usare le Truetype e quanti no. 
quello che importa è il codice del _tuo_ spool che 
potrebbe, proprio in virtù del nuovissimo ppd, 
contenere le più svariate cose: una conversione bitmap, 
uno wrapper 42, una traslazione del driver a type1. 
inoltre, una volta determinato con quale di queste situazioni 
abbiamo a che fare, il codice che va esaminato (che in 
ognuno dei tre casi, ripeto, è un bel pezzo di procedura) 
è appunto quello del tuo spool. 
io ho speso parecchio tempo ieri sera per individuare 
l'esatto punto in cui il mio rip bercia. 
ma anche se spreco un po' di banda per relazionartene 
non ne ricavi nulla. 
nella convinzione che tu sia più che persuaso, lascia che 
tenti di vincere le tue resistenze inconscie tramite un
approccio terapeutico.  :-)
/colonna sonora di "Io ti salverò" (...aspetta che sta 
 parrucca... ach... /frush frush... mai fatto Ingrid Bergman) 
 ok: pronti!
 
 Diego! a me i fosfori! fissa il tuo monitor, concentrati 
 sui tremolii: il tuo mouse si fa pesante... 
 ha bisogno di essere guidato... dirigiti ora su 
 "www.share_and_enjoy" e scarica il pdf "give-away spools"... 
  una volta terminato fai il degauss al monitor.
gio
(che, rendendosi conto di assomigliare sempre più ad un 33 giri 
incantato, promette che questa sarà l'ultima sollecitazione  ;-)

non quella truetype venduta da Corel...
Diego risponde che le prove le ha già fatte sia con fonts TTF sia con Type 1
ed il risultato è lo stesso.
Il mio problema (ed evidentemente uno dei bugs di InDesign) stava nel fatto
che in un giornale che stavo ricostruendo in InDesign (illuso) i titoli
avevano, oltre alle altre formattazioni, il "tutto maiuscolo" che ho
diligentemente impostato nella palette dello stile paragrafo.
Questo, e non solo questo, mi ha fatto buttare al cesso ore di lavoro.
Provare per credere...
Forse è un problema che si verifica solo sul mio impianto obsoleto ed
anticonformista!?
Mah...
Ringrazio
Diego

Fammi sapere
I caratteri erano gia' tutti maiuscoli. Mandami pure un file di prova.
Spero non sia troppo grosso... il mio collegamento fa pieta'.
Attendo email.
Ciao
Giuseppe
lab...@spm.it





 Ringrazio
eh! che impeccabilità di forma...   
dovrò mica srotolarmi le maniche della camicia?  ;-)
gio
(intento ora a chiedersi se ancora possiede una cravatta :-)

(intento ora a chiedersi se ancora possiede una cravatta :-)
No no... non cercare cravatte, anzi la cravatta dovrei cercarla io per
impiccarmici, visto che i problemi sembrano solo miei.
Ciao
Diego (che dopo questo messaggio, è un pò più depresso di quanto lo fosse
prima)

Se vuoi e hai tempo di divertirti...
Ricevuto ed eseguito.!!!!!
situazione:
- non ho installato News702 e mi viene sostituito con altro carattere
(default)
- non e' allegato il file del testo percio' ho eseguito Embed
- ho eseguito relink degli altri file (2 tif, 1 esp)
stampa:
- su Apollo con driver RipExpress (come ho specificato in post
precedenti)
-formato personale: 25x33cm
- tutte le pagine
-in separazione colori (anche se e' solo nero) con selezioni a
retinatura 150lpi, frequenza 150lpi, angoli predefiniti
- Scala 100%; centra nell'area di stampa
- Grafica: invia dati immagine tutti; NO OPI/DCS; dowload font
sottoinsieme e scarica font PPD
- segni pagina tutti
- Trapping no
risultato:
FUNZIONA!!! ANCHE LE TIF???!!!??
E' solo una prova molto veloce ma sembra funzionare tutto. E' possibile?
ciao
Giuseppe
lab...@spm.it

Diego e Giuseppe, appena ho voltato le spalle per ritirare 
la Turbinosa dal meccanico, hanno prodotto tutto d'un fiato:
D> Le digerisce solo se non ho attivata l'opzione tutto maiuscolo.
sì sì. M/m voleva appunto dire Maiuscolo/minuscolo, niente all caps. 
quindi è confermato: hai una situazione esattamente speculare alla mia. 
D> Comunque ho provato a spedire a Giuseppe un file di mia produzione per
D> testarlo...
G> Ricevuto ed eseguito.!!!!!
G> situazione:
G> - non ho installato News702 e mi viene sostituito con altro carattere
G> (default)
speriamo che sia probante. 
gli attributi di carattere dovrebbero essere ancora 
validi; l'importante è probabilmente che le due font 
abbiano la stessa classificazione FontType. 
G> - non e' allegato il file del testo percio' ho eseguito Embed
G> - ho eseguito relink degli altri file (2 tif, 1 esp)
G>
G> stampa:
G> - su Apollo con driver RipExpress (come ho specificato in post
G> precedenti)
G> -formato personale: 25x33cm
G> - tutte le pagine
G> -in separazione colori (anche se e' solo nero) con selezioni a
G> retinatura 150lpi, frequenza 150lpi, angoli predefiniti
G> - Scala 100%; centra nell'area di stampa
G> - Grafica: invia dati immagine tutti; NO OPI/DCS; dowload font
G> sottoinsieme e scarica font PPD
G> - segni pagina tutti
G> - Trapping no
grazie mille dei dettagli Giuseppe. in questo modo 
posso cercare di replicare le impostazioni di stampa. 
solo un'altra cosa: che impostazioni avevi per il 
color management in InDesign? 
G> risultato:
G> FUNZIONA!!! ANCHE LE TIF???!!!?? 
dev'essere quella che i commerciali definiscono "maturazione 
del prodotto"; certo che ottenerla senza sostenere l'esborso 
per una nuova versione è roba da fargli venire i capelli grigi. 
che sia un effetto delle ragnatele di cui parlavi? quasi quasi 
scendo in garage a tirar fuori certe scatole... 
ok, più seriamente:
G> E' solo una prova molto veloce ma sembra funzionare tutto. E' possibile?
se i precedenti test con tiff erano in cmyk o rgb possono 
esserci differenze sostanziali nel trattamento che i dati 
subiscono. spero di riuscire a seguire il percorso di elaborazione 
di questa immagine che mi sembra di capire sia una greyscale. 
D> Se vuoi e hai tempo di divertirti...
potrei mai tirarmi indietro dopo aver prodotto 
cotanto sproloquio?   :-)
il mio rip si inchioderà senz'altro su quasi tutto 
ma l'esame del log ci può forse tornare utile per 
formulare qualche conclusione. chiaramente, proprio 
in virtù del fatto che dovrò individuare e rimuovere 
progressivamente tutto quanto mi blocca l'interpretazione, 
non potrò darti l'esito se non dopo parecchie ore di lavoro; 
se hai pazienza l'indirizzo è quello solito... 
gio
(che, stampatosi sul volto un sorrisone ebete, ammicca 
alla schermata del rip nel tentativo di coinvolgerlo)

di questa immagine che mi sembra di capire sia una greyscale.
si certamente i miei test erano svolti su immagini rgb e cmyk. Le tif
inviatemi sono in scala di grigio ed in effetti con quelle non ho
problemi.
Ciao
Giuseppe
lab...@spm.it