Учимся делать игры - Страница 22

~~Roker~~ · 20.02.2007, 19:40

Цитата:

KnupK BASIC

Цитата:

pokibor C++

Сдохните жалкие нупы, ассемблер - всегда весна

**pokibor** · 20.02.2007, 19:43

Roker
Даешь Blitz на ассемблере!!!

~~Roker~~ · 20.02.2007, 19:48

Цитата:

Roker
Даешь Blitz на ассемблере!!!

А он разве не на ассемблере? О_о

KnupK

Что такое шейдеры, объяснишь или нет?

KnupK · 20.02.2007, 20:32

Цитата:

Что, объясни?

Тьфу на вас(с)Жорж Милославский.

Цитата:

Если Вы рассматриваете игры с точки зрения дохода, значит это уже не хобби, а профессия. Скажите, делать шарварные игры - предел мечтаний любого программиста? Или все же цель - заявить о себе и войти в состав крупной компании с хорошей зарплатой? В последнем случае от Blitz'а, как я уже говорил, пользы никакой - разработка игр на нем не дает важнейших знаний, требуемых в профессиональном геймдеве.

Все.Убил.HeadShot.Прямо в лоб.Белый фраг.Белый флаг.Еще один блицер сдасло.Рисуй четвертую красную ракету на комп.Безоговорочная капитуляция.Проглотил красную таблетку.Уж слишком велик этот соблазн.Да простит меня Марк.

**pokibor** · 20.02.2007, 20:56

KnupK
Съязвили Вы или нет - не знаю, но ссылки дам. Про C++ - это лучше не травмировать свою психику и брать Visual Studio 2005 (хотя можно, конечно, скачать бесплатные компиляторы - http://forum.igromania.ru/showthread...on#post1210084)
Что же касается учебника C++ - см. ссылки в соответствующей теме
http://forum.igromania.ru/showthread.php?t=23543.
Что же касается Irrlicht - см. здесь: http://www.gamedev.ru/terms/Irrlicht.
И повторюсь, что с использованием Irrlicht можно писать на любом .NET-языке (C#, Visual Basic и т.п.). Хотя, конечно, рекомендуется не жертвовать скоростью во имя отсутствия заботы об освобождении памяти и писать нормальные Win32-application на C++.

Айдес · 20.02.2007, 21:47

Цитата:

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

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

Ммм... Как бы это объяснить? В общем, это я скриптом обычный код назвал, а по-настоящему же, в редакторе UT используется очень похожий на С++ объектоно-ориентированный язык со всеми отсюда вытекающими. Фактически идёт создание модулей которые именно дополняют игру, а не изменяют какие-то частные её параметры(хотя и это можно делать) Алгоритм можно написать любой и, пользуясь только таким редактором можно изменить игру от оригинального UT до известной Red Orchetra.

**pokibor** · 20.02.2007, 22:30

Айдес
Не согласен. Каким бы не был мощным подобный язык, он все равно останется скриптовым. Можно там, например, делать ассемблерные вставки? Использовать функции DirectX? OpenGL? Как там с адресной арифметикой? Шаблонами? Виртуальными функциями?
Языки в подобных редакторах имеют принципиальное отличие от языков в средах программирования, и просто не могут встать в один ряд с последними. Они в любом случае ограничены рамками игры, для которой пишется редактор, и это ограничение снять невозможно.

KnupK · 21.02.2007, 12:54

А под Линукс нада качать с++ или он в нем встроеный?

**pokibor** · 21.02.2007, 15:23

Цитата:

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

А под Линукс нада качать с++ или он в нем встроеный?

Под Linux качай GNU C++ (www.gnu.org, компилятор называется gcc, если не ошибаюсь, но иначе Roker поправит).

Айдес · 21.02.2007, 22:59

Цитата:

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

Не согласен. Каким бы не был мощным подобный язык, он все равно останется скриптовым. Можно там, например, делать ассемблерные вставки? Использовать функции DirectX? OpenGL? Как там с адресной арифметикой? Шаблонами? Виртуальными функциями?
Языки в подобных редакторах имеют принципиальное отличие от языков в средах программирования, и просто не могут встать в один ряд с последними. Они в любом случае ограничены рамками игры, для которой пишется редактор, и это ограничение снять невозможно.

Так я и не говорю, что такие языки можно сравнивать с "нормальными". Понятное дело, что там не сдедаешь ассемблерные вставки. Только это там и не нужно. Ассемблерные вставки понадобятся при программировании движка, но никак не логики игры. А именно логику в редакторах подобных UT сделать и можно(и нужно даже).
Я говорил про то, что наглядность у такого подхода гораздо выше.

serializer · 21.02.2007, 23:04

Цитата:

Сообщение от Айдес

Ммм... Как бы это объяснить? В общем, это я скриптом обычный код назвал, а по-настоящему же, в редакторе UT используется очень похожий на С++

Я могу сазать, что, например, в PHP синтаксис на 80% С'шный (ну на 60), но что функциональность у него такая же не скажет никто.

Цитата:

Сообщение от Айдес

С++ объектоно-ориентированный язык со всеми отсюда вытекающими.

Ну если LUA-систему принято называть объектно-ориентированным языком, таким как с++...
Похоже, ты не настолько хорошо понимашь с++ чтобы так говорить...

**pokibor** · 21.02.2007, 23:47

Айдес
Вы не понимаете разницы между средой программирования и игровым редактором. В UT создание игр ограничено возможностями игры и ее редактора. В среде программирования создание программ не ограничено ничем, кроме возможностей разработчика и соображениями разумности и реализуемости.

Айдес · 22.02.2007, 01:02

pokibor
max_960
Вы мою мысль до сих пор не уловили. Я НЕ СРАВНИВАЮ профессиональные среды программирования с игровыми редакторами по их функциональности. Я всего лишь говорю, что для обучения принципам создания своей собственной игры неплохо было бы сперва изучить, как это делают профессионалы. В игровых редакторах есть отличная возможность показать свою креативность, а не умение писать шейдеры и работать с ними(хотя это безусловно необходимо профессионалу, просто стоит ли учиться HLSL, если толком не умеешь представлять, что тебе надо получить и как оно должно работать). И неужели вы мне скажите, что логика игры - это не самое главное?

Цитата:

Ну если LUA-систему принято называть объектно-ориентированным языком, таким как с++...
Похоже, ты не настолько хорошо понимашь с++ чтобы так говорить...

В редакторе UT соблюдаются все три основных принципа ООП, так что советую ознакомится с UDE преждем чем начинать спорить.

**pokibor** · 22.02.2007, 09:40

Айдес
В редакторе UT зачастую невозможно реализовать логику нужной тебе игры по той причине, что редактор серьезно ограничивает круг реализуемых идей, вот что я хочу сказать. Можно там, например, тетрис реализовать? А систему искусственной жизни?

Айдес · 22.02.2007, 12:20

Тетрис можно

По-моему, там даже такой модуль был. По поводу искусственный жизни, это, признаю, вряд ли. Однако искусственный интелект там поизменять можно.(Причём опять же не параметрами, а логикой)

serializer · 22.02.2007, 12:23

Айдес
Учиться делать игру игру на UT - это всеравно, что учится делать игру на blitz. Возможно в этой скритовой системе и реализовано три кита программирования, но редактор-это редактор., а движок - это движок, и не надо путать эти понятия. Если ты так не считаешь, то можешь дальше учиться программированию игр на UT.
А вообще это можно охаррактеризовать одним:

Цитата:

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

В редакторе UT зачастую невозможно реализовать логику нужной тебе игры по той причине, что редактор серьезно ограничивает круг реализуемых идей, вот что я хочу сказать. Можно там, например, тетрис реализовать? А систему искусственной жизни?

Цитата:

Сообщение от Айдес

В редакторе UT соблюдаются все три основных принципа ООП, так что советую ознакомится с UDE преждем чем начинать спорить.

Я не спорю, а лишь высказываю свою точку мнения.

razor21 · 24.02.2007, 21:06

Цитата:

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

Сдохните жалкие нупы, ассемблер - всегда весна

Это ты, похоже, нуп, т.к. собрался в XXI веке на асме писать!
Айдес
Глупо писать игру в редакторе UT! Думаю не надо объяснять почему...

~~Roker~~ · 28.02.2007, 11:16

Цитата:

Это ты, похоже, нуп, т.к. собрался в XXI веке на асме писать!

Это шутка была, если что. А вобще - прямо скажите, что ассемблер не знаете. А коли не знаете - не судите о его профпригодности, ибо нельзя рассуждать не имея знаний о предмете. Между прочим, асм довольно простая вещь, если подходить к нему не с жопы, а спереди. Вот скажем у нас математическая библиотека написана на асме, не вся правда, и скорость работы ( измерение - Intel Vtune ) иногда на 10 - 15 процентов выше сишной реализации. Правда стоить заметить, некоторые функции компилятор генерил так, что ни одного такта больше не выжмешь.

Цитата:

Под Linux качай GNU C++ (www.gnu.org, компилятор называется gcc, если не ошибаюсь, но иначе Roker поправит).

GCC - и он между прочим держит стандарт лучше, чем cl ( Visual C++ ), да. Это по своему личному опыту. Скажем по стандарту можно передать итератор в функцию, принимающую указатель - GCC - держит, Cl - пошёл наф.

BlueSky · 08.03.2007, 03:17

Собственно все о чем в данной ветке форума идет разговор - это о крутости постоянных его обитателей (кол-вом 3-4 человека), которые с азартом заплевывают желчью всех, кто здесь появляется, привлеченный НАЗВАНИЕМ сего топика.
Господа, может просто прочитаете название темы и девиз оной и станете хотя бы посты писать соответственные, вместо поливания грязью тех, кто сюда заглядывает? А то помойка какая-то получается.

P.S. Хотел похвалиться успехами и подискутировать о преимуществах Irrlicht.NET CP перед "стандартным" Irrlicht.NET, но это здесь никому не нужно. Потому что создается стойкое впечатление, что все что нужно обитателям оного - это облить кого-нить грязью... Печально.

L'ombre · 09.03.2007, 15:12

Цитата:

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

которые с азартом заплевывают желчью всех, кто здесь появляется, привлеченный НАЗВАНИЕМ сего топика

постоянные обитатели данной ветки помогают тем, кто может точно сформулировать свои проблемы, а не выступает с "религиозными" постами типа "система программирования X лучше всех и точка" (или ещё более глупыми "я хочу писать игры - научите меня с нуля"). Обычно же те, кто с такими сообщениями появляются, не удовлетворены обоснованным ответом "вы не правы потому что...", и продолжают свои попытки убедить в своей правоте всех, за что их и, как вы выразились, "поливают грязью".