Браузер включает переднюю камеру: как выбрать заднюю

Если браузер включает переднюю камеру вместо задней, проверьте запрос направления, поддерживаемые ограничения и фактически полученный поток. Для заднего направления используется environment, но пожелание ideal и обязательное условие exact имеют разный смысл. После выбора покажите предпросмотр и дайте человеку подтвердить изображение: направление камеры не гарантирует конкретный объектив на телефоне.

Для пользователя важен предмет в кадре

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

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

Направление и конкретный объектив

В MDN facingMode user означает направление к пользователю, environment — от него, к окружающей обстановке. Это не имена конкретных широкоугольных или других объективов. Если у телефона несколько задних камер, одно слово environment не является обещанием нужной оптики для любой модели.

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

Пожелание и обязательное ограничение

Документация getUserMedia различает предпочтения и обязательные условия. При поддерживаемом ограничении ideal задаёт желательный вариант, а exact требует соответствия. Если обязательный вариант невозможно предоставить, запрос может завершиться ошибкой. Не считайте отказ обязательного запроса эквивалентом получению подходящей камеры.

Поддержку ограничений нужно учитывать отдельно. Если реализация не знает нужное свойство, предположение о его принудительном выполнении ненадёжно. В интерфейсе оставьте состояние проверки и объяснение допустимого пути. Не маскируйте отсутствие результата статичной картинкой, которую человек примет за живой предпросмотр.

Матрица выбора и переключения

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

Проверьте полученные настройки, но не угадывайте по ним всё

Метод getSettings позволяет узнать доступные текущие настройки track. Некоторые свойства могут отсутствовать из-за поддержки или контекста. Поэтому сравнивайте полученные сведения с запросом, но не подставляйте ожидаемое значение туда, где браузер его не сообщил.

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

При переключении прежний поток требует управления

В руководстве getUserMedia отмечено, что для смены направления в некоторых случаях требуется освободить текущую камеру через stop соответствующего track до нового запроса. Это не означает, что нужно бесконтрольно запускать несколько потоков и выбирать последний пришедший. Управляйте жизненным циклом согласованно с интерфейсом.

Покажите промежуточное состояние, когда старый источник уже остановлен, а новый ещё не готов. Не оставляйте замерший старый кадр под подписью «новая камера включена». Если новый запрос завершился ошибкой, предусмотрите понятную реакцию: восстановление допустимого варианта или отказ по принятой модели.

Быстрые переключения и уход со страницы создают отдельные случаи. Поздний результат прежнего запроса не должен заменить актуальный выбор или оставить ненужное устройство работающим. Это относится и к мобильному интерфейсу, если он использует соответствующий браузерный или встроенный сценарий; пути платформ проверяют отдельно.

Разрешение не заменяет выбор камеры

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

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

Приёмка на согласованном наборе устройств

1. Определите, является заднее направление пожеланием или обязательным условием. Укажите пригодность кадра и допустимые альтернативы.
2. Запишите фактические запросы и доступные настройки полученного потока в учебном прогоне. Не используйте реальные клиентские фотографии.
3. Проверьте разрешение, отказ и отсутствие подходящего устройства. Состояния должны иметь разные понятные результаты.
4. Испытайте смену уже работающей камеры, быстрый повтор выбора и уход со страницы до завершения запроса.
5. На устройстве с несколькими объективами подтвердите фактический выбор и предусмотренный ручной путь. Не ограничивайтесь названием environment.
6. Проверьте остановку ненужных потоков и сохранение только подтверждённого кадра. Передайте результаты вместе с перечнем поддерживаемых сред.