I'm very fond of the idea of a dark themed internet. That's why I try to create new dark themes for websites I visit often.
I also wrote some QoL fixes for such websites.
Nosefart is an ancient program made to play nsf files (that's for NES music) - it's at least 6 years older than me and considerably more creaky. I'm trying to get it to run well again.
A YouTube (and other services) downloader using the popular youtube-dl tool. It dumps all videos from a specified playlist into your music folder, so you don't have to manually download every single track.
It's so old that the codebase is complete and utter crap, and despite it being probably the most helpful tool I've ever created, I don't want to touch the code to add new features or fix one of the hundred of bugs. I kinda do still maintain it, but only for myself since my whole music library is built on top of it. The repo said it's in the middle of being rewritten, but I've stopped rewriting it a long time ago & it'd need another one now. It still kinda works, and as long as that's the case, I don't see a reason to rewrite it properly.
My friend mfederczuk made a standard called 'commoncodes' for standardized exit codes and didn't immedeatly release a python version of it >:( what a lazy bastard. So I made it for him.
My python implementation is a bit lacking in terms of printing concise output, but hey, at least it works, right? In all seriousness, I should probably rewrite it someday.
Despite it being not perfectly professional, it's available on PyPI.
BASAV stands for Bucket-aware Sorting Algorithm Visualizer, and is basically that. A sorting algorithm visualizer that displays every bucket.
This project came to be through my frustration that many sorting algorithms seemed like magic by completely disregarding the operations outside the main array. So I made my own visualisation program that shows every operation, with an API that would guarantee that every step is countent and properly displayed while also simplifying the steps to add a new algorithm.
This is the legacy version, which I've decided to deprecate in favour of a rewritten one. There's many reasons for why, but the most pressing one was performance. Python ain't exactly fast.
Dodge to Drums is a rythm-based bullet hell. A lot of inspiration came from Just shapes and Beats.
Sadly, the development of this project is completely halted due to the suicide of its co-founder and artist, Sage. It's not that I can't find another artist to get a few sprites, but I can't get myself to finish it. I just hope I will eventually be able to finish it, because it was the most ambitious project I've ever started.
Rastar is a tiny program written with pyglet that demonstrates the use of the A* pathfinding algorithm in a grid. (raster + A star = rastar)
The original code stems from someone that asked in the pyglet discord why his code was so slow - I basically rewrote it so he could learn from someone who suffered more than him.
Rtris is very similar to Tetris, but not the same because else I would get a nice little lawsuit from Nintendo.
I didn't like the way that modern Tetris variants handled the tetris formula. I wanted something that feels more like classic tetris, like on the gameboy. So I made that. Except it's not Tetris, it's Rtris. Not afilliated with Nintendo or the Tetris company.
Also, I included a track that is also known as the 'main tetris theme', which is also Korobeiniki, a russian folk song, which has been in the public domain for a long time. The other tracks I included with the game are also either in the public domain or original compositions:
- Flight of the Bumblebee
- Moonlight Sonata
- The Four Seasons - Summer
Ever wanted to play snake? Me too, that's why I made this. It's just snake.
I fiddled around with custom maps (selectable with i-don't-remember). I also tried to make an AI that plays snake perfectly. It's basically just A* doing it's thing. I also tried to make an AI with a neural network, but that didn't turn out that well, so I scrapped it.
This is also the first and only finished game to use rgraphics, at least as far as I know.The source includes a symlink to where rgraphics.py was at the time, which is pretty stupid imo but eh. It was a different time. I recall uploading rgraphics to pypi, but I can't find it, so… :shrugs:
Update: I've found RPong which might or might not be even older than Snek, also written with rgraphics.
RGraphics is a graphical engine made for and with python. It's moderately fast, but you won't get 60fps even with low resolution, let me tell you that. Apparrently I've never bothered to upload it to github or pypi, so it's lost to time. It has nothing to do with the hundreds of other project called rgraphics. In hindsight, that's a pretty stupid name for a graphics engine written with python and not Rust. I don't think I've known Rust at that time though.
Update: 5 minutes after writing the above, I found a super old repository containing the whole project. I've now uploaded it to github, along with the other repositories I found.
A Pong implementation with RGraphics.
It's not just Pong, but the most advanced demo of RGraphics I have - which is saying more about RGraphics than RPong.
I had some issues regarding the ball sometimes flying right through the paddles in early development. I'm not sure if I ever fixed this, but to check, I'd have to read the code, and I'm not willing to do that.
Active
On Hold