Provided by: gigtools_4.3.0~ds1-2_amd64
NAME
gigdump - List information about a Gigasampler (.gig) file.
SYNOPSIS
gigdump [OPTIONS] GIGFILE
DESCRIPTION
By default it prints out a list of all available samples, real-time instrument scripts and instruments within a Gigasampler (.gig) file, along with detailed information about their properties and settings.
OPTIONS
GIGFILE filename of the Gigasampler file --instrument-names Only list instrument names and their index number. --rebuild-checksums Rebuild checksum table for all samples. Read description of --verify option for more details about sample checksums in general. Usually you only need to use --rebuild-checksums in case the samples' CRC checksum table itself was damaged. The --verify option will tell you if that is really the case and will suggest to you to use --rebuild-checksums to repair the table in such cases. If only individual samples were damaged, you rather might want to replace only those damaged samples with gigedit(1) for example. Read description of --verify for reasons to do so. When using --rebuild-checksums all checksums of all samples will be regenerated. Hence you should manually check all samples once after using this option. That is by using your ears, or by exporting the samples, but not by using the --verify option. Because the latter cannot identifiy damaged samples that have been damaged before the entire checksum table had been regenerated. -v Print version and exit. --verify Check raw wave data integrity of all samples and print result of this check. For all samples of a gig file a correspondig CRC32 checksum is stored along to its raw wave form data whenever a conscious change to the wave form data was performed. By calling gigdump with this option all samples are scanned and compared with their existing checksums to detect any damage to individual samples. The individual damaged samples are listed by gigdump in this case. Since essentially the entire file has to be read, this can take a long time and hence this check is not by default performed i.e. each time a gig file is loaded for regular use for example. Accordingly you may use --verify from time to time to check explicitly whether your gig files have been damaged for some reason, i.e. after modifying them with an instrument editor like gigedit(1). In case damaged samples were found, you may replace those damaged samples with gigedit(1). By doing this, only the replaced samples' checksums will be updated. All other checksums remain untouched. That's why this approach is recommended over using --rebuild-checksums in such cases.
SEE ALSO
gigextract(1), gigmerge(1), gig2mono(1), gig2stereo(1), dlsdump(1), rifftree(1), akaidump(1), sf2dump(1), korgdump(1)
BUGS
Check and report bugs at http://bugs.linuxsampler.org
Author
Application and manual page written by Christian Schoenebeck <cuse@users.sf.net>