foo_unpack_lha, for 0.9.x Options

[kode54]

• Supports .LHA and .LZH files.
• Supports all current compression schemes (lh0, lh5, lh6, lh7) and older schemes (lh1, lh2, lh3, lh4) as well as lharc schemes. (lzs, lz4, lz5)
• Full header levels 0, 1, 2, and 3 and extended headers, parsing and verification based on code from lha-1.14i-ac20040929.
• Filename decoding for names with >7-bit characters supports UTF-8, falling back on Shift-JIS if the name contains any illegal UTF-8 sequences. ( It should be pretty hard to make a sequence of Shift-JIS characters which are also valid UTF-8. ) Let me know if this should fall back on anything more, without complicating the encoding detection too much, since it also has to decode the filenames again for path matching when unpacking for playback.
• Unpacker service for transparent support in applicable inputs. ( For example, foo_dumb will support LHA archives containing single files, renamed to MOD/MDZ, or actually any other extension it already supports. I kind of walked into this after finding a .IT file on modarchive which was compressed this way, inside of the .ZIP they used for the download. )

This implementation is fairly secure in the limited testing I've done on both working and corrupt archives, after fixing a few problems in the implementation. However, I would be interested in any problem files, should someone manage to break the unpacker.

Feedback on filename and path encoding support would also be useful, since the only thing it currently handles with any intelligence is UTF-8. It also attempts to fall back on a couple of other encodings if there are somehow any illegal multibyte sequences, but I'm not even sure if that works, or if there will be any files using those encoding in the wild.

download

[yong]

First, thx for the great plugin
Second, im here to reporting this plugin problem.
im using fb2k 0.9.4.2 with latest foo_unpack_lha 1.2.

here is the legally downloadable sample, lhz compressed mp3:
http://dl-3.drabbit.net/dl/giga/tbsong_mp3.lzh

fb2k say its an "Unsupported file format", but i can playback this file with xmplay, mplayer, and able to extract it without error.

[Squeller]

Just out of curiosity: Who uses those compression formats?

[TrNSZ]

LHA/LZH is the most popular file format for Asia, and is a ubiquious format in Japan, in addition to being the standard format used for Amiga systems, and all archives on Aminet. Many tracked music modules are distributed as transparently compressed archives, just LHA/LZH archives containing a single file and without the archive extension. kode54's excellent program handles these archives as well as transparently compressed modules.

In Japan, LHA/LZH has as much if not more support than ZIP does. Windows systems in Japan offer transparent access to these archives, just as US versions of Windows offers ZIP support. You can get the add-on from directly from Microsoft.

[Squeller]

Thx for your explanation, TrNSZ.

[kode54]

I've uploaded v1.3, which fixes a stupid problem with file buffering, as well as handling file listing and mass extraction from archives with multiple files. (archive_list with p_want_readers)

It should be just great now.

[yong]

Thx all once again