Workin' For The Man is a futuristic interactive computer simulation. The game puts you in the role of a crack Computer Forensics specialist in the local police bureau. Day in and day out it is your lot to pillage an endless train of broken and booby-trapped electronic devices and scour them for admissible evidence against the purveyors of vice and graft. Today is no different. The smashed heap unceremoniously dumped on your table by a mirror-eyed, burly COP clone is an inert hulk of metal, plastic, and rare earth for you to reassemble, jolt back to life, and torment for its secrets. "Do yer thing, doc," he jokes without humor. Some days it's a rewarding job, most others a curse to scratch your eyes out for. What'll it be today?
Important: Please see this discussion for the solution about the tar-gz download bug. https://pyweek.org/d/7153/#comment-14370
Important: This game requires a mic and additional software to play. Please thoroughly read readme.txt for software requirements, game instructions, tips, and tricks.
More important: The boss puzzle is very evil. There are progressive spoilers at the end of the readme. Go slowly, unless you're a shameless donut-chasing cheater.
Ratings (show detail)
Workin' For The Man v1.2 final
Pyweek 31 - postmorten on the speech to text experience
We expected to have some DNW due to our dependencies. We never had that many dependencies in a pyweek before. Our
experience told us, this will be trouble. And yes, it was trouble apparently. The strange thing is, that we didn't
hear about it. No one except two persons asked for help.
The frustrating thing about this type of interface is, that even if you have passed all technological difficulties,
it is no guarantee that it will work. It may very be that your accent is not recognized. Or your voice. Or
whatever causes it not to behave as expected. For me it worked pretty well, even I'm not a native english speaker.
But well, I trained a week long and I'm certainly biased. And native english speakers had trouble getting it
to recognize the commands. There are other models available but they are bigger (~1GB or more), but I don't know
if they would work better. Our game shipped with an already compressed 40MB file which is heavy enough!
To give you all the chance to play it through I made a version with a keyboard interface. It will behave the same
I hope you haven't read the spoilers yet since it would spoil the game. It also would be much appreciated if you could
give feedback as during the judgment period (Fun / Prod / Inno, 5 best - 1 worst).
Overall I found it an interesting pyweek. The theme was not our first choice and frankly, we didn't have a good idea.
And since quite some time I wanted to try text to speech. After some experiments I also found some libraries that
do the opposite: speech to text. Due to the asynchronous nature of those libraries the next step was to look into the
multiprocessing module of python. The result is this game. Its hard to close. On purpose. Unless you 'exterminate' it!
uploaded final v1.2 - summary
- it uses 4 processes at once
- it uses queues to commincate
- logs are redirected from all processes into one
- there is a watchdog mechanism in the main.py so when a child process dies it stops everything
- something that I was not aware of: if a module does things during import then the import has to be in the method that is run by the subprocess (this was one bugfix for linux using the sounddevice module in stt.py)
Bugfixes - underway
Unfortunately we could not test our game on linux until today with the help of people from the discord channel. I turns out that we had some minor bugs. After this I think it will be the final version.
If you already have tried to play the game and got stuck in a loop where you can't get rid of the 'help' then please try to play our bugfixed version (>= 1.2).
If you still have trouble running our entry, please don't hesitate to contact us for troubleshooting.
We haven't tried it on OSX. It probably will work, but there is chance that it does not.