Printer driver problem:Inverted Image

Hello all,

I’m developing the Plugin for Unidrv, and I’m getting the image inverted
i.e. mirror image as the outpu. So please anyone tell me where I’m going
wrong? This is an urgent matter, so please help at the earliest.

Adi


NRIs, does your family in India need money urgently?
http://creative.mediaturf.net/creatives/icicibank/ICICI_NRI_ERA.htm Open an
ICICI Bank NRI savings A/c

adi bhapse wrote:

I’m developing the Plugin for Unidrv, and I’m getting the image
inverted i.e. mirror image as the outpu. So please anyone tell me
where I’m going wrong? This is an urgent matter, so please help at the
earliest.

It may simply be your expectations. RGB DIBs are always stored with the
bottom scanline first, unless the height in the BITMAPINFOHEADER is
negative.

Can you be more specific about what and where you are seeing?


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.

Actually I’m using the ImageProcessing procedure in the plugin, and then I
send it to the print spooler using the DrvWriteSpoolBuf function, with the
BitmapInfoHeader and data as per the requirements of our printer. i.e. I
just pass the pointer to pSrcBitmap to the spooler. So what should I do so
that I’ll get the Image in correct format?

Adi


Aamir Khan is back! http://server1.msn.co.in/SP05/Mangalpandey/index.html
See him in the ‘mustached’ avatar in Mangal Pandey.

adi bhapse wrote:

Actually I’m using the ImageProcessing procedure in the plugin, and
then I send it to the print spooler using the DrvWriteSpoolBuf
function, with the BitmapInfoHeader and data as per the requirements
of our printer. i.e. I just pass the pointer to pSrcBitmap to the
spooler. So what should I do so that I’ll get the Image in correct
format?

Are YOU creating the BITMAPINFOHEADER? If so, and if the bitmap is
actually stored top down, then you should negate the value of biHeight.
For a 640x480 bitmap, set:

pbmih->biWidth = 640;
pbmih->biHeight = -480;


Tim Roberts, xxxxx@probo.com
Providenza & Boekelheide, Inc.

Hi Tim,

I got the Image in correct format.
Now I’ll be working on converting this bitmap to PCX format.

Thanks and Regards,

Adinath Bhapse

From: Tim Roberts
>Reply-To: “Windows System Software Devs Interest List”
>
>To: “Windows System Software Devs Interest List”
>Subject: Re: [ntdev] Printer driver problem:Inverted Image
>Date: Thu, 28 Jul 2005 09:31:32 -0700
>
>adi bhapse wrote:
>
>>
>>Actually I’m using the ImageProcessing procedure in the plugin, and then I
>>send it to the print spooler using the DrvWriteSpoolBuf function, with the
>>BitmapInfoHeader and data as per the requirements of our printer. i.e. I
>>just pass the pointer to pSrcBitmap to the spooler. So what should I do so
>>that I’ll get the Image in correct format?
>
>
>Are YOU creating the BITMAPINFOHEADER? If so, and if the bitmap is
>actually stored top down, then you should negate the value of biHeight.
>For a 640x480 bitmap, set:
>
> pbmih->biWidth = 640;
> pbmih->biHeight = -480;
>
>–
>Tim Roberts, xxxxx@probo.com
>Providenza & Boekelheide, Inc.
>
>
>—
>Questions? First check the Kernel Driver FAQ at
>http://www.osronline.com/article.cfm?id=256
>
>You are currently subscribed to ntdev as: xxxxx@hotmail.com
>To unsubscribe send a blank email to xxxxx@lists.osr.com

_________________________________________________________________
NRIs, Send money FREE.
http://creative.mediaturf.net/creatives/icicibank/ICICI_NRI_SM30.htm To over
30 banks across India.

Tim,
What you have explained will be the reason.
Thanks
Vipin

“Tim Roberts” wrote in message news:xxxxx@ntdev…
> adi bhapse wrote:
>
>>
>> I’m developing the Plugin for Unidrv, and I’m getting the image inverted
>> i.e. mirror image as the outpu. So please anyone tell me where I’m going
>> wrong? This is an urgent matter, so please help at the earliest.
>
>
> It may simply be your expectations. RGB DIBs are always stored with the
> bottom scanline first, unless the height in the BITMAPINFOHEADER is
> negative.
>
> Can you be more specific about what and where you are seeing?
>
> –
> Tim Roberts, xxxxx@probo.com
> Providenza & Boekelheide, Inc.
>
>