Fangames > Game Design
GM Studio Pros and Cons
(1/1)
			patrickgh3:
			
			I thought a centralized pros and cons list like this would be useful. I'm a big supporter of switching to studio, but I tried to be fair and present both sides. Please note anything I missed and I'll add it to the list.
Switching to Studio from 8.X for fangames
Pros
- Better optimized
         Games can handle more objects before lagging
         No need to worry about ~150MB project size limit
- More features
         Built-in good networking
         Built-in shaders
         Built-in good audio system with pitch and volume changing, etc
         Built-in physics system (e.g. golf area in run the marathon)
         Draw begin and end, draw GUI, pre and post draw events
- Better project structure
         Easier to transfer resources between projects
         More easily compatible with version control (git, etc)
- Better interface
         Can have multiple code windows open
         Room editor can stretch and rotate, and select multiple objects
         Dark theme option
- Other
         Lots of misc small improvements (script argument hints, play multiple mp3s, better var syntax)
         Yoyos engine works great and is well-organized
         Forced initializing variables makes debugging easier
         Better debugger
         Supported by the company, improvements are coming (however slowly)
         Many people have switched, you can trust their judgement
Cons
         Have to get used to initializing variables
         Have to get used to small changes in UI and hotkeys
         Have to get used to some logic changes (e.g. creation code after create event)
         Manipulating files is annoying due to sandboxing
         A select few people get mysterious occasional lag with studio games
         The input delay is slightly lower, which bothers a select few people
         Some functions were made obsolete, most you shouldnt use anyway
         Introduces a few new annoying quirks, to be expected
		
			WetWookie:
			
			
--- Quote from: patrickgh3 on July 19, 2016, 03:10:38 PM ---         Manipulating files is annoying due to sandboxing
--- End quote ---
If anyone has a solution that lets you store your game's save files in the same directory as the application so that when the application is deleted the files don't linger on in the user's documents folder that would be appreciated. 
		
			L4Vo5:
			
			
--- Quote from: WetWookie on July 20, 2016, 02:58:21 PM ---
--- Quote from: patrickgh3 on July 19, 2016, 03:10:38 PM ---         Manipulating files is annoying due to sandboxing
--- End quote ---
If anyone has a solution that lets you store your game's save files in the same directory as the application so that when the application is deleted the files don't linger on in the user's documents folder that would be appreciated. 
--- End quote ---
I don't think there's a built-in way to do that. They removed the other system for a reason.
But maybe there's some extension that adds that?
		
			Kyir:
			
			
--- Quote from: WetWookie on July 20, 2016, 02:58:21 PM ---
--- Quote from: patrickgh3 on July 19, 2016, 03:10:38 PM ---         Manipulating files is annoying due to sandboxing
--- End quote ---
If anyone has a solution that lets you store your game's save files in the same directory as the application so that when the application is deleted the files don't linger on in the user's documents folder that would be appreciated.
--- End quote ---
https://gmc.yoyogames.com/index.php?showtopic=567528 will let you do what you want. You just have to make sure to change the already-existing save code to be directed to the proper directory using it.
		
			patrickgh3:
			
			GMFileSystem kind of works, but in my experience it's kinda quirky and buggy. It's used in Jtool and I still get occasional messages from people who get errors. We've discussed making an alternative in the discord a few times, but it seems difficult and unlikely to happen.
		
Navigation
[0] Message Index
Go to full version