Commons:File types/zh
維基媒體共享資源只接受「自由內容」。同樣地,我們只允許自由檔案格式。
專利限制的檔案格式不被維基共享資源所接受;可以接受的檔案格式如下列清單所述。專利限制的檔案格式的例子如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


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。
The recommendation of MDN Web Docs is WebM containing VP9 video with Opus audio. Can I use reports that some 92% of 2024 users are able to directly use this combination, much more than Ogg Theora (~8%).[Note 6]
WebM(影片)
WebM supports the VP8, VP9, and AV1 video coding formats, and the Vorbis and Opus audio coding formats. The container format WebM is a subset of Matroska.
VP8 is a lossy compression format which has better quality than Theora does. Of course, there is no need to transcode existing Theora videos to VP8, because it won't fix the damage by a prior more lossy compression. While WebM is more widely supported by browsers, such compatibility issues are to be fixed by automatic transcoding in MediaWiki software, not by manual re-upload.
VP9是VP8格式的後繼者,檔案壓縮效率更高。
AV1 is a successor to VP9 and offers better compression efficiency. It's slated to have much wider industry support both in software and hardware than previous free video formats. As of 2023, 78% of users are able to play this format; the main blocker is Safari, which only supports AV1 on devices with a hardware decoder.
Ogg Theora(影片)
Theora is a lossy video coding format released in 2004. It is based on VP3 in the line leading to Flash VP6/VP7 and WebM VP8/VP9. (Note: Most software mentioned at 共享资源:软件 should also be able to play Ogg Vorbis audio.)
不過,Theora格式目前尚未獲得現代瀏覽器HTML5影片播放器充分支援,故我們不建議轉換檔案為此一格式。
MPEG-1 (video)
MPEG-1 is the VCD standard, which includes MP2 and MP1 standards, for lossy compression of video and audio released in 1993. It was designed to compress VHS-quality raw digital video and CD audio down to about 1.5 Mbit/s (26:1 and 6:1 compression ratios respectively) without excessive quality loss.
MPEG-2 (video)
MPEG-2 is the DVD standard, which includes MP2, for "the generic coding of moving pictures and associated audio information" first released in 1996. It describes a combination of lossy video compression and lossy audio data compression methods, which permit storage and transmission of movies using currently available storage media and transmission bandwidth. Both of MPEG-2 and MPEG-1 are standards of digital cable/satellite TV and digital audio broadcasting (DAB).
文本格式
掃描的文本文檔(DjVu、PDF)

雖然共享資源一般不寄存文檔,但也有合理的理由而將文檔上傳至此(例如用於維基文庫轉錄用途的歸檔版本)。
- 有關DjVu及PDF檔案的說明,請參閱Help:DjVu。
- 共享資源允許PDF格式文檔。不建議上傳該格式之圖形,如右方範例所示,該圖是一份清晰的向量圖形。有關允許PDF及DjVu格式的原因,請參閱"計劃範圍"中的"PDF和DjVu格式"。
Note that any page from a PDF 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. PDFs also offer better quality in some cases as they can embed scalable vector graphics, instead of just highly compressed bitmaps at a fixed resolution. So the difference is basically on the compression level for bitmaps: for scanned text documents, DejaVu is often smaller than PDF, but this does not make a difference when these files are rendered as a single bitmap image instead of being downloaded.
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 clearly because they generate JPEG thumbnails instead of more accurate PNG thumbnails: this could change in the future when an agreement is reached at phab:T38597.
鑑於此前頻繁侵犯著作權或上傳無關本站宗旨內容等情事過多,我們目前禁止新使用者上傳PDF檔案。
- See also Help:扫描 for advice on scanning non-text items.
時間戳文本
TimedText是維基共享資源自訂的命名空間,用來存放「時間戳文本」,也就是字幕、隱藏式字幕或其文本。這些內容需為純文字且不能有任何標記。
- See 共享資源:定時文本.
目前沒有資料庫檔案的格式可以用於上傳至共享資源。(請參閱下面不支援的檔案格式部份。)
However, tabular data can be stored in the dedicated Data: namespace. For example, data in this namespace can include:
- Map data, allowing users to store GeoJSON data.
- Tabular data, allowing users to create CSV-like tables of data.
This also supports the creation of dynamic text (via Lua modules) and graphs using data in JSON format.
Data files in Commons have to be set under one of these license: 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, or dl-de-by-2.0.
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 unless, each field have the type 'number' or 'string'. To categorise Data files, categories can only be added to their corresponding Data talk pages.
地圖資料
- See more details in 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
.
表格資料
- See more detail in Tabular Data.
Tabular data allows users to create CSV-like tables of data, and use them from other wikis to create automatic tables, lists, maps and charts.
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
.
設計格式
- 3D structures
- STL for 3D files, the file format most commonly used for 3D-printing. Other 3D formats and Other CAD_file_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.
申請支援新的檔案類型
目前,本站未有申請支援新檔案類型的標準請求格式(見MediaWiki有關討論)。
The MediaWiki manual includes a description of how to add support for a new file type, which mentions some considerations when adding support on Wikimedia websites.
As a first step, read that manual page + file a ticket requesting support linking to this umbrella tracking ticket: Multimedia file format support (tracking). You can find examples of past requests, open and closed, linked to it already; and a summary below of past requests that remain unsupported.
不受支援的檔案格式
不受支援的自由檔案類型
以下格式至少曾被提出要求開放過,但目前仍不支援;需要協助支援這些。:-)
- Any format for 3D except STL (which is already supported)
- For supporting full-colour 3D models, see phab:T246901
- See also Commons:Requests for comment/Hosting files for 3D models.
- 所有純資料格式
- 如逗号分隔值(CSV)、开放文档格式(ODF、ODB)等,見此Phabricator任務
- Any format for chemical or biological molecules
- Chemical Markup Language (CML) – phab:T18491
- MOL and SDF – see Extension:MolHandler phab:T66548, phab:T69993
- Protein Data Bank (PDB) – see Extension:PDBHandler – phab:T46660
- Any map route/GPS format
- KML Keyhole Markup Language – phab:T28059, phab:T57549
- GPS eXchange Format – phab:T55023, phab:T57549
- OSM OpenStreetMap export format – phab:T27139
- Most open document formats
- Scribus – phab:T20845
- OpenDocument (ODT, ODS, ODP, etc.) – phab:T4089 – rejected in its current support in July 2014
- EPUB – phab:T19858
- Comic book archive
- Image formats
- Digital Negative (DNG) – phab:T21153
- HDRI high dynamic range formats (e.g. OpenEXR) – phab:T19505
- ICO – has volunteer, needs task number (previous discussion)
- JPEG 2000 (JP2/JPX) – phab:T161934, phab:T13871 & phab:T20803[Note 7][Note 8]
- Better Portable Graphics (BPG) – phab:T84943
- Stereoscopic image format(.JPS and .MPO) – phab:T40416
- AVIF – phab:T257719
- Audio/video formats
- ALAC (Apple) – phab:T34104
- MKV container format – phab:T32653#347603 (WebM is a subset of Matroska and is supported on Commons, but full Matroska support does not appear to be planned)
- 圖形格式:
- 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.
- 1 2 3 我們的 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 建議的設定.
- ↑ See MDN page: Web video codec guide. See Can I use webm, av1, and ogv. You will find Safari lagging behind, but that is what transcoding is for.
- ↑ For JPEG2000 some developers have been concerned about submarine patents (LoC digitalpreservation), and in 2009 Mozilla tagged it as WONTFIX.
- ↑ Decoding of JPEG 2000 images in PDFs is fully supported, so uploaders of PDF files need not worry about the format being unsupported in this use case
- ↑ 之前有一個非官方的配套網站,可接受所有檔案格式,名為「Commons Archive」;該網站已不在線上。在網際網路檔案館中,這裏有一個先前存在的檔案備份。
參見
- Commons:Chart and graph resources
- Category:Commons resources – resources, help, tools, links, FAQs, labs, software, etc.
- Commons:入門須知/品質和描述
- Commons:Graphic Lab – helps improve all graphical content
- Commons:Map resources
- 共享资源:媒体帮助: Help for how to play and create media files.
- Commons:MIME type statistics
- 共享資源:計畫範圍/允許的檔案格式
- 共享资源:软件: If you need help with viewing or creating these formats, please see the useful software.
- Help:Converting video: Help for converting video format.
- Help:Creating a DjVu file
- Help:扫描
- Manual:Adding support for new filetypes
- Category overviews (category trees): Commons:File types/category tree
- On English Wikipedia