| Autore |
 Topic  |
|
Michele Volpicella
Advanced Member
1451 Posts |
 Postato - 30/11/2010 : 15:24:35
|
Ho letto il nuovo articolo con molto interesse.
Vittorio, sei riuscito a farmelo provare questo Argyll.
Intanto sono riuscito a "installarlo" cioè a copiare i file nel posto giusto e a creare alcuni target usando le varie opzioni. Poi sono riuscito a creare i TIF...mi sono stupito io stesso delle mie capacità, voglio dire che Argyll non è quella bestia nera che credevo.
Adesso dovrei stampare sto target e poi misurarlo con l'Eye-One Pro.
La mia paura è che lo scambio dei driver mi vada poi a toccare il driver nativo, anche se ho già visto che si può fare lo switch. Per sicurezza penso che lo installerò su un'altra partizione.
Intanto complimenti vivissimi per l'ottimo lavoro.
Rio de Janeiro-Venezia |
|
|
csette
Senior Member
327 Posts |
Postato - 30/11/2010 : 15:31:23
|
Michelino te lo avevo detto a suo tempo che Argyll era figo!!!!!
|
 |
|
|
VitOne
Advanced Member
405 Posts |
Postato - 30/11/2010 : 16:35:45
|
Ciao Michele! Grazie dei complimenti, sono contento che tu abbia scelto di provare Argyll. Vediamo che profilo esce fuori, un conto è il software del ColorMunki, altra cosa è quello dell'Eye One Pro (con cosa lo usi?). Se ti leggi la documentazione di Argyll trovi molti articoli interessanti a partire da questo: http://www.argyllcms.com/doc/iccgamutmapping.html che spiega la scelta della versione 2 e non della 4 ICC.
Per il driver onestamente non ho sentito lamentele da parte di nessuno, dovrebbe essere facile passare da uno all'altro, eventualmente devi riavviare il sistema. Ho letto (mi pare proprio in una nota di Alberto) che è possibile usare 2 porte USB diverse e installare 1 driver per porta, potresti provare.
A questo indirizzo trovi alcune informazioni sul driver Argll per l'EyeOne: http://www.argyllcms.com/doc/i1proDriver.html
Uno dei punti di forza di Argyll è la mailing list. Iscriviti e fai le tue domande, rispondono in qualche giorno (anche qualche ora, dipende), è meglio di tanti servizi a pagamento! |
|
|
|
AlbertoM
Moderatore
Italy
4742 Posts |
Postato - 30/11/2010 : 20:27:22
|
Citazione:
Postato da Michele Volpicella
Per sicurezza penso che lo installerò su un'altra partizione.
Sei un tipo ansioso? 
Come ho scritto in qualche altro topic, uso due diverse porte USB a seconda del SW che voglio utilizzare
Se sbaglio porta, il SW (o Argyll o Profilemaker) semplicemente non riconosce lo strumento, per cui non c'è possibilità d'errore
E comunque switchare un driver su una stessa porta è roba da 10 sec
Una volta installati entrambi i driver, è sufficiente fare un "Aggiorna Driver" e sceglierli manualmente
Questi sono i passaggi
Forse Vittorio conviene aggiungere queste immagini al tutorial, così non hanno più scuse 
AlbertoM |
|
|
|
Michele Volpicella
Advanced Member
1451 Posts |
Postato - 30/11/2010 : 22:48:38
|
Grazie Alberto, mi sembra effettivamente semplice.
Rio de Janeiro-Venezia |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 01:30:50
|
Citazione:
Postato da AlbertoM
Forse Vittorio conviene aggiungere queste immagini al tutorial, così non hanno più scuse
AlbertoM
Sicuramente è uno dei miglioramenti da inserire nell'articolo, provvedo appena possibile. |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 10:49:03
|
Per il driver la fate semplice, ma provate un po ad installarvi i driver su Win 7 x64 con Argyll 1.1.
Nemmeno Graeme è stato capace di capire per quale motivo sul mio sistema rifiutasse i driver che avevo firmato con il mio development kit. Ho riavviato in modalità sviluppatore, ho rimosso manualmente tutte le ricorrenze dei driver, niente da fare. Quando finalmente sono riuscito a farlo funzionare con Argyll mi sono reso conto che avevo eliminato per sbaglio il driver originale e non sono stato più capace di rifarglielo installare. Risultato? Formattone e installazione di Win7 x32 
Ad ogni modo Graeme aveva detto che ci avrebbe messo una pezza, a costo di utilizzare le libusb native di Windows, quindi magari le cose sono cambiate...
Darkbasic |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 12:00:19
|
Citazione:
Postato da darkbasic
Per il driver la fate semplice, ma provate un po ad installarvi i driver su Win 7 x64 con con Argyll 1.1.
Nemmeno Greame è stato capace di capire per quale motivo sul mio sistema rifiutasse i driver che avevo firmato con il mio development kit. Ho riavviato in modalità sviluppatore, ho rimosso manualmente tutte le ricorrenze dei driver, niente da fare. Quando finalmente sono riuscito a farlo funzionare con Argyll mi sono reso conto che avevo eliminato per sbaglio il driver originale e non sono stato più capace di rifarglielo installare. Risultato? Formattone e installazione di Win7 x32
Ad ogni modo Greame aveva detto che ci avrebbe messo una pezza, a costo di utilizzare le libusb native di Windows, quindi magari le cose sono cambiate...
Darkbasic
Il tutorial è scritto su Windows 7 64 dove non ho avuto il minimo problema a switchare tra il driver del ColorMunki e quello di Argyll. L'unico problema è che quando si usa il driver del ColorMunki con altri programmi ci si deve ricordare di disabilitare una voce nel pannello di controllo relativa all'uso dei dispositivi X-Rite con il software.
In precedenza ho avuto anche io problemi con il ColorMunki ed Argyll, ed è uno dei motivi per cui non lo stavo utilizzando. Con l'ultima release del software non ho avuto nesusn problema. Poi si sa, gli inconvenienti possono capitare sempre e l'articolo verrà aggiornato nel tempo se ce ne fosse bisogno.
Non ho capito quale hardware hai utilizzato e perché hai dovuto firmare i driver (ti impediva di installarli altrimenti?). |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 12:51:51
|
A quanto pare Graeme ha risolto il problema allora, ne sono felice.
I miei primi test con Argyll, il Colormunki e Win7 64 risalgono alla prima beta di Argyll 1.1, della quale avevo pubblicato i binari per windows nella mailing list (tral'altro ancora scaricatissimi, vai a capire perché  ). Win7 x64 ha il viziaccio di avere il palato molto più delicato con i driver: se non sono firmati digitalmente semplicemente non li vuole. Per firmarli però occorre comprare il development kit della microsoft, riavviare il sistema in modalità sviluppatore, firmware i driver, capire dove il sistema si è fatto le innumerevoli copie di backup non firmate...
Per farla breve sia io che un altro utente all'epoca ci abbiamo sbattuto parecchio la testa e l'uscita della 1.1 stabile non ha semplificato le cose. Lo stesso Graeme pensava di utilizzare lo stack usb nativo di windows piuttosto che le libusb per aggirare il problema. Non ho più seguito la cosa e non so come abbia risolto...
Darkbasic |
|
|
|
csette
Senior Member
327 Posts |
Postato - 01/12/2010 : 12:57:38
|
Vedete ad usare Winzozz 
Su OSX non ci sono di questi problemi  |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 13:15:37
|
A parte il fatto che OSX non è a 64 bit ma bensì un ibrido, è meglio se non inizio per niente questo genere di discorsi perché se odio Windows alle mele morsicate sono veramente allergico
Darkbasic |
|
|
|
csette
Senior Member
327 Posts |
Postato - 01/12/2010 : 13:28:29
|
Attenzione...Snow Leopard è a 64 bit altro che ibrido.... |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 13:29:01
|
Citazione:
Postato da csette
Vedete ad usare Winzozz
Su OSX non ci sono di questi problemi
personalmente non ho preferenze per nessun software e nessuna marca e ho usato e uso tuttora OSX e linux, dipende da quello che faccio. Purtroppo OSX mi ha dato diversi problemi proprio con la fotografia.
Le battaglie Mac vs PC vs Linux in cui si dice agli altri quello che il loro software non può fare sono a volte divertenti da leggere ma tante volte sono solo noiose. Personalmente preferisco far notare quello che il software può fare e cercare di risolvere i vari problemi che mi si pongono di volta in volta.
Una nota: prova a guardare il forum, scoprirai che spesso si presentano delle problematiche "solo per mac"  |
|
|
|
csette
Senior Member
327 Posts |
Postato - 01/12/2010 : 13:32:32
|
Citazione:
Postato da VitOne
presentano delle problematiche "solo per mac"
Tipo??
Sai Vito che ti voglio bene lo stesso anche se sei Winzozz User |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 14:01:41
|
 Tipo problemi con due monitor, problemi con QTR, problemi con la stampa dei target perché non è possibile disabilitare la gestione del colore del tutto (ora è anche un problema Windows se si usa CS5). Io ne ho avuti anche altri: MB Pro con HD da cambiare perché si era rotto, alcuni problemi con dei dispositvi bluetooth (in tempi recenti una Wacom Wireless che su PC funziona perfettamente).
Ho avuto poi problemi con Windows e con Linux e mi limito ad usare il software che mi capita cercando di sfruttarlo per quello che fa e non per quello che non fa  .
Anch'io te voglio bene assaiii, questa volta possiamo parlare dell'articolo? Non voglio toglierti il diritto di replica, però siamo fuori sede, se vuoi possiamo aprire una discussione con l'avviso [battaglia infruttosa, non da leggere] nel titolo e fare una serie di discussioni del tipo "questa cosa che hai detto è risolta così" "quest'altra non è un vero problema" "qui è più bello il mio"... |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 14:19:25
|
Citazione:
Postato da csette
Attenzione...Snow Leopard è a 64 bit altro che ibrido....
Snow Leopard è un ibrido, per quanto il marketing Apple possa dire il contrario. Per favore finiamola di inquinare questo topic perché l'articolo merita, se vorrai aprire un nuovo topic al riguardo sarò più che felice di insultare OSX 
Tornando in topic, avrei un'ulteriore precisazione.
Graeme Gill ha scritto: "The actions that -no -ni -np disable are specifically intended to improve smoothness and fit of cLUT profiles. That doesn't mean that they always have that effect, but that is the intention."
Che è l'esatto opposto di quanto scritto nell'articolo: "L'effetto dell'utilizzo di questi parametri è quello di rendere più omogenei i gradienti in stampa"
Se all'atto pratico i gradienti risultano essere migliori con -ni -no -np è per via di qualche bug in argyll.
L'autore di Argyll ha esplicitamente chiesto che questi casi venissero segnalati per cercare di risolvere il problema:
Graeme Gill ha scritto:
"Or worse gradients. It's probably not wise to set options
for no particular reason. Try it without such options first,
and then use options to change defaults when there is a reason
to do so. It's also far more useful in the long run to report such
problems too, rather than finding a workaround and then never
have the problem looked at."
Darkbasic |
|
|
|
csette
Senior Member
327 Posts |
Postato - 01/12/2010 : 14:23:15
|
@Alberto: per cortesia potresti rimuovere i miei ultmi interventi odio inquinare le cose.
Grazie |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 14:37:11
|
Buona idea, per favore rimuovi anche i miei di commenti OT.
Grazie
Darkbasic |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 15:59:04
|
Citazione:
Postato da darkbasic
Graeme Gill ha scritto: "The actions that -no -ni -np disable are specifically intended to improve smoothness and fit of cLUT profiles. That doesn't mean that they always have that effect, but that is the intention."
Che è l'esatto opposto di quanto scritto nell'articolo: "L'effetto dell'utilizzo di questi parametri è quello di rendere più omogenei i gradienti in stampa"
Se all'atto pratico i gradienti risultano essere migliori con -ni -no -np è per via di qualche bug in argyll.
L'autore di Argyll ha esplicitamente chiesto che questi casi venissero segnalati per cercare di risolvere il problema:
Graeme Gill ha scritto:
"Or worse gradients. It's probably not wise to set options
for no particular reason. Try it without such options first,
and then use options to change defaults when there is a reason
to do so. It's also far more useful in the long run to report such
problems too, rather than finding a workaround and then never
have the problem looked at."
Darkbasic
Grazie per la segnalazione utile.
Per quando rigurada quando scritto da Graeme Gill non ho ben capito quanto ha scritto, in fatti io non ho fatto altro che riportare che, utilizzando i parametri (ovvero scrivendo -no -ni -np), i gradienti sembrano essere più omogenei, sengnalando il risultato da me ottenuto quando mi è stato chiesto perché li utilizzavo.
Per il discorso dei parametri -no -ni -np dalle prove fatte risulta che abilitandoli il gradiente in stampa migliora. Non mi è noto se il motivo sia da ricercare in un bug di Argyll o in altro. Sono state inserite delle figure esplicative ed è stato scritto che questi parametri non sono consigliati dall'autore del software.
Se mi puoi correggere vedo di sistemare l'articolo. |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 16:18:54
|
Con "L'effetto dell'utilizzo di questi parametri è quello di rendere più omogenei i gradienti in stampa" sembra che tu voglia dire che questi parametri sono stati creati per migliorare i gradienti, in realtà questi parametri servono per DISABILITARE le ottimizzazioni volte a migliorare i gradienti.
Tutta questa confusione nasce dal fatto che probabilmente in alcuni test tali ottimizzazioni (quelle che i parametri da te citati DISABILITANO) hanno solo peggiorato la situazione.
Darkbasic |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 01/12/2010 : 16:26:44
|
Capisco la confusione, diciamo che:
1) La regola generale dell'articolo è "prova tu, io suggerisco quello che penso possa essere il parametro migliore".
2) Dalle esperienze che ho sentito quei parametri migliorano i gradienti, e io li ho inseriti per quello. Che poi siano pensati per altro è un discorso diverso.
Vediamo di chiarire questi aspetti nella prossima revisione dell'articolo. |
|
|
|
AlbertoM
Moderatore
Italy
4742 Posts |
Postato - 01/12/2010 : 16:26:46
|
Citazione:
Postato da darkbasic
Graeme Gill ha scritto: "The actions that -no -ni -np disable are specifically intended to improve smoothness and fit of cLUT profiles. That doesn't mean that they always have that effect, but that is the intention."
Anch'io avevo capito l'opposto, non avevo letto bene la frase
Però garantisco che togliendo le curve in ingresso/uscita, i gradienti migliorano, cioè gli scalini si piallano
Tra l'altro anche nei profili di monitor
Tu una volta hai scritto che i gradienti migliori in PS li ottieni con profili a matrice per il monitor, io invece ho avuto l'esperienza opposta: i gradienti migliori nella compensazione a monitor di PS li ottengo con un profilo a tabella generato con i parametri -ni -no -np
Prova anche tu, giusto per curiosità
Io feci molti test con una versione vecchia di Argyll, forse adesso le cose sono cambiate
AlbertoM |
|
|
|
darkbasic
Average Member
70 Posts |
Postato - 01/12/2010 : 17:23:48
|
Rifarò anche io delle prove perché effettivamente da una versione all'altra di argyll è lecito aspettarsi un comportamento differente.
Darkbasic |
|
|
|
VitOne
Advanced Member
405 Posts |
|
|
felapor
Average Member
Italy
77 Posts |
Postato - 03/12/2010 : 18:43:23
|
VitOne ti ringrazio per l'articolo che mi ha permesso di iniziare ad usare argyll, non ho ancora installato i driver, cosa che penso di fare domani, per la lettura delle patch, ma sono fiducioso ora che un nuovo mondo si è schiuso ( esagero tanto non costa nulla).
grazie |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 04/12/2010 : 01:06:59
|
Citazione:
Postato da felapor
VitOne ti ringrazio per l'articolo che mi ha permesso di iniziare ad usare argyll, non ho ancora installato i driver, cosa che penso di fare domani, per la lettura delle patch, ma sono fiducioso ora che un nuovo mondo si è schiuso ( esagero tanto non costa nulla).
grazie
Mi fa piacere sapere che l'articolo sia stato utile. Se hai dubbi o domande chiedi pure, così lo perfezioniamo via via aggiungendo le informazioni mancanti e correggendo gli errori. |
|
|
|
felapor
Average Member
Italy
77 Posts |
Postato - 04/12/2010 : 18:04:36
|
Tu non sai quello che fai con codesti inviti...
Allora primo problema ( sottoproblema: non riesco ad inserire una immagine)mi da questo messaggio:
"chartread: Error - Opening USB port 'usb:/bus1/dev4/ (X-Rite Colormunki)' config 1 failed (operation not supported or unimplemented on this platform) ( permission ?)".
Ho aggiornato i driver con quelli di argyll, però il risultato è questo.
Che significa, che fare?
Grazie e saluti
Felice
|
|
|
|
felapor
Average Member
Italy
77 Posts |
Postato - 04/12/2010 : 18:07:03
|
| windows 7 |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 04/12/2010 : 19:04:05
|
| Sicuro di aver aperto CMD in modalità amministratore? |
|
|
|
felapor
Average Member
Italy
77 Posts |
Postato - 05/12/2010 : 13:17:45
|
| si, click col destro, esegui come amministratore. |
|
|
|
VitOne
Advanced Member
405 Posts |
Postato - 05/12/2010 : 15:54:32
|
Citazione:
Postato da felapor
si, click col destro, esegui come amministratore.
Io utilizzo Windows 7 64 e il ColorMunki viene riconosciuto correttamente. Quello che posso pensare è che:
1) Il driver non sia correttamente installato, magari è ancora in uso il driver X-Rite, in gestione periferiche ti viene visualizzato come nell'immagine inclusa nell'articolo?
2) Prova a scrivere nella mailing list di supporto di Argyll e senti cosa ti dicono, ho 3 persone che hanno provato il tutorial con il ColorMunki e non hanno avuto problemi (tutti su Window 7 64).
3) Prova a cambiare porta USB a cui hai collegato il ColorMunki, non lo collegare ad un hub ma direttamente al computer.
Mi spiace ma non ti so essere d'aiuto più di così, fammi sapere se risolvi. |
|
|
|
Topic |
|
Nuovo Articolo PA su Argyll/Print
