nieznanysprawiciel / swengine Goto Github PK

Warningi były efektem tego, że używamy DirectX June SDK, które Microsoft uważa za depracated. Najnowsze nagłówki znajdują się w Windows SDK. Być może kiedyś będzie trzeba przejść na nowszą wersję, ale na razie nie jestem pewien jakie to ma konsekwencję, bo trzeba szukać zastępstwa dla biblioteki d3dx11.

Wielkość render targetu była taka sama jak rozdzielczość okna. Przez to obraz przed trafieniem do okna był skalowany i to powodowało artefakty.
Przed stworzeniem okna jego wymiary trzeba przeliczyć, żeby dodać tam obramowanie i belkę tytułową.

• Użytkownik ma mieć dostęp do aktorów jedynie przez IDki

Struktura katalogowa w EngineCore odpowiada strukturze filtrów w projekcie VisualStudio.
Niektóre pliki zmieniły miejsce pobytu, żeby lepiej dopasować do nowego podziału na moduły.

• To jest powiązane z podziałem na biblioteki - wystarczy zlinkować się z swGUI
• Trzeba poprawić kod, żeby za obsługę okienka i pętli głównej odpowiadało tylko swGUI
• Wymyśleć jakieś rozwiązanie, które pozawalało by z Edytora wywoływać tylko poszczególne fazy pętli głównej (swGUI implementuje pętlę i z niej nie wychodzi w ogóle)

• Oddzielenie funkcji do updatowania stanu silnika i renderowania
• Wystawienie odpowiedniego API na zewnątrz
• Stworzenie biblioteki dll dla edytora

• Wydzielenie bibliotek do GUI, inputu, renderowania i COmmonLib
• Dodanie bibliotek jako subtree

Dodana klasa PerformanceCheck. Jeżeli chcesz zbadać wydajność jakiejś części swojego kodu sprawdź opis klasy bądź dokumentację.
Funkcje do badania wydajności zostały także dodane do pętli renderingu.

• stworzenie klas odpowiedzialnych za różne przebiegi renderowania (deferred shading, shadow mapping, postprocessing itp)
• funkcje renderujące dla poszczególnych passów
• nowy interfejs renderera - kolejka podstawowych komend
• dodatkowe komendy do sterowania np. compute shaderami (opcjonalne)

Nowa wersja zawiera lepszy interfejs do inicjowania obiektów directXa i ustawiania parametrów.
W tej chwili do inicjacji wystarczy jedna funkcja, jeżeli parametry domyślne są wystarczające. W innych przypadkach ustawienie potrzebnych parametrów jest bardzo łatwe.

Redesign a little bit graphic api initialization interfaces. OpenGL needs different window initialization code for different platforms.

Obiekty ModelsManager i ResourceContainer używają klasy pomocniczej do usuwania obiektów, którymi zarządzają. Dzięki temu zmniejszona została ilość przyjaźni miedzy klasami, a uprawnienia do usuwania assetów mają tylko wybrane klasy.

Many things changed and deserialization doesn't work anymore.

Objekty VertexShaderObject i PixelShaderObject mają dodatkowy parametr shader_model.
Parametr ma ustawioną wartość domyślną na model 4.0.

• Nowy system dodawanie i usuwania aktorów
• Tworzenie wątków i ich numerowanie, pobieranie informacji, w którym wątku w danej chwili jesteśmy
• Dodanie mutexów i innych mechanizmów synchronizacji tam gdzie to potrzebne
• Wydzielenie funkcjonalności silnika, które mają być wykonywane tylko w jednym wątku jednocześnie

Dodano następujące interfejsy:

• Control
• Renderer
• AbstractText
• AbstractTexturedRegion
• AbstractTextInput
• AbstractButton
• AbstractMenu
• AbstractItem

• aktualizowanie zawartości
• stworzenie deskryptorów przechowywanych w w zasobach na stałe
• podział na zasoby niskopoziomowe (tekstury, bufory) i wysokopoziomowe (meshe, animacje, materiały)
• informacje debugowe (opcjonalnie)

Zmienne i funkcje obsługujące odmierzenia czasu nie są już w EngineInterface tylko zostały wydzielone do klasy TimaManager.

New AssetsManager (in swGraphicAPI) supports asynchronous assets loading, caching interfaces and many other features.

Renderer jest obecnie linkowany statycznie. Nowe API graficzne można dodać tworząc projekt w katalogu GraphicAPI.

• Wszystkie obiekty zasobów są obsługiwane przez interfejsy w pliku GraphicAPI/MeshResources.h.
• Zasoby są tworzone przez ResourcesFactory.
• Klasa głowna silnika inicjuje API graficzne przez interfejs IGprahicAPIInitializer.
• Strutkura katalogowa została poprawiona. Kod oddzielony od plików projektu.
• Projekt ma wydzielone pliki .props do obsługi ustawień.

• Loading and Saving projects (special project file format)

• DLLs can be changed in runtime
• Editor can load and create objects defined in DLLs
• Game logic creation in DLLs
• Signals/Events mechanisms working with DLLs

• stworzenie struktury materiału

• Edytowanie zawartości Model3DFromFile przez edytor
• Podmienianie textur
• Stworzenie własnego formatu plików do przechowywania

Static_object przechowuje pozycję i orientację w dwóch egzemplarzach. Rezultaty przeliczania klatek są
generowane na zmienę do tych zmiennych. DisplayEngine interpoluje zawsze wartości między tymi klatkami (czyli renderowanie jest mniej więcej 1 klatkę do tyłu względem przeliczania pozycji)

• Fabryka dla aktorów
• Lista aktorów w edytorze
• edycja parametrów

W wersji 64-bitowej były linkowane biblioteki DirectX 9. Ponadto zamieniłem kilka definów na stałe i zrobiłem jeszcze trochę małych zmian.

• Wymyśleć sposób dzielenia funkcjonalności między wątki
• Renderowanie wielowątkowe

• Logger interface
• Logging to console, file, visual studio output

• ustawianie świateł dla różnych przebiegów,
• kontrola rzucania cieni

Przypisywanie kamer do przebiegów, rozszerzone informacje w obiektach kamer (macierz projekcji, near, far, width, height, angle)

Nie ma już możliwości ustawienia zmiennego czasu trwania jednej ramki animacji (chodzi o przeliczanie fizyki i zachowania obiektów). Została zlikwidowana odpowiednia makrodefinicja i możliwość kompilacji warunkowej.

• Dostosować EventManager
• Mechanizm rozdzielania zadań między wątki (zapewnienie, że żadne wątki nie operują na tym samym obiekcie)

• Posibility to create project for specific engine version
• Rethink editor and engine dll design. It should be posible to add new features to editor and engine without breaking compatibility with older versions and without need to have multiple version of editor for each game project.

Dodano interfejs AbstractWindow oraz kilka małych poprawek.

Kolor jest wyliczany per trójkąt. Potrzebujemy koloru per wierzchołek.
Trzeba przejrzeć listę trójkątów i dla wszystkich sąsiadów wyliczyć średnią.

Dodanie obsługi myszki do controlera i poziomu abstrakcji

• Create new library
• Make code more general for future use