DATER App: как мы создаем приложение для стримов видеовечеринок

Изначально Dater собирался сделать ставку на веб, но отказался от него в пользу нативного приложения еще до начала сотрудничества с CleverPumpkin. За мобильными приложениями будущее — нам ли это не знать?

Заказчик пришел с макетами и техзаданием на разработку приложения в iOS, а техзадание на Android мы готовили сами. На базе уже отработанной веб-версии заказчик понимал, чего хочет, и с нашей стороны потребовались минимальные исследования. Аналитику, планирование и карту экранов предоставлял заказчик, наша команда консультировала по их реализации, дизайн также на стороне заказчика, а мы проводили дизайн-ревью макетов.

Каждая новая версия — это новые задачи, некоторые из которых возникают уже в процессе реализации приложения. Например, стало ясно, что платформа для видеозвонков, планируемая к внедрению изначально, не отвечала необходимым требованиям к функциональности, поэтому было принято решение о реализации по протоколу SRT (об этом позже).

Также в процессе работы было решено сделать приложение приватным, с доступом только по кодам-инвайтам. От регистрации по номеру телефона отказались в пользу электронной почты.

Решили поменять и стиль приложения — сделать его более ярким, узнаваемым и вайбовым — произошла смена цветовых стилей, иллюстраций и текстов, добавились новые фичи.

По ходу работы появляются некоторые изменения дополнительного функционала, но глобально ничего не меняется, за что спасибо заказчику: последовательность значительно упрощает работу.

«Я ответил на кучу вопросов от «Клеверов» по версии 0.6.0», — это говорит член команды Dater на внутреннем публичном еженедельном созвоне. Вопросов мы задаем много, но, кажется, клиент доволен.

Общение с CleverPumpkin со стороны DATER ведется продакт-дизайнером, тестировщиком и бэк-разработчиком. Заказчик передает свои идеи на следующую версию, наша команда их изучает, задает уточняющие вопросы, зачастую мы предлагаем свои способы реализации тех или иных фичей, находим «узкие места», моменты, пропущенные в начальной постановке, «подкидываем» какие-то свои предложения и новые фичи.

У DATER своя большая команда, да еще и около 100 амбассадоров, принимающих участие в тестировании. Это позволяет заказчику оперативно корректировать направление развития приложения, изменять концепцию, определять направление дальнейшего движения.

В приложении по желанию заказчика стали использовать протокол передачи видео SRT. Рассматривались варианты использования более распространенного протокола RTMP, но он имеет закрытый исходный код и определенные ограничения. Еще изучали возможности протокола VOX Implant, но и от него отказались: он не поддерживает Estimate, видеозвонки возможны были бы только для двоих и т.д. Такая ограниченная функциональность абсолютно не вписывалась в концепцию дальнейшего развития приложения.

Протокол SRT относительно молодой — 2013 года рождения — и довольно сырой. Он потребовал достаточно большого ресерча и внесения доработок с нашей стороны в доступные решения и библиотеки. Проводились эксперименты с разными sdk и их настройками, пока в итоге не был найден оптимальный баланс по скорости и стабильности работы, качеству звука/видео и иным моментам.

В частности, начинали с нового видеоформата H265 (HEVC) — фишки протокола SRT: с большой степенью сжатия, с меньшим количеством затрат трафика, меньшей потерей пакетов. Это в идеале.

Однако фактически же выяснилось, что на больших расстояниях пакеты теряются чаще, а из-за степени сжатия потеря пакетов более критична, чем в формате H264. Кроме того, есть проблемы с декодированием. В итоге мы потестили HEVC — идея клевая, но не подходит — и перешли на формат H264.