Unity - это мультиплатформенный инструмент для разработки игр, с самого начала создаваемый чтобы облегчить вам творчество.

Год: 2012
Размер: 569 Мб
Разработчик: Unity Technologies
Язык интерфейса: Английский
Таблетка: Присутствует
Версия: 3.5.5 Build f2
Разрядность: 32bit
Системные требования
System Requirements for Unity Authoring
Windows: XP SP2 or later; Mac OS X: Intel CPU & "Leopard" 10.5 or later. Note that Unity was not tested on server versions of Windows and OS X.
Graphics card with DirectX 9 level (shader model 2.0) capabilities. Any card made since 2004 should work.
Using Occlusion Culling requires GPU with Occlusion Query support (some Intel GPUs do not support that).
The rest only depends on the complexity of your projects!.
System Requirements for Unity iOS Authoring
An Intel-based Mac
Mac OS X "Snow Leopard" 10.6 or later
The rest only depends on the complexity of your projects!
System Requirements for Unity Android Authoring
In addition to the general system requirements for Unity Authoring
Windows XP SP2 or later; Mac OS 10.5.8 or later
Android SDK and Java Development Kit (JDK)
Android authored content requires devices equipped with:
Android OS 2.0 or later
Device powered by an ARMv7 (Cortex family) CPU
GPU support for OpenGLES 2.0 is recommended
System Requirements for Unity-Authored Content
Windows XP or later; Mac OS X 10.5 or later
Pretty much any 3D graphics card, depending on complexity.
Online games run on all browsers, including IE, Firefox, Safari, and Chrome, among others.

Unity содержит полный набор качеств профессионального приложения и "совсем случайно" содержит наиболее мощный движок по эту сторону миллиона долларов.

This release of Unity primarily contains fixes to Unity 3.5. For more information about recent features, see the Unity 3.5 Release Notes.

Shuriken Particle System
Built-in Pathfinding
Upgraded Occlusion Culling & new LOD
Google Chrome Native Client deployment
Linear Space Lighting and HDR
Fixes
Android: Fixed black screen on Kindle when accessing Quick Settings.
Android: Script debugging yields/coroutines could sometimes cause a crash - this has been fixed.
Android: Fixed gl context-recreation. Now you can change AA or DisplayBuffer bitness at runtime even if post-effects are used.
Editor: Windows now draw correctly when fullscreen on OSX 10.8 Mountain Lion
Editor: Fixed dependency on X11 of pvr texture tool.
Editor: Allow importing assets with leading spaces on Windows.
Graphics: Fixed surface shaders regression in 3.5.3 that assumed custom surface output structure always has "Specular" member that is a scalar
Graphics: Fixed VRAM amount detection on some Intel SandyBridge / IvyBridge GPUs.
Graphics: Fixed rendering cameras in editor batch mode
Graphics: Fixed crash in particle system when source mesh has no normal or tangents
Graphics: Allow editor to build shaders in -nographics batch mode
iOS: Fixed Texture2D.ReadPixels on iOS6.
iOS: Fixed crash with suspending while video is playing.
iOS: Fixed more splash issues.
iOS: SystemInfo.deviceUniqueIdentifier no longer uses deprecated UIDevice.uniqueIdentifier.
iOS: Updated iPad2 detection to handle newly released one.
Mac Web Player: Fix focus handling when browser window loses focus.
Mobile: fixed broken lighting when dynamically batching uniformly scaled meshes.
MonoDevelop: Fixed cursor display on Mac Retina displays.
Navmesh: Fix for regression in 3.5.3 - where long paths some times be discarded when stoppingDistance > 0.
Script: Fixed crash when calling material.GetFloat(null).
Substance: Substances with bitmap inputs were not regenerating correctly.
Substance: Fix garbage collecting.
Substance: Cache fixes.
Features
Added Mesh.colors32 for faster and less memory consuming way of setting colors for procedural meshes.
Known Issues
Mobile: We changed the way Texture2D.ReadPixels works. Now, if you do call it during Update (or, generally, not during rendering frame) to grab the copy of the screen, the call will be deferred to the end of the current frame. Due to this, logic behind Apply was changed too.
What you need to do if you use ReadPixels to read pixels from the screen:
if you just grab screen copy and call Apply, you are good to go: both calls will be deferred to the end of the frame
if you grab screen copy, and do something with it, and call Apply after that: you need to defer all this to the next frame. The easiest way is to use coroutines with yield in between ReadPixels and your operations plus Apply.
On the other hand, you can always do ReadPixels in Camera's OnPostRender, or when you have active RenderTexture.

Editor: We dropped IMGTech standalone PVR Compressor, and built our own using their PVRTCLib. We do handle most of the options, but we do allow only one form of args with params: -arg

Скриншоты: