I see there's also a version of the server running in native linux; I wonder which would be the difference in power efficiency compared to the solution described here. EDIT: Ok, I've realised the issue here is ARM instead of x86, I apologise.

I tried it. It doesn't work. When I try to use it, I get a black screen with the words NDI, then it tells me to visit a site for drivers that it doesn't have. The device is sending a signal to OBS and thinks it is live, but OBS isn't decoding the signal. Ffmpeg is required and they have banned NDI. So this is isn't a thing. It works in fits and spurts but is completely unreliable in Linux if ffmpeg is above version 4

The 0.5gb ram of pi 02 is a detriment for me. Something like the radxa 03 would be better imo

Why would using an sd card as a storage medium kill it? Thats what theyre for

wow, very cool :) thanks for sharing

That's pretty cool! Seeing how bad the servers of the latest game have gotten in comparison, I find it surprising this one works without compromises on such a low setup.

10/10. Great edit, voice, script, flow, idea etc... instant sub!

Hey! Great video. Never thought I would see someone as crazy as myself trying to run x86 game servers on ARM platforms. I did this for a year or so with CS:GO and the Oracle free tier ARM Ampere server. Couple of things I can add - I used FEX-EMU rather than box86/box64 as it's said to be more performant, it's also in highly active development, receiving an update every couple of days. When the switch to CS2 happened I was excited to try it out, and while the vanilla server does run, the new Sourcemod replacement called CounterStrikeSharp would crash the server as soon as you tried to give it any commands. Other than that compatibility was great across everything I tried. I would certainly love to see a follow up video running more x86 servers on ARM, you could even do some performance benchmarks between native x86 and translated on ARM

I kinda want to try and run a vintage story server, but it's been a nightmare even on x86_64 hardware. I have no idea what I'm doing wrong and I didn't have the energy to try to bugfix it again. I even have extra pi 4s lying around, they should be strong enough to run even with a few mods and zerotier for connection (local ISP is a pain, I can't actually host anything, so that's the best next option). Gonna make a purchase tomorrow and might end up trying to get some extra sd cards. One big, and a few small ones.

i heard Fex is faster than box86 so it is something else to try but good job

I tried running a fabric Minecraft server on a PI4, it works for simple maps but my friends old map from 2011 really murdered it. I also ran a simple website and fan game server on a pi zero for a few months, very good but if you have a PI4 running some other stuff already - it makes more sense to run everything on that.

Awesome project and some good learnings to take away from it. I will note that, if price is the primary limiter, you can get a free VPS to accomplish this instead, and it will probably do a better job too. Oracle Cloud currently has the best free option by far, giving you a 4-core ARM CPU, 24GB of RAM, 200GB of storage, unlimited inbound network data, and a 10TB/month outbound network data cap with symmetric gigabit speeds. The biggest concern with this approach is having to put a credit card on file, but they won’t charge it so long as you stick to the “always free” resources.

Cool! I've done something similar but way less effecient than this. Running a TF2 server on an android phone using termux and fex-emu. It was fun to launch the server and boot into it, but it was not performant enough for an actual server. It was a fun experiment though.

x86 emulation on the most underpowered PI there is and the server is running smooth. I guess that's one way to prove the track mania server isn't bloated. And I'm here glad that my home lab pulls *only* 110W at idle...

Didn’t know it was this light! That’s pretty cool.

Probably not Factorio, but the rest could work. I still think Odroids are a much better choice for anything that is meant to run in production settings as they are usually 4x the performance while also consuming very little power. I wonder if something as complex as box64 is even needed for some games as the instructions they ultimately use are not so complex. Specific application layers may just be enough, which will reduce resource overhead from loading all the things you don't need. Though that would require rebuilding that each update so for most box64 is probably easiest.

Good job, cool to see these solutions applied on less popular games! I was as well trying to make a TMF server work on RPI 5 with QEMU but so far ended up with some strange file access problem where I could read files directly, but couldn't list files in directories. Maybe Box64 can handle this?

It's like if Geralt's Witcher Senses were Linux based.

Pi Fortress 2?

My good sir, your voice indicates an extra testicle

I’m really confused about this. What cord do I need to connect to a fancy monitor? I know the jargon HDMI port and VGA, but I’m really lost about the display port term.

this is all well and good if port forwarding actually worked

From the thumbnail I envisioned a pi server stuffed in a case with wheels, running on a battery and possibly driving itself around too as it hosted!

Has anyone done this with source engine games? Gmod server on raspberry pi sound like the most cursed thing

Wow such a great video. You always find a way to make things look so easy. Great work!

Any chance this would run the tm2020 server ?

This was a fun project. I envisioned driving around a bit and quickly extinguishing the ball of flames that had once been a Raspberry Pi Zero 2 W but was pleasantly surprised. TIMESTAMPS 00:00 Intro 00:14 My history with Trackmania 00:29 Hosting servers at home 00:32 Testing power usage 00:53 ARM vs X86_64 00:59 Ethernet for the Raspberry Pi Zero 01:23 Installing Box64 02:05 Configuring the Raspberry Pi Zero 2 W 02:13 Trackmania server setup 02:28 Launching Trackmania using Box64 02:51 Server load testing 03:13 Installing Pyplanet server controller 03:51 Verdict 04:36 Testing additional servers

This brings me memories of trying to run TMU (TMUF wasn't out yet) server on free VPS that some local company was offering back then, of course it barely worked but it was one of my first experiences with Linux cli. I think I ran FAST or ASECO as a server controller back then, fun times.

The fact it can run 2 players on a server through Box86 without maxing out that CPU is amazing

Getting one as soon as unraid7 is out!!!

2:31 - this is a Sparkle issue with their VBIOS. Try ASRock Intel ARC cards then let me know. They fit better on Linux purposes.

what about the drivers???

Thank you sooooo much for this video! As a long time Linux user, your video helped me make my final decision to go with Focusrite!

Does it transmit the full control data out of the MIDI ports? Transport, wheel, LED's etc? The FW 1884 unit I discovered tragically doesn't send transport and many other controls and lights in/out of the MIDI port, only the firewire

NDI 3 years in OB havent used sdi for a long time

These videos have really great production quality and your forum looks great too. Good work! Its amazing to see how far the linux desktop experience has come. The only rub right now is latency for realtime playback. Its fine when running linux native reaper but I have some windows only plugins from Neural. I actually tried the tactic of running Reaper itself in wine since Neural uses the awful iLok DRM. The latency was just bad enough to sound like a really really shallow reverb.

I just got this card for my home media server. All my files are in h.264 so I almost never transcode, but the few times I do, it nearly pegged my CPU at 100%. It’s a 2008 Intel Xeon E5450 @3.0 GHz, 8GB of DDR2-800 memory, an Intel 120GB SSD, 3TB and 8TB storage drives to run PLEX on Ubuntu Server. Yes, I did the LGA-771 mod. I had to update my Kernel and install Mesa like you said, but it works. Transcodes happen on the card and the CPU stays at IDLE! Great little card for video transcoding and keeping power usage on such an old system down. I used console only version of Ubuntu and it runs at about 350MB of memory usage idle. The SSD keeps the whole thing snappy and gives a good spot for transcoding to operate from while the slower drives are more than capable of keeping up with my needs. The 3TB I use as a share drive on my network and the 8TB is solely for media storage for Plex. I haven’t even hit 3Tb used on it yet, though.

Saw this video and literally bought 2 on ebay. Thanks!

How much more powerful is the A310 compared to a typical Xe iGPU for ML? Planning to put it into my NAS for encoding and some ML

Have you tried Benylin?

After this instruction my OBS won't start, I did something wrong somewhere. Otherwise, I don't know anything about Linux, I tried this on LinuxCNC. How can I correct it now?info: --------------------------------- warning: Failed to load 'en-US' text for module: 'decklink-captions.so' warning: Failed to load 'en-US' text for module: 'decklink-output-ui.so' libDeckLinkAPI.so: cannot open shared object file: No such file or directory warning: A DeckLink iterator could not be created. The DeckLink drivers may not be installed warning: Failed to initialize module 'decklink.so' info: [DistroAV] obs_module_load: you can haz DistroAV (Version 6.0.0) info: [DistroAV] obs_module_load: Qt Version: 6.4.2 (runtime), 6.4.2 (compiled) QCoreApplication::arguments: Please instantiate the QApplication object first info: [DistroAV] load_ndilib: Found '/usr/local/lib/libndi.so.6'; attempting to load NDI library... info: [DistroAV] load_ndilib: NDI library loaded successfully info: [DistroAV] load_ndilib: NDIlib_v5_load found info: [DistroAV] obs_module_load: NDI library initialized successfully ('NDI SDK LINUX 09:00:13 May 6 2024 6.0.1') QWidget: Must construct a QApplication before a QWidget Aborted

There's also DroidCam, but the android app isn't open source. However, the advantage is that it works over USB too (or wifi, if you prefer)

I've been using NDI & OBS but on Windows, when I loaded OBS on Linux on the same computer, OBS complained about the video adapter beeing no good, so I tossed Linux and went back to Linux. At Church we have two PC's one for slides (PowerPoint) the other for cameras and streaming via OBS. We use NDI to ger video of the slide show to superimpose ovee the video stream as needed.

Amazing intro. Amazing video. Amazing voice. You could voice Solid Snake if you wanted. Great job!!

When two computers are involved anyway, those HDMI->USB video capture cards (as shown in last minute) are cheap and work without any proprietary software. Of course for single stream capture, those fancy multi-stream stuff remains exclusive to NDI.

This is cool in theory until you introduce legacy consoles and HDMI devices that don't support it into the mix. Like the Xbox One or Xbox 360 or OG Xbox or Nintendo Wii with HDMI adapters or Nintendo GameCube with HDMI adapter or Nintendo Wii U or Nintendo Switch or Sony PlayStation 3 or above. Simply, if you're going to be recording consoles, or any other device, a capture card is a guaranteed, best bet. However, if you're going to just be recording computers, a computer, this is better.