Hi

I am not sure if this could help for port it to other platforms 🤷🏻‍♂️

https://visualgdb.com/tutorials/porting/linux/

Hello! I'm working on porting your Pinball for Android. The game compiles and runs fine, but I can't kick the ball with filippers. They seem to just move through the ball without touching it (or they just don't kick it strong enough, I've no idea).
I'm using Android Studio 2020, with Android SDK 28.0 and NDK 21.4.7075529.

Here are the videos:
https://disk.yandex.ru/i/p3vPOz2WZUxf3Q
https://disk.yandex.ru/i/7R19KUshuaAXIg

As the title suggests, the code does not compile in VS2019 Windows 10. I have exactly 2454 errors when I attempt to compile. I hope I can get some help soon as my mind is starting to explode. Thank you.
Edit#1: Most of the errors are in the imgui files.

Hi buddy! nice work here!!!
can I ask you if there is any way to implement scaling to 1080p (having proper aspect ratio?
you know, changing resolutions it's a bit annoying.

also, I noted you added other resolutions for the table but they are greyed, why is that?

BR, Salvador. Nice to see @GeorgeMcMullen involved here!! hahah

No errors during cmake. System is openSUSE Tumbleweed. Development libraries fro SDL2 and SDL2_mixer are installed.
Help appreciated.

Can the Framerate and Updates per second be uncapped?

Hello I complied the game from the master branch but when I run the executable it gives me an error message with "The .dat file is missing." I assume I am missing a file somewhere?

When creating further highscores, unless you're landing in the "last" spot compared to the existing highscores, there seems to be no dummy entry on the pre-rendered list underneath.

That means that if my high score lands in spot 1, I can only see the previously existing 2nd, 3rd etc. places, with the current first spot seemingly overwritten.

While looking for where the game puts its configuration settings on disk, I happened to stumble on an Internet Archive page for what looks like a shareware demo for Full Tilt! Pinball, with a unique DAT file.
The game seems to resemble both the Windows XP pack-in table with the red CINEMATRONICS and MAXIS text, as well as the retail game with the more detailed marquee.

The EXE appears as DEMO.EXE and it comes with a DEMO.DAT file with these checksums:

SHA256          38FC895A2EE6482DF54303CCDC881EE7B104E39F41277E314E9E4A442821EC4C       D:\Pinball\CADET\demo\fulltilt\fulltilt\demo.exe
SHA256          D38C882B0B32EBFE06EFD21DF3A507B03ED8AF197551DD25A3C2D65FDFF6D898       D:\Pinball\CADET\demo\fulltilt\fulltilt\demo.dat

I tried to run SpaceCadetPinball using this dat renamed to pinball.dat and this message was returned:

It can be found on the Internet Archive under the ID Fulltilt.

On Linux change of control keys are not working. No configuration window is available.

Greetings, I'm Dave Plummer, the programmer that ported this game back in 1994 from the original Maxis over to Windows NT/XP/2K/etc, which meant getting it running on the MIPS/RISC/etc. That meant getting it running with DIBSections under NT and whatnot, but as always, all design and even the original code is credit due to the Maxis guys!

The 64-bit bug that haunted this game never manifested in X64, as far as I heard. I heard from the dev in question personally that it was on Alpha, not x64. But remember you can't ship it until it works on ALL platforms. Working on x64 isn't enough when you've also got Alpha, PowerPC, MIPS, HP64, and so on to support!

Cheers,
Dave

Trying to run the x86 on XP, it gives the typical "Not a valid Win32 application" error. I double checked the exe and it's showing as PE32.

Is the x86 supposed to run on XP or is it slightly too new to work?

Hello,

When trying to start the game I get an error : ".dat file is missing.

Hello, so I tried turning on the music and nothing is playing.
(Yes I have all the pinball assets on the same directory)

canceled,
please remove

When I try to cross compile on Xubuntu 20.04 it fails with an error about not being able to find windres, I was able to fix it by adding the line:

set(CMAKE_RC_COMPILER ${TOOLCHAIN_PREFIX}-windres)

to the mingwcc.cmake toolchain file below the assembler line.

Error is displayed when running on Mac M1 apple silicone

the CADET.DAT file from Full Tilt! does not work with this decompilation.

There are a few other versions of 3D Pinball, will support for these be added?
https://tcrf.net/Proto:3D_Pinball:_Space_Cadet

If the Player Controls option is selected in the menu, nothing happens.

SpaceCadetPinball only shows the tiny bitmap image in the center. pinball.exe goes into a quasi full-screen mode until it is finished loading.

So I have the files for Full Tilts Cadet table, is there a specific folder I put these in or is it one of those where I have to use that before building it? Linux has local/share/SpaceCadetPinball but putting these files there didn't do much.

There are only a few minor differences between the gameplay of the two versions. The completion of a mission in the Maxis version results in a replay—actually a ball save, rather than a special—being awarded. In addition, hitting a wormhole that has the same color light locks the ball, which if done repeatedly activates the multi-ball round. This is not the case in 3D Pinball: Completing a mission merely awards bonus points and hitting a wormhole in the above circumstances awards a replay. Also, the three yellow lights above the bumpers (both in the launch ramp and in the upper table zone) act differently: In 3D Pinball these are turned off if the ball passes on them while they are on. This is not the case in the original game, where they just remain activated.

Source: https://en.wikipedia.org/wiki/Full_Tilt!_Pinball#3D_Pinball_for_Windows_%E2%80%93_Space_Cadet

I prefer the Full Tilt! gameplay rules, feeling that it's more fun using them instead of 3D Pinball's.

Could there be a way to use the extracted files from pinball.dat/cadet.dat and replace the BMPs with custom images, such as hi-res BMPs or even support PNG?

The fuel level indicator appears to only be able to either be completely full or completely empty, as opposed to lighting up some of the lights to approximately tell the fuel level. I was able to reproduce the issue on three different builds on three different systems (Linux build on an Arch desktop, cross-compiled Windows build on a Windows desktop built on the aforementioned Arch, Visual Studio build on a Windows laptop).

EDIT: here's a video showcasing what's happening: https://nixo.la/img/1633538661.mp4
Here's what is supposed to happen: https://nixo.la/img/1633539480.mp4

I can build x64-debug just fine, but release gives cmake errors. (see screenshot)

Awesome project! I can't figure out how to play it though, because the keyboard controls aren't documented and the "player controls" option in the menu doesn't work.

Sound can be turned off by selecting the related menu point under Options. But for Music, it keeps playing. I use Chrome version 94.0.4606.81 (Official Build) (64-bit).

I had created a article of "Top 10 trending github repos of the week🐮."

Here https://dev.to/ksengine/top-10-trending-github-repos-of-the-week-1mk8

I can't see your social banner there.
Please add a social banner to this project

According to github docs

Customizing your repository's social media preview
You can customize the image displayed on social media platforms when someone links to your repository.

Until you add an image, repository links expand to show basic information about the repository and the owner's avatar. Adding an image to your repository can help identify your project across various social platforms.

See https://docs.github.com/en/repositories/managing-your-repositorys-settings-and-features/customizing-your-repository/customizing-your-repositorys-social-media-preview

Thanks 😊

I'm using the latest version of Windows 10 with SSD and the load time for this game seems extremely long.

Taking out the legality question, the license is very probably wrong.

I am not a lawyer, but you cannot slap MIT on decompiled copyrighted code.

When UseBitmapFont is set as 0 (by changing string table number 158), the text is out of place and scambled (?) when resized.

Screenshots:

When will tables/features exclusive to Full Tilt be added?

Hi! Thanks for this wonderful effort! I wonder how legal is this vis-a-vis proprietary rights of Microsoft? Was this clean room reversed engineered?

Just asking coz i want to make a c# version of this :) and i dont want to start on a wrong footing...

The original Pinball was able to play more than one sound at a time, while this version interrupts the running sound with a new one.

Hi,

When you press the ESC key while Space Cadet Pinball is running, the window closes as expected, but the process doesn't return.

Build environment: Debian 10.10
GCC version: gcc (Debian 8.3.0-6) 8.3.0
libsdl version: 2.0.9+dfsg1-1

Best regards,

You may want to look into these 2 update patches for Full Tilt!, as they may include bug fixes and other stuff:
https://archive.org/details/FULLPTCH
https://archive.org/details/TILTFIX

Kudos to this awesome project!

I have start working on porting this program to webOS TV: https://github.com/webosbrew/SpaceCadetPinball . Which hides some options on TV (I see your comments to other source ports, so I'll leave platform specific parts out of the scope.) and will add some features, for example game controller support.

Do you accept such patches, or wish to keep this project as vanilla as possible?

A few days ago I saw this video: https://www.youtube.com/watch?v=3EPTfOTC4Jw

Apparently the "64bit bug" can't be reproduced nowadays. The first generation of Intel's Itanium processors had their floating point unit rounding differently from what we're used to on x86 or x64. Interestingly the second generation had an instruction to switch floating point mode to the x64-like behaviour, so Space Cadet would possibly also run on them.

Microsoft seems to have made some effort to port it, but ultimately decided to kill it.

As far as I knows the 32 bit version runs fine on a 64 bit system (and had only x64 existed, I would have assumed that MS would just have shipped the unmodified 32 bit version of SpaceCadet - but for Itanium they needed to try to port it.) I can't verify, however, since I currently don't run Windows on my Laptop.

I have Visual Studio 2019 so I was able to take the WindowsClassic branch and build binaries, and 'they just work'! It's great to have something native for us Windows on ARM (WoR?) Users. Anyways perhaps you could add binaries?

I guess I could upload my builds, but for safety's sake maybe it's best if you upload your own?

Just a suggestion!

SpaceCadetPinball ARM(32-64).zip

Hello

Here the tree for the Maxis variant:

It comes from this release:

For example, if I rename just the DAT file like this:

The result is:

$ ./SpaceCadetPinball 
terminate called after throwing an instance of 'std::bad_array_new_length'
  what():  std::bad_array_new_length
Abandon

Was wondering why none of the fixes for MIDI playback in WINE were working. Turns out this is a "bug" with the original code (mci.c in WINE is partly to blame but it looks like the fix never got merged upstream)

https://www.winehq.org/pipermail/wine-bugs/2019-January/507548.html

I want to test messing with SpaceCadetPinball/midi.cpp but I have no idea how I would compile this from Linux.

Whenever the ball moves too fast upwards, it becomes close to untracable with the human eye. It seems to have something to do with the FPS and building each frame from top to bottom, but I'm not 100% sure.

I was able to build on Windows 10/21H1 using the MSYS2 build environment/MinGW-w64 compiler and the SDL2/SDL2_mixer libraries available from libsdl.org:

# install prerequisites
pacman -S base-devel git mingw-w64-x86_64-gcc mingw-w64-x86_64-cmake mingw-w64-x86_64-SDL2 mingw-w64-x86_64-SDL2_mixer
wget https://www.libsdl.org/release/SDL2-devel-2.0.16-mingw.tar.gz
tar -xzvf SDL2-devel-2.0.16-mingw.tar.gz
wget https://www.libsdl.org/projects/SDL_mixer/release/SDL2_mixer-devel-2.0.4-mingw.tar.gz
tar -xzvf SDL2_mixer-devel-2.0.4-mingw.tar.gz
git clone https://github.com/k4zmu2a/SpaceCadetPinball.git
cd SpaceCadetPinball
mkdir build && cd $_
cmake .. -G "MSYS Makefiles" -DCMAKE_BUILD_TYPE=Release -DCMAKE_CXX_FLAGS="-mwindows" \
    -DSDL2_LIBRARY=$(realpath ../../SDL2-2.0.16/x86_64-w64-mingw32/lib/libSDL2.dll.a) \
    -DSDL2_INCLUDE_DIR=$(realpath ../../SDL2-2.0.16/x86_64-w64-mingw32/include/SDL2) \
    -DSDL2_MIXER_LIBRARY=$(realpath ../../SDL2_mixer-2.0.4/x86_64-w64-mingw32/lib/libSDL2_mixer.dll.a) \
    -DSDL2_MIXER_INCLUDE_DIR=$(realpath ../../SDL2_mixer-2.0.4/x86_64-w64-mingw32/include/SDL2)
cmake --build .

The SDL2/SDL2_mixer libraries included in the MSYS2 packages are linked against libFLAC/libogg/libvorbis/etc, and will cause the exe to fail to link because of the line:

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -static")

in CMakeLists.txt, so the workaround is to use the packages from libsdl.org which are not directly linked against extra libraries.

The resulting exe is fairly large at 12.9MB for some reason, and comes out much smaller (around 1.8MB) if you comment out the line about static linking, but then you have to copy the files:

/mingw64/bin/libwinpthread-1.dll
/mingw64/bin/libstdc++-6.dll
/mingw64/bin/libgcc_s_seh-1.dll

to the game data directory as well as the SDL2/SDL2_mixer libraries and compiled exe.

Hopefully this is useful as an alternative to compiling with Visual Studio.

Hi there!

Firstly, thanks for releasing this publicly.
I've been working on a somewhat updated version of the game myself (coincidentally also on top of SDL2), and it's been a great resource to compare notes.

I'm nowhere near ready to release anything yet, but I've put in some research and came to the conclusion that it should be possible to get rid of the CPU-based graphics blitting and invalidation logic by using OpenGL (and likely other 3D graphics APIs) -- it should be more than possible to just fully render all sprites on every frame in hardware.
This wouldn't necessarily benefit the base game much, but it should allow for easy use of variable and/or very high input sprite resolution (with some file loading changes to accommodate a higher fidelity format), and also could potentially provide a path for a determined individual or group to start replacing the graphics with true 3D models (2D component: apply bitmap as texture to flat quad, 3D component: apply texture to supplied geometry).

I assume this might be of interest to you based upon your recent changes that extend upon the original game?

One possible implementation with OpenGL would be to use gl_FragDepth so that a fragment shader can override the 3D geometry's depth with values taken from a second texture (the Zmap). Then you can use regular depth testing to remove occluded pixels.
gl_FragDepth should be supported since OpenGL 2.0 (all current desktop platforms) and OpenGL ES 3.0 (>90% of Android devices in use as per Google's dashboard), which seems to be an adequate level of support. It also seems to be available in WebGL 2, should a web port ever be attempted.

Localized editions of Windows XP include translated versions of Space Cadet, I have attached a screenshot of the Polish version:

Could support for them be added? What would have to be done?

Also, where are the translated strings and font placed? Inside PINBALL.DAT or PINBALL.EXE? Running the compiled binary inside the Polish version's directory makes the game run in English, so I think it's the former.

Hi. I got most of the work done offline, but I cannot get one thing right.

This is from amd64 port. We can see a_bump1 is looking good. Now take a look at ppc64:

The secondary texture is messed up. What's even this secondary texture? What is its name?

So far I have written non-optimized code that uses compiler (GCC) intrinsics in all the places necessary for the game to even start. Sound is still not there, but I'll get it done.

As in title, also the dialog is only immediately shown once (if you achieved two or more high scores during it) when top left Menu button is clicked.

This built right through on MacOS Monterey using the sdl2 libraries from homebrew in a minute or two, and with the resources from my old Windows Pinball installation, works just great!

Well done -- I had no idea you could decompile an older game like this and remake it in SDL2.

now I'm in for some serious wasted time!

I played this with a controller, and the default configuration works great (the shoulder buttons for the paddles and "start" to pause are very intuitive). However, as far as I can tell, there's no way to exit the game with the controller only. Would it be possible to map a key on the controller to exit? Perhaps the "select" button by default?