So... I believe this will run just fine. In fact, I actually have it opened on the Raspberry Pi 4 https://imgur.com/j2gxKzA ...

I can't run an update to download required files though. Training simulator doesn't want to play either. Also, the game complains about lua issues.

I think if the devs put in the work they could get this running on the pi4 no problem.

For those curious how I got it running myself, I'm using a program called box86 that will let you run some compatible x86 linux apps. Still early in development so still testing things out. Look up ptitSeb on github and pi lab on youtube.

That's very cool!

I doubt the devs will be able to "put in the work", but it's fun see VO running on something else.

That's a quad cortex-A72 chip with an ES 3.0 compliant GPU. It's basically just like most phones, these days.

If you put Android on it, I imagine you can sideload the Android version of the game just fine. It'll run much faster natively, than through some kind of x86 emulation.

Wish I could take a crack at compiling for the raspberry pi, but doubt they'd let anyone have a try at it. Grabbed files that downloaded from first run from a desktop pc and placed them on the pi4 but that still didn't work to get it playing. Can only run the title screen.

No, our game is not open-source. We don't natively support Linux on ARM, which I think is what you would like, ideally. Any platform we add then has to be compiled and patched for every single release (up to several times per week), and pushed to our update servers, all of which is a pretty major burden for us. That doesn't even factor in QA, testing and time spent on inevitable platform-specific bugfixes, as platform OS versions evolve.

So, for us, any potential port architecture has to justify its market value as a common gaming platform. Hundreds of millions of devices, that are actively used for gaming. Linux/x86 is about as close as we'll get to a niche platform, and we've supported that since 2002.

That all being said, you can install Android on a raspberry pi, and then run the native Android version of the game, as I mentioned previously. ChromeOS might be possible as well, and then run the game in Android emulation (but native ARM architecture), although I believe there are (for now) some UX challenges on using the game with ChromeOS devices.

We think all these development platforms, like the Pi, are really cool, as are a lot of other oddball niches (there was a PPC "Amiga" thing, for awhile, people asked us to support that as well). But, we can't sustain the business costs of supporting platforms that are unlikely to justify their on-going maintenance requirements.

I actually got my rpi4 to run android 9 however it uses google swiftshader to render therefore crashes (goes blackscreen) upon when it encounters entering universe. Also no lua errors before blackscreen

That's strange. I wonder if there's like an open-source vs closed-source set of drivers for the Broadcom BCM2711, and maybe they don't give out the hardware GPU access with the open-source platform. That's historically been the case with other Android-used SoCs, like NVIDIA Tegra or Qualcomm Snapdragon.

The Android-hacker types on XDA-developers usually rip the binary drivers out of some factory rom, to make their OS versions GPU-performant. But, that also means they're usually limited in how far "forward" they can create support for a given SoC, because the company in question stops releasing binary blobs after the chip gets end-of-lifed, and eventually the blobs stop being very compatible with more modern Android.

Anyway, bummer :(.

I am aware that the pi uses a videocore for its chipset and not an adreno as for android it uses the swiftshader which im aware uses the cpu to software render and has no hardware rendering atm. So maybe at some point it may work. Still researching about it so soontm hopefully

Just as its a rpi4 form factor i can say the Rock Pi X can run this game on windows 10 home at 55-75fps mid settings. Just a short update.

Sure, that's an Intel Cherry Trail Atom x5-Z8350, basically like a really low-end Intel notebook, or a Microsoft Surface 3. It should work fine on that, in either Windows or Linux. Although probably with better driver stability in Windows. The GPU is slow, but functional. Unfortunately, it's a little too old to get Vulkan support.

It'll probably perform best with the DX9 driver, albeit a bit ugly. I'm not sure what you mean by "mid settings", but I think if you try turning on dynamic lights and shadows, even minimally, that thing will be a slide-show, especially in a complex sector. But, with managed expectations and low settings, it should be functional.

the background render detail and distances around the middle i mean. shadows not on tho might try it tho i could squeese more power out of it if i get a better power supply for it.

further update android 11 on the rpi4 works with vo tho it runs on lowest settings (background on low and effects on low) around 22-28fps, empty sectors around 40-45fps. it is using hardware rendering on its videocore 6 as well as cpu overclocked on all cores to 2ghz (up from 1.5ghz all cores).
Experimenting with a raspberry os make and android 10 make atm

Forgot I posted this in the forum, thanks for reminding me!

I understand your point on porting to other platforms. Would it be possible to provide the updated files as a direct download? If not, no biggie. Haven't tested yet but fairly certain grabbing updated files from an x86 linux pc and copying them to the pi will work to get online play. Not sure how the update process works, but for whatever reason I just can't get that to launch.

Other than that, it plays amazingly well on the pi4 for training and freeplay.

The challenge is that we patch really often, sometimes a couple of times a day in the event of emergencies, and fairly frequently several times a week.

So, something like what you're asking for would need to be integrated as some kind of automated process, to copy the new files into a location.

That's feasible, of course, but someone has to.. do that, and make sure it's done in a secure way, and so on.

Given our existing time burns (I've worked through the last two weekends, I haven't had a day off since.. umm.. June?), you could understand why this might not be a real high priority.

I've got a spare pc laying around, I use my raspberry pi as my main pc though. I'll work on something myself to do this, at least for personal use. I've still gotta test online place with updated files, just haven't had a chance to get around to grabbing them yet. Family member's wedding tomorrow so possibly sunday I can bang something out quick to test with.

I'm between jobs right now so it'd be fun to add another fun project to my day to day activities anyways.

Not sure how the update process works, but for whatever reason I just can't get that to launch.

I honestly don't know why the Updater itself wouldn't work, if the normal x86 binaries work. The Updater is very simple and lightweight, to make it as robust as possible.

It does have the same Linux minimum system requirements as stated in the FAQ, like GTK+ 2.0.

Well, I stupidly realized I hadn't set it to executable.

For raspberry pi I had to rename the .sh and extract everything manually. Had only chmod on the game binary, not the update binary.

had to try a few times to get a screenshot of the error/issue as upon launch it closed quickly.

https://i.imgur.com/dNoN7aT.png

I've given the gdb output to box86 dev to see if it's anything on his end. Output does mention gtk, but maybe it's something box86 dev still needs to wrap for.

(gdb) r
Starting program: /home/pi/Games/VendettaOnline32/update.rlb
warning: Unable to find dynamic linker breakpoint function.
GDB will be unable to debug shared library initializers
and track explicitly loaded dynamic code.
Box86 with Dynarec v0.2.3 3a323abc built on Jul 16 2021 12:35:46
[New LWP 25049]
[New LWP 25050]
[New LWP 25051]
[New LWP 25052]
Error: PltReolver: Symbol gtk_progress_set_format_string(ver 0: gtk_progress_set_format_string) not found, cannot apply R_386_JMP_SLOT 0x805e6fc (0x804ac4a) in /home/pi/Games/VendettaOnline32/update.rlb
[LWP 25051 exited]
[LWP 25049 exited]
[LWP 25050 exited]
[LWP 25046 exited]
[Inferior 1 (process 25046) exited normally]
(gdb) bt
No stack.

Good news! Box86 needed a few more thigns wrapped/functions added for update.rlb to run.

It's running now, but doesn't seem to actually make a connection to the update server

https://i.imgur.com/1fajGp4.png

FANTASTIC NEWS! Couple more things added and now it's updating!

https://i.imgur.com/Cdzp0gM.png

After updates will test online play and report back!

Alright, everything is working now!

https://i.imgur.com/clmzHAk.png

Have a wedding to attend today but after that I'll get to work on an install script for raspberry pi 4 users.