0000759: Random Number Generator resets on map change, losing randomness

**Issue Community Support**
This issue is already marked as resolved. If you feel that is not the case, please reopen it and explain why.
Supporters:	No one explicitly supports this issue yet.
Opponents:	No one explicitly opposes this issue yet.

Issue Community Support

This issue is already marked as resolved.
If you feel that is not the case, please reopen it and explain why.

Supporters:

No one explicitly supports this issue yet.

Opponents:

No one explicitly opposes this issue yet.

Issue History
Date Modified	Username	Field	Change
2012-04-08 23:15	Human Destroyer	New Issue
2012-04-08 23:17	Human Destroyer	File Added: RandomGame.wad
2012-04-08 23:22	TIHan	Assigned To	=> TIHan
2012-04-08 23:22	TIHan	Status	new => assigned
2012-04-08 23:26	unknownna	Relationship added	related to 0000637
2012-04-09 00:14	TIHan	Note Added: 0003188
2012-04-09 00:16	TIHan	Status	assigned => feedback
2012-04-09 00:45	TIHan	Note Edited: 0003188	View Revisions
2012-04-09 01:15	Human Destroyer	Note Added: 0003189
2012-04-09 01:15	Human Destroyer	Status	feedback => assigned
2012-04-09 07:57	Edward-san	Note Added: 0003190
2012-06-09 13:22	Torr Samaho	Category	General => Bug
2014-10-11 19:00	Watermelon	Assigned To	TIHan => Watermelon
2014-10-11 19:07	Watermelon	Note Added: 0010508
2014-10-11 19:07	Watermelon	Status	assigned => needs review
2014-10-11 19:11	Watermelon	Note Edited: 0010508	View Revisions
2014-10-11 19:12	Watermelon	OS	Windows =>
2014-10-11 19:12	Watermelon	OS Version	XP/Vista/7 =>
2014-10-11 19:12	Watermelon	Platform	Microsoft =>
2014-10-11 19:12	Watermelon	Summary	Random Number Generator => Random Number Generator resets on map change, losing randomness
2014-10-11 19:34	Watermelon	Note Edited: 0010508	View Revisions
2014-10-12 15:54	Torr Samaho	Note Added: 0010544
2014-10-12 16:09	Torr Samaho	Status	needs review => feedback
2014-10-12 16:50	Watermelon	Note Added: 0010548
2014-10-12 16:50	Watermelon	Note Edited: 0010548	View Revisions
2014-10-12 16:50	Watermelon	Note Edited: 0010548	View Revisions
2014-10-12 18:31	Watermelon	Assigned To	Watermelon =>
2024-04-13 01:24	Ru5tK1ng	Note Added: 0023601
2024-04-13 01:24	Ru5tK1ng	Status	feedback => closed
2024-04-13 01:24	Ru5tK1ng	Resolution	open => duplicate

Notes
(0003188) TIHan (reporter) 2012-04-09 00:14 edited on: 2012-04-09 00:45	Unfortunately, this may be a ZDoom issue and may not be trivially to fix. Edit: Curious, what about using "changemap"?

(0003189) Human Destroyer (reporter) 2012-04-09 01:15	Changemap (and nextmap) do seem to work correctly.

(0003190) Edward-san (developer) 2012-04-09 07:57	> Unfortunately, this may be a ZDoom issue and may not be trivially to fix. we need a way to reproduce this in ZDoom 1551. Then let's see if it works in latest ZDoom.

(0010508) Watermelon (developer) 2014-10-11 19:07 edited on: 2014-10-11 19:34	The culprit here is: G_InitNew calls FRandom::StaticClearRandom (); on line 603, every time the CCMD map is called, it clears the randoms and re init's them with the default starting seed. I do not know how deterministic these functions need to be, therefore I don't know if adding in a "WasInitialized" variable would screw up demos? If demo compatibility is an issue, there might always be the option of adding in a (DM?)flag which does not reset them. That way demo's might possibly remain intact without a lot of messing around.

(0010544) Torr Samaho (administrator) 2014-10-12 15:54	I already detailed why this is happening almost two years ago: 0000637:0005592 Sadly, nobody ever cared to reply to my "Can somebody check why ZDoom does this?"...

(0010548) Watermelon (developer) 2014-10-12 16:50 edited on: 2014-10-12 16:50	I posted in 0000637:0010547 and will try to do what was requested there.

(0023601) Ru5tK1ng (updater) 2024-04-13 01:24	This seems more likely to be a duplicate of 637. Closing since that ticket was resolved. Reopen if necessary.