diff --git a/BeefLibs/FMOD/src/FMod.bf b/BeefLibs/FMOD/src/FMod.bf
index 4218e5f2..90f8381e 100644
--- a/BeefLibs/FMOD/src/FMod.bf
+++ b/BeefLibs/FMOD/src/FMod.bf
@@ -1108,7 +1108,7 @@ namespace FMOD
         FMOD_DSP_CONNECTION_TYPE_SIDECHAIN<br>
         ----------------------------------<br>
         Sidechain DSPConnection type.  Audio is mixed from the input to the output DSP's sidechain buffer, meaning it will NOT be part of the audible signal.  A sidechain connection will execute its input DSP if it has not been executed before.<br>
-        The purpose of the seperate sidechain buffer in a DSP, is so that the DSP effect can privately access for analysis purposes.  An example of use in this case, could be a compressor which analyzes the signal, to control its own effect parameters (ie a compression level or gain).<br>
+        The purpose of the separate sidechain buffer in a DSP, is so that the DSP effect can privately access for analysis purposes.  An example of use in this case, could be a compressor which analyzes the signal, to control its own effect parameters (ie a compression level or gain).<br>
         <br>
         For the effect developer, to accept sidechain data, the sidechain data will appear in the FMOD_DSP_STATE struct which is passed into the read callback of a DSP unit.<br>
         FMOD_DSP_STATE::sidechaindata and FMOD_DSP::sidechainchannels will hold the mixed result of any sidechain data flowing into it.<br>
diff --git a/BeefLibs/FMOD/src/FMod_DSP.bf b/BeefLibs/FMOD/src/FMod_DSP.bf
index 6d965628..31af381b 100644
--- a/BeefLibs/FMOD/src/FMod_DSP.bf
+++ b/BeefLibs/FMOD/src/FMod_DSP.bf
@@ -1828,7 +1828,7 @@ namespace FMOD
     
         The FMOD_DSP_TRANSCEIVER_TRANSMITSPEAKERMODE is only applicable to the transmission format, not the receive format.   This means this parameter is ignored in 'receive mode'.  This allows receivers to receive at
         the speaker mode of the user's choice.   Receiving from a mono channel, is cheaper than receiving from a surround channel for example.
-        The 3 speaker modes FMOD_DSP_TRANSCEIVER_SPEAKERMODE_MONO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_STEREO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_SURROUND are stored as seperate buffers in memory for a tranmitter channel.
+        The 3 speaker modes FMOD_DSP_TRANSCEIVER_SPEAKERMODE_MONO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_STEREO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_SURROUND are stored as separate buffers in memory for a tranmitter channel.
         To save memory, use 1 common speaker mode for a transmitter.
 
         The transceiver is double buffered to avoid desyncing of transmitters and receivers.   This means there will be a 1 block delay on a receiver, compared to the data sent from a transmitter.
diff --git a/BeefLibs/corlib/src/IO/Path.bf b/BeefLibs/corlib/src/IO/Path.bf
index 61ff9337..0b9b7b4e 100644
--- a/BeefLibs/corlib/src/IO/Path.bf
+++ b/BeefLibs/corlib/src/IO/Path.bf
@@ -356,7 +356,7 @@ namespace System.IO
 
 		    StringComparison compareType = Environment.IsFileSystemCaseSensitive ? StringComparison.Ordinal : StringComparison.OrdinalIgnoreCase;
 
-			// On seperate drives?
+			// On separate drives?
 		    if (!String.Equals(driveString1, driveString2, compareType))
 			{
 				outRelPath.Set(fullPath);
diff --git a/BeefTools/MemProfiler/FMod.bf b/BeefTools/MemProfiler/FMod.bf
index 69090fc6..f5bbb5ef 100644
--- a/BeefTools/MemProfiler/FMod.bf
+++ b/BeefTools/MemProfiler/FMod.bf
@@ -1108,7 +1108,7 @@ namespace FMOD
         FMOD_DSP_CONNECTION_TYPE_SIDECHAIN<br>
         ----------------------------------<br>
         Sidechain DSPConnection type.  Audio is mixed from the input to the output DSP's sidechain buffer, meaning it will NOT be part of the audible signal.  A sidechain connection will execute its input DSP if it has not been executed before.<br>
-        The purpose of the seperate sidechain buffer in a DSP, is so that the DSP effect can privately access for analysis purposes.  An example of use in this case, could be a compressor which analyzes the signal, to control its own effect parameters (ie a compression level or gain).<br>
+        The purpose of the separate sidechain buffer in a DSP, is so that the DSP effect can privately access for analysis purposes.  An example of use in this case, could be a compressor which analyzes the signal, to control its own effect parameters (ie a compression level or gain).<br>
         <br>
         For the effect developer, to accept sidechain data, the sidechain data will appear in the FMOD_DSP_STATE struct which is passed into the read callback of a DSP unit.<br>
         FMOD_DSP_STATE::sidechaindata and FMOD_DSP::sidechainchannels will hold the mixed result of any sidechain data flowing into it.<br>
diff --git a/BeefTools/MemProfiler/FMod_DSP.bf b/BeefTools/MemProfiler/FMod_DSP.bf
index e9f4adb9..4af86192 100644
--- a/BeefTools/MemProfiler/FMod_DSP.bf
+++ b/BeefTools/MemProfiler/FMod_DSP.bf
@@ -1829,7 +1829,7 @@ namespace FMOD
     
         The FMOD_DSP_TRANSCEIVER_TRANSMITSPEAKERMODE is only applicable to the transmission format, not the receive format.   This means this parameter is ignored in 'receive mode'.  This allows receivers to receive at
         the speaker mode of the user's choice.   Receiving from a mono channel, is cheaper than receiving from a surround channel for example.
-        The 3 speaker modes FMOD_DSP_TRANSCEIVER_SPEAKERMODE_MONO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_STEREO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_SURROUND are stored as seperate buffers in memory for a tranmitter channel.
+        The 3 speaker modes FMOD_DSP_TRANSCEIVER_SPEAKERMODE_MONO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_STEREO, FMOD_DSP_TRANSCEIVER_SPEAKERMODE_SURROUND are stored as separate buffers in memory for a tranmitter channel.
         To save memory, use 1 common speaker mode for a transmitter.
 
         The transceiver is double buffered to avoid desyncing of transmitters and receivers.   This means there will be a 1 block delay on a receiver, compared to the data sent from a transmitter.
diff --git a/IDEHelper/Compiler/BfAst.h b/IDEHelper/Compiler/BfAst.h
index 19e0cc96..d103fac7 100644
--- a/IDEHelper/Compiler/BfAst.h
+++ b/IDEHelper/Compiler/BfAst.h
@@ -1941,7 +1941,7 @@ public:
 	BF_AST_TYPE(BfReplaceNode, BfAstNode);
 };	BF_AST_DECL(BfReplaceNode, BfAstNode);
 
-//TODO: Should we have a seperate BfIdentifierExpression?
+//TODO: Should we have a separate BfIdentifierExpression?
 class BfIdentifierNode : public BfExpression
 {
 public:
diff --git a/IDEHelper/Compiler/BfReducer.cpp b/IDEHelper/Compiler/BfReducer.cpp
index c010e0ae..316dde6d 100644
--- a/IDEHelper/Compiler/BfReducer.cpp
+++ b/IDEHelper/Compiler/BfReducer.cpp
@@ -4281,7 +4281,7 @@ bool BfReducer::IsTerminatingExpression(BfAstNode* node)
 				chevronDepth++;
 				break;
 			case BfToken_RChevron:
-				// If we find a < and > that are not seperated by parens, that's a generic, which must be a 
+				// If we find a < and > that are not separated by parens, that's a generic, which must be a 
 				//  variable decl if it's not in parens
 				if ((parenDepth == 0) && (chevronDepth > 0))
 					return false;