Yeah, DLLs are Windows-only, so you don't need it since you're on Linux. Glad the game works with --skip_rpc (I dunno why it wouldn't, but Python likes to break).
Glad I could help!
I'm working on a Friday Night Funkin' mod based on a concept I made about 4 and a half years ago.
I currently have two artists and one musician (excluding myself), however, they are pretty inactive. I'd like to get the mod done before 2030, preferably, so if anyone with experience would be willing to join in and draw things like sprites and backgrounds (and potentially UI elements), please drop your Discord tag (and maybe a URL to an example of your work) below. I'd love to provide mine, but my current Discord tag is different from my name on here and I'd rather any malicious stalkers not know my new alias (I only use this one for game development nowadays).
As you hopefully saw in the title, this is an unpaid request. If you're looking for money, I unfortunately can't spare any. I would if I could.
If you'd like a summary of what the mod is going to be about, here:
The mod takes place in a world named Ambersine, where music is magic. There are 7 magical crystals in the shape of music notes (called the Tones) that keep this world intact. If they were to be damaged, the entire universe would cease to exist (due to a chain reaction, not just instantaneously). One day, a shadow demon named Shadorako reaches Ambersine in search of the Tones, and eventually steals them. She's very powerful and can't be taken on by a regular old human, especially not with the Tones in her possession, so the main character (Pinori) must spend time with her friends training to battle against her! Once she's powerful enough, she faces off against Shadorako and takes the Tones back, and all is well.
Hopefully this is interesting enough.
Hello all, Shirley here. I'll be using this post to document errors you may or may not come across when trying to run the game. Hopefully the solutions I provide work for you. I'll try my best to sort them from simplest to most complex.
This is an issue with your Python installation. You'll most likely need to re-install or upgrade (if possible). If this doesn't fix the problem, there is something wrong with Python.
This means you do not have the module installed. Try running "pip install -r requirements.txt" (Windows) or "pip3 install -r /Users/[you]/[script destination]/requirements.txt" (Mac, replace placeholders yourself). If you get an error for a specific module, try installing the others individually by running "pip install [problematic module]" (Windows) or "pip3 install [problematic module]" (MacOS) to see if that changes anything. If you still get an error regarding the module that won't install, that's probably an issue with the module itself.
Don't enter numbers there... I don't know what's causing this at the moment :(
The contents of Pinori.ini are invalid. You'll need to delete it and re-run the game, where a new one will be created for you.
This means Discord Rich Presence is (for some reason) not working for you. Try running the game with the --skip_rpc argument. If that doesn't work, I don't know what to say.
This section will document bugs you are likely to come across that do not cause the game to crash, but just hinder the experience.
I'm as confused as you are. My best guess as to why this is happening is because something's not reloading properly. As long as you don't save when your party is in a state where everyone is dead, you'll be fine if you reload the game. (I also rediscovered this issue because of the new feature explained below, but I'm pretty sure under rare circumstances it's possible without it.)
This is a weird bug relating to a feature I recently added: a flag called --auto_continue. It basically tells the Game Over functions to automatically reload the game instead of asking you what you want to do (or in the final boss' case, exit the game). For some reason there's an unreasonably high chance that you'll get trapped in an infinite loop of the final boss monologuing and "Oh... I guess that's game over.". I'll have to have someone look into this for me...
I don't know why this happens. The weather system works for a few weeks and then suddenly doesn't. This doesn't appear to be due to an IP ban from wttr.in, as using a VPN doesn't fix the problem, at least for me (I just get the same error but with different coordinates). Also, if it were due to an IP ban, I wouldn't be able to playtest the weather AT ALL; after changing up the code that accesses wttr.in, the weather works again. As to how I could fix this permanently, I'm not sure. I could try adding 2 failsafes that access wttr.in in different ways, but if all 3 end up failing simultaneously at some point, I'll have to add more layers, and I'm pretty sure from there it's an infinite loop. I may have to resort to using different weather sites entirely when wttr.in doesn't work.
Issues that have been fixed or I'm confident have been fixed.
Original description:
This is because I have yet to balance the damage formula. It's very quirky at the moment. Not necessarily a bug, it just makes gameplay more frustrating. The feminine urge to just abuse the God Mode quirk...
This has been "solved" for ages now, I just haven't updated this in a hot while. The damage formulas are still quirky but misses aren't as annoying as they used to be, as long as the enemy you're battling isn't several times stronger than you.
Original description:
Sometimes they do, sometimes they don't. Just when I thought v1 was done too...
Cause: Unsure at this point since I forgot to put this in "patched issues" after months, but it was probably just a matter of straightening out the spaghetti code.
Original description:
A relatively minor issue I just spotted. Reloading the game fixes the population, but it shouldn't take a reload, it should fix it itself.
Cause: Nothing??? It fixed itself somehow. How ironic.
This was because I programmed the item system to read directly from Inventory.ini and not use the in-game variable to store items. This has been fixed as of 5/22/2024. (It was surprisingly easy to reprogram, I was just lazy.) Changes are now only made to inventory.ini when saving.
Original description:
Even I'M curious as to what's causing this. Most likely I missed a condition in the massive condition tree, so a very specific condition that I never accounted for is being met. I'll try to figure this out, but it'll be difficult.
Cause: Missing else statement (great job, me)
Original description:
My fault again. This is because a failsafe is going off; I have yet to figure out what's going on but I'm sure it's a simple fix. Hang in there!
Cause: flawed code (no shit!)
Original description:
Another really bizarre bug that I don't know how to patch. This has only sometimes happened to me, and I feel like it's just Python being Python rather than a fault of my own. About as "common" as "You chose Invalid input." and its other variants.
Cause: Python itself (hooray)
Solution: Require player to type a keyword to exit the attack menu, although this returns the player to BattleMenu() instead of BattleActions() because it apparently doesn't like that function very much.
Original description:
This is a REALLY weird bug. Something has to be skipping past the stat initialisation function for this to occur, and I don't recall programming anything that skips it. I'm going to name this bug the "Corpse Encounter".
Cause: I have NO clue, but I haven't encountered this bug in ages. Hopefully it's not my "step mode" that's making the game more stable.
Somehow, some way, it was possible to infinitely trigger the Yami battle. How? Good question. Obviously, you can't anymore. Yay, no more level 55 with 400+ defense!
Solution: Give Yami her own key in Pinori.ini so that when she dies during an Omnicide route, said key is updated when the player saves and proceeding to Tanpopo Town is possible again.
That's all I have at the moment, but I will update this post with more as development continues.
How embarrassing; apparently copypasting screenshots instead of uploading directly causes them to not embed properly. Noted. Sorry to those who viewed the page and couldn't see the screenshots. I can easily imagine a few getting notified of the update, seeing no images, and thinking this devlog was some sort of practical joke when it wasn't. Damn you, mysterious functionality!
Edit: The only thing more embarrassing than a bug that removes images from your post is making a typo when you're frantically trying to explain an error that wasn't your fault. Jeepers.
Linux is having major issues with curses right now. I'm not even sure if stdcr.getch() is the right function for curses, so for all I know this could be failing on MacOS too. Deeply sorry, I'll get that fixed when I can, but for now I'd use Windows (or a Windows VM).
The absolute irony of a library named "curses" not working cannot be matched.
While they are both games built off the same concept (and developed by yours truly), PyNori is meant to be a smaller and sillier version of what Pinori was supposed to be. Since PyNori is meant to be completely text based, there are no graphics to show off. If there were graphics needed, that would just infinitely delay development, as that was the primary problem with Pinori's development (every time I got an artist, little to nothing was done before they ended up quitting). So, PyNori is the more action-based text adventure written in Python, and Pinori was supposed to be a full-blown story-driven game (with graphics and an OST and everything).
Long story short, PyNori's completion doesn't impact Pinori at all.
CONGRATS TEMMIE!!! Also no worries, this was perfectly readable! I'm so hyped for Chapter 7, congrats on finishing 6! Gonna read it right now.
As for getting distracted by that MMO, I can relate to getting easily distracted; there's so many things I could've done this summer but I chose to sit around waiting for Discord DMs, haha. Now school starts up in like 2 weeks, I'm gonna be a junior this year. God, I'm scared for the future.
You mentioned feeling tipsy, so if things get rough please rest! As you said, you'll be working on the comic leisurely, so there shouldn't be any pressure finishing a chapter. If there is, I'd hope it's not from obsessive fans demanding "next chapter now now now now!!!". Ignore them and work on the comic at your own pace; there shouldn't be any deadlines.
I don't know your thought process though, so maybe at the very least you set up very loose deadlines for yourself (like, for example, 1 chapter per x months instead of "okay, I'm gonna do these pages this week, and those next week...") and I don't know about it, but... well. I'm saying all this cuz you shouldn't worry about having disappointed anyone by leaving them waiting.
Maybe I'm being weird, maybe I'm writing way more than I should be, and I'm probably telling you loads of things that you already knew and this comment is completely useless, but TL;DR congrats on conquering chapter 6, no rush for the future chapters (please). Loving the comic so far.