Games in brainfuck

[vSaft_Hype]

Is there a way to make/play a game in brainfuck

[Sauron]

Yes, it's Turing complete so you can do whatever you want with it.

[vorticalbox]

2 hours ago, Sauron said:

Yes, it's Turing complete so you can do whatever you want with it.

Just because you can doesn't mean you should.

[Eigenvektor]

2 hours ago, vSaft_Hype said:

Is there a way to make/play a game in brainfuck

Sure, if you think assembler has too many commands you can always "downgrade" to bf. Not sure anyone would be masochistic enough to write anything non-trivial with it. But in case you are, here's a compiler to get an executable: https://github.com/Wilfred/bfc

[straight_stewie]

Canonical BrainFuck allows you to input or output one byte at a time. That limitation alone would make any useful game nearly impossible to make. However, if you must attempt a brainfuck game, do yourself a favor and write your own pre-compiler so you can use macros.

A related, but very different idea that I had was to build a coding game. The game consists of an array, and some basic movement and "process" spawning rules. The goal would be to gain total control of the array or eliminate all enemies. I've never gotten past this stage of the idea. Anyone who reads this is welcome to use it.

[Sauron]

On 11/22/2019 at 8:35 PM, vorticalbox said:

Just because you can doesn't mean you should.

But that wasn't the question

13 hours ago, straight_stewie said:

A related, but very different idea that I had was to build a coding game. The game consists of an array, and some basic movement and "process" spawning rules. The goal would be to gain total control of the array or eliminate all enemies. I've never gotten past this stage of the idea. Anyone who reads this is welcome to use it.

Are you aware of Human Resource Machine?

[straight_stewie]

57 minutes ago, Sauron said:

Are you aware of Human Resource Machine?

No. Is it basically the same idea?

[wasab]

On 11/22/2019 at 2:35 PM, vorticalbox said:

Just because you can doesn't mean you should.

Just because you shouldn't doesn't mean you won't. 

[Mira Yurizaki]

23 hours ago, straight_stewie said:

Canonical BrainFuck allows you to input or output one byte at a time. That limitation alone would make any useful game nearly impossible to make. However, if you must attempt a brainfuck game, do yourself a favor and write your own pre-compiler so you can use macros.

I think you're on to something, because the PDP-8 only supported 8 instructions, yet it had software for it that could let you program in higher level languages.

[Sauron]

11 hours ago, straight_stewie said:

No. Is it basically the same idea?

It's basically a puzzle game where you order a worker around a grid in pseudo-assembly. Not quite the same but fairly similar.

[straight_stewie]

6 hours ago, Sauron said:

It's basically a puzzle game where you order a worker around a grid in pseudo-assembly. Not quite the same but fairly similar.

That's interesting. Is it any good/an actual challenge?

[Sauron]

Just now, straight_stewie said:

That's interesting. Is it any good/an actual challenge?

Depending on your experience the first few levels are pretty simple but towards the end it gets quite hard

[straight_stewie]

On 11/24/2019 at 9:55 AM, Sauron said:

Depending on your experience the first few levels are pretty simple but towards the end it gets quite hard

I found this to be an accurate description of the game, based on my first playthrough.

[valley 15-2]

On 11/22/2019 at 9:44 AM, vSaft_Hype said:

Is there a way to make/play a game in brainfuck

yes, you can. I actually made a version of nim with it.

nim in brainfuck raw.bf

[Dash Lambda]

There's a full-fat, honest-to-god text adventure game written in BrainFuck called Lost Kingdom.

 

I used it as a benchmarking tool for my BrainFuck interpreters. If you have a good optimizing interpreter (like mine!) it should run fine, but I've never gotten a naive interpreter to run it fast enough to even print the first character before I give up and compiling interpreters can take a very, very long time to compile depending on the intermediate language.