Мастерская: Основные аспекты программирования игр

[Killbrum]

Ложите побегаем

[DeKot]

Здесь руководит Kostia.Я и так уже влез вопреки правилам.Подождем его мнение.Кому не терпиться могу "намылить".

[Killbrum]

kirgston@rambler.ru
Мыльте

[Kostia]

Kostia, увольняется! Ему посоветовали бросить все и уйти в изучение устройства компа.
Просто я наверное не кудышный тичер.
DeKot, можешь попробовать встать на роль учителя!

Непойму одного. А зачем так? Ведь в конце у нас компилятор переводит все в машынные коды. Где нету умножения. Там только сложение. Насколько я понимаю как бы ты тут не умножал, сьоравно потом ты получаеш код где ты додаеш числа.

А ты попробуй и увидишь!

[Killbrum]

Ребята просто я знаю что игры дело не простое. Для начала надо хорошо знать хотяб один язык. Почему хорошо? А просто чтоб спокойно владеть им. Это не значит что тебе нужны обязательно базы данных или сетевые протоколы, просто когда ты учишь все ты набираешь опыта. Вот и потом спокойно уже можеш мыслить логикой компютера. Потом стоит прочитать что такое OpenGL, DirectX, DirectShow, DirectDraw (хотяб в общих чертах). А потом уже можна потихоньку читать книги Андре ЛяМоте "Программирование игр в среде Форточки" , Фленова и других. Недаром у них книги по 500+ страниц. Это не так просто как кажется, хотя нет вобщем это просто когда понимаеш принцып.

[DeKot]

Проблема в том ,что я сам бы хотел подучится.У меня опыт самобразования меньше полгода.Поэтому и предложил эту тему.Все же
учиться именно на графике более визуально, чем просто на математике.
Применение массивов, скажем для хранения инфы о графических параметрах будет более понятно, чем изучение на методе пузырьковой сортировки к примеру.Графика всегда более нагляднее, а значит и интуитивно понятнее.Я потому и предложил постой какой либо вариант
2D игрушки и постепенно наращивать сценарий и сложность.При этом
решение каждой промежуточной задачи может иметь несколько методов
(как по алгоритму, так и по процедурам реализации).Вот здесь каждый может предлагать свои варианты и совместно выбирать лучшее.

[DeKot]

Kostia!Ты напрасно комплексуешь по поводу знаний устройства компа.Это обязательно для профи, а для обучающихся достаточно общего представления.И про умножения - так как в компьютере вобще используется булевая логика, то все арифм. операции все равно сводятся к базовым AND,OR,NOT и плюс операции сдвига.Для мощных проектов, когда важна скорость и размеры занимаемой памяти,конечно надо внимательно оперировать математикой.А на этапе простых прог можно пока не слишком углубляться в это.

[DeKot]

procedure  TForm1.Button1Click(Sender: TObject);
  var
    i: byte;
    x: integer;
begin
   x:= 2*2*2*2*2*2*2*2*2*2*2;   // вариант1 - 2 в степени 10 /// 10 операций
   //  x:= 2*Sqr(2*Sqr(Sqr(2)));         // вариант2                        ///  5 операций
   { for i:= 1 to 10 do                       // вариант3                        ///   10 операций + цикл
      begin
         x:=x*2;
      end; }
    Form1.Canvas.TextOut(50,150,IntToStr(x));       //     X = 2048
end;

Киньте на форму кнопку и вставте код.Убедитесь - результат один, а методы разные.Правда если честно то количество машинных циклов будет везде разное.Но вас сейчас это волнует?
Это пример к выше сказаному в предыд. посте.

[DeKot]

На сегодня все.Works is over.

[Killbrum]

Угу а ещо проще додавать
2+2+2+2+2...
кстати! Гггг метод который (должен) работать быстрее всех ))))))

var i:integer;
rezyltat:integer;
begin
if i=strtoint(Edit1.Text) then
Edit2.Text:=inttostr(rezyltat)
else
rezyltat:=rezyltat+2;
end;

Он должен работать максимально быстро, правда как оно будет с сочитанием if...я незнаю