Skip to main content

Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
TagsGame Engines
(+1)

I am a sucker for this kind of exploration game! Loved it, cute aesthetics and vibin' music. Side note: I went off-screen to dodge the cars :P 

By the way, I wasn't able to run it initially, I got an error saying "The code execution cannot proceed because MSVCP140.dll was not found." I went ahead and googled for the DLL in question. Not sure if you should be packaging it, or if it's typical for Windows to already have it (I'm running a cheap old laptop to check out the Windows-only games).

(2 edits)

Hey, thanks for checking out my game and for the feedback!

Yeah, world boundary collisions were something I had on my to-do list, but I definitely had a brain fart. I didn't realize I forgot to program it in until after submission. I'm definitely planning to finish, polish, optimize, and potentially continue updating the game after the voting period is over.

Thanks for informing me about that DLL! Windows is particularly complicated when it comes to packaging games. I previously already added two other DLLs (vcruntime140 and vcruntime140_1) in a post-submission patch, because an older computer that I tested on was missing those, but apparently not MSVCP140. Typically, the Windows installers for applications will check if the appropriate DLLs are installed, and install them if not. I don't receive DLL-related errors on my machines because they all have the correct DLLs already installed, so in the future I'm definitely going to do extensive testing in a virtual machine to catch these types of issues.

Thanks again!

Edit: I did a DLL sniff using a Windows tool called listdlls, and the game is using about 80 DLLs in total. Either distributing an installer or launch testing using a fresh version of Windows on a virtual machine is definitely the way to go.