Problème flashage, L'imprimeur ne peut traiter mon PDF

[Ricounet2]

J'ai fourni mon PDF à l'imprimeur qui ne peux le traiter dans son flux (Prinergy).
Il me dit que le traitement démarre et ne termine jamais, sans message d'erreur.

Je n'ai pas de solutions... forcément c'est un job urgent.

Puis-je vous demander si d'après vous mon PDF est correct ou pas ?

Lien :
http://dl.dropbox.com/u/1032625/Recto02.pdf
(6 Mo)

[Dexter]

Acrobat dit qu'il est conforme X1a (2001 et 2003)
Tu l'a exporté ou distillé?

Ce message a été modifié par Dexter - 5 Mar 2010, 14:48.

[Ricounet2]

il est exporté via indesign CS4

[deds]

Bonjour Ricounet2,
en ouvrant le pdf dans Illustrator (CS4, outre les polices manquantes - normal- ) le bandeau rayé du bas a été bizzarement interprêté chez moi .
Par contre les rayures occupent tout le document ==> longueur traitement ?


Ce message a été modifié par deds - 5 Mar 2010, 14:56.

[Dexter]

As tu essayé un .ps et distillation ?

[EDIT] idem pour Ai chez moi (CS4)

Ce message a été modifié par Dexter - 5 Mar 2010, 14:58.

[Ricounet2]

je viens d'envoyer une page à l'imprimeur sans les traits, ça ne change rien…
Merci pour cette piste.

Pour info, le PDF passe très bien sur notre vieil Apogee.

je teste en PS + distiller.

Ce message a été modifié par Ricounet2 - 5 Mar 2010, 15:06.

[Guest_claude72_*]

Pour info, le PDF passe très bien sur notre vieil Apogee.

Oui, mais tu le flashes comment sur l'Apogee ??? direct en jetant ton PDF dans le hot-folder ? ou en l'ouvrant dans Acrobat et en imprimant depuis Acrobat ?

(mon Apogee refuse en général les PDF 1.3 exportés, alors qu'il les flashe le plus souvent sans trop de problème en passant par Acrobat...)

je teste en PS + distiller.

Quand ça merde avec un PDF exporté c'est souvent à cause d'un RIP qui ne sait pas traîter les spécificités des PDF exportés...

... et donc dans la plupart des cas (pour ne pas dire à chaque fois) la solution PS+Distiller fonctionne alors sans problème !

[Ricounet2]

------- MAJ -------

PS + Distiller, ça ne change rien… Je me demande si le problème vient bien de mes fichiers !!

[Dexter]

Quand ça merde avec un PDF exporté c'est souvent à cause d'un RIP qui ne sait pas traîter les spécificités des PDF exportés...

... et donc dans la plupart des cas (pour ne pas dire à chaque fois) la solution PS+Distiller fonctionne alors sans problème !

(J'ai bien retenu la leçon ... )

PS + Distiller, ça ne change rien… Je me demande si le problème vient bien de mes fichiers !!

Ce message a été modifié par Dexter - 5 Mar 2010, 15:48.

[Ricounet2]

Pour info, le PDF passe très bien sur notre vieil Apogee.

Oui, mais tu le flashes comment sur l'Apogee ??? direct en jetant ton PDF dans le hot-folder ? ou en l'ouvrant dans Acrobat et en imprimant depuis Acrobat ?

(mon Apogee refuse en général les PDF 1.3 exportés, alors qu'il les flashe le plus souvent sans trop de problème en passant par Acrobat...)

Oui, en copiant le PDF 1.3 dans le hot-folder. C'est bien passé, comme ça passait à l'époque ou la 5 était encore dans l'atelier…

[Guest_claude72_*]

PS + Distiller, ça ne change rien…

Ah ben là c'est inquiétant !!! parceque si ça avait été un problème d'incompatibilité entre le RIP et les PDF exportés, normalement le PS+Distiller aurait dû régler le problème !!!

(quelle version ton Apogee ??? moi c'est un 2...)

(je dois faire du flashage ce WE, donc si tu veux je pourrais tester ton PDF sur mes RIP... demain ou peut-être ce soir tard)


Sinon, une solution que j'ai parfois utilisée et qui m'a sauvé, c'est de demander au client de me fournir toutes les polices utilisées (en fait de me fournir le dossier "Fonts" du rassemblement pour la sortie à partir de InDesign), de charger ces polices, d'ouvrir le PDF dans Illustrator et de flasher à partir d'Illustrator.


Et en dernier recours, puisque ton fichier passe dans ton Apogee, tu pourrais envisager de fournir à ton imprimeur directement les rasters 1-bit sortis de ton Apogee !!!


******

EDIT : avant d'en arriver à ces solutions extrêmes... il faudrait que tu saches quelles sont vraiment les compatibilités du Prinergy de ton imprimeur, et surtout savoir si c'est un RIP PostScript ou un RIP compatible PrintEngine...

... et si c'est un Print Engine, le 1.3 ne se justifie plus, et tu devrais alors tenter un PDF exporté en 1.4 et en 1.5* (donc avec transparences "live")

(* sur un autre forum, un pote imprimeur équipé d'un Prinergy rapportait qu'il avait souvent des problèmes avec les PDF 1.4 exportés, mais que ces problèmes disparaissaient avec des PDF 1.5 !)


******

(J'ai bien retenu la leçon ... )

Je vois ! (merci )

Ce message a été modifié par claude72 - 5 Mar 2010, 16:19.

[Ricounet2]

On a un Apogee "Series 3" 1.0.1 u2.

J'ai finalement passé mon rassemblement indesign à l'imprimeur. Et le problème est toujours là… Ils me disent qu'ils ont laissé calculer une page A4 depuis ce matin, c'est finalement arrivé au bout, c'est resté bloqué à 3 % pendant très longtemps avant de repartir, il a fallu presque 4 h !

(il y a au total 36 modèles de 6 pages).

Merci Claude pour tes autres pistes, je vais voir avec eux.

[Guest_claude72_*]

On a un Apogee "Series 3" 1.0.1 u2.

Donc un peu plus récent que le mien... ce qui explique peut-être qu'il accepte des PDF 1.3 exportés !

J'ai finalement passé mon rassemblement indesign à l'imprimeur. Et le problème est toujours là… Ils me disent qu'ils ont laissé calculer une page A4 depuis ce matin, c'est finalement arrivé au bout, c'est resté bloqué à 3 % pendant très longtemps avant de repartir, il a fallu presque 4 h !

Bon, alors ce n'est probablement pas un problème de RIP et certainement pas un problème de PDF...

... mais plutôt un problème dans ton fichier natif : police ou image !

Dans un 1er temps, ce que tu peux faire c'est tout vectoriser pour voir si ça serait un problème avec une police ???

[deds]

... mais plutôt un problème dans ton fichier natif : police ou image !

Les 2 polices de la même famille (TrueType CID) sont suspecte .
Et ce "bandeau" du bas...

Comprends pas, pas glop .

PS : Bonjour claude72 !

Ce message a été modifié par deds - 5 Mar 2010, 16:51.

[406]

j'aime pas les typos en format CID. souvent une galère avec.

édit

Par contre les rayures occupent tout le document ==> longueur traitement ?

effectivement, çà doit être lourd à gérer, çà et les trois/quart sont masqué au final.
amha, il faudrait voir comment est régler le rip pour les dégradés. si ils passent en CT ou en LW et supprimer les calculs inutiles

ha ben tu m'étonne que c'est lourd à calculer


Ce message a été modifié par 406 - 5 Mar 2010, 17:05.

[deds]

Bonjour 406,

en ouvrant le pdf dans Illustrator... le bandeau rayé du bas a été bizzarement interprêté chez moi .

Par rapport à ta capture, même punition.

effectivement, çà doit être lourd à gérer, çà et les trois/quart sont masqué au final.

C'est énorme mais pas si surprenant au final, non ? Cela peut être optimisé...


Ce message a été modifié par deds - 5 Mar 2010, 17:20.

[Guest_claude72_*]

Les 2 polices de la même famille (TrueType CID) sont suspecte .

Oui !!! et c'est pour cette raison que je suggérai un essai avec vectorisation !

(on a coutume de dire qu'au flashage 50% des problèmes viennent des polices, et les 50% restants viennent des images (mais c'était avant l'apparition des transparences !!!)... donc dans un 1er temps vectoriser toutes les polices permet de lever le doute... et ensuite, si ça passe et donc que le problème vient des polices, il suffit de vectoriser police par police pour déterminer la ou les coupable-s)


(Salut deds )



******

j'aime pas les typos en format CID. souvent une galère avec.

Oui... il ne faut pas oublier que les fontes CID incorporées par les "PDF libraries" dans les PDF exportés de InDesign depuis la version 1 jusqu'à la version 3 (CS1) incluse ont été LA principale cause de problèmes de compatibilité avec les RIP !!!

Ce message a été modifié par claude72 - 5 Mar 2010, 17:26.

[Dexter]

Oui !!! et c'est pour cette raison que je suggérai un essai avec vectorisation !

Moi également mais j'ai oublié de valider ma réponse

[Rench]

Vu le nombre d'éléments vectoriels qui composent cette planche, je pencherais plus pour un problème au moment de la génération des recouvrements.

Demande à ton imprimeur de désactiver la gestion de ceux-ci au moment du raffinage pour voir si ça ne solutionne pas le problème…

Ce message a été modifié par Rench - 5 Mar 2010, 17:57.

[406]

ha oui. donc vérifier aussi les paramètres de FAF sur le rip.

Oui !!! et c'est pour cette raison que je suggérai un essai avec vectorisation !

Moi également mais j'ai oublié de valider ma réponse

MDR , c'est ce que je pensais que t'avais pas validé

Ce message a été modifié par 406 - 5 Mar 2010, 18:32.

[Guest_claude72_*]

le bandeau rayé du bas a été bizzarement interprêté chez moi .
Par contre les rayures occupent tout le document ==> longueur traitement ?

Pas de problème avec les rayures chez moi sous Illustrator CS3... effectivement, elles occupent tout le document et sont simplement masquées pour n'apparaître qu'à la largeur du bandeau* en bas, mais perso ça ne m'inquiète pas car ce sont simplement des petits blocs à fond blanc et contour gris (à 82,4 %) de 1 pt d'épaisseur, définis chacun par seulement 4 points directeurs, donc rien de bien compliqué... et il y en a relativement peu... et que le bloc soit juste de la longueur qui convient pour faire juste le bandeau en bas, ou que le bloc traverse toute la page ne change probablement rien au temps de traitement !


* lequel bandeau est en gris quadri ??? est-ce bien nécessaire ?


En revanche, je pense que ce qui doit certainement être beaucoup plus long à calculer pour le RIP, ce sont les petits cadres en dégradé de gris hachurés autour de chaque prix !!! avec du dégradé, des tracés transparents, des masques et plein de blocs (dont seulement 25% est réellement utile, les 75% restants étant en dehors du cadre !!!)... pris individuellement, chaque élément n'a rien de bien compliqué, mais il y en a un nombre considérable pour chaque cadre et 75% d'inutiles !!!
(sur la copie d'écran de 406, ce sont les grosses masses bleues inclinées vers la gauche, 8 sur la rangée du haut, et 2 fois 3 sur la rangée du bas)


*******


Le flashage (virtuel) :

• Le PDF direct dans le RIP Viper 3 = le Viper quitte inopinément (c'était prévisible, il n'aime vraiment pas les PDF exportés !!!)

• Flashé depuis Acrobat Pro, c'est passé sans aucun problème :
- entre 20 et 30 secondes par page pour recevoir les données et préparer la rastérisation de la page,
(ça c'est un peu long : en général, pour une page A4 c'est plutôt de l'ordre de 2 à 3 secondes, donc pour un doc format 3 pages A4, ça n'aurait pas dû dépasser 10 secondes)
- entre 37 et 40 secondes pour la rastérisaton réelle de chaque page...
... et donc au total il a mis environ 4 minutes et 30 secondes pour sortir les 4 rasters 1-bit à 2400 dpi... (générant 950 Mo de données)



*********

Vu le nombre d'éléments vectoriels qui composent cette planche, je pencherais plus pour un problème au moment de la génération des recouvrements.

Oui... ça c'est bien possible aussi... surtout au niveau des cadres des prix, notament !

(mon Viper n'ajoute pas de recouvrement... donc ce problème ne se pose pas pour lui !)

Ce message a été modifié par claude72 - 5 Mar 2010, 21:13.

[Ricounet2]

Salut à tous, c'est super sympa de votre part de prendre du temps pour ce problème.

Aux dernières nouvelles (hier soir), l'imprimeur me dit pouvoir traiter les PDF via leur "ancien" rip. Je pense donc que je ne connaîtrai pas l'origine de ce problème avec Prinergy… C'est la première fois que j'ai des soucis de ce type en export PDF depuis indesign, avec ce même imprimeur.

Pour ce qui est de la colorimétrie et des polices, j'applique strictement la charte du client mais j'admets que j'aurai pu optimiser les "traits".

[406]

Peut-être que son rip récent prend en charge l'Adobe PDF Print Engine ? en ce cas, plus besoin de faire du 1.3 pour ce dernier

[trouspinette]

• Flashé depuis Acrobat Pro, c'est passé sans aucun problème :

Flashé depuis Acrobat ==> tu fais un pomme P ?

Et en dernier recours, puisque ton fichier passe dans ton Apogee, tu pourrais envisager de fournir à ton imprimeur directement les rasters 1-bit sortis de ton Apogee !!!

Il risque d'en chier un peu pour imposer les Tiff1Bit

[trouspinette]

J'ai fourni mon PDF à l'imprimeur qui ne peux le traiter dans son flux (Prinergy).
Il me dit que le traitement démarre et ne termine jamais, sans message d'erreur.

Je n'ai pas de solutions... forcément c'est un job urgent.

Puis-je vous demander si d'après vous mon PDF est correct ou pas ?

Lien :
http://dl.dropbox.com/u/1032625/Recto02.pdf
(6 Mo)

Tiens, peux tu demander à ton imprimeur de tester le PDF retraité qui est ici :

http://trouspinette.free.fr/ZUNE/Recto02_1-1.pdf

Je suis curieux de voir le traitement chez eux.

claude72, fais donc l'essai de ce PDF STP avec ton RIP (directement dans ton HotFolder)

Merci

[Guest_claude72_*]

Flashé depuis Acrobat ==> tu fais un pomme P ?

Ben oui !

Il risque d'en chier un peu pour imposer les Tiff1Bit

??? le Prinergy, il paraît que c'est la "Rolls" des RIP !!!... alors ça devrait être capable de se débrouiller avec des Tiff 1-bit venant d'un autre RIP ? non ?

claude72, fais donc l'essai de ce PDF STP avec ton RIP (directement dans ton HotFolder)

Ok, je fais ça demain et je te tiens au courant.

[Guytoon]

Bonjour,

Je travaille sur le flux Prinergy; pour décanter le problème, essayer ceci :

-à partir de ton PDF, l'enregistrer sous en postsript (dans les options, demander images binaires, postsript niveau 2 et demander l'aplatissement de la transparence en haute résolution), livrer le .ps
-au stade de la normalisation dans Workshop, régler la transparence sur "Leave as is"

Tiens nous au jus!!

@+

Ce message a été modifié par Guytoon - 7 Mar 2010, 17:38.

[Guest_claude72_*]

claude72, fais donc l'essai de ce PDF STP avec ton RIP (directement dans ton HotFolder)

C'est fait : le Viper 3 ne quitte pas inopinément (c'est déjà un progrès !!!), mais renvoie :

Code

PDF error = 102

(qu'as-tu fait sur ce PDF ?)

Ce message a été modifié par claude72 - 7 Mar 2010, 19:57.

[deds]

Tiens, peux tu demander à ton imprimeur de tester le PDF retraité qui est ici :

http://trouspinette.free.fr/ZUNE/Recto02_1-1.pdf

Je suis curieux de voir le traitement chez eux.

Le "Bandeau du bas" est ok (Ouverture dans Illustrator) !!!

[Ricounet2]

Guytoon, Trouspinette, Claude 72 et les autres, j'ai soumis à l'imprimeur vos différentes remarques et tests à faire… pour permettre d'identifier le problème et d'éviter à l'avenir ce genre de désagrément. J'ai eu la réponse suivante : "pas d'inquiétude, à partir du 15 mars nous aurons la dernière version de prinergy qui traite particulièrement les problèmes de transparence ou recouvrement de la CS4."

J'en déduis qu'ils ont déjà eu avant mes fichiers d'autres soucis de ce type. Quoi qu'il en soit, ils ne vont probablement pas faire de tests…

Merci à tous.

[406]

et ben. si j'avais attendu la dernière mise à jour à chaque fois, pour faire le boulot qui passe pas, j'aurais pas mal de film qui seraient pas sorti depuis 1992.
signé 406 qui préfère se sortir les doigts du Q pour les mettre sur la souris et régler à la mano.

Ce message a été modifié par 406 - 8 Mar 2010, 16:30.

[Guest_claude72_*]

la dernière version de prinergy qui traite particulièrement les problèmes de transparence ou recouvrement de la CS4.

C'est à dire la dernière version (compatible) PrintEngine... donc il est fort possible que leur RIP actuel ne soit encore que PostScript, ce qui explique tous les problèmes !!!

J'en déduis qu'ils ont déjà eu avant mes fichiers d'autres soucis de ce type.

Oh, très certainement ! parceque aujourd'hui avec le forcing que fait Adobe pour son export PDF direct, et tous les gens qui ne savent pas faire des PDF et cliquent seulement sur exporter, pour les imprimeurs il n'y a pas 36 solutions :

• soit l'imprimeur a un RIP toujours à jour, et il peut traîter tous les fichiers qui arrivent sans aucun problème,

• soit l'imprimeur a un RIP PostScript (+ ou - vieux), et là :
- soit il pose des limites strictes (genre PDF distillés, version 1.3) pour touours avoir des fichiers compatibles avec son vieux RIP...
- mais si il prend tout ce qui vient, sans avoir le RIP capable de tout traiter (et c'est probablement le cas de ton imprimeur), alors il galère pour arriver à flasher !!!


(ce qui m'étonne quand-même, c'est que ton "vieil" Apogee et mon antique Viper hors-d'âge (1998, PostScript version 3010...) arrivent quand-même à rastérizer ce fichier sans problème ???)

[406]

oui mais toi, tu sais paramétrer un rip et même changer les réglages s'il le faut, Claude72. eux, j'en doute fortement. j'ai même déjà été confronté à une nana qui refusait d'y toucher pour régler un problème dans mon pdf alors que c'était SON boulot.

[trouspinette]

(ce qui m'étonne quand-même, c'est que ton "vieil" Apogee et mon antique Viper hors-d'âge (1998, PostScript version 3010...) arrivent quand-même à rastérizer ce fichier sans problème ???)

C'est normal claude72. Quand tu fais un Pomme P, tu passes en Postscript, tes polices TrueType copyrighté passent en Type1, la transparence est aplatie, etc... Moi aussi je préconise en passage en .PS quand ça pose soucis.

Bonjour,

Je travaille sur le flux Prinergy; pour décanter le problème, essayer ceci :

-à partir de ton PDF, l'enregistrer sous en postsript (dans les options, demander images binaires, postsript niveau 2 et demander l'aplatissement de la transparence en haute résolution), livrer le .ps
-au stade de la normalisation dans Workshop, régler la transparence sur "Leave as is"

Pas la peine de régler la transparence sur "Telle quelle...", c'est aplati en amont au moment du passage en PS2

(qu'as-tu fait sur ce PDF ?)

TWiST

On peut peut être alors peaufiner le PDF pour qu'il le traite sans faire d'erreur 102

Ce message a été modifié par trouspinette - 9 Mar 2010, 00:22.

[Guest_claude72_*]

C'est normal claude72. Quand tu fais un Pomme P, tu passes en Postscript (...) la transparence est aplatie, etc...

Oui, bien-sûr ! mais quand tu jettes un fichier PDF dans le hot-folder d'un RIP PostScript, tu passes bien aussi en PostScript à un moment ou à un autre ? non ?

... tes polices TrueType copyrighté passent en Type1...

Euhhh... là tu m'étonnes : j'envoie en PostScript niveau 3 dans un RIP PostScript niveau 3, donc un RIP qui est équipé d'un "TTrasterizer" capable de traiter nativement les polices TrueType, et en plus le PPD contient l'info que le TTrasterizer existe dans le RIP...

... et malgré ça, les TrueType sont transformées en PS ???

TWiST

Ah ben oui, c'est sûr, tout de suite tu sors les grands moyens et l'artillerie lourde !!!

On peut peut être alors peaufiner le PDF pour qu'il le traite sans faire d'erreur 102

Si tu veux essayer, je suis à ta disposition pour les tests !

(euhhh... mais d'abord, c'est quoi une "erreur 102" ???)



*******

oui mais toi, tu sais paramétrer un rip et même changer les réglages s'il le faut,

Ben, euhhh... dans le Viper et l'Apogee, il n'y a pas grand-chose à paramétrer... il n'y a même pas de réglage pour lui imposer une linéature ! (ou alors je n'ai pas trouvé !)

j'ai même déjà été confronté à une nana qui refusait d'y toucher pour régler un problème dans mon pdf alors que c'était SON boulot.

Toi et moi on n'a pas de tunes, alors on a des vieux RIP et il faut bien qu'on se débrouille avec (quoique les miens sont peut-être moins vieux que les tiens !!!)...

... mais dans la plupart des imprimeries "normales", le RIP c'est la "boîte mystère" qui a coûté la peau des "coquilles" au patron et qui a été installée par un technicien spécialisé en "boîte mystère" qui est le seul à savoir comment ça marche... et c'est tellement mystérieux qu'ils savent juste quel type/marque de RIP ils ont, mais en général ils savent à peine avec quelle version de PDF il est compatible, et ne savent même pas quelle est la version du RIP...

... et il ne faut surtout pas y toucher parceque si il y a un problème, personne ne sait le dépanner et il faut alors faire venir le technicien, qui généralement prend assez cher... et en plus, en attendant le technicien, il n'est plus possible de travailler ! donc :
- soit le boss interdit strictement à quiconque d'y toucher,
- soit personne ne veut y toucher de peur d'être désigné comme le responsable quand il y aura un problème plus tard*... et tout le monde sait qu'il y a toujours, à un moment ou à un autre, un fichier qui refuse de passer dans un RIP !!!


* parceque tu sais bien que quand il y a un problème avec un truc quelconque, que ce soit un RIP ou une voiture ou une cafetière, c'est toujours de la faute du dernier qui y a touché !!!

Ce message a été modifié par claude72 - 9 Mar 2010, 01:43.

[406]

pourtant, des réglages, j'en ai pas mal. CT to CT/LW. FAF. GRAB .FAF new LW. native etc…
pour la responsabilité, çà m'a jamais empêché de démonter les machines en cas de panne. dolev 200, dolev 800, eversmart, phaser 8400. eversmart pro, nikon coolscan 5000 ED et même le sceen 737 y est passé mais toujours avec succès.

[trouspinette]

Euhhh... là tu m'étonnes : j'envoie en PostScript niveau 3 dans un RIP PostScript niveau 3, donc un RIP qui est équipé d'un "TTrasterizer" capable de traiter nativement les polices TrueType, et en plus le PPD contient l'info que le TTrasterizer existe dans le RIP...

... et malgré ça, les TrueType sont transformées en PS ???

Si tu demandes à Acrobat de les passer en Type1, yes. En tout cas c'est la seule méthode viable pour éliminer les histoires de Copyright sur ces TT.

[trouspinette]

... mais dans la plupart des imprimeries "normales", le RIP c'est la "boîte mystère" qui a coûté la peau des "coquilles" au patron et qui a été installée par un technicien spécialisé en "boîte mystère" qui est le seul à savoir comment ça marche... et c'est tellement mystérieux qu'ils savent juste quel type/marque de RIP ils ont, mais en général ils savent à peine avec quelle version de PDF il est compatible, et ne savent même pas quelle est la version du RIP...

Là, tu as eu des intervenants qui ont fait de la rétention d'informations !!!

.../... qui généralement prend assez cher .../...

Eh, faut pas pousser non plus !!!

[Guest_claude72_*]

Si tu demandes à Acrobat de les passer en Type1, yes. En tout cas c'est la seule méthode viable pour éliminer les histoires de Copyright sur ces TT.

Ah, d'accord : c'est uniquement SI l'utilisateur le demande !!! (parceque j'avais cru comprendre à la lecture de ton post qu'il le faisait systématiquement )

Là, tu as eu des intervenants qui ont fait de la rétention d'informations !!!

Peut-être... ou il y a eu du changement de personnel après l'installation du RIP... ou tout le monde a oublié... ou je ne sais pas quoi d'autre...

... mais par exemple quand j'ai acheté mon Apogee à un imprimeur, aucun des utilisateurs quotidiens de ce RIP n'a été capable de me fournir la version exacte du RIP, sa version PostScript exacte et la version de PDF supportée en flashage direct via les hot-folders... et il a fallu que j'aille moi-même fouiller dedans avant de l'acheter pour avoir les infos que je voulais !!!

(et notament, bien que ce RIP avait été installé sur un PC sous Windows 2000 Server, pour pouvoir être mis en réseau avec des Mac et donc pouvoir accéder aux hot-folders, et qu'il avait bien été installé pour que les hot-folders soient fonctionnels, en fait le réseau n'avait pas été configuré et le disque-dur des hot-folders n'était pas partagé, donc les hot-folders étaient inaccessibles !!! et de toute façon ce n'était en fait pas grave, puisque personne dans l'atelier pré-presse ne savait ce qu'était un hot-folder, et ils m'ont tous regardé avec des grands yeux ronds comme si j'étais un martien ou comme si j'avais dit une incongruité )

Eh, faut pas pousser non plus !!!

Ou alors il ne faut pas s'adresser à Agfa !!!
(quand j'ai réinstallé mon apogee, et que j'ai eu besoin d'une update qui n'était pas sur le CD, je n'ai même pas osé appeler Agfa... )



*********

pourtant, des réglages, j'en ai pas mal. CT to CT/LW. FAF. GRAB .FAF new LW. native etc…

C'est un RIP Scitex ?

(euh... c'est quoi "FAF" et "GRAB" ?)


Dans le Viper, c'est beaucoup plus succinct !!! voir même un peu trop succinct, surtout parceque en fait il manque pas mal fonctionnalités qui seraient bien pratiques !

[406]

yep. un scitex
Full Auto Frame. recouvrement sur un fichier envoyé en composite.
Grab. pour amélioré les dégradés et réduire les "escaliers"

(et notament, bien que ce RIP avait été installé sur un PC sous Windows 2000 Server, pour pouvoir être mis en réseau avec des Mac et donc pouvoir accéder aux hot-folders, et qu'il avait bien été installé pour que les hot-folders soient fonctionnels, en fait le réseau n'avait pas été configuré et le disque-dur des hot-folders n'était pas partagé, donc les hot-folders étaient inaccessibles !!! et de toute façon ce n'était en fait pas grave, puisque personne dans l'atelier pré-presse ne savait ce qu'était un hot-folder, et ils m'ont tous regardé avec des grands yeux ronds comme si j'étais un martien ou comme si j'avais dit une incongruité )

pareil. il a fallut que je fasse installer PCmaclan pour que çà fonctionne comme je voulais sur le rip GMG du traceur.

Ce message a été modifié par 406 - 9 Mar 2010, 20:54.

[Guest_claude72_*]

yep. un scitex
Full Auto Frame. recouvrement sur un fichier envoyé en composite.
Grab. pour amélioré les dégradés et réduire les "escaliers"

D'accord, merci !

Moi je n'ai pas tout ça : le recouvrements des fichiers composite, n'existe pas dans le Viper3...
... et le PostScript niveau 3 intègre un ordre qui permet d'avoir des dégradés vectoriels sans escaliers, donc pas besoin de configurer une fonction supplémentaire du RIP !

[trouspinette]

.../... il a fallut que je fasse installer PCmaclan pour que çà fonctionne comme je voulais sur le rip GMG du traceur.

PC MacLan ??? C'est une blague

[406]

non, j'ai encore deux postes en os 9 et je dois souvent glisser des pdf de ceux-ci sur le rip.

Ce message a été modifié par 406 - 10 Mar 2010, 07:50.

[trouspinette]

non, j'ai encore deux postes en os 9 et je dois souvent glisser des pdf de ceux-ci sur le rip.

Tes Mac OS 9, c'est sur le GMG qu'ils copient ou un 2000 Server ? Parc que si c'est un 2000 Server, je ne vois pas l'intérêt de coller MacLan dessus (???).

[406]

sur un windows XP qui fait tourner le GMG.

[trouspinette]

sur un windows XP qui fait tourner le GMG.

C'est donc une évidence, il n'y a pas le choix Ceci dit, Mac OS 9 en prod' !!!

[406]

j'avoue que mon dernier client sous os9 et xpress 4 vient enfin de passer sous os X y'a qq mois. donc ce qui fut une obligation y'a plus de 2 ans à l'arrivée du GMG ne l'est plus. il ne reste que mes deux eversmart scsi qui sont resté sous os 9.

Ce message a été modifié par 406 - 10 Mar 2010, 23:20.

[mazelle jeanne]

Ceci dit, Mac OS 9 en prod' !!!

Ben quoi

[Dexter]

vient enfin de passer sous os X

[Mode private]
Tape plus vite, t'es lent :-D
ha ben t'as pas validé ta réponse ?

[/Mode private]

[Guest_claude72_*]

Tes Mac OS 9, c'est sur le GMG qu'ils copient ou un 2000 Server ? Parc que si c'est un 2000 Server, je ne vois pas l'intérêt de coller MacLan dessus (???).

Non, non, c'est moi qui a un Windows 2000 Server sur le PC de mon RIP !

Ce message a été modifié par claude72 - 10 Mar 2010, 23:40.

[trouspinette]

Non, non, c'est moi qui a un Windows 2000 Server sur le PC de mon RIP !

Bon, on ne t'en veut pas non plus

[Guest_claude72_*]

Bon, on ne t'en veut pas non plus

Ben j'espère bien, puisque c'est toi qui m'a conseillé de prendre un RIP sur PC !!!

[Grognon]

Claude : Ouane Poïiint !