Super Resolution не появляется в camera app Android 17: проверка vendor extension. Отделить область применимости от похожего симптома, провести один обратимый контроль и оформить матрица «camera id × extension id × supported × session opens × fallback mode» без лишних данных.
Где проходит граница симптома
Пользовательская боль: производитель заявляет режим камеры, но стороннее приложение не показывает его или пытается открыть на неподходящем camera ID. До вмешательства зафиксируйте пользовательский результат одной фразой и отделите его от предполагаемой причины. Нужны build, app version и один безопасный контроль, а не полный профиль устройства. Совпадение по времени с обновлением — только гипотеза. Граница поискового намерения: как проверить vendor defined camera extension Android 17 через isExtensionSupported. Соседние неисправности не включаются в этот материал и требуют отдельного evidence.
Что подтверждено официально
Android Developers сообщает: Android 17 позволяет hardware partners определять custom camera extension modes; приложение может проверять их через isExtensionSupported(int). Условия source важнее названия функции: target SDK, device support и documented fallback должны совпасть со сценарием. Если одно поле неизвестно, причина остаётся непроверенной, даже если внешний симптом похож. Проверяемый выход статьи — матрица «camera id × extension id × supported × session opens × fallback mode». Он нужен, чтобы официальный факт не превращался в универсальную догадку о любой похожей ошибке.
Какие данные нужны до проверки
Минимальный набор: camera id, vendor extension identifier, isExtensionSupported result, session creation и documented fallback. Соберите минимальный checklist окружения и убедитесь, что тест не зависит от сети, фоновой синхронизации или старого cache, если они не являются предметом проверки. Один цикл лучше серии случайных действий. До опыта сформулируйте безопасный stop: не вызывать неизвестный numeric mode и прекратить при camera service crash, нагреве или блокировке stock camera. Если он уже наступил, не собирайте дополнительные данные ради полноты отчёта.
Обратимый контроль
Практический шаг: перечислить extensions для каждого camera id, открыть только один подтверждённый режим на нейтральной мишени и затем закрыть session. Сравнивайте одинаковый маршрут и одинаковый input. Запишите первую точку расхождения, после неё не продолжайте цепочку автоматически. Невоспроизводимость следует отметить прямо, а не превращать в универсальное объяснение. Контроль не должен выходить за исходный scope: camera id, vendor extension identifier, isExtensionSupported result, session creation и documented fallback. Любой дополнительный параметр переносится в новую отдельную проверку.
Как читать полученный результат
Рабочий артефакт: матрица «camera id × extension id × supported × session opens × fallback mode». Читайте артефакт слева направо как decision path. Первое неизвестное поле ограничивает вывод. Если control ломается так же, ищите общий слой; если меняется только целевой показатель, гипотеза усиливается для этого build. Сопоставляйте результат с точным действием: перечислить extensions для каждого camera id, открыть только один подтверждённый режим на нейтральной мишени и затем закрыть session. Совпадение во времени без controlled change не считается причинной связью.
Стоп-линия и пакет поддержки
Критерий остановки: не вызывать неизвестный numeric mode и прекратить при camera service crash, нагреве или блокировке stock camera. Остановленный по безопасности тест остаётся валидным результатом. В support package внесите причину остановки, окружение и уже проверенные шаги. Не повторяйте опасное действие ради полного лога. В support package назовите пользовательскую боль без личных деталей: производитель заявляет режим камеры, но стороннее приложение не показывает его или пытается открыть на неподходящем camera ID. Остальные сведения добавляйте только если они меняют воспроизводимость.
Материал подготовлен редакцией VOne с помощью ИИ; технические утверждения постатейно сверены с указанными официальными источниками 28 августа 2026 года.
Источники и проверка
- Android Developers Blog — The Third Beta of Android 17 проверено 2026-08-28
- Android Developers Blog — Android 17 is here проверено 2026-08-28
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.