Add port etlegacy

[gderber]

I want to run a couple tests, I am ready to call it with this one.

As of my last tests, 32bit works on 32bit Pi. 64bit works on x86_64. (I expect it will work on 64bit pi, but don't have one to test with.

Theoretically 32bit should also work on 64 bit, in fact they talk about how if you want to use 32bit mods to install 32bit, and vice versa. That's why I did try and set them up so that you could use the runcommand config to switch between them. That part at least should work. I could never get the 32bit version to compile on 64bit. So for now at least, I plan on adding "!64bit" to the 32 bit version flags, and "64bit" to the 64bit version flags.

[Exarkuniv]

looks good,
might want to change the name though, as looking at it quickly it looks like a poet of ET from the 2600, lol

or not, its just a thought

[gderber]

I think I'll leave the name, I've provided info in the description that shows up, and that's the same name used by the actual project.
https://www.etlegacy.com/

I really wish I could figure out how to get the 32bit version compiled on 64bit. That's been driving me nuts.

There will be some updates. I did find a bug that had me wondering how it ever worked. But it did. I'll let you know when it's ready.

[gderber]

Dang it, I really shouldn't have merged UT into my development branch. It's messing up everything else. Still needs some more testing. Probably best to wait on this until the UT pull request is complete, which will make cleaning up this PR a little easier.

[Exarkuniv]

it all good,
not in a time crunch or anything.

[Exarkuniv]

so i tried this, but i will not be able to test it fully.
i do all my work, well at work. and they now have blocked everything that is game related. so tyring to reach out to the etlegacy site is blocked.

so it you think its good. ill just go ahead and do the pull request. since i cant test it

[gderber]

I have a couple more tests I want to run.

Mostly I need to reinstall the retropie image for my pi and run it again.

My current install isn't bootable anymore

[Exarkuniv]

you good,
i have bricked plenty of builds, its never fun. i have started to make my one images that i just reload so dont have to stared from scratch every time.

[gderber]

Again, cleaning up the branches now that 'ut' has been merged

[gderber]

Got a few bugs to work out on my Retropie system (32bit buster).

Annoying part is, I know I have successfully built and installed this previously on the same setup.

[Exarkuniv]

I know I have successfully built and installed this previously on the same setup.

You don't want to know how many times I have had that.

I think I spent more time trying to figure out how I got it to work again. Then I did just trying from the beginning. Lol

[gderber]

I feel like I am spinning my wheels on this one. It keeps failing out because of a missing file. I've been working all day to try and fix it, but with no luck.

And I think I just figured out why. I'm 80% certain that's something that when looking at their docs, they said not to build on an rpi. Of course it wouldn't be there. I've got it rebuilding now. I'll let you know how it turns out tomorrow.

[gderber]

Well, that was the build problem.

I have 2 new problems to solve:

1. Upon building it creates a file 'ui.mp.armv7l.so' but when actually trying to run the game, it expects the filename to be 'ui.mp.arm.so'

On x86_64, it's 'ui.mp.x86_64.so' and it expects 'ui.mp.x86_64.so'

2. Upon fixing the file name and testing, the game does run on my rpi3b+, but it's extremely slow. Now the question is, is it slow because it's a rpi3b+ or is it something with the configuration. That I don't know, nor am I sure really how to tell the difference.

[Exarkuniv]

well the pi3 is a bit slower then the 4. i have both and can tell the differentce.

i can always test it on my pi4

[gderber]

I've gone down a bit of a rabbit hole today looking into the build parameters.

I think I may have sped up the build some, using system libraries rather that compiling it's own internal libraries.

I haven't decided if I want to disable building the server. It depends a little on the 'omni-bot' feature and how that actually works. I haven't figured that out yet. It looks like omni-bot is a way of adding bots for essentially single player play.

Also looking at what 'make install' actually does, because while this script as is installs the necessary files, I do wonder if some of the other files affect performance.

[gderber]

The current test script:
https://github.com/hearthminion/RetroPie-Extra/blob/main/scriptmodules/ports/etlegacy.sh

The 'main' branch on my repo is a playground of all my changes and tests that I am working on.

[Exarkuniv]

i trtied this on my pi4 with buster since thats what the main retropie image is still

-- Found Freetype: /usr/lib/arm-linux-gnueabihf/libfreetype.so (found version "2.9.1") 
-- Found ZLIB: /usr/lib/arm-linux-gnueabihf/libz.so (found version "1.2.11") 
-- Found PNG: /usr/lib/arm-linux-gnueabihf/libpng.so (found version "1.6.36") 
-- Found OpenAL: /usr/lib/arm-linux-gnueabihf/libopenal.so (Required is at least version "1.14") 
CMake Error at /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:146 (message):
  Could NOT find Vorbis (missing: VORBIS_INCLUDE_DIR VORBIS_LIBRARY
  VORBIS_FILE_LIBRARY)
Call Stack (most recent call first):
  /usr/share/cmake-3.16/Modules/FindPackageHandleStandardArgs.cmake:393 (_FPHSA_FAILURE_MESSAGE)
  cmake/FindVorbis.cmake:23 (find_package_handle_standard_args)
  cmake/ETLSetupFeatures.cmake:206 (find_package)
  CMakeLists.txt:180 (include)

it failed

UPDATE

needed to add libvorbis-dev and now it installs just fine on my pi4.
i didnt try it if works or not, since my work as that site blocked so i need to find another site for the game files.
and archive is down ATM