مینی vMac یک نرم افزار گرافیکی آزاد و متقارن است که در C طراحی شده است و از افست طراحی شده است و به عنوان یک شبیه ساز سیستم کامپیوتری Macintosh Plus که توسط اپل ساخته شده و در حال اجرا بر روی لینوکس، BSD، مایکروسافت ویندوز و سیستم عامل Mac OS X.
به عنوان یکی از اولین Macintosh های طراحی شده توسط اپل، مکینتاش پلاس تنها نرم افزار قدیمی Mac را اجرا می کند که البته بر روی کامپیوترهای جدید Macintosh کار نمی کند. بنابراین، نرم افزار مینی vMac به حفظ تاریخ کمک می کند. این طراحی شده است که به آسانی قابل استفاده، قابل حمل و ساده باشد.
شروع به کار با مینی vMac
برای استفاده از برنامه مینی vMac در سیستم GNU / Linux خود، مطمئن شوید که بسته باینری را که مربوط به معماری سخت افزاری کامپیوتر شما است، ذخیره کنید، آرشیو را در جایی از رایانه خود ذخیره کنید، آن را باز کنید و دوبار کلیک بر روی اجرایی .
برنامه باز خواهد شد، به اطلاع شما می رسد که یک تصویر ROM از سیستم مکینتاش پلاس نمی تواند قرار گیرد. این بدان معنی است که شما نیز بایستی یک فایل vMac.ROM بدست آورید (جزئیات بیشتر را می توانید در صفحه اصلی پروژه ببینید) و آن را در پوشه ی مشابه فایل اجرایی مینی vMac قرار دهید.
پس از به دست آوردن تصویر مکینتاش پلاس 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 مشابه باشد، به جز رشته نسخه و تاریخ اصلاح.
گزارش شده است که & quot؛ Mini vMac 3.5.7 بر روی سیستم PPC G3 اجرا می شود & quot ؛. به نظر می رسد که پرچم GCC با & quot؛ -mmacosx-version-min & quot؛ باید برای تمام فایل های کامپایل شده، نه فقط کد وابسته به پلتفرم مشخص شود. این چیزها مانند CPU مورد نیاز را تحت تاثیر قرار می دهد. ساختن این تغییر اتفاق می افتد تا هیچ تاثیری بر مینی vMac برای x86-64 OS X نداشته باشد، برای OS X x86-32 تاثیری وجود دارد و بزرگترین اثر برای PowerPC است.
در نسخه 3.3.3 جدید است:
ویژگی های جدید در کامپایل پیش فرض:
سیستم عامل های بیشتر توسط مینی vMac به طور رسمی پشتیبانی می شوند:
FreeBSD در x86-32 (با استفاده از & quot؛ -t fbsd & quot؛ در سیستم ساخت)
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؛ -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 در x86-64 (& quot؛ -t oi64 & quot؛)
لینوکس بر روی ARM (& quot؛ -t larm & quot؛)
لینوکس در SPARC (& quot؛ -t lspr & quot؛)
Minix 3.2 (& quot؛ -t minx & quot؛)
این پورت ها همان کد X Window را به عنوان پورت لینوکس تطبیق می دهند و باید همان قابلیت را داشته باشند، جز این که در حال حاضر برای برخی از آنها صدا نیست. نسخه های x86-64 در حال حاضر به دلیل کمبود تکه تکه کردن زبان مونتاژ در حال حاضر آهسته تر هستند و اگر نسخه های x86-32 کار نمی کنند، نباید استفاده شود.
نسخه X اکنون سعی خواهد کرد که در پوشه حاوی برنامه تصویر ROM مانند Macintosh و نسخه ویندوز انجام دهد. (و همچنین برای disk1.dsk و به همین ترتیب فایل ها.) اگر پوشه برنامه را نمی توان تعیین کرد، پوشه جاری همانند قبل استفاده می شود. این برای لینوکس، FreeBSD، NetBSD، Dragonfly BSD و OpenIndiana، اما نه OpenBSD و Minix اجرا شده است.نسخه X اکنون دارای گزینه خط فرمان جدید & quot؛ -d [directory_path] & quot؛ است که در آن هنگام [directory_path] در هنگام جستجوی تصویر ROM و disk1.dsk و غیره به جای directory directory استفاده می شود.
نسخه های X اکنون دارای یک گزینه خط فرمان جدید & quot؛ -n [app_name] & quot؛ هستند، که در آن نام app_name به جای نام برنامه برای عنوان پنجره Mini vMac استفاده می شود.
نسخه X اکنون از یک ROM ROM مرکزی مانند مکینتاش و نسخه های ویندوز پشتیبانی می کند. اگر & quot؛ ~ / .gryphel / mnvm_rom & quot؛ وجود دارد، مینی vMac برای تصویر ROM نگاه خواهد کرد. اگر آن وجود ندارد، آن را در دایرکتوری برنامه نگاه کنید. (و گزینه خط -r خط هر دو را منع می کند.)
رفتار تغییر یافته در پیش فرض کامپایل:
رسم صفحه نمایش شبیه به صفحه نمایش واقعی است کارآمدتر است. هنگامی که عمق رنگ 4 بیت یا کمتر است، به جای تبدیل هر پیکسل، یک جدول با 256 ورودی برای تبدیل یک بایت در یک زمان وجود دارد. همچنین در مورد فقط تبدیل پیکسل ها در مستطیل محدود کردن منطقه تغییر یافته، و نه کل صفحه نمایش دقیق تر است.نسخه لینوکس به صورت پویا کتابخانه ALSA را برای پخش صدا بارگذاری می کند، به طوری که Mini vMac همچنان بدون صدای اجرا خواهد شد، حتی اگر ALSA نصب نشود. (این تکنیک در SDL دیده می شود) بنابراین به طور پیش فرض نسخه لینوکس با صدای سازگار است، مطابق با نسخه های مک و ویندوز.
در نسخه لینوکس، هنگام پخش صدا با ALSA، snd_pcm_delay دیگر نامیده نمی شود. تأخیر تا زمانی که یک نمونه انجام شود، واقعا مرتبط نیست. چه مینی vMac نیاز به دانستن زمان به نفوذ بافر است. بنابراین مینی vMac در حال حاضر به اندازه بافر در مقایسه با فضای موجود در بافر، که ممکن است بیشتر مفید باشد، به منظور جلوگیری از پایین آوردن بافر در هنگام به حداقل رساندن تأخیر در نظر گرفته شود.
نسخه های X اکنون از قفل توصیه استفاده می کنند تا از نوشتن یک تصویر دیسک که برای نوشتن با یک کپی دیگر از مینی vMac باز شده است، باز شود. پیش از این، نسخه X مینی vMac می تواند یک تصویر دیسک قبلا باز شده را باز کند، احتمالا تصویر را خراب می کند. اگر مینی vMac فقط می تواند یک تصویر دیسک را فقط به عنوان خوانده شده باز کند، از قبیل اینکه کاربر فایلی را قفل کرده است، قفل مشورتی استفاده نمی شود و چندین نسخه از vMac مینی می تواند از آن استفاده کند.نسخه X اکنون سعی می کند از نام برنامه برای تنظیم عنوان پنجره خود استفاده کند، مانند نسخه های مکینتاش و ویندوز. (اگر نام برنامه را نمی توان تعیین کرد، & quot؛ مینی vMac & quot؛ به عنوان قبل استفاده می شود.) این در همان زمان به عنوان دایرکتوری نرم افزار یافت می شود و برای سیستم عامل های مشابه اجرا می شود.
استدلال های خط فرمان قبل از جستجوی دیسک 1.dsk و غیره فایل ها اسکن می شوند. این برای & quot؛ -d & quot؛ نیازمند است گزینه ای برای کار است و دارای اثر جانبی است که اگر تصاویر دیسک بر روی خط فرمان مشخص شوند، ابتدا باز می شوند. اگر تصاویر در خط فرمان وجود دارد، مینی vMac در حال حاضر به دنبال به دنبال disk1.dsk نیست.
& quot؛ -l & quot؛ (یا & quot؛ / l & quot؛ در ویندوز) گزینه خط فرمان حذف می شود. & quot؛ سرعت Z & quot؛ گزینه ای برای سیستم ساخت باید استفاده شود. گزینه خط فرمان قبل از اینکه سیستم ساخت وجود داشته باشد، تصمیم گرفت تا گزینه های زمان ساخت گزینه های زمان اجرا را ترجیح دهد.
رفع اشکال در کامپایل پیش فرضنسخه ویندوز اکنون کلید Enter را روی صفحه کلید عددی به کلید Macintosh وارد می کند. اکنون می توانید این کلید را از کلید Enter بر روی صفحه کلید اصلی، که به کلید بازگشت مکینتاش مرتبط است، تشخیص دهید. قبلا هیچ راهی برای تایپ کلید Macintosh وجود نداشت. با تشکر از & quot؛ الکس & quot؛ برای اشاره به این موضوع
در نسخه ویندوز، در حالت تمام صفحه، بررسی اینکه آیا یک رویداد کلید پایین یک کلید خودکار است نادرست است. بنابراین کلید های بالقوه می تواند نادیده گرفته شود، زمانی که آنها نباید داشته باشند. چک را حذف کردم، زیرا مشخص نیست که چگونه این کار را به درستی انجام دهید (هنگام استفاده از & quot؛ پایین قلاب صفحه کلید & quot؛). این روی شبیه سازی مکینتاش را تحت تاثیر قرار نمی دهد، زیرا یک بررسی اضافی برای رویدادهای بیش از حد وجود دارد. این می تواند در حالت کنترل، مانند زمانی که نگه Control-M را تحت تاثیر قرار می دهد.
نسخه ویندوز هم اکنون به پیام WM_QUERYENDSESSION پاسخ می دهد، به طوری که اگر شما سعی می کنید کامپیوتر خود را با مینی vMac اجرا کنید (با تصاویر دیسک نصب شده)، سپس Mini vMac شکایت خواهد کرد و توقف را متوقف خواهد کرد.در نسخه لینوکس، با استفاده از ALSA برای پخش صدا، snd_pcm_start قبل از قرار دادن هر نمونه صدا در بافر ALSA فراخوانده شد. این ممکن است در ابتدا لکنت ایجاد کند یا بر اساس یک گزارش، از کار کردن صدا جلوگیری شود. در حال حاضر مینی vMac منتظر می ماند تا زمانی که بافر خصوصی اش پر شود، سپس به همان اندازه که در بافر ALSA متناسب است، انتقال می یابد و سپس شروع به پخش صدا می کند.
هنگامی که نسخه لینوکس برای ARM کامپایل شده است، شامل یک چک است که نتیجه snd_pcm_avail_update به نظر منطقی است و اگر به جای snd_pcm_status_get_avail تماس نداشته باشد. این کار در اطراف چیزی است که به نظر می رسد یک اشکال در Raspbian برای Raspberry Pi.
ساعت شبیه سازی شده به درستی مقداردهی نشده بود و پس از اولین & quot؛ دوم & quot؛ وقفه
اگر صفحه نمایش شبیه سازی شده خیلی بزرگ است تا روی صفحه نمایش واقعی (زمانی که autoscroll در دسترس است)، اگر منطقه ی صفحه ی متحرک که تغییر کرده است، ناحیه ی قابل رویت صفحه ی شبیه سازی را نچشیده باشد، پس از آن یک مستطیل معتبر برای رسم استفاده شد . من این را هنگام کشف لینوکس 7، کشف کردم که به نظر میرسد برخی از اشکالزداییهای اضافی را بررسی میکند.در شرایط نامطلوب، در حالت تمام صفحه، autoscroll ممکن است برای نشان دادن آخرین ردیف پیکسل در پایین یا ستون آخر پیکسل در سمت راست حرکت ندهد.
اگر رایانه میزبان به اندازه کافی برای Mini vMac به اندازه کافی سریع نیست، اما مینی VMac به طور صریح اجرا نخواهد شد و به طور موقت چند ثانیه متوقف خواهد شد. تست این وضعیت نادرست بود و شمارنده یک بایت سرریز بود. (چنین شمارنده هایی که ممکن است کوچک باشد ممکن است باعث تشخیص اشکالاتی مانند این شود.)
در نسخه های X Window از مینی vMac، هنگام استفاده از برنامه افزودنی مینی vMac برای ایجاد یک فایل در سیستم میزبان، مانند ExportFl، یک محاوره ذخیره شده پیاده سازی نمی شود. قبلا این فایل به سادگی در دایرکتوری برنامه با نام درخواست شده ایجاد شد. این بی خطر بود، در بدترین حالت به یک برنامه در حال اجرا در مینی vMac اجازه می دهد تا برنامه Mini vMac را جایگزین کند. بنابراین در حال حاضر فایل ها در پوشه ای به نام & quot؛ خروجی & quot؛ ایجاد می شوند. در دایرکتوری حاوی برنامه این پوشه ایجاد می شود اگر آن وجود ندارد.
در نسخه مایکروسافت ویندوز، اگر یک مسیر به یک تصویر دیسک به خط مینویسد در خط فرمان که طولانی تر از قانونی بودن یک مسیر است، منتقل شود، یک سرریز بافر نتیجه می شود.نسخه ویندوز CE رنج می برد. اکنون کامپایل شده و حداقل در Emulator دستگاه مایکروسافت با Windows Mobile نسخه 5.0 کار می کند. من فکر نمیکنم اگر روی سختافزار واقعی کار کند. آیا کسی مراقبت می کند؟ (ویندوز موبایل متوقف شد و جایگزین ویندوز فون شد.) این پورت شروع به تداخل با حفظ نسخه اصلی ویندوز کرد و انتخاب این بود که آن را به طور کامل حذف کنید یا آن را قابل تعمیر نگه دارید.
ویژگی های جدید که به طور پیش فرض کامپایل نمی شوند:
گزینه جدید سیستم ساخت & quot؛ -lt & quot؛ شبیه سازی LocalTalk مایک فورت را امکان پذیر می کند. در حال حاضر برخی محدودیت ها وجود دارد. این فقط برای OS X اجرا می شود. این دستور نیاز به اجرای دستور & quot؛ sudo chmod ugo + rw / dev / bpf * & quot؛ برای اجازه دادن به Mini vMac (و هر کس دیگری) دسترسی به تمام ترافیک شبکه. & quot؛ -lt & quot؛ گزینه همچنین مینی vMac را به طور پیش فرض در پسزمینه اجرا می کند، زیرا Mini vMac نمی تواند یک گره LocalTalk مناسب باشد در صورتی که در حال اجرا نیست. و شما باید اپلیکیشن AppleTalk را به صورت دستی در گزینه انتخاب کنید - می توانم پرچم PRAM را برای بوت شدن با AppleTalk در حال حاضر تنظیم کنم، اما کار درستی نمی کند.
یک گزینه جدید سیستم ساخت & quot؛ -lang pol & quot؛ Przemyslaw Buczkowski یک ترجمه لهستانی از رابط کاربر را انتخاب می کند.نسخه های X دارای پشتیبانی اولیه برای رنگ (برای شبیه سازی مک II). نسخه X تا کنون تنها از 24 بیتی & quot؛ TrueColor & quot؛ پشتیبانی میکند و محدودیتهای دیگری نیز در قالب دارد. من شک دارم که در کنار TrueColor چیزی در ماشین های مدرن استفاده می شود و بنابراین احتمالا گزینه های دیگر را پشتیبانی نمی کند. عمیق دیگر مانند 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 ؛.
برای شبیه سازی مکینتاش II، AutoSlow در حال حاضر به طور پیش فرض & quot؛ -as 0 & quot؛ غیر فعال شده است. AutoSlow ممکن است نیاز به تعدیل بیشتری برای کار با هم شبیه سازی مک II داشته باشد.
در نسخه X، نتایج fwrite و fread روی تصاویر دیسک در حال حاضر برای اشتباهات، که هشدارهای کامپایلر در اوبونتو اخیر را متوقف می شود، بررسی می شود.
رفع اشکال در کامپایل پیش فرض نیست:رفع اشکال در دستورالعمل DIVS.L توسط & quot؛ AP & quot؛ گزارش شده است. (دستورالعمل 68020 که در شبیه سازی مک II استفاده می شود)
دستورالعمل BFFFO را که به طور کامل شکسته شده است، به عنوان گزارش شده توسط & quot؛ AP & quot؛ ثابت کرد. (یکی دیگر از دستورالعمل های 68020 در شبیه سازی مک II استفاده می شود.)
عملیات عملیات باری در یک ثبت نام اکنون از چرخش به جای تغییر استفاده می کند. بیت انتخاب شده می تواند غیر متقابل باشد، همانطور که توسط & quot؛ AP & quot؛ مشخص شده است و توسط اسناد تایید شده است. (زمینه عملیات بیت در 68020 اضافه شد)
عملیات عملیات بیتی در حافظه در حال حاضر سعی در تنها با چندین بایت در صورت نیاز دارد. پیش از این، همیشه بر روی 5 بایت عمل کرد، که با استفاده از & quot؛ AP & quot؛ نشان داده شده است که می تواند اثرات نامطلوب داشته باشد.
& quot؛ MoveP.L، Dn & quot؛ دستورالعمل تغییر و ماسک سازی را مختل کرد، و به همین ترتیب توسط & quot؛ AP & quot؛ گزارش شده بود کاملا شکسته شد.هک که اجازه می دهد مقدار بسیار زیادی از RAM های ویدئویی در شبیه سازی مکینتاش II به درستی کار نمی کند، زیرا آرایه استفاده شده برای ترجمه فضای آدرس در شبیه سازی CPU اختصاص داده شده به اندازه کافی بزرگ نیست. اکنون سیستم ساخت اندازه تخصیص را انتخاب می کند. (این مشکل برای 1024x768 با میلیون ها رنگ مشاهده شد.) جزئیات بیشتر: هر کارت NuBus تنها 1M فضای آدرس زمانی که کامپیوتر در حالت 24 بیتی است، می شود. و به نظر می رسد که Mac II معمولا در حالت 24 بیتی است. هنگامی که RAM های بیشتری برای زمان مورد نیاز برای کامپایل مورد نیاز است، مینی vMac از فضای آدرس از اسلات مجاور NuBus استفاده می کند.
ثابت & quot؛ -min-extn & quot؛ گزینه ای در نسخه لینوکس ایجاد کنید.
ساخت سیستم:
گزینه سیستم & quot؛ -api cco & quot؛ ساخته شده است برای استفاده از API کاکائو اپل برای OS X به جای API کربن ماندگار استفاده کنید. اما پورت کاکائو مینی vMac هنوز کاملا آمادۀ رسمی پشتیبانی نیست، بنابراین نسخه کربن هنوز استفاده می شود.گزینه سیستم & quot؛ -api sdl & quot؛ ساخته شده است برای استفاده از Simple DirectMedia Layer 1.2 API. این به عنوان پله ای به پورت کاکائو اضافه شد - با ترکیب کد منبع SDL با کد منبع برای یک بندر SDL مینی vMac، و سپس حذف همه چیز مورد نیاز نیست، و پس از آن بسیاری از تمیز کردن تا کاکائو بومی اولیه بندر ظاهر شد با این وجود پورت SDL می تواند به عنوان پورت به سیستم عامل های دیگر پشتیبانی شده توسط SDL مورد استفاده قرار گیرد. اما این هنوز (هنوز) به طور رسمی پشتیبانی می شود.
گزینه سیستم اضافه شده & quot؛ -t mx64 & quot؛ برای اجرای X11 اپل در x86-64. (قبلا x86-32 و PowerPC پشتیبانی شدند.)
گزینه سیستم & quot؛ -t cygw & quot؛ ساخته شده است برای Cygwin / X برای ویندوز مایکروسافت. Cygwin همچنین می تواند برای کامپایل نسخه معمولی مایکروسافت ویندوز با & quot؛ -t wx86 -e cyg & quot؛ استفاده شود.
گزینه سیستم اضافه شده & quot؛ -t irix & quot؛ برای IRIX توسط Silicon Graphics، Inc.، به لطف جان پرکینز.
MinGW می تواند برای مونتاژ مینی vMac با استفاده از گزینه سیستم ساخت & quot؛ -t wx86 -e mgw & quot؛ استفاده شود. از آنجا که Bloodhed Dev-C ++ بر اساس MinGW است، & quot؛ -t wx86 -e dvc -cl & quot؛ قبلا نتایج مشابهی را ارائه می دهد.هنگام ساختن نسخه لینوکس، نظم را به فرمان لینک تغییر داد. به نظر می رسد یک دستورالعمل معمولی برای نحوه مشخص نمودن کتابخانه ها وجود دارد که من نمی دانستم از آنجایی که من در میان یک لینکر که تا اوبونتو 11.10 مراقبت می کردم، وجود ندارد.
سیستم ساخت باید هم اکنون در سایر شبیه سازها مانند SheepShaver کار کند. ناشناسانه گزارش شد که سیستم ساخت شبیه سازها را سقوط خواهد داد. تست اینکه آیا سیستم ساخت در Mini vMac اجرا می شود (به طوری که آرشیو حاصل می تواند به میزبان صادر شود) به اندازه کافی خوب نبود.
سیستم ساخت در حال حاضر پیام های هشدار دهنده ای را که در هنگام کامپایل کردن شبیه سازی مکینتاش II با مایکروسافت ویژوال سی + + ایجاد شده است را خنثی می کند، با تشکر از گزارش ویلیام گرانا.
نظر یافت نشد