Pavel_Blend

@abramcumner да, проверил, это оно. Указал имя локации из выпадающего списка (имя в нижнем регистре) и после компиляции стало больше точек связей. Скомпилировал все локации и собрал спавн. Вот лог конвертера: 0(l01_escape) => 415(l02_garbage) 1(l01_escape) => 252(l02_garbage) 254(l02_garbage) => 701(l03_agroprom) 255(l02_garbage) => 1167(l05_bar) 256(l02_garbage) => 815(l04_darkvalley) 414(l02_garbage) => 1306(l05_bar) 654(l03_agroprom) => 718(l03u_agr_underground) 811(l04_darkvalley) => 1166(l04u_labx18) 1245(l05_bar) => 1543(l07_military) 1247(l05_bar) => 1307(l06_rostok) 1408(l06_rostok) => 1459(l08_yantar) 1460(l08_yantar) => 1538(l08u_brainlab) 1526(l08_yantar) => 2114(l10_radar) 1545(l07_military) => 1865(l10_radar) 1863(l10_radar) => 2400(l11_pripyat) 1975(l10_radar) => 2245(l10u_bunker) 2401(l11_pripyat) => 2528(l12_stancia) 2593(l12u_sarcofag) => 2596(l12u_control_monolith) 2594(l12u_sarcofag) => 2513(l12_stancia) 2598(l12u_control_monolith) => 2788(l12_stancia_2) Это правильный лог или нужно чтобы стрелочки двойные < = > были? Я взял граф из 1.0006 и в нём то же одинарные.

Сделал заново компиляцию. На стадии New phase started: Adding interconnection points в лог пишется: Почему он не может найти локации для connection point? В СДК локации прописаны. Может ли эта ошибка зависеть от регистра символов у имени локации?

@abramcumner да, поле connection заполнено. Я нашёл один граф поинт с заполненным полем. Второй не вверху, а в туннеле возле атп. это смещение задаётся в конфиге game_levels.ltx? в параметре offset? [level_01] name = l01_escape caption = "l01_escape" offset = 3000.0, 1000.0, 0.0 id = 01

@abramcumner что я мог не так сделать? Конфиги вроде бы правильно настроены. Как связи могли пропасть? Или это может баг компиляторов от skyloader'а? Кстати, в файле game_graphs.ltx в этой секции: [location_0] 000 = "..." 001 = "эскейп" 002 = "свалка" 003 = "агропром" 004 = "агропром-подземка" 005 = "темная долина" 006 = "лаборатория X-18" 007 = "даркскейп" 008 = "Бар" 009 = "Росток" 010 = "Янтарь" 011 = "лаборатория X-16" 012 = "Милитари" 013 = "Мертвый город" 014 = "Радар" 015 = "Радар бункер" 016 = "Припять" 017 = "станция АЭС" Числовые id слева должны совпадать с id локации из game_levels.ltx?

@abramcumner я всю папку gamedata скинул: https://disk.yandex.ru/d/zWj-qcufXL1lwQ Это для ТЧ 1.0006. Можешь зайти на свалку или бар и в консоли будет красный текст. А какие программы есть для просмотра связей? ggtool? У меня он не работает, видимо Perl не той версии.

да, я именно так и делал. Использовал компиляторы skyloader'а.

для меня загадка, как gsc смогли добавить эти граф поинты. Самих локаций нет, а граф поитны есть. Я надеюсь игра их не использует. то же загадка, так как я ничего не удалял. Смотрел в лог и в нём нет информации о ненайденных связях. Вообще я пытаюсь взять оригинальный all.spawn и начать с ним работать через СДК. Всё скомпилировал без изменений, но есть ошибки в игре. Кто-то до меня этим занимался? Или все моды сделаны с помощью acdc? Просто есть некоторые проблемы, которые невозможно нагуглить. Я думал, что много кто пытался править спавн в СДК.

Если all.spawn разбить на level.spawn'ы, то при разбиении будут созданы файлы неизвестных локаций: _level_unknown, ai_test, ai_test_new, ai_test2, jim_dark, koan_test, l03_agroprom_hw и т. д. Откуда они взялись? Они содержат только граф поинты и их данные хранятся в game.graph. Я делал компиляцию разбитого all.spawn через СДК. И у меня игра работает не стабильно. Связано ли это с этими локациями? Я их в свой спавн/граф не добавлял. Просто удалил их и скомпилировал нормальные локации. В игре на некоторых локациях красный текст в консоли: [10/20/24 10:21:09] ! Cannot build GAME path! (object gar_stalker_respawn_116830) [10/20/24 10:21:09] ! CURRENT LEVEL : l02_garbage [10/20/24 10:21:09] ! CURRENT game point position : [-57.229004][0.422093][10.744019] [10/20/24 10:21:09] ! TARGET LEVEL : l01_escape [10/20/24 10:21:09] ! TARGET game point position : [-211.235229][-19.935835][-140.098785] [10/20/24 10:21:09] ! Target point mask [1][0][0][0] [10/20/24 10:21:09] ! Object masks (3) : [10/20/24 10:21:09] ! [8][1][255][255] [10/20/24 10:21:09] ! [12][1][255][255] [10/20/24 10:21:09] ! [255][0][255][255] И иногда вылеты.

Как в all.spawn определить локацию, на которой находится объект? Я разобрал спавн элемент и получил параметры: section_name = "ammo_vog-25" name = "dar_ammo_vog-25" game_type = 0 rp = 254 position = 11.041171073913574, 5.667025089263916, 8.340907096862793 direction = 0.0, 0.0, 0.0 respawn_time = 0 object_id = 65535 id_parent = 65535 id_phantom = 65535 flags = 33 version = 118 script_version = 6 client_data_size = 0 client_data = b'' spawn_id = 3268 size = 61 graph_id = 1109 distance = 0.0 direct_control = 1 node_id = 2872 flags = 4294967103 ini_string = "" story_id = 4294967295 spawn_story_id = 4294967295 visual_name = "weapons\ammo\ammo_vog-25" flags = 0 condition = 1.0 elapsed = 1 Локация определяется по graph_id и node_id? Но как это делается?

@abramcumner получилось. Только в конце 3 байта какие-то ещё остались (в самом конце NET пакета 02 00 00). Это выравнивание так сработало? Или какие-то реальные данные? Я хотел бы написать аналог acdc, только на питоне. Чтобы легче было добавлять новые функции. Но пока сложновато идёт написание.

Я пишу скрипт, который разбирает формат all.spawn. Разобрал немалую часть, но не могу разобрать NET пакет для объекта esc_lager1. Вот я в архив поместил только пакет в 286 байт: https://disk.yandex.ru/d/NCsjeAAwiNoavg Я это делаю для того, чтобы разобрать каждый байт, каждый бит спавна. Мне нужно потом сравнивать значения с моим сломанным спавном, чтобы понять, почему объекты на локации те же, что в оригинале, но игра глючит или вылетает. Мне не понятно, что находится по смещению 256. Там идут 16 байт, которые мне не известны, а потом идут параметры CSE_PHSkeleton (startup animation = $editor). Мне нужно узнать, что за 16 байт до строки $editor? В исходниках движка я не могу понять, откуда эти байты берутся. В perl скриптах я тем более не разбираюсь, так как перл не знаю.

@abramcumnerда, в этом acdc работает.

@KD87 Привет. Нашёл один баг в acdc 1.38: Если разбить all.spawn на level.spawn'ы, то в СДК custom data будет напечатана в одну строку. Как я понял, это связано с тем, что в итоговых level.spawn файлах символ новой строки записан в виде одного символа \r, а нужно записывать \r\n. Если custom dat'у скопировать и вставить в Notepad++, то текст будет на нескольких строках. Я потом обратно в СДК копирую его. Но это не главная проблема. Основная проблема в том, что в игре от таких строк какие-то баги непонятные. Сталкеры иногда стоят на месте и появляются вылеты. Я написал свой скрипт, который чинит custom dat'у и багов стало меньше, но они всё равно есть. Может не все строки починил. Можешь исправить этот баг? Из-за него не получается полноценно пользоваться скриптами. Я хотел декомпилировать all.spawn и без изменений скомпилировать с помощью СДК+xrAI. Ничего не менял, а баги появились. all.spawn разбивал на level.spawn с помощью такой команды: universal_acdc.pl -split all.spawn -way

@WinCap у тебя на скриншоте - это просто метка ноды Image: Она не влияет на экспорт. На экспорт влияет имя ноды, если выключен параметр Texture name from image path, либо путь к изображению, если этот параметр влючен. Я объяснял это в видео: https://youtu.be/KG5r0vRfUtk 2 - у меня были идеи по этому поводу. Здесь описывал: https://github.com/PavelBlend/blender-xray/issues/354 Но когда я буду это делать, не знаю. Есть некоторые проблемы в уже написанном коде, поэтому я пока не хочу добавлять новый функционал, пока со старым не разберусь.

@WinCap 1. нужно взять текстуру из папки Textures Folder (которая в настройках аддона) или более вложенной папки. 2. Нужно именно шейдеры переименовать? То есть сами ноды Principled BSDF, Diffuse BSDF и т. д. И по какому принципу нужно переименовать? Имя, которое совпадает с именем текстуры?

@Марка демченков в release notes написано, что ускорено дублирование объектов и указание уникальных имён объектам. Но это не значительная часть импорта. Level из-за других вещей будет долго импортировать. Сейчас проверил импорт mp_atp из тч. В 3,2 импорт занял 29 секунд, а в 3,3 - 26 секунд. Вот если бы было 500 000 объектов, как написано здесь: https://developer.blender.org/rB7f8d05131a, то да, было бы быстрее на десятки минут, но всё равно заняло это бы меньшую часть времени импорта.

@Марка демченков а зачем? И в чём заключаются тесты? Определить, что быстрее работает?

Вышла новая версия аддона blender-xray: https://github.com/PavelBlend/blender-xray/releases/tag/v2.13.0

Пока на форуме не писал, вышло два обновления blender-xray: https://github.com/PavelBlend/blender-xray/releases/tag/v2.11.0 https://github.com/PavelBlend/blender-xray/releases/tag/v2.12.0 По подробности по ссылкам выше.

Сделал новый релиз с исправлением и новыми возможностями: https://github.com/PavelBlend/blender-xray/releases/tag/v2.10.0

Исправил некоторые ошибки в аддоне. Сделал релиз 2.9.3: https://github.com/PavelBlend/blender-xray/releases/tag/v2.9.3

хотя да, сейчас проверил. В сдк кордон из тч без спавна, аи сетки, только статичные объекты крутится с 10-18 фпс, а в блендере та же геометрия 22-40 фпс. Но памяти сдк занимает 450 мб, а блендер 1.1 гб. Но не в памяти главная проблема. я делаю импорт/экспорт файлов. Импорт *.part файлов занимает меньше 100 строк кода, так как object импорт и чтение *.ltx были готовы. Решил немного отдохнуть от рутины (рефакторинга кода) и добавить новый формат, много времени это не заняло. Но в сдк, кроме импорта/экспорта/открытия/сохранения, куча инструментов: генерация секторов, порталов, травы, аи сетки. Я не потяну переписывать под блендер эти возможности. Сделать можно всё, если есть опыт и время. Сам я такое не планирую делать.

@Марка демченков в блендере объекты гораздо раздутее, памяти больше занимают. Каждый объект универсальный и имеет кучу общих параметров, которые пригодятся на все случаи жизни: цвет, режим отображения, родителя и прочие параметры. А в сдк объекты узко заточенные и имеют только те параметры, которые нужны сталкеру. В итоге в сдк объекты меньше памяти занимают. В блендере вершины, рёбра, полигоны имеют больше свойств и эту геометрию можно редактировать, а в сдк нет. Из-за этого сдк быстрее работает. Из-за этих причин я бы не стал из универсального блендера делать узко заточенный сдк.

В аддоне недавно появилась ошибка при object экспорте. Исправление ошибки есть в версии 2.9.1: https://github.com/PavelBlend/blender-xray/releases/tag/v2.9.1 Так же была исправлена старая ошибка omf экспортёра, которая возникала, если использовать Dependency объект.

Зарелизил новую версию аддона blender-xray 2.9.0. В этом релизе был добавлен импорт нового формата. Подробнее здесь: https://github.com/PavelBlend/blender-xray/releases/tag/v2.9.0