Port Requests

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,223
Age
37
Location
Innsmouth, MA
@ptitSeb : I could be wrong though... I thought /mnt/utmp/codeblocks/usr/bin/go was just a symlink to /mnt/utmp/codeblocks/usr/bin/gccgo but that's actually not the case. Your gccgo binary appears to be working just fine :) Would you know what this "go" binary really does ?

Cheers, Magic Sam
 

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,465
Age
47
Location
France, near Lyon
"go" is a launcher, to handle go project. It worked for me when I tried a few days ago, but I'm using gcc 8.2+, I think I still have to update the codeblocks pnd with latest build.
 

M-HT

Very Active Member
Joined
Nov 30, 2007
Messages
619
Location
Bratislava
Website
github.com

Farox

Certified Guru
Joined
Jan 8, 2009
Messages
2,064
Age
51
Location
Italy
Website
rbnet.it
The Java-GDX engine that is used to run Blood, Tekwar, Redneck R., Witchaven and Duke is now called BuildGDX and the author released a new version and also have opened the sources.
This release is able to run all the games supported with one front-end, and is available with or without the JRE.
I'll try to test this new release with Witchaven and Tekwar...
Links
https://m210.duke4.net/
sources https://gitlab.com/m210
 

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,223
Age
37
Location
Innsmouth, MA
Hi all,

@Farox : thanks for the heads-up :)

Definitely looking forward to playing an updated version of BloodGDX, my favourite BUILD game so far !

Currently stuck at beginning of second episode, where some kind of "killer spiders" make the game crash when you try to avoid them... Did not report that issue before because I can't reproduce it reliably..

Cheers, Magic Sam
 

Magic Sam

Forever Homebrew
Joined
Aug 10, 2007
Messages
2,223
Age
37
Location
Innsmouth, MA
Hi all,

@ptitSeb : now that you have full access to the source code, do you think you could get BloodGDX to run (just a little bit) faster on our good ol' Pandora ?

Cheers, Magic Sam
 

paralabamba

Still Fresh
Joined
Sep 4, 2017
Messages
23
Hello everybody,
I'm searching for a new version of Arduino IDE in order to compile programs when not at home. The pnd's version is very old.
Is this complicate to make this ? I never made port, I want to learn but I don't know where to begin. I'm fresh in Linux (since I have a Pandora : 1 year ^^) and my home computer run debian now...
Any advice is welcome...
 

shaddim

Member
Joined
Apr 24, 2016
Messages
200
more an interesting artifact than port request: the source code of the PC version of Monopoly from 1999/2000 got released / leaked. C++ code (without license)

also, Jason Scott dropped a big amount of infocom games' source code on github
https://github.com/historicalsource?tab=repositories
license: "This collection is meant for education, discussion, and historical work, allowing researchers and students to study how code was made for these interactive fiction games and how the system dealt with input and processing. It is not considered to be under an open license."
 
Last edited:

shaddim

Member
Joined
Apr 24, 2016
Messages
200
Duke nukem II (2D) - reverse engineered (was never open sourced) : Rigel-engine https://github.com/lethal-guitar/RigelEngine seems playable with the shareware content, for LInux, GPL2, SDL (Duke nukem II seems was once on the pandora repo but seems now removed http://repo.openpandora.org/?page=detail&app=duke2, was on gog too but also removed)



Delver Engine https://github.com/Interrupt/delverengine seems to be a liberal license https://github.com/Interrupt/delverengine/blob/master/LICENSE.txt , based on LibGDX game framework, JAVA

 

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,465
Age
47
Location
France, near Lyon

shaddim

Member
Joined
Apr 24, 2016
Messages
200
Death Rally, Remedy game from 1996, DOS version's source code became available on github
https://github.com/urxp/drally (looks like reverse engineered? in process it seems...)

freeware release for windows (archived): https://web.archive.org/web/20110524163829/http://www.remedygames.com/files/DeathRallyWin_10.exe
(from page: https://web.archive.org/web/20110807131557/http://www.remedygames.com/games/deathrally )

interestingly, the game was already commercially ported by Jari Komppa, years ago
https://sol.gfxile.net/dr_gdm.html

(discussed in 2011 before here: https://pyra-handheld.com/boards/threads/death-rally-for-caanoo-wiz.54606/ )


while discussed years ago, there seems to be a open source port for linux now, based on SDL & engine replacement for hydorah (original https://locomalito.com/hydorah.php)

https://github.com/OpenHydorah/OpenHydorah

https://code.google.com/archive/p/hydorah-reborn/

 
Last edited:

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,465
Age
47
Location
France, near Lyon
while discussed years ago, there seems to be a open source port for linux now, based on SDL & engine replacement for hydorah (original https://locomalito.com/hydorah.php)

https://github.com/OpenHydorah/OpenHydorah

https://code.google.com/archive/p/hydorah-reborn/

I took a look at OpenHydorah, and, unfortunatly, it's not the complete stuff. More like WIP engine re-implementation (mixing C++ and D), but far from complete, and inactive for 5 years :(
[doublepost=1562623031,1562614614][/doublepost]And BTW, I tried some other Locomalito game with Box86.
I got this running:
upload_2019-7-8_23-55-40.png

Of course a bit slow on the Pandora, as Box86 still have no DynaRec, but no far from playable (a bit faster than Undertale). I haven't seen anyway to configure action keys, so it's a bit odd to play with DPad and 'Z' / 'X' instead of buttons...
 

shaddim

Member
Joined
Apr 24, 2016
Messages
200
I took a look at OpenHydorah, and, unfortunatly, it's not the complete stuff. More like WIP engine re-implementation (mixing C++ and D), but far from complete, and inactive for 5 years :(
thanks for testing... but that's the good thing about open source stuff, someone could take it up somewhen and finalize it. (there was a half year of heavy activity https://github.com/OpenHydorah/OpenHydorah/network and source files look not so stubb'ish)

edit:

found via reddit and maybe more of historical interest (and a little bit risky for a port as Nintendo is known to be aggressive about their IP)
Super Mario 64 source code - compiles to the original binary
https://warosu.org/vr/thread/5644072
(anyway, someone would have to replace the N64 api calls ... some chimera like Notaz/M-HT did with wine / DOSBOX before? N64 emulator functions + SDL port?)

(older: don't know if known: Super Mario Bros - accurately reverse engineered and put to C, SDL
https://github.com/MitchellSternke/SuperMarioBros-C )

Also: OpenXray seems to make good progress with the S.T.A.L.K.E.R.: Call of Pripyat engine (Clear Sky, and Shadow of Chernobyl support seems underway), Linux support, SDL2
https://github.com/OpenXRay/xray-16/releases

edit: Cortex Command became open source, Allegro, SDL, AGPLv3 (no data included)
https://steamcommunity.com/games/209670/announcements/detail/1617272666792666330
https://github.com/DataRealms/CCOSS
 
Last edited:

edgex004

Advanced Member
Joined
Jan 5, 2008
Messages
1,166
Voloren looks interesing. Looks like it requires an up to date rust compiler. I'm trying to figure out if it requires desktop GL, but I don't see evidence either way yet.

https://gitlab.com/veloren/veloren/tree/master

EDIT: Okay it looks like it uses gfx_device_gl , so GLES support might now be straightforward.

EDIT: HOWEVER, the package that utilizes gfx_device_gl has gl listed as a "feature", which I would think means they allow you to compile without gl support.
 
Last edited:

ptitSeb

Serial Porter
Joined
Aug 15, 2012
Messages
8,465
Age
47
Location
France, near Lyon
Voloren looks interesing. Looks like it requires an up to date rust compiler. I'm trying to figure out if it requires desktop GL, but I don't see evidence either way yet.

https://gitlab.com/veloren/veloren/tree/master

EDIT: Okay it looks like it uses gfx_device_gl , so GLES support might now be straightforward.

EDIT: HOWEVER, the package that utilizes gfx_device_gl has gl listed as a "feature", which I would think means they allow you to compile without gl support.
You can still try with latest codeblock, and see if the rust compiler inside is new enough... Also gl4es will cover the desktop gl part, as long as it's not OpenGL 3.x that is needed...
 
Top