Hi

"Thore" search another tester for his port of Gigalomania.
If you can test it, thanks

Origin : Morphos-forum.de

File : http://www.disk-doktor.de/tools/lha/gigalomania_0.28.lha

thank you for your comeback

I can barely move the mouse cursor thus unable to even start a new game. CPU tops 100%, it consumes about 70MB free GFX RAM and a lot of (fast) RAM as well. The same goes version 0.25 btw. All the above on MorphOS 3.9, PMAC 3.1 G4 1.ghz, Radeon 9800 Pro 256MB, 1.5 GB Ram with natove Ambient screen 1280x1024 at 24bit.

Got a similar experience as Cool_amigaN.

Tried it on my G5, 2.3 GHz. The game starts windowed, graphics and sound are working. But it's veeerry sluggish. CPU is maxed out at about 95 %, VRAM occupied is 111 MB.

Same here with my Powerbook and my PowerMac G5

But with my MacMin it's ok.

In the PowerBook the game has problems with the screen resolution besides the mouse move.
But in this machine always there are problems with some games and programs with the screen, perhaps the video drivers? because with Hollywood some of my programs have problems too.

I bet, the 100% CPU usage is because all the SDL games do the same... Even the simplest logic games.
I think, it is the problem of SDL implementation... I hope, one day it will be corrected.

Quote:

I think it's rather the problem of lazy developers when it comes to main game loop code.

Quote:

I don't know SDL well, but it is also an event driven system. Yeah, probably the main loop is too busy and the programmers missed to put a usleep() there. The question is, that do these programs behave similarly on every platform?

Many SDL games work by polling (ie reading all the time) the event queue.

https://wiki.libsdl.org/SDL_PollEvent

The example code shows the ugly. while(1) { SDL_PollEvent(...); }

It kills any CPU class.

Better main loop would be with SDL_WaitEvent/SDL_WaitEventTimeout

https://wiki.libsdl.org/SDL_WaitEvent
https://wiki.libsdl.org/SDL_WaitEventTimeout

At least, those calls shouldn't eat all the CPU.

A quick search with G**gle on GitHub :

SDL_PollEvent site:github.com -> about 9500 results
SDL_WaitEvent site:github.com -> about 2200 results
SDL_WaitEventTimeout site:github.com -> about 300 results

See the disaster. :)

I don't understand the gameplay, but the game runs smooth.
It takes about 50MB from 64MB Gfx ram and enhanced display is disabled.
My MDD 1250MHz G4 CPU is as discribed above at 100%.
24Bit Gfx depth 1680x1050 Radeon 9000 ...

i try to compile it with GCC 4 and last code version (0.29.0 last developpement) with my G5, i change 32 bits to 24 bits (Screen resolution) in code and it's work perfectly.....

i test it on my others machines.


Gameplay is strange indeed

So the problem is the screen depth. Can It affect to other sdl games?

Others games SDL working perfectly on my G5...

I upload Gigalomania to test it.

I activate "Online Help" in game with OpenURL.

http://www.morphos-storage.net/?page=Beta-test&file=Gigalomania_0.29.0_BETA.lha



[ Edité par beworld 24.01.2017 - 20:04 ]

I 've tested the latest build on my Pmac G4 1.6Ghz. It's is for sure a vast improvement regarding speed (now I can actually start/play a game) but still it seems to me way too slow to be enjoyable.