La conversion de PCL en TIFF est la conversion la plus simple pour tout outil de transformation PCL. Cependant, la conversion d'un langage de contrôle d'imprimante adressable en tous points avec un bitmap résidant en téléchargement/imprimante et deux types de polices évolutives qui peuvent ou non être liées à des centaines de jeux de symboles ... plein de surprises. Assurez-vous donc de disposer d'un large éventail de fichiers PCL de test provenant des applications existantes et existantes avant de prendre toute décision importante en matière de développement d'applications.
Ce sont les questions que vous devez vous poser avant d'essayer d'écrire votre propre code (avec/sans SDK de tout fournisseur): « toute PCL »
Aucun outil ne peut convertir "n'importe quel PCL". Et, PCL XL/PCL6 est une langue complètement différente. La documentation technique HP PCL5e a été mise à jour pour la dernière fois en 1997, mais la plus grande partie remonte à 1992. Voulez-vous devenir un expert PCL? Voulez-vous devenir un expert dans certains SDK de transformation PCL? Ou voulez-vous simplement soutenir PCL et faire le travail?
Comment le PCL est-il capturé? Savez-vous quel utilisateur l'a créé? Est-ce que le PCL a un nom de fichier significatif, que vous voulez que le TIFF ait également?
Allez-vous envoyer un fax au format TIFF? Comment allez-vous obtenir le numéro de fax et le faire correspondre avec le TIFF?
Allez-vous indexer le TIFF? Comment allez-vous obtenir les clés d'index?
Avez-vous plusieurs fichiers d'impression PCL de document? Voulez-vous les diviser en TIFF individuellement nommé/indexé/routé.
Vous attendez-vous à ce que tous vos PCL soient immédiatement consultables?
Nous sommes spécialisés dans les technologies de transformation PCL depuis 18 ans. Nous avons les outils les plus polyvalents au monde. Toutefois, ne recommandez l'écriture de code personnalisé avec notre API si notre programme de console Windows (PCLXForm.exe) ne peut pas vous fournir toutes vos exigences d'application et de flux de travail d'une manière plus extensible. PCLXForm dispose d'un langage de programmation de script ASCII très puissant pour le développement rapide d'applications et il est beaucoup plus facile pour nous de prendre en charge le code API personnalisé.
Nous rencontrons tous les mois des PCL patrimoniaux qui nous obligent à adapter notre produit. Ou, HP, Lexmark ou Xerox sortent avec une nouvelle imprimante qui a une nouvelle méthode de compression propriétaire dans leur PCL que nous devons désosser afin de la convertir. HP vient de sortir avec une imprimante qui utilise un émulateur PCL5 (pas PCL5e) tiers qui n'est même pas entièrement compatible avec le code de niveau PCL5. Nous avons beaucoup de clients qui utilisent nos outils pour transmettre en continu le PCL dans un autre niveau de PCL juste pour imprimer le PCL hérité sur une nouvelle imprimante PCL. Donc, avant de commencer à écrire un programme C# qui utilise simplement une fonction pcl2tif. Je vous recommande fortement de répondre d'abord aux questions ci-dessus. Ou, mieux encore - créez un énoncé de travail complet et présentez-le à divers fournisseurs pour voir ce qu'ils recommandent.
Cordialement, Bob Pooley pagetech.com
Vous êtes à la recherche d'un logiciel RIP (processeur d'image raster). Pas le temps d'en trouver un maintenant mais les mots-clés PLC RIP devraient vous aider à chercher. –
@David - été la recherche depuis quelques jours maintenant et je ne trouve rien sous "PCL RIP" et le seul SDK que je peux trouver est le PageTech. Je vais devoir continuer à creuser. Je suis surpris qu'il n'y ait pas encore de bibliothèque complètement développée! Le support d'imagerie PCL/PJL/PS semble être un besoin trop commun de ne pas avoir de bibliothèque existante! –
En réponse à votre commentaire: Toutes les imprimantes ne fonctionnent pas, si elles utilisent exclusivement leurs propres pilotes d'imprimante et applications communes, vous avez de meilleures chances. Si c'est un code PCL personnalisé, vous constaterez que tous les fournisseurs d'imprimantes ne sont pas créés égaux. Le plus gros problème n'est pas de supporter le langage mais de gérer tout le code PCL malformé qui existe. C'est pourquoi nous n'embarquerions pas la tâche. Si vous avez le contrôle de la source PCL alors la tâche n'est pas si mauvaise, si vous ne le faites pas alors c'est un vrai problème. C'est pourquoi il n'y a qu'une poignée de gars qui ont un code solide qui le fait bien. –