Mod will stay as is until new Stardew Valley update hits at the very least, and\or I feel like jumping into C# for a bit. Currently doing some personal project(s) that takes up all the time I have avalible.
If interessted: Currently making a 2D engine in Common Lisp, which will potentionally be used to make some simple boring games. It will be for the most part made to support Grid based games, platformers(without grid, or with grid obv) and visual novels.
Slowly, lol. Firstly I spent about 6 months building a game with the current state of the engine, only to lose it all when moving over to Windows 10(I was sure I backed it up, but allas I did not, and Windows 10 installed ontop of those files, so no way to recover them, was really demoralizing).
Currently, I'm trying to learn OpenGL(with CL), which is just, way difficult and annoying. I'm doing that however, as I want the ability to do rotation and resizing(SDLGfx is too limited for this, especially in realtime), so that'll be about just as much work.
This means, everything that has to do with graphics in any sort of way needs to be redone. So all GUI code I built can just be thrown out.
So my engine at the moment consist of Collision detection(uses classes, and not SDL shapes, so no need to change those, unless I create a separate cordination system), a better key-getter macro, States(that's separate from the event system of SDL), and an audio-system(for easy access to correct sound files etc, SDL just handles loading up the files, not how, where or when to play said files), message boxes for errors(on Windows, through Windows API), and a try-retry error message(In case something can be fixed, such as a missing file).
So there's still quite a lot to do(especially with the decision to go with OpenGL), I expect it to be done in somewhere between a year or two. There are already pre-made 2D engines for CL, the issue is, they aren't very different from just using SDL1.2 or 2 yourself(no rotation of sprites etc, no collision detection), where their advantages lie more in the easy distribution cross platform, than the actual video-game creation. So as such, there's definitly a space for my engine(being targeted to being a more complete thing).
Edit: Also obviously, I spent a s*** ton of time creating a text system(with SDL's strings) to allow colored texts, and easier drawing of it etc, which I'll have to completely throw out as well with OpenGL taking precedence. Just a lot of reworking all around, but that's the nature of hobby projects.
Edit2: Also worth noting, the engine started originally as a set of helper functions to SDL(to reduce annoyances, and redunancies etc). But with the introduction of a macro that completely changes the way you call SDL, ontop of having systems for Collision detection, getting audio, states, GUI stuff(text boxes for I\O, menus(inc contextual menus like right-click), scrollbars), and so on. It became a full fledged engine(it was named SDL-Helper-Functions for quite a long while, lol). The first function made, was a function\macro combo to get colors(named colors, rather than the individual RGB values, as that gets annoying quickly).
Sorry to hear the update broke this mod. I recently started playing, and yours seemed like the best simple yet elegant hunger mod around. I understand it must be frustrating having to rebuild the mod with every update, but I hope you'll find the inspiration to get back to it some day.
in 1.5 the important part doesn't work , I sleep with 50 or even less out of 300 hunger value then I wake up with full stamina ! too bad this mod could solve late game infinite stamina and useless cooking problem if it worked
Yeah, this is why modders generally do not like devs that continually release patches. Especially patches that redo entire systems years later(1.4 completely rewamped how the player entity works, 1.5 probably did the same, but even further).
I'll look into this at some point, but I have no interest in doing it in the forseeable future(it's not just doing a quick change, we're talking potentionally redoing the entire mod, and all the testing involved in that, for a game I'm not playing). When\If I get around to this, It'd be redone for what I consider a better system.
I honestly feel like food in SDV is such an underused mechanic and seeing your mod i instantly downloaded it, however i regularly play on multiplayer as a solo cause i run 25% profit for challenge. does this mod not work at all in multiplayer or just not for others in the p2p session? Thanks!
I have no idea, never tried solo multiplayer, but I can't imagine it wouldn't work. The issue is when you introduce more than one player, as there aren't seperate variables for each player, but a universal one(as it is again, developed with only one player in mind). I'd suggest try it and see, but I can't see it not working as long as you play by yourself.
No, that's why I made a seperate button to do so, so you can do so whenever you want(until I eventually, at some point add a hunger bar and\or stamina penatly system).
As eager as I am for the max stamina punishment/hunger bar features, just know that I appreciate everything you've given us already. Whatever else you have on your plate, good luck with them, and thank you.
Thanks for your kind words :)! Mod is more or less abandoned for now, will probably jump on it when the new Stardew valley update happens which'll probably break mods, because stuff like that always break mods(lol). Currently too busy with a personal project creating a 2D engine in Common Lisp, which then will be used to make some games(maybe).
I just get burned out really fast on the Fortran family, especially the new age ones(Java, C#) and their forced OOP design(which to add salt to injury, is fairly incompetently designed, and incomplete).
Hey, this may be an oddball question, but any clarification would be great. I'm still new to adding mods. Do you know if this mod and mods like Build Stamina/Build Health would conflict or be used together. I love the idea behind both, but just not sure if the way they work would mess the other up.
No there shouldn't be any reason for it to conflict what so ever, as stated in the description: MaxStamina * (HungerValue / HungerValueMax) is the fomula used to know how much to reduce your stamina by. In other words, the higher your max stamina, the more stamina will be removed on the next day that you're hungry. So if your maximum stamina is 10 000, and your hunger value is 50 with a max value of 300, that's 10 000 * 0.16 = 1600 stamina left. Which would obviously be a serious balancing issue and make hunger irrelevant outside of having it on 0, but the mod itself is still doing it's job.
When I get around to implementing a maximum-stamina penalty(which I will, one of these days, lol. I have a lot of personal projects in the work taking up most of my time currently) it'd not matter much how much stamina you have. But it'd still be compatible with mods changing the maximum stamina(as I'd ensure to maintain checks for changing stamina).
Been having some problems with the mods not affecting the other players on my file (multiplayer), we have the same mods downloaded, installed and config-ed the same way. Any thoughts as to why?
Mod isn't made with multiplayer in mind what-so-ever. The reason for the issue is that there is only one variable that's global to the save that affects hunger value etc. Stamina as well doesn't look for, or take into account what player it is, just the "main player", which I suspect is the host.
I might perhaps look into making it compatible with multiplayer later, but too be honest, it's a bridge I'd rather not cross, as it'd be a nightmare to do debuging since I have no ability to do that by myself, and just don't play multiplayer.
So in short, it was a semi-concious decision not to make this with multiplayer in mind, as it'd require me to sit down and re-learn a lot of how the games systems and saves etc work, added in with no means for me to actually do tests or debuging, so it'd end up with a huge amount of guesswork and hopes of it working correctly.
I'll need a bit more information than that. This mod only reduce your stamina when hunger is bellow the threshold, and will only happen the next day. So say you have full stamina on Day 1, then you eat. Day 2 you'll have full stamina, but you don't eat Day 2, so Day 3, you'll be bellow the threshold(by default) and so you will have slight less stamina on Day 3. Not eating again will make the Stamina of Day 4 slight more severe.
In other words: You wake up with x-stamina, there is no stamina drain system in this mod, and it is mostly very progressive in how much stamina you maintain or lose so going a few days without food is usually not very noticable. Try to make a new save and then go 5-7 days without food and see if you wake up with less stamina or not(with default configurations).
I love this mod so so much! When you can, do you think it would be possible to show the hunger as a bar instead of a number? I liked the look of the HungerandThirst mod that's now outdated. Take your time and thank you for making this mod!
It's on the "to do" list, but a few other things have priority, it's one of the last things I'll do. Because of the way the mod works a hungerbar just isn't that necessary, you know everyday that your hunger have decreased, as it will be reflected by your stamina drainage(by default), and when it is drained all you have to do is eat to get both it and the hungervalue up. You aren't punished that much by not eating unless you go 3+ days without food, at which point you know you'll need to eat some ok\good quality food, like a few pancakes, or 2 pizzas etc.
Hungerbar will be added around the same time I make a system to affect maximum stamina, rather than current stamina, at this point a bar representing your hunger becomes important(with color changes depending on severity), and that's when I'll add it in :).
Give Feedback
33 comments
If interessted: Currently making a 2D engine in Common Lisp, which will potentionally be used to make some simple boring games. It will be for the most part made to support Grid based games, platformers(without grid, or with grid obv) and visual novels.
Currently, I'm trying to learn OpenGL(with CL), which is just, way difficult and annoying. I'm doing that however, as I want the ability to do rotation and resizing(SDLGfx is too limited for this, especially in realtime), so that'll be about just as much work.
This means, everything that has to do with graphics in any sort of way needs to be redone. So all GUI code I built can just be thrown out.
So my engine at the moment consist of Collision detection(uses classes, and not SDL shapes, so no need to change those, unless I create a separate cordination system), a better key-getter macro, States(that's separate from the event system of SDL), and an audio-system(for easy access to correct sound files etc, SDL just handles loading up the files, not how, where or when to play said files), message boxes for errors(on Windows, through Windows API), and a try-retry error message(In case something can be fixed, such as a missing file).
So there's still quite a lot to do(especially with the decision to go with OpenGL), I expect it to be done in somewhere between a year or two. There are already pre-made 2D engines for CL, the issue is, they aren't very different from just using SDL1.2 or 2 yourself(no rotation of sprites etc, no collision detection), where their advantages lie more in the easy distribution cross platform, than the actual video-game creation. So as such, there's definitly a space for my engine(being targeted to being a more complete thing).
Edit: Also obviously, I spent a s*** ton of time creating a text system(with SDL's strings) to allow colored texts, and easier drawing of it etc, which I'll have to completely throw out as well with OpenGL taking precedence. Just a lot of reworking all around, but that's the nature of hobby projects.
Edit2: Also worth noting, the engine started originally as a set of helper functions to SDL(to reduce annoyances, and redunancies etc). But with the introduction of a macro that completely changes the way you call SDL, ontop of having systems for Collision detection, getting audio, states, GUI stuff(text boxes for I\O, menus(inc contextual menus like right-click), scrollbars), and so on. It became a full fledged engine(it was named SDL-Helper-Functions for quite a long while, lol). The first function made, was a function\macro combo to get colors(named colors, rather than the individual RGB values, as that gets annoying quickly).
too bad this mod could solve late game infinite stamina and useless cooking problem if it worked
I'll look into this at some point, but I have no interest in doing it in the forseeable future(it's not just doing a quick change, we're talking potentionally redoing the entire mod, and all the testing involved in that, for a game I'm not playing). When\If I get around to this, It'd be redone for what I consider a better system.
Whatever else you have on your plate, good luck with them, and thank you.
That's all, just wanted to cheer you on :D
I just get burned out really fast on the Fortran family, especially the new age ones(Java, C#) and their forced OOP design(which to add salt to injury, is fairly incompetently designed, and incomplete).
When I get around to implementing a maximum-stamina penalty(which I will, one of these days, lol. I have a lot of personal projects in the work taking up most of my time currently) it'd not matter much how much stamina you have. But it'd still be compatible with mods changing the maximum stamina(as I'd ensure to maintain checks for changing stamina).
I might perhaps look into making it compatible with multiplayer later, but too be honest, it's a bridge I'd rather not cross, as it'd be a nightmare to do debuging since I have no ability to do that by myself, and just don't play multiplayer.
So in short, it was a semi-concious decision not to make this with multiplayer in mind, as it'd require me to sit down and re-learn a lot of how the games systems and saves etc work, added in with no means for me to actually do tests or debuging, so it'd end up with a huge amount of guesswork and hopes of it working correctly.
In other words: You wake up with x-stamina, there is no stamina drain system in this mod, and it is mostly very progressive in how much stamina you maintain or lose so going a few days without food is usually not very noticable. Try to make a new save and then go 5-7 days without food and see if you wake up with less stamina or not(with default configurations).
Hungerbar will be added around the same time I make a system to affect maximum stamina, rather than current stamina, at this point a bar representing your hunger becomes important(with color changes depending on severity), and that's when I'll add it in :).