[DiscordArchive] isn't there another internal listfile ?
[DiscordArchive] isn't there another internal listfile ?
Original source
they also sign each file for integrity
rektbyfaith
01-17-2025, 08:42 PM #31Archived author: Titi • Posted: 2025-01-17T20:42:27.431000+00:00
Original source
they also sign each file for integrity
Original source
they ship the signature file, so might as well have the listfile with it
![[Image: image.png?ex=690c5fa0&is=690b0e20&hm=dfb...ab4f4ec1f&]](https://cdn.discordapp.com/attachments/1086807686571642900/1329913941647953940/image.png?ex=690c5fa0&is=690b0e20&hm=dfb85436aef1e04b47ff656046b36c31446331f886f2c18168e316aab4f4ec1f&)
rektbyfaith
01-17-2025, 08:43 PM #32Archived author: Titi • Posted: 2025-01-17T20:43:12.311000+00:00
Original source
they ship the signature file, so might as well have the listfile with it
Original source
using filepaths instead of hashing everything is probably much faster
rektbyfaith
01-17-2025, 08:43 PM #33Archived author: Titi • Posted: 2025-01-17T20:43:26.174000+00:00
Original source
using filepaths instead of hashing everything is probably much faster
Original source
the lookup in the hash table is only possible via hashing.
hashes have fixed width, strings do not (unless you have a fixed string size and fixed character width
)
rektbyfaith
01-17-2025, 08:44 PM #34Archived author: 4bhorrent • Posted: 2025-01-17T20:44:04.458000+00:00
Original source
the lookup in the hash table is only possible via hashing.
hashes have fixed width, strings do not (unless you have a fixed string size and fixed character width )
Original source
and the hashtable is what makes looking up the file inside the archive fast.
ofc having the files extracted on disk would have been enven faster
rektbyfaith
01-17-2025, 08:45 PM #35Archived author: 4bhorrent • Posted: 2025-01-17T20:45:12.456000+00:00
Original source
and the hashtable is what makes looking up the file inside the archive fast.
ofc having the files extracted on disk would have been enven faster
Original source
I think they do some integrity check and verify every file is in, or check signatures with the filepaths, rather than hashing
rektbyfaith
01-17-2025, 08:45 PM #36Archived author: Titi • Posted: 2025-01-17T20:45:19.523000+00:00
Original source
I think they do some integrity check and verify every file is in, or check signatures with the filepaths, rather than hashing
Original source
i don't exactly understand what you are referring to i think
rektbyfaith
01-17-2025, 08:46 PM #37Archived author: 4bhorrent • Posted: 2025-01-17T20:46:26.107000+00:00
Original source
i don't exactly understand what you are referring to i think
Original source
when deploying MPQs, or doing repairs, or whatever they might do to verify integrity or a file exists
rektbyfaith
01-17-2025, 08:47 PM #38Archived author: Titi • Posted: 2025-01-17T20:47:53.059000+00:00
Original source
when deploying MPQs, or doing repairs, or whatever they might do to verify integrity or a file exists
Original source
okay yeah, if they have the integrity table and using full paths there, all hope is lost, indeed
rektbyfaith
01-17-2025, 08:47 PM #39Archived author: MeFisto94 • Posted: 2025-01-17T20:47:58.284000+00:00
Original source
okay yeah, if they have the integrity table and using full paths there, all hope is lost, indeed
Original source
the attributes file holds CRC32 for sectors and MD5 for the entire file, if i am not mistaken
rektbyfaith
01-17-2025, 08:48 PM #40Archived author: 4bhorrent • Posted: 2025-01-17T20:48:25.559000+00:00
Original source
the attributes file holds CRC32 for sectors and MD5 for the entire file, if i am not mistaken
1 Guest(s)
1 Guest(s)