zlib

0熱度

1回答

要壓縮的數據是一個代表公司員工層次的erlang二進制數據，它包含部門清單，各部門子部門清單，公司員工名單，各部門員工/經理名單，以及每個員工/部門的信息。每個部門/員工/經理由一個uuid（16字節）表示。數據中可能會重複多次uuid。數據可能很大（擁有數百個部門和數千名員工的公司），並且必須通過網絡進行傳輸。假設我們有員工/經理/部門的uuids列表。如何使用erlang zlib以uui

0熱度

1回答

如何流化Python中構建的gzip？

我想使用asyncio通過網絡傳輸大型日誌文件。我從數據庫中檢索數據，對其進行格式化，使用python的zlib對其進行壓縮並通過網絡進行流式處理。這裏基本上是我使用的代碼： @asyncio.coroutine def logs(requests): # ... yield from resp.prepare(request) # gzip magic nu

1熱度

2回答

從單獨壓縮的塊創建gzip流

我喜歡能夠使用併發CPU線程生成gzip（.gz）文件。也就是說，我將通過單獨初始化z_stream記錄來縮小輸入文件中的單獨塊。生成的文件應該可以通過經典的單線程操作中的zlib的inflate（）函數讀取。這可能嗎？即使它需要定製的zlib代碼？唯一的要求是當前現有的zlib的膨脹代碼可以處理它。更新的pigz源代碼演示了它是如何工作的。它使用一些複雜的優化在塊之間共享字典，保持壓縮率

0熱度

1回答

zlib輸出內存緩衝區大小錯誤

我試圖使用zlib的compress()函數來壓縮圖像數據。爲此，我將等於輸入數據的compressBound()的內存分配給輸出緩衝區。但我不斷收到Z_BUF_ERROR。爲什麼會發生？ for (y = 0; y < header.cupsHeight; y ++) { pixdata = malloc(header.cupsBytesPerLine); if(pixd

2熱度

1回答

如何解壓http？

我正在嘗試讀取包含http壓縮消息的tcp數據包，但它在'zlib解壓縮期間出現異常：（-3）不正確的頭部檢查'時失敗。我的代碼有什麼問題，還是有一個庫可以幫我嗎？ std::string decompress_string(const std::string& str) { z_stream zs; // z_stream is zlib's control structur

0熱度

1回答

PHP壓縮過濾器，當我通過zlib的我的代碼運行gzcompress不返回相同的結果

我得到不同的輸出compression filters 我的代碼： <?php $data = 'zzzzzzzzzzzzzzzzzzzzzzzzzzz'; $params = array('level' => 6, 'window' => 15, 'memory' => 9); //$params = 6; $fp = fopen('php://memory', 'wb+'); st

0熱度

1回答

zlib和minizip鏈接錯誤

我的項目需要我在Windows和Mac共同的C++中具有解壓縮功能。我試圖從互聯網上的源代碼，其中包括zlib庫我不知道這是否適用於Mac），但我收到了很多鏈接錯誤。 1>------ Build started: Project: ZipFile, Configuration: Debug Win32 ------ 1> zipper.cpp 1> ZipFile.cpp 1> unzip

0熱度

1回答

的Python 3.4：zlib的，放氣和共享字典

任何想法如何解決下面的代碼（Python的3.4.3）： import zlib hello = b'hello' co = zlib.compressobj(wbits=-zlib.MAX_WBITS, zdict=hello) data = co.compress(hello) + co.flush() do = zlib.decompressobj(wbits=-zlib.M

0熱度

1回答

的Python - 字符串改變再次解碼和編碼後（ZLIB +的base64）

我有這種很簡單的Python代碼： in_data = "eNrtmD1Lw0AY..." print("Input: " + in_data) out_data = in_data.decode('base64').decode('zlib').encode('zlib').encode('base64') print("Output: " + out_data) 它輸出： Input

1熱度

1回答

我們如何區分deflateRaw流中的deflate流？

一些HTTP服務器發送deflate原始主體（沒有zlib頭文件）而不是真正的deflate主體。請參閱：Why do real-world servers prefer gzip over deflate encoding? 是否有可能檢測到它們並在Node.js中正確處理膨脹？我的意思是除了嘗試createInflate他們和捕獲錯誤，然後再次嘗試createInflateRaw。