Comprimere un file può romperlo?

Ho appena chiesto a qualcuno di inviarmi un psdfile compresso .

Hanno rifiutato, citando che zippare un file può spezzare i caratteri .

Ho pensato che zippare un file fosse perfettamente reversibile, quindi perché è comunemente usato. Penso che l'altra persona non sia corretta.

C'è qualche verità sul zippare rompendo il contenuto dei suoi file?

No, zippare un file non può romperlo. Se il file zip non è danneggiato, verrà riprodotto lo stesso file quando decompresso.

In questo caso, la differenza tra i caratteri installati sui due diversi sistemi può causare problemi, ma ciò è completamente estraneo al processo zip / unzip.

Nell'uso generale , zip è senza perdita di dati (presupponendo un'implementazione senza errori), ma esiste uno scenario che potrebbe applicarsi alla perdita di dati: flussi di dati alternativi NTFS. Questa funzionalità poco utilizzata consente a un singolo file di avere più set indipendenti di contenuti. La maggior parte del codice vedrà sempre solo lo stream senza nome , ma altri possono esistere.

Così; se un programma ha deciso di archiviare i dati in un flusso di dati alternativo NTFS, il client zip non vedrà quella parte (deve richiederlo esplicitamente e RAR è l'unico che lo fa attualmente ).

Ma per sottolineare: questo è usato molto raramente, e normalmente non con cose come PSD. Sospetto che il tuo amico / socio abbia semplicemente torto.

Ci sono circostanze in cui un font Mac potrebbe non essere identico se è zippato e quindi decompresso. Ciò potrebbe non risolverlo, ma contrariamente ad alcune affermazioni precedenti, il processo potrebbe non fornire un file identico.

Le circostanze sono discusse qui:

http://xahlee.org/UnixResource_dir/macosx.html

http://ask.metafilter.com/59789/How-to-email-my-font

Ma in breve:

1. Se sono caratteri molto più vecchi che contengono fork di risorse e l'utente ha una versione precedente di Mac OS X, in genere 10.4 o precedente. I caratteri legacy come questo funzionano su OS X sebbene fossero originariamente destinati a OS 9 e versioni precedenti del sistema operativo Macintosh. È del tutto probabile (e, nella mia esperienza, comune) che alcune persone stiano ancora usando una libreria di font che hanno costruito fino a 20 anni fa. In genere si tratta di artisti e tipi di art director. Ad esempio, ho alcuni caratteri con le date di creazione del 1993 e centinaia con le date di creazione del 1998, la maggior parte con fork di risorse. Sicuramente avrei dovuto convertirli in formati più moderni o smettere di usarli, ma ammettiamolo: una volta acquistata la libreria di font Adobe, non vorrai più acquistarla. Durante i miei anni di lavoro con art director nella pubblicità,

2. Alcuni metadati verranno eliminati in alcune versioni del sistema operativo. I metadati possono essere elementi aggiunti al campo informazioni del file. Ciò non interromperà il file, ma di nuovo, né lo zip-unzip di andata e ritorno produrrà un file identico.

PS: sto assumendo qui che se uno sta comprimendo un file PSD per la consegna a un'altra persona, che non è stato appiattito e che il carattere non è stato convertito in struttura, il che significa che uno consegnerebbe anche i file dei caratteri con il PSD in modo che la persona sul lato ricevente possa apportare le proprie modifiche al file. Questa è una pratica comune.

ZIP utilizza il checksum per verificare se il file decompresso è esattamente lo stesso di prima dell'imballaggio.

Quindi, se fosse stato modificato per qualche motivo (archivio rotto, per esempio), non sarebbe nemmeno decompresso.

Solo se stanno facendo qualcosa di stupido come fare la conversione in modalità testo o se c'è una zip / decompressione rotta da qualche parte che viene confusa da una zip incorporata. (Tali bug si sono verificati in passato, vale a dire forse 10 anni fa.)

Zip utilizza un algoritmo di compressione senza perdite per garantire che i dati restituiti siano identici a quelli inseriti.

(A proposito, altre tecnologie come jpg, mpeg, mp3, usano tecniche con perdita per comprimere con la teoria che i nostri occhi e le nostre orecchie non sono così sensibili)

L'unica verità che ho potuto vedere nell'affermazione "zippare i caratteri di rottura" è se il formato di file PSD stesso ha una versione o un'opzione "compressa" che puoi abilitare in qualunque programma crei questi file e questa opzione in qualche modo gestisce i caratteri in modo diverso.

L'uso di qualsiasi programma zip dovrebbe andare bene tranne se è difettoso.

In risposta a Marc, ci sono anche potenziali problemi di filesystem su filesystem EXT se provi a comprimere una struttura di directory contenente collegamenti soft e hard in un formato zippato che non li capisce (motivo per cui invece faccio sempre un .tar.gz di un .zip lì). Inoltre, zippare i soft link con percorsi relativi, quindi decomprimerli da qualche altra parte, ovviamente non funzionerà, ma non è colpa del programma zip.

Se hanno avuto quel problema prima (zippare corrompendo un PSD) allora il loro software del compressore è difettoso, non stanno includendo tutti i file di cui hanno bisogno sul PSD e / o i loro computer sono infettati da un virus.

Vorrei chiedere loro se hanno avuto corruzioni simili spostando i file su dischi USB, solo per scartare quest'ultima opzione.

Solo per aggiungere un altro avvertimento per completezza: lo zipping può causare la perdita dei metadati del file, come permessi o tempo dell'ultimo accesso.

Non credo che sia generalmente rilevante per i file e i caratteri PSD.

Zip può corrompere i nomi dei file. Zip in quanto tale non utilizza Unicode. La codifica dei nomi dei file non è specificata e su Windows viene utilizzata la locale corrente.

Pertanto, quando trasferito su un sistema diverso, i nomi dei file verranno incasinati.

C'è un'estensione al formato Zip che i programmi più recenti (winzip dalla versione 11 credo) usano.

Preferisco 7z prima di avere una zip piena di nomi giapponesi incapaci di decomprimerlo.

Un file zip dovrebbe essere in grado di riprodurre esattamente il contenuto.

Una nota correlata, tuttavia: è più difficile ripristinare i dati se un file zip viene danneggiato , piuttosto che se i dati fossero nel formato originale. Perché? Molti formati di file hanno una ridondanza incorporata e sono progettati in modo tale da correggere errori minori o errori minori non critici.

Immagina un file video. Nella maggior parte dei formati, se una piccola parte viene danneggiata, vedrai uno sfarfallio temporaneo in quella piccola porzione del video ma puoi comunque guardare il video. Ma se il file video viene compresso, la capacità di correzione degli errori viene ridotta e, a seconda dell'entità della corruzione, potresti semplicemente non essere in grado di decomprimere il file / guardare il video. (Questo è un esempio inventato in quanto è inutile comprimere la maggior parte dei formati video in ogni caso).

Questo vale per qualsiasi formato di compressione: la compressione per definizione riduce la ridondanza e quindi le capacità di correzione degli errori ed è un compromesso.