PureBasic Forums - English

Hello,

It's the fourth beta release of the forthcoming 4.40 version, and it's mostly bug fixes. We encourage anyone who can to test its program on it, it will help to have a stable final version. Thanks a lot to all the current beta testers, it's very much appreciated !

Here are the few changes: Theses changes were needed to have perfect DX9 screen synchronization.

For other beta news:

http://www.purebasic.fr/english/viewtop ... 524#295524

You can grab it on your online account.

4.4 has been great so far - timers helped me a lot.

cheers

Thanks a lot to all the current beta testers, it's very much appreciated !

Fred, I'm sure most of the community feels the same way when I say, "No. Instead I Thank you!" 4.40 as some features that have made my programming simpler and more powerful than before. And I've seen programs that are "production ready" that have more bugs than your betas. (Think of anything by Micky$oft.)

So again, thanks Fred.

Randy

[Edit] My phrase in quotes above may have been mistaken for the true intent which is a sincere thank you.

Thanks for the beta, and all your work on PureBasic. It is a wonderful language to use!

2DDrawing library optimized for size

What does that mean exactly?

FlipBuffers() doesn't take an optional parameter anymore

bad idea.. im using #PB_Screen_WaitSynchronization AND #PB_Screen_NoSynchronization in the same app, depending on the situation. with the new behavior, we cant mix anymore.

c ya,
nco2k

Grabbed

Fred wrote: It's the fourth beta release of the forthcoming 4.40
...

Code: Select all

- OpenScreen() now accepts FlipMode, RefreshRate (see quickhelp)
- SetRefreshRate() has been removed
- FlipBuffers() doesn't take an optional parameter anymore
- 2DDrawing library optimized for size

...

Goodie, that's some changes I'll have to look into. Thanks for this update. On to number 5

nco2k wrote:

FlipBuffers() doesn't take an optional parameter anymore

bad idea.. im using #PB_Screen_WaitSynchronization AND #PB_Screen_NoSynchronization in the same app, depending on the situation. with the new behavior, we cant mix anymore.

c ya,
nco2k

I knew there will be case where it could be bad. Unfortunately DX9 ask at the screen opening the flipmode (don't ask me why). If you specify "no synchro", i didn't found a reliable wait to flip it correctly synchronized, even with the rasterbeam status and verticalblack detection. Anyway, i'm opened to suggestion.

Yep, seems to work fine here. It even found a minor bug in COMatePLUS for me which had thus far gone undetected!

These threaded variables are awesome; save me some work.

Thanks team.

First tests with sprites, sync seems good!!!

I tried to compile Purebreaker 3 : having to redirect all screenoutput to sprites, only in 32 bits as 16 bits is so slow (not a problem anyway), the menu is a bit slower but seems good. I can't switch back to the desktop with ALT+TAB (have to look further anyway).

I have an ingame black screen for now, back to the IDE got this error : 'An Error has been detected in the IDE ; Error : Invalid Memory access; File: c:\svn\4.40\Fr4k\PureBasicIDE\WindowsMisc.pb Line : 779 Ide build on 10/09/2009 by fred

Please stand by

In fullscreen, fluidity seems perfect! And the rendering is faster than ever, impressive!
However, how can we set refresh rate in windowed mode?

You can't, as you can't change the refresh from the desktop. Only the framerate can be changed, and you can enable or not the vertical synchro.

Yes, it was what I meant
With Ogre activated, framerate is also broken (at least in Purebreaker), and I have big crashes, I'll do some tests to see why. There's maybe also a bug with clipsprite.

The "few" changes explained are "big" changes for a beta which is mostly a bug fixes release!
But thanks, of course for the bug fixing and the continuous improvements.

Clipsprite is OK