Boot Screen

GD

Story:
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.

Awards

Give this entry an award

Files

File Uploader Date
Boot_Screen.png
Boot Screen
gummbum 2021/04/04 20:19
Workin_For_The_Man_Team_GD-1.2_final.tar.gzfinal
Workin' For The Man v1.2 final
gummbum 2021/04/04 19:37

Diary Entries

uploaded final v1.2 - summary

I learned many things this pyweek: tts, stt, multiprocessing, subprocessing, queues...

.. but then the game part lacked a bit. But I think it was not the struggle about the technologies that slowed me down, but the lack of a clear vision for the theme.

In case you don't know what those abbreviations mean:

tts: text to speech

stt: speech to text (yes, you will have to talk into a microphone)

...and the other things can be read in the python help.
Here some hints about multiprocessing:
  • 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)

But hey, the game has a puzzle besides all the audio fun. Enjoy.

Add a comment

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.


1 comment

Final 1.1 - cut the file size in half

I have re-packaged the game and removed some excess files.

Add a comment

Struggling with the technology

Still struggling a bit with the technology but getting slowly there.


I hope that tomorrow I will be able to start design the players experience and getting the user interface ready for play.

Add a comment

Day1 - Theme and game idea selection

We had no good ideas for the themes. Neither had we a good idea for a game either. Except for some vague 'it could this kind of game thing'. But even after knowing the theme, we are still struggling to find the game we want to make.

So my goal for today will be to collect all ideas an make a plan on how to implement them into a game.

Add a comment