I’m working on a parsing library for mil-std-1553 messages. It’s a fun, minimal project that doesn’t currently exist as far as I can tell.
When I have the time I play with oort.rs (not my project, as a player).
Otherwise I am just playing around with Rust reimplementing a card game we play with friends. Mainly for fun and potential analysis of best plays (and maybe, one day to try out wasm).
Man, that game looks sweet! I didn’t know it existed.
I’m working on a web music player, intended to be self-hosted for in-home streaming.
Somewhat in the realm of Ampache, Funkwhale, Icecast, Jellyfin etc., but more focused on this specific task and (therefore) easier to operate.
Also, I’m having fun with building a sexy WASM UI. 🙃
I’ve written nvim-rs, an async library for interfacing with neovim via RPC.
As a sidejob, I’m writing and selling a program to create school reports.
I’m playing with Iroh and Tauri to make a distributed lemmy/Reddit clone. I have ideas for interesting moderation, so hopefully I get that far.
So not using Activity Pub?
Nope, but I’m considering adding that on later as a bridge service to get content.
I have some technical reasons for this (happy to go into detail), but the simple reason is that I think ActivityPub is too noisy. I’ll have a way to subscribe for updates, but it needs to account for that data existing on multiple peers, many of which may be offline.
I spent a couple months creating a modular wave function collapse library that solves any kind of constraint problem where you can specify the collapse algorithm to match the problem. It’s domain-independent since it uses generic “nodes” (graph nodes that can be of any predefined state) that have relationships with other nodes.
There are a few examples, so please feel free to experiment. If you can answer the questions listed out in the readme’s Usage section, you’ll have no trouble following an example similar to your problem’s domain.
I’m making a capital.com CLI using open-api.capital.com API to make position movements via CLI.
And who knows maybe it will evolve into something more powerful.
Unfortunately, Capital.com does not offer a CLI tool so had to make one with its own API.
I also made a sendgrid tool with Golang-Cobra, because Sendgrid also does not provide a CLI tool, but it’s proprietary (for the company Im working for). Whenever I can, I actually try to be sneaky and open source them as “my projects because nobody asked for them”. Like the Sendgrid CLI tool came after they saw my ability to build CLI tools and they got interested after making a proprietary tool on my own for the company, so I couldn’t have made it open source because they asked for it. But whenever they don’t, I try to make them open source on my private github or gitlab.
I am working on an alternative to dmenu. My goal for it is to be fully configurable via a toml file. Most importantly it shall be able to toggle between types of entries (desktop entries, /usr/bin) on the fly. As of now, it is a less mature version of j4-dmenu-desktop and progress is slow. But it works as my daily driver on i3wn, both on my work VM and my personal laptop. So I can live with slow progress.
I’m writing a karaoke software for hosting events with friends.
Most available solutions are really ugly or “made for programmers” and this bring unnecessary complexity with them. Non tech savvy people might find it hard or unintuitive to use those.
The current stack uses Rust for the core library that contains all the logic needed to manage a database, session, song queueing and song playback.
The lubrary will then be embedded into a host application. Either as a headless server for running on a Pi or as part of a desktop application, also spawning a local server.
Players then scan a qr code displayed on the server’s output device (TV or laptop) and can connect to the running session.
The apps are used for song searching, queueing, playback controls and more.
I’m currently working on the Rust library. And I have some UI/UX prototypes for the mobile phone apps.
I’m still trying to figure out how to provide audio and video to the output device via Rust…