Votre avis sur l'achat d'une imprimante laser pour la maison - Page 2

Ca sèche l'encre, par contre les lasers couleur n'utilisent pas le tonner couleur pour l'impression n&B que je sache, autre que des point jaunes

Si si, ça le fait sur la mienne, et je pense que c'est pareil sur beaucoup d'imprimantes.

Je suis surpris, pas eu de laser couleur qui fasse ca, l'imprimante qu'on avant à mon ex boulot n'utilisais que le noir en impression n&B (ca se voit sur les aplats)

Peut-être que c'est différent sur les modèles pour entreprises, ou qu'il y a une option dans le driver pour désactiver ça.

Bonne question

En tout cas je pense que ça vaut le coup d'essayer de forcer le mode noir-et-blanc, ça ne coûte rien. D'ailleurs avec certains logiciels c'est vicieux, les paramètres d'impression sont réinitialisés à chaque fois qu'on imprime, du coup il faut vérifier systématiquement.

20€??

./36 > En fait, la règle sous Windows est la suivante :
- si le paramètre est changé depuis une appli, il n'est pas conservé
- si le paramètre est changé depuis le panneau des périphériques, il est conservé

Oui, mais certaines applis réinitialisent les paramètres à chaque impression, même si tu ne quittes pas l'appli entre temps.

Ah ça oui (c'est même le comportement habituel, il me semble).

Godzil (./38) :
20€??

C'est une offre spéciale de Cdiscount, cette imprimante coûte normalement au moins 39€.
À ce prix, évidemment:

• C'est en blanc et noir.
• Ça fait seulement 600 dpi.
• C'est une imprimante "logicielle", c'est-à-dire qu'elle n'accepte qu'une image entièrement préparée par le pilote.

L'imprimante n'est pas officiellement gérée par CUPS, mais des utilisateurs signalent que ce pilote tiers fonctionne pour eux. (Mais pas tous, visiblement.) Cf. par exemple cette discussion.

Et ?
Une imprimante Postscript ou HPCL est aussi un imprimante "logicielle" qui n'accepte qu'une image entièrement préparée par le pilote. Bref c'est n'importe quoi cet argument.

600dpi c'est plutôt pas mal, faut pas exagerer

N&B? Et ? 90% des impression sont en N&B

Une imprimante PostScript accepte une entrée PostScript, qui 1. est un langage standard, 2. est géré par des pilotes génériques (donc n'a pas besoin de pilote spécial) et 3. est un format descriptif qui permet le texte et les vecteurs, donc c'est l'imprimante qui fait le boulot de formatage, pas le CPU.

Une imprimante "logicielle" a besoin d'un pilote spécial qui d'abord formate l'entrée en une image (par exemple avec Ghostscript) (ce qui occupe le CPU), puis envoie cette image (souvent plus grande qu'un fichier PostScript, ce qui ralentit l'impression) à travers un protocole propriétaire spécifique au modèle d'imprimante. Elle est moins chère parce que l'imprimante n'a pas besoin d'un interpréteur PostScript, elle reçoit l'image toute prête. Le grand problème est la disponibilité de pilotes (pour autre chose que Windows). (En l'occurrence, le pilote CUPS est expérimental, et pas tous les utilisateurs n'ont réussi à le faire marcher. Cela concerne autant GNU/Linux que Mac OS X, qui utilise aussi CUPS.)

si tu tiens à ce point à pouvoir imprimer en postscript, tu la connectes à un rasp pi et y installes un serveur d'impression, ça restera encore moins cher qu'une laser post script entrée de gamme...

PostScript est devenu un standard, mais c'est a la base tout autant un truc propriétaire a la con. Désolé mais c'est absurde ce que tu dit.
Et ce n'est pas comme si mettre un interpreteur postscript était compliqué j'ai une laser des années 80 qui accepte du postscript qui tourn avec un 68000, meme un CortexM0 pourrais faire aussi bien.

Tu sais tres bien que ton argument ne tiens pas.

Prendre du temps CPU? Transformer un document PDF, une Image, un document Word, OpenOffice en Postscript ou HPGL demande aussi du temps CPU, et souvent non négligeable.

Tu es surtout aigri parce que personne n'a fait de pilote pour ton OS d'amour, donc forcemnt il faut trouver plein de défaut alors qu'en regardant bien, ben... C'est le cas pour toutes les imprimantes en fait, une jet d'encre dans 99% des cas ce qui est a imprimer est transformé dans un format propriétaire envoyé a l'imprimante, et je suis prêt a parier que c'est aussi suremement le cas de pas mal de laser connectée en USB.

(et puis c'est un format tellement proprietaire qu'il est tombé par hazard sur du jbig : https://en.wikipedia.org/wiki/JBIG ... wow sacrilege ! Format qui serait utlisé entre autres par les Fax.. Sachant que Ricoh est un gros fabricant de fax ce n'est pas tres étonant en fait. Bref, beaucoup de bruit pour rien de ta part. Dans 2 mois le driver bidouille sera stabilisé, voir qq'un d'autre chez CUPS l'auras mis en place et on en parlera plus. Ha oui et le protocole pour discuter avec l'imprimante semble etre du PJL https://en.wikipedia.org/wiki/Printer_Job_Language chose absolument inconnu et spécifique a Ricoh bien sur.)

robinHood (./30) :
(et certainement aussi pour pouvoir tracer éventuellement le document http://korben.info/comment-decoder-le-marqueur-cache-par-les-imprimantes-lasers.html

ça me rappelle les petits marqueurs jaunes trouvés sur les billets d'€uros qui empêchent ceux-ci d'être scanné par un logiciel/matériel incorporant les sécurités de la BNE. Un petit malin a fait un ptit script pour incorporer ce patern sur un document quelconque afin de compliquer le scan et la copie de celui-ci: http://wildsparx.com/eurionize/

Marrant, l'imprimante du taf sait imprimer et scanner en couleur mais ne sait pas copier en couleur

En tout cas elle scanne sans broncher le document protégé, et le copie en N&B sans même voir les patterns.

Attends il suffit qu'il y ai ces 5 points jaunes pour que ca bloque un scan?

oui. en théorie. Tu les retrouves sur les billets et d'autres docs sécurisés, comme les passeports.

vince (./45) :
si tu tiens à ce point à pouvoir imprimer en postscript, tu la connectes à un rasp pi et y installes un serveur d'impression, ça restera encore moins cher qu'une laser post script entrée de gamme...

N'importe quoi: Convertir le PostScript en le format natif avec un Raspberry Pi a besoin d'exactement le même convertisseur qu'un pilote CUPS local, donc si le pilote CUPS n'existe pas ou ne fonctionne pas, ça ne résout rien, s'il existe et fonctionne, ça ne sert à rien.

Godzil (./46) :
Et ce n'est pas comme si mettre un interpreteur postscript était compliqué j'ai une laser des années 80 qui accepte du postscript qui tourn avec un 68000, meme un CortexM0 pourrais faire aussi bien.
Tu sais tres bien que ton argument ne tiens pas.

Alors pourquoi à ton avis ne mettent-ils pas un interpréteur PostScript partout, si c'est si simple que ça? C'est clairement une question de coût, c'est expliqué partout, arrête de nier l'évidence.

Prendre du temps CPU? Transformer un document PDF, une Image, un document Word, OpenOffice en Postscript ou HPGL demande aussi du temps CPU, et souvent non négligeable.

PDF → PostScript est assez direct (les formats sont très proches en termes de structure, la principale différence est que le PDF est binaire et le PostScript est du texte), et pour les autres formats, ils sont d'abord convertis en PDF ou PostScript, puis du PDF/PostScript au format natif de l'imprimante, donc il y a 2 conversions au lieu d'une seule.

Tu es surtout aigri parce que personne n'a fait de pilote pour ton OS d'amour, donc forcemnt il faut trouver plein de défaut alors qu'en regardant bien, ben... C'est le cas pour toutes les imprimantes en fait, une jet d'encre dans 99% des cas ce qui est a imprimer est transformé dans un format propriétaire envoyé a l'imprimante, et je suis prêt a parier que c'est aussi suremement le cas de pas mal de laser connectée en USB.

Beaucoup d'imprimantes jet d'encre utilisent le PCL (Printer Control Language), un langage à l'origine propriétaire de HP, mais qui est devenu une référence, géré aussi par des imprimantes d'autres constructeurs, et géré par le pilote libre HPLIP écrit par HP eux-mêmes. Du coup, si tu achètes une imprimante PCL, tu as aussi une quasi-garantie qu'elle fonctionnera, comme pour le PostScript. (En revanche, il y aura une conversion de PDF ou PostScript en PCL lors de l'impression.)

(et puis c'est un format tellement proprietaire qu'il est tombé par hazard sur du jbig : https://en.wikipedia.org/wiki/JBIG ... wow sacrilege ! Format qui serait utlisé entre autres par les Fax.. Sachant que Ricoh est un gros fabricant de fax ce n'est pas tres étonant en fait. Bref, beaucoup de bruit pour rien de ta part. Dans 2 mois le driver bidouille sera stabilisé, voir qq'un d'autre chez CUPS l'auras mis en place et on en parlera plus. Ha oui et le protocole pour discuter avec l'imprimante semble etre du PJL https://en.wikipedia.org/wiki/Printer_Job_Language chose absolument inconnu et spécifique a Ricoh bien sur.)

C'est la chance qu'ils ont fait tellement cheap qu'ils n'ont pas passé de temps à optimiser leur format de communication, mais ont pris du tout prêt. JBIG a 2 défauts: d'un, c'est un format d'image bitmap (compressée), donc tout le travail de rendu retombe sur le CPU, il doit ensuite compresser l'image (ce qui est fait pour avoir des temps d'impression raisonnables, une image bitmap étant beaucoup plus lourde à envoyer que des commandes d'impression) et l'envoyer avec le bon protocole de communication; de deux, il y a eu jusqu'à récemment des brevets logiciels sur ce format (ils paraît qu'ils aient enfin expiré), donc le format n'est pas universellement géré. (Par exemple, HPLIP n'a toujours pas le code JBIG dans le pilote libre, seulement dans le plugin propriétaire optionnel. Il y a des pilotes tiers libres pour les quelques imprimantes HP qui utilisent JBIG, mais le code n'est pas intégré à HPLIP malheureusement.)

Putain de navigatueur..

Résumé du post perdu

1- PCL demande au moins autant de temps CPU hote que pour générer du JBIG+PJL
2- Idem pour du postscript
3- PostScript pas vraiment intéressant pour une connexion type USB
4- Un "vrai" OS ne fait pas de con
version "OS Natif" -> PS/PDF -> Imprimante
5- Le driver est de l'aveu de l'auteur de la bidouille, il est fort probable que l'imprimante ne prennent pas que du JBIG comme format
6- PostScript pose pas mal de soucis de qualité de rendu, pour plein de raisons (comme la qualité de l'interpreteur coté imprimante) mais il n'empêche que d'avoir un interpreteur postscript est loin d'etre compliqué, si il ne mettent pas c'est que ca ne sert a rien
7- tu es saoulant
8- Et une queston de coup? Quand tu as besoin de mettre la meme puissance CPU pour décomposer du JBIG ou n'importe quel autre langage en lieu du PostScript? Laisse moi rire.
9- c'est tout sauf une "imprimante logicielle" comme tu le sous entends. Je ne sais vraiment pas ce que cette imprimante t'a fait? Tu es jaloux parce qu'elle est resté a $100+ dans ton pays? Parce que personne du monde linux ne c'est encore penché sur cette imprimante pour faire un vrai driver CUPS? Peux-etre que c'est parce que en fait tout le monde s'en fou un peu de Linux, et il y a tellement de matériel qui ne tourne pas sur ce super OS que tout le monde veux utliser juste parceque c'est la mode et meme si ce n'est pas du tout adapté au reel besoins. (c'est exactement le meme problème que les gens qui veulent absolument utiliser une rPI la ou un simple micro-contrôleur serait suffisant)

Putain, compare les prix des imprimantes PostScript et des imprimantes logicielles et demande-toi pourquoi.
https://fr.wikipedia.org/wiki/Graphics_Device_Interface#Imprimantes_GDI
Tu es vraiment saoulant à vouloir toujours avoir raison alors que tu n'y connais rien!

Kevin Kofler :
Tu es vraiment saoulant à vouloir toujours avoir raison alors que tu n'y connais rien!

Tu veux dire, comme 90% de tes posts au bas mot ?

(et faudrait comparer ce qui est comparable, les imprimantes postscript sont toutes des imprimantes reseau, au minimum, avec une resolution supérieur des tonners plus gros, des bacs a feuilles plus important, vitesse d'impression supérieures, capacité de faire du recto version etc..)

Bref

La SP112 est une imprimante low cost, qui fait bien son boulot et respecte les caractéristiques pour lequelle elle est vendu.


(et je pense connaître un peu mieux que toi ce qu'est le monde de l'embarqué, ainsi que PostScript, il n'y a pas de taxe postscript, et il y a foules d'interpréteurs donc non c'est vraiment un non argument, et si tu t'arrete a ca dans ma liste...)

Zerosquare (./32) :
Si si, ça le fait sur la mienne, et je pense que c'est pareil sur beaucoup d'imprimantes.

J'y pense, il me semble que le driver, en automatique détectait si ce qui etait a imprimer est en N&B ou en couleur, et sélectionnais le mode idoine, en tout cas ca se vois aussi sur la vitesse d'impression, le N&B est légèrement plus rapide sur c ette imrprimante

Kevin Kofler (./51) :
la principale différence est que le PDF est binaire

Tiens, oui, non, en fait pas tout à fait. En fait, le PDF est juste un conteneur dans lequel on peut naviguer et mettre de tout et n'importe quoi. Du coup, on n'a aucune assurance d'avoir des données imprimables dedans, on peut très bien avoir n'importe quoi d'autre. C'est d'ailleurs ce sur quoi se base Adobe pour mettre dans les PDF des éléments propriétaires riches, voire très riches, y compris la gestion des PDF signés numériquement, lisibles sous condition, des formulaires remplissables une seule fois avant désactivation...
Pour avoir eu à bosser (un peu) sur des PDF riches l'an dernier j'ai pu voir la puissance du truc (mais aussi ses limites : Adobe profite de son quasi monopole avec son lecteur pour imposer ses extensions spécifiques tout en refusant d'autres extensions pourtant standard).

Kevin Kofler (./51) :
la principale différence est que le PDF est binaire

Heu il y a des fichiers analogiques sur les ordinateurs ?


GT

Bien sûr, tu crois que c'est quoi la sauvegarde sur cassette ?

GT Turbo (./57) :

Kevin Kofler (./51) :
la principale différence est que le PDF est binaire

Heu il y a des fichiers analogiques sur les ordinateurs ?

"Binaire" par opposition à "texte", c'est pourtant courant comme vocabulaire.

Toujours autant d'humour, à ce que je vois.

17 00000 n trailer <</Size 7/Root 1 0 R>> startxref 406 %%EOF

Sinon, tu apprendras qu'un PDF n'est pas forcément binaire : %PDF-1.4
1 0 obj <</Type /Catalog /Pages 2 0 R>>
endobj
2 0 obj <</Type /Pages /Kids [3 0 R] /Count 1>>
endobj
3 0 obj<</Type /Page /Parent 2 0 R /Resources 4 0 R /MediaBox [0 0 500 800] /Contents 6 0 R>>
endobj
4 0 obj<</Font <</F1 5 0 R>>>>
endobj
5 0 obj<</Type /Font /Subtype /Type1 /BaseFont /Helvetica>>
endobj
6 0 obj
<</Length 44>>
stream
BT /F1 24 Tf 175 720 Td (Hello World!)Tj ET
endstream
endobj
xref
0 7
0000000000 65535 f
0000000009 00000 n
0000000056 00000 n
0000000111 00000 n
0000000212 00000 n
0000000250 00000 n
00000003

est un document PDF valide (source).