3 ms·
Yes, it is a demo. Save/load will be available when it is released as a desktop app. As for the counter, it's working properly. Ripple counters simply aren't st
by joshtynjala 16y ago
Yes, it is a demo. Save/load will be available when it is released as a desktop app. As for the counter, it's working properly. Ripple counters simply aren't stable during transitions, but they make a good sample because they're simpler than other types of counters.
- Groxx 16y agoIn that case, it's kind of cool that this preserves that behavior. Suggestion for optimizing, especially for larger multi-part circuits: allow a sub-circuit to be expanded / collapsed. When expanded, show the full animation & whatnot. When collapsed, run an optimized chunk of code which has the same behavior, and just output the results at the proper times. When it's collapsed it's a "black box" anyway, might as well take advantage of that. This way, if someone builds some massively complicated integrated circuit, you can run it as fast as possible when it's not being animated.
- joshtynjala 16y agoThe flip-flops are implemented like that. They're mostly a bunch of NAND gates behind the scenes. In the future, I plan to let anyone create a sub-circuit, but that has some challenges that I think I'd rather face after I make the first desktop release. The biggest slow-down is intentional, though. Since the wires are colored, propagation is currently limited to the frame rate so that all changes can be seen. Some circuits, like the oscillator sample, look pretty strange when propagation isn't tied to the frame rate. I plan to add a setting to turn off wire colors, and then I'll probably make the propagation adjustable too.