Посмотреть не пробовали?

Tron, посмотрел, понял
---
Товарищи, благодарю за 81 ревизию .
Тут был лог.
Чей косяк? Мой косяк.

Вот вылезло при компиляции xrCore


Такого build_config_defines.h в архиве не нашёл вообще.

Видимо упустил его в non-versioned, сорри. Скоро появиться. Заодно мелочь исправлю с поиском текстуры.
[edited]
Обновил до ревизии 82.

alpet, благодарю , быстро нашли решение проблемы. Спасибо за 82 ревизию!

Всё скомпилировал кроме xrGame. Вот такой некрасивый вылез

Видимо надо раскомментировать дефайн INV_NEW_SLOTS_SYSTEM в build_config_defines.h, хотя странное это дело - дефайны должны отключать фичи, а не компилируемость проекта вовсе )

alpet, похоже на то. По крайней мере помогло. А вот эта ошибка всё же осталась.

Начинаю посыпать голову пеплом, опять не закоммитил измененный файл. Обнови до ревизии 83.

[edited]
Добавил ещё пару функций для работы с текстурами. Теперь можно извлекать ссылки на текстуры из визуалов объектов. Вот пример скрипта:

Выдает такой дамп для моего актора:

Пока ещё не понятно, как сделать объект визуала уникальной копией, а не общим ресурсом из пула моделей. Так что остается только глобальная замена текстур в игре.

alpet, оставь голову в порядке , ещё пригодиться. За такой труд благодарю! Уже обновился, но не скомпилировал.

Hет повести печальнее на свете, чем повесть о заклинившем ...

Может я такой дурак?
Оставим до завтра? Уже спать пора .

---

Забыл написать. Поправка: в файле "X:\trunk\xray\xr_3da\Environment.cpp" 26 строку заменить на такую

С макросами намудрил-не включил макрос экспорта.
ищи по коду __declspec(dllimport) или __declspec(dllexport)
там будет конструкция вида

#ifdef BLAHBLAH
#define BLAH_API __declspec(dllexport)
#else
#define BLAH_API __declspec(dllimport)
#endif

В препроцессоре добавь BLAHBLAH

и вообще ошибка тривиальная

Долго я искал и __declspec(dllimport) и __declspec(dllexport), пока не сравнил старый файл и новый X:\trunk\xray\xr_3da\xrGame\xrServer_Objects_ALife.cpp в котором происходит ошибка.
Разница была только в этом коде

Файл был исправлен на 75 ревизии.

Закоментировал строки, после чего всё нормально откомпилировалось.



При запуске выдал ошибку на рендер 2:

Решил проверить, не было ли ревизий в xrRender_R2. Оказывается был в X:\trunk\xray\xr_3da\xrRender_R2\r2_rendertarget.cpp.
Попробовал загрузится на статическом освещении. Вроде даже начал грузится, но тут же выпрыгнул:

А после кнопки продолжить вот такой:

Ну правильно,ты проблему то не исправил.

Ищи определение

а зачем у xrGame отключили LTCG?


хех, это не его проблема. LogXrayOffset в заголовке прописан без ifdef-а, если LUAICP_COMPAT не определен, то и определения найти негде.

Точнее без определения LUAICP_COMPAT функция LogXrayOffset создается пустой, что на несколько байт увеличивает размер бинарников (имхо не смертельно). У меня просто исчезла смелость проставлять в глобальных хедерах зависимости от дефайнов, т.к. это реально требует пересборки всего солюшена. Моя ошибка в том, что более свежий log.c не залил опять-же на репозиторий.

пустой, не пустой... в xrServer_Objects_ALife.cpp ifdef-ов совсем нет, без дефайна LUAICP_COMPAT определение функции импорта есть, а реализации нет. вот LNK2001 и вылез.


я извиняюсь, зачем ифдефить тело функции, а не всю её целиком? не проще в таком случае сделать один раз

Доброго всем времени суток
Есть у меня пара вопросов по исходникам, которые лежат на репозитории. Их кто-то вообще хоть немного тестирует? Они же должны компилироваться. Уже даже при компиляции второй по счету dll у меня начинает в лог валиться множество fatal error с отсутствующими файлами, при этом в окошке, в котором обозначены нужные для компиляции файлы нет ни одной галочки, следовательно файлы должны собираться без проблем, но этого почему-то не происходит, а ведь по идее все дополнительные директории для инклудов сохраняются в проекте, ну да ладно, прописать инклуды полбеды. Когда вылезают такие приблуды:

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

Vampir35
Отправил исправленный log.c в репозиторий xp-dev.
Походу мне нужно придумывать механизм обновления файлов там понадежнее. Слишком много я изменяю, но не все необходимо загружать и чаще приходится вообще мержить отдельные строки. Впредь обещаю тестировать компилируемость со всеми отключенными дефайнами.

не надо придумывать, все уже есть.

Предлагаете лить все подряд в свою ветку, а там кому надо пускай извлекает и мержит с транком? )

[edited]
Тем временем провел изнурительную работу, по поиску рецепта подмены текстур и визуалов для отдельных объектов. Наконец получилось хоть что-то:

Прекрасная новость, но, надеюсь, подмена текстуры во всех визуалах тоже останется, просто тоже вещь очень нужная

Никуда оно не делось Осталось добить индивидуальную замену визуала для hud-модели оружия, чтобы перекрашивать видимое в руках гг оружие (а не только брошенное). Как это может быть использовано? Побродили немного по болоту, и у вас пушка вся в грязевых пятнах.
Теперь вот думаю как правильно коммит устроить: глобально везде переменную IRender_Visual::shader переименовал, чтобы не путаться в исследованиях. Довольно приличное число файлов задето... ради удобства только.

За это можешь не волноваться , если что-то не компилируется или летят ошибки, я прямиком сюда об этом сообщая, с подробнейшим отчётом всегда стараюсь. Благодарю за очередную ревизию !
А насчёт надёжного способа вот что думаю. Вот есть две папки, в 1 файлы последней ревизии во 2 которые сейчас наделал. Можно сделать маленькую программу, которая будет сравнивать у файлов контрольную сумму MD5, и если есть изменения - выдёргивать их в отдельную папку для загрузки на репозиторий. Так же выводить новые добавленные файлы. Если совсем лень, то полный архив заливать, но это уже совсем по-топорному .

Прекрасно, действительно простор для фантазии очень даже велик, те же царапинки на стволах)
Можно чуть подробнее вот об этом?

Для чего это? Как работает?

HikeR же давал ссылку на надежный способ А маленькая программка уже такая есть - свн называется.

1. Используется для активации совместимости движка с моей luaicp.dll aka "Lua Перехватчик". После сборки можно будет запускать игру через ланчер и соответственно использовать функции из библиотеки luaicp.dll
2. Добавляет в скрипты функцию setup_game_icon (icon, color, width, height).
Можно пользоваться примерно так:

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

Итак, во время компиляции xr_game ругнулся компилятор на слоты, раскомментировал дефайн, снова нажал сборку. Общее время компиляции составило аж сорок одну минуту
При попытке запуститься обнаружилась ругань на отсутствие OpenAL32.dll, положил ее в bin из папки с шестым патчем. Аналогично пришлось поступить с eax.dll
Итак игра все-таки запустилась, при попытке начать новую игру, на стадии кеширование объектов, появляется такая ошибка:
http://savepic.ru/5305051.jpg
Собственно вопрос, это что значит?)

Дак шейдеры как раз для этого придуманы. Все остальное - костыли.

Однако разобрался, при запуске программы от имени администратора появилась табличка с руганью на некий шейдер из папки r2:
http://firepic.org/?v=4.2014-07-11_sphzaf0f5cnq.jpg
при попытке игнорировать ошибку, снова это:
http://firepic.org/?v=4.2014-07-11_4sn1kdczydju.jpg
P.S в меню, кстати, нет звука почему-то.

Мне пока ещё многому учиться надо, с шейдерами очень поверхностно знаком. Ими хоть текст можно на текстуру выводить? )



Эти шейдеры есть в /trunk/xray/resources/shaders/r2, там и другие файлы могут понадобиться.

Тем временем готова 87 ревизия, с расширенной работой с текстурами. Вот такой кусочек кода у меня перекрашивает одну fn2000:

Умываю руки, впредь не буду предлагать бред.
---
Спешу обрадовать всё нормально скомпилировал и запустил.
Наблюдаю рожу лицо Сидора.

Полёт нормальный.

Да, действительно все стало работать, ну, кроме звука проверю драйвера и отпишусь, может мой косяк)

Vampir35, всё в порядке со звуком. Смотри у себя. Лови то что скомпилировалось у меня.

OpeanAL собран? wrap_oal.dll в папке с игрой имеется?

То есть ссылки больше так не выкладывать?
MegaNub, в проекте OpeanAL не наблюдал.

Да в общем-то нет. В проекте последней ревизии нету OpenAL, писал же выше, что dll'ки openAL и eax пришлось доложить из шестого патча. Если доложить файл wrap_oal.dll из шестого патча, то почему-то вылезает ошибка, а вот при взятии этих трех dll'ок из пятого патча, все пошло нормально и появился звук

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

alpet, как работает метод смены текстур? Возможно ли заменить уже измененную текстуру? То есть если один раз я уже изменил ее, можно ли подменить ее снова? Отличается ли чем-то работа с обычными моделями и с худом?
P.S подмена текстуры нужна во всех моделях.

Vampir35

1. Можно в существующем объекте загруженной текстуре изменить её имя (считай файл), и перезагрузить функцией reload. Для этого сначала её нужно найти в глобальном списке текстур ресурсного менеджера, функцией texture_find.

2. Текстуры можно заменять сколько угодно
3. Моделям с худом требуется заменять текстуры отдельно для визуала худа, если не производится глобальное изменение одной текстуры.

В 90-ой ревизии добавил расширенное управление точечными источниками света (фонарем и hanging_lamp). Теперь можно реализовать фонарик на батарейках как в NLC6, и его различные апгрейды на LED/ИК подсветку.
Кстати, может уже где есть адекватные шейдеры для источников света? Меня очень коробит резкий обрыв зоны освещения после радиуса например.

Покажи скрин. Таких проблем не помню.

Ну вот, для 15 метров и яркого фонаря:
https://www.dropbox.com/s/94cnc4q64e6qjav/X...5_46_34_069.jpg
Хочется плавное затухание.

экое страхолюдство...

вот "ванильный" фонарь (не смотрите на блум):


никакого резкого обрыва нет.

В OLR такая же жопа была из-за правки "ВИРТУАЛЬНЫЙ РАДИУС ЛАМП (EXTENDED TUNING OF MAIN_VIRTUAL_SIZE FOR LAMPS)" на r2.

вы про это?

Главный эффект от обрубания света по ренжу выглядит просто: на дороге полукруг, и все препятствия темной ночью влетают в свет мгновенно даже при медленном движении. Это попросту неестественно. А то что вместо круга, получается многоугольник ещё можно истолковать формой бленды у фонарика и одним светодиодом )

Может стоит включить в проект openAl? Звука нет, а начиная с 87 ревизии, взятая от предыдущих патчей wrap_oal.dll стала вызывать ошибку, а без нее у меня звука нет. Может вместе с eax, wrap_oal и OpenAL32, нужно положить что-то еще?

Проблема частично решилась установкой openAl, звук появился, но во время интро роликов и меню подлагивает, версию openAl нашел старую, если у кого есть выше 1.1 прошу поделиться

чтобы делиться нужно знать какая именно версия лежит в \trunk\3rd party\OpenAL.

так как openal.org сдох, то самый распоследний OpenAL Installer (OpenAL32.dll (6.14.357.25) and wrap_oal.dll (2.2.0.7)) можно надыбать на креативовском сайте скачав какой-нить распоследний драйвер для их аппаратных карточек, например, для Audigy 4 (что-то около 50 Мб). 7-zip-ом открыть экзешник как архив, инсталятор лежит в \Drivers\wdm\common\i386\OALInst.exe

p.s.
или нацепить черную повязку на глаз и пошукать в инете "правильный" комплект с названием "Sound Blaster X-Fi MB 3-1.00.04", который на любой звуковухе включит софтовую эмуляцию всех креативовских фишек вплоть до EAX 5.

Не знаю, то ли.Тынц.
И, как сказал товарищ HikeR, в драйверах Creative лежит такой же OALinst.exe. Версия: 2.1.

Вот полный набор OpenAL-вариантов:

http://rghost.ru/56879810

1-OpenAL21 - старый (OpenAL32.dll 6.14.357.21 and wrap_oal.dll 0.0.0.0)
2-OpenAL21_software - старый + dsound.dll для софтварной эмуляции
3-OpenAL25- новый (OpenAL32.dll 6.14.357.25 and wrap_oal.dll 2.2.0.7)
4-OpenAL25_software - новый + dsound.dll для софтварной эмуляции
5-OpenAL25_hardware - новый, но OpenAL32.dl является копией wrap_oal.dll

в 3 и 4 OpenAL32.dll и wrap_oal.dll одинаковые, как раз таки последние. dsound.dll от рилтека сразу на помойку. 1, 3 и 5 есть копии друг друга.

openal32 всего лишь роутер, вся его задача — просканировать рабочий каталог на предмета наличия файлов *_oal.dll и опросить их на предмет поддерживаемых устройств.

*_oal есть трансляторы, которые умеют представлятся как Software (принудительный DS2D с перенаправлением всех расширений в null), либо как Hardware (DS3D + EAX). последний на вистах/семерках недоступен, если только транслятор не обнаруживает аппаратную поддержку (настоящую, проброс через Alchemy или через эмулированный ужас от рилтека).

wrap_oal является fallback-ом, если не обнаружен ct_oal ("родные" аппаратные карточки), host_oal ("лицензированные" софтовые карточки) или cm_oal (попытка Asus Xonar составить конкуренцию). если нет ни одной из перечисленных либ (карточек), то wrap_oal можно смело переименовать в openal32, ничего не изменится, разве что прокси-вызовов будет меньше.

поэтому еще раз, от шаманства с версиями этих файлов ничего не изменится. роутер не поймет отличающуюся версию транслятора, он либо свалится в софтовый fallback, либо, как у Vampir35, будет исправно без ошибок принимать все вызовы, но не пустит их далее (нет звука). если ставить, то парочку openal32+wrap_oal из одного пакета, причем в каталоге с игрой лучше их вобще поудалять.

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

p.s.
кстати, в LA в последнем патче их комплект openal32+wrap_oal вобще перестал обнаруживать креативовские карточки, ни аппаратные, ни софтовые. видимо, чтобы не париться с тем ужасом, который там называют "реверебрация", решили отключить его (ужас) глобально.