Флэш Потрошитель этот | тот | 1.0

После длительной разработки (не только из-за разработчиков, но и потому что flash-плеер долго шел к новым возможностям) запущен сервис Zingaya. Zingaya предлагает новый способ общения с посетителями сайта: на сайте размещается виджет, используя который, посетитель сайта может позвонить владельцу в один клик . Звонки с виджета могут быть перенаправлены на стационарные, мобильные телефоны, на Skype, а также в IP-телефонию по протоколу SIP. Посетитель сайта ничего не платит, в случае перенаправления звонка на мобильные или стационарные номера звонок оплачивается владельцем сайта (как в случае с toll free номерами), в случае перенаправления вызова на Skype или IP-телефонию вызов бесплатен также и для владельца сайта. Посетителю сайта не нужно устанавливать и настраивать никакое специальное ПО ( Flash установлен на 98% компьютеров ) или вводить свой номер телефона, достаточно наличия микрофона. Благодаря использованию самых последних возможностей Adobe Flash Player 10 (RTMFP протокол), а также множеству дополнительных разработок компании (например, серверное подавление эхо) качество вызовов на одном уровне со Skype.

Каждый желающий может попробовать сервис сам http://www.zingaya.com , есть абсолютно бесплатный тарифный план с перенаправлением вызовов в Skype

Изучая возможность по подавлению эхо самостоятельно, не дожидаясь Adobe, я практически осуществил задуманное, но вылез один неприятный момент, который даже не знаю к чему отнести (не уверен, что это глюк, может это фича ...) Суть проблемы заключается в следующем, событие SampleDataEvent вызывается на разных платформах по-разному, в win оно чаще всего выплевывает по 2048 байт, если микрофон в 8KHz, а под МакОсью выдает чаще всего по 1024 байта, хотя случаи проскакивания 2048 байт тоже замечены, но редко. Для моей задачи это существенно все усложняет, так как в идеале мне вообще нужны фреймы по 20мс или 320 байт, но я готов смириться с больним размером фрейма... а вот с тем, что на разных компьютера флэш себя ведет по-разному я смириться не готов J)

P.S. Используется FP 10.1 beta3 , может дело в бете, а может стоит накатать баг реквест в JIRA пока не поздно?

Сегодня на мой feature request (http://bugs.adobe.com/jira/browse/FP-273) про Acoustic Echo Cancellation для Flash Player наконец назначили ответственного в лице Tom Nguyen, а также пообещали, что в данная фича появится в следующем после 10.1 релизе (будем верить?).

В компанию "Инновационные системы общения" (www.innosystems.ru) для работы над секретным проектом требуется хороший программист для разработки серверных приложений (для начала биллинга).
Желателен опыт работы 1-3 года и опыт разработки под Linux, знание сетевых протоколов. Не будет лишним, хотя и не обязательно, знать дополнительные языки программирования.

Работа постоянная в хорошем офисе, недалеко от м.Владыкино (10 минут пешком). Уровень ЗП - 60,000-70,000. Резюме присылайте на skip@innosystems.ru

Пишет skip:

Хотел поделиться опытом. Недавно выяснилось, что в каком-то 9 flash-плеере виджет работает неправильно, а именно выдает всякие неприятные эксепшены... Недолго думая, я скачал последнюю доступную дебажную версию плеера под номером 9.0.246.0 (или 9.0 r246) и как же был удивлен, обнаружив совершенно идиотский баг в нем (разработка из Flash CS4): если использовать компонент fl.controls.Button и на обработчике события CLICK вызвать setLoopBack у микрофона, то в момент появления секьюнрого диалога скин кнопки куда-то пропадает и при дальнейшем движении мышкой выскакивает Exception, объясняющий что типа низя removeChild в методе BaseButton.drawBackground ...

Я выпал в осадок, но нашел с помощью хороших людей (Рост, Константин) способ это победить, а именно использовал класс SimpleButton в данном кокретном случае. Затем я решил проверить другое приложение и в нем тоже полезли кучи эксепшнов. Офигев от такого хода событий, я поставил плеер 9.0.124 и проверил в нем — и о чудо! Там все работает без проблем, как и во всех 10-ых версиях плеера. Моему гневу не было предела Объясните мне ЗАЧЕМ выпускать такие кривые версии??? А ведь найдутся пользователи, у которых она стоит (по данным с flaphone.com таковых 0,15%, но все равно)!

Всем доброго времени суток! Пишет разработчик flaphone. Решил написать, так как на днях решал интересную задачу, связанную с доступом к микрофону во Flash. В сервисе flaphone есть callme-виджет, который позволяет звонить с сайта куда-нибудь на Skype, через SIP или на сам flaphone. После того, как мы получили огромное количество жалоб на тему "Виджет используют те, у кого микрофона нет или у кого он неправильно настроен", пришлось решать эту проблему.

Что можно сказать по поводу доступа к микрофону во flash... организован он не очень здорово, но все-таки рычаги воздействия некоторые есть (ивенты, они же события). Нужно было предусмотреть решение для следующих случаев:

1. Микрофона нет вообще. Тут все просто: try {Microphone.get()} catch (e:Error) {//Нету микрофона}
2. Микрофон есть, но юзер нажал Deny а не Allow. Используем событие StatusEvent.STATUS и свойство muted класса Microphone. Если же он уже нажал Deny, то показываем ему SecurityPanel.PRIVACY до тех пор, пока не выберет Allow (используем setInterval).
3. Микрофон есть, нажали Allow, но громкость выключена и звук не идет, то есть собеседник не услышит... Это более сложная проблема, тут придется заставить сказать пользователя что-нибудь в микрофон если activityLevel слишком маленький

В итоге получился такой виджет:

P.S. Не претендую на "лучший вариант" решения проблемы, просто делюсь опытом.

Доброго времени суток всем!

Возможно многие помнят мой пост, призывающий проголосовать за feature request по поводу добавления эхоподавления ( http://bugs.adobe.com/jira/browse/FP-273 ) , сначала он как-то пылился и никто на него сильно внимания не обращал, но совсем недавно в ветке развернулась бурная дискуссия. Оказалось, что у Adobe есть система addin для flash-плеера и есть специальный addin для их сервиса Adobe Connect Pro, который по сути является сам flash-плеером с поддержкой эхоподавления, screensharing и других вкусностей, которые недоступны обычным разработчикам, а доступны только Adobe.

Как это называется??? И почему до сих пор в обычном плеере нет эхоподавления!? ПОЗОР....

Товарищи активно работающие со звуковыми возможностями флэша, у меня к вам вопрос - есть ли желание у кого-нибудь добавить фичу с выбором устройства вывода звука, чтобы можно было выбрать не только устройство записи, но и воспроизведения.

Активно работая в c VoIP возможностями плеера, понимаешь, что без неё - никуда. Кто что думает по этому поводу? Может давайте совместно напишем адобу или создадим feature request в JIRA?

P.S. В первую очередь интересно мнение коммьюнити

Проект flaphone уже позволял раньше звонить из flash по протоколу SIP на другие SIP-клиенты или в вообще на обычные телефонные номера с использованием провайдеров SIP-телефонии, теперь к этому добавилась возможность звонить из flaphone в Skype, причем с отличным качеством звука. Для того, чтобы позвонить пользователю skype нужно выбрать SIP-аккаунт "none(global)" в выпадающем списке наверху софтфона, а потом ввести номер в формате sip:skypeusername@skype - и нажать кнопку вызова, тот кому вы звоните увидит входящий звонок. Пока вся система находится на стадии бета-тестирования, поэтому любой фидбэк будет очень полезен.

Многие знакомы с отечественным flash voip стартапом - flashphone.ru, обещанная версия 2.0 не только перехала на новый домен http://www.flaphone.com , но и получила много новых возможностей, о которых нас просили пользователи.

Теперь к вашим услугам: контакт-лист, поддержка видео звонков по SIP с кодеками h.263/h.263+/h.264, обмен текстовыми сообщениями, как между пользователями сервиса, так и по SIP, управление учетными записями SIP-провайдеров прямо в приложении, история вызовов, расширенные возможности callme-виджета, а также поддержка новой фичи 10го flash player - аудиокодека Speex, что значительно улучшило качество звука (для тех у кого стоит flash player 10 AIR-версия flaphone также доступна для скачивания и установки, скоро она появится на Adobe AIR marketplace.

Поддержка новых фич стала возможной, благодаря новой версии сервера, на базе которого работает проект - Zingaya Media Server 2.0, стэк протоколов rtmp - rtmp/rtmpe/rtmpt/rtmpte был написан нами заново, чтобы не использовать баги всенародно известных опенсорс реализаций, таких как red5. Вобщем, всем кому интересно - велкам www.flaphone.com