FLV files are already compressed, so it is usually useless to try compressing them any further.
Try the "Test archive" command. Sometimes a damaged archive appears like a password-protected one.
I don't think that ZIP64 format is the main obstacle. Yes, popular archivers use it for files exceeding 2 GB, but it is legal for a ZIP archive to contain files up to 4 GB minus 1-2 bytes. Besides, there is the PNG format, which has no restrictions on the length of zlib datastream (except that it should be split to chunks less than 2 GB each). The problem may be with memory requirements. Since both compressed and uncompressed data are loaded into RAM, a 2-GB file may exceed the 32-bit address space....
AdvanceCOMP 2.0 x64: 7-Zip's Deflate fails on big files
I meant specifying a fixed date like 01.01.1900 00:00:00. It is static and does not require calling API. Though your variant with the current time is more useful.
It is nice to see arbitrary time precision in 7zFM, thanks! However, I suggest giving a name to the corresponding View menu subitem in a release version of 7-Zip. For example: View -> Timestamp format -> <current_time>. By the way, showing current time is useful, but a menu item that changes from run to run may be misleading to some users. (However, beta testers can now say that 7-Zip runs like a clockwork...)
ZIP unpacking code was improved. It might be interesting to know some details about the improvements. I guess these may be timestamp handling and/or speed optimizations. I also appreciate the ability to reserve file space. And 7-Zip still remains compatible with Windows 2000. Cool!
No, I didn't. I was trying to optimize power consumption of a shared computer which...