• Главная
  • Контакты
Подписаться:
  • Twitter
  • Facebook
  • RSS
  • VK
  • PushAll
logo

logo

  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • За год
    • Положительные
    • Отрицательные
  • Сортировка
    • По дате (возр)
    • По дате (убыв)
    • По рейтингу (возр)
    • По рейтингу (убыв)
    • По комментам (возр)
    • По комментам (убыв)
    • По просмотрам (возр)
    • По просмотрам (убыв)
Главная
  • Все
    • Положительные
    • Отрицательные
  • За сегодня
    • Положительные
    • Отрицательные
  • За вчера
    • Положительные
    • Отрицательные
  • За 3 дня
    • Положительные
    • Отрицательные
  • За неделю
    • Положительные
    • Отрицательные
  • За месяц
    • Положительные
    • Отрицательные
  • Главная
  • Опыт переноса приложения с Unity3D на iOS sdk и SceneKit

Опыт переноса приложения с Unity3D на iOS sdk и SceneKit +4

24.04.2017 06:14
elder_cat 3 1300 Источник
Разработка под iOS*, Разработка мобильных приложений*, Swift*, Objective C*, Блог компании Everyday Tools
Сегодня делимся опытом наших партнеров — компании Try Sports Now — о том, как с помощью фреймворка SceneKit дать приложению вторую жизнь.

«Случается, что приложение, которое долгое время прозябало в безвестности, вдруг начинает набирать популярность среди пользователей и приносить прибыль. Само собой разумеется, что при таком раскладе целесообразно его развивать и обновлять. Одно плохо: может оказаться, что исходный код продукта настолько морально устарел за время отсутствия спроса, что временные затраты на его обновление сопоставимы с ресурсом, уходящим на разработку нового исходника с нуля. С подобной проблемой мы столкнулись в работе с проектом Human Anatomy 3D. В этой статье мы расскажем, как осуществлялся переход новой версии приложения с Unity3D исходников на нативные, и осветим некоторые проблемы возникшие в процессе.

Приложение было написано несколько лет назад на кроссплатформенном Unity3D. Через какое-то время кроссплатформенность стала неактуальна, а версия для App Store продолжала занимать достаточно много места на устройствах пользователей, что не могло их не разочаровывать. Да и возможности движка Unity3D были избыточны для реализации функционала: нужно было просто отображать 3D-объекты с возможностью базового взаимодействия с ними и анимацией. Ввиду перечисленного, мы решили обновить версию нативными iOS и macOS исходниками, а для реализации модулей работы с 3D-объектами использовать SceneKit. Решение было продиктовано преимущественно тем, что с этим инструментом мы хорошо знакомы.

Краткий обзор SceneKit


SceneKit — высокоуровневый фреймворк, предназначенный для работы с трехмерными объектами. Он включает в себя физический движок, генератор частиц и удобный API. В основе SceneKit лежит граф сцены. Данный подход широко используется в игровых движках (Unity, Cocos…), а также в 3D редакторах (Blender, Lightwave…). Подробнее о графе сцены можно прочитать здесь. Рассмотрим его типичную структуру:



Основным элементом данной структуры является узел (SCNNode), содержащий в себе информацию о положении, углах поворота и масштабе. Положение, вращение и масштаб дочерних узлов определяются относительно родительского узла.

  • SCNGeometry определяет форму объекта и его отображение за счет набора материалов;
  • SCNCamera отвечает за точку, из которой мы видим сцену (аналогично камере при съемке фильма);
  • SCNLight отвечает за освещение; его положение влияет на все объекты сцены.

Как видно из структуры, корневым объектом является SCNScene, содержащий в себе ссылку на корневой узел. Именно относительно этого узла и строится вся структура сцены.

Теперь посмотрим, как это использовалось в нашем проекте. В первую очередь был создан объект сцены (SCNScene), и в него была загружена готовая сцена с моделью. Для хранения сцен и текстур использовалась рекомендуемая папка .scnassets. так как в этом случае Xcode оптимизирует их для достижения максимальной производительности на устройстве. Сцена мы импортировали из редактора в формате COLLADA (*.dae). Вот пример подгрузки сцены из .scnassets:

Objective-C:

SCNScene *scene = [SCNScene sceneNamed:@"путь до файла со сценой"];

Swift:

let scene = SCNScene(named: "путь до файла со сценой")

В результате к корневому узлу сцены (rootNode) будет добавлена вся иерархия объектов загруженной сцены. После этого мы решили, что неплохо бы найти нашу модель на сцене и добавить ей материал с текстурой, которая представляет собой изображение и хранится в той же .scnassets:

Objective-C iOS:
SCNNode *meshNode = [scene.rootNode childNodeWithName:@"имя узла с моделью" recursively:true];
meshNode.geometry.materials.firstObject.diffuse.contents = [UIImage imageNamed:@"имя файла с текстурой"];

Swift macOS:

        let meshNode: SCNNode? = mydae.rootNode.childNode(withName: "имя узла с моделью", recursively: true)
        meshNode?.geometry?.materials.first?.diffuse.contents = NSImage(named: "имя файла с текстурой")

Как можно заметить, поиск нужного узла осуществляется просто по имени. Параметр recursively определяет, нужно ли искать дальше, вглубь графа сцены, или достаточно ограничиться дочерними узлами текущего. Отыскав нужный нам узел, мы берем первый материал, который лежит на нем, и назначаем ему выбранную текстуру.

Далее, нужно ввести камеру. Для этого создадим и добавим в иерархию сцены 2 узла: cameraNode, который и будет являться камерой, и cameraRoot, к которому камера будет прикреплена и относительно которого будет перемещаться:

Objective-C iOS:

SCNNode *cameraNode = [SCNNode node];
cameraNode.camera = [SCNCamera camera];
SCNNode * cameraRoot = [SCNNode node];
cameraNode.position = SCNVector3Make(0, 0, 3);
[cameraRoot addChildNode:cameraNode];
[scene.rootNode addChildNode:cameraRoot];


Swift macOS:
        let cameraNode = SCNNode()
        cameraNode.camera = SCNCamera()
        let cameraRoot = SCNNode()
        cameraNode.position = SCNVector3Make(0, 0, 3)
        cameraRoot.addChildNode(cameraNode)
        scene.rootNode.addChildNode(cameraRoot)

Это сделано для удобства работы с камерой, так как в этом случае все перемещения будут осуществляться относительно неподвижной точки, а это удобнее для тех случаев, когда, например, камера должна облететь вокруг объекта.

Для отображения сцены используется элемент интерфейса SceneKit View, который добавляется на экран приложения:


Так как в рамках нашего проекта нет необходимости в специфическом освещении, мы не будем добавлять на сцену источники света. Вместо этого воспользуемся освещением по умолчанию. За него отвечает параметр autoenablesDefaultLighting у SCNView. Остаётся только указать компоненту SCNView нашу сцену:

_sceneView.scene = scene;

В SceneKit есть встроенный механизм управления камерой, за который отвечает параметр allowsCameraControl. Однако в нашем случае его пришлось отключить, так как необходимо было предусмотреть ограничение амплитуды вращения камеры вокруг объекта.

Пример работы с объектами


В качестве примера работы с объектами сцены рассмотрим реализацию зума и вращения камеры вокруг нашей модели.

Начнем с реализации приближения/отдаления, которая, по сути, сводится к перемещению узла камеры по оси Z относительно узла объекта-родителя. Все перемещения, вращения, изменения масштаба в SceneKit осуществляются аналогично тому, как это делается в CoreGraphics. Это связано с тем, что SceneKit использует СoreGraphics для реализации анимации:

Objective-C iOS:

- (void)zoomCamera:(CGFloat) zoom{
    CGFloat speedZ = 0,245;
    if (zoom< 1)
        zoom= speedZ;
    else if (zoom> 1)
        zoom= -speedZ;
    if (zoom< 0){
        if (cameraNode.position.z < 2.5)
            return;
    }
    else{
        if (cameraNode.position.z > 6)
            return;
    }
    cameraNode.transform = SCNMatrix4Translate(cameraNode.transform, 0, 0, zoom);
}

Swift macOS:

var allZoom: CGFloat = 0
    func zoomCamera(zoom: CGFloat) {
        
        if allScrollX < 1 {
            let cam = ViewController.cameraRoot.childNodes[0]
            allZoom = zoom
            
            let speedZ = CGFloat(7)
            
            if allZoom < -speedZ {
                allZoom = -speedZ
            } else if allZoom > speedZ {
                allZoom = speedZ
            }
            
            if  allZoom < 0 {
                if cam.position.z < 3 {
                    return
                }
            } else {
                if cam.position.z > 5 {
                    return
                }
            }
            cam.transform = SCNMatrix4Translate(cam.transform, 0, 0, allZoom * 0.035)
        }
        
    }

В данной функции мы определяем, что именно происходит — приближение или отдаление — и, если текущее положение камеры укладывается в установленное ограничение, осуществляем перемещение камеры посредством SCNMatrix4Translate, которая в качестве первого параметра принимает transform — относительно него и будет происходить перемещение. Остальные параметры — это смещения по осям X, Y, Z соответственно. При реализации зума на macOS следует учитывать, что скорость скроллинга Apple Mouse и TouchPad выше стандартных показателей: это может стать причиной нарушения ограничения крайних границ зума.

Реализация вращения камеры вокруг модели во многом аналогична реализации приближения, однако в случае с вращением мы, конечно, имеем дело сразу с 2 осями: ось Y для облета вокруг модели и ось X для возможности просмотра модели сверху/снизу:

Objective-C iOS:

- (void)rotateCamera:(CGPoint) rotation{
    allScrollX = rotation.x / 2;
    for (SCNNode *item in _sceneView.scene.rootNode.childNodes) {
        if (item != cameraRoot && item != cameraNode)
            item.transform = SCNMatrix4Rotate(item.transform, rotation.x * M_PI/180.0, 0, 0.1, 0);
    }
    if (cameraRoot.eulerAngles.x* 180.0/M_PI > 45 && rotation.y < 0){
        return;
    }
    if (cameraRoot.eulerAngles.x* 180.0/M_PI < -45 && rotation.y > 0){
        return;
    }
    cameraRoot.transform = SCNMatrix4Rotate(cameraRoot.transform, rotation.y * M_PI/180.0, -0.1, 0, 0);
}

Swift macOS:

func anglCamera(x: CGFloat, y: CGFloat) {
        
        if allZoom < 1 {
            
            allScrollX = x / 2
            
            let cam = ViewController.cameraRoot
            
            let rootNode = ViewController.sceneRoot
            
            let dX = x * CGFloat(Double.pi / 180)
            
            for item in rootNode.childNodes {
                if item.name != "camera" {
                    item.transform = SCNMatrix4Rotate(item.transform, -dX, 0, 0.1, 0)
                }
            }
            
            let angle = cam.eulerAngles
            let dY = y * CGFloat(Double.pi / 180)
            
            if  dY < 0 {
                if angle.x < -1 {
                    return
                }
            } else {
                if angle.x > 1 {
                    return
                }
            }
            
            cam.transform = SCNMatrix4Rotate(cam.transform, dY, 0.1, 0, 0)
            
        }
        
    }

Здесь мы поворачиваем по оси Y саму модель, чтобы поворот по каждой оси выполнялся независимо. Непосредственно вращение реализуется посредством SCNMatrix4Rotate. Первым его параметром является transform, относительно которого будет осуществляться поворот, вторым параметром — угол поворота, а остальные три — это компоненты поворота по оси X, Y и Z соответственно.

Проблемы


С новой iOS-версией приложения проблем не возникало, нам удалось понизить минимальную требуемую версию iOS до 10.0. Сложности начались, когда аналогичное приложение понадобилось реализовать и на macOS. На версиях macOS ниже 10.12 при работе с моделями мы столкнулись с глобальными проблемами:

  • анимации игнорировались;
  • смещались координаты анимаций;
  • возрастала вероятность краша IDE XCode при работе с моделями.

Эти проблемы пока так и не удалось устранить; пришлось на время оставить минимальную требуемую версию macOS 10.12.

Заключение


Перенос приложения с Unity3D на iOS sdk и SceneKit позволил упростить и ускорить разработку интерфейса приложения, реализацию управления жестами. Без лишних усилий интерфейсы iOS и macOS приложений стали максимально привычным пользователю, а размер архивных файлов уменьшился в 2-2.5 раза. Вместе с тем, переход к нативным средствам усложнил работу с моделями: стало невозможным получить доступ к конкретной части единой модели *.dae. Но в целом, если говорить о требованиях к отображению и базовых взаимодействиях, SceneKit позволил без глобальных сложностей интегрировать в приложение трехмерные объекты с анимацией на свежих версиях macOS и iOS, а также реализовать простейшее взаимодействие с камерой».
Поделиться с друзьями
-->

Комментарии (3)


  1. nepster
    24.04.2017 12:44
    #10188366
    +2

    А перенос собственно где? Я виже работу со сценой и камерой всего лишь…


    1. EverydayTools
      25.04.2017 07:35
      #10189590

      Спасибо за Ваш комментарий. В нашей статье мы постарались кратко осветить некоторые стандартные примеры работы со SceneKit, обозначить проблемы/сложности, которые стоит учитывать при взятии в работу подобной задачи, проблемы, которые на этапе планирования разработки были непрогнозируемы и повлияли на конечный результат. Мы придерживаемся позиции, что поверхностное описание процесса написания кода работы с 3D моделями с использованием Scenekit это и есть перенос функционала с Unity3D. Если бы Вы хотели узнать еще о какой-то проблеме детально, сообщите нам — будем признательны и постараемся рассказать об этом в наших следующих статьях.


  1. Nils22
    26.04.2017 10:59
    #10191574

    «стало невозможным получить доступ к конкретной части единой модели *.dae» – что именно тут имеется ввиду? Получить доступ для того, чтобы затем анимировать, установить новый материал или что-то другое?

МЕТКИ

  • Хабы
  • Теги

Разработка под iOS

Разработка мобильных приложений

Swift

Objective C

Блог компании Everyday Tools

objective-c

Swift

scenekit

разработка приложений

разработка под ios

СЕРВИСЫ
  • logo

    CloudLogs.ru - Облачное логирование

    • Храните логи вашего сервиса или приложения в облаке. Удобно просматривайте и анализируйте их.
Все публикации автора
  • Задание для дизайнеров от Google: почему большинство решений не годятся -1

    • 30.06.2017 11:04

    Сперва сторифреймы, потом вайрфреймы +4

    • 16.06.2017 11:07

    Создание простого аудиоредактора +5

    • 07.06.2017 10:53

    Реализация системы доступа в собственном корпоративном мессенджере: часть первая +5

    • 30.05.2017 10:49

    Программирование — это сложно; именно поэтому ему и стоит учиться

    • 19.05.2017 07:14

    Новые инструменты для организации эффективной командной работы +3

    • 11.05.2017 11:52

    Классические и новые пособия по интернет-маркетингу, которые стоит увидеть +5

    • 27.04.2017 08:02

    «Почему вы просто не перепишете это на язык X?» +18

    • 25.04.2017 07:36

    Опыт переноса приложения с Unity3D на iOS sdk и SceneKit +4

    • 24.04.2017 06:14

    Разработка компонента для создания коллажей +7

    • 20.04.2017 08:16

Подписка


ЛУЧШЕЕ

  • Сегодня
  • Вчера
  • Позавчера
05:16

Win32 API и ностальгия по окнам странной формы +97

08:00

Ремонт блока питания с Power Delivery. 470 граммов электроники +66

07:05

Механический калькулятор. Как работает арифмометр? +19

09:01

Готовимся к отключению. Эффективные форматы для упаковки и раздачи HTML-страниц +18

08:00

Программирование с AI-ассистентом — похороните меня под плинтусом +18

04:59

Замедление Телеграма замедлилось, а также законопроект об уголовной ответственности за крипту в РФ +18

07:21

«Великое очищение» в работе с контентом: что осталось от роли редактора +17

08:30

Что такое «мышечная память» и можно ли её развить? +12

01:54

Нейропластичность для разработчика — как учиться эффективнее +12

07:00

Не просто OpenBMC: как мы сделали свой BMC +10

09:25

ИИ существовал до компьютеров: Крышесносные примеры +9

09:30

ИИ-агенты в ИБ: путь к доверенному члену команды +8

07:01

Playwright vs Selenium на Java: что выбрать для автотестов в 2026 году +8

09:11

Кастомная клавиатура в 2026: как спустить премию на кейкапы с жабами и не пожалеть +7

08:12

Легенды 90-х — кто придумал и производил жвачки Turbo, Love is… и TipiTip +7

09:05

Объяснение лямбда исчисления через Python +5

07:40

Недельный геймдев: #274 — 19 апреля, 2026 +5

11:19

Как мы продавали компьютеры в 90-х. Шум, шоу и послесловие к шоу +4

11:10

YouTube для мамы: VLESS + Reality без боли, консолей и конфигов +4

07:42

Как международные корпорации борются с киберсквоттерами с помощью товарных знаков +4

00:53

DIY: Экранчик для «умного дома» +70

09:01

Я установил все расширения Firefox +49

08:00

Код Apollo 11 выглядит лучше современного софта. Похоже, мы где-то свернули не туда +45

11:05

«Фабрика монстров» Джорджа Лукаса: как в «Звездных войнах» создавали инопланетян без компьютерной графики +35

19:30

Умный подоконник: как ESP32 спас мой домашний огород (и что я узнал про «невидимые» пины) +33

13:01

«Управляя Солнцем»: умопомрачительная физика и смелые задачи звёздных машин +32

14:05

Китайский шедевр сумрачного гения из 2000-х +28

13:59

Как ИИ-подхалимы затягивают в ИИ-психоз, или К чему приводит токсичное поддакивание +26

15:04

13 предпринимательских уроков из советской сатиры, которую вы читали не так +16

17:15

Cказ о том, как мы с Oracle на PostgreSQL переехали +14

11:24

Почему LLM Wiki Карпатого не стоит внедрять для личной базы знаний +14

16:05

Меньше слов, больше кода? Как опенсорс в Китае развивали — компании-инноваторы, евангелисты и выход на Гитхаб +13

13:46

ICMP-туннель на уровне ядра Linux: передаём TCP/UDP-трафик через эхо-запросы +13

15:45

Как я изобрёл велосипед: создание языка программирования с нуля ради одной игры и Telegram-бота +12

07:39

4 привычки, которые, как кажется, двигают вашу карьеру (но на самом деле ей вредят) +11

17:23

Сказать или не сказать — вот в чём вопрос? +8

14:00

Экс-налоговый инспектор отвечает на вопросы про проверки физических лиц +8

13:47

Контейнеры вместо серверов: Как устроена система обмена данными, которую нельзя заблокировать и подделать +8

13:30

NETоз: собственная ДНК как… оружие? +8

10:15

Приватная Cвязь на Go и Flutter +8

01:12

Мыслепреступление на Android: как скрыть Перехватчик трафика от Государственных приложений +162

09:01

Юбилей легенды +86

19:15

Почему JS/TS — не функциональный язык (и почему это важно понимать) +54

02:45

Как мы продавали компьютеры в 90-х. Шоу в нужную сторону +47

13:01

Почему не взлетели дирижабли? Часть 18: «Осоавиахим репортинг!» +45

11:58

NaïveProxy в sing-box (альтернатива VLESS) +36

14:17

Теневой рынок GitHub звезд +34

08:01

Благородные рыцари в космосе. Вспоминаем сериал «Светлячок» +32

17:18

Как я стал учителем за 5 минут: BAC в электронном дневнике +26

13:38

WebFlux vs Virtual Threads: что происходит при 2000 RPS +24

13:26

Как я тестировал локально новый Qwen 3.6 и Gemma 4 +24

18:39

Пост через 100 лет: как американцы возвращались к Луне и по дороге построили канцелярию +21

17:15

ИИ стирает рабочие места. Но кто тогда будет покупать? +21

20:15

Я хотел починить стиральную машину. В итоге пришлось проектировать свой разделительный трансформатор +18

23:32

Гармония чисел: как математика настроила музыку +15

20:45

Как я за 9 месяцев сделал свой видеосервис: сначала потому что надо было, а потом потому что понравилось +15

12:00

Пять мини-ПК середины весны: от производительных систем с водянкой до офисного «железа» +15

09:39

Ловушка «Пари Паскаля»: как страх перед будущим ИИ отвлекает нас от проблем в настоящем +15

08:00

Нет, ИИ вас не заменит. Вас заменит человек, работающий с ним +15

17:05

Opus 4.7, Codex управляет ПК, TTS от Google, бренд кроссовок «переобулся» в ИИ-компанию +14

ОБСУЖДАЕМОЕ

  • ИИ стирает рабочие места. Но кто тогда будет покупать? +21

    • 236   18000

    Win32 API и ностальгия по окнам странной формы +97

    • 162   14000

    Я хотел починить стиральную машину. В итоге пришлось проектировать свой разделительный трансформатор +18

    • 137   17000

    Мыслепреступление на Android: как скрыть Перехватчик трафика от Государственных приложений +157

    • 125   80000

    Как я тестировал локально новый Qwen 3.6 и Gemma 4 +24

    • 76   16000

    Clean Architecture + DDD в Go: как не превратить проект в 200 файлов ни о чём +14

    • 47   9500

    Ответ Джеймса Линдси на слова Маска о безусловном доходе +4

    • 46   8600

    NaïveProxy в sing-box (альтернатива VLESS) +36

    • 40   23000

    Почему JS/TS — не функциональный язык (и почему это важно понимать) +54

    • 39   17000

    Пост через 100 лет: как американцы возвращались к Луне и по дороге построили канцелярию +21

    • 36   16000

    Теневой рынок GitHub звезд +34

    • 35   14000

    Умный подоконник: как ESP32 спас мой домашний огород (и что я узнал про «невидимые» пины) +34

    • 31   18000

    Код Apollo 11 выглядит лучше современного софта. Похоже, мы где-то свернули не туда +49

    • 29   15000

    DIY: Экранчик для «умного дома» +70

    • 27   23000

    13 предпринимательских уроков из советской сатиры, которую вы читали не так +16

    • 25   11000
  • Главная
  • Контакты
© 2026. Все публикации принадлежат авторам.