Редактирование движка X-Ray

[Expropriator 2 119]

 

 

это пересборка прям? Или просто build?

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

[ed_rez 16 111]

Ребят, на сколько хлопотно ввести анимации бег с ножом и подстволом на патч 4? 

[krop 11]

Ребят, на сколько хлопотно ввести анимации бег с ножом и подстволом на патч 4?

Давольно хлопотно. Исходников нет, а дизассемблировать и ставит ждампы в 0004 мало кто согласится.

[Bak 757]

 

 

Что вообще делает функция UpdateXForm()

Эта функция рассчитывает положение модели в руках носителя, на основе позиций костей рук и параметров смещения из конфига.

[Kondr48 314]

Кто сидит на исходниках ТЧ, что делали со звуком?

[Graff46 623]

Кто нибудь делал коллбек на слоты (слот костюма) помещение\удаление предмета? ТЧ.

[Kondr48 314]

 

Graff46, XE есть колбеки на помещение предмета в слот и рюкзак, а также в 7 патче. Можно использовать их и просто проверять костюм ли там или нет.

 

[Bak 757]

Кто сидит на исходниках ТЧ, что делали со звуком?

Я звук портировал из ЗП, уже стало лучше. Хочу подключать openal soft, чтобы получить HRTF и прочие прелести, но не уверен, каким образом его с EAX подружить.

[Graff46 623]

@Kondr48, Я видел в справке, но мне надо что бы событие вызвалось когда из слота уберут предмет тоже

Изменено 9 Января 2017 пользователем Graff46

[naxac 2 592]

@Graff46, отслеживай дроп и перемещение в рюкзак.

[Zander_driver 10 348]

@Graff46, Они все вызываются. При убирании из слота - дроп или перемещение в рюкзак, как сказано выше.

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

[Winsor 178]

Не надо никакой таблички. просто нужно в нескольких местах сделать правильные вызовы калбека. Для ТЧ 1.0007

1) CInventory::Slot

здесь, например, у меня сразу 3-и вызова калбека - перемещение из пояса,перемещение из рюкзака, перемещение в слот

2)CInventory::Belt - перемещение из слота, перемещение из рюкзака, перемещение на пояс

3) CInventory::Ruck  - перемещение из слота, перемещение из пояса, перемещение в рюкзак

4) CInventory::Eat  - перемещение из рюкзака

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

p.s. Ну раз тема "Редактирование движка" - то понятно, что это все делается при наличии исходников. В каких либо других вариантах (отдельные патчи exe)  - это может быть реализовано по другому.

[Карлан 1 050]

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

Изменено 10 Января 2017 пользователем Карлан

[Winsor 178]

или находился, в зависимости от места вызова

перемещение из различных мест внутри инвентаря отслеживается без проблем

 

методы в оригинале, который бы говорил, где предмет находился до перемещения - InBelt/InRuck - используют итераторы, единственный более быстрый - это InSlot. т.е. для того чтобы определить место, где предмет был - необходимо

1) доэкспортировать методы аналогичные InBelt/InSlot/InRuck в скрипты

2) контролировать вызов калбека строго ДО удаления предмета из списков

3) забыть о асинхронных таймерах при обработке этого калбека из скрипта

4) Вам все равно придется делать вызовы калбека на перед каждым изменением положения предмета, ибо после m_ruck.erase(it); InRuck уже никак не скажет где предмет был...

 

 Возьмем например CInventory::Slot - функция помещения предмета в слот. в ней два итератора - по рюкзаку и по поясу. Причем они вызываются последовательно, а не через ИЛИ и удаление предмета это просто erase из списка (не Drop, не REJECT_PARENT). т.е. для того чтобы сказать однозначно откуда был убран предмет в моем случае надо вызвать один и тот же калбек со второй константой 

callMovingCallback(pIItem,InventoryPlaceChange::removeFromBelt);
или
callMovingCallback(pIItem,InventoryPlaceChange::removeFromRuck);

в Вашем случае, дабы разделить эти две операции и узнать однозначно где был предмет необходимо вызвать два разных калбека? Далее, помещение этого же предмета непосредственно в слот

callMovingCallback(pIItem,InventoryPlaceChange::putToSlot);

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

[AndreyGants 0]

Сразу оговорюсь, я не программист и мало что смыслю в этом, поправьте меня если я не прав. 

Хотел изменить GUI главного меню, а именно изменить расположение кнопок "Новая игра","Загрузить игру","Настройки" etc

Так вот, по отдельности их переместить нельзя, только комплексно в составе "shniaga_wnd" (по другому ее и назвать нельзя) в xml файле главного меню.

Немного поковырялся в скриптах и мне кажется, что кнопки эти вшиты на уровне движка в UIMMShniaga.cpp и UIMMSniaga.h, я прав?

Если да, то пытался кто-нибудь ковырять движок в этом направлении, чтобы отцепить кнопки главного меню от этой "шняги"?

[Expropriator 2 119]

@AndreyGants, мысль:

<shniaga_wnd> продублировать в движке, как <shniaga_wnd2> и т.д.

И для каждой кнопки сделать свою шнягу.

Изменено 12 Января 2017 пользователем Дизель

[Kondr48 314]

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

Изменено 12 Января 2017 пользователем Kondr48

[HellRatz 2 913]

@AndreyGants, легко делается и без движка, любое меню (хоть как в гта или любой другой игре, хоть из твоей головы), было бы желание и терпение. Изменено 11 Января 2017 пользователем HellRatz

[AndreyGants 0]

@HellRatz, Я так понимаю, ваш мод еще не вышел? Можете подробнее объяснить как это сделать, если не секрет? И будет ли работать тоже самое на ЗП?

[naxac 2 592]

@AndreyGants, просто выкинь эту шнягу и используй обычные CUIButton или CUI3tButton. Их можно ставить независимо друг от друга где душе угодно. На скрине камрада @HellRatz, вернее всего, так и сделано. Изменено 12 Января 2017 пользователем naxac