Speed of thinBASIC 1.0.9.2 released on 22.02-2006

[Petr Schreiber]

First confirmation :),

yes, I can watch the difference.
At least in my TBGL experiments ( where I use function calls every single frame ) the improvement is noticable. Even the framerate is now more stable!

Good work!:eusaclap:

Thanks,
Petr

[ErosOlmi]

Good.

I've the impression I've also added a GPF in UI module :oops:
I'm checking.

Thanks a lot
Eros

[Petr Schreiber]

Hi,

hmm, no problems detected with UI,
in which situation it should appear ?


Thanks,
Petr

[ErosOlmi]

Not sure exactly but when using richedit I get gpf. I will check later.

[catventure]

Hi Eros,

I also have noticed speed increase in the text adventure display, which is good. :)

One thing though. In previous version I used CONTROL SET TEXT to display a "Press Return To Continue" message in the adventure input textbox when the richedit display got full of text and then wait for the keypress.
This message doesn't now appear... However, the keypress is accepted and text then continues scrolling OK. It is just the message prompting the player that fails to appear in the textbox. Might be a 'speed' thing?



control set text hwnd,%ID_TEXTBOX2,"Press [RETURN] To Continue..."

getasynckeystate(%vk_return)

do
'trap return keypress
if getasynckeystate(%vk_return) then
exit do
end if
loop

control set text hwnd,%ID_TEXTBOX2,""


Regards,
catventure

[ErosOlmi]

Good. I'm happy I was able to add some speed.

I've not forgot your requests about Fonts inside RichEdit control. I'm working on data strutcures and this will give the power to implements RichEdit functionalities like fonts.

Regarding your problem, I think it has something to do with recent update I've made on message pump. Try to add a DOEVENTS inside the loop. This will give Windows enough time to react to messages. Something like:


DO
'trap return keypress
IF GETASYNCKEYSTATE(%VK_RETURN) THEN
EXIT DO
END IF
DOEVENTS
LOOP

Let me know.
Eros

[ErosOlmi]

GPF went out just recompiling to module.
I will investigate further in next release.

[catventure]

Hi Eros,

The 'DOEVENTS' worked :)

I just thought also try it using SLEEP command after the CONTROL SET TEXT to see if that has any effect...

There was something else odd I noticed when loading an adventure into the TAB player in connection with the custom progress bar I made. When this appears, a square roughly the size of the top left quarter of the adventure dialog window is 'grayed' out whilst the game loads... Maybe I need a DOEVENTS in there somewhere too!

Thanks for your prompt assistance.

catventure

[catventure]

Hello Eros,

Ah! The grey 'square' is actually the Load Game File Requester Dialog which has not had time to completely close properly... Nothing to do with progress bar dialog. Again, I think this a speed thing I will need to look at.

catventure

[ErosOlmi]

catventure,

I think I've found the refresh problem.
I will post an update today an let you know when you will be able to test it.

Ciao
Eros

[catventure]

Hi Eros,

Yes, the problem can more correctly be described as being that the area of the Richedit under the Choose_FileDialog is not redrawn/refreshed before the custom progress bar appears... hence the pBar appears over a 'gray' area.
A similar occurrence of this happens when loading an adventure in the TAB Editor. Thanks.

catventure.

[ErosOlmi]

Hi catventure.

Please download again version 1.0.9.2
I should have fixed the refresh problem. In order to find as much speed execution as possible I removed some code inside main Core script parsing used to give a time slice to window to process messages.

Please remove DOEVENT in your script because it sould be not necessary with this new version.

Let me know.

Ciao
Eros

[catventure]

Hi Eros,

Good. It it is OK now in update! :)

Thanks again for speed improvements this version.

I will do a little more testing today to see if all is OK.

Regards,
catventure