Zagolski
-
Число публикаций
215 -
Регистрация
-
Последнее посещение
-
AMKoin
0 [Подарить AMKoin]
Весь контент пользователя Zagolski
-
Жаль посты править через час уже нельзя. Причина обнаружилась. Действительно, нужно было в level только шейдер сменить с default на def_vertex. У меня после этого начала другая ошибка выскакивать шейдерная по l_point, так это уже косяк в шейдерах оказался. Закинул в r1 ванильные ЗП, почистил кэш и нормально на статике пошло. Так что проблема решена, всем откликнувшимся спасибо, в особенности Akello! А почему СДК 0.7 компилирует шейдер на эту текстуру (и наверняка еще какие-то) не совсем корректно - тут не совсем понятно. Вообще бардаковский декомпилер декомпилирует уже в таком виде.
-
Обнаружил, что другая локация, где также присутствует эта текстура mtl\mtl_rust_dark_iov в большом кол-во (забытый хутор) запускается на статике без проблем. Да и другие локи, что я успел пробовать (свалка, болото) - там тоже на статике порядок (правда, на этих двух последних mtl\mtl_rust_dark_iov отсутствует). Локи эти свежескомпиленные на х64 компиляторе, на драфте 0.3, medium. Но тут же компилирую аналогично Кордон - вылет по этой текстуре на статике. Фантастика какая-то. Я бы попробовал его заново декомпилить-скомпилить, но Akello пишет, что у него из этих исходников собирается и запускается на статике без проблем. Так что дело не в этом. Пошла мазута... На Армейских складах теперь Not enought textures for shader, base tex: mtl\mtl_walls9a выскакивает на статике, т.е. уже по другой текстуре, хотя тоже металла.
-
А у меня все так и вылетает на статике по этой текстуре. Никакие фильтры тут не замешаны. А ты каким компилятором компилил и с какими наcтройками? Хотя я разные пробовал - х64 и 2010v3.
-
Посмотрел, на ней стоит фильтр triangle, а на других kaiser. Остальные настройки идентичные большинству других текстур. Так что возможно дело в фильтре. Поменяю на kaiser, перекомпилю, погляжу результат.
-
Убирал, все равно error последняя. Даже ради эксперимента в level текстуру mtl\mtl_rust_dark_iov заменил на mtl\mtl_rust_dark - то же самое.
-
Вот (94 мб): https://yadi.sk/d/25Bj5ZOw3Rdr4U Тут скомпиленный уровень и его исходники-обжекты. Там я уже пары у этой текстуры заменил. Попробовал в файле level скомпиленного уровня заменить шейдер у этой текстуры (там в двух местах и в одном привязка к лайтмапам имеется) default на def_shaders\def_vertex, ошибка стала другая: error: gamedata\shaders\r1\selflight.s:13: attempt to call global 'r1_lpoint' (a nil value)
-
Вот: https://yadi.sk/d/KKbA2VG-3Rdq9R Текстура как текстура, ничего необычного в ней нет. Но родной Кордон без перекомпиляции нормально с ней запускается на статике ведь.
-
Нет, что-то другое. Нашел во всех объектах эту текстуру, и действительно, у некоторых была разная пара (default + def_ghost), впрочем, у многих других объектов тоже имеется разная пара, причем в большинстве случаев тоже default + def_ghost. Заменил все найденное по глючной текстуре на default + default, скомпилил в 0.7 (драфт, 0.3, medium), все равно ошибка эта же выскакивает... Вот тебе и статика, не думал я, что с ней проблемы еще возникнут.
-
Текстуры все есть. Причем ругань может быть на любую текстуру, например как: Not enought textures for shader, base tex: mtl\mtl_rust_dark_iov Эта ошибка часто выскакивает и выскакивает только на статике, причем в сети немало подобных сообщений от игроков в разные моды, как раз где используются перекомпиленные локи. Но никто ничего не знает. Я тоже понять не могу. Вот беру оригинальный тч-шный Кордон, запускаю его на статике в ЗП - нормально. Декомпилирую его, компилирую заново в СДК 0.7 и на статике выскакивает эта ошибка. На динамике проблем нет.
-
Никто не подскажет, из-за чего при перекомпиляции тч-шной локации в зп-шном СДК при запуске локи в игре на статике возникает ошибка Not enought textures for shader, base tex: ? Там что-то с шейдером default, как я понял, но из-за чего и как этого избежать при перекомпиляции?
-
Нет, в данном случае компилятор ругается на валидность по x или z, по высоте (y) влиять не должно.
-
Мда... Так у тебя компилятор удалил половину графпоинтов, которые не на аи-сетке расположены. А потом из-за этого не может их связать.
-
А ты что собираешь, полный спавн для всех лок или только для бара, я так и не понял? У тебя точно скомпиленная аи-сетка (level.ai) в папке с уровнем имеется? В конфигах точно все корректно прописано? Не уверен, но наверняка там требуется правильный порядок.
-
Ну, если у тебя уже все якобы готовые проекты для всех лок имеются, в т.ч. и все файлы build в папках с локациями (build.aimap есть?), и если ты там ничего не менял, тогда заново ничего делать не нужно по идее, должно все собираться. Ты попробуй ту локу с измененным баром отсоедини и без него общий спавн собери. Ну а вообще ведь никто не знает, может то что тебе дали, там каких-то файлов не хватает или какие-то были удалены в процессе компиляции, да или антивирус что-то удалил. Если трава не собирается, значит однозначно что-то накосячено. А лучше всего сделай все заново и у себя: для всех лок полный build, затем сборка геометрии, травы, потом аи-сетку и затем уже all.spawn. Хотя бы на драфте для начала. Это не так уж и долго. Если все будет нормально, на максимуме геометрию можешь не компилить, а закинуть уже готовую из собранных лок. Вообще странно такое, брать откуда-то какие-то непонятные исходники, да пытаться к ним что-то присоединять или менять. Вот от этого и ошибки.
-
Да нет, можно и для одной локи спавн сделать. Но тебе же нужен all.spawn. Ну по идее да, локи компилить по новой. У тебя исходники изначально в СДК 0.7 или ты переносишь из ТЧ? Если из ТЧ, то однозначно полный перекомпил, а если уже были в 0.7, то попробуй геометрию собери на драфте. Нужен тот build.cform, который именно для этой геометрии. Потому как компил аи-сетки требует его для просчета укрытий. Но вообще в конечном итоге тебе нужна собранная аи-сетка для всех лок, а также сбильденные level.spawn и level.game. Из них уже собирается all.spawn. И уж если ты там что-то менял, то однозначно нужно их перекомпиливать.
-
Тебе нужно сначала скомпилить геометрию локи, потом аи-сетку локи, и так для каждой локации. И уж затем собирать глобальный спавн all.spawn. Ну и разумеется перед компиляцией лок нужно сделать их полный build. Без аи-сетки ты спавн не собирешь, а аи-сетку без геометрии (без build.cform). А подставлять что-то левое (заменять) не советую, нужно по идее все с нуля делать, если хочешь ошибок избежать. И все в СДК 0.7.
-
Редактирование движка X-Ray
Zagolski ответил на тему форума автора Rolan в Скрипты / конфиги / движок
Не, вру. У меня на нлс-шной скриптовой базе такая же ерунда, что и у тебя. Сейчас более подробно все проверил. Но там применяются кое-какие скриптовые костыли, чтоб все нормально было. И которые, кстати, мало того, что вешают постоянный апдейт, так и еще в момент обработки фризят игру до 150-200 мс. А ты же сейчас открыл быстрый движковый способ, за что большое спасибо! Хоть и оффтоп, зато полезный оффтоп. Нужно заканчивать, главное важную инфу не затереть и не потерять. Куда-то в более подходящую тему перенести. -
[CoP] Ковыряемся в файлах
Zagolski ответил на тему форума автора Halford в Скрипты / конфиги / движок
Да, можешь прям так и шлепать, даже имя свое не писать. В бою неписи сами пойдут в ближайшие. Это если по самому простому делать, без своей логики. Только шлепать их нужно не абы как, а с конкретной анимацией и за укрытиями под эту анимацию, учитывать угол атаки и направление. И да, нужно галку ставить, что это боевой смарт. А писать такие вопросы лучше в тему по СДК. Лучше загрузи ванильный декомпиленный уровень в СДК, посмотри как там боевые смарты сделаны и делай также. Только лучше ЧН использовать для посмотреть, в ЗП боевых смартов мало на локациях и многие (если не все) под уникальной логикой, вроде как. -
Редактирование движка X-Ray
Zagolski ответил на тему форума автора Rolan в Скрипты / конфиги / движок
Вообще странно. У меня никаких проблем на старом коде нет, так что дело скорее всего в чем-то другом. Может у тебя с CSE_ALifeItemEatable что-то не так? Да и новоиспеченный код auto se_obj = object().alife_object(); if ( se_obj ) { CSE_ALifeInventoryItem *itm = smart_cast<CSE_ALifeInventoryItem*>( se_obj ); if ( itm ) { m_fCondition = itm->m_fCondition; } } по сути соответствует CSE_ALifeInventoryItem *pSE_InventoryItem = smart_cast<CSE_ALifeInventoryItem*>(e); if (!pSE_InventoryItem) return TRUE; //!!! m_fCondition = pSE_InventoryItem->m_fCondition; т.е. мы два раза делаем одно и то же. Разве нет? -
Вот у этого юзера: http://www.amk-team.ru/forum/topic/7450-spravochnik-po-funkciyam-i-klassam/?page=27&tab=comments#comment-1146302 Абсолютно точно такая же и у меня ситуация. И страницы не обновляются даже если в тему перейти, т.е. новых сообщений в теме якобы нет, хотя они есть. Пока страницу не обновишь.Только он пишет про 1.5 недели, а у меня 2-3 дня это происходит. Но я до этого несколько дней на сайт не заходил. Попробую другой браузер использовать (у меня IE), а также кэш почистить. UPD. Зашел с гугль-хрома, все в порядке. Значит какая-то несовместимость с IE появилась не так давно...
-
В том и дело, что одни и те же уведомления выскакивают. Например, кто-то ответил на мой пост в теме, процитировав, так это сообщение у меня будет все время появляться через 20-30 сек. Если несколько человек ответили, то будут по очереди все эти сообщения так появляться, даже если я уведомления прочитаю. А они при этом так и висят выделенные жирным как непрочитанные. Всегда было, что если в теме есть какие-то новые сообщения, то название темы помечено жирным шрифтом. Теперь этого нет, пока я сам страницу не обновлю нажав в браузере обновить. А настройки увеломлений у меня по дефолту стоят, я там ничего не трогал никогда.
-
А у меня уже несколько дней (2 дня точно) постоянно выскакивают сообщения о новом уведомлении одни и те же, старые. Колокольчик сверху горит. Выскакивают с интервалом около 20-30 сек, даже если на одной странице находиться. И страницы не обновляются, нужно принудительно обновление нажать, чтоб обновилась. И не только у меня одного, видел на форуме такие же сообщения.
-
Редактирование движка X-Ray
Zagolski ответил на тему форума автора Rolan в Скрипты / конфиги / движок
Это лучше делать в ChangeCondition: void CInventoryItem::ChangeCondition(float fDeltaCondition) { m_fCondition += fDeltaCondition; clamp(m_fCondition, 0.f, 1.f); } заменить на void CInventoryItem::ChangeCondition(float fDeltaCondition) { m_fCondition += fDeltaCondition; clamp(m_fCondition, 0.f, 1.f); auto se_obj = object().alife_object(); if (se_obj) { CSE_ALifeInventoryItem *itm = smart_cast<CSE_ALifeInventoryItem*>(se_obj); if (itm) itm->m_fCondition = m_fCondition; } } Тогда да, если у тебя там этого нет, дело было в этом. А net_Spawn трогать не желательно, иначе это лишние проверки и лишние тормоза. У тебя ведь set_condition после передачи пакета применяется? -
Редактирование движка X-Ray
Zagolski ответил на тему форума автора Rolan в Скрипты / конфиги / движок
А попробуй не спавнить еду и тут же применять к ней, а к примеру положить ее в ящик из своего инвентаря и применить пакет. В этом случае сразу изменится? У тебя может спавн клиентского объекта не успевает отработаться. И попробуй принудительно после спавна вызывать из скриптов Level.net_Update(), предварительно экспортировав (возможно понадобится еще и Level.on_Frame и alife():update()). -
Редактирование движка X-Ray
Zagolski ответил на тему форума автора Rolan в Скрипты / конфиги / движок
В НЛС 6 делали круглую карту и с круглой стаминой, и без движка (сорцов тогда и не было). Но да, в ЗП сама карта обрезается в круг движком (правда, все равно криво, ромбовидно), в ТЧ/ЧН вроде такого не сделать. Нужно попробовать в сторону WorkingArea копать (в ЗП), может там обрезается, точно не могу сказать. А шумность/заметность в ЗП вообще никакого отношения к миникарте не имеет, они лишь аттачатся к ней, а сами по себе рисуются классом CUIMotionIcon, который, кстати, в ЗП значительно переделан. В общем говоря, если хочется использовать круглую миникарту, то нет никаких проблем закрыть квадрат круглой текстурой-окантовкой. А движковым путем вряд ли легко получится. А квадратную в ЗП - текстурой и конфигом. Там все равно круг останется, но он настолько прозрачен, что и заметно-то не будет.
Murarius