image du monde végétal — close-up

Fiery sous OSX 10.6.x

D'AppleTalk à IP
Dans | groummphh | signé vincent | utilo pratique |

par Vincent Burgeon

En écho au billet de JC concernant sa vaillante QMS, la résolution du même type de mésaventure avec un copieur connecté, dans l'agence où je travaille. Nous utilisons un copieur Canon CLC-4040, connecté à un RIP Colorpass GX100 ; une configuration plutôt courante en agence de pub<; rien de très exotique.

Après avoir installé Snow Leopard sur mon poste, en septembre dernier,même scénario : le service d'impression ne répondait plus… Direction les Préférence Système pour recréer ledit service.

Et là, surprise, plus d'Appletalk (bon, demi-surprise dans la mesure où l'on savait ce vieux protocole moribond – si mes souvenirs sont bons, Apple avait déjà parlé de le laisser tomber, dès la première version d'OS X).
 
La solution était donc d'utiliser IP en lieu et place d'AppleTalk.
Mais il y avait un deuxième écueil à franchir : une erreur d'autorisation sur un composant Fiery qui, si elle n'est pas résolue, donnera ce type de message :

20100410_SL-Fiery-pas-ok.png

En effet, en allant jeter un œil à la console, on peut lire ceci :

20100410_SL-Fiery-console.png

C'est pourquoi il faut d'abord éliminer ce problème avant de créer un nouveau service d'impression.
Pour celà, ouvrir le Terminal et entrer la commande :
sudo chown root /Library/Printers/Canon/PS3/Filters/fierycupsfilter
qui attribue à Root (l'utilisateur Système) la possession du composant fierycupsfilter.

À noter que le problème semble se poser lorsque l'on met-à-jour en 10.6 un poste sur lequel ces composants étaient déjà installés. Sur une nouvelle configuration Snow Leopard installée from scratch, la manipulation n'est pas nécessaire.

Maintenant que le composant Fiery est débloqué, deuxième étape : la bonne configuration du service.
En effet, si avec AppleTalk, c'était enfantin de créer un service d'impression, avec IP, c'est une autre paire de manches.
 
Après pas mal d'essais, j'ai trouvé une seule configuration qui (dans mon cas) fonctionne : 

20100410_SL-CLC-ecran-print3.png

Commentaires (je répète un peu ce que racontaient JC et Dominique, mais c'est intéressant de voir que cela s'applique également ici) :


— Le protocole : après plusieurs essais, c'est celui-là qui m'a donné les meilleurs résultats (blocages des tâches avec les autres). 
L'adresse IP du RIP peut être récupérée en demandant à l'imprimante une sortie de la configuration (qu'on obtient via l'écran de contrôle de la bécane).
La file d'attente : Attention : bien la référencer. Là j'ai mis print, en bas-de-casse, sans espace ni rien. J'ai fait des essais avec direct, ça marche aussi. En laissant le champ vide ça ne fonctionne pas (contrairement à ce qui est expliqué dans la fenêtre de paramétrages). Bref, c'est un point sensible… Et pas de solution miracle ! Chose curieuse, dans le rapport de configuration de l'imprimante, le nom de la file d'attente print est donné en français : Impression. Pourtant, ça ne fonctionne que quand il est libellé en anglais dans nos Préférences Système. Donc bien mettre  print ou direct.
Nom : le nom tel qu'il apparaîtra dans la fenêtre d'impression des applications.  
Emplacement : l'endroit où se trouve la bécane (on peut mettre n'importe quoi, le Mac n'ira pas vérifier(*)). 
Imprimer via : définition du pilote : dans mon cas, j'en ai deux qui fonctionnent : un Premier, propre au CLC-4040, fourni par un technicien Canon lors de l'installation du copieur ; un second qui est une sorte de pilote PostScript générique, Trouvé sur le site de Canon. Par-contre, les pilotes propres au CLC-4040 trouvé sur le site Canon ne semblent pas fonctionner…

Donc attention, il peut y avoir deux problèmes distincts : 1°, les autorisations sur le fichier fierycupsfilter et, 2°, le bon paramétrage de l'imprimante IP, qui demande d'être assez précis.

Par ailleurs, sur le site Canon, on peut télécharger Command Workstation, un logiciel qui permet de superviser le trafic sur le ColorPass et permet ainsi de voir, lors de tests, comment se comportent les jobs envoyés sur le Fiery. 

Rien à voir, mais la mise-à-jour 10.6.3 règle également un problème agaçant, apparu avec la 10.6 : l'impossibilité d'ouvrir à partir du Finder (en double-cliquant) des fichiers InDesign CS4 dont le nom comporte un #. La manipulation donnait le très explicite message : Valeur obligatoire manquante pour le paramètre 'from' de l'événement 'open' :

20100410_indesign-bugged.png

Depuis le dernier update, ça fonctionne à nouveau…



(*) Ajout du JC : je me demande si ce champ n'est pas simplement là pour bien localiser l'imprimante dans une grosse entreprise, genre … Fiery du bâtiment B, 3° étage

20100410_SL-Fiery-nuage.png
Note(s) de lecteur(s)…

Guillaume Gete (the Mac Gourou) confirme via Twitter :
ta précision en bas d'article est exacte, c'est bien pour localiser l'imprimante dans une grosse entreprise… :)

Merci GG !

Vincent ajoute ceci (un mail de François) :
Je me permet d'apporter quelques compléments d'information.
Dans le champ File d'attente, il y a par défaut trois valeurs possibles :
print, direct et hold. Dans un environnement multi-utilisateurs, print joue le rôle d'une file d'attente, premier arrivé, premier servi. Direct permet de passer devant les jobs qui sont dans la file d'attente.
logotype d'urbanbike
image