237 karma · joined January 19, 2009
composing on everything that blips and bleeps, or doesn’t yet.
email: alex (AT-AT) freQvibez.net
We already have a co-op mode, but it's still in alpha testing mode. It most likely will be in Early Access from the start.
Multiplayer is something we really want to do, but takes some planning and time, so it isn't our focus currently. So this will be more like an update once the final version is released.
Co-op mode integration and networking is based on BeRo's RNL, which is also FOSS:
I actually never played Stationeers, but sounds interesting, despite the limitation. I'll check it out sometime.
ps: 0ok or farbrausch?
Our main focus lies on manually shaping the ground, placing water and plants, growing things, at least for the current sandbox mode.
But then again, this may change, depending on the interest of the players.
We always make sure, it compiles with both.
https://againstallodds.games/blog/2026/10/03/our-risc-v-emul...
First, PasRISCV not only emulates userspace (RV64GC usermode), but a complete, modern machine (SMP/MultiHART, RV64, full RVA23.1 including Hypervisor, Crypto, Vector stuff, etc.), which is capable of booting a normal Linux kernel (either using direct OpenSBI -> kernel boot, but currently everything has to be in the initrd then), or using U-Boot (OpenSBI -> U-Boot -> kernel).
The emulator uses a hybrid of interpreter with a tracing JIT. Currently, the JIT is limited to host x86-64. About 99% of all instructions and are supported by the JIT. For example, the host FPU is passed through to the guest. But PasRISCV also supports an optional stricter FPU mode, where with soft floats and interpreter only, because IEEE754-2008 has specific rules, that don't exist on the x86 architecture.
Disk images are provided either using VirtIO-Block or NVMe via PCIe. We can either use disks in normal read-write mode, or also in read-only mode. This allows us to have a root partition, that we can overwrite with game updates, and have a user partition, where custom player stuff is stored. We also can mount host dirs as external paths/mounts over VirtIO-9P or VirtIO-FS, which is especially useful for development because this allows us to compile guest tools directly on the host system.
To display graphics on our virtual game screen(s), we currently use a framebuffer device (via SimpleFB with a custom MMIO framebuffer). But PasRISCV also supports other graphics "adapters", such as VirtIO GPU (with EDID, 2D, and experimental 3D/virgl support), or using PCI emulation (bochs-drm and Cirrus-DRM). We have some custom shaders modifying the framebuffer output, so that we can add some retro FX like scanlines, phosphor glow, etc.
The emulator also has audio using emulated CMI8738 and FM801 cards (both with OPL2/3 support), as well as Intel HDA and VirtIO-Sound. Our little space game (Space Prowler) inside SEEDS has a title tune which is made using PCM+OPL3. I coded a small tracker, which runs in a plain Linux console, so I can even compose inside our game on its 80×50 (640×400px) framebuffer console, albeit it's a bit cumbersome. I'll release the tracker as FOSS when we have a bit more spare time, as I need to make it a bit more user-friendly.
We use vsock (Linux virtual sockets) to interface with the game outside of the emulated machine. We use a small serialization format (basically something similar to binary JSON) to communicate bi-directionally, like you'd expect over normal network. We have a small priority queue and message referencing for urgent and request-response communication. For example, the client to display a planet sphere on the in-game computer can ask for updated positions of e.g. terrain or all animals.
The emulator embeds its own disassembler and debugger, and also can act as gdb server, which means you can use your favourite debugging tools, as long as it speaks gdb's server protocol.
It has real network support through a Slirp-like usermode NAT (without using external libs) which supports IPv4 and IPv6. We can run APK's update and install directly on the emulated machine.
Our game uses a slightly modified Alpine Linux 3.23 and custom kernel build, but a recent stock Alpine image also runs without problems.
PasRISCV is licensed under the permissive zlib license.
If you have any questions, I'm sure BeRo is happy to answer questions with far more detail than I could. :)
We plan to do a series of blog posts with technical information about the game and its internals, but right now, we're busy preparing for an Early Access release.
https://store.steampowered.com/app/5186640/SEEDS__Echoes_Ben...
pasriscvemu: https://github.com/BeRo1985/pasriscvemu
PasVulkan: https://github.com/BeRo1985/pasvulkan
POCA https://github.com/BeRo1985/poca
BeRo of farbrausch is 1/3 of our team. :)
(edit) added a link to POCA, the scripting language, as it's relevant, too
The inference engine uses its own custom 4-bit quantization formats that balance good precision with reasonable model sizes, and also supports larger bit sizes. Models need to be converted into these formats using the provided tools, but pre-quantized models are available for download. Details about the optimized formats can be found here: https://github.com/BeRo1985/pasllm/blob/master/docs/quant_4b...
It supports both Delphi and Free Pascal on all major operating systems. A CLI version as well as programs and examples for various Pascal GUI frameworks (FMX, VCL, LCL) are included.
PasLLM is licensed under the AGPL 3.0 and may be integrated as a Pascal unit directly into third-party Object Pascal projects.
This is described as reactionary, a core element of the right; whereas the left wants societal progress, despite or because it breaks up old hierarchies and crusty structures, and gives people equal chances, empowers them through education, wants to set them free through collective ownership.
The whole political orientation is a scale, although not of two dimensions, but more, for example if we consider fiscal and corporate views.
But the terms left and right are definitely a valid spectrum and description of social progressivism vs. social conservativeness.
Does anyone have experience with this?
Github has blocked the repository without specifying a specific reason ("due to a terms of service violation").
A possible reason could be that there was an .exe in the repository that was compiled with a corresponding assembler. But is that really enough to be deactivated? Many repositories contain .exe files.
Is Github overshooting the mark here?