PureBasic Forums - English

What if :

Repeat : WaitWindowEvent(1) : ForEver


I believed in that one for some reason, but no. :D

UPDATE: If anyone wants to help, please download the demo , and try 1/ via the steam launcher 2/ via RH.exe. The world generation ("Generate hope") should take about 4 seconds via Steam, and ...

There's no difference between ASM and C.

The demo behaves the same as the game: slow through Steam, instant through RH.exe (world generation).
There is a guy on the Steam forum who says that he doesn't see any difference on Win7 and Win10. I'm using Win11.

My main loop is:


Repeat ...

I don't use threads, but that wouldn't be a problem with Steam. It just runs the .exe.

Steam hooked? There's no link with Steam within my program.

Yeah, maybe there's something wrong with the event loop. I'll investigate.

idle wrote: Sat Nov 22, 2025 9:38 pm Are you composing render directly to canvas or composing to image then canvas?
I don't know anything about steam so just guessing

Directly to canvas. Do you think that would make a difference?

Thank you for trying anyway!

Activating or deactivating the overlay doesn't make any difference. I've even tried to end the Steam process while the game was running, and it continues to be super slow.

I'll need to check the demo tomorrow, so that you can try. I'm not super sure which internal ...

Agree. The thing is the overlay doesn't work with my game. Probably because of non 3D acceleration. But then on ProcMon, you see the game overlay log being written on... So I guess there's always a process in the background...

That's the thing. It's super hard to find out. I used ProcMon, and I can see that every write and read operation (text files) is slower; basically everything the program does is slower in every operation. I don't know what to do with that information. 😅 My understanding is that everything is slower ...

What I tried was to get a few ElapsedMilliseconds() in a few functions, and all of them takes longer.

When the game loads, it has a single popup, and the refresh function is not called. Only once to show the modal, and another time to remove it once the loading is over.

EDIT: I'll try anyway ...

I've posted a very detailed post of my problem on Steam: https://steamcommunity.com/groups/steamworks/discussions/0/685237458700597187/?tscn=1763746079

Roots of Harmony is not 3D accelerated, and it works with a canvas that I update every time I receive a "refresh request" event, basically after ...

Roots of Harmony is 1 year old!
I've just released version 3.0, which is a major version with new UI and massive overhaul of the game.

There's also a new store page and a new trailer on Steam:
https://store.steampowered.com/app/3273 ... f_Harmony/

Legacy stuff. Would cause a ton of problems if changed now.

Do you make use of the #PB_Sound_Streaming flag?

Procedure OnMouseMove()
Debug "Mouse moved"
EndProcedure

OpenWindow(0, 0, 0, 500, 500, "", #PB_Window_ScreenCentered | #PB_Window_SystemMenu)
CanvasGadget(0, 0, 0, 500, 500)

BindGadgetEvent(0, @OnMouseMove(), #PB_EventType_MouseMove)

Repeat : Until WaitWindowEvent() = #PB_Event_CloseWindow ...

I don't suppose the first image is the effect you want. The second one, with white background looks much better. And that's because of transparency.

Bug report: when removing an event procedure, it simply doesn't remove it, because it doesn't accept an empty space as a valid procedure name. You can add a space, then the parser will see that it's not a valid call, but it would be more intuitive to just remove the procedure name from the event list.