Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines

The game communicates with the locally hosted KoboldCPP server in the same way it would with the demo server or OpenRouter.

To me it seems like the backend is failing in some way without the game noticing, and then the request errors out.
KoboldCPP outputs are currently sent to /dev/null on Linux because I had some worries about compatibility with different distros, so there's no way to see why this is happening either. Since it's model specific, maybe the download got corrupted somehow. Try deleting the Gemma-4-Sparse .gguf and .meta files in Silverpine 1.6.6b\Silverpine_Data\StreamingAssets to redownload it.

Another thing it could be is that Gemma 4 uses SWA, which might be an issue with AMD somehow?
If anything, I will look into adding better logging for the outputs on Linux in 1.7.

(5 edits)

Oh! Okay, so we're literally talking to our own local server as if we would with a 3rd party provider. That makes sense why I was getting that error then. 

You could use the .config location that you use for saves to also record logs. I'd say defaulting to /dev/null with the option to enable using ~/.config/unity3d/Three Eyes Software/Silverpine/logs or allowing a user to specify a specific dir would be an option as well.

Linux generally has a number of dirs that are found regardless of distro. So, if we're not using the /home/user/.config/silverpine/logs we could utilize /var/log/silverpine or something else. 

Anyways, I'm going to try out your suggestion and repo0rt back! Thank you Three Eye!

Edit: Manually Downloaded Gemma-4-Sparse outside of the Game, looked into the .seal file and found the URL for it. Deleting and redownloading through the game didn't change behaviour. Did the same with Koboldcpp... We'll see what happens. 

Edit02: Right, so that didn't change the behavior either. Ah well, I'll just try it once we reach 1.7!