/bПрапор з copyкоманди обробляє файли у двійковому форматі (тобто сирої потік безглуздих байт), і копіює їх байт в байт , а не за замовчуванням (або /a) поведінки , яке розглядає їх як рядки тексту (з кінця-рядки символи, кінцеві файли тощо)
Ви можете об'єднати текстові файли з текстовою поведінкою за замовчуванням або з бінарним перемикачем, але майже будь-який двійковий файл не працюватиме. Ви не можете просто скопіювати байти з двох бінарних файлів і очікувати їх роботи, оскільки двійкові файли зазвичай мають заголовки , метадані , структури данихтощо, які визначають формат файлу. Якщо ви робите двійкову копію, ви просто будете копіювати всі байти як є, що в кінцевому підсумку поміщає ці структури в місця, де їх не повинно бути, тож коли ви відкриєте їх, функція розбору буде мати проблеми і побачити, що по суті є пошкодженими даними . Деяка програма ігнорує частини, які не мають сенсу, і просто покаже, що вони можуть (що дозволяє працювати стереографії), але деякі видадуть помилку та скаржаться на те, що файл пошкоджений. Можливість виявлення корупції залежить від типу файлу.
Як приклад, наведемо спрощений формат PDF:
Byte(s) Meaning
---------------------
File header:
0-1 # of Pages
2-3 Language
4-5 Font
6-EOF Data (each page encoded separately)
Page data:
0-1 Page number
2-3 # of characters on page
4-#chars Letters contained on the page
Як бачимо, кожен файл буде містити заголовок рівня файлу з деякою загальною інформацією з подальшим блоком даних для кожної сторінки, що містить дані про сторінку. Якщо ви візьмете два файли, кожен з яких містить одну сторінку, і об'єднаєте їх як бінарні файли, ви не створите один двосторінковий файл, а натомість один пошкоджений файл, який починається з однієї сторінки, а потім має купу небажаної файлу (файл заголовок не має сенсу, коли програма намагається прочитати другу сторінку).
Те ж саме відбувається і з вашими MP3. Коли ви об'єднали їх так, теги ID3 на початку та / або в кінці другого файлу зберігаються, і коли плеєр намагається прочитати наступний кадр, він очікує звукових даних, але знаходить заголовки другий файл, який не відповідає очікуваному формату аудіоданих, тому не знає, що робити. Деякі гравці відтворюватимуть заголовок у вигляді аудіоданих (які, ймовірно, гратимуть як статичні / шум / попси / тощо), деякі вирізатимуть звук до наступного правильного кадру, деякі можуть взагалі перестати відтворювати пісню, а деякі можуть навіть вийти з ладу .
copyКоманда нічого не знає про інших , ніж звичайний текст (і навіть тоді, тільки ASCII текст) типи файлів, тому тільки звичайний текст може бути скомбіновані правильно з ним. Бінарні файли потрібно поєднувати за допомогою редактора, який вміє правильно розбирати та інтерпретувати вміст.
