I don't necessarily know what ZIPX is. The ZIP specification lists LZMA, PPMd, bzip2, etc as compression types so that's what I use as I have those compression types.
As far as I know, there are two archive formats: ZIP and ZIP64. Unfortunately, I haven't implemented ZIP64 yet but it seems straight forward.
1) If ZIPX is just ZIP then it anything ought to work. I don't handle JPEG compression internally but I guess it could do it.
2) Yes. The idea with streaming is that everything is done on the fly in a forward-only stream of bytes. You ought to be able to chain the output of a a current entry on a ZipReader to another ZipReader and have it work.
3) Yes, you can decompress to any stream. Just use the EntryStream and use CopyTo on your MemoryStream and nothing will have to get written to disk.
License is MS-PL which means you can use it anyway you like. What I'd really like is some code/fixes/features given back to the project and some links/usage notes in apps. I guess I ought to setup some donation thing though that obligates me to work when I've already got a full time job :)
As far as I know, there are two archive formats: ZIP and ZIP64. Unfortunately, I haven't implemented ZIP64 yet but it seems straight forward.
1) If ZIPX is just ZIP then it anything ought to work. I don't handle JPEG compression internally but I guess it could do it.
2) Yes. The idea with streaming is that everything is done on the fly in a forward-only stream of bytes. You ought to be able to chain the output of a a current entry on a ZipReader to another ZipReader and have it work.
3) Yes, you can decompress to any stream. Just use the EntryStream and use CopyTo on your MemoryStream and nothing will have to get written to disk.
License is MS-PL which means you can use it anyway you like. What I'd really like is some code/fixes/features given back to the project and some links/usage notes in apps. I guess I ought to setup some donation thing though that obligates me to work when I've already got a full time job :)