Дорогие друзья, хочу немного прояснить Вам ситуацию, во избежание превращения бара в "Филиал СП на gameru.net".

1. Флудилка будет такой, какой сделаете ее Вы, если все же у Вас возникнет непреодолимое желание превратить тему в шоу "Цирк уехал, клоуны остались", ни я ни администрация препятствовать в этом не будем, только подумайте оно вам надо.
2. Все правила описанные в первом посте, кроме нового по поводу архивов, действовали в данном разделе и ранее.
3. Напоминаю что данная тема предназначена прежде всего для свободного общения на около сталкеровские темы, но это не означает что в ней нужно обсуждать вопросы, для обсуждения которых созданы не только отдельные темы но и целые разделы.
Например обсудить или задать вопросы по игре "Метро "2033" можно тут http://www.gameru.net/forum/index.php?showforum=257.

И последнее не бойтесь создавать новые темы в Баре, если Вы сомневаетесь в адекватности темы и боитесь что за ее создание Вас могут забанить, пишите модератору раздела, разберемся.

P.S. Не забывайте новое правило:
В ДАННОЙ ТЕМЕ СТРОГО ЗАПРЕЩЕНО ВЫКЛАДЫВАТЬ ЗАПАРОЛЕННЫЕ АРХИВЫ, КАК С УКАЗАНИЕМ ПАРОЛЯ ТАК И БЕЗ ОНОГО.

Сообщение отредактировал tom-m15 - 27.08.2017, 17:24

Build_3547_.rar

Сообщение отредактировал Ruw - 01.04.2015, 00:37

Надо было на депозит заливать - на ЯД всё видно без скачки))

Завидую вашему аплоуду...

Shadows, что скажешь на моё последнее сообщение на предыдущей страничке?

Годовщина релиза слива Лост Альфы
_{В этот день надлежит печь хлеб и стрелять в тирах}

Сообщение отредактировал Ruw - 01.04.2015, 01:28

ох...

сначала читаются все архивы поочередно, создается ассоциированный список [ключ]={значение}, типа [имя файла] = {имя/номер архива, смещение, размер}. если в следующих архивах такой файл уже есть, то элемент обновляется (а не создается новая пара).

время сканирования того же ТЧ — единицы секунд, а так как в дальнейшем работа идет только с этим списком в памяти (а не гуевым списком), то выборка из памяти и вовсе мгновенная.

Ruw, слишком толсто

Будет список определений по всем архивам по типу ини-файла:

[678577379]
Name=gamedata.db0
Key=-2947ru
Comment=SOCRU
FileList=678577379.fls

[708434331]
Name=gamedata.db1
Key=-2947ru
Comment=SOCRU
FileList=708434331.fls

К примеру 708434331.fls - это текстовый файл с расширением .fls который содержит список файлов с сохранением структуры из архива gamedata.db1

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

Но прикол вот в чём... к примеру сформировали список по всем найденным архивам...
не проблема, список загрузился... и тут пользователь хочет выбрать 2 файла. Один файл относится
к gamedata.db4, другой к gamedata.db7. До распаковки, с помощью цикла программе надо проверять
в каком архиве какой файл находится. Это и затягивает время.

Я ещё раз пишу... я не программист, всех тонкостей не знаю... кидаться в меня тапками необязательно.
Если есть желание можете спокойно объяснить на пальцах... как-то так...

одному файлу должна соответствовать одна запись, именно файл (его имя) является уникальным ключом. поэтому не нужны множественные "файлы с сохранением структуры", где ключевым является имя архива.

как я понимаю, сейчас используется типа такого:

тут чтобы найти самый "свежий" файл действительно нужно перешерстить все архивы. я же говорю вот о чем:

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


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

Сообщение отредактировал Shadows - 01.04.2015, 18:55

Если я правильно тебя понял ты предлагаешь сделать один список по всем архивам и напротив каждого пути (config/alife.ltx)
указать к какому архиву он относится?



Тот ли это набор узнаётся при помощи получения размера архива в байтах, как программа получила размер, она шерстит свою
базу, если находит список который совпадает с этим архивом, то она его загрузит. Если у какого-то мода был архив gamedata.dbz
и после обновления мода изменился и размер архива, то программа просто проигнорирует этот архив...

Ещё раз... это лишь gui... основана на converter.exe. По-файловая распаковка возможна вообще благодаря ключу -flt
Другое дело написать алгоритм как у ДонРебы и без всяких списков программа будет знать какой файл в каком архиве находится...

...создающийся (генерирующийся) в памяти в момент запуска. никаких заранее созданных "файлосписков", никакой идентификации по размеру архива.

В моём случае уйдёт не один год... а там уже актуальности вообще не будет )).

Вчера копал патчи к тч\чн\зп... сверял архивы разнообразных финалок... и больше проблем вышло )).
Например некоторые архивы от GOG по тч имеют другой размер и некоторые данные по отношению
к первым изданиям. У меня есть оригинальные образа и версии 1.0000. С патчами тоже напряжёнка
файл gamedata.dbb имеет три разных варианта, и это только для русской версии. Патчи от гог для чн и зп
так же имеют другие размеры нежели то, что у нас было на дисках от первых издателей.
Условий уйма... и подготавливать списки для каждого такого условия... конечно это бред.

Есть один вариант. Есть человек который может написать алгоритм распаковки по новой, но более универсальный
и не прихотливый. А пока приведу в порядок эту версию: http://www.gameru.net/forum/index.php?showtopic=40309
Некий ребрендинг... вместо отдельных кнопок по билдам будет отдельный блок по распаковке любых архивов,
пользователю останется лишь подставить ключ для распаковки. Конечно там никакой по-файловой распаковки не будет,
чисто архивами. Максимум что попробую так это для тч\чн\зп сделать распаковку по папкам. Полная распаковка будет
поддерживаться только для ru версий. любые другие архивы можно будет распаковать в отдельном блоке.
Может добавлю ещё и упаковку...

Что-то типа этого, как я показывал ранее:






Каким образом я буду знать содержимое архива? )). Повторюсь гуи основана на этом:
http://xray.codeplex.com/releases/view/67522/

воспользовавшись тем же источником. на худой конец заюзать у конвертера ключ "-ro", получить список файлов в текстовом виде и распарсить его.


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

Говорит что может... за что купил, за то продал, но сейчас занят он пока.



Да не поможет это мне... я лишь выучил синтаксис NeoBook... кучу всего она делает сама.
Никогда я не занимался взрослыми языками.



А вот это уже другой разговор... даже и не знал о такой возможности! И почему все молчали, когда я писал что подготавливаю списки заранее

Всё правильно сделал?:



Стыдно-то как! с консолькой вожусь с 2009 года... а на этот ключ вообще не обращал внимания
update: а в принципе и так можно: converter.exe -ro -2947ru gamedata.dba

Сообщение отредактировал Rezzoxe - 01.04.2015, 23:36

это если достаточно только названий файлов. но в конвертере есть и такое:

нужно только переопределить #define DB_DEBUG 1 и переделать вывод в более удобный, типа msg("%s;%u;%u;%u", path.c_str(), offset, size_compressed, size_real)".


если этот "синтаксис" позволяет открыть файл и прочитать один байт, то этого вполне достаточно, чтобы реализовать свой вариант распаковщика ;)

На русский если можно



Есть плагин, оно:

Как убого смотрятся кадры из сталкира в 2015 году.

Это все потому,что показали кадры из релиза, или близкого к релизу билда. Надо было показывать кадры из билдов 2003-2004 годов :3