HLFX.Ru Forum - Поддержка unzip (zlib)

Помогите добавить поддержку unzip (zlib) в half-life. Прочитал статью http://www.gamedev.ru/articles/?id=70122, но не могу понять где взять unzip.lib

avegamer
Раздел для темы наугад выбрал, или ты таки бот?

Случайно тему не в том разделе создал.
Мне нужно, чтобы все ресурсы, например спрайты или wav-файлы хранились в архивах .zip или .gz и чтобы можно было их использовать в функциях, напимер, PrecacheModel, PrecacheOther и тому подобные.

PunkPaToB ага... и время загрузки увеличивалось в несколько раз.

Government-Man
c таким подходом оно только уменьшиться =)

avegamer юзай *.pak и будет счастье, или *.gcf но тут на лицензии не сделаешь вроже.

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

1	int UnCommpressBuff( unsigned char destbuff, unsigned long destbufflen, unsigned char *sourcebuff, unsigned int sourcebufflen )

3	int res = uncompress( destbuff, destbufflen, sourcebuff, sourcebufflen );

5	return res;

1	char pTtzFileName[256];

2	memset(pTtzFileName, 0, sizeof(pTtzFileName) );

3	sprintf(pTtzFileName, "%s.ttz", pBaseFileName );

5	FileHandle_t fileTtzHandle = g_pFileSystem->Open( pTtzFileName, "rb" );

7	if( !fileTtzHandle )

9	Warning( "\"%s\": cached version doesn't exist\n", pTtzFileName );

11	delete tthbuf;

12	delete vtfhdr;

14	return NULL;

17	pTtzFileSize = g_pFileSystem->Size(fileTtzHandle);

19	ttzbuf = (char *)malloc(pTtzFileSize);

20	memset(ttzbuf, 0, pTtzFileSize);

22	g_pFileSystem->Read( ttzbuf, pTtzFileSize, fileTtzHandle );

23	g_pFileSystem->Close( fileTtzHandle );

25	uncompbuf = (char *)malloc(pTth->infLength() - pVtfHdrSize);

26	memset(uncompbuf, 0, pTth->infLength() - pVtfHdrSize);

28	unsigned long ressize = pTth->infLength() - pVtfHdrSize;

30	int res = UnCommpressBuff( (unsigned char )uncompbuf, &ressize, (unsigned char )ttzbuf, pTtzFileSize );

if(res)

34	// Warning( "Error extracted: %d, in file: %s\n", res, pTtzFileName);

36	delete tthbuf;

37	delete vtfhdr;

38	delete ttzbuf;

39	delete uncompbuf;

41	return NULL;

else

45	// Warning( "Good extracted: %d, in file: %s\n", res, pTtzFileName);

48	pEndVtfSize = pTth->infLength();

__________________
Вся сила лысого кощея,
Сокрыта в башне из костей
Воздвигнутой, под небесами
На месте похорон людей

А я вот подумал, может быть создать свою версию WAD (есть наработка на tmt pascal) и хранить в нем файлы сжатые например zlib

WAD для хранения не только текстур, но и любых других файлов как в doom или zdaemon

WAD для хранения только текстур. Любые другие файлы удобнее хранить в паке. У вада даже расширения файлов не предусмотрены.

Я не имел в виду wad из doom, а свою версию, где могут храниться файлы с любыми расширениями, и можно его назвать, например, .gwad, .apk, .gpk и т.п.

а зачем плодить новые форматы? по-моему их и так уже достаточно наплодили.

Government-Man он наверно имел в виду уменьшится скорость. А вообще сколько этих архивов не придумали, я всегда распаковываю, если есть возможность. В том же чистом небе это дает небольшой, но ощутимый прирост фпс (с 25 до 30 на максимальном рендере).

Я хотел использовать в своей версии wad распаковку в память, а не на диск.

Для меня например удобней чтобы все файлы хранились в одном архиве в сжатом виде и хотелось бы как-то это использовать для сетевой игры.
Вот кстати наброски для моей версии wad.
Перевожу с tmt pascal

// заголовок wad
Struct WadHeader
{
char[4] signature; //gwad // сигнатура wad
int file_number; // количество файлов в wad
// может стоит сменить ”int” на что-то другое
long int header_size_table;
}

// заголовок для чтения фаловых данных
struct FileHeader
{
char *file_name;
long int file_address
}

то не хидер сайз-табле, а оффсет до LUT - Lump Allocation Table.
Она пишется в конец вада, поскольку мы заранее не знаем сколько места зарезервировать в начале для нее, т.к. это зависит от кол-ва лумпов, которое нам неизвестно.

Но разве проблема написать консольную програмку для упаковки/распаковки файлов в таком wad

Добавлено 16-02-2012 в 00:02:

А при упаковке я и расчитывал записывать размер данных файла в wad

Добавлено 16-02-2012 в 00:09:

Да, а в fileheader забыл добавить long int data_size;

в чем смысл? если нужны архивы и удобные патчи пакуйте pak0.pak .. pak1.pak и т.д по нарастающей, система используется во всех кваках и очень удобно.
в крайняк пилите все в один большой как в старом халфе(pak0.pak) или в новом халфе (half-life.gcf) и делайте диф патчи.

и назаметку небольшой факт, ресурсы которые в pk3/pk4 (он же zip) я в свое время специально распаковывал дабы заметно ускорить загрузку ресурсов в игре.

Зачем теб новый формат? .pak не достаточно? Я вообще не вижу смысла запакововать.

Government-Man
точнее увеличиться, проше прощения, ошибся.А скорость загрузки - уменьшиться.
Так же согласен с Чувачком.

Вот только не пойму, как все это использовать с функциями precache и, возможно, setmodel