dev-cpp-users

[Dev-C++] opengl - WM_PAINT

[Neszt T. <ne...@ss...>]

Hello!

As I know, all the paint function should use after WM_PAINT. It is
also true for opengl display? I need to call the display() function 50
times in every secounds. At this point of time, I use it after WM_PAINT,
and it seems like, the calls are happens as fast as it can. My solution to
aviod these quick calls is when the display() called, in the display() I
check the glut elapsed time, and if this is greather than 1/50 sec, I let
the display run over.

This is not good, as the results shows. The opengl moovings, rotatings,
and any other moovement not nicely continuous.

So, Is there any mode to set somehow the window, to call the WM_PAINT in
every 1/50 sec?


Thank Your help in advance,

Regards,
 Neszt Tibor

Re: [Dev-C++] opengl - WM_PAINT

[Astar <As...@tu...>]

Hello Neszt,

In my opinion, it will be better to draw on idle (not WM_PAIMT, but
when there is no any messages to translate in main loop). and
synchronize all moving/animation/etc by multiplying step to reciprocal for
fps.
I do so, and i have smooth moving/rotation/etc...
if you want source - try to my e-mail...

NT> As I know, all the paint function should use after WM_PAINT. It is
NT> also true for opengl display? I need to call the display() function 50
NT> times in every secounds. At this point of time, I use it after WM_PAINT,
NT> and it seems like, the calls are happens as fast as it can. My solution to
NT> aviod these quick calls is when the display() called, in the display() I
NT> check the glut elapsed time, and if this is greather than 1/50 sec, I let
NT> the display run over.

NT> This is not good, as the results shows. The opengl moovings, rotatings,
NT> and any other moovement not nicely continuous.

NT> So, Is there any mode to set somehow the window, to call the WM_PAINT in
NT> every 1/50 sec?

P.S. sorry for my english :)...

-- 
Best regards,
 Astar                            mailto:As...@tu...

Re: [Dev-C++] opengl - WM_PAINT

[Neszt T. <ne...@ss...>]

Hello!

> In my opinion, it will be better to draw on idle (not WM_PAIMT, but
> when there is no any messages to translate in main loop). and
> synchronize all moving/animation/etc by multiplying step to reciprocal for
> fps.
> I do so, and i have smooth moving/rotation/etc...

Yes, it is a solution, I know, but there are some cases, where You can not
apply this method. This is solve the slow-quick moovement problem, but not
the calling frequency.
As I see, I would need a new thread, one for calculating the
moving/rotating values, and one for opengl display() :-)))

Thanx Your reply,

Regards,
 Tibor

Re[2]: [Dev-C++] opengl - WM_PAINT

[Astar <As...@tu...>]

Hello Neszt,

Friday, April 4, 2003, 3:41:46 PM, you wrote:

NT> Hello!

>> In my opinion, it will be better to draw on idle (not WM_PAIMT, but
>> when there is no any messages to translate in main loop). and
>> synchronize all moving/animation/etc by multiplying step to reciprocal for
>> fps.
>> I do so, and i have smooth moving/rotation/etc...

NT> Yes, it is a solution, I know, but there are some cases, where You can not
NT> apply this method. This is solve the slow-quick moovement problem, but not
NT> the calling frequency.
NT> As I see, I would need a new thread, one for calculating the
NT> moving/rotating values, and one for opengl display() :-)))

May be you describe for what you need fixed redrawing?
cause there is no problem with high/low frequency (non-constant
value) if you synchronize animation.  only fps must be higher than 30
for non-twitching picture... and if your fps is very high :)) turn on
VSync...

P.S. second thread - is bad idea, just calculate moving/roatating
values each "idle" time...

-- 
Best regards,
 Astar                            mailto:As...@tu...