LBPHacker
LBPHacker
290 / 12
5th Feb 2016
12th Jul 2018
*** Update #9: Add links to predecessor and successor *** See thread and manual link in the save. ***
fastest subframe programmable 16bit processor 7segment electronics electronic computer magic

Comments

  • c-rock
    c-rock
    11th Feb 2016
    Holy crap that is impressive!
  • Daeox
    Daeox
    11th Feb 2016
    I think they should keep everything on one core but put pressure, gravity, and ambient heat on other cores so that they can be more accurate and not based on the blocky grid.
  • LBPHacker
    LBPHacker
    10th Feb 2016
    Never tried. I might be able to. Labels will be fun to implement.
  • 12Me21
    12Me21
    10th Feb 2016
    can you make an assembler in TPT?
  • LBPHacker
    LBPHacker
    10th Feb 2016
    @atomic: Nope, not yet. Although it would be nice. I might build one tomorrow.
  • 12Me21
    12Me21
    10th Feb 2016
    People have talked about adding multi-core support to TPT, and we generally agree that using multiple cores for particle physics would break everything. HOWEVER, things like gravity and pressure could be proccessed in one core, and particles in another. They are so glitchy and unpredictable now that any small change wouldn't be noticable
  • atomic2385
    atomic2385
    10th Feb 2016
    is there a decimal input perph?
  • LBPHacker
    LBPHacker
    10th Feb 2016
    Because multicore frame processing would require the frame to be parallelisable, which means that the evaluation of a particle would not depend on the visible side effects on the evaluation of other particles. That's basically what keeps subframe tech alive: particles depending on other particles' side effects in the same frame.
  • MEOWS
    MEOWS
    10th Feb 2016
    Why would multicore break it?
  • LBPHacker
    LBPHacker
    10th Feb 2016
    I assume you're talking about the RAM. See that DTEC below the line of INSL? Its .tmp2 is 15. It's the DTEC doing the "transportation", not the INSL. The INSL is there to stop the BRAY.