Передать видео по ethernet
Обновлено: 03.07.2024
Видео по сети используют не только интернациональные компании. С появлением новых продуктов и программного обеспечения полноценное видео может получать и ваша настольная система. БАЗОВОЕ ВИДЕО: КАДРЫ И ПИКСЕЛЫ НА МАЗИ ПЕРЕДОВОЕ ВИДЕО: ДА ЗДРАВСТВУЕТ КОДЕК! ATM ИЛИ IP?
Видео по сети используют не только интернациональные компании. С появлением новых продуктов и программного обеспечения полноценное видео может получать и ваша настольная система.
Концепция видео для настольной системы имеет достаточно общий характер и охватывает такие области, как создание и хранение информационного наполнения, передачу по локальной или глобальной сети, а также воспроизведение. Наша статья посвящена нескольким ключевым темам, а именно производству, распространению и воспроизведению видео в локальной сети.
БАЗОВОЕ ВИДЕО: КАДРЫ И ПИКСЕЛЫ
Мир видео может быть разделен на две части. Во-первых, это видео реального времени, когда запись осуществляется одновременно с ее просмотром. Видеоконференции классический тому пример. Типичным источником видео реального времени являются небольшие камеры с зарядовой связью (Charged Coupled Device, CCD), например QuickCam производства Connectix. В зависимости от мощности настольного ПК эти небольшие камеры (обычно размещаемые над монитором) осуществляют съемку с частотой от 5 до 30 кадров в секунду, причем последняя величина соответствует нормальному качеству вещания. Разрешение видео реального времени может меняться в значительных пределах от крупных изображений, требующих большей пропускной способности, но более подходящих для нормального общения, до небольших "почтовых марок", вмещающих только говорящую голову.
Во-вторых, это потоковое видео, известное так же, как видео по запросу, когда предварительно записанные "фильмы" или другие источники видео хранятся на сервере и запрашиваются приложением конечного пользователя, например модулем расширения браузера Web или выделенным видеоклиентом. Потоковое видео воспроизводится при получении.
Ориентированное на массового потребителя программное обеспечение видеоконференций, такое как CU-SeeMe от White Pine Software, заполняет изображением лишь часть экрана с разрешением 640*480 пикселов, как правило, одну четвертую (320*240 пикселов) или одну шестнадцатую (160*120 пикселов). Другое программное обеспечение, например системы видеоконференций NetMeeting компании Microsoft или LiveLAN компании PictureTel, использует общий промежуточный формат (Common Intermediate Format); CIF, иногда называемый Full CIF (FCIF), определяет окно размером 352*288 пикселов.
Стандартными производными этого формата являются Quarter CIF (QCIF, 176*144 пикселов) и Subquarter CIF (SQCIF, 128*96 пикселов), т. е. реально экран в одну девятую экрана CIF. Стандарты видеоконференций, такие как H.261 для сжатия видео, разрабатывались с учетом форматов CIF, QCIF, SQCIF, 4-CIF (704*576 пикселов) и 16-CIF (1408*1152 пикселов).
Используемая глубина цвета имеет зачастую более важное значение, чем размер изображения. Глубина цвета колеблется в диапазоне от 256 (8 бит на пиксел) до миллиардов цветов (32 бит на пиксел). В Таблице 1 приводятся наиболее распространенные размеры изображений с указанием глубины цвета, а также минимально необходимой пропускной способности при передаче несжатых данных. Пропускная способность варьируется в широких пределах - от 768 Кбит/с для небольших дергающихся картинок до свыше 221 Мбит/с для полноэкранных изображений с хорошим разрешением.
ТАБЛИЦА 1. НЕОБХОДИМАЯ ПРОПУСКНАЯ СПОСОБНОСТЬ ДЛЯ НЕСЖАТОГО ВИДЕО
НА МАЗИ
Стоящая перед видеосервером задача далеко не проста. В отличие от простого файлового сервера, он должен поставлять непрерывный поток информации, причем этот поток должен быть по своим характеристикам достаточно равномерным. В отличие от сервера транзакций, такого как сервер Web, видеосервер предоставляет файлы размером в мегабайты. Кроме того, ему приходится обслуживать множество видеопотоков одновременно, в некоторых случаях это одни и те же файлы (но на разных стадиях передачи). Как таковому, видеосерверу необходим мощный ЦПУ и высокоскоростная шина.
Всего несколько производителей предлагают сетевое программное обеспечение видеосервера. Starlight Net-works продает семейство программных видеосерверов для Windows NT Server, Solaris, HP-UX и AIX в сетях IP. Продукт Starlight под названием StarWorks 3.2 для потокового видео способен предоставлять 150 Мбит/с с Windows NT
и поддерживать до 100 видеосеансов. Для доступа к системе клиенты используют браузеры Web с модулем расширения StarWorks. Сопутствующий продукт StarCast обеспечивает многоадресную передачу мультимедиа по IP от аналоговых и цифровых источников. Оба продукта понимают форматы MPEG-1 и Indeo.
Web Theater Server компании VXtreme, оптимизированный для работы в сети, но могущий работать и через модем со скоростью 28,8 Кбит/с, также использует модули расширения браузера на стороне клиента. Последняя версия, 2.2, может передавать видео в формате CIF по соединению на 56 Кбит/с. По утверждению VXtreme версия Windows NT 4.0, установленная на сервере с одним процессором Pentium 90 МГц с оперативной памятью емкостью 64 Мбайт, способна поддерживать до 25 видеопотоков; сервер с четырьмя процессорами Pentium Pro на 200 МГц может обслуживать до 500 видеопотоков. Web Theater Server работает также и под управлением UNIX (на Solaris и IRIX).
Другое решение для видеосерверов, CU@Work компании White Pine, предназначено главным образом для проведения настольных видеоконференций, - это сетевая версия популярного программного обеспечения CU-SeeMe для видеообщения по Internet. Базовый вариант CU@Work - сервер на 50 пользователей с 25 клиентами на основе IP Multicast. Последнее предложение компании, Meeting Point, - более надежный сервер, опирающийся на стандарты H.323 и T.120. Выполняется он на серверах Windows NT, Solaris, IRIX и HP-UX. Meeting Point взаимодействует с клиентами на базе H.323 (о них мы поговорим позднее), а не только с клиентами CU-SeeMe. (Дополнительную информацию о T.120 смотри во врезке "T.120: суперстандарт" .)
Если Windows NT ваша основная платформа, то NetShow 2.0 компании Microsoft устанавливается в качестве сервиса (он включается также в состав комплекта SiteServer) и предоставляет потоковое видео по коммутируемым или сетевым соединениям. Дополнительная функция, NetShow FSV (Full Screen Video), позволяет передавать видео MPEG-1 или MPEG-2 по коммутируемому Ethernet и ATM; в настоящее время клиент поддерживает только MPEG-1. По утверждению Microsoft максимальная скорость, с которой NetShow FSV может подавать потоковое видео через сетевую плату Ethernet на 100 Мбит/с, составляет 80 Мбит/с, а всего он может обслуживать около 40 потоков. В случае сетевой платы ATM на 155 Мбит/с скорость потокового видео достигает 100 Мбит/с, а число одновременно обслуживаемых потоков - 50.
Один из наиболее интересных вопросов - дисковая подсистема. Многие производители видеосерверов настоятельно рекомендуют, главным образом для улучшения скорости передачи, использовать дисковую подсистему RAID-5. Крупные системы RAID обеспечивают лучшие характеристики, чем типичные для чередования RAID; они, например, имеют большой аппаратный кэш. Небольшие же серверы могут опираться на обычные адаптеры SCSI для выполнения функций RAID, а функции чередования и избыточности осуществляться серверной ОС.
Жесткий диск типичного сервера с кэшем 512 Кбайт способен обслуживать до 5 Мбайт/с - эта величина намного меньше скоростей передачи данных, приводимых производителями накопителей, но они обычно указывают максимальную скорость пакетной передачи, достигаемую на внешних дорожках накопителя.
Новое поколение так называемых "аудио/видеодисков" намного превосходит скорости прежних, например Tomahawk AV на 9,1 Гбайт компании Mic-
ropolis вращается со скоростью 7200 оборотов в минуту. По словам Сэма Сойера, менеджера линии продуктов в Micropolis, средняя скорость передачи данного продукта 6,5 Мбайт/с, а максимальная - около 10,5 Мбайт/с. Диски, подобные Tomahawk со встроенным кэшем на 2 Мбайт, намного превосходят производительность систем RAID-5 младшего класса. Однако Сойер считает, что системы RAID-5 с большим аппаратным кэшем (скажем, от 20 до 30 Мбайт) не в силах извлечь аналогичные преимущества из данных накопителей. Если у вас есть такой контроллер, то он рекомендует установить менее дорогие накопители с меньшим встроенным кэшем.
ПЕРЕДОВОЕ ВИДЕО: ДА ЗДРАВСТВУЕТ КОДЕК!
Наихудшая ситуация в случае цифрового видео - когда видео передается в несжатом виде, например 30-кадровое изображение в формате QCIF требует пропускной способности 12 Мбит/с. Но это довольно редкая ситуация, поскольку цифровое видео упаковывается (сжимается) кодеками (сокращение от английского compressor/decompressor). С помощью разнообразных схем кодирования, применение которых зависит от вычислительной мощности, доступной пропускной способности и требуемого качества видеоизображения, необходимая пропускная способность может быть уменьшена до приемлемого уровня. Однако помните: любая схема сжатия не лишена недостатков. Например, накладные расходы на сжатие могут оказаться непомерными для снабженных видеокамерой старых ПК с 486-м процессором. Видеоприложения поддерживают, как правило, несколько кодеков - в основном, посредством подключаемых модулей. Некоторые кодеки, такие как MPEG-2, предназначены для обработки потокового видео; они относительно легко поддаются распаковке, но сжатие способен осуществить только достаточно мощный ЦПУ.
Одним из последних кодеков для видео в реальном времени является RealVideo. Он встроен в видеосистему RealPlayer компании Progressive Net-work. CU-SeeMe компании White Pine Software использует Motion JPEG, или M-JPEG, для соединений по локальной сети либо ISDN.
Кодеки также бывают стандартными, например видеокодек H.263 поддерживается несколькими системами для проведения конференций от PictureTel и Intel. Имеются и отдельные аудиокодеки, наиболее распространенными среди которых являются MPEG уровня 3 группы MPEG и G.723 от ITU-T.
Выбор кодека зависит от того, какая пропускная способность необходима и какое будет видео - по запросу или в реальном времени. Многие видеосерверы и клиенты работают с различными кодеками. По этому поводу Гайлз говорит следующее: "Утверждения типа MPEG-2 лучше, чем H.263, абсолютно беспочвенны в отрыве от контекста. В определенных условиях каждая технология способна проявить себя наилучшим образом".
Например, MPEG-1 предназначался для работы со скоростью 150 Кбайт/с, с разрешением 320*240 пикселов при частоте 30 кадров/с; MPEG-2 - со скоростью от 400 до 800 Кбайт/с с видео телевизионного качества. H-263 разрабатывался под медленные модемы со скоростью порядка 10 Кбайт/с и разрешением 160*120 пикселов (частота кадров зависит от требуемого качества воспроизведения).
Потоковое видео от видеосерверов налагает специальное требование: видеофайл должен быть записан в формате, который не только сжат при записи, но и оптимизирован для просмотра на клиенте в процессе его передачи. Прежние форматы цифрового видео, такие как MPEG-1 и Quick-Time, разрабатывались с учетом вышесказанного. Microsoft продвигает новый формат - Action Streaming Format, благодаря которому потоковое видео передается более равномерно. Дополнительную информацию об ASF смотри во врезке "Активный потоковый формат" .
ATM ИЛИ IP?
Один из наиболее актуальных вопросов относительно видео по сети состоит в следующем: достаточно ли Ethernet с IP или лучше сразу переходить к ATM? Во многих ситуациях это вопрос столь же вкуса, сколь и техники, поскольку потоковые мультимедиа и видео в реальном времени совместимы и с IP, и с ATM. Ввиду значимости этого вопроса и последствий его решения не только для мультимедиа, мы рассмотрим те особенности ATM и IP, которые имеют непосредственное отношение к передаче высококачественного видео.
архитектура ATM подходит естественным образом для сетевого мультимедиа в силу своих трех основных и одной побочной особенностей. Во-первых, коммутируемые виртуальные соединения (Switched Virtual Circuit, SVC) позволяют создавать высокоскоростные соединения между узлами по необходимости, например между двумя участниками видеоконференции или между видеосервером и клиентом.
Во-вторых, ATM позволяет определить уровень качества услуг из конца в конец во время установления SVC, гарантируя таким образом достаточную пропускную способность для чувствительных к задержкам данных.
В-третьих, это стандарт Multiprotocol over ATM (MPOA). Активно продвигаемый Cisco, Fore Systems и Newbridge Network, MPOA является в настоящее время первым стандартом для коммутации третьего уровня в сети. MPOA расширяет эмуляцию ЛС на втором уровне за счет создания виртуальных соединений практически со скоростью линии через несколько подсетей. По сути MPOA решает ту же самую проблему, что и так называемая IP-коммутация (которую мы тоже обсудим), с тем только отличием, что производители пришли к согласию относительно MPOA - стандарт был одобрен ATM Forum в июле прошлого года.
В-четвертых, многие операторы свя-зи имеют магистрали ATM; AT&T, MCI и Sprint предлагают сервисы на 155 Мбит/с, а некоторые другие собираются модернизировать свою магистраль до ATM на 622 Мбит/с. В корпоративной среде ATM находит основное применение на магистрали; лишь немногие компании прокладывают ATM до настольных систем или даже до коммутатора рабочей группы/отдела. Ethernet и IP доступны на несравнимо большем числе настольных систем, и, таким образом, они охватывают все предприятие. IP - это стандартный протокол Internet, и, как таковой, он естественным образом используется для транспортировки видео по Internet и виртуальным частным сетям на базе IP. Но, в отличие от ATM, Ethernet не имеет стандартных средств для обеспечения качества услуг из конца в конец. По сути коммутация со скоростью линии между подсетями - иными словами, коммутация третьего уровня - застряла в трясине несовместимых разработок.
Однако и Ethernet, и IP способны кое-что предложить для обеспечения качества услуг, а значит, компании могут воспользоваться уже имеющимися технологиями.
Протокол передачи в реальном времени (Real-time Transport Protocol, RTP) призван заменить TCP и UDP. В отличие от TCP, RTP поддерживает многоадресное распространение информации, а в отличие от UDP он предоставляет информацию о времени, необходимую для передачи в реальном времени.
Протокол управления передачей в реальном времени (Realtime Transport Control Protocol, RTCP) обеспечивает обратную связь для RTP-совместимых приложений о сети и качестве доставки, благодаря которой эти приложения могут вносить необходимые коррективы на лету.
Третьим членом этой троицы стал протокол резервирования ресурсов (Resource Reservation Protocol, RSVP), с помощью которого конечные системы (клиенты и серверы) могут резервировать сетевые ресурсы, необходимые для обеспечения качества услуг при трафике RTP. Вместе RTP и RSVP обладают многими достоинствами качества услуг ATM - по крайней мере, когда они поддерживаются из конца в конец во всей сети. (Подробное обсуждение этих протоколов смотри в статье "RTP и RSVP: доставка в срок" в сентябрьском номере журнала за прошлый год.)
Короче говоря, когда дело касается передачи видео по сети, преимущества АТМ очевидны. Качество услуг встроено в этот протокол, и, таким образом, все устройства ATM, а также накопленный опыт в обеспечении качества услуг и жесткая конкуренция между производителями привели к оптимизации его характеристик. Щднако, многие из функций АТМ появляются одна за другой и у Ethernet/IP. Если вы готовы подождать, то переходить от Ethernet к ATM - как в случае решения от одного поставщика, так и собранного по частям - не имеет смысла, во всяком случае, ради поддержки видео в сети. Если вам этот вариант не подходит, ну что ж, тогда ATM - лучшее, что есть.
КАК ПОЛУЧИТЬ КАРТИНКУ?
Так на какой же стадии находится сейчас сетевое видео? В настоящее время во многих компаниях оно пока реализуется в виде пробных проектов. Большая часть компаний, где используются настольные системы видеоконференций, применяет для этих целей ISDN или, в потребительском мире, конференции на базе Internet по телефонным линиям.
Как можно ожидать, эта ситуация должна в скором времени измениться в результате кардинального снижения цен на Ethernet и распространения коммутаторов в масштабах всего предприятия. В ближайшие несколько месяцев мы еще глубже погрузимся в мир цифрового видео и аудио по локальным и глобальным сетям. Думается, такая перспектива соответствует вашим собственным устремлениям.
СТАНДАРТ КАК ОН ЕСТЬ
T.120: суперстандарт
Стандарт разбит на несколько уровней. Верхний уровень составляют два протокола для приложений по проведению конференций: Т.126 для обмена и редактирования неподвижных изображений идельно подходит для электронных досок, а T.127 - для передачи любых типов двоичных файлов во время конференции.
Нижние уровни стандарта обеспечивают непосредственное проведение конференции. T.123 включает специфические сетевые транспортные протоколы для телефонной связи, ISDN и цифровых сетей с коммутацией каналов и пакетов. Вместе T.122 и T.125 определяют базовые программные сервисы и сам протокол передачи данных. T.125 описывает способ взаимодействия между приложениями, использующими протоколы T.126 и T.127. Стандарт управления конференцией T.126 позволяет организовать и проводить конференцию, вести учет приложений и узлов, обеспечивать защиту, а также он описывает "дирижера", или менеджера конференции.
Родственный стандарт, T.121, не являющийся частью базового стандарта T.120, определяет типичный шаблон приложения. Шаблон приложения предназначен для улучшения согласованности и взаимодействия T.120-совместимых приложений.
Семейство стандартов T.120 далеко от завершения. Так, ITU-T собирается стандартизовать поддержку ATM, frame relay и других технологий глобальных сетей. Другая группа ITU-T работает над T.130 - в настоящее время представляющий собой ряд рекомендаций, касающихся аудио/визуального управления мультимедийными конференциями. T.130 может использовать различные механизмы конференций, в том числе T.120 для поддержки конференций с обменом данными между несколькими участниками и H.320 для аудио/видеоконференций на базе ISDN.
АУДИО/ВИДЕО ФОРМАТ БЕЗ ПЕРЕРЫВОВ
Активный потоковый формат
Active Streaming Format (ASF) - это новый формат файлов, предложенный Microsoft. Он призван обеспечить потоковую доставку и синхронизированное воспроизведение различных типов мультимедийных файлов, в том числе видео, анимации, графики, аудио, MIDI-музыки и текста.
Файл ASF начинается с заголовка с указанием параметров синхронизации, описанием содержимого и используемых для сжатия кодеков. За заголовком следуют собственно данные, разбитые на небольшие порции и чередуемые в соответствии с их временем представления. В качестве варианта указатель типа информации может располагаться между заголовком и данными, благодаря чему запись легко быстро перемотать или перейти к середине воспроизведения.
Другая функция ASF - масштабируемость воспроизведения. Файл ASF может иметь базовый поток, обеспечивающий минимальное качество, и дополнительные потоки с лучшим качеством - на случай, если клиент способен обрабатывать дополнительные данные, а сеть обладает достаточной пропускной способностью. Взаимоотношения между различными воспроизводимыми потоками могут быть гораздо более сложными; например, если клиент выбрал определенный язык, текст, звук или даже графику, то этот поток будет посылаться, а все потоки с другими языками нет.
Хочу передать изображение и звук с ПК под управлением Windows 10 и поддержкой Miracast на телевизор при следующем проводном соединении компонентов: ПК – Ethernet кабель RJ-45 – Роутер –Ethernet кабель RJ-45 – Media TV Box for Android (с приложением Miracast) – HDMI кабель – Телевизор. Возможно ли это?
Здравствуйте. Нет, эта схема работать не будет. Сейчас поясню почему.
Соединение по технологии Miracast – это прямое, беспроводное соединение между двумя устройствами (в данном случае ПК и телевизор) с поддержкой Miracast. Грубо говоря, это соединение двух устройств по Wi-Fi (напрямую, без роутера) для передач изображения в реальном времени. Для дублирования экрана компьютера на экран телевизора, например.
Через Ethernet кабель, через роутер Miracast не работает. Ну и не совсем понятно, зачем вам это нужно.
Если у вас компьютер с поддержкой Miracast, значит в нем есть Wi-Fi модуль (или внешний USB Wi-Fi адаптер). Иначе поддержки Miracast быть не может. А это значит, что вы можете попробовать напрямую соединить свой компьютер (Windows 10) со Smart TV приставкой по Miracast. Вот инструкция: беспроводной дисплей Miracast (WiDi) в Windows 10.
Через роутер, по кабелю (как и по Wi-Fi) по вашей схеме может работать соединение по технологии DLNA. Но с помощью этой технологии не получится дублировать экран компьютера на телевизора через TV Box на Android, или смотреть онлайн видео. С помощью DLNA можно запускать просмотр медиаконтента (видео, фото, музыка), который хранится на жестком диске компьютера.
Работает это примерно так: на компьютере вы запускаете DLNA сервер. Например, по этой инструкции: DLNA сервер в Windows 10. Настройка, вывод на телевизор. Так как компьютер и Smart TV приставка подключены к одному роутеру – они находятся в одной локальной сети. На приставке вы ставите какое-то приложение (клиент) с помощью которого можно подключиться к запущенному на компьютере DLNA-серверу (она автоматически обнаружит его в сети) и смотреть расшаренный на компьютере контент. Из популярных: VLC Media player, Kodi, BubbleUPnP.
Доброго дня!
Впрочем, никто не мешает с таким же успехом вещать и просто какие-нибудь фильмы/музыку, например, с ПК на ТВ или мобильные гаджеты.
Единственное, учитывайте, что ваш компьютер (который транслирует) должен быть достаточно производительным (чтобы избежать лагов и подвисаний). К тому же, нужно иметь хорошее и стабильное подключение к сети (не ниже 10 Мбит/с). В помощь: тест скорости интернета.
В этой заметке я по шагам рассмотрю все необходимые действия как для вещания по локальной сети, так и по интернету. Разумеется, в вашем случае могут быть небольшие отличия (например, при выборе устройства захвата. ).
Ладно, ближе к теме.
Трансляция видео в сеть: пример настройки вещания
Запуск трансляции
ШАГ 1
И так, для нашей задачи понадобится универсальный кросс-платформенный плеер VLC. Программа позволяет не только смотреть потоковое видео в сети, но и создавать трансляцию самостоятельно.
VLC
Основные преимущества проигрывателя:
- "всеядность": воспроизводит файлы, внешние диски, сетевые трансляции и т.д.;
- поддерживает все популярные форматы файлов: MPEG-2, MPEG-4, H.264, MKV, WebM, WMV, MP3 (даже, если у вас не установлены кодеки в системе);
- работает на Windows, Android, Linux, Mac OS X, iOS;
- программа бесплатна (и без рекламных вставок).
Примечание : очень желательно установить данный проигрыватель и на то устройство, с которого вы будете вещать, и на то - на котором будете принимать трансляцию. В своем примере ниже я так и сделал.
ШАГ 2
Теперь необходимо запустить VLC на том компьютере (устройстве), с которого будем вести трансляцию.
После перейти в меню "Медиа/Передать" (Ctrl+S). См. скриншот ниже.
ШАГ 3
Далее нужно выбрать, что мы будем транслировать:
- файл;
- диск;
- ТВ-тюнер, камеру или др. устройства захвата.
В своем примере я просто добавил один из фильмов.
ШАГ 4
Затем нужно уточнить источник вещание: при выборе обычного файла (как в моем случае) можно сразу же нажать далее (т.е. следующий) .
ШАГ 5
Нужно выбрать в списке "HTTP" и нажать на кнопку "Добавить" . У вас появится вкладка с одноименным названием, в которой можно указать порт и путь трансляции (по умолчанию порт 8080). Рекомендую не менять эти значения и перейти к дальнейшей настройке.
Вывод потока (порт)
ШАГ 6
В этом шаге нужно выбрать качество трансляции (подбирается экспериментально, в зависимости от ваших нужд). Например, я транслирую видео с ПК на телефон — поэтому выбрал видео для андроида ( прим. : на экране телефона почти незаметна разница между оригиналом и сжатым видео) .
ШАГ 7
Здесь можно задать доп. параметры вещания. В большинстве случаев можно сразу же нажать "Поток" .
ШАГ 8
При первом запуске трансляции брандмауэр Windows попросит вас дать разрешение на работу VLC — просто согласитесь, нажав на "Разрешить доступ" .
ШАГ 9
Как смотреть трансляцию
По локальной сети
Примечание!
Т.е. и компьютер (который вещает), и устройство (которое принимает трансляцию) находится в одной общей локальной сети. В своем примере ниже: трансляция ведется с ПК, а принимается на телефон под андроидом. Оба устройства подключены к одной Wi-Fi сети.
ШАГ 1
Для начала нам нужно узнать локальный IP-адрес компьютера, который ведет трансляцию. Сделать это можно через командную строку: введя в ней ipconfig и нажав Enter.
См. ниже скриншот - мой IP 192.168.0.106 (это нужно для дальнейшего подключения).
ipconfig / Командная строка
Кстати, узнать IP-адреса также можно в настройках роутера.
IP-адрес в настройках роутера
ШАГ 2
Теперь запускаем VLC на том устройстве, с которого будем принимать трансляцию (например, телефон). Далее переходим в меню программы и выбираем "Поток" (или "открыть URL-адрес трансляции") .
ШАГ 3
Важно!
1) Вместо 192.168.0.106 - у вас будет свой IP-адрес того компьютера, который ведет трансляцию (например, 192.168.10.102 или 192.168.0.103). Мы этот IP-адрес узнавали в ШАГЕ 1.
2) Вместо порта 8080 может использоваться другой (если при создании трансляции вы изменили его).
VLC для андроид
ШАГ 4
Если вы все указали правильно, то через 3-5 сек. устройство "прогрузит" кэш и VLC начнет показывать вещание.
Разумеется, к одной трансляции можно одновременно подключить несколько устройств.
По интернету
ШАГ 1
Всё отличие здесь будет сводится к тому, что нам нужно узнать не локальный IP-адрес (который "дал" нам роутер), а внешний/глобальный (у того ПК, который ведет трансляцию) . Сделать это можно по-разному, ссылку на инструкцию привожу ниже.
Например, мне импонирует утилита Speccy — достаточно открыть раздел Network и вы знаете и локальный IP, и внешний.
Speccy - просмотр IP-адресов, раздел Network
Разумеется, подобную информацию также можно узнать в настройках роутера. Скрин ниже в качестве примера.
ШАГ 2
Чтобы к вашей трансляции могли подключиться из интернета — необходимо открыть (пробросить) нужный порт (в нашем случае 8080). По умолчанию, в целях безопасности, роутер не позволяет подключаться из вне.
Делается это обычно в настройках роутера в разделе "Перенаправление портов" (Port Forwarding). Вообще, у меня на блоге есть подробная заметка на эту тему (для начинающих), ссылка ниже.
ШАГ 3
Важно!
Вместо 89.118.10.32 - у вас будет свой внешний IP-адрес (который мы уточняли в ШАГЕ 1, см. чуть выше).
Вводим глобальный IP
ШАГ 4
Если вышеприведенные настройки были корректно заданы — то через несколько секунд начнется показ трансляции (см. скрин ниже). Задача выполнена?!
С 25.09.2019 розничные цены снижены на 50%
01 июля 2019 --> Скидка -35% на оптические передатчики DFS (РФ)
С 1 июля до 31 августа 2019г. предоставлена скидка -35% н а оптические передатчики DFS (производство РФ)
Безусловно, современные сети позволяют передавать видео по протоколу IP, однако при их построении важно тщательно изучить все параметры и нюансы, которые могут оказать влияние на работу системы.
Сегодня передача видео по Ethernet – это настолько привычный способ обмена информацией, что его используют в системах наблюдения на объектах самых разных уровней безопасности. Рассмотрим подробнее процесс приема и отправки видеосигналов по сети.
Передача видео по Ethernet: принцип работы
Сеть Ethernet основана на пакетном принципе передачи данных и устроена следующим образом: видеоданные преобразуются в Ethernet-пакеты и поступают на передатчик (кодер). Из них извлекаются MPEG-пакеты, которые упорядочиваются и поступают на приемник декодер). И лишь потом, уже декодированное видео отображается на мониторе или записывающем устройстве.
Весь процесс происходит очень быстро, поэтому передача видео по Ethernet используется в охранных видео системах, в которых предусмотрено наблюдение за объектом в режиме реального времени.
Оборудование DFS для устойчивой передачи видео по Ethernet
Компания «ДФС-ГРУПП», специализирующаяся на разработке изделий для систем контроля доступа, предлагает линейку устройств, с помощью которых передача видео по Ethernet может осуществляться как по одномодовому, так и многомодовому оптоволокну:
- Цифровые одноканальные приемопередатчики серии E1132 предназначены для трансляции сигналов со скоростью 100Mbps по одному или двум оптическим волокнам.
- Цифровой четырехканальный приемопередатчик серии E4132 обеспечивает прием, а также, передачу видео по Ethernet (до 4-х сигналов) со скоростью 100Mbps.
Наши передатчики
Цифровой 1-канальный оптический передатчик и приемник
- 1300 нм
- одномодовое волокно 9/125 нм
- лазер
- расстояние до 50 км
- NTSC, PAL совместимы
- монтаж в 19" стойку, наружный шкаф, на стену
Профессиональный оптический передатчик DFS серии VT1131/VR1131 обеспечивает передачу 1 видеосигнала по одному оптическому волокну. Такие оптические передатчики используют 8/10-битное цифровое кодирование высокого качества.
Многомодовые (MM) и Одномодовые (SМ)1 волокно
Цифровые передатчики и приемники 8 сухих контактов
- передача и прием 8 сухих контактов
- ММ волокно 62.5/125 нм (50/125)
- SM волокно 9/125 нм
- лазер
- расстояние до 4 км по ММ волокну
- расстояние до 50 км по SМ волокну
- монтаж в 19" стойку, наружный шкаф, на стену
Передатчики и приемники DFS серии DT8131 / DR8131 (MM/SM) обеспечивают передачу и прием 8 сухих контактов по 1 (одному) оптическому волокну.
2 волокна
Цифровой оптический приемопередатчик Ethernet
- 1300/1550 нм
- многомодовое волокно 62.5/125 нм
- одномодовое волокно 9/125 нм
- лазер
- передает ethernet сигналы на расстояние до 4 км по MM волокну
- передает ethernet сигналы на расстояние до 50 км по SM волокну
- NTSC, PAL совместимы
- монтаж в 19" стойку, наружный шкаф, на стену
Оптические приемопередатчики Ethernet cерии E1132 обеспечивают прием и передачу сигналов 100Mb в секунду по двум многомодовым (MM) или одномодовым (SM) волокнам.
Цифровой оптический 12-канальный передатчик видео, а также приемник видеосигналов
- 1300 нм
- передатчик видео сигнала и приемник используется с одномодовым волокном
- лазер
- передача цифровой информации на расстояние до 50 км
- NTSC, PAL совместимы
- монтаж в 19" стойку, наружный шкаф, на стену
Цифровой видео передатчик DFS серии VT12133/VR12133 обеспечивает бесперебойную передачу 12 видеосигналов по трем оптическим волокнам в реальном времени. Каждый передатчик видео работает с использованием 8/10-битного цифрового кодирования высокого качества.
Цифровой оптический 4-канальный видеопередатчик и приемник, 1 канал двунаправленных данных
- 1300 нм
- одномодовое волокно 9/125 нм
- лазер
- расстояние до 50 км
- NTSC, PAL совместимы
- монтаж в 19" стойку, наружный шкаф, на стену
Оптоволоконные изделия DFS серии VTD4132/VRD4132 обеспечивают передачу 4 видеосигналов и приемо-передачу 1 канала данных RS-232, RS-422, RS-485 по двум оптическим волокнам в реальном времени и используют 8/10-битное цифровое кодирование высокого качества.
Читайте также: