November 2 2024 build - Revision history

MelvinMan10: Even though that user's gender is known, it's better to switch to GNL.

2025-06-09T08:59:31Z

Even though that user's gender is known, it's better to switch to GNL.

← Older revision		Revision as of 03:59, 9 June 2025
Line 14:		Line 14:
	If you're working with the source code, the VM code is now in src/vm (that manages the sim engines and does other things like Ogre and sound management), the GUI code is in src/gui (this is all the windows used except the main screen), and the Frontend (src/frontend, which is Skyscraper.exe on Windows) has been greatly reduced in size. Previously most of the code was part of skyscraper.cpp (except for each of the GUI windows), it's a pretty bad idea to have all of that in a single file. Also, the startup screen code has been moved into the file startscreen.cpp. So now instead of going through a huge single file to find things like the startup screen, things are now broken out into components to make it easier to work with. The new "hal.cpp" is all of the frontend's hardware-related code (Ogre graphics, sound, VR, etc), moved into a single file, since it abstracts all this, it's essentially a hardware abstraction layer. I'm planning on eventually connecting the SBS graphics and sound code to this, so that the whole simulator will use the HAL component to abstract all of that, right now SBS does graphics and sound it's own way. Windows DLLs are preventing this from being easy, due to the issue I mentioned before about two-way communication (actually linking).		If you're working with the source code, the VM code is now in src/vm (that manages the sim engines and does other things like Ogre and sound management), the GUI code is in src/gui (this is all the windows used except the main screen), and the Frontend (src/frontend, which is Skyscraper.exe on Windows) has been greatly reduced in size. Previously most of the code was part of skyscraper.cpp (except for each of the GUI windows), it's a pretty bad idea to have all of that in a single file. Also, the startup screen code has been moved into the file startscreen.cpp. So now instead of going through a huge single file to find things like the startup screen, things are now broken out into components to make it easier to work with. The new "hal.cpp" is all of the frontend's hardware-related code (Ogre graphics, sound, VR, etc), moved into a single file, since it abstracts all this, it's essentially a hardware abstraction layer. I'm planning on eventually connecting the SBS graphics and sound code to this, so that the whole simulator will use the HAL component to abstract all of that, right now SBS does graphics and sound it's own way. Windows DLLs are preventing this from being easy, due to the issue I mentioned before about two-way communication (actually linking).

	MultiMonorail noticed a major bug in the code while this was being developed, and has been fixed. I noticed this too before he mentioned it, and it was due to the sim only starting the last sim engine loaded, and not all of them. What happened due to this is that when loading multiple buildings, the position you'd start in would be wrong, usually causing you to start in a different sim engine or fall through the ground. In the code it used to return 1 sim engine to start, now it returns a list of sim engines to start, and then starts each one. That bug took a while to find, but I was able to quickly fix it once I found it.		MultiMonorail noticed a major bug in the code while this was being developed, and has been fixed. I noticed this too before this bug had been mentioned, and it was due to the sim only starting the last sim engine loaded, and not all of them. What happened due to this is that when loading multiple [[buildings]], the position you'd start in would be wrong, usually causing you to start in a different sim engine or fall through the ground. In the code it used to return 1 sim engine to start, now it returns a list of sim engines to start, and then starts each one. That bug took a while to find, but I was able to quickly fix it once I found it.

	'''Changelog:'''		'''Changelog:'''

MelvinMan10 at 05:07, 22 May 2025

2025-05-22T05:07:49Z

← Older revision		Revision as of 00:07, 22 May 2025
Line 1:		Line 1:
	{{~~legit~~}}{{db}}		{{OB}}{{db}}
	This build includes a major structural change to the Skyscraper code, and also has some fixes related to running cities. The previous build had the start of the structural changes, but this one has the rest of them. You'll notice that there's a new "Moving Walkway Control" window in the control panel, this lets you adjust the settings on moving walkways just like escalators.		This build includes a major structural change to the Skyscraper code, and also has some fixes related to running cities. The previous build had the start of the structural changes, but this one has the rest of them. You'll notice that there's a new "Moving Walkway Control" window in the control panel, this lets you adjust the settings on moving walkways just like escalators.

Line 6:		Line 6:
	I've added the new [[City]].bld, which is a modified version of the city simulation used in my [https://www.youtube.com/watch?v=9WvPlwiemho demonstration video], it requires some of the [[IP]] building addons for it to work, I'm still working on this so expect more [[buildings]] in the future.		I've added the new [[City]].bld, which is a modified version of the city simulation used in my [https://www.youtube.com/watch?v=9WvPlwiemho demonstration video], it requires some of the [[IP]] building addons for it to work, I'm still working on this so expect more [[buildings]] in the future.

	The city fixes include a fix for an issue where the ground would overlap sometimes after loading buildings, and also that the sky system (Caelum) can now only be controlled by the first sim engine, so if you load multiple buildings, you can only control the weather in the first building and not the others. In the future I might see if I can have it have different sky configurations based on which sim engine you're in.		The city fixes include a fix for an issue where the ground would overlap sometimes after loading [[buildings]], and also that the sky system (Caelum) can now only be controlled by the first sim engine, so if you load multiple buildings, you can only control the weather in the first building and not the others. In the future I might see if I can have it have different sky configurations based on which sim engine you're in.

	For the code reorganization, on Windows systems, you'll notice that there's a new "VM.dll" file (on other systems it's either libVM.so or libVM.dylib), what I did is moved most of the Ogre (graphics), sound, and GUI (the windowing system) into a separate DLL file and component, which should make working with the source code easier, and should make the project easier for me to maintain. On Linux and Mac systems, there's also "libGUI" which is the GUI code split off into it's own library, I can't currently make a DLL on Windows due to how DLLs work (they don't allow two-way communication like how Mac and Linux work), and on Windows it's part of the VM library (Virtual Manager). This introduced some bugs which I've fixed. Due to this, we'll need to debug more of the app to make sure nothing else broke, and there won't be any more major structural changes like this until after the 2.0 release. Most of it should be fine since I mostly just moved code and reconnected things. This is part of my effort to modernize the C++ code, and since I've been getting better over time with the C++ language, to use better coding to improve the simulator.		For the code reorganization, on Windows systems, you'll notice that there's a new "VM.dll" file (on other systems it's either libVM.so or libVM.dylib), what I did is moved most of the Ogre (graphics), sound, and GUI (the windowing system) into a separate DLL file and component, which should make working with the source code easier, and should make the project easier for me to maintain. On Linux and Mac systems, there's also "libGUI" which is the GUI code split off into it's own library, I can't currently make a DLL on Windows due to how DLLs work (they don't allow two-way communication like how Mac and Linux work), and on Windows it's part of the VM library (Virtual Manager). This introduced some bugs which I've fixed. Due to this, we'll need to debug more of the app to make sure nothing else broke, and there won't be any more major structural changes like this until after the 2.0 release. Most of it should be fine since I mostly just moved code and reconnected things. This is part of my effort to modernize the C++ code, and since I've been getting better over time with the C++ language, to use better coding to improve the simulator.
Line 18:		Line 18:
	'''Changelog:'''		'''Changelog:'''
	#migrated most of the Frontend code into separate libraries and folders		#migrated most of the Frontend code into separate libraries and folders
	#added City Simulation (City.bld)		#added City Simulation ([[City]].bld)
	#Have cut options in Buildings section only run those commands if the engine is the root/primary. This fixes an issue where ground textures would overlap when loading cities, when some buildings would turn off the landscape cut.		#Have cut options in [[Buildings]] section only run those commands if the engine is the root/primary. This fixes an issue where ground textures would overlap when loading cities, when some buildings would turn off the landscape cut.
	#Only process Sky building parameters if the related engine is the root/primary engine, this fixes an issue where child sim engines would modify the sky parameters, affecting all engines.		#Only process Sky building parameters if the related engine is the root/primary engine, this fixes an issue where child sim engines would modify the sky parameters, affecting all engines.
	#Fixed a crash that would occur if a new client was added to a dynamic mesh		#Fixed a crash that would occur if a new client was added to a dynamic mesh

Elevator1512 at 00:36, 8 November 2024

2024-11-08T00:36:49Z

← Older revision		Revision as of 19:36, 7 November 2024
Line 30:		Line 30:
	== See also ==		== See also ==
	* [[October 25 2024 build\|Previous build]]		* [[October 25 2024 build\|Previous build]]
	* Next build		* [[November 7 2024 build\|Next build]]
	* [[Development Builds]]		* [[Development Builds]]
	== External links ==		== External links ==
	* [https://skyscrapersimulatorforum.createaforum.com/download-skyscraper-simulator/new-build-11224-build/ ~~New build~~: 11/2/24 build on the Skyscraper Simulator Forum]		* [https://skyscrapersimulatorforum.createaforum.com/download-skyscraper-simulator/new-build-11224-build/ Build: 11/2/24 build on the Skyscraper Simulator Forum]
	[[Category:Development Builds]]		[[Category:Development Builds]]
	[[Category:2024 Builds]]		[[Category:2024 Builds]]
	[[Category:Beta Builds]]		[[Category:Beta Builds]]

Elevator1512: Created page with "{{legit}}{{db}} This build includes a major structural change to the Skyscraper code, and also has some fixes related to running cities. The previous build had the start of the structural changes, but this one has the rest of them. You'll notice that there's a new "Moving Walkway Control" window in the control panel, this lets you adjust the settings on moving walkways just like escalators. A fairly major bug was fixed, if objects were added while running the sim, and t..."

2024-11-02T23:30:34Z

Created page with "{{legit}}{{db}} This build includes a major structural change to the Skyscraper code, and also has some fixes related to running cities. The previous build had the start of the structural changes, but this one has the rest of them. You'll notice that there's a new "Moving Walkway Control" window in the control panel, this lets you adjust the settings on moving walkways just like escalators. A fairly major bug was fixed, if objects were added while running the sim, and t..."

New page

{{legit}}{{db}}
This build includes a major structural change to the Skyscraper code, and also has some fixes related to running cities. The previous build had the start of the structural changes, but this one has the rest of them. You'll notice that there's a new "Moving Walkway Control" window in the control panel, this lets you adjust the settings on moving walkways just like escalators.

A fairly major bug was fixed, if objects were added while running the sim, and they created new graphics, the sim would crash, I found this when adding a new floor in the Object Manager's "Create" window. I've wanted to possibly change that Create code into more of a graphical designer, and the first step into doing that is to make sure the current code doesn't crash.

I've added the new [[City]].bld, which is a modified version of the city simulation used in my [https://www.youtube.com/watch?v=9WvPlwiemho demonstration video], it requires some of the [[IP]] building addons for it to work, I'm still working on this so expect more [[buildings]] in the future.

The city fixes include a fix for an issue where the ground would overlap sometimes after loading buildings, and also that the sky system (Caelum) can now only be controlled by the first sim engine, so if you load multiple buildings, you can only control the weather in the first building and not the others. In the future I might see if I can have it have different sky configurations based on which sim engine you're in.

For the code reorganization, on Windows systems, you'll notice that there's a new "VM.dll" file (on other systems it's either libVM.so or libVM.dylib), what I did is moved most of the Ogre (graphics), sound, and GUI (the windowing system) into a separate DLL file and component, which should make working with the source code easier, and should make the project easier for me to maintain. On Linux and Mac systems, there's also "libGUI" which is the GUI code split off into it's own library, I can't currently make a DLL on Windows due to how DLLs work (they don't allow two-way communication like how Mac and Linux work), and on Windows it's part of the VM library (Virtual Manager). This introduced some bugs which I've fixed. Due to this, we'll need to debug more of the app to make sure nothing else broke, and there won't be any more major structural changes like this until after the 2.0 release. Most of it should be fine since I mostly just moved code and reconnected things. This is part of my effort to modernize the C++ code, and since I've been getting better over time with the C++ language, to use better coding to improve the simulator.

Skyscraper's shutdown code has been improved, which should help prevent crashes on different systems.

If you're working with the source code, the VM code is now in src/vm (that manages the sim engines and does other things like Ogre and sound management), the GUI code is in src/gui (this is all the windows used except the main screen), and the Frontend (src/frontend, which is Skyscraper.exe on Windows) has been greatly reduced in size. Previously most of the code was part of skyscraper.cpp (except for each of the GUI windows), it's a pretty bad idea to have all of that in a single file. Also, the startup screen code has been moved into the file startscreen.cpp. So now instead of going through a huge single file to find things like the startup screen, things are now broken out into components to make it easier to work with. The new "hal.cpp" is all of the frontend's hardware-related code (Ogre graphics, sound, VR, etc), moved into a single file, since it abstracts all this, it's essentially a hardware abstraction layer. I'm planning on eventually connecting the SBS graphics and sound code to this, so that the whole simulator will use the HAL component to abstract all of that, right now SBS does graphics and sound it's own way. Windows DLLs are preventing this from being easy, due to the issue I mentioned before about two-way communication (actually linking).

MultiMonorail noticed a major bug in the code while this was being developed, and has been fixed. I noticed this too before he mentioned it, and it was due to the sim only starting the last sim engine loaded, and not all of them. What happened due to this is that when loading multiple buildings, the position you'd start in would be wrong, usually causing you to start in a different sim engine or fall through the ground. In the code it used to return 1 sim engine to start, now it returns a list of sim engines to start, and then starts each one. That bug took a while to find, but I was able to quickly fix it once I found it.

'''Changelog:'''
#migrated most of the Frontend code into separate libraries and folders
#added City Simulation (City.bld)
#Have cut options in Buildings section only run those commands if the engine is the root/primary. This fixes an issue where ground textures would overlap when loading cities, when some buildings would turn off the landscape cut.
#Only process Sky building parameters if the related engine is the root/primary engine, this fixes an issue where child sim engines would modify the sky parameters, affecting all engines.
#Fixed a crash that would occur if a new client was added to a dynamic mesh
#Added Moving Walkway Control window
#Ogre shutdown fixes
#Moved GUI system into separate component

Issue reported by MultiMonorail that didn't affect the last build, but was in the master code branch:
-Fixed RunEngines() and related functions to support multiple engines in the return. This fixes an issue where sim engines wouldn't initiate a Start() when finished loading, causing the wrong buildings and wrong positioning to be applied after loading a set of buildings.
== See also ==
* [[October 25 2024 build|Previous build]]
* Next build
* [[Development Builds]]
== External links ==
* [https://skyscrapersimulatorforum.createaforum.com/download-skyscraper-simulator/new-build-11224-build/ New build: 11/2/24 build on the Skyscraper Simulator Forum]
[[Category:Development Builds]]
[[Category:2024 Builds]]
[[Category:Beta Builds]]