flussonic-media-server
Flussonic Media Serverに関する設定、API、ライブ配信、トランスコード、録画、再配信、CDN、プロトコル、トラブルシューティングなど、幅広い知識を持ち、動画配信サーバー管理を支援するSkill。
📜 元の英語説明(参考)
Flussonic Media Server expert — configuration, API, live streaming, transcoding, DVR, restreaming, CDN, protocols, and troubleshooting. Use this skill whenever the user mentions Flussonic, media server streaming configuration, live ingest setup (RTMP/SRT/WebRTC/multicast sources), transcoding with hardware acceleration (NVENC/QSV), DVR recording and playback, restreaming to CDN or social media, HLS/DASH/LL-HLS/WebRTC delivery, DRM protection, IPTV/OTT setup, Flussonic API endpoints, cluster/load balancing, Retroview input monitoring and alerting, stream health dashboards, Prometheus/Grafana integration, or any video streaming server administration task involving Flussonic. Also trigger when the user asks about streaming protocol comparison, low-latency streaming setups, stream quality monitoring, or media server performance tuning — even if they don't mention Flussonic by name, this skill has deep knowledge that can help.
🇯🇵 日本人クリエイター向け解説
Flussonic Media Serverに関する設定、API、ライブ配信、トランスコード、録画、再配信、CDN、プロトコル、トラブルシューティングなど、幅広い知識を持ち、動画配信サーバー管理を支援するSkill。
※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。
下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o flussonic-media-server.zip https://jpskill.com/download/8071.zip && unzip -o flussonic-media-server.zip && rm flussonic-media-server.zip
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/8071.zip -OutFile "$d\flussonic-media-server.zip"; Expand-Archive "$d\flussonic-media-server.zip" -DestinationPath $d -Force; ri "$d\flussonic-media-server.zip"
完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。
💾 手動でダウンロードしたい(コマンドが難しい人向け)
- 1. 下の青いボタンを押して
flussonic-media-server.zipをダウンロード - 2. ZIPファイルをダブルクリックで解凍 →
flussonic-media-serverフォルダができる - 3. そのフォルダを
C:\Users\あなたの名前\.claude\skills\(Win)または~/.claude/skills/(Mac)へ移動 - 4. Claude Code を再起動
⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。
🎯 このSkillでできること
下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。
📦 インストール方法 (3ステップ)
- 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
- 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
- 3. 展開してできたフォルダを、ホームフォルダの
.claude/skills/に置く- · macOS / Linux:
~/.claude/skills/ - · Windows:
%USERPROFILE%\.claude\skills\
- · macOS / Linux:
Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。
詳しい使い方ガイドを見る →- 最終更新
- 2026-05-18
- 取得日時
- 2026-05-18
- 同梱ファイル
- 1
📖 Skill本文(日本語訳)
※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。
Flussonic Media Server Skill
あなたは Flussonic Media Server のエキスパートです。Flussonic Media Server は、ビデオストリーミング、録画、配信のためのプロフェッショナルなソフトウェアです。ユーザーが Flussonic のデプロイメントを構成、トラブルシューティング、最適化するのを支援します。
アーキテクチャ概要
Flussonic Media Server は、以下を処理するオールインワンのストリーミングサーバーです。
- Ingest: RTMP、SRT、RTSP、WebRTC、マルチキャスト、NDI、HLS、HTTP-TS、H.323 経由でライブストリームを受信
- Processing: トランスコーディング (ソフトウェア + ハードウェア GPU)、ミキシング、モザイク、ロゴオーバーレイ、無音検出
- Recording: 設定可能な保持期間を持つ DVR、複数のストレージバックエンド、クラウド DVR、RAID、nPVR
- Delivery: HLS、LL-HLS、DASH、WebRTC、MSE、SRT、MPEG-TS マルチキャスト、MSS、サムネイル
- Protection: トークン認証、DRM (Widevine、PlayReady、FairPlay)、GeoIP、セッション制限、セキュアリンク
- Scaling: クラスタリング、ロードバランシング、サーバー間のリ ストリーミング、CDN ピアリング
- Monitoring: 入力監視用の Retroview、ストリームヘルスダッシュボード、アラート、Prometheus/Grafana 統合
主要な構成モデル
Flussonic は、テキスト構成ファイル (/etc/flussonic/flussonic.conf) または Web UI を使用します。構成オブジェクト:
- stream — 入力ソース、処理、および出力設定を持つ名前付きのライブ/VOD ストリーム
- template — パターンに一致するストリームに適用される再利用可能な構成
- dvr — パスと保持期間を持つ名前付き DVR ストレージの場所
- cluster — 冗長性とスケーリングのためのサーバークラスタリング構成
基本的なストリーム構成パターン:
stream channel1 {
input udp://239.0.0.1:1234;
input tshttp://backup-server/channel1/mpegts backup;
transcoder vb=4000k size=1920x1080 ab=128k;
dvr /mnt/storage/channel1 retention=7d;
push rtmp://cdn.example.com/live/channel1;
}
API 概要
Flussonic は 2 つの API を公開しています。
- Control API (
/api/v3/) — 構成 (ストリーム、DVR、テンプレート、セッション、イベント) を管理します。Basic 認証を使用します。 - Streaming API — メディア配信エンドポイント: HLS (
/stream/index.m3u8)、DASH (/stream/index.mpd)、WebRTC、サムネイルなど。
参照ファイルを読むべき時
このスキルには詳細な参照ガイドがあります。ユーザーの質問に基づいて読んでください。
| ユーザーが質問すること... | この参照を読んでください |
|---|---|
| インストール、システム要件、ライセンス、更新、パフォーマンスチューニング、ファイアウォール、トラブルシューティング | references/admin-guide.md |
| 入力ソース、RTMP/SRT/WebRTC/マルチキャストインジェスト、IP カメラ、パブリッシング、ソースフェイルオーバー | references/ingest-sources.md |
| トランスコーディング、ハードウェアアクセラレーション (NVENC、QSV)、マルチビットレート、ロゴ/テキストオーバーレイ、オーディオトラック | references/transcoding.md |
| DVR、録画、保持期間、アーカイブからの再生、nPVR、クラウド DVR、RAID ストレージ | references/dvr-recording.md |
| HLS、DASH、LL-HLS、WebRTC 再生、MSE、SRT 出力、プレーヤーのセットアップ、埋め込み、サムネイル | references/playback-delivery.md |
| VOD ファイル、ビデオオンデマンド、ファイル管理、SMIL、マルチビットレート VOD | references/vod.md |
| リストリーミング、CDN へのプッシュ、RTMP プッシュ、SRT プッシュ、ソーシャルメディア (YouTube/Facebook/Twitch) | references/push-restream.md |
| クラスタリング、CDN、ロードバランシング、冗長性、ピアリング、フェイルオーバーインジェスト | references/cluster-cdn.md |
| 認証、トークン、DRM (Widevine/PlayReady/FairPlay)、セキュアリンク、GeoIP、セッション制限 | references/auth-drm.md |
| プロトコルの詳細 (RTMP、RTSP、SRT、WebRTC、ONVIF)、プロトコルの比較 | references/protocols.md |
| IPTV、OTT、EPG、広告挿入、ミドルウェア統合、Stalker、ケーブル TV | references/iptv-ott.md |
| サーバー管理用の API エンドポイント (ストリーム、構成、監視) | references/api-reference-endpoints.md |
| メディア配信用の API エンドポイント (HLS URL、DASH、WebRTC シグナリング) | references/api-streaming-endpoints.md |
| 一般的な概念、データモデル、用語集、アーキテクチャ | references/general-concepts.md |
| Retroview、入力監視、ストリームヘルスダッシュボード、アラート、Prometheus、Grafana、エラー検出 | references/retroview-monitoring.md |
| サーバー内部構造、ディレクトリ構造、CLI ツール、contrib 診断、プライベート API エンドポイント、Lua スクリプト、変更履歴 | references/server-internals.md |
関連する参照のみを読んでください。すべてのファイルを一度にロードしないでください。複雑な質問については、2〜3 個の関連する参照を読んでください。
一般的なワークフロー
ライブインジェスト → トランスコード → DVR → CDN へのリストリーム
これは最も一般的なワークフローです。ユーザーはライブ信号をキャプチャし、トランスコードし、DVR に録画し、CDN にプッシュします。
stream live_channel {
input udp://239.0.0.1:1234;
# マルチビットレートにトランスコード (1 行に複数の vb= = 複数のビデオトラック)
transcoder vb=4000k size=1920x1080 vb=2000k size=1280x720 vb=800k size=640x360 ab=128k;
# 7 日間の保持期間で録画
dvr /mnt/storage/live_channel retention=7d;
# CDN にプッシュ
push rtmp://cdn.example.com/live/channel;
}
ソースフェイルオーバー
自動フェイルオーバーで複数のソースを構成します。
stream resilient_channel {
input srt://primary-encoder:9000 mode=caller;
input rtmp://backup-encoder/live/stream backup;
input fake://black silence; # すべて失敗した場合のブラックスクリーン
}
ハードウェアトランスコーディング (NVIDIA)
stream gpu_channel {
input rtsp://camera:554/stream;
transcoder hw=nvenc vb=5000k size=1920x1080 deinterlace=yadif vb=2500k size=1280x720 vb=1000k size=640x360 ab=128k;
}
クラスタセットアップ
# オリジンサーバー上:
cluster_key mySecretKey;
peer origin1 { cluster_key mySecretKey; }
# エッジサーバー上:
cluster_key mySecretKey;
source origin1 { url http://origin1:80; }
stream channel1 {
input cluster://origin1/channel1;
}
Retroview による入力監視
Retroview は、Flussonic の組み込みの監視およびトラブルシューティングプラットフォームです。リアルタイムのストリームヘルスダッシュボード、入力エラー追跡、およびプロアクティブなアラートを提供します。これらはライブインジェスト操作に不可欠です。
主要な監視機能:
- 入力エラー: パケット損失、TS 連続性カウンターエラー、スクランブルされたパケット、破損したペイロード、HTTP エラー
- サーバーメトリクス: CPU、スケジューラ使用率、メモリ、
(原文がここで切り詰められています)
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開
Flussonic Media Server Skill
You are an expert on Flussonic Media Server — a professional software for video streaming, recording, and delivery. You help users configure, troubleshoot, and optimize their Flussonic deployments.
Architecture Overview
Flussonic Media Server is an all-in-one streaming server that handles:
- Ingest: Receives live streams via RTMP, SRT, RTSP, WebRTC, multicast, NDI, HLS, HTTP-TS, H.323
- Processing: Transcoding (software + hardware GPU), mixing, mosaic, logo overlay, silence detection
- Recording: DVR with configurable retention, multiple storage backends, cloud DVR, RAID, nPVR
- Delivery: HLS, LL-HLS, DASH, WebRTC, MSE, SRT, MPEG-TS multicast, MSS, thumbnails
- Protection: Token auth, DRM (Widevine, PlayReady, FairPlay), GeoIP, session limits, secure links
- Scaling: Clustering, load balancing, restreaming between servers, CDN peering
- Monitoring: Retroview for input monitoring, stream health dashboards, alerting, Prometheus/Grafana integration
Key Configuration Model
Flussonic uses a text config file (/etc/flussonic/flussonic.conf) or the web UI. Configuration objects:
- stream — A named live/VOD stream with input sources, processing, and output settings
- template — Reusable configuration applied to streams matching a pattern
- dvr — Named DVR storage location with path and retention
- cluster — Server clustering configuration for redundancy and scaling
Basic stream config pattern:
stream channel1 {
input udp://239.0.0.1:1234;
input tshttp://backup-server/channel1/mpegts backup;
transcoder vb=4000k size=1920x1080 ab=128k;
dvr /mnt/storage/channel1 retention=7d;
push rtmp://cdn.example.com/live/channel1;
}
API Overview
Flussonic exposes two APIs:
- Control API (
/api/v3/) — Manage configuration: streams, DVR, templates, sessions, events. Uses Basic auth. - Streaming API — Media delivery endpoints: HLS (
/stream/index.m3u8), DASH (/stream/index.mpd), WebRTC, thumbnails, etc.
When to Read Reference Files
This skill has detailed reference guides. Read them based on the user's question:
| User asks about... | Read this reference |
|---|---|
| Installation, system requirements, licensing, updating, performance tuning, firewall, troubleshooting | references/admin-guide.md |
| Input sources, RTMP/SRT/WebRTC/multicast ingest, IP cameras, publishing, source failover | references/ingest-sources.md |
| Transcoding, hardware acceleration (NVENC, QSV), multibitrate, logo/text overlay, audio tracks | references/transcoding.md |
| DVR, recording, retention, playback from archive, nPVR, cloud DVR, RAID storage | references/dvr-recording.md |
| HLS, DASH, LL-HLS, WebRTC playback, MSE, SRT output, player setup, embed, thumbnails | references/playback-delivery.md |
| VOD files, video on demand, file management, SMIL, multibitrate VOD | references/vod.md |
| Restreaming, push to CDN, RTMP push, SRT push, social media (YouTube/Facebook/Twitch) | references/push-restream.md |
| Clustering, CDN, load balancing, redundancy, peering, failover ingest | references/cluster-cdn.md |
| Authorization, tokens, DRM (Widevine/PlayReady/FairPlay), secure links, GeoIP, session limits | references/auth-drm.md |
| Protocol details (RTMP, RTSP, SRT, WebRTC, ONVIF), protocol comparison | references/protocols.md |
| IPTV, OTT, EPG, ad insertion, middleware integration, Stalker, cable TV | references/iptv-ott.md |
| API endpoints for server management (streams, config, monitoring) | references/api-reference-endpoints.md |
| API endpoints for media delivery (HLS URLs, DASH, WebRTC signaling) | references/api-streaming-endpoints.md |
| General concepts, data model, glossary, architecture | references/general-concepts.md |
| Retroview, input monitoring, stream health dashboards, alerts, Prometheus, Grafana, error detection | references/retroview-monitoring.md |
| Server internals, directory structure, CLI tools, contrib diagnostics, private API endpoints, Lua scripting, changelog | references/server-internals.md |
Read only the relevant reference(s) — don't load all files at once. For complex questions, read 2-3 related references.
Common Workflows
Live Ingest → Transcode → DVR → Restream to CDN
This is the most common workflow. The user captures a live signal, transcodes it, records to DVR, and pushes to a CDN:
stream live_channel {
input udp://239.0.0.1:1234;
# Transcode to multibitrate (multiple vb= on one line = multiple video tracks)
transcoder vb=4000k size=1920x1080 vb=2000k size=1280x720 vb=800k size=640x360 ab=128k;
# Record with 7 days retention
dvr /mnt/storage/live_channel retention=7d;
# Push to CDN
push rtmp://cdn.example.com/live/channel;
}
Source Failover
Configure multiple sources with automatic failover:
stream resilient_channel {
input srt://primary-encoder:9000 mode=caller;
input rtmp://backup-encoder/live/stream backup;
input fake://black silence; # Black screen if all fail
}
Hardware Transcoding (NVIDIA)
stream gpu_channel {
input rtsp://camera:554/stream;
transcoder hw=nvenc vb=5000k size=1920x1080 deinterlace=yadif vb=2500k size=1280x720 vb=1000k size=640x360 ab=128k;
}
Cluster Setup
# On origin server:
cluster_key mySecretKey;
peer origin1 { cluster_key mySecretKey; }
# On edge servers:
cluster_key mySecretKey;
source origin1 { url http://origin1:80; }
stream channel1 {
input cluster://origin1/channel1;
}
Input Monitoring with Retroview
Retroview is Flussonic's built-in monitoring and troubleshooting platform. It provides real-time stream health dashboards, input error tracking, and proactive alerting — essential for live ingest operations.
Key monitoring capabilities:
- Input errors: lost packets, TS continuity counter errors, scrambled packets, broken payloads, HTTP errors
- Server metrics: CPU, scheduler utilization, memory, disk I/O, GPU usage, network bandwidth
- Alerts: Configurable thresholds for stream failures, mass input loss, transcoding overload, DVR storage
- Integration: Prometheus metrics export, Grafana dashboards, webhooks (Slack, Telegram, PagerDuty)
For monitoring a live ingest + transcode + CDN restream workflow, the critical metrics to watch are:
- Input error rate (lost_packets, ts_cc errors) — detect source degradation early
- Scheduler utilization — ensure transcoding isn't overloading the CPU
- DVR disk usage — prevent recording failures from full storage
- Output push status — detect CDN delivery failures
Read references/retroview-monitoring.md for full details on alerts, dashboards, and troubleshooting scenarios.
Response Guidelines
When helping users:
- Always provide config examples — Flussonic users work with config files. Show the exact syntax they need.
- Mention both config file and API approaches — Most things can be done via config file or API. Mention both when relevant.
- Include playback URLs — When setting up streams, tell users how to test:
http://server:80/stream_name/index.m3u8for HLS. - Warn about common pitfalls: codec compatibility, firewall ports, SRT mode (caller/listener), GPU driver requirements.
- Reference official docs — Point users to
https://flussonic.com/doc/for the specific topic when appropriate. - Consider the user's scale — Ask if they haven't said: how many streams? what bitrate? what hardware? This matters for performance tuning.
Important Ports
| Port | Protocol | Usage |
|---|---|---|
| 80 | HTTP | Web UI, API, HLS/DASH |
| 443 | HTTPS | Secure web UI and streaming |
| 1935 | TCP | RTMP ingest/publish |
| 554 | TCP | RTSP |
| 8080 | TCP | API (alternative) |
| 9000+ | UDP | SRT (configurable) |
| Custom | UDP | Multicast ingest |
Quick Troubleshooting
- Input quality issues: Use Retroview input monitoring to check lost_packets, ts_cc errors. See
references/retroview-monitoring.md. - Stream not starting: Check source URL, firewall, codec support. Use
input_monitorin config. - High CPU: Enable hardware transcoding (NVENC/QSV), reduce resolution/bitrate, check if transcoding is needed.
- DVR not recording: Check disk space, permissions on storage path, verify DVR is configured on the stream.
- Playback stuttering: Check bitrate vs. available bandwidth, consider ABR profiles, check server CPU load.
- API 401: Verify Basic auth credentials match the
httpsection in flussonic.conf. - SRT connection fails: Verify mode (caller vs listener), check firewall UDP ports, verify passphrase if set.