problem with resizing 32bppArgb images

#21

"SharpCoderMP" <csharp_mp (AT) interia (DOT) pl.NFSPM> wrote

Quote:

unfortunately then i would loose all the benefits of sending to the
printer texts and graphic shapes which are resolution independent. I was
considering this approach earlier but i don't think this is the right
path for me. The printer i'm targeting uses native 600dpi resolution -
to generate best quality curves my preprinted bitmaps would need to have
that. When printing pages of sizes up to twice the A4 (A4 is similar to
US Letter size) i would quickly end up with about 120MB postscript files
per page, regardless the actual use of images on pages. that would
certainly kill the rip server when printing documents that has up to 80
pages. not mentioning the humongous amount of storage i would need for
that

in extreme cases i would need almost 10GB for one postscript
file! This is certainly the case when it is worth to invest processor
time and memory in the right preprinting process - especially if i have
available a spare dual core intel server for that

I think your only solution then is to scale the images as 24bit bitmaps so
there are no partially transparent pixels. This is how things were done not
so long ago and the result was acceptable for printing.

#22

In such a case one cannot win...

--
--
Bob Powell [MVP]
Visual C#, System.Drawing

Ramuseco Limited .NET consulting
http://www.ramuseco.com

Find great Windows Forms articles in Windows Forms Tips and Tricks
http://www.bobpowell.net/tipstricks.htm

Answer those GDI+ questions with the GDI+ FAQ
http://www.bobpowell.net/faqmain.htm

All new articles provide code in C# and VB.NET.
Subscribe to the RSS feeds provided and never miss a new article.

"SharpCoderMP" <csharp_mp (AT) interia (DOT) pl.NFSPM> wrote

Quote:

Bob Powell [MVP] wrote:
I think that the problem here is that the interpolation mode will force
the image to use a background colour around the image. This can give an
unwanted halo effect.
yes that is correct.

When resizing the image you may need to create several different images,
for example, one for light backgrounds and one for dark.
what if background is another image? you now image on top of image on
top of other image and so on - each edge may have totally different
background.

You may also wish to ignore interpolation for the printer image and go
for a rougher looking but more true-to-the-original image.
this sound promising. could you be more specific?

#23

in the end i finally decided to draw to the bitmap and then the bitmap
itself to the printer. not a pretty solution, but the only that works
for me

i thought of buying components to produce pdf files directly
instead of printing (pdf supports transparency pretty well) but
unfortunately prices are just to high.

Bob Powell [MVP] wrote:

Quote:

In such a case one cannot win...

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode

problem with resizing 32bppArgb images

Dotnet Framework (Drawing) microsoft.public.dotnet.framework.drawing

Re: problem with resizing 32bppArgb images - 05-13-2007 , 10:16 PM

Re: problem with resizing 32bppArgb images - 06-08-2007 , 08:54 PM

Re: problem with resizing 32bppArgb images - 06-11-2007 , 05:45 AM