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

Ну в целом, вай нот? Речь именно о перекрывающихся объектах, а не в целом. Почему две соседние "кнопки" не прокликиваются - понятно, но если они друг над другом или часть их геометрии пересекается?

Вариантов обойти это куча, мне интересно разобраться, как оно в целом работает. Если кто скажет "смотри на N строчку O объекта в движке" - будет вообще топ. У меня не выходит найти, как это реализованно у эпиков

Скорее всего если у парента нашёлся чайлд, соответствующий координате, то поиск среди других его чайлдов прекращается.

По ушам пинаю

Допускаю, что это примерно так и происходит. Но это именно догадка.

От того и хочется взглянуть или на исходники или на точное описание, как это работает

По идее инпут через плеер контролера идёт, можно из него попробовать выкопать, но меня начальник убъёт, если я на это N дней потеряю, когда и так задач хватает.

Вот и есть надежда, что кто либо копал уже

Вообще или я не так ищу или рил мало информации сильно глубже "да ты Visible на Not Hit-Testable поменял, вот клик и не проходит"

Привет. Очень интересно узнать, каким образом в движке реализован такой интересный момент, связанный с компиляцией одного APK файла сразу для двух архитектур CPU (arm64 и armv7-a). Нужно для того, чтобы самому сделать что-то похожее для внедрения сторонних файлов в движок, которые будут поддежрживаться двумя архитектурами. Но в интернете почему-то об этом информации нет, по крайней мере я не нашел

Все так же, как и для любого андроид приложения. Собираются два бинаря, кладутся в разные папочки внутри АПК. Сам апк - тупо архив.

Потому что сложность такой обработки порядково возрастает. Для обработки строится отдельное дерево, по нему и ходится. А кейсы "в этой точке несколько виджетов одного слоя" - требуют иной структуры и плохо сказываются на оптимизации в общем.

Понятно. А как с технической точки зрения это реализовано? Может есть в движке возможность как-то упаковать два разных бинарника отдельно, которые будут запрашиваться один для одной архитектуры, а другой для другой архитектуры?

Посмотри https://developer.android.com/google/play/publishing/multiple-apks?hl=ru

А не подскажешь, где подробнее глянуть как это вообще происходит?

В идеале прям в коде движка куда смотреть.

Моё предположение было, что при прохождении древа виджетов набивается стэк который первый вошел - последний вышел. И по нему потом пузыриться.

Могу понять, что в целом переписать саму систему - бобо оптимизации станет. Но предполагаю, что там всё на интерфейсах и можно создать некоторый контейнер, в котором переопределить то, как проходить по детям?

Но это всё чисто догадки которые стоят ровно ничего без понимания, как именно это все проходится.

Не подскажу, к сожалению, надо по движку искать, не под рукой. Насколько помню там в Prepass стейте это происходит, самое простое - посмотри коллстек приклике на кнопку плюс логику prepass'a

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

Я удаляю источник и музыка исчезает, но вот страшнее всего то, что в другой сцене, которая вообще не имеет никаких источников звуков, при деактивации окна эдитора играет другая музыка, которая из контент браузера. Кто-нибудь сталкивался с подобным?

Уже направление, неплохо. Спасибо!

Кто-нибудь знает, как в Insights отменить выделение? %)

Кликнуть в пустоты