Official Game Feedback

  • cyberdragon442
    9th Sep 2012 Banned 0 Permalink
    This post is hidden because the user is banned
  • Dr-Nukinstin
    12th Sep 2012 Member 0 Permalink

    I think i found a major glitch, when i was playing the mineracao save i was BOMBing it i bit and all of a sudden everything started disapering in a wave, kinda like when life on something runs out, and all but some TTAN was deleted, and i was just using a bit of BOMB (1 px increments) 

  • jacob1
    12th Sep 2012 Developer 0 Permalink
    @cyberdragon442 (View Post)
    That doesn't happen to me on that save, or anywhere

    @Dr-Nukinstin (View Post)
    That happened to me once too. Did it look like this, or was it more major?

    I have never seen this happen in tpt only tpt++ and older versions of my mod. If you were using normal tpt, then we do have a really major problem. I know it's caused by deleted (PT_NONE) particles being deleted again. I did report this on github a while ago, and another glitch which was that my description got cut off in the save.
  • Dr-Nukinstin
    13th Sep 2012 Member 0 Permalink

    @jacob1 (View Post)

     I can't open the save for some reason but, it says in the discription that only the PRTO was deleting itself, it was way worse for me, i'd say 80-90% of the save was deleted, and not by me, it just went from the left to the right in a wave of everything deleting, though it spared some stuff for some reason, and i have 83.3

  • jacob1
    13th Sep 2012 Developer 0 Permalink
    @Dr-Nukinstin (View Post)
    Was the pressure at 256/-256? (or +/- inf.). That happens in my mod sometimes when using a certain element on certain saves, but it can also probably happen in tpt and tpt++ somehow. Once the pressure goes to infinity, it can't go back even after clearing the screen. When I fix one cause of this in my mod, I might find out more about the bug and how to fix it, but the pressure code might have to be changed/fixed to really fix it.
  • The-Fall
    13th Sep 2012 Member 0 Permalink

    @jacob1 (View Post)

     I may be able to help you. Can you send me the Github commit where you attempted to fix it? I had a solution that I had tried in your source that worked as far as I had tested it.

    the issue Lies in the fact that the program cant reset the pressure if it's greater that the limit put in the pressure sim code. Perhaps have it throw an error if it happens to it will send to SDOUT, or a dialogue window.

    There needs to be a condition to check that the pressure is not above the pressure ceiling. The issue seems to arise with static elements and the Airdrag and advection in conjunction with how Ambient heat Rises based on temperature. Savasks Realistic heat mode, where elements that are hotter produce more pressure and elements colder than the ambient heat cell they reside in causes issues, as the heat from the Cell is transfered into that particle, and how the code interprets Advection and Airloss.

  • jacob1
    13th Sep 2012 Developer 0 Permalink
    @The-Fall (View Post)
    I haven't tried to fix it yet, I just wrote down how to reproduce it for sure. I will try now though, and maybe you can send me your fix so I can see it too.
  • The-Fall
    13th Sep 2012 Member 0 Permalink

    Savasks Realistic heat code, which is where the problem resides.

  • cyberdragon442
    13th Sep 2012 Banned 0 Permalink
    This post is hidden because the user is banned
  • The-Fall
    13th Sep 2012 Member 0 Permalink

    Yes. The Overflow is caused by 2 things:

     

    1. Jacob1; When you fixed elements that do not conduct heat checking for temp changes from ambient heat, it interferes with the realistic mode operation.

     

    2. The Realistic heat som calculates pressure based on particle temperture, Ambient heat of the Pressure cell, and rate of heat conductivity by elements in that pressure cell. Because of the fix with nonconducting elements ignoring the function call for an update, the ambient heat sim tries to calculate the pressure based off of the elements temperture checked against the Pressure cell temp and particle heat conductivity, however, because the nonconducting elements ignore the ambient heat, and the Ambient heat code calls for temperature update for particle, the heat sim wonks out when the ambient heat is High, yet the particles in the cell are low, it calls for a pressure update, which returns a pressure outside of the  pressure variables range, however, the program code does not catch the error, causing the Pressure to default to infinity, and overflowing the  variable. Since the program does not know what to do when pressure returns outside the code specified range, reseting does not work, as the program does not have a way to reset if the pressure returns outside the range.

Locked by jacob1: Too long to read through and update