search

jmacd / xdelta

open-source binary diff, delta/differential compression tools, VCDIFF/RFC 3284 delta compression
http://xdelta.org
1.11k stars 184 forks source link

Standard file name extension #20

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago 
There is no standard file format extension for xdelta3. While this is 
likely an intentional design choice, a standardized extension would make 
quite a bit of sense. I've seen .xd3 used in some examples, but wouldn't 
using something like .vcdiff be better, since xdelta3 doesn't produce 
proprietary output unless secondary compression is used? 

Basically, we have .tar, .gz, and .bz2 files; it just seems there should 
be a standardized extension for xdelta3 as well. That's quite helpful when 
shuttling files across platforms.

Perhaps .vcdiff for standard output in that format, and .xd3 for output 
that only xdelta3 can decode (i.e. with secondary compression)?

What version of the product are you using? On what operating system?
3.0k on Windows XP SP2

Original issue reported on code.google.com by malay...@gmail.com on 5 Feb 2007 at 9:22

GoogleCodeExporter commented 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

GoogleCodeExporter commented 9 years ago

Original comment by josh.mac...@gmail.com on 5 Feb 2007 at 9:38

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago 
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

GoogleCodeExporter commented 9 years ago

Original comment by josh.mac...@gmail.com on 14 Dec 2007 at 9:30

GoogleCodeExporter commented 9 years ago

Original comment by josh.mac...@gmail.com on 14 Dec 2007 at 9:38

cgarz commented 4 years ago

Was this ever resolved? I'm curious what the proper extension should be when saving the diff file. Thus far I've been using .vcdiff but I've been using it with lzma secondary compression so I'm not so sure.