Работа с микрофоном во Flash
Всем доброго времени суток! Пишет разработчик flaphone. Решил написать, так как на днях решал интересную задачу, связанную с доступом к микрофону во Flash. В сервисе flaphone есть callme-виджет, который позволяет звонить с сайта куда-нибудь на Skype, через SIP или на сам flaphone. После того, как мы получили огромное количество жалоб на тему "Виджет используют те, у кого микрофона нет или у кого он неправильно настроен", пришлось решать эту проблему.
Что можно сказать по поводу доступа к микрофону во flash... организован он не очень здорово, но все-таки рычаги воздействия некоторые есть (ивенты, они же события). Нужно было предусмотреть решение для следующих случаев:
- Микрофона нет вообще. Тут все просто:
try {Microphone.get()} catch (e:Error) {//Нету микрофона} - Микрофон есть, но юзер нажал Deny а не Allow. Используем событие
StatusEvent.STATUSи свойство muted класса Microphone. Если же он уже нажал Deny, то показываем емуSecurityPanel.PRIVACYдо тех пор, пока не выберет Allow (используемsetInterval). - Микрофон есть, нажали Allow, но громкость выключена и звук не идет, то есть собеседник не услышит... Это более сложная проблема, тут придется заставить сказать пользователя что-нибудь в микрофон если activityLevel слишком маленький
В итоге получился такой виджет:
P.S. Не претендую на "лучший вариант" решения проблемы, просто делюсь опытом.
Комментарии
В 3ем варианте, надо просто добавить гейн под 100, тогда не надо мониторить activityLevel
Попробуем
Это вариант рассматривался, но есть один нюанс - если у пользователя слишком тихий микрофон, то по возращению гейна его будут очень плохо слышать... Возможно, надо повышать гейн плавно и найти тут уровень, когда activityLevel будет приемлемым.
Попробуем
Это вариант рассматривался, но есть один нюанс - если у пользователя слишком тихий микрофон, то по возращению гейна его будут очень плохо слышать... Возможно, надо повышать гейн плавно и найти тут уровень, когда activityLevel будет приемлемым.
WTF? Чем больше гейн, тем громче ты говоришь, и тем лучше тебя слышат.
Знаешь что такое distortion? Искажение звука из-за слишком сильного гейна - вот если сделать 100 , то он самый и получится
пасиб, я думаю пригодится в скором будущем
Privacy Panel слишком часто показываете. Порой её вообще закрыть нельзя.
Так оно для того и сделано, чтобы вы не начали звонить пока не разрешите доступ к микрофону)
Ну можно же просто не разрешать звонить, и выдавать окошечко предупреждающее.
Нажатие на окошечко вызовет уже панель безопасности.
А сейчас сделано очень навязчиво. Иногда нажимаешь кнопку "закрыть" - а она просто вообще не срабатывает. Возникает даже ощущение, что там за первой панелькой сзади ещё вторая открывается
А что, теперь на флашрипере будет кукбук? А всяко руфлэш/руфлекс?
Мне кажется, таких бытовых решений каждый из нас придумывает по N штук в день..
А почему бы и нет? Кому-то пригодится, и то хорошо.
Спасибо! Как раз актуально - надо делать мастер настройки микрофона для караоке плеера.
Тут ещё нужно учитывать - чтоб под выбиралкой микрофона места хватало
А то у меня в системе, например, звуковуха штуки три источника звука зарегистрила, а к ней в догонку теле-тюнер, веб-камера и синезубый драйвер - в общем, спискок уходит под нижнюю границу флешки
Если дизайнер не продумал скроллбар для выбиралки, то кто ему... Если флеш разработчик сам не тот самый дизайнер.
Можно учесть, и сделать окошко флеша чуть крупнее. Ровно так, как тут учтён размер встроенного в плагин окошка с вопросом о разрешении использовать камеру и микрофон.
Прокрутка там есть, но выпадающий список показывает по пять строк, а места на экране - на три с копейками.
Тут показан пример с самым маленьким размером виджета, который позволяет показать окно секьюрити диалога флэша, вообще-то размер виджета регулируется как хочешь, а выбирать устройства можно используя клавиатуру, но добавить прокрутку не помешает - никто не спорит
Вот интересно, зачем Вы сказали то же самое что и я, делая вид что что-то поясняете?
Я к тому, что, поправим, но можно и сейчас заюзать как надо
Ну, ровно тут в примере уже не критично - а вот на будущее, для целевых разработок, стоит учесть.