なぜSpotmarkを作ったのか:RAMを食いつぶさない画面描画ツール
なぜSpotmarkを作ったのか:RAMを食いつぶさない画面描画ツール
こんにちは、CatalystPack Studioの開発者です。
こんな経験はありませんか?ZoomやTeamsで画面を共有して計画をプレゼンしたり、複雑なコードを同僚に説明したりしている時です。マウスをぐるぐる動かしながら、「ここの右上を見てください…」「この45行目のコードですが…」と言い続ける。
そして… 誰もあなたの小さなマウスカーソルを追うことができません。結局、言葉だけで場所を説明しようと四苦八苦することになります。私も以前、同じような状況でかなり戸惑った経験があります。
その時に気づきました:画面上で視覚的に「話す」ためのツールが必要だと。
既存ツールへの不満
最初のアイデアはシンプルでした:丸を描いたり、矢印を引いたり、画面をハイライト(Spotlight)できるツールを見つけること。
しかし、市場にあるソフトウェアをダウンロードして試してみると、別の「痛み」に直面しました:
- 重すぎてRAMを食う: 現在の新しいアプリの多くは、Web技術(Electronなど)で作られています。Web技術を使ってデスクトップ全体を覆う透明なウィンドウを作成すると、CPUとRAMが急増します。IDE(VS Code)を動かしながら画面録画をしていると、パソコンがラグり始めました。
- 高い遅延(Latency): 画面に曲線を描くと、非常に「カクカク」して途切れる感じがしました。
- 古臭いUI: より軽量なツール(10年前に書かれたもの)は、Windows 98時代のソフトウェアのような非常に古いユーザーインターフェースでした。
ミニマリズムとスムーズさを愛する者として、画面に描画するためだけに数百MBのRAMをパソコンに「捧げる」ようなソフトウェアをインストールすることは受け入れられませんでした。
Spotmarkの誕生:プレゼンテーションにスムーズさを取り戻す
それが、私が自分でSpotmarkを作り始めた理由です。
プロジェクトの最初から、究極の目標は**「超軽量であり、決してユーザーのパソコンを遅くしてはならない」**ことでした。
Web/Electronベースの人気のあるフレームワークを使うという簡単な道を選ぶ代わりに、**Native(C++/Qt)**技術に方向転換することを決断しました。Native環境のセットアップと構成には時間がかかりますが(特にOSに直接描画するAPIを扱う場合)、パフォーマンスの面での結果は完全にそれに見合うものです。
Spotmarkを使えば、以下のことが実現できます:
- Liquid Drawing: 極めて高いFPSで遅延なく、あらゆるアプリケーションウィンドウの上にペンで描画できます。
- Spotlight Focus: 画面の他の部分を暗くし、マウスカーソルを追従するスポットライトだけを残します。視聴者の注意を引くのに最適です。
- Zero-lag: リソースの消費が非常に少ないです。何十ものChromeタブを開いてビデオをレンダリングしていても、Spotmarkはバックグラウンドでスムーズに動作し続けます。
すべてはまだ始まったばかり(v0.4.5 Beta)
現在、Windows専用のSpotmark v0.4.5 Betaを正式にリリースしています。
Nativeアプリであるため、各オペレーティングシステムには特有の技術的課題があります(macOSのARMアーキテクチャや、LinuxのWayland/X11環境など)。しかしご安心ください、チームはmacOSおよびLinux版の開発に積極的に取り組んでおり、間もなくリリースされる予定です。
さらに、大きな機能である**Screen Recording(画面録画)**も現在磨きをかけて社内でテスト中であり、これまでに経験したことのないスムーズな「録画&描画」のコンボを提供することをお約束します。
プレゼンテーションをアップグレードする準備はできましたか?
Windowsをお使いの方は、ぜひBeta版をダウンロードして違いを体験してください。
Spotmark v0.4.5 Beta(Windows版)のダウンロードはこちら →
macOSまたはLinuxをお使いの方は、Native版が完成次第いち早く体験できるアーリーアダプターになるために、メールアドレスを残してお待ちください!
最適なパフォーマンスを目指して開発中。 ☕