Back to the Lab 3
LabVIEW
Last updated
LabVIEW
Last updated
I think you just have to unzip it and open up _main.vi. ... Oh god, what... what is this?
back_to_the_lab_3.7z: https://drive.google.com/file/d/184nf-brey1pmk7uvW0VaZ234hrpB3Mgi/view?usp=sharing
Author: nb
First things first, it's pretty annoying that you only get one try, and we need to debug this multiple times later on. We can patch the program and make sure that the checker always allows the rest of the program to run by replacing it with 1.
The bytearray with each number rotated left by 3 bits and 4 bits respectively is compared with two constant bytearrays. But note that the bytes are treated as 8-bit unsigned integers, so our implementation needs to consider that.
The bytearray is represented as RGB values.
R = byte value
G = 5 (constant)
B = array index
We can inspect the RGB values:
The input is split into the first 7 and last 7 bytes, then interleaved.
Every 2 characters in the array are concatenated and used as the "group name" to read the TDMS file. The Y-value is compared to the array index. Use the probe watch window to debug the program.
Y-value for "ru" is 0
Y-value for "ct" is 1
"3_" is 3
"ur" is 2
"th" is 4
"r1" is 6
"e_" is 5
Then, rearrange so that we go from 0 to 6.
There are multiple parts to this.
First, we know it starts with 'd', since other options give us False immediately.
One of the parts is password protected. If we drag the comment out we can see the hidden password.
This unlocks the block diagram.
The input is first converted to their ASCII values, then multiplied with 7927.
Then, 0x49 is subtracted.
Then it goes through some redundant enqueuing, and is compared to some constants.
But we get some weird results. 990802 = 1187410?
Then I realised that the last 16 bits are equal. We are probably comparing 16 bit numbers!
Finally!