J'ai écrit un programme Java pour la compression. J'ai compressé du fichier texte. La taille du fichier après la compression réduite. Mais quand j'ai essayé de compresser le fichier PDF. I Dinot Voir toute modification de la taille du fichier après la compression. P>
Donc, je veux savoir quels autres fichiers ne réduiront pas sa taille après la compression. P>
merci Sunil Kumar Sahoo p>
16 Réponses :
Les fichiers compressés ne réduiront pas leur taille après la compression. P>
Cela peut ne pas être vrai, en fonction des algorithmes utilisés.
Généralement, vous ne pouvez pas comprimer les données déjà comprimées. Vous pourriez même vous retrouver avec une taille comprimée plus grande que l'entrée. P>
JPEG / GIF / AVI / MPEG / MP3 et déjà des fichiers compressés ne changeront pas beaucoup après la compression. Vous pouvez voir une petite diminution de la fichier. P>
Les fichiers multimédias n'ont pas tendance à bien compresser. JPEG et MPEG ne compressez pas pendant que vous pourrez peut-être compresser les fichiers .png p>
En réalité, JPEG et MPEG sont souvent compressés de quelques pour cent par un bon algorithme de compression.
Es-tu sûr? N'oubliez pas que les algorithmes de compression spéciale perdent souvent certaines données qui ne sont pas importantes pour le contenu (comme le bruit dans des fichiers sonores ou des zones similaires sur des images). Cela signifie qu'ils ont toujours un meilleur ratio de compression que tout algorithme de compression à usage général (Mainy Perte moins).
Mais les fichiers BMP compressent très bien. Cela ne dépend pas du type d'un support, mais d'un type de compression. Et oui - les formats de fichier sont une sorte de compression d'informations.
La compression de fichier fonctionne en supprimant la redondance. Par conséquent, les fichiers contenant peu de redondance compressent mal ou pas du tout. p>
Le type de fichiers sans redondance que vous êtes le plus susceptible de rencontrer est des fichiers déjà compressés. Dans le cas du PDF, cela serait spécifiquement pdf composé principalement d'images qui sont elles-mêmes dans un format d'image compressé comme JPEG. P>
Le fichier déjà compressé ne peut généralement pas être comprimé. Par exemple, mp3, jpg, flac, etc. Vous pouvez même obtenir des fichiers plus gros en raison de l'en-tête de fichier re-compressé. P>
Les seuls fichiers qui ne peuvent pas être compressés sont des bits aléatoires - véritablement aléatoires, ou comme approximativement par la sortie d'un compresseur. P>
Toutefois, pour tout algorithme en général, il existe de nombreux fichiers qui ne peuvent pas être comprimés par celui-ci, mais peuvent être bien comprimés par un autre algorithme. P>
Vraiment, tout dépend de l'algorithme utilisé. Un algorithme spécifiquement adapté à utiliser la fréquence des lettres trouvées dans les mots anglais communs fera assez mal lorsque le fichier d'entrée ne correspond pas à cette hypothèse. P>
En général, les PDF contiennent des images et telles qui sont déjà comprimées, elles ne compresseront donc pas beaucoup plus loin. Votre algorithme est probablement uniquement capable d'équerre maigre si des économies basées sur les chaînes de texte contenues dans le PDF? P>
Vous aurez probablement de la difficulté à compresser également les fichiers cryptés comme ils sont essentiellement aléatoires et vont (généralement) avoir peu de blocs répétitifs. P>
Les fichiers PDF sont déjà compressés. Ils utilisent les algorithmes de compression suivants: p>
Selon quel outil crée le PDF et la version, différents types de cryptage sont utilisés. Vous pouvez la compresser davantage en utilisant un algorithme plus efficace, perdez une certaine qualité en convertissant des images en JPEG de haute qualité. P>
Il y a un lien super à ce sujet ici p>
Pas vraiment. Tous les fichiers PDF ne stockent pas automatiquement leur contenu au format compressé. Mais vous avez raison, PDF prend en charge la compression. À moins que votre PDF ne contienne que des images, il y a une forte probabilité que vous puissiez émettre un espace supplémentaire à l'aide de zip ou de rar.
Cela dépend de 100% de l'application qui a créé le PDF, comme mentionné dans mon poste.
Réponse simple: les fichiers compressés (ou nous pourrions réduire les tailles de fichiers à 0 en comprimant plusieurs fois :). De nombreux formats de fichier appliquent déjà la compression et vous trouverez peut-être que la taille du fichier diminue de moins de 1% lors de la compression des films, des MP3, des JPEG, etc. P>
Vous pouvez ajouter tous les formats de fichier Office 2007 à la liste (de @waqasahmed): p>
Depuis l'Office 2007 .Docx et .xlsx (etc.xlsx (etc.) sont en fait des fichiers .xml zippés, vous ne voyez pas non plus beaucoup de réduction de taille. P>
J'ai créé une feuille Excel avec Python XLSXWriter. Lorsque je le resvus avec LibreOffice Calc, la taille a diminué de plus de 60%. Pourquoi est-ce?
Les fichiers cryptés avec un bon algorithme comme une idée ou des des entreprises en mode CBC ne compriment plus quel que soit leur contenu original. C'est pourquoi les programmes de cryptage compressent d'abord et ne font que exécuter le cryptage. P>
vraiment aléatoire p> li>
approximation de celle-ci, faite par une fonction de hachage cryptographiquement forte ou un chiffrement, par exemple: p>
AES-CBC (Toute entrée) p>
"". Joindre (Carte (B2A_HEX, [MD5 (STR (I)) pour i In Gare (...)])) P> LI> ol>
Tout algorithme de compression sans perte, à condition qu'il rend certaines entrées plus petites (comme le suggère la compression de nom), apportera également des autres entrées plus grandes. P>
Sinon, l'ensemble de toutes les séquences d'entrée jusqu'à une longueur donnée L pourrait être mappée sur le jeu (beaucoup) de toutes les séquences de longueur de longueur inférieure à L, et de le faire sans collisions (car la compression doit être sans perte et réversible ), quelle possibilité le Principe du pigeonhole exclut. P>
Donc, il existe des fichiers infinis qui ne réduisent pas sa taille après la compression et, d'ailleurs, il n'est pas nécessaire que un fichier soit un fichier entrapleur élevé :) P>
cinq ans plus tard, j'ai au moins certaines statistiques réelles à la montrer. p>
J'ai généré des fichiers PDF forts> 17439 strong> à PDF multi-pages avec PrinceXML totalisant 4858 strong> MB. Un zip -r archive pdf_folder code> me donne une archive.zip qui est