zlib

2熱度

1回答

如何強制zlib的使用壓縮級別9 https://nodejs.org/dist/latest/docs/api/zlib.html 我需要設置，因爲編碼的字符串，在瀏覽器端解壓縮文件的base64在水平壓縮9 http://jsxgraph.uni-bayreuth.de/wp/jsxcompressor.html

0熱度

1回答

爲什麼在zlib的壓縮功能是Windows和Linux

在相同的zlib版本1.2.11和相同的代碼之間的不同： char * msg = "0000000000000000000000000000000000000000"; unsigned char buf[1024]={0}; unsigned long buf_len=1024; FILE *f; int ret = compress(buf,&buf_len,(const Bytef

0熱度

2回答

LD_LIBRARY_PATH不起作用

我想編譯一個使用zlib的演示，我想我已經爲LD_LIBRARY_PATH設置了正確的設置，但是它不能和-lz標誌一起使用，請問我能找到什麼問題？ [email protected]:kseq$ echo $LD_LIBRARY_PATH /home/lisanhu/mine/repos/zlib/output/lib [email protected]:kseq$ make gcc -g

4熱度

2回答

如何解壓/放縮PDF流

使用2016-W4 pdf，它有兩個大流，以及一堆其他對象和較小的流。我試圖泄漏流，以處理源數據，但我掙扎。我只能得到損壞的輸入和無效的校驗和錯誤。我已經編寫了一個測試腳本來幫助調試，並且已經從文件中拉出更小的流來測試。下面是從原始的PDF 2流，其長度對象一起：流1： 149 0 obj << /Length 150 0 R /Filter /FlateDecode /Type /XOb

1熱度

1回答

如何在android中訪問ZLIB庫的方法？

我在我的android項目中做了ndk-build之後添加了zlib庫。但在Android應用程序中調用壓縮文件夾的方法是什麼？我已經使用這個作爲zlib ndk ZLIB NDK Files

0熱度

1回答

zlib/RFC1950中的FCHECK如何工作？

我試圖實現我自己的Inflater爲我自己的PNG庫（我知道，不要重新發明輪轂等等等等），我真的很努力去理解它應該如何工作，顯然它應該是31的倍數（5位，所以總是31？），再加上我們應該從最不重要的位讀取到最重要的，這是從我以前看過的所有其他格式，這也引起了一些混亂。我嘗試閱讀Zlib源代碼，但它基本上是不可讀的，而且RFC並不是所有關於「校驗碼」的明確信息（顯然這是zlib頭的第二個字節的5

0熱度

1回答

我可以執行gzseek更新使用gzwrite（CPP）壓縮的文件嗎？

我有一個使用gzwrite寫的文件。現在我想編輯這個文件並通過尋找在中間插入一些數據。這可能與cs中的gzseek/gzwrite？

0熱度

1回答

如何解壓多個文件.gz塊與塊python

我想在下載過程中解壓縮一個非常大的.gz文件（commoncrawl網頁提取），但zlib停止後的第一個文件（該文件似乎是很多串聯的gz文件）。 import requests,json,zlib fn="crawl-data/CC-MAIN-2017-04/segments/1484560279933.49/warc/CC-MAIN-20170116095119-00381-ip-10-171

2熱度

1回答

當偏移量太大（大於signed int 2^32的範圍）時，gzseek（zlib）失敗？

我正在使用zlib 1.2.11。當我使用偏移量大於有符號整數範圍的gzseek（2^32的一半）時;我得到bytes_read爲-1。有沒有辦法使用64位偏移量。這裏是gzseek64的定義中摘錄gzlib.c if (state->mode == GZ_READ) { n = GT_OFF(state->x.have) || (z_off64_t)state->x.have >

0熱度

3回答

累積壓縮的增長緩衝區（C++，zlib）

我有一個隨時間增長的緩衝區（字符串），我需要通過有限輸入大小（4096字節）的通道發送此緩衝區。通過這個通道的通信代價很高，這就是爲什麼發送壓縮數據更好。緩衝區的增長通過不同大小的塊發生。這些塊不能分割或意義丟失。我實際上是在C++中使用zlib進行壓縮時使用了abitrary buffer size的限制。達到此限制時，字符串會被壓縮併發送通道。這可行，但它不是最優的，因爲對於不丟失信息（信道