|
to do this, you need to make a copy of the image underneath the bitmap before you draw it. something like this:
1. find out where you want to draw the bitmap
2. make a copy of the background where the bitmap will go to a new bitmap, before you draw there. (create a new bitmap, use BitBlt to copy)
3. when you need to move the bitmap, draw the background copy from step 2 at the place you copied it from. then go to step 1.
to do this smoothly, you'll need to use a double-buffering technique, where you place replace the background and draw the new bitmap in one BitBlt to the main screen. otherwise, you could get a flicker effect.
i think there are articles on CP that discuss how to do double buffering.
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
ok i understand what i need to do but how do i go about making a copy of the background to a bitmap. If i was programming in vb this would take me like 2 seconds but i want to learn c because i have always known and can tell now that its a more powerful language. I appreciate any help thank you.
|
|
|
|
|
making a copy of the background is just a BitBlt to an off-screen DC, using a CBitmap you've created specifically for that purpose.
but, this article[^] should help.
Cleek | Image Toolkits | Thumbnail maker
-- modified at 8:09 Wednesday 7th June, 2006
|
|
|
|
|
which function gets color setting of PC?
such as 256 color, 16 bits etc.
|
|
|
|
|
If you've got a screen device context, you can use GetDeviceCaps(BITSPIXEL)
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|
I'm having problems with my socket. Here is the scenario.
I have 2 network cards.
A. inet connection
B. Gigabit ethernet connected to network.
I'm trying to connect to an IP on card B. "1.2.3.4:18" for example.
My problem is that it is using network card A. and its not connecting properly because of this.
<br />
<br />
SOCKADDR_IN InternetAddr;<br />
InternetAddr.sin_family = AF_INET;<br />
InternetAddr.sin_addr.s_addr = htonl(inet_addr("1.2.3.4"));<br />
InternetAddr.sin_port = htons(18);<br />
<br />
Connection = socket (AF_INET, SOCK_DGRAM, IPPROTO_UDP);<br />
connect(Connection, (SOCKADDR *)&InternetAddr, sizeof(InternetAddr);<br />
<br />
I create the socket fine... and it sends fine... just on the wrong network card.
Please HELP!!
|
|
|
|
|
signiture of the function is:
CreateDIBSection(HDC hdc,BITMAPINFO*pbf,..,void**ppBits..);
we must provide info for pbm to retrieve ppBits.
my question is:
how to get original BITMAPINFO and ppBits of the HDC?
are there other assistant functions to do that in general?
the HDC may not be memory DC, it may be PAINT DC whose HBITMAP size is 1x1.
the question is in general - not limited to memory DC.
|
|
|
|
|
GetObject()
have to access several API for complete BITMAPINFO. look MSDN
Kuphryn
|
|
|
|
|
I just told you in my post that GetObject() gets bitmap size of 1x1 for PAINT DC.
|
|
|
|
|
includeh10 wrote: how to get original BITMAPINFO and ppBits of the HDC?
DC's do not have those things.
you need to allocate and fill-in the BITMAPINFO object yourself. and the ppvBits parameter is an output parameter, that receives a pointer to the start of a buffer. after you call CreateDIBSection, you copy your DIB's pixels into the buffer where that pointer points:
<br />
void *ppvBits = NULL;<br />
hbm = CreateDIBSection(hDC,(LPBITMAPINFO)lpbi, DIB_RGB_COLORS, &ppvBits, NULL, 0);<br />
<br />
if (ppvBits!=NULL)<br />
{<br />
memcpy((BYTE *)ppvBits, (BYTE *)lpDIBBits, numberOfPixelBytes);<br />
}<br />
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
lpbi is [in].
my question is not about bits, but about how to get
numberOfPixelBytes and colors etc.
GetDIBits() can not help because HBITMAP size of PAINT DC is 1x1 pixels.
|
|
|
|
|
|
mate,
do not type reply before thinking.
|
|
|
|
|
excuse me?
<br />
BITMAP bm;<br />
GetObject(hBmp, sizeof(BITMAP), &bm);<br />
<br />
<br />
int bmType;<br />
int bmWidth;<br />
int bmHeight;<br />
int bmWidthBytes;<br />
BYTE bmPlanes;<br />
BYTE bmBitsPixel;<br />
LPVOID bmBits;<br />
} BITMAP;<br />
*/<br />
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
I think any HBITMAP handle must contain color info and data bits, otherwise how can it be displayed?
my question is:
how to get color info and data bits for any HBITMAP - not limited to any condition, such as LR_CREATEDIBSECTION.
if can not get, why?
|
|
|
|
|
|
int GetDIBits(
HDC hdc, // handle to DC
HBITMAP hbmp, // handle to bitmap
UINT uStartScan, // first scan line to set
UINT cScanLines, // number of scan lines to copy
LPVOID lpvBits, // array for bitmap bits
LPBITMAPINFO lpbi, // bitmap data buffer
UINT uUsage // RGB or palette index
);
HBITMAP contains enough info, but the function requres HDC.
why it is HDC ralated?
if HDC is different, (Printer DC or Paint DC), does it retrieve different info?
-- modified at 14:46 Tuesday 6th June, 2006
|
|
|
|
|
just use HDC hDC = ::GetDC(NULL);
includeh10 wrote: if HDC is different, (Printer DC or Paint DC), does it retrieve different info?
not all DCs have the ability to do GetDIBits (see GetDeviceCaps). screen DCs generally do, but printer DCs sometimes can't handle all operations.
includeh10 wrote: HBITMAP contains enough info
but it needs to be formatted in a way that you can use . HBITMAPs are opaque objects - we don't know anything about what they look like on the other side of the HANDLE.
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
mate,
another question:
we have a printer, GetDeviceCaps(RASTERCAPS) shows it supports RC_BITBLT, but BitBlt() function does not work anyway.
may the printer tell wrong info or my code is not correct?
print-preview is OK, so I think my code has no problem.
|
|
|
|
|
includeh10 wrote: BitBlt() function does not work anyway
what happens ?
includeh10 wrote: may the printer tell wrong info or my code is not correct?
that depends on what you're trying to do. for example, printers often only support being on the receiving end of a BitBlt - you can't BitBlt from a printer DC to a different DC, but you can Blt to one. so, yes they support BitBlt, but only somewhat. and, some printers have limitations on how large they can print (see GetDeviceCaps DC_BITBLT64)
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
do not type reply if you don't know.
|
|
|
|
|
maybe you should go read up on general GDI techniques. when you've done that - when you understand how HBITMAPs, HDCs, GetDIBits, CreateDIBSection and the rest of GDI actually works - then you can come back here and tell me how much i don't know about it.
until then, good luck with the attitude.
Cleek | Image Toolkits | Thumbnail maker
|
|
|
|
|
I am sure it's something simple that I'm over looking. I created a Dialog Bar and added some controls to it. I also created a class derived from CDialogBar. When I create my dialog bar in the main frame all the controls are functional except the buttons. The code I have is this:
class CLineBar : public CDialogBar<br />
{<br />
DECLARE_DYNAMIC(CLineBar)<br />
<br />
public:<br />
CLineBar();<br />
virtual ~CLineBar();<br />
<br />
<br />
protected:<br />
DECLARE_MESSAGE_MAP()<br />
};<br />
<br />
......<br />
CLineBar m_LineBar;<br />
<br />
.......<br />
<br />
m_LineBar.Create(this, IDD_LINE_DLG, WS_CHILD|WS_VISIBLE|CBRS_LEFT,0);<br />
<br />
<br />
Any suggestions? Thanks.
|
|
|
|
|
Please add the ON_UPDATE_COMMAND_UI handler for the Button .
Regards,
FarPointer
Blog:http://farpointer.blogspot.com/
|
|
|
|
|
The controls are disabled because you don't have WM_COMMAND handlers for them yet. Either add handlers, or set the main frame's m_bAutoMenuEnable member to false.
--Mike--
Visual C++ MVP 
LINKS~! Ericahist | PimpFish | CP SearchBar v3.0 | C++ Forum FAQ
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
