Mini vMac

Mini vMac เป็นซอฟต์แวร์โอเพ่นซอร์สฟรีและข้ามแพลตฟอร์มที่ใช้ใน C และออกแบบมาจากออฟเซตเพื่อทำหน้าที่เป็นตัวเลียนแบบสำหรับระบบคอมพิวเตอร์ Macintosh Plus ที่ Apple สร้างขึ้น บน Linux, BSD, Microsoft Windows และระบบปฏิบัติการ Mac OS X

การเป็นหนึ่งในเครื่องแมคอินทอชรุ่นแรกที่ออกแบบโดย Apple Macintosh Plus ใช้เฉพาะซอฟต์แวร์ Mac รุ่นเก่าซึ่งแน่นอนว่าไม่สามารถใช้งานได้กับคอมพิวเตอร์ Macintosh ล่าสุด ดังนั้นซอฟต์แวร์ Mini vMac จึงช่วยรักษาประวัติไว้ ได้รับการออกแบบมาให้ง่ายต่อการใช้งานพกพาและเรียบง่ายที่สุดเท่าที่จะเป็นไปได้

ในการใช้แอ็พพลิเคชัน Mini vMac ในระบบ GNU / Linux ของคุณตรวจสอบให้แน่ใจว่าคุณดาวน์โหลดแพคเกจไบนารีที่สอดคล้องกับสถาปัตยกรรมฮาร์ดแวร์ของคอมพิวเตอร์ของคุณแล้วเก็บที่เก็บถาวรไว้ที่ไหนสักแห่งในคอมพิวเตอร์ของคุณให้แกะกล่องและดับเบิลคลิกที่ไฟล์ปฏิบัติการ .

แอพพลิเคชันจะเปิดขึ้นมาและแจ้งให้คุณทราบว่ารูปภาพ ROM ของระบบ Macintosh Plus สามารถระบุได้ ซึ่งหมายความว่าคุณจะต้องได้รับไฟล์ vMac.ROM (ดูรายละเอียดเพิ่มเติมได้ที่หน้าแรกของโครงการ) และวางไว้ในโฟลเดอร์เดียวกันกับไฟล์ปฏิบัติการ Mini vMac

หลังจากที่คุณได้รับภาพ Macintosh Plus ROM แล้วคุณต้องปิดโปรแกรมและเปิดใหม่อีกครั้ง หากไฟล์ ROM ถูกต้องระบบจะบูตโดยอัตโนมัติและอนุญาตให้คุณใช้งานได้เช่นเดียวกับที่คุณใช้ระบบปฏิบัติการเสมือนจริงอื่น ๆ

ซอฟต์แวร์นี้เป็นการนำเอาแอปพลิเคชัน vMac ออกซึ่งไม่ได้รับการปรับปรุงมาเป็นเวลาหลายปี เพื่อความสะดวกของคุณโปรแกรมจะแจกจ่ายเป็นชุดไบนารีที่สร้างไว้ล่วงหน้าสำหรับระบบปฏิบัติการดังกล่าวซึ่งสนับสนุนสถาปัตยกรรมชุดคำสั่งแบบ 64 บิต (x86_64) และ 32 บิต (x86)

รหัสแหล่งที่มาของแอปพลิเคชันสามารถดาวน์โหลดได้สำหรับผู้ที่ต้องการเพิ่มประสิทธิภาพซอฟต์แวร์สำหรับแพลตฟอร์มฮาร์ดแวร์หรือระบบปฏิบัติการที่เฉพาะเจาะจง

อะไรคือ ใหม่ ในรุ่นนี้:

มีอะไรใหม่ ในเวอร์ชัน 3.3.3:

• คุณลักษณะใหม่ในการคอมไพล์เริ่มต้น:
• ระบบ Mini vMac ได้รับการสนับสนุนเพิ่มเติมจากระบบปฏิบัติการ:
• FreeBSD บน x86-32 (ใช้ & quot; -t fbsd & quot; ในระบบสร้าง)
• FreeBSD ใน x 86-64 (& quot; -t fb64 & quot;)
• OpenBSD บน x86-32 (& quot; -t obsd & quot;)
• OpenBSD บน x86-64 (& quot; -t ob64 & quot;)
• NetBSD บน x86-32 (& quot; -t nbsd & quot;)
• NetBSD บน x86-64 (& quot; -t nb64 & quot;)
• Dragonfly BSD บน x86-32 (& quot; -t dbsd & quot;)
• Dragonfly BSD บน x86-64 (& quot; -t db64 & quot;)
• OpenIndiana บน x86-32 (& quot; -t oind & quot;)
• OpenIndiana บน x 86-64 (& quot; -tii64 & quot;)
• Linux บน ARM (& quot; -t larm & quot;)
• Linux บน SPARC (& quot; -t lspr & quot;)
• Minix 3.2 (& quot; -t minx & quot;)
• พอร์ตเหล่านี้ปรับรหัส X Window เดียวกันเป็นพอร์ต Linux และควรมีฟังก์ชันการทำงานเหมือนกันยกเว้นปัจจุบันยังไม่มีเสียงสำหรับบางส่วน รุ่น x 86-64 กำลังทำงานช้าลงเนื่องจากไม่มีการปรับภาษาแอสเซมบลีและไม่ควรใช้หากรุ่น x86-32 ทำงานได้
• เวอร์ชัน X สามารถเล่นเสียงได้โดยใช้ API ระบบโอเพ่นซอร์ส (OSS) (โดยปกติจะใช้การใช้งานที่เข้ากันได้ในแต่ละระบบปฏิบัติการแทน OSS อย่างเป็นทางการ) เสียงจะถูกเปิดใช้งานโดยค่าเริ่มต้นใน FreeBSD และ NetBSD Sound compiles โดยไม่มีปัญหา (ใช้ & quot; -sound 1 & quot;) ใน Dragonfly BSD และ OpenIndiana แต่ฉันยังไม่สามารถทดสอบสิ่งเหล่านี้ได้ การรับเสียงจาก Dragonfly BSD ดูเหมือนจะต้องมีการตั้งค่าด้วยตนเอง OpenIndiana ดูเหมือนจะไม่มีเสียงใด ๆ ใน VMware Fusion เสียงยังรวบรวมโดยไม่มีปัญหาเกี่ยวกับ OpenBSD แต่มันไม่ทำงาน - การตั้งค่าอัตราตัวอย่างที่ต้องการล้มเหลว Minix ดูเหมือนจะไม่ค่อยสนับสนุนเสียงเลย นอกจากนี้ยังสามารถใช้ OSS API บน Linux โดยใช้ & quot; -snd-api & quot; สร้างระบบ
• รุ่น X ตอนนี้จะพยายามค้นหาในโฟลเดอร์ที่มีแอพพลิเคชันสำหรับภาพ ROM เช่น Macintosh และ Windows version ทำ (และสำหรับไฟล์ disk1.dsk เป็นต้น) หากไม่สามารถกำหนดไดเร็กทอรีแอ็พพลิเคชันไดเร็กทอรีปัจจุบันจะถูกใช้เป็นมาก่อน นี้ใช้สำหรับ Linux, FreeBSD, NetBSD, Dragonfly BSD และ OpenIndiana แต่ไม่ใช่ OpenBSD และ Minix
• รุ่น X ตอนนี้มีตัวเลือกบรรทัดคำสั่งใหม่ & quot; -d [directory_path] & quot ;, ซึ่งใช้ [directory_path] แทนไดเร็กทอรีแอ็พพลิเคชันเมื่อค้นหาภาพ ROM และไฟล์ disk1.dsk และอื่น ๆ .
• เวอร์ชัน X มีตัวเลือกบรรทัดคำสั่งใหม่ & quot; -n [app_name] & quot; ซึ่งใช้ชื่อ [app_name] แทนชื่อแอ็พพลิเคชันสำหรับชื่อของหน้าต่าง Mini vMac
• รุ่น X นี้สนับสนุนโฟลเดอร์รอมกลางเช่นเดียวกับ Macintosh และ Windows เวอร์ชันต่างๆ หาก & quot; ~ / .gryphel / mnvm_rom & quot; อยู่มินิ vMac จะมีลักษณะสำหรับภาพ ROM ถ้าไม่มีอยู่จะปรากฏในไดเร็กทอรีแอ็พพลิเคชัน (และตัวเลือกบรรทัดคำสั่ง -r จะแทนที่ทั้งสองอย่าง)
• เปลี่ยนลักษณะการทำงานในการคอมไพล์ค่าเริ่มต้น:
• การวาดหน้าจอจำลองไปยังหน้าจอจริงมีประสิทธิภาพมากขึ้น เมื่อความลึกของสีเป็น 4 บิตหรือน้อยกว่าการแปลงแต่ละพิกเซลมีตารางที่มี 256 รายการสำหรับการแปลงหนึ่งไบต์ในแต่ละครั้ง นอกจากนี้ยังระมัดระวังเพิ่มเติมเกี่ยวกับการแปลงเฉพาะพิกเซลในสี่เหลี่ยมผืนผ้าที่ จำกัด พื้นที่ที่มีการเปลี่ยนแปลงมากกว่าทั้งหน้าจอ
• Linux เวอร์ชันโหลดไลบรารี ALSA แบบไดนามิกเพื่อเล่นเสียงเพื่อให้ Mini vMac ยังคงทำงานโดยไม่มีเสียงแม้ว่าจะไม่ได้ติดตั้ง ALSA ก็ตาม (เทคนิคนี้มีให้เห็นใน SDL) ดังนั้นโดยค่าเริ่มต้น Linux จะรวบรวมข้อมูลเสียงเข้ากันกับ Mac และ Windows เวอร์ชัน
• ในเวอร์ชัน Linux เมื่อเล่นเสียงกับ ALSA จะไม่มีการเรียกใช้ snd_pcm_delay อีกต่อไป การหน่วงเวลาจนกว่าตัวอย่างจะเล่นไม่ได้มีความเกี่ยวข้องจริงๆ สิ่งที่ Mini vMac ต้องการทราบคือเวลาในการ buffer underrun ดังนั้นมินิ vMac ตอนนี้ดูที่ขนาดบัฟเฟอร์ลบพื้นที่ที่มีอยู่ในบัฟเฟอร์ซึ่งอาจเป็นประโยชน์มากขึ้นเพื่อวัตถุประสงค์ในการป้องกันการบุกรุกบัฟเฟอร์ในขณะที่ลดความหน่วง
• รุ่น X นี้ใช้การล็อกคำแนะนำเพื่อปฏิเสธการเปิดสำหรับเขียนภาพดิสก์ที่เปิดขึ้นมาเพื่อเขียนโดย Mini vMac รุ่นอื่น ก่อนหน้านี้มินิ vMac รุ่น X สามารถเปิดภาพดิสก์ที่เปิดอยู่แล้วซึ่งอาจทำให้ภาพเสียหาย ถ้า Mini vMac สามารถเปิดอ่านดิสก์รูปแบบเดียวได้เช่นเดียวกับผู้ใช้ล็อกไฟล์ระบบจะไม่ใช้ล็อคคำแนะนำและ Mini vMac หลายชุดสามารถใช้งานได้
• ขณะนี้ X เวอร์ชันพยายามใช้ชื่อแอปพลิเคชันเพื่อตั้งชื่อเรื่องของหน้าต่างเช่นมี Macintosh และ Windows เวอร์ชัน (ถ้าชื่อแอ็พพลิเคชันไม่สามารถระบุได้ว่า "Mini vMac" ใช้เหมือนเดิม) ซึ่งจะพบได้ในเวลาเดียวกันกับไดเร็กทอรีแอ็พพลิเคชันและใช้กับระบบปฏิบัติการเดียวกัน
• อาร์กิวเมนต์บรรทัดคำสั่งจะถูกสแกนก่อนค้นหาไฟล์ disk1.dsk และอื่น ๆ นี่เป็นสิ่งจำเป็นสำหรับรูปแบบใหม่ & quot; -d & quot; ตัวเลือกในการทำงานและมีผลข้างเคียงที่ถ้าดิสก์ภาพถูกระบุในบรรทัดคำสั่งพวกเขาจะถูกเปิดก่อน หากมีภาพในบรรทัดคำสั่ง Mini vMac จะไม่ต้องกังวลเรื่อง disk1.dsk เลย
• ส่วน & quot; -l & quot; (หรือตัวเลือกบรรทัดคำสั่ง & quot; / l ใน Windows) จะถูกลบออก & quot; ความเร็ว z & quot; ตัวเลือกการสร้างระบบควรใช้แทน ตัวเลือกบรรทัดคำสั่งมาจากก่อนสร้างระบบและตัดสินใจที่จะสร้างตัวเลือกเวลาในการสร้างมากกว่าตัวเลือกเวลาทำงาน
• การแก้ไขข้อผิดพลาดในการคอมไพล์เริ่มต้น:
• ขณะนี้ Windows จะทำแผนที่คีย์ Enter บนแป้นตัวเลขไปยังคีย์การป้อนข้อมูลของ Macintosh ตอนนี้สามารถแยกแยะคีย์นั้นจากคีย์ Enter บนแป้นพิมพ์หลักซึ่งแม็ปกับปุ่ม Return Macintosh ก่อนหน้านี้ไม่มีวิธีใดในการพิมพ์คีย์ Enter ของ Macintosh ขอบคุณ & quot; Alex & quot; เพื่อชี้ประเด็นนี้
• ใน Windows เวอร์ชันในโหมดเต็มหน้าจอการตรวจสอบว่าเหตุการณ์สำคัญที่ลงมาเป็นคีย์ autorepeated ไม่ถูกต้องหรือไม่ ดังนั้นคีย์ที่อาจได้รับการละเว้นเมื่อพวกเขาไม่ควรได้รับ ฉันได้นำเช็คออกเนื่องจากยังไม่ทราบวิธีดำเนินการอย่างถูกต้อง (เมื่อใช้ "เบ็ดแป้นพิมพ์ระดับต่ำ" & quot;) นี่ไม่มีผลต่อการจำลอง Macintosh เนื่องจากมีการตรวจสอบเพิ่มเติมสำหรับเหตุการณ์ที่ซ้ำซ้อน อาจส่งผลต่อโหมดควบคุมเช่นเมื่อกด Control-M
• เวอร์ชัน Windows ตอบสนองต่อข้อความ WM_QUERYENDSESSION แล้วดังนั้นหากคุณพยายามปิดคอมพิวเตอร์โดยใช้ Mini vMac (มีภาพดิสก์ที่ติดตั้งอยู่) Mini vMac จะบ่นและหยุดการทำงาน
• ในเวอร์ชัน Linux ใช้ ALSA เพื่อเล่นเสียงเรียก snd_pcm_start ก่อนที่จะวางตัวอย่างเสียงในบัฟเฟอร์ ALSA ซึ่งอาจทำให้การพูดติดอ่างในตอนต้นหรือตามรายงานฉบับหนึ่งป้องกันไม่ให้เสียงทำงานเลย ขณะนี้มินิ vMac รอจนบัฟเฟอร์ส่วนตัวเต็มแล้วโอนให้มากที่สุดเท่าที่จะพอดีกับบัฟเฟอร์ ALSA และเริ่มเล่นเสียง
• เมื่อคอมไพล์ลินุกซ์เวอร์ชันสำหรับ ARM จะมีการตรวจสอบว่าผลของ snd_pcm_avail_update ดูสมเหตุสมผลและถ้าไม่ได้เรียกใช้ snd_pcm_status_get_avail แทน ปัญหานี้ดูเหมือนจะเป็นปัญหาใน Raspbian สำหรับ Raspberry Pi
• นาฬิกาจำลองไม่ได้รับการเตรียมใช้งานอย่างถูกต้องและถูกต้องหลังจากที่เครื่องแรก & quot; สอง & quot; ขัดจังหวะ.
• หากหน้าจอที่จำลองขึ้นใหญ่เกินไปเพื่อให้พอดีกับหน้าจอจริง (เมื่อมีการออโตสโคปพร้อมใช้งาน) หากพื้นที่ของหน้าจอจำลองที่เปลี่ยนไปไม่ได้ตัดกันพื้นที่ที่มองเห็นได้ของหน้าจอที่จำลองแล้วรูปสี่เหลี่ยมผืนผ้าที่ไม่ถูกต้องคือ ใช้สำหรับวาด ฉันค้นพบสิ่งนี้เมื่อลองใช้ Vector Linux 7 ซึ่งดูเหมือนจะมีการตรวจแก้จุดบกพร่องพิเศษบางอย่าง
• ในกรณีที่ไม่น่าเป็นไปได้ในโหมดเต็มหน้าจอการกวาดภาพอัตโนมัติไม่สามารถเลื่อนเพื่อแสดงแถวสุดท้ายของพิกเซลที่ด้านล่างหรือคอลัมน์สุดท้ายของพิกเซลทางด้านขวา
• หากคอมพิวเตอร์โฮสต์ไม่เร็วพอสำหรับ Mini vMac ให้ทำงานด้วยความเร็ว 1 เท่ามินิ vMac จะไม่ทำงานอย่างราบรื่นและหยุดชั่วคราวเป็นระยะ ๆ เป็นระยะ ๆ การทดสอบสำหรับสถานการณ์นี้ไม่ถูกต้องและตัวนับหนึ่งไบต์จะล้น (มีเคาน์เตอร์ให้เล็กที่สุดเท่าที่จะเป็นไปได้ทำให้ง่ายต่อการตรวจจับข้อบกพร่องเช่นนี้)
• ใน Mini vMac ของ Window X Window เมื่อใช้ส่วนขยาย Mini vMac เพื่อสร้างไฟล์ในระบบโฮสต์เช่น ExportFl จะไม่มีการใช้กล่องโต้ตอบบันทึก ก่อนหน้านี้ไฟล์จะถูกสร้างขึ้นในไดเร็กทอรีแอ็พพลิเคชันโดยใช้ชื่อที่ขอ นี้ไม่ปลอดภัยที่เลวร้ายที่สุดจะช่วยให้โปรแกรมที่ทำงานในมินิ vMac เพื่อแทนที่โปรแกรมมินิ vMac ตอนนี้ไฟล์จะถูกสร้างขึ้นในโฟลเดอร์ที่ชื่อว่า & quot; เอาท์พุท & quot; ในไดเร็กทอรีที่มีแอ็พพลิเคชัน โฟลเดอร์นี้จะถูกสร้างขึ้นหากไม่มีอยู่
• ในเวอร์ชันของ Microsoft Windows ถ้าเส้นทางไปยังรูปภาพของดิสก์ถูกส่งผ่านไปยัง Mini vMac ในบรรทัดคำสั่งที่ยาวกว่าถูกต้องตามกฎหมายสำหรับเส้นทางผลลัพธ์ของ buffer overflow
• เวอร์ชัน Windows CE ได้รับความเสียหาย ขณะนี้คอมไพล์และทำงานอย่างน้อยที่สุดบนเครื่องจำลองอุปกรณ์ของ Microsoft ด้วย Windows Mobile เวอร์ชัน 5.0 ฉันไม่มีความคิดถ้ามันทำงานบนฮาร์ดแวร์จริง ใครสนใจ? (Windows Mobile ถูกยกเลิกและแทนที่ด้วย Windows Phone) พอร์ตนี้เริ่มรบกวนการใช้งาน Windows เวอร์ชันหลักและเลือกที่จะลบออกทั้งหมดหรือทำให้สามารถดูแลได้
• คุณลักษณะใหม่ที่ไม่ได้อยู่ในการคอมไพล์เริ่มต้น:
• ตัวเลือกระบบสร้างใหม่ & quot; -lt & ​​quot; ช่วยให้สามารถจำลอง LocalTalk ของ Mike Fort ได้ ปัจจุบันมีข้อ จำกัด บางประการ ใช้งานได้กับ OS X เท่านั้นต้องใช้คำสั่ง & quot; sudo chmod ugo + rw / dev / bpf * & quot; เพื่อให้ผู้ใช้ Mini vMac (และทุกคนสามารถเข้าถึงเครือข่ายได้ทั้งหมด) แท็ก & quot; -lt & ​​quot; ยังทำให้ Mini vMac ทำงานในพื้นหลังโดยค่าเริ่มต้นเนื่องจากมินิ vMac ไม่สามารถเป็นโหนด LocalTalk ที่ถูกต้องหากไม่ได้รันอยู่ คุณต้องเปิด AppleTalk ด้วยตนเองในตัวเลือก - ฉันสามารถตั้งค่าสถานะ PRAM เพื่อบูตด้วย AppleTalk ได้แล้ว แต่ไม่สามารถทำงานได้อย่างถูกต้อง
• ตัวเลือกระบบสร้างใหม่ & quot; -lang pol & quot; เลือกแปลโปแลนด์ของส่วนติดต่อผู้ใช้โดย Przemyslaw Buczkowski
• เวอร์ชัน X มีการสนับสนุนสีเบื้องต้น (สำหรับการจำลอง Mac II) เวอร์ชัน X เท่านั้นที่รองรับเฉพาะ 24 บิต & quot; TrueColor & quot; และมีข้อ จำกัด บางประการเกี่ยวกับรูปแบบ ฉันสงสัยว่าอะไรนอกจาก TrueColor ใช้กับเครื่องจักรที่ทันสมัยและอาจจะไม่สนับสนุนทางเลือกอื่น ๆ ความลึกอื่น ๆ เช่น 15, 16 และ 32 บิตอาจใช้และอาจควรได้รับการสนับสนุนหากฉันสามารถหาวิธีทดสอบได้
• ตัวเลือกระบบสร้างใหม่ "- mf & quot; อนุญาตให้มีการเปลี่ยนขนาดการขยายจากค่าเริ่มต้น 2. ตัวอย่างเช่น & quot; -mf 3 & quot; ตั้งค่าการขยายเป็น 3 ตัวเลือก & quot; -mf 1 & quot; ปิดใช้งานการขยายภาพ (ลบคำสั่ง Control-M) ปัจจัยการขยายต้องเป็นจำนวนเต็ม
• การเปลี่ยนแปลงลักษณะการทำงานไม่ได้อยู่ในการคอมไพล์ค่าเริ่มต้น:
• ความลึกสีเริ่มต้นสำหรับการจำลอง Mac II คือ & quot; -dthth 3 & quot; แทน & quot; -dthth 0 & quot;.
• สำหรับการจำลอง Macintosh II AutoSlow จะถูกปิดใช้งานโดยค่าเริ่มต้น & quot; -as 0 & quot; AutoSlow อาจจำเป็นต้องปรับแต่งเพิ่มเติมเพื่อให้ทำงานได้ดีกับการจำลอง Mac II
• ในเวอร์ชัน X ผลของการเขียนและการเฟ้นภาพดิสก์จะได้รับการตรวจสอบข้อผิดพลาดซึ่งจะหยุดคำเตือนของคอมไพเลอร์ใน Ubuntu ล่าสุด
• การแก้ไขข้อผิดพลาดไม่ได้อยู่ในการคอมไพล์เริ่มต้น:
• แก้ไขข้อบกพร่องในคำแนะนำ DIVS.L ที่รายงานโดย & quot; AP & quot; (คำสั่ง A 68020 ที่ใช้ในการจำลอง Mac II)
• แก้ไขคำแนะนำ BFFFO ซึ่งเสียสมบูรณ์โดยรายงาน & quot; AP & quot; (คำสั่งอีก 68020 ที่ใช้ในการจำลอง Mac II)
• การดำเนินการฟิลด์บิตในรีจีสเตอร์ใช้หมุนเวียนมากกว่าการเปลี่ยน บิตที่เลือกอาจไม่ต่อเนื่องตามที่ระบุไว้โดย & quot; AP & quot; และยืนยันโดยเอกสารประกอบ (เขตข้อมูลการดำเนินงานบิตถูกเพิ่มใน 68020)
• การดำเนินการด้านข้อมูลบิตในหน่วยความจำตอนนี้พยายามที่จะทำงานเฉพาะกับไบต์จำนวนมากเท่าที่จำเป็นเท่านั้น ก่อนหน้านี้ดำเนินการกับไบต์ 5 รายการซึ่งอาจมีผลที่ไม่พึงประสงค์หากใช้งานอุปกรณ์ที่จับคู่กับหน่วยความจำตามที่ระบุไว้โดย & quot; AP & quot;
• ส่วน & quot; MoveP.L, Dn & quot; คำแนะนำผสมคำสั่งของการขยับและกำบังและถูกทำลายอย่างสมบูรณ์ตามที่รายงานโดย & quot; AP & quot;
• สับที่อนุญาตให้มี Video RAM จำนวนมากในการจำลอง Macintosh II ไม่ทำงานอย่างเหมาะสมเนื่องจากอาร์เรย์ที่ใช้สำหรับการแปลที่อยู่ในพื้นที่ของการจำลอง CPU ไม่ได้รับการจัดสรรให้ใหญ่พอ ตอนนี้ระบบสร้างเลือกขนาดการจัดสรร (ปัญหานี้เกิดขึ้นกับ 1024x768 โดยมีล้านสี) รายละเอียดเพิ่มเติม: การ์ด NuBus แต่ละการ์ดมีพื้นที่ที่อยู่เพียง 1 เมกะไบต์เมื่อคอมพิวเตอร์อยู่ในโหมด 24 บิต และ Mac II มักจะวาดในโหมด 24 บิต เมื่อจำเป็นต้องใช้ RAM วิดีโอสำหรับตัวเลือกเวลารวบรวมข้อมูลที่ต้องการมินิ vMac จะใช้พื้นที่ที่อยู่จากช่องเสียบ NuBus ที่อยู่ติดกัน
• Fixed & quot; -min-extn & quot; build ใน Linux เวอร์ชัน
• สร้างระบบ:
• เพิ่มตัวเลือกระบบการสร้าง & quot; -api cco & quot; ใช้ Cocoa API ของ Apple สำหรับ OS X แทน API Carbon ที่เลิกใช้งาน แต่พอร์ตโกโก้ของ Mini vMac ยังไม่ได้รับการพิจารณาว่าพร้อมที่จะได้รับการสนับสนุนอย่างเป็นทางการและยังคงใช้รุ่น Carbon อยู่
• เพิ่มตัวเลือกระบบการสร้าง & quot; -api SDL & quot; ใช้ Simple DirectMedia Layer 1.2 API นี้ถูกเพิ่มเป็นหินก้าวไปยังพอร์ตโกโก้โดยการรวมรหัสที่มาสำหรับ SDL กับรหัสแหล่งที่มาสำหรับพอร์ต SDL Mini vMac แล้วเอาทุกอย่างที่ไม่จำเป็นออกแล้วทำความสะอาดได้มากจนต้นโกโก้พื้นเมือง พอร์ตโผล่ออกมา อย่างไรก็ตามพอร์ต SDL สามารถใช้เป็นพอร์ตไปยังแพลตฟอร์มอื่น ๆ ที่รองรับโดย SDL แต่นี่ไม่ใช่ (สนับสนุน) อย่างเป็นทางการ
• เพิ่มตัวเลือกระบบสร้าง & quot; -t mx64 & quot; สำหรับการติดตั้ง X11 ของ Apple ใน x86-64 (ก่อนหน้านี้ x86-32 และ PowerPC ได้รับการสนับสนุน)
• เพิ่มตัวเลือกระบบสร้าง & quot; -t cygw & quot; สำหรับ Cygwin / X สำหรับ Microsoft Windows Cygwin สามารถใช้ในการคอมไพล์เวอร์ชั่น Microsoft Windows ได้ตามปกติด้วย & quot; -t wx86 -e cyg & quot;.
• เพิ่มตัวเลือกระบบการสร้าง & quot; -t irix & quot; สำหรับ IRIX โดย Silicon Graphics, Inc. ขอบคุณ John Perkins
• MinGW สามารถใช้ในการคอมไพล์มินิ vMac ด้วยตัวเลือกระบบสร้าง & quot; -t wx86 -e mgw & quot; ตั้งแต่ Bloodshed Dev-C + + ขึ้นอยู่กับ MinGW & quot; -t wx86 -e dvc -cl & quot; ก่อนหน้านี้จะให้ผลลัพธ์ที่คล้ายคลึงกัน
• เปลี่ยนลำดับอาร์กิวเมนต์ไปยังคำสั่ง link เมื่อสร้างเวอร์ชัน Linux ปรากฎว่ามีคำสั่งทั่วไปสำหรับวิธีระบุไลบรารีที่ฉันไม่รู้เนื่องจากฉันไม่ได้เจอลิงเกอร์ที่ดูแลจนกระทั่ง Ubuntu 11.10
• ระบบการสร้างควรจะทำงานได้อย่างถูกต้องในโปรแกรมเลียนแบบอื่น ๆ เช่น SheepShaver รายงานระบุว่าระบบสร้างจะทำให้โปรแกรมจำลองระบบพังยับเยิน การทดสอบว่าระบบสร้างทำงานอยู่ใน Mini vMac หรือไม่ (เพื่อให้เก็บข้อมูลที่เป็นผลลัพธ์อาจถูกส่งออกไปยังโฮสต์) ไม่ดีพอ
• ระบบ build จะยับยั้งข้อความเตือนที่สร้างขึ้นเมื่อคอมไพล์การจำลอง Macintosh II ด้วย Microsoft Visual C ++ ด้วยรายงานจาก William Grana