Stavo risolvendo una sfida in cui ho trovato un file di dati senza estensione. Il filecomando mostra che è a data file (application/octet-stream). Il hdcomando mostra GNP. nell'ultima riga. Quindi, se inverto questo file, otterrò il file in formato .PNG , ho cercato ovunque ma non ho trovato una soluzione che spiegasse come invertire il contenuto di un file binario.
Risposte:
Con xxd(da vim) e tac(da core GNU GNU, anche tail -rsu alcuni sistemi):
< file.gnp xxd -p -c1 | tac | xxd -p -r > file.png
In zsh(l'unica shell che può gestire internamente i dati binari (a meno che tu non voglia prendere in considerazione l'approccio di codifica base64 di ksh93 ):
zmodload zsh/mapfile
(LC_ALL=C; printf %s ${(s::Oa)mapfile[file.gnp]} > file.png)
LC_ALL=C: i caratteri sono byte$mapfile[file.gnp]: contenuto del file.gnpfiles::: divide la stringa nei suoi componenti byteOa: inversa Order su array sottoscrive quell'arrayzshnon è l'unica shell in grado di gestire dati binari.
Ecco un modo per invertire un file binario usando ksh93. Ho lasciato il codice "sciolto" per facilitarne la comprensione.
#!/bin/ksh93
typeset -b byte
redirect 3< image.gpj || exit 1
eof=$(3<#((EOF)))
read -r -u 3 -N 1 byte
printf "%B" byte > image.jpg
3<#((CUR - 1))
while (( $(3<#) > 0 ))
do
read -r -u 3 -N 1 byte
printf "%B" byte >> image.jpg
3<#((CUR - 2))
done
read -r -u 3 -N 1 byte
printf "%B" byte >> image.jpg
redirect 3<&- || echo 'cannot close FD 3'
exit 0
readsopra non dovrebbe leggere nulla come è fatto alla fine del file.
stracee ksh93sembra che si stia comportando in modo molto strano, dove cerca ovunque nel file e legge grandi quantità in quel momento. Forse una variante di github.com/att/ast/issues/15
stracela sceneggiatura per capire cosa intendo. ksh93legge i file migliaia di volte. Ad esempio, prima di leggere il primo byte, cerca 64 KiB alla fine del file, legge 64 KiB, quindi cerca prima dell'ultimo byte e legge 1 byte e fa qualcosa di simile per ogni byte. Nota che ciò che puoi fare con quelle stringhe con codifica Base64 è limitato, quindi se leggi più di un byte alla volta, sarà più difficile estrarne i singoli byte.
Con perl:
perl -0777pe '$_=reverse $_' [input_file]
Test della prestazione:
dd if=/dev/urandom of=/tmp/a bs=1M count=1
LC_ALL=C tac -rs $'.\\|\n' /tmp/a > /tmp/r
time perl -0777pe '$_=reverse $_' /tmp/a | diff -q - /tmp/r
time xxd -p -c1 /tmp/a | tac | xxd -p -r | diff -q - /tmp/r
time perl -0777 -F -ape '$_=reverse@F' /tmp/a | diff -q - /tmp/r
time LC_ALL=C tac -rs $'.\\|\n' /tmp/a | diff -q - /tmp/r
Risultato:
perl -0777 -Fè la più lenta.xxdè la più lenta.Nota: i tempi di diffesecuzione dovrebbero essere gli stessi per tutte le soluzioni, poiché l'output dovrebbe essere lo stesso.
perl. In quel momento non avevo capito che avrei reversepotuto invertire anche le stringhe, quindi farlo non ha molto senso e la tua versione è molto migliore.
Ho provato quanto segue:
tac -rs '.' input.gnp > output.png
L'idea è di forzare 'tac' usando qualsiasi carattere come separatore. L'ho provato su un file binario e sembrava funzionare, ma ogni conferma sarebbe apprezzata.
Il vantaggio principale è che non carica il file in memoria.
tac8.28) quando l'input contiene caratteri di nuova riga. printf '1\n2' | tac -rs . | od -vAn -tcoutput \n 2 1anziché 2 \n 1. Avresti anche bisogno LC_ALL=Co .potresti abbinare caratteri multibyte.
LC_ALL=C tac -rs $'.\\|\n'sembra funzionare però.