You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a problem in 1.1 and 1.2 so probably all T3D releases.
This is partially a bug, and partially just a current limitation.
The ejectionPeriodMS for ParticleEmitters is sent over the network with
stream->writeInt(ejectionPeriodMS, 10);
which means any integer over 1023 is sent incorrectly to the client.
Also, in 1.1 (I haven't tried this part in 1.2 yet) if the particleEmitter has an ejectionPeriodMS of 1024 (or probably 2048, 4096 etc), this sends 0 over the network and there is a divide by 0 error and the program terminates on this line:
The number of bits should be increased for larger ejection periods and the amount should be clamped at its max and there should be a check for divide by 0;
The text was updated successfully, but these errors were encountered:
Originally from THREED-3122
Reference: http://www.garagegames.com/community/forums/viewthread/128933
This is a problem in 1.1 and 1.2 so probably all T3D releases.
This is partially a bug, and partially just a current limitation.
The ejectionPeriodMS for ParticleEmitters is sent over the network with
stream->writeInt(ejectionPeriodMS, 10);
which means any integer over 1023 is sent incorrectly to the client.
Also, in 1.1 (I haven't tried this part in 1.2 yet) if the particleEmitter has an ejectionPeriodMS of 1024 (or probably 2048, 4096 etc), this sends 0 over the network and there is a divide by 0 error and the program terminates on this line:
partListInitSize = maxPartLife / (ejectionPeriodMS - periodVarianceMS);
The number of bits should be increased for larger ejection periods and the amount should be clamped at its max and there should be a check for divide by 0;
The text was updated successfully, but these errors were encountered: