This caused me a lot of trouble as well. I dunno if its the easiest method but i extracted it with the japanese code using yhe badizip extractor which u can find a link to somewhwrre in this thread. Also u might get a runtime error when trying to move outside the city. If it says Microsoft visual c++ u just have to redownload microsoft visual c++ 2008. Thats how it worked for me. Sorry of this is quite a long paragrapgh im quite new ro this stuff.
This is a common but erroneous problem with the zip file format and users of old zip programs in locales employing a
You must be registered to see the links
other than
You must be registered to see the links
.
Zip and more specifically PKZIP goes back to DOS. DOS supported multiple filesystem/filename encodings based on the
You must be registered to see the links
(IBM originally "invented" code pages for its EBCDIC-based mainframes). Windows leveraged this concept for its implementation of locales. PKZIP was never designed to be used on DOS or other platforms outside of cp437 but it became hugely popular and went all over and other zip programs copied the open published format. This causes filename encoding issues (which you are seeing even today!). To solve this issue, the zip file format was changed to support UTF-8 encoded Unicode filenames but to be backwards compatible introduced a new bit to mark zip archives with this new UTF-8 encoding was created and those without such a set bit are assumed to be encoded in cp437. Sadly this means zip files created without UTF-8 encoded filenames (and do not have the new encoding bit set), often follow the current code page encoding which varies based on locale. As an example the windows Japanese locale (0x411) employs
You must be registered to see the links
(which is similar but not identical to Shift-JIS and IBM cp932). The zip format is only documented to support cp437 and UTF-8 so creating zip files with filenames encoded in cp932 is a violation of that standard (see Appendix D of
You must be registered to see the links
) so most newer programs (e.g., 7zip) that support the zip file format only support cp437 and UTF-8 as per the standard and thus cannot work with zip files erroneously created with other encodings such as cp932.
There are two ways to remedy this:
- Recreate the brokenness by using an old zip program that encodes and decodes with the current code page instead of cp437 or UTF-8 and use it under the locale that employs the same code page as the zip file was created in. This is painful and error prone.
- Find a zip program that knows how to interpret the filenames in other encodings beyond the specification to specifically handle these issues.
Option two is the best remedy but these are uncommon and the only contemporary graphical Windows programs that I know of that do such are Winrar and Badizip. Winrar is nagware wanting you to buy a license. Badizip is free (and even offers 32 and 64-bit portable versions that do not need to be installed) but has its own issues (e.g., it seems to not maintain folder dates during unzip and I haven't figured out how to remedy this). This can also be done with 7zip but the GUI does not support this and one must use the command-line to make it work, e.g.: "C:\Program Files\7-Zip\7z.exe" x -mcp=932 Treasure_Hunter_Mai_Oct-23-2018.zip
Someone should really unzip this with one of those and re-archive it without this issue (I prefer a newer open/free formats that are not plagued with these issues such as 7z but rar and even UTF-8 zip also work).