Comments (4)
I release in sync with Yann's zstd. Usually once per month. I try also to keep on the same version.
from zstd-jni.
I've been reading the native code, I now understand why just returning an extra int isn't enough, we have to keep track of the "stream" object instance.
I could see a ZstdDirectByteBufferInputStream
that offers a InputStream interface over a compressed byte buffer?
or something like this:
class ByteBufferStream {
public ByteBufferStream(ByteBuffer compressed);
public boolean hasMore();
public void read(ByteBuffer uncompressed);
}
what do you think, do you see a place for this in zstd-jni? I have no problem turning it into a pull-request, just checking beforehand what direction you would prefer.
from zstd-jni.
Yes, definitely we should have an ByteBuffer stream interfaces. I haven't done it as the Input/Output Stream interfaces are defined in terms of byte arrays.
from zstd-jni.
This has been implemented in #28. So closing the issue.
(@luben, any insights on when we'll get a new release?)
from zstd-jni.
Related Issues (20)
- ZstdInputStreamNoFinalizer.skip performs poorly when skipping full frames HOT 3
- Cannot unpack libzstd-jni-1.5.4-2 ?!?! When using virtual threads on Correto-21 + Windows HOT 11
- Tradeoffs with "closeOnFlush"... HOT 1
- Stuck when parallel compression is enabled HOT 1
- Decompression error: Unknown frame descriptor
- `apache-commons` fails to find `zstd-jni` on some `jna`/`jna-platform` versions HOT 1
- Unit test regression after 1.5.2 - ZstdIOException: Unknown frame descriptor HOT 6
- Limit the maximal block size while decompress HOT 2
- decompressedSize error
- Add ZstdBufferCompressingStream
- No way to only decompress part of a file without decompressing whole thing HOT 1
- Native memory leak from using "By-reference" variants
- Support for ZSTD_CCtx_refPrefix()
- Allow choosing the path where the native library is extracted using a system property HOT 1
- java.lang.UnsatisfiedLinkError: com.github.luben.zstd.ZstdOutputStreamNoFinalizer.createCStream() on native executable HOT 1
- Unsupported OS/arch, cannot find /linux/aarch_64/libzstd-jni-1.5.6-3.so or load zstd-jni-1.5.6-3 from system libraries. HOT 2
- Caused by: org.osgi.framework.BundleException: Unable to resolve fi.i4ware.dark HOT 4
- Question about buffer size when streaming HOT 3
- MacOS 10.14.6 incompatible dylib binary HOT 8
- Invalid Java module HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from zstd-jni.