newdancer: тогда вам придётся всё это вместе оборачивать в асинхронный вызов, используя другие, не ретрофитовые абстракции. Дело в том, что в сеть вы можете ходить только не из главного потока, иначе получите NetworkOnMainThreadException.
newdancer: ну вообще полезно дебаггер освоить и смотреть весь объект целиком, может что и наведёт на правильную мысль.
Но я открыл ваш JSON на компе с нормальным форматированием и, по-моему, ваша проблема сейчас довольно проста. private List<KpRatUpd> ratingData;
и
En1q0d: В libgdx и других движках есть свои механизмы для этого. не надо будет ничего прописывать для разных размеров экрана, можно удобно всё сделать. Собственно, это я и подразумевал под "хотите странного".
gadfi: С чего вы взяли, что первая активити останется жить? Тут встаёт вопрос, как именно автор планирует "делаю этот же объект доступным в другой активности". БОльшая проблема возникнет как раз при пересоздании по каким-либо причинам второй активити, а то и всего приложения.
Вы же уже задавали этот вопрос. От того, что вы гору на платформу поменяли, ничего не изменилось. Зачем вам это? Может вы вообще хотите странного, вам это в голову не приходит?
Алексей П: не то, чтобы вы не правы, матлог - штука полезная. Но, извините, советовать это (да ещё плюс нумералы Чёрча) человеку, который рвётся в бой.. Ему надо взять и почитать основы того, чем он сейчас интересуется. Как правильно Д/Н КА представлять, как они с регулярными выражениями связаны, какие грамматики можно ими обработать, какие грамматики вообще существуют, какие есть способы парсинга, как сделать синтаксический анализатор (а того, что придумал автор, без костылей хватит максимум для лексического). Что такое AST - а автор сказал, что ему это ничего не говорит, ну так надо, что говорило. И прочее, и прочее. И для всего этого матлог не нужен. А вы ему Лисп предлагаете интерпретировать. Думаете, он знает, что такое лисп и функциональное программирование? А нафига интерпретировать то, что ты в принципе не понимаешь?
Существуют и другие варианты, те же pjsip, linphone (это я вам ключевые слова для гуглинга закидываю), но начать можно с WebRTC.
Насчёт рандомного подключения - эту функцию стоит взять на себя серверу. По сути для видеофона без разницы, рандомный звонок или нет.