@ginkage19 мая 2013 в 22:30

Сфера из двух треугольников

7 мин

62K

Android *

+72

Комментарии 66

@WhiteD 19 мая 2013 в 22:55

На HTC One X получилось вот такое db.tt/2A2yKX5u
И еще, у вас опечатка: первые уравнения у вас для преобразования из сферической в декартову, а вторые наоборот.

@ginkage 20 мая 2013 в 03:59

Хм, странно, мне казалось, что на One я тоже тестировал. Похоже, спутал с Butterfly или ещё чем-то. Значит, там такая же беда, как на S4. :(

@Ktulhy 20 мая 2013 в 05:24

Nexus 7, аналогично.

@ginkage 20 мая 2013 в 05:58

Чёрт. Спасибо за отзыв, сегодня постараюсь добить этот глюк.

@Aux 20 мая 2013 в 06:17

30 fps на третьей тегре с двумя треугольниками? Ну оок, лол.

@ginkage 20 мая 2013 в 06:53

Ну тегра — это вообще странная вещь. На моём S3, например, стабильно держится 60 fps, а значит кадровая частота ограничена лишь VSync'ом.

@Aux 20 мая 2013 в 06:57

Угу, очень странная, но Epic Citadel от Epic Games выдает средний фпс 57.

@ginkage 20 мая 2013 в 07:04

Значит, там довольно примитивные пиксельные шейдеры, только и всего.

@Aux 20 мая 2013 в 07:05

Ну да, ну да…

@ginkage 20 мая 2013 в 07:21

Попробуйте вот этот файл (это вариант без наклона) — сколько на нём будет FPS?

@Aux 20 мая 2013 в 09:31

60 фпс, проблема с текстурой. Может она пожата в неподдерживаемый формат?

@ginkage 20 мая 2013 в 09:33

А на предыдущем варианте проблемы не было?

@ginkage 20 мая 2013 в 09:06

А, я перепутал One и One X.
Значит, проблема как минимум с теграми (One X и Nexus 7).

@Triang3l 20 мая 2013 в 10:23

На WindowsAndroid сначала «Unfortunately, Planet has stopped.», потом пустое чёрное окно с заголовком.

@ginkage 20 мая 2013 в 10:29

Любопытно. Stopped оно в эмуляторе действительно иногда делало, но с этим, вроде, мне уже удалось справиться.
А чёрное окно обычно у меня длилось секунд 10, не больше. Я имею в виду, в эмуляторе: на устройстве-то всё грузится за секунду.

@Triang3l 20 мая 2013 в 10:56

По-моему, для демок лучше использовать WebGL, а не Android.

@ginkage 20 мая 2013 в 10:58

Хм… Кажется, после этого комментария я таки решусь попробовать освоить WebGL.

@ginkage 20 мая 2013 в 15:48

Попробуйте обновлённую сборку, пожалуйста. Мне как раз случай с вашего скриншота был наиболее интересен, вдруг удалось его исправить?

@WhiteD 20 мая 2013 в 16:46

Уже лучше, но артефакты есть. db.tt/FrXy9lO7
И по поводу некорректного отображения на стыке передней и задней полусфер: можно ведь преобразовывать координаты так, чтоб проекция с большим углом к сфере была всегда по периметру отображаемой плоской проекции.

@MainNika 20 мая 2013 в 20:40

Вот посмотрите

@ginkage 20 мая 2013 в 21:03

Там тот же билд. :)
Вообще, странно, что даже для одного и того же чипа (Tegra 3) результаты получаются разными (на Nexus 7 всё ОК, на One X нет), но тут уже, видимо, какая-то разница в драйверах начинает сказываться. Если мне One X попадётся в руки, попытаюсь додавить этот эффект. Ну, или может быть кто-нибудь мне поможет, исходники-то открыты. :)

@ginkage 20 мая 2013 в 22:01

Хотя… Что-то я засомневался, тот же ли. Попробуйте, действительно, вот это: вдруг я в последний момент, как обычно, всё перепутал?..

@evr1ka 20 мая 2013 в 03:44

В свое время делал что-то похожее (еще на спектрум потом на 386х).
Вращающиеся фигуры назывался. (разные фигуры на выбор вращались на экране)
Типа наглядного пособия по математике.
Только там я применял массивы значений косинусов, чтобы быстрее считалось.
Писалось на Бейсике, в тетрадках. Потом по полдня вбивалось.
Была даже скомпилиная программа, которая зачетом ушла и больше не осталась.
Надо бы повторить, с оглядкой на Ваш код.
И кстати, просчет не видимости точки (что-то типа Z буфера) высчитывался как-то интересно.
Я потом эту формулу в другом виде в мат.анализе нашел. Хотя вывел сам.

@BlackSwan 20 мая 2013 в 07:09

На Lenovo A750 всё работает, 30FPS.

А Земля у Вас в правильную сторону вращается? А то мне кажется что нет )

@ginkage 20 мая 2013 в 07:16

О, а вот об этом я ни разу не задумывался, спасибо. :)

@ginkage 20 мая 2013 в 07:21

Кстати, попробуйте вот этот файл (это вариант без наклона) — сколько на нём будет FPS?

@BlackSwan 20 мая 2013 в 07:34

Забавный результат…

50+ FPS но появились деформации как на скрине в первом коменте только гораздо меньшие. как буж-то землю нарезали на плоские круги и некоторые слегка провернули относительно других.

@ginkage 20 мая 2013 в 07:42

Ого, вот это странно. У меня сейчас такой эффект на One тоже воспроизводится (именно такой, «слоями», а не как в комментарии), но с чего бы он мог появиться, если предыдущий вариант работал нормально?.. Загадочно.

@BlackSwan 20 мая 2013 в 07:44

Выглядит забавно :) На вскидку — может где-то ошибки округления возникают ( всмысле погрешности вычисления координат)?

@ginkage 20 мая 2013 в 08:13

Ну, они бы и в предыдущем варианте тогда возникали. :) А вычисление текстурных координат в обоих шейдерах сделано одинаково.
Вообще, вот сейчас я ковыряю One, и у меня стойкое ощущение, что он насильно сжимает текстуру. Если это так, то я уже ничего сделать не смогу…

@ginkage 20 мая 2013 в 09:06

Собрал ещё три варианта. :)
На этот раз, у меня получилась почти нормальная работа на HTC One, путём переставления битов и изменения множителя. Мелкие артефакты изображения всё равно присутствуют, но стало уже лучше.
Итак, для HTC One: версия "только вращение", версия с наклоном.

@zoo 20 мая 2013 в 09:26

выглядит классно на nexus 7, 60fps, только где наклон выбают артефакты

@ginkage 20 мая 2013 в 09:27

Такие, как на последнем скриншоте? ;)

@zoo 20 мая 2013 в 09:50

да, как думаете, справитесь с этим? я залип на этот шарик, на работе, минут на 15, еще коллегам потом показывал ) А можно еще звезды добавить на задний фон?

@ginkage 20 мая 2013 в 10:23

Хороший вопрос. С одной стороны, хочется это исправить, а с другой — шейдер «с наклоном» уже и так очень сложный, от изящества первой версии в нём почти ничего не осталось. Так-то демка создавалась чисто ради вращения вокруг своей оси.
Так или иначе, исходники доступны всем, поэтому если не я, то кто-нибудь другой наверняка что-то сможет сделать. :)
Ну а звёзды… чуть позже прикручу. :)

@Aux 20 мая 2013 в 09:36

Тестирую эту версию, обе дают 60 фпс, версия с наклоном изначально без наклона, покрутил, всё ок, только на полюсах артефакты.

@ginkage 20 мая 2013 в 09:45

Вот сейчас совсем странно стало, почему тогда у BlackSwan первая версия работала нормально (а почти такая же перестала), а у вас она же давала 30 fps? Что же это был за билд такой?..
Как бы то ни было, добавил в пост ссылки, чтобы можно было выбрать себе сборку по вкусу. :)

@Aux 20 мая 2013 в 09:46

Сплошные загадки (:

@Kukunin 20 мая 2013 в 12:03

Вот так, имея один эмулятор Android, можно потестировать свое приложение «коллективным разумом» на большом количестве различных android девайсов

@MainNika 20 мая 2013 в 12:20

Evo 3D, 60-61 fps. Только при приближении появляется небольшой шум.

@ginkage 20 мая 2013 в 12:44

Попробуйте сборку «для HTC One», может она будет работать лучше?

@MainNika 20 мая 2013 в 14:23

Лучше, на первый взгляд.

Но чуть-чуть шум остался

@ginkage 20 мая 2013 в 14:26

Ну и последний, пожалуй, билд на сегодня: вот. :)

@MainNika 20 мая 2013 в 14:31

Идеально :)

@evilduck 20 мая 2013 в 13:02

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

@ginkage 20 мая 2013 в 13:04

В более серьёзных играх не используются такие жестокие хаки. :)

@Pushkoff 20 мая 2013 в 15:41

посмотри на шейдеры более-менее реалистичного освещения или сглаживания.

@Ekstazi 20 мая 2013 в 13:36

Спасибо за статью. Я подобное во флеше делал, тока до гениальности проще. Брал рисовал круг, под ним слой с прямоугольной картой+ маска по форме круга и двигал карту слева направо циклично. В итоге сделал солнечную систему из 7 планет. Задачка на экзамене такая была.

@ginkage 20 мая 2013 в 13:41

Вот да, мой друг изначально сделал примерно так же. Но при этом нет «выпуклости», перспективы, поэтому мне и захотелось сделать примерно так же просто, но более правдоподобно.

@Pushkoff 20 мая 2013 в 15:35

можно еще с нормалями побаловаться, придав земле эффект трехмерности.
ru.wikipedia.org/wiki/Рельефное_текстурирование

@ginkage 20 мая 2013 в 15:47

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

@risenow 20 мая 2013 в 15:48

Я такое реализовывал

@Pushkoff 20 мая 2013 в 16:31

дальше советую посмотреть в сторону Clipmaps или мегатекстуры, для того чтоб увеличить качество при увеличении. получится не хуже GoogleEarth

@lolmaus 20 мая 2013 в 17:52

А какая проекция используется в исходном изображении?

@ginkage 20 мая 2013 в 18:20

Судя по всему, простая цилиндрическая (она же простая географическая, она же equirectangular, она же plate carrée).

@Ermolin 20 мая 2013 в 19:19

просто имхо в тему, может пригодится:
http://www.ixbt.com/video/sphere-triangles.shtml

@Triang3l 21 мая 2013 в 04:31

Стал портировать на WebGL, получилась вот такая пангея.

@ginkage 29 мая 2013 в 12:57

У меня получилось немного получше. :)

@Triang3l 29 мая 2013 в 13:12

А почему только в Chrome работает?

@ginkage 29 мая 2013 в 13:17

У меня работает в Chrome и Firefox, но не работает в Safari.
Я пока не разбирался в причинах, всё-таки это мой первый webGL, сделанный менее чем за сутки.

@ginkage 29 мая 2013 в 20:08

Ан нет, у меня в Safari тоже работает: там надо было явно включить поддержку WebGL, тогда всё пучком.
Больше скажу, теперь у меня это работает даже в Firefox for Android.

@IrixV 18 сен 2013 в 08:57

Отличная статья!
И очень хорошая идея. Ваш код и «хак» arbg-формата отлично работает на IOS.
Попробовала сделать на IPhone,

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

@ginkage 18 сен 2013 в 09:19

Зависит от версии айфона: например, на четвёрке это было бы ожидаемо, т.к. там впервые появилось ретина-разрешение, при незначительном увеличении мощности процессора (по сравнению с 3GS). Тут ведь производительность упирается именно в количество экранных пикселей и мощность видеоядра.

@IrixV 18 сен 2013 в 10:22

Да, на четверке смотрю. На ipad-mini ситуация получше. Но все-таки это довольно странно. Я работаю на cocos2d и там огромное множество преобразований со спрайтами, и fps не падает. А тут от одной картинки все так опустилось. В предложенном методе, вообще, исключительно линейные преобразования, которые GPU по сути должен на раз-два делать. Возможно тут переключение между текстурами играет нехорошую роль. Но за статью и за идею Вам спасибо, при любом fps).

@ginkage 18 сен 2013 в 10:30

Преобразования со спрайтами обычно делаются на уровне вершин, которых в спрайте всего четыре штуки (как и здесь). А вот пикселей здесь — примерно 321700 (это только те, которые попадают под «if (z2 > 0.0)», а так их 409600), и для каждого выполняется довольно сложный пиксельный шейдер с произвольной выборкой из двух текстур.
Так что, да, в данном случае это всего лишь просто забавная демка, с сомнительной применимостью, хотя позапрошлогодние GPU её уже вполне тянут на 60 fps, а дальше будет только лучше.

@IrixV 18 сен 2013 в 10:46

Насколько я поняла по анализу перфоманса, когда текстура читается непоследовательно, а зависимо от переменных происходит сильное замедление. Видимо в это и есть причина. Согласна, что для новых устройств это уже утрачивает актуальность.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий