Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site ucbvax.BERKELEY.EDU Path: utzoo!decvax!ucbvax!SRI-STRIPE.ARPA!TYSON From: TYSON@SRI-STRIPE.ARPA (Mabry Tyson) Newsgroups: mod.computers.laser-printers Subject: Quick first impressions of Imagen's 3320 (Canon 20ppm engine) Message-ID: <861011030720.7.TYSON@ELCAPITAN.ARPA> Date: Sat, 11-Oct-86 06:07:00 EDT Article-I.D.: ELCAPITA.861011030720.7.TYSON Posted: Sat Oct 11 06:07:00 1986 Date-Received: Sun, 12-Oct-86 00:29:02 EDT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 115 Approved: laser-lovers@washington.arpa We just got a new Imagen 3320 installed today. It is a 20ppm Canon engine with the standard Imagen interface (Image Processor). Ours arrived with version 3.3 of the Imagen software (which wouldn't talk to our 8/300 (now 2308?)) so we are going to have to live with 2 different protocols for awhile... The 3320 is 24"d x 27"w x 22"h and weighs something like 400 pounds. It puts out a lot of heat (as compared to our old Imprint-10) and has a fan that, while it might not be classed as noisy, is quite noticeable. It uses dry toner. The 3320 has 2 input trays (and the Image Processor will automatically switch between them if one becomes empty) with about 250 sheets each. The machine will take paper up to B4 size but we didn't get anything but letter size cassettes. In the 3320, the paper runs straight across the print engine and comes out face up. Imagen offers an upgraded version of this printer called the 7320 that has multiple output trace with face-down offset stacking, duplex printing (ie, it reverses the paper internally) and a 2000 page input tray. It would appear that the face-down stacking might be a separate option but I'm not aware of Imagen offering it. It appears the duplex printing option (essentially a whole new base) is required for the 2000 page input tray. The upgrade is something like $10K. I believe the retail price of the 3320 is $23K or so. My first impression of the output was that it was distinctly less dense than what we were getting on the 8/300. Looking at some 10pt output, I'd say it was visually 25% less dense. That made me suspect I had been mistaken about its being a write-black printer. But Imagen's software is for a Type-1 printer, same as the 8-300, while their software for the write-white printers is different. I turned up the density to 3 (1 being most dense, 9 being least dense) and it looked only slightly better. That's the setting I believe is about 25% less dense than the 8/300. (By the way, I *HATE* the generic symbols that are used for idiots who can't read or by companies who figure it is too expensive to make multilingual versions. The symbols on the density control make no sense to me! (And, have you ever seen the sign beside the highway warning you there are weaving drunks up ahead???)) My only guess now might be that the laser is focused more tightly and so the dots are slightly smaller??? I did not that there was a paper sticker inside the machine saying "300dpi". I wonder if it can go to a higher resolution?? The paper path is quite straight. We did manage one jam so far in the 600 pages we printed today (there were 600+ pages on the printer before we got it). It was easy to clear. It appeared as though two pages had fed at once. It looks like maintenance of this machine will be similar to standard copiers. There was one small glitch in installation. The fan (mentioned above) started to bottom out on its plastic shroud. The installer at first thought someone had moved the print engine by pushing on the back of it. (The sheet metal on the back of the engine is much too thin!) But the contact was because of vertical movement of the fan or the shroud so it was unlikely to have been caused by pushing on the back of the engine. The installer was able to adjust the shroud eventually. Our old, venerable Imprint-10 is now retired with 1.1Meg pages. We had been beating our 8/300 to death. The repairman indicated that its page counter (yes, Virginia, it does have a page counter of sorts hidden in there) was over 130K pages (up against its stop, I'd guess). (By the way, we were offered an overhaul on the 8/300 for about $750. Sometime back one person complained that no overhaul was available and another said he was quoted $2000+. I guess those other complaints helped!) Recently we've become used to the 8ppm speed and are quite impressed with 20ppm! I don't know whether it was that or the speed-up of the ethernet code in version 3.3, but it seemed that the pages were processed (ie, before printing) much faster. I haven't yet gotten a chance to see if the ethernet-dies-in-6-minutes bug/misfeature is still in version 3.3. It looks like there might be some change there (but is it just a hack?) so there is hope. I do not like the new header page format in 3.3. They reduced the size of the USER, etc lines to just 14pt and filled the rest of the page with such useful info as the "at," "window," "imagespace," etc... Another change was to put the USER, etc lines in reverse order in which they were in the @DOCUMENT line. I had to go through and change our spoolers to cause the USER's name to come out first rather than last. Version 2.2 (and earlier) did it the other way around. (It does make some sense though. The system-wide headers would usually come before the individual job's headers if they were added around it. ie @document()@document( )) Our Kellerman&Smith spooler for VMS doesn't yet know about a 3320 or version 3.3 and doesn't have such niceties as INPUTBIN built in. Worse yet, if the style type has a DOCUMENT_HEADER("INPUTBIN NORMAL") and the user specifies the DOCUMENT_HEADER("INPUTBIN LETTERHEAD"), it gets put ahead of the NORMAL specification. That would work in 2.2 but loses in 3.3. I was a little disappointed to find that when two letter trays were in with one named "normal" and the other "letterhead", then if the "normal" ran out of paper, the printer would switch to using the "letterhead" tray. I hope Imagen will consider that a bug and not a feature.... (We only have letter-sized trays. The documentation indicates that switch will happen. I certainly hope that means that it won't happen if the second tray has legal paper in it.) I did see one failure where a connection was left open with no data transfered (I opened one of the engine's doors just as a connection opened). The connection was reported (by the console) to be processing the document control info. I could find no way to abort that connection from the console 15+ minutes later. All I could do was boot the machine (Are you listening, Imagen??). I can't be sure that the problem was actually at the Imagen end as opposed to the requestor's end but it was a very real problem that the connection didn't go away. We were one of the first to have the Imprint-10, then the 8/300, and now the 3320. Each time we have been pleased with our decision to go with Imagen. (P.S. I would like to put my own fonts onto the Imagen system floppy. Anyone know exactly how to do that? ie, what format do they have to be in when shipped down to the printer? I wouldn't imagine Imagen would try to prevent you from downloading your own fonts.... would they?)