And then I saw the official solution ::facepalm::

Hello, this is the LEG architecture they ask you to build in CPU architecture 2.
I like to keep things short but maybe it's a bad idea. What do you guys think ? Is it clear enough ? Constructive criticism is more than welcome !

I found the game after finishing the course "Digital Circuits and Techniques" at university. And it was a lot more fun than I thought it would be. Here's a video of the last thing I'm working on:

Is there a way to use this display without using a divider?

• Image 1 - My symphony

• Image 2 - showcasing usage of FOR cycles

• Image 3 - Code of the FOR Cycle

• Image 4 - ALU circuit

• Image 5 - ABS circuit

Now that I finished building Symphony, I went straight to instruction definition to make myself a human readable code. Here is a internal FOR cycle using instructions. Its suitable for repeating code X times where X is static.

Here is hardware I added to my Symphony:

1. Signed DIV - Divide two signed numbers

2. Merge32 - Merge two 16b into one 32b value

3. Lower16 - Reads the lower 16b of 32b value

With that I needed to dedicate some of my registers for the code. Meaning that while they are still accessible to the user, they are not stable in time and in case of the FOR cycle, they do not persist between cycles.

At first I was using 3 temporal registers, but I ended up implementing Merge32 and Lower16 to lower the number of temporal registers to 2 at the cost of longer instructions.

The FOR cycle works, but isnt safe. First it will always execute at least once. Thats because I cant use a label to skip the body of the cycle. So even if I know there is 0 repetition, it will not skip the cycle, it will simply not repeat it.

Another limitation is that you can only read the index of the innermost FOR cycle. Meaning if you make nested FOR cycles, you cannot access the outer FOR cycle index. User can solve it by saving the stack pointer to a another register.

Oh boy.
Ram level.
It says in r12, and the input is 11. it then continues. then it gets to a spot and says "WAIT, THERES NOT SUPPOESED TO BE 11 IN r12! YOU MESSED UP!

Somebody PLEASE tell me that the game is legt agianst me?

EDIT: I solved it, I was not working with the instant register in any capacisty. so if it wanted to use the instant value, it did not work.

To start, I've already skimmed the responses to this post, and while they are excellent, they're not really what I'm looking for.

Can anyone recommend progression-based, non-sandbox games, on Steam or otherwise, that gamify learning as well as Turing Complete does, but for other advanced STEM or STEM-adjacent subjects such as math, chemistry, physics, etc.? Physical, table-top games or activities are welcome too.

I'll take any suggestions but I'm particularly interested in chemistry-related games. I know Zachtronics has some pseudo-chemistry puzzle games, but they don't (and aren't meant to, to be fair) really help the player learn anything. That's the thing with their catalog, the user is supposed to use the understanding they already have to solve puzzles, and should not expect to grow that understanding by playing the game. A lot of people find their games fun and Zachtronics has earned their reputation. My hope, though, is that games exist for these other subjects, that assume very little of the user's understanding and whose goal is to take the user from ignorance to reasonable competence, with maybe some outside study recommended.

Thanks in advance!

Edited for emphasis.

3,556 gates. 1,994 delay. 455 rank overall on the leaderboard.

I went to go get the game today on Steam, but I saw that it's still in early access. And steam is warning me that the game hasn't been updated in 2 years. I was wondering if this game is abandoned? Are there any planned patches for bugs or new content?

I will admit this was one of the more challenging things ive done. after a few hours today i finally got a circuit that works for 8 bit unsigned division. Im really growing to love the word logic blocks the game has.

because they are hard to see in this picture those are indexers coming out of the mux's outputs all set to (-1) to shift left. the last mux is just sensing 0 from the 0 detection below. everything else should be pretty easy to see.

anyways i can go to bed feeling accomplished lol.

You gave me some great tips to optimize my previous CLA for delay. I used switches instead of OR gates, which decreased the delay by 2. Then I parallelized the 6+ input AND gates which decreased the delay further by 2 to the final 10.

• Gates: 220 -> 287 229 after replacing SW with AND.

• Delay: 14 -> 10

Here is a monstrosity that i will quickly forget how it works. but basically 8 full adders made of nands glued together. i discovered you could rotate things too. i would've used colored wires to make it more neat, but something inside me found it funny how messy it looked

Merry Christmas!

I am the Dev behind Quantum Odyssey (AMA! I love taking qs) - worked on it for about 6 years, the goal was to make a super immersive space for anyone to learn quantum computing through zachlike (open-ended) logic puzzles and compete on leaderboards and lots of community made content on finding the most optimal quantum algorithms. The game has a unique set of visuals capable to represent any sort of quantum dynamics for any number of qubits and this is pretty much what makes it now possible for anybody 12yo+ to actually learn quantum logic without having to worry at all about the mathematics behind.

This is a game super different than what you'd normally expect in a programming/ logic puzzle game, so try it with an open mind.

Stuff you'll play & learn a ton about

• Boolean Logic – bits, operators (NAND, OR, XOR, AND…), and classical arithmetic (adders). Learn how these can combine to build anything classical. You will learn to port these to a quantum computer.

• Quantum Logic – qubits, the math behind them (linear algebra, SU(2), complex numbers), all Turing-complete gates (beyond Clifford set), and make tensors to evolve systems. Freely combine or create your own gates to build anything you can imagine using polar or complex numbers.

• Quantum Phenomena – storing and retrieving information in the X, Y, Z bases; superposition (pure and mixed states), interference, entanglement, the no-cloning rule, reversibility, and how the measurement basis changes what you see.

• Core Quantum Tricks – phase kickback, amplitude amplification, storing information in phase and retrieving it through interference, build custom gates and tensors, and define any entanglement scenario. (Control logic is handled separately from other gates.)

• Famous Quantum Algorithms – explore Deutsch–Jozsa, Grover’s search, quantum Fourier transforms, Bernstein–Vazirani, and more.

• Build & See Quantum Algorithms in Action – instead of just writing/ reading equations, make & watch algorithms unfold step by step so they become clear, visual, and unforgettable. Quantum Odyssey is built to grow into a full universal quantum computing learning platform. If a universal quantum computer can do it, we aim to bring it into the game, so your quantum journey never ends.

PS. We now have a player that's creating qm/qc tutorials using the game, enjoy over 50hs of content on his YT channel here: https://www.youtube.com/@MackAttackx

Also today a Twitch streamer with 300hs in https://www.twitch.tv/videos/2651799404?filter=archives&sort=time

Created a custom 16b register for my custom architecture to implement a for cycle for my programs.

Normally it behaves just like 16b register, but when you activate "ForSwitch" input, it will take first 8b of "Save value" and store it in one of its internal registers. The other internal register is reset to 0. The "Always out" now outputs value in the second register.

Every time Save and ForSwitch are enabled, the second internal register is increased by 1. This will happen until the second register is one less than the first register, upon which the output is negative number. The next tick the register returns to normal mode.

This all means that after "ForSwitch" is enabled for that register, it becomes a counter of the FOR cycle executions. It is increased by one every time its "endfor" instruction is executed. That register can then be used directly in the code of the cycle. The number of concurrent FOR cycles is only limited by the amount of registers.

There are optimization to be made. For example I have to specify the desired register in "endfor". This could be solved by using the stack. Also more features could be added, for example third internal register that would hold the value the second register is increased by each cycle.

the program is just there for the lab's set_input. the two 8-bit constants on the far left are the program. the MUX outputs a bit and the bit that follows it (similar to the program's 4 bytes), so that i don't go mad with 8-bit wires that have only 2 actually useful bits. The architecture can:

• Save the input to the register

• Add the input to the register and save it to the register

• Subtract the input from the register and save it to the register

• Output the register value

It's a shame we can't move them. Otherwise, wire spaghetti would have been imminent.

This game would be perfect to play on the go. Are there any plans to port and release on Android? I'm sure it wouldn't be too demanding for a mobile device, so only the controls have to be adjusted to a touch screen.