haru0
2026 年 5 月 5 日午前 4:44
1
4月の開発プレビューに続き、QVR Client Web Beta がコミュニティ向けトライアル用に準備できました。
このベータ版の内容
ベータ版には、プレビューポストで紹介した機能範囲が含まれています:
ライブビュー
ビデオ再生
ビュー、カメラ、Eマップの操作
タイムライン操作
インターフェースはデスクトップ版のQVR Pro Clientに近いレイアウトを採用しているので、既存のユーザーも新たな学習無しですぐに使い始めることができます。ストリーム切り替えもデスクトップ版と同様なので、4Kやマルチチャンネルのパフォーマンスはご利用のクライアントハードウェアおよびブラウザーのデコード能力に依存します。
トライアル参加方法
Web版を試してみたい場合は、
この投稿に返信してください
またはダイレクトメッセージでご連絡ください
QVR Client Web Betaのリンクは個別にお送りしますので、トライアル後にご意見や予期しない動作があればお知らせください。
NA9D
2026 年 5 月 6 日午後 1:40
4
インストールについての最初の感想を書きます:
1.) Web Surveillance QPKはQVR Surveillanceアプリ内からインストールできません。通常のNASのウェブページから行う必要があります。これは紛らわしいです。
2.) QNAP上でウェブサーバーを有効にする必要があります。
3.) これが最大の問題です。QVR Web Clientはhttps接続を強制します。理由は分かりますが、WANに公開していないTS-451に証明書やセキュアなウェブサーバーを設定するつもりはありません。QNAPのウェブページをWANに公開するべきではありません。なのに、なぜLAN内での通信にもHTTPSを強制するのでしょうか。少なくとも管理方法は自分で選べるようにすべきだと思います。今のところHTTPSを設定していない451では、このアプリは全く使い物になりません。
NASをウェブサーバーにするのは全く問題ありません。それが元々イメージしていた動作です。ただ、HTTPSが必須なのは自分にとっては致命的です。
これは素晴らしいアイデアですね。Chromebookのようなローエンドデバイスでもカメラを閲覧できるようになります。実は、Hybrid DeskやQVR Smartクライアントを使えば、既にある程度これが可能です。画像をご覧ください。
haru0
2026 年 5 月 7 日午前 2:40
7
QVR Client Webは現在、QTSレベルのQPKGとしてパッケージ化されており(QTS App Centerからインストール)、今後のリリースでQVR Surveillanceへの統合 もすでにロードマップに入っています。
私のNASで確認しましたがウェブサーバーのオプションは無効化されており、QVR Client Webはこれを必要としないはずです。
QVR Client Webには次のURLから直接アクセスできるはずです:
https://(nas-ip):(https-port)/qvrwebclient/
もしウェブサーバーのオプション有効化を促すメッセージが表示された場合は、そのスクリーンショットを共有していただければ確認します。
Franklin:
HTTPSは私には致命的な問題です。
QVR Client Webは、ハードウェアアクセラレーションによるH.264/H.265デコードのためにブラウザでWebCodecs APIを利用しており、W3CのWebCodecs仕様ではlocalhostへのHTTPSが必須 です。
ブラウザはLANアドレスとパブリックアドレスの違いを判別できず、信頼する非HTTPSアドレスはlocalhostまたは127.0.0.1のみとなります。つまり、同じデコード性能をHTTPで提供することはできません。
NA9D
2026 年 5 月 7 日午後 1:24
9
@haru0 -
ウェブサーバーをシャットダウンした状態で https なしの警告ページは表示できました。たぶん昨日は起動するのを十分待たなかったのかもしれません。赤い丸に白い線が入った警告ページが出てきました。
今、https でアクセスしようとするとこうなります:
まだうまくいきません。
念のため、Safari の問題かもしれないので Chrome でも試しました:
haru0
2026 年 5 月 8 日午前 1:16
10
@NA9D さん、ご自身のシステムにHTTPSポート番号 を入力して、再度お試しください。NASが内部ネットワーク上にあり、特に設定を変更していない場合は、デフォルトは443です。
例:
https://192.168.0.2:443/qvrwebclient/
NA9D
2026 年 5 月 8 日午前 1:42
11
OK。それで解決しました。HTTPS は有効ですが、標準ではないポート(50775)で動作しています。なぜこのポートを選んだのかはよく覚えていません。
タイムライン上のテキストがものすごく読みにくいですね。こちらの画像を見てください。
かなり拡大しないと文字が見えません。明るさも足りないようです。
私もこれをぜひチェックしてみたいです。普段Surface Go 3を使っていますが、QVR監視パッケージには苦戦しています。
リンクをありがとうございます。インストールはとても簡単でした。今は国内の別の場所にいてVPNで接続していますが、Surface Goでも問題なく動作しています。QVRクライアント(QVR Client)はCPU使用率が35%を下回ることはあまりありませんが、QVRウェブクライアント(QVR web client)は13%程度のCPU使用率です。自分の用途ではパフォーマンスが確実に向上しました。今後もいろいろなシナリオでテストを続けてみます。前のスレッドで話題になったか覚えていませんが、将来的にAI検索(AI search)がこのツールに搭載される予定はありますか?録画データから特定のイベントや車両、人などを検索するのによく使っています。
haru0
2026 年 5 月 8 日午前 9:06
14
AIスマートサーチ 搭載のクライアントWebは現在開発中で、もう少し時間がかかりますが、いずれ登場します。
来月のCOMPUTEX(コンピュテックス)に向けて新しい情報もご用意していますので、ご期待ください。
marcoi
2026 年 5 月 8 日午後 12:56
15
ウェブクライアントでは4台のカメラのうち3台しか表示されません。1台は「接続中」と表示されたままグルグル回っています。デスクトップアプリでは4台すべて表示されますし、モバイルアプリでも同様です。
再生を試みても、またはその1台のカメラだけを表示しようとしても、同じく「接続中」で止まってしまいます。
haru0
2026 年 5 月 11 日午前 2:42
17
@marcoi さん、クライアントWebを開いて、そのカメラのライブビューまたは再生を試していただけますか?その後、設定 → バージョン情報 に進んで、すべてのデバッグログをダウンロードし、原因を確認するために私たちと共有してください。
marcoi
2026 年 5 月 11 日午後 2:31
18
カメラの調子が悪いことに気づいたんだけど、下の方に h265 と表示されていて、他のカメラは avc1 になってる。
正常に動作してるカメラ
OneCD
2026 年 5 月 11 日午後 7:27
19
avc1 = H.264(エイチ・ドット・ニーロクヨン)
haru0
2026 年 5 月 12 日午前 1:49
20
そのカメラが複数のストリームを持ち、それぞれのストリームで異なるビデオコーデックを使用しているかどうか確認すると役立つかもしれません。
例えば、ストリーム1は録画用に高解像度のH.265を使い、ストリーム2はライブビュー用に低解像度のH.264を使う、というケースです。
OneCD:
avc1 = H.264
表示方法が一貫していないと、たしかに混乱の原因になりますね。この点、どのように改善できるか考えてみましょう。