Samsung ML-1430 Laser Memory Size/Increase?

[Jeff Wisnia]

I've got a Samsung ML-1430 connected to the computer I run payroll
checks on and the typical check files are pretty huge, sometimes 10 Mb.
The printer pauses for about 20 seconds after printing six checks or so
then goes on and prints a few more before pausing again. That's annoying.

Windows' Print Manager reports that the whole file hasn't moved to the
printer until pretty near the end of the printing run.

Am I correct in thinking this is a printer memory size issue?

Anyone know what the memory size is on a Samsung ML-1430 and whether it
can easily be increased to help prevent those annoying "pauses".

Thanks guys,

Jeff

 

[Alan]

I've got a Samsung ML-1430 connected to the computer I run payroll
checks on and the typical check files are pretty huge, sometimes 10 Mb.
The printer pauses for about 20 seconds after printing six checks or so
then goes on and prints a few more before pausing again. That's annoying.

Windows' Print Manager reports that the whole file hasn't moved to the
printer until pretty near the end of the printing run.

Am I correct in thinking this is a printer memory size issue?

Anyone know what the memory size is on a Samsung ML-1430 and whether it
can easily be increased to help prevent those annoying "pauses".

<http://techrepublic.com.com/5102-6255-1059487.html>
"Neither its 8 MB of installed memory nor its paper capacity is
upgradable."

But anyway, I don't think lack of printer RAM is your problem. It's on
the page-generation end. The printer files are huge, and it just takes
a long time to send them to the printer. Are you printing text and
signatures on a pre-printed form, or the entire thing? If it's just
some text, there is something very inefficient going on. It sounds
like the page is being made as a giant bitmap and then sent to the
printer. If there are any bitmaps, perhaps a large image (like a logo)
is being scaled down. If so, scale it in your graphic application and
replace it with one that prints at 100%, and experiment with lower
resolution and see if it makes any visible difference.

Also, if you have the option in the printer driver ("printer
properties" in the Windows control panel), try changing the printer
resolution there, it's probably 600dpi, try 300 and see if this gives
acceptable results -- the spool files should be much smaller. Also,
have a look at "Fonts" under "printer properties". There should be
some choices for how fonts are handled, just try changing these and
see how it affects the job.

Unfortunately, this is a GDI printer so you can't preload the printer
with fonts or graphics as you can with a PCL or PostScript printer.

 

[Jeff Wisnia]

<http://techrepublic.com.com/5102-6255-1059487.html>
"Neither its 8 MB of installed memory nor its paper capacity is
upgradable."

But anyway, I don't think lack of printer RAM is your problem. It's on
the page-generation end. The printer files are huge, and it just takes
a long time to send them to the printer. Are you printing text and
signatures on a pre-printed form, or the entire thing? If it's just
some text, there is something very inefficient going on. It sounds
like the page is being made as a giant bitmap and then sent to the
printer. If there are any bitmaps, perhaps a large image (like a logo)
is being scaled down. If so, scale it in your graphic application and
replace it with one that prints at 100%, and experiment with lower
resolution and see if it makes any visible difference.

Also, if you have the option in the printer driver ("printer
properties" in the Windows control panel), try changing the printer
resolution there, it's probably 600dpi, try 300 and see if this gives
acceptable results -- the spool files should be much smaller. Also,
have a look at "Fonts" under "printer properties". There should be
some choices for how fonts are handled, just try changing these and
see how it affects the job.

Unfortunately, this is a GDI printer so you can't preload the printer
with fonts or graphics as you can with a PCL or PostScript printer.

Thanks much for the tips and information. From what I've been able to
find out from the program developer of the payroll program I'm using the
check printing is being handled in bitmap form, even though it's only
text, no graphics evident.

I'll try some of your suggestions re resolution and how fonts are
handles, and if I don't get anywhere with that approach I'll just learn
to accept the "stalls" every half dozen pages.

Thanks again,

Jeff

--

Jeff Wisnia (W1BSV + Brass Rat '57 EE)

"If you can smile when things are going wrong, you've thought of someone
to blame it on."

 

[Jeff Wisnia]

<http://techrepublic.com.com/5102-6255-1059487.html>
"Neither its 8 MB of installed memory nor its paper capacity is
upgradable."

But anyway, I don't think lack of printer RAM is your problem. It's on
the page-generation end. The printer files are huge, and it just takes
a long time to send them to the printer. Are you printing text and
signatures on a pre-printed form, or the entire thing? If it's just
some text, there is something very inefficient going on. It sounds
like the page is being made as a giant bitmap and then sent to the
printer. If there are any bitmaps, perhaps a large image (like a logo)
is being scaled down. If so, scale it in your graphic application and
replace it with one that prints at 100%, and experiment with lower
resolution and see if it makes any visible difference.

Also, if you have the option in the printer driver ("printer
properties" in the Windows control panel), try changing the printer
resolution there, it's probably 600dpi, try 300 and see if this gives
acceptable results -- the spool files should be much smaller. Also,
have a look at "Fonts" under "printer properties". There should be
some choices for how fonts are handled, just try changing these and
see how it affects the job.

Unfortunately, this is a GDI printer so you can't preload the printer
with fonts or graphics as you can with a PCL or PostScript printer.

I'm presently connecting this printer through the computer's parallel
port, as that was the only cable I had handy when I installed it. I've
got some USB cables now, would the data xmission be faster through a USB
port?

Thanks,

Jeff