TBitmap.PasteFromClipBoard bug ?

← →
Dodfr (2005-07-07 11:51) [0]

Hi,

Since I recompiled (no source change) an old screenshot tool (capture ALT+PRINT WM_DRAWCLIPBOARD and save clipboard to file) with much newer version of KOL, my screenshot function do not save to .bmp file correctly.

The saved .bmp file will be open but with totally wrong Color Palette and a vertical sliding of 2 or 3 pixels to the right with outter right part re-entering picture from the left. Paint.exe, ACDSee or XNView display it bad with also BAD PALETTE and FSViewer display good color but still slided.

I noticed that bottom left of bitmap show 3 "garbage" pixels. XNView properties says to bitmap origine is bottom left. Shouldn"t it be top left instead ?

After investigate a bit, I found that the possible bug could be inside TBitmap.LoadFromStreamEX (Called within TBitmap.PasteFromClipBoard).

I tried to change KOL source and make PasteFromClipBoard use LoadFromStream but bug is still there with other bad color palette.

I tried to run my tool from Win98 instead of Win2K and bmp it OK.

I tried to change screen color depth to 16bits under Win2K but bug is still there.

Regards. (please be kind to answer in english I do not read russian).

← →
Dodfr (2005-07-07 11:53) [1]

I tried to recompile KOL for TBitmap.PasteFromClipBoard use LoadFromStream instead LoadFromStreamEX ... same problem.

← →
Владимир Кладов (2005-07-07 17:56) [2]

This is a bug. Very possible that only with pf16bit/pf15bit bitmaps. Try to convert PixelFormat to pf24bit or pf32bit before saving it. This will be fixed in the KOL update. May I already fixed it for me. You can check this on new version of Zoomer3 application, which is already compiled with the future version.

← →
Dodfr (2005-07-07 18:10) [3]

So I will wait for next KOL update :-)

I did the test with screen color depth 32bits and 16 bits same problem.

← →
Владимир Кладов (2005-07-07 18:45) [4]

Кстати, засомневался я. Я много багов просто устраниял за последнюю неделю в битмапах и окнках, и немного запутался. Но теперь мне кажется, что текущая версия уже не должна содержать этого именно бага, и должно работать в 2.09 верно.

BTW I had a doubt now. I fixed a lot of bug this week so I could partially be self-confused with it, but it seems that this bug already fixed and should not be in KOL v2.09 (current version). What version of KOL you use?

← →
Dodfr (2005-07-08 00:56) [5]

2.09

by the way I had to copy/paste a little missing part of some TAction to make 2.09 work because installing 2.0+update to 2.09 did not worked correctly.

← →
Владимир Кладов (2005-07-08 15:42) [6]

TAction moved to KOLadd.pas.

← →
Dodfr (2005-07-12 02:34) [7]

bitmap bug not fixed in 2.10 :-(

← →
Владимир Кладов (2005-07-12 05:07) [8]

for me all works. I don"t know how to check (and fix) this for you. May be you make Alt+PrntScrn for small window, paste it into another graphic editor (paint?), save as bmp there, and it gives the same result with LoadFromStreamEx / SaveToFile ? In such case you could send such file to me.

← →
Dodfr (2005-07-12 11:58) [9]

OK I"ll send you one done with old compiled and other with new compiled version so you can compare headers.

File size is 2 bytes difference with internal differences in header part and last 3 bytes in file.

← →
Dodfr (2005-10-19 12:01) [10]

Bug is finally fixed in 2.17 !!! :-)

← →
Dodfr (2005-10-19 12:04) [11]

hum ... fixed since 2.16 in fact. Seems that "dvk" found how to fix it.

TBitmap.PasteFromClipBoard bug ? Найти похожие ветки