Very annoying sound.
Very annoying sound.
MRRRRRRRRRRRRRRRRRRRRT
MRR MRR
MR MR MRRRR MR
MRRRRRRRRRRRRRRRRRRRRT
With little "voop voop" noises in between when it moved without printing or fed more paper. And then you get to pull the tractor holes off the side of the paper. :)
Good grief, that brings back memories. I had one of these as my first printer as a kid, hooked up to an Apple ][e. It shook the table so hard things would fall off. :D
One of my earliest "computer memories" as a kid was being in a Radio Shack in the early 1980s and seeing a large dot-matrix printer outputting a maze on greenbar paper; the printer sat on a cheap printer cart thing that Radio Shack sold, and as the head moved back and forth, it caused the cart to also "flex and sway" with the movement (again - cheap particle board and screws, bad construction, age - all factored in).
I think the printer was connected to a TRS-80 Model 3 or 4, IIRC.
At the time, I "owned" (parents purchased - and I still have it) a TRS-80 Color Computer 2; which is probably why I was in the store with my Dad, probably buying something for it. It was my first "real computer" (my first "computer" - and introduction to programming - was the controller of the Milton Bradley Big Trak; I still have it, too).
Loading paper onto those printers wasn't an easy or fun task; there were typically two tractor mechanisms, one below the printing area (usually inside the sound deadening enclosure), and one above it (still inside, but under the "lid" of the enclosure). You had to get things lined up just right, and then snap the feeds closed on the bottom (while kneeling and looking - sometimes with a flashlight - at an awkward angle under the printer, inside the enclosure, with a large box of paper in your way), then advance the paper past the print area, and align it properly with the second set of tractors, then close those - then run a test job. If all went well (which it usually did), you had things loaded and could continue with your other tasks.
Oh - and the cleaning of those printers - so much paper dust, plus the "chads" from the holes (not all were cleared on a run of paper, so the tractors would pop them out and they would get lost all over and inside the machine).
> Jobs were printed with special "separator pages" to help to operators find where to split the perforated printouts and deliver them to the right users' collection bins.
Fun times to find your "job" and split it off to take back to your cubicle; also fun to find someone else's job and deliver it to them on the way back. Sometimes they'd be thankful or surprised, but it was also fun to do it when they had gotten up to go to the printer - they'd get there, couldn't find their job (but could find the ones "around" it), go back to their desk in a huff, then sit down and find the printout on their desk...hehe.
I kinda miss those days (but I don't miss having to build and format reports - talk about a nightmare and thankless task).
I applied for a position (any position; at the time, I was still in school) and they hired and trained me as an "operator" (because I didn't have a degree, they told me, they couldn't hire me as a programmer). They put me in a small cold room with the main computer they worked on (via serial terminals) - an IBM RS/6000 AIX box. There was also a vacuum column 9-track tape drive (which they taught me how to load and use), and a large Genicom 4440 printer.
IIRC, the printer was a dot-matrix line printer, so it could fire one row of "dots" out, eventually forming the characters as the paper moved. Even in it's enclosure, it was loud, but it could rip thru a box of greenbar in no time flat.
The printer was something they sold as VAR to their clients, because it could handle multi-part carbon paper forms, like checks. We'd write programs to print to these custom forms (holding the paper up to the lights and lining up the characters with the form positions - ugh!). So, when the client used a program that printed, they were also expected to check if the printer was in the middle of a printing job, and had the write paper loaded.
Sometimes, though, we'd "dial in" to their machines to test certain code and get feedback via phone; sometimes that code was for a printer (imagine trying to debug proper printing formatting and such over a phone - hair pulling!). Well, sometimes they wouldn't check the printer before we'd run the software (even after we told them to do so). That printer would take off...
...and then we'd hear a scream over the phone for us to "stop the printer" because it would be ripping thru the box of multi-part check paper (actual physical checks with carbon copy) with whatever we were printing (generally, not checks).
Clients sometimes did this themselves as well - and eat thru an entire box of checks before they knew it; multipart check forms were (from what I understand) stupid-expensive (because they were custom printed for an individual account, not too mention the special paper they used, plus the carbon copy capability).
Ah - those were the days.
And yes, I eventually got hired as a programmer (aka SWE), before I turned 19; in between me loading tapes or running print jobs for the programming teams and such, I would also play around with learning the software they used (a variant of PICK called UniVERSE), writing small games and other such things. One of the sysadmins gave me a copy of a book on PICK to help me along, and they were "monitoring" my account. Eventually, they started handing me small tasks - "fix this bug" or "code this custom feature" - to see if I could do it.
I could, I did, and I eventually was hired, sans degree, as a programmer - and started my career that I still am doing today, as an SWE, nowadays doing SPAs using Node.js, React, and other technologies (I've lost track of the technologies and software over the years I have known, used, programmed in, etc - suffice to say, I haven't done it all, but I've carved a big chunk out, certainly).
Oh - and that place was also my introduction to Unix (via AIX on that IBB RISC platform); by the time I left that job, I knew terminfo like nobody - I had to, because we were always needing to set up clients systems with it properly to handle their serial terminals, and do it in a way that was also usable with terminal emulators on PCs, and such - it felt pretty crazy at the time).
HP, Brother, etc haven’t run out of ways to screw us yet :(
When the toner light goes on I just open up, shake it carefully from side to side and stuff it back in. It happily prints another 200 pages before it complains again. HL-1430 is my latest one, it just refuses to die. But all brothers we bought for work is also running way past their expected lifetime. The HP:s on the other hand breaks down all the time.
Is Brother ok quality these days?