大小與縮放

另见：共享資源:最大檔案的大小

請注意，新的PNG調整大小軟體在自從以下的文字撰写了之後就已被安裝進去了。

很遺憾的是，圖像縮放系統仍然受到限制。目前，（PNG、GIF、JPEG）縮略圖以與原始圖像相同的格式生成，並且始終為24位元色彩（除非圖像為GIF格式，在這種情況下，結果圖像將具有256色）。這意味著縮放PNG圖像會生成相當大的文件，即使原始圖像包含色譜或灰階格式也是如此。這也意味著，如果您要上傳照片的無損PNG以進行編輯和保存，但要在文章中使用JPEG縮略圖，否則必須手動上傳（完整比例）的JPEG版本。

請注意，如果圖像非常大且渲染需要費太多時間或內存，則圖像的縮放可能會失敗（在這種情況下，要么沒有顯示縮放的圖像，要么將完整的圖像供應給瀏覽器，這通常會導致其鎖定）。對於GIF圖像，有效限制為1,000百万畫素。^{[Note 1]} 大型JPEG通常只有在以漸進模式保存時才會出現問題。請改用基線模式（請參閱漸進JPEG）。

可縮放向量圖形（SVG）

另見帮助：可縮放向量圖形(SVG)及Wikipedia: Graphic Lab/Resources/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是首選)。除去數位相機拍攝的照片更適合JPEG之外，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之外或类似情况），其他贡献者会帮助您。”

另見共享资源:准备上传图像，其中的PNG tips段落。

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「總是」一種有損的格式，即使在最高品質設定下也是如此。無損格式在重複儲存後不會降低品質，但有損格式卻會；因此，擁有無損版本的檔案，就可以為各種目的調整檔案(裁剪、層次調整等等)卻不會降低品質。

請參閱Help:JPEG, Help:扫描^{[Note 3]}

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以得到工具和說明。

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更加緊湊。

維基共享資源不支援以WebP格式產生WebP圖片的縮圖。預覽仍維持JPEG格式。動態WebP圖片的縮圖生成亦不支援。WebP動態圖片的預覽將呈現空白，無法在維基百科上顯示動畫效果。

XCF

XCF可能會是很有用，如果您使用GIMP來處理圖片的話。與PNG和類似的檔案不同，XCF檔案支援文字和多層。這可能對上傳XCF檔案會很有用，這樣其他編輯者就可以直接繼續使用它、同時保留分層的資訊。請注意，MediaWiki軟體只有在檔案格式與GIMP 2.6或2.8相容、且顏色模式為RGB或灰階時，才能產生出XCF的縮圖。換句話說，MediaWiki thumbnailer不會支援有索引顏色的影像；由GIMP 2.10所產生的檔案也一樣不會支援（請參閱T196054）。

MP3

MP3是一種受廣泛支援的音訊格式，「若是」找不到ogg或無損音訊版本的話，強烈建議使用MP3。共享資源目前只接受擁有巡查員或更高權限的用戶上傳MP3，這是基於對社群監控侵犯版權能力的顧慮。^{[Note 4]}

MIDI

維基共享資源接受MIDI檔案，但尚未完整支援；這類檔案的副檔名應為.mid。

Ogg（音訊）

Opus是Ogg容器的首選音訊編解碼器。請使用檔案類型opus或oga來上傳 Ogg Opus 格式的音訊檔案。^{[Note 5]}

自2014年起，MediaWiki已支援Opus(phab:T42193、phab:T53313)。此格式具有優異的品質和低演算法延遲。它能自動在語音和音樂最佳化模式之間切換，並能將兩者結合。FLAC適用於一般音訊，而且是無損的（品質得以保留），但目前的檔案大小上限使其不能用於短片段以外的用途。在大多數情況下，應使用 Opus，並使用 Xiph 建議的設定。^{[Note 6]}

使用其他自由的編解碼器（例如 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 5]}（此舉，既非必需亦非建議）。

將非自由格式的資料放入Ogg之類的自由容器之中亦是徒勞無功：您得到一個檔案，它在要求播放器支援自由容器的同時，仍然需要播放器有支援非自由解碼器。

WebM（音訊）

WebM容器可以存放音訊（Vorbis或Opus），這個音訊不論是有伴隨視訊或沒有伴隨視訊皆可。

FLAC

無論是否將自由無損音訊編碼器封裝成ogg容器，均可支援。定時媒體處理程式會自動提供ogg格式的轉檔變體。沒有封裝的檔案副檔名為：.flac。(相關的phab:T51505已於2013年解決，並於2014年結案)。

WAVE

Wave容器通常可容納未壓縮的無損音訊（PCM）。 如果可以的話，請在上傳前轉換成FLAC。副檔名為：.wav。

WebM（影片）

WebM支援VP8、VP9、和AV1視訊編碼格式，以及Vorbis和Opus 音訊編碼格式。WebM容器格式是Matroska的子集。

VP8是一種有損的壓縮格式，品質比Theora更佳。當然，也沒有必要將現有的Theora影片轉碼為 VP8，因為這無法修復先前「更有損」的壓縮所造成的損害。雖然WebM有受到瀏覽器更廣泛的支援，但這樣的相容性問題應該依靠MediaWiki軟體中的自動轉碼來修復，而不是依靠手動重新上傳。

VP9是VP8格式的後繼者，具有更高的壓縮效率。

AV1是VP9的後繼者，提供更好的壓縮效率。與之前的免費視訊格式相比，它預計在軟體和硬體上都會獲得更廣泛的業界支援。截至2025年，据Can I use 网站上的报道，83%的使用者（含部分支援者則達93.55%）能播放此格式；主要的阻礙因素是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:扫描，以取得掃描非文字項目的忠告。

定時文本

定時文本是維基共享資源自訂的命名空間，用來存放「定時文本」，也就是翻譯字幕、隱藏式字幕或其文本。這些內容需為純文字且不能有任何標記。

請參閱共享資源：定時文本。

地圖資料

請參閱地圖資料以了解更多詳情。

地圖數據允許用戶存儲類似於圖像的GeoJSON數據。其他維基網站可以使用此數據，通過使用Kartographer，與其他地圖自定義功能一起在地图上繪製圖形。

要創建新的地圖數據，請在命名空間Data:中創建一個以.map為後綴的新頁面，例如Data:Sandbox/Example user/Example.map。

• 範例：Data:NewYork.map

表格資料

請參閱表格資料以了解更多詳情。

表格資料可讓使用者創建類似CSV的資料表格，並從其他維基網站使用這些表格來創建自動的表格、列表、地圖、和圖表。

要創建新表，請在命名空間Data:中創建一個以.tab為後綴的新頁面，例如Data:Sandbox/Example user/Example.tab。

• 範例：Data:Ncei.noaa.gov/weather/New York City.tab

不受支援的自由檔案類型

以下的格式至少曾經被要求過，但目前仍不支援；需要有人協助去支援這些。:-)

除了STL不算（已支持）之外的任何3D格式

• 有关支持全彩3D模型的信息，请参阅phab:T246901
• 另請參閱Commons:Requests for comment/Hosting files for 3D models。

任何其他的CAD繪圖樣式

• 包括DXF、DWG、和IGES

所有純資料格式

• (如逗号分隔值（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

大多數開放式文件格式：

Tracked in Phabricator
Task T297514

• 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 8][Note 9]}
• 更好的可攜式圖形 (BPG) – phab:T84943
• 立體圖像格式(.JPS and .MPO) – phab:T40416
• AVIF – phab:T257719
• JPEG XL (JXL) - phab:T270855

音頻/視頻格式：

• ALAC (Apple) – phab:T34104
• MKV容器格式 – phab:T32653#347603 (WebM 是 Matroska 的子集，並在共享資源上有支持，但似乎尚未計劃全面支持Matroska)

圖形格式：

• Dia圖形格式 – phab:T26252

多媒體與動畫格式：

• SWF – 2009年止可被視為自由格式？但還需要自由製作與播放工具 – phab:T28269討論串中被拒絕。

非自由檔案格式

至少曾經被提出要求過，希望這些檔案格式在上傳時能自動轉換為自由格式。

• 音訊格式：WMA、RA––phab:T45149
• 影片格式：WMV、RM、FLV––phab:T45150
• 微軟Office格式：DOC、XLS、PPT––phab:T45154

上述大部分問題在phab:T44725中被追蹤為「多媒體與檔案格式支援」問題。

支援性的替代選項

您可以將原本要上傳至共享資源的檔案來源材料（例如相機原始檔案和較大的FLAC音訊）上傳至網際網路檔案館，並在共享資源中連結到它。^{[Note 10]}