Почему тормозит камера на ноутбуке
После установки win10 на ноутбук samsung r540-JT04RU, любое ПО (кроме, как ни странно, диспетчера устройств. Там камера отображается исправно и говорит, что обновлений дров на камеру нет) перестало определять, что у меня есть веб камера. Да-да, друзья. В диспетчере она есть, но больше нигде её нет. В скайпе нет, в OBS нет, при попытке сделать снимок на вебку, браузер её не определяет и даже Paint и тот против меня. Поиск дров ничего не дал. Обновлений на неё нет. Дорогие знатоки, что делать?
В общем, так. Я сам нашел решение, надеюсь, оно кому-то еще поможет. Все оказалось слишком просто. Настолько, что мне стыдно.
Идем вот сюда http://jeweell.com/download/105549/webcam-scb-0350m.html и качаем первый драйвер после надписи "Список драйверов". Распаковываем архив куда угодно. Файл драйвера не запустится, можно даже не надеяться. Идем в в эту папку c:\Windows\SoftwareDistribution\Download\ и чистим её наглухо (я хз, как она и на что влияет, но пока не почистил, не получалось). Потом открываем диспетчер устройств и находим нашу камеру. Клацаем по ней правой клавишей и отключаем. Потом еще раз правой клавишей и выбираем "Обновить дрова", обновляем дрова не из интернета, как вы поняли, а из нашей распакованной папки с дровами. И вуаля! Все заработало. Всем удачи в нелегкой борьбе с 10й)
GWAR Искусственный Интеллект (244141) это решение потому что надо устанавливать нормальную платформу а не разное сырое не доделанное говвно
BOT_BUILD9600 Просветленный (32467) ну тогда откатится на Win8.1 или искать рабочие драйвера для WIndows 10
Отключите драйвер в диспетчере и снова включите.
И посмотрите на результат.
Банально, но я даже не знаю, в чём прикол. Может драйвера другие на эту камеру под винду 10 нужны.
И эти танцы я тоже исполнял. Не помогло. Я тож не понимаю, в чем прикол, потому и ищу помощи знатоков)))) Других дров на нее нет, к сожалению.
Cyber Link это ж просто софт. такой же, как остальные проги. я, конечно, попробую, но вряд ли что-то поменяется
Стас Каверин Мудрец (16388) Это приложение, которое работает в связке с твоей. Там разные аватары, приколы и т. д.
Ноутбук Lenovo Z50-70 следующей конфигурации: Intel Core i5 4210U, 2.4GHz, 4GB RAM,Hybrid 500GB HDD(8GB SSD), NVIDIA GeForce 840M 2GB. ОС - Windows 7 Professional N, SP1 (x64).
Проблема с веб-камерой. При разговоре по скайпу постоянно зависает изображение с камеры ноутбука. Индикатор того, что камера работает, мигнет, и после этого изображение зависает (т.е. мой собеседник видит "застывшую" картинку меня). Приходится включать и выключать видеосвязь. Всё это повторяется с разными временными интервалами. Иногда около 15 минут удается нормально поговорить без проблем, иногда такая проблема возникает буквально каждые 20 - 30 секунд, что, естественно, крайне неприятно и неудобно.
Драйвер для веб-камеры взял с сайта производителя (последняя версия): Camera Driver (AVC, Bison). Пробовал переустанавливать драйвер, не помогло.
Потом попробовал удалить его окончательно. Windows после этого провела "установку нового оборудования" и поставила какой-то свой стандартный драйвер. (Вот как он выглядит). Увы, с ним проблема не исчезла, всё так же зависает периодически. Поэтому я предполагаю, что проблема всё-таки в железе (камере), а не в драйвере.
- Вопрос задан более трёх лет назад
- 20932 просмотра
Скорей всего проблема в камере. Причем проблемы явно с железом.
Если есть возможность обменять и быть уверенным, что обменяют, то дерзай!)
Но, если не уверен, то попробуй наклонять крышку ноута по разными углами, 180, 170, 130,110 и т.д. и тестировать камеру. Может в каком-то положении будет работать без проблем. Тогда уже скорей всего проблема в шлейфе или плате камеры.
Незабудь посмотреть в других программа работоспособность, какой-нибудь видео-месенджер потестить.
Ну если гемороиться не хочется, то купить веб-ку другую, в районе 800-2000 можно купить отличные вебки. Но теряется смысл ноута(портативность) и его эстетика((
Думаю, что надо сначала отделить мух от котлет.. Тоесть железо от софта. Подключите внешнюю веб-камеру, если ситуация не изменится - виноваты драйвера или винда. Если будет всё в порядке - виновата камера, тогда смело сдавайте по гарантии.
Закономерно, что с развитием продукта повышается и внимание к его качеству. Причем не только по части функционирования, но и в отношении пользовательской эстетики.
Несколько лет и версий назад мы столкнулись с недостаточным качеством отображения видео в Macroscop. Присутствовали “рывки”, из-за которых страдала плавность отображения, что в итоге ухудшало общее визуальное восприятие.
Когда пользователь видит, что изображение не экране “дергается”, его мало волнует, чем это обусловлено. Причин же тому может быть много, так как видеосистема состоит из многих компонент, и софт — лишь одна из них. Но мы должны были сделать все, чтобы Macroscop со своей стороны отображал максимально плавно.
А для этого разработчикам необходимо было четко понимать задачу с измеряемыми требованиями, а группе качества — иметь инструмент для оценки. В этой статье мы расскажем, какую метрику используем для измерения плавности и с помощью какого инструмента ее оцениваем.
Что сходу приходит в голову? — сравнить то, что мы видим в клиентском приложении с “родным” отображением ip-камеры.
И первое решение — оценка группой экспертов: выбираем несколько человек, показываем им видео и просим оценить его на предмет рывков.
Это решение “в лоб”. В определенной степени действенное, но очень времязатраное и слишком субъективное для практического использования. Собирать экспертов каждый раз, когда группа качества получает от разработчиков очередной прототип, совершенно нецелесообразно.
Вместо субъективной оценки “нравится- не нравится” надо было найти критерий плавности или ожидаемое поведение продукта, которое можно зафиксировать.
Этот критерий был сформулирован так: для плавного отображения достаточно, чтобы каждый кадр выводился на экран монитора.
В соответствии с ним появилось второе решение. Новый метод измерения “неплавности” состоял в следующем: создаем и выводим на монитор видеоролик с последовательностью цифр (каждая цифра в отведенной для нее части кадра) или секундомером, снимаем отображаемое видео на IP-камеру, прогоняем через Macroscop, снова отображаем и снова снимаем уже с помощью другой камеры (камеры смартфона, go pro и т.д.).
Ожидание. Результирующее видео покадрово разбираем: считаем количество задержавшихся или пропущенных кадров (цифр) и получаем, сколько было рывков. Способ трудозатратный (попробуйте покадрово разобрать ролик со стандартной для IP-камеры частотой в 25 fps! за минуту это без малого 1500 кадров), но, казалось бы, объективный.
Реальность. На практике все получилось не совсем так. Стандартная ip-камера выдает поток с частотой ~25fps, монитор ~60fps, камера смартфона ~30fps. Оказалось, что кроме того что частоты кадров не кратны, камеры и мониторы не работают синхронно. Поэтому иногда в момент считывания видео любой из камер на мониторе происходила смена кадра. В результате он “смазывался” и цифру на изображении было невозможно разобрать.
Таким образом, второй метод тоже не подошел.
Были еще варианты программного захвата или сбора статистики самим клиентским приложением, которое отображает видеопоток, но и их мы отбросили. Хотелось оценивать только внешнюю составляющую — ровно то что видит пользователь, для которого вся система является “чёрным ящиком”.
Итогом наших поисков стало аппаратное решение — стенд на основе микроконтроллера.
Он включает в себя полотно с 12 светодиодами, которое снимает видеокамера, и полотно с 12 фотодатчиками, которые накладываются на монитор, отображающий видеопоток с этой камеры, и фиксируют световые сигналы. Все устройство помещено в светонепроницаемый короб, чтобы исключить влияние внешних источников света.
Устройство выводит на светодиоды определенную последовательность паттернов, считывает результат и записывает его в отдельную строку отчёта.
Светодиоды отображают определенный узор световых сигналов с некоторой частотой. Так, например, для камеры с частотой 25 fps смена происходила раз в 1 кадр или в 40 мc (на 20 мс загорался паттерн, на 20 мс потухал, затем загорался следующий и т.д.)
Мы ожидали, что камера захватит именно то, что видит глаз, или даже собственные фотодатчики стенда. Вот как, по нашим ожиданиям, должна была выглядеть зафиксированная последовательность из 8 паттернов:
Каждый раз светодиоды воспроизводили одну и ту же последовательность сигналов, но в отчетах эта последовательность иногда нарушалась: присутствовали кадры, которых не должны было быть (на них активными были светодиоды из двух соседних паттернов).
Мы экспериментировали с разными IP-видеокамерами и оказалось, что наиболее четкие кадры давала камера 25 fps с прогрессивной разверткой (в отличие, например, от варианта с 50 fps с чересстрочной разверткой), при этом она минимально нарушала последовательность кадров при передаче по сети.
Так или иначе, избавиться от артефактов полностью нам не удалось- часть кадров приходила с запозданием или сливалась с другими, но на самом деле рывками это не являлось.
На помощь пришла теорема Котельникова, согласно которой для восстановления аналогового сигнала частоты f требуется частота отсчета не менее 2f. То есть восстановить сигнал со светодиодов в нашем случае можно надёжно только для частоты 12,5 fps, что соответствует 80мс.
В результате
В результате реализованное нами аппаратное решение позволило фиксировать рывки, соответствующие задержке кадров от 80мс и выше, которые как раз существенно ухудшают восприятие отображаемого видео.
Метод результативен, решает задачу обнаружения рывков, а также благодаря автоматизации он требует минимальных затрат времени и сил группы качества. По настоящий момент мы регулярно применяем его при регрессионном тестировании каждого нового релиза.
В итоге (хоть и потратив много времени) для субъективных критериев плавности/неплавности мы получили вполне объективный метод измерения. Собранный стенд позволил быстро оценивать плавность отображения при любых параметрах системы (разной пропускной способности сети, разной производительности оборудования для обработки и отображения). К тому же, он не имеет привязки к приложению Macroscop, поэтому с его помощью мы тестируем и десктопный, и мобильный, и веб — клиенты.
Logitech C920 — одна из веб-камер, которые начинают глючить после установки обновления Windows 10 Anniversary Update
На форуме техподдержки Windows многочисленные пользователи сообщают о проблемах с веб-камерой после установки последнего обновления Anniversary Update (Windows 10 version 1607, OS Build 14393.10 'anniversary). После установки апдейта веб-камеры больше не могут передавать видео, закодированное в MJPEG или H.264, а работают только в режиме передачи несжатого видео YUV.
Начинают глючить Skype в режиме HD-видео, Open Broadcaster Software (OBS), различный софт для видеонаблюдения (CCTV) и др. Проблема подтверждена для множества моделей USB веб-камер, в том числе для очень популярных Logitech C920 и C930e.
Обновление Anniversary Update вышло 2 августа 2016 года и порадовало множеством новых функций, в том числе возможностью использовать удобную оболочку Bash в Windows-окружении.
К сожалению, при всех своих плюсах, обновление Anniversary Update имеет один существенный недостаток — оно выводит из строя веб-камеру.
Судя по ответам сотрудников технической поддержки и обсуждению в ветке форума, компания Microsoft специально ограничила режим работы приложений в Windows 10, чтобы решить проблемы с производительностью при доступе приложения к веб-камере и процессам кодирования MJPEG или H.264. Дело в том, что традиционно в Windows только одному приложению разрешён доступ к видеопотоку с веб-камеры. Если вы, например, начали звонок в Skype, то другие приложения уже не могут получить доступ к веб-камере. Чтобы оптимизировать разделение доступа, в обновлении Windows 10 v.1607 компания Microsoft добавила новый компонент под названием Windows Camera Frame Server, который обрабатывает видеопотоки с веб-камер. Теперь приложения не подключаются напрямую к веб-камере, а подключаются к фрейм-серверу Windows Camera Frame Server. Он поддерживает несколько подключений одновременно и раздаёт видеопоток с камеры нескольким подключенным приложениям. Это должно было решить проблему «эксклюзивного» использования веб-камеры одной программой. И, кстати, эту проблему разработчики Windows должны были решить давным-давно, но решили только сейчас. Точнее, попытались решить.
В результате такой «оптимизации», при попытке кодировать видеопоток в MJPEG или H.264 с веб-камеры теперь устройство отключается через некоторое время. Например, HD-видеозвонок в Skype зависает примерно через минуту после начала, или же зависает сразу после начала.
Аудиозвонки работают нормально. Как и раньше, здесь нет проблемы с одновременным доступом нескольких программ к веб-камере. Также нет проблем при подключении веб-камеры через USB 3, а не USB 2.
Веб-камеры, подключенные по USB 2, вынуждены кодировать видео в MJPEG или H.264, потому что пропускной способности USB 2 в 480 Мбит/с недостаточно для передачи несжатого видео с разрешением 1920×1080 на 30 кадрах/с. Поэтому кодирование в MJPEG или H.264 является стандартной опцией почти всех современных веб-камер.
По какой-то причине фрейм-сервер Windows 10 v.1607 поддерживает только несжатый видеопоток. Вероятно, это сделано из-за проблем с производительностью в Windows 10, когда несколько приложений одновременно начинают осуществлять преобразование MJPEG-to-YUV или H.264-to-YUV. То есть теоретически более эффективно осуществлять такое преобразование однократно перед тем, как сервер раздаёт видеопоток приложениям. Такая схема не работает, если программа ожидает получение именно сжатого видеопотока MJPEG или H.264. В этом случае программа не может нормально работать.
Например, Skype прогрессивно улучшает качество видеосвязи по возможности, если позволяет пропускная способность и процессор не перегружен. Так, видеозвонок может начаться с более низким качеством (без сжатия видео, например, 640×480 YUV), но через некоторое время Skype решит, что ресурсы позволяют улучшить качество — и переключится на 720p или 1080p. Это может произойти через несколько секунд после начала видеозвонка или через минуту. На старых версиях Windows такое переключение происходило безболезненно и незаметно, а вот с установленным Anniversary Update переключение не работает — видео зависает на несколько секунд, а потом связь прерывается.
Многие пользователи могут подумать, что «глюки» веб-камеры можно решить обновлением драйверов, они ищут новые драйверы на сайтах производителей. Но на самом деле проблема не в драйверах, а в самой операционной системе.
На форуме техподдержки некоторые возмущённые корпоративные пользователи говорят, что функция видеозвонков критически важна для их сотрудников. Она постоянно используется в работе. С такими проблемами им не остаётся ничего иного, кроме как запретить сотрудникам устанавливать обновление Anniversary Update или вообще запретить устанавливать Windows 10 и поменять операционную систему на OS X, где нет проблем с видеосвязью.
Ещё одна плохая новость в том, что начиная с версии Anniversary Update компания Microsoft сократила разрешённый срок отката обновления со стандартных 30 дней до 10 дней, так что большинство пользователей застряли на этом апдейте. Странно, что компания Microsoft даже официально не сообщала о сокращении срока разрешённого отката до 10 дней, ничего подобного не сообщается в разделе обновления ОС.
Так что обладатели Windows 10 только на 11-й день после обновления узнают постфактум о том, что откатить обновление больше нельзя.
Об обновлении стека обработки видеопотока с веб-камер компания Microsoft тоже ничего не сообщала, когда выкатывала обновление. Поэтому никто не предполагал, что могут возникнуть какие-то проблемы. Как известно, Microsoft не выпускает подробные release notes и не рассказывает обо всех изменениях, сделанных в ОС, ограничиваясь только маркетинговыми пресс-релизами с кратким описанием новых замечательных функций.
Это сильно отличает Windows от операционных систем с открытым исходным кодом, где для каждой новой версии ядра подробно описаны абсолютно все сделанные изменения в ядре и даже можно посмотреть исходный код каждого патча. Там такие проблемы невозможны в принципе.
Теперь о неофициальном способе отключения нового фрейм-сервера в Windows 10. Один из пользователей говорит, что ему удалось всё-таки заставить Skype нормально работать без проблем с веб-камерой с помощью редактирования реестра. Можете тоже попробовать такой способ.
В разделе HKLM\SOFTWARE\WOW6432Node\Microsoft\Windows Media Foundation\Platform необходимо создать DWORD-параметр "EnableFrameServerMode" и установить его значение в "0", после этого перезапустить Skype. (Пожалуйста, сообщите в комментариях, если этот способ помог решить проблему.)
Указанный выше ключ действует для 32-битных приложений на 64-битной Windows. Для 64-битных приложений на 64-битной Windows такой же параметр в реестре с таким же значением следует создать в разделе HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Media Foundation\Platform .
Остаётся надеяться, что никто из пострадавших пользователей не успел купить себе новую веб-камеру, потому что старая «глючит».
В процессе эксплуатации оборудования для видеонаблюдения происходят различные казусы. Например, появляется задержка изображения с IP-камеры. В лучшем случае это будет заметно на этапе настройки системы видеоконтроля. Тогда специалисты на месте сделают все необходимое для решения данной проблемы. Но чаще всего камеры начинают тормозить гораздо позже. Неопытному пользователю трудно понять, как действовать. Именно для этого создан наш материал.
Инфракрасная подсветка
Видеосъемка в ночном режиме требует немало ресурсов. Цифровые камеры стремительно совершенствуются, но это не решает проблемы с торможением картинки в ночное время суток. Наличие в устройстве инфракрасной подсветки лишь усугубляет ситуацию, поэтому пользователям остается лишь смириться с этой недоработкой (касается тех случаев, когда с настройками всё в порядке). Возможно, производители придут к этому чуточку позже.
Если настройки выставлены неправильно, нужно еще раз проверить параметры работы камер в ночное время суток. Если и это не помогло, придется прибегать к некоторым хитростям. Например, позаботиться о том, чтобы охраняемый объект был хорошо освещен. Добавив искусственные источники света, можно минимизировать задержку изображения в дальнейшем.
Неправильная настройка видеопотоков
Современные IP-камеры способны поддерживать сразу несколько потоков передачи информации. Это придумано специально для того, чтобы не было задержек. Подбирая устройства для создания системы безопасности, нужно всегда учитывать этот параметр. Все используемые IP-камеры должны поддерживать несколько видеопотоков. После выявления подобной причины нужно обратиться за помощью к опытным мастерам. Специалисты внесут нужные коррективы в настройки.
Дешевый коммутатор
IP-камера не способна надлежаще поддерживать ONVIF протокол
Дешевые цифровые устройства могут преподнести своему владельцу различные неприятные сюрпризы. К примеру, выбранная модель бюджетной IP-камеры имеет недоработку, связанную с полноценной поддержкой протокола ONVIF. Некоторые производители просто не указывают данную информацию в инструкции к устройству. А особо недобропорядочные поставщики и консультанты специально обманывают своих покупателей, стараясь продать им жалкое подобие цифровой видеокамеры.
При выборе камер рекомендуется отдавать предпочтение проверенным брендам. В ином случае такая экономия вылезет боком. Последующие расходы окажутся значительно выше, поэтому не стоит так доверять заманчивым ценникам и предложениям.
Ошибочный расчет пропускной способности видеокамер в системе
Торможение изображения также возможно в том случае, если изначальная система видеоконтроля была модернизирована (то есть, к имеющимся камерам были добавлены дополнительные устройства). На старте всё работало без погрешностей, а теперь оборудование не выдерживает повышенных нагрузок.
Как решить текущую проблему? Для этого существует два альтернативных способа:
- Нужно уменьшить разрешение видео на всех используемых цифровых устройствах.
- Нужно заменить старую модель коммутатора на более мощное оборудование. Скорость свитча должна быть не менее 1 Гигабит/с, при условии, что к нему присоединены от 4-5 сетевых устройств.
Выбор способа остается за самим пользователем, но обычно зависит от места применения IP-камер. Если потеря в качестве не является большой проблемой, можно снизить показатели расширения видео. Основная загвоздка заключается в том, что дорогостоящее оборудовании больше не сможет работать на максимум своих возможностей. А значит, изначально не стоило покупать навороченные гаджеты. Если качество изображения слишком весомо, придется потратиться на обновление коммутатора.
Сама IP-камера не способна задерживать картинку. Обычно причина торможения кроется в чем-то другом. Первое, на что стоит обратить внимание – это стоимость и функциональные возможности коммутатора. Чем дешевле оборудование, тем дольше задержка. Не рекомендуется покупать бюджетное оборудование для ведения контроля в таких локациях, как магазины, торговые центры и казино. Слабый коммутатор подойдет разве что для домашнего использования.
Читайте также:
- Роман павел сергей в игре на компьютере вместе набрали 3270 очков сколько очков набрал если
- Acquiresrwlockexclusive не найдена в библиотеке dll api ms win core synch l1 2 0 dll
- Точка входа в процедуру minidumpwritedump не найдена в библиотеке dll
- Доктор веб завис на одном файле
- Ноутбук не видит elm327 usb