System requirements for Unity 2022.3

This page outlines the minimum system requirements you need to run Unity 2022.3 on all supported platforms.

1. Unity Editor system requirements
   • Unity Editor platform limitations
2. Unity Player system requirements
   • Mobile
   • Console Abbreviation of game console
     See in Glossary
   • Desktop
   • Server platform
   • Web platforms
   • XR plaform
     • Standalone XR devices
     • Meta
     • OpenXR
     • Windows Mixed Reality
     • Magic Leap
     • Google ARCore
     • Apple ARKit
     • Apple visionOS
   • Embedded Systems
   • Other requirements

Unity Editor system requirements

This section lists the minimum requirements to run the Unity Editor. Actual performance and rendering quality might vary depending on the complexity of your project.

Unity Editor platform limitations

Apple

On macOS, secondary Editor windows only maximize, and don’t enter full screen mode.

Apple silicon devices

The Apple silicon Editor has the following limitations:

• Download and install of Apple silicon Editor via the Unity Hub is only possible through Hub version 3.0 Beta 6 or later, with some limitations in 3.0 Beta 6. For more information, refer to the Hub release notes:
  • To switch to the latest beta version of the Hub, change the “Channel” in Preferences > Advanced to “Beta” or re-download from https://unity.com/download.

  Linux

  The Linux Editor has the following limitations:

  • Video importing is limited to the VP8 video format.
  • File systems are case sensitive.
  • If the Editor generates a Pipe error ! message, you must increase the maximum open file limit in your current Editor session. For example, run ulimit -n 4096 in the terminal before launching the Editor. For more information, refer to the Troubleshooting Linux Editor issues page.

  Unity Player system requirements

  This section lists the minimum requirements to build and run the Unity Player. Actual performance and rendering quality might vary depending on the complexity of your project.

  Mobile

  Operating system	Android	ChromeOS	iOS/iPadOS	tvOS
  Version	5.1 (API 22)+ Customized versions of Android must include all supported Google standard APIs.	R89+ on stable release channel (Android API 28+)	12+	12+
  CPU	ARMv7 with Neon Support (32-bit and 64-bit) or ARM64	ARMv7, ARM64, x86, and x86_64	A7 SoC+	A8 SoC+
  Graphics API	OpenGL ES 2.0+, 3.0+, Vulkan Note: OpenGL ES 2.0 support is deprecated.	OpenGL ES 2.0+, 3.0+, Vulkan Note: OpenGL ES 2.0 support is deprecated.	Metal	Metal
  Additional requirements	– 1GB+ RAM – Supported hardware devices must meet or exceed Google’s Android Compatibility Definition (Version 9.0) limited to the following Device Types: 1. Handheld (Section 2.2) 2. Television (Section 2.3) 3. Tablets (Section 2.6) – Hardware must be running Android OS natively. With the exception of Android for ChromeOS, Android within a container or emulator isn’t supported. – For development: Android SDK (12/API 31), Android NDK (r23b) and OpenJDK (11), which are installed by default with Unity Hub.	– Support for ChromeOS devices launched after 2019, such as Chromebooks, Chromebases, Chromeboxes, and tablets that can run Android apps and are within their Auto Update Expiration date. – Support for script debugging and profiling using Android Debug Bridge (adb) over WiFi or Ethernet only.	For development and debugging: refer to Apple documentation on XCode support.

  Console

  For information on PlayStation 4 (including PS VR), PlayStation 5 (including PS VR2), Xbox One, Xbox Series S|X, and Nintendo Switch, refer to the Game Development For Console Platforms page. To build on console platforms, only Windows versions of Unity are supported. For specific requirements on any additional platform specific software needed, please refer to the developer documentation on the platform holders website, or contact your platform representative directly for further information.

  For specific system requirements of the Unity Editor, refer to the Unity downloads page to refer to the version of Unity you are using.

  Desktop

  Operating system	Windows	Universal Windows Platform An IAP feature that supports Microsoft’s In App Purchase simulator, which allows you to test IAP purchase flows on devices before publishing your application. More info See in Glossary	macOS	Linux
  Operating system version	Windows 7 (SP1+), Windows 10 and Windows 11	Windows 10+, Xbox One, Xbox Series X|S, HoloLens	Mojave 10.14+	Ubuntu 20.04, Ubuntu 18.04, and CentOS 7
  CPU	x86, x64 architecture with SSE2 instruction set support.	x86, x64 architecture with SSE2 instruction set support, ARM, ARM64.	Apple Silicon, x64 architecture with SSE2.	x64 architecture with SSE2 instruction set support.
  Graphics API	DX10, DX11, DX12 capable.	DX10, DX11, DX12 capable GPUs.	Metal capable Intel and AMD GPUs	OpenGL 3.2+, Vulkan capable.
  Additional requirements	Hardware vendor officially supported drivers. For development: IL2CPP scripting backend requires Visual Studio 2015 with C++ Tools component or later and Windows 10+ SDK.	Hardware vendor officially supported drivers. For development: Windows 10+ (64-bit), Visual Studio 2015 with C++ Tools component or later and Windows 10+ SDK.	Apple officially supported drivers. For development: IL2CPP scripting backend requires Xcode. Targeting Apple Silicon with IL2CPP scripting backend requires macOS Catalina 10.15.4 and Xcode 12.2 or newer.	Gnome desktop environment running on top of X11 windowing system Other configuration and user environment as provided stock with the supported distribution (such as Kernel or Compositor) Nvidia and AMD GPUs using Nvidia official proprietary graphics driver or AMD Mesa graphics driver.
  For all Desktop operating systems, the Unity Player is supported on workstations, laptop or tablet form factors, running without emulation, container or compatibility layer.

  Server platform

  Operating system	Windows	macOS	Linux
  Operating system version	Windows 7 (SP1+), Windows 10 and Windows 11, running on workstation and rack form factors, without emulation or compatibility layer.	Mojave 10.14+ running on workstation and rack form factors, without emulation or compatibility layer.	Ubuntu 20.04, Ubuntu 18.04, and CentOS 7, running on workstation and rack form factors, without emulation or compatibility layer.
  CPU	x86, x64 architecture with SSE2 instruction set support.	x64 architecture with SSE2 instruction set support.	x64 architecture with SSE2 instruction set support.
  GPU	No explicit GPU support.
  Additional requirements	Hardware vendor officially supported drivers.

  WebGL

  Operating system running browsers	Windows, macOS, and Linux
  Hardware	Workstation and laptop form factors.
  Additional requirements	Versions of Chrome, Firefox, Safari or Edge (Chromium-based) that are: – WebGL 2.0 capable – HTML 5 standards compliant – 64-bit – WebAssembly capable Note: WebGL 1.0 support is deprecated.

  XR platform system requirements

  To enable XR and properly configure your Unity project, follow the steps outlined in the XR An umbrella term encompassing Virtual Reality (VR), Augmented Reality (AR) and Mixed Reality (MR) applications. Devices supporting these forms of interactive applications can be referred to as XR devices. More info
  See in Glossary section of this manual.

  Standalone XR devices

  Device	Device software
  Magic Leap 2	Magic Leap 2 Core OS version 1.0+
  Meta Quest 1	Quest software version 50 or earlier (See Quest 1 support for more information.)
  Meta Quest 2	Quest software version 39+
  Meta Quest Pro	Quest software version 46+
  Microsoft HoloLens 1	Windows 10 Holographic version 1809+
  Microsoft HoloLens 2	Windows Holographic version 1903+

  Meta desktop XR: Rift, Rift S

  Specification	Minimum requirement
  Operating system version	Windows 10+
  CPU	See Oculus recommended specifications.
  GPU	See Oculus recommended specifications.
  Graphics API	DX11

  OpenXR

  Refer to the OpenXR Plugin documentation for a list of compatible runtimes.

  Windows Mixed Reality

  Specification	Minimum requirement
  Operating system version	Windows 10 RS4+
  CPU	Intel 64-bit
  Graphics API	DX11

  Google ARCore

  Specification	Minimum requirement
  Operating system version	See list of ARCore-supported devices.
  CPU	ARM 32-bit and 64-bit
  Graphics API	OpenGL ES 3.0+
  Latest supported SDK version	ARCore 1.24

  Apple ARKit

  Specification	Minimum requirement
  Operating system version	iOS 12
  CPU	A9+
  Graphics API	Metal
  Latest supported SDK version	ARKit 5
  Additional requirements	You must use Xcode 12.5 or later when compiling an iOS Player that includes the ARKit XR Plugin.

  Apple visionOS

  Specification	Minimum requirement
  Operating system version	visionOS 1.0+
  Graphics API	Metal or RealityKit
  Additional requirements	You must use Xcode 15.2 or later on an Apple silicon (M1+) computer to build the final app in Xcode. Mixed reality Mixed Reality (MR) combines its own virtual environment with the user’s real-world environment and allows them to interact with each other. See in Glossary development requires Unity PolySpatial.

  Embedded systems

  Support for embedded platforms such as Embedded Linux and QNX is available for a wide variety of chipsets as part of the Premium Runtimes. This includes support for Linux on ARM based chipsets and additional APIs for Android Automotive.

  Recommended system requirements for Unity on embedded systems:

  Operating system	Embedded Linux	QNX
  RAM	1GB+	1GB+
  CPU	Dualcore x86, x64, ARM, ARM64	Dualcore x64, ARM64
  GPU	OpenGL ES 3 or Vulkan 1.1 Capable	OpenGL ES 3 or Vulkan 1.1 Capable

  Android (Automotive) system requirements are the same as Android under Mobile.

  Other system requirements notes

  For Unity Player supporting Windows 7, note that Microsoft support for Windows 7 expired after January 14th 2020.

  Хто такий Unity Developer в ігровій індустрії. Кар’єра в геймдеві

  Ми продовжуємо серію статей «Кар’єра в геймдеві», в якій розповідаємо про основні професії індустрії. Минулого разу ми писали про QA-інженерів та тестувальників ігор, а в цьому випуску йдеться про нюанси роботи Unity-розробників: як опанувати цей фах, що потрібно робити, які плюси та мінуси цього напряму.

  Для написання матеріалу ми поспілкувалися з українськими Unity-розробниками. Наведені у тексті цитати взяті з їхніх розповідей. За допомогу дякуємо Євгенію Бойку, Віктору Антоненко та Євгенію Ратушному.

  Основні завдання: що робить і за що відповідає Unity-розробник

  Unity — це багатоплатформовий інструмент для розробки відеоігор і застосунків, а також рушій, на якому вони працюють. Unity Developer — широкий термін для спеціалістів, яких об’єднує робота з цим рушієм. Найчастіше йдеться про програміста, який вміє працювати з Unity та створювати ігрову логіку (ігролад). Працюють такі розробники здебільшого на C#. Варто зазначити, що є й ті, хто працює не знаючи коду. У своїй роботі вони використовують візуальне програмування. Наприклад, асет Unity Bolt. Але досвідчені спеціалісти попереджують: на відміну від коду, такий підхід не дає достатньої гнучкості при створенні продукту.

  Розробники зійшлися на тому, що Unity Developer дуже часто є фахівцем широкого профілю. Такий собі «мультитул». Залежно від розміру команди, проєкту та пайплайну розробки він може писати ігрову логіку, збирати (верстати) інтерфейси, займатися адаптацією гри під конкретні платформи, анімацією, звуком тощо.

  «Unity Developers розробляють логіку гри, звʼязки між частинами програми, відповідають за збереження та передачу даних, збірку білдів та інтеграцію, налаштування сервісів у грі. Вони — передостання ланка в роботі команди. Коли всі вимоги, асети (картинки, 3D-моделі, анімації, звуки, відео), UX-прототипи та макети готові — долучаються Unity-розробники та техарти. Кінцева ланка — QA, які перевіряють роботу, видають правки та тікети на баги».

  Якщо підсумовувати, то в роботі розробника консолідуються зусилля усіх напрямів розробки гри. Як висловився один з наших коментаторів: «Розробник зв’язує усі ниточки, одягає, причісує, підрізає та робить купу правок».

  Основні ролі Unity-розробника у геймдеві: яка робота на різних грейдах

  В професії Unity-розробника існують стандартні для IT-індустрії грейди. Завдання та навантаження залежить від конкретного проєкту чи компанії, але головна відмінність між ними, як і скрізь, у швидкості роботи, складності фіч, відповідальності, необхідності менторства та рев’ю роботи.

  Junior. Найчастіше вони працюють над невеликими механіками, збирають інтерфейси та намагаються нічого не зламати. Розробники цього рівня щось чули про принципи SOLID, намагаються їх використовувати, але все одно потребують наставництва та рев’ю результатів.

  Middle. Розробники на цьому грейді вже набили гулі на примітивних задачах, знають, що саме гуглити, та вже якийсь час збирають власну базу фіч. Мідл не тільки зробить роботу джуна швидше — до нього зазвичай звертаються для написання чогось складнішого (цілих ігрових модулів, а не окремих механік). Окрім того, на цьому рівні розробники прагнуть вивчити щось складніше. Наприклад, написання шейдерів.

  «Там використовується інша мова програмування. Не кожен джун зрозуміє, що взагалі відбувається в цьому вашому CG. Плюс мідл вже відійшов від примітивних функцій, торкнувшись мережевої частини гри. Уже знає, як працює більшість принципів об’єктноорієнтованого програмування, та використовує їх на автоматі».

  Але все одно мідли мають узгоджувати архітектуру зі старшими розробниками.

  Senior. Це розробник який, умовно, вже досяг дзену. Він створює свої SDK, без проблем інспектує код програмістів з нижчим грейдом, а фічу, на створення якої у джуна піде два тижні, він вже давно написав — її лишилося тільки інтегрувати. Загалом сеньйори привносять своє бачення до продукту, розробляють фундаментальні речі та розвивають фреймворк для клієнтської частини всіх ігор компанії.

  А от розділення за окремими напрямами роботи майже немає. Хіба що на великих проєктах може бути умовна сегментація: одні роблять UI, другі механіки гри, треті займаються середовищем, четверті модернізують рушій під задачі перших трьох.

  Які етапи існують в роботі Unity-розробника

  Якщо оминати базові ланки та роботу інших фахівців (створення геймдизайн-документа, визначення продюсерами пріоритетних задач), то можна говорити про кілька типових етапів роботи, де залучений Unity-розробник. А саме йдеться про:

  • Пре-продакшн. На цьому етапі закладається архітектура та створюється документація;
  • MVP (minimum viable product). Це етап створення так званого «мінімального продукту», яким можна зацікавити користувачів. Саме тут сконцентровано багато роботи з побудови основного ігроладу та допоміжних сервісів гри;
  • Soft launch. Передбачає вже вихід гри на користувачів. Тут шліфуються метрики, щоб покращити результат гри;
  • Global launch та LiveOps. Це етапи готової гри, на яких запускають нові фічі для конкурентоспроможності продукту. Також додаються новий контент та підтримка користувачів.

  «Перший apk-файл з механікою видають через кілька днів після початку проєкту. Все робиться на примітивах: персонаж — капсула, предмет для перенесення — кубик. Вже на цьому етапі можна відчути, як грається механіка. В ідеалі розробка триває два тижні. Зверху ще додають тиждень на вбудовування SDK видавця, полірування та запис креативів для соцмереж»

  Типові завдання для Unity-розробника:

  • естимування та планування фіч;
  • написання нової ігрової логіки та постійне покращення функціонала (підтримка, оптимізація);
  • розширення функціональності чинних проєктів;
  • розробка та розвиток фреймворку для клієнтської частини всіх ігор компанії;
  • профайлинг та оптимізація;
  • інтеграція сторонніх SDK;
  • написання розширень редактора Unity;
  • створення VFX, динамічної анімації, власних шейдерів;
  • оптимізація графіки;
  • керування ігровими активами;
  • розгортання в App Store і Google Play;
  • рев’ю коду.

  «Але бувають і специфічні запити з боку проєктного менеджера. Добре, якщо всю роботу розподіляє менеджер між окремими членами команди. Загалом найтісніше розробники співпрацюють з колегами по цеху (тобто з iншими розробниками) та з геймдизайнерами i продюсером проєкту, які саме придумують гру та дають свій фідбек. Доволі тісна робота і з контент-відділом щодо інтеграції арту, моделей, звуків тощо».

  Які навички потрібні, щоб стати Unity-розробником, та де їх отримати

  Тут, звісно, все залежить від рівня розробника, але фахівці наголошують ще раз: ідеальний Unity-розробник повинен вміти всього потроху. Але серед найбільш критичних навичок:

  • англійська мова (бодай на рівні B1), яка потрібна для читання документації та спілкування з іноземними колегами;
  • знання апаратного забезпечення, адже потрібно працювати безпосередньо з комп’ютерами й консолями;
  • мова програмування C#, ОП, ООП, принципи SOLID, патерни проєктування та Git (розподілена система керування версіями файлів);
  • принципи роботи рушія. Потрібне повне розуміння його структури, хоткеїв, життєвого циклу скриптів MonoBehaviour. Також потрібно вміти інтегрувати фреймворк чи плагін та усунути всі помилки;
  • додатковою перевагою буде знання графічних мов — HLSL, GLSL, CG.

  «Зі зростанням грейду потрібно поглиблювати знання в цих сферах. Senior, який не розуміє, як працює рендеринг і не знає життєвого циклу скриптів, викликає питання. Втім, ідеально знати патерни і принципи програмування у джунів не вимагають. Деякі прогалини в знаннях кандидат швидко зможе заповнити».

  Великим плюсом буде, якщо у розробника «наметане око на дизайн». Це робота з психологією кольору та вміння налаштувати вже готовий чи написаний особисто шейдер. Доречно, якщо розробник вміє підправити модель у 3D-редакторі чи виправити текстурний атлас.

  «Щодо бібліотек, то насправді це все індивідуально для різних компаній. Але більшість Unity-розробників роблять прототипи ігор. Вони проходять тест і здебільшого закінчують свій життєвий цикл. Кілька тижнів розробки, і ти вже робиш іншу гру. Тому порада кожному: необхідно створити щось на зразок template-проєкту, де будуть стандартні для жанру заготівлі. Наприклад, контролер персонажа чи камери. Це скоротить розробку щонайменше на кілька днів. Але до цього фахівці зазвичай приходять на рівні мідла, коли вже набридло писати вкотре одне й те саме».

  Де навчатися на Unity-розробника для ігрової галузі

  Цікаво, що всі опитані фахівці навчалися самотужки, використовуючи YouTube, Unity Lear, Udemy та інші платформи з онлайн-курсами. Але головне, на чому вони радять зосередити увагу — практика. Наприклад, можна знайти гарну книжку з прикладним застосуванням та власноруч створити кілька простеньких ігор, щоб набити руку.

  «Зараз YouTube кишить „вчителями“, хоча до такого контенту треба ставитися вкрай обережно. Більшість цих хлопців просто показують, як можна накодити щось. Вони не враховують оптимізацію та банальні речі у самому рушії. Такі люди можуть навчити, але є ризик, що навчать вони одразу неправильно. Тому на YouTube краще дивитися розбори коду сильними програмістами та запам’ятовувати, як не потрібно».

  Переваги, недоліки та перспективи професії Unity-розробник у геймдеві

  Передусім розробники зазначають, що серед переваг професії — висока зарплатня, цікава робота, гарні перспективи та створення проєктів, якими можна пишатися. Окрім того, проєкти постійно змінюються. Тому, по-перше, не встигають набриднути, а по-друге — підштовхують до постійного розвитку. Останнє також пов’язане з тим, що Unity-розробники весь час шукають рішення для нових механік і навчаються навіть тоді, коли в портфоліо вже кілька років розробки.

  «Але постійна зміна проєктів для когось може стати мінусом. Якщо людина за своєю суттю моногамна, то їй швидше захочеться засісти над проєктом на роки. Правда, таке рідко трапляється. Довгобуди на Unity практично не роблять, віддаючи перевагу пропрієтарним рушіям або тому ж UE».

  Серед мінусів фахівці називають і обмежене використання технологій — компанія може робити швидкі прототипи тільки в одному напрямі (наприклад, ранери), а розробник просто не зможе вивчати щось нове. Також не варто забувати, що це доволі стресова інтенсивна робота.

  А ось перспектив тут доволі багато, оскільки Unity є одним з найпопулярніших рушіїв для розробки ігор. Прямо зараз на ньому розробляють тисячі проєктів та заробляють мільярди доларів. Це, звісно, означає попит на працю. Тобто з часом можна стати хедом розробки, створити конвеєр з невеликих ігор для компанії, опікувати команду, що робить AAA-гру, чи кинути все та піти розробляти власний продукт.

  «Unity-розробник — це повноцінний програміст, який вміє ще й працювати з ігровим рушієм. Перспективи зростання виглядають схожими на ті, що є у розробників в інших сферах. Можливий розвиток в лід-позиції або в архітектора. Якщо є хист і бажання, можна подаватися на більш комплексні позиції, як-от Chief Delivery Officer, та відповідати за весь процес розробки продукту».

  Корисні статті:

  «Як стати Junior Unity Developer: з чого починати кар’єру та як уникати помилок». Блог Unity Team Lead у компанії Universe з екосистеми Genesis Євгенія Яременка.