cntDihup

1/* GAME ENGINE WRITTEN WITH THE DIRECTX11 API BY THOMAS WOODMAN
2/*-----------------------------------------------CHANGELOG--------------------------------------------------------------/
33/4/2020(9:53PM) Upgrading to 0.0.01c
4========================================
5-BSP Header file has been upgraded from DirectX9/D3D9 to DirectX11/D3DX11 (There are however issues with collision detection, implementation is *very* redumentary)
6-Created Debug Console that can be toggled with the tidle(~) key (win32 API's Sleep() Function was needed to stop the extremely fast toggling, I'm using iedoc's tutorials for a codebase)
7-Implemented Console() function, which stores all logs in a std::string vector, rather than a linked list as in the last project
8-Console provides real-time feedback of camera position, camera target, camera direction, distance, and FPS to the user
9-OBJ Loader function has its own header file, for now just to clear code on the main CPP so it is less crowded, still very hard-coded
10-Implented FlatSquare() function, which allows for D2D Drawing of rects with color and alpha values(Used in the Debug Console)
11-Implemented SKYBOX for sky, there seems to be a problem culling/stencil/depth issues as certain parts of BSP maps disappear at a certain distance
12-Eliminated 100% of compiler warnings
13========================================
143/6/2020(6:06AM) Upgrading to 0.0.02a
15========================================
16-Created new XMVECTOR's oldCamPosition/newCamPosition, elementary collision detection is now in-tact (Y and Z axis are inverted with BSP maps)
17-Reset Ground Matrix's translation and mapWorld Matrix translation to align with the camera and ground
18========================================
193/6/2020(6:06AM) Upgrading to 0.0.02b
20========================================
21-Eliminated clipping of objects at a certain distance (camProjection Matrix's FOV was set only to 1000, duh!)
22-Ground, BSP map, and meshes are all rendered even with console enabled(the order in which you draw things is very tricky in DX11..I anticipate more problems like these)
23========================================
243/6/2020(6:06AM) Upgrading to 0.0.02c
25========================================
26-Adjusted the output of the debug console std::string vector to the 23 last elements of the vector to fit the debug console's transparant box so informaton doesn't trail off screen
27-Made minor adjustments to collision detection, still unable to slide against walls of BSP maps while in motion
28========================================
293/6/2020(6:06AM) Upgrading to 0.0.03a
30========================================
31-Implemented pistol OBJ Mesh
32-OBJ Mesh has its own Scale Matrix, Translation Matrix, Rotation Matrix, World and View Matrix, shares Projection Matrix with FPS Camera
33-Implemented Translation and Rotation variables that can be changed (i.e. AK-47 would point farther away and rotate less, flashlight would be closer and rotate with player)
34========================================
353/6/2020(6:06AM) Upgrading to 0.0.03a
36========================================
37-DEVELOPERS DEVELOPERS DEVELOPERS DEVELOPERS!!
38-Entire Engine has been UPGRADED to make use of the static DirectXTK lib, and has done away with *ALL* deprecated DX9/10/11 CODE, this engine now solely relies on d3d11.lib and the DirectXTK
39-This is an extreme upgrade done in two days, no more old deprecated DX code, and can now make use of the *ENTIRE* tool kit, for sprites, meshes, etc!
40-All DirectX functions are included in the standard Windows SDK now. Now there's no need for making use of *any* directX headers, except for toolkits.
41========================================
423/23/2020 (My 31st Birthday) Upgrading to 0.0.03b
43========================================
44-Massive amount of work/experimentation has been taken all month long; Fell back to Legacy, went back to standard up-to-date SDK, *a lot* of learning/trial and error
45-Binary is now 64-bit; This is due to ASSIMP's lib is only x64, no point in compiling 32-bit binaries anymore anyways, especially for a game engine
46-Implemented Skybox(Upgraded it to DXTK/d3d11 standards)
47-Implemented ASSIMP Mesh Loader, loads basic meshes with embedded diffuse textures
48-Removed old deprecated OBJ Loader
49-BSP Map Now Draws within a standard for-loop pursuant to number of faces, PVS_Render() wouldn't draw properly, random shadows and random tri's appearing/disappearing
50========================================
513/26/2020(6:06AM) Upgrading to 0.0.03c
52========================================
53-SpriteBatch/SpriteFont now work perfectly. Understanding that DX11 is a state-machine is very important; Can now make use of DXTK tools without destroying the scene.
54-DXTK's Model drawing now works without a hitch. Now this engine has two separate ways of drawing meshes, we shall see which one is perferred(obj/fbx/3ds's converted to .CUO/SDKMESH, or my ASSIMP modelloader?)
55-OBJ meshes that the player holds/uses no longer clips into the walls of other objects, i.e. the BSP map (WARNING: DISABLING Z-BUFFER WHILE DRAWING MESHES CAUSES THEM TO LOSE *THEIR* SENSE OF DEPTH AS WELL) this problem must be solved later
56-Remember: DXTK draws need ALL states proprerly set: The IA(Input Assembler) Layout, the Topology(in most cases TRIANGLELIST), shaders, OutputMerger(OM) Render Targets, and Z-Buffer MUST be enabled.
57-XMVECTOR's for First Person Camera have been converted to DirectX's namespace and using SimpleMath Library(DirectX::SimpleMath::Vector3 rather than XMVECTOR, should help with collison detection in the future)
58-Collision Detection System now using DirectX::SimpleMath::Vector3 because D3DXVECTOR3 no longer exists in the Windows SDK (In 2005 I was competing with SEGA in terms of game development; I wasted my 20's to drugs and now I have a decade of catch-up...fucking oxy/heroin)
59-Z-Buffer Problem stated just a few lines earlier regarding mesh losing depth has been fixed by clearing the depth state prior to its draw (Thank you Jesse Natalie from Microsoft for the advice!)
60========================================
613/26/2020(6:06AM) Upgrading to 0.0.04a
62========================================
63-Finally implemented multiple spotlights; Thanks to iedoc for advice on HLSL, Jesse Natalie from Microsoft *again* helpled me out, pointing out finalColor should be set to 0 and not diffuse
64========================================
654/2/2020(6:47PM) Upgrading to 0.0.04b
66========================================
67-Implemented imGUI interface
68-Implemented imGIU window for second light
69-Implemented debug toggle for mouse, LEFT SHIFT key will toggle debug to make use of imGUI interface and player's looking direction
70-Width/Height dimensions are determined by clientRect so that the mouse cursor will be in the appropriate position for GUI windows
71-Debug Console rendered via D2D was unaffected by this; Therefore only 19 of the latest console messages will appear from the DebugConsole std::string vector
72========================================
734/4/2020(10:20AM) Upgrading to 0.0.04c
74========================================
75-Created DXAPI header file
76-Created Globals.h header file
77-Created Error() Function, which invokes MB_ICONERROR MessageBoxA() and logs the error into the DebugConsole Vector, which is now part of Globals.h
78-Grouped most of DirectX API calls into DXGraphics class
79-Calls are now being made from DXGraphics class(instanced as DXAPI)
80-Solution/Project is now being orgranized and coded into an engine rather than a linear hard-coded graphical program(Double Incursion is still very hard to avoid; Will tackle as time goes on)
81========================================
824/5/2020(5:30AM) Upgrading to 0.0.05a
83========================================
84-Shaders are no longer compiled from effects file; D3DCompile compiles shaders(VS/PS/SKYBOX_VS/SKYBOX_PS/D2D_PS) from std::string
85-All filenames are under Globals.h as preprocessor #defines(i.e. "grass.jpg" is now SZ_GRASSFILENAME)
86-More functions transferred to DXGraphics class
87========================================
884/7/2020(4:43PM) Upgrading to 0.0.05b
89========================================
90-Created Objects Class which contain their own matricies, functions for translating, scaling, rotating
91-Create std::vector for Objects Class and implemented LoadObjects() function that calls the Objects class constructor to give map coordinates
92-Objects class has multiple constructors; There will be more in the future, i.e. simple items for player, NPC's, etc
93========================================
944/11/2020(10:30PM) Upgrading to 0.0.05c
95========================================
96-Implemented Timer system, from new Timer class(added Timers.h, wrote it in my last DirectX9 engine), made into a std::vector with a size of the number of items
97-Object Class now is able to rotate properly on its own axis, multiplying matricies must be done in a certain order; It's not like linear algebra
98-Objects can now rotate/spin continuiously, making use of the Timer class to ensure the rotation rate is the same no matter what hardware the player uses
99========================================
1004/19/2020(7:39PM) Upgrading to 0.0.06a
101========================================
102-Old Timer system used static variables, so no matter how many instances of a class the timers would remain constant
103-A LOT of back-bone work done, engine-level. This is now turning into an actual game engine rather than an exploratory pretty 3D game app
104-ModelLoader system put into its own header and cpp file
105-3D Objects Class system put into its own header and cpp file
106-Global header and cpp used, can be included in every cpp file. It contains all structs, and extern variables. Globals.cpp defines what is declared in header, therefore:
107-Functions such as Console(), Error(), FatalError(), can be used literally anywhere in the engine now.
108-Timer system no longer needed for 3D objects spinning. frameTime is the only thing I need to make sure they happened uniformly across all systems at different increments/decrements (thank you alldayeverday from ##C++-general on freenode for the suggestion)
109========================================
1104/20/2020(11:36PM) Upgrading to 0.0.06b
111========================================
112-Added Object::GetViewMatrix(), Object::GetProjMatrix(), and Object::RotateAll() to 3D Object class
113-Player Weapon is now part of the 3D Object Class, depth buffer is cleared after all other objects have been rendered
114-ObjRotX/Y/Z, ObjTranX/Y/Z variables changed for the pistol since it is now part of the engine's 3D Object's class and not its own mesh with own matrix
115-The reason for this is to allow for the delta frameTime variable to allow for natural rotation/movement of the weapon without it flying into outer space
116========================================
1174/22/2020(3:13AM) Upgrading to 0.0.06c
118========================================
119-A lot of trouble/discovery done with frameTime/delta variable. Remember, it's a *double*, that *must* be typecasted as a float when using other floats.
120-frameTime is now stored globally as delta; This variable must be used carefully. Remember to pass it in through functions as a double, not float, but typecast it as float.
121-The way in which you use the delta variable is critical; For example just using it a function (rot += 0.001f * (float)delta)) which will then in turn use RotateAll(rot,..), is not proper. Typecast it in the RotateAll() function.
122-Created Object::RotateBackAndForth() function, perfected Object::RotateOnTimer() functions, both use delta so it is uniform across all machines
123-Implemented M16A1 AR-15 type rifle mesh, new trans/rotations variables included for debug. No trouble whasoever importing/rendering this mesh, my ModelLoader class(cpp/h) is quite solid at this point.
124-Added __TYPE_M16A1 3D Object Type
125-Player now can hold the weapon and it will realistically rotate slowly to show realism(via Object[3]::RotateBackAndForth(..))
126========================================
1274/28/2020(10:36PM) Upgrading to 0.0.07a
128========================================
129-Global delta variable, initially at run-time has a large value. Functions that call this variable initially, when delta is too large will cause issues.
130-Object::RotateBackAndForth sets extern global delta to 0.0 if it is over 0.04f. Loader is beginning to become necessary; This would allow for the delta var to stabalize
131-Very rudementary loader implemented; Makes use of DXTK's SpriteBatch->Draw for ShaderResourceView(smrv), and scales it to the hardwar's global Width/Height resolution variables
132========================================
1335/2/2020(12:44AM) Upgrading to 0.0.07b
134========================================
135-Created separate thread for DrawLoading(), called LoadingThread
136-Thread is Created and Loader is called *directly after* D3D11 Device is created, so Loader is called and renders concurrently while all init functions are processing
137-Loader shows Engine's console in real-time while engine is loading (This is now a *real* loader, much like my last DirectX9 game engine's loader)
138========================================
1395/6/2020(1:10AM) Upgrading to 0.0.07c
140========================================
141-Implemented Error(std::string, HRESULT) to engine that accounts for all HRESULT types and will show the player more specific information when an error is encountered, and adds it to the engine's log
142-Audio Class Created; Beginning Audio Engine.
143-Audio Class has Play() and PlayRepeat(), can play concurrent audio files, repeating audio files are dealt with by a separate Audio Thread
144-All audio files will be stored within a global vector so they can be accessed from anywhere
145========================================
1465/6/2020(5:37PM) Upgrading to 0.0.08a
147========================================
148-Eliminated 100% of compiler warnings
149-Created ErrorHandling.h, which has the WINAPI Thread LoadingErrorThread, which is called at entrypoint
150-If Loader is taking too long, player will be issued an error stating it may be due to his/her hardware.
151-If Loader takes *too* long, it will present the user with a Fatal Error and urge the player to restart the game.
152-Vastly improved Audio Engine -- Audio is now stored globally as a vector, with NUM_OF_SOUNDS for vector's memory allocation
153-DirectX API's functions now have its own header with class, and separate cpp file that instances those class's functions(like an REAL game engine, this should've been done long ago).
154//NOTE(5/10/20): This loader had to be scapped. Although it was working on *my* hardware, I was shocked to see it break on other hardware.;
155//This is NOT DirectX9, I cannot create a loader in this manner. I'm going to have to use deferred contexts, which are a whole new animal in of themselves. Son of a bitch.
156========================================
1575/13/2020(12:30AM) Upgrading to 0.0.08b
158========================================
159-ENGINE HAS BEEN UPGRADED TO MICROSOFT VISUAL STUDIO 2019 AND C++ 17(for dev-team) AND C++ 19-20 FOR ENGINE (wasn't the easiest thing to do)
160-Loader now works 100% of the time on all hardware, the loading thread was referencing the original D3D11Device and using its depth stencil instance
161-3D Mesh Tool has been created for dev-team, comes with win32 dialogue box to pick the mesh from a folder, loads it, renders it, allows dev-team to scale/customize ambient color with color picker (this was a bitch in of itself to do)
162-Music can be toggled by pressing 'M'
163-InitEngine() implemented; It is always to be the first function called at any entry point(mostly to CoInitialize)
164-There is now a *proper* and official engine log that is outputted in the binary's directory called ENGINELOG.txt. It records the player's resolution, records loading times, and outputs all Console Logs.
165-Soon another cpp file will have to be created to handle game logic, to separate between drawing/rendering, loading, updating, etc.
166//Note: in Material.inl for this version of C++ std::min needs to be encased: (std::min), #define NOMINMAX not needed.
167========================================
1685/13/2020(8:44PM) Upgrading to 0.0.08c
169========================================
170-Cleaned up source code a bit
171-Eliminated 100% of Compiler warnings(New warnings that MSVC++ 2019 due to std::C++ 17-19 caused)
172-Globals.cpp: Unicode() and ToStandard() now make use of win32 API's MultiByteToWideChar() and WideCharToMultiByte()
173========================================
1745/25/2020(3:08PM) Upgrading to 0.0.09a
175========================================
176-Massive Break Taken Again(Dealing with my community and real-life)
177-__DEBUG preprocessor define, now when defined allows for precise cursor coordinates(there is no longer an offset for imGUI debug interfaces)
178-SetWindowLong()'s style is called when debug flag is commented out, otherwise when in debug mode engine will stay in a window rather than go fullscreen
179-SwapChain->SetFullscreenMode will always be false, setting it to true at this point causes the engine to literally take over the hardware and requires a reboot
180//6/6/2020: EmergencyEscape Thread was created for problem stated above: When escape key is pressed, emergency thread will let the user fucking BAIL instead of has his PC get consumed
181========================================
1826/5/2020(12:43AM) Upgrading to 0.0.09b
183========================================
184-Again, Dealt with a lot of real-life situations, break was not premeditated
185-DevTeam header created, code is to be compiled with __DEVTEAM flag(even further, this #define existed previously, header is to keep code out of the way and keep main cpp clean)
186-Updated 3D Development Team Tool created, drastically improved due to cursor being on target, dev's can move camera via imGUI and get vertex data(estimated polycount, etc) on any given mesh, and manipulate environment a bit more
187-CreateSphere() brought into DXGraphics class; variables that were initially global brought into class. Main cpp code cleaner as a result.
188-Making use of <system_error> header for Engine's overloaded Error(std::string buffer, HRESULT hr) function, which accounts for *all* HRESULT's and logs them. This is a serious advantage for future debugging.
189-Created Window.h, encases all functions for Win32 Window(WndProc, InitalizeWindow). HWND is now a global, defined as extern in globals.h and instanced in globals.cpp. Main cpp even cleaner.
190-Removed InitD2D_D3D101_DWrite Init Function that switched between DX10/11 devices, wasn't needed, also removed the "cupWorld" matrix since this engine is *definitely not* making use of DXTK's SDKMESH/CUO models, we have assimp for that.
191========================================
1926/6/2020(12:32PM) Upgrading to 0.0.09c
193========================================
194-*A LOT* done for a simple engine upgrade to 0.0.09c(Where, in my last DirectX9 Engine's changelog, I "wondered" where I'd be, well here I am. Certainly made up for the break.
195-Camera.cpp/header created for Camera class--*all* variables(Vectors/Matrices) are now part of Camera Class, Instanced as PlayerCamera.
196-Camera Class has functions MoveCamera(..) and MoveCameraToPosition(..), the latter moves the player camera to a given vector at a given speed. Collision Detection in-tact; These functions do not over-ride the collision detection, and will not "wall hack"
197-The above functions are going to be neccesary for moving the player during cinematics, or when the player is being moved, i.e. in a spacecraft
198-Player can look freely while locked in place as being moved, this will be an advantage in certain types of games
199-Vast Majority of Matrix/Vector variables are no longer DirectXMath(XMVECTOR/XMMATRIX/etc), changed to DirectX::SimpleMath namespace
200-"Mesh" matrix and other variables removed; RenderText(..) also removed, Main cpp cleaned up even further
201-Collision cpp/header created, Collision Class is by no means complete whatsoever, but knocked out an unnecessary global "distance" which is part of Collision Class
202-As a result of this the main cpp isn't 3000 lines of code anymore, this project is slowly, but surely, being knocked together into an efficient game engine.
203-I am guessing that in the distant future, once this Engine is complete, I'll be looking upon this as my "Globals Engine", since I'm using older programming practices but latest technology. Results are the same, anyways.
204-...Thank god for Valium. Keeps me calm as I code, my boyfriend is yelling "wee look at my game!" behind me, and I can focus. This is what I get for dating a kid several years my junior. But I love him, and just as importantly, he loves me intensely. A Keeper.
205========================================
2066/8/2020(2:21AM) Upgrading to 0.0.10a
207========================================
208-Well: We're at v0.0.1, wow. The amount of upgrades to this engine today(tonight?) certainly warrant this version upgrade. This is as far as I've ever gotten in my game engines thus far(I stopped my DirectX9 Engine at 0.0.08-something). Anyways:
209-DrawD2D(int) Function removed. Was not necessary, was never referenced in the first place.
210-THE ENTIRE BSP MAPPING CLASS HAS BEEN UPDATED. It is no longer confined to a header; This was causing double-incursion issues. It may now be #included in any particular order and the result is the same(Hurray for OOP style programming!)
211-BSP_Mapping.cpp created. All functions that exist as prototypes in the header from the CBSP class are now contained with the cpp. This should have been done much much earlier obviously, since it is an integral part of any potential 3D game made from this engine in the future.
212-CBSP's functions have been updated to make use of the Engine's functions, i.e. logging, and especially error-handling that handle's all HRESULT failures and outputs specific information.
213-Every simple char array that was used with sprintf() for logging has been used with Log(std::string), dozens of logging calls are making ENGINELOG.txt more verbose; Errors are used with Error(std::string) and overloaded Error(std::string, HRESULT hr).
214-The above update will help when this engine is used by beta-testers; They will be able to spot a bug and send me the engine log, which will allow me to debug more efficiently.
215-I am particularly worried about CBSP::CreateDXVertexBuffer(). It is using a *massive* amount of memory on the stack, and would explain why I've witnessed the BSP map itself simply disappear ten minutes or so into the game sometimes when other people have tested this engine on their hardware.
216-Above problem can only be rectified by moving memory to the heap rather than stack; There is a TODO comment in the class I put there in the past complaining to myself that I'm using memory recklessly for the Vertex Buffer. This *needs* to be fixed before any kind of demo game is released.
217-Player Weapon now has its own protected class members for offsets to position it properly on the player's screen: m_WeaponRotX, m_WeaponTransX, m_WeaponTransY, etc
218-Object::PutWeaponAway() implemented. When the user hits the "1" key, the player's weapon will rotate and translate realistically and the player will then disarm himself. This of course is using the engine's delta variable so rotation/translation is uniform across all hardware.
219-Object::EquipWeapon() also implemented, to reverse this and bring the rifle back. I've been coding for hours, so it is not finished. It's not just for this rifle, it's for every single possible item the player may use(gun, knife, flashlight, etc, literally any item)
220-Game.g_Audio vector increased, NUM_OF_SOUNDS #define increased. Every time the player toggles the weapon a "cha-ching!" sound will play.
221-All external filenames have been moved to "data" folder. The only external filenames that cannot be put in this folder are the textures for the BSP maps; The bsp map will look in the PWD(The current working directory) for textures. I can change this in the CBSP class later if need be.
222-I need to be careful, I'm not "making a game" right now. I'm programming a game engine. Simple things like equpping a weapon I can do in two seconds if I ignore the engine aspect and hard-code it. But these functions are very engine-level and will apply to *all* objects the player can interact with(equip, use, and put away).
223-ASSIMP's dll is also in the data folder, using DelayLoad and adding a dll directory to the data directory. Thanks to Jesse Natalie from Microsoft(AGAIN) for helping me on this one. The guy's a genius, if you ask him the meaning of life, he'll tell you instantly and it'll all make sense. He's *that* good.
224-Hours later, I have now also made it so the BSP map searches under the data directory for all textures. This is the biggest engine upgrade I've ever made in a 24 hour period(12 hours, really).
225-Immer weiter...Immer weiter! das ist deutsche für: "Onward and Upward." Creating a game engine is a slow, tedious process. Especially when you're the sole programmer and learning the graphics API more and more as you go on.
226========================================
2276/11/2020(4:07AM) Upgrading to 0.0.10b
228========================================
229-Object::PutWeaponAway() and Object::EquipWeapon() now function perfectly with rifle. Each function rotates the mesh back to its original position properly and realistically.
230-When Weapon is toggled, "cha-ching"(or any other noise that would fit the player's primary object being put away/equipped) is played within these functions, not outside their scope, so the sound matches the toggling of the weapon/object
231-A lot of trial/error done with the ASSIMP 3D ModelLoader and Mesh class, it seemed that there was a problem with <xmemory> due to it trying to find the proper directory, even wrote 50 lines of code to get around it, BUT...
232-Turns out that was not the case. When a brand new mesh is loaded, vector obviously must be resized. This is not a problem for the engine, but is for the 3D development tool.
233-Will have to program a newer version for 3D development team who are finding it impossible to import their own custom meshes, as NUM_OF_OBJECTS does not increase, must resize the vector on the fly(Models[x].push_back(), most likely).
234-While 3D Models are loaded, properties of given model are logged(Number of subsets, number of textures, animations, etc. Each subset mesh's vertices are logged as well when processed
235-Had to re-code how Objects are rendered, depth for map objects was lost again, fixed: Have to be careful in which the order of everything is drawn/rendered
236-Created Upgraded 3D Development tool for dev-team(it *actually* works much better this time), Kiba had fun importing his meshes he made, this engine handled a model with over 1.2 MILLION POLYCOUNT. I *must* be doing *something* right..
237========================================
2386/12/2020(8:40PM) Upgrading to 0.0.10c
239========================================
240-Does creating the fucking Universe count for an engine upgrade? I think so!
241-int spaceNumSphereVertices;spaceNumSphereFaces;DirectX::SimpleMath::Matrix spaceRotationx;spaceRotationz;;spaceRotationy have been Created.
242-New DDS file created from "Space-3D" WebGL generator for six pictures I then have to use with the old DirectX Texture Viewer(I had to INSTALL THE ENTIRE OLD JUNE 2010 LEGACY DIRECTX SDK *just* to get it)
243-Planet is now contained within a larger sphere, which is instanced as spaceWorld. Function CreateSpaceSphere created.
244-I might decide to create a system where I can make hundreds of planets, which would require std::vectors of all variables and probably throw them in a class. For now this is fine.
245-camProjection FOV set to 5000 so when leaving the planet the ground/map/objects disappear normally; They were still visible when fucking 10 parsecs away prior to this.
246-Note: float4x4 is no longer the variable being used in the HLSL shader for cbuffer, matrix is now being used (I am going to have to learn HLSL in-depth; I am *not* looking forward to this. Shaders can do great things, but these were not mandatory in prior versions of DX, so this is alien to me).
247-DirectX::SimpleMath::Matrix does *not* suffice for float4x4 or matrix variables in HLSL: Why?? XMMATRIX is the only variable that allows the constant buffer to remain in-tact. Again, I need to learn HLSL better. iedoc helped me with my shader, and I threw it i
248-DetectInput()'s DIK_ESCAPE & 0x80 caused a WM_DESTROY message to be sent, player coudln't Alt+Tab out of the game. Engine now relies on WndProc's WM_KEYDOWN/VK_ESCAPE to make use DestroyWindow() rather send WM_DESTROY. Emergency Exit Escape Thread also in place. Player can now Alt Tab out of game and return safely;
249-This problem should be addressed later. It's just not on my priority list, sorry. Other programmers would scream and cry at me for this(among another things: "Global variables, eww!!" Screw yourself and your precious templates and unncessary pointers to redundant classes). What the player see's will be the same regardless.
250-This engine is like Germany's very ambitious Navy(Kriegsmarine) building program that was not due to finish until 1948; They were forced to use their resources prematurely in 1939, will this project have a similar fate? (Will I be tempted to make a game prematurely after so many months(almost a year now) of building game engines? This one since the New Years 2020 alone?)
251========================================
2526/13/2020(10:29PM) Upgrading to 0.0.11a
253========================================
254-Cbuffer struct now makes use of DirectX::SimpleMath namespace for Matricies/Vectors, using __declspec(align(16)) prior to its creation keeps the ByteWidth for a constant buffer happy.
255-Renabled D3D11 Debug flag when creating D3D11Device/SwapChain, why I felt it necessary to comment it out in the first place when working on this project is one my retard moments that happens more often than I want.
256-Thank you...AGAIN...Jesse Natalie from Microsoft, for HELPING ME. Told me to enable the flag when I had done it before, and confirmed to me that __declspec(align()) would work. I swear, if I have to credit him ONE MORE TIME, I'll *have* to send him money because he's waaaaaaaay too helpful/brilliant.
257_ARRAYSIZE(x) macro being used for Creation of Vertex/Index Buffers, rather than ARRAYSIZE. Visual Studio 2019 thought it necessary to inform me _ARRAYSIZE was the more appropriate macro for memory.
258========================================
2596/16/2020(11:03PM) Upgrading to 0.0.11b
260========================================
261-GameLogic cpp/header created; GameLogic Class created (Finally!)
262-GameLogic instanced as Game; All globals in main cpp moved to this class
263-All MapObjects(std:vector <Object> Objects) in GameLogic Class, objects now referenced as (Game.Objects[x])
264-Shader has been put back into file, no longer massive auto std::string
265-imGUI more interactive with lights/lighting
266========================================
2676/23/2020(6:02PM) Upgrading to 0.0.11c
268========================================
269-Minor Engine Upgrade; Beginning to understand HLSL Lighting
270-Improved imGUI interface for lighting
271-Pondering how to implement actual game logic(Should there be an external cpp/header like now with the GameLogic class, should it just be another Draw Scene function, WHERE to implement the logic? Where do I put the variables?)
272========================================
2736/25/2020(4:42PM) Upgrading to 0.0.12a
274========================================
275-Another small upgrade; DeltaTime header, All Engine's Timer Functions that deal with delta variable are stored there, not main cpp
276-Appended "#include "imgui_impl_dx11.h"" and  "#include "imgui_impl_win32.h"" to the very end of imgui.h to clean up main cpp further
277-Collision cpp/header removed; CollisionDetection.h created (with global variable distance since distance was part of old Collision Class)
278-Global DetectCollison() function which passed no arguments was removed from main cpp(Yes, it was misspelled this entire time)
279-Collision header is for BSP map, DetectionCollision(*CBSP xxx) created (this is the only parameter needed...for now)
280========================================
2817/4/2020(7:22PM) Upgrading to 0.0.12b
282========================================
283-Court is coming up on the 7th...As a result I have not been able to work on this engine. I'm scared. I can't work on my engine because of my anxiety.
284-Just a small upgrade; UpdateCamera() uses DirectX::SimpleMath::Matrix::CreateLookAt(..), which creates a RIGHT handed Matrix rather than Left-Handed
285-As a result Mouse's pitch has been reversed, and WSAD are reversed as well in order to work with a right-handed Matrix so they're not inversed
286-camProjection uses DirectX::SimpleMath::Matrix::CreatePerspectFieldOfView(..) now, it was attempted before, works now since camView is a right-handed Matrix
287-Ground disappeared unless it was high above the Y Axis, changed Rasterizer State for No Culling and it was fixed; Arrow keys now control height of ground for future debugging
288========================================
2897/5/2020(5:23PM) Upgrading to 0.0.12c
290========================================
291-Input header/cpp created(Finally); Taken out of main cpp, local global debug variables are unable to be changed as a result for now
292-This engine is so large that all the header and cpp files in Visual Studio's Solution Explorer cannot be seen fully without scrolling even at a 1920x1200 resolution, this engine has been growing for quite some time
293-XMMatrixScaling not used, using SimpleMath Wrapper again, using DirectX::SimpleMath::Matrix::CreateScale(float,float,float) for every Matrix
294-Using SimpleMath's namespace functions double the amount of SSE ASM machine instructions during run-time, which is obviously not good for memory, but I am sacrificing memory for better design.
295-Anxiety level is extremely high, doctors is tomorrow, day after that, my life is going to be changed forever at the State Supreme Court. I can't take this anymore. I just want to live my life.
296========================================
2977/14/2020(6:34AM) Upgrading to 0.0.13a
298========================================
299-100% of DirectXMath's XM__(..) functions that deal with Matricies and Vectors have been eliminated, SimpleMath wrapper used. One exception is Matrix Transposing, SimpleMath's tranpose member for some reason cannot properly transpose a matrix to be sent to the shader. No explanation for this.
300-New Engine Feature: Messages. Game messages: Player Hints, Lists of Objectives, i.e. "New Objective: Survive Planet", now created. Custom Font type IDWriteTextFormat used in DXAPI class.
301-Message Class created with custom constructor, LoadMessages, like LoadObjects also created, however, Messages are not stored in a global vector like Objects are. Objects should also be reverted this way, the less globals the better.
302-Message header/cpp file created. Messages have Type, Displayed boolean flag, and std::string that contains the message. Within LoadMessages(), push_back(Message(std::string)) is used rather than assigning values to something already in memory.
303-GameLogic class makes use of this as well; GameLogic class is becoming more important now, thankfully, don't want an entire game stuck within the main cpp/drawing functions.
304-DrawMessage Function created, used in DrawD2D(). DrawD2D() is now(obviously) responsible for *all* Direct2D Drawing, global Game.g_bShowConsole taken out of global scope and used in DrawD2D(). Better Design.
305-DrawMessage has arguments of std::string and D2D1::Color(R,G,B) for custom Game messages that will be displayed to the player during any game.
306-Messages appear, and slowly fade away as the alpha value is decreased while being multiplied by the engine's delta variable. Very pretty/professional looking.
307========================================
3087/18/2020(10:46PM) Upgrading to 0.0.13b
309========================================
310-Been working over the past few days; A lot of work done but will all be considered as this minor 13a-13beta upgrade
311-Main cpp only has WINAPI entrypoint; StartEngine() function created, prototype is extern, code is only 13 lines long and Main.cpp has this changelog above it
312-GameClock class created. Uses stopwatch and stores milliseconds, seconds, minutes, and hours. (MINUTES/HOURS WILL NOT BE RESET TO 0 ONCE OVER 60, I need to be able to measure time very prescisely, this is not a pretty clock for the player, it's for game logic.)
313-Internal Game Clock created(timers have been in this engine for a while, this one is the actual ENGINE'S internal chronometer; It is not instanced globally(which is good design), within GameLogic class.
314-Game clock is displayed counting on debug console once EngineState is set to GameState::InGame. Clock does not start until Engine's state is InGame, not Loading.
315-Several functions created within GameLogic class; Including StartGame(), which begins the engine's intenal game clock. InGame() as well, along with others that are relevant to the Messaging system.
316-Again, new protected members within GameLogic class created, along with public functions to access protected members. Going over them all in this changelog would just take up too much time/space.
317-All messages are pointers, with their own alpha's, color's, types, etc. I am not like other programmers, but within DrawMessage(*Message message), using pointers was necessary in order to deal with the messages at real-time.
318-Old Main.cpp renamed to Scene.cpp(This has been A LONG TIME COMING); Main.cpp is only for entrypoint and to invoke StartEngine().
319-StartEngine, if returning as false, will invoke a Fatal Error message explaining the playing is not using Windows, or an old version of Windows. Error String is SZ_ENGINEFAILURE, stored in Globals.h
320-Textures are now logged properly; aiScene->hasTextures would always return false and therefore no texture loading would be logged. This has been fixed as each subet mesh is processed, it is logged there, and uses the subset mesh's texture variables to log information.
321-Engine should return 1337 as return value if all goes well, if StartEngine() fails, -1 will be returned. This would be within a very fatal situation.
322-100% of compiler warnings eliminated.
323========================================
3247/19/2020(2:16AM) Upgrading to 0.0.13c
325========================================
326-DoCollisionDetection(CBSP *bsp) created; Allows for *much better* BSP map collision detection, player can now slide against walls with impunity without getting "caught" in the wall(GREAT for all FPS games, and horror games in tight mazes)
327-Accidental WallHacking seems to be a thing of the past now. Don't want to jynx myself on this one(Note: 7/19: Noticed a wallhack, after setting radius to 90 instead of 20, tried to reproduce it, couldn't); There's a lot more to do with the physics on this engine. This is just one step.
328========================================
3297/21/2020(8:12PM) Upgrading to 0.0.14a
330========================================
331-Messaging System just about perfected; Despite number of ShowMessage(*message) calls, all messages can be seen concurrently as they fade
332-Internal Engine Clock Created. Uses its own DWORD __stdcall EngineClock Thread(And NO, it does NOT rely on win32's Sleep() function)
333-Engine Log now has a proper timestamp with %02d (for two digits) from internal engine clock, example: "(00:12:13) All DirectX API class members released from memory."
334-Tons of functions/variables added to GameLogic Class; To list them all here like I would previously would make this update log entry massive.
335-Message Class has several new public Functions and protected members. Again, not listing them all here on the log. A lot of programming.
336-DrawMessage(*message) makes use of message->GetIndex() and message->SetIndex(int) for their positions. The newest message gets the highest Y Coordinates, and lowers when a new message is displayed as it fades.
337-If run in windowed format, UpdateWindowText() created: Window Title shows Engine Name, Version, and Clock (UpdateEngineClock() function is run in EngineClock Thread)
338========================================
3397/22/2020(7:27AM) Upgrading to 0.0.14b
340========================================
341-There were issues with Direct2D, DrawMessage() and DrawConsole() both used the D2DRenderTarget and would call BeginDraw()/EndDraw()/Clear();
342-As a result toggling the Debug Console would cause messages to disappear, so DrawDirect2D() has been created, it's called from within DrawD2D().
343-This problem was annoying. DONE. Chalk another problem down.
344-Vertex struct does not use XMFLOAT2/XMFLOAT3, uses DirectX::SimpleMath::Vector2/Vector3, did not have to use __declspec to align it to 16 bytes for the shader(yay.)
345-Light struct no longer contains boolean variable "type", it was a retarded idea in the first place to think I could just "create atoms of light" in HLSL
346-Shader is now back into one gigantic auto std::string sShader, Engine no longer requires external file to compile shaders.
347-Okay, DrawDirect2D() scrapped, just put its code in the place where the function was called in DrawD2D(), don't want redundant code
348========================================
3497/25/2020(3:27AM) Upgrading to 0.0.14c
350========================================
351-Alright. Fucking MSVS 2019 has screwed me *twice* since last update; It's form of "autocorrect" when filling in class members/functions have caused tremendous problems.
352-At first, I couldn't even make new 3D Map Object types because, in MSVS 2019's infinite wisdom, it decided to draw to the FRAME cbuffer instead object constant buffer for my new types. Microsoft's Jesse Natalie, ONCE AGAIN, helped me out by pointing it out. This was a stupid fucking problem to have, but it was a problem.
353-Then, if that weren't bad enough, the compiler decided to throw in InitEngine() twice as I was debugging an issue that was causing me a heart attack.
354-Said heart attack was me doing compatibility testing with my pup Spritz, who uses Windows 8.1; Debug layer cannot be used on Windows 8.1. I had to translate fucking spanish, but my own error handling and his cooperation helped me rectify the issue.
355-Improved 3D Development Tool for Dev-Team created. Simple __DEVTEAM flag in globals, when defined, causes the engine to build as a tool rather than a game. That's what OOP programming and Game Engine's are all about, I suppose.
356-__DEBUG #define used to make sure I don't test the engine with others when doing compatibility testing when D3D11Device and SwapChain are being created(This is like Step #1 of Direct3D 11, but I never did it until now. Sue me, it's my engine, not yours, whoever is reading this(which is probably me)...)
357-Engine log is *much* more verbose as a result of all this compatibility testing. Snuck in an easter egg in terms of curse words in the engine's log; Nobody will notice.
358-Instead of having if statements for Object Types (i.e. __TYPE_PISTOL), all objects are now drawn in one line(Models[Game.Objects[x].Type].Draw(DXAPI.d3d11DevCon, DXAPI.cbPerObjectBuffer, &cbPerObj);)
359========================================
3607/30/2020(12:52PM) Upgrading to 0.0.15a
361========================================
362-FadeInFadeOut() Function Created; Allows for Fading sequences, now when engine is started, after loading, game fades-in from black loader
363-Window'd 800x600 resolution fully supported now; This is to be the resolution used from now on for debugging and benchmarking
364-Internal Game timer, when turned to clock, for some reason mirrors engine clock, which begins ticking at the moment of execution. Can be fixed later on. Internal clock still works to the millisecond and can be relied upon.
365-When __DEBUG flag is not defined, debug console will not be toggled at start. Player will have to hit the tilde(~) key to see engine console.
366-Unnecceary setting on Constant Object Buffer in DrawScene() removed; Framerate has improved as a result
367-Created new 3D Development Tool(just to show framerate so 3D Dev's can see the amount of stress meshes have on engine), did this for Spritz
368-Spritz delivered me some *beautiful* tree's that make all the difference, __TYPE_TREE is now this mesh. Made the engine's in-game scene beautiful quickly.
369-Universe now rotates like a planet around the player, stars glimmer. Beautiful night environment/potentially SCARY one for a horror game. The moment I did this, both me, and shane especially, behind me, went "WOOAH holy shit!". I think that's worth some merit.
370========================================
3717/31/2020(4:02PM) Upgrading to 0.0.15b
372========================================
373-Universe now translates around player; Translation Matrix set to coordinates of user. Therefore Player is quite literally the center of the universe.
374-Implemented Flashlight Toggling. Had to use WM_KEYDOWN instead of KeyBoardState[DIK_F].
375-Two audio files introduced for clicking of said flashlight, clicks on when flashlight is off and toggled, and vice versa.
376-Audio Thread now completely takes care of setting volume to maximum *after* all Audio files have been loaded, and played silently during loading. This way there is zero lag. Now, there is no longer any possibility of the player hearing a random audio sound during loading sequence.
377-NULL MP3 Audio file created, and loaded as the first audio file, to better assist the silent audio loading.
378-If player is moving at full-speed and toggles flashlight, there is a slight delay. This needs to be fixed.
379========================================
3808/7/2020(3:20AM) Upgrading to 0.0.15c
381========================================
382-float4 HLSL variable instanced as difColor in shader removed, old variable for old OBJ mesh loader. Scene CPP's code cleaned up; Old debug variables removed as well.
383-Since this engine can be compiled into multiple tools/scenes based on simple #define flags, preprocessor defines set in place to automatically set proper resolution, even if dev tools are in debug
384-Global Audio Vector that was instanced in a global scope has been moved to GameLogic class. This is causing some problems however, surprisingly, not with audio itself, but with how filenames are passed. Must be fixed later.
385-DeltaTimer header turned into header and cpp, with a new function: GetAverageFPS(). I created this for benchmarking; It creates an an integer array of FPS every ten seconds and averages them. However this needs to be coded better than the way it is now.
386-All Engine Framerate timer functions put into a class, instanced as EngineFPS. Therefore GetAverageFPS is EngineFPS::GetAverageFPS(), EngineFPS::GetTime(), etc. Former Globals brought into that class as public members.
387-Global extern integer fps created, alongside delta. Only makes sense. Had to do this anyway in order for EngineFPS class to work with the engine's framerate.
388-SwapChain no longer crashes when true is passed into ->SetFullScreenState(..)! This is great news for obvious reasons, this engine will be able to run on the most garbage laptop to the most advanced Gaming PC.
389-Still not sure what creates the very initial delay in the playing of the first sound the player hears. They're *already played* silently during loading and therefore in RAM, ..why? Another TODO fix issue. I've encountered more difficult problems.
390-HOURS LATER: Fixed Audio Engine's Loader. No more runtime crashes; Within Load() there can be no Unicode/MultiByte conversions. MP3's take in LPCWSTR as filenames. Had to alter protected member m_filename to LPCWSTR as well and used Engine's conversion functions elsewhere in Audio class.
391========================================
3928/11/2020(9:48PM) Upgrading to 0.0.16a
393========================================
394-Alot of thinking/expermenting since past update. A LOT. Hence the amount of time since last engine upgrade.
395-Player Weapon was being drawn as a map object, because Game::Object class constructor called twice, because Game.LoadObjects() was accidentally called twice. Fixed.
396-Sixshaman from Microsoft's DirectX Discord HELPED ME IMMENSLEY FOR ANIMATION: True 3D animation is now being tackled. This is the next "Brick Wall", as Shane loves to call it when I take on a massive task/hit a massive problem.
397-Engine is now able to recognize animated 3D meshes. Animated Nodes are Logged, as are bones. Both by name and number; Both are stored in their respective vectors. This is a lot of time and code for one line on a changelog.
398-Root bone for any animated 3D mesh is now able to be obtained, and returned as a pointer from new Model class's FindRootBone() function.
399-aiProcess_OptimizeMeshes flag now used when loading meshes. Helps with framerate.
400-ModelLoader class renamed to Model3D class
401========================================
4028/22/2020(4:20AM) Upgrading to 0.0.16b
403========================================
404-Constant coding with TeamView/Discord with with my good friend Roman(SixShaman) for over a week, as we've been sorting bones. I've been on Moscow Time for a week and still am. He uses STL templates that above my paygrade in terms of C++;
405-This is shown in my last engine, when I would literally create linked lists just to produce a dynamic char array, dozens of lines of code in different places in different functions when ONE line would have sufficed: std::vector<std::string> DebugConsole(like I do in this engine). This shows what generation of programming I learned in. I'm the most senior user on cprogramming.com for a *reason*.
406-Entire now supports Animation; However is not yet complete. At this point meshes are in pieces when animating, must be something wrong with the way bones are sorted, in vAnimStruct.
407-AnimationSystem created. Has header/cpp; Is instanced in Model3D class.
408-So much coding/sweating/effort/concentration gone into this that I simply cannot think back the past week and a half and make a verbose log entry on this one. It's been hell when dealing with syntax/systems I do not understand yet.
409-So many changes have been made it's not funny; Had I kept up with the changelog during this process(that would have required me to understand EVERY SINGLE line of code) this engine would be at v0.0.3x or something.
410-Even though animation is not finished, the engine is going well as a whole and I am backing this entire solution up into an encrypted archive, and saving at this point. 16Beta will always be a "fall back" point.
411========================================
4128/26/2020(10:18PM) Upgrading to 0.0.16c
413========================================
414-NONSTOP WORK with Roman with AnimationSystem. We're at the point now where for some reason the indices being passed to the buffer for the shader do not match what's being sorted.
415-GAME ENGINE IS NO LONGER SLOW. After running Performance Profiler, was able to see what functions were causing strain on the engine.
416-As a result, the average FPS on this laptop of ~70 has increased to 250-300 FPS; The engine starts off at almost 300,000 FPS. Now THIS is worth an engine upgrade.
417========================================
4188/28/2020(10:00PM) Upgrading to 0.0.17a
419========================================
420-Engine now supports Animation(for most meshes)!
421-Much thanks to my friend Roman(Sixshaman) for helping me to implement AnimationClass/bone sorting. Still cannot animate very advanced meshes like Foxy, where there are random bones not apart of the character himself; Like Plane_Bn/Transform_Bn/Root_Bn, which are perceived as *Channels* in ASSIMP, not Bones.
422========================================
4238/29/2020(6:15PM) Upgrading to 0.0.17b
424========================================
425-ASSIMP Logging stream attached to Engine's Log() function; Engine Log will now contain verbose ASSIMP information.
426-_TYPE_FOXY created while we work on Foxy; Most simple animations work, however foxy contains "Plane_Bn" and "Transform_Bn" bones that are not read into ASSIMP's mBone[] vector and are therefore non-readable and not put into the hierarchy.
427-Other advanced animated meshes may have this problem as well. So this is what we're working on.
428========================================
4299/12/2020(8:40AM) Upgrading to 0.0.17c
430========================================
431-Animation System for Skeletal Animation Complete(THANKS to my buddy Roman for all the help); Other types of animation like very simple subset mesh translation is not yet supported
432-Entire DirectX Graphics Class has been converted to Microsoft::WRL COM Pointers; .Get()/.GetAddressOf() have been implemented in Draw Loops(for both standard Scene and Dev-Team 3D Development Tool)
433========================================
4349/14/2020(1:01PM) Upgrading to 0.0.18a
435========================================
436-Engine now compiles with ASSIMP as a lib, not a DLL; Also, no more having to use zlib's DLL, the engine relies on no external DLL's now!
437========================================
43810/2/2020(10:36PM) Upgrading to 0.0.18b
439========================================
440-Been coming off benzos, titrating down. So it's been a while.
441-Renderer class now created; No more having to instance DXGraphics class from scene.cpp anymore.
442-At this point the Renderer class is a wrapper with simple functions, but its goal is to keep draw calls in scene.cpp simple, and to provide, ultimately, the ability to have this enigne use multiple API's.
443-Enumeration for API's are as follows: D3D11, OPENGL, VULKAN. Obviously only D3D11 is supported at this point in time.
444-It's good to be working on this again.
445========================================
44610/7/2020(4:57AM) Upgrading to 0.0.18c
447========================================
448-*a lot* of work done!
449-"Scene" class created; Contains all Matrices, Constant Buffers, everything needed for draw calls (I am very proud of this class)
450-Renderer is passed as unique pointer to Scene class: Choose your API, choose what to draw.
451-Scene Type created: 3D First Person, 3D 3rd Person, 2D, Cinematic, Loading Scene
452-Actual drawing is done with a scene class using inheritance of the larger "Scene" class
453-DrawD2D()'s function prototype declared as extern in globals, so any Scene can call it and Direct2D is enabled despite which scene is drawn
454-As a result, it is now possible to create several different types of scenes on the fly. This is what makes an engine, well, an "engine".
455========================================
45610/31/2020(8:01PM) Upgrading to 0.0.19a
457========================================
458-All headers renamed to hpp file extension(rather than C-Style .h)
459-Physics cpp/hpp created; Collision Detection and everything to do with physics is going to be handled in Physics.cpp
460-UpdateCamera() moved to Camera.cpp
461-1200x900 resolution now supported
462========================================
46311/1/2020(7:04PM) Upgrading to 0.0.19b
464========================================
465-BSP Mapping system's Vertex and Index buffer no longer are arrays with a predetermined amount of vertices(10000)
466-Vertex data/Index data for buffers are now vectors that allocate memory during runtime, no limit on vertices for any map
467========================================
46811/6/2020(7:04PM) Upgrading to 0.0.19c
469========================================
470-Although I have been coding here and there, real-life has taken over completely and left me little time/energy to continue to work.
471-From my meds, and especially probation, my life is becoming very difficult. I was hoping this was all over with. I did not appreciate the last phone call my PO made to me.
472-Inherited Scene classes that are instanced in Scene.hpp have two primary functions:
473-Each have their own UpdateScene() and DrawScene() functions.
474-UpdateScene() MUST be called prior to calling DrawScene()(even though they're both called in an infinite loop), drawing anything without first updating each Matrix will not allow for Game Logic to be fully updated for each scene
475-This will cause many components of said scene to not draw to the screen.
476-Phsyics class *actually* created. For now, the only physics that are available as of this writing are confied to Binary Space Partioning mapping
477-Collision detection functions *MUST* be called within Camera.cpp, if called anywhere else, the coordinates are reset over and over. This is fixable.
478========================================
47911/11/2020(11:29PM) Upgrading to 0.0.20a
480========================================
481-*lots* of work done mathematically for Camera Class....benn working for days. Drove me insane.
482-THIRD PERSON CAMERA SYSTEM NOW SUPPORTED! Thanks to iedoc's tutorials, Roman's assistance with the math, but in the end I was the one who got this done! (But without Roman who knows where'd I'd be, he's a walking calculator)
483-Global bThirdPersonCamera boolean created
484-This was *one hell* of a difficult task that I had initially thought would've been easier. But there was a lot of matrix and vector math involved that I was not prepared for.
485-__TYPE_FOXY animated mesh is the mesh that is currently being used to perfect the 3rd person camera. (4:16AM: now instead of __TYPE_FOXY it's .Get3rdPersonObject())
486-iAnimation is 14; Because __TYPE_FOXY scales up during this animation sequence, and it comprises of him walking.
487-Physics(Collision Detection) for 3rd Person Camera with animated mesh begun; But not implemented. Lots of work needed with physics(I've barely scratched the surfaace compared to when this engine will be deployable).
488-When engine starts, CPU is verified to see if it is capable of handling DirectXMath. (Function is XMVerifyCPUSupport(), simple, but noteworthy.)
489-Variable names within Game class that begin with 'g_' renamed to proper varible nomenclature, these are not true globals anymore
490-MapObjects Class new member functions: Get3rdPersonObject(), GetClamp(), SetClamp(), Set3rdPersonCamera(bool), both static and animated meshes can be used for 3rd person camera
491-It's appropriate that engine's version of 20alpha coincides with a large engine upgrade like this.
492========================================
49311/24/2020(12:00PM) Upgrading to 0.0.20b
494========================================
495-Using _WIN32 Preprocessor Definition to determine if Engine is running on Windows
496-New entrypoint created in the event Engine is running on some other kind of architecture(Linux/Xbox/etc)
497-Added SAL annotations to __stdcall WinMain for Windows entrypoint
498-Fixed 3D Development Tool's issue-3D meshes that had subset meshes, for example a magazine of a gun, is drawn ontop of the stock.
499-Above was fixed by changing the Output Merger's Depth Stencil State to NULL rather than DSLessEqual
500========================================
50112/27/2020(10:25AM) Upgrading to 0.0.20c
502========================================
503-HOLY SHIT. An entire month of not working on this because life has been crazy!
504-Sprite system implemented; Sprite.hpp/cpp created.
505-Sprite object variable type created from Sprite class. Comes with overloaded constructors for effiency.
506-Sprites have the ability to make use of alpha channels and be transparent.
507-All sprites are contained within the Game class, they are not globals, they are where they belong.
508-CreateSprite(..) implemented. When loading sprites, in one line you can specify what file the sprite is from, its position, scale, rotation, transparency. All in one line.
509-In Game Scene a simple loop iteration that stops at Game.sprites.size() displays all sprites properely, as specified(Transparent or not, different positions/rotations/scales/etc)
510-Cleaned up source code a bit. 
511========================================
5121/14/2021(2:25AM) Upgrading to 0.0.21a
513========================================
514-Another massive period of not working on the engine due to real-life stress that is difficult to handle.
515-Fixed Sprite Scaling; sprites were not scaling properly with scale parameter
516-Engine now has three camera types: First Person, Third Person, and Free-Look, all have been tested
517-Free-look camera's collision detection works off the bat, it's the same for first person (for now)
518-Engine Debug Console now shows current camera type
519-CameraType enum created: CAMERA_FIRSTPERSON, CAMERA_THIRDPERSON, CAMERA_FREELOOK (This variable type is not yet implemented, still using globals for camera type)
520-Added the ability to toggle between camera modes in-game by pressing TAB (Camera Matrices are reset and updated to use the proper math every toggle)
521========================================
5221/14/2021(1:33PM) Upgrading to 0.0.21b
523========================================
524-Two engine upgrades in one day? I just woke up! I guess this is how fast I work when I'm not stressed and I take my medication properly.
525-CameraType(CAMERA_FIRSTPERSON, CAMERA_THIRDPERSON, CAMERA_FREELOOK) is now being used exclusively rather than rely on global booleans
526-TAB now successfully toggles player in run-time to toggle between all three types with rotation matrix and camera properties retained
527-100% of all global Resolution booleans eliminated. Globals.hpp cleaned up as a result along with DrawScene.cpp
528-New type "EngineResolution" created; This enum contains all supported resolutions(res_1280x1024, res_800x600, etc)
529-EngineResolution type instanced as "CurrentResolution", which the debug console uses to re-fit the number of lines in debug console
530*-----------------------------------------------CHANGELOG--------------------------------------------------------------*/