По сути идея вот в чем:

1. Во время запуска прочитать размер / crc32 / md5 что то 1 из этого, что будет лучше.

2. После сверки выдать результат true или false

Главная проблема в больших файлах, если много тогда проверяет все это долго.

В случае если проверять только папку System все делает быстро, если же Maps тогда намного дольше.

Долго это сколько, какой размер файла и алгоритм?

По поводу crс32, юзаешь на свой страх и риск, во первых коллизии могут быть, а во вторых лучше уже юзай crc64,а в третьих crc не самый быстрый.

Если по клиенту lineage в папке maps: 16 мб одна из карт.

Просто много таких файлов, как бы ускорить проверку всего этого.

Все же передумал сверять по размеру файла, но вместо crc32 взял xxHash это самый быстрый алгоритм на сегодня.

Прикрепил ниже форк xxHash и всего 2 варианта, вместо зависимостей в оригинальном репозитории.

Возможно кто то использует вместо crc32.

тьфу ты.... я думал ты имеешь дело с файлами по пару гигабайт.

я тоже его уже пару лет юзаю, печалит когда юзают всякие crc или MD5

CRC быстрее, размер файла бессмыслен, сверка по хешу нагрузочный

Я чет не понял, это очередная попытка "защиты от подмены файлов", или проверка нужна для других целей?

Оба варианта.

Не стоит с этим сильно заморачиваться, так как если захотят - в любом случае ломанут. Будь то вырезать проверку из клиентской части или отправлять на сервер заведомо валидные данные.

По поводу ускорения - попробуй распараллелить.

именно поэтому "прихрдкоривание" никогда не должно быть в одном месте и не должно быть таким простым

на клиент можно поставить 3-4 растяжки - нечто вроде что делает ТС, код интерфейса (как минимум md5\примитивные привязки), флажок сервер>клиент, защиты типа сг\аа и всё это переплетено друг с другом (по возможности)

такая связка не то, что бы что-то исключит подмены, но создаст хороший клубок из зависимостей