Subframe Lesson 101 by mark2222

mark2222

171 / 4

5th Jan 2018

17th Sep 2018

First of a series of subframe tutorials. This aims to be a gentler and more interactive introduction than LBPHacker's preliminaries save.

subframe electronics tutorial 60hz guide lesson electronic useful dangthatshard thisissogood

Comments

• 

  lamyipfu 13th Jan 2018
  People may think that only solid sprk can improve the efficiency of a circuit, but once-per-8-frm electronics shows that order-manip is far more powerful than what it seems and can even apply to normal non-conv-electronics. It is good that beginner only know sld-spk and learn subframe-related concepts with sld-spk so as not to shift focus. But as they go deeper, realizing what they learn can applies to normal circuit will grant them the flexibility in using the concept.
• 

  mark2222 12th Jan 2018
  @R33sesK1ng Yeah, this save is just the beginning of a long series of tutorial saves (the second one has been released!). It's not expected that this lesson would have given you enough knowledge to make interesting subframe electronics. Rather, it provides background for future lessons, which should give you the tools to reverse-engineer, learn from and better appreciate other subframe saves, eventually enabling you to make your own.
• 

  G-LinuxorU 12th Jan 2018
  This is the first device I've ever seen that had an output once per frame. id:1256956 [Jul 2013] I'm not afraid to call it subframe, even though it only comes together as subframe in the final result.
• 

  R33sesK1ng 12th Jan 2018
  I feel I will need more guidance, as I am not what you would call the "engineering type."
• 

  R33sesK1ng 12th Jan 2018
  I don't know much about electronics generally in order to utilize this save as any type new knowledge to my already "large" amount of knowldge (which I do not have.) I merely think of this save as helpful in the sense that I can use it for future knowledge (for more complex saves), and that I want to begin testing with it, having figured out the basics.
• 

  mark2222 11th Jan 2018
  @lamyipfu The trouble with categorization is that it threatens to limit one's horizons. In practice, subframe is more like a collection of tools that can be used in any combination. We already have names for individual tools - solid SPRK, column design, particle-order manipulation, etc. From a branding perspective, though, I feel uncomfortable calling 8-frame-throughput electronics subframe - it makes subframe seem less powerful than it really is and would be confusing to beginners.
• 

  lamyipfu 11th Jan 2018
  Subframe technology is more advanced and TPTers are more familiar with it. In fact, I think more users are getting into the trend recently thanks to promotion. It might be better to define subframe in more details as what DUC suggests. This is not for the layman or beginners, but for users ready to go deeper, a name for different branches helps them to realize the subtle differences. i.e. differentiate between execution time and frequency. A short self-explanatory name suffices.
• 

  mark2222 11th Jan 2018
  @DUC @lamyipfu I think of subframe as the abuse of serial execution in general, rather than a save category. You can use subframe ideas to speed up parts of a save without making everything subframe. You don't even need solid SPRK; the first subframe used multiple PSTNs to repeatedly fire ARAY in the same location at 30Hz. Anyway I would recommend just starting by making a list of illustrative subframe saves without worrying too much about how the end product would look like.
• 

  lamyipfu 11th Jan 2018
  As long as particle order is correct and all necessary conductors are sprk-ed, a set of operations can be completed in one frame, so particle order is relevant to the execution time needed for a set of operations. Solid spark makes sure the operations are executed once every frame, so solid spark is relevant to the frequency of executing the set of operations. Surely sld-spk-sbfrm requires both particle ordering and sld-spk, but do you consider operations with only part-order to be subframe?
• 

  lamyipfu 11th Jan 2018
  @DUC, Your two comments seems contradicting to me, maybe there is a misunderstanding here. I am referring to cases which all operations(i.e. extend followed by retract) are done within one frame intentionally, but only perform such operations every 8 frames. Your lower comment do not agree it to be subframe, but your upper comment says that operations with time compressed from several frames to one frame is subframe. This is rather confusing.