Телепорт

[Aries]

не понимаю зачем корейцам DOUBLE.

DOUBLE - число с десятичной точкой (нафига, если координаты все равно целые числа????), 64 бита
int, DWORD - целые, 32 бита
Int64 - целое, 64 бита.

Учитывая размеры карты, то сейчас для хранения любой координаты стандартного int'а более чем достаточно, там еще разрядов 10 в запасе относительно самой максимально координаты.

А вот для вычисления квадрата расстояния, если один персонаж находится в деревне хуманов, а другой где-нить возле деревни гномов, то явно для результата потребуется больше 32 бит.

fx:=integer((v1.x-v2.x)*(v1.x-v2.x)); - вот это все таки оказалось правдой. Причем видит так не только делфи))))

fx:=double((v1.x-v2.x)*(v1.x-v2.x)); - вот так скорее всего заработает верно. По крайней мере на плюсах аналогичный пример стал считать правильно

[mira]

угу проверил это подтвердилось. а так не сильно заморачивалса этой багой.
у меня растояния больше 3к боты считали что цель слишком далеко чтоб уделять ей внимание поэтому хватало кастыля. щас разобрались исправил)

за тем и нужны DOUBLE чтоб производить подобные расчеты, плюс любой графический движок работает только с floating point числами

[TechnoWiz@rd]

Сообщение от mira

Я так и щитаю) но там иногда получаетса отрицательное число которое под корнем вызывает исключение ариф. Процессора если считать "в лоб".

По модулю возьми вектор, тогда не будет выскакивать исключений.

[mira]

Так и было в виде костыля.
Щас разбил выражение все стало верно.

 f : double;
 fx,fy,fz : double;
begin
 f:= v1.x - v2.x:
 fx:=f*f;
.........
 Result:=sqrt(fx+fy+fz)

[supernewbie]

mira, в л2вектор x также инт остался?
а то у меня

i1,i2:integer;
  i3:double;

  i1:=high(integer);
  i2:=high(integer);
  i3:=i1+i2;
  WriteLn(FloatToStr(i3)); //-2

  i1,i2:integer;
  i3:double;

  i1:=high(integer);
  i2:=high(integer);
  i3:=int64(i1)+int64(i2);
  WriteLn(FloatToStr(i3)); //4294967294 
 

что в 7, что в xe2

[mira]

да там инты.
с двордом ваще бред получилса ибо отрицательная координата z часто принимающая в игре минусовые значения как дворд оказывалась 234334345 типа того)

ну вот как я щас написал считает все без нареканий и глюков

Добавлено через 6 минут

Сообщение от supernewbie

mira, в л2вектор x также инт остался?
а то у меня

i1,i2:integer;
  i3:double;

  i1:=high(integer);
  i2:=high(integer);
  i3:=i1+i2;
  WriteLn(FloatToStr(i3)); //-2

  i1,i2:integer;
  i3:double;

  i1:=high(integer);
  i2:=high(integer);
  i3:=int64(i1)+int64(i2);
  WriteLn(FloatToStr(i3)); //4294967294 
 

что в 7, что в xe2

первый вариант это то что получал я.
второй вариант посути верен, опятьже если не переполнить int64

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

[Aries]

Сообщение от mira

да там инты.
с двордом ваще бред получилса ибо отрицательная координата z часто принимающая в игре минусовые значения как дворд оказывалась 234334345 типа того)

ну вот как я щас написал считает все без нареканий и глюков

Добавлено через 6 минут


первый вариант это то что получал я.
второй вариант посути верен, опятьже если не переполнить int64

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

переполнить double больше шансов, чем переполнить int64)))

[mira]

Сообщение от Aries

переполнить double больше шансов, чем переполнить int64)))

удачи всунуть в int64 значение MAXDOUBLE = 10^307

как определоно в делфи

MaxDouble   =  1.7e+308;

[Aries]

точно, точно) чушь сморозил)