Builder to builder/ru
| Создание архива для разработчика |
| Начало / Русская DA Builder Wiki / Поделиться ВКонтакте
|
| Модули |
|---|
|
"Builder to builder", также известный как "B2B", это общий термин для определения процесса обмена игровыми ресурсами между разработчиками модулей, для примера между членами команды модмейкеров, работающих над одним модулем. О предоставлении готового модуля игрокам смотрите Создание архива для игрока.
Существует три основных типа ресурсов, необходимость обмена которых может возникнуть, в случае разработки модуля несколькими модмейкерами:
2DA-файлы и художка(графика, музыка) - это обычные файлы, хранящиеся на компьютере, и никаких проблем в обмене ими не возникает.
Другое дело - ресурсы базы данных. Если практически каждый пользователь знает как работать с файлами (а модмейкер просто обязан это знать), то опыт работы с базами данных есть далеко не у всех. К тому же ресурсы в базе данных тулсета пронизаны взаимосвязями, которые необходимо учитывать при редактировании ресурсов. Для упрощения обмена такими файлами тулсет имеет специальную процедуру для сохранения и загрузки выбранных ресурсов базы данных и их связей в файлы XML, и последующего их объединения в один архив, имеющий тип .dadbdata.
Внимание: Процедуры экспорта ресурсов для проверки в игре, либо для распространения среди игроков, являются отдельными процедурами.
Contents
Создание архива для разработчика
Чтобы создать архив для разработчика выберите в палитре ресурсов (en) необходимые ресурсы и в контекстном меню выберите пункт "Builder to builder create".
Также вы можете запустить создание архива для разработчика с выбором всех доступных вашему модулю ресурсов. Для этого в меню "Tools" выберите "Builder -> Builder to Builder Create".
В результате одной из предыдущих операций появится список ресурсов для экспорта.
Обратите внимание:
- Как правило, экспортируются только ресурсы вашего модуля, если у вас нет особых причин для экспорта основных ресурсов игры.
- Вы можете выбрать несколько ресурсов прежде чем запустить создание архива.
- Как отмечалось выше, в архив для разработчика включаются только ресурсы из базы данных, так что обмен 2DA-файлами и художкой должен производиться в обычном порядке.
Когда вы убедитесь в правильности своего выбора, нажмите "Ok" и вам будет предложено выбрать путь для сохранения архива.
Импорт ресурсов базы данных
Импорт ресурсов из архива формата ".dadbdata" запускается выбором пункта "Builder to Builder Load" в меню "Tools -> Builder"
После выбора архива вам будет представлен список имеющихся в нём ресурсов.
Отметьте ресурсы, которые необходимо импортировать, с помощью самого левого чекбокса (колонка "Import"). Обратите внимание, что если вы импортируете не все ресурсы, то, возможно, будут нарушены связи между ресурсами. Однако, если в архиве присутствуют основные ресурсы игры, то скорее всего импорт их не обязателен, так как в вашей базе данных они уже есть, если, конечно, у вас нет веских причин для замены ваших основных ресурсов игры.
В правой части окна есть опция, позволяющая вам импортировать ресурсы, использовав оригинальные идентификаторы строк, либо создав новые. Использование оригинальных строк позволит сохранить целостность ссылок на ТЛК-таблицу. Однако использование оригинальных идентификаторов строк может вызвать некорректную загрузку ресурсов. Для поиска возможных ошибок с этой опцией и путей их решения смотрите Идентификаторы строк.
ResRefID это идентификатор ресурса, который использовался в базе, из которой он импортирован. ResRefIDs должен быть уникальным для каждой базы данных, поэтому во время процесса импорта он присваивается автоматически.
Конфликт имён
Колонка "Exists/New" (имеется/новый) показывает, существует ли ресурс с таким же именем в вашей базе данных. Это хорошая возможность отследить основные ресурсы игры, которые хоть и связаны с новыми ресурсами, но не требуют импорта вашу базу данных.
В случае, если вы всё же импортируете ресурс с повторяющимся именем, то по умолчанию во время импорта старый ресурс затирается новым. Чтобы изменить такое поведение, вы можете использовать колонку "Create New". Если вы отметите чекбокс "Create New", то импортируемый ресурс будет переименован с добавлением суффикса "_1" (в случае необходимости цифра будет увеличена), а старый ресурс останется нетронутым. Связи всех новых импортированных ресурсов, которые были связаны с переименованным ресурсом, обновятся для связи с его новой копией.
Заметим, что если вы используете опцию "Create New" во время импорта ресурса вместе со связанными с ним ресурсами, то в последующем, если вам понадобится заново импортировать только его одного, импортер не сможет прочитать его связей, так как они были изменены. Так что лучше избегать такой ситуации, чем впоследствии пытаться решить её.
В случае совпадения имён ресурсов также обратите внимание на колонку "Checked Out", которая сигнализирует о том, что другой пользователь, имеющий доступ к вашей базе данных, сделал процедуру "Check Out" этого ресурса, и он не может редактироваться вами, в том числе и обновляться при импорте. Эта проблема актуальна только при совместном доступе к базе данных, если же доступ к базе данных имеете только один пользователь, эта проблема не возникнет.
Копирование модуля
Вы можете скопировать модуль на новую машину, в новую базу данных или базу данных другого моддера.
Создание архива B2B является хорошим способом для создания резервной копии вашего модуля, его передачи или восстановления.
Если у вас есть голосовая озвучка, то необходимо обеспечить сохранение идентификаторов строк (в противном случае вам придется переименовать все файлы голосовой озвучки).
Если вы знаете диапазон строк в исходном модуле, то вы можете установить такой же диапазон в целевом модуле.
Если вы не знаете диапазона идентификаторов строк в оригинальном модуле, то:
- В новом модуле укажите диапазон с 1 до оооочень большого значения, чтобы быть уверенным, что строки в архиве не выйдут за диапазон.
- Загрузите архив в базу с использованием старых идентификаторов.
- В редакторе строк (String Editor) посмотрите диапазон строк новых ресурсов и установите для модуля диапазон на порядок шире.
Совместный доступ к базе данных
Если же вышеуказанный способ представляется слишком трудоёмким, либо объём обмениваемых ресурсов слишком большой, то существует более продвинутый альтернативный путь: организация совместного доступа к хранилищу базы данных.
В случае обычной установки тулсета на пользовательский компьютер, база данных устанавливается на локальный компьютер, откуда её и использует тулсет. Однако, используя утилиту "ConfigureToolset", поставляемую вместе с тулсетом , возможно настроить тулсет для доступа к базе данных, находящейся на другом компьютере, при условии наличия сетевого соединения. Этот механизм использовался BioWare во время разработки основной кампании Dragon Age наряду с традиционным использованием медиаресурсов и 2DA-файлов. Именно возможностью использования базы данных в совместном доступе обусловлено наличие концепции "Check In/Check Out", позволяющей организовать работу нескольких пользователей над одним ресурсом.
Общие вопросы, которые необходимо учитывать при организации совместного доступа:
- Файрволл и маршрутизатор - Компьютеры разработчиков должны иметь сетевой доступ к базе данных. Это может потребовать переадресации портов и других потенциально сложных настроек.
- Постоянный доступ - Так как все разработчики будут работать с одной базой данных, то необходимо обеспечить постоянную её доступность. Это может потребовать выделение отдельного компьютера, используя его только для этой цели.
- Безопасность - База данных станет доступна для внешнего доступа, который может быть и злонамеренным, так что вы должны понимать риски и принимать необходимые меры.
Хотя эта возможность и существует, хочется отметить, что пока этот метод применялся только во внутренней сети BioWare, что обусловливает отсутствие какой-либо информации о возможных проблемах.
| Язык: | English • русский |
|---|
