Report bugs here. Ideally, your report should include the steps necessary to reproduce the bug.
Like I said, you need 8 GB of VRAM for this model. It might fit if you update to the "c" version I just uploaded, since it uses an updated backend that better squeezes the layers of the models into VRAM. Try closing your web browser too, and make sure the iGPU has as little VRAM as possible assigned to it in the BIOS, since it draws from your normal system RAM which most of the model spills into.
Basically, if I understand right the model uses 16.7 GB (gigabyte? gibibyte?), and it all has to fit into your VRAM + RAM. The backend uses an algorithm that's not transparent to me to fit a certain amount of that into your VRAM. 6 + 16 GB = 22 GB - the OS and other software using a certain amount - your laptop's iGPU using a certain amount, is making it a really tight fit, if it's even possible.
I try to start the smallest model (having ~10,9 dedicated VRAM free) and I get this nearly every time (on two tries I didn’t even get there).
The strange thing is I played just today. My last save is from a bit over 2h ago. I turned off my pc and after restarting it, the model didn’t start anymore.
[Edit:] I forgot to add that the folder “D:\a” does not exist on my pc.
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.
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!
I downloaded the new version 1.6.5 and downloaded the Gemma model. I started my save, downloaded everything, the command prompt appears and after just crashing, the game crashes and does not start. I don't even have time to screen something, the game just crashes.
