Проф. геймдев на Делфи

← →
Кефир87 © (2006-01-17 21:44) [80]

> twinc © (17.01.06 20:27) [78]
>
> А по производительности все же Микрософтовский vc++ лучше
> bc++ builder?

А тебе не плевать на сколько быстро работает IDE? 8)

← →
Nic © (2006-01-17 21:56) [81]

Мне вот в D7 нравится быстрота компиляции проги, классный отладчик, достаточно быстрый для моих задач exe (для меня даже разница 30-50% в скорости вычислений - не критичны, а такое бывает редко).
И ещё нравится - хоть на API пиши, хоть юзай все прелести VCL. VC++ отталкивает отладчиком и скоростью компиляции. И очень много места на винте проекты занимают.

← →
DR0N © (2006-01-17 22:26) [82]

Про скорость компиляцие не могу не согласиться, тормозная клмпиляция - зло.

← →
Кефир87 © (2006-01-17 22:30) [83]

Дык она там, в сях, почему-то многопроходня...

← →
twinc © (2006-01-17 23:09) [84]

> Кефир87 © (17.01.06 21:44) [80]
а что компиляторы у них одинаковые? (8

← →
П7 (2006-01-17 23:20) [85]

> Кефир87 © (17.01.06 22:30) [83]

Рассказать почему? (:

← →
twinc © (2006-01-17 23:50) [86]

[i]> П7 (17.01.06 23:20) [85][/i]
внимательно слушаю :)

← →
П7 (2006-01-18 00:21) [87]

> twinc © (17.01.06 23:50) [86]

Это был риторический вопрос. Кому интересно "почему?" идут на РАМБЛЕР. (:
Ещё можно поискать что такое дефайны и как они работают... (:

← →
Nic © (2006-01-18 00:46) [88]

Да, у Delphi однопроходный компилятор. Но для большинства задач - другого и не нужно. Естетсвенно, наверняка есть пласт задач, где даже 1% в производительности - ощутимо. Не говоря уже о бОльшем.

← →
DR0N © (2006-01-18 10:50) [89]

Есть либо у тебя 10FPS в игре лиюбо уже 11 - тормозит не так явно =))))

← →
Nic © (2006-01-18 11:21) [90]

> DR0N © (18.01.06 10:50) [89]
> Есть либо у тебя 10FPS в игре лиюбо уже 11 - тормозит не
> так явно =))))

И я про то же. Даже разница между 10 и 15 FPS мало заметна. А вот кривой алгоритм сделает 1 и 1,5 FPS соответственно. И то и то - одинаково медленно.

← →
megabyte-ceercop © (2006-01-18 13:35) [91]

По своим ощущениям скажу честно, после перехода на С++ почувствовал как от Дельфи любительщиной несет : \. Но не в обиду никому. Дельфи всеравно уважаю. Многому научила.

Я вот приготовил сегодня скрины из Киркопа II (см соседнюю ветку. Сейчас выложу.). Сравните их с первой частью и поймете какой язык лучше для игр подходит ;) ^_^

← →
_Lucky_ (2006-01-18 14:04) [92]

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

Ничего не имею против делфей, но си для меня ближе, видимо потому, что я сразу на них писал, ну и привык чтоли, а теперь реально понимаю, что он мне нравится больше дельфей, тем не менее на дельфях тоже пишу :-)

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

← →
WillRock © (2006-10-12 12:40) [93]

Начал я писать на Дельфе и наыерное тоько благодаря этому у меня появилась такая любовь к программингу...
Даже не знаю, какое у меня бы мнение сложилось, если бы я сел за С в начале...
С++ классная штука, но вот писать небольшие утилиты с пользовательстким интерфейсов на нем ЗАНЧИТЕЛЬНО дольше, муторнее и все такое, а вот написать консольную либу, которая фильмы перекодирует, лучше написать его на С++, а потом к этому декодеру привинтить IDE, написанной на Дельфи за 15 митут ;))

← →
@!!ex © (2006-10-12 13:09) [94]

> Кефир87 © (15.01.06 15:23) [40]

C++ отличается гораздо значительнее.
Основная разница ы принципах работы с памятью.
ИМХО в С++ все на указателях построено, что очень удобно для программиста, но из-за этого дельфисты поначалу много ошибок делают в Сях(по себе знаю)

← →
Cash © (2006-10-12 13:49) [95]

_Lucky_ (18.01.06 14:04) [92]:
Borland C++ 3.1 - это моя родина! Потом на MS VC++ перешел и вместе с
VC++ я Delphi учил (параллельно, это очень занимательное занятие! :))) ).
Потом жизнь заставила, кафедра в универе напрочь не хочет работать
на MS VC++, они его там просто отказываются ставить. Плюнул, начал
кодить вполную на Delphi, и все! Хана! Я сейчас со скрипом возвращаюсь
в свой родной мир. Переход с Делфи на C++ дается давольно болезненно,
даже ввиду хорошего прошлого знания этого языка.

(ладно, слезы вытер... и пошел дальше возвращаться на родину!) ^_^

← →
MeF Dei Corvi © (2006-10-12 17:44) [96]

> на указателях построено, что очень удобно для программиста

Наверное, поэтому в C# вообще нет указателей(в явном виде).

← →
XProger © (2006-10-12 19:19) [97]

@!!ex, как раз то, что С++ компиляторы (да и сама логика) позволяет допускать ошибки - язык этот гораздо уродливее Delphi. Да, MSVC++ компилятор имеет в запасе до полутысячи различных сообщений об ошибке во время компиляции, но какое это имеет значение, когда ошибка всего в 1 символ проходит по всем стандартам языка...
А с памятью гораздо лучше работает Delphi, т.к. имеет мощный менеджер который, даже утечки памяти отлавливает и доходчиво о них докладывает :)

P.S. Кстати, из всех современных высокоуровневых компиляторов - С++ компиляторы являются наиболее простыми в реализации (и это не отсебятина ;)

← →
@!!ex © (2006-10-12 19:29) [98]

> @!!ex, как раз то, что С++ компиляторы (да и сама логика)
> позволяет допускать ошибки - язык этот гораздо уродливее
> Delphi. Да, MSVC++ компилятор имеет в запасе до полутысячи
> различных сообщений об ошибке во время компиляции, но какое
> это имеет значение, когда ошибка всего в 1 символ проходит
> по всем стандартам языка...
> А с памятью гораздо лучше работает Delphi, т.к. имеет мощный
> менеджер который, даже утечки памяти отлавливает и доходчиво
> о них докладывает :)

Об уродстве языка - согласен, но лично мне очень нравится работать с указателями в Сях. Шарп - отстой, ИМХО.

> P.S. Кстати, из всех современных высокоуровневых компиляторов
> - С++ компиляторы являются наиболее простыми в реализации
> (и это не отсебятина ;)

Ага. Наверно именно поэтому до сих пор нет НИОДНОГО компилятора полностью поддерживающего стандарт ANSIIC++

← →
XProger © (2006-10-12 23:10) [99]

ANSIIC++... впервые о таком слышу, ссылочку с подробным описанием можно?

← →
XProger © (2006-10-12 23:12) [100]

Так, понял о чём речь... стандарт меняется постоянно + каждый вендор пытается свой велосипед изобрести, ничего в этом удивительного нет, он ведь под все платформы существует (практически)

← →
@!!ex © (2006-10-13 16:09) [101]

> Так, понял о чём речь...

Написал по инерции лишнюю I. :))

> стандарт меняется постоянно

Да как раз нет.
На то он и стандарт.
Оффициально сущестует с 1998 года.
Дополнен в 2003. И собственно более не меняется.

На самом деле я очень сомневаюсь что компилятор С++ проще чем Паскалевый.
Всетаки там идет очень сильный анализ кода, многое построено на предположениях. А как он оптимизит при максимальных настройках - вообще сказка.
А в паскалевом анализ мизерный.

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

← →
@!!ex © (2006-10-13 16:22) [102]

Кстати, насчет того что С++ просто компилировать....
Цитата из Wiki с описанием С++ о недостатках:

>>Язык C++ является сложным для изучения и для компиляции.

← →
ANTPro © (2006-10-13 22:22) [103]

Однако ПОКА код на паскале обгоняет код на си++ по скорости :)
Посмотрим что будет дальше ...
А компилятор для паскаля есть на ПК под все популярные оси.

← →
Ketmar © (2006-10-13 22:26) [104]

>[103] ANTPro(c) 13-Oct-2006, 22:22
>Однако ПОКА код на паскале обгоняет код на си++ по
>скорости :)
не обгоняет.

← →
ANTPro © (2006-10-13 22:48) [105]

Я о конкурсах по программингу ...
Дык вот там паскаль свободно конкурирует с си
Хотя это наверное из-за старых компиляторов
под дос.

← →
MeF Dei Corvi © (2006-10-14 12:39) [106]

> Однако ПОКА код на паскале обгоняет код на си++ по скорости
> :)

Скорее всего это происходит из-за криворуких программистов, или древних компиляторов.

← →
ANTPro © (2006-10-14 17:53) [107]

ДЫК ЭТОЖ соревнование типа кто лучше напишет код. И паскаль неплохо конкурирует.
может кто-нибудь подкинет линк на сравнение компиляторов ?

← →
Ketmar © (2006-10-15 18:48) [108]

>[107] ANTPro(c) 14-Oct-2006, 17:53
>может кто-нибудь подкинет линк на сравнение компиляторов ?
а зачем? как не оптимизируй, а основную скорость всё равно алгоритмы дают...

> Однако ПОКА код на паскале обгоняет код на си++ по скорости
> :)
> Посмотрим что будет дальше ...

Да, я сам удевлён, и одновременно обрадован.
Код на Паскале(Delphi7 компилятор)
for i:=1 to 100000 do for j:=1 to 100000 do begin a:=b+2; b:=a-3; end;
Работает быстрее чем анологичный (в копьё) на VC++ 6.
Ура Паскальщики.

У меня это... вопрос... Каким местом мерили то???

Delphi 7:
program TestPerfomance; uses Windows, Dialogs, SysUtils; var i,j,a,b,Tm:integer; begin a:=0; b:=0; Tm:=GetTickCount(); for i:=1 to 99999 do begin for j:=1 to 99999 do begin a:= b + 3; B:= a - 2; end; end; Tm:=GetTickCount() - Tm; ShowMessage(IntToStr(Tm)+" "+IntToStr(A)+" "+IntToStr(B)); end.

Tm = 20187
a = 1409865411
b = 1409865409

MS VC++ 2005(Debug):
#include "stdafx.h" #include <stdio.h> int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { int i,j,a,b,Tm; char buffer[100]; a = 0; b = 0; Tm = GetTickCount(); for(i = 1; i<100000; i++) { for(j = 1; j<100000; j++) { a = b + 3; b = a - 2; } } Tm = GetTickCount() - Tm; itoa(Tm,buffer,10); sprintf( buffer, "%i %i %i", Tm, a, b); MessageBoxA(0,buffer,"Тест производиельности",MB_ICONINFORMATION); }

Tm = 53911
a = 1409865411
b = 1409865409

MS VC++ 2005(Release):
#include "stdafx.h" #include <stdio.h> int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { int i,j,a,b,Tm; char buffer[100]; a = 0; b = 0; Tm = GetTickCount(); for(i = 1; i<100000; i++) { for(j = 1; j<100000; j++) { a = b + 3; b = a - 2; } } Tm = GetTickCount() - Tm; itoa(Tm,buffer,10); sprintf( buffer, "%i %i %i", Tm, a, b); MessageBoxA(0,buffer,"Тест производиельности",MB_ICONINFORMATION); }

Tm = 20181
a = 1409865411
b = 1409865409

MS VC++ 2005(Release(Настроен на максимальную скорость)):
#include "stdafx.h" #include <stdio.h> int APIENTRY _tWinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPTSTR lpCmdLine, int nCmdShow) { int i,j,a,b,Tm; char buffer[100]; a = 0; b = 0; Tm = GetTickCount(); for(i = 1; i<100000; i++) { for(j = 1; j<100000; j++) { a = b + 3; b = a - 2; } } Tm = GetTickCount() - Tm; itoa(Tm,buffer,10); sprintf( buffer, "%i %i %i", Tm, a, b); MessageBoxA(0,buffer,"Тест производиельности",MB_ICONINFORMATION); }

Tm = 20013
a = 1409865411
b = 1409865409

Тестирование:
1 место - 20013мс MS VC++ 2005(Release(Настроен на максимальную скорость))
2 место - 20181мс MS VC++ 2005(Release) и 20187мс Delphi 7
3 место - 53911мс MS VC++ 2005(Debug)

Вывод:
Производительность на простейших арифметических операциях малоотличима.

ИМХО:
Тут ниче удивительного, такой код сложно оптимизить.
Я попробовал протестить вот такой цикл:
for i:=1 to 99999 do begin inc(a); for j:=1 to 99999 do begin inc(b); end; end;

Вот тут уже все прелести компилятора С++...
Дельфя и С++ в дебаге показали примерно равное время, в районе 20 секунд и 25....
А вот релиз С++...... !0!мс... :))

Упс. Протупил. Строчки itoa(Tm,buffer,10); в Сишном коде нету....... :-[

> Вот тут уже все прелести компилятора С++...
> Дельфя и С++ в дебаге показали примерно равное время

И в чём же прелести?
Всё равно код на Дельфи ИМХО как-то стройнее выглядит, штоли.
И, верно, нет плохих языков, есть кривые руки. Кто к чему привык. Здесь встаёт другой вопрос, вопрос о стандартизации, например во всех западных странах С++ это стандарт.

Я бы уподобил Delphi - русскому языку, Си - английскому.
Может русский язык и лучше(не факт), но во всем мире все говорят на английском,
русский кстати тоже немало людей знают, украинцы и беларусы, например!

Коллеги, любая ветка, в которой упоминаюется С и Р, перерастает в очередной виток HolyWar. Вам самим не надоело еще? Зачем провоцировать и поддаваться на провокации? Что это даст, если каждый останется при своём мнении?

Ув. Модераторы, может стоит запретить любые темы C vs D/P? Ну надоело уже наблюдать, как ветки перерождаются во флудильню.

>[114] Shirson(c) 16-Oct-2006, 16:51
>Коллеги, любая ветка, в которой упоминаюется С и Р,
тогда будут говорить "это" и "то". а флудофлэймить не перестанут. %-)

> Shirson © (16.10.06 16:51) [114]

Нету холивара.
Народ привел необоснованные "факты" о том, что паскаль быстрее.
Я просто проверил.
Лично у меня 95% проектов на паскале, но не отреагировать на фразу, что компиллер дельфевый быстрее.....

>[116] @!!ex(c) 16-Oct-2006, 18:41
>компиллер дельфевый быстрее.....
компилятор -- быстрее. код же... %-)

И по следующему кругу погнали...

> Ketmar © (16.10.06 18:44) [117]
> >[116] @!!ex(c) 16-Oct-2006, 18:41
> >компиллер дельфевый быстрее.....
> компилятор -- быстрее. код же... %-)

Пожалуйста ваш код, который будет работать на С++ медленней. :))

>[118] Shirson(c) 16-Oct-2006, 18:46
>И по следующему кругу погнали...
не погнали. мне лениво. %-)

Проф. геймдев на Делфи Найти похожие ветки