Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 861 сообщений
Cообщения с меткой

edge - Самое интересное в блогах

«  Предыдущие 30 Следующие 30  »
flavlootesi74

Без заголовка

Среда, 25 Октября 2017 г. 21:28 (ссылка)

Замена дисплея samsung galaxy s6 edge в Томске - https://vk.com/page-146618280_52142002

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
obmyrt

Без заголовка

Среда, 25 Октября 2017 г. 20:26 (ссылка)

Замена стекла на samsung galaxy s7 edge в Томске - https://vk.com/page-146618280_52142526

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
inunenper1979

Без заголовка

Среда, 25 Октября 2017 г. 20:21 (ссылка)

Замена дисплея samsung edge в Томске - https://vk.com/page-146618280_52141900

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
tempmantfordi85

Без заголовка

Среда, 25 Октября 2017 г. 17:03 (ссылка)

Замена дисплея samsung edge в Томске - https://vk.com/page-146618280_52141900

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
pibir

Без заголовка

Среда, 25 Октября 2017 г. 12:33 (ссылка)

Замена стекла samsung s6 edge в Томске - https://vk.com/page-146618280_52143826

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
dalohealthptom86

Без заголовка

Среда, 25 Октября 2017 г. 07:34 (ссылка)

Замена стекла на samsung galaxy s7 edge в Томске - https://vk.com/page-146618280_52142526

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Создаем живую потоковую CDN для видеотрансляций WebRTC с низкой задержкой

Вторник, 17 Октября 2017 г. 19:50 (ссылка)



Где может потребоваться трансляция с гарантированной низкой задержкой? — на самом деле, много где. Например в онлайн видео-аукционах. Представьте себя ведущим такого мероприятия.

— «Двести тыыыысяч рааааз»

— «Продано!»



С высокой задержкой вы успеете сказать «двести тысяч три» и продать лот еще до того как видео дойдет до участников. Чтобы участники аукциона успели вовремя среагировать, задержка должна быть гарантированно низкой.



В общем, низкая задержка жизненно необходима в любом около игровом сценарии, будь-то онлайн видео аукцион, видеотрансляция скачек с лошадками или интеллектуальная онлайн игра «Что Где Почему» — и там и там требуется гарантированно низкая задержка и передача видео и аудио в реальном времени. Читать дальше ->

https://habrahabr.ru/post/340344/

Комментарии (0)КомментироватьВ цитатник или сообщество
Ipola

Нужен ли беспроводной интернет на даче?

Суббота, 16 Сентября 2017 г. 13:37 (ссылка)


2835299_NA_PRAVAH_REKLAMI_20 (145x30, 1Kb)



alt="Нужен ли беспроводной интернет на даче?"/2835299_wifi_green_signal (700x506, 96Kb)



2835299_logo_png_pagespeed_ce_SHhi3wJwaj (187x109, 13Kb)Когда Вы устанавливаете беспроводной интернет в городе, ни у кого даже мысли не возникает спросить – а зачем он Вам нужен? А когда Вы пытаетесь установить интернет за городом или на даче, сразу начинаются вопросы – Зачем он нужен? Почему-то люди считают, что если установлен интернет, то Вы всегда работаете, но ведь интернет нужен не только для работы, но и для развлечений. Благодаря Интернету и за городом мы можем смотреть любимые передачи, пользоваться любимыми сайтами, на которых есть игры и развлечения. Дети могут беспрепятственно смотреть любые мультики, а кулинары могут свободно делиться новыми рецептами.


alt="Нужен ли беспроводной интернет на даче?"/2835299_INTERNET (120x125, 20Kb)Интернет это всегда окно в мир, и не важно, какая технология использована для этого. Конечно, беспроводной интернет намного лучше – с ним ты не привязан к дому. Если ест интернет, Вы можешь общаться с друзьями, оплачивать коммунальные платежи, не выходя из дома, решать важные домашние и хозяйственные проблемы. Даже видеонаблюдение можете вести, не прилагая при этом почти никаких усилий! Если установленный интернет ещё и имеет хорошую скорость, то Вы можете чувствовать себя по-настоящему счастливым человеком! Иметь возможность быстрого получения любой информации, имея при себе всего только один портативный Гаджет, это возможность, дарованная нам беспроводным Интернетом. Для любого человека живущего в любой точке земли, в России или в Украине usb-modem.com.ua, это бесценная возможность общения, работы и получения информации. Вы можете войти в Интернет в любое время и тогда, когда это необходимо Вам, а будете Вы при этом совершать покупки в интернет-магазине или писать свои воспоминания, работать в какой-то компании или читать прессу, это не должно никого интересовать, если Вы законопослушный человек. Имея Wi-Fi, любой член семьи может использовать любую услугу в Интернете, смотреть фильмы, слушать музыку, общаться с друзьями в социальных сетях, пользоваться услугами интернет-магазинов. Неограниченные возможности доступны каждому, если имеется принимающее устройство: компьютер, ноутбук, планшет или смартфон.


 


alt="Нужен ли беспроводной интернет на даче?"/2835299_slide1_png_pagespeed_ce_i19PQ0ZWco (700x231, 221Kb)


Метки:   Комментарии (6)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Межсерверное WebRTC

Четверг, 14 Сентября 2017 г. 07:02 (ссылка)






flashphoner


сегодня в 07:02

Разработка





Межсерверное WebRTC














    WebRTC умеет работать Peer-to-Peer и Peer-to-Server, где в роли пира, как правило выступает браузер или мобильное приложение. В данной статье мы расскажем о работе WebRTC в режиме Server-to-Server, для чего это нужно и как это работает.



    Масштабирование, Origin-Edge



    Где может понадобиться межсерверное WebRTC? На ум сразу приходит паттерн Origin-Edge, который используется для масштабирования трансляции на большую аудиторию.




    1. Пользователь отправляет WebRTC видеопоток на Origin-WebRTC сервер с браузера или мобильного устройства.

    2. Origin-сервер рассылает поток по нескольким Edge-серверам.

    3. Edge-серверы раздают поток конечным пользователям на их браузеры и мобильные приложения.





    В современных CDN для доставки видео активно используется протокол RTMP при публикации потока на Origin-сервер и при рассылке потока на Edge-сервера, а конечные пользователи получают картинку уже по HTTP.



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

    Однако для нас межсерверное WebRTC началось не с масштабирования.



    Нагрузочные тесты



    Они были всегда в том или ином виде. Автоматические и полуавтоматические, синтетические и близкие к тому, что делают пользователи. Мы использовали и используем нагрузочное тестирование для отлавливания многопоточных багов, контроля утечек ресурсов, оптимизаций, и многих других вещей, которые нельзя отловить на обычном тестировании.



    На последних тестах мы поднимали Linux-серверы без GUI в облаке и запускали скрипты, стартующие много процессов браузера Google Chrome на виртуальном десктопе X11. Таким образом запускались реальные WebRTC-браузеры, которые тянули и играли WebRTC видеопотоки с Web Call Server, тем самым создавая нагрузку, максимально близкую к настоящей.  Для сервера это выглядело так, словно реальный пользователь открывал браузер и забирал видеопоток, полностью задействуя WebRTC-стек браузера, включая декодинг и рендеринг видео.



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



    Другим ограничением было отсутствие гибкости — мы не могли  управлять процессами хрома. Было только две операции:




    1. Поднять процесс и открыть нужный урл

    2. Убить процесс. При открытии урла подгружалась HTML страница и происходило автоматическое соединение с сервером, уже средствами JavaScript, Websocket + WebRTC. Так моделировалась зрительская нагрузка.



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



    Тестирование WebRTC Server-Server



    Мы пришли к выводу, что ноды нашего сервера сами могут стать генераторами нагрузки, если их правильно подцепить к тестируемым серверам.



    Эта идея получила реализацию в виде WebRTC pulling. Один сервер WCS может вытянуть поток с другого сервера WCS по WebRTC. Для этого мы ввели внутреннюю абстракцию WebRTCAgent — объект, который поднимается на тестирующей ноде и тянет WebRTC-поток с тестируемой ноды, подключаясь к тестируемой ноде по Websocket+WebRTC.



    После этого мы вынесли управление WebRTCAgent-ом на REST. В итоге нагрузочное тестирование свелось к вызову /pull — методов на REST интерфейсе тестирующей ноды.



    При использовании межсерверного WebRTC нам удалось увеличить производительность нагрузочного тестирования примерно в 7 раз и значительно сократить использование ресурсов, по сравнению с той схемой, когда мы запускали процессы Google Chrome. 



    Итак, у нас получилось тянуть WebRTC-потоки с других серверов. Тестирующий сервер подключался к тестируемому по Websocket, и как порядочный браузер, устанавливал ICE-соединение, DTLS и тянул SRTP потоки на себя, — получился true WebRTC pulling.



    Оставалась совсем немного для получения полноценной модели Origin-Edge. Для этого нужно было пробросить такой pulling в движок WCS сервера как публикуемый поток, т.е. сделать его похожим на поток с веб-камеры, а такие потоки WCS уже умеет раздавать по всем доступным протоколам: WebRTC, RTMP, RTMFP, Websocket Canvas, Websocket MSE, RTSP, HLS.



    Origin-Edge на WebRTC



    Получилось, что мы делали межсерверный WebRTC для нагрузочного тестирования, но в результате реализовали Origin-Edge схему для масштабирования WebRTC трансляций, и вот как она работает:



    Зеленой линией показано как проходит видео трафик. 



    1. Пользователь из браузера или мобильного приложения, с помощью вебкамеры, отправляет WebRTC видеопоток с именем stream1 на сервер WCS1 — Origin. Процесс отправки видеопотока с помощью веб примера Two Way Streaming выглядит так:



    А это JavaScript код, который отвечает за публикацию видеопотока через Web API (Web SDK):

    session.createStream({name:'steram1',display:document.getElementById('myVideoDiv')}).publish();


    2.  Далее мы обращаемся к серверу WCS2 — Edge по REST/HTTP API и даем команду забрать видеопоток с Origin-сервера.

    /rest-api/pull/startup

    {

    uri: wss://wcs1-origin.com:8443

    remoteStreamName: stream1,

    localStreamName: stream1_edge,

    }


    Сервер WCS2 подключается по вебсокетам к серверу WCS1 по адресу wss://wcs1-origin.com:8443 и принимает поток с именем stream1 по WebRTC.



    После этого можно выполнить REST-команду

    /rest-api/pull/find_all


    чтобы вывести все текущие pull-подключения.



    Или команду

    /rest-api/pull/terminate


    чтобы закрыть pull-соединение с Origin WebRTC сервером.



    3. И наконец, забираем поток с Edge-сервера по WebRTC в плеере. Вводим имя потока stream1_edge и начинаем его играть.



    WCS — сервер поддерживает несколько способов воспроизведения. Чтобы поменять технологию, просто тащим вверх MSE или WSPlayer чтобы играть поток не по WebRTC, а по MSE (Media Source Extensions) или в WSPlayer (Websocket — плеер для iOS Safari).



    Таким образом, схема Orign-Edge отработала и мы получили масштабируемость WebRTC-сервера с низкой задержкой.



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



    И снова про нагрузочное тестирование



    Для нормального нагрузочного тестирования осталось написать Web-интерфейс в виде REST-клиента, управляющего pull-сессиями. Этот интерфейс был назван Console и принял следующий вид:





    С помощью консоли, можно тянуть отдельные WebRTC стримы, используя текущую ноду как Edge сервер. Через этот же интерфейс можно добавить одну или несколько нод и запустить на них нагрузочные тесты с оценкой производительности.





    Еще предстоит немало сделать и отдебажить. В частности интересно поработать с динамическими битрейтами на межсерверном WebRTC-канале и сравнить межсерверную  проходимость с RTMP. Но уже сейчас у нас есть Orign-Edge на WebRTC и правильные нагрузочные тесты, дающие близкую к реальной нагрузку, что не может не радовать!



    Ссылки



    WCS5 — WebRTC сервер Web Call Server 5

    Two Way Streaming — пример трансляции видеопотока из браузера

    WebRTC Player — пример воспроизведения видеопотока в браузере с возможностью смены технологий WebRTC, MSE, Flash, WSPlayer


    Original source: habrahabr.ru (comments, light).

    https://habrahabr.ru/post/337670/

    Комментарии (0)КомментироватьВ цитатник или сообщество
    rss_rss_hh_new

    [Из песочницы] Edge ненавдит ваши атрибуты

    Воскресенье, 20 Августа 2017 г. 15:00 (ссылка)

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



    Сказ о том, что все браузеры — атрибутофобы, а некоторые особенно.



    Читать дальше →

    https://habrahabr.ru/post/335992/

    Комментарии (0)КомментироватьВ цитатник или сообщество
    vzglyad

    Улучшения скорости для Edge в Windows принесёт независимый рендеринг

    Суббота, 19 Августа 2017 г. 12:56 (ссылка)
    https://www.windowshelp.su/...dering.htm


    5766557_1503084331_microsoft_edge_featured (700x350, 27Kb)



    Независимый рендеринг позволяет браузеру Edge выборочно выгружать графическую обработку в дополнительный поток Центрального Процессора, поэтому их можно визуализировать с минимальным воздействием на поток пользовательского интерфейса и полную видимую страницу производительности, такую как прокрутка silk-smooth, реагирующие взаимодействия и флюидная анимация.



    Более подробно читайте на сайте : https://www.windowshelp.su/news/uluchsheniya-skoro...syot-nezavisimyj-rendering.htm

    Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
    NATAHART

    Режим инкогнито в Chrome, Яндекс Браузер, Firefox, Opera, Edge, Internet Explorer.

    Суббота, 08 Июля 2017 г. 15:49 (ссылка)


    Режим инкогнито в Chrome, Яндекс Браузер, Firefox, Opera, Edge, Internet Explorer.



     



    3437398_inkognito554x220 (554x220, 10Kb)



     



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



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



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







     


     










    Читать далее...
    Метки:   Комментарии (2)КомментироватьВ цитатник или сообщество

    «  Предыдущие 30 Следующие 30  »

    <edge - Самое интересное в блогах

    Страницы: 1 ..
    .. 3 4 [5] 6 7 ... 10

    LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
    О проекте: помощь|контакты|разместить рекламу|версия для pda