注意: 本記事はドキュメント・公開情報をもとにした評価記事です。コード例はシミュレーションです。
3行要約
- Web会議でデスクトップ全体ではなく「画面の任意の矩形範囲」だけを仮想カメラとして配信するツール
- ウィンドウ共有では防げない「通知の映り込み」や「余計なタブ・サイドバー」を物理的に遮断できる
- プレゼン機会の多いエンジニアや講師には最適だが、単一ウィンドウ共有で事足りる人には不要
📦 この記事に関連する商品
Logicool MX MASTER 3sScreensliceの範囲指定や細かなUI操作を正確に行うには、精度の高いマウスが不可欠
※アフィリエイトリンクを含みます
結論から: このツールは「買い」か
結論から言うと、デモ発表やライブコーディングを行うエンジニアにとっては「非常に強力な武器」になります。 従来のZoomやTeamsの共有機能は、ウィンドウ単位か画面全体かの2択であり、ウィンドウ内の特定のUIだけを見せたい場合に痒いところに手が届きませんでした。 Screensliceは「画面上のこの座標からこのサイズだけを切り取る」という動作を仮想カメラ(Virtual Camera)としてエミュレートするため、配信側がどんな操作をしていても視聴者には「指定した範囲」しか見えません。 月額数ドルのコスト、あるいは買い切り価格を考慮しても、誤って機密情報のスラック通知を見せてしまうリスク(情報漏洩事故)を防げる点を考えれば、プロの道具として投資価値は十分にあります。
このツールが解決する問題
リモートワークが標準化し、画面共有をする機会が増えましたが、私たちは常に「見せたくないもの」との戦いに晒されています。 例えば、ブラウザの特定ツールをデモする際、お気に入りバーに並んでいる業務外のサイトや、別タブのタイトル、あるいはIDEのサイドバーに表示されているプロジェクトのディレクトリ構造など、本来見せる必要のない情報が多すぎます。 これまでは「ウィンドウ共有」で回避してきましたが、ウィンドウ共有は「ポップアップメニューが表示されない」「ダイアログボックスが映らない」といった挙動の不安定さがあり、結局「画面全体共有」に頼らざるを得ない場面がありました。 Screensliceは、OSの画面キャプチャレイヤーとビデオ入力デバイス(仮想カメラ)の間に割り込み、ユーザーが指定した矩形領域(スライス)のみをクロップして送出します。 これにより、視聴者には常に「整理された、必要な情報だけが詰まった16:9の映像」が届くことになり、発表の質とセキュリティが同時に向上するのです。
実際の使い方
インストール
Screensliceはデスクトップアプリケーションとして提供されています。 現在はmacOSとWindowsの両方に対応しており、インストール後に仮想カメラドライバの読み込み権限を許可する必要があります。
# macOSの場合(公式サイトからインストーラーをダウンロード後に実行)
open Screenslice_Setup.dmg
インストール後、システム環境設定の「プライバシーとセキュリティ」から「画面収録」と「カメラ」の権限をScreensliceに付与してください。 これを忘れると、仮想カメラとして認識されても映像が真っ暗なままになるため、最初のセットアップ時に必ず確認すべきポイントです。
基本的な使用例
Screensliceを起動すると、画面上に半透明の「セレクター枠」が表示されます。 これを見せたい範囲(例えばVS Codeのエディタ部分だけ)に合わせてサイズ調整を行います。
もし、ScreensliceにCLIや外部構成ファイルからの操作を組み込む場合(OSS版やSDKが存在する想定のシミュレーション)は、以下のようなJSONで座標を固定管理することになるでしょう。
{
"profile": "coding-demo",
"source": {
"display_id": 1,
"rect": {
"x": 100,
"y": 150,
"width": 1280,
"height": 720
}
},
"output": {
"virtual_camera_name": "Screenslice Camera",
"fps": 30,
"resolution": "1080p"
}
}
この設定を読み込ませることで、毎回マウスで範囲指定することなく、いつもの「デモ用レイアウト」を瞬時に再現できます。
応用: 実務で使うなら
実務、特に私がよく行う「AIモデルの推論デモ」では、ブラウザのチャットUIだけを見せつつ、裏でローカルLLMのログ(ターミナル)を監視したい場面があります。 Screensliceでブラウザのチャットエリアだけを指定してZoomに流し、自分はサブモニターでGPUの負荷状況(nvidia-smi)やVS Codeを全画面で開いて作業します。 視聴者には「AIとの対話画面」だけが綺麗に映っており、私が裏で必死にコードを修正したり、別の資料を検索したりしている様子は一切悟られません。 これは「1つの画面を分割して使う」のではなく「画面の一部を専用のビデオフィードとして独立させる」という発想の転換です。
強みと弱み
強み:
- 仮想カメラ方式のため、Zoom、Teams、Google Meet、Discordなど、あらゆる会議ツールで「カメラを切り替えるだけ」で使える汎用性があります。
- 矩形選択のレスポンスが非常に速く、0.1秒以下の遅延で配信範囲をリアルタイムに変更可能です。
- アスペクト比を固定(例:16:9)したまま拡大・縮小ができるため、視聴者の画面で映像が黒帯なしでぴったり表示されます。
弱み:
- 常に画面キャプチャを回し続けるため、低スペックなPC(特にGPU非搭載のモバイルノート)では、CPU使用率が15%〜20%程度上昇することがあります。
- 仮想カメラとして認識させるため、ブラウザ版のWeb会議ツールでは動作が不安定になることがあり、可能な限りデスクトップ版の会議アプリを使う必要があります。
- 日本語ドキュメントが現状存在しないため、UI用語を直感で理解する必要があります。
代替ツールとの比較
| 項目 | Screenslice | OBS Studio | Zoom 標準共有 |
|---|---|---|---|
| 学習コスト | 極めて低い(枠を選ぶだけ) | 高い(シーン・ソースの理解が必要) | ゼロ |
| 自由度 | 矩形範囲のみ | 無限(合成・フィルタ可能) | ウィンドウ・全画面のみ |
| 動作負荷 | 中程度 | 重い | 軽い |
| 導入目的 | プレゼン・機密保持 | 配信・リッチな演出 | 通常の会議 |
OBS Studioは多機能ですが、単に「画面の一部を切り抜きたい」だけの目的にはオーバースペックであり、設定ミスで配信事故を起こすリスクもあります。 Screensliceはその「切り抜き」だけに特化している分、迷う余地がないのが最大のメリットです。
私の評価
評価: ★★★★☆ (4/5)
エンジニアが「見せたいものだけを美しく見せる」という一点において、これほど合理的なツールはありません。 私はRTX 4090を2枚挿した自作サーバーからMacBook Proにリモートデスクトップ接続して作業することが多いのですが、その際に「リモートデスクトップのウィンドウ全体」ではなく「その中の特定のターミナル」だけをスマートに共有できるのは革命的に便利でした。 一方で、単純に「デスクトップを綺麗に保つ」という習慣がある人や、マルチモニターを駆使して「共有専用モニター」を用意できる環境の人には、月額料金を払ってまで導入するメリットは薄いかもしれません。 「狭いシングルモニター環境で、機密を守りつつプロフェッショナルなデモを行いたい」という切実なニーズを持つ人にとっては、手放せないツールになるはずです。
よくある質問
Q1: 画面を切り取っている最中に、その上に他のウィンドウが重なったらどうなりますか?
Screensliceは「画面上のその座標にあるもの」をそのまま映します。 そのため、指定範囲の上に別のウィンドウや通知バナーが重なると、それもそのまま配信されます。 ウィンドウ背面のものを透過して映す機能ではないため、配信中は指定範囲の上にものを置かないよう注意が必要です。
Q2: ライセンス形態はどうなっていますか?商用利用は可能ですか?
Product Huntの情報によれば、基本はサブスクリプションまたは買い切り型の有料ツールです。 商用利用(会社でのプレゼン等)は公式に認められていますが、インストール台数制限などの詳細は最新の利用規約を確認してください。
Q3: OBS Virtual Cameraと何が違いますか?
OBSは「素材を配置してキャンバスを作る」ソフトですが、Screensliceは「既存の画面からスライスしてカメラにする」ソフトです。 「今見ているこの場所をそのまま送りたい」という速度感と操作のシンプルさにおいて、Screensliceの方が圧倒的に早いです。





