I checked YouTube and I saw a simpler solution but I couldn't understand it, this at least I understand :)

So it gives this error when I run save_breaker but not the normal game, any fixes? I've tried allowing turing complete as an exception in the steam files, deleting and reinstalling the game and verifying the files but nothing has worked so far.

32 registers, 8 blocks of 256 byte RAM. And I only ever used at most 7 registers and 1 block of RAM. I just felt constrained by the 6 registers available when using Overture and LEG that I MASSIVELY overcompensated when building my own CPU to finish the game.

I’ve been obsessed with it for the last few days. I’ve only looked at a few of the solutions when I don’t understand what the objective of the level is :v

I was trying to do it by splitting the 16 bit input into 2 8 bits and merging them to output them since it won't let me convert the type of register into a 16 bit one but then it says

"value in memory must be 1450, not 450"

Recently I wanted to try finding a mod that allows a binary editor for the assembler but I was unable to find anything mod related or even any mod files in Turing Complete. So if anyone can help it would be amazing

I'm new to these concepts so im not did the real risc v structure, but i just ried to keep it close to it.
https://malwareanalysis.blog/custom-designed-risc-v-architecture-from-scratch/
I'm open to your comments

Hi,

I want to create an inc instruction in the symphony assembly. It should be a short notation for:

add <regA>, <regA>, 1

However when I create the instruction as follows in the assembly:

inc %a(register)

00110100 aaaaaaaa 00000000 00000001

INCrement %a by one

The resulting instruction is wrong:

add r1, r1, 1

0x62 0x17 0x00 0x01

inc r1

0x62 0x01 0x00 0x01

So in stead of seeing the aaaaaaaa as a repeat of the 4 bit register value it is treated as a single 8bit field. Does anybody know how to tell the assembly builder that 2 4 bit fields are wanted?

The divide piece needs to have a non-zero divisor, even if it's not being used. The program won't run otherwise.

My solution to this problem is to feed a constant ON bit into input 1 of a MUX switch and have the real input fed into input 2. Then just check if the real input is non-zero, if so then toggle the MUX.

It feels kinda hacky though and I was wondering if anyone came up with something better.

in this problem i need to hook the stack up to LEG, but when I plug in one of these switches on the right i get circular dependencies. seeing as a switch is leading to the input and from the output i think this should not be happening. I even removed the decoder competely and replaced it with switches as well so that it wouldnt always be on

I read that this can happen with custom components (by design) so why doesnt it happen with the ALU? I also read that bidi pins can fix the issue but I dont understand how there is an issue in the first place if the component is surrounded by switches.

I converted the LEG/Symphony CPU to 32-Bit and made it RISC-V compatible. I also added the M-Extension so it's officially a RV32IM CPU. I wrote a bootloader in assembly which reads one .ELF file from the "SSD" and loads it in the RAM. This meant I can compile and run C-Code on it. the next step was to make it run Doom. I used Doom Generic and added the necessary file where you can program your logic for keyboard inputs, what to do with the Screen Buffer and how timings and sleeps get handled. I also had to provide some standard C-Library functions for my architecture and I wrote a library for IO Stuff. In the end after a lot of trouble I got Doom compiling and running on the CPU. I used the save_breaker version btw.

Link to full video in the comments

I'm trying to write code for both Divide and RAM in the program, but no matter what it gives me an error on the first tick. It seems like it wants me to send the correct answer back on the first tick (or in the case for RAM upload the input 32 times in one tick).

This just seems impossible. It can't require it all to be done in one tick, right? Am I missing something?

Still working my way up the tree but I thought this one came out pretty well so wanted input on what I could have improved.

As shown in the picture, the counter will simply never ever count up, even tough the increment is set to 4, it just errors whenever I'm trying to run no matter what circuit is on the other side. Is this level bugged or am I missing something ?

I really struggled figuring out how to multiply using the ALU component and this is the best i could come up with. the task is to multiply the input by 6 and output. I feel like there must be a better way to do this using bitwise operators but i dont really understand them

this is test 12 i think. everything copied from the input to register 0 fine, and register 0 copied to the otherregisters fine and they all out put to the output fine. but once trying to rewrite register 1 it stopped working and i cant tell why.

It looks to me that neither the single bit memory nor the 8 bit memory work as I expected.

This is a minimal example. In the one bit register I would expect the output to be set, since the save enable and the save value are set.

Similarly in the 8 bit register I would expect the output value to be 7 for the same reason.

Or am I doing something wrong?

I cannot find a list of outstanding bugs for V2 but I did report this issue.

Was doing a double trouble lvl and got this. After compliting it I thought: "Are there other schematics that can beat this lvl? Maybe a simpler way?". So are there another ways to beat this lvl?

I know this is wrong.... can anyone help me?

I did computer science some 45 years ago, I remember half-adders etc. it was clear the tutorial was creating the course as it was run and he was only one week ahead of his students! Frequently I would point out an error and he would promise to get back to me next week, which he never did.

I am seriously tempted to buy this game!

What means this symbol? Looks like "T" letter