เครื่องมือแปลงไฟล์ CID เป็น BIN
แปลงไฟล์ cid ของคุณให้เป็น bin ผ่านช่องทางออนไลน์ฟรี
cid
bin
วิธีแปลง CID เป็น BIN
เลือกไฟล์จากคอมพิวเตอร์, Google Drive, Dropbox, URL หรือทำการลากไฟล์มาที่หน้า.
เลือกรูปแบบไฟล์ bin หรือรูปแบบไฟล์อื่นตามต้องการเป็นผลลัพธ์(รองรับรูปแบบไฟล์มากกว่า 200 รูปแบบ)
ปล่อยให้แปลงไฟล์และคุณสามารถดาวน์โหลดไฟล์ bin ของคุณได้หลังจากนั้น
เกี่ยวกับรูปแบบไฟล์
CID (Character Identifier) คือสถาปัตยกรรมฟอนต์ที่พัฒนาโดย Adobe Systems และกำหนดในเดือนมิถุนายน 1993 เพื่อรับมือกับความท้าทายของฟอนต์ที่มีชุดสัญลักษณ์อักขระจำนวนมาก โดยเฉพาะสำหรับอักษร CJK (จีน, ญี่ปุ่น, เกาหลี) ฟอนต์ PostScript แบบดั้งเดิมระบุสัญลักษณ์อักขระด้วยชื่อ ซึ่งไม่เป็นประโยชน์เมื่อฟอนต์มีตัวอักษรหลายหมื่นตัว — ฟอนต์ญี่ปุ่นทั่วไปอาจมีสัญลักษณ์อักขระมากกว่า 20,000 ตัว ฟอนต์แบบ CID-keyed แทนที่ชื่อสัญลักษณ์อักขระด้วยตัวระบุตัวเลขที่จัดระเบียบตามคอลเลกชันอักขระและลำดับ (เช่น Adobe-Japan1 หรือ Adobe-GB1) ลดภาระสำหรับการเข้าถึงและ subsetting สัญลักษณ์อักขระอย่างมาก สถาปัตยกรรมนี้กำหนดประเภทฟอนต์ PostScript สามแบบ: Type 9 (เส้นขอบ Type 1 แบบ CID-keyed), Type 10 (CID-keyed Type 3) และ Type 11 (CID-keyed Type 42/TrueType) จุดเด่นหลักคือการจัดการชุดอักขระขนาดใหญ่อย่างมีประสิทธิภาพ — แนวทาง CID แบบตัวเลขขจัดต้นทุนหน่วยความจำและการประมวลผลของการรักษาสตริงชื่อสัญลักษณ์อักขระหลายพันรายการ ฟอนต์ CID ยังรองรับทรัพยากร CMap ที่ซับซ้อนซึ่งแมปค่าการเข้ารหัสไปยัง CID ช่วยให้ฟอนต์เดียวรองรับรูปแบบการเข้ารหัสหลายแบบ (Unicode, Shift-JIS, Big5) โดยไม่ต้องทำซ้ำข้อมูลสัญลักษณ์อักขระ สถาปัตยกรรมนี้ผสานรวมกับการ subsetting PDF ได้ดี ช่วยให้เอกสารฝังเฉพาะสัญลักษณ์อักขระที่ใช้จริง เทคโนโลยี CID-keyed วางรากฐานสำหรับการรองรับ CJK ทั้งใน OpenType และเวิร์กโฟลว์ PDF สมัยใหม่ และยังคงใช้งานอยู่ในระบบผลิตสิ่งพิมพ์และประมวลผลเอกสารทั่วโลก
BIN หมายถึงไฟล์ฟอนต์ที่เข้ารหัสด้วย MacBinary ซึ่งเป็นรูปแบบถ่ายโอนที่รักษาคุณสมบัติระบบไฟล์ Classic Macintosh เมื่อย้ายข้อมูลข้ามแพลตฟอร์ม Classic Mac OS จัดเก็บฟอนต์โดยใช้ resource fork — สตรีมข้อมูลรองที่ระบบที่ไม่ใช่ Mac มองไม่เห็น — ซึ่งหมายความว่าการคัดลอกฟอนต์ Mac ไปยัง PC ที่ใช้ Windows หรือเซิร์ฟเวอร์ Unix จะลบข้อมูลฟอนต์จริงทั้งหมดออก MacBinary แก้ปัญหานี้โดยรวม data fork และ resource fork เข้าด้วยกันเป็นไฟล์แบบราบเดียวพร้อมส่วนหัว 128 ไบต์ที่มีเมตาดาต้า HFS ดั้งเดิม ในบริบทของฟอนต์ ไฟล์ BIN มักห่อหุ้มฟอนต์ TrueType แบบ suitcase, ไฟล์เส้นขอบ PostScript Type 1 LWFN หรือทรัพยากรฟอนต์บิตแมป NFNT รูปแบบนี้ถูกกำหนดครั้งแรกในปี 1985 โดย Dennis Brothers และผู้ร่วมงานจากชุมชน Mac ยุคแรก โดย MacBinary II ตามมาในราวปี 1987 และ MacBinary III มาถึงในปี 1996 เพื่อรองรับชื่อไฟล์ที่ยาวขึ้น จุดเด่นสำคัญคือการรักษาแบบไม่สูญเสีย: ทุกไบต์ของไฟล์ฟอนต์ Mac ดั้งเดิมอยู่รอดครบถ้วนผ่านอีเมล, FTP หรือการแชร์ไฟล์ข้ามแพลตฟอร์ม รวมถึงรหัส creator และ type ที่ระบุรูปแบบฟอนต์ การบรรจุเป็นไฟล์เดียวเป็นจุดแข็งเชิงปฏิบัติอีกประการ — แทนที่จะจัดการกับ data stream และ resource stream แยกกัน ผู้ใช้และระบบอัตโนมัติจัดการคอนเทนเนอร์พกพาเพียงหนึ่งเดียว แม้ macOS สมัยใหม่จะหันจาก resource fork และฟอนต์ Mac ปัจจุบันมักมาในรูปแบบ OTF, TTF หรือ DFONT แต่ BIN ยังคงสำคัญสำหรับการเข้าถึงคอลเลกชันฟอนต์ที่เก็บรักษาจากยุค Classic Mac