Windows Metafile ( WMF ) เป็นรูปแบบไฟล์ภาพที่ออกแบบมาสำหรับMicrosoft Windowsในช่วงทศวรรษ 1990 รูปแบบ Windows Metafile ดั้งเดิมนั้นไม่เป็นอิสระจากอุปกรณ์ (แม้ว่าจะสามารถทำให้เป็นอิสระมากขึ้นได้ด้วยส่วนหัวการจัดวาง) และอาจประกอบด้วยทั้งกราฟิกแบบเวกเตอร์และ ส่วนประกอบ แบบบิตแมปมันทำงานในลักษณะคล้ายกับ ไฟล์ SVG ไฟล์ WMF ถูกแทนที่ด้วย Enhanced Metafiles (ไฟล์ EMF) ในภายหลัง ซึ่งรองรับการทำงานที่ไม่ขึ้นกับอุปกรณ์ และไฟล์ EMF ก็ได้รับการปรับปรุงเพิ่มเติมผ่าน ไฟล์ EMF+ในภายหลัง

โดยพื้นฐานแล้ว เมตาไฟล์จะจัดเก็บรายการบันทึกที่ประกอบด้วยคำสั่งการวาด คำจำกัดความคุณสมบัติ และวัตถุกราฟิกเพื่อแสดงภาพบนหน้าจอ^{[ 1 ]}คำสั่งการวาดที่ใช้มีความเกี่ยวข้องอย่างใกล้ชิดกับคำสั่งของAPI อินเทอร์เฟซอุปกรณ์กราฟิก (GDI) ที่ใช้สำหรับการวาดใน Microsoft Windows

มีเมตาไฟล์หลักๆ สามประเภท ได้แก่ WMF ซึ่งเป็น รูปแบบ 16 บิตที่เปิดตัวในWindows 3.0เป็นรูปแบบเวกเตอร์ ดั้งเดิม สำหรับ แอปพลิเคชัน Microsoft Officeเช่นWord , PowerPointและPublisherณ เดือนเมษายน 2024 มีข้อกำหนด Windows Metafile Format ฉบับแก้ไข 18 ให้ใช้งาน^{[ 2 ]}ไฟล์ EMF ซึ่งเข้ามาแทนที่ไฟล์ WMF ทำงานบนหลักการเดียวกัน เพียงแต่เป็นรูปแบบไฟล์ 32 บิตที่อนุญาตให้ฝังข้อมูลส่วนตัวไว้ในระเบียน "ความคิดเห็น" ได้^{[ 3 ]} EMF+ เป็นส่วนขยายของไฟล์ EMF และฝังอยู่ในระเบียนความคิดเห็นเหล่านี้ ทำให้สามารถใส่รูปภาพและข้อความโดยใช้คำสั่ง วัตถุ และคุณสมบัติที่คล้ายกับ Windows GDI+ได้^{[ 4 ]}

รูปแบบไฟล์ WMF 16 บิตดั้งเดิมได้รับการระบุอย่างครบถ้วนในเล่มที่ 4 ของ เอกสารประกอบ Windows 3.1 SDK ปี 1992 ^{[ 5 ]} (อย่างน้อยที่สุดหากรวมกับคำอธิบายของฟังก์ชันและโครงสร้างแต่ละรายการในเล่มอื่นๆ) แต่ข้อกำหนดนั้นคลุมเครือเกี่ยวกับรายละเอียดบางประการ คู่มือเหล่านี้ได้รับการตีพิมพ์เป็นหนังสือที่วางจำหน่ายในร้านหนังสือโดยไม่มีEULA ที่ ต้องคลิกยอมรับ หรือข้อจำกัดด้านลิขสิทธิ์ที่ผิดปกติอื่นๆ (มีเพียงคำเตือนทั่วไปว่าหากซื้อเป็นส่วนหนึ่งของชุดซอฟต์แวร์ ซอฟต์แวร์นั้นจะอยู่ภายใต้ข้อตกลงดังกล่าว)

เมื่อเวลาผ่านไป ข้อกำหนดทางประวัติศาสตร์ดังกล่าวถูกลืมเลือนไปเป็นส่วนใหญ่ และการใช้งานทางเลือกบางอย่างก็หันไปใช้วิธีการวิศวกรรมย้อนกลับเพื่อหาโครงสร้างไฟล์จากไฟล์ WMF ที่มีอยู่ ซึ่งเป็นเรื่องยากและมีโอกาสเกิดข้อผิดพลาด สูง ^{[ 6 ]}ในเดือนกันยายน พ.ศ. 2549 ไมโครซอฟต์ได้เผยแพร่ข้อกำหนดรูปแบบไฟล์ WMF อีกครั้งในรูปแบบที่สมบูรณ์ยิ่งขึ้น^{[ 7 ]}ในบริบทของคำมั่นสัญญาข้อกำหนดแบบเปิดของไมโครซอฟต์โดยสัญญาว่าจะไม่ใช้สิทธิบัตรกับผู้พัฒนาโครงสร้างไฟล์^{[ 8 ]}

ต่อมา Microsoft ได้ยกเลิกการใช้งานไฟล์ WMF และหันมาใช้ ไฟล์ EMF แบบ 32 บิต แทน เนื่องจากไฟล์ WMF มีปัญหาเรื่องความเป็นอิสระของอุปกรณ์อย่างแท้จริง แม้ว่าจะใช้ส่วนหัวไฟล์แบบ "placeable" ซึ่งให้ความเป็นอิสระของอุปกรณ์ขั้นพื้นฐานก็ตาม Microsoft พบว่านักพัฒนาที่ใช้รูปแบบนี้ "[ฝัง] ความคิดเห็นเกี่ยวกับแอปพลิเคชัน ตำแหน่ง หรือการปรับขนาดในเมตาไฟล์... บางคนเพิ่มส่วนหัวลงในเมตาไฟล์ที่ให้ข้อมูลเฉพาะแอปพลิเคชันต่างๆ" ทำให้เกิดปัญหาความเข้ากันได้ที่สำคัญ^{[ 9 ]}ดังนั้น ในปี 1992 พร้อมกับWindows NT 3.1 Microsoft จึงได้แนะนำรูปแบบ Enhanced Metafile (EMF) ^{[ 10 ]}ซึ่งเป็นรูปแบบที่ใช้Win32 API และมีความเป็นอิสระของอุปกรณ์ในตัว^{[ 11 ] [ 9 ]}ซึ่งเรียกอีกอย่างว่า NT metafiles ^{[ 12 ]}ด้วยการเปิดตัวWindows XPและ GDI+ ชุดบันทึกต้องเพิ่มขึ้นอย่างมาก ดังนั้น Microsoft จึงได้เปิดตัว EMF+ เป็นส่วนขยายของรูปแบบไฟล์ EMF ที่มีอยู่^{[ 10 ] [ 13 ]}

ไฟล์ WMF, EMF และ EMF+ ประกอบด้วยชุดของระเบียนที่ถูกนำมาเล่นเพื่อสร้างเอาต์พุตแบบกราฟิก ระเบียนบางส่วนกำหนดวัตถุที่สามารถระบุวัตถุกราฟิกที่ใช้ในการกำหนดวิธีการวาดภาพ (เช่น ปากการะบุสีและความกว้างของเส้น) วัตถุเหล่านี้แต่ละชิ้นจะถูกจัดเก็บไว้ในเมตาไฟล์และวางไว้ในตารางวัตถุ ซึ่งติดตามการใช้งานวัตถุกราฟิกในระหว่างการประมวลผลเมตาไฟล์ ตารางวัตถุเป็นอาร์เรย์แบบเชื่อมโยงของดัชนีไปยังโครงสร้างวัตถุกราฟิกที่กำหนดไว้ภายในเมตาไฟล์

ไฟล์ WMF และ EMF จัดการการประมวลผลวัตถุแตกต่างจากเรคอร์ด EMF+ ในไฟล์ EMF เมื่อมีการประมวลผลไฟล์ WMF และ EMF เรคอร์ดจะถูกอ่านเข้าไปในตารางวัตถุเมื่อมีการกำหนดวัตถุ หากวัตถุถูกลบ วัตถุนั้นจะถูกปล่อยออกจากตารางและสามารถนำตัวระบุกลับมาใช้ใหม่ได้ ที่สำคัญคือ วัตถุจะไม่ถูกใช้งานจนกว่าจะถูกเลือกโดยเฉพาะในระหว่างการเล่นเรคอร์ด^{[ 14 ] [ 15 ]}ซึ่งแตกต่างจากไฟล์ EMF+ ที่ใช้อาร์เรย์แบบเชื่อมโยงผ่านแฮชแมปซึ่งบันทึกวัตถุพร้อมกับตัวระบุวัตถุอย่างไรก็ตาม ต่างจากไฟล์ WMF และ EMF ที่สามารถลบวัตถุได้ เมื่อมีการสร้างวัตถุใหม่ที่มีดัชนีเดียวกันกับวัตถุที่มีอยู่ รายการในตารางจะถูกแทนที่ด้วยวัตถุใหม่ ไฟล์ EMF ไม่จำเป็นต้องเลือกวัตถุโดยเฉพาะก่อนที่จะใช้งาน^{[ 16 ]}

ไฟล์ WMF ไม่ได้ถูกออกแบบมาให้ใช้งานได้กับอุปกรณ์ทุกชนิดตั้งแต่แรก ซึ่งหมายความว่าไฟล์จะไม่สามารถเล่นบนอุปกรณ์เอาต์พุตที่แตกต่างจากอุปกรณ์ดั้งเดิมที่บันทึกไฟล์นั้นไว้ได้ บริษัทAldus Corporation ได้คิดค้นวิธีแก้ปัญหาบางส่วน โดยเพิ่มส่วนหัวที่ "วางได้" เพิ่มเติม เรียกว่า "ส่วนหัว APM" ^{[ 18 ]}ซึ่งเพิ่มสี่เหลี่ยมขอบเขต เวอร์ชันเมตาไฟล์ ขนาดเมตาไฟล์ จำนวนวัตถุในเมตาไฟล์ และขนาดของเรคอร์ดเดี่ยวที่ใหญ่ที่สุดในเมตาไฟล์^{[ 19 ] [ 20 ]} ต่อมา Microsoftได้นำส่วนหัวนี้มารวมเข้ากับรูปแบบ WMF โดยเริ่มตั้งแต่Windows 2000 ^{[ 21 ]}

ไฟล์ WMF มีโครงสร้างเป็นชุดของระเบียน โดยเริ่มต้นด้วยระเบียนควบคุมจำนวนหนึ่ง ได้แก่ ระเบียนส่วนหัว^{[ 19 ] [ 22 ]}ระเบียนที่สามารถวางได้ตามที่กล่าวไว้ข้างต้น^{[ 23 ]}และสิ้นสุดด้วยระเบียนสิ้นสุดไฟล์^{[ 19 ] [ 24 ]}

เรคอร์ดที่ประกอบขึ้นเป็นภาพนั้นถูกห่อหุ้มด้วยเรคอร์ดควบคุม เรคอร์ดเหล่านี้ทำงานภายในสิ่งที่เรียกว่าบริบทอุปกรณ์เล่นซึ่งเป็นชุดของคุณสมบัติและวัตถุที่ประกอบขึ้นเป็นสภาพแวดล้อมกราฟิกของอุปกรณ์ในขณะที่เมตาไฟล์กำลัง "เล่น" ลงบนอุปกรณ์เอาต์พุตนี้^{[ 25 ]}

โดยทั่วไปแล้ว ข้อมูลที่ไม่ใช่ข้อมูลควบคุมสามารถจัดกลุ่มได้เป็น ข้อมูลบิตแมป ข้อมูลการวาด ข้อมูลวัตถุ ข้อมูลสถานะ และข้อมูลการหลีกเลี่ยง

ระเบียนบิตแมปจัดการและส่งออกภาพบิตแมป

บันทึกการวาดภาพจะสร้างผลลัพธ์เป็นภาพกราฟิก

เรคอร์ดวัตถุสร้างและจัดการวัตถุกราฟิก ในไฟล์ WMF มีวัตถุอยู่สองประเภทหลัก ได้แก่ วัตถุกราฟิกและวัตถุโครงสร้าง วัตถุโครงสร้างจะไม่ถูกสร้างหรือลบอย่างชัดเจนใน WMF แต่จะเป็นโครงสร้างที่ซับซ้อนแทน ตัวอย่างเช่น BitmapCoreHeader มีข้อมูลเกี่ยวกับมิติและรูปแบบสีของบิตแมปที่ไม่ขึ้นกับอุปกรณ์^{[ 52 ]}ซึ่งเป็นส่วนหนึ่งของวัตถุ DeviceIndependentBitmap ^{[ 53 ]}อย่างไรก็ตาม วัตถุกราฟิกจะระบุพารามิเตอร์สำหรับเอาต์พุตกราฟิก และในระหว่างการเล่น WMF จะตั้งค่าบริบทอุปกรณ์การเล่น^{[ 54 ]}

วัตถุกราฟิกอาจเป็นแปรง (กำหนดรูปแบบ สี และลวดลายของแปรง ซึ่งกำหนดวิธีการระบายสีพื้นที่ของกราฟิก) ฟอนต์ (กำหนดคุณสมบัติที่มีผลต่อวิธีการแสดงข้อความ) พาเล็ต (ระบุสีเป็นค่าที่ไม่ขึ้นกับอุปกรณ์ ซึ่งกำหนดโดยแอปพลิเคชัน) ปากกา (ระบุคุณลักษณะกราฟิกของเส้น) และพื้นที่ (ซึ่งระบุส่วนของเส้นและเส้นโค้งที่กำหนดรูปร่าง) ^{[ 54 ]}

บันทึกสถานะจะจัดการคุณสมบัติกราฟิกของบริบทอุปกรณ์เล่น^{[ 67 ]}

เรคอร์ด Escape เป็นวิธีการขยายฟังก์ชันการทำงานของเมตาไฟล์ผ่านเรคอร์ดที่ไม่ได้กำหนดไว้เป็นประเภทเรคอร์ด WMF เรคอร์ด Escape แต่ละรายการประกอบด้วยฟังก์ชันเรคอร์ด ฟังก์ชัน Escape และข้อมูล Escape (อาจมี)

ข้อมูลการหลบหนีต่อไปนี้ประกอบกันเป็นไฟล์ WMF

พบช่องโหว่สำคัญในบันทึกการหลีกเลี่ยงเกี่ยวกับบันทึกการหลีกเลี่ยง Abort ซึ่งเก็บรหัสขั้นตอนการยกเลิกไว้ภายในบันทึกนั้นเอง ช่องโหว่นี้ส่งผลกระทบต่อระบบ Windows (ดูCVE - 2005-4560 ) และโครงการ Wine (ดูCVE - 2006-0106 ) ตามที่Secuniaระบุว่า "ช่องโหว่นี้เกิดจากข้อผิดพลาดในการจัดการไฟล์ Windows Metafile ('.wmf') ที่มีบันทึก SETABORTPROC 'Escape' ที่สร้างขึ้นเป็นพิเศษ บันทึกดังกล่าวอนุญาตให้ เรียกใช้ ฟังก์ชันที่ผู้ใช้กำหนด เองได้ เมื่อการแสดงผลไฟล์ WMF ล้มเหลว" ^{[ 142 ]}ตามเอกสารประกอบ SDK ของ Windows 3.1 การหลีกเลี่ยง SETABORTPROC ถูกยกเลิกและแทนที่ด้วยฟังก์ชันที่มีชื่อเดียวกันใน Windows 3.1 นานก่อนที่จะมีการค้นพบช่องโหว่ WMF ^{[ 143 ]}อย่างไรก็ตาม รหัสหลีกเลี่ยงที่ล้าสมัยยังคงถูกเก็บไว้เพื่อความเข้ากันได้กับโปรแกรม 16 บิตที่เขียนขึ้นสำหรับ (หรืออย่างน้อยก็เข้ากันได้กับ) Windows 3.0 การเปลี่ยนแปลงนี้เกิดขึ้นในเวลาเดียวกันกับที่ Microsoft กำลังสร้างการใช้งาน GDI 32 บิตใหม่สำหรับ Windows NT และเป็นไปได้ว่าช่องโหว่นี้เกิดขึ้นระหว่างความพยายามดังกล่าว

หลังจากที่Steve Gibsonกล่าวหาว่า Microsoft จงใจใส่ช่องโหว่เข้าไปในโค้ดของพวกเขา^{[ 144 ] [ 145 ]} Mark Russinovichได้โต้แย้งและระบุว่า:

...สิ่งต่างๆ แตกต่างออกไปเมื่อมีการออกแบบรูปแบบนี้ ในโมเดลหน่วยความจำ "ขนาดใหญ่" ของ Windows 3.1 โค้ดนั้นเป็นอิสระจากตำแหน่งโดยเนื้อแท้ และ Windows ไม่เคยได้รับการแก้ไข ดังนั้นทั้ง Windows และแอปพลิเคชันจึงสามารถคัดลอกฟังก์ชันของแอปพลิเคชันลงในไฟล์ WMF และสันนิษฐานได้ว่ามันจะทำงานได้เมื่อเล่นซ้ำโดยแอปพลิเคชันเดียวกันในเซสชันการทำงานในภายหลัง ไม่ว่าในกรณีใด ก็ไม่ชัดเจนว่านักพัฒนาได้จินตนาการถึงแอปพลิเคชันที่สร้างเมตาไฟล์บนดิสก์พร้อมขั้นตอนการยกเลิกหรือไม่ นอกจากนี้ ดังที่ Stephen Toulouse ของ Microsoft ชี้ให้เห็นในการโต้แย้งของ Microsoftต่อข้อกล่าวอ้างของ Steve ภูมิทัศน์ด้านความปลอดภัยในช่วงต้นทศวรรษ 1990 นั้นแตกต่างจากปัจจุบันมาก และโค้ดทั้งหมด รวมถึงโค้ดที่จัดเก็บไว้ในไฟล์ WMF นั้นได้รับการไว้วางใจโดยเนื้อแท้^{[ 146 ]}

ปีเตอร์ เฟอร์รี จาก Symantec Security Response ประเทศสหรัฐอเมริกา ก็ไม่เห็นด้วยกับกิบสัน โดยกล่าวว่า:

กิบสันอ้างว่ามีการสร้างเธรดเพื่อเรียกใช้ฟังก์ชันจัดการ SetAbortProc แต่ในความเป็นจริงแล้ว ไม่มีเธรดใดถูกสร้างขึ้นเพื่อเรียกใช้ฟังก์ชันจัดการนี้ มันเป็นเพียงฟังก์ชันเรียกกลับ (callback) ที่ถูกเรียกโดยตัวแยกวิเคราะห์ (parser) และตัวแยกวิเคราะห์จะต้องรอจนกว่าฟังก์ชันเรียกกลับจะส่งค่ากลับมา มิฉะนั้นแล้วจุดประสงค์ทั้งหมดของฟังก์ชัน (เพื่อยกเลิกการพิมพ์) ก็จะหายไป กิบสันยอมรับเองว่าเขาไม่ได้อ่านเอกสาร (ในความเป็นจริง เขาอ้างว่าเขาหาเอกสารไม่เจอ ทั้งๆ ที่เอกสารนั้นมีให้ใช้งานได้ฟรีบนเว็บไซต์ของ Microsoft) และเขายังอ้างว่าบริบทของอุปกรณ์ (device context) ไม่สามารถใช้งานได้ในฟังก์ชันจัดการ แน่นอนว่าบริบทของอุปกรณ์นั้นสามารถใช้งานได้ในฟังก์ชันจัดการ — มันเป็นหนึ่งในสองพารามิเตอร์ที่ส่งผ่านไปยังฟังก์ชัน (ดูด้านบน) และจำเป็นสำหรับการยกเลิกการพิมพ์ สุดท้าย กิบสันอ้างว่าการควบคุมการทำงานไม่สามารถกลับไปยัง Windows ได้ มันเป็นเพียงเรื่องของการที่ฟังก์ชันส่งค่ากลับและทิ้งพารามิเตอร์ที่ส่งผ่านบนสแต็ก หากเรคอร์ดนั้นถูกต้องตามรูปแบบ Windows ก็จะดำเนินการแยกวิเคราะห์ไฟล์ต่อไปเช่นเดิม ... กิบสันยอมรับว่าเขาเดาเกี่ยวกับหลายสิ่งหลายอย่าง น่าเสียดายที่เขาเดาผิด ผมคิดว่าตอนนี้เรารู้ดีขึ้นแล้ว^{[ 147 ]}

ไฟล์ EMF มีส่วนหัวที่เป็นไปได้สามเวอร์ชัน ส่วนหัวดั้งเดิมเป็นเพียงคอนเทนเนอร์สำหรับรูปภาพ เวอร์ชันที่สองและสามจะห่อหุ้มส่วนหัวดั้งเดิมและมีบันทึกรูปแบบพิกเซลและการสนับสนุนบันทึก OpenGL และเวอร์ชันที่สามจะห่อหุ้มส่วนขยายส่วนหัวที่สองและเพิ่มความแม่นยำและความสามารถในการปรับขนาดของ EMF เนื่องจากเพิ่มความสามารถในการวัดระยะทางของพื้นผิวอุปกรณ์โดยใช้ระบบเมตริก^{[ 148 ]}

ส่วนหัว EMF แต่ละส่วนเริ่มต้นด้วยเรคอร์ด EMR_HEADER และบันทึกคุณสมบัติที่เกี่ยวข้องของอุปกรณ์ที่บันทึกภาพเมตาไฟล์ ส่วนหัว EMF ดั้งเดิมมีส่วนหัวขนาด 80 ไบต์และสตริงคำอธิบายความยาวแปรผันที่เป็นตัวเลือก^{[ 149 ]}เมตาไฟล์อื่นๆ มีฟิลด์ส่วนขยายซึ่งห่อหุ้มส่วนหัวดั้งเดิมEmfMetafileHeaderExtension1เป็นเรคอร์ดที่แทรกโดยตรงหลังจากส่วนหัว EMF ดั้งเดิม ระบุว่ามีตัวอธิบายรูปแบบพิกเซลและออฟเซ็ตไปยังวัตถุตัวอธิบายภายในส่วนหัวหรือไม่ รวมถึงฟิลด์ที่ระบุว่า มีเรคอร์ด OpenGLอยู่ในเมตาไฟล์ หรือไม่ ^{[ 150 ]}ตัวอธิบายรูปแบบพิกเซลระบุความสามารถของพื้นผิวการวาดและว่าพิกเซลถูกเข้ารหัสในRGBAหรือเป็นดัชนีในตารางสี^{[ 151 ]}EmfMetafileHeaderExtension2เป็นเรคอร์ดที่แทรกโดยตรงหลังจากEmfMetafileHeaderExtension1เรคอร์ด และมีสองฟิลด์ที่มีค่า X และ Y เพื่อวัดพื้นผิวอุปกรณ์ในหน่วยไมโครเมตร^{[ 152 ]}

เช่นเดียวกับไฟล์ WMF ไฟล์ EMF สามารถจำแนกประเภทตามฟังก์ชันได้ อย่างไรก็ตาม ไฟล์ EMF มีประเภทบันทึกมากกว่าไฟล์ WMF บันทึกสามารถจำแนกได้เป็น บันทึกควบคุม บันทึกบิตแมป บันทึกการตัด บันทึกความคิดเห็น บันทึกการวาด บันทึกการหลีกเลี่ยง บันทึกการสร้างวัตถุ บันทึกการจัดการวัตถุ OpenGL บันทึกวงเล็บเส้นทาง บันทึกสถานะ และบันทึกการแปลง

พร้อมกับการเปิดตัวWindows XPได้ มีการนำรูปแบบ Enhanced Metafile Format Plus Extensions (EMF+) มาใช้ EMF+ เป็นวิธีการในการจัดลำดับการเรียกใช้ API ของGDI+ในลักษณะเดียวกับที่ WMF/EMF จัดเก็บการเรียกใช้ GDI

นอกจากนี้ยังมีเวอร์ชันบีบอัดของ Windows Metafile ที่เรียกว่าCompressed Windows Metafile (WMZ) และCompressed Windows Enhanced Metafile (EMZ) ^{[ 153 ]}ซึ่งโดยพื้นฐานแล้วคือไฟล์ WMF และ EMF ที่บีบอัดด้วย gzip ตามลำดับ

รูปแบบไฟล์ WMF ถูกออกแบบมาเพื่อใช้งานโดยเลเยอร์ GDI ของ Windows เพื่อกู้คืนภาพแต่เนื่องจากไฟล์ไบนารี WMF มีคำจำกัดความขององค์ประกอบกราฟิก GDI ที่ประกอบเป็นภาพนั้น จึงเป็นไปได้ที่จะออกแบบไลบรารีทางเลือกที่แสดงผลไฟล์ไบนารี WMF หรือแปลงเป็นรูปแบบกราฟิกอื่นๆ

• โพสต์สคริปต์
• ภาษามาร์กอัปเวกเตอร์ (VML)
• กราฟิกเวกเตอร์ที่ปรับขนาดได้ (SVG)

• ข้อกำหนดรูปแบบไฟล์เมตาของ Windows จาก Microsoft
• เมตาไฟล์ – แอปพลิเคชัน Windows
• สรุปข้อมูลรูปแบบไฟล์ได้ที่ fileformat.info
• คำถามที่พบบ่อยเกี่ยวกับ Windows Metafile