todo/readme changes

README

@@ -14,3 +14,31 @@ With pixz, both these problems can eventually be solved. Currently these pixz to
 * read INPUT.tpxz PATH: Efficiently extracts a single file from a tarball compressed by 'write'.
 
 * list [-t] INPUT.xz: Lists the xz blocks present within any .xz file. Optionally also lists a file index as stored by 'write'.
+
+
+
+Compare to:
+	plzip
+		* About equally complex, efficient
+		* lzip format seems less-used
+		* Version 1 is theoretically indexable...I think
+	ChopZip
+		* Python, much simpler
+		* More flexible, supports arbitrary compression programs
+		* Uses streams instead of blocks, not indexable
+		* Splits input and then combines output, much higher disk usage 
+	pxz
+		* Simpler code
+		* Uses OpenMP instead of pthreads
+		* Uses streams instead of blocks, not indexable
+		* Uses temp files and doesn't combine them until the whole file is compressed, high disk/memory usage
+
+Comparable tools for other compression algorithms:
+	pbzip2
+		* Not indexable
+		* Appears slow
+		* bzip2 algorithm is non-ideal
+	pigz
+		* Not indexable
+	dictzip
+		* Not parallel

TODO

@@ -17,7 +17,8 @@ BUGS
 	* slow input -> CPUs idle while waiting for input
 
 EFFICIENCY
-	* more efficient indexing: ranges? sorted?
+	* should use ordered list in collator
+	* more efficient indexing: ranges? sorted? mtree?
 	* command-line options
 
 DOCUMENTATION
@@ -28,3 +29,6 @@ FEATURES
 	* support multiple streams
 		* tarball append without decompression
 	* other archive formats: cpio?
+	* lzma-like API
+	* recovery tool (already is, kinda)
+