Was genau passiert, wenn Sie den Befehl 'copy /b' verwenden?

Das Flag /b des Befehls copy behandelt die Dateien als Binärdateien (dh einen rohen Strom bedeutungsloser Bytes) und kopiert sie Byte für Byte anstelle des Standardverhaltens (oder des Verhaltens /a) behandelt sie als Textzeilen (mit Zeilenende, Dateiende usw.)

Sie können Textdateien entweder mit dem Standardtextverhalten oder dem Binärschalter zusammenführen, aber so ziemlich jede Binärdatei funktioniert nicht. Sie können die Bytes nicht einfach aus zwei Binärdateien kopieren und erwarten um zu arbeiten, weil Binärdateien normalerweise Header haben, metadaten, datenstrukturen usw. das definiert das Format der Datei. Wenn Sie eine binäre Kopie machen, kopieren Sie einfach alle Bytes so wie sie sind, was dazu führt, dass diese Strukturen an Stellen platziert werden, an denen sie nicht sein sollten, also wenn Sie sie öffnen, wird die Parsing-Funktion Probleme haben und sehen, was im Wesentlichen korrupte Daten sind. Einige Programme ignorieren die Teile, die keinen Sinn ergeben, und zeigen einfach, was sie können (was ermöglicht Stereographie zu arbeiten), aber einige werfen einen Fehler und beschweren sich, dass die Datei beschädigt ist. Die Fähigkeit, Korruption zu erkennen, hängt vom Dateityp ab.

Als Beispiel erfinden wir ein vereinfachtes PDF-Format:

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

Wie Sie sehen, enthält jede Datei einen Header auf Dateiebene mit einigen allgemeinen Informationen, gefolgt von Datenblöcken für jede Seite, die die Seitendaten enthält. Wenn Sie dann zwei Dateien nehmen, die jeweils eine Seite enthalten, und sie als Binärdateien zusammenführen, werden Sie es nicht sein erstellen einer zweiseitigen Datei, sondern eine beschädigte Datei, die mit einer Seite beginnt, dann hat eine Reihe von Junk (der Datei-Header macht keinen Sinn, wenn das Programm versucht, Seite zwei zu lesen).

Das Gleiche passiert für Ihre MP3s. Wenn Sie sie so kombinieren, bleiben die ID3-Tags am Anfang und/oder Ende der zweiten Datei erhalten, und wenn der Player versucht, den nächsten Frame zu lesen, erwartet er Audiodaten, findet jedoch den Header der zweiten Datei, der nicht den Inhalt der zweiten Datei enthält. passen Sie das erwartete Format für Audiodaten an, damit es nicht weiß, was zu tun ist. Einige Player spielen den Header als Audiodaten ab (die wahrscheinlich als statisch/Rauschen/Pops/usw. abgespielt werden).), einige schneiden wird der Klang, bis das nächste richtige Rahmen, einige können aufhören zu spielen die Songs insgesamt, und einige können sogar Abstürzen.

Der Befehl copy weiß nichts über andere Dateitypen als Klartext (und selbst dann nur ASCII-Text), sodass nur Klartext korrekt damit kombiniert werden kann. Binärdateien müssen kombiniert werden verwenden eines Editors, der den Inhalt richtig analysieren und interpretieren kann.