Within the Itch client for Linux, the Linux download saves a compressed archive of the game rather than a decompressed version, which means that the game has to be manually decompressed before it's played (and can't be selected to play directly from the Itch client because of that).
There might be a setting on the project settings page to tell the Itch client that it should decompress the archive once it's been downloaded.
It does. I got the following output from running the game in the terminal until I was able to reproduce a crash:
Godot Engine v3.5.3.stable.official.6c814135b - https://godotengine.org
Inconsistent value (1) for DRI_PRIME. Should be < 1 (GPU devices count). Using: 0
OpenGL ES 3.0 Renderer: VEGA10 (radeonsi, vega10, LLVM 15.0.7, DRM 3.42, 5.15.0-92-generic)
Async. shader compilation: OFF
corrupted size vs. prev_size in fastbins
[1] 1789513 IOT instruction (core dumped) ./turbofat-linux-v0.8101.x86_64
The program's returned error value was 4. The game ran for some period of time after the async line, and the crash happened after the fastbins line (though I can't say how long the fastbins line had been present before the crash).
I found a path that can softlock the player (if they don't manually type "undo" to escape it and go down a different path).
On the Oscar path where he takes you into a forest and you run away from him, investigating the patch of grass leads to a "scene" with just the text "You can see an UnawareCVWolf." In the scene, "UnawareCVWolf" is an object that has the "Look at" and "Take" actions associated with it, but neither action has any functional behavior associated with it (the responses are "Nothing out of the ordinary." and "You can't take it.", respectively).
I've noticed a few bugs in this build:
* If you use both Focus and Essence Surge in a battle, only one of the two effects expires when the battle ends (the one that's listed higher up on the abilities list is the one that expires).
* If the Enraged Pommel move is used in a combo, an error message of "Error: <<run>>: bad evaluation: his is not defined" is displayed, and none of the player's abilities used in that combo activate that turn (the opponent's turn progresses as normal).
* Essence Surge's card is listing as having a critical hit chance, even though it's not an attack (and doesn't appear to interact with critical hit mechanics).
* Ensnaring Goo does not have its intended cooldown; the attack can be selected and used on consecutive turns.
* Several of the attacks do not seem to calculate their base damage according to the formula displayed in the corresponding tooltip. For instance, the tooltip for Ensnaring Goo's damage lists Strength-based damage and 8 bonus damage, but it only delivers a fixed 8 base damage (before crit and Pain sigil) regardless of the player's Strength.
* Under some circumstances, drawing a card while there are cards selected to be used in a combo will cause the cards to become "stuck". Those cards remain visually selected in the UI, even after the "clear" button is pressed, but those cards don't become mechanically selected when clicked, and they are not used at all when the combo is executed. It might be necessary to clear the combo after drawing a card as an additional step to reproduce this bug.
* The XP bar doesn't seem to be filling up proportionally to the progress towards the next level. The calculation for its fill percentage might be using the wrong variables.
This is a fantastic guide... though upon reading through this guide, I've come to realize (*spoiler warning ahead*) that only half of the stat choices (Speed/Knowledge, Speed/Willpower, or Knowledge/Charm) are able to achieve a good ending with neither a forced bad end (that the player can, thankfully, bypass their second time around after being sent back to the prior checkpoint) nor a forced sex scene. Speed/Charm can win without a bad end, but you're required to go through either the bartender's or the squirrels' sex scene; any stat choice that includes Willpower but not Speed will necessarily require taking at least one bad end.
I kinda wish that there was at least one perfect route for each possible Willy build.
Also, the "The Sluttiest Tool in the Box" ending is a bit unusual in that it's the only bad ending that requires the player to experience and then bypass yet /another/ prior bad ending in order to get.
On my end, I'm able to get the program to run by running it through the Itch.io desktop client (the Windows version of it can run in Wine, and the Linux version can itself run games in Wine; I run the Linux desktop client) and selecting the index.html file (rather than the Game.exe) file to run. Does doing that help at all?
The project I was trying to convert is https://azulookami.itch.io/finding-a-place (NSFW project, SFW project page). At the time I first tried using the Twine to Ren'Py tool, the project artist had said in the comments that they were looking to convert the Twine project to Ren'Py, and were looking to pay someone to perform that conversion. Since then, the project artist has apparently found someone to pay for that conversion (that person is not me), so my warrant for trying to do the conversion myself (getting that project rolling again faster) has been effectively obsoleted.
You should be able to find a relevant <tw-passagedata> block by doing a search for (tags="Twine.image") (without the parentheses).
Also, in case this helps your debugging, one of the perhaps atypical aspects of the Twine file that I tried to convert is that some of the <tw-passagedata> blocks within it are of type tags="Twine.image", and they contain base64-encoded .png data rather than standard Twine scenes. It occurred to me that the conversion tool might be choking on this type of data.
I think the characters thing could benefit from a dropdown setting with the following options (possibly excepting the second):
* Generate character variables, and include those character variable declarations and uses in the output. (This would make a file that runs, and the user would be able to adjust the character variable assignments if they cared to.)
* Output character names in quotes so that they'd be strings rather than variable names. (This would make a file that runs, but with no formatting on speaker names; on the other hand, there'd be no conflict with already defined character names.)
* Use variables for character names, but do not generate a definition for them. (This would make a file that does /not/ run unless the user has generated a separate file with character variable declarations or adds the same to a generated file after the fact.)
The first two options would be useful for someone who wanted the generated files to "just work", and the third would be useful for someone who wanted to run the conversion tool iteratively, but didn't want to repeatedly respecify the formatting for character text output.
I'm inclined to think that one of the first two options should be the default setting. A new user who uses the default settings on the sample Twine file should be able to end up with something that works as expected in Ren'Py (otherwise, the new user might think the tool is "broken", even if the tool is performing exactly the intended behavior).
I tried to use this tool to convert an existing project from Twine to Ren'Py format. The GUI produced no error message, but no Ren'Py files were generated, either. When the tool is run from the terminal, though, this error message is outputted:
Traceback (most recent call last):
File "twine_to_rpy\twine_to_rpy.py", line 465, in run
File "twine_to_rpy\twine_to_rpy_model.py", line 276, in run
ValueError: too many values to unpack
On my end, converting the demo file does work as expected (except for the part where the start.rpy file outputs test_character (without quotes) instead of either defining a character called test_character earlier in the file or outputting "test_character" (with quotes), leading to a Ren'Py error message at runtime unless the start.rpy file is manually edited).
I've periodically been getting a bug in this game where the graphics would freeze on a particular frame of output, but the rest of the game would function normally (the BGM would continue to play, sound effects would continue to play as expected on keyboard inputs that produce sound, and the game can even produce a working save file if the in-game menu is (blindly) navigated).
https://steamcommunity.com/app/363890/discussions/1/276237094327448139/?ctp=2 <- Based on my searching, this might be the issue; it seems that there's a bug with the RPG Maker core engine that the game uses. The first post on this thread's second page links two fixes; one is an engine plugin that patches in a workaround for the issue with a brief code snippet, and the other is a community alternative to the entire core script.
While saving the game is usually able to act as a workaround for this issue, having the issue patched in this game would make things far more convenient (and avoid annoyances such as having the bug trigger during a post-boss cutscene... where using the save workaround means losing out on reading some of the dialogue).
There appears to be a bug on the Linux version of this release.
Attempting to progress past the first map that loads after the intro sequence results in a loading screen that eventually ends in this error message:
Loading Error
Failed to load: img/doodads/Others/shadows_openingcliffpath1.png
["Retry" button]
As a workaround, the Windows version when run on Linux using Wine will load the next screen correctly (and the Itch desktop client for Linux will transparently make this happen in the background if told to install the Windows version instead of the Linux version).
I found a bug. If you try to refight the drunkard on the same save file, it's possible for the combat to be stuck in an infinite loop (you never make progress to the dead end, and the combat never progresses to the second phase no matter what choices you make or how many times you make a choice).
After taking a peek at the source, this seems to be due to the hitCount variable not being initialized at the start of this combat (meaning that its value from the previous fight gets used when the battle's fought again), and since its value is likely to be greater than 3, drunkardFightResolve falls back to its default case... which simply jumps back to drunkardFightStart unconditionally. Inserting $hitCount=0 at the beginning of drunkardFightIntro prevents this bug from occurring.
It seems that there are a few other variables that are used without being initialized to a value (notably including temp_hp, temp_stam, and temp_lust); it may be appropriate to create a function that initializes these values (since even with my fix above, with repeated fights, the drunkard is liable to have the HP loss scene after the first choice made in the second state due to temp_hp being negative from a previous fight).
A quick bug report: On Linux, I got an in-game error when the file "D_o_ceño.png" was trying to be read. After looking at the game files, that file appears to have been renamed at some point to "D_o_ce�o.png (invalid encoding)", and the tarball (.tar.bz2) file itself appears to contain a file named "D_o_ce�o.png". I was able to rename the decompressed file to the correct name just fine on my end, so the issue may have been with the "ñ" character being unsupported either by the tarball (the .tar.bz2 file) or by some filesystem that was used before the file was compressed.
If the issue can't itself be directly fixed, renaming the file to something that doesn't use the "ñ" character should keep others from having the same issue as a workaround.
I'm experiencing a bug with this game. If I swap focus away from this game (such as by using Alt-Tab, clicking another window while the game is in windowed mode, or changing virtual desktops) and then focus the game again, the game becomes unresponsive to input; the game has to be closed and then reopened before it can function again.
From my understanding, this is a common bug in games coded using Unity, and I think it involves the need to handle the API hook for the game's focus returning or something like that. In case it's relevant, I'm playing this game on Linux using Itch's desktop client for Linux (which is able to run Windows games through the use of the Wine compatibility layer).
I know this is rather belated, but I've managed to pull it off... though it requires dynasties friendly harder contagious mode (and cheat mode is highly recommended). One way to do it with cheat mode is this:
Assuming all males for guests, choose Idris, Jake, Bradley, Ken, Laurence, and Paul as the first six victims in order. Assign yourself and Travis as the leaders of the two werewolf dynasties at the end; the order of everyone else does not matter for this setup.
Arrive first at the manor, and head to Idris's room to convert him (Travis will convert Jake at the same time). The werewolf kill after this would have been Idris, but you'll have already converted him, so he'll live.
After the first (lack of) kill, choose any room; it's not possible to spread the infection this night. The werewolf kill for this night would have been Jake, but Travis will have already converted him.
After the second "kill", go to the garden to convert Bradley and Ken. The next werewolf kill would have been Bradley, but you will have converted him just in time to keep him from getting killed.
After the third "kill", go to the cellar to convert Laurence and Milano. The next werewolf kill would have been Ken, but he will have already been converted the previous night.
After the fourth "kill", go to the kitchen to convert Marcus and Jerome. While you're there, Jake will convert Eddie at the balcony. The next werewolf kill would have been Laurence, but he should already have been converted from the previous night.
After the fifth "kill", go to the bedroom to convert Paul and Mikey. Laurence and Jake would have converted one another at the bar, but they both will have already been converted. The next werewolf kill would have been Paul, but he will have just been converted.
After the sixth "kill", you can go into any room, since Andrew (the last unconverted human) is set up to be converted by Idris; you can either go to the library to participate, join Travis and Eddie in the nursery for their romp, or go to any other room to skip having an adult scene. Regardless of which room you went to, you should then end up with the werewolf takeover ending, since everyone's now been converted.
Another note that I've been meaning to mention for some time: Under the current combo system, having four different combo numbers is, mathematically speaking, no different from having just two, since both 1 and 3 can combo into either 2 or 4, and both 2 and 4 can combo into 1 and 3 (there's no effective difference between a 1 or a 3 card; similarly, there's no effective difference between a 2 or a 4 card).
You could make the combo system simpler (without changing the current probabilities) by just using 1 and 2 for the combo numbers.
I feel like there's an aspect to stamina generation I'm missing; there are some turns (frequently, the first turn in a fight) where no stamina is regenerated, and others where more than expected is generated. Is it supposed to be the case that stamina generated per turn is partially random rather than a flat rate (that's increased/decreased by varying factors such as symbiote form)?
I have another bug to report: While engaged in stealth CTF with a non-Bret host, it's still possible to receive the "sex talk" when you don't have the ring (even though your host is supposed to be oblivious to you). It would make more sense for a currently stealthed CTF player to not go through the sex talk when a sex scene would otherwise be triggered (whether the "had sex talk" toggle should be flipped or not when a stealthed CTF player has sex would be a matter of preference).
Are you running Linux? On Linux (and possibly on other systems; I'm not able to test such systems myself), certain components of web games (most notably the "prompt()" function) don't function correctly when run from the itch.io client. It seems to be due to an, I would argue, poor engineering decision by the team who made the backend Itch uses; see https://github.com/electron/electron/issues/472 for more info.
...Frustratingly, the "prompt()" function just so happens to be a /very/ common tool among HTML game makers to prompt the user for a custom name, so... this lack of support breaks quite a few furry games. I use the same workaround you found; if the workaround bugs you too much, see if the game functions as intended in a standard web browser.
Sorry to bug you again, but it seems that the game page links to a MEGA URL, which the itch.io desktop client is /also/ unable to handle.
If you care to, it should be possible to upload and host your game files on Itch directly; if the files are both hosted on Itch /and/ marked with the appropriate OS flags, it should (in theory) be possible to use the itch.io desktop client to download the game without having to use an alternate web browser.
The public build isn't marked on Itch's website as being compatible with any OS, which means that the itch.io desktop client doesn't realize that it's an installable program (meaning that a standard web browser has to be used to install the game instead).
There should be a section on the page for the download's properties that looks something like this; ticking the boxes for Windows, Linux, and Mac should let the itch.io desktop client know that your download can work with those platforms.
I think I found another bug relating to the TT costs. Occasionally, the TT essence cost the game gives is "NaN" (not a number), and when this happens, it's doesn't seem to be possible to pay for a TT option regardless of the accumulated essence.
Looking at the game's code again, it seems that this bug might be triggered when the harmony value is exactly 50; in this case, hdist == 1, and since i > hdist on the first iteration of the for loop, the code inside the for loop never runs at all, meaning that cost never gets set (and, in turn, that ttcost is computed using an unset variable as an input). A quick fix for this issue would be to set cost to be initialized to a value of either 1 or 0 (so that it contains a valid value that's reasonable for the hdist == 1 case if the for loop never runs).
Also, if my recollection is correct, it looks like you may have taken the division by two and moved it from the hdist variable to the cost variable? If so, it's worth pointing out that this will make the TT essence costs more extreme (some harmony values closer to 50 may require less essence, but harmony values that are far away from 50 could have even more obscene essence requirements for TT). Again, fibonacci numbers grow very, /very/ fast, so even halving the outputted fibonacci number is not going to be nearly as effective at reducing large output values other measures (such as division on the input to the fibonacci function) would be.
Also, (again,) you may find it easier to get reasonable scaling out of something other than the fibonacci sequence. For instance, something like "cost = floor(((hdist + 1) ** 2) / 8)" would give:
* a minimum TT cost of 0 (but only for a harmony value of exactly 50),
* a TT cost of 18 for harmony values of 40 or 60,
* a TT cost of 60 for harmony values of 30 or 70, and
* a TT cost of 338 for harmony values of 0 or 100.
In contrast, the current formula can require more than 37,000 essence for a harmony value that's near 100
The itch.io downloads for Tavern of Spear are missing the metadata that allows the itch.io desktop client to recognize which downloadable file is associated with each supported platform. As such, the itch.io desktop client isn't able to download the game from within the client itself (a standard web browser has to be used instead).
The option to use the itch.io desktop client is really helpful; the client automatically notifies users of updates for the itch.io games they've downloaded, and it also manages the transition of save files for many VN games (such as those made in Ren'Py). Could you guys please add this metadata to the downloads?
All of the Interea v0.2 downloadable files (except for the Android build) are missing the metadata that tells the itch.io desktop client which file is associated with each OS. As such, the itch.io desktop client does not recognize that there's an updated version from v0.1 available, and so long as that metadata is missing, players who use the itch.io desktop client to manage their games would have to download the new build from a standard web browser in order to be able to play it.
Would it be possible to have this metadata added to the download files for convenience's sake?
On a side note, it'd be a bit more immersive if a host with a target TF value of 100 (i.e., one that you've convinced to fully CTF you) would never choose to put the ring back on the player if the player's TF percentage is already at 100. (Players in this situation who wanted to try and change back would first have to convince their host to let them do so.)
