It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
Couldn't find a proper bug tracker, so here we go.

As soon as I launch into the first tutorial mission I notice that interacting with things in the environment (switches, doors, loot, etc) has the cursor hitbox way off from the actual object. For example, the hitbox for the Obvious Switch is roughly the correct size, but several switch widths away from the switch (see attached screenshot).

The degree of wrongness for the hitbox is variable, and mousing around in the environment (ie, free look spin around a few times) can move the hitbox around dramatically. At one point I scanned the entire screen and could not find the hitbox for the Obvious Switch.

At one point I thought UI scale was impacting the hitbox locations and tried several different settings for that (including the default, off, huge UI, tiny UI, and a few settings in between) but was unable to find a setting that produced correct behaviour. Further testing reveals that hitting ESC and interacting with the main game menu also shifts the hitboxes around, which is likely what I was seeing when fiddling with UI scale.

I have only observed this issue in the "crawl" part of the game. The main menu was fine, as was the STIX interface and the (very brief) first battle.

I have a triple screen setup (one 3840x2160 and two 1600x1200), but even when forcing the desktop resolution to 3840x2160 before starting Starcrawlers, I still experience the same issue.

It would be great to see a resolution to this issue as it makes it somewhere between very hard and nearly impossible to interact with anything in "crawl" mode.

System specs:

Intel Xeon E5-2690 v2
64G RAM
GeForce GTX 1080 Ti
Gentoo Linux 64-bit
Attachments:
No posts in this topic were marked as the solution yet. If you can help, add your reply
avatar
MadMerlin: Couldn't find a proper bug tracker, so here we go.

As soon as I launch into the first tutorial mission I notice that interacting with things in the environment (switches, doors, loot, etc) has the cursor hitbox way off from the actual object. For example, the hitbox for the Obvious Switch is roughly the correct size, but several switch widths away from the switch (see attached screenshot).

The degree of wrongness for the hitbox is variable, and mousing around in the environment (ie, free look spin around a few times) can move the hitbox around dramatically. At one point I scanned the entire screen and could not find the hitbox for the Obvious Switch.

At one point I thought UI scale was impacting the hitbox locations and tried several different settings for that (including the default, off, huge UI, tiny UI, and a few settings in between) but was unable to find a setting that produced correct behaviour. Further testing reveals that hitting ESC and interacting with the main game menu also shifts the hitboxes around, which is likely what I was seeing when fiddling with UI scale.

I have only observed this issue in the "crawl" part of the game. The main menu was fine, as was the STIX interface and the (very brief) first battle.

I have a triple screen setup (one 3840x2160 and two 1600x1200), but even when forcing the desktop resolution to 3840x2160 before starting Starcrawlers, I still experience the same issue.

It would be great to see a resolution to this issue as it makes it somewhere between very hard and nearly impossible to interact with anything in "crawl" mode.

System specs:

Intel Xeon E5-2690 v2
64G RAM
GeForce GTX 1080 Ti
Gentoo Linux 64-bit
I have the same issue in Kubuntu with an astonishingly less capable computer than yours. In the options turning off free look seems to fix it for me.
avatar
MadMerlin: Couldn't find a proper bug tracker, so here we go.

As soon as I launch into the first tutorial mission I notice that interacting with things in the environment (switches, doors, loot, etc) has the cursor hitbox way off from the actual object. For example, the hitbox for the Obvious Switch is roughly the correct size, but several switch widths away from the switch (see attached screenshot).

The degree of wrongness for the hitbox is variable, and mousing around in the environment (ie, free look spin around a few times) can move the hitbox around dramatically. At one point I scanned the entire screen and could not find the hitbox for the Obvious Switch.

At one point I thought UI scale was impacting the hitbox locations and tried several different settings for that (including the default, off, huge UI, tiny UI, and a few settings in between) but was unable to find a setting that produced correct behaviour. Further testing reveals that hitting ESC and interacting with the main game menu also shifts the hitboxes around, which is likely what I was seeing when fiddling with UI scale.

I have only observed this issue in the "crawl" part of the game. The main menu was fine, as was the STIX interface and the (very brief) first battle.

I have a triple screen setup (one 3840x2160 and two 1600x1200), but even when forcing the desktop resolution to 3840x2160 before starting Starcrawlers, I still experience the same issue.

It would be great to see a resolution to this issue as it makes it somewhere between very hard and nearly impossible to interact with anything in "crawl" mode.

System specs:

Intel Xeon E5-2690 v2
64G RAM
GeForce GTX 1080 Ti
Gentoo Linux 64-bit
avatar
01822990: I have the same issue in Kubuntu with an astonishingly less capable computer than yours. In the options turning off free look seems to fix it for me.
You're right, that does appear to work around the issue (with the obvious loss of permanent free look, which is sad). Interestingly enough, looking around with right click does not appear to trigger the same issue.
Same issue on Debian.
This one's on top of my To Do list for Linux - looks like latest versions of Unity changed how screen to world positioning works with Linux resolutions because they're finally calculating displays correctly, so old workarounds are now bugs. Fun!
Nice to read this, and thank you to support this forum to @JuggernautGames.
Disabling freelook fixed the issue for me (and I actually like it more this way because it feels more like Wizardry now :)

I played through 6 missions without knowing that disabling freelock would work around this--I just dealt with it, spending several minutes trying to pick up items. It was painful, but I still couldn't stop playing. The fact that I was willing to put up with that is a credit to just how good this game is. Thanks @JuggernautGames!
So, was this bug fixed?
avatar
BetaVersion: So, was this bug fixed?
Apparently not. I never had this problem before, but I just decided to try the game again since it recently updated (1.1b), and now I've got the same issue. I may have skipped a few other recent updates, so I don't know which version introduced this issue.
Updating to newer Unity is likely to be the root of all the problems… %)
I'm encountering this bug, it has not been fixed, apparently.

However, I can't play without freelook, this time there's no workaround.

Like other bugs reported in this forum, it's great to have help from the (paying) "community", but in my opinion the game is still lacking some serious Q&A before a release.

I'll be back in a couple of months and check the status, because this little gem looks deep enough to deserve a chance (I miss my "System Shock" nights...).
Post edited July 08, 2018 by jm4n