Schneumer's Suggestions

  • G-LinuxorU
    29th Nov 2013 Member 1 Permalink

    @Schneumer (View Post)

     if particle order were perserved within saves the average size of each save goes up about 5x. thats what jacksonmj said in the thread china-richway linked.

    i wonder if its possible to only preserve the particle order of conv. and not everything else. to keep filesize down and make it even more useful..

  • china-richway2
    29th Nov 2013 Member 0 Permalink

    @G-LinuxorU (View Post)

     Well, a good suggestion. I've been busy with school recently that I don't have time for coding.

    Actually, what I want is that particle order are stored in rects. So this is the #1 rect and particles in this rect are calculated first, this is the #2, #3, and so on... Other unfilled leftover areas are the last. So everything in an electronic save can be done faster. Possibly a CPU made in TPT can be 1 frame per operation with that.

     

    Huge file = more than 100KB, more than 800K

  • G-LinuxorU
    30th Nov 2013 Member 0 Permalink

    @china-richway2 (View Post)

    on-topic to "a CPU made in TPT can be 1 frame per operation with that." ive just began diving into the world of overclocking, it takes a lot of room, and almost seems like a bug, but ive made a life1 bray which with PSTN ive made a continious-bray beam that can be used to overclock without the use of conv. it may interest you id:1380269

    to be honest cracker64&benthecrazy beat me to it i was justs the first to use it in a laser. but they used it in a copier which needs 2 frames, one to read and the other to copy. i dont know if they realized they made a sparking-type life-1 bray, or how useful that would be for our purposes. there should be nothing stopping you from using similar tech in a component. next im going to be working on a frame-perfect bray-based serial multiplexer. it should transfer 1 bit per frame even through one "wire."

    a whole processor though i just dont see being capable of using such logic. but i would be happy to be proven wrong in this case.

  • china-richway2
    30th Nov 2013 Member 0 Permalink

    @G-LinuxorU (View Post)

    There're basically two ways to create saves which work very fast. 1 is CONV and 2 is PSTN. But, PSTN do not always work perfectly and some things cannot be made with PSTN, while CONV always works well. For example, if you use PSTN you may not put any empty space, which might be necessary if you use PSTN in your electronic save.

  • G-LinuxorU
    2nd Dec 2013 Member 0 Permalink

    maybe that behavior could be programmed into layering prot on top of conductive materials.. hold on i have to try something. pulling a conductive material onto (stationary) prot resets its life to somewhere in the 30's. so not a viable way to overclock.

    Edited once by G-LinuxorU. Last: 2nd Dec 2013
  • Schneumer
    3rd Dec 2013 Member 0 Permalink

    @G-LinuxorU (View Post)   @china-richway2 (View Post)

     Please keep to the topic and discuss that on your own. Thank you.

    Edited once by Schneumer. Last: 10th Dec 2013
  • Aurevoir
    21st Dec 2013 Member 0 Permalink

    well, since this has been a little thrown off, i think i should be able to bump this for more criticizm. Not a necro, i think, though.

  • Schneumer
    30th Dec 2013 Member 0 Permalink

    Just a question since this died off, is this being considered? Although the weight group stuff is a bit confusing, I guess we could make it straightforward by having just 2 explosions instead of so many, although weight groups would add an extra challenge and boom (literally) (I probably uses "literally" wrong there XD)!