Управление скачиваемым контентом

Гм. Тоже хочу такое :)

Плюсую вопрос.

в игровых движках под консоли есть такие возможности. про отдельные библиотеки без привязки к контексту не слышал.

Жаль... сейчас всё реализовано веб-страничкой, на которой есть ссылки на файлы zip. Пользователь жмёт на ссылку, файлы качаются распаковываются в директорию программы в хомяке поверх того, что там было. Хотелось бы разгребать получающийся срач, но велосипедить лень.

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

В NWN например это было сделано как директория override, ресурсы которой в рантайме подменяли изкоробочные ресурсы и при удалении оверрайда начинал опять использоваться искоробочный ресурс.

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

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

В принципе, это всё легко лепится на основе подхода игр серии Quake к хранению ресурсов: всё находится в архивах, которые загружаются в алфавитном порядке. Тогда и удалить пакет (даже если он заменяет собой какие-то файлы), и переопределить отдельные файлы не составит труда. Но требуется слой абстракции над ФС (кажется, где-то видел готовые либы такого плана).

в исходниках третьекваки есть их реализация pak-файлов на основе zip. делает примерно то что написал Dark_SavanT. драть GPL'нутый код необязательно, такая же система на коленке пишется с нуля за пару вечеров, но оттуда можно понять идею.

о, да ты и сам все знаешь.

А как разруливать если два дополнения переопределяют один и тот же фаил? в случае как с квакой, получаем непойми что.

Последнее по алфавиту имеет перевес, вот и всё. Приоритетом можно управлять, меняя имена пакетов.

тогда вопрос - есть три текстуры, есть два пакета каждый из которых переопределяет по две текстуры из трёх, но только одну переопределяют оба пакета. В итоге на модели получаем бардак. Я имею в виду такой случай, чтобы отслеживать такие конфликты и про них сообщать.

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