_________________
Когданибудь мы вернемся.
Создатели.

Архивы. Может Даст по блату свиснет архиватор?
А то СДК чё-то нету

_________________
Земля, Земля - я Юпитер!
Зарисовка в стиле AIM - https://www.youtube.com/watch?v=JiWtIz9g3Uw

Блокнотом открывается.
Поиском нужный текст можно найти.
Таким образом я примерно узнал что показали бы Считающие если бралось бы задание: вернуться до создания суперкластера.

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

_________________
Если я сказал: ''Не брал!'', значит не отдам...
Кто хоть раз слышал звон будильника ранним утром в понедельник, того трубный глас в час Страшного Суда - не испугает.

À ìîæåò îí íà÷èíàþùèé ïèðàò!!!

_________________
Áóäóùåå Çàâèñèò Îò Òåáÿ (Ìåãà Ôîí)
[ http://skyriver.ru/forum/viewtopic.php?t=1825 ]

Первые шесть -- это да, архивы. Открыть их не надейся, никто тебе такой халявы не даст. Они не открываются без исходников. Дальше ясно?:)
quest.dat, quest.ind, quest.tab открываются банальным блокнотом.

я это тоже имел в виду :grin:

_________________
Если я сказал: ''Не брал!'', значит не отдам...
Кто хоть раз слышал звон будильника ранним утром в понедельник, того трубный глас в час Страшного Суда - не испугает.

разве WinRAR не открывает паки? Помнится, открывались какие-то...
Или пак паку рознь?


или это были кабы......

Нет, ругается на неизвестный формат.

_________________
Жизнь - это добрая сказка со счастливым концом. Другое дело, что я в ней - отрицательный персонаж.
Ich bin alleine doch nicht allein
Мир спасет красота и массовые растрелы. Но растрелы эффективнее...

struct fatrecord { //запись внутри FAT
char *path; //путь к файлу
unsigned int shift; //смещение файла относительно FAT
unsigned int size; //размер файла
};

struct pak {
char arch[6]; //ID?
unsigned int count; //кол-во записей
unsigned int unknown1; //неизвестно
unsigned int unknown2; //неизвестно
unsigned int unknown3; //неизвестно
fatrecord *list; //FAT собственно
char *data; //Данные
};
Примерно так выглядит архив внутри, будет время выложу что-нибуть более толковое и менее корявое. А утверждать что нельзя вскрыть архив не имея исходников по-моему глупо. Вскрыть можно все, нужно только иметь терпение

Архив - собственная LZ/RLE модификация. Оптимизирован на чтение. Открыть то можно, только зачем? :) Можно было и архиватор приложить - только он под .NET - с ним .Net Framework большой очень.
AIMBIN.pak - скомпилированные скрипты ( сорсы и компилятор в SDK )
AIMMMM.pak - (2D файлы карт локаций)
AIMMMO.pak - (файлы объектов локаций)
AIMMMP.pak - (файлы геометрии локаций)
Файлы локаций ( 3 штуки) создаются из редактора локаций для игры. В редакторе не открываюся - только для игры. Проектов локаций (кроме демо) мы не выкладывали - вскрывать архивы смысла никакого..
AIMMOD.pak - (файлы моделей - их можно просмотреть во Viewer`е)
AIMTEX.pak - (файлы текстур - их можно просмотреть во Viewer`е)
На модели и текстуры - в принципе, авторское право SkyRiver распространяется - вскрывать их не надо, а посмотреть можно, а также можно ставить что-то свое. ( Будут проблемы со вставкой своих моделей - пишите куда-нибудь :) )

А если архивы распаковать в папку с игрой, то производительность сильно поднимется? Или игра читает ресурсы только из архивов, не обращая внимания на прочее содержимое папки DATA, и толку не будет?

_________________
Даёшь новый патч!!!

Про производительность не могу сказать точно (мож и поднимется незначительно), но все содержимое учитывается. Если некоторые файлы продублированы, т.е. содержатся одновременно в папке Data распакованными и в .pak, то игра будет юзать последние. Посему для переделки основных модулей следует распаковать архив и удалить/перенести в другой каталог.

Тогда наоборот надо, пусть незапакованные файлы сначала читает игра, зачем мне править что-то и чтобы заменить файл в архиве заниматься геморроем - распаковывать архив, перемещать его куда-то и т.д.
Если я создам мод со своими моделями глайдеров, то те кто захочет его скачать будут должны качать SDK, потому-что распаковать архив без него они не смогут, а если архив не распаковать и не переместить, то игра на твои модели-ноль внимания... Что за глупость?
В Морровинде например как раз и есть как я говорю, и плагины к нему занимают по мегабайту, а мне значит плагин в архив впечатывать и пусть его целиком качают? Причем из гигабайтного архива им как раз и будет нужен этот самый мегабайт. Хренота какая-то, ребяты.

Да.

Производительность из за pak-ов по сравнению с незапакованнными данными может гулять в обе стороны, причём сильно. Зависит от загруженности процессора, винта, его интерфейса, степени дефрагментации, системной шины... pak-и удобны тем, что они быстро читаются с диска (обыно узкое место - здесь), за это нужно платить загрузкой процессора и системной шины на распаковку. Имея SDK, можно степень сжатия вообще именно под свой комп подобрать. Дефолтная "сидюшная" для мощных машин мала, а для старых - велика.

на 100% верно
Глупость я вижу только в этом посте. В ветке про SDK есть ответ на твой вопрос, пальцем тыкать не буду, у меня тоже есть куда девать время. Если найдёшь и прочитаешь, то может и "хренота" исчезнет из твоего мнения и заодно из твоих постов

Ark писал(а):
pak-и удобны тем, что они быстро читаются с диска (обыно узкое место - здесь), за это нужно платить загрузкой процессора и системной шины на распаковку

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

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


2 Gray

Извините, я не хотел вкладывать ни оскорбительного смысла в своё сообщение, ни показать этим что я мол раздражен, и... Написал что написал. А если вы в обиде за то что я написал в теме "Квесты - предложения или новая команда." что мол не развивается мир и т.д. , так я не хотел этим вас оскорбить, не хотел сказать что игра плохая, мне нравится идея игры, мне нравится то что в ней реализовано, но я вижу то что сделало бы её лучше, поверьте я не желаю ничего плохого, я просто думал что мои идеи будут вами рассмотрены и они помогут вам сделать новую игру намного лучше, не заменив, а добавив к ней что-то. Честно, я хотел бы узнать, что вы думаете про то, чтобы сделать мир в игре развивающимся(я говорю уже про третью часть, незачем делать аддон).

_________________
Даёшь новый патч!!!

2 DemolitiON
Можно и желательно, часто игра после дефрагментации с сортировкой файлов по имени начинает лучше шевелиться. Однако скорость считывания непрерывных данных с винта всё равно в разы ниже, чем скорость обмена по системной шине, даже когда они на одной дорожке находятся. Затем NET и придумана.