Messages

Attached replay, file rep293.tar.gz. Details in README_ZCT293.txt inside. Finished in ~2:30 with car 1.

Versions of SimcarStunts which save replays in files:

https://matei.one/idxrep.html

Details in the page, a video also available.

Anyone interested in races?

We have Orbán's (Fidesz) regime since 2010 and he is a football maniac dictator of a hypercorrupt country.

Here's what Romanian president said:

https://www.youtube.com/watch?v=FBbkY14mOHU

Translation:

Romania is a corrupt country.

So what's the problem? Get used to it. How did you expect me to become president?

https://en.wikipedia.org/wiki/2024_Romanian_presidential_election#Candidates

In response, Șoșoacă claimed "this proves the Americans, Israelis and the European Union have plotted to rig the Romanian election before it has begun"

She was right, obviously.

https://en.wikipedia.org/wiki/WarGames

"the only winning move is not to play."

Same problem.

https://forum.stunts.hu/index.php?topic=4497.0

https://zak.stunts.hu/

I don't have an account there, so:

Ryoma

@Alan Rotoi sorry I really don't like football....

As can be observed from my message above neither do I, but without knowing that, the only cars I included here (while removing all the other ones) are 2 of his:

https://matei.one/games.html

I just get everything right (although no one cares about it), I don't know how it happens.

https://wiki.stunts.hu/wiki/Replay_file_format

•    bit 0 : Accelerate
•    bit 1 : Brake
•    bit 2 : Turn right
•    bit 3 : Turn left
•    bit 4 : Gear up
•    bit 5 : Gear down
•    bit 6 : Ignored
•    bit 7 : Ignored

In the version I posted above:

bit 0: driving mode: 1 forward, 0 reverse
bits 2 and 1: 11 left, 00 no turn, 01 right
bit 3: acceleration
bit 4: brake
bit 5: handbrake
bit 6: rocket
bit 7: ignored

I replaced "float" with "double" which seem to work a little better, but at least car 1 still has problems. I will soon post on my site 2 versions which save replays in files, one with the method in the file downloadable from above and the other one with the positions of the objects. About bits:

https://www.pcgamingwiki.com/wiki/Category:Controllers_with_pressure-sensitive_input(s)

Unlike traditional buttons that are simply digital (0 to 1), pressure-sensitive buttons can detect differences in the amount of force applied to them.
[...]
For example, they can be used to control the acceleration and braking of vehicles,

No need for this in Stunts or my game.

https://gamefaqs.gamespot.com/pc/579127-stunts/reviews/94022

Stunts is easily the best-controlling racing game ever to be released on the PC. The controls are responsive and their layout is perfect. Never once will anyone have to touch the "Controller Configuration" button because the ergonomics of these controls is downright amazing.

Updated game, file simcarstunts-6.2.1.tar.gz:

https://matei.one/idxscr.html#download

Xm0NaD aside, you pointed out a problem which could occur with SDL3 even with a graphical window manager that doesn't have bugs:

https://wiki.libsdl.org/SDL3/SDL_GetWindowSize

The window pixel size may differ from its window coordinate size if the window is on a high pixel density display. Use SDL_GetWindowSizeInPixels() or SDL_GetRenderOutputSize() to get the real client area size in pixels.

https://wiki.libsdl.org/SDL3/SDL_CreateWindow

The window size is a request and may be different than expected based on the desktop layout and window manager policies. Your application should be prepared to handle a window of any size.

Solved that, but int SDL 2 there are a few differences:

https://wiki.libsdl.org/SDL2/SDL_CreateWindow

If the window is created with the SDL_WINDOW_ALLOW_HIGHDPI flag, its size in pixels may differ from its size in screen coordinates on platforms with high-DPI support (e.g. iOS and macOS). Use SDL_GetWindowSize() to query the client area's size in screen coordinates,

I didn't create the window with the SDL_WINDOW_ALLOW_HIGHDPI flag, so here I could get the width and height in pixels with SDL_GetWindowSize(). I still have problems with SDL 2 because of some bug(s) in xm0Nad, but I ~solved those too, details in file SDL.txt from the archive mentioned above.

https://xmonad.org/news/2023/10/06/wayland.html

We think we now have enough contributions coming in monthly to pay for someone to work with us on it.

Problem is, we have no idea who can do this.

Attached file graphics.tar.gz. First set the settings in xmoNAd back to where they were and try version from simcarstunts-6.2.0:

https://matei.one/idxscr.html#download

If the problems still occur, then download file attached here, put files graph2d.c from it in the game source, recompile and see what happens. You can also try with various resolutions in full screen (fullscr=1), with both SDL 3 and SDL 2 (ex.: 960x720).

Those red borders bother me when I try to view a video with MPlayer at full screen, but for the game just leave them:

https://wiki.libsdl.org/SDL3/SDL_GetWindowSizeInPixels

I will post the fixed graphics/forsdl3/graph2d.c file for you to test it (I can't), but I just found out there might be other problems:

https://wiki.libsdl.org/SDL2/SDL_GetWindowSizeInPixels

"This function is available since SDL 2.26.0."

So for SDL 2 I'll have to use this:

https://wiki.libsdl.org/SDL2/SDL_GetWindowSize

So I will also post file graphics/graph2d.c which I also can't test, so you should, because as mentioned above, my problems with SDL 2 in xMoNad are others - the pointer given by SDL_GetWindowSurface() and the size of the window change after the rendering starts (function display()).

Please add your favourite football team to the list!

https://www.youtube.com/watch?v=rerA8SHQ1u0 - 1:15, 1:51

https://www.youtube.com/watch?v=hCFCy_8LAeQ - 2:48, 3:10, 4:06

https://disenchant.net/tyrquake/

Tyrquake works, but it uses "SDL_CreateRenderer()" instead of "SDL_GetWindowSurface()".

https://wiki.libsdl.org/SDL2/SDL_CreateRenderer

https://gamedev.stackexchange.com/questions/180077/in-sdl-what-is-the-difference-between-using-a-surfaces-and-a-renderer

However, unlike my game, tyrquake with SDL 2 had a very low framerate on this laptop with Fedora 14, although it worked well with X11:

https://www.miniputer.com/Acer/Aspire_3000.html

https://matei.one/gnxfed14.html

fullscr=0 - the controls didn't work,

Actually they did but the image doesn't update. Edited file graphics/graph2d.c, lines 276...:

Code Select Expand

#elif SDLVER==2
  if(RGLOB_initgr==0){printf("display(): Screen not initialized\r\n"); exit(1);}
  if(SDL_UpdateWindowSurface(RGLOB_window)<0){
    printf("%s",SDL_GetError());
    exit(1);
  }
#else
Error:

Window surface is invalid, please call SDL_GetWindowSurface() to get a new surface

Which version of xMOn@D do you have? I have 0.18.0.

https://matei.one/#video

I bought this laptop in 2011, CPU Atom N455:

https://www.techpowerup.com/cpu-specs/atom-n455.c1413

Release Date:     Jun 1st, 2010
[...]
Intel 64

And I have 3 of these which I got for free; very good performance, but the electricity they use is a little expensive. I'm using one right now:

https://www.techpowerup.com/cpu-specs/pentium-4-ht-650.c18

Release Date:     Feb 20th, 2005
[...]
Intel 64

However, I only compile 32-bit versions of the programs for Wind0w$, because wiN***s is oudated anyway.

https://forum.stunts.hu/index.php?topic=2224.0

Ported to Qt version 5.0.

Oops, problems again.

https://www.allinthedifference.com/difference-between-qt5-and-qt6/

This is what happens when you don't use SDL.