.TH "gigdump" "1" "08 May 2018" "libgig 4.6.0" "libgig tools" .SH "نام (NAME)" gigdump \- نمایش اطلاعات مربوط به یک فایل Gigasampler (.gig). .SH "خلاصه دستور (SYNOPSIS)" .B gigdump [OPTIONS] GIGFILE .SH "توضیحات (DESCRIPTION)" به‌طور پیش‌فرض، فهرستی از تمامی نمونه‌های صوتی (samples) موجود، اسکریپت‌های بی‌درنگ سازها و سازهای درون یک فایل Gigasampler (.gig) را به همراه اطلاعات تفصیلی درباره ویژگی‌ها و تنظیمات آن‌ها چاپ می‌کند. .SH "گزینه‌ها (OPTIONS)" .TP .B \ GIGFILE نام فایل Gigasampler .TP .B \ --instrument-names تنها نام سازها و شماره شاخص (index) آن‌ها را فهرست می‌کند. .TP .B \ --rebuild-checksums جدول چکسام (checksum) را برای تمام نمونه‌های صوتی بازسازی می‌کند. برای جزئیات بیشتر درباره چکسام‌های نمونه‌ها به‌طور کلی، توضیحات گزینه .B \ --verify را مطالعه کنید. معمولاً شما تنها زمانی نیاز به استفاده از .B \ --rebuild-checksums دارید که خود جدول چکسام CRC نمونه‌ها آسیب دیده باشد. گزینه .B \ --verify به شما خواهد گفت که آیا واقعاً چنین اتفاقی افتاده است یا خیر، و در چنین مواردی استفاده از .B \ --rebuild-checksums را برای تعمیر جدول پیشنهاد می‌کند. اگر تنها نمونه‌های صوتی منفرد آسیب دیده‌اند، بهتر است به جای این کار، فقط نمونه‌های آسیب‌دیده را به عنوان مثال با .BR gigedit (1) جایگزین کنید. دلایل انجام این کار را در توضیحات .B \ --verify بخوانید. هنگام استفاده از .B \ --rebuild-checksums تمام چکسام‌های همه نمونه‌های صوتی مجدداً تولید می‌شوند. از این رو، باید پس از استفاده از این گزینه، یک‌بار تمام نمونه‌ها را به‌صورت دستی بررسی کنید؛ یعنی با گوش دادن به آن‌ها یا با برون‌ریزی نمونه‌ها، نه با استفاده از گزینه .B \ --verify . زیرا مورد اخیر نمی‌تواند نمونه‌هایی را که پیش از بازتولید کل جدول چکسام آسیب دیده‌اند، شناسایی کند. .TP .B \ -v چاپ نسخه و خروج. .TP .B \ --verify یکپارچگی داده‌های خام موج صوتی (wave data) تمام نمونه‌ها را بررسی کرده و نتیجه این بررسی را چاپ می‌کند. برای تمام نمونه‌های یک فایل gig، هر زمان که تغییری آگاهانه روی داده‌های شکل‌موج انجام شده باشد، یک چکسام CRC32 متناظر در کنار داده‌های خام شکل‌موج ذخیره می‌شود. با فراخوانی gigdump همراه با این گزینه، تمام نمونه‌ها اسکن شده و با چکسام‌های موجودشان مقایسه می‌شوند تا هرگونه آسیب به نمونه‌های منفرد تشخیص داده شود. در این صورت، نمونه‌های آسیب‌دیده توسط gigdump فهرست می‌شوند. از آنجا که اساساً باید کل فایل خوانده شود، این کار می‌تواند زمان زیادی ببرد و به همین دلیل این بررسی به‌طور پیش‌فرض انجام نمی‌شود؛ به عنوان مثال هر بار که یک فایل gig برای استفاده معمولی بارگذاری می‌شود این بررسی اجرا نمی‌گردد. بر همین اساس، می‌توانید گه‌گاه از .B \ --verify استفاده کنید تا صریحاً بررسی نمایید که آیا فایل‌های gig شما به دلیلی آسیب دیده‌اند یا خیر، مثلاً پس از تغییر دادن آن‌ها با یک ویرایشگر ساز مانند .BR gigedit (1). در صورتی که نمونه‌های آسیب‌دیده‌ای یافت شدند، می‌توانید آن نمونه‌ها را با .BR gigedit (1) جایگزین کنید. با انجام این کار، تنها چکسام‌های نمونه‌های جایگزین‌شده به‌روزرسانی خواهند شد و سایر چکسام‌ها دست‌نخورده باقی می‌مانند. به همین دلیل در چنین مواردی این رویکرد نسبت به استفاده از .B \ --rebuild-checksums پیشنهاد می‌شود. .SH "همچنین ببینید (SEE ALSO)" .BR gigextract(1), .BR gigmerge(1), .BR gig2mono(1), .BR gig2stereo(1), .BR wav2gig(1), .BR dlsdump(1), .BR rifftree(1), .BR akaidump(1), .BR sf2dump(1), .BR korgdump(1) .SH "گزارش باگ‌ها (BUGS)" بررسی و گزارش باگ‌ها در http://bugs.linuxsampler.org .SH "نویسندگان (AUTHORS)" برنامه و صفحه راهنما توسط Christian Schoenebeck نوشته شده است.