中华人民共和国和以色列国关于建立创新全...
维基媒体共享资源只接受“自由内容”。同样地，我们只允许自由文件格式。
专利限制的文件格式不被维基共享资源所接受；可以接受的文件格式如下列清单所述。专利限制的文件格式的例子如AAC、WMA以及大多数AVI编码。我们的使命要求所收录的内容必须可以自由发布到所有领域。专利限制的文件不符合这个条件。
非自由格式和不支持的自由格式必须在上传前转换成可支持的自由格式。幸运的是，转换这些格式通常并不困难。（但也许颇费时间，取决于格式种类和所需的输出质量，尤其是在性能不佳的设备上。）
图片
在维基共享资源上，我们建议的文件类型为：SVG、PNG和JPEG。
BMP文件不被维基共享资源所允许，这些文件可以无损转换成PNG，且转换后的大小总会比转换前小。Windows用户可以使用内置的画图将BMP转换为PNG，只要开启文件并将其存储为PNG即可。画图至少从Windows XP就开始就支持PNG。Linux用户可以使用指令列工具FFmpeg：ffmpeg -i "input filename.bmp" "output filename.png".
大小与缩放
另见：共享资源:最大文件的大小
- 请注意，新的PNG调整大小软件在自从以下的文字撰写了之后就已被安装进去了。
很遗憾的是，图像缩放系统仍然受到限制。目前，（PNG、GIF、JPEG）缩略图以与原始图像相同的格式生成，并且始终为24位色彩（除非图像为GIF格式，在这种情况下，结果图像将具有256色）。这意味着缩放PNG图像会生成相当大的文件，即使原始图像包含色谱或灰阶格式也是如此。这也意味着，如果您要上传照片的无损PNG以进行编辑和保存，但要在文章中使用JPEG缩略图，否则必须手动上传（完整比例）的JPEG版本。
请注意，如果图像非常大且渲染需要费太多时间或内存，则图像的缩放可能会失败（在这种情况下，要么没有显示缩放的图像，要么将完整的图像供应给浏览器，这通常会导致其锁定）。对于GIF图像，有效限制为1,000百万像素。[Note 1]
大型JPEG通常只有在以渐进模式保存时才会出现问题。请改用基线模式（请参阅渐进JPEG）。
最高清晰度
尽管如此，请上传高分辨率的图片，以确保共享资源的内容能够广泛地被再度使用--包括用于印刷媒体。万一最高分辨率版本有上述的问题，可以用另一个名称（在描述中提及分辨率较高的图片）上传较小的版本，或者作为文件的较新版本。更多信息，请参阅Commons:Why we need high resolution media。与此相反的是，Special:AbuseFilter/153限制新用户跨维基上传较小（小于50k字节或小于2百万像素）的jpg文件。
可缩放矢量图形（SVG）
可缩放矢量图形（SVG） 是一种基于XML的 矢量图形格式，可以缩放而不会变得模糊或被“像素化”。它很容易编辑，通常产生的文件也相当小 (请参阅File:Bitmap VS SVG.svg)。SVG是制作图表、旗帜等的首选，而PNG则适用于扫描影像和印刷质量的照片。请参阅帮助：可缩放矢量图形(SVG)。
SVG 适用于图表、图表、插图、地图以及任何需要标签的图形。SVG 可以将标签存储为文字字符串，因此只要编辑文字字符串，就可以将 SVG 图形翻译成其他语言。例如，下面的地图 File:Caucasus-ethnic en.svg 已经被翻译成多种语言。与JPG地图比较，SVG地图在各种尺寸下的影像质量较佳。(下面显示的图像实际上是PNG格式。维基百科上的SVG图片不会供应给浏览器。相反地，MediaWiki会将SVG图片转换成PNG图片，然后供应PNG图片)。
-
德语 -
英语 (JPEG) -
英语 -
西班牙语 -
法语 -
俄语 -
波兰语
PNG
PNG是一种“无损”格式 (它支持alpha合成)，这表示在存储时会保留精确的像素颜色，并可用于SVG格式无法提供的任何类型的绘图/图表 (在创建图表等时，SVG是首选)。除去数字相机拍摄的照片之外，PNG实际上适用于任何东西。PNG更适合扫描的图形（然而要先预告一下--请参阅下面有关锐化的说明）、以及低色深的影像。(与JPEG相比，每一样来看都是较小的尺寸、带有较高的质量)。
在维基百科上（以及所有其他的MediaWiki安装，如phab:T192744中所述），PNG 缩略图不会锐化，但 JPEG 缩略图会。对于较复杂的影像，例如照片、雕刻等，PNG 会显示较差的缩略图。但是，JPEG 的主要问题是，作为一种有损文件格式，即使在最佳质量设置下，也无法重复编辑。因此，即使PNG缩略图较差，也建议同时上传PNG，并使用{{PNG with JPEG version}}将PNG与JPEG副本之间链接起来。一个例外是原始影像已经是 JPEG 格式；在这种情况下，没有理由提供 PNG 副本。不过，如果您编辑 JPEG，在关闭编辑程序前存储 PNG 副本也不失为一个好主意；这样可以提供一个副本，让其他人编辑时不会造成渐进式降级。 以及，对于较简单的影像，请参阅Wikipedia:How to reduce colors for saving a JPEG as PNG--在影像相对简单时，简单的影像的文件大小通常比JPEG小。
Exif数据
有一点非常重要请须记住，在PNG文件中没有适当的Exif数据，[Note 2] 因此，如果您想上传以原始图像格式拍摄的照片，请将原始图像文件保存为 JPEG 格式，如果您喜欢，也可以上传原始图像文件的 PNG 格式。 但是，如果您想修饰你保留有Exif数据的照片，专业的方法是编辑原始未加工的图像文件或PNG版本，将其以JPEG格式保存，然后将原始图像文件中的Exif数据复制到最终的JPEG文件中。 “没有一个单一的标准方法可以把这件事做好，如果您的工具产生了严重错误（UTF-8在iTXT chunk之外或类似情况），其他贡献者会帮助您。”
JPEG
JPEG（也称JPG）适合照片，尤其适合一开始就是JPEG格式的照片。JPEG使用“有损压缩”，牺牲精度来缩减文件大小。
如果您可以选择保存图形、扫描或其他类似东西的文件格式，请将其保存为PNG（或保存为其他无损格式，例如TIFF，然后转换为PNG），并以此格式上传。但是，如果源文件案是JPEG格式，将其转换为PNG通常是没有意义的：将有损压缩格式转换为“无损”格式并不能为您带来任何好处，因为“损失”已经在源文件案中发生了，而且这样做只会增加文件大小（但是，任何编辑可能都应该保存为PNG以及JPEG）。高清晰度的JPEG是个例外，因为它没有可见的压缩有损。转换为PNG可避免缩略图产生额外的压缩有损。
另一个例外是使用工具减少JPEG有损，然后存储为PNG。这在 Help:JPEG#Fixing JPEG artifacts中有说明。
请注意，目前JPEG缩略图会经过额外的锐化处理，而PNG缩略图则不会。因此，如果 PNG缩略图看起来有点模糊，以两种格式上传可能是个好主意。对于标示有{{PNG with JPEG version}}的某个PNG，请用{{JPEG version of PNG}}在它的JPEG的版本上。
PNG是一种无损的全彩格式。JPEG“总是”一种有损的格式，即使在最高质量设置下也是如此。无损格式在重复存储后不会降低质量，但有损格式却会；因此，拥有无损版本的文件，就可以为各种目的调整文件(裁剪、层次调整等等)却不会降低质量。
GIF
-3-phenyl-cyclohexanone.gif)
-3-phenyl-cyclohexanone.png)
PNG对于静态影像来说，几乎是永远比GIF优越（尺寸更小、颜色更多、透明度更好）。如果您正在创建或编辑图形(并非是照片)，且有多种文件格式可供选择存储，维基百科/维基媒体的使用偏好是先选SVG、后选PNG。切勿以超过256色的GIF格式来存储图片。GIF总是以256色或更少的色彩存储影像。色彩较高的影像转换为GIF格式时会降低这些影像的质量。
由于GIF仅支持8位调色板，且大多数滤镜只能在完整的调色板上运作，因此编辑 GIF 文件可能会很不方便。并且PNG 支持8位透明度 (alpha通道)，对比于GIF的1比特透明度。GIF大小调整也有一些特殊的问题；尤其是当背景透明的GIF被缩略图显示时，透明区域会吃掉非透明区域，这会造成问题。
如果您发现一些优质的“自由授权”GIF 图形、图表、表格、地图、插图等，并认为对维基百科或其姊妹项目有用，请随时以现状上传到共享资源。如有需要，您或其他人可以稍后将其转换为SVG格式。
- 请参阅Commons:Chart and graph resources以得到工具和说明。
GIF动画
GIF是一种无损的8位色彩格式 (最多 256 色)而且应该是主要用于维基共享资源上的动画影像。对于动画图像，GIF使用无损的图像压缩，每帧到达256色。
动画 GIF 档在缩放时有时会出现问题。如果您发现您的动画在缩小时损坏或扭曲，请尝试以每一格相同的大小重新存储：在动画gif工具程序中，一种常见的最优化方法是写入大小可变的帧，有时标记为：“只存储已变更过的帧的部分”。Wikimedia当前版本的 ImageMagick 似乎不支持此功能。目前我们的软件有1百万像素的限制。详情请参阅Category:Animated GIF files affected by MediaWiki restrictions中的描述。
如果影像足够长 (超过10秒)，请考虑使用下列其中一种视频格式： 视频可以暂停和倒转。FFmpeg 可用于将GIF转换为视频。
应谨慎使用内嵌动画；除非动画的文件非常小，否则最好使用附有链接到动画的静态影像。请记住上述的印刷兼容性的问题。
TIFF
目前在维基百科或共享资源上只有某些TIFF文件可以以调整大小（缩略图）的形式显示，而且大多数的互联网浏览器都不支持TIFF文件。TIFF文件是一种归档的格式，且不应用在是要显示出来的影像。
TIFF通常作为一种无损格式，与PNG相似，但压缩程度要低得多。然而，其标准的压缩算法的应用速度非常快（这在老旧电脑上是一项优势），而且大多数扫描软件都支持TIFF，造就它成为归档的热门选择。
PNG大多都不被扫描软件所支持，但以PNG存储的文件通常比TIFF文件小得多。例如，一个33 MB的TIFF文件在存储为PNG时会缩小到17 MB。
总体而言，PNG是首选格式；然而，上传TIFF文件的功能是为了好意而提供的。比方说，如果您要批量扫描文件，以便上传到维基共享资源供其他人编辑和调制，您会希望使用无损格式(编辑非无损格式会导致每次存储时的有损影像增加)。您的扫描软件可能不支持直接存储为PNG，但却允许TIFF。在这种情况下，以TIFF档上传影像是可以接受的，因为它可以帮助您更轻松地将素材捐给维基共享资源（在这种特定情况下，最好先通知互助客栈的告示板上的老观众，以便您的批量上传可以准备得更广泛使用，也可能事先进行简短的讨论）。有许多图片编辑器（免费的或商业的）可以处理TIFF到其他格式的转换。请参阅：en:Comparison of raster graphics editors #File support.
上述陈述适用于绝大多数的TIFF文件；但请注意，TIFF是一种有点奇怪的格式--规格松散，理论上可以支持多种压缩方案和文件存储方式（虽然大多数开启TIFF的程序只识别最常见的格式）。因此很难对TIFF做出明确的说明： 例如，TIFF可以包含JPEG，而JPEG并非无损格式。一般而言，只有标准类型的TIFF才可以上传到维基共享资源。
WebP
维基共享资源支持WebP图像格式，它不仅有支持基于VP8的有损图像压缩，而且也支持基于新算法的无损图像压缩。无损模式比PNG更加紧凑。
XCF
XCF可能会是很有用，如果您使用GIMP来处理图片的话。与PNG和类似的文件不同，XCF文件支持文字和多层。这可能对上传XCF文件会很有用，这样其他编辑者就可以直接继续使用它、同时保留分层的信息。请注意，MediaWiki软件只有在文件格式与GIMP 2.6或2.8兼容、且颜色模式为RGB或灰阶时，才能产生出XCF的缩略图。换句话说，MediaWiki thumbnailer不会支持有索引颜色的影像；由GIMP 2.10所产生的文件也一样不会支持（请参阅T196054）。
声音
另见：Commons:Free media resources/Sound 维基共享资源上可接受的文件类型为：MP3、Ogg（使用FLAC、Speex、Opus、或Vorbis解码）、WebM（使用Vorbis）、FLAC、WAVE、或MIDI。
非自由格式和较不知名的自由格式必须在上传“之前”进行转换--目前没有正统的方式可以存储那些未受污染的数据，以便转换为未来的格式或在专利到期时使用，即使特定作品的授权条款要求散布这些原始数据（以自由文档许可证或其他copyleft授权条款散布的作品通常就是这种情况）。
共享资源不接受tracker的格式，即使这些格式是由自由的tracker人所编写的。它也不接受与MIDI文件搭配使用的SoundFont，即使SoundFont是为了与自由的MIDI播放器搭配使用而设计的音效字体。如果某个音乐的某一节需要听到特定的乐器定义，而通用MIDI没有提供，而且授权条款也允许这样做的话，您可以使用您的tracker软件将那一节渲染为RIFF WAVE，然后将其编码为Ogg Vorbis。
截止2023年6月，很多浏览器支持播放MP3、Ogg Vorbis和Opus，但不支持MIDI、FLAC或Speex。在上传后，浏览器会自动转换FLAC及Speex为Vorbis和MP3编码以便播放。
MP3
MP3是一种受广泛支持的音频格式，“若是”找不到ogg或无损音频版本的话，强烈建议使用MP3。共享资源目前只接受拥有巡查员或更高权限的用户上传MP3，这是基于对社群监控侵犯著作权能力的顾虑。
MIDI
维基共享资源接受MIDI文件，但尚未完整支持；这类文件的扩展名应为.mid。
Ogg（音频）
Opus是Ogg容器的首选音频编解码器。请使用文件类型opus或oga来上传 Ogg Opus 格式的音频档案。[Note 4]
自2014年起，MediaWiki已支持Opus(phab:T42193、phab:T53313)。此格式具有优异的质量和低算法延迟。它能自动在语音和音乐最优化模式之间切换，并能将两者结合。FLAC适用于一般音频，而且是无损的（质量得以保留），但目前的文件大小上限使其不能用于短片段以外的用途。在大多数情况下，应使用 Opus，并使用 Xiph 建议的设置。[Note 5]
使用其他自由的编解码器（例如 Speex 和 Vorbis）但是是存在于 Ogg 容器中的现有音频，不应转换为 Opus 或 FLAC，以避免generation loss。
请注意，对于FLAC，存在一种本机容器格式（请参阅下文）。
如果您的输出文件的扩展名是.flac，很可能是使用本地的容器格式。
如果您想将它嵌入到 ogg 容器中，可以透过命令行ffmpeg -i InputFile.ext -acodec flac out.oga或flac ./input.wav -8 --ogg -f ./output.oga来使用 FFmpeg来做到。[Note 4]（此举，既非必需亦非建议）。
将非自由格式的数据放入Ogg之类的自由容器之中亦是徒劳无功：您得到一个文件，它在要求播放器支持自由容器的同时，仍然需要播放器有支持非自由解码器。
WebM（音频）
WebM容器可以存放音频（Vorbis或Opus），这个音频不论是有伴随视频或没有伴随视频皆可。
FLAC
无论是否将自由无损音频编码器封装成ogg容器，均可支持。定时媒体处理程序会自动提供ogg格式的转换变体。没有封装的文件扩展名为：.flac。(相关的phab:T51505已于2013年解决，并于2014年结案)。
WAVE
Wave容器通常可容纳未压缩的无损音频（PCM）。
如果可以的话，请在上传前转换成FLAC。扩展名为：.wav。
视频
视频必须为WebM文件（扩展名.webm）、使用Theora视频编码格式的Ogg文件（扩展名为.ogv[Note 4]）、或MPEG-1/MPEG-2文件（扩展名.mpg及.mpeg）。非自由格式必须在上传前转换。参见共享资源:视频——上传视频了解教程。有关快速容易的工具，请见Video2Commons。
MDN Web Docs的推荐是包含带有Opus音频的VP9视频的WebM。“我是否能用”的报告指出，2024年用户中约有92%能够直接使用这个组合，远高于Ogg Theora (~8%)。[Note 6]
WebM（影片）
WebM支持VP8、VP9、和AV1视频编码格式，以及Vorbis和Opus 音频编码格式。WebM容器格式是Matroska的子集。
VP8是一种有损的压缩格式，质量比Theora更佳。当然，也没有必要将现有的Theora影片转码为 VP8，因为这无法修复先前“更有损”的压缩所造成的损害。虽然WebM有受到浏览器更广泛的支持，但这样的兼容性问题应该依靠MediaWiki软件中的自动转码来修复，而不是依靠手动重新上传。
VP9是VP8格式的后继者，具有更高的压缩效率。
AV1是VP9的后继者、提供有更好的压缩效率。与之前的免费视频格式相比，它预计在软件和硬件上都会获得更广泛的业界支持。截至2023年，78% 的用户都能播放此格式；主要的阻碍因素是Safari，它只在有硬件解码器的设备上支持AV1。
Ogg Theora（视频）
Theora是2004年推出的一种有损视频编码格式。它是以VP3为基础，在通往Flash VP6/VP7和WebM VP8/VP9的道路上前进。(注：在共享资源:软件中提到的大多数软件应该也能播放Ogg Vorbis的音频。)
截至2023年，现代浏览器的HTML5视频播放器对Theora的支持不佳，请避免转换此一格式。
MPEG-1（视频）
MPEG-1是VCD的标准，其中包括MP2和MP1 标准，用于1993年发布的视频和音频的有损压缩。它的设计目的是将VHS质量的原始数字视频和CD音频压缩至约1.5Mbit/s（压缩比分别为26:1和6:1），而不会造成过度的质量损失。
MPEG-2（视频）
MPEG-2是DVD的标准，其中包括MP2，用于“移动中的图片和相关音频信息的通用编码”，于1996年首次发布。它描述了有损视频压缩和有损音频数据压缩方法的组合，可使用目前可用的存储媒体和传输带宽存储和传输电影。MPEG-2和MPEG-1都是数字有线/卫星电视和数字音频广播 (DAB) 的标准。
文本格式
扫描的文本文档（DjVu、PDF）
虽然共享资源一般而言是不托管文档，但也有合理的理由而将文档上传至此（例如用于维基文库转录用途的归档版本）。
- 有关DjVu及PDF文件的说明，请参阅Help:DjVu。
- 共享资源允许PDF格式文档。不建议上传该格式之图形，如右方示例所示，该图是一份清晰的矢量图形。关于可允许PDF及DjVu格式的原因，请参阅计划范围中的PDF和DjVu格式。
请注意，目前PDF的任何页面都会被缩略图渲染为JPG，但也可以渲染为PNG。这仅取决于影像缩略图服务器上所使用的PDF渲染器的实现，而非PDF格式对DejaVu的限制。 唯一的限制是PDF格式存在的各种专属扩展有时可能需要特定的PDF查看器。共享资源中的PDF文件不应依赖这些扩展档，而应只使用共享资源缩略图渲染器所使用的核心规格。 这个问题可能只存在于从“Media:”名字空间以原始格式下载PDF，而非从PDF中的可选择页码以单一影像呈现的情况（因为这些扩展可能会嵌入一些作用中的脚本、窗体处理器、以及外部网站的作用中链接）。
对于单一影像的呈现，使用核心PDF配置文件（来自其标准规格）呈现的PDF文件在功能上等同于DejaVu文件，但与使用较基本模式的DejaVu文件相比，其呈现照片和图形的保真度通常更高，色彩配置文件也更准确。PDF 在某些情况下也能提供较佳的质量，因为 PDF 可以内嵌可缩放的矢量图形，而不只是以固定分辨率的高度压缩的位图。因此，其差异基本上是在位图的压缩层级上：对于扫描的文字文档，DejaVu通常比PDF较小，但当这些文件被渲染为单一位图影像、而不是下载时，这并不会造成差异。
对于包含有彩色图形和照片的文档，PDF通常可提供更好的真实性和准确性。 然而，共享资源目前所使用的图像缩略图呈现器无法清楚地呈现这些文档，因为它们产生的是JPEG缩略图，而非更精确的PNG缩略图：将来这个情况在phab:T38597达成协议后可能可以改变。
有鉴于之前有许多上传那些侵犯著作权或无关本站宗旨的内容，我们目前禁止新用户上传PDF文件。
- 另请参阅Help:扫描，以获取扫描非文字项目的忠告。
定时文本
定时文本是维基共享资源自定义的名字空间，用来存放“定时文本”，也就是翻译字幕、隐藏式字幕或其文本。这些内容需为纯文字且不能有任何标记。
- 请参阅共享资源：定时文本。
数据文件
目前不支持任何格式的数据库文件可供上传至共享资源。（请参阅下面不支持的文件格式的列表。）
不过，表格数据可以存储在专用的Data:名字空间中。例如，此名字空间中的数据可以包括：
- “地图数据”，可让用户存储GeoJSON数据。
- “表格数据”，可让用户创建类似CSV的数据表。
这也支持以JSON格式的数据(透过Lua模块)创建的动态文字和图表。
共享资源中的数据文件必须被设置在下列的其中一种授权：CC0 1.0, CC BY-1.0, CC BY-2.0, CC BY-2.5, CC BY-3.0, CC BY-4.0, CC BY-4.0+, CC BY-SA-1.0, CC BY-SA-2.0, CC BY-SA-2.5, CC BY-SA-3.0, CC BY-SA-4.0, CC BY-SA-4.0+, ODbL-1.0, dl-de-zero-2.0, 或dl-de-by-2.0。
请随意尝试使用前缀Data:Sandbox/<username>/创建页面以进行实验。目前，页面内容只能以原始JSON格式进行编辑，除非每个字段的类型是“数字”或“字符串”。若要对数据文件进行分类，分类只能增加到他们对应的数据说明页面。
地图数据
- 请参阅地图数据以了解更多详情。
地图数据允许用户存储类似于图像的GeoJSON数据。其他维基网站可以使用此数据，通过使用Kartographer，与其他地图自定义功能一起在地图上绘制图形。
要创建新的地图数据，请在名字空间Data:中创建一个以.map为后缀的新页面，例如Data:Sandbox/Example user/Example.map。
表格数据
- 请参阅表格数据以了解更多详情。
表格数据可让用户创建类似CSV的数据表格，并从其他维基网站使用这些表格来创建自动的表格、列表、地图、和图表。
要创建新表，请在名字空间Data:中创建一个以.tab为后缀的新页面，例如Data:Sandbox/Example user/Example.tab。
制图与CAD的格式
- 3D结构
- 针对3D文件的STL格式，是3D打印最常用的文件格式。其余的3D格式和其他则是CAD文件格式均不支持。另请参阅mw:Help:Extension:3D。
其他格式
支持新的文件类型的申请
截至2021年，本站并未有申请支持新文件类型的标准流程。MediaWiki.org上的讨论。
MediaWiki手册中包含了如何添加新文件类型的支持的说明，其中提到了在维基媒体网站上添加支持时需要考虑的一些因素。
首先，请阅读该手册的页面，并提交支持请求的票证，并链接到此总体跟踪票证：多媒体文件格式支持（跟踪）。 您可以找到与该票证相关的过去请求的示例（已链接到此的，包括已开放和已关闭的请求），以及以下未得到支持的过去请求的摘要。
不受支持的文件格式
不受支持的自由文件类型
以下的格式至少曾经被要求过，但目前仍不支持；需要有人协助去支持这些。:-)
- 除了STL不算（已支持）之外的任何3D格式
- 有关支持全彩3D模型的信息，请参阅phab:T246901
- 另请参阅Commons:Requests for comment/Hosting files for 3D models。
- 任何其他的CAD绘图样式
- 所有纯数据格式
- (如逗号分隔值（CSV）、开放文档格式（ODF、ODB）等)--请参见此Phabricator任务
- 任何化学或生物分子的格式：
- 化学标记语言 (CML) – phab:T18491
- MOL and SDF – 请参阅Extension:MolHandler phab:T66548, phab:T69993
- 蛋白质数据库 (PDB) – 请参阅Extension:PDBHandler – phab:T46660
- 任何地图路线/GPS格式：
- KML Keyhole标记语言 – phab:T28059, phab:T57549
- GPS交换格式 – phab:T55023, phab:T57549
- OSM 开放街道地图导出格式 – phab:T27139
- 大多数开放式文件格式：
- Scribus – phab:T20845
- OpenDocument (ODT, ODS, ODP, etc.) – phab:T4089 – 在2014年7月被其目前的支持机构拒绝
- EPUB – phab:T19858
- 漫画书文件库
- 图像格式：
- 数字负片 – phab:T21153
- HDRI 高动态范围的格式 (e.g. OpenEXR) – phab:T19505
- ICO – 有志愿者，需要任务编号 (先前的讨论)
- JPEG 2000 (JP2/JPX) – phab:T161934, phab:T13871 & phab:T20803[Note 7][Note 8]
- 更好的便携式图形 (BPG) – phab:T84943
- 立体图像格式(.JPS and .MPO) – phab:T40416
- AVIF – phab:T257719
- 音频/视频格式：
- ALAC (Apple) – phab:T34104
- MKV容器格式 – phab:T32653#347603 (WebM 是 Matroska 的子集，并在共享资源上有支持，但似乎尚未计划全面支持Matroska)
- 图形格式：
- Dia图形格式 – phab:T26252
- 多媒体与动画格式：
- SWF – 2009年止可被视为自由格式？但还需要自由制作与播放工具 – phab:T28269讨论串中被拒绝。
- 科学格式：
- FITS – 弹性影像发送系统
- 字体格式：
- OpenType或开放字体格式
非自由文件格式
至少曾经被提出要求过，希望这些文件格式在上传时能自动转换为自由格式。
- 音频格式：WMA、RA––phab:T45149
- 影帧式：WMV、RM、FLV––phab:T45150
- 微软Office格式：DOC、XLS、PPT––phab:T45154
上述大部分问题在phab:T44725中被追踪为“多媒体与文件格式支持”问题。
支持性的替代选项
您可以将原本要上传至共享资源的文件来源材料（例如相机源文件案和较大的FLAC音频）上传至互联网档案馆，并在共享资源中链接到它。[Note 9]
注解
- ↑ 百万像素（帧数?×?宽度?×?高度），降采样公式（对于维基媒体限制，保留SAR）：底部?(√百万像素限制?×?宽度?÷?高度)?≥?宽度新，对于动画（而且还有更少的SAR）：底部?(百万像素限制?÷?帧?÷?高度)?≥?宽度新
- ↑ MediaWiki在“元数据”下显示了一些PNG数据，如分辨率
pHYs和时间戳tIME以及其他文本数据（注释），但这些数据不属于Exif范围。MediaWiki会显示PNG文件中的所有XMP数据，这些文件支持与Exif相同的字段。 - ↑ JPEG 也请参阅几个扫描的提示, scantips.com, 2010 by Wayne Fulton.
- ↑ a b c 我们的 Ogg 惯例与上游的 Xiph 惯例不同，我们只关心音频
.oga与视频.ogv的区别。 根据RFC 5334和RFC 7845，Xiph.Org 基金会建议使用.ogg作为 Ogg Vorbis 音频档案的扩展名、使用.opus作为 Ogg FLAC 音频档案的扩展名、使用.ogg作为 Ogg Theora 视频文档的扩展名、使用.opus作为 Ogg Opus 音频档案的扩展名。请参阅MIME Types and File Extensions - XiphWiki。 - ↑ 请参阅Opus 建议的设置.
- ↑ 请参阅MDN页面： Web video codec guide。请参阅“我是否能用” webm、av1、和ogv。您会发现Safari会落后，但这就是为什么要转码的原因了。
- ↑ 对于 JPEG2000，一些开发人员对潜在专利表示担忧。(LoC digitalpreservation), 2009年Mozilla将其标记为 WONTFIX.
- ↑ PDF 文件中的 JPEG 2000 图像解码完全受支持，因此上传 PDF 文件的用户无需担心在此使用示例中格式不被支持的问题。
- ↑ 之前有一个非官方的配套网站，可接受所有文件格式，名为“Commons Archive”；该网站已不在在线。在互联网档案馆中，这里有一个先前存在的文件备份。
参见
- Commons:Chart and graph resources
- Category:Commons resources – 资源、说明、工具、链接、常见问题解答、实验室、软件等。
- Commons:入门须知/质量和描述
- Commons:Graphic Lab – 协助改善所有图形的内容
- Commons:Map resources
- 共享资源:媒体帮助: 如何播放和创建媒体文件的说明。
- Commons:MIME type statistics
- 共享资源:项目范围/允许的文件格式
- 共享资源:软件: 如果您在查看或创建这些格式时需要帮助，请参阅有用的软件。
- Help:Converting video: 视频格式转换的说明。
- Help:Creating a DjVu file
- Help:扫描
- 手册：新增对新文件类型的支持
- 类别概述（类别树）: Commons:File types/category tree
- 在英语维基百科中：