Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

GLScene форум [Delphi, GLScene, Windows]

Страницы: < 1 2 ... 6 7 8 9 10 11 12 13 14 15 >
КиТаЯц © (2004-06-01 08:18:00)
К модераторам:
Посмотрите что здесь
http://www.tecknik.net/blogback/data/bb.php?blog=GLScene&post=190504
творится...
Народ карячится как может... Ни одного форума по GLScene :( Господа модераторы - СДЕЛАЙТЕ ВЕТКУ ПО GLSCENE !!! Людям это надо!
Спасибо.

Всем: голосуем за ветку по GLScene!!! я - ЗА!

Poison man (2004-06-21 17:07:00) [221]
To КиТаЯц:
вот здесь валяется злющий DWS II :
www.DWScript.com
или короче:
www.sourceforge.net/projects/dws
Но я вообще ничего скачать не смог. Может, кто еще попробует, ась, люди?
А ежели у кого получится, то поделитесь по мылу, ОК?

DeadMeat (2004-06-21 16:28:00) [222]
> [67] Poison man (21.06.04 08:12)
> [68] КиТаЯц © (21.06.04 13:20)
Надо установить Delphi Web Script... Это для поддержки скриптов на GLScene...
Адреса не помню, по яндексу можно поискать...
Если надо, могу дать строчку из CVS...

---
...Death Is Only The Begining...

КиТаЯц (2004-06-21 13:20:00) [223]
2 Poison man (21.06.04 08:12) [67]
Да, верно. GLS_DWS7.dpk не ставиться... Я забил на это дело... Все остальные ДПКшки встали правильно. Найдеш dws2RunTime - скинь на мыло плиз. Спасибо.

Poison man (2004-06-21 08:12:00) [224]
Привет, прогеры!
Скачал снапшот http://sourceforge.net/project/showfiles.php?group_id=29749&package_id=64488, но не смог корректно поставить себе под Delphi6. Требует dws2RunTime package. Где его взять и как правильно поставить эту версию ГЛС? Поделитесь опытом, плиз!

Warlock (2004-06-21 08:04:00) [225]
Здрастье!!!!

>Алекс А (21.06.04 05:40) [65]

>В демках GLScene есть волосатый шарик.
> http://cvs.sourceforge.net/viewcvs.>py/glscene/Demos/physics/FurBall/
>Вроде бы родная демка не должна глючить. А глючит. Вот как >разбираться, если даже сам автор GLScene не может написать >безглючную демку ?

Я полностью с Вами согласен, и повторю еще раз - глючным может быть код, использующий ОДУ, но в самой ОДЕ я глюков не встречал... Я в код в Сцене, который организует взаимодействие с ОДЕ не лазил, и сразу отказался от его использования, так как он действительно является глюканутым. Я использую ОДЕ напрямую - ODEImport. А там глюков не наблюдается. У меня очень много объектов в игре, и ниче не глючит...

Насчет редакторов могу сказать - не встречал...
Просто могу рассказать как мы делаем... Если создаются объекты создаются в программе, то я не вижу никакой проблемы, напиши сам две - три процы, которые будут облегчать работу и работай на здоровье, их достаточно один раз написать... А вот если окружение создается в каком либо графическом редакторе... Пример макса.. У нас сцена рисуется на максе, потом графер описывает все необходимые предметы нужными фигрурами и выгружает эти фигуры в формат ASE, мы написали процедурку, которая с этого формата вытягивает всю инфу по фигурам, и основываясь на этой инфе мы описывает мир теми процами, про которые я говорил... Да и описать тот же боди - 5 строчек и геометрию 5 строчек и шарнир тоже....
А вот насчет редактора... нет не видал такого... Да честно говоря и не представляю даже как бы он должен выглядеть... Больше вопросов возникает, чем толку от него...

Алекс А (2004-06-21 05:40:00) [226]

> Warlock (18.06.04 07:39) [59]
> Глючным может быть написанный код, который пытается использовать
> ОДУ, но не сама ОДА.

В демках GLScene есть волосатый шарик.
http://cvs.sourceforge.net/viewcvs.py/glscene/Demos/physics/FurBall/
Вроде бы родная демка не должна глючить. А глючит. Вот как разбираться, если даже сам автор GLScene не может написать безглючную демку ?

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

А есть какой-нибудь формат файлов для ODE ? Ну, типа как md3, у Квэйка или smd у ХалфЛайфа. Есть ли редакторы этих форматов, типа MilkShape ? Чтобы не от руки каждый раз строчками кода писать все эти шариры и бади, а в визуальном редакторе создавать и потом использовать ?

Warlock (2004-06-20 17:33:00) [227]
>DeadMeat © (20.06.04 13:36) [63]

Привет Всем!!!!

А... Ну тада да... Вот если я пробую ОДЕ, зашитую в GLScene, то тут полность согласен... Глючно страшно... Поэтому я сразу отказался от использования ОДЫ совмещенной с Scene, я создаю нужные мне объекты обращаясь напрямую к ОДЕ, игнорируя Сцену... То есть использую модуль ODEImport.

DeadMeat (2004-06-20 13:36:00) [228]
> [62] Warlock (18.06.04 19:25)
Может сейчас ODE нормально (стабильно) стал работать, я просто им давно не пользовался... А когда он только (ну и некоторое время после) вошёл в пакет GLScene, то в демке Simple при добавлении большого количества элементов (уж явно не 100, а где-то штук 20) он сразу вылетал... После того, как они *.DLL-ку поменяли, вроде стало нормально, но всё же были такие вот глюки...
Но, как я уже сказал, щас всё может быть нормальным...

---
...Death Is Only The Begining...

Warlock (2004-06-18 19:25:00) [229]
> DeadMeat © (18.06.04 14:57) [61]
>Насчёт ODE, дык мне кажется, что это ВЕСТЧЬ..., правда есть в >ней немного глюков, которые проявляются при увеличении >количества обрабатываемых объектов. Иногда вылетает, иногда >сильно тормозить начинает.

Насчет ВЕСЧЬ полностью согласен... Насчет неудобности согласен, но не насчет глюков... Я тоже так думал... Насколько увеличивать количество обрабатываемых объектов??? Вот у меня сцена занимает 100 кубов статики (геометрий), и на каждую машинку (ну с десяток) также по пять кубов геометрии, и боди... И я настроил что работает все просто ОК... Как я уже писал, неудобство в том, что приходится играть, для достижения оптимального результата, параметрами... А именно приведу пример с этой же сцены... Значится было все так... Есть сцена, на ней машинки... При сильном разгоне машинки проваливались в стены при ударе... Проанализировав проблему я пришел к нескольким методам ее решения:
- Уменьшить шаг ОДЫ в каденцере (у меня был 0,08 на 0,04)
Все стало работать ок, но... физика начала тормозить на маломощьных машинах
- Увеличить толщину стенок, что бы машина не проскакивала через них... Попробовал... Получилось, но всетаки некрасиво, когда машина до половины при разгоне проваливается в стенку, а потом оттдедова выскакивает, как черт из табакерки
- Уменьшить максимальную скорость машинки, но она начинает ездить медленно... Но в стены уже не проваливается... Потом увеличиваем насколько возможно шаг дискретизации, скорость возвращается на исходный рубеж, и машинка не проваливается в стенки. Т.е. у меня получилась в принципе исходная скорость, с меньшим шагом (0,1)
Может быть это и кривое решение, но оно сработало...
Неудобно в ОДЕ, то, что она очень чувствительна на комбинацию параметров на входе... А также что я не сумел привести значения к килограммам, и прочим единицам измерения. Но в принципе все это условно...
Но пока я не встречался в ОДЕ ни разу с тем, что нельзя было понять, а соответственно отнести к глюку...

DeadMeat (2004-06-18 14:57:00) [230]
> Алекс А (18.06.04 04:04) [58]
Насчёт танка... Без комментариев... Тема про это уже была.

Насчёт ODE, дык мне кажется, что это ВЕСТЧЬ..., правда есть в ней немного глюков, которые проявляются при увеличении количества обрабатываемых объектов. Иногда вылетает, иногда сильно тормозить начинает.

Да и игры - это не единственное направление для использования GLScene... На нём например можно написать неплохой редактор, с поддержкой скриптов. Или, вот я например, люблю делать ScreenSaver-ы...

КиТаЯц (2004-06-18 08:00:00) [231]
2 Warlock (18.06.04 07:39) [59]
Респект! Поддерживаю... Хотя сам толком в ОДЕ не разобрался :)

Warlock (2004-06-18 07:39:00) [232]
[57]

Я с Вами не согласен... Насчет глючности ОДЫ. Этот движек позволяет сделать многое. Да NFS Вы на нем не сделаете, но практически для любой задачи, в играх не симуляторах он годиться... Глючным может быть написанный код, который пытается использовать ОДУ, но не сама ОДА. Да, она требовательна к шагу выполнения, я эксперементировал очень много, но практически в любой ситуации можно найти выход сиграть параметрами и она будет работать на все 100. А насчет сложности ОДЕ - это все миф, Вы попробуйте разобраться - юзать ее нет ничего проще, есть геометрия, есть боди, шарниры и процы, с помощью которых это все управляется...
Конечно не спорю, платные возможно гораздо лучше, не пробовал... Денег нет... Но для бесплатного движка ОДЕ - это на мой взгляд лучшее... Хотя и не очень удобное, насчет этого согласен...

Алекс А (2004-06-18 04:04:00) [233]

> marat (17.06.04 08:20) [57]
> По поводу того хочу чтобы было (я так понимаю задаром) -
> варианты есть:
> - украсть,
> - попросить других чтобы сделали,
> - ну еще конечно можно сделать самому,
> - или попытатся собрать компанию таких же единомышленников.

Есть ещё вариант. Взять что-нибудь за основу и довести до ума. В GLScene есть много демок, но все они на игровой движок не тянут.

Гравитация например есть в танковой демке http://glscene.sourceforge.net/misc/FireBrand-Preview.zip
Но она там в таком виде, что нифига непоймёшь. И потому даже второй танк добавить - проблема.

Более правильный путь, как мне кажется, это использовать ODE, но он глючный. И если брать чистый ODE как на страничке http://www.cambrianlabs.com/Mattias/DelphiODE/, то это слишком много кода, а если интегрированный в GLScene, как в прилагающихся демках, то разобраться сложно.

marat (2004-06-17 08:20:00) [234]
Прочитал ветку http://triponavtika.narod.ru/matrix.html.

Понравилось задача которую Кен обрисовал.
Гамер я старый и программирую уже лет 20 (за спиной много проектов). Не понравился снобизм и такое вот "ХОЧУ!!!".

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

По поводу почему уже таких готовых средств нет:

1.Непонятно что хочется - физика но в каком объеме.
на уровне Ньютоновской физики?
три закона Ньютона, закон притяжения.
У меня есть такое мнение
если будут грамотные требования
то можно поискать народ который смогет начать работу с этим.
Правильно заданный вопрос - это половина ответа.

2.Какая реализация - это д.б. железо, прогр. движок, еще один слой абстракции навернутый на уже имеющий движок и т.д.
(если объектов мало - можно сделать и программно,
а иначе надо реализовывать на аппаратном уровне).
У меня нет сомнений что все это можно сделать.
Но если вспомнить принцип -
"Два из трех: быстро, хорошо, дешево"
что то одно обязательно пострадает.

3. Кому это надо? тебе, разработчикам, сколько их этих желающих.

4. Как это делать (кому, на каких условиях)

еще мысли:
*** У каждого свои требования
(за бугром стандартизацией, анализом требований и т.д. занимаются комитеты, фирмы)
возьми например стандарт XML
или набор команд.
*** На слабо вряд ли кого нибудь возьмешь
*** А вот потрепаться насчет того как делать
поделиться своими желаниями, мечтами,
посмотреть можно ли их реализовать,
или поискать и посравнивать уже что то готовое это ХОРОШО!!!

простите, что то я уже заболтался

Насчет гравитации - может надо ее моделировать по другому
не в лоб. А как в каждой точке пространства есть некоторый вектор (меняющий или постянный) действующий на все объекты.
Учитывать надо только значащие цифры, игнорируя мелкие объекты
например такие как Кен :=))), по сравнению с землей.

Скорости можно добиться,
если иметь уже расчитанные варианты поведения.
То есть или память или время.
Как раньше делали игрухи: спрайты, которые ползали по экрану.
так и здесь.
Например:
- Удар упругого/непругого (м.б. K упругости) тела
по другому телу.
- Центрированный/Нецентрированный удар (коэффициент косоглазия)
- Сколько переходит в трение, тепло (количество выделившейся энергии, ее форма например анигиляция объектов и т.д.)
- разрушающий/неразрушающий удар
- другие факторы которые хочется учесть

Делаем таблицу решений:
в зависмости от варианта выполняем соотвествующий кульбит

КиТаЯц (2004-06-17 07:09:00) [235]
GLDummyCube.ShowAxes (будь они неладны) тоже жрет... ;-)

Warlock (2004-06-16 23:18:00) [236]
Драсте!!!

Люди, НИКОГДА не пользуйтесь свойством GLDummyCube.VisibleAtRunTime (по моему так).... В моем проекте исчезли в неизвестом направлении 180 фпс'ов... Неизвестно почему и как... Излазился целый вечер убил...оказалось эта гадость жрет... А удобная штука... Ну блин.... :-)))

DimKa (2004-06-16 10:21:00) [237]
А мне все равно - пока я с этим не знаком

Warlock (2004-06-15 19:16:00) [238]
>КиТаЯц © (15.06.04 14:22) [51]

Не... Ну если действительно применять GLScene в реальных продуктах, то одной фриформой не обойдешься, даже если реализовать в одной фриФорме(основной) максимальное количество статических предметов окружения. В любом случае придется делать кучу фри форм - то динамические объекты, то бонусы, то пули (вообще отдельный вопрос). Ты говорил :
>Как мне кажется - ему (FPSManager) без разницы сколько >персонажей. Они их все махом обрабатывает.
Да так и есть. Но вот это мне и не нравиться... Вот допустим я построил по расположению объектов на сцене какое то дерево и начинаю проверять коллизию с предметами персонажа... Если проверять все махом, то мне прийдется запускать RayCastIntersect минимум разов сто за игровой цикл... И это минимум... А вот если я воспользуюсь построенным деревом и отсеку все лишние формы, то в результате у меня получится что надо обработать пять - шесть коллизий... Может в этом смысл есть... Вот что я хотел узнать... Хотя тут тоже вопросы... Предметы могут быть (и будут) динамическими, т.е. будут перемещаться и соответственно они будут перемещатся и в дереве... Так что на каждый игровой цикл придется перестраивать дерево расположения объектов... Что тоже не ахти...
А в FPSManager ниче сложного нет.. Зайди на сайт поддержки http://caperaven.co.za/там есть такой же пример но еще не запакованный в VCL. Там по нему очень легко разобраться что к чему...

Poison man (2004-06-15 17:24:00) [239]
To Mentatxx [47]:
Есть-то он есть... И я его даже знаю... Статейки там кое-какие валяются хорошие... Да вот опустел сайт... Када я в последний раз там был, то посещаемость его стремилась к нулю... А жаль...

Или, может, дела его в гору пошли?

КиТаЯц (2004-06-15 14:22:00) [240]
2
> Warlock (15.06.04 13:46) [50]

Ну ты, блин, навоЯл... 40 FreeForm, полтора десятка персонажей... Я тут с утра FPSManager ковыряю - ниче понять не могу... Как мне кажется - ему (FPSManager) без разницы сколько персонажей. Они их все махом обрабатывает. Все у кого TGLBFPSMovement (в Behaviours) есть. Ну, что-то, не нравится он мне уже... Может не разобрался еще...
Это как с компонентом GLFullScreenViewer. Ковырял я его, ковырял, да и плюнул. Проще врукопашную разрешиние экрана сменить, да форму без заголовка на весь экран растянуть...

Страницы: < 1 2 ... 6 7 8 9 10 11 12 13 14 15 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »