TRIXER creates transparent CD/DVD/removable media catalogs.
  1 Screenshot
TRIXER (transparent file indexer) creates catalogs of transparent file indexes. A transparent file index is an exact mirror of a directory, except that each of its file is void, thus "taking no space", while apparently having the same size of its indexee counterpart, so to describe it fully.

This is useful for many purposes, for example you can create a catalog of your CD/DVD-ROM (or whatever removable/mountable media) library to browse its contents without having to physically access it.

The advantage over all the other already available cataloguing software (eg. GWhere, Hyper's CdCatalog, My Cd Catalog, to name a few) is that a TRIXER catalogue is a plain ext2 filesystem, with each of the indexing entry being a file virtually identical to the indexed one. This means:

- Greater interoperability, as an ext2 filesystem can get processed by virtually any application.
- You can exploit any software to browse your catalog after mounting it (eg. find, grep , ls, or your favourite GUI browser)
- Simplicity: TRIX is just a bunch of scripts exploiting pre-existent software and features.
 - You can treat your catalog like any other mountable linux device, getting a wealth of possibilities to process and use it.
- Portability: there's no binary application needed to access the catalogs, it's just scripting; possibly you can mount them manually on any system having FuseCompress on it.

last updated on:
December 23rd, 2008, 7:46 GMT
license type:
GPL (GNU General Public License) 
developed by:
Marco Caminati
ROOT \ System \ Archiving
Download Button

In a hurry? Add it to your Download Basket!

user rating



Rate it!
What's New in This Release:
  • The predetermined limit on catalog size has been removed.
  • XFS is used instead of ext2: the advantage is total inodability and easier calculation of growing amounts, while the disadvantage is the inability to shrink the filesystem.
  • The preemptively huge image approach was discarded in favor of dynamic growing: the number of inodes needed is grossly guessed at addition time and the catalog is grown as needed.
  • was cleaned up (moving virtualcopy to a inner function, which also improved performance).
read full changelog

Add your review!