צילום מסך תוכנה:
פרטי תוכנה:
בהיותה אחת ממכונות המקינטוש המוקדמות ביותר שעוצבו על ידי אפל, מקינטוש פלוס מפעילה רק תוכנת Mac ישנה, אשר, כמובן, לא עובדת על מחשבי מקינטוש. לכן, התוכנה מיני vMac מסייע לשמור על ההיסטוריה. זה תוכנן להיות קל לשימוש, נייד ופשוט ככל האפשר.
תחילת העבודה עם Mini vMac
כדי להשתמש ביישום Mini vMac במערכת גנו / לינוקס, הקפד להוריד את החבילה הבינארית התואמת את ארכיטקטורת החומרה במחשב שלך, לשמור את הארכיון במקום כלשהו במחשב, לפרוק אותו וללחוץ פעמיים על קובץ ההפעלה .
היישום ייפתח, יודיע לך כי התמונה ROM של מערכת Macintosh פלוס canont להיות ממוקם. זה אומר שאתה גם צריך להשיג קובץ vMac.ROM (פרטים נוספים ניתן למצוא בדף הבית של הפרויקט & rsquo;) ולמקם אותו באותה תיקיה כמו הפעלה מיני vMac.
לאחר שקיבלת את תמונת Macintosh Plus ROM, עליך לסגור את התוכנית ולפתוח אותה מחדש. אם קובץ ROM תקף, המערכת תאתחל באופן אוטומטי ותאפשר לך להשתמש בו כאילו היית משתמש בכל מערכת הפעלה וירטואלית אחרת.
פועל על כל מערכות ההפעלה המיינסטרים
תוכנה זו היא למעשה ספין הנחה של היישום vMac, אשר לא עודכן כבר שנים רבות. לנוחותך, הוא מופץ כחבילות בינאריות מובנות מראש למערכות ההפעלה הנ"ל, ותומכות בארכיטקטורות של 64 סיביות (x86_64) ו- 32 סיביות (x86).
קוד המקור של היישום זמין גם להורדה, לאלו מכם שרוצים לבצע אופטימיזציה של התוכנה לפלטפורמת חומרה ספציפית או למערכת הפעלה.
מהו חדש במהדורה זו:
- ה- Mini vMac 3.5.8 של היום מעדכן את הגירסה היציבה לפתרון בעיה ב- PowerPC OS X, וכן מתקן בעיה המשפיעה על שירות הווריאציה. מיני vMac 3.5.8 על פלטפורמות אחרות מאשר PowerPC OS X ('mach') ו- x86-32 OS X ('imch'), צריכים להיות זהים ל- Mini vMac 3.5.7, למעט מחרוזת הגרסאות ותאריך השינוי. / li>
- דווח על כך ש- Mini vMac 3.5.7 רגיל לפעול במערכות PPC G3 & quot ;. מתברר שדגל ה- GCC & quot; -macacosx-version-min & quot; צריך להיות מוגדר עבור כל הקבצים הידור, לא רק את קוד הפלטפורמה תלויה. זה משפיע על דברים כמו המעבד הנדרש. ביצוע שינוי זה אינו משפיע על מיני vMac עבור x86-64 OS X, יש השפעה כלשהי עבור x86-32 OS X, ואת ההשפעה הגדולה ביותר היא עבור PowerPC.
מה חדש בגירסה 3.3.3:
- תכונות חדשות בקמפיין ברירת המחדל:
- מערכות הפעלה נוספות נתמכות באופן רשמי על ידי מיני vMac:
- FreeBSD ב- x86-32 (באמצעות & quot; -t fBSd & quot; במערכת build)
- FreeBSD ב- x86-64 (& quot; -t fb64 & quot;)
- OpenBSD ב- x86-32 (& quot; -t obsd & quot;)
- OpenBSD ב- x86-64 (& quot; -t ob64 & quot;)
- NetBSD ב- x86-32 (& quot; ntd & quot;)
- NetBSD ב- x86-64 (& quot; -tb nb64 & quot;)
- שפירית BSD על x86-32 (& quot; -dbsd & quot;)
- BSD Dragonfly ב- x86-64 (& quot; -db64 & quot;)
- OpenIndiana ב- x86-32 (& quot; -tind ond & quot;)
- OpenIndiana ב- x86-64 (& quot; -ti oi64 & quot;)
- לינוקס ב- ARM (& quot; -tarm & quot;)
- לינוקס ב- SPARC (& quot; -t lpr & quot;)
- Minix 3.2 (& quot;-minx & quot;)
- יציאות אלה מתאימות את אותו קוד חלון X ליציאת לינוקס, וצריכות להיות בעלות אותה פונקציונליות, למעט כרגע לא קול עבור חלקן. גירסאות x86-64 כרגע איטיות יותר, בשל חוסר שפה הרכבה tweaking, ואין להשתמש בו אם גירסאות x86-32 יעבוד.
- גרסאות X יכולות כעת להשמיע צליל באמצעות ממשק ה- Open OS System (OSS). (בדרך כלל באמצעות יישומים תואמים על כל מערכת הפעלה, ולא OSS הרשמי עצמו). הצליל מופעל כעת כברירת מחדל על FreeBSD ו NetBSD. קול הידור ללא בעיות (באמצעות & quot; -sound 1 & quot;) על שפירית BSD ו OpenIndiana, אבל אני לא יכול לבדוק על אלה עדיין. מקבל צליל על שפירית BSD נראה לדרוש קצת הגדרה ידנית. OpenIndiana לא נראה לייצר שום צליל בכלל ב- VMware Fusion. סאונד גם הידור ללא בעיות על OpenBSD, אבל זה לא עובד - הגדרת קצב דגימה הרצוי נכשל. מיניקס לא באמת נראה לתמוך צליל עדיין. כמו כן, ניתן להשתמש בממשק ה- OSS API ב- Linux, תוך שימוש ב- & quot; snd-api & quot; לבנות אפשרות מערכת.
- גרסאות X ינסו לחפש בתיקייה את היישום עבור תמונת ROM, כמו גירסת Macintosh ו- Windows. (וגם עבור disk1.dsk וכן הלאה קבצים). אם ספריית היישום לא ניתן לקבוע, הספרייה הנוכחית משמשת כמו קודם. זה מיושם עבור לינוקס, FreeBSD, NetBSD, שפירית BSD, ו OpenIndiana, אבל לא OpenBSD ו Minix.
- לגירסאות X יש כעת אפשרות שורת פקודה חדשה & quot; -d [directory_path] & quot ;, שבה [directory_path] נמצא בשימוש במקום בספריית היישומים בעת חיפוש התמונה ROM, וכן disk1.dsk וכן הלאה .
- לגירסאות X יש כעת אפשרות שורת פקודה חדשה & quot; -n [app_name] & quot ;, שבה [app_name] משמש במקום שם היישום עבור הכותרת של חלון ה- vMac מיני.
- גרסאות X תומכות כעת בתיקייה ROM מרכזית כמו בגירסאות Macintosh ו- Windows. אם & quot; ~ / .gryphel / mnvm_rom & quot; קיים, מיני vMac ייראה שם עבור התמונה ROM. אם זה לא שם, זה ייראה במדריך היישום. (ואפשרות שורת הפקודה -r תעקוף את שניהם.)
- התנהגות שונתה בקובצי ברירת המחדל:
- ציור המסך המדומה למסך האמיתי יעיל יותר. כאשר עומק הצבע הוא 4 סיביות או פחות, במקום להמיר כל פיקסל, יש טבלה עם 256 ערכים להמרת בייט אחד בכל פעם. כמו כן, זהיר יותר רק על המרת פיקסלים במלבן הגובל באזור השתנה, ולא על המסך כולו.
- גירסת לינוקס טוענת באופן דינמי את ספריית ALSA כדי להשמיע צליל, כך ש- Mini vMac ימשיך לפעול ללא קול, גם אם ALSA אינו מותקן. (טכניקה זו נראתה ב- SDL). לכן, כברירת מחדל, גירסת לינוקס מקובצת כעת עם קול, ומתאימה לגרסאות מק ו- Windows.
- בגירסת Linux, בעת הפעלת צליל עם ALSA, snd_pcm_delay אינו נקרא עוד. העיכוב עד מדגם הוא שיחק לא ממש רלוונטי. מה מיני vMac צריך לדעת הוא הזמן למאגר underrun. אז מיני vMac עכשיו מסתכל על גודל המאגר מינוס שטח זמין במאגר, אשר עשוי להיות שימושי יותר, במטרה למנוע underrun חיץ תוך מזעור חביון.
- גרסאות X משתמשות כעת בנעילה מייעצת כדי לסרב לפתוח את התמונה לכתיבת תמונת דיסק שנפתחה לכתיבה על ידי עותק נוסף של Mini vMac. בעבר, גרסאות X של מיני vMac יכול לפתוח תמונת דיסק שנפתחה כבר, ככל הנראה משחית את התמונה. אם Mini vMac יכול לפתוח רק תמונת דיסק לקריאה בלבד, כגון מכיוון שהמשתמש נעל את הקובץ, לא ייעשה שימוש במנעול המייעץ, וניתן להשתמש בו במספר עותקים של Mini vMac.
- גירסאות X מנסים כעת להשתמש בשם היישום כדי להגדיר את כותרת החלון שלו, בדומה לגירסאות Macintosh ו- Windows. (אם לא ניתן לקבוע את שם היישום, & quot; מיני vMac & quot; משמש כבעבר). זה נמצא במקביל לספריית היישומים, ומיושם עבור אותן מערכות הפעלה.
- ארגומנטים של שורת הפקודה נסרקים כעת לפני חיפוש disk1.dsk וכן הלאה. זה הכרחי עבור החדש & quot; -d & quot; אפשרות לעבודה, ויש לו את תופעת הלוואי שאם תמונות הדיסק מפורטות בשורת הפקודה, הן ייפתחו תחילה. אם יש תמונות בשורת הפקודה, מיני vMac עכשיו לא טורחים לחפש disk1.dsk בכלל.
- הלחצן & quot; -l & quot; (או & quot; / l & quot; ב- Windows) מוסרת. הקשת & quot; zeed & quot; אפשרות לבנות את המערכת יש להשתמש במקום. אפשרות שורת הפקודה הייתה לפני הקמת מערכת הבנייה, וההחלטה התקבלה לטובת אפשרויות זמן לבנות על פני אפשרויות זמן ריצה.
- תיקוני באגים בקומפלקס ברירת המחדל:
- גירסת Windows ממפה כעת את המקש Enter בלוח המקשים המספרי למקש ה- Macintosh Enter. עכשיו זה יכול להבחין כי מפתח מפתח Enter על המקלדת הראשית, אשר ממופה על מקש החזרה מקינטוש. בעבר לא הייתה אפשרות להקליד את המקש Enter של Macintosh. תודה ל & quot; Alex & quot; עבור הצבעה על בעיה זו.
- בגירסת Windows, במצב מסך מלא, הסימון אם אירוע מפתח למטה הוא מפתח אוטומטי, אינו נכון. אז אפשר היה להתעלם ממפתחות כאשר הם לא היו צריכים להיות. הסרתי את ההמחאה, שכן לא ברור כיצד לעשות זאת כהלכה (בעת שימוש ב & quot; וו של מקלדת ברמה נמוכה & quot;). פעולה זו אינה משפיעה על הדמיית Macintosh, שכן יש בדיקה נוספת לאירועים מיותרים. זה יכול להשפיע על מצב שליטה, כגון בעת החזקת Control-M.
- גירסת Windows מגיבה כעת להודעה WM_QUERYENDSESSION, כך שאם תנסה לכבות את המחשב עם Mini vMac הפועל (עם תמונות דיסק מותקנות), Mini vMac יתלונן ויפסיק את הסגירה.
- בגירסת לינוקס, באמצעות ALSA לנגן צליל, snd_pcm_start נקרא לפני לשים כל דגימות קול במאגר ALSA. זה יכול לגרום גמגום בהתחלה, או על פי אחד הדיווחים, למנוע צליל עובד בכלל. מיני vMac עכשיו מחכה עד המאגר הפרטי שלה מלא, ואז העברות ככל שיתאים למאגר ALSA, ולאחר מכן מתחיל להשמיע קול.
- כאשר הגירסה של לינוקס מורכבת עבור ARM, היא כוללת בדיקה שתוצאת snd_pcm_avail_update נראית סבירה, ואם לא קוראת snd_pcm_status_get_avail במקום זאת. זה עובד סביב מה שנראה באג ב Raspbian עבור פטל פטל.
- השעון המדומה לא אותחל כראוי, והוא היה נכון רק לאחר השלב הראשון & quot; second & quot; פסיקה.
- אם המסך המדומה גדול מכדי שיתאים למסך האמיתי (כאשר autoscroll זמין), אם שטח המסך המדומה שהשתנה אינו מצטלב בין השטח הגלוי של המסך המדומה, הרי שמלבן לא חוקי היה המשמש ציור. גיליתי את זה כאשר מנסים את וקטור לינוקס 7, אשר נראה שיש כמה בדיקות באגים נוספות.
- בנסיבות בלתי צפויות, במצב מסך מלא, ייתכן שגלילה האוטומטית לא תציג את שורת הפיקסלים האחרונה בתחתית או בעמודה האחרונה של הפיקסלים מימין.
- אם המחשב המארח אינו מהיר מספיק עבור מיני vMac לרוץ במהירויות 1x, אז מיני vMac לא יפעל בצורה חלקה, השהייה במשך כמה שניות מעת לעת. המבחן למצב זה היה שגוי, ודלפק בית אחד היה עולה על גדותיו. (יש כאלה מונים קטנים ככל האפשר עושה את זה קל יותר לזהות באגים ככה.)
- בגרסאות X Window של Mini vMac, בעת שימוש בתוסף Mini vMac כדי ליצור קובץ במערכת המארחת, כגון עם ExportFl, תיבת דו-שיח לשמירה לא תיושם. בעבר הקובץ פשוט ייווצר בספריית היישומים עם השם המבוקש. זה לא היה בטוח, במקרה הגרוע הוא מאפשר תוכנית פועל מיני vMac להחליף את היישום vMac מיני. אז עכשיו קבצים יהיה במקום ליצור תיקייה בשם & quot; פלט & quot; בספרייה המכילה את היישום. תיקייה זו תיווצר אם היא לא קיימת.
- בגירסת Microsoft Windows, אם נתיב לתמונת דיסק מועבר ל- Mini vMac בשורת הפקודה שאורכת זמן רב יותר משפטית לנתיב, תוצאות של גלישה של מאגר.
- גירסת Windows CE סבלה מריקבון מעט. זה עכשיו compiles ולפחות עובד על אמולטור ההתקנים של Microsoft עם Windows Mobile גירסה 5.0. אין לי מושג אם זה עובד על חומרה אמיתית. למישהו אכפת? (Windows Mobile הופסק והוחלף על ידי Windows Phone). יציאה זו החלה להפריע לשמירה על גרסת Windows הראשית, והבחירה היתה להסיר אותה לחלוטין או להפוך אותה לתחזוקה.
- תכונות חדשות שאינן מקובצות כברירת מחדל:
- אפשרות המערכת החדשה build & quot; -lt & quot; מאפשר הדמיית LocalTalk של מייק פורט. כיום יש מגבלות מסוימות. זה מיושם רק עבור OS X. זה דורש הפעלת הפקודה & quot; sudo chmod ugo + rw / dev / bpf * & quot; כדי לאפשר מיני vMac (וכל השאר) גישה לכל תעבורת הרשת. ה- & quot; -lt & quot; אפשרות גם לגרום מיני vMac לרוץ ברקע כברירת מחדל, כי מיני vMac לא יכול להיות הצומת LocalTalk תקין אם זה לא פועל. ואתה צריך להפעיל את AppleTalk באופן ידני ב - chooser - אני יכול להגדיר את הדגלים PRAM לאתחל עם AppleTalk כבר על, אבל זה לא עובד כראוי.
- אפשרות חדשה לבניית מערכת & quot; -lang pol & quot; בוחר תרגום פולני של ממשק המשתמש על ידי Przemyslaw Buczkowski.
- לגירסאות X יש תמיכה ראשונית בצבע (עבור אמולציית Mac II). גירסת X עד כה תומכת רק ב- 24 סיביות & quot; TrueColor & quot ;, ויש לה מספר מגבלות נוספות על הפורמט. אני בספק אם משהו מלבד טרוקולור משמש על מכונות מודרניות, ולכן כנראה לא יתמוך אפשרויות אחרות. ניתן להשתמש במעמקים אחרים כגון 15, 16 ו -32 סיביות, ולכן יש כנראה לתמוך בהם, אם אני יכול למצוא דרך לבדוק אותם.
- אפשרות חדשה לבניית מערכת & quot; -mf & quot; מאפשר שינוי ההגדלה מברירת המחדל 2. לדוגמה, & quot; -mf 3 & quot; קובע את ההגדלה ל- 3. האפשרות & quot; -mf 1 & quot; משבית את ההגדלה (הסרת פקודת Control-M). מקדם ההגדלה חייב להיות מספר שלם.
- התנהגות ששונה אינה מקובצת כברירת מחדל:
- עומק הצבע המוגדר כברירת מחדל עבור אמולציית Mac II הוא & quot; -depth 3 & quot; במקום & quot; -depth 0 & quot;.
- עבור אמולציית Macintosh II, AutoSlow מושבת כעת כברירת מחדל & quot; -as 0 & quot ;. AutoSlow אולי צריך קצת כוונון נוסף לעבוד היטב עם אמולציית Mac II.
- בגרסאות X, התוצאות של fwrite ו freadite על תמונות הדיסק נבדקות כעת עבור שגיאות, אשר מפסיק אזהרות מהדר ב אובונטו האחרונות.
- תיקוני באגים לא לקומפלקס ברירת מחדל:
- תוקן באג בהוראת DIVS.L שדווח על ידי & quot; AP & quot ;. (הוראה 68020 בשימוש הדמיית Mac II.)
- תוקן את ההוראה BFFFO, שהיתה שבורה לחלוטין, כפי שדווח על ידי & quot; AP & quot ;. (עוד 68020 הוראה בשימוש הדמיית Mac II.)
- פעולות שדה סיביות ברשומה משתמשות כעת בסבב במקום במשמרת. הסיביות שנבחרו יכולות להיות לא רציפות, כפי שצוין על ידי & quot; AP & quot ;, ואושרו על ידי התיעוד. (שדות פעולות Bit נוספו ב -68020).
- פעולות שדה סיביות בזיכרון ינסו לפעול רק בכמה בתים לפי הצורך. בעבר היא פעלה תמיד על 5 בתים, דבר שעלול להיות בעל השפעות בלתי רצויות אם הוא פועל על התקן ממופה זיכרון, כפי שצוין על ידי & quot; AP & quot;.
- & quot; MoveP.L, Dn & quot; ההדרכה היתה מעורבת בסדר ההעתקה וההסתרה, וכך נשברה לחלוטין, כפי שדווח על ידי & quot; AP & quot;.
- את גרזן המאפשר כמויות גדולות יותר של זיכרון RAM וידאו ב Macintosh II אמולציה לא עובד כמו שצריך, כי מערך המשמש לתרגום שטח הכתובות של הדמיית CPU לא הוקצה מספיק גדול. עכשיו לבנות את המערכת בוחרת את גודל ההקצאה. (בעיה זו נצפתה עבור 1024x768 עם מיליוני צבעים.) פירוט נוסף: כל כרטיס NuBus מקבל רק 1M שטח הכתובות כאשר המחשב נמצא במצב 24 סיביות. ו Mac II נראה בדרך כלל לצייר במצב 24 סיביות. כאשר נדרשת יותר RAM Video עבור אפשרויות הזמן לקמפיין המבוקש, מיני vMac משתמש בשטח הכתובות מחריצי NuBus סמוכים.
- תוקן & quot; -min-extn & quot; לבנות את גירסת לינוקס.
- בנה מערכת:
- הוספת אפשרות מערכת build & quot; -ii cco & quot; כדי להשתמש ב- API של קקאו של אפל עבור OS X במקום ב- API של פחמן שהוצא משימוש. אבל נמל הקקאו של מיני vMac עדיין לא נחשב די מוכן להיות נתמך באופן רשמי, ולכן הגרסה פחמן עדיין בשימוש.
- אפשרות מערכת build שנוספה & quot; -ii sdl & quot; כדי להשתמש ב- API DirectMedia Layer 1.2. זה הוסיף כמו אבן דריכה לנמל קקאו - על ידי שילוב של קוד המקור של SDL עם קוד המקור עבור יציאת SDL של מיני vMac, ולאחר מכן להסיר את כל מה שלא נחוץ, ולאחר מכן הרבה לנקות עד יליד קקאו הראשונית היציאה צצה. עם זאת יציאת SDL ניתן להשתמש כמו אל היציאה לפלטפורמות אחרות הנתמכות על ידי SDL. אבל זה לא (עדיין) נתמך באופן רשמי.
- אפשרות מערכת build שנוספה & quot; -tx mx64 & quot; עבור יישום X11 של Apple ב- x86-64. (בעבר x86-32 ו PowerPC נתמכו.)
- אפשרות מערכת build שנוספה & quot; -t cygw & quot; עבור Cygwin / X עבור Microsoft Windows. ניתן להשתמש ב- Cygwin גם כדי לקמפל את גירסת Microsoft Windows הרגילה עם & quot; -t wx86 -e cyg & quot;.
- אפשרות מערכת build שנוספה & quot; -tirix & quot; עבור IRIX על ידי סיליקון גרפיקה, בע"מ, הודות לג 'ון פרקינס.
- ניתן להשתמש ב- MinGW להרכבת מיני vMac עם אפשרות מערכת build & quot; -t wx86 -e mgw & quot ;. מאז שפיכות דמים- C + + מבוסס על MinGW, & quot; -t wx86-dvc -cl & quot; היו בעבר תוצאות דומות.
- שינוי סדר הארגומנטים לפקודת הקישור בעת בניית גירסת Linux. מסתבר שיש פקודה קונבנציונלית כיצד יש להגדיר את הספריות, שלא ידעתי כי לא הגעתי לקישור שמטפל עד לאובונטו 11.10.
- מערכת הבנייה צריכה לפעול כעת כראוי במחשבים אחרים כגון SheepShaver. זה היה בעילום שם דיווח כי מערכת לבנות יהיה לקרוס emulators. הבדיקה אם מערכת הבנייה פועלת ב- Mini vMac (כך שהארכיון שנוצר עשוי להיות מיוצא למארח) לא היה מספיק טוב.
- מערכת build מעכבת כעת הודעות אזהרה שנוצרו בעת יצירת אמולציית Macintosh II עם Microsoft Visual C ++, הודות לדו"ח מאת William Grana.
תגובות לא נמצא