Commons:Formats de fichiers

From Wikimedia Commons, the free media repository
(Redirected from Commons:Formats de fichiers)
Jump to navigation Jump to search
This page is a translated version of a page Commons:File types and the translation is 46% complete. Changes to the translation template, respectively the source language can be submitted through Commons:File types and have to be approved by a translation administrator.

Outdated translations are marked like this.
Other languages:
Alemannisch • ‎Deutsch • ‎English • ‎Türkçe • ‎español • ‎français • ‎galego • ‎italiano • ‎polski • ‎português • ‎română • ‎slovenčina • ‎slovenščina • ‎русский • ‎日本語

Shortcut: COM:FT

Wikimedia Commons n'accepte que du contenu libre. De même, seuls les formats de fichiers libres sont acceptés.

Les formats de fichiers sur lesquels portent des brevets ne sont pas acceptés sur Wikimedia Commons. Pour la liste des formats de fichiers autorisés, voir les sections ci-dessous. Quelques exemples de formats de fichiers sur lesquels portent des brevets : AAC, WMA, et la plupart des codecs AVI. Notre mission impose que les contenus soient librement réutilisables par tous. Les formats sur lesquels portent des brevets ne remplissent pas cette condition.

Les fichiers dans des formats non libres et les formats libres non supportés doivent être convertis vers un format libre supporté avant leur téléversement. Heureusement, ceci n'est habituellement pas difficile à faire, (bien que cela puisse demander du temps, en fonction du format et de la qualité du résultat désiré, notamment dans des environnements peu puissants).

Images

Sur Commons, les types de fichiers recommandés pour les images sont : SVG, PNG et JPEG.

Les formats de fichiers non acceptés sur Commons incluent les BMP, qui peuvent être convertis en PNG sans pertes, et éventuellement avec une réduction de taille, par la majorité des logiciels.

Taille et échelle

Voir aussi: Commons:Taille maximale de fichier

Veuillez noter que le nouveau logiciel de redimensionnement des fichiers PNG a été installé depuis que le texte ci-dessous a été rédigé.

Malheureusement, le système de mise à l'échelle des images est toujours limité. Actuellement, les vignettes au format PNG, GIF et JPEG sont générés dans le même format que les images originales et sont toujours codées avec des couleurs sur 24 bits (sauf si l'image est au format GIF, auquel cas l'image produite sera en 256 couleurs). Ceci signifie que la réduction d'images au format PNG des fichiers d'une taille relativement importante, même si l'image d'origine contient une palette de couleurs ou est en niveaux de gris. Cela signifie également que si vous désirez téléverser une photo dans un format PNG sans pertes à des fins de modification et d'archivage, mais que vous désirez utiliser des vignettes au format JPEG dans les articles, vous devrez téléverser une version au format JPEG manuellement (aux dimensions initiales).


Veuillez noter que la mise à l'échelle peut échouer si l'image est très grande et que son rendu prend trop de temps ou occupe trop de mémoire (dans ce cas, soit aucune image réduite n'est affichée, soit l'image entière est transmise au navigateur, ce qui le bloque souvant). Pour les images GIF, il existe une limite imposée de 50 mégapixels [Note 1]. Les grandes images JPEG sont en général moins problématiques, mais seulement si elles ont été enregistrées en mode progressif ; utilisez sinon le mode avec pertes (voir JPEG progressif).

La génération de vignettes des images TIFF d'une taille supérieure à 50 MP peut échouer en raison de problèmes de performances (phab:T54045).

Meilleure résolution

Cependant, merci d'aider à garantir que le contenu de Commons peut être largement réutilisé — y compris pour des documents imprimés — en téléversant des images photographiques en haute résolution. Dans les cas où des images de très haute résolution rencontreraient les problèmes cités plus haut, une version plus petite peut être téléversée sous un autre nom (avec une référence à l'image en haute résolution sur sa page de description) ou sous la forme d'une nouvelle version du fichier.

SVG

Voir aussi Wikipédia:Atelier graphique/FAQ SVG

Le SVG est un format de données conçu pour décrire des ensembles de graphiques vectoriels et basé sur XML. Les images produites peuvent ainsi être être mises à l'échelle sans apparaître floues ou pixelisées. Ce format permet une modification aisée et produit en général des fichiers raisonnablement petits. Voir Image:Bitmap VS SVG.svg.

SVG est le format privilégié pour créer des diagrammes, des drapeaux, des cartes, etc. alors que le PNG est préférable pour les images scannées ou les photos à haute qualité d'impression. D'autres informations sont disponibles, en anglais, sur Help:SVG et Commons:Transition to SVG.

Le SVG est particulièrement adapté pour les diagrammes, les graphiques, les cartes et toutes les illustrations qui comportent du texte. Il est en effet facile de changer le texte des étiquettes et, ainsi, adapter l'image pour une utilisation dans les différentes langues de Wikipédia. Ainsi, la carte ci-dessous adaptée en anglais et en italien.

Les images apparaissent en fait au format PNG. MediaWiki convertit en effet les images SVG en PNG. Le SVG est un format de travail pour les images stockées sur Commons et Wikipédia mais l'affichage se fait au format PNG.

PNG

Le format PNG est un format "avec pertes" (qui gère la transparence alpha), ce qui signifie que la couleur exacte de chaque pixel est conservée lors de l'enregistrement, et qu'il peut être utilisé pour tout type de dessin/schéma qui n'est pas disponible au format SVG (le SVG est à préférer lorsqu'on crée des schémas, etc.). Le format PNG est adapté à pratiquement tout sauf aux images des appareils photo numériques, y compris les images numérisées (bien qu'avec une petite faiblesse – voir la note sur la netteté plus bas), les photos en haute qualité pour l'impression, et les images avec une faible profondeur de couleurs (tous ces types d'images étant d'une taille généralement inférieure pour une qualité supérieure lorsqu'on les compare au format JPEG).

Sur Wikipédia, les vignettes PNG ne sont pas rendues plus nettes, mais les vignettes JPEG le sont. Pour des images plus complexes, comme des photographies, des gravures et autres, le format PNG propose un rendu de moins bonne qualité pour les vignettes. Cependant, le principal problème avec le format JPEG est que, en tant que format avec pertes, il ne peut pas être odifié de manière répétée, même en utilisant les valeurs maximales pour le réglage de la qualité. Ainsi, même lorsque les vignettes en PNG sont d'une qualité moindre, il est recommandé de téléverser aussi une version PNG de l'image, et de créer un lien entre l'image PNG et sa copie en JPEG en utilisant {{PNG with JPEG version}}. Il existe une exception lorsque l'image originale est déjà au format JPEG ; dans ce cas, il n'y a pas de raison de fournir une copie en PNG. Toutefois, si vous modifiez la version en JPEG, il est bon d'enregistrer une copie en PNG avant de fermer le programme utilisé pour réaliser les modifications sur l'image ; ceci fournit une copie que quelqu'un d'autre pourra modifier sans causer de dégradations supplémentaires. De même, pour des images plus simples, voir Wikipedia:How to reduce colors for saving a JPEG as PNG – des images simples possèdent en général une taille inférieure par rapport au JPEG quand l'image est relativement simple.

Métadonnées Exif

It’s very important to remember that there are no exif data in PNG files,[Note 2] so that if you want to upload a picture you shoot in a raw image format, save it in JPEG from the raw image file and, if you like, upload also a PNG from the raw image file too. But if you want to retouch your photo preserving your exif data, the professional way is to edit the original raw image file or a PNG version, save it in JPEG format and copy the exif data from the raw image file to the final JPEG. There is no single standard way to get this right, other contributors will help you if your tool produces something that is seriously wrong (UTF-8 outside of iTXT chunk or similar.)

See also Commons:Preparing images for upload, PNG tips.
Percentages of file types on Commons as of September 2017

JPEG

Le JPEG est le format standard pour les photographies. Il utilise une compression avec pertes, en sacrifiant un peu de précision pour réduire la taille de fichiers. Même avec un faible taux de compression, certaines données sont perdues, ce qui n'est pas le cas avec le format PNG.

If you have a choice of file formats in which to save a graphic, scan, or other such thing, save it as PNG (or save it as another lossless format, such as TIFF, and convert to PNG), and upload it as such. However, if the original file is in JPEG, it generally makes no sense to convert it to PNG: converting a lossy compression into a “lossless” format doesn't buy you anything since the “loss” already occurred in the original, and doing so will only increase the file size (any edits, however, should probably be saved as PNG as well as JPEG). An exception is high resolution JPEGs that have no visible compression artifacts. Conversion to PNG will avoid the thumbnails having additional compression artifacts.

Note that currently JPEG thumbnails receive extra sharpening, while PNG thumbnails don't. Hence, uploading in both formats may be a good idea if the PNG thumbnails look a bit blurry. Use {{JPEG version of PNG}} on the JPEG versions of a PNG flagged as {{PNG with JPEG version}}.

PNG is a lossless full-color format. JPEG is always a lossy format even at the highest quality settings. Lossless formats do not degrade after being saved repeatedly, but lossy ones do; hence, having a lossless version of the file allows the file to be tweaked for various purposes — cropping, levels adjustment, and so on — without a loss in quality.

See also Help:JPEG, Help:Scanning[Note 3]

GIF

The thumbnail of this GIF file is problematic due to handling of transparency
PNG resizing does not have this problem

Le GIF est un format avec perte codé sur 8 bits (256 couleurs maximum), utilisé principalement pour les images animées sur Commons. Pour des images fixes, le PNG est quasiment toujours de meilleur qualité (à l'exception des images cliquables, voir plus haut). Le GIF ne doit pas être utilisé pour les photographies. Si vous créez un graphique (pas une photographie), les formats préférés sont SVG et PNG, le GIF est vraiment à réserver aux images animées, et peut parfois être utilisé pour des images en moins de 256 couleurs : si une image a davantage de couleurs, la sauvegarder en GIF lui fera perdre en qualité.

Editing of GIF files can be unwieldy because GIF only supports a 8-bit palette and most filters only function on the full palette. And PNG supports 8-bit transparency (alpha channel) in contrast to GIF's 1-bit transparency. There are also certain idiosyncracies in GIF resizing; notably, when a GIF with background transparency is thumbnailed, the transparent area eats into the non-transparent area, which can create problems.

Si vous trouvez de bonnes images GIF libres, qui seraient utiles pour Wikipédia, importez-les tout de même, et demandez ensuite au Graphic Lab ou à l'Atelier graphique de créer un schéma de remplacement si c'est possible.

See Commons:Chart and graph resources for tools and help.

GIF Animés

GIF is a lossless, 8-bit color format (maximum of 256 colors) and should be used mainly for animated images on Wikimedia Commons. For animated images GIF uses lossless compression of images up to 256 colors per frame. Animated GIF files sometimes have problems when thumbnailed. If you find your animation corrupted or distorted when scaled down, try re-saving it with every frame the same size: A common optimization method in animated gif crunchers is to write variable-sized frames, sometimes labeled as: “Save only the portions of frames that have changed”. Wikimedia’s current version of ImageMagick does not seem to support this. There is currently a 50 megapixel restriction in our software; please see the description in Category:Animated GIF files affected by MediaWiki restrictions for details.

Inline animations should be used sparingly; a static image with a link to the animation is preferred unless the animation has a very small file size. Keep in mind the problems with print compatibility mentioned above.

TIFF

Shortcut
COM:TIFF

Only some TIFF files can, at this time, be displayed in resized (thumbnailed) form within Wikipedia or on Commons, and TIFF files are not supported by most Internet browsers. They are an archival format, and should never be used for images intended to be displayed.

TIFF generally serves as a lossless format, similar to PNG, but with much less compression. However, its standard compression algorithm is very fast to apply (which was a benefit on older computers) and most scanner software supports TIFF, making it a popular choice for archives.

PNG is not supported by most scanner software, but files saved in PNG can generally be made much smaller than TIFF files. For instance, one 33 MB TIFF reduced to 17 MB when saved as a PNG.

Overall, PNG is a preferred format; however, the ability to upload TIFF files is offered as a courtesy. For instance, if you were batch scanning files in order to upload them to Commons for others to edit and prepare, you would want to use a lossless format (editing a non-lossless format causes an increase in artifacts every time it is saved). Your scanner software may not support saving directly to PNG, but allow TIFF. In such cases, uploading the image as a TIFF file is acceptable, as it helps you donate material to Commons much more easily (in that specific case, it would be appropriate to inform the regulars on the Village Pump noticeboard so that your batch upload can be prepared for more widespread use and possibly to discuss things beforehand briefly). There are many image editors (free and commercial) that can handle conversion from TIFF to other formats. See: en:Comparison of raster graphics editors #File support.

The statements above apply to the vast majority of TIFF files; however, note that TIFF is a somewhat odd format – the specifications are loose, and can, in theory, support a wide variety of compression schemes and file storage (though most programs that open TIFFs only recognise the most common). This makes it difficult to make definite statements about TIFFs: For instance, TIFFs can contain JPEGs, which are not a lossless format. Generally, only TIFFs of the standard types should be uploaded to Commons.

XCF

XCF can be useful if you are working on an image with GIMP. Unlike PNG and similar files, XCF files support text and multiple layers. It may be useful to upload the XCF file, so that other editors can continue working with it directly, while retaining the layering information. Please note that a thumbnail of a XCF can only be generated experimentally by the MediaWiki software (see phab:T37622). It is advised that you optionally upload a copy of XCF file in PNG format, so that other editors can see the image you are working on.

Son

Voir aussi: Commons:Free media resources/Sound

Les formats de fichiers sonores que nous acceptons sur Wikimédia Commons sont : Ogg (utilisant les codecs FLAC, Speex ou Vorbis) ou MIDI (avec extension .mid). Les fichiers de formats non-libres ou moins diffusés doivent être convertis avant d'être téléchargés.

Non-free formats and lesser-known free formats must be converted before uploading—there is currently no legitimate way to store pristine original data for conversion to future formats or for use when patents expire, even if the license of a given work requires distributing such pristine original data (as is often the case for works distributed under the GNU Free Documentation License or other copyleft licenses).

The Commons does not accept tracker formats, even formats written by free trackers. Nor does it accept sound fonts for use with MIDI files, even sound fonts designed for use with free MIDI players. If it is important that a musical passage be heard with specific instrument definitions that General MIDI does not provide for, and the license allows it, use your tracker software to render the passage to RIFF WAVE, and then encode it to Ogg Vorbis.

As of September 2013,[needs update] most browsers can play MP3 and Ogg Vorbis, but not MIDI, FLAC, Opus or Speex. FLAC and Speex are automatically converted to vorbis transcodes for playback on browsers after upload.

MP3

Le format MP3 est un format audio largement pris en charge et est fortement recommandé pour les téléchargements audio. En décembre 2017, Commons n'accepte que les téléchargements MP3 par les administrateurs, les réviseurs d'images et les téléverseurs étendus en raison de préoccupations concernant la capacité de la communauté à surveiller les violations de droits d'auteur.

MIDI

MIDI files are accepted, but not very well supported. The file extension has to be .mid.

Ogg Vorbis

Vorbis is the preferred audio codec for the Ogg container. Please use the file type ogg to upload audio files in Ogg Vorbis format.[Note 4]

Speex est adapté pour les enregistrements de paroles ; Vorbis est destiné à tout type de fichiers audio mais engendre une perte de qualité ; FLAC ne conduit pas à une perte de qualité mais la taille importante des fichiers limite son utilisation à des séquences de courte durée. Dans la plupart des cas, le codec Vorbis est donc le plus adapté.

Opus is supported by MediaWiki (phab:T42193, phab:T53313). File extension: .opus.

Note that with FLAC, a native container format exists (see below). If your output file has the extension .flac, it is likely using the native container format. If you like to embed it into an ogg container, this can be done with ffmpeg using the command line ffmpeg -i InputFile.ext -acodec flac out.oga or flac ./input.wav -8 --ogg -f ./output.oga.[Note 4]

It is also useless to put data in a non-free format into a free container like Ogg: you get a file, which, while requiring that a player support the free container, still requires that it support the non-free codec.

WebM (audio)

The WebM container can hold audio (Vorbis), with or without accompanying video.

FLAC

The Free Lossless Audio Codec is supported with or without encapsulation into ogg-containers. TimedMediaHandler will automatically offer transcoded variants in ogg format. File extension without encapsulation: .flac. (The related phab:T51505 was resolved in 2013 and closed in 2014.)

WAVE

Wave containers usually contain uncompressed, lossless audio (PCM). If possible, please convert to FLAC before uploading. File extension: .wav.

Vidéo

Les vidéos peuvent être au format Ogg utilisant le codec vidéo Theora. Là aussi, les fichiers de format non libre doivent être convertis avant téléchargement.

Pour convertir un format de fichier en un autre de même catégorie, il existe un certain nombre de logiciel dédié, que l'on peut trouver généralement très facilement en lançant une recherche sur google de la forme A2B (A étant l'extension source et B l'extension désirée, par exemple MP32OGG).

Certains sites internet proposent comme alternative de convertir les fichiers à votre place. Ces sites nécessitent néanmoins une connexion internet appropriée (liste non-exhaustive) :

WebM

WebM utilise toujours le codec vidéo VP8 et le codec audio Vorbis.

VP8 est un codec qui est de meilleure qualité que Theora, (bien sûr, il n'est pas nécessaire de transcoder les vidéos existantes au codec Theora vers VP8).

VP9 is a successor to VP8, having better compression efficiency. The Opus audio compression format has excellent quality and low algorithmic delay. The image format WebP that is based on VP8 is supported on commons. It supports both lossless and lossy image compression.

Ogg Theora

Theora est un codec vidéo avec perte (see Theora). Note: la plupart des logiciels indiqués dans Commons:Logiciels sont adaptés pour lire des fichiers au format Ogg.

Conversion

Formats de type texte

Documents de texte numérisés (DjVu, PDF)

This PDF gets a {{badPDF}} flag placed on the file page because it looks mottled if used as an article graphic, while File:Amsterdam Museum logo.svg is much better suited.

Although Commons does not generally host documents, there are valid reasons to upload them here (such as archival versions for transcription use on Wikisource).

  • See Help:DjVu to get help about DjVu and PDF files.
  • Documents in PDF format are allowed. Usage as graphic is not recommended, as you can see on the right example, which is a clear vector graphic. For allowable reasons of PDF and DjVu format, see Project Scope, PDF and DjVu formats.

Note that any page from a PDF which currently gets rendered as JPG by thumbnails, but this could as well be rendered as PNG. This only depends on the implementation of the PDF renderer used on the image thumbnail server and it is not a limitation of the PDF format vs. DejaVu. The only limitation is the existence of various proprietary extensions of the PDF format which could sometimes require a specific PDF viewer. PDF files in Commons should not depend on these extensions and should use only the core specifications, used by the thumbnail renderer of Commons. The issue may exist only when PDFs are downloaded in native format from the "Media:" namespace instead of being rendered as a single image from a selectable page number in the PDF (because these extensions may embed some active scripting, form handlers, and active links to external sites).

For single image rendering, PDF files rendered with the core PDF profile (from its standard specifications) are functionally equivalent to DejaVu files, but typically render photographs and graphics with higher fidelity and more accurate color profiles than DejaVu files which use a more basic model. As well PDFs offer better quality if some cases as they can embed scalable vector graphics, instead of just highly compresssed bitmaps at fixed resolution. So the difference is basically on the compression level for bitmaps: for scanned text documents, DejaVu are most often smaller than PDF, but this does not make a difference when these files are not downloaded, but just rendered as a single bitmap image.

For documents containing colorful graphics and photos, PDFs frequently offer better fidelity and accuracy. However, image thumbnail renderers currently used by Commons do not render them correctly when they generate JPEG thumbnails instead of more accurate PNG thumbnails: this could change in the future with a better PDF renderer.

See also Help:Scanning for advice on scanning non-text items.

TimedText

TimedText is a custom Commons namespace to hold “Timed Text”, also termed subtitles, closed captioning and closed caption text. The contents are plain text with no markup whatsoever.

See Commons:Timed Text.

Fichiers de données

No database file types are currently supported. See the list of unsupported file types below.

MediaWiki software allows for the creation of dynamic text (via Lua modules) and graphs using data in JSON format in the dedicated Data: namespace, though. Possible are:

  • Map data, allowing users to store GeoJSON data.
  • Tabular data, allowing users to create CSV-like tables of data.

Data files in Commons have to be set under Creative Commons — CC0 1.0 Universal license.

Feel free to experiment by creating pages with the Data:Sandbox/<username>/ prefix. For now, page content can only be edited in the raw JSON format.

Données cartographiques

See more details in mw:Help:Map Data.

Map data allows users to store GeoJSON data, similar to images. Other wikis may use this data to draw on top of the maps, together with other map customizations, using Kartographer.

To create a new map data, create a new page in the Data: namespace with the .map suffix, such as Data:Sandbox/Example user/Example.map.

Données tabulaires

See more detail in mw:Help:Tabular Data.

Tabular data allows users to create CSV-like tables of data, and use them from other wikis to create automatic tables, lists, and graphs.

To create a new table, create a new page in the Data: namespace with a .tab suffix, such as Data:Sandbox/Example user/Example.tab.

Autres formats

3D structures
STL for 3D files, the file format most commonly used for 3D-printing. Other 3D formats are unsupported. See also mw:Help:Extension:3D.
Chemical and biological molecular structures
None supported yet. See unsupported file types below.
Map routes and GPS data
See Map data. See also unsupported file types below.

Types de fichiers non supportés

Shortcut
COM:UNSUPPORTED

Formats de fichiers libres non supportés

Requested at least once, but not currently supported; help needed to support these. :-)

Any format for 3D except STL
Any format for data
Any format for chemical or biological molecules
Any map route/GPS format
Most open document formats
Image formats
Audio/video formats
Diagram formats
Multimedia and animation formats
  • SWF – could be considered free as of 2009? but needs to be generatable and playable with free tools – declined in phab:T28269
Scientific format
  • FITS – Flexible Image Transport System

Formats de fichiers non libres

Requested at least once, via automatic conversion of these formats to a free format on upload.

Most of the above issues are tracked as “Multimedia and file format support” issues in phab:T44725.

Alternate options for support

Source materials for files uploaded to Commons, such as camera raw files and bigger FLAC audio, can be uploaded to Commons Archive, an unofficial companion website that accepts all file formats.

Notes

  1. Mégapixel (nombre de frames × largeur × hauteur), formule de sous-échantillonnage (pour la limite de WikiMedia, prenez le SAR) : valeur_plancher (√limite en Mégapixels × largeur ÷ hauteur) ≥ largeurnouvelle, pour une animation (avec en plus une SAR avec pertes) : valeur_plancher (limite en Mégapixels ÷ frames ÷ hauteur) ≥ largeurnouvelle
  2. Some PNG data are shown by MediaWiki under “metadata”, such as resolution pHYs and timestamp tIME, but are not Exif proper.
  3. For JPEG also see A few scanning tips, scantips.com, 2010 by Wayne Fulton.
  4. a b The Xiph.Org Foundation recommends using .ogg as the extension for Ogg Vorbis audio files, .oga for Ogg FLAC audio, and .ogv for Ogg Theora video per RFC 5334. See also MIME Types and File Extensions - XiphWiki.
  5. For JPEG2000 some developers have been concerned about submarine patents (LoC digitalpreservation), and in 2009 Mozilla tagged it as WONTFIX.

Voir aussi

On English Wikipedia