Начал сравнивать координаты:

GetBounds().min.y >= platforms[i].GetBounds().max.y

В итоге max = 0.75, а min - 0.7499999, и шар проваливается. Как исправить эту гадскую разрядность? У меня сейчас только одна идея - переопределить оператор >, <, чтобы не округлять каждое сравнение до чего-то там.

GetBounds().min.y >= platforms[i].GetBounds().max.y

Округления, да.

Либо дельту поставить между значениями и по ней сравнивать

Да как-то стрёмно каждый раз писать:
if (GetBounds().min.y - platforms[i].GetBounds().max.y >= -Epsilon)

Парни напомните кто помнит. По какому принципу юнити не батчит спрайты из одного атласа? Щас смотрю, меняю их размер рандомно, меняю позицию немного (дрожат) но всеравно батчит их. Я думал батчинг ломает смена позиции

Хотя странно. Я думал если спрайт например дрожит (через до твины) то есть меняет позицию, он вызывает перерисовку всего канваса. Как это отследить? В профайлере UI не вижу, там чистая линия идет

ломается когда следующий рендерер юзает отличный от текущего материал, например когда рендерится TMPro

я вроде когда изучал давно, читал что если двигается UI элемент, то весь канвас перерисовывается в меш. Но как это отследить? Что он перерисовался

лучше дебажить во Frame Debugger

если там нет фиттеров и жестких layout перестроений то может быть что не будет весь UI перерисовываться

У меня вопрос. Пока не совсем понимаю где и когда использовать UniRX. Вот хороший видос, в конце он показывает пример преобразование. НО ЧТО ЕМУ ЭТО ДАЛО ? То что он отказался от update... но если там будет больше проверок и результатов, что за портянка будет в итоге

Если эти 4 способа использовать втупую (просто грузить в Texture2D всё подряд, для File.ReadAllBytes перед каждой итерацией делать yield на кадр),
то по степени плавности прокрутки UI-контента на фоне в редакторе и сборке получилось так:
1) UnityWebRequestTexture (с большим отрывом, фризов вообще нет, но это на десктопе — на планшете могут появиться)
2) www.LoadImageIntoTexture
3) File.ReadAllBytes
4) www.textureNonReadable

Тестил на 32 одинаковых изображениях, 3000х2000 пикселей, 4 МБ веса.
В моей рабочей ситуации будет по-другому: 1000 изображений по 30-100 кб, 256х256, но на больших картинках легче отследить фризы в прокрутке.

По суммарному времени загрузки всех изображений разница очень маленькая.

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

Блин прикольно, я думал зенжект качать с гита, а он прям в юнити сторе есть и совсем новый ыыыы

Для оптимизации под разные разрешения надо на канвасе Scale with screen size поставить и ползунок match на 1 поставить ?

Или 0 оставить ?

разрешение зависит от устройства конечного

На 0.5 ?

когда я ставлю 1 всё идет по одному месту, 0 тоже, так что 0.5 - идеал