Compression LZ4压缩是否消除了手动钻头包装的需要?

Compression LZ4压缩是否消除了手动钻头包装的需要?,compression,lz4,bit-packing,Compression,Lz4,Bit Packing,我正在考虑为我正在开发的一款高带宽浏览器游戏使用LZ4压缩。我目前正在将1000个float32值预压缩到16位。我想知道我是否预压缩到12位,但将这些值保存为uint16s,LZ4是否会删除空位,并将手动对这些值进行位打包的工作保存下来 不,这是LZ77类型的压缩,并且这四个零位(我猜)没有反向匹配的形状。什么样的数据模式有反向匹配的形状?重复子字符串,例如,如果这些零位都在一大行中,而不是与相关数据混在一起,那就好了(但它们不是,而且没有必要将它们转换成现在的样子,你也可以完全忽略它们)不,

我正在考虑为我正在开发的一款高带宽浏览器游戏使用LZ4压缩。我目前正在将1000个float32值预压缩到16位。我想知道我是否预压缩到12位,但将这些值保存为uint16s,LZ4是否会删除空位,并将手动对这些值进行位打包的工作保存下来

不,这是LZ77类型的压缩,并且这四个零位(我猜)没有反向匹配的形状。什么样的数据模式有反向匹配的形状?重复子字符串,例如,如果这些零位都在一大行中,而不是与相关数据混在一起,那就好了(但它们不是,而且没有必要将它们转换成现在的样子,你也可以完全忽略它们)不,这是LZ77类型的压缩,这四位是零(我猜)不具有反向匹配的形状。什么样的数据模式具有反向匹配的形状?重复子字符串,例如,如果这些零字节都在一个大行中,而不是与相关数据混合在一起,则可以(但事实并非如此,也没有必要将它们改变成现在的样子,那么你不妨将它们完全排除在外)