Re: Problems with Sleep() in thread - C / C++ / MFC Discussion Boards

acerunner3165-Jan-07 14:38

5-Jan-07 14:38

sorry, i'm still having trouble understanding. In code sample at the link you gave, I can see that the function is monitoring for any messages and checking for the time. But there is the message being generated from, and how?

Re: Problems with Sleep() in thread

C^hris L^osinger5-Jan-07 17:19

C^hris L^osinger

5-Jan-07 17:19

acerunner316 wrote:
But there is the message being generated from, and how?

the message comes from code outside the loop. this is pretty close to an old-style C Windows message loop. Windows is passing messages (button down, repaint, keydown, etc) to the application, which the app grabs, when it sees one, and starts processing with that Peek/Translate/DispathMessage bit - other code is responsible for handling the specific msgs. otherwise, every 40ms, the app does a run through its Render/Move/etc stuff, then goes back to looking for messages.

image processing toolkits | batch image processing | blogging

Re: Problems with Sleep() in thread

acerunner3168-Jan-07 8:41

acerunner316

8-Jan-07 8:41

Isn't this similar to what I'm already doing, posting messages every 10ms? Because what I'm doing is posting the message repeatedly in a loop every 10ms. And then I have a function mapped to handle that message ON_MESSAGE(WM_UPDATE_DATA, OnUpdateData). So the only difference I see is instead of using ON_MESSAGE, I will have my own function that loops to check for the message posted an respond to it. Is this right? Will this make the difference of the 6ms delay? Would I have to post this message like every 1ms in order to get the 1ms resolution?

Re: Problems with Sleep() in thread

C^hris L^osinger8-Jan-07 8:55

C^hris L^osinger

8-Jan-07 8:55

acerunner316 wrote:
Isn't this similar to what I'm already doing, posting messages every 10ms?

pretty much. but Sleep simply isn't that accurate. Sleep uses the system clock, which has a resolution closer to 15ms per tick in most modern versions of Windows. and, it's entirely possible for your sleeping thread to get preempted by another thread, further delaying its awakening.

i'm not sure what the overhead in PostMessage / ON_MESSAGE amounts to. but they're asynchronous anyway; apps respond to messages when they get around to it, not the instant they appear in their message. the time from PostMessage to the actual response is (i believe) indeterminate.

image processing toolkits | batch image processing | blogging

Re: Problems with Sleep() in thread

acerunner3168-Jan-07 9:11

acerunner316

8-Jan-07 9:11

Chris Losinger wrote:
pretty much. but Sleep simply isn't that accurate. Sleep uses the system clock, which has a resolution closer to 15ms per tick in most modern versions of Windows. and, it's entirely possible for your sleeping thread to get preempted by another thread, further delaying its awakening.

In that case, what do I use to loop posting of a message?

Re: Problems with Sleep() in thread

C^hris L^osinger8-Jan-07 10:32

C^hris L^osinger

8-Jan-07 10:32

honestly, i don't know. Windows really isn't a real-time OS, and as far as I know, there's not a lot of high-level support for the kind of timing precision you seem to want. maybe you could check an open source game or audio application (ex. Audacity) that you could plunder for ideas.

image processing toolkits | batch image processing | blogging

Re: Problems with Sleep() in thread

Mark Salsbery4-Jan-07 12:55

Mark Salsbery

4-Jan-07 12:55

To add to the other responses...

There's also the Multimedia Timer Functions[^]

Larry Osterman[^] has reported Windows timer accuracy findings in the OS source
code for some time but this fairly new article is the first time I've seen it documented by
Microsoft:
Inside Windows NT High Resolution Timers[^]

Re: Problems with Sleep() in thread

ThatsAlok4-Jan-07 18:02

ThatsAlok

4-Jan-07 18:02

acerunner316 wrote:
I am using Sleep(10) in my thread to post a windows message every 10ms.

Sleep(10) doesn't sleep your thread fro 10 ms, as windows is not realtime system... actually it sleep time range between 10 ms to 54 ms depending on current load on the system and processor speed

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow

cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and you

Re: Problems with Sleep() in thread

Joe Woodbury4-Jan-07 19:00

Joe Woodbury

4-Jan-07 19:00

Generally Windows NT and later have a timer interrupt of 10ms. However the HAL for some systems has set it to use 15ms. This means you can't sleep for less than that amount using the timeouts for Sleep() and Wait...() calls.

Anyone who thinks he has a better idea of what's good for people than people do is a swine.
- P.J. O'Rourke

Re: Problems with Sleep() in thread

kasturi_haribabu4-Jan-07 19:07

kasturi_haribabu

4-Jan-07 19:07

1. Are you sure your function which is posting message takes '0'ms to execute ?

I raise this question because, if your calling code has a lot to do and then sleep 10 ms, the interval between subsequent calls would be
(Sleep time + Time taken to execute other part of the function).

If you are very specific about the response time, i dont think post message is the right way to address such issuesbecause the latency of the response is not guaranted.

You can use Events or a Semaphore-give-release technique to decrease the latency further.

but the technique you need to choose depends on your applcation.

Haribabu.

Re: Problems with Sleep() in thread

acerunner3165-Jan-07 8:43

acerunner316

5-Jan-07 8:43

I don't know if it takes 0ms, but there is nothing else to my code other than repeatedly posting messages.

UINT CNOx1000MonitorDlg::FThreadLoop (LPVOID PptrToClass)<br />
{<br />
	CMainWindowDlg *LptrClass = static_cast<CMainWindowDlg *>(PptrToClass);<br />
	HWND *ptrWindowHandle = new HWND;<br />
	*ptrWindowHandle = LptrClass->GetSafeHwnd();<br />
<br />
	while(LptrClass->mbolThreadExecute)<br />
	{<br />
		::PostMessage(*ptrWindowHandle, WM_UPDATE_CONTROLS, 0, 0);<br />
		::Sleep(10);<br />
	}<br />
	delete ptrWindowHandle;<br />
	return 0;<br />
}

Re: Problems with Sleep() in thread

S Douglas5-Jan-07 1:30

S Douglas

5-Jan-07 1:30

acerunner316 wrote:
but 6ms delay is still way too slow

To get an understanding of how time works read Time is the Simplest Thing[^]

I'd love to help, but unfortunatley I have prior commitments monitoring the length of my grass. :Andrew Bleakley:

WPF, XAML, Expression Blend and MFC [modified]

AAntix4-Jan-07 10:00

AAntix

4-Jan-07 10:00

I've been looking at Microsoft's Expression Blend[^] the past couple of days and have read this article : .NET 3.0 WPF Tools && Examples[^].

We currently have a legacy MFC based application that does a lot of GDI rendering. What I would like to be able to do is embed an Expression Blend composition within our application and dynamically control the properties of the rendering through the wrapping app.

E.g. The Expression Blend composition is showing a red car rotating and the user chooses blue from our app, I'd like to dynamically change the render to blue.

Has anyone looked at embedded any XAML based creations within their own legacy MFC based apps?

Thanks in advance.

-- modified at 16:10 Thursday 4th January, 2007
Looks like Nish may have done some work in this area?

Jim
RunFatBoy.net[^] - Exercise for the rest of us.

doubel buffering with GDI problem

ceejeeb4-Jan-07 8:31

ceejeeb

4-Jan-07 8:31

can someone explain what im doiing wrong here:

<br />
HBRUSH backBrush = ::CreateSolidBrush(RGB(pLevels->frequency[0][0],0,0));<br />
<br />
HDC memDC = CreateCompatibleDC ( hdc );<br />
HBITMAP bitmap1 = CreateCompatibleBitmap(memDC,prc->left,prc->bottom);<br />
HBITMAP oldBitmap = SelectObject(memDC,bitmap1);<br />
<br />
::FillRect(memDC,prc,backBrush);<br />
::Ellipse(memDC,20,20,120,120);<br />
::BitBlt(hdc,0,0,prc->left,prc->bottom,memDC,0,0,SRCCOPY);<br />
<br />
::DeleteObject( backBrush );<br />
::SelectObject(memDC, oldBitmap);<br />
::DeleteObject(bitmap1);<br />
::DeleteDC(memDC);<br />

It just doesnt display anything.

Re: doubel buffering with GDI problem

Mark Salsbery4-Jan-07 8:36

Mark Salsbery

4-Jan-07 8:36

Is prc->left what you intended as the bitmap width in the call to
CreateCompatibleBitmap(memDC,prc->left... ??

It's used in BitBlt too...

Mark

Re: doubel buffering with GDI problem

ceejeeb4-Jan-07 8:38

ceejeeb

4-Jan-07 8:38

yes it is the width

Re: doubel buffering with GDI problem

Mark Salsbery4-Jan-07 8:42

Mark Salsbery

4-Jan-07 8:42

ceejeeb wrote:
yes it is the width

If that's the case then how will this work...

::FillRect(memDC,prc,backBrush);

Are you sure you don't mean to use prc->right?

Mark

Re: doubel buffering with GDI problem

ceejeeb4-Jan-07 8:45

ceejeeb

4-Jan-07 8:45

ahh yes my mistake it was menat to be right.
Now its draws to the screen but not as intended the back background is dotted black and white.

Re: doubel buffering with GDI problem

Mark Salsbery4-Jan-07 8:47

Mark Salsbery

4-Jan-07 8:47

try changing
HBITMAP bitmap1 = CreateCompatibleBitmap(memDC,prc->left,prc->bottom);
to
HBITMAP bitmap1 = CreateCompatibleBitmap(hdc,prc->right,prc->bottom);

The default bitmap for a dc is monochrome - you want a bitmap compatible with the original dc.

Smile | :)

Re: doubel buffering with GDI problem

ceejeeb4-Jan-07 8:56

ceejeeb

4-Jan-07 8:56

Thanks alot mark all is working fine now. Big Help.

dynamic CImageList icons - possible? [modified]

neilsolent4-Jan-07 8:13

neilsolent

4-Jan-07 8:13

I have a CTreeCtrl and an associated CImageList. Is there any way I can load images into the CImageList at runtime (e.g. from an .ico file supplied by the user) without them being hardcoded into the executable files ?

-- modified at 14:21 Thursday 4th January, 2007

cheers,
Neil

Re: dynamic CImageList icons - possible?

Mark Salsbery4-Jan-07 8:26

Mark Salsbery

4-Jan-07 8:26

You can add/remove images from image lists dynamically.

Check out CImageList::Add() (::ImageList_AddIcon()), ::LoadImage(), etc.

Mark

Re: dynamic CImageList icons - possible?

James R. Twine4-Jan-07 8:29

James R. Twine

4-Jan-07 8:29

   Yes - although if dealing with a lot of images it is better to initially size the ImageList control to hold a bunch of images.

   The CImageList::GetImageInfo(...) function or the ImageList_GetImageInfo(...) macro can be used to write data into the images maintained by the ImageList control.

   Peace!

-=- James
Please rate this message - let me know if I helped or not!<HR>If you think it costs a lot to do it right, just wait until you find out how much it costs to do it wrong!
Avoid driving a vehicle taller than you and remember that Professional Driver on Closed Course does not mean your Dumb Ass on a Public Road!
See DeleteFXPFiles

Re: dynamic CImageList icons - possible?

CPallini4-Jan-07 8:38

CPallini

4-Jan-07 8:38

see
here

Note: you can dynamically load an image using the LoadImage API.

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

Re: dynamic CImageList icons - possible?

Hamid_RT4-Jan-07 18:11

Hamid_RT

4-Jan-07 18:11

Yes you have many good function in CImageList Add,Remove,Replace

WhiteSky

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.