New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
(Question) Will older operating systems become supported? #214
Comments
OpenGL is the best bet for something like this. 1.2 support is on the todo list. |
Alright, neat. I'd rather not go through emulators, as it'd probably slow it down on shit computers since not optimized and all that. The DirectX comment was only hypothetical because of the DX12 compile this project was first surfaced as, and it's likely better off not needed if not being dealt with. So it's unlikely that I will. But yeah, thanks. |
This is because SDL2 only supports XP and higher. Should run on XP though. |
And in this case it doesn't, unless it becomes finetoned with dependencies for Vista+ functions omitted. Windows 9x support is a stretch thinking about it (although SDL1.2 as said is on the to-do list so something may come out who knows), but at least Windows 2000 (w/ blackwingcat's Extended Kernel)/XP support should be easier to manage. If no one got anything to test, I can do so if need be. |
I have an old (10 years newer than this game) linux machine with sdl2, but only gl1.3, so a gl1 backend would allow it to build. Re PITA, sounds like unless a developer is in a similar position to me, probably won't happen anytime soon. Will have to live with retroarch with gl1. |
Are you building a 64-bit executable? The game doesn't call UPD: It appears to be linked to this issue:
So you need to use an older version of MSYS2/MinGW or an older version of some runtime libraries (there are solutions in that issue thread). PR #93 recently fixed compilation on older toolchains, so it should work with anything starting at around GCC5. |
I tried this code on a notebook with 1st-gen Intel i5 processor with its 1st-gen HD graphics, which claims that it had OpenGL 2.1 support, but it failed to run. |
Looks like gl1 was just committed to nightly. Thanks. I hope bum is okay :) |
@yksoft1 an OpenGL 1.3 renderer just came out a few commits ago on nightly. Perhaps try that out on an older system and see how that goes. |
The gold version for games was Windows 98 SE, which is the last one that can boot to MSDOS directly. |
Tried that and it worked on a 1st-gen Core i3 system, under Windows XP. |
Windows XP is a reasonably new operating system. A proper test would be to compile and run it on Windows 98 Second Edition. |
I'd say go for broke and compile it on Windows 95 OSR2.5. I think OSR2 was from around the release year of the game iirc |
Need optional SDL1 based backends for that. Or something else entirely. |
Win98 First Edition might be able to run this too. Would be worth a test |
Can you try getting a log out of it and posting the GL extensions/version part here? |
Here it is:
I think the problem could be the GMA950 driver instead of our backend, since Intel's Windows |
I didn't really expect it to work correctly on an Intel GMA chip anyway. |
Add a -std=gnu99 to the CFLAGS in the Makefile. |
@enigma9o7 it's |
Thanks for catching that texture_fix @coltongit I tried with -std=c99 http://paste.slitaz.org/?5f29b9eb6a2edd7e#dF0S6PyEvEf9xKx1IJ95R4MaqKdF7aWjlgY8FIPVrjg= I tried with -std=gnu99 and seems to go farther http://paste.slitaz.org/?0d7ffcef4e10bc2f#hcgjoRRBfcko8oguKOw382a+dZQXLMtkjpQeh61oj+4= I haven't previously edited a Makefile, I just put "CFLAGS += -std=c99" for example on the line before it checks for puppycam option... assume that should work... |
That's probably too early. Find the other CFLAGS definition for your OS and add it there, or after that block. |
Yeah that's exactly where I put it. Right after CFLAGS for linux block, next thing is checking puppycam, I put it in between those, outside any ifs. |
That's interesting. The flag is in the command line. |
I bet it's related to glibc 2.14. I've ran into this in the past with slitaz trying to run binaries or build recent stuff. Anyways consider this a non-issue. We've see proof/screenshots that it works on XP, I've personally confirmed it works great on 32-bit ubuntu (on 15-year-old single-core 512Mb pc with gl 1.3), that's old enuff OS, this works on old OS just fine now that gl1 works. Nobody needs to run this on win9x (imo). What do you think @Damian9303 good enuff to close? |
Any plans for older OpenGL versions? lol |
It's probably possible with multipass rendering, but I don't think I'll be the one to do it. At least not in the nearest future. |
Actually for shits and giggles you could go into |
Got this:
|
Oh well. |
I'm bumping this old thread cuz now it truly is answered. With SDL1 and GL1.1, it'll run on Win98 even! |
I'm wondering what graphic cards with Win9x drivers could run sm64pc accelerated. |
@enigma9o7 great test. |
Added CAP color part; Player's cap no longer uses the SHIRT color Added METAL color as an alias of CAP color; Metal characters now uses the CAP color to tint the metal texture (was SHIRT color) Fixed the cap inside color (was HAIR color) Fixed the near/far warning
For a game released in 1996, I'd expect operating systems older than Windows Vista (2007, est. 9 years) to be able to run this executable. But in doing so, it complains about a dependency named GetTickCount64 missing from KERNEL32.DLL. Of course with Windows XP (and possibly Windows 2000 w/ blackwingcat's Extended Kernel), you can as I found out use a program named vista2xp to make it dependent on it's own DLLs to allow play. Although, like I said it turns it from one executable to like one executable and a few of those DLLs. What I'm just wondering is if there are plans to allow support for these systems through OpenGL (and possibly any DirectX of choice (8-11)), maybe even SDL1.2 support for the lowest of the low (w/o KernelEx or something similar) just like the image with it running on Windows 98?
The text was updated successfully, but these errors were encountered: