First gold made: 2455 cycles Second gold made: 4025 cycles Third gold made: 5729 cycles Fourth gold made: 6288 cycles (7575 cycle: missed opportunity, foreign object preventing conversion) Fifth gold made: 8160 cycles (10121 cycle: missed opportunity, foreign object preventing conversion) Sixth gold made: 10616 cycles. Observation: During the cycles for making the 5th gold, the silver reagent was trapped within the bottom left wheel while most of the other reagents cycled freely around the system waiting for their chance to merge at the Glyph of Projection. It's likely that the parity of the mechanisms' cycles (parity of 3, starting from bottom right, bottom left + medium right, top left) happened to match. This happens again during the 6th cycle's due process, at around 10093 cycles. This means that, mathematically, there are (at least) two spots (maybe even 3, now that I think about it) in the bottom left wheel where the elements are unable to escape the wheel, and these two spots cannot be occupied by elements that have already left the bottom left wheel (given the metals' spawn point). The 'distance' between the reagents do not change as well: the two silver reagents at 20:28 onwards will never be able to transform into gold, due to the nature of the system's parity. I also caught hints of various reagents having more opportunities for projection, if this set-up were not confined to a single glyph of projection. Having more glyphs is akin to adding catalysts into the equation. Where faster gold production methods resemble uprooting a tree with the force of a tank, this method resembles pinning a piece of paper with your finger, and holding the paper there with only your finger for decades. Both are equally difficult, with the only constraint being that of time.
I have no idea how this game works and I can't figure out what's happening to the "products" that are getting converted back out. But I could not figure out the pattern until I watched the triangle within the triangle. It is elegant and mesmerizing to watch, even if I don't fully understand the mechanics of merging and splitting happening underneath the spinners.
You merge two of the same metal and get the higher version of it. To do that you put two of the same element into the first 2 slots and they spit out a single element of the next level in the third spot. Lead -> tin -> iron -> copper -> silver -> gold
The way this one is doing it is fairly simple. It has 1 input, which is lead, and one output, which is gold. Then it has 3 converters overlapping between the four turners. Thanks to their rotation being offset, sides, upper, then lower, there's never a power grab for any element. Conversely, thanks to how they're set up, there's never going to be any collisions either, as they simply juggle the elements between each other, set them down in a spot, then keep going. With proper timing, this acts as just one big conveyer belt. Every time there's a possibility of collision, there's a converter there that consumes what is possibly impeding and moves on, with the output being on a different part of the conveyer. In short, it's timed and set up so that eventually every element particle is consumed and turned into a material a step higher. Another interesting feature that this mechanism takes advantage of is product blocking. It won't produce a new lead piece or anything else of higher conversion if there's an elemental piece blocking the output, so it prevents overflow, even when there were viable pairings on the converter inputs.
I can see the two loops, the various self-checks and cross-checks, I’m assuming the ratios work out such that every element is compared with every outside element EVENTUALLY. The only two things that baffle me are as such: 1. What prevents the machine from getting clogged up? Leaving at least one space on the bigger loop open at all times is clearly the solution, but…how is that managed? 2. What’s stopping the gold from forming on the smaller loop? If there’s a reaction beforehand, and then no space during the initial cross-check, it certainly seems like there’s nothing stopping the gold that forms afterwards to be completely unattainable. Is such an occurrence really impossible?
1. Absolutely nothing. The machine does in fact clog up after outputting 7 gold atoms. 2. Technically also nothing, but it's unlikely to happen because by the time two silvers appear the small loop is typically already full. This wouldn't be a problem anyway because if any gold was created in the smaller loop, I could just move the gold output to the central hex that both loops converge on.
@@zorflak The latter point is very true, and while the former is slightly disappointing, it’s still amazing that this device happens to output that much seemingly by chance. I love how it’s engineered to get off as many immediate reactions as possible to speedrun to the first silver. If it’s left to chance from there, it’s still difficult to fault it. Excellent work!
O-oh, I think I get it. It’s essentially built to where it will not overflow itself with lead since if you bring something over its spawn point before it spawns a new one, it won’t come out until it’s uncovered. THEN, they made it to where it’s a machine with a bunch of slots and opportunities for shuffling. So it’s a machine that wont clog and will just keep filtering until it makes a pair, clearing up a slot so another lead can take its place and go round the merry-go-round again. That’s… How on EARTH did you even conceive of these individual parts, much less putting it all together into this beautiful clusterfuck? That’s genuinely incredible and even kind of terrifying…
Interesting. This never crashes: at no point do two overlapping wheels move simultaneously. Thus, since a moving wheel grabs all its atoms, no two of them can collide with each other, and there are no outside (stationary or moving) atoms for them to collide with. So it can run indefinitely. It uses a finite amount of area: the only movement is rotation (and there's no bonding). So the only spots that are occupied are the arm bases and the arm hands-no atom can ever go outside this envelope. It loops: since it uses a finite amount of area, we can write down a list of which atom (if any) is at which position. There are 19 positions which can store atoms, and there are 6 different types of atoms in play (plus one way a hex can be empty), so the board can be in 7**19 states, atom-wise. That's finitely many, but the machine can run for any number of cycles (e.g. more than 7**19, or c*7**19 for any constant c). So one of these states, call it s1, must repeat. But s1 went to s2 the first time, and the game is deterministic, so it will go to s2 again, which went to s3 and will go there again, and so we'll go through the same sequence of states again, leading us to s1 a third time, and a fourth time, and so on. So it loops. Will it produce gold forever? It could produce gold only before we hit s1 for the first time, then get stuck in a state where all 19 atom-hexes are occupied, which prevents the glyphs from ever activating, meaning the machine will repeat a loop without ever delivering any gold. So it will never deliver gold again. Or maybe there's some pattern which preserves enough holes and lines up the atoms precisely enough that the machine produces gold forever, eventually reaching a pattern of n gold per m cycles once it enters the cycle (and then asymptotically converges to a rate of n/m). Has anyone done this math?
@jonaskoelker The math hasn't been done precisely, but I can confirm that all 19 hexes eventually become occupied and it stops producing gold after seven outputs.
@@zorflak Oh well, the customer only ordered six. I guess the transmutation engine service technicians can take out all the metallic residue and restart the machine if you get another order for six gold atoms :D Interesting. Do you have any theory which describes how it works? I noticed that so long as no transmutations happen, the atoms move around in two non-interacting loops, period 5 and 14 (if we count 9 cycles, one full program execution, as a single step, though it's only really the rotations that matter). Is there any rhyme and reason to how the transmutations interact in a way that yields 6 (actually 7) gold? Did you just fiddle around with glyph placements until you found something that worked?
@@directrix777shinyshinyamyt4 Can you believe it actually still doesn't loop? The funniest part, though, is that if you take out that four instruction bi-arm and replace it with a five instruction single arm, it finally will loop. Why? Brilliant question, no idea.
This is probably the most elegant and inefficient way I can think of to do this Holy heck
Low cost tho
First gold made: 2455 cycles
Second gold made: 4025 cycles
Third gold made: 5729 cycles
Fourth gold made: 6288 cycles
(7575 cycle: missed opportunity, foreign object preventing conversion)
Fifth gold made: 8160 cycles
(10121 cycle: missed opportunity, foreign object preventing conversion)
Sixth gold made: 10616 cycles.
Observation:
During the cycles for making the 5th gold, the silver reagent was trapped within the bottom left wheel while most of the other reagents cycled freely around the system waiting for their chance to merge at the Glyph of Projection. It's likely that the parity of the mechanisms' cycles (parity of 3, starting from bottom right, bottom left + medium right, top left) happened to match. This happens again during the 6th cycle's due process, at around 10093 cycles.
This means that, mathematically, there are (at least) two spots (maybe even 3, now that I think about it) in the bottom left wheel where the elements are unable to escape the wheel, and these two spots cannot be occupied by elements that have already left the bottom left wheel (given the metals' spawn point). The 'distance' between the reagents do not change as well: the two silver reagents at 20:28 onwards will never be able to transform into gold, due to the nature of the system's parity.
I also caught hints of various reagents having more opportunities for projection, if this set-up were not confined to a single glyph of projection. Having more glyphs is akin to adding catalysts into the equation.
Where faster gold production methods resemble uprooting a tree with the force of a tank, this method resembles pinning a piece of paper with your finger, and holding the paper there with only your finger for decades. Both are equally difficult, with the only constraint being that of time.
I'm actually confounded by this, and I've beaten the game twice now
jumpscare at 5:27
"Great job! Do you want to record a gif for this solution?"
I have no idea how this game works and I can't figure out what's happening to the "products" that are getting converted back out. But I could not figure out the pattern until I watched the triangle within the triangle. It is elegant and mesmerizing to watch, even if I don't fully understand the mechanics of merging and splitting happening underneath the spinners.
You merge two of the same metal and get the higher version of it. To do that you put two of the same element into the first 2 slots and they spit out a single element of the next level in the third spot.
Lead -> tin -> iron -> copper -> silver -> gold
The way this one is doing it is fairly simple. It has 1 input, which is lead, and one output, which is gold. Then it has 3 converters overlapping between the four turners. Thanks to their rotation being offset, sides, upper, then lower, there's never a power grab for any element. Conversely, thanks to how they're set up, there's never going to be any collisions either, as they simply juggle the elements between each other, set them down in a spot, then keep going. With proper timing, this acts as just one big conveyer belt. Every time there's a possibility of collision, there's a converter there that consumes what is possibly impeding and moves on, with the output being on a different part of the conveyer. In short, it's timed and set up so that eventually every element particle is consumed and turned into a material a step higher. Another interesting feature that this mechanism takes advantage of is product blocking. It won't produce a new lead piece or anything else of higher conversion if there's an elemental piece blocking the output, so it prevents overflow, even when there were viable pairings on the converter inputs.
I hope you have since tried the game yourself
Insane! Beautiful, but absolutely completely and undeniably INSANE! Kudos!
It took me abit but then I realized how the combiners worked and God Damn that is smart! Great job on this.
Me trying to solve a rubix cube be like
"ok yea i get it funny inefficient method let's just skip to the end cause i dont know what's going on"
-*twenty-two minutes long*
"oh."
Omg, that's so convoluted hahahah. Congratulations
I can see the two loops, the various self-checks and cross-checks, I’m assuming the ratios work out such that every element is compared with every outside element EVENTUALLY. The only two things that baffle me are as such:
1. What prevents the machine from getting clogged up? Leaving at least one space on the bigger loop open at all times is clearly the solution, but…how is that managed?
2. What’s stopping the gold from forming on the smaller loop? If there’s a reaction beforehand, and then no space during the initial cross-check, it certainly seems like there’s nothing stopping the gold that forms afterwards to be completely unattainable. Is such an occurrence really impossible?
1. Absolutely nothing. The machine does in fact clog up after outputting 7 gold atoms.
2. Technically also nothing, but it's unlikely to happen because by the time two silvers appear the small loop is typically already full. This wouldn't be a problem anyway because if any gold was created in the smaller loop, I could just move the gold output to the central hex that both loops converge on.
@@zorflak The latter point is very true, and while the former is slightly disappointing, it’s still amazing that this device happens to output that much seemingly by chance. I love how it’s engineered to get off as many immediate reactions as possible to speedrun to the first silver. If it’s left to chance from there, it’s still difficult to fault it. Excellent work!
average hexarm enjoyer:
All I can think is
WHY
and
HOW
How much effort did it take to create the circle of gold
This solution locks up and never produces a 8th gold
As someone with very little knowledge of Opus Magnum beyond basic stuff, I am confused and intrigued by this machine.
Don't know what I'm watching but I gotta say your Instructions are probably Top Percentile
i have absolutely no clue whats going on but i like it
my new favorite video
Cool!
man what the fuck
I thought that all this manipulators with more then one arm are useless, until I saw it XD
O-oh, I think I get it. It’s essentially built to where it will not overflow itself with lead since if you bring something over its spawn point before it spawns a new one, it won’t come out until it’s uncovered. THEN, they made it to where it’s a machine with a bunch of slots and opportunities for shuffling. So it’s a machine that wont clog and will just keep filtering until it makes a pair, clearing up a slot so another lead can take its place and go round the merry-go-round again.
That’s… How on EARTH did you even conceive of these individual parts, much less putting it all together into this beautiful clusterfuck? That’s genuinely incredible and even kind of terrifying…
you can make it a lot faster if you grab and drop on the same tick
In many cases you would be right, but here I actually do need to delay the regrabs by a cycle to give the purification glyphs a chance to activate
I... I'm genuinely curious at what the hell this is-
Interesting.
This never crashes: at no point do two overlapping wheels move simultaneously. Thus, since a moving wheel grabs all its atoms, no two of them can collide with each other, and there are no outside (stationary or moving) atoms for them to collide with. So it can run indefinitely.
It uses a finite amount of area: the only movement is rotation (and there's no bonding). So the only spots that are occupied are the arm bases and the arm hands-no atom can ever go outside this envelope.
It loops: since it uses a finite amount of area, we can write down a list of which atom (if any) is at which position. There are 19 positions which can store atoms, and there are 6 different types of atoms in play (plus one way a hex can be empty), so the board can be in 7**19 states, atom-wise. That's finitely many, but the machine can run for any number of cycles (e.g. more than 7**19, or c*7**19 for any constant c). So one of these states, call it s1, must repeat. But s1 went to s2 the first time, and the game is deterministic, so it will go to s2 again, which went to s3 and will go there again, and so we'll go through the same sequence of states again, leading us to s1 a third time, and a fourth time, and so on. So it loops.
Will it produce gold forever? It could produce gold only before we hit s1 for the first time, then get stuck in a state where all 19 atom-hexes are occupied, which prevents the glyphs from ever activating, meaning the machine will repeat a loop without ever delivering any gold. So it will never deliver gold again.
Or maybe there's some pattern which preserves enough holes and lines up the atoms precisely enough that the machine produces gold forever, eventually reaching a pattern of n gold per m cycles once it enters the cycle (and then asymptotically converges to a rate of n/m).
Has anyone done this math?
@jonaskoelker The math hasn't been done precisely, but I can confirm that all 19 hexes eventually become occupied and it stops producing gold after seven outputs.
@@zorflak Oh well, the customer only ordered six. I guess the transmutation engine service technicians can take out all the metallic residue and restart the machine if you get another order for six gold atoms :D
Interesting. Do you have any theory which describes how it works? I noticed that so long as no transmutations happen, the atoms move around in two non-interacting loops, period 5 and 14 (if we count 9 cycles, one full program execution, as a single step, though it's only really the rotations that matter).
Is there any rhyme and reason to how the transmutations interact in a way that yields 6 (actually 7) gold? Did you just fiddle around with glyph placements until you found something that worked?
I think your brain just works on a different frequency than anyone else's.
Looks like a counting register to me
Is this minimum instructions?
At the time of creation, it was minimum trackless instructions. I've since improved it to 10: imgur.com/EiVHxfC
@@zorflak sick
@@zorflakWoah! It loops! Incredible!
@@directrix777shinyshinyamyt4 Can you believe it actually still doesn't loop? The funniest part, though, is that if you take out that four instruction bi-arm and replace it with a five instruction single arm, it finally will loop. Why? Brilliant question, no idea.
must be a FedEx delivery
exactly how i would've done it
22 minutes and 36 second of making purified gold to lose your sanity
programming in /java
It’s playing 2048
This game proves how fucking dumb I am
... who hurt you?
what's wrong with you
2048
wtf