Создаём игровой движок

[Cezar]

Так наверное и сделаем. Система вывода будет следующая:
Поступает сообщение перерисовать екран. Главдвиг с в цикле с помощью графдвига прорисовывает все обьекты в буфер. Затем применяет фильтры и эфекты, если нужно. Затем первый буфер копирится в буфер вывода, и на него накладывается все с буфера эфектов, потом графдвигом выводит с буфера вывода на экран. Какая то громоздкая структука получается...
Причем в 2Д или 3Д выводить это уже забота графического модуля, главдвижу главное приказать нарисовать, мол "вот тебе массив спрайтов, выведи их на экран да еще и размытие сделай"...
Если че не так, поправляй, я по этому ноль...

Когда я пытаюсь откомпилировать проект, выскакивает такое собщение:"[Fatal Error] BLOOD.dpr(20): Unit Windows was compiled with a different version of Types.DWORD" , не не могу понять причину. Кто знает?

[Romanus]

Нет скорее буфер эффектов это скорее не буфер. Непрерывное рисование достигается обычным циклом в OnPaint. Под непрерывном рисованием я предполагаю смену буферов с того который на экране на тот который в буфере. И структура самая что ни на есть сжатая и простая. А насчет вывода 2Д или 3Д надо определится какой именно будем использовать а то описать каждый вот это действительно будет громоздко.

[Romanus]

А насчет ошибки то она в BLOOD.dpr касающиеся типа двойного слова.

[Cezar]

Определился - 2Д. А 3Д в качестве мода приклеим потом.
Способ работы графдвижа не будет зависеть от структуры главдвижа, главное чтобы все команды понимал.

program BLOOD;

uses
Windows,
Messages,
SysUtils,
Variants,
Classes,
Graphics,
Controls,
Forms,
Dialogs,
jpeg,
ExtCtrls,
StdCtrls,
Forms,
GAME in 'GAME.pas' {Form1},
OUT_COMMAND in 'OUT_COMMAND.pas',
IN_COMMMAND in 'IN_COMMMAND.pas',
BloodTypes in 'BloodTypes.pas';

{$R *.res}

begin
Application.Initialize;
Application.CreateForm(TFirst_Windo w, First_Window);
Application.Run;
end.

Я все таки не догоняю, где сдесь ошибка и причем сдесь двойное слово?

[BedDog]

Пересмотри всё ещё рас. А ты уверен втом что ошибка именно здесь

[Romanus]

////
Определился - 2Д. А 3Д в качестве мода приклеим потом.
Способ работы графдвижа не будет зависеть от структуры главдвижа, главное чтобы все команды понимал.
////

Да ты все правильно понял. Под 2Д вообщем начинаю писать. Вообщем я думаю так параллельно буду делать рендер с OpenGL и DirectX а второй попробуем Graphics32 раскачать быстротой вывода она ничем не отличается от первых двух а потом посмотрим какая лучше и уже выберем конкретную.

[Romanus]

Да а насчет ошибки незнаю вроде все правильно скорее всего ошибка во внутренних модулях. Да и вопрос а зачем ты в файл проекта запихал столько библиотек

[Cezar]

Да ты все правильно понял. Под 2Д вообщем начинаю писать. Вообщем я думаю так параллельно буду делать рендер с OpenGL и DirectX а второй попробуем Graphics32 раскачать быстротой вывода она ничем не отличается от первых двух а потом посмотрим какая лучше и уже выберем конкретную.

Вот и молодец. Блин, мы с тобой одни остались, никто не присоединяется, но от этого у меня еще больше энтузиазма подбавляется. А библиотеки по умолчанию подбавились, я не знаю какие из них можно безболезненно отрезать.
Ладно, ты пиши графику, а я буду продолжать писать ядро. Главное - все делать по модульному принципу, вот есть ядро, а к нему дополнительные возможности отдельно приклеиватся будут, хотя я еще не до конца разобрался, как это сделать, но модерн идет.

[Romanus]

Модульную структуру делается так: по сути никакого ядра нет это так для понта будем говорить когда сделаем. Под ядром понимается несколько модулей выполняющих самые нижние по абстракции команды(ну вроде функции Readln,read в паскале мы используем в любых операциях связанных с чтением а они по сути нижний уровень абстракции) а соответственно на них сверху мы будем добавлять уже более функциональные но в отдельных модулях. В итоге у нас получится дерево классов. А насчет другого народа не боись если че будем толкать разрабам движок не прогарим.

[Cezar]

Агааа... теперь понял, по ходу знаю как сделать. Вроде все что я уже наклепал как раз подходит. Я ща попробую составить список функций, которые должны быть в ядре (клевый понт ). Ну а далее должно как по маслу пойти...
Это все по ходу будет как дерево классов, есть главный класс а все остальные его наследники, прикольно выходит, причем так намного легче будет.