creo мульти негде тестить, должен работать ибо принципы мультиплаерности сохранялись

ну тык выкладывай...

З.Ы. Нетрату
вот скриншот, который я обещал выложить

Миниатюры

 

OMFG! It's really possible! Скорее всего сохранение кулдаунов вполне реализумо - то есть манипуляции с абилами инвентаря не понадобятся.

bugmaker ну у тебя неплохо получается. Так вот так оно и выглядит у мя на компе. Я ввел в систему дополнительный спецэффект - Fader, который осуществляет перекрытие для виртуальных вещей - то есть дополнительных слотов многослотовых айтемов, о которых говорили Zlaya1000 и VolkPK и опционально перекрывают дудады. На скрине использованы стандартные дудады с таким фейдером - вместо них можно и свои картинки подставить. Так тебе это именно сейчас нужно?

NETRAT добавил:
В процессе:
- доработка многослотовых айтемов для MI (хез как это сделать для MI)
- поддержка кулдаунов (обьем работ слабо представляю, но это вполне реально и приоритетно)
- сетовые айтемы (именно так как я хочу их сделать, а не так, как есть)
- композитные вещи (типа сборочные, делается элементарно - вещь типа мультислотовой, может быть разобрана на мелкие вещи и собрана заново) - нужно или нет?!

NETRAT добавил:
bugmaker она, блин, весит 2 мб, не моя (буржуя какого-то), не имеет конца, квесты неплохо глючат и инв на ней не до конца отлажен =) я думаю, что не следует, по крайней мере пока

NETRAT добавил:
bugmaker а что у тебя там за шрифт такой навороченный?

Миниатюры

 

ну а скока ждать (нет впринципе мне не срочно, лучше подажду

bugmaker добавил:

Warrun'ом установил шрифт в вару (кстати там еще кустом курсор).
bugmaker добавил:
кстать, когда выложишь новую версию?

NETRAT если ты по поводу того, что я тебе показал, то я не понимаю, как ты этим сохранишь кулдауны. В моём коде используется RemoveItem, а он полностью удаляет вещь. Да, это альтернатива удалению/добавлению абил инвентаря, но вещи приходится создавать заново! Или нет?

Van Damm ну это абсолютно не меняет кулдаун. Экспериментируя с абилами blink и inventory, я обнаружил, что кулдауны привязываются к самой абиле(и частично, вроде бы, к юниту) - то есть если ты абилу не удаляешь, то кулдаун сохраняется. Там вообще-то пофигу создана вещь или нет - ведь кулдаун соответствует типу вещи. А вещи хранятся в глобальной памяти, в инве только указатели на эти вещи. В-общем то феномен слабо исследован, но он очень бажный - одна функция работает, другая нет... Все надо проверять, я думаю что будет работать, ты проверял? Если они не сохраняются, то переделка не имеет смысла - добавляются еще баги.

Так, по поводу варианта - удаление вещи, это грамотно, здесь никаких глюков быть не может. А вот добавление айтема - я пытался заменить его на UnitAddItem - никакого эффекта - то есть айтем клался в видимый инв(MI). Я когда пытался сделать инвентарь по-человечески, то чего я только не пробовал - всегда получалось так, что первый раз инвентарь заполняется с конца - то есть сначала заполняются HI, затем MI слоты, а после того как HI заполнились, фиг ты в них чего засунешь, даже если место освободишь. Однако, как оказалось метод повторного приказа IssueTargetOrder(UNIT, "smart", ITEM) добавляет айтем именно в конец, то есть дает правильный порядок заполнения.
Очевидные минусы:
- выделение таймера для отлавливания собственно момента подбора / работа с набором подбираемых айтемов (чтобы айтемы при повторном подборе не обрабатывались и не возникали бесконечные циклы, необходимо как-то идентифицировать их). Второй способ, имхо, более грамотный
- у юнита прерывается цепочка приказов (даже не знаю как с этим бороться - я с Order Queue не работал)
- юнит меняет facing angle (ну это легко исправимо)
- возможны баги при обработке больших наборов вещей (с ними тоже как-то нужно бороться)
А вот пара очень интересных вопросов:
- Действительно ли такая схема (RemoveItem) сохраняет кулдауны?
- Реально ли заменить IssueTargetOrder(UNIT, "smart", ITEM) на что-нибудь более человеческое?

bugmaker не очень хочется раскидываться сырыми версиями, я то собирался после серой версии релиз устроить, но идей слишком много =)

В аттаче собсн РПГ мапа с инвентарем. Кому интересно заценить в игре. Импорт и так по-миниму сжимал, так что меньше вряд ли возможно.
Пару замечаний:
1. Мапа не моя, поэтому за баги мапы я не отвечаю, у мя работает
2. Иногда(очень редко) могут пропасть кнопки - тогда следует выйти из инвентаря кнопкой ESC и зайти заново. Это не баг, а недоделка.
3. Иногда(очень редко) могут исчезать вещи(правда не все, а криво описанные), это баг.
4. Советую не пытаться ковыряться у нее внутри - геморр страшный, я сам с нею мучаюсь...

NETRAT в том-то и прикол, что если юзать UnitAddItem, то добавляется в MI, а если через приказ, то в HI. Я на это случайно наткнулся когда баловался с картой Сергея.
- я что-то не очень сообразил, как ты собираешься реализовывать второй способ
- я тоже не знаю. если кто знает - посоветуйте=)
- ну да
- что значит больших, и почему тебе кажется что вылезут жуки, поясни

- щас потестим
- хм... это вопрос не ко мне. если бы я нашёл способ, то уже применил бы

Van Damm
второй способ - это массив айтемов, которые кладутся в инвентарь с игнорированием функцией типа Pickup то есть игнор подбора - если айтем в массиве - игнорить. А у себя я это делал через Session parameter, но при большом количестве айтемов придется их в массивы пихать
Ну, представь что тебе нужно запихнуть в инвентарь 10-20 айтемов сразу, тут появляется либо лаг(неслабый такой, где-то в районе 0.5 - 1 сек), и эти айтемы нужно постоянно перекидывать туда сюда.

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

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

Van Damm верно. А ты не пробовал класть в HI используемые айтемы? Sergey когда я только начинал делать, баг предсказал - когда используешь айтем из, скажем 1, слота инвентаря, то используются айтемы из 1 слота всех остальных инвентарей - тут нужно что-то вроде после приказа использования дропать все абилы, присваивать одну, давать используемую вещь и повторять приказ использования, затем все восстанавливать. У мя почему-то сам приказ не обрабатывается - то есть манипулировать айтемами не получается никак.

NETRAT Хм... а зачем вообще класть в HI используемые предметы? Ну даже если допустить такую возможность, то вроде событие происходит уже после использования айтема. Именно поэтому я и убрал все активные способности с вещей в HI, а в MI дал возможность ложить только используемые вещи.

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

NETRAT добавил:
Я смотрю совсем заигрались в ту карту, которую я выложил =)

Конечно... Интересные идеи. Затеи хорошие. Однако вижу много очевидных минусов :
Неудобство управления. *Как решить проблему :
-
а) Добавить кнопки "листать вправо\влево" - при нажимании - 6 предметов - сразу перемещаются в инвентарь. (Эффект сразу массового перекладывания предметов) - тогда нас перегоните в удобстве
б) Добавить rightclick. (незнаю каким странным способом это реализовать) - однако то , что это возможно я убедился. (Глянте Issue Order).
-
Были вопросы по поводу отменов предыдущих приказов. Есть идеи по этому поводу :
а) Записывать предыдущие Currert Order, Currert Target, Secondary Target (etc.), Currert Order of *(Currert Target) - а после их группировать и "восстанавливать". Думаю получится вполне адекватно. (ибо у меня сие чудо работает довольно лихо)
б) Ставить юнита на паузу. Возможно Order "Stop" - будет пропущена мимо ушей, при давании юниту паузы. (сей баг наблюдался во времена ROC.. Если он сейчас сработает - значит волноватся не следует. Он останется точно таким же как и return bug.
===
Что еще могу посоветовать... Внести дополнительные "булены" в циклы - чтобы цикл можно было бы как остановить, так и запаузить событием wait for condition.

vlad_C0M добавил:
-----
Есть еще идеи :
1. Добавить прозрачность предметам "одетых на героя". Потому как образ персонажа просто не виден под слоем аммуниции.
2. Сделать несколько картинок отвечающих за "меч" , "щит" и прочую аммуницию. После одевания их вставлять прямо в картинку. )будет ака - диабло.

Миниатюры

 

vlad_C0M а) ты имеешь ввиду скидывать вещи из основного инвентаря в доп, или что?
б) вполне возможно, надо попробовать, нужно только придумать функцию этой кнопке
а) достойно, но у мя не в этом проблема, а в том, что при приказе использовать айтем, ничего не получается сделать с юнитом
б) да вроде бы с этим никаких проблем нет - сначала дается приказ СТОП, а потом паузится юнит
1. Вот это имхо лишнее - главное то не кукла, а аммуниция - кукла там просто для того чтобы было понятней куда вещи кладутся и что это за слоты.
2. Я так понял что ты имеешь ввиду СлотФиллеры - то есть пока вещь не одета слот имеет вид соответствующего типа аммуниции - чтобы было понятней куда вещь класть. Такая штука уже реализована.
vlad_C0M рад что заглянул =)

bugmaker в последней версии(она встроена в мапу которую я выкладывал последней, но саму последнюю версию наработки я еще не выкладывал) сетку можно будет подгонять самому(главное грамотно подогнать и мусор удалить) и количество слотов теоретически неограничено(правда в мапе практически ограничено 25 слотами) и расставлять их можно довольно свободно(в пределах панельки с куклой)

NETRAT добавил:
Продумал основу для создания прокачки персонажа aka Diablo2 на основе FSGUI, просто и эффективно - намного проще чем инвентарь - дерево скиллов помните? Вот нечто аналогичное

NETRAT добавил:
То есть игрок сам сможет выбирать себе скиллы и их уровни, и количество скиллов не ограничено 5 геройскими возможными скиллами

NETRAT добавил:
То есть игрок сам сможет выбирать себе скиллы и их уровни, и количество скиллов не ограничено 5 геройскими возможными скиллами

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