Я только начинаю программить на "Сцене", но уже могу вполне серьезно начать писать игру. Я Поучил уроки на разных сайтах...
Но вот проблема!!!!
Я не знаю как реализовать стратегию на "Сцене".
В смысле движение обьекта к заданной точке, поиск пути...
Если кто может дайте ссылочку на урок или подскажите чего.

Имхо: Лучше не начинай на GLScene! Учи "чиcтые" API (OGL/DX) в связке с WinAPI.


> В смысле движение обьекта к заданной точке

За это отвечает тригонометрия.

Мне Сцена нравится из-за простоты написания игры.

> [2] kirix ©   (07.08.08 18:50)

Ты не понимаешь о чем говоришь.
Сцена подходит для написания простых демок, а для написания игр - мало подходит.
Конечно, любой ламер может взять два примера на сцене и начать писать игру. Спорим, что он ничего не напишет?
Даже те, кто пользуются Сценой давно, могут без проблем написать все это на АПИ.
Сцена - просто лишний шаг на пути к нормальному геймдеву. Ключевое слово - ЛИШНИЙ.
Да, этот шаг очень простой, но начать делать серьезные вещи, без знания фундамента все равно не получится.
Да, для создания спрайта на сцене не нужно знать всякую заумь о том, как повернуть биллборд фейсом к камере, как считать нормали и группы сглаживания... Там это все и без нас делается...
Только вот засада, без этих знаний в геймдеве делать нечего...
Поэтому и нет игр на сцене.
Те кто вырос, понимают что сцена - не нужна и уходят на АПИ.
Те, кто вырасти не может, так и копошится в этой песочнице без видимого результата, штампуя простенькие шароварки...
Видел я код написанный "мастером" на Асфире(Движок для 2Д)... Вроде смотришь, игрушка ниче так, симпотная... правда тормозит на четырехядернике с 2 гектарами оперативы... И это Мач3. :)))
А как взглянишь на код... Ни одного своего класса и все в одном гигшанском модуле на 8 тысяч строк...
И думаешь, а чего этот мастер делом не займется? Поучился бы чтоли....
Я был таким же мастером, и первый проданный мной проект в 3Д, был весь в одном модуле и без единого класса. :)
Зато работа с АПИ, дала мне понять, что архитектура важна... И уже в следующем проекте было подобие ООП. А сейчас уже в принципе не использую линейное программирование. ООП рулит... Только пользуясь чужими движками этого не понять... Потому что кажется удобнее наклепать 8000 строк.. Авось будет работать... "На суперкомпьютерах НАСА" (С) мой босс

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

Можешь сказать с чего тогда надо начать чтобы научитьмя писать норм игры?

Можешь сказать с чего тогда надо начать чтобы научитьмя писать норм игры?

Можешь сказать с чего тогда надо начать чтобы научитьмя писать норм игры?

Можешь сказать с чего тогда надо начать чтобы научитьмя писать норм игры?

Нормальных бесплатных движков пока невидел.

Начинать с написания простой игры - тетрис или шашки. Или шахматы.  

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

Бери чужие исходники и смотри как другие делают. Только брать надо крупные проекты.
Если раньше совсем не программировал то надо с учебных программ начать. Циклы функции указатели.

Из языков только pascal/delphi начал пробовать на Delphi+Glscene пробовать, но как видишь говорят что это лишнее.Вот я и не знаю с чего начать?

Не подскажешь какой бесплатный движок лучше всего выбрать, чтобы в перспективе можно было бы создать большой проект?

Какой еще движок? Какая перспектива большого проекта? Выкинь эту ересь из головы.
Что ты там знаешь из языков, Делфи? Вот открываешь делфи, стартуешь новый проект и далаешь тетрис. На канве или в мемо, из иксов. Вот пока не сделаешь - даже думать забудь о каких-то там проектах, стратегиях и перспективах. Не осилишь тетрис - нет у тебя никаких перспектив.

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

Если, вдруг, считаешь, что тетрис для тебя слишком прост, ты на неверном пути.

Могу сказать, что даже если ты сейчас знаешь только Delphi, тебе ничто не мешает одновременно изучать 3d графику и c++. Знание второго языка тебе поможет изучать примеры, написанные на Си++. Причём, ты удивишься, насколько понятным может быть Си++ и как быстро он усваивается. Я сомневаюсь насчёт того, что тетрис тебе поможет много понять. Те же коллизии (столкновения, взаимодействия) логически просты, ты и сам их понимаешь: если координаты одного объекта сблизились с координатами другого, столкновение произошло. Всё это теоретическое ты сможешь понять просто читая статьи о создании каких-нибудь простых вещей на OpenGL и Direct3D, так что пропусти эти допотопные "азы", они тебе не помогут решить проблемы загрузки 3д модели в проект, наложения текстур, альфасмешивания и т.д., что гораздо больше времени отнимет. И это будет только самое начало. Сделай для начала вращающийся кубик в окне Direct3D, который можно клавишами раскручивать и тормозить. Вот тебе работа в реальном времени. В результате ты сделаешь главный цикл, аналогичный каденсеру из glscene. И т.д. постепенно освоишь. Если ты знаком с программированием, если при постановке задачи у тебя сразу в голове без всяких бумажек и эскизов вырисовывается блоксхема алгоритма, тебе не нужны допотопные тетрисы. Это старая школа, которая была эффективна в условиях отсутствия доступной информации. Первый шаг - найди урок по созданию игры в Direct3d или OpenGL. Когда столкнёшься с первыми нерешаемыми проблемами, вот тогда и поймёшь, насколько ты себе представляешь 3д. Вообще, для "Серьёзного" проекта тебя одного будет очень мало.

"тетрис" - это архитектура

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

О каком 3d программировании может идти речь, если человек основ не знает? а тетрис (питон итп) для изучения основ - самое оно!
[12][14] полностью согласен...

> dm_member ©   (24.09.12 05:53) [15]
> В данном случае это просто лишний шаг, не помогающий понять
> даже азы 3д графики и уж тем более написание стратегии в
> GLScene.


Этот шаг позволяет выбить из головы дурь, которая заставляет кучу новичков думать, что "игры" = "3D графика". И вся эта куча новичков начинаетписать игры с загрузки скелетной анимации, познании тягот шейдеров и издыхает вместе со своими проЭктами, захлебнувшись в проблемах визуализации того, чего у них изначально нет - самой игры.
А теперь бегом в википедию, медитировать на MVC до полного просветеления и выбивания из логовы дури о том, что игры начинают делать с 3D-графики.

http://en.wikipedia.org/wiki/Model%E2%80%93view%E2%80%93controller

*логовы = головы

Прошу прощения за опечатки, у меня клавиатура без русских букв.

> brother ©   (24.09.12 06:51) [16]
> О каком 3d программировании может идти речь, если человек
> основ не знает? а тетрис (питон итп) для изучения основ
> - самое оно!


Вот это уже другое дело. Если не знать вообще основ программирования и хотеть создавать игры, то да. Тут можно даже посоветовать турбо паскаль, чтоб визуальные среды борланд не расслабляли. Но, именно "посоветовать", а уж не говорить, что это единственный путь к просветлению.
Зачем человеку тратить время на тетрис, если он всё равно столкнётся с проблемами 3д программирования после тетриса, только значительно позже. Маленькие успехи, которых добиваешься в освоении 3д шаг за шагом гораздо больше мотивируют, чем если целиком написать тетрис без чужой помощи. Ну напишет он его, потом посмотрит и подумает: "и на что время потратил?" Всё равно 3д ничего общего не имеет с этим и ему придётся опять всё с нуля начинать. Это трата времени, которая непозволительна, когда человек пишет в одиночку.


> Shirson ©   (24.09.12 07:27) [17]
Этот шаг позволяет выбить из головы дурь, которая заставляет кучу новичков думать, что "игры" = "3D графика".

Ведь никто не приравнивает эти две вещи. Просто в большинстве случаев, когда хотят писать игры, имею ввиду именно трёхмерные.

> kirix ©   (31.07.08 18:45) 
...
Я не знаю как реализовать стратегию на "Сцене".
В смысле движение обьекта к заданной точке, поиск пути..


Чувак, если ты ещё следишь за этой темой, вот тебе совет:
разберись в glscene как там у тебя мировые координаты устроены и используй одну из осей (например, X) как поверхность. Размести плоскость с текстурой травы или чего хочешь параллельно этой оси и "поставь" (условно) на неё кубик. Короче, сделай поверхность и положи на неё кубик. Научись перемещать этот кубик вдоль поверхности. Потом сделай второй куб, начни рассчитывать столкновения.
Тут совет: в стратегии объектов много, поэтому лучше дели карту на зоны и проверяй столкновения объектов только в тех зонах, которые видны на экране. Видимость зон можно проверять на основе координат твоей камеры в глобальной системе координат. Это примитивно, но очень просто и быстро.

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

> чем если целиком написать тетрис без чужой помощи

я его алгоритмы за час писал + часа 4 на графику...

Человек спрашивает о методах, приёмах решения задачи. Эти приёмы можно выработать только изучая механику компьютерных игр, движков, существующие открытые технологии решения разных задач или придумывая свои на основе знания языка и логики. В тетрисе нет настоящих игровых механизмов. Тетрис, я бы сказал, учит не писать игры, а просто программировать.