02-03-2015, 05:36 AM
(This post was last modified: 02-03-2015, 05:53 AM by Apocryphan.)
I got to a fork in the road on my calculator and needed some time to ponder it, so I went back to this and overhauled some pieces using my 2 tick shifter, I still have to apply this to a few other builds such as the hard drive.
Shortened the wires on my 16 segment display and removed the repeaters
I would like to make a 2 tall stackable hex to binary that is sync, it's not really pertinent for the word processor since the 4 hex are stored, but I have an idea for a scrolling text bar using a rom or 2 and one of my specialty clocks to unload it, was also looking to make a 4 frame animation for a loading symbol in the corner. but the current decoder takes a few ticks to convert so it wouldn't be a smooth transition between frames, but hey at least it looks cool when it's calculating the bits, so at least it has that going for it =/
2 tick throughput ROM for my Ascii rom
this ROM output isn't synced, i don't think my current vision of this Word requires it to be that fast unless I add a save/load function.
The synced version sticks out only 2 blocks further and outputs in the middle instead of the end.
And there is always a solid state option but I haven't condensed that yet, the outputs are staggered up and down to allow for hold wires and the selection range is adjusted to 3 instead of 1, so your desired output is the middle and the holds on each side are turned off, allowing the hopper value to output.
Faster Router and Different Serial bus decoding method
on the left is the same basic hex serial busser for sending 2 values, in the middle is a decoder that i originally used for my hard drive before I could send and recieve 0's, but for this the second digit can be 0, by sending a tracer to the 0 which will be triggered by the first digit. this basically chops off 1 wire after 2 ticks and opens the other after 2 ticks, so if you have a 3rd digit, you could split it again or just chop the 2nd wire off after 2 ticks also. This decoder keeps the signals staggered, whereas the trigger decoder pulls all the signals simultaneously.
on the right is the router, prior versions used my hopper/dropper selector which took 6 ticks and required you to delay the signal until the selector opened the gate. This takes 1 tick to balance to the proper output, along with the 2 tick stagger, there is very little delay needed before sending it through, damn near instant.
Ironically, this is not the first time i've used this trick, before my dropper/hopper hex to bin converter my first sync decoder used this rollback trick to loop in from the other end and turn off the other side. I've just come full circle making it faster.
with a 1-tick balancing memory on it you don't need the inversion comparator.
if you ever get bored just play with it, stretch it out maybe, she's flexible, just no slabs on output line because the signal must travel both ways. And if you're really bored, I bet pablodons dick could fit, mine wouldn't even touch the sides tho... #CompactProblems
Might as well throw this in too, on the left is yet another version of a balancing selector with the memory on it, I call it the slide-whistle model. The 7 segment i hope to somehow encode with it, I'm thinking maybe make the slide-whistle into a small 2 hex output rom and then convert and use 7 of the bits. just a thought.
Shortened the wires on my 16 segment display and removed the repeaters
I would like to make a 2 tall stackable hex to binary that is sync, it's not really pertinent for the word processor since the 4 hex are stored, but I have an idea for a scrolling text bar using a rom or 2 and one of my specialty clocks to unload it, was also looking to make a 4 frame animation for a loading symbol in the corner. but the current decoder takes a few ticks to convert so it wouldn't be a smooth transition between frames, but hey at least it looks cool when it's calculating the bits, so at least it has that going for it =/
2 tick throughput ROM for my Ascii rom
this ROM output isn't synced, i don't think my current vision of this Word requires it to be that fast unless I add a save/load function.
The synced version sticks out only 2 blocks further and outputs in the middle instead of the end.
And there is always a solid state option but I haven't condensed that yet, the outputs are staggered up and down to allow for hold wires and the selection range is adjusted to 3 instead of 1, so your desired output is the middle and the holds on each side are turned off, allowing the hopper value to output.
Faster Router and Different Serial bus decoding method
on the left is the same basic hex serial busser for sending 2 values, in the middle is a decoder that i originally used for my hard drive before I could send and recieve 0's, but for this the second digit can be 0, by sending a tracer to the 0 which will be triggered by the first digit. this basically chops off 1 wire after 2 ticks and opens the other after 2 ticks, so if you have a 3rd digit, you could split it again or just chop the 2nd wire off after 2 ticks also. This decoder keeps the signals staggered, whereas the trigger decoder pulls all the signals simultaneously.
on the right is the router, prior versions used my hopper/dropper selector which took 6 ticks and required you to delay the signal until the selector opened the gate. This takes 1 tick to balance to the proper output, along with the 2 tick stagger, there is very little delay needed before sending it through, damn near instant.
Ironically, this is not the first time i've used this trick, before my dropper/hopper hex to bin converter my first sync decoder used this rollback trick to loop in from the other end and turn off the other side. I've just come full circle making it faster.
with a 1-tick balancing memory on it you don't need the inversion comparator.
if you ever get bored just play with it, stretch it out maybe, she's flexible, just no slabs on output line because the signal must travel both ways. And if you're really bored, I bet pablodons dick could fit, mine wouldn't even touch the sides tho... #CompactProblems
Might as well throw this in too, on the left is yet another version of a balancing selector with the memory on it, I call it the slide-whistle model. The 7 segment i hope to somehow encode with it, I'm thinking maybe make the slide-whistle into a small 2 hex output rom and then convert and use 7 of the bits. just a thought.