zetavg/zh-tw-wikipedia huggingface dataset:
X68000

**X68000** 是由夏普設計的家用電腦，1987 到 1993 年間只在日本販售，採用由 Hudson Soft 開發 Human68k 視窗系統，硬體規格處理器為摩托羅拉 6800/16MHz 的時脈、記憶體為 2MB、硬碟分為 SASI 與 SCSI 介面。可以運行遊戲，例如任天堂所製作的遊戲、或者一般的文書處理，具備 GNU C\C++ 編譯器、16 位元的色彩深度，在當時有不少玩家受其優秀的性能所震撼，曾獲認為是遊戲界的夢幻機種。另外，官方曾提供論壇讓使用者免費下載軟體、遊戲。

## 系統

**X68000** 的作業系統 Human68k 其純文字介面與 MS-DOS 類似，利用簡化的英文詞彙下達指令，例如：在版本 2.0 時的 format 與 switch 指令，而之後版本的指令也是基於這種命名基礎，讓使用上大幅降低難度。 
**X68000** 至少有三個不同版本的作業系統：**Human68k、NetBSD、OS-9**。早期在 **X68000** 上的視窗介面稱作 VS (Visual Shell)，OS 與視窗介面封裝後的版本叫作 SX-Window，另外還有視窗介面 **Ko-Window** 與 **Motif** 的視窗介面... 等等，這些視窗介面都能夠由軟碟或硬碟啟動，絕大部分的遊戲是從軟碟啟動的，不過有些則是安裝在主機硬碟內啟動。此外 21 世紀初開源後 **Human68k、console、SX-Window C compiler** 這些軟體套件以及 **BIOS ROMs** 都可以在網路上免費取得。

1993 年後的一款 X68030 作為最終的升級版，行銷用語稱為火鳳凰，CPU 從 16Mhz 提高到 25Mhz 還擁有多一倍的記憶體從 2MB 提升到 4MB，同時 1.44MB 小軟碟的支援周邊和 CD-ROM 周邊已經出現，能夠撥放早期 VCD。

* * * * * * *

## 外觀設計

X68000 有兩個 5.25 吋的軟碟機，而有些型號則是有兩個 3.5 吋的軟碟機。主機由兩個箱型塔所連接而成，塔中間有一個可伸縮的把手。X68000 是最早採用軟體關機的一批系統之一；也就是按下開關後會送出訊號給系統軟體並進行儲存關機，與 ATX 所設計的現代電腦類似。此外，當系統關閉的之前螢幕會漸漸變暗，而聲音輸出則是漸漸變安靜。

主機的鍵盤在側邊有一個滑鼠的插入孔。而前端有耳機孔、音量控制、操縱桿、鍵盤以及滑鼠的輸入埠。只有非連接式的型號主機上方有把手、重開機鈕以及非遮罩式中斷 (NMI) 的按鈕。
在電腦後端有很多不同類型的連接埠，包括 3D goggles 眼鏡的立體輸出、軟碟與硬碟的擴充連接埠，以及 I/O 板的擴充插槽

## 機型

## 現代

經過了 20 年以上的歷史，現在多數 X68000 由於電容中的 4 級鹽類電解液外漏，現存能運轉機器極少，不少是經過專業愛好者維修保養後才得以存活至今，但日本有不少電腦俱樂部以自身方式重現 X68000，2015 年秋葉原就有少量發售過一種機殼是重製與 X68000 一樣的機殼但內部孔位改變過可以安裝現今的 ATX 電腦主機板和電源，作為一種情懷商品。

由於其 BIOS 和 SX-Window 已經於 21 世紀初開源為免費共享，2016 年後有人使用樹莓派重現了 X68000 的操作環境之後以塑膠重現了一個迷你型元祖機殼將之放入，玩家可以在家重現 X68000 操作體驗只是 1.2MB 軟碟機不復存在，資料輸入改以今日 SD 記憶卡替代。

## 參考

## 外部連結

* Sharpx 68000 Japanese 16-bit computer system （頁面存檔備份，存於網際網路檔案館）
* Website about the actual hardware （頁面存檔備份，存於網際網路檔案館）
* Japanese Computer Emulation Centre （頁面存檔備份，存於網際網路檔案館）
* Japanese site for official public domain software and ROMs （頁面存檔備份，存於網際網路檔案館）
* English site with X68000 Hardware information and emulators
* X68000 review at old-computers.com
* 次世代模擬器新聞網
X6suke

**x6suke**（ぺけろくすけ、1978 年 —、福井縣出身）是日本男性插畫家。

## 主要作品

### 小說封面・插繪

* 狂亂家族日記（狂乱家族日記）（日日日 / 著 Fami 通文庫）
* くるくるリアル（羽田奈緒子 / 著 MF 文庫 J）
* 魔界ヨメ！（阿智太郎 / 著 MF 文庫 J）
* 今日もオカリナを吹く予定はない（原田源五郎 / 著 GAGAGA 文庫）
* 韻が織り成す召喚魔法（真代屋秀晃 / 著 電擊文庫）

### 專欄繪畫

* もの思う葦（枕木憂士 / 著 Faust 及コミックファウスト同時連載）

### 漫畫

* ネクロとフィリア（季刊 GELATIN2010 秋刊載）
* 棺屋（NEMESIS、2010 年 - ）

### 書籍

* 棺屋（講談社シリウス KC、2012 年 1 月 6 日）東立出版

## 註釋

## 外部連結

* ManiaX55 （頁面存檔備份，存於網際網路檔案館）
X7

**X7**、**X-7**、**X 7** 可以指：

* 洛克人 X7，電子遊戲
* X-7 試驗機，美國飛機。
* Vivo X7
* Nokia X7
* Nokia X7 (2018 年)
* BMW X7
* 佳能 EOS 100D 的日本本土型號：EOS Kiss X7
* 中國圖書館分類法 (X)：X7 三廢處理與綜合利用
X79

**Intel X79**（代號 **Patsburg**）是 Intel 的一款旗艦級晶片組（PCH），使用直接媒體介面（DMI 2.0）與處理器連接。X79 支援 Core i7 處理器以及使用 LGA2011 插槽的 Xeon E5 系列處理器。

## 特色

X79 於 2011 年 11 月 14 日發佈，對應 LGA 2011 極致版處理器。

功能包括：

* 兩個 SATA 3 及四個 SATA 2
* 40 條 PCI-E 總線（支援 PCI-E 2.0/3.0，視乎不同主機板及處理器）
* 14 個 USB
* 整合吉比特乙太網 MAC (Lewisville PHY)
* Intel 快速儲存技術企業版 3.0 (RSTe 3.0) (可選)
  * RAID 0/1/10/5 (SATA)
  * Write journaling
* 100MHz BCLK
* 支援處理器、記憶體及晶片組超頻
* 支援 Intel Extreme Tuning Utility 3.0 (XTU)

## 參見

* Intel 晶片組列表
* PCH (Platform Controller Hub)

## 參考文獻

## 外部連結

* Official Release Date and Ivy Bridge vs Sandy Bridge Benchmarks Revealed — by Lenzfire.com
X8

**X8**、**X-8**、**X 8** 可以指：

* X8 結構域，蛋白結構域。
* Sony Ericsson Xperia X8，智慧型手機。
* 洛克人 X8，電子遊戲
* 中國圖書館分類法 (X)：X8 環境質量評價與環境監測
X86-32

**英特爾 32 位元架構**（英語：**I**ntel **A**rchitecture, **32**-bit，縮寫為 IA-32），常被稱為 i386、或 x86，由英特爾公司於 1985 年推出的指令集架構。它是 8086 架構的延伸版本，可支援 32 位元運算，首次應用在 Intel 80386 晶片中。

## 歷史

IA-32 架構屬於複雜指令集，由英特爾公司開發，1985 年，隨著 Intel 80386 微處理器的上市，被公之於世。接下來 20 年的時間，雖然後繼的新型晶片運算速度不斷增加，但 IA-32 架構大體上都沒有改變。對許多程式語言來說，IA-32 與 i386 是同義詞。

英特爾也是世界上最大的 IA-32 晶片供應商，AMD 則是第二大的供應商。2011 年，英特爾與 AMD 同時採用了新的 x86-64 架構，但是 x86 架構仍然被應用在如 Intel Atom（N2xx 與 Z5xx 系列）、AMD Geode 等晶片上。威盛電子生產的 VIA C3/C7，也仍然採用 IA-32 架構。

## 相關條目

* x86
X86内存分段

x86 架構中，**記憶體區段**（英語：Memory Segmentation）是在不改變 16 位元段選擇子時，使用單個索引暫存器（儲存了段內位址偏移值）所能夠定址的的記憶體範圍部份。也指在英特爾 x86 指令集體系結構下記憶體區段的實現方式。

從 8086 開始到隨後的各款 x86 架構 CPU，無論是真實模式還是保護模式，記憶體定址時都使用 16 位元段暫存器（segment register）。段暫存器預設使用情況為：

* 代碼段暫存器 CS 與暫存器 IP 相配合獲得當前執行緒代碼執行到的記憶體位置；
* 資料段暫存器 DS 與各通用暫存器配合存取記憶體中的資料；
* 棧段暫存器 SS 與暫存器 (E) SP、(E) BP 配合存取執行緒的呼叫棧（call stack）；
* 擴充段暫存器 ES 用於特定字串指令（如 MOVS 或 CMPS）。
* 80386 引入了 2 個額外的段暫存器 FS 與 GS，並無特定的硬體用途。

這些段暫存器除了有 16 位元的可見部分，還有不可見的隱藏部分，稱為描述符快取「descriptor cache」或隱藏暫存器「shadow register」。當一個段選擇子（segment selector）裝入段暫存器的可見部分，處理器同時也把該段描述符的其它資料裝入到段暫存器的隱藏部分，這包括段開始的基位址、段長度、存取控制資訊等。這些資訊快取到段暫存器中，避免了處理器在轉址（translate address）時花費額外的匯流排周期從段選擇子表中讀入資料。處理器指令中可以明示使用哪些段暫存器，這將替換掉預設使用的段暫存器。

## 歷史

1978 年的 Intel 8086 開始引入了記憶體區段。這使得 16 位元 CPU 可以存取超過 64 KB (65,536 位元組) 的記憶體，實際上 8086 CPU 到記憶體的位址匯流排是 20 位，即可存取 220=1MB 記憶體。在 16 位元模式，要讓應用程式使用多個記憶體區段（為了存取比任一 64K 區段還要大的記憶體）是相當複雜。這個問題的根源在於沒有適當的適合做整個記憶體範圍的平面定址的位址算術指令。平面定址方式也可以乘法指令來完成，但這會導致較慢的程式執行速度。

1982 年面世的 80286 處理器的真實模式與保護模式，以及 80386 及其後的處理器的虛擬 86 模式，一個區段的大小是 64 KiB（使用 16 位元索引暫存器）。在 Intelx86 的真實模式下的區段架構的記憶體空間會有所重疊，這是一種不好的設計。 80286 的保護模式下，16 位元的段暫存器中的 13 位（稱作段選擇子 segment selector）是描述符表的條目（descriptor table entry）的索引；該條目包含了 24 位元的段開始位址以及 16 位元的段長度；段開始位址與段內偏移位址相加即為記憶體實體位址。16 位元段暫存器中的剩餘 3 位分別是全域 / 局部描述符表指示位、請求特權級（request privilege level）。

1985 年面世的 80386 及其後續處理器的 32 位元保護模式下，一個區段長度上限是 220 個粒度單位，粒度可以是 1 位元組或 4K 位元組，因此區段長度上限可以是 4 GB，這與索引暫存器是 32 位元相配合。

隨著 32 位元作業系統的推出，以及更舒適的 32 位元平面記憶體模式，到 1990 年末期幾乎淘汰了使用區段定址。然而，使用 32 位元平面記憶體模式產生的最多只能存取 4 GB 位址空間的限制並沒有遠離日常的使用。區段允許作業系統對每個行程虛擬定址空間的限制，最大可利用 64 GB 的系統記憶體，但這種最終回歸到區段的尷尬，經常被引述為朝著 64 位元處理器發展的動機。

2003 年問世的 x86-64 架構下，強制實現了平面記憶體模式，但保留了使用段暫存器 FS 或 GS 的 64 位元下的區段定址。

## 真實模式 （Real Mode）

真實模式與虛擬 86 模式下，可存取記憶體固定為 1 MB。對於 8086 處理器，可使用暫存器長度為 16 位元組，但是擁有 20 位元組的到記憶體匯流排位址。為了使用 16 位元組暫存器存取 20 位元組位址，整個記憶體被劃分為多個區段。一個區段長 65,536 位元組即 64 KB。在真實模式下，存取記憶體必須通過 segment base address 和 segment offset (分別儲存在任意 segment 暫存器和任意通用暫存器里。)
真實存取的實體位址可由以下公式得到：

```
物理地址=（segment base address*0x10) + segment offset 
```

注意同樣的實體位址可以由多個不同對的 selector，offset 組成。
真實模式下，任何程式都可以存取全部記憶體空間。沒有對記憶體的存取權限保護。

## 80286 保護模式

Intel 80286 處理器仍然使用 16 位元段暫存器與 16 位元的段內偏移位址，但保護模式下支援存取 224（16M）位元組的記憶體。16 位元段暫存器內不再是段位址，16 位元段暫存器的高 13 位被稱作段選擇子（segment selector），其值是到段描述符表的索引值。段描述符中包含了 24 位元的段開始的基位址，20 位的段長度。段開始位址與段內偏移位址相加即為記憶體實體位址。段的長度上限為 220=1M 位元組。

## 80386 保護模式

Intel 80386 處理器繼續使用 286 的區段保護模式，但段描述符中包含了 32 位元的段開始的基位址。段內偏移位址也是 32 位元。在區段轉址與實體位址之間又增加了一層分頁（paging）轉址。區段定址是不能關閉的。分頁可以使能或關閉（enabled or disabled），如果關閉就與 286 保護模式一樣。如果使用分頁機制，則由段開始的基位址與段內偏移位址相加得到的是線性位址（虛位址），線性位址還需要分頁轉址才得到記憶體實體位址。

386 的段描述符中的段長度為 20 位，段長度的粒度可設為 1 位元組或 212 位元組。因此段長度可以為 1 位元組 - 1M 位元組，或者為 1×4K 位元組 - 1M×4K 位元組。段描述符的資料結構為；

1. Byte offset inside entry.
2. First range is the bit offset inside entry; second range is the bit offset inside byte.

 
386 處理器增加了兩個段暫存器 FS、GS，這兩個暫存器並無硬體繫結的用途。Windows 作業系統在位址 FS:0 中儲存了當前執行緒資訊塊。Linux 中 GS 指向了執行緒局部儲存。

通過清除控制暫存器 CR0 中的最低位，可由 386 保護模式轉為真實模式。

Linux 作業系統在 386 保護模式下把段基址設為 0，段長度設為 4GiB，從而類比了平面記憶體模型。

## x86-64 的 64 位元模式

在 x86-64 體系結構 64 位元的 long mode，段暫存器 CS, SS, DS, ES 強制為 0。段長度強制為 264。形式上還有記憶體區段，但實際上所有記憶體都在唯一的一個區段中。段暫存器 FS、GS 可以有非 0 值，被作業系統用於其它用途。即硬體支援如「FS:[RAX]」這樣的暫存器間接定址。

## 參考文獻
X86虚拟化

**虛擬化技術**是指在 x86 的系統中，一個或以上的客作業系統（Guest Operating System，簡稱：Guest OS）在一個主作業系統（Host Operating System，簡稱：Host OS）下執行的一種技術。這種技術只要求對客作業系統有很少的修改或甚至根本沒有修改。x86 指令集架構起先並不滿足波佩克與戈德堡虛擬化需求（Popek and Goldberg virtualization requirements），這使得在 x86 處理器下對普通虛擬機器的操作變得十分複雜。在 2005 年，英特爾與 AMD 分別在它們的 x86 架構上解決了這個問題。

## 軟體技術

1999 年 2 月 8 日，VMware 展示了它的第一個 x86 虛擬化產品「VMware 虛擬平台」（VMware Virtual Platform），此產品建立在建立者早期在史丹福大學的研究基礎之上。VMware 在 1998 年 10 月提交了對這一技術的專利申請，並於 2002 年 5 月 28 日被授予美國專利第 6,397,242 號。VMware 與類似的 x86 虛擬化軟體必須使用十分複雜的技術來獲得並虛擬執行一些指令，這些技術被 IBM 的 IBM\_System/370 （頁面存檔備份，存於網際網路檔案館）以及摩托羅拉的 MC68020 等原生可虛擬化的架構遠遠超出。

Kevin Lawton 啟動了 Plex86 專案（原來叫作「freemware」）來建立套用於 x86 虛擬化的自由軟體。此專案已經改變了原有的目的，現在只支援 Linux 作為客作業系統；然而在這之前，Lawton 發表了一篇論文《使用虛擬化技術在一台 IA-32 PC 上同時執行多個作業系統》，作出了對 x86 架構虛擬化困難的分析以及提出了一些解決這些困難的技術。

2003 年，套用於 Linux 平台的 x86 虛擬化方案 Xen 誕生。2005 年，隨著 Intel 推出支援 x86 虛擬化技術的 CPU，Xen 亦加入全虛擬化模式。Xen 的全虛擬化模式允許在虛擬機器中執行 Windows 等非 Linux 系統。

微軟也提供了基於 Windows 的 x86 虛擬化產品：Microsoft Virtual PC 與 Microsoft Virtual Server，這兩個產品都基於微軟收購 Connectix 後獲得的技術。後來，微軟的 Microsoft Virtual PC 更名為 Hyper-V 並成為 Windows 的一個組件，亦曾推出 Windows XP Mode 以儘可能的解決 Windows 7 作業系統不支援某些老應用程式的問題。

開放原始碼的替代品也包括 KVM、QEMU 與 VirtualBox。

## 硬體支援

英特爾與 AMD 獨立地開發出了 x86 架構的虛擬化擴充。它們並不直接相容，但是能夠做到大部份的功能都相同。這兩個擴充都允許在虛擬的效能不出現明顯下降時執行一個虛擬機器檢視器，以執行未經過修改的客作業系統。

### 英特爾虛擬化技術

**英特爾虛擬化技術**（Intel Virtualization Technology）是由英特爾開發的一種虛擬化技術，利用 IVT 可以對在系統上的作業系統，通過虛擬機器檢視器（VMM，Virtual Machine Monitor）來虛擬一套硬體裝置，以供虛擬機器作業系統使用。

這些技術以往在 VMware 與 Virtual PC 上都通過軟體實現，而通過 IVT 的硬體支援可以加速此類軟體的進行。

英特爾在 32 位元與 64 位元 x86 架構下的虛擬化擴充被命名為「IVT」，有時候也用它的開發代號「Vanderpool」來稱呼它。32 位元 / 64 位元的 IVT 擴充叫作「VT-x」。英特爾同時為用於 IA-64（安騰 2）處理器的 IVT 發布了規格說明，此項 IVT 被稱為「VT-i」；在這之前，IA-64 的虛擬化技術的開發代號是「Silverdale」。

英特爾虛擬化技術是在 2005 年春季英特爾科技論壇時由官方發布的。部份型號的 Pentium 4/Pentium D/Core 2/Pentium Dual-Core/Celeron/Xeon 可用 VT-x。Intel Core i3/i5/i7/i9 可用 SLAT。

VT-x 不僅需要處理器的支援，也需要晶片組、BIOS 的支援。

在 Linux 中，支援虛擬化的英特爾處理器會在一個特別檔案 _/proc/cpuinfo_ 中有一個名為「vmx」的標誌。

Intel 還推出了「直接輸入 / 輸出虛擬化」（Virtualization for Directed I/O，VT-d）技術。這項技術提供了一種組態傳送給獨立虛擬機器的中斷與組態 I/O 記憶體單元的方式，以防止虛擬機器使用 DMA 來終止與真實硬體的隔離。
不過值得注意的是，該功能在 Core 系列以及 Xeon E3、Xeon D 系列中並不完整。

部份 Intel 網路卡支援 VT-c 技術。

### AMD 虛擬化

**AMD 虛擬化**（AMD Virtualization），縮寫為「AMD-V」，是 AMD 為 64 位元的 x86 架構提供的虛擬化擴充的名稱，但有時仍然會用「Pacifica」（AMD 開發這項擴充時的內部專案程式碼）來指代它。

AMD-V 在 AMD 的步進為「F」與「G」的 Athlon64 以及 Athlon64 X2 處理器，使用 Socket S1 的 Turion64 處理器、Turion64 X2 處理器、Phenom 處理器，以及全部更新的處理器上可用。現在的 AMD APU、AMD FX、AMD Athlon、AMD Ryzen、AMD Epyc 等 AMD 處理器絕大多數都支援 AMD SVM 技術。

在 Linux 中，支援虛擬化的 AMD 處理器會在一個特別檔案 _/proc/cpuinfo_ 中有一個名為「svm」的標誌。

AMD 為一項名為 AMD-V 的 IO 記憶體管理單元（IOMMU）發布過一份技術規範。這份技術規範提供了一種組態傳送給獨立虛擬機器的中斷與組態 I/O 記憶體單元的方式，以防止虛擬機器使用 DMA 來終止與真實硬體的隔離。IOMMU 在進階的作業系統（如缺席虛擬化，absent virtualization）與 AMD 的 Torrenza 架構中起到了重要的作用。

AMD 亦有 I/O 虛擬化的 IOMMU 技術。

## Windows Vista

起初 Windows Vista 的家用入門版與家用進階版在終端使用者授權合約中聲明，該系統不能夠在一台虛擬機器中安裝或執行，儘管在技術上並沒有障礙使得使用者無法這樣做。這一條款在 2008 年 1 月時被修改了。

## 參考文獻

## 相關條目

* 虛擬化
* 虛擬機器

## 外部連結

* Virtualization technologies from Intel （頁面存檔備份，存於網際網路檔案館）
* Intel VT（Virtualization Technolegy）技術
X8结构域

**X8 結構域**（英語：X8 Protein Domain）是一種存在於原生質絲中的蛋白質結構域，通過糖磷脂醯肌醇（GPI）錨定在細胞膜上，為原生質絲提供結構強度。

## 參考文獻

## 外部連結
X9

**X9**、**X-9** 或 **X9** 可以指：

* 杜鵑座 47 中的一個雙星系統
* 沃奧航空之前的 IATA 代號
* 中國圖書館分類法 (X)：X9 安全科學
X:in

**X:in**（韓語：**엑신**）是韓國 ESCROW Entertainment 推出的多國籍女子音樂組合，組合成員包括韓國籍成員 Roa、Chi.U、E.Sha、俄羅斯籍成員 Nova 和印度籍成員 Aria。原本是組合 MEP-C 成員，但成員們轉移公司到 ESCROW Entertainment 更改名字以 **X:in** 正式出道，在 2023 年 3 月 12 日發行單曲《Who Am I》正式出道。組合專輯《Keeping the Fire》在 2023 年 4 月 11 日正式推出。

## 團體資料

X:IN 是由韓國籍成員 Loa、Isha、Chi-Chi、印度人 Aria 和俄羅斯人 Nova 組成的五人女子團體組合。隊名的誕生帶有用世界上無法定義的事物創造新感覺的意義，擁有國家啦啦隊，體育舞者，童星等各種背景的成員。通過勢不可擋的表情、他們決心展現 X:IN 的個性，而不是馴服的偶像。

## 成員資料

## 發展歷程

### 出道前

Roa 在 2017 年 4 月 24 日以單曲《Red Lips》作為獨奏家出道，會說英語和韓語，是 DAILY 和 MEP-C 的出道前成員。Roa 曾在 GBK Entertainment、Corazon Entertainment、Sol Entertainment 和 JINI Entertainment 接受培訓。

Chi.U 於 2021 年 11 月 2 日以獨奏家身份出道，並以藝名 J-DAY 發行單曲《사랑을 하고 싶어 (I Want To Love)》。Chi.U 是 Majesty 舞蹈隊的一員。

Esha 曾長期居住在澳大利亞雪梨。
Esha 是 MEP-C、Rusty.G、G-(i) Kon 和 LAONZENA 的（出道前）成員，藝名 ChaeE。
Esha 在 GBK Entertainment 接受了將近一年的培訓。

Nova 出生於俄羅斯莫斯科，她曾經是舞蹈隊 Dalcom 的成員，她是 MEP-C 的出道前成員，她在他們的公司 GBK Entertainment 接受了 4 個月的培訓。Nova 是阿奈斯・沃特森、自殺小隊的佐伊・勞頓、神偷奶爸 2 的艾格尼絲以及更多電影的俄語配音演員之一。她會說俄語、英語和韓語。

Aria 接受了 10 個月的培訓。她會說英語、韓語、馬拉雅拉姆語和印地語。她的暱稱之一是 Aami，Aria 在 2011 年的印度電影 Melvilasom 中飾演 Ammu。

### 2023 年

2023 年 3 月 12 日下午，x:in 上在線直播 K-STAGE 首次公開了出道前曲《WHO AM I》的表演。

2023 年 4 月 3 日下午，x:in 上在線直播 [LIVE] SIMPLY K-POP CON-TOUR (Philippiness)，首次公開了專輯歌曲《KEEPING THE FIRE》的表演。

2023 年 4 月 10 日下午，x:in 釋放了專輯歌曲《KEEPING THE FIRE》的 mv 預告。

2023 年 4 月 11 日上午，x:in 釋出專輯歌曲《KEEPING THE FIRE》的全首 mv。

## 音樂作品

### 數位單曲

## 影音作品

### 音樂錄影帶

## 獎項與榮譽

### 主要音樂節目榜單排名

## 註釋

## 參考資料

## 外部連結

* X:in 的 Instagram 帳戶
* X:in 的 Twitter 帳戶

**個人連結**

* Roa 的 Instagram 帳戶
* Chi.U 的 Instagram 帳戶
* E.sha 的 Instagram 帳戶
* Nova 的 Instagram 帳戶
* Aria 的 Instagram 帳戶
XACT

**跨平台音訊創作工具**（英語：Cross-platform Audio Creation Tool，簡稱 **XACT**，也稱**跨平台音效製作工具**）是微軟提供的音訊函式庫和引擎，為 DirectX SDK 的一部分。XACT 的實作可見諸於 Xbox 上的 Xaudio，Windows XP 上的 DirectSound，以及 Vista 和 Windows 7 上的新音效堆疊（audio stack）。Xaudio 是專用於 Xbox 的 API，專門為了最佳化數位訊息處理（optimal digital signal processing）。XACT 亦包含有 X3DAudio。

目前 XACT 的功能已經從 DirectX 移到 Microsoft XNA。XACT Audio Authoring Tool 也整合進 XNA Game Studio。XACT 音樂音效編輯器可以產生 XAP 檔案，能在 XNA 中編輯與播放音效。

隨著 Windows SDK for Windows 8 開發預覽版的發布，XACT 已不再於 Windows 上受到支援。

## 功能

* 支援格式：WAV、AIFF、XMA
  * 16 和 8 位元的 PCM 資料
* 支援混音
* 支援立體聲（Stereo）
* 支援 Auditioning

## 檔案型別

* Sound Banks（.xsb）
* Wave Banks（.xwb）
* Global Settings（.xgs）

## 參考資料

## 外部連結

* XACT on MSDN （頁面存檔備份，存於網際網路檔案館）
XAF

**中非金融合作法郎**，簡稱**中非法郎**（Central African CFA franc），是非洲法郎的一種，為中非經濟共同體國家銀行發行的一種貨幣，ISO 的貨幣代碼是 **XAF**。中非法郎是赤道幾內亞、剛果共和國、加彭、喀麥隆、查德、中非共和國六國的官方貨幣。

中非法郎最早與法國法郎匯率掛鈎：1 法國法郎 = 100 中非法郎。歐元全面啟用後，因法國法郎停止使用，而歐元與法國法郎的比率是 1 歐元 = 6.55957 法國法郎，所以中非法郎和歐元有掛鈎匯率：100 中非法郎 = 0.152449 歐元；1 歐元 = 655.957 中非法郎。

## 流通中的貨幣

### 硬幣

* 1 法郎
* 2 法郎
* 5 法郎
* 10 法郎
* 25 法郎
* 50 法郎
* 100 法郎
* 500 法郎

### 紙幣

#### 1993 年

* 500 法郎
  * 正面：瘤牛、男人
  * 背面：羚羊
* 1,000 法郎
  * 正面：收成咖啡、男人
  * 背面：木筏
* 2,000 法郎
  * 正面：熱帶水果、女人
  * 背面：港口
* 5,000 法郎
  * 正面：石油鑽井的工人、男人
  * 背面：收成棉花
* 10,000 法郎
  * 正面：中非國家銀行、女人
  * 背面：漁業

#### 2002 年

* 500 法郎
  * 正面：上課情景
  * 背面：女人、草屋
* 1,000 法郎
  * 正面：伐木、男人
  * 背面：農業活動
* 2,000 法郎
  * 正面：水電站、女人
  * 背面：挖掘情景
* 5,000 法郎
  * 正面：港口、男人
  * 背面：石油泵站
* 10,000 法郎
  * 正面：中非國家銀行、女人
  * 背面：交通和通訊設備

## 匯率

中非法郎最初與法國法郎掛鈎（1 法國法郎 = 100 中非法郎），1999 年法國改用歐元後改為與歐元掛鈎（1 歐元 = 655.957 中非法郎）。

## 參考文獻

## 參見

* 西非法郎
XAIST

**西安工程大學（Xi'an Polytechnic University，XPU）** ，簡稱「西工程大」，是中國陝西省西安市的一所大學，教育部「卓越工程師教育培養計劃」高校、教育部「新工科研究與實踐項目「（卓越工程師教育培養計劃 2.0）高校、陝西省省屬高水平大學、首批「陝西省 2011 協同創新中心」立項建設高校，擁有碩士學位授予權。

西安工程大學的前身為 1912 年創辦的**北京高等工業專門學校**機織科，後歷經**國立北平大學**工學院紡織系、**西北聯合大學**紡織系、**西北工學院**紡織系等發展階段，1959 年開始招收紡織工程學科碩士研究生。1978 年成立西北紡織工學院，隸屬原紡織工業部。1998 年劃歸地方，為中央與地方共建高校，以陝西省管理為主。2001 年，更名為西安工程科技學院。2003 年 11 月 26 日臨潼校區開工建設，2004 年 10 月投入使用。2006 年，更名為西安工程大學。

截至 2018 年 12 月，學校金花、臨潼兩校區占地 108 萬平方米，設有 15 個二級院部、63 個本科專業；擁有一級學科碩士學位授權點 16 個、碩士專業學位類別 7 個；教師 1000 餘人，其中中國工程院院士 1 人；各類在校學生 2 萬餘人，其中本科生 18000 餘人、碩士研究生 2200 餘人。

## 校區

* 金花校區
  * 地址：西安市碑林區金花南路 19 號
    * **郵編：**710048
* 臨潼校區（右鄰西安科技大學臨潼校區）
  * 地址：西安市臨潼區陝鼓大道 58 號
    * **郵編：**710600

## 參考文獻

## 外部連結

* 西安工程大學（頁面存檔備份，存於網際網路檔案館）
XAML

**XAML**（E**x**tensible **A**pplication **M**arkup **L**anguage /ˈzæməl/) 是 Windows Presentation Foundation（WPF）和 Universal Windows Platform (UWP) 的一部份，是微軟開發的一種基於 XML、基於聲明，用於初始化結構化值和物件的使用者介面描述語言，它有著 HTML 的外觀，又揉合了 XML 語法的本質，例如：可以使用**<Button>**標籤設定按鈕（Button）。它類似 Linux 平台下的 glade。至於 WinFX XAML Browser Application（XBAP）是用 XAML 作介面描述，在瀏覽器中執行的程式，可取代過去的 ActiveX、Java Applet、Flash。

XAML 本質上屬於一種.NET 程式語言，屬於通用語言運行庫（Common Language Runtime），同 C#、VB.NET 等同。與 HTML 類似，特點是用來描述使用者介面。XAML 的語法格式為：<Application.../>，Application 是必備的基本元素。XAML 可以定義 2D 和 3D 物件、旋轉（rotations）、動畫（animations），以及各式各樣的效果。

## Hello world

* **C# UWP**

 

* **C# WPF**

 

* **Visual Basic dotNet**

 

## 參考資料

## 外部連結

* Microsoft XAML overview
* XAMLdev.com （頁面存檔備份，存於網際網路檔案館） A selection of categorized resources on XAML
* XAML Controls from Microsoft Longhorn Developer Introduction
* XAML used in Microsoft .NET platform （頁面存檔備份，存於網際網路檔案館）
* XAMJ, open source Java based project （頁面存檔備份，存於網際網路檔案館）
* United XAML Initiative （頁面存檔備份，存於網際網路檔案館） - Open Source XAML Alternatives
* Shaxam - LightWave to XAML converter
* XAML and Technical Authors （頁面存檔備份，存於網際網路檔案館） A discussion of the affect of the open nature of XAML.
* XAML page on NetFXGuide.com A selection of categorized resources on XAML.
* LearnWPF Website to learn WPX. （頁面存檔備份，存於網際網路檔案館）
* XAML Discussion Board - A great discussion board for questions on XAML and the WPF
XAMLPad

**XAMLPad** 是.NET Framework 3.0 SDK 附贈的小型工具，可供使用者快速產生簡易的 XAML 檔案。它對 XAML 有分割式視窗，可以在一邊看到 XAML 代碼，另一邊立即顯示 XAML 彩現器的視覺化介面。

## 外部連結

* MSDN 上的 XAMLPad 概述 （頁面存檔備份，存於網際網路檔案館）（英文）
XAML_Browser_Application

XAML Browser Application，最開始叫 xapp，後來在 Sept CTP 中叫 wba，是美國微軟公司所提出的新技術，以 XAML 作為使用者介面（UI）之描述，寄宿（hosted）在瀏覽器（IE web browser sandbox）中執行的程式。XBAP 可以取代 ActiveX、Java Applet、Flash 等功能，有人稱之為下一代的 ActiveX（next-generation ActiveX）。XAML Browser Application 的副檔名是**.xbap**。

## 環境設定

在執行 XBAP 之前，必須先設定：

* .NET Framework 3.0 Runtime
* Windows SDK for .NET Framework 3.0
* Visual Studio 2005 extensions for .NET Framework 3.0（November 2006 CTP）

## 特點

* XBAPS 更易於與 DHTML 結合。
* XBAPS 一旦使用寬鬆 XAML（loose XAML）或使用 IFRAME，必執行於安全的沙盒（secure sandbox）。
* XBAPS 可以使用 WPF（Windows Presentation Foundation）的 98.2% 的功能。
* XBAPS 必須執行於 iFrame 之下。
* XBAPS 必須執行於 DocumentObject 應用程式之下，利用 querystring 溝通。
* XBAPS 目前僅支援 IE6 或 IE7。

## 安全性

* XBAP 程式無法使用檔案系統（file system）。
* XBAP 程式無法呼叫對話視窗（dialog）。
* XBAP 程式如同 DHTML，是網路直接安裝執行，可能遇到安全性問題，所以 XBAP 程式必須具備內嵌數位簽名。<ManifestKeyFile> 指定簽字用的憑證檔名，<ManifestCertificateThumbprint> 指定證明檔案摘要。
* XBAP 中只允許通過 HTTP 和 SOAP 存取 Web Services。

## 規劃

XAML 與 HTML 一樣是 flow layout，Grid 類似 HTML 中的 Table，使整個頁面的顯示方式變成網格式區域。微軟還推薦使用 StackPanel，DockPanel 等繼承自 Panel 的規劃方式，Panel 在使用上的類似 HTML 的 {{<}} DIV {{>}}{{<}}\DIV {{>}}。

## 導航

### NavigationService

WPF 提供了一個最重要的頁面導航物件 **NavigationService**，可用來調整頁面之用。NavigationService 物件提供有下列功能：

* public void Navigate(Uri source)
* public void Refresh()
* public void StopLoading()
* public void GoBack()
* public void GoForward()
* public void AddBackEntry()
* public void RemoveBackEntry()
* public static NavigationService GetNavigationService(DependencyObject dependencyObject);

### structured navigation

structured navigation 可用於處理頁面與頁面之間的資料共享。WPF 支援 PageFunction 這樣的頁面標籤。

```
<PageFunction
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
   xmlns:x=" （頁面存檔備份，存於網際網路檔案館）"
   xmlns:sys="clr-namespace:System;assembly=mscorlib" 
   x:Class="StructuredNavigationSample.TestPageFunction"
   x:TypeArguments="sys:String"
   Title="Test for Page Function" WindowWidth="250" WindowHeight="150">
   ......
</PageFuntion>
```

## 範例

將 3D 動畫置入 iframe：

```
<iframe height="130"
 width="130"
 src="3d_animation.xaml" />
```

將 XBAP 置入 iframe：

```
<html>
<head>
<body>
<iframe name="Iframe1" src="%fullpathtoyourgadgetdirectory%\TestBrowserApp.xbap" ></iframe>
</body>
</html>
```

## 差異

WinFX Windows Application 和 WinFX Web Browser Application 有些微的差別，在.xaml 檔案中，Browser Application 中，預設起始頁的根元素（root element）為 Page；Windows Application 中，預設起始頁的根元素為 Window。另外，Window class 無法在 Browser Application 中使用，因為 IE 瀏覽器中的 WPF 程式是在部份信任的沙箱（sandbox）內執行。

```
<Page x:Class="XAMLBrowserApplication1.Page1"
   xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
   xmlns:x=" （頁面存檔備份，存於網際網路檔案館）"
   WindowTitle="Hello world" WindowWidth="560" WindowHeight="400"
   Title="Page1"
   >
 <Grid>
 </Grid>
</Page>
```

## 參見

* MCML
* WPF/E

## 外部連結

* XBap.org （頁面存檔備份，存於網際網路檔案館）
* XBAP = next-generation ActiveX?
XAMPP

**XAMPP** 是一個把 Apache 網頁伺服器與 PHP、Perl 及 MariaDB 集合在一起的安裝包，允許使用者可以在自己的電腦上輕易的建立網頁伺服器。

## 關於命名

XAMPP 的名稱來自以下組合：

* **X**（支援跨平台）
* **A**pache
* **M**ySQL 或 **M**ariaDB
* **P**HP
* **P**erl

## 參見

* LAMP

## 組件

XAMPP 8.2.4 Windows、Linux、Mac OSX 版本，其包含了：

* Apache 2.4.56
* MariaDB 10.4.28
* PHP 8.2.4
* phpMyAdmin 5.2.1
* FileZilla FTP 伺服器 0.9.41
* Tomcat 8.5.87 (內建 mod\_proxy\_ajp 連接器)
* Strawberry Perl 5.32.1.1 行動版
* XAMPP 控制台 3.2.4
* OpenSSL 1.1.1t

XAMPP 8.1.17 Windows、Linux、Mac OSX 版本，其包含了：

* Apache 2.4.56
* MariaDB 10.4.28
* PHP 8.1.17
* phpMyAdmin 5.2.1
* FileZilla FTP 伺服器 0.9.41
* Tomcat 8.5.78 (內建 mod\_proxy\_ajp 連接器)
* Strawberry Perl 5.32.1.1 行動版
* XAMPP 控制台 3.2.4
* OpenSSL 1.1.1t

XAMPP 8.0.28 Windows、Linux、Mac OSX 版本，其包含了：

* Apache 2.4.56
* MariaDB 10.4.28
* PHP 8.0.28
* phpMyAdmin 5.2.1
* FileZilla FTP 伺服器 0.9.41
* Tomcat 8.5.78 (with mod\_proxy\_ajp as connector)
* Strawberry Perl 5.32.1.1 移動版
* XAMPP 控制台 3.2.4
* OpenSSL 1.1.1t

## 各版本組件詳情

## 外部連結

* 官方網站（英文）
XANAX

**阿普唑侖**（商品名：**Xanax**）是三唑並苯二氮卓類中的中效速效鎮靜劑，它是與三唑環融合的苯二氮卓類 (BZD)。它最常用於焦慮症的短期管理，特別是恐慌症或廣泛性焦慮症 (GAD)。其他用途包括治療化療引起的噁心，以及其他治療方法。GAD 改善一般在一周內發生。阿普唑侖通常口服。

常見的副作用包括嗜睡、抑鬱、頭痛、感覺疲倦、口乾和記憶力問題。一些鎮靜和疲倦可能會在幾天內得到改善。由於擔心誤用，一些人不推薦阿普唑侖作為恐慌症的初始治療。如果突然減少使用，可能會出現戒斷或反彈症狀；可能需要在數周或數月內逐漸減少劑量。其他罕見的風險包括自殺和全因死亡風險增加兩倍。阿普唑侖與其他苯二氮卓類藥物一樣，通過 GABAA 受體起作用。

阿普唑侖於 1971 年獲得專利，並於 1981 年在美國獲准用於醫療用途。阿普唑侖是附表 IV 受控物質，是一種常見的濫用藥物。它可作為學名藥使用。2019 年，它是美國第 41 位最常用的處方藥，有超過 1700 萬張處方。

## 醫療用途

阿普唑侖主要用於短期治療焦慮症、恐慌症和化療引起的噁心。阿普唑侖適用於治療成人廣泛性焦慮症和恐慌症伴或不伴廣場恐懼症。FDA 標籤建議醫生應定期重新評估藥物的有效性。

### 恐慌症

阿普唑侖可有效緩解中度至重度焦慮和驚恐發作。然而，自從開發出選擇性 5 - 羥色胺再攝取抑制劑以來，它並不是一線治療。由於對耐受性、依賴性和濫用的擔憂，澳大利亞不推薦阿普唑侖用於治療恐慌症。大多數證據表明，阿普唑侖治療恐慌症的益處僅持續四到十周。 然而，恐慌症患者已經接受了長達八個月的公開治療，而沒有明顯的益處損失。

阿普唑侖被世界生物精神病學聯合會 (WFSBP) 推薦用於沒有耐受或依賴史的恐慌症難治性病例。

### 焦慮症

與抑鬱症相關的焦慮對阿普唑侖有反應。臨床研究表明，對焦慮症的療效僅限於 4 個月。然而，對阿普唑侖抗抑鬱特性的研究很差，只評估了它對抑鬱症的短期影響。在一項研究中，一些長期高劑量服用阿普唑侖的人出現了可逆性抑鬱症。在美國，阿普唑侖被 FDA 批准用於治療焦慮症（與 APA 診斷和統計手冊 DSM-IV-TR 診斷廣泛性焦慮症最接近的病症）或短期緩解焦慮症狀。在英國，阿普唑侖被推薦用於嚴重急性焦慮症的短期治療（2-4 周）。

## 副作用

可能的副作用包括：

* 失控 (Disinhibition)
* 性慾變化
* 黃疸（非常罕見）
* 幻覺（罕見）
* 口乾（不頻繁）
* 失調、鬆弛發音
* 自殺意念（罕見）
* 尿瀦留（不頻繁）
* 疹、通氣不足（respiratory depression）、便秘
* 順行性遺忘症 及注意集中等問題
* 睡意 (Somnolence)、暈眩（dizziness）、頭重腳輕（lightheadedness）、疲倦、不穩定及受損的運動協調、眩暈（vertigo）

### 異常反應

使用阿普唑侖有可能會發生下面的異常反應：

* 視覺變化
* 醉酒感
* 興奮
* 侵略
* 憤怒、敵意
* 震顫（Fasciculations）及手震
* 瘋狂（Mania）、躁動（Psychomotor agitation）、肺熱（hyperactivity）、慌張（restlessness）

### 食品和藥物相互作用

阿普唑崙的代謝主要是通過 CYP3A4 進行，結合 CYP3A4 臨床上，抑製劑諸如西咪替丁、紅黴素、氟西汀、氟伏沙明、伊曲康唑、酮康唑、奈法唑酮（Nefazodone）、丙氧芬（Propoxyphene）、利托那韋（Ritonavir）等可以延緩阿普唑崙的肝清除率，但是這可能導致阿普唑崙在人體內部的的過度積纍，如此很有可能會導致其不良反應更加的惡化。

## 參考資料

## 外部連結

* U.S. National Library of Medicine: Drug Information Portal – Alprazolam （頁面存檔備份，存於網際網路檔案館）
* Erowid Alprazolam (Xanax) Research （頁面存檔備份，存於網際網路檔案館）
* 神經系統 - 鎮靜、催眠、精神安定劑 - Amprazo (柔安) （頁面存檔備份，存於網際網路檔案館）
XAP_(文件格式)

**XAP** 是一種檔案格式，用於分發和安裝應用軟體和中介軟體到微軟 Windows Phone 7/8/8.1/10 作業系統，也是用於 Microsoft Silverlight 應用程式的檔案格式。從 Windows Phone 8.1 開始，安裝應用到 Windows Phone 平台所用的 XAP 被 APPX 取代，這是微軟為 Windows 應用商店的應用與 Windows Phone 的應用統一開發而做出的努力。

XAP 本身為 ZIP 格式的壓縮檔檔案，但微軟也允許 XAP 檔案加密，因此該檔案可能無法通過標準的 ZIP 軟體打開。XAP 檔案的網際網路媒體類型（MIME）為 `application/x-silverlight-app`。

Windows Phone 市場允許使用者下載 XAP 檔案到 SD 卡和手動安裝它們。

XAP 也是 XACT 音訊專案的擴充，可以使用 Microsoft 跨平台音訊創作工具打開。Silverlight XAP 檔案不能用音訊創作工具打開，並且 XACT XAP 檔案不是壓縮檔案。

## 內容

XAP 檔案是一個 ZIP 壓縮檔，它通常包含：

* AppManifest.xaml 檔案
* 所需的動態連結庫（DLL）

## 參見

* APK
* Ipa 檔案
* CAB 或 ZIP 格式，用於舊款 PocketPC/Windows Mobile 裝置
* HTML 應用程式（HTA）
* XAML 瀏覽器應用程式（XBAP）

## 參考資料
XAUI

**XAUI** 是一個介於 MAC 到 PHY 之間的電腦匯流排 XGMII（10.0 Gbit/s）的延伸標準，XAUI 發音「zowie」，與意味十倍的羅馬數字 X 關聯，是「附件單位介面」的起始。

XAUI 是 XGMII 的延伸，XAUI 位於 MAC 末端的 XGXS、和 PHY 末端的 XGXS 之間。XAUI 延伸了 XGMII 的操作長度並減少了訊號介面的數目。應用範圍包括延伸 MAC 和 PHY 模組之間的實體分隔以 10.0Gbit/s 以太系統分散橫跨電路板。
XAudio_2

**DirectSound** 是微軟所開發 DirectX 的組件之一，可以在 Windows 操作系統上錄音，並且記錄波形音效（waveform sound）。目前 DirectSound 是一個成熟的 API，提供許多有用的功能，例如能夠在較高的解析度播放多聲道聲音。

DirectSound3D（DS3D）最早是 1993 年與 DirectX 3 一起發表的。DirectX 8 以後的 DirectSound 和 DirectSound3D 的（DS3D）被合稱 DirectX Audio。

## Windows 後續發展

### Windows Vista 之後

自 Windows Vista 開始，微軟把以往的整套音訊架構重寫，提出了一套新的通用音訊架構 Universal Audio Architechture（UAA），此改動規定所有音效卡廠商必須跟從 UAA 架構來編寫其驅動程式。由於歷史因素，音效卡廠商以往會在編寫其驅動程式時，把部份功能：例如 DSP 特效編寫並執行於核心模式之上（Kernel Mode），但是對於 Windows 而言，假若音效驅動程式發生故障，會直接引致整個 Windows 故障亦降低其穩定性。有見及此，在 UAA 開始後，各音效卡廠商必須把原有寫在核心模式上的功能轉移及編寫寫在使用者模式（User-Mode）之上。而配合 UAA 架構，微軟在 Windows Vista 開始重寫其音效框架，並且增加一套全新的音訊 API，Windows Audio Session API（WASAPI）給軟體開發者。

此 API 完全改寫以往舊版 Windows 時處理音訊資料的流程，所有音訊流必須經過此 API 才能控制或輸出其音訊資料流，WASAPI 提供兩種模式給開發者，分別為：共享模式和獨佔模式，其中獨佔模式效果相近於 ASIO，當應用程式使用獨佔模式時，隨已獨占的音訊程式外，其他程式音訊流均會被截斷，系統也只允許獨佔模式中的音效程式播放音效，而有關音效也不會經過重新採樣或 DSP 效果等便可以直達音效卡輸出，這樣可確保原始音效資料傳送時不會受到干擾，而且一定程度保證了其的完整性，而 WASAPI 也允許每個程式均可設定其獨立的音量大小，不再以單一固定的系統音效控制音量大小。

但不幸的是，以往遊戲以至音訊程式常用的音效硬體加速 API，DirectSound，Direct Sound 3D，Direct Sound EAX 效果以致 Kernel Stream 等也不能再直接使用音效卡進行硬體加速，如程式使用以上 API，將透過 WASAPI 改用 CPU 進行軟體類比方式處理相關的音訊資料。正因如此，微軟建議各音效卡以致程式開發商改用其他音訊 API 以便作硬體加速方案，例如：OpenAL/OpenSL 這些 API 為程式重新提供硬體音訊加速功能。

### Windows 8

Windows 8 開始，微軟再次為 WASAPI 重新加入硬體加速功能，稱為 WASAPI 硬體音訊解除安裝（Hardware Offload）允許音訊可以從 CPU 改用音效卡作處理，但這功能局限於 ModernUI 程式使用，傳統應用程式是無法使用此硬體加速功能

### XAudio 2

微軟為了與 Xbox 360 整合，積極開發了 Xbox audio APIs 像是 XAudio 和 the Cross-platform Audio Creation Tool（XACT）。XAudio 2 可以跨平台（Windows 與 Xbox），意圖取代 DirectSound。

## WinCE

DirectSound 在 Windows CE 4.2 上有支援，5.0 時被移除。Windows CE 6.0 也不支援 DirectSound，應用程式被重寫成 Waveform Audio API。

## 注釋

## 外部連結

* Microsoft's DirectSound documentation（頁面存檔備份，存於網際網路檔案館）
* What's the deal with 3D sound under DirectX
* Audio in Windows Vista
* Creative ALchemy
XBL

**XBL**（XML Binding Language 或稱作 Extensible Bindings Language）是一種基於 XML 的標示語言，用於描述如何將其他文件中的元素（如 XPCOM 的功能）繫結到部件（如 XUL 部件）。可以使用級聯樣式表（CSS）或文件物件模型（DOM）兩種方式繫結，繫結可為部件建立新的行為。繫結可以包含已註冊到「被繫結元素」的事件處理程式，實現對「被繫結元素」的新的方法和屬性存取，包括「被繫結元素」內的「匿名內容」。大部分 XUL 組建至少是部分需要用 XBL 實現，您可以使用現有的 XUL、HTML、SVG 和其他使用 XBL 的高階語言建立自己的可重用組件。
XBL 由 Mozilla 基金會組織開發，用於 Mozilla Application Suite；該語言目前沒有任何正式的標準描述，只屬於 Mozilla 專有，只能用於 Gecko 排版引擎。

## 規範

* XBL 1.0 是在 XBL 1.0 Reference 中規定的。不幸的是 Mozilla 實際執行的與此規範不同，而且沒有已知的文件描述這些不同，不過在規範更新中有望來描述這些不同。XBL 1.0 是 Mozilla 私有技術，並不是 W3C 標準。不過兩種標準正被制定成 sXBL 和 XBL 2.0。
* W3C sXBL (目前的工作草案，2005) 是指 SVG's XML Binding Language， 是原本打算加入到 XBL2.0 所需 SVG 功能的子集。它和 Mozilla 的 XBL 精神類似，但有些微妙的不同。比如元素的名稱不同，sXBL 也缺少 XBL 里的一些功能，比如繫結的繼承，被繫結元素的屬性、方法的定義。
* XBL 2.0 (W3C 候選推薦) 正在開發。針對 XBL 1.0 中發現的問題以及考慮可以在更廣泛的 Web 瀏覽器中執行， Mozilla 計劃從 2009 年 6 月開始初步在未來版本的 Gecko 中啟用 XBL2。

## 外部連結

* W3C 的 XBL Candidate Recommendation （頁面存檔備份，存於網際網路檔案館）
* 關於 sXBL 和 XBL2 一些不同的列表 an article by Anne van Kesteren （頁面存檔備份，存於網際網路檔案館） (11, 2005)
* 關於 Mozilla XB 和 XBL2 區別的概述 newsgroup posting by Jonas Sicking （頁面存檔備份，存於網際網路檔案館） (04, 2007)
* Mozilla XBL 文件 （頁面存檔備份，存於網際網路檔案館）
XBLA

**Xbox Live Arcade**（XBLA）是通過微軟的 Xbox 360 數字發行網絡，在 Xbox 遊戲商店下載數字電子遊戲的服務。其內容集中於大型發行商和獨立遊戲開發者的小型可下載遊戲。遊戲涵蓋經典主機和街機遊戲，以及新設計的遊戲。服務上и遊戲折價為 5－20 美元，到 2014 年 10 月時有 685 款 Xbox Live Arcade 遊戲為 Xbox 360 發行。在 Xbox 360 之前，「Xbox Live Arcade」原是 Xbox 的一個在線銷售服務名稱，後被 Xbox Live Marketplace 取代。

## 外部連結

* Xbox Live Arcade 在 Xbox.com（北美 （頁面存檔備份，存於網際網路檔案館））（台灣 （頁面存檔備份，存於網際網路檔案館））（香港 （頁面存檔備份，存於網際網路檔案館））（中國大陸 （頁面存檔備份，存於網際網路檔案館））商店的頁面
XBMC

**Kodi** 是由 **XBMC 基金會**開發的開源媒體播放器，原名 **XBMC**（最後一個以 XBMC 命名的版本是 13.2「Gotham」，14.0 「Helix」是第一個以「Kodi」命名的版本。），Kodi 可以執行在多種作業系統和硬體平台。 它可以讓使用者播放本地或網路儲存裝置中的大多數影片、音樂、Podcast 及各種常見數位媒體檔案。

它是 Windows Media Center 的很熱門的替代物。 Kodi 的可客製化性很高，有許多可以更改軟體外觀的外觀及各種可以存取網路內容的外掛程式，包括 Spotify、鯊客、Pandora 電台和 Youtube。 從版本 12.0（代號「Frodo」）開始，XBMC 附帶錄製直播節目的數位影片錄影機圖形介面前端，同時支援電子節目指南和高畫質影片錄製。

該軟體最初是為計劃執行在 Xbox 上的，名稱也由此而來， 隨後有了 Android、 Linux、 BSD、 Mac OS X、iOS 和 Microsoft Windows 作業系統的原生版。 單機版 XBMC 有 XBMCbuntu。

由於該軟體是開源的且跨平台，用 C++（美國國家標準）寫成，使得其改裝版被用在智慧型電視、機上盒、酒店電視系統及很多數位媒體播放器中。XBMC 有多種衍生物，其中有一些通過 XBMC 基金會認證，可以標註「由 XBMC 驅動」或者「為 XBMC 設計」，比如 Boxee。

## 概覽

支援大多數音訊、影片和圖像格式，同時支援播放列表、視覺化效果、幻燈片、天氣預報和第三方外掛程式。它可以連接網際網路或者區域網路。 和大多數同類軟體 (如 Windows Media Center) 不同的是 XBMC 自身不具備錄製直播電視節目的能力。用 Python 寫的外掛程式為其添加了許多新功能，比如電視節目指南、Youtube、電影預告片和線上播放 Podcast。在 XBMC 上也可以玩 Python 寫的小遊戲。

XBMC 的原始碼以 GNU 通用公眾授權條款授權分發，它由免稅的非營利組織 XBMC 基金會贊助，它由來自全球的自由軟體愛好者開發。

XBMC 原始專案不再支援 Xbox, 但是第三方開發者的專案「XBMC4Xbox」仍然對 Xbox 提供服務。XBMC 流行的一個原因是第三方外掛程式提供了很多盜版內容，雖然也有正版內容提供者的外掛程式。基金會禁止在他們的論壇上討論第三方外掛程式，因此目前大家主要在 XBMC HUB 上討論外掛程式開發。

### 截圖

* *

### 硬體要求

Kodi 要求圖形處理器支援 3D。現代電腦大多帶有 3D 圖形處理器，一些機上盒也有，XBMC 的設計也很節約資源。它可以執行在效能較弱的（參照英特爾 Atom）的 OpenGL 1.3 (支援 GLSL)、 OpenGL ES 2.0 或 Direct3D (DirectX) 9.0 平台，也可以在能力較強的 IA-32/x86, x86-64, ARM, 或 PowerPC G4 等平台上執行。播放超高畫質 1080p 的影片如果通過系統 CPU 軟體解碼需要 2GHz 或更快的多核心處理器，否則會出現掉影格或其他異常現象。

Kodi 也可以將大部分影片解碼工作分擔給支援以下硬體加速影片解碼技術的圖形硬體控制器： Intel 的 VAAPI, Nvidia 的 VDPAU, AMD 的 XvBA, 微軟的 DXVA, Apple 的 VDADecoder/VideoToolBox, OpenMAX, 晶晨半導體的 8726-MX 系列 VPU, 飛思卡爾的 i.MX6x 系列 VPU, 及 全志科技的 CedarX/CedarV VPU。 因此，XBMC 可以在支援這些技術或帶有這些硬體的很便宜的、低功耗的系統上播放高畫質影片。

### 語言支援

目前，Kodi 支援包括中文在內的 70 多種語言，完全實現國際化與在地化。 如果沒有某種語言，或者翻譯過時了，可以編輯 XML 檔案的中的字串並向專案管理和缺陷跟蹤管理系統提交該檔案，版本 11.0 後 XBMC 轉向使用 Gettext 以便使用基於網頁的 Transifex 平台。

## 核心功能

### XBMC 的載入項及其管理器

## 另見

* 媒體播放器列表

## 參考

## 外部連結

* 官方網站
* XBMC 第三方載入項
XBOX

**Xbox** 是微軟創立的電子遊戲品牌。它包括微軟開發的從第六到第九世代的一系列電子遊戲機，以及應用（遊戲）、串流服務，以及線上服務 Xbox Live。品牌於 2001 年 11 月 15 日在美國隨著初代 Xbox 遊戲機的首發而首次推出。

初代 Xbox 是在 1996 年雅達利 Jaguar 停售後，首個由美國公司推出的電子遊戲機，截至 2006 年 5 月 10 日在全球售出 2400 多萬台。微軟第二台主機 Xbox 360 於 2005 年發售，截至 2014 年在全球售出 8400 萬台。Xbox 360 的繼任機種是 2013 年 5 月 21 日銷售的 Xbox One。繼在英國首發後，到 2013 年 11 月 22 日已經 在全球 21 個市場銷售。Xbox 的主管是菲爾・斯賓塞；他在 2014 年 3 月下旬接替原主管馬克・惠頓。2017 年 11 月 7 日，Xbox One 的性能升級版主機 Xbox One X 正式發售。Xbox One 的繼任機種，也就是當前的機種是 2020 年 11 月 10 日發售的 Xbox Series X/S 兩部主機。

## 比較

## 腳註
XBOX1

**Xbox1** 可以指：

* Xbox (遊戲機)，微軟 Xbox 系列第一代遊戲機。
* Xbox One，微軟 Xbox 系列第三代遊戲機。
XBRL

**可擴展商業報告語言**（**eXtensible Business Reporting Language**，**XBRL**）是一種基於 XML 的標記語言，用於商業和財務訊息的定義和交換。XBRL 標準的制定和管理由 XBRL 國際聯合會（XBRL International）負責。該聯合會是一個由超過 300 家成員組成的非營利性國際組織，其成員包括註冊會計師協會、銀行、交易所、IT 廠商、信息商等，如：德意志銀行，聯邦儲蓄保險公司，富士，日立，奇異，IBM，微軟，摩根斯坦利，PeopleSoft，普華永道，路透社，SAP 和其他公司。

XBRL 主要是指提供企業決策者的經營管理信息。XBRL 最初稱為 XFRL（XML based Financial Report Mark-up Language），即基於 XML 的會計報表標記語言，主要是設想為投資人士，交易方提供財務信息披露用的，但是，後來發現，該語言更可以用於企業內部等更多情況，所以改稱為「商業報告語言」。

XBRL 的作用很廣泛，企業的各種信息，特別是財務信息，都可以通過 XBRL 在計算機網際網路上有效地進行處理。信息發布者一旦輸入了信息，就無需再次輸入，通過 XBRL 就可以很方便地轉換成書面文字、PDF 文件、HTML 頁面或者其他相應的文件格式。而且，通過 XBRL 獲取到的信息，也無需列印或再次輸入，就可以方便快捷地運用於各種財務分析等領域。
XBT

**XBT** 可以指：

* 拋棄式深溫儀，一種用於海洋研究的水下測溫裝置。
* 比特幣，一種基於去中心化，以區塊鏈作為底層技術的加密貨幣。
XB_Browser

**XeroBank Browser** 是一種整合了 Tor（The Onion Router，洋蔥路由）和可攜式版本 Firefox 瀏覽器的多語種加密代理上網軟體。以前叫做 Torpark，從 Firefox 2.0.0.4 起，為了避免與 Tor 混淆，改用現名。

它是一款可攜式軟體，無需安裝，也可以整套放在移動儲存裝置上隨身攜帶，隨處使用加密瀏覽。

## 參見

* Tor

## 外部連結

* 官方網站
XBoard

**XBoard** 是一個 X 視窗系統上的圖形化西洋棋棋盤。它是由 GNU 計劃所開發並維護的自由軟體。**WinBoard** 是在 Microsoft Windows 上原生執行的 XBoard 移植版。

## 概覽

這份程式一開始由 Tim Mann 開發，與許多支援西洋棋通訊協定的西洋棋引擎相容，如 GNU Chess。它也支援網際網路西洋棋伺服器、電子郵件西洋棋，並支援遊玩儲存的遊戲。

XBoard/WinBoard 仍在持續更新，而西洋棋通訊協定也在擴展以迎合現代西洋棋引擎的需要（其包含如雜湊表、多處理程式以及遊戲結束表格，這些都無法透過舊的協定控制）。

XBoard/WinBoard 也完全支援遊玩如 Fairy-Max 等的西洋棋變體。這代表了這個圖形化介面可以顯示許多如象棋、將棋、泰國象棋、雙狂象棋、卡帕布蘭卡象棋，以及許多其他不同棋盤大小的西方變體。它提供了這些遊戲的西方代表，但 XBoard/WinBoard 幾乎無限的可自訂性也讓它可以執行高品質的非西方遊戲。

另一個電腦西洋棋協定是通用西洋棋介面（英語：Universal Chess Interface，簡稱 UCI）。XBoard/WinBoard 也透過如 Polyglot 與 UCI2WB 等的轉接程式支援此協定（及其變體 USI 與 UCCI，它們常用於將棋與象棋）。

2014 年開始，XBoard 有一個特殊版本，其提供了對蘋果公司的 macOS 更好的整合。其是從 WinBoard 論壇開始散佈的 macOS 應用程式，包含了許多引擎（給西洋棋與其許多變體使用），以及用於在非原生支援的協定上執行引擎的轉接程式。它也包含了連線到流行的網際網路西洋棋伺服器 FICS 與 ICC 來線上遊玩的支援軟體。也有提供專為東方風格的將棋或象棋設定的 XBoard 的 macOS 應用程式。

WinBoard 是一個適用於 Microsoft Windows 的 XBoard 版本，並與 macOS 的版本以相當類似的形式提供。

## 參見

* GNOME Chess

## 參考資料

## 外部連結

* 官方網站
* GNU Savannah 上的 XBoard （頁面存檔備份，存於網際網路檔案館）
* Xboard 與 Winboard 西洋棋引擎的使用 FAQ （頁面存檔備份，存於網際網路檔案館）
* Xboard 與 Winboard 西洋棋引擎的清單 （頁面存檔備份，存於網際網路檔案館）
XC-120

**XC-120 背包飛機**（英語：**Packplane**) 是一架美國基於 C-119 運輸機基礎研製的實驗性運輸機，其最大的特點為可分離的外掛貨倉。該機僅生產一架原型機，並最終被拆解。

## 發展

50 年代初，美國軍方提出外掛式貨櫃的構想。計畫中，他們將 C-119 的機腹鏟平，並將外掛貨櫃固定於此。起落架則以 2x2 的剪刀式起落架置於機側。 
在試飛後，美軍發現其飛行性能在除去貨櫃後極其不穩，因而擱置該計畫。不久後，韓戰爆發，使得費爾柴德徹底放棄該計畫。最終，原型機遭拆毀。該機理念最終影響 CH-54 的誕生。

## 外部連結

[1] （頁面存檔備份，存於網際網路檔案館）

## 參考
XC-2

**XC-2 運輸機**可能意指下列不同的機種：

* XC-2 運輸機 (台灣)：一架由台灣航空工業發展中心（漢翔工業前身）所開發的原型運輸機，並無量產。
* XC-2 運輸機 (日本)：由日本川崎重工業開發、日本航空自衛隊配用的軍用運輸機。
XC-2運輸機_(台灣)

**XC-2 運輸機**是中華民國空軍航空工業發展中心（航發中心）研製的中型運輸機，預計替換逐漸老化的 C-47 運輸機與 C-119 運輸機。該計畫僅生產一架原型機，後因性能不足與研發重心轉移等問題而遭終止。

## 發展

### 緣起

隨著時間進入 1970 年代，中華民國空軍的 C-47 與 C-119 運輸機因飛行時數長而導致機體老舊，兩型機採用的往復式發動機也因零件停產而出現後勤問題，使運輸機隊的妥善率持續下滑。空軍曾嘗試向美國採購 C-130 運輸機以汰舊換新，然美國政府因政治問題而拒絕向台灣出售 C-130。為降低政治敏感度，有意促成交易的洛克希德公司又推出航程更短、發動機數目更少的 L-400 型運輸機以期獲得輸出許可，但美國政府仍不願意批准輸出。此時，航發中心剛完成中興號教練機的細部設計，已有多餘能量進行研發工作，故於 1972 年 10 月正式啟動新式中型運輸機的初步設計，航空研究院（現為國家中山科學研究院航空研究所）氣動力課也於同年 12 月 8 日獲得新台幣 80 萬元的經費以進行研究。

### 原型機產製與測試

初步設計階段完成後，空軍總部（現為國防部空軍司令部）與國防部評估此階段規劃的構型符合部隊的需求，且具有外銷的潛力，故於 1973 年編列新台幣 490 萬元的預算以進行進一步的設計工作，預計自 1974 年起花費三年的時間完成設計，再用兩年的時間製造原型機以進行測試，最後決定是否量產。為算出更加準確的參數，航發中心於 1976 年以新台幣 3,200 萬元的預算委託美國航空實驗公司（Aerolab LLC）建造一座低速風洞，另在風洞尚未完工時委託美國衛奇塔州立大學航空系進行 XC-2 的風洞試驗，航發中心也派遣人員參加測試。

1976 年 4 月 19 日，國防部核定以新台幣 800 萬元的預算製造一架 XC-2 原型機，並要求航發中心於 40 個月內完成此架飛機。由於經費嚴重不足，航發中心先向空軍借了兩組中興號教練機使用的 T53-L-701A 發動機，再用 C-47、C-119、UH-1H、F-86、F-5 等機的剩餘料件來組裝首架 XC-2。除此之外，航發中心也向空軍 439 混合聯隊借調經驗豐富的運輸機飛行員以進行測試。同年 10 月 31 日，首架編號為 3701 的原型機於航發中心介壽一廠二號機棚舉行出廠典禮，並在 1979 年 2 月 26 日由高仲源中校（機長）、鄧安全少校（副機長）與林富民機工長完成了首飛。3701 隨後執行了 16 架次的試飛任務，飛行時數為 17 小時 35 分鐘。

### 計畫終止

航發中心在進行各項測試時發現了許多問題。由於此前沒有設計運輸機的經驗，航發中心在 XC-2 的機體結構上用了較多材料以確保其結構強度，但這導致全機超重 2,000 餘磅，取自 F-86 的前起落架與鼻輪也在滑行測試時斷裂。為此，航發中心為 3701 號機換上較為堅固的 HU-16 水上飛機起落架，但這使超重問題更加惡化，XC-2 也完整繼承了 HU-16 滑行速度超過 60 哩時鼻輪會嚴重抖動的問題。除此之外，XC-2 的飛行速度無法滿足空軍的需求，單發動機失效時更會導致飛機無法正常飛行，影響飛航安全。

為解決這些問題，設計部門提出可修改原設計以減輕結構重量，另可換裝馬力更大的發動機並研發新型起落架。然而這些修改需要投入大量研發人力，而當時的航發中心因空軍總部「以噴射教練機為最優先」的政策而將研發能量集中到 AT-3 教練機的設計工作上，且國防部不願核准製造第二架原型機，導致全案在 1980 年 4 月底終止，3701 號原型機即被移置飛機公園陳展至今。

1984 年 6 月 18 日，美國宣布向台灣出售 12 架 C-130H 運輸機，中華民國空軍也於翌年啟動代號為「大武山專案」的運輸機替換計畫，隨即退役已不堪使用的 C-119 運輸機。自此，運輸機老化的問題已被解決，新式中型運輸機的採購案則到三十餘年後的 2010 年才被提出，但因預算排擠等因素而未能成案。

## 圖集

* *

## 另見

* C-27J 運輸機
* CN-235 運輸機
* C-295 運輸機
* An-24 運輸機

## 參考資料
XC-2運輸機_(日本)

**川崎 C-2**（原型機代號 XC-2）是一種由川崎重工業為日本航空自衛隊開發的軍用運輸機。日本航空自衛隊計劃購買 40 架飛機，以取代已經老化的川崎 C-1 和 C-130 運輸機機隊。

## 研製歷程

2001 年，日本防衛廳已決定購買新的運輸機，以取代老化的川崎 C-1。在研究過多款包括 C-130J「力士」式、波音 C-17 環球霸王 III 和空中巴士 A400M 等他國製造的軍用運輸機種後，由於日本在裝備購買的限制比較特殊，不需要能夠長距離飛行、承載重型陸軍裝備的戰略運輸機，日本防衛廳認為沒有適合的機種能提供符合日本航空自衛隊要求的性能表現，而決定採自力研發的方式進行。

川崎重工被選中作為新機種的開發廠商，為了進一步降低成本，C-X 計畫是與被稱為「P-X」的新一代海上自衛隊海上巡邏機（反潛巡邏機）之開發計畫同步進行。截至 2007 年為止，這兩款新機種的總發展成本約為 3,500 億日元（約等於 33 億美元），在類似的開發案中屬於開發成本相對較低者。作為比對，美國海軍版本的 P-3C 替代機種 P-8「海神式」反潛巡邏機（P-8 "Poseidon"），單一機種的開發費用就已高達 38 億 9,000 萬美元。

在因為 3663 個美國製造的鉚釘出現問題，導致試飛延遲後。第一次飛行原定於 2007 年 9 月，但又被推遲到 2007 年 12 月。

2007 年 5 月，測試顯示的水平尾翼不正確變形。一項調查顯示，C-X 具有相同的故障。在同年 7 月，進一步的試驗表明，主起落架和機身部分存在裂縫。

根據中日新聞社，這架飛機的成本約 10 億日元 / 架（約合 8,000 萬美元）。由於新戰機 F-X 計劃已被推遲，日本航空自衛隊已決定增加資金的 F-15J，以及 C-X 的採購將被推遲了大約一年。

2010 年 1 月 25 日。名稱改編為 XC-2 的第一架飛機在日本舉行的 2010 年 1 月 26 日在航空自衛隊岐阜基地參加試飛。飛行了大約一個小時，圓滿結束。

2014 年 1 月測試 C-2（又稱 XC-2）的飛行強度時，飛機艙門脫落等故障說明強度不過關，令防衛省原定 2014 年起開始部署 C-2 的方針遇到障礙。

日本防衛省向東京大學提出協助改良的要求，遭遇東大拒絕後，防衛省又通過主管學府的政府文部科學省希望對東大施壓，但文科省則以「尊重大學自治權」為由消極應對，迫使時任日本防衛大臣小野寺五典在 2014 年 7 月 4 日的記者會上宣佈防衛省部署 C-2 運輸機的計劃推遲兩年（至 2017 年）。

## 服役史

2016 年 2 月 24 日，防衛裝備廳接收 C-2 原型機，並交由航空自衛隊進行性能測試。隨後，首架量產機於同年 6 月 30 日交付。

### 2022 年支援烏克蘭

而在 2022 年俄羅斯入侵烏克蘭期間，航空自衛隊派出屬下的 KC-767 空中加油機及 C-2 運輸機，向烏方捐贈醫療物資，以及頭盔連避彈衣。當中，首架援烏物資專機於同年 3 月 8 日自美保基地直飛基輔，為 C-2 運輸機首次於戰爭中應用。

## 衍伸版本

### RC-2 電子偵察干擾機

RC-2 原型機由 C-2 二號原型機 (18-1202 號) 改裝，將作為 YS-11EB 電子干擾機的後繼機種，首架 2020 年 10 月服役，另有 3 架訂購中。

## 技術規格

XC-2 是針對防衛廳（後改制為防衛省）所提出的 26 噸有效籌載重量要求而開發，搭載兩具奇異 CF6-80C2K1F 渦扇發動機發動機（推力約 27.9 噸）。
XC-2 配備有一套全新設計的戰術飛行管理系統，並在貨艙配備有自動負載開關系統。為了提升任務彈性，包括空中加油系統和夜視功能，也將被納入新機的設計中。

 

參考資料：Japanese Ministry of Defense Flight International ATLA

**基本信息**

* **機組：**3 人 (2 飛行員、1 裝載員)、2〜5 名（補助席）+110 名（貨艙）
* **容量：** 

  * 戰場運補系統一套 _或_
  * 卡車兩輛 _或_
  * 8 具 463L 棧板 _或_
  * 1 台 UH-60JA 直升機 _或_
  * 1 台機動戰鬥車

**性能**

## 參考項目

* F-X (航空自衛隊) - 次世代主力戰鬥機（Fighter-X）
* ATD-X- 防衛省技術研究本部「先進技術實驗機」計劃，即「心神」。
* P-X - 次世代固定翼反潛機（Patrol aircraft-X）
* UH-X - 次世代直升機 (Utility Helicopter-X)
* AH-X - 次世代攻撃直升機 (Attack Helicopter-X)
* TK-X - 次世代主力戰車 (TanK-X)

## 參見

* C-2 灰狗式運輸機：美國海軍艦載運輸機
* XC-2 運輸機 (台灣)：一款由中華民國航空工業發展中心（漢翔工業前身）在 1978 年時開發的同名原型運輸機。並無量產。

**類似型號**

* YC-14

## 參考文獻

## 外部連結

* Department of Air Systems Development
* Kawasaki Sky-High Expectations for Japan’s P-X and C-X Aircraft, Kawasaki Heavy Industries Scope Quarterly Newsletter No.73 October 2007
* C-2 Cargo Aircraft, ATLA（頁面存檔備份，存於網際網路檔案館）
XC90

**富豪 XC90**（Volvo XC90）是富豪汽車在瑞典生產的 P2 底盤 SUV，首次於 2002 年發表，目前是富豪最暢銷車款。曾在美國賣出 85994 台，成為 2005 年最佳銷量車種。
XC90 車系是富豪旗下身形最大的旗艦級 LSUV，自 2002 年推出以來一直熱銷並獲得各界一致好評。而其高安全性的表現更獲得歐盟新車安全評鑑協會、美國公路安全保險協會的極高評價。XC90 同時也兼具了卓越的越野性能與高乘載空間優勢，國內導入車型動力系統則有訴求環保節能的 D5 柴油車型（200hp/42.8kgm）。
內裝部份，XC90 採用造型非常厚實的中控台設計，搭配木質飾板營造出優雅的車室質感，其七人座架構有不俗空間，且隨處可見收納置物盒，車內三排座椅也均擁有各自獨立的空調出風口，讓所有乘員都可享有同等禮遇。車內所有座椅均採用有機皮革鞣製，防止化學染料傷害乘坐人員。車室內提供 IAQS 智慧型空氣清淨系統，打造一個舒適健康乘用空間。前排與中排提供座椅加熱功能，雙前座更提供座椅冷氣與按摩椅等尊榮功能，使乘坐人員享受最高品質的舒適度。另外，第二排座椅還具備前後移動機能，而第三排座椅在進行收折時也只需簡易操作，就可讓第三排座椅達到連動的收納效果，要使行李廂騰出寬廣容量也相當便利。

## 安全性

本車的安全性是一大賣點。富豪 XC90 的前半部是專門設計吸收衝擊，所有衝擊力都會轉移到引擎室而不會波及駕駛。富豪有專利的可退縮區結構，並預估式設計引擎與設備在衝擊後的正確位置。

XC90 的車頂是高強度鋼筋結構體，耐衝擊力高達車重 3.5 倍，可防翻覆事故時車頂被壓垮。富豪專利稱為翻覆防護結構 (Roll over protection structure ROPS)，並結合翻覆控制穩定系統 RSC，電子穩定系統 DSTC，側撞防護系統 SIPS 等等提供全面駕駛安全。

後端的設計以撞擊能量吸收為主，駕駛的座椅則有頸部保護設計。稱為 WHIPS。該系統有搖籃一樣的身體包覆式設計，並在後部撞擊時提供位移搖擺以吸收能量。

富豪 XC90 獲得美國公路安全保險協會頂級安全獎，並獲「good」等級評價，只有通過前後左右撞擊測試並將電子穩定系統列為標配的車輛才能獲此評級。

同時 XC90 於 2003 年引入翻滾穩定控制，則是汽車業界第一創舉，在此之前未有任何車輛有此科技。

## 參考文獻
XCB

**XCB**（X C Binding）是一套以 C 語言撰寫，並用於綁定（Binding） X Window System 之上。XCB 是一套免費的軟體，目標在於取代 Xlib。這個計劃開始於 2001 年，作者是 Bart Massey.

## 理念

XCB 主要目標是:

* 減輕函式庫的大小與複雜度；
* 可直接存取 X Window 核心協定。

## 範例

## 注釋

## 外部連結

* XCB wiki （頁面存檔備份，存於網際網路檔案館） (freedesktop.org)
* XCB API reference （頁面存檔備份，存於網際網路檔案館）
* Further publications （頁面存檔備份，存於網際網路檔案館）
XCF

**XCF** 是 _eXperimental Computing Facility_ 的簡稱，是 GIMP（GNU 圖像處理程式）儲存的圖像原始檔，具有很多諸如圖層的額外特性。也是 GNU 自由文件許可證與維基共享資源所允許的透明影像格式之一。

該格式類似 Adobe Photoshop 的 PSD 檔案，支援圖層，通道，透明，路徑等的儲存，不支援復原歷史記錄。對儲存的圖像資料使用簡單的 RLE 演算法壓縮。

XCF 檔案可以向下相容。例如，GIMP 2.0 能夠文字作為文字圖層儲存，而 GIMP 1.2 不能，但 GIMP 1.2 可以把 GIMP 2.0 儲存的 XCF 檔案中的文字圖層當作普通圖像層處理。

GIMP 開發者不推薦使用 XCF 作為資料交換格式，是因為這一格式反應了 GIMP 的內部架構，而且在將來的版本中會有細微的調整。另外，GIMP 開發者和 Krita 開發者之間的合作成果是進行中的光柵檔案格式 OpenRaster，以 OpenDocument 格式為藍本，會在這兩個應用程式未來的版本中使用。

從 GIMP 2.8 版本起圖像以 XCF 格式存取。GIMP 僅支援以 XCF 格式儲存，其他格式改由「匯出」對話方塊儲存。

## 支援此格式的軟體

除了在 GIMP 中作為原始檔，XCF 還可被另外一些軟體，如某些圖像閱覽器與圖像轉換軟體中被讀取、使用、匯出：

* Seashore 是個 Mac OS X 上基於 GIMP 的輕量級圖像處理軟體。
* ImageMagick 有個 XCF 模組，但僅可讀取其單層未索引圖像。
* Inkscape 在 0.44 版後支援匯出 XCF。
* XnView 可以顯示 XCF 的單層未索引圖像。
* Imagine 可以顯示 XCF 的單層未索引圖像。

## 注釋

## 外部連結

* XCF 檔案格式技術資料 （頁面存檔備份，存於網際網路檔案館）
XCIN

**Xcin** 是一套廣泛使用的 X Window 中文輸入軟體，現已停止開發，最後版本是 2.5.3pre2。

## XIM 時代之前的 Xcin

最早期的版本於 1994 年 10 月發表，由名為劉德華（Edward Der-Hua Liu）的作者開發，使用專屬的 API，各種軟體只要經過簡單的改寫就能夠增加中文輸入的功能。這個軟體可以輕易的加入各種不同的輸入法。作者並且搭改寫了一套 crxvt 的終端機模擬程式來配合 xcin 的使用，讓使用者可以在 X 視窗下使用各類文字軟體。crxvt 加上 xcin 可以取代 xterm 的功能。由於輸入法是分開的模組，所以原則上早期的 xcin 可以靈活搭配各式軟體使用，作者也改寫了一個文字編輯器，使它可以輸入中文，做為範例。可惜實際上除了上述的兩個軟體外，幾乎沒有程式被改寫來搭配 xcin 的專屬 API。直到 Xcin Anywhere 的出現，才使得 Xcin 成為 X 視窗泛用輸入法。

## XIM 時代後的 Xcin

後來由謝東翰等人改寫了 xcin，將專屬的 API 改成了標準的 XIM，開啟了 xcin 的新時代。在多人的努力下，xcin 成了高度模組化的架構，成為 X 視窗下最重要的中文輸入程式之一。許多的 Linux 套件都包含了 xcin。例如 CLE 自 v0.9 版起，即改用 Xcin 2.5 做為系統預設的輸入法。改寫後的版本由 2.5 開始。最後的版本是 2.5.3 beta。

## 螢火飛新版

著名自由軟體開發者 Firefly（螢火飛）曾開發及發表 3.0 及 3.1 版的 Xcin，新版本已改名為 OXIM 發表。他的版本有以下改良：

* 全新介面
* 選字視窗垂直排列
* 打繁出簡、打簡出繁
* 支援 GTK+ On The Spot

## 參見

* Linux 中文延伸套件計劃
* 謝東翰

## 外部連結

* xcin 的官方網站
* OSS 桌面應用增進計畫 \* 新 XCIN 特色簡介所謂的新 XCIN 即 OXIM 的前身
* （頁面存檔備份，存於網際網路檔案館）
XCMG

**徐州工程機械集團有限公司**（深交所：000425，簡稱**徐工集團**，英文縮寫 **XCMG**），總部位於中國江蘇省徐州市，中國最大的工程機械製造商，主要產品涵蓋工程起重機械、鏟土運輸機械、挖掘機械、築路及養護機械、路面及壓實機械、混凝土機械、樁工及非開挖機械、鐵路建設裝備、高空消防設備、重卡及特種專用車輛、專用底盤、發動機、液壓件等主機和工程機械基礎零部件產品。已連續兩年位列全球工程機械製造商 50 強排行榜第三名。

## 企業歷史

徐工集團的前身可以追溯到 1943 年成立的位於山東省莒南葫蘆溝華興鐵工廠（魯南第八兵工廠）。1953 年 5 月，工廠從連雲港新浦遷至徐州，與徐州實業公司鐵工廠、大力鐵工廠合併為徐州農業機械廠。1953 年生產出徐州市第一台工作母機 ——35 噸傾斜式沖床，1954 年開始生產雙輪雙鏵犁，1957 年開始生產塔式起重機，工廠從農業機械開始向起重機械發展。1958 年工廠規模已發展至 2680 人。1958 年 10 月 22 日，國務院副總理薄一波視察該廠，提議將廠名更改為「徐州重型機械廠」，這個名稱一直沿用至 2004 年 9 月。1962 年，徐州重型機械廠接受一機部五局下達的 Q51 型 5 噸汽車起重機的研製任務。1963 年，以老解放卡車為基礎的 Q51 型 5 噸級汽車起重機研製成功。此後近 20 年間，徐重都是以 Q51 為主導產品。該汽車起重機也遍布全國各地。1967 年研製成功 Q2－10 型 10 噸液壓汽車起重機，標誌著徐重汽車起重機從機械鋼絲繩傳動發展到全液壓傳動。1968 年受軍隊委託，研製成功 Q2-5H 型 5 噸液壓汽車起重機。1973 年，試製 8 噸液壓汽車起重機。1974 年，徐州重型廠試製成功 16 噸液壓汽車起重機 QY16 型。1975 年，8 噸、16 噸汽車起重機專用底盤試製成功，填補了國內中大噸位起重機專用底盤的空白。

1980 年，徐州重型機械廠引進消化了日本多田野、三菱、日產、加藤汽車起重機，和德國利勃海爾公司全路面汽車起重機設計、製造技術，產品不斷更新換代。1981 年以後，徐重汽車起重機底盤形成了批量生產，解決了中大噸位起重機依賴進口底盤的被動局面。1980 年開始，開始專業化生產，成為國家定點生產 5-50 噸液壓汽車起重機，及其專用底盤和其它工程機械的專業廠。產品有 QY12、QY20、QY32、QY40、QY50、上下車和 QYD10 立杆吊、JC6 攪拌車、QY8A、QY25 汽車起重機。

1989 年 7 月 28 日，徐州重型機械廠、徐州工程機械製造廠（1948 年成立）、徐州裝載機廠（1949 年成立）和徐州工程機械研究所等「三廠一所」為核心，正式組建徐州工程機械集團有限公司（簡稱徐工集團）。1989 年成立時營業額 3.8 億元。

1994 年在對外經濟貿易部的牽線下，徐工與全球的工程機械行業巨頭卡特彼勒合資成立了「卡特彼勒 (徐州) 有限公司」，出資 3800 萬美元，其中徐工集團持股比例為 40%，後徐工股權被稀釋到 15.87%。外資方還規定徐工不能生產同類的液壓挖掘機。

1990 年代中期，在「上規模、做大做強」政策的推動下，徐州市人民政府將當地眾多分散的機械行業企業重組併入徐工。徐工還託管著 50 多家主輔分離的改制企業。為此，從 1994 年至 1999 年，徐工連續 6 年虧損。

1998 年徐工營收 37 億元。1999 年，徐工開始逐步剝離不良資產，先後拿出 13 億元資金，改制剝離 56 家中小企業。1999 年營業收入突破 50 億元。

1989 年至今，徐工集團一直保持中國工程機械領域第一，不僅建立了品種齊全的工程機械設計製造體系，還在汽車起重機、隨車起重機、壓路機、挖掘裝載機等 9 類主機及 3 類關鍵零部件市場占有率上位居國內第一。另有 5 類主機的出口量位居國內行業第一。按照《中國工程機械》2011 年 7 月的評選，徐工集團以 51.87 億美元的銷售額，位列世界工程機械第七名，中國第一名。在 2011 年 11 月 22 日發布的《中國企業競爭力報告（2011）》藍皮書上，華銳風電科技（集團）股份有限公司、徐工集團、中國長城計算機深圳股份有限公司位居前三強，徐工集團名列第二。

## 下屬公司

徐工集團的產品門類齊全，旗下各分子公司生產的產品和服務如下：

* 徐工集團重型機械有限公司：汽車起重機、全路面起重機、越野輪胎起重機、高空消防車
* 徐工集團機械科技分公司：壓路機、鋪路機、裝載機、拌合站
* 徐工集團機械建設機械分公司：履帶起重機、混凝土泵車
* 徐工集團築路機械有限公司：穩定土拌和機、穩定土廠拌設備、平地機系列、路面銑刨機、路面冷再生機、路面養護機械
* 徐工集團隨車起重機有限公司：隨車起重機、橋梁檢測車、特種起重機、環衛設備、高空作業車、拉臂鉤、液壓鋼絲絞盤
* 徐工集團特種工程機械有限公司：小型裝載機、挖掘裝載機、滑移裝載機、伸縮臂叉裝機、礦用裝載機、驅動橋
* 徐工集團液壓件有限公司：起重機用液壓缸、成套液壓系統
* 徐工集團鐵路裝備有限公司：鑿岩台車、架橋機、運梁車、提梁機、砂漿車
* 徐工集團挖掘機械有限公司：大、中、小噸位的全液壓挖掘機
* 徐工集團基礎工程機械有限公司：旋挖鑽、水平定向鑽、連續牆抓斗、掘進機
* 徐工集團南京汽車製造有限公司：重型卡車、自卸車、各種專用車輛
* 徐工集團進出口有限公司：工程機械產品的進出口服務
* 徐工集團工程機械租賃有限公司：全套徐工集團主機產品的租賃業務
* Fluitronics GmbH: 總部位於德國的液壓元件企業，生產液壓泵、液壓發動機、液壓閥及相關電控元件。

## 學校

創辦於 1992 年的徐州工程機械技師學院，是徐工集團獨資興建的工程機械特色的職業技術學校，培養工程機械製造、操作方面的高級技術人才。

## 合作

在 2023 年 1 月上映的中國科幻片《流浪地球 2》中，許多工程機械車輛都由徐工集團打造。

## 參考資料

## 外部連結

* 公司主頁
XCP

**XCP** 的全名是**通用測量和校正協定**（Universal Measurement and Calibration Protocol），是 ASAM 提出的網路通訊協定，目的是要連接校正系統及電子控制單元（ECU）。此一協定可以在運行時讀寫微處理器裡的變數以及記憶體。可以用計時器或是運作條件觸發事件，同步觸發或讀取完整的資料集。也可以用 XCP 燒錄快閃記憶體。

ASAM 表示「XCP 的原始目的是要調整電子控制器的內部參數，並且讀取內部參數的即時值。XCP 中的第一個 X 表示此協定是為一系列的網路系統所規劃」。

此協定在 2003 年的標準化名稱是 ASAM MCD-1 XCP。XCP 是接續著 1990 年代中期提出的 CAN 校正協定（簡稱 CCP）。那時控制器區域網路（CAN）是車用產業的主要通訊協定。後來車用產業出現了 LIN、MOST 及 FlexRay 等通訊協定，因此上述的校正協定需要擴展到其他的傳輸媒介上。XCP 可以支持同步及非同步的串列介面。若配合乙太網路或 USB 等傳輸媒介，XCP 也可以作為類比測量設備的標準媒介，也可以作為 RAM 模擬器、JTAG 或其他微處理器偵錯介面的硬體介面轉換器。

XCP 的使用範圍很廣，開發 XCP 的一個主要目的是在要在電子控制器上儘可能以精益（leap）的方式實現，並且在資源利用及功能上有高度的可擴展性。應用在 CAN 或 SCI 上的 XCP 甚至可以在 8 位元的微處理器上實現，若是使用高性能的平台，可以在 FlexRay 及乙太網路上的應用發揮其完整的機能。

XCP 是二層的通訊協定，區分為協定層以及傳輸層兩層，使用單一主站／多重從站的概念。XCP 使用單一的協定層，不因傳輸層而變化。名稱中的 X 表示可以其傳輸層是可以變動互換。ASAM 在 2016 年 10 月已定義了以下的傳輸層：

* XCP on CAN
* XCP on CAN FD
* XCP on SxI（簡稱 SPI 的序列周邊介面，簡稱 SCI 的串列通訊介面)
* XCP on Ethernet（TCP/IP 及 UDP/IP)
* XCP on USB
* XCP on FlexRay

XCP 除了支援其他傳輸層外，也有以下功能的提昇：

* 在電子控制器上的資源利用率較佳
* 產生同步資料
* 支援啟動（start-up）量測
* 對區塊傳輸指令的最佳化通訊
* 隨插即用組態
* 更準確的量測資料讀取，作法是量測 ECU 的時間戳（從站）

XCP 可以讓客戶端存取電子控制器上的記憶體，其格式在個別 A2L 檔案上定義。A2L 格式檔案中會包括要存取資訊需要的所有資訊，ECU 程式碼不需要因為存取不同的量測或校正而重新編譯。

## 參考資料

## 外部連結

* ASAM official Web site of ASAM e.V. （頁面存檔備份，存於網際網路檔案館）
* ASAM MCD-1 XCP description of the standard at the ASAM Web site （頁面存檔備份，存於網際網路檔案館）
* Web page for ordering the free XCP Technical Book from Vector Informatik （頁面存檔備份，存於網際網路檔案館）
XCY

**XCY 語言**是徐家福、仲萃豪、楊芙清等設計的系統程序設計語言，其名稱源於「系統程序設計語言」的漢語拼音縮寫。

XCY 語言最初源於 1978 年中國第一次作業系統學術交流會上的討論，會後由南京大學徐家福、中國科學院計算技術研究所仲萃豪、北京大學楊芙清等共同起草，主要用於書寫系統程序。該語言參考了 Pascal 等語言，併兼顧書寫系統程序的需要與簡明易用的要求而設計。

首個 XCY 語言的編譯程序是在南大的 DJS200 計算機上實現的。北大楊芙清則使用 XCY 語言書寫了 DJS200/XT2 作業系統。

## 參考文獻
XCY语言

**XCY 語言**是徐家福、仲萃豪、楊芙清等設計的系統程序設計語言，其名稱源於「系統程序設計語言」的漢語拼音縮寫。

XCY 語言最初源於 1978 年中國第一次作業系統學術交流會上的討論，會後由南京大學徐家福、中國科學院計算技術研究所仲萃豪、北京大學楊芙清等共同起草，主要用於書寫系統程序。該語言參考了 Pascal 等語言，併兼顧書寫系統程序的需要與簡明易用的要求而設計。

首個 XCY 語言的編譯程序是在南大的 DJS200 計算機上實現的。北大楊芙清則使用 XCY 語言書寫了 DJS200/XT2 作業系統。

## 參考文獻
XC_(编程语言)

在電腦編程中，**XC** 是一種用於即時嵌入式並列處理器的程式語言，執行目標是 XMOS 的 XCore 處理器架構。

XC 是指令式語言，基於了 occam 語言的並列和通信特徵，和 C 語言的語法和順序特徵。它提供的根本特徵對應於現有架構的各種資源，比如通道、鎖和定時器。

在結合於 XCore 處理器時，XC 被用來建造具有低層 I/O、即時效能和通常現場可程式化邏輯閘陣列（FPGA）或專用積體電路（ASIC）裝置特有的計算能力的嵌入式系統。

## 架構模型

XC 程式在一組 XCore 瓦片（tile）上執行。每個瓦片包含一個或多個處理核心和在核心間共享的資源，包括 I/O 和記憶體。所有瓦片都通過通信網路連接，允許任何瓦片相互之間的通信。給定的目標系統在編譯期間由編譯器規定，它確保能獲得充足數量的瓦片、核心和資源來執行編譯好的程式。

## 例子程式

### 多核 Hello World

## 歷史影響

XC 的設計受到 occam 程式語言的嚴重影響，occam 首先介入了通道通信、輪選、埠和定時器。Occam 是 David May 開發的並建立在交談循序程式（CSP）之上，CSP 是 Tony Hoare 開發的行程代數系統。

## 參見

* occam
* C 語言
* 交談循序程式
* Handel-C

## 參照

## 延伸閱讀

* The XMOS programming guide (HTML, PDF)
* The XC Specification (HTML, PDF)

## 外部連結

* XMOS website （頁面存檔備份，存於網際網路檔案館）
* Official XMOS community （頁面存檔備份，存於網際網路檔案館）
* XCore open source project on Github （頁面存檔備份，存於網際網路檔案館）
* An Introduction to XMOS' XC language （頁面存檔備份，存於網際網路檔案館）
XChaCha20-Poly1305

**ChaCha20-Poly1305** 是一種認證加密算法。 ChaCha20-Poly1305 加密時無需硬體加速，而且加密速度通常比 AES-GCM 更快，所以某些行動裝置中會優先採用 ChaCha20-Poly1305 加密算法。 ChaCha20-Poly1305 由兩部分組成，分別是 Poly1305 和 ChaCha20。ChaCha20-Poly1305 適用於 IPsec、 SSH 、 TLS 1.2 、 DTLS 1.2、TLS 1.3 、 QUIC、 WireGuard 、 S/MIME 4.0 、 OTR v4 等協議。

## 參考文獻
XChat

**XChat** 原本是為 Unix-like 系統所開發的 IRC 通訊協定軟體。由俄國人 Peter Železný（Zed）從 1998 年開發至 2010 年 8 月 29 日釋放 2.8.9 後再無活動。XChat 使用 GTK + 開發，是跨平台的應用程式，運行在 Linux、FreeBSD、到 Windows 和 Mac 的 OSX。作者使用 GNU 通用公眾授權條款授權將軟體原始碼釋出，這意謂這 X-Chat 是自由軟體的一員。

## 特性

Xchat 使用分頁介面，可以同時連接多個伺服器，客製化性較高。擁有命令列介面和圖形化使用者介面兩種版本，主程式碼使用 GNU 通用公眾授權條款授權，但 Windows 的官方版本是共享軟體，使用 GTK + 生成介面。
Xchat 具有大多數 IRC 客戶端全部的基本功能，包括 CTCP, DCC 檔案傳輸和聊天，XChat 支援使用其它語言編寫的指令碼或外掛程式來擴充功能，可用 C 語言、C++、Perl、Python、Tcl、Ruby、Lua、CLISP、D 語言、DMDScript 等程式設計語言編寫。
此外，XChat 支援多種語系的轉換，對於程式顯示的樣式也有著詳細的內建設定。

XChat 可以在下列作業系統下執行: GNU/Linux, FreeBSD, NetBSD, OpenBSD, Solaris, AIX, IRIX, Mac OS X, Windows 98/ME/NT/2000/XP and others.
官方已移除對 98/ME 的支援，但通過衍生版本或從 Windows 版原始碼編譯，XChat 依舊可以執行在這種平台。

## 授權方式的改變

在 2004 年 8 月 23 日，作者 Zed 將 XChat 的 Windows 可執行版本改為共享軟體並且開始收費，有 30 天的試用期，並將之前的 Windows 免費版本從網站上移出。作者給出的理由是編制 Windows 的版本需要大量的時間和精力。

但原始碼仍然能夠相當自由的取得，只要使用者有能力，可以自己下載原始碼並加以編譯。從此開始，其他 Power-user 開始釋出各種不同的 X-Chat Build，其中有名的就是 SilverX 所建立的版本。這些版本通常幾乎完全依照 Zed 所寫的原始碼所編，依照編譯者的意願，這些可執行版本是免費取得的。官方的版本和其他使用者所釋出的版本，差異在於內建函式庫以及語言支援的部分。

* HexChat

## 參考資料

## 外部連結

XChat 官方網站 （頁面存檔備份，存於網際網路檔案館）

### 衍生版本

* 近期更新的各 Windows 版本 （頁面存檔備份，存於網際網路檔案館）
* XChat Aqua for Mac OS X

### 官方頻道

* freenode：#xchat
* EFnet：#xchat
XClock

**Xclock** 是 X Window System 平台上標準的 gui clock。

其輸出有類比與數位兩種規格。

xclock 的時間可由使用者自行決定。

xclock 的時間來源取自於系統時鐘（system clock）。

## 注釋
XD

**XD** 可以指：

* 笑到眼睛瞇起來的表情符號。
* xD 圖像卡，一種快閃記憶卡，主要由富士軟片與奧林巴斯公司推廣在數位相機上。
* 除息（Ex dividend，x.d.），商業會計術語，如除息日。
* 魔獸世界中德魯伊的代稱（中文拼音代稱）。
* 春田 XD 半自動手槍，由春田兵工廠公司生產及銷售的半自動手槍。
* 490 的羅馬數字表示方法。
* Adobe XD，Adobe Inc 發布的向量繪圖軟體，用來設計網頁及行動應用程式的使用者經驗
XDA

**XDA Developers**（亦作 **XDA** 或 **xda-developers**）是在全球擁有 500 萬使用者的行動軟體開發社群，始辦於 2003 年 1 月，其名稱起源於 O2 XDA。

該網站的主要目的是討論和開發的 Android、Windows Phone、Windows Mobile、WebOS、Firefox OS 等手機系統，也可用於平板電腦和許多其他裝置。並提供相關裝置的技術資訊、ROM 升級、技術支援、Q＆A。每個型號的手機擁有自己的板塊。

2009 年 2 月，微軟要求 XDA Developers 刪除所有與 OEM 相關的 ROM。對此，XDA Developers 提出了一份簽署了超過 10,000 位 XDA 開發成員簽章的請願書。對此，微軟並沒有追究相關的責任，而是認為使用由微軟提供的 ROM 在特定的機型和裝置上進行客製化是可允許的。

2010 年 2 月，XDA Developers 推出了 XDA 入口網站，來進行 Android 手機、其他手機和平板電腦開發的訊息源。

## 參見

* XDAndroid

## 註釋

## 外部連結

* XDA Developers News Portal
* XDA Developers Forum
* XDA Developers 的 Twitter 帳戶
XDA_Developers

**XDA Developers**（亦作 **XDA** 或 **xda-developers**）是在全球擁有 500 萬使用者的行動軟體開發社群，始辦於 2003 年 1 月，其名稱起源於 O2 XDA。

該網站的主要目的是討論和開發的 Android、Windows Phone、Windows Mobile、WebOS、Firefox OS 等手機系統，也可用於平板電腦和許多其他裝置。並提供相關裝置的技術資訊、ROM 升級、技術支援、Q＆A。每個型號的手機擁有自己的板塊。

2009 年 2 月，微軟要求 XDA Developers 刪除所有與 OEM 相關的 ROM。對此，XDA Developers 提出了一份簽署了超過 10,000 位 XDA 開發成員簽章的請願書。對此，微軟並沒有追究相關的責任，而是認為使用由微軟提供的 ROM 在特定的機型和裝置上進行客製化是可允許的。

2010 年 2 月，XDA Developers 推出了 XDA 入口網站，來進行 Android 手機、其他手機和平板電腦開發的訊息源。

## 參見

* XDAndroid

## 註釋

## 外部連結

* XDA Developers News Portal
* XDA Developers Forum
* XDA Developers 的 Twitter 帳戶
XDAndroid

**XDAndroid** 是將開源的 Android 移動作業系統移植到一系列具有高通硬體的 HTC 手機的一個專案。XDAndroid 是通過名為 HaRET (Handheld Reverse Engineering Tool) 的 Windows CE 應用程式，使用一個名為名為「startup.txt」的設定檔，將手機引導進入 Android 系統，同時 Windows Mobile 將會被關閉。專案是由 Xda-developers 社群所建立，由於微軟公司宣布中止對 Windows Mobile 系統的技術支援和開發，和該系統在市場上的淘汰以及手機組態較低的原因，XDAndroid 已經停止了相關研發，最終版本被定格在 XDAndroid 2.2.2 Build FRX07。

## 裝置

## 注釋