Ну даа, убогий. Чувак, ты не играл в некоторые билдомоды


Там поинт-свет стоит, К.О. Он и в оригинале при выкрученных значениях яркости/блюма имеет явные края (см. свечение от монолита).

Скажите пожалуйста, может кто знает, в чем разница между форматами .skl\skls от СДК 0.4 и СДК 0.7?

х.з. наверное никакой, т.к. конвертер одинаково тчешные и зпешные омф распаковывает, и некоторые старые skl анимации нормально работают в старших версиях СДК(игре), например skl анимации для монстров.

P.S.
Проверил skl файлы из ЗП действительно отличаются от ЧН и ТЧ.

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

Попытка скопировать слишком много от пакета. Простейшее ограничение что я сделал:

Кто-нибудь знает, зачем в скриптах this?

эмуляция указателя на сам объект/класс, чтобы при его изменении не затронуть все остальные отнаследованные объекты/классы (в Lua нет ничего "приватного").

Можно на примере показать? Зачем это нужно?

в качестве примера придется привести полную эмуляцию класса с наследованием, то есть скопировать главу из Programming in Lua. вы вставьте строчку "print(typeof(this), this)" перед использованием этого this и сами все увидите.

дайте пример "непонятного" кода, будет более предметно.

Вот такой кейс, например:

xr_use.script

о, да тут все намного проще (xr_3da/xrGame/script_storage.cpp):

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

Если this - это просто таблица в глобальном неймспейсе, то зачем эта вставка?

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

или еще банальнее, this.func() в каких-то случаях означает, что есть upvalue с именем func(), однако должна использоваться именно локальная версия.

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

Ну почему же никто? Собирали

Хм, да вроде нет никаких проблем, ну по крайней мере у меня

Собственно для теста X-Ray SDK для ТЧ. В комплекте редакторы, компиляторы, компрессор и движок.
Собирал MSVC 2005 with SP1, Borland C++ Builder with Update Pack 4.
Вносил немного правок, а именно не детектился fs.ltx/fsgame.ltx, если бинарники находились больше чем на один уровень ниже (тут упоминалось об этом баге), поправил отображение табов в панельке Tools в SE + еще что-то по мелочи

так с готовыми dll-ками и не было никаких проблем.
однако у вас с проблемами с запуском тоже все хорошо:

Что значит с "готовыми"?


Если у вас 7-ка пробуйте с ключом -nosound
Ну и gamedata конечно же нужно распаковать, без нее не заведется

"готовые" значит не вами собранные. ключ не помог, не в нем дело, оно там чего-то не находит что даже лог не создает. при нажатии на Save вешается уже сам bugtrap ;)

кстати, версии "вшитые" в первоначальные исходники чуток отличаются от ваших:
ActorEditor.exe 1.0.2.154 vs 1.0.2.153
LevelEditor.exe 1.0.2.135 == 1.0.2.135
ParticleEditor.exe 1.0.2.126 vs 1.0.2.125
ShaderEditor.exe 1.0.2.119 vs 1.0.2.118

и совсем отличны от "второй" утечки (в которой все на единичку-другую меньше). какой у вас источник?

Там все собрано мной, кроме конечно eax.dll, FreeImage.dll, MagicFM.dll ну и длл'ки от Xiph.


Проблема со звуком на 90%. У меня XP и активно тестировать на 7-ке нет возможности, но один тест проводил, с -nosound работало.
А у вас оригинальный SDK работает вообще?


У проектов включен Auto-increment build number


Надежный Второй слив

СДК запустился с чистой геймдатой, но при нажатии Open ничего не происходит, как и в оригинальном сдк.

YURSHAT,

+

А есть возможность пофиксить это ? -

Да, этот баг не фиксил, небыло 7-ми под рукой для тестов


Ну попробуем

YURSHAT, нужно будет потестить - обращайся

Имеет смысл попытаться скомпилить сдк под последними рад студиями, очень вероятно что пропадет много багов под vista\7\8\8.1

Просто так, от смены RAD ничего не пропадет. К примеру функции открытия/сохранения файла, находятся в xrCore, которую мы через MSVC компилим. Ну и большинство других так же. Просто так, от смены RAD ничего не пропадет. Я конечно с удовольствием бы перенес на RAD Studio 2010, так как юзаю ее повседневно, но не все так просто. Не следует забывать, о переходе Embarcadero студий на юникод с 2009-ой студии. Хотя врать не буду, работу по переносу я веду


Спасибо, буду иметь в виду

Занялся бы кто переносом SDK в студию.

Это да, если вычистить скриптовую начинку в ноль то сам движок такой же безбаговый как и ЗП.
Просто интересно мнение. Можешь поподробней развернуть чем 1.5.1.0 интересней 1.6.0.2? Просто чтобы работать с ЧН по факту придется сначала в ноль вычищать скриптовую базу, что накладно само по себе. Тогда как в 1.6.0.2 сама скриптовая база довольно неплохонькая. На мой не очень скрипто-профи взгляд. В ЗП вычищаешь только сюжет и вперед. В случае с 1.5.1.0 там много чего перековыривать надо. Начиная с кровососов, выбросов, обыскивания трупов, гранатометания и по мелочам там довольно много набегает на уровне движка. Я понимаю да, что абсолютно все это можно исправить и запилить в 1.5.1.0, но это ж пилить надо, а не сразу готовое. Плюс если очень конкретно то в 1.6.0.2 есть одна прямо ну никак незаменимая фишка, а именно Д11 сглаживание персонажки, хоть как то можно на рожи смотреть, не такие квадратные. Или это, конкретно это можно затащить в 1.5.1.0? В общем как движок то в итоге чем 1.5.1.0 лучше 1.6.0.2? Или не лучше? Или в чем подвох?

Я спрашиваю потому как не самодур, ну стараюсь по крайней мере не быть им, и если действительно есть аргументы в пользу 1.5.1.0, то я так сказать всерьез призадумаюсь, а не просто спросил ради праздности и пошел все равно своей дорогой. Заранее спасибо за развернутый (маломальски) ответ, за потраченные минут 10-15 на однофорумчанина.

Можно, только зачем? Надо брать последнюю версию 1.6.02 и работать с ней. Пока ее нет, можно возиться с 1.5.10.

Ничем не лучше. Тонкие особенности настройки конкретных игр можно не рассматривать.

Если сможешь перенести Delphi формы и другую ересь на VS, то, пожалуйста. Эту тему поднимали уже, не очень здоровая затея. Может возможно это провернуть, может чего-то я не знаю?

Я многого уже не помню,т.к. года три в сталкир лез только чтобы протестировать геометрию, поэтому подробного разбора не смогу устроить. В целом ЧН идеологически ближе к ТЧ, в движок еще не присунуты дурацкие нововведения (и в игру, и в сдк), не вырезана часть старого кода (навскидку - машинки, декали на дин.объектах), ну и графика как-то поприятнее (плюс она действительно работает, в отличие от ЗП). Насчет сглаживания хлебальников - никто не запрещает тебе облагородить модельки 2002 года зебрашей-мадбоксов тогда не было, нормалмапы рисовали в фотошопе, так что уж извиняй.


Угу, только от лишнего подчистят и сразу работать будете.

Ждем сталкир2, сталкир3 и сталкир1/8".

Какие именно?

От чего лишнего?

Ровно такие же вопросы.

Плюс Чем графика приятней? Там же вроде 1 в 1, сами погодные конфиги только отличаются. Разве что небо растянутое, что давно починено. Но зато паралакс честный с работающей картой высот (в ЧН она не используется в шейдерах (или где там) хотя и есть формально).

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

p.s:Это я работаю над своим портом под d3d11

Tron, делись скриншотами интересно же со всех этапов

ок..но там нет никаких новых фич,попросту портировано на новое API
Скрин с этой проблемой уже был тут
Но да ладно,покажу,что у меня

Дык это фича с призраками из Метро2033, так задумано

Ты же вроде в VS2013 работаешь? Поставь NSight и глянь в отладке, что не так. Там как раз есть поддержка DX11 (и больше ничего, к сожалению).

Да в VS2013
NSight - же NV only(меня смущает,что .У меня карты ATI,Intel)?-я попросту с этим инструментом никогда не работал.

В логе есть упоминания:


Но и с этими предупреждениями в D3D10 все работало

Да,кажется NV-only

RenderDoc — графический отладчик для DirectX11 от Crytek

Усе...воткнул шейдера от ЗП..осталось найти проблемный шейдер

https://yadi.sk/d/BX8FzE9rbGqqJ
Относительно рабочий билд
7ой патч

Обновил архив-нашел проблемные шейдеры
Это было связано с бампом и блумом для ssao.(легко ищется diff'oм)

Протестируйте производительность..-у меня либо машина тормозит,либо очень сильно упала производительность на болотах

Рендер нестабилен,посему рекомендую запускать в окне(xrengine.exe -window)

Убогенькие скрины

Tron, постараюсь вечером производительность глянуть, по скринам ощущение что нет карты высот и графика чем то напоминает dx8 с эфектами dх9

jamakasi,я весь бамп закомментировал-с ним модельки не отображаются

Tron, может тогда будет лучше запилить новый (улучшенный тсс) рендер в котором будут четкие текстуры как в дх8 но клевые тени\свет как в дх10-11. Еще было бы весьма интересно прикрутить шейдер fur для зверушек в зоне и в идеале задействовать его для отрисовки малой травы под ногами(от 1 до 5-10 см высотой) по отдельной маске левела.

А разве текстуры были замылены?а что дает этот fur?

Я параллакс буду чинить ,но чуть позже,хочу пройтись профайлером.

Пожалуйста,посмотри ,что с производительностью.

Кстати,а кто -нибудь подключал luajit2 ,и новый luabind?-я не следил

А почему на первом скрине (https://images.gameru.net/image/direct/0bf6a5e54a.png) текстуры определенно четче, чем на втором (https://images.gameru.net/image/direct/27301f2a7d.png)?

Честно говоря ,сейчас не вижу(с мобильного)
Посмотрю дома

Может потому-что второй скриншот в меньшем разрешении?
По моему одинаковые текстуры.

Я буду дома,сниму скрины и в 2k

http://www.xbdev.net/directx3dx/specialX/Fur/