[SoC] Ковыряемся в файлах

[Dennis_Chikin 3 658]

Ковыряемся в файлах ТЧ

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

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

[naxac 2 445]

Тут надо сказать, что юзание распакованной геймдаты, становиться невозможным.

А если перенести директорию mods выше gamedata в fsgame.ltx, приоритеты не изменятся? (как в ЗП - архивы грузятся по порядку, начиная с верхней директории)

[macron 1 823]

Проясните, кто в теме.

Я в теме. Вот последний компрессор в db от YURSHAT с моими правками.

 

http://rghost.ru/8vXHHFFSj

 

но мешать свои архивы с оригинальными я бы не хотел.

А зачем мешать? Называешь, например, свои архивы как gamedata.dbe1, gamedata.dbe2 и т.д. Всегда видно, где кончаются архивы игры и начинаются твои. По поводу anims, configs, meshes и т.д.  - их удобнее сразу паковать, например,  в один gamedata.dbe*-архив, а уровни - в другие. А xdb-отстой, без компрессии, и гамедату перекрывает.

Изменено 7 Марта 2016 пользователем macron

[CRAZY_STALKER666 36]

@AndrewMor, на самом деле разницы нет, это всеголиш ссылка, как бы...

С проблемой разобрался...

[gameshark 1]

Может кто объяснить, как из оружейного мода вырезать отдельные пушки вместе со всеми их фишками?

Ну или статью кинуть.
Предположим если мне отсюда АК с новым(стандартным) прицелом нужен, и ПМ вырезать надо.

[Overfirst 630]

@gameshark, берешь нужный конфиг, смотришь в нем пути к моделям и звукам. С текстурами сложнее. Можно посмотреть разными способами, а можно запускать игру без текстур и смотреть, с каким логом вылетает игра, из него и смотришь путь к текстуре и добавляешь их пока не прекратятся вылеты. Я, например, смотрю пути с помощью OGFViewer. Есть еще множество нюансов. Партиклы, например. Если они не из оригинала, то игра, разумеется, обвалится и нужно будет распаковывать particles.xr и добавлять недостающие эффекты. А можно просто прописать оригинальные партиклы, чтоб меньше геморроя было.

[Silver Raven 197]

@macron, хорошо, касательно выбора метода паковки вопрос решен. Спасибо.

А по поводу смешивания, меня не столько волнуют имена архивов (хотя, переименовать бы хотелось), сколько то, что я хочу избежать их нахождения в одной папке с архивами оригинальной игры. Есть способ заставить игру читать их из нескольких мест? Например, из той же папки mods?

[CRAZY_STALKER666 36]

Кто помнит, где устанавливается время, которое будет  при "Новой Игре". Я имею ввиду время в ПДА, и дату. 

[ed_rez 16 109]

 

 

А xdb-отстой, без компрессии, и гамедату перекрывает.

Но сколько мы имеем плюсов, при редактировании. Предположим, мы имеем какую-то часть своего проекта (рабочую), но требуется внести значимые изменения. Чтобы не запоминать каждый файл и не выписывать в сторону, что правили, а править мы будет многое, то пакуем игровой архив-файл для папки mods и тестируем запуском игры. Если происходит сбой, то нам не нужно поднимать записи, что правили, а правили многое и не за один день. Сложновато ковыряться в 10 тыс. файлах и сортировать их по датам, хоть как-то отделяя от не редактированных. В том варианте, когда правки отдельно и лежат в mods, то после распаковки и дальнейшего поиска ошибок, куда более продуктивный метод. А после тестирования, объединяем с файлами мода и пакуем в игровые архивы *.dbX.

 

 

Есть способ заставить игру читать их из нескольких мест?

Не очень понятен смысл, когда можно переименовать файлы, тем самым выделить их... Чисто теоретически вопрос конечно интересен.

[Comador 203]

CRAZY_STALKER666, смотри alife.ltx

[Silver Raven 197]

Не очень понятен смысл, когда можно переименовать файлы, тем самым выделить их... Чисто теоретически вопрос конечно интересен.

Я имею в виду, что хорошо бы разделять архивы игры и архивы наработок модмейкеров по разным папкам (тем более, что подходящая папка уже есть - mods), т.к. не считаю удобным их общее месторасположение (текущая версия ОГСЕ, как пример). Порой возникает путаница при распаковке. Тем более, что по именам архивов не ясно их содержимое (почему и хочу их переименовать). Может мне нужны только звуки. Такое разделение присутствует во многих играх. Архивы разрабов в одном месте, архивы модмейкеров в другом. Считаю, что и Сталкере стоит придерживаться этой концепции. А распакованную геймдату использовать только во время разработки\отладки. Закончил - упаковал. С .xdb такое возможно. Но вот .db... 

 

З.Ы. И немного хотелок. Была бы утилита автообновления, которую можно было бы встраивать в инсталяторы, для сравнения архивов и их перезаписи на ходу. Это позволило бы при обновлении наработок не плодить новые, а переписывать старые, путем добавления\удаления из них тех или иных файлов. 

Изменено 8 Марта 2016 пользователем Silver Raven

[HellRatz 2 840]

 

 

Была бы утилита автообновления, которую можно было бы встраивать в инсталяторы

В ОГСЕ это реализовано на должном уровне и очень себе удобно. Так что все реально 

[Silver Raven 197]

В ОГСЕ это реализовано на должном уровне и очень себе удобно. Так что все реально. 

Вот только, насколько я знаю, эта утилита обновления (если она есть вообще) добавляет новые архивы каждым патчем. А не перезаписывает старые. О чем я и говорил.

Изменено 8 Марта 2016 пользователем Silver Raven

[AndrewMor 527]

 

 

С проблемой разобрался...

А в чем дело-то было?

 

 

 

Кто помнит, где устанавливается время, которое будет при "Новой Игре". Я имею ввиду время в ПДА, и дату.

config\alife.ltx

 

строчки

 

start_time 

start_date

[ed_rez 16 109]

Архивы разрабов в одном месте, архивы модмейкеров в другом. Считаю, что и Сталкере стоит придерживаться этой концепции.

Я же наоборот не придерживаюсь этой концепции. Обладателей слабых компьютеров больше, чем мощных. В своих работах использую слияние ориг. файлов с файлами мода и дальнейшей упаковки их в обычные игровые файлы *.dbX. А все наработки дальнейшие складываю в папку mods, которые в дальнейшем сольются вместе с теми, которые уже упакованы, т.е. заменяться при полной распаковки, заменой старых на новые и новой переупаковки. На слабых  машинках такой подход дает огромную оптимизацию загрузок, как на старте, так и в игре.

Да, есть минус, кто играет в многие моды, требуется откладывать игровые архивы в сторону, чтобы установить такой мод. 

Загрузка игры происходит изначально с игровых архивов *.dbX, затем папка gamedata и наивысший приоритет у папки mods. Значит тем способом, как ты описываешь, мы подписываемся на загрузки одних файлов, затем других, которые перезапишутся в памяти, а затем уже добьем третьей перезаписью с папки mods. Время на загрузки будет выше.

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

Мне интересно, как другие думают.

Изменено 8 Марта 2016 пользователем ed_rez

[Worklad 0]

Привет, слушай как сделать чтобы при попадании в ГГ у ГГ отнималось выносливость?

[Silver Raven 197]

@ed_rez, раз ты утверждаешь, что у папки mods наивысший приоритет, значит помещать туда свои архивы не только удобно, но и выгодно, в плане производительности. Ведь, по идее этот приоритет должен влиять на порядок загрузки в ее пользу? Да и потом, Сталкер такая старая игра, что очень сложно сейчас найти комп который испытывал бы серьезные проблемы с загрузками\подзагрузками. Хотя тут есть фактор разработчика и того как он занимается оптимизацией своего детища. Ну и конечно, все было бы гораздо удобнее, будь возможность назвать .db архивы любыми именами, а не только фиксированным и обезличивающим gamedata.

Изменено 8 Марта 2016 пользователем Silver Raven

[ed_rez 16 109]

но и выгодно, в плане производительности.

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

Оптимизация в нашем случае- это качество упаковки, где *.dbX, превосходит *.xdbX, я про последние наработки упаковщиков. Я пишу, как удобно работать при создании модов и постоянном их редактировании. Редакция в одном месте, причем только те файлы, которые мы редактировали. Но после теста правок их лучше упаковать в обычные игровые архивы и не просто добавочным игровым архивом, а слить с уже существующими. Да и многим приятнее качать скачать мод, который будет весить не больше ТЧ+мод, т.к. сейчас тенденция такая, что почти все файлы ориг. ТЧ заменяются. А что остается не правленным- это смехотворный объем в Мб.

по идее это должно влиять на порядок загрузки в ее пользу.

Теоретически, время проверки наличия папок gamedata и mods- это не то время, на которое стоит уделять внимание. Либо есть, либо нет.

комп который испытывал бы серьезные проблемы с загрузками\подзагрузками.

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

гораздо удобнее, будь возможность назвать .db архивы любыми именами, а не только фиксированным и обезличивающим gamedata.

Я лично не вижу проблем. Есть плагины для ТС, одно нажатие на игровой архив и я вижу все файлы и даже свободно могу оттуда единичные файлы вытянуть, просмотреть граф. или текстовый файл не вытягивая из архива. Один из плагинов:

 

 

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

Я полностью обложился "удобством" работы с игровыми архивами. Распаковщиками не пользуюсь давно. Запаковщикам, тут да, никак иначе.

Изменено 9 Марта 2016 пользователем ed_rez

[Silver Raven 197]

@ed_rez, сливать свои наработки с ПЫСовскими файлами, (пусть не самый удобный, на мой взгляд) тоже вариант.  Жаль, что нет перепакованной версии ТЧ с вычищенным мусором. Если в конфигах и скриптах (последних таки не мало) он особо не влияет на размер архивов, то вот текстур, оставшихся с билдов, хватает. Хотя, с ними я могу управиться. Благо, моя текстурная сборка, заместит почти все файлы. Оставшиеся можно просто докинуть перед упаковкой.

[ed_rez 16 109]

Silver Raven,

кто-то уже писал, повторюсь, упаковку файлов лучше делать секциями папок. Первыми должны идти конфигурации, скрипты, шейдеры... Все файлы, которые являются скелетом мода. Затем модели, локации и текстуры.

Есть великолепная функция у ТС- сравнение папок. Что мешает провести сравнение и удалить из ориг. ТЧ мусор, если уверен, что твоя работа заменяет все скрипты, текстуры... Да и всегда можно докинуть недостающие файлы на ходу.

Многие пожали руку человеку, который вычистил ориг. ТЧ от мусора. 

[Akello 175]

@ed_rez,  Жаль, что нет перепакованной версии ТЧ с вычищенным мусором.

 

А тебе не кажется, что мусор это как раз то, что творят ваши мододелы?

Вот это и сть мусор!!