これまで、時雨堂 が提供する WebRTC SFU Sora の iOS / Android SDK では、ステレオ音声を受信した場合でもステレオで再生することができませんでした。 今回 iOS / Android SDK ともに、ステレオ音声を再生できるように対応しました。 特に Sora iOS SDK では、利用している libwebrtc に、今回必要となる iOS 向けのステレオ音声関連の機能が実装されていないため、一から対応しています。 また、Sora Android SDK では、ステレオ音声の再生に加えて、端末からのステレオ音声の取り込み・送信にも対応済みです。iOS SDK についても、将来的に対応予定です。 GitHub - shiguredo/sora-ios-sdk: WebRTC SFU Sora
時雨堂は WebRTC SFU Sora 向けの Rust SDK を正式リリースしました。 昨今、Rust の採用が増えていることを踏まえ、 C++ や Python だけでなく、Rust からも気軽に Sora へ接続できる仕組みを提供したいと考えていました。 Sora Rust SDK は Sora C++ SDK や Sora Python SDK と同等の機能を提供しています。AMD、Intel、NVIDIA のハードウェアアクセラレーターに加えて、 Raspberry Pi のハードウェアアクセラレーターにも対応しています。 WebRTC 部分は、主要ブラウザでも採用されている、Google が主導して開発する libwebrtc をベースとしているため、ブラウザと同等の品質で利用できます。 GitHub - shiguredo/sora-rust-
時雨堂は Sora 2026.1.0 をリリースしました。今回のアップデートでは大きめの変更は入れず、性能、安定化、セキュリティなどを中心に改善しています。 * OBS Studio WHIP サイマルキャスト対応 * 暗号ライブラリを AWS-LC ライブラリに変更 * クラスター利用時の接続ノード範囲指定機能 * クラスター利用時の負荷分散機能の強化 * ログ出力先指定機能 * Ubuntu 26.04 x86_64 / arm64 対応 OBS Studio WHIP サイマルキャスト対応 OBS Studio 32.1.0 の WHIP (WebRTC 配信) にサイマルキャスト機能が追加されました。これは OBS から複数の画質の映像を WebRTC SFU へ送信し、視聴者側で画質を選択できるようにする機能です。 Sora
2025 年 6 月 25 日に WebRTC SFU Sora 2025.1.0 をリリースしました。今回はスケールアップとスケールアウトを中心に改善しました。また、アプリ側で実現するのが面倒な仕組みを Sora 側で完結できるような機能も追加しています。 スケールアップの効率化 Sora では 1 台で多くのクライアントへ配信できるよう、いわば複数のワーカーを配置して配信を少しずつ分担させるような仕組みになっています。 これまではこのワーカーの数を事前に予測して設定しておく必要がありました。そのため、予測よりも接続が大幅に少ないような場合は、本来必要のないワーカーのリソースを使ってしまうという課題がありました。 今回のリリースからは、ワーカーの数を事前に設定することなく、今現在の接続数に応じて動的にスケールする仕組みを追加しました。これにより、リソースの無駄を最小化し、効率的に運用できるようになります。 さらなるスケールアウト Sora は、分散合意アルゴリズムである Raft をベースにした分散システムとして動作します。これにより、複数台の Sora でクラスター
時雨堂では Python から WebRTC を利用できるようにする Sora Python SDK を OSS として公開しています。今回、以下のとおり多くの機能を含んだ 2025.1.0 をリリースしました。 ハイライト * 映像コーデックプリファレンス機能を追加しました * AMD AMF を利用したハードウェアエンコーダー/デコーダーに対応しました * WebRTC Encoded Transform を利用できるようにしました * libwebrtc M132 にアップデートしました * Windows x86_64 で OpenH264 が利用可能になりました * リソース不足で映像ビットレートを下げる際、解像度とフレームレートどちらを維持するかを指定できる Degradation preference を利用できるようにしました * Python 3.13 に対応しました 映像コーデックプリファレンス機能の追加 今回一番の変更は、映像コーデックを設定できる仕組みを追加したことです。例えば H.
先日、Rust で書いた MP4 ライブラリを OSS として Apache License 2.0 にて公開しました。 GitHub - shiguredo/mp4-rust: MP4 libraryMP4 library. Contribute to shiguredo/mp4-rust development by creating an account on GitHub.github.com 以前公開した C++ のMP4 ライブラリは、 Go で書かれた MP4 ライブラリを参考に開発しましたが、今回は MP4 関連の ISO の仕様書を購入し、しっかり仕様を読み込んで開発を行いました。 なぜ今更 MP4 ? これまで、
2024 年 8 月に、時雨堂の自社サービスである Sora Cloud を DataPacket というベアメタルクラウドサービスから Akamai Connected Cloud (以降 Linode) へ移行しました。 なぜ移行したのか 自社製品である WebRTC SFU Sora でスケールアウトが実現できるようになったためです。 Sora Cloud は時雨堂が開発しているパッケージソフトウェアである WebRTC SFU Sora (以降 Sora) のクラウド版です。 この Sora が Raft ベースの分散システムに対応し、スケールアウトを実現できるようになりました。そのため、DataPacket のベアメタルサーバーで高スペックのマシンを利用する必要がなくなり、低スペックなサーバーをたくさん並べることで、好きなだけスケールできるようになりました。 移行先の選定 条件として、転送量が安いことが第一でした。 もともと Sora Cloud は転送量や利用時間による課金ではなく、転送量に制限がないサービスとして提供したいという思いがありました。
WebRTC SFU Sora (以下 Sora) をリリースしてから昨年の 12 月で 9 年目に入りました。ここ最近は OBS を利用した WebRTC の配信に対応したり、より便利な録画機能を提供したりしています。 今回は 2024 年に提供を予定している機能を紹介していきます。今年の大きなアピールポイントは「クラスターリレー機能」と「マルチコーデック対応」の 2 つです。 クラスターリレー機能 現在の Sora のクラスター機能は耐障害性を目的としたものです。特定のクラスターノードに障害が発生しても、再接続すれば別のノードに接続でき、サービスが継続できます。 ただ、ある同一のチャネル (一般的にルームと呼ばれる概念と同じモノです) に参加するクライアントは特定のクラスターノードにしか接続できないという課題がありました。そのため、「どのクラスターノードに接続しても同一のチャネルに参加できる」ようにすることでチャネルのスケールアウトを実現したいと考えていました。 Redis などのデータベースを用意すれば、どのクライアントがどのノードに接続しているかなどの情報を共有する
WebRTC SFU Sora のクラウド版である Sora Cloud では、 Sora の強みの一つである録画機能が利用できます。また時雨堂が OSS として公開している録画合成ツール Hisui も、クラウド版 Hisui Cloud として提供しています。 クラウド版の映像配信サービスで録画というと、「1 分いくら」というイメージがあると思います。実際、 1 分 2 円程度で録画サービスを提供していることが多いです。また、録画したファイルの置き場の費用がかかる場合もあります。 映像を合成する場合も同様に、合成時間や合成するファイル自体の合計時間などによって費用が発生します。合成は CPU リソースを消費するので、費用がかかるのは当たり前と言えばそのとおりですが、安くても 1 分 2 円程度で提供されることが多いようです。 Sora Cloud ではこの録画と合成を追加料金なしで利用できるようにしました。 録画 Sora の録画機能では、配信している音声と映像を WebM ファイルにします。変換などをせずに録画をするため、
