2020-12-07

遠隔拠点間のライブ中継４

前回

blog.hatena.ne.jp

今回のポイントはNginxの②再配信ＰＣです

f:id:estima5633:20201207011540j:plain — ①にNginxにもう一仕事「push」で②再配信ＰＣへ送信。

③ライブ受信ＰＣは②再配信ＰＣのＩＰアドレスへアクセス（前回参照）

①配信ＰＣのc:\Ningx\conf\nginx.conf ファイルに

rtmp {
 server {
（途中略）
 application hls{
     live on;
     hls on;
     hls path temp/hls;
     hls_fragment 1s;
     #拠点Ａ
     push rtmp://【拠点Ａの②再配信ＩＰアドレス】;
     #拠点Ｂ
     push rtmp://【拠点Ｂの②再配信ＩＰアドレス】;
     #拠点Ｃ
     push rtmp://【拠点Ｃの②再配信ＩＰアドレス】;
 }
}

の＃拠点Ａ以下を加えます

当然、拠点間はＶＰＮなどＩＰアドレスは同じドメイン内が前提になります

①配信ＰＣ、②再配信ＰＣ、③ライブ受信ＰＣの順に映像、音声がライブ配信されます

遅延は１０秒から１分程度、ネットワークの回線状況によります。

hls形式で動画ファイル転送していますので、100Mbps程度の社内LANであれば、2Mbpsの配信どうがであれば、30～40人程度は安定してみることができます。

動画配信サーバー等が安易に使えない環境下では、拠点間内でネットワーク負荷分散でき有効だと思っています。

MicrosoftさんがTeams会議などで動的にP2P技術など実装いただけるとありがたいですが。

おやすみなさい

2020-12-07

遠隔拠点間のライブ中継３

前回　主なライブ中継の構成について

blog.hatena.ne.jp

今回は各PCの設定について記述します

f:id:estima5633:20201207011540j:plain

①配信ＰＣ　サーバーは自分自身を設定、ストリームキーは任意です「livekey」

f:id:estima5633:20201207012940p:plain — OBS設定－配信

前回ダウンロードした、Nginx＋Rtmpwindows版ビルドを、c:\直下へ配置し、起動する

以下の記事の後半に記述してあります

qiita.com

Nginxのconfファイルの設定は

#user nobody;
worker_processes 1;

#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;

#pid logs/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

sendfile on;

keepalive_timeout 65;

server {
listen 8080;
server_name localhost;

location / {
root html;
index index.html index.htm;
}

error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}

location /hls {
#server hls fragments
types{
application/vnd.apple.mpegurl m3u8;
video/mp2t ts;
}
alias temp/hls;
expires -1;
}
}

}
rtmp {
server {
listen 1935;
chunk_size 4096;
#access_log /var/log/rtmp_access.log;

application live {
live on;
record off;
}

application hls {
live on;
hls on;
hls_path temp/hls;
hls_fragment 1s;
}

}
}

とりあえず、ポート8080、配信形式をhlsで１秒配信としました。

以下が参考になります。

他のコンパイル済み、Nginxの入手方法がありますが、中華製なのでやめました

www.yukkuriikouze.com

OBSで設定した画面が①配信PCのc:\Nginx内のtemp/hls内に蓄積されます

f:id:estima5633:20201207020815p:plain — Temas画面をOBSで共有したイメージ

Temas画面やデスクトップ画面を「ソース」に指定し、配信できます。

他のキャプション「会議タイトル」なども入れることが可能です

f:id:estima5633:20201207015129p:plain — hls形式で保管された動画配信データ　１，２分で削除されていくので機密性もあります

この時点で③ライブ配信ＰＣより①配信ＰＣのＩＰアドレスへアクセスすると、中継されます

<http://【①の配信PCのＩＰアドレス】:8080/index-hls.html>

さらに②再配信ＰＣについては次回に記述します

2020-12-07

遠隔拠点間のライブ中継２

前回に続き、技術的に行ったことをまず、サマリー的に書き出します

前回

blog.hatena.ne.jp

１．必要なソフト

１）OBS　中継ソフトのPCインストール、ダウンロード

vip-jikkyo.net

２）Nginx＋rtpm　配信サーバー

ダウンロード先　http://nginx-win.ecsds.eu/download/

seesaawiki.jp

商用で使うのは気が引けたので、自分でコンパイルしました

qiita.com

３）各拠点間の接続と登場するPCの役割

①配信ＰＣはTemas会議に参加し、会話や映像をやり取り

②再配信ＰＣは遠隔や多人数向けにTemas会議画面、音声を受信、再配信するＰＣ

③ライブ受信ＰＣ、Web聴講（従来はTemas会議で参加、聴講のみしていた人）

※②、③はTemasは利用せず。Microsoft Edgeやchrome、Safariのwebブラウザで視聴

※③までの配信に伴う遅延は１０秒から１分程度は発生します

※③の人で発言したい人は、Temas会議へ参加しなおす

Youtubeなどのライブ配信にもよく用いられるOBSソフトを用いるのでTeams会議画面だけでなく、キャプションや発言者の情報などを加えて配信しなおすことも可能です

次は、①、②、③のセッティングについて記述します

2020-12-07

遠隔拠点間のライブ中継

コロナが始まり、TeamsやSkype,Zoomを使ってのTV会議があっという間に広まった。私自身はPCを使ったり、プログラムを人まねで書いたりと、何でも作ってみたいと思う性分なので、Temas会議を利用するのは何とも思わない、また接続が悪かったりしても、「こんなものか」と割り切れてしまうのだが、会社の中には、「画質が悪い、音声がブツブツ切れ、聞き取りにくい」などとるなど、文句を言うだけの人が多くいる。

そんな人が会議で何か発言するわけではなく、意思決定するわけでもないので、参加しなければいいのにと思える。今までの仕事のスタイルをそのままテレワークにて行おうとするから無理がある。コロナも波があるので出社し、たまに顔合わせすればまだ人間関係は保つことができる。不満も聞いてあげることができる。

ただ、困っているのが、遠隔拠点間でのコミュニケーションである。車で１時間くらいの移動から、東京や名古屋、大阪への新幹線移動や九州、北海道といった飛行機で移動し、はたまた海外のクライアントと顔をあわせることで相互に信頼感を得て、仕事が進んできたのだが、移動の規制によりそれができない。会社側もTemasライブイベントやZoomのライブ発信機能で大人数の会議ができるようになっているが、ライセンス数に限りがある

こんな提案をして、200人規模の会議＋ライブ中継を実現してきたので紹介したい。そもそも、ライブ中継側の人は本当に参加が必要かと思うのだが、仕事のスタイルを変えない以上、そんなおじさんがまだまだ多いこと（自分もそうかもしれない）が問題なのだと思う

簡単に書くと、Temas会議（会話したい人）＋OBS、Nginxによるライブ配信をツリー型のライブ配信技術になる