Задать вопрос
  • Java libgdx или C# Unity3D?

    jamakasi666
    @jamakasi666
    Просто IT'шник.
    Java и шарп действительно сильно похожи синтаксисом но внутренние отличия довольно большие. В общем перескочить можно с малой кровью.
    Сравнивать libgdx и юнити очень некорректно.
    Юнити это готовый и законченный движек с готовыми утилитами под него.
    LibGDX это только фреймворк над базовыми вещами. Т.е. рендер\систему ресурсов\сеть\базовые классы игры, все придется писать самому. Утилиты,равно как и форматы хранения контента придется тоже писать самому. Редактор карт тоже придется писать самому. Другой вариант что многие описанные вещи можно найти уже написанные кем то и слепить все воедино.

    Юнити хоть и мощный двиг но придется мириться с тем что он предоставляет и ни шагу в сторону как бы неудобно и нелогично это выглядело.
    LibGDX дает тебе возможность написать именно нужные тебе для конкретной игры двиг с необходимым и удобным тебе тулсетом.

    К примеру если игра изначально задумывается в виде платформера то намного удобнее написать все свое конкретно для данной игры на LibGDX, скорее всего это будет даже быстрее чем на юнити.
    Если игра будет чем то вроде КС то такую игру намного проще и быстрее делать на Юнити но позже будет сложнее дорабатывать ради уникальных фишек и количество костылей будет расти пропорционально числу уникальных фич.
    Ответ написан
    Комментировать
  • Наиболее полный/информативный курс по Unity?

    GavriKos
    @GavriKos Куратор тега Unity
    1) Документация по юнити официальная частично переведена. Ну и - учите английский, чтобы проблем небыло.
    2) Лучшая дока, которую я видел - официальная.
    3) Лучший курс - опять таки официальный.

    Официальные туторы, курсы, вот это все - https://unity3d.com/ru/learn - тут.
    Ответ написан
    Комментировать
  • Ноутбук со встроенной графикой и Unity?

    shpaker
    @shpaker
    Вольный хлебопашец
    Если вы берёте ноутбук, значит вы так или иначе допускаете работу не в "домашних условиях" => FHD лишним не будет (хотя оно лишним не будет даже если вторым экраном монитор подключен). Я уже с десяток лет с ноутбуком как с основным домашним (т.е. для пет-проджектов) компьютером и поверьте на слово - разрешение 1366 на 768 (тем более если диагональ 15") это боль, страдание, унижение и ненависть к производителю. Встроенная графика сейчас конечно достаточно проворна, но лучше дискретную графику, хотя бы 950М. А вообще геймдев цель так и шепчет на ухо: "возьми стационарный ПК". Так или иначе всё сильно зависит от уровня ваших проектов. Два экрана не должны стать проблемой. Опять же, смотря что на них делать. Если на одной IDE, а на другой разворачивается простой 2Д проект, то почему бы и нет? А вообще абстрактного коня описываю. Сейчас прям цены на ноутбуки приличные настолько злы, что смотреть страшно - так что удачи в выборе )
    Ответ написан
    2 комментария
  • Cocos2d-x или libgdx, что лучше для новичка?

    Mishok2000
    @Mishok2000
    Творческий программист
    Работал с двумя движками. На LibGDX писал свою первую мобильную игру. На Cocos2d-x делаем сейчас с небольшой командой по-настоящему глубокую и обширную, если так можно выразиться, аркаду. По этому опыт работы с этими двумя движками есть. Буду писать только по различиям.
    LibGDX:
    • Если хорошо знаешь Java - выбирай его, не задумываясь
    • Есть немалое количество туториалов на тему этого движка и готовых игр, а так документация на хорошем уровне
    • Не требует высокого уровня программирования
    • К сожалению, многие фреймворки, различные расширения для игр, анимационные стандарты, рекламные сервисы не поддерживают движок
    • Это джава. Она всегда лагает. Её с плюсами даже сравнивать нельзя
    • Частенько придется писать платформозависимый код, как на Java для Android, так и на Objective-C для iOS

    Теперь о Cosos2d-x:
    • Знаешь C++ - выбор сделан
    • Очень производителен в 2д разработке. Обходит по скорости даже юнити, про libgdx даже молчу. Но нужна ли тебе такая производительность?
    • Из-за того, что движок очень популярен, поддерживается большинством фреймворков, рекламных сетей, но ни так, как юнити. Это все же надо понимать.
    • Полностью кроссплатформенный. Есть даже встроенные средства для добавление поддержки внутриигровых покупок для iOS и Android одновременно, без написание кода под каждую ОС.
    • Открытый код. Постоянно развивается засчет этого движок.
    • Отличная архитектура у движка
    • Пи#здец, как мало туториалов и статей. А документация просто ужасная
    Ответ написан
    5 комментариев
  • Как перенести игру apk на unity3d?

    Taraflex
    @Taraflex
    Ищу работу. Контакты в профиле.
    www.r-studio.com/ru

    Если вы умудрились потереть исходники игры - значит она была не особо и ценна.
    Пишите другую.
    Ответ написан
    Комментировать
  • Как реализовать независимые In-App покупки для разных устройств на одном аккаунте Google Play?

    DmitriyEntelis
    @DmitriyEntelis
    Думаю за деньги
    Если у Вас покупки повторяемые - то можно покупать раздельно на разных устройствах.
    Но это не очень круто, т.к в этом случае у Вас во первых будут ошибочные приобретения несколько раз с одного устройства, а во вторых не получится сделать восстановление покупок (при утере устройства например)
    В целом мне кажется что это жопошничество. Если клиент купил Ваше приложение - логично дать ему позволить пользоваться им с любого своего устройства. Привязывать покупку к устройству - как то не круто
    Ответ написан
    1 комментарий
  • Java vs C++. Что полезнее?

    @DancingOnWater
    Про Java не знаю, но я расскажу про C++ и C#, даром что последний сравнивают с Java.
    Макросы, нетипизированные шаблоны, частичная реализация этих самых шаблонов, указатели, константные ссылки, константные методы, перегрузка унарных операторов, разделение памяти на стек и кучу, - это только часть того, по чем я скучаю, программируя на C#.

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

    Также стоит заметить, что C++ не заканчивается на голом синтаксисе и STL, после того как вы познакомитесь с ними перед вами откроется целый мир различных библотек. От того обилия высококласных математических библиотек, что есть на C\C++ (а первый вы совершенно спокойно можете подлинковать к проекту и использовать без проблем) у меня слюны все клавиатуру заливают. А Qt с его сигналами и слотами.... И да, не верьте, что многопоточные приложения сложны плюсах, Qt и C++11 упрощают до предела.

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

    Да, C++ строг и беспощаден, его изучение сравни с игрой в шахматы с превосходящим по силе соперником, где любая мелкая ошибка может оказаться фатальной. Но работая на C++ (работая, а не кодя так, чтоб отвязались) вы получите гораздо больше в понимании того, как устроены It-технологии, на чем зиждются и в чем их ограничения.
    Ответ написан
    1 комментарий