2. Не совсем понял - тебе нужны именно менеджеры или всётаки задачи в менеджере? В любом случае, и на то и на то каких-либо ограничений я не знаю, кроме железа ) Хотя увлекаться тоже не стоит, например не надо добавлять персональную задачу для каждой отдельно взятой пули - лучше сделать одну задачу, которая будет обрабатывать массив со всеми твоими пулями.

3. Можно двумя способами: myText.setPos(x,y) или myText["pos"] = (x,y). Способы равноценны, т.к. по-сути второй является псевдонимом первого и предназначен для удобочитаемости )

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

На данный момент с тенями вожусь, экспериментирую. Есть лажа одна с отрисовкой теней. При Spotlight тени рисуются, а при остальных ИС(DirectLight, PointLight и т.д) ничего. Думал от растояния ИС до объекта зависит, вроде нет. ShadowCaster и setShaderAuto включены.

Ясно, я уж начал думать, что с железом что-то не так.

Опыта вправду маловато, если говорить о DirectX API или OpenGL API. Как я говорил уже, раньше пытался писать игры на других движках-GLScene,
"монстрячем" OGRE(нууууу очень громоздкий, но шустрый :D, я не освоил его так, чтобы писать полноценную графику) и др. Начинал, вообще, на PureBasic(среда разработки ПО со встроенным графическим, слегка кривоватым, функционалом), который использует OGRE для написания игр. И реализация отрисовки теней у всех перечисленных разумеется разная, не углубляясь в исходники движка. Всё это сбивает с толку при изучении других движков.

Смотрел. Если чесно, на моём железе(CoreDuo 2,66 ГГц, ASUS EN8800GTS 512 Мб, 2 Гб оперативки) вместо теней рисуется абра-кадабра какая-то, что-то вроде сэмплов(световые пятна в виде кружочков на поверхностях объектов), наверное сталкивались с таким, когда неправилно настроен GI при рендере в 3D редакторе. При этом ошибки невыдаются при запуске. Скрины не могу разместить поскольку на другом компе экспериментирую. Пока до конца не разобрался почему такая лажа с тенями, поскольку это не приоритетная задача.

На данный момент пытаюсь написать небольшую аркадную 3D игру(типа - "башенки"), изучая саму Панду. В планах сделать орудия трансформируемыми и програмируемыми, множество "нечисти" и связанных локаций, разнообразные боеприпасы к орудиям и глубокая игровая логика. М-мда-а, попахивает не небольшой, а вполне полноценной игрой со всеми вытекающими... Ну ладно, не буду о грустном, в конце концов за спиной заказчик не стоит

Когда добью хотя бы одну локацию выложу скрины. Эх-х, работа душит...

Прошу прощения за столь длинные сообщения, поскольку редко удается "выглянуть" в сеть. Вопросов на данном этапе изучения движка нет. Всё, что запланировал, пока получается. Не без помощи форумчан, конечно, за что - Спасибо.

Я здесь поковырял примерчик Tut-Disco-Lights и нашел весьма интересную вещь. Оказывается для отображения теней от ИС DirectiоnalLight шейдер
необязателен(посторонний). Если интересно, то поотключайте ИС Spotlight, AmbientLight и включите тени в том примере. DirectionalLight и PointLight(в дальнейшем просто DL и PL) оставьте включёнными. Возможно, что бы тени рисовались придётся выключить и снова включить DL. Вуа-ля, тени рисуются и именно от DL, а не от PL, это доказуемо уменьшением или увеличением яркости DL.

Вообщем, смысл заключается в том, что при создании источника света DL создается некий контейнер, в границах которого идёт отображение теней
от объектов, за пределами контейнера объекты не отбрасывают тени. Этот контейнер виден в Tut-Disco-Light, если покрутите камеру.

Есть одно "но" - это неудобство связанное с векторами направления как самого источника света, так и этого контейнера, поскольку напрвление тени отбрасываемые объектом связано с напрвлением этого контейнера. Это значит, если не согласовать напрвления контейнера и ИС DL, то, например, осветив объект по оси X, обьект отбросит тени куда-нибудь по оси Y.

Второе, одного контейнера оказалось недостаточно для теней. Необходимо ещё и включить PL. И местоположение этого PL должно быть внутри контейнера. Да, вот такя вот хрень получается!!!. Но PL можно отключить, назначив в цвет ИС - "черный", если он не нужен.

Более опытных прошу не "есть" меня, что нашел, тем и делюсь. Может кому и пригодится.

Вот фрагмент кода.

Проверьте код пред тем как копи-пастить.

Вообщем, в приведенном коде объект будет освещен вдоль оси Y, поэтому плоскость, принимающая тени, должна быть перпендикулярна Y.

Короче говоря, как ко всему этому относиться пока не знаю. Что это? Сыроватость движка в работе с тенями? Или разработчики так и задумали? Если так задумали, то это явный промах, жутко неудобно, особенно если надо плавно изменить время суток в игре, а без теней от DL этот эффект теряет смысл.

Стоят последние дрова на видюхе. У меня видюха в принципе игровая, а на счёт поддержки шейдеров под OpenGL не уверен. Вообще-то в работе
видюхи нареканий нет. Ни с одной игрой, в которые доводилось играть(от классического Fallout до навороченного Crysis) проблем не было.

Знаком не понаслышке и про прожорливость данного метода тоже.

Под словом "постороний" я имел в виду: подключать какой-либо, специально написанный, шейдер связанного с тенями не надо. В куске кода указан setShadowCaster, но не указан setShaderAuto в надежде, что и так понятно - идет речь об автоматическом создании шейдера.

Спасибо, ninth, за замечания и советы! Поддержка с со стороны опытных крайне необходима!
Надо будет заглянуть на буржуйский форум на досуге по воросу теней.