Open GoogleCodeExporter opened 9 years ago
I think this is a good suggestion.
I agree with the '.vcdiff' extension. I'll do this before removing the "BETA"
label.
There's another concern, which is that the RFC is unfinalized and we do not
have two
interoperable open-source compressors. I've begun interoperability tests with
an
open-source C# decoder: http://www.yoda.arachsys.com/csharp/miscutil/
You're right that with secondary compression, only xdelta3 can read the patch.
In
fact, the RFC (which is still a draft) does not specify any secondary compressor
methods--it should probably specify at least zlib and bzip2 so we can test
interoperability.
Original comment by josh.mac...@gmail.com
on 5 Feb 2007 at 9:37
Original comment by josh.mac...@gmail.com
on 5 Feb 2007 at 9:38
Doesn't VCODEX produce VCDIFF output, and take VCDIFF input?
http://www.research.att.com/~gsf/download/ref/vcodex/vcodex.html
Original comment by malay...@gmail.com
on 6 Feb 2007 at 4:40
It does indeed. I have mail in to KPV asking for a version to test
with. Maybe I should nudge him again.
Original comment by josh.mac...@gmail.com
on 6 Feb 2007 at 5:22
What about different extensions per compression method, similar to the tar.gz
or tgz
extensions when combining tar output with compression. I think something like
this
would work, for gzipped vcdiff file examples:
.vcd (without secondary compression)
.vcd.gz (gzip compression step done after delta step, reverse for decompression)
.vgz (gzip and delta decompression in one step)
I have no idea if the vcd or vgz extesions are already taken -- I'm just using
it as
an example. The second example also assumes that xdelta secondary compression is
compatible with other external de/compression programs, such as gzip and bzip2.
Original comment by jaredha...@gmail.com
on 4 Jun 2007 at 11:18
Original comment by josh.mac...@gmail.com
on 14 Dec 2007 at 9:30
Original comment by josh.mac...@gmail.com
on 14 Dec 2007 at 9:38
Original issue reported on code.google.com by
malay...@gmail.com
on 5 Feb 2007 at 9:22