本文へスキップ
SynQNow

この記事を書いた人

YKC

イベント配信エンジニア / SynQNow 開発者

イベント制作の現場に25年、映像配信に20年近く携わってきました。オンライン配信が当たり前になるより前から、拠点間中継やライブ配信の現場に立っています。

イベント業務の経験
25年
映像配信の経験
20年近く
ホール技術者としての経験
9年
拠点間中継を手掛けた時期
コロナ以前

この仕事を選んだきっかけ

工業高校で技術を学び、部活では吹奏楽をやっていました。その両方を活かせる仕事は何かと考えて思い当たったのがPA(音響)で、そのままPA系の専門学校へ進みました。

在学中は授業よりレコーディングスタジオに入り浸り、CM音楽の編集など制作の現場に関わっていました。教室ではなく現場で覚えた、というのが私の最初の職業体験です。以来25年、やっていることの本質はあまり変わっていません。

経歴

  1. 2000年〜(9年間)

    イベントホールの技術部門

    いわゆる「小屋付き」として、ホールに入るあらゆるイベントの技術を担当しました。所掌は音響・映像・照明・電源・ネットワークの全般。会場設備そのものを内側から理解したこの9年が、いまの配信の仕事の土台になっています。

  2. 2009年〜

    配信イベントの実務

    映像配信サービスを提供する事業者へ移り、配信イベント案件を担当。現場業務から入り、営業・設計・プロジェクトマネジメント・構築運用・現場対応・新サービス開発まで、案件のライフサイクル全体を経験しました。対象は株主総会・IR説明会・社内イベント・学会・展示会など、失敗が許されない種類の配信が中心です。

  3. 現在

    SynQNow の開発

    配信とPAの実務を続けながら、現場で繰り返し直面した課題をそのまま設計に落とし込む形でSynQNowを開発しています。規模の大小を問わず現場に立ち続けていることが、プロダクトの判断基準になっています。

専門領域

  • ライブ配信
  • 超低遅延配信
  • WebRTC
  • HLS
  • RTMP
  • SRT
  • 拠点間中継
  • 株主総会配信
  • IR・決算説明会配信
  • 社内配信
  • イベント音響・映像オペレーション

保有資格

  • 映像音響処理技術者

執筆した記事

配信技術・プロトコル7分で読めます

配信画面を作り直しています — 7つに分かれた操作を1画面へ

4つの送出方式それぞれに別の画面があり、どれが何の役目か分かりにくくなっていました。1画面へ統合し、配信前に絵を確認してから開始できるようにします。実装前の設計として、決めたことと、その理由、できないと分かったことを書きます。

  • #UI設計
  • #配信オペレーション
  • #管理画面
  • #WebRTC
  • #開発中
現場ノウハウ8分で読めます

配信の音が小さいと言われる理由 — PAの音は、そのまま流せない

PA卓の音をそのまま配信に流すと「小さい」と言われます。原因はレベルではなくダイナミクスレンジ。ラウドネスで測る方法、音楽とプレゼンでの違い、プラグインで整える順番、PCが落ちても音を止めないDanteの構成まで書きます。

  • #音声
  • #ラウドネス
  • #PA
  • #イベント音響
  • #プラグイン
  • #Dante
  • #現場対応
現場ノウハウ14分で読めます

OctaQ 1.1 — 拍線は出す、小節頭は出さないことにしました

イベントBGM用の8 Deck再生アプリOctaQを1.1に更新しました。HOT CUE、拍線の表示、客席に音を出さずに仕込める操作系、同一オーディオI/Fでの2系統出力。そして小節頭の自動判定を、測ったうえでやめた話を書きます。

  • #新機能
  • #BGM
  • #イベント音響
  • #PA
  • #音楽再生アプリ
  • #macOS
  • #OctaQ
配信技術・プロトコル6分で読めます

ブラウザ送出をリリースしました — エンコーダなしで双方向配信を回す

配信コンソールにブラウザ送出を追加しました。エンコーダもウインドウキャプチャも要らず、音声はn-1を送るだけ。配信元の構成をブラウザ1枚に畳んだ内容と、遅延が約1秒から190ミリ秒になったことを書きます。

  • #新機能
  • #WebRTC
  • #双方向配信
  • #質疑応答
  • #配信構成
  • #ブラウザ送出
現場ノウハウ8分で読めます

イベントBGMのために、8 Deckの再生アプリを自作した

進行が読めないイベントのBGMオペレーションは、2 Deckでは回りません。8 Deckにした理由、EQもSYNCも載せなかった判断、2系統出力の同期で詰まった点まで、macOS用アプリOctaQの開発記録をまとめます。

  • #BGM
  • #イベント音響
  • #PA
  • #音楽再生アプリ
  • #macOS
  • #OctaQ
現場ノウハウ6分で読めます

ボンディングルーターをレンタルで手配する — 対向込みで借りる

ボンディングルーターはイベントごとの使用ならレンタルが現実的です。買うか借りるかの判断、国内で借りられる製品と取扱い、対向とSIMを含むかの確認、臨時回線と比べた費用感をまとめます。

  • #ボンディングルーター
  • #レンタル
  • #回線
  • #5G
  • #LTE
  • #機材手配
現場ノウハウ10分で読めます

ボンディングルーターとは — 回線を束ねる仕組みと2つの種類

複数の携帯回線を束ねて配信用の安定した経路を作るボンディングルーター。パケットを分散して対向で束ね直す仕組み、配信エンコーダ内蔵型とインターネットアクセス専用型の違い、超低遅延の配信につなぐときの注意点を解説します。

  • #ボンディングルーター
  • #回線
  • #冗長化
  • #5G
  • #LTE
  • #リモートプロダクション
現場ノウハウ17分で読めます

配信回線の臨時敷設【後編】— 会場への相談から撤去まで

フレッツ光の臨時敷設で、最初に相談する相手はNTTではなく会場担当です。申し込みの伝え方、工事前調査の立会い、光ケーブルの配線制約、開通試験のタイミング、そして撤去と原状復帰まで、現場の手順を通しで解説します。

  • #回線敷設
  • #フレッツ
  • #工事
  • #会場
  • #原状復帰
  • #故障対応
現場ノウハウ17分で読めます

配信回線の臨時敷設【前編】— 線種とISPをどう決めるか

イベント期間だけ光回線を臨時に敷設するとき、何を基準にフレッツの線種とISPを選ぶのか。帯域確保と帯域優先の違い、冗長構成から線種を逆算する考え方、契約に縛りのないISPの選び方を、申し込みで伝える内容まで含めて解説します。

  • #回線敷設
  • #フレッツ
  • #ISP
  • #帯域確保
  • #冗長化
  • #会場
現場ノウハウ8分で読めます

配信のマイナスワン(n-1)とは — 質疑応答で音を返さない作り方

質疑応答で質問者に自分の声が返ると、会話は成立しません。配信にはオールミックス、会話にはマイナスワン(n-1)。配信元の卓でどう作り分けるのか、映像側の考え方まで含めて系統図で解説します。

  • #マイナスワン
  • #音声
  • #質疑応答
  • #ミキサー
  • #SkyWay
現場ノウハウ5分で読めます

ライブ配信の回線選び — 会場のネットワークをロケハンで見極める

会場の回線をそのまま配信に使えるかは、ロケハンでの確認で決まります。有線か無線か、経路とケーブルの状態、当日の共有状況、速度試験で見るべき数値——現場で実際に確認している項目を順にまとめます。

  • #回線
  • #ネットワーク
  • #ロケハン
  • #現場対応
配信技術・プロトコル6分で読めます

AWS IVSとSkyWayを選んだ理由 — SynQNowの配信アーキテクチャ

SynQNowの配信基盤にAWS IVSとSkyWayという2つのマネージドサービスを選んだ理由と全体構成を解説します。自前でSFUを立てない判断と、2つの配信モードがこの構成から生まれた経緯について。

  • #AWS IVS
  • #SkyWay
  • #WebRTC
  • #アーキテクチャ
  • #SynQNow
現場ノウハウ5分で読めます

配信オペレーターは、本番中に何を見て判断しているのか

リハーサルで「固定でよい」と決めたカメラを、本番の想定外で動かすかどうか。配信オペレーターの判断は反射神経ではなく、本番前に揃えた材料で決まります。何を揃えているのかを、現場の視点で分解します。

  • #オペレーション
  • #カメラ
  • #現場対応
配信技術・プロトコル6分で読めます

WebRTC / HLS / SRT / RTMP、結局どれを選ぶのか

WebRTC・HLS・SRT・RTMPは並列に比較できるものではなく、担当する区間と得意分野が違います。それぞれの仕組みとトレードオフを整理し、用途から逆算して選ぶための判断基準をまとめます。

  • #WebRTC
  • #HLS
  • #SRT
  • #RTMP
  • #プロトコル
配信の基礎・遅延4分で読めます

ライブ配信の遅延は、どこで何秒生まれているのか

配信が数十秒遅れる原因の大半は、実は一箇所に集中しています。カメラから視聴者の画面までを段階ごとに分解し、どこにどれだけ時間がかかっているのかを整理します。

  • #遅延
  • #WebRTC
  • #HLS
  • #配信設計

← 記事一覧へ戻る