[ 
https://issues.apache.org/jira/browse/HADOOP-2424?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Chris Douglas resolved HADOOP-2424.
-----------------------------------

    Resolution: Won't Fix

With the right header, the existing LzoCodec should be compatible with lzop. It 
would probably be better implemented as an InputFormat/OutputFormat, anyway.

> lzop compatible CompressionCodec
> --------------------------------
>
>                 Key: HADOOP-2424
>                 URL: https://issues.apache.org/jira/browse/HADOOP-2424
>             Project: Hadoop
>          Issue Type: Improvement
>          Components: io, native
>            Reporter: Chris Douglas
>
> LzoCodec currently outputs at most {{io.compression.codec.lzo.buffersize}} 
> (default 64k)- less the compression overhead- bytes per write (HADOOP-2402) 
> in the following format:
> {noformat}
> [uncompressed block length(32)]
> [compressed block length(32)]
> [compressed block]
> {noformat}
> lzop (lzo-backed command-line utility) writes blocks in the following format:
> {noformat}
> [uncompressed block length(32)]
> [compressed block length (32)]
> [Adler-32|CRC-32 checksum of uncompressed block (32)]
> [Adler-32|CRC-32 checksum of compressed block (32)]
> [compressed block]
> {noformat}
> There's an additional ~32 byte header to the file. I don't know of a 
> standard, but the lzop source should suffice.
> Since we're using ".lzo" as the default extension, it's worth considering 
> being compatible with lzop, but not necessarily for all lzo-compressed 
> blocks. For example, SequenceFiles should use the existing LzoCodec format.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to