Suggestions for ports

retropi19

i prefer blood 1

shavecat

@retropi19
also a good game blood 1.
but still postal 1 ;))

retropi19

sorry but never liked postal is was disgusting most you do in the game is to vomit and piss others

shavecat

@retropi19
think u mean postal 2/3
try play postal 1 ...
and if we talking about it ... i will buy it ! :)
still have my old postal 1 in his box ! with the cd and all shit ;)

retropi19

@shavecat a ok sorry, i used to have many genuine old pc games

time commando was my favorite

and as a copy i liked gorky 17 and neighbours from hell

shavecat

@retropi19
omg neighbours from hell
dont even rember it untill now , great game ! forget his name thanks !:)
gork17 dont know
and time commando u can have on your ps1 roms ;)

retropi19

https://www.gog.com/game/gorky_17

the best turn based strategy game

shavecat

@retropi19
Looks likes X-com

retropi19

@shavecat far better

ecto

Hi,
I have some suggestions, some of which I managed to get to run decently:

Nuvie (for Ultima 6)
Exult (for Ultima 7 and Serpent Isle)
Pentagram (for Ultima 8)
DevilutionX (for Diablo) and
Schockolate (for System Shock)

Exult and Shockolate are a little on the slow side and needed some extra attention in the source code... not by me, mind you ;)
I'd really like to get nblood (for Blood) to run, but it doesn't compile with USE_OPENGL=0.

Anyways! Keep up the excellent work!

tpo1990

@ecto That is some good choices you have found there for ports. How well does DevilutionX(Diablo) perform and what RPI model?

I dont't think that nblood or any other Blood source port will work on a RPI due to lack of interest and development. Maybe you could alter eduke and get it to load Blood but that would require a lot of work and even after that, it might not work completely as you want it to.

ecto

@tpo1990 I'm using a rpi3+ but I must admit, that I haven't played DevilutionX so far. The whole ports scene got me so involved, that I tried to get as many games from my past running as possible... Without playing them... ^^;

But compilation for DevilutionX was straight forward iirc, and it starts without problems when provided with the data files.

I got blood running under dosbox, but it's somewhat slow. That's why I was hoping for a ported solution. From what I understand now GL won't work but GLES would, but that has to be in the code from the beginning (which it probably isn't). And that's why rtcw works so nicely (thanks btw!)

tpo1990

@ecto Just the same as my experience as well although i did play a little on the ports that i managed to build into working scriptmodules for RetroPie.

At least it works in dosbox, but i think it is the same with Duke Nukem 3D and Shadow warrior as well in which the gameplay is too slow. One of the games i would like to see working would be Redneck Rampage since i have some good memories of it.

Yes GLES is the best way to get the good old pc games working, but the source port must support it in the compilation, otherwise it will fail with compiling or build into a game that can not display any graphically content on screen.

ExarKunIv

@tpo1990 there is still development for nblood, as there is still updates on github for it. now i dont know if that traslate that it would be able to be built for the Pi for not. that is not for me to say.

also i would love to see how to get Jedi Knight to run on retropie. i have seen a few things on how to build it for the Pi, but getting RetroPie to start it. that i have not been able to find. something about The OpenJK renderer requires X. not a clue what that means

tpo1990

@ExarKunIv Let's hope that it will.

Jedi Knight is possible to run on a Pi, but it requires the X window. X window or X11 is the environment that Raspbian Desktop is running under. Therefore anything that can only be run in X11 or X window will not be possible to run in Framebuffer environment which Emulationstation uses in RetroPie.

In short if JK only runs in X window then unfortunately we will not be able to run it in Emulationstation/RetroPie. Also the port might need additional GPU split.

The engine that Serious Sam uses is also possible to get working on a Pi but that it will require enabling OpenGL.

ecto

@tpo1990 It's a little sad so see what is possible with GLES (as in rtcw) and then have to use the software renderer, because the game is written for GL...

I read quite a bit about EDuke's possible GLES render mode, but sadly nothing came from it (exept that maybe the developers will look into properly coding a GLES implementation). Well, that would be something.

The GL/GLES/Software rendering also affects System Shock.

tpo1990

@ecto Yes especially if you come from the PC gaming area and used to run PC games in OpenGL mode instead of the old Software mode, then it might take some time to get used to Software mode and the limitations that it has.

If the developers of the source port makes it happen then possibly we can make it happen on a Pi. This will also require that the source port can be run in Framebuffer environment, otherwise we will only be able to launch the game from Raspbian Desktop and not directly from Emulationstation in RetroPie.

System Shock is one of the games i have never played, so cannot say anything about that one.

ExarKunIv

@tpo1990 ahh,

someone did say that they was able to do it, but did not say how, i think ill call BS on that. lol.

mitu

@tpo1990 If you're using the open source Mesa driver, you can run OpenGL (non-es) apps on Raspbian easily. While it's not yet fully compatible with RetroPie (see this old faq entry), for the Pi4 this is the only driver providing accelerated GL (either OpenGL or GLES), so it will be part of the new release supporting Pi4.

tpo1990

@ExarKunIv Yes or that someone left out something important ;-)

@mitu I have already tried it from a long time ago and at that time on my PI 3B it didn't run well. I think that the Pi 4B will be a game changer in supporting better accelerated GL in which more source ports will be able to run. I know i'm looking forward to it.