ゾーンマインダー - クラウドでオンライン

プログラム：

NAME

ゾーンマインダー - ZoneMinder ドキュメント

USER ガイド

概要
ZoneMinder へようこそ。これは、オールインワン Linux GPL 準拠のセキュリティ カメラ ソリューションです。

市販の「セキュリティ システム」のほとんどは、記録も行う監視システムとして設計されています。
録画の品質は悪いものから使用できないものまでさまざまで、関連するビデオの場所はさまざまです。
困難なものから非現実的なものまであり、エクスポートはマニュアルでのみ実行できることがよくあります。
現在。 ZoneMinder は主に記録を目的として設計されており、簡単な検索と分析を可能にします。
輸出中。 録音は可能な限り最高の品質であり、フィルタリングと検索が簡単です。
Web ブラウザを備えた任意のシステムを使用して簡単にエクスポートできます。 監視も行います。

ZoneMinder は、次の場合にのみ機能する一連の独立したコンポーネントを中心に設計されています。
無駄なリソースを制限し、マシンの効率を最大化するために必要です。 あ
かなり古い Pentium II PC は、デバイスごとに 25 台のカメラを最大 XNUMX で追跡できるはずです
XNUMX 秒あたりのフレーム数は、カメラを追加するごとに約半分に減少します。
同じデバイスです。 他のデバイス上の追加のカメラは相互作用しないため、これを維持できます
フレームレート。 複数のカメラを監視しても、フレームとして CPU に過負荷がかかることはありません
処理はキャプチャと同期し、停止しないように設計されています。

ZoneMinder は高速であるだけでなく、それ以上にフレンドリーであるように設計されています。
実際に役に立ちます。 高速ビデオインターフェイスコアだけでなく、ユーザー
フレンドリーで包括的な PHP ベースの Web インターフェイスにより、制御と監視が可能
自宅、職場、外出先、さらには Web 対応携帯電話からもカメラを利用できます。 それ
利用可能な帯域幅に基づいて可変の Web 機能をサポートします。 ウェブインターフェースも
カメラが捉えたイベントを表示し、アーカイブしたりレビューしたりできます。
何度も繰り返すか、保存したくないものを削除してください。 Web ページを直接
コアデーモンと対話し、常に完全な連携を確保します。 ZoneMinder では、
システムサービスとしてインストールすることもでき、コンピュータが必要な場合にすぐに利用できるようにします。
何らかの理由で再起動します。

ZoneMinder の中核は画像のキャプチャと分析であり、高度な機能が備わっています。
false を確実に排除できるようにする構成可能なパラメーターのセット
見逃したくないものは確実にキャプチャして保存します。
ZoneMinder を使用すると、さまざまな感度のカメラごとに一連の「ゾーン」を定義できます。
そして機能性。 これにより、追跡したくない領域を削除したり、
他のしきい値と組み合わせてさまざまなしきい値を超えた場合に警告を発する領域を定義します。
ゾーン

ZoneMinder は無料ですが、役立つと思われる場合は、お気軽にアクセスしてください。
http://www.zoneminder.com/donate.html ZoneMinder の将来の改善に資金を提供するのに役立ちます。

コンポーネント
ZoneMinder は単一のモノリシック アプリケーションではなく、複数のコンポーネントから構成されています。
これらのコンポーネントには主に、メインビデオを実行する実行可能でコンパイルされたバイナリが含まれています。
処理作業、通常はヘルパータスクや外部インターフェースタスクを実行する Perl スクリプト
Web インターフェイスに使用される php Web スクリプト。

エントルピー 概要
以下に、主要なコンポーネントを含む ZoneMinder システムの概要図を示します。
[画像]

各主要コンポーネントについて簡単に説明します。

バイナリ
zmc これは ZoneMinder Capture デーモンです。 このバイナリの仕事はビデオの上に座ることです
デバイスを起動し、できるだけ早くフレームを吸い出します。これは多かれ少なかれ実行されるはずです
一定の速度。

ズマ これは ZoneMinder 分析デーモンです。 これは、
フレームをキャプチャし、アラームやイベントを生成する可能性のある動きをチェックします。
通常はキャプチャ デーモンに追従しますが、非常にビジーな場合は一部のフレームをスキップする可能性があります。
後回しになるのを防ぐためです。

zmf これは ZoneMinder フレーム デーモンです。 これは、次の環境で実行できるオプションのデーモンです。
分析デーモンとの連携、および実際に作成する関数
キャプチャされたフレームをディスクに保存します。 これにより、分析デーモンがより多くの分析を実行できるようになります (!)
そのため、Capture デーモンをより適切に把握できるようになります。 実行されていない場合、または停止している場合は、
分析デーモンはそれ自体を書き込むだけです。

zms これは ZoneMinder ストリーミング サーバーです。 Web インターフェイスはこれに接続して、
リアルタイムまたは過去のストリーミング画像を取得します。 ライブモニターの場合にのみ実行されます。
ストリームまたはイベント ストリームは実際に表示されており、イベントが終了すると終了します。
関連 Web ページが閉じられています。 複数の zms プロセスがあることがわかった場合
何も表示されていないときに実行されている場合は、Apache のパッチが必要である可能性があります
(「トラブルシューティング」セクションを参照してください)。 zms の非解析ヘッダー バージョン。
nph-zms もインストールされており、Web サーバーによっては代わりに使用される場合があります
構成。

ズム これは ZoneMinder ユーティリティです。 基本的には便利なコマンド ライン インターフェイスです。
いくつかの便利な機能。 ウェブ以外の人が使用することを意図したものではありません
ページ (これまでのところ、限られた「ヘルプ」しか含まれていません) ですが、必要に応じて、特に
ビデオの問題をデバッグするため。

PHP
これに加えて、Web ディレクトリには Web PHP ファイルがあります。 現在、これらは構成されています
可能なスキンは 4 つあります。

クラシック
オリジナルの ZoneMinder スキン

フラット型の刃は完全に平行な状態ではありませんが、コニカル型の刃よりも明らかに平らになっており、幅もコニカル刃に比べて広いことが多いです。 クラシック スキンの更新バージョン。同じレイアウトを維持しながら、よりモダンなスキンを提供します。


XML 特定のビューを XML として表示します。 eyeZM によってインターフェーススキンとして使用されます (注意してください)
eyeZM は Zoneminder の新しいバージョンでは動作しないようです)。 の新規開発者
サードパーティのクライアントは代わりに API を使用する必要があります (../アピ)

モバイル より凝縮された単一ページ形式でビューを表示するスキン。
小型のモバイル デバイスに適しています。ZoneMinder へのアクセスを選択する必要があります。
このようなデバイスを使用するコンソール。 サードパーティのモバイル クライアントもあることに注意してください。
(モバイル)

パール
最後に、script ディレクトリに Perl スクリプトをいくつか置きます。 これらのスクリプトにはすべて、いくつかの機能があります。
ファイルの先頭にある構成。必要に応じて表示および修正する必要があります。
以下の通り。

zmpkg.pl
これは、ZoneMinder パッケージ コントロール スクリプトです。 これはWebインターフェースによって使用されます
システム全体の実行を制御するサービス スクリプトも含まれます。

zmdc.pl
これは、ZoneMinder デーモン制御スクリプトです。 これは Web インターフェイスによって使用され、
zmpkg.pl スクリプトは、キャプチャの実行を制御および維持します。
分析デーモンなど。 このスクリプトを自分で実行する必要はありません。

zmfilter.pl
このスクリプトは、保存されたフィルターの実行を制御し、開始および停止されます。
定義されているフィルタがあるかどうかに基づいて、Web インターフェイスによって
自律的であること。 このスクリプトは、
イベントをサードパーティのサーバーに送信します。

zmaudit.pl
このスクリプトは、イベント ファイル システムとデータベースの整合性をチェックするために使用されます。
孤立したイベント、つまり XNUMX つの場所に表示され、他の場所には表示されないイベントを削除できます。
その他、さまざまなイベント関連テーブルがすべて揃っているかどうかを確認します。 それ
コマンドラインまたは cron から対話的に実行することも、バッチ モードで実行することもできます。
仕事など。 zmconfig.pl には、イベントの高速削除を指定するオプションがあります。
ここで、Web インターフェイスはデータベース自体からイベント エントリを削除するだけです。 もしも
これが設定されると、このスクリプトが残りを整理します。

zmwatch.pl
これは、キャプチャ デーモンとキャプチャ デーモンを監視するために純粋に設計された単純なスクリプトです。
ロックアップした場合は再起動してください。 ビデオの同期の問題で知られています
ドライバーがこれを引き起こすため、このスクリプトは重要な部分が見逃されないようにします。

zmupdate.pl
現在、このスクリプトは、新しいバージョンがインストールされているかどうかを確認する役割を果たしています。
ZoneMinder が利用可能であり、アップグレードに関連するその他のアクションや
移住。 また、あらゆるアップグレードのための「ワンストップ ショップ」となることも目的としています。
インストールを新しいバージョンに更新するために必要なすべてを実行します。

zmvideo.pl
このスクリプトは、Web インターフェイスからさまざまな形式でビデオ ファイルを生成するために使用されます。
一般的な方法でフォーマットします。 特定の環境ではコマンドラインから使用することもできます。
ただし、これは通常は必要ありません。

zmx10.pl
これは、X10 ホームの開始と監視に使用できるオプションのスクリプトです。
世代別の自動化スタイルのイベントと警報システムとのインターフェース
ZoneMinder イベントまたは ZoneMinder モニタリングの開始による X10 信号の発生
他の場所からの X10 信号の受信時にキャプチャします。たとえば、
X10 PIR。 たとえば、私はいくつかのカメラを持っていますが、
X10 信号が発生するとアラーム システムがアクティブ モードに切り替わります。
警報システムによって生成され、ZoneMinder によって受信されます。

zmtrigger.pl
これは、外部トリガーに対するより一般的なソリューションであるオプションのスクリプトです。
アラームの。 インターネットソケット、UNIX のいずれかを介して外部接続を処理できます。
ソケットまたはファイル/デバイス インターフェイス。 可能であれば「そのまま」使用することもできます
既存の形式とのインターフェイス、または接続とチャネルをオーバーライドして、
ニーズに合わせてカスタマイズしてください。 zmtrigger.pl で使用されるトリガーの形式は次のとおりです。
に続きます」 | | | | | " どこ

・「id」はZMモニターのID番号または名前です。

· 「アクション」は「オン」、「オフ」、「キャンセル」または「表示」で、「オン」の場合はアラーム状態が強制されます。
on、'off' はアラーム条件を強制的にオフにし、'cancel' は前の 'on' を無効にするか、
'オフ'。 「show」アクションは、オプションでいくつかの補助テキストを更新するだけです。
モニターで撮影した画像に表示されます。 通常は「on」を使用します
「キャンセル」、「オフ」は、モーションベースのイベントを抑制するために使用される傾向があります。
さらに、「on」と「off」は追加の時間オフセットを取ることができます（例: on+20）。
その秒数が経過すると、前のアクションが自動的に「キャンセル」されます。

· 「スコア」はアラームに与えられるスコアで、通常はその重要性を示します。 ために
'on' トリガーの場合はゼロ以外にする必要があり、それ以外の場合はゼロにする必要があります。

· 「cause」は、アラームの理由または原因を示す最大 32 文字の文字列です。
例：「リレー 1 オープン」。 これはイベントの「原因」フィールドに保存されます。 無視されました
「オフ」または「キャンセル」メッセージ。

· 「テキスト」は最大 256 文字の追加情報フィールドで、
イベントの「説明」フィールド。 「オフ」または「キャンセル」メッセージの場合は無視されます。

· 「showtext」は、タイムスタンプに表示できる最大 32 文字のテキストです。
それが画像に追加されます。 「表示」アクションは、このテキストを更新するように設計されています。
アラームには影響しませんが、テキストが存在する場合は、いずれかのテキストが更新されます。
行動。 これは、外部入力を画像上に表示できるように設計されています。
たとえば、体温や個人情報などを収集します。

複数のメッセージを一度に送信でき、LF または CRLF で区切る必要があることに注意してください。
このスクリプトは、それ自体が解決策となることを必ずしも意図しているわけではありませんが、
ZoneMinder が他のシステムと連携するのを助ける「接着剤」として使用されます。 そうなる
ほぼ確実に、使用する前に何らかのカスタマイズが必要になります。 もしも
やりたいことは、外部ソースからアラームを生成し、
ZoneMinder::SharedMem perl モジュールはおそらく簡単です。

zmcamtool.pl
このオプションのスクリプトは、ZoneMinder の今後の 1.27 リリースの新機能です。 それは
次のことを簡単に実行できるようにすることを目的としています: 新しい ptz コントロールとカメラの導入
プリセット、既存のモニターのプリセットへの変換、カスタム Ptz コントロールのエクスポート、
プリセット。 初期リリースでは、このスクリプトは UI に統合されておらず、
コマンドラインから呼び出す必要があります。 「zmcamtool.pl --help」と入力します。
コマンドラインを使用して、に渡すことができるさまざまな引数の説明を取得します。
スクリプト。

zmcontrol-*.pl
これらは、パン/チルト/ズーム クラスを制御するために使用できるサンプル スクリプトのセットです。
カメラ。 各スクリプトは、カメラ制御に使用される標準パラメータのセットを変換します。
カメラに送信される実際のプロトコル コマンドに組み込まれます。 カメラを使用している場合
出荷リストにない制御プロトコルの場合は、
同様のスクリプトですが、ZoneMinder とは完全に別に作成することもできます。
これらのスクリプトのように名前を付ける必要はありません。 スクリプトは慣れていますが、
Web インターフェイスから生成されたアクション コマンドは、直接使用することもできます。
他のプログラムやスクリプトから、たとえば定期的なスキャンを実装するために
異なるプリセット。

zmtrack.pl
このスクリプトは、実験的なモーション トラッキング機能を管理するために使用されます。 それは
アラームが発生していることを検出し、カメラを移動する責任があります。
アラームが発生した位置をポイントし、その後、それを定義された位置に戻します。
待機場所。 カメラを動かすだけでなく、モーションのタイミングも制御します
検出は一時停止され、カメラ追跡の動作が再開されるように復元されます。
正当化されない無限のさらなるアラームをトリガーしないでください。

zm これは (オプションの) ZoneMinder 初期化スクリプトです。詳細については、以下を参照してください。

最後に、多数の ZoneMinder perl モジュールも含まれています。 これらを使用するのは、
上記のスクリプトだけでなく、独自のスクリプトまたはサードパーティのスクリプトでも使用できます。 満杯
ほとんどのモジュールのドキュメントは、「perldoc」経由で「pod」形式で入手できますが、一般的な
各モジュールの目的は次のとおりです。

ZoneMinder.pm
これは、一般的な ZoneMinder コンテナ モジュールです。 Base.pm、Config.pm が含まれます。
以下で説明する Debug.pm、Database.pm、および SharedMem.pm モジュール。 輸出もしている
デフォルトではすべてのシンボル。 他のモジュールを直接使用する場合は、
どのシンボル タグをインポートするかを要求します。

ZoneMinder/Base.pm
これは、ZoneMinder の基本 Perl モジュールです。 次のような単純なデータのみが含まれています。
バージョン情報。 他のすべての ZoneMinder perl モジュールに含まれています

ZoneMinder/Config.pm
このモジュールは、データベースから ZoneMinder 構成をインポートします。

ZoneMinder/Debug.pm
このモジュールには、定義されたデバッグ関数やエラー関数などが含まれています。
標準形式で診断情報を生成するスクリプト。

ZoneMinder/データベース.pm
このモジュールには、データベース アクセスの定義と関数が含まれています。 現時点ではそれほど多くはありません
はこのモジュールに含まれていますが、将来の開発のためのプレースホルダーとして含まれています。

ZoneMinder/SharedMem.pm
このモジュールには、標準の共有メモリ アクセス関数が含まれています。 これらは次の目的で使用できます
モニターなどの現在の状態にアクセスしたり、コマンドを発行したりできます。
モニターでオンとオフを切り替えます。 このモジュールは、ZoneMinder を効果的に提供します。
APIです。

ZoneMinder/ConfigAdmin.pm
このモジュールは、定義などを含む特殊なモジュールです。
さまざまな構成オプションに関する情報。 による使用を意図したものではありません。
第三者。

ZoneMinder/トリガー/*.pm
これらのモジュールには、トリガー チャネルと、
zmtrigger.pl スクリプト。 これらは「そのまま」使用できますが、実際には次のように使用することを目的としています。
さまざまなインターフェイスに合わせてカスタマイズまたは特化できる例。
新しいチャネルまたは接続のための貢献モジュールは歓迎され、組み込まれます。
ZoneMinder の将来のバージョンでは。

取得 開始
Zoneminder のインストール後、ZoneMinder Web をロードできるようになります。
フロントエンド。 デフォルトでは、これはクラシックスキンになります。以下はページの例です。
今すぐご覧ください。 [画像]

有効にします 認証
すぐに認証を有効にすることを強くお勧めします。 いくつかの状況があります。
サーバーが LAN 内にあるインスタンスなど、特定のユーザーが認証を有効にしていない
インターネットに直接公開されておらず、VPN などを介してのみアクセスできますが、ほとんどの場合
この場合、認証を有効にする必要があります。 それでは、すぐにやってみましょう。

· Web インターフェイスの右上隅にある [オプション] リンクをクリックします。

· オプションが満載の画面が表示されます。 「システム」タブをクリックします
[画像]

・変更箇所は上図の赤字で記載しております。

· OPT_USE_ATH を有効にする - これにより、デフォルトの認証モードに自動的に切り替わります。
ユーザー (詳細は後ほど)

· AUTH_HASH_SECRET のランダムな文字列を選択します - これは認証を行うために使用されます
ロジックの方が安全なので、独自の文字列を生成し、同じ文字列を使用しないでください。
例の値。

· 上記で強調表示されている他のオプションはすでに設定されているはずですが、設定されていない場合は、確認してください。
彼らです

· 下部にある [保存] をクリックするだけです。 次回そのページを更新すると、
ログイン画面が表示されます。 よくやった！
[画像]

注:
デフォルトのログイン/パスワードは「admin/admin」です。

切り替え 〜へ フラットな テーマ
表示されているのは、いわゆる「クラシック」スキンです。 Zoneminder には多数の構成があります
時間の経過とともにカスタマイズできるオプション。 このガイドは、
最も簡単な方法なので、詳細については説明しません。 ただし、価値があるのは、
Zoneminder には、好みによっては「フラット」テーマもあることに注意してください。
より近代的な。 これを、オプション メニューを紹介する例として使用してみましょう。

· 上の画像の Web インターフェイスの右上にある [オプション] リンクをクリックします。

· これにより、以下に示すようなオプション ウィンドウが表示されます。 「システム」タブをクリックし、
次に、以下に示すように、CSS_DEFAULT の「フラット」オプションを選択します。
[画像]

· 下部にある「保存」をクリックします

次に、「表示」タブに切り替えて、次のように「フラット」も選択します。

画面は次のようになります。

おめでとう！ これで、モダンな外観のインターフェイスが完成しました。 [画像]

理解する 　 ウエブサイト 領事
先に進む前に、数分かけて Web の主要な機能を理解しましょう
コンソール。 説明のために、実装されたゾーンマインダーを使用します。
複数のモニターとイベントを含む構成。 明らかに、これはあなたの意見を反映していません
現在の Web コンソール - これまでのところ、有益な情報は基本的にありません。
まだ追加するものはありません。 少し休憩して、さまざまな機能が何であるかを理解しましょう
独自の空の画面を構成する前です。 [画像]

· A: これはログインしているユーザー名です。ここでは「admin」としてログインしています。

· B: ここをクリックして、ZoneMinder のさまざまなオプションとその構成方法を確認してください。
これは、上記で認証を有効にし、スタイルを変更するためにすでに使用されています。 時間が経つにつれて、あなたは
他にもカスタマイズしたいものがたくさんあることがわかります。

· C: このリンクをクリックすると、何が起こっているかを示す色分けされたログ ウィンドウが開きます。
Zoneminder は、何が間違っているか、何が正しいのかについての優れた洞察を提供します。 ご了承ください
ここの色は赤です。これは、ZoneMinder で何らかのエラーが発生したことを示しています。
それをクリックして調査する必要があります。

· D: これは ZoneMinder の核心であり、イベントを記録します。 何個あるかカウントしてくれる
イベントは時間、日、週、月ごとに記録されました。

· E: これらは「ゾーン」です。 ゾーンは、「ホットスポット」としてマークするカメラ内の領域です。
動き検出用。 簡単に言うと、最初にモニター (カメラ) を設定するときに、次のようにします。
デフォルトの Zoneminder は、カメラの視野全体を使用して動きを検出します。 してもいいです
これは欲しくない。 動きを検出するためだけに「ゾーン」を作成することもできます。
他人を無視する。 たとえば、ファンが回転する部屋を考えてみましょう。 あなたはきっとそうではありません
ファンが継続的に動いていることが記録を引き起こす理由だと考えたいですか? おそらく
そうではありません。その場合は、ゾーンを作成するときにファンを外したままにすることになります。

· F: これは、カメラのタイプ (IP の場合) を示す「ソース」列です。
カメラ、USB カメラなど。 この例では、すべて IP カメラです。 色に注意してください
項目 F は赤 ? ということは、そのカメラに何か問題があるということですね。 不思議ではありません
ログにも赤が表示されます。 ログをタップして調査するのに良い兆候です

· G: これは、Zoneminder がイベントを記録する方法を定義します。 さまざまなモードがあります。 簡単に言うと
Modect == モーションが検出された場合に録画、Record = 24 時間 7 日常に録画、Mocord = 常時
録画に加えて動きを検出します。モニター = ライブビューを提供するだけで、いつでも録画するわけではありません。
Modect = zmtrigger 経由の外部エンティティが Zoneminder に指示するまで記録しない (これは
高度な使用法)。

· H: これらのリンクをクリックすると、構成されているすべてのモニターの「モンタージュ」を表示できます。
またはそれぞれを循環してください

追加 モニター
Web コンソールの基本を理解したので、新しいコンソールを追加してみましょう。
カメラ（モニター）。 この例では、RTSP をストリーミングする IP カメラがあると仮定します。
LAN IP アドレス 192.168.1.33。

まず最初に知っておく必要があるのは、そのカメラのビデオ フィードにアクセスする方法です。 あなたはするであろう
カメラのマニュアルを参照するか、フォーラムを確認する必要があります。 Zoneminder コミュニティのユーザーも
頻繁に更新されるリストを持っている権利 こちら 多くのカメラに関する情報がリストされています。 もしも
そこにリストが見つからなかったり、他の場所でも見つからなかったりする場合は、お気軽に登録してください
そして、 user 泡立つ.

ここで例として使用しているカメラは、9831x1280 RTSP の Foscam 960W です。
カメラ、そのフィードにアクセスするための URL は ユーザー名:パスワード@IPADDRESS:ポート/ビデオメイン

始めましょう：

下の [新しいモニターを追加] ボタンをクリックします: [画像]

これにより、新しいモニター ウィンドウが表示されます: [image]

· これに「Garage」という名前を付けました。これは、Monitor-1 よりも優れているためです。
私のガレージカメラ。

・ソースの種類も豊富です。 簡単な紹介として、次のような場合には「ローカル」を使用します。
カメラが ZM サーバーに物理的に接続されている (USB カメラなど)、
およびリモート カメラの場合は「Remote」、「FFMpeg」、「Libvlc」、または「cURL」のいずれか (必ずしもそうである必要はありません)
でも通常は）。 この例では、「リモート」を使用してみましょう。

注:
経験則として、IP 経由でアクセスできるカメラがあり、HTTP または RTSP を実行する場合、
Remote から始めて、うまくいかない場合は FFMpeg と libvlc を試してください。
(/userguide/definemonitor 他のモードについては詳しく説明します)。 迷っているなら
「ファイル」が何をするかというと、ZoneMinder は互換性を念頭に置いて構築されています。 を見てみましょう
この 役職 ファイルを余暇の読書にどのように使用できるかを確認してください。

· これを例として使用して変更できるように、関数を「Monitor」のままにしておきます。
後で別の方法で。 実際には、今すぐモードを自由に選択してください - Modect、Record
など、ZoneMinder でこのカメラで何をしたいかに応じて

· ここでは MaxFPS と AlarmFPS を 20 に設定しました。 我が国 できる 残す この 空の あまりに。 あなたが何であっても
ここでやって、 それはだ 重要 〜へ make 確か これらの 値 　 より高い より 　 FPS of 　 カメラ.
ここに値を追加した理由は、2015 年 XNUMX 月の時点では、カメラがオフラインになった場合、
ZoneMinder は、それに到達しようとして CPU を大量に消費し、ここにこれよりも大きな値を設定します。
実際の FPS は、その特定の状況で役立ちます。

注:
ここでは、内部で設定されている FPS よりも低い FPS を設定しないことを強くお勧めします。
あなたのカメラ。 Zoneminder をカメラのフレーム レートの管理に使用しないでください。 それはいつも
多くの問題を引き起こします。 値をカメラ内で直接設定する方がはるかに良いです。
これを空白のままにするか、ここでより高い FPS を指定します。 この場合、実際のカメラの FPS は 3 です。
ここではこの値を 10 に設定しました。

· [全般] タブの作業は完了です。 次のタブに移動しましょう
[画像]

・RTSPのプロトコルとRTP/RTSPのリモート方式を選択しましょう（今回はRTSPカメラです）

· 他のボックスはほとんど説明不要です。

それだけです。 「保存」をクリックします。 ここでは他のタブについては説明しません。
簡単なガイド。

これでモニターが設定されました: [image]

モードを Monitor から Modect (モーション検出) に変更したい場合は、後ですべての操作を行います。
「Monitor」と表示されているFunction列をクリックして「Modect」に変更する必要があります。
同様に: [画像]

そして今は次のようになりました: [画像]

そして最後に、すべてが機能するかどうかを確認するために、モニター名 (「ガレージ」) をクリックしてみましょう。
この例)、次のようなライブ フィードが表示されるはずです: [画像]

まとめ
これは、非常に基本的なことを紹介する簡単な「入門」ガイドです。
モニター（カメラ）を追加する方法。 簡潔にするために、多くの詳細を省略しました。 お願いします
を参照してください。 /userguide/definemonitor その他の多くのカスタマイズの詳細については、

定義 モニター
ZoneMinder を適切に使用するには、少なくとも XNUMX つのモニターを定義する必要があります。 基本的にはモニター
カメラに関連付けられており、動き検出などを継続的にチェックできます。
好きです。

[新しいモニターを追加] ボタンをクリックするか、次の方法でモニター ウィンドウにアクセスできます。
事前定義されたモニターの「ソース」列をクリックします。 [画像]

ZoneMinder が認識している少数のカメラ設定があり、それらは
「プリセット」リンクをクリックしてアクセスします。 プリセットの XNUMX つを選択すると、
適切な値で設定を監視しますが、他の値を入力する必要があります。
プリセット設定を確認します。 以下はプリセットウィンドウの例です: [画像]

編集しやすいように、オプションは一連のタブに分割されています。 あなたがする必要はありません
「保存」して別のタブに変更すると、必要な変更をすべて行ってから、
最後に「保存」をクリックします。 個々のオプションについてもう少し詳しく説明します
以下、

モニター タブ
Name モニターの名前。 これは英数字で構成する必要があります
(az、AZ、0-9)、ハイフン (-)、アンダースコア (_) のみ。 空白は使用できません。

サーバー マルチサーバー実装により、複数の ZoneMinder を定義できるようになります
単一のデータベースを共有するサーバー。 サーバーが構成されている場合、この設定により次のことが可能になります。
各モニターのサーバーを指定します。

ソース 種類
これにより、カメラが物理ビデオに接続されたローカルのカメラであるか、または
マシンの USB ポート、リモート ネットワーク カメラ、または画像ソース
ファイルによって表されます (たとえば、代替ファイルから定期的にダウンロードされます)。
位置）。 どちらかを選択すると、どのオプション セットが表示されるかが決まります。
「ソース」タブ。

演算
これは基本的に、モニターの動作を定義します。 これは次のいずれかになります。
続く;

· なし – モニターは現在無効になっています。 ストリームやイベントを表示できません
生成された。 何も記録されません。

· モニター – モニターはライブ ストリーミングでのみ使用できます。 画像解析なし
が行われるため、アラームやイベントは生成されず、何も行われません。
記録される。

· Modect – または MOtion DEteCTtion。 キャプチャされたすべての画像が分析され、イベントが発生します
動きが検出された録画ビデオで生成されます。

· 録画 – モニターは継続的に録画されます。 固定長のイベント
従来のタイムラプスと同様に、動きに関係なく生成されます。
ビデオレコーダー。 このモードでは動きの検出は行われません。

· Mocord – モニターはあらゆる動きを含めて継続的に記録されます。
これらのイベント内で強調表示されます。

· 検出なし – または検出なし。 これは、次のような場合に使用するように設計された特別なモードです。
外部トリガー。 Nodect ではモーション検出は行われませんが、イベントは検出されます。
外部トリガーが必要な場合に記録されます。

一般的に、ここでは初期設定として「モニター」を選択するのが最善です。

使用可能
「有効」フィールドは、モニターをアクティブ・モードで開始する必要があるかどうかを示します。
または、より受動的な状態になります。 ほとんどの場合、このボックスにチェックを入れておきます。
例外は、外部によってカメラを有効または無効にしたい場合です。
トリガーまたはスクリプト。 有効になっていない場合、モニターはイベントを作成しません。
モーションやその他のトリガーへの反応。

リンク モニター
このフィールドでは、トリガーとして機能するシステム上の他のモニターを選択できます。
このモニターの場合。 したがって、あなたの敷地の一面をカバーするカメラがある場合、
カメラが動きやその他のイベントを検出している間、すべてのカメラを強制的に録画できます。
モニター ID のカンマ区切りリストを直接入力するか、
「選択」を選択して選択範囲を選択します。 循環依存関係を作成しないように十分注意してください
ただし、この機能を使用すると、アラームが無限に持続することになります。
ほぼ間違いなく、あなたが望んでいることではありません。 モニターのリンクを解除するには、Ctrl キーを押しながらクリックします。

最大 FPS
場合によっては、高いキャプチャレートを実現できる XNUMX つ以上のカメラがある場合があります。
しかし、通常は常にこのパフォーマンスを必要とするわけではないことがわかり、
サーバーの負荷を軽減したいと考えています。 このオプションを使用すると、
最大キャプチャレートを指定された値に設定します。 これにより、より多くのカメラを搭載できるようになる可能性があります
CPU 負荷を軽減するか、ビデオ帯域幅を割り当てることで、システム上でサポートされます。
同じビデオデバイスを共有するカメラ間で不均一になります。 この値はあくまで目安です
ガイドであり、設定した値が低いほど、実際の FPS がそれに近づく可能性が低くなります。
特に、XNUMX つ以上のデバイスを同期することが難しい共有デバイスでは、
正確に異なるキャプチャレートを実現します。 このオプションは、最大 FPS を制御します。
アラームが発生していない状況のみ。 (IP カメラに関する注意: ZoneMinder には
カメラが通過する mjpeg ストリームを設定または制限する方法はありません。一部のカメラは設定できます
これは URL 文字列を介して行われますが、他のものはそうではありません。 したがって、mjpeg フィードを使用している場合は、次のようにする必要があります
ここではサーバー側ではスロットルを行わず、カム側のみで行います。 これを使いたい場合は
機能、サーバーをスロットルする場合は、mjpeg メソッドの代わりに jpeg を使用する必要があります。
カメラから写真を取得します）

警報 最大 FPS
最大 FPS を指定した場合は、この制限を望まない可能性があります。
モニターがモーションやその他のイベントを記録しているときに適用します。 この設定により、
この状況が発生した場合は、最大 FPS 値をオーバーライドする必要があります。 と同様に、
最大 FPS 設定を空白のままにすると、制限がないことを意味するため、
前のオプションの最大 fps の場合、アラームが発生すると、この制限は次のようになります。
無視され、ZoneMinder はその期間中できるだけ高速にキャプチャします。
アラームが終了すると制限値に戻ります。 同様にあなたも
これを最大 FPS と同じか、それよりも高い (またはさらに低い) 値に設定できます。
アラーム発生時のキャプチャレートのより正確な制御。

参照 画像 %ge
ZoneMinder で分析された各画像は、以前の画像を合成して形成されます。
現在の画像を以前の参照の一定の割合として適用することによって
画像。 したがって、ここに値 10 を入力すると、参照内の各画像の部分が
画像はラウンドごとに 0.9 倍ずつ減少します。 したがって、典型的なリファレンス
画像は前の画像の 10%、その前の画像の 9%、その後 8.1%、7.2%、
残りは 6.5% などです。 画像は実質的に 25 日頃に消えます
追加時より後の画像です。 このブレンド値はここで指定したものであり、
これを高くすると、進行の遅いイベントが参照として検出されにくくなります。
より早くイメージが変わります。 同様にイベントももう終わったとみなされるだろう
参照画像が新しい画像に早く適応するほど早くなります。 信号中
処理条件の値が大きいほど、イベントのアタックと減衰が急になります。
シグナル。 適切な値は特定の要件によって異なります
あなたのためですが、ここでは10から始めて、後で調整します（通常は下に）。
必要。

トリガ
この小さなセクションでは、実行モードが次の場合に適用するトリガーを選択できます。
上記で「トリガー」に設定されています。 最も一般的なトリガーは X10 で、これが表示されます
インストール中にシステムがサポートしていることを示した場合は、ここに表示されます。 X10のみ
現在、ZoneMinder に付属のトリガーとしてサポートされていますが、可能です
必要に応じて他のトリガーも利用可能になります。 単に使用することもできます
実際にカメラを制御し、保持するための「cron」ジョブまたはその他のメカニズム
ZoneMinder の設定から完全に外れています。 zmtrigger.pl スクリプトも
カスタム外部トリガーを実装できます。

ソース タブ
FFmpegの
ソース パス
このフィールドを使用して、ストリームまたはファイルの完全な URL を入力します。 サポートされているものを見てください
[ハードウェア] > [ネットワーク カメラ] セクション、適用される可能性のあるこれらの文字列を取得する方法
あなたのカメラ。 RTSP ストリームをここで指定できます。

ソース 色
キャプチャした画像の色の量を指定します。 ローカルカメラとは異なります
これを変更してもリモート カメラ自体には制御効果がありませんので、必ず変更してください。
実際には、カメラは事前にこのパレットにキャプチャしています。

キャプチャ 幅高さ
リモート カメラの値と同じ値をここに入力してください。
内部設定。

キープ 側面 比
ローカルデバイスごとに。

利き手
ローカルデバイスごとに。

リブVLC
curl
ローカル
デバイス パス/チャネル
カメラが接続されているデバイス ファイルへのフル パスを入力します。例:
/dev/video0. 一部のビデオ デバイス (BTTV カードなど) は XNUMX 台の複数のカメラをサポートします。
この場合は、[チャンネル] ボックスにチャンネル番号を入力するか、そのままにしておきます。
USB カメラまたはチャネルが XNUMX つだけのカメラを使用している場合はゼロ。 サポートされているものを見てください
ハードウェア セクション、キャプチャ カードまたは USB Web カメラがサポートされているかどうかを確認する方法、または
そうではなく、それを機能させるためにどのような追加の設定を行う必要があるか。

デバイス フォーマット
ビデオストリームのビデオ形式を入力します。 これはさまざまなシステム ファイルで定義されます
(例: /usr/include/linux/videodev.h) ただし、最も一般的な 0 つは、PAL の場合は 1、もう XNUMX つは XNUMX です。
NTSC用。

キャプチャ パレット
最後に、設定のビデオ部分に色深度を入力します。 ゾーンマインダー
はいくつかの最も一般的なパレットをサポートしているため、ここで XNUMX つ選択してください。 迷ったら試してみてください
最初にグレー、次に 24 ビット カラーです。 どちらもうまく機能しない場合は、YUV420P
あるいは、他の誰かがそうするでしょう。 次の場合、パフォーマンスにわずかなペナルティが発生します。
内部変換としてグレーまたは 24 ビット カラー以外のパレットを使用することは、
関与。 これらの他の形式は、将来ネイティブにサポートされる予定です。
バージョンがありますが、今のところ、選択できる場合は、グレーまたは 24 ビット カラーのいずれかを選択してください。

キャプチャ 幅高さ
カメラが提供するビデオ ストリームのサイズ。 カメラがサポートしている場合
このアプリケーションに使用するものをいくつか入力するだけです。いつでも使用できます。
後で変更してください。 ただし、320x240 以下から始めることをお勧めします。
384x288 に増やして、パフォーマンスにどのような影響があるかを確認することもできます。 これ
ほとんどの場合、サイズは適切なはずです。 一部のカメラは、
ここで使用できるサイズなので、197x333 などの特殊なサイズは避けてください。
最初は

キープ 側面 比
モニターの寸法を入力するときに、このチェックボックスをクリックして、
幅と高さの比率が正しいままであること、またはその逆であることを確認します。 それは許可します
高さは幅から自動的に計算されます（またはその逆）。
プリセットされたアスペクト比。 これは 4:3 にプリセットされていますが、
[オプション] -> [構成] -> [ZM_DEFAULT_ASPECT_RATIO] 設定。 通常の4:3とは別に
ネットワーク カメラとアナログ カメラの場合、もう 11 つの一般的な設定は CIF (9x352) の 288:XNUMX です。
ベースのソース。

利き手
カメラが逆さままたは直角に取り付けられている場合、このフィールドを使用して次のことができます。
キャプチャ時に画像に適用される回転を指定します。 これにより、
追加の処理オーバーヘッドがあるため、可能であればカメラをマウントすることをお勧めします。
できれば右回りで。 いずれかの回転オプションを選択した場合は、次のことを忘れないでください。
高さと幅のフィールドを切り替えて、それらが適用されるようにします。たとえば、カメラがキャプチャした場合
352x288 で、ここで「右回転」を選択し、高さを 352 に設定します。
幅は 288 になります。カメラが提供する場合は、画像を「反転」することも選択できます。
ミラーリングされた入力。

リモート
リモート ホスト/ポート/パス
これらのフィールドを使用して、カメラの完全な URL を入力します。 基本的に、カメラが
at http://camserver.home.net:8192/カメラ/カメラ1.jpg その場合、これらのフィールドは次のようになります
それぞれ camserver.home.net、8192、/cameras/camera1.jpg です。 ポートを離れてください
特別なポートが必要ない場合は 80。 アクセスに認証が必要な場合
カメラはこれをフォームのホスト名に追加します
: @ .com。 通常、これは 24 ビット カラーになります。
画像は白黒に見えます。 [サポートされているハードウェア] > [ネットワーク カメラ] を確認します。
セクションでは、カメラに適用される可能性のあるこれらの文字列を取得する方法を説明します。

リモート 画像 色
キャプチャした画像の色の量を指定します。 ローカルカメラとは異なります
これを変更してもリモート カメラ自体には制御効果がありませんので、必ず変更してください。
実際には、カメラは事前にこのパレットにキャプチャしています。

キャプチャ 幅高さ
リモート カメラの値と同じ値をここに入力してください。
内部設定。

キープ 側面 比
ローカルデバイスごとに。

利き手
ローカルデバイスごとに。

MPEG-4 カメラをセットアップする例については、次を参照してください。
Axis211A を MPEG-4 ストリーミングでセットアップする方法

File
File パス
画像ソースとして使用するファイルへのフルパスを入力します。

File 色
画像の色の量を指定します。 通常は 24 ビットカラーです。

キャプチャ 幅高さ
ローカルデバイスごとに。

キープ 側面 比
ローカルデバイスごとに。

利き手
ローカルデバイスごとに。

スタンプ タブ
スタンプ ラベル フォーマット
これは、各フレームに適用されるタイムスタンプに関連します。 それは「ストタイム」です
いくつかの追加のトークンを含むスタイル文字列。 %f を追加すると、XNUMX 進数の XNUMX 分の XNUMX を追加できます。
フレームのタイムスタンプまで XNUMX 秒なので、%H:%M:%S.%f は次のような時間を出力します。
10:45:37.45。 モニターの名前に %N を使用し、モニターの名前に %Q を使用することもできます。
zmtriggers.pl セクションで詳しく説明されている「show text」のいずれかで埋められます。

スタンプ ラベル X / Y
X と Y の値によって、タイムスタンプを配置する場所が決まります。 X の値 0
値を指定すると画像の左側に配置され、Y 値を 0 にすると画像の左側に配置されます。
画像の上部。 画像の下部にタイムスタンプを配置するには、値を使用します
画像の高さより XNUMX 小さい。

バッファー タブ
画像 バッファ サイズ
このオプションは、リング バッファーに一度に保持されるフレームの数を決定します。
リング バッファは、最後の「n」個の画像が保存されるストレージ スペースであり、すぐに保存できます。
アラームで復活するか、分析されるのをただ待ち続けるかです。 任意の値を指定できます
いくつかの条件を付けてご希望の場合はご指定ください (次のオプションを参照)。 ただし、保存されているのは、
共有メモリが大きくなりすぎるため、特に高解像度の大きな画像の場合は大きすぎます。
色深度は大量のメモリを使用する可能性があります。 通常は 50 以下の値で問題ありません。 もしも
システムでは必要な値を使用できないことがわかりました。おそらく、
システムには共有メモリのサイズに任意の制限があるため、
空きメモリが十分にある場合でも使用されます。 この制限は
通常、変更は非常に簡単です。詳細については、「トラブルシューティング」セクションを参照してください。

準備し始める フレーム
これは、分析デーモンが処理するが検査しないフレーム数を指定します。
それが始まるとき。 これにより、画像から正確な参照画像を生成できます。
変更がないか注意深く確認する前に、一連の画像を確認してください。 私は値 25 を使用します
ここで、高すぎると起動に時間がかかり、低すぎると起動に時間がかかります。
分析デーモンの起動時に誤ったアラームが発生します。

前後 イベント 画像 バッファ
これらのオプションは、イベントの前後のフレーム数を決定します。
それと一緒に保存されています。 これにより、直前に何が起こったかを確認できます。
イベントのその後。 これら両方の値を 10 にすると開始できますが、
短いイベントがたくさんあり、それらを一緒に実行して形成したい場合
長いものを減らすと、イベント後のバッファ サイズが増加します。 プレイベントバッファは
真のバッファであり、実際にはリング バッファ サイズの半分を超えてはなりません。 しかし
ポストイベント バッファは、キャプチャされたフレームに適用される単なるカウントであるため、
より柔軟に管理できるようになりました。 カメラのフレームレートにも留意する必要があります
これらの値を選択するとき。 たとえば、1FPS でキャプチャするネットワーク カメラは、
ここで 10 を選択した場合、各イベントの前後に 10 秒の時間が与えられます。 これはもしかしたら
必要以上にイベントを水増ししてしまいます。 ただし、高速なビデオ カードでは、
25FPS でキャプチャすると、この設定で表示できるようにする必要があります。
イベントの前後に適切な期間を設ける。

Stream リプレイ 画像 バッファ
このオプションは...

警報 フレーム ワンランク上の
このオプションを使用すると、連続して発生するアラーム フレームの数を指定できます。
アラームイベントが生成される前に。 通常のデフォルト値は 1 です。
アラーム フレームがイベントを引き起こすかイベントに参加することを意味します。 入力できます
おそらく画面のちらつきによって引き起こされる偽のイベントを排除するために、ここで最大 16 の任意の値を指定します。
またはその他の過渡現象。 ただし、3 または 4 を超える値は役に立たない可能性があります。 お願いします
統計記録を有効にしている場合、現在の統計は
イベントの最初の「アラーム フレーム数」-1 フレームについては記録されません。 したがって、設定した場合
この値を 5 にすると、最初の 4 フレームの統計が欠落し、それ以上のフレームは統計が失われます。
通常の値 1 では、すべてのアラーム フレームに統計が記録されます。

管理 タブ
注: このタブとそのオプションは、ZM_OPT_CONTROL を選択した場合にのみ表示されます。
システムにカメラが含まれていることを示すオプション。
パン/チルト/ズームまたはその他のメカニズム。 この中の他の場所の「カメラ制御」セクションを参照してください。
カメラ制御プロトコルと方法の詳細については、ドキュメントを参照してください。

制御可能な
カメラを制御できることを示すには、このボックスにチェックを入れます。

管理 種類
お使いのカメラに適したコントロールの種類を選択してください。 ZoneMinder には同梱されています
一部のカメラで動作する少数の事前定義された制御プロトコル
変更は加えませんが、他のものと連携して機能させるには修正が必要な場合があります。選択してください。
新しいコントロール タイプを作成するか、既存のコントロール タイプを編集するには、編集リンクを使用します。

管理 デバイス
これはカメラを制御するために使用されるデバイスです。 これは通常、
シリアルまたは同様のポート。 カメラがネットワーク カメラの場合、通常は
制御デバイスを指定する必要があります。

管理 住所
これはカメラのアドレスです。 一部の制御プロトコルでは、各カメラが
特定の (通常は数値の) ID によって識別されます。 カメラがアドレス指定を使用している場合
次に、ここにカメラの ID を入力します。 カメラがネットワークカメラの場合は、
通常、ここにホスト名または IP アドレスを入力する必要があります。 これは
通常はカメラ自体に与えられているものと同じです。

自動応答オプション Force Stop タイムアウト
一部のカメラは、連続移動モードのみをサポートします。 たとえば、あなたはこう言います
カメラを右にパンし、正しく調整されたときに停止するように指示します。 の
場合によっては、Web インターフェイス上で正確に時間を計ることが難しいため、
オプションを使用すると、コマンドが実行される自動タイムアウトを指定できます。
自動的に停止します。 したがって、ここで 0.25 の値を指定すると、スクリプトにオブジェクトの移動を停止するように指示できます。
開始からXNUMX分のXNUMX秒。 これにより、より正確な微調整方法が可能になります。
コントロール。 この値が空白またはゼロのままの場合は無視され、設定されている場合は無視されます。
タイムアウトとして使用されますが、下位 25% にのみ適用されます。
可能な速度範囲。 言い換えれば、カメラのパン速度範囲が 1 ～
100 の場合、26 以上で移動することを選択すると、
より大きな動きは自分で制御でき、タイムアウトは適用されません。
低速でモーションを選択すると、より細かい制御が必要であると解釈され、
自動タイムアウトが呼び出されます。

送信 モーション
これと次の XNUMX つのオプションは、実験的なモーション機能で使用されます。
これは、カメラがマップされた移動モードをサポートしている場合にのみ機能します。
画像を制御コマンドにマッピングできます。 これは通常、次の場合に最も一般的です
ネットワーク カメラですが、サポートする他のカメラでもある程度複製できます。
相対移動モード。 詳細については、「カメラ制御」セクションを参照してください。 チェック
このボックスを使用してモーション トラッキングを有効にします。

送信 ディレイ
これは、次の動作検出を一時停止する秒数です。
動きを追跡するためにカメラが行う可能性のある動き。

返品 企業名簿
カメラが「ホーム」ポジションまたはプリセットをサポートしている場合は、どのプリセットを選択することができます。
モーションを追跡した後、カメラは に戻る必要があります。

返品 ディレイ
これは、動きが検出されなくなってから、
カメラは定義された任意の戻り位置に戻ります。

X10 タブ
注: このタブとそのオプションは、システムが次のことを指定した場合にのみ表示されます。
は、初期システム構成時に X10 ホーム オートメーション プロトコルをサポートします。

X10 アクティベーション String
このフィールドの内容によって、モニターがいつ開始および/または停止されるかが決まります。
「トリガー」で実行するとアクティブになります。 モードおよび X10 トリガー付き。 この形式は、
文字列は次のとおりです、

· n : 数値を入力するだけの場合、モニターは、
その単位コードの X10 ON 信号が検出され、信号が入力されると非アクティブになります。
OFF信号を検出しました。

· !n : 以前のモードを反転します。たとえば、!5 はモニターが
ユニットコード5のOFF信号を検出すると動作し、信号により停止します。
に。

· n+ : 単位コードに続いて + を入力すると、モニターが有効になることを意味します。
その単位コードの ON 信号を受信して​​も、OFF 信号は無視され、
したがって、この命令によって非アクティブ化されることはありません。 「!」を先頭に付けると、 として
前の定義に従って、同様にモード、つまり ON 信号を反転します。
モニターを非アクティブにします。

· n+ : モニターが非アクティブになることを除いて、前のモードと同様です。
指定された秒数後にそれ自体が表示されます。

· n- : ユニットコードに続いて - を入力すると、モニターが非アクティブ化されることを意味します
その単位コードの OFF 信号を受信すると、ON 信号は無視されます。
したがって、この命令によってはアクティブ化されません。 「!」を先頭に付けると、 として
前の定義に従って、同様にモードを反転します。つまり、OFF 信号です。
モニターを起動します。

·n- : モニターがアクティブになることを除いて、前のモードと同様です。
指定された秒数後にそれ自体が表示されます。

これらの式のいくつかを、
複数のアクティブ化状況を作成するには、カンマを使用します。 ただし、今のところはこれを残します
ブランク。

X10 入力 警報 String
これは前のフィールドと同じ形式ですが、
を使用して監視すると、強制アラームが生成され、イベントが記録されます。
モニターはアクティブです。 アクティブ化された場合を除き、上記と同じ定義が適用されます。
アラーム付きで読み取り、非アクティブ化された場合はアラームなし (!) を読み取ります。 ここでもここは空白のままにしておきます。

X10 出力 警報 String
この X10 文字列も、上記の XNUMX つのオプションと同じ形式になります。 ただし、それは機能します
少し違う方法で。 ZoneMinder が X10 イベントに反応する代わりに、これは
このオプションは、現在のモニターがオンになったときに ZoneMinder が X10 信号を送信する方法を制御します。
またはアラーム状態から復帰します。 したがって、数字を入力するだけでONになります。
警報状態になったときに送信するそのユニットコードの信号とOFF信号
警報状態から抜け出すとき。 同様に7+30はユニットコード7のON信号を送信します。
アラーム状態になり、30秒後にOFF信号が発生したとき
州。 X10 命令の組み合わせにより、ZoneMinder が反応できるようになります。
必要に応じて他のデバイスにインテリジェントに送信し、制御を引き継ぎます。 しかし
入力アラーム信号と出力アラーム信号を無差別に使用すると、何らかの問題が発生する可能性があります。
アラームに反応してライトが点灯するなどの恐ろしい競合状態。
その後、アラーム自体が発生します。 したがって、ここではある程度の慎重さが必要です。
とにかく今は空白のままにしておきます。

その他 タブ
イベント 接頭辞
デフォルトでは、イベントの名前は「Event- ' ただし、名前は自由に変更できます
ご希望に応じて個別に。 このオプションを使用すると、イベントのプレフィックス、
「Event-」部分は、イベントに別の名前が付けられるように、任意の値を指定します。
それらは生成されます。 これにより、どのモニターに応じてイベントに名前を付けることができます
それらを生成しました。

セクション 長さ
これは、実行時に生成される固定長イベントの長さ (秒単位) を指定します。
モニター機能は「Record」または「Mocord」です。 それ以外の場合は無視されます。 これはすべきではありません
長すぎてイベントをナビゲートするのが難しくなったり、短すぎてイベントが多すぎたりする
が生成されます。 私が推奨する長さは 300 ～ 900 秒です。

フレーム スキップ
この設定は、「Record」または「Mocord」機能にのみ適用され、次のことを指定します。
記録されたイベントでスキップするフレーム数。 デフォルト設定は、
ゼロの場合、キャプチャされたすべてのフレームが保存されます。 値 XNUMX を使用すると、
保存するたびに XNUMX つのフレームがスキップされることを意味し、XNUMX とは XNUMX つのフレームがスキップされることを意味します
別の考え方としては、保存された各フレーム間に XNUMX つずつというものがあります。
「フレームスキップ + 1」フレームが保存されます。 このポイントは、保存されたイベントを確実に保存することです。
カメラの設置を可能にしながら、不必要に多くのスペースを占有しないようにしてください。
かなり高いフレームレートでキャプチャします。 別のアプローチは、キャ​​プチャを制限することです
フレーム レート。フレームが保存されるレートに明らかに影響します。

FPS レポート インターバル
フレーム/秒の観点から現在のパフォーマンスがどのくらいの頻度で
システムログ。 機能的には使用されないため、今のところはおそらく 1000 に設定します。 もし、あんたが
watch /var/log/messages (通常)、この値が次の場所で出力されるのがわかります。
ビデオのキャプチャと処理の両方に指定する頻度。

デフォルト 規模
モニターが特に大きいまたは小さい画像サイズで定義されている場合は、
ここでモニターを表示するためのデフォルトのスケールを選択できるので、簡単になります。
または Web インターフェースからより見やすくなります。

ウエブサイト 色
ZoneMinder の一部の要素は、特定のビューでモニターを識別するために色を使用するようになりました。
ここで各モニターに使用する色を選択できます。 いかなる仕様であっても、
HTML の色に対して有効です。 ここでは、「red」または「#ff0000」などの色が有効です。 小さな見本
入力ボックスの横に、選択した色が表示されます。

定義 ゾーン
新しいモニターで次に重要なことは、使用するゾーンを設定することです。 に
デフォルトでは、モニターを作成したときにすでに生成されています (
デフォルトのゾーンはモニターによってキャプチャされた全領域です) が、それを変更したり、
他を追加します。

モニターの [ゾーン] 列をクリックすると、小さなポップアップ ウィンドウが表示されるはずです。
これには、カメラからの画像が含まれており、その上に点描パターンが重ねられています。
あなたのゾーン。 デフォルトの場合、これは画像全体をカバーします。 ゾーンの色
ここに表示されるかどうかは、そのタイプによって決まります。 デフォルトのゾーンはアクティブなので、
赤、包含ゾーンはオレンジ、排他ゾーンは紫、排他ゾーンは青
非アクティブなゾーンは白です。

ゾーンの画像の下には、ゾーンのリストを含む表が表示されます。 クリックすると
画像の関連ビット、またはテーブル内の ID または名前のいずれかが表示されます。
ゾーンの詳細を編集できる別のウィンドウ。 詳細については、
ゾーンの定義または編集については、「ゾーンの定義」を参照してください。

ゾーンの構成と調整は、モーション検出モードで実行する場合に重要です。
興味のないビデオ データを保存したり、分類したり、警告を受けたりすることを避けます。 設定中
ゾーンには、いくつかの基本パラメータの設定と、アラーム チェック方法の選択が含まれます。
関連する検出パラメータを調整します。

ゾーン ビューは XNUMX つの主要エリアに分割されており、左側にはオプションのエリアがあり、左側にはオプションのエリアがあります。
右はゾーン描画エリアです。 デフォルトまたは新しいゾーンは描画領域全体をカバーします
すでにそこにある他のゾーンをオーバーレイします。 これまでのゾーンとは異なり、
画像では、現在のゾーンは緑色で表示され、他のゾーンはタイプに関係なくオレンジ色になります。
ゾーンが小さいほど、そのゾーンを調べるのにかかる処理時間は短くなります。

Basic パラメータ
Name 各ゾーンには、参照目的で名前を付けることができます。 ログ記録や
デバッグ中。 ゾーンを識別しやすい名前を選択してください。

種類 これは ZoneMinder の最も重要な概念の XNUMX つであり、次の XNUMX つの概念があります。
から選ぶ。

· アクティブ 内部で動きが検出されるとアラームがトリガーされます。 ここがゾーンです
最も頻繁に使用するタイプで、デフォルト ゾーンに設定されます。 それだけ
アクティブ ゾーンと排他ゾーンはアラームをトリガーする可能性があります。

· 包括的 このゾーン タイプは、トリガーする任意のゾーンに使用できます。
少なくとも XNUMX つの他のアクティブ ゾーンがすでにアラームをトリガーしている場合にのみアラームを鳴らします。 これ
たとえば、植物や木のような画像の領域をカバーする場合があります。
頻繁に移動するため、多くのアラームがトリガーされる可能性があります。 おそらくこれは背後にあります
ただし、監視したいエリアを選択します。この場合はアクティブ ゾーンを作成します。
非可動部分をカバーし、おそらくツリーをカバーする包含ゾーン
感度の低い検出設定でも可能です。 何かがアラームをトリガーした場合
アクティブ ゾーンと包括的ゾーンの両方が登録され、
結果として生じるアラームは、ブランクにした場合よりもはるかに大きくなります。
全部。

· 排他的 動きが検出されたときにアラームをトリガーします。
アラームはアクティブ ゾーンですでにトリガーされています。 これが一番
ゾーンタイプに特化したもの。 たとえば、私の庭をカバーするカメラの中で、私は
ハリネズミがほとんどの夜にやって来て、私の食べ物を嘲笑するので注意してください。
猫のボウル。 そのエリアに機密の排他ゾーンを作成することで、
ハリネズミアラームは、その狭いエリアで活動がある場合にのみトリガーされます。 もしも
もっと大きな何かが起こり、誰かがそこを通り過ぎると定期的な反応が引き起こされるなど、
アラームであり、排他ゾーンからのアラームではありません。 したがって、大きな問題に対して確実にアラームを受け取ることができます
イベントや特別な小さなイベントもありますが、その間の騒音はありません。

· プレクルーシブ このゾーン タイプは比較的最近のものです。 それはプレクルーシブゾーンと呼ばれます
なぜなら、それがトリガーされると、実際にアラームが生成されなくなるからです。
そのイメージフレーム。 したがって、排他的ゾーンで発生する動きやその他の変化は、
アラームがまったく発生しないようにする効果があります。 このための申請は、
ゾーン タイプは主に、一般的な大規模な照明を検出するためのショートカットとして使用されます。
またはその他の変更。 一般に、これは最大数を制限することで実現できます。
アクティブ ゾーン内のアラーム ピクセルまたはその他の測定値。 ただし、場合によっては、
ゾーンは、可変照明の領域が発生する領域をカバーする場合があります。
太陽や影が移動するため、異なる場所に移動することが難しい場合があります。
一般的な値を考え出します。 さらに、太陽が急速に出てくると、
このように最初の変更は参照画像として無視される可能性がありますが、
画像が少なくなるとアラームが最終的にトリガーされる可能性があります。
違う。 XNUMX つ以上の排他ゾーンを使用すると、別のアプローチが提供されます。
排他的ゾーンは、幅がわずか数ピクセルであってもかなり小さくなるように設計されています。
非常に低いアラームしきい値を備えています。 画像の領域に配置する必要があります
壁の高いところや隅など、動きが発生する可能性が低い場所。
一般的な照明の変化が発生した場合、それらは少なくとも次のようにトリガーされます。
アクティブ ゾーンよりも早くアラームを生成し、他のゾーンがアラームを生成するのを防ぎます。
明らかに、キャンセルしないように慎重に配置する必要があります。
本物のアラーム、または動きが飛び跳ねるほど互いに接近していない
ある独占ゾーンから別の独占ゾーンへ。 排他的ゾーンを使用して、
アクティブ ゾーン上に配置することで処理時間を短縮します。 プレクルーシブゾーンは、
最初に処理されます。 それが小さく、トリガーされた場合、残りのゾーン/イメージ
処理されません。

· 非アクティブ 内部の動きの検出を抑制します。 これは重ね着も可能です
他のゾーン タイプの最上部に配置され、非アクティブ ゾーン内での動きが妨げられます。
他のゾーン タイプに対しても有効です。 非アクティブゾーンを使用して、次のような領域をカバーします。
目立った出来事は起こらず、関係のない誤った警報が鳴ることもありません
監視しようとしているものに。 非アクティブなゾーンは他のゾーンにオーバーレイされる可能性があります
領域を空白にするためのもので、最初に処理されます (プライバシー ゾーンを除き、
下記参照）。 一般的な方法として、ゾーンを互いに隣接させるようにする必要があります。
同じ領域の繰り返しの重複処理を避けるために、オーバーラップする代わりに。

· プライバシー 内部のピクセルを黒くします。 一部を隠したい場合に使用できます
状況により別の解決策が不可能な場合は、画像内の領域を削除します。 このゾーン
タイプは他のタイプとは異なり、できるだけ早く処理されます。
キャプチャ中 (タイムスタンプが画像に取り込まれる前であっても) ではなく、
分析プロセス。 したがって、プライバシー ゾーンを追加、変更、または削除しても、表示されません。
キャプチャ プロセスが再開されるまで、画像の変更は維持されます。 これは次のようになります
自動的に実行されますが、数秒かかります。

プリセット プリセット チューザーは、計算上のニーズに基づいて適切なデフォルト値を設定します (高速
v. 最高) と感度 (低、中、高) を選択する必要はありません。
プリセットを選択した後、任意のパラメータを変更できます。 のために
最新の機器で ZoneMinder を実行する少数のモニター、最高、高
感度は良い出発点として選択できます。

我が軍の部隊数

· ピクセル - このオプションを選択すると、次の値の多くを設定できるようになります。
ピクセル単位で入力（または表示）されます。

· パーセンテージ - このオプションを選択すると、次の値の多くを許可します。
パーセンテージとして入力 (または表示) されます。 パーセント値の意味は、
画像全体ではなく、ゾーンの領域に適用されます。 これにより、仕事をしようとします
必要なサイズを簡単に取り出すことができます。

領域ポイント [イメージ]

右側に示すサンプル領域は、6 つの制御点によって定義される領域を示しています。 の
領域の形状により、チェック方法で歩道とポーチの領域が無視されます。
変化する太陽光を受ける壁。 このゾーンでは関係のない XNUMX つの条件。
領域とは、このゾーンにとって対象となるキャプチャされた画像の一部です。 に
デフォルトでは、領域はキャプチャされた画像全体をカバーするように設定されています。 状況に応じて、
このゾーンの選択したタイプに合わせて領域の形状を調整できます。
複数の効果。 これは、参照内のコントロール ポイントをドラッグすることで実行できます。
周囲の画像、または参照の下のコントロールにある座標を変更することによって
画像。 参照画像内の制御点をクリックすると、座標が強調表示されます。
以下の表にあります。 ポイント行の + ボタンをクリックすると、間にコントロール ポイントが追加されます。
この点と次の点。 - ボタンをクリックすると、このコントロール ポイントが削除されます。 それは
誤ってコントロール ポイントを有効な座標の外に配置してしまう可能性があります。
画像。 これにより、モニターが正常に動作しなくなります。 ほぼゾーンを作ることができます
好きな形。 ただし、ゾーンが自己交差しない (つまり、エッジが交差する) ことはありません。
お互い）。

警報 色
これらのパラメータを使用して、ゾーン オーバーレイ パターンを個別に色付けできます。
このゾーンのアラームはアラームの色で強調表示されます。 このオプションは
プレクルーシブ ゾーンと非アクティブ ゾーンには無関係であり、無効になります。

警報 チェック メソッド
アラームの確認方法は3つあります。 これらは連続的であり、階層化されています。
AlarmedPixels モードでは、AlarmedPixel 分析のみが実行されます。 FilteredPixels 内
モードでは、AlarmedPixel 分析が最初に実行され、次に AlarmedPixel 分析が実行されます。
分析。 Blobs モードでは、3 つの分析方法がすべて順番に実行されます。 アン
アラームは次の場合にのみトリガーされます を 有効な分析モードのうちの XNUMX つがトリガーされます。 ために
パフォーマンス上の理由により、いずれかの分析モードの基準が満たされなくなるとすぐに
満たされた場合、フレームのアラーム チェックが完了します。 以降の各モードでは
徐々に多くの計算が必要になるため、パラメータを調整することをお勧めします
活性化された各層で。

参考のために、「ゾーン面積」ボックスには、地域全体の面積が表示されます。
興味。 パーセント モードでは、これは 100 です。ピクセル モードでは、これはピクセル数です。
地域の。 3 つの最小/最大面積パラメータ グループはすべて、ゾーン面積に基づいています。
最大の実用的な値であり、3 つすべてが、で指定された単位で解釈されます。
単位の入力。

アラームピクセル
アラームピクセルは分析の最初のレイヤーであり、常に有効になっています。 これは
この方法から始めて、後続の方法に進むことをお勧めします
基本パラメータの効果を理解したら。 AlarmedPixels で
モードでは、最小/最大ピクセルしきい値、および
最小/最大アラーム領域。

最小/最大 ピクセル しきい値 （0-255）
AlarmedPixel レイヤーの分析では、画像の個々のピクセルが
現在の参照画像との比較。 とは異なるピクセル
参照画像は警告ピクセルとみなされます。 ただし、小さな誤差はありますが、
照明や自動露出カメラの調整により、明示的な値が発生する可能性があります。
ピクセルは画像ごとにわずかに異なります。 このパラメータにより、次のことが可能になります
変更されたピクセルとみなされるものの制限を設定します。 たとえば、あなたの場合、
カメラは何もない白い壁を指し、あなたは黒いアイテムを視界に上げます。
その場合、任意の XNUMX ピクセルの変化は大きく、実際には極端になります。 ただし、あなたが
白い紙を持ち上げると、個々のピクセルの変化は少なくなります。

最小ピクセルしきい値の設定は、わずかな照明が発生するのに十分な高さである必要があります。
イメージングや圧縮の変更は無視されます。 最小値を高く設定しすぎると、
これにより、白猫が気づかれずに白い壁の景色を横切って歩くことができる可能性があります。 良い
最小ピクセルしきい値の開始点は 40 です。これは、差が
のピクセル値は 40 より大きくなければなりません。最大ピクセルの適切なデフォルトです。
しきい値は 0 (最小しきい値を超える差分はすべてゼロであることを示します)
変更とみなされます。)

最小/最大 警報 エリア
アラームが発生したピクセルの数 (またはピクセルに対するアラームが発生したピクセルの割合)
パーセント モードの場合は領域の面積）は、この最初の分析層で使用され、
アラームがトリガーされたかどうかを判断します。 数またはパーセンテージが
最小アラーム領域であるが、最大アラーム領域未満の場合、アラームは発生します。
引き金になった。 これらの設定は、対象とするオブジェクトのサイズによって異なります。
キャプチャ: 値が低すぎると誤警報が発生する可能性があり、値が高すぎると誤警報が発生しない可能性があります。
小さな物体を検出します。 最小値と最大値の両方の開始点としては 0 が適しています。
および 0、アラームが発生したピクセルの任意の数 (または任意の割合) が大きいことを示します。
0 より大きいとアラームがトリガーされます。 ログに記録されたイベントからのフレーム スコアを使用できます。
最小値を妥当な値に引き上げます。 代替の出発点
最小の警報領域（パーセント）は、対象物体が検出する領域の 25% です。
地域で取り上げられます。 たとえば、被写体が動いていると近似すると、
フレームを通る部分がフレームの 30% を占める場合、適切な開始最小領域は次のとおりです。
約7.5％。

フィルタリングされたピクセル
FilteredPixels アラーム チェック メソッドを選択すると、追加のレイヤーが追加されます。
AlarmedPixels チェックの分析と 2 つの追加パラメータ カテゴリ
チューニング用に。 このレイヤーは、
最初の層。 有効になっている場合、このレイヤーと将来のレイヤーでは、アラームが発生したピクセルは無視されます。
最小の小さな正方形サイズのグループに属していない場合。 主にこれ
フィルタリングは、カメラのアーティファクトである可能性がある孤立した警告ピクセルを除去します。
レンズとか圧縮とか。

フィルタ 幅高さ （ピクセル）
このパラメータは、パーセンテージが指定されている場合でも、常にピクセルで指定されます。
選択されたユニット。 特定のオブジェクトを囲むピクセルのグループのサイズを指定します。
ピクセル自体が警告ピクセルとみなされるためには、このピクセルがアラーム ピクセル内に存在する必要があります。
警戒されたピクセル。 幅と高さは常に奇数である必要があります。 3×3は、
デフォルト値であり、5 x 5 も賢明な代替値として提案されています。 使用を避ける
フィルター領域の幅と高さには大きな数値を指定します。 BLOBを使用する場合
アラーム チェック メソッド、FilteredPixels は、次のいずれかを設定することで効果的に無効にできます。
幅または高さを 1 未満の値に設定します。

最小/最大 フィルタ処理 エリア
フィルタリング分析を適用すると、以下の領域が結果として得られます。
警戒区域。 したがって、アラームのフィルタ領域パラメータの最小値と最大値は次のようになります。
対応するアラーム領域パラメータ以下である必要があります。または、
FilteredPixels 分析によってアラームがトリガーされることはありません。 特に便利なのが、
画像アーティファクトによる誤ったイベントが発生するまで、最小アラーム領域パラメータを上げます。
消失し、最小フィルタ領域パラメータからアラーム最小値を差し引いた値を設定します。
area パラメーターは、関心のある小さなイベントをキャプチャするのに十分な大きさです。

ブロブ [画像]

この画像は、1 つの識別されたブロブを含む画像を示しています。 BLOB の輪郭がアラームに表示されます
上記で指定した色。

XNUMX つ以上のフィルタリングされた領域が境界に接触または共有している場合、その境界を評価するのが賢明です。
リージョンを個別のエンティティではなく XNUMX つの連続したエリアとして扱います。 BLOB は連続した領域です
複数のフィルタリングされた領域で構成されます。 一方、FilteredPixes はパーツを除外するのに役立ちます
実際のシーンの一部ではない画像の場合、Blob フィルタリングの方が適しています。
実際のシーンの興味のない領域は無視します。
Blobs Alarm Check Method を選択すると、使用可能なすべてのパラメータが開きます。
Blob を有効にすると、AlarmedPixel と FilteredPixel に分析レイヤーが XNUMX つ追加されます。
2 つの追加パラメータとともに有効なアラームの判定をチェックインします。
調整のカテゴリ: BLOB のサイズと BLOB の数。 BLOB はそうではありません
必然的に、関心のあるオブジェクト全体が対象となります。 サンプル画像では、
被写体は動いていますが、被写体の一部だけが塊としてマークされています。 これは、
被写体が動いても、画像の多くのピクセルは設定値を超えて値が変化しません。
しきい値。 XNUMX つのフレーム内で被写体の肩を表すピクセルは、
次の写真では彼の背中を表していますが、ピクセルの値はほぼそのままです。
同じ。

最小/最大 ブロブ エリア
ブロッブ領域パラメータは、ブロブ領域の最小および最大の連続領域を制御します。
blob とみなされます。 最大領域の適切な値は、デフォルトの 0 です。
(連続領域のサイズに上限はありません。
ブロブとみなされます。)

最小/最大 しみ
通常、イベントをトリガーするには、正の数の BLOB が必要になるため、
デフォルト値の 1 で十分です。 状況によっては、
2 つの BLOB だけではイベントがトリガーされません。その場合、この値を XNUMX に設定するか、
より高い値は、何らかの特別な目的に役立つ可能性があります。 最大ブロブの適切な値は、
デフォルトは 0 です (トリガーされる BLOB の数に上限はありません)。
イベント。 最大 BLOB パラメーターを使用すると、
ブロブの数が多い。

過負荷 フレーム 無視する ワンランク上の
この設定では、アラーム発生後にアラームを発生させないフレーム数を指定します。
過負荷。 この文脈では、過負荷は、検出された変更が大きすぎて処理できないこととして定義されます。
警報を発します。 アラームのチェック方法によっては、 * の数が発生する可能性があります。
アラームが発生したピクセル > アラームが発生した最大エリア、または * フィルターされたピクセルの数 > フィルターされた最大エリア
面積または * ブロブの数 > 最大ブロブ このアイデアは、光のような変化の後、
アラームとしてカウントするには大きすぎると考えられる事態が発生しているため、数秒かかる可能性があります
物事が再び落ち着くためのフレーム。

その他 情報
参照する この ユーザー投稿のゾーン ガイドの追加情報については、イラストが表示されます。
あなたはゾーンを初めて使用するため、さらにサポートが必要です。

鑑賞 モニター
ZoneMinder を使用すると、構成されたモニターのライブ フィードを表示できます。 一度アクセスできるようになると
いずれかのモニターの「名前」列をクリックすると、このビューが表示されます [画像]

名前をクリックすると、次のようなビューが表示されます: [画像]

画像は一目瞭然ですが、ゴミのように見える場合は、
ビデオ設定が間違っているため、システム エラー ログを調べて確認または報告してください。
何か異常なこと。 ウィンドウの中央には、
スターテス; これは、モニターの機能に応じて「アイドル」、「アラーム」、または「アラート」になります。
そして視界の中で何が起こっているのか。 アイドルとは何も起こっていないことを意味し、アラームとは
アラームが進行中です。アラートはアラームが発生したことを意味し、モニターは
「冷却中」です。この間に別のアラームが生成された場合、それは単にアラームの一部になります。
同じイベント。 これらのインジケーターは、緑、赤、オレンジに色分けされています。

デフォルトでは、このウィンドウを最小化したり、他のウィンドウを前面に開いたりすると、ポップアップ表示されます。
アラーム状態になると前まで上がります。 この動作は「オプション」でオフにすることができます
もし必要なら。 設定でサウンド ファイルを指定して再生することもできます。
コンピューターの前にいない場合にアラームが発生してその事実を警告するとき。
理想的には、わずか数秒の短い音である必要があります。 ステータスとして注意してください
数秒ごとに更新されるため、すべてのイベントが警告されない可能性があります
それは起こるので、非常に短い時間を期待する場合は、この目的でそれに依存しないでください
イベント。 あるいは、このウィンドウの更新間隔を減らすこともできます。
ただし、更新頻度が高すぎるとパフォーマンスに影響を与える可能性があります。

ステータスの下には、最近発生したイベントのリストが表示されます。デフォルトでは、これは
過去 10 件のみがリストされていますが、「すべて」をクリックすると完全なリストと「アーカイブ」が表示されます。
このモニターのイベント アーカイブに移動します。これについては後で詳しく説明します。 どれかをクリックすると
列見出しのいずれかによってイベントが適切に並べ替えられます。

必要に応じて、ここからイベントを削除することもできます。 イベント自体は次のようにリストされます。
イベント ID とイベント名 (変更可能)、イベントが発生した時刻、
プリアンブルおよびポストアンブル フレームを含むイベントの長さ、フレーム数
実際にアラームを含む番号を括弧内に含むイベントで構成され、
ようやくスコア。 この列には、アラーム フレームごとの平均スコアと、
アラーム フレームの最大スコア。

スコアは、本質的にピクセルの割合を表す任意の値です。
ブロブ内のゾーンをブロブの数の平方根で割ったもの
ゾーンのサイズで割ります。 これにより、ゾーンの公称最大値は 100 となり、
各ゾーンの合計が合計され、アクティブなゾーンのスコアが変更されずに追加されます。
最初に包括ゾーンが半分になり、排他ゾーンが XNUMX 倍になります。 実際の価値観は、
おそらく 100 よりもはるかに小さいですが、これは、問題がどれほど深刻であるかを簡単に示します。
イベントでした。

フィルタリング イベント
フィルターを使用すると、ZoneMinder で関連するアクションを伴う複雑な条件を定義できます。
例としては、次のものがあります。

· 特定のモニターに対して新しいイベントが発生するたびに電子メールを送信する

· 10 日以上前のイベントを削除する

および多く。

フィルター ウィンドウにはさまざまなビューからアクセスできます。その XNUMX つは、
メイン Web ビューのフィルター ボタン: [画像]

フィルター ウィンドウを使用して、独自のフィルターを作成したり、既存のフィルターを変更したりできます。 あなた
お気に入りのフィルターを保存して、後で再利用することもできます。 フィルタリング自体は
かなり単純です。 まず、フィルターに含める式の数を選択します。
この値を変更すると、各行に対応する行でウィンドウが再描画されます。
表現。 次に、フィルタリングする対象と、式がどのように関連しているかを選択します。
「and」関係か「or」関係かを選択します。 多数のフィルターで構成される場合
式を使用すると、フィルターの一部を括弧で囲むオプションも表示されます。
思いのままに表現してください。 次に、必要に応じて、結果を並べ替える方法を選択し、
表示されるイベントの量を制限するかどうか。

フィルターウィンドウは次のようになります [画像]

· A: これは、事前定義されたフィルターを選択できるドロップダウン リストです。 あなたが気づくでしょう
ZoneMinder には、次の場合にイベントを削除するように構成された PurgeWhenFull フィルタが付属しています。
ディスク容量の 95% に達します。

· B と C: ここでは、フィルターが適用される前に一致する必要がある条件を指定します。
実行されました。 「+」「-」ボタンを使用して条件を追加/削除します

·

D: この is コラボレー フォーム 指定する 何 ニーズ 〜へ 起こる いつ 　 条件 マッチ：

· すべての一致をアーカイブ: データベース内のアーカイブ フィールドを 1 に設定します。
一致したイベント。 「アーカイブ」とは、特別なカテゴリの下にグループ化することだと考えてください。
- アーカイブされたイベントを後で表示したり、アーカイブされたイベントが表示されないことを確認したりできます
たとえば削除される

· すべての一致の電子メール詳細: 構成されたアドレスに電子メールを送信します。
イベントの詳細。 電子メールは未定に従ってカスタマイズできます

· すべての一致でコマンドを実行: 一致したすべてのコマンドで任意のコマンドを実行できます。
一致したイベント

· すべての一致を削除: 一致したイベントをすべて削除します。

· E: 一致する条件を「テスト」するには、「送信」を使用します。 これは一致して表示されます
どのフィルタが一致するか。 一致した後にアクションを実際に実行するには、「Execute」を使用します。
条件。 将来使用するためにフィルターを保存するには「保存」を使用し、フィルターをクリアするには「リセット」を使用します。
設定

注:
フィルター条件の詳細:

イベントにはフィルタリングできるさまざまな要素がいくつかあります。
さらなる説明が必要です。 これらは次のとおりです。 * 'Date/Time' は次のように評価される必要があります。
日付と時刻を組み合わせたもの。* 'Date' と 'Time' はバリアントであり、
これの関連サブセットが含まれています。 * 'Weekday' は予想通り、
週。

前述の要素はすべて、日付と時刻に基づいた非常に柔軟な自由形式を採用しています。
PHP strtotime 関数について (http://www.php.net/manual/en/function.strtotime.php).
これにより、「先週の水曜日」などの値を入力できるようになります。 知り合いになることをお勧めします
この関数を使用して、許可されている形式を確認してください。 たとえ自動化されていても、
フィルターは Perl で実行されるため、Date::Manip パッケージによって解析されます。 すべてが日付ではありません
両方の形式で使用できるため、保存されている場合はフィルターが自動削除を実行します。
または、使用する日付と時刻の形式に互換性があることを確認する必要があるその他のタスク
両方の方法で。 使用する最も安全な形式は「-3 day」または同様の形式です。
解析可能な数値と単位は英語です。

フィルタリングできるその他の項目は、おそらく以下を除いて、すべて自明です。
「アーカイブ済み」は、アーカイブされたイベントを含めたり除外したりするために使用できます。 一般的には、
おそらく、ほとんどのフィルタリングはアーカイブされていないイベントに対して行われます。 ディスクという XNUMX つの要素もあります。
ブロックとディスクパーセントは、イベント自体には直接関係しませんが、
イベントが保存されるディスク パーティション。 これらにより、量を指定できます
「df」コマンドによって返されるブロック単位またはパーセンテージのいずれかで表されるディスク使用量。 彼ら
空き容量ではなく、使用されているディスク容量に関係します。 フィルターが完成したら
が指定されている場合、「送信」をクリックすると、指定に従ってイベントがフィルタリングされます。
フィルタを作成した場合、ディスクベースの要素はイベントに直接関係しないため、
現在のディスク使用量がその量を超えている場合は、「DiskPercent > 95」という用語を含めます
フィルターを送信すると、すべてのイベントがリストされますが、それより少ない場合は、
誰もそんなつもりはありません。 そのため、ディスク関連の用語は主に以下の目的で使用される傾向があります。
自動フィルター (以下を参照)。 保持したいフィルターを作成した場合は、次のことができます。
名前を付けて「保存」をクリックして保存します。

これを行うと、後続のダイアログで、希望するかどうかを指定することもできます。
このフィルタは、イベントを削除するか、ftp 経由でイベントをアップロードするために自動的に適用されます。
別のサーバーとイベントの通知を XNUMX つ以上の電子メール アカウントにメールで送信します。 メール
メッセージ (基本的に携帯電話やポケベル向けの小さな電子メール) には、
[オプション] 画面で定義された形式であり、使用できるさまざまなトークンが含まれる場合があります。
それらを引き起こしたイベントのさまざまな詳細を置き換えます。 これには、へのリンクが含まれます
イベント ビューまたはフィルター、および画像やビデオをイベントに添付するオプション
メール自体。 リンクを表すトークンでは、ログインが必要になる場合があることに注意してください。
実際のページにアクセスし、外部で表示すると機能が異なる場合があります。
一般的な ZoneMinder コンテキスト。 使用できるトークンは以下の通りです。

· イベントの %EI% ID

· %EN% イベントの名前

· %EC% イベントの原因

· %ED% イベントの説明

· %ET% イベントの時刻

· %EL% イベントの長さ

· %EF% イベント内のフレーム数

· %EFA% イベント内のアラーム フレームの数

· %EST% イベントの合計スコア

· %ESA% イベントの平均スコア

· %ESM% イベントの最大スコア

· %EP% イベントへのパス

· %EPS% イベント ストリームへのパス

· %EPI% イベント画像へのパス

· %EPI1% 最初のアラームイベント画像へのパス

· %EPIM% スコアが最も高い (最初の) イベント画像へのパス

· %EI1% 最初のアラームイベント画像を添付

· %EIM% 最高スコアの (最初の) イベント画像を添付します

· %EV% イベント mpeg ビデオを添付

· %MN% モニターの名前

· %MET% モニターのイベントの合計数

· %MEH% 過去 XNUMX 時間のモニターのイベント数

· %MED% 過去 XNUMX 日のモニターのイベント数

· %MEW% 先週のモニターのイベント数

· %MEM% 先月のモニターのイベント数

· %MEA% モニターのアーカイブされたイベントの数

· %MP% モニターウィンドウへのパス

· %MPS% 監視ストリームへのパス

· %MPI% モニターの最近の画像へのパス

· %FN% 一致した現在のフィルターの名前

· %FP% 一致した現在のフィルターへのパス

· %ZP% ZoneMinder コンソールへのパス

最後に、一致したイベントごとに実行されるスクリプトを指定することもできます。 このスクリプト
Web サーバー ユーザーが読み取りおよび実行できる必要があります。 ごとに XNUMX 回実行されます
イベントと、問題のイベントを含むディレクトリへの相対パス。 通常は
これは次のような形式になります/ したがって、このパスから両方を派生できます
モニター名とイベント ID を入力し、必要なアクションを実行します。 任意であることに注意してください
セキュリティのため、フィルター内でコマンドを指定することは許可されていません。
含まれる可能性があるのは、実行可能ファイルへのフルパスです。 何が含まれるかは完全にあなた次第です
しかし。

フィルタリングは、特定の条件に適合するイベントを排除するために使用できる強力なメカニズムです。
ただし、多くの場合、ゾーン設定を変更することでこれにうまく対処できます。
これが真価を発揮するのは、通常、時間フィルターを適用するときです。
平日または一日の特定の時間帯に発生するインスタンス イベントは、
ハイライト表示、アップロード、または削除されました。 さらにフィルターにディスク関連の用語を使用する
つまり、ディスクが作成されたときに最も古いイベントを削除するフィルターを自動的に作成できます。
いっぱいになります。 ただし、この戦略を使用する場合は、
ディスクが完成するまで、各パスで削除したいイベントの量に応じた結果が返されました。
使用感は許容範囲内です。 これを行わない場合、最初のパスは
ディスク使用率が高い場合は、他のイベントを使用していない限り、すべてのイベントが一致して削除されます。
限界内の基準。 ZoneMinder には、サンプル フィルタがすでにインストールされた状態で出荷されます。
無効ですが。 PurgeWhenFull フィルターを使用すると、次の場合に最も古いイベントを削除できます。
ディスクがいっぱいになり始めます。 これを使用するには、フィルタを選択してロードする必要があります
インターフェースを変更し、要件に合わせて変更し、必ず確認して保存します。
「すべての一致を削除」オプション。 これはバックグラウンドで実行され、
ディスクがイベントでいっぱいになることはありません。

節約 フィルター
[画像]

フィルターを保存するときに、フィルターをバックグラウンドで実行したい場合は、必ず選択してください。
「フィルターをバックグラウンドで実行する」オプション。 チェックすると、ZoneMinder はフィルターを確認します。
定期的にチェックされます。 たとえば、新しいイベントの通知を電子メールで受け取りたい場合は、
これがチェックされていることを確認する必要があります。 バックグラウンドで実行するように構成されたフィルター
横に「*」が付いています。

例: [画像]

認定条件 フィルター 実際に
ZoneMinder の舞台裏でフィルタが実際にどのように動作するかを知っておくと役に立ちます。
フィルターが意図したとおりに機能していないことがわかった場合:

· ZoneMinder の主要なフィルタ処理プロセスは、Perl ファイルです。 zmfilter.pl

· zmfilter.pl は FILTER_EXECUTE_INTERVAL 秒ごとに実行されます (デフォルトは 20 秒ですが、変更可能です)
[オプション] -> [システム])

· 実行ごとに、「バックグラウンドで実行」とマークされているすべてのフィルターを通過します。
条件が一致すると、指定されたアクションが実行されます

·

zmfilter.pl また リロード を 　 フィルター あらゆる FILTER_RELOAD_DELAY 秒 （デフォルト is
300秒/5分、 できる be 変更 in オプション -> システム)

· したがって、新しいフィルターを作成したばかりの場合、zmfilter はそれを認識しません。
次の FILTER_RELOAD_DELAY サイクル

· これは、「現在」のような「相対時間」を使用する場合にも重要です - を参照してください。
警告 　 相対 リーディングシート

相対 リーディングシート in date ストリング
相対項目は、日付 (存在しない場合は現在の日付) を前後に調整します。 の
相対アイテムの効果は蓄積されます。 ここではいくつかの例を示します。

* 1年
* 1年前
* 3年
* 2日

時間の変位の単位は、移動の文字列「年」または「月」によって選択できます。
何年も何ヶ月もかけて。 年と月はすべて同じではないため、これらはあいまいな単位です。
間隔。 より正確な単位は、14 日に相当する「週間」、7 日に相当する「週」です。
「日」は 24 時間、「時間」は 60 分、「分」または「分」は 60 秒、および
「秒」または「秒」は XNUMX 秒に相当します。 これらの単位の「s」接尾辞は受け入れられ、無視されます。

時間の単位の前に、オプションで符号付きの数値として与えられる乗数を付けることができます。
符号なしの数値は正の符号付きとみなされます。 数値がまったく存在しない場合は、a が 1 であることを意味します。
乗数。 相対項目の後に文字列「ago」を付けることは、相対項目の前に付けることと同じです。
値 -1 の乗数による単位。

文字列「tomorrow」は将来の XNUMX 日 (「day」に相当) に相当します。
「yesterday」は過去 XNUMX 日の値です (「day ago」に相当)。

文字列「now」または「today」は、ゼロ値の時間に対応する相対項目です。
ディスプレイスメント、これらの文字列は、ゼロ値の時間ディスプレイスメントが表すという事実から来ています。
前の項目によって変更されていない場合の現在時刻。 ストレスに利用される可能性があります
他の項目、「今日の 12:00」など。 文字列「this」には次の意味もあります。
ゼロ値の時間置換ですが、「this thursday」のような日付文字列では好まれます。

相対項目により、結果の日付が時計の境界を越える場合
通常は夏時間に合わせて調整され、結果の日付と時刻が調整されます
それに応じて。

単位のあいまいさは、相対的な項目で問題を引き起こす可能性があります。 たとえば、「2003-07-31 -1」
month' は 2003-07-01 が無効な日付であるため、2003-06-31 と評価される可能性があります。 決定する
より確実に前月を尋ねるには、現在の 15 日より前の月を問い合わせることができます。
月。 例えば：

$ 日付 -R

木、31 年 2003 月 13 日 02:39:0700 -XNUMX

$ date --date='-1 month' +'先月は %B でしたか?'

先月はXNUMX月だったかな？

$ date --date="$(date +%Y-%m-15) -1 month" +'先月は %B でした!'

先月はXNUMX月でした！

これは ZoneMinder フィルタに適用されるため、次の期間内のイベントを検索するとよいでしょう。
あるいは、たとえば 30 日より古いイベントを削除するパージ フィルターを作成することもできます。
後者の場合は、フィルタに少なくとも XNUMX 行が必要になります。 最初の行は次のようになります。
[ 】

アーカイブされたイベントを削除したくないからです。

30 日より古いイベントを検索する XNUMX 行目は次のようになります。
[と-30日]

「未満」を使用して、指定した日付より前のイベントに一致することを示します。
また、「-30 days」を指定すると、フィルターが実行される時刻の 30 日前の日付が示されます。
もちろん30日前でも使えます(?)。

フィルタに基づくアクションを有効にする前に、必ずフィルタをテストして、
一貫して必要な結果が返されます。 送信ボタンを使用して内容を確認できます
イベントはクエリによって返されます。

警告 　 相対 リーディングシート
「現在」や「1 分前」などの相対日付を指定する場合に注意すべき点が XNUMX つあります。
これらは、Zoneminder のフィルタリング プロセスによって特定の日付と時刻に変換されます。
(zmfilter.pl) フィルターがロードされるとき。 これらはフィルタのたびに再計算されません_
走る。 FILTER_RELOAD_DELAY で指定された値に応じてフィルターが再ロードされます。
Zoneminder Web コンソールの変数 -> オプション -> システム

これは、たとえば次のような場合に混乱を引き起こす可能性があります。ユーザーが次のように指定したとします。
イベント「DateTime」が「少なくなった瞬間に電子メールでイベントの通知を受け取りたい」
フィルター基準として「より」「現在」を使用します。フィルターが zmfilter.pl によって最初にロードされるとき、これは
「開始時刻 < のイベントに一致 + localtime() (現地時間は
このフィルターがロードされるときに解決される時間。 さあ、フィルターが届くまで
FILTER_RELOAD_DELAY 秒後にリロードされます (通常は 300 秒または 5 に設定されます)
分）、その時間は再計算されないため、フィルターは新しいイベントを処理しません
計算された日付からさらに 5 分まで発生しますが、これはおそらくあなたが想定しているものではありません
欲しいです。

トラブルシューティング ヒント
フィルターが機能しない場合は、次の役立つヒントを参照してください。

· Zoneminder で情報ログとデバッグ ログを確認する

・ 走る sudo zmfilter.pl -f コマンドラインからログ出力を確認してください

· アクションにかかる時間を確認します - zmfilter.pl はアクションが完了するまで待機します
再度チェックされる前に

· 「現在」や「1 年前」などの相対時間を使用している場合は、zmfilter を覚えておいてください。
フィルターを再読み込みするときにのみ、その相対時間を絶対日付に変換します。
FILTER_RELOAD_DELAY 期間によって決まります。 それで、たとえば、なぜなのか疑問に思っている場合は、
イベントは 5 分間隔より前に検出されず、そのようなものを使用しました
相対的な条件、これが理由です

· 新しいフィルターを最初から試したときにうまく機能していることがわかった場合
Web コンソール ([送信] または [実行] ボタンを使用) ですが、次の場合には機能しないようです。
バックグラウンド モードで実行している場合、互換性の問題に偶然遭遇した可能性があります
Perl と PHP が自由形式のテキストを日付/時刻に変換する方法の間。 経由でテストすると、
「送信」または「実行」ボタンを押すと、時間変換のための PHP 関数が呼び出されます。
フィルターがバックグラウンド モードで実行される場合、zmfilter.pl は Perl と同等の関数を呼び出します。
場合によっては、使用している Perl および PHP のバージョンによっては、結果が異なる場合があります。
このような状況に直面した場合、最善の行動は逃げることです sudo zmfilter.pl -f
ターミナルからフィルタが実際に Perl でも同様に機能することを確認します。

鑑賞 イベント
モニターまたはフィルターされたイベントのリストから、イベントをクリックして表示できるようになりました。
より詳しく。

これは、特定のモニターのイベントを表示するビューの例です: [イメージ]

ストリーミング機能がある場合は、イベントを構成する一連の画像が表示されます。
その下には進行状況バーも表示されます。 構成に応じて、これは次のようになります
静的であるか、イベントの進行状況を示すために入力されます。 に
デフォルトでは、この機能は画像配信時の低帯域幅設定ではオフになっています。
リアルタイムに追いつかない傾向があり、進行状況バーはこれを反映できません
アカウント。 進行状況バーが更新されるかどうかに関係なく、進行状況バーをクリックして移動できます。
イベントの特定のポイントに。

静止画像自体を表示するためのリンクも表示されます。 そうしないと
ストリーミングがある場合は、このページに直接移動します。 画像自体は、
サムネイルのサイズと、選択した構成と帯域幅に応じて、
ブラウザ内で拡大縮小された完全な画像か、実際に拡大縮小された画像のいずれかです。 それであれば、
後者は、たとえば帯域幅が低い場合、
画像。 サムネイル画像を生成する必要がある場合、サムネイル画像は保存されません。
将来的には再生成されます。 画像が表示されたら、マウスを上に置くと画像が表示されます。
シーケンス番号と画像スコア。

イベント ストリームを表示する例を次に示します: [画像]

· A: 個々のフレームの表示を含む、イベントの管理イベント オプション

· B: 実際の画像ストリーム

· C：ナビゲーションコントロール

· D: 単一イベントの視聴と継続モード (イベントが進行する) を切り替えることができます。
再生完了後に次のイベントへ)

· E: イベント進行状況バー - 現在のイベントがどれだけ再生されたかを示します。

アラーム画像に、アラームの概要を示すオーバーレイが含まれていることが初めてわかります。
警報領域を表すブロブ。 このアウトラインはそのゾーンに定義された色です
アラームの原因が何であるかを確認できます。 サムネイルの XNUMX つをクリックすると、
フルサイズのウィンドウが表示され、画像を細部まで確認したりスクロールしたりできます。
イベントを構成するさまざまなイメージを通して。 ZM_RECORD_EVENT_STATS がある場合
オプションをオンにすると、ここで「統計」リンクをクリックして、統計の分析を取得できるようになります。
出来事の原因。

その他 details on 　 管理 イベント オプション （）
イベントを保持したくない場合は、「削除」をクリックするとイベントが消去されます。
データベースとファイル システムから取得します。 イベントウィンドウに戻り、その他のオプションはここにあります
イベントの名前をより意味のあるものに変更し、ウィンドウを更新してイベントを再生します。
イベント ストリーム、イベントの削除、ストリーム バージョンと静止バージョンの切り替え
イベント (サポートされている場合) とイベントの MPEG ビデオの生成 (サポートされている場合)。

これらの最後の XNUMX つのオプションについては、さらに説明が必要です。 イベントをアーカイブするとは、
特に指定しない限り、脇に保管され、通常のイベントリストには表示されません。
アーカイブされたイベントを表示するよう依頼します。 これは、可能性があると思われるイベントを保持するのに役立ちます。
重要なもの、または単に守りたいもの。 イベントがアーカイブされると、削除したり、
アーカイブされていませんが、通常のアーカイブされていないイベントを表示するときに誤って削除することはできません。

MPEG ビデオを生成する最後のオプションはまだ実験段階であり、
有用性は異なる場合があります。 オープンソースのffmpegエンコーダを使用して短いビデオを生成します。
これは閲覧マシンにダウンロードされるか、その場で表示されます。 を使用するときは、
ffmpeg エンコーダを使用すると、ZoneMinder はビデオの長さを一致させようとします。
イベントの期間。 Ffmpeg には特に豊富なオプションのセットがあり、次のように指定できます。
設定中に、あなたの環境に合わせて追加オプションを含めることができます。
環境設定。 特に、次の場合は、追加または異なるオプションを指定する必要がある場合があります。
一部のコーデックのみで特に遅いフレーム レートでイベントのビデオを作成している場合
特定の範囲のフレーム レートをサポートします。 以下の FFMPEG_OUTPUT_OPTIONS の共通値
[オプション] > [画像の可能性] '-r 25 -b 800k' 25 fps および 800 kbps の場合。 これらの詳細
オプションは、 ドキュメント エンコーダ用であり、の範囲外です。
このドキュメント。

特に大規模なイベントの場合、MPEG ビデオの構築には時間がかかる場合があるため、そうすべきではありません。
多くの CPU を集中的に使用するエンコーダがホスト ボックスに与える影響は少ないため、簡単に実行してください。
良い。 ただし、イベント用にビデオが作成されると、その後も保存されます。
表示しても生成オーバーヘッドは発生しません。 ビデオも含めることができます
ただし、多くの場合と同様に、このオプションを使用する場合は注意が必要です。
イベントが頻繁に発生すると、CPU とディスク容量のペナルティがすぐに増大する可能性があります。

オプション
指定できるさまざまなオプションが、各グループのタブ付きダイアログに表示されます。
オプションは別の見出しの下に表示されます。 各オプションはその名前とともに表示されます。
簡単な説明と現在の値。 「?」をクリックすることもできます。 それぞれの後に続くリンク
「説明」をクリックすると、各オプションについての詳しい説明が表示されます。 これはあなたがするのと同じです
zmconfig.pl から取得します。 多くのオプション グループには、先頭近くにマスター オプションがあります。
グループ全体を有効または無効にするため、事前にこの状態を認識しておく必要があります。
オプションを変更し、それが何らかの変化をもたらすことを期待しています。

オプションの値を変更した場合は、それを「保存」する必要があります。 の数
オプション グループでは、変更したオプションを通知するように求められます。
システムの再起動が必要になります。 変更する場合、これは自動的には行われません
同じセッション内で多くの値を使用できますが、すべての変更を行った後は、次のようにする必要があります。
できるだけ早く ZoneMinder を再起動してください。 その理由は、Web と一部のスクリプトです。
新しい変更はすぐに反映されますが、一部のデーモンは引き続き
古い値が存在し、データの不整合や損失が発生する可能性があります。

オプション - ディスプレイ
[画像]

このオプション画面では、ZoneMinder のスキンを選択できます。 現在利用可能
スキンは次のとおりです。

・ クラシック

・ フラット

· XML (非推奨になり、Web/API が優先)

· モバイル (非推奨)

オプション - エントルピー
[画像]

LANG_DEFAULT - ZoneMinder では、次の場合に Web インターフェイスで英語以外の言語を使用できます。
適切な言語ファイルが作成され、存在していること。 このオプションを使用すると、次のことが可能になります
使用されるデフォルト言語を出荷時の言語であるイギリス英語から次の言語に変更します。
他の言語。

OPT_USE_AUTH - ZoneMinder は XNUMX つのモードで実行できます。 最も単純なのは完全に
非認証モードでは、誰でも ZoneMinder にアクセスしてすべてのタスクを実行できます。 これは
Web サーバーへのアクセスが他の方法で制限されているインストールに最適です。 の
他のモードでは、さまざまな権限セットを持つユーザー アカウントが有効になります。 ユーザーはログインするか、
ZoneMinder へのアクセスを認証し、定義された権限によって制限されます。
インターネット接続の安全性を確保するために認証モードのみに依存すべきではありません
ゾーンマインダー。

AUTH_TYPE - ZoneMinder は、実行時に XNUMX つの方法を使用してユーザーを認証できます。
認証モード。 XNUMX つ目は、ZoneMinder が次の機能を提供する組み込みメソッドです。
ユーザーがログインし、自分の身元を追跡できるようにします。 XNUMX 番目の方法では、
を渡す http 基本認証などの他の方法と連携します。
http 経由で「リモート」ユーザーを個別に認証します。 この場合、ZoneMinder は
このようなユーザーが設定されている場合、追加の認証なしで指定されたユーザー
ゾーンマインダー。

AUTH_RELAY - ZoneMinder が認証モードで実行されている場合、ユーザーの詳細を渡すことができます
Web ページとバックエンド プロセスの間。 これを行うには XNUMX つの方法があります。
XNUMX つ目は、直接のユーザー名や文字列を含まない、時間制限のあるハッシュ文字列を使用することです。
パスワードの詳細、XNUMX 番目の方法は、ユーザー名とパスワードを渡すことです。
平文。 この方法は、md5 ライブラリがない場合を除いて推奨されません。
システム上で利用できるか、外部アクセスのない完全に分離されたシステムがあります。
システムが他の方法で分離されている場合は、認証リレーをオフにすることもできます。

AUTH_HASH_SECRET - ZoneMinder がハッシュ認証モードで実行されている場合は、これが必要です
ユーザー名などの暗号化された機密情報を含むハッシュ化された文字列を生成する
そしてパスワード。 これらの文字列は適度に安全ですが、ランダムな秘密が追加されています。
セキュリティが大幅に向上します。

AUTH_HASH_IPS - ZoneMinder がハッシュ認証モードで実行されている場合、オプションで
結果のハッシュに要求元の IP アドレスを含めます。 これにより、追加のレベルが追加されます
そのアドレスからのリクエストのみがその認証キーを使用できるため、セキュリティが保護されます。 しかし、
モバイル ネットワーク経由のアクセスなどの状況によっては、要求アドレスが変更される場合があります。
ほとんどのリクエストが失敗する原因となるリクエストごとに。 このオプションを使用すると、制御できます
システム上の認証ハッシュに IP アドレスが含まれているかどうか。 もし、あんたが
認証で断続的な問題が発生する場合は、このオプションをオフにすると解決する可能性があります。

AUTH_HASH_LOGINS - ZoneMinder にログインするための通常のプロセスはログイン画面経由です。
ユーザー名とパスワード付き。 状況によっては、アクセスを許可することが望ましい場合があります。
たとえばサードパーティのアプリケーションから XNUMX つ以上のページに直接アクセスできます。 このオプションの場合
有効になっている場合、リクエストに「auth」パラメータを追加すると、ショートカット ログインが含まれます。
まだログインしていない場合は、ログイン画面をバイパスします。認証ハッシュは時間がかかるため、
オプションで IP を制限すると、次の場所から ZoneMinder 画面に短期間アクセスできるようになります。
他の Web ページなど。これを使用するために、呼び出し側アプリケーションは、
認証ハッシュ自体を検証し、それが有効であることを確認します。 このオプションを使用する場合は、次のようにする必要があります
ZM_AUTH_HASH_SECRET をシステムに固有のものに変更していることを確認してください。

OPT_FAST_DELETE - 通常、アラームの結果として作成されるイベントはエントリで構成されます
XNUMX つ以上のデータベース テーブルとそれに関連付けられたさまざまなファイル。 削除する場合
ブラウザ内のイベントをすべて削除しようとすると、長い時間がかかる可能性があります。
たくさんのイベントを一度にやる。 このオプションを設定することをお勧めします。つまり、
ブラウザ クライアントはイベント テーブル内のキー エントリのみを削除します。つまり、
イベントはリストに表示されなくなり、zmaudit デーモンが残りのイベントをクリアします。
後で休みます。

FILTER_RELOAD_DELAY - ZoneMinder を使用すると、フィルタをデータベースに保存できます。
特定の基準に一致するイベントを電子メールで送信、削除、またはリモート マシンにアップロードする
zmfilter デーモンはこれらをロードし、実際の操作を実行します。 このオプションにより決定されます
最新バージョンを取得するためにフィルターがデータベースから再ロードされる頻度 (秒単位)
または新しいフィルター。 フィルタを頻繁に変更しない場合は、この値を大きな値に設定できます。
の値です。

FILTER_EXECUTE_INTERVAL - ZoneMinder を使用すると、フィルターをデータベースに保存できます。
特定の基準に一致するイベントの電子メール送信、削除、またはリモートへのアップロードを許可します。
zmfilter デーモンはこれらをロードし、実際の操作を実行します。 このオプション
データベースに保存されたイベントに対してフィルターが実行される頻度を決定します。 もし、あんたが
新しいイベントに迅速に応答したい場合は、より小さい値にする必要がありますが、これは可能性があります。
システム全体の負荷が増加し、他の要素のパフォーマンスに影響を与えます。

MAX_RESTART_DELAY - zmdc (zm デーモン制御) プロセスは、プロセスがいつ実行されるかを制御します。
開始または停止し、失敗したものは再起動しようとします。 デーモンが頻繁に失敗する場合
その場合、再起動の試行ごとに遅延が発生します。 それでもデーモンが失敗する場合は、
この遅延は、継続的にシステムに余分な負荷がかかるのを防ぐために増加します。
が再起動します。 このオプションは、この最大遅延を制御します。

WATCH_CHECK_INTERVAL - zmwatch デーモンは、
デーモンをキャプチャして、ロックアップしていないことを確認します (まれに同期エラーが発生することがあります)
無期限にブロックされます)。 このオプションは、デーモンをチェックする頻度を決定します。

WATCH_MAX_DELAY - zmwatch デーモンは、キャプチャのイメージ キャプチャ パフォーマンスをチェックします。
デーモンがロックアップしていないことを確認します (まれに、ブロックされる同期エラーが発生することがあります)
無期限)。 このオプションは、最後にキャプチャされてから許容される最大遅延を決定します。
フレーム。 この期間が経過してもイメージをキャプチャしなかった場合、デーモンは再起動されます。
ただし、実際の再起動にはチェック間隔の関係で多少長くかかる場合があります。
上記の値。

RUN_AUDIT - zmaudit デーモンは、データベースに保存された情報を確認するために存在します。
とファイルシステム上では一致しており、相互に一貫性があります。 エラーが発生した場合や、
「高速削除」を使用している場合、データベースのレコードは削除されてもファイルは残っている可能性があります。
この場合および同様の場合、zmaudit は冗長な情報を削除して、
XNUMX つのデータ ストア。 このオプションは、zmaudit をバックグラウンドで実行するかどうかを制御します。
これらのチェックと修正を継続的に実行します。 これはほとんどのシステムで推奨されますが、
非常に多くのイベントがある場合、データベースをスキャンするプロセスと
ファイルシステムの処理には長い時間がかかり、パフォーマンスに影響を与える可能性があります。 この場合、そうでない方がよいかもしれません
zmaudit を無条件に実行し、他の場所で時折チェックをスケジュールする
便利ですよ、時代。

AUDIT_CHECK_INTERVAL - zmaudit デーモンは、保存された情報をチェックするために存在します。
データベースとファイルシステム上は一致し、相互に一貫性があります。 エラーの場合
が発生するか、「高速削除」を使用している場合はデータベース レコードが削除される可能性がありますが、
ファイルは残ります。 この場合、および同様の場合、zmaudit は冗長な情報を削除して、
900 つのデータ ストアを同期します。 デフォルトのチェック間隔は 15 秒 (XNUMX 分) です。
ほとんどのシステムでは問題ありませんが、イベントの数が非常に多い場合、
データベースとファイルシステムのスキャンには時間がかかり、パフォーマンスに影響を与える可能性があります。 この中で
場合によっては、システムへの影響を軽減するために、この間隔を大幅に長くすることをお勧めします。
このオプションは、これらのチェックを実行する頻度を決定します。

OPT_FRAME_SERVER - 状況によっては、遅いディスクでは非常に長い時間がかかる可能性があります
イメージをディスクに書き込むと、特に実行中に分析デーモンが遅れます。
高フレームレートのイベント。 このオプションを [はい] に設定すると、フレーム サーバー デーモン (zmf) が有効になります。
分析デーモンから画像が送信され、実際の書き込みが行われます。
画像自体が分析デーモンを解放し、他の処理を実行できるようにします。 これをすべきか
送信失敗、またはその他の永続的または一時的なエラーが発生すると、この機能は停止します。
分析デーモンに戻ります。

FRAME_SOCKET_SIZE - キャプチャされた大きな画像の場合、
書き込まれる量が制限を超えると、フレーム サーバーへの分析デーモンが失敗します。
デフォルトのバッファサイズ。 イメージは分析デーモンによって書き込まれるため、データはありません。
が失われると、そもそもフレーム サーバー デーモンのオブジェクトが無効になります。 使用できます
このオプションは、より大きなバッファ サイズを使用する必要があることを示します。 可能性があることに注意してください
システム上の既存の最大ソケット バッファ サイズを sysctl 経由で (または
/proc/sys/net/core/wmem_max) この新しいサイズを設定できるようにします。 あるいは、次のこともできます
同じ方法でシステムのデフォルトのバッファ サイズを変更します。この場合、
このオプションでは変更を必要とせずに使用されます

OPT_CONTROL - ZoneMinder には、制御可能なカメラの限定的なサポートが含まれています。 いくつかの
サンプル プロトコルが含まれており、他のプロトコルも簡単に追加できます。 自分をコントロールしたい場合は、
ZoneMinder 経由でカメラを使用する場合は、静的カメラしかない場合はこのオプションを選択します。
または、他の制御方法を使用して、このオプションをオフのままにしてください。

OPT_TRIGGERS - ZoneMinder は、プロンプトまたはキャンセルを行う外部システムと対話できます。
アラーム。 これは、zmtrigger.pl スクリプトによって行われます。 このオプションは、次のことを行うかどうかを示します。
これらの外部トリガーを使用します。 ほとんどの人はここで「ノー」と答えるでしょう。

CHECK_FOR_UPDATES - ZoneMinder バージョン 1.17.0 以降、新しいバージョンは
もっと頻繁に。 新しいバージョンごとに手動でチェックを保存するには、ZoneMinder は次のようにチェックできます。
最新のリリースを確認するには、zoneminder.com Web サイトを参照してください。 これらのチェックは、
頻度は低く、週に XNUMX 回程度であり、個人情報やシステム情報は送信されません。
現在のバージョン番号以外。 これらのチェックの実行を希望しない場合、または
ZoneMinder システムにはインターネット アクセスがありません。これでこれらのチェックをオフにできます。
構成変数 UPDATE_CHECK_PROXY - プロキシを使用してインターネットにアクセスする場合は、
ZoneMinder は、zoneminder.com にアクセスして更新を確認できるようにするために、これを認識する必要があります。 もし、するなら
プロキシを使用する ここに完全なプロキシ URL を次の形式で入力します。 http:// : /

SHM_KEY - ZoneMinder は共有メモリを使用してモジュール間の通信を高速化します。 に
共有メモリキーを使用するための適切な領域を識別します。 このオプションは、
ベースキーは、各モニターがその ID を持っているか、これと組み合わせて実際に使用されるキーを取得します。
通常、別のインスタンスと衝突しない限り、この値を変更する必要はありません。
同じマシン上の ZoneMinder。 最初の XNUMX つの XNUMX 進数のみが使用され、下位 XNUMX 桁は使用されます。
マスクされて無視されます。

オプション - 設定
[画像]

TIMESTAMP_ON_CAPTURE - ZoneMinder は XNUMX つの方法で画像にタイムスタンプを追加できます。 デフォルト
このオプションを設定すると、各画像にタイムスタンプが即座に付けられます。
キャプチャされるため、メモリに保持されている画像はすぐにマークされます。 XNUMX 番目の方法では、
イベントの一部として保存されるか、アクセスされるまで、画像にタイムスタンプを付けます。
ウェブ。 両方のメソッドで使用されるタイムスタンプには、保存されるのと同じ時間が含まれます。
画像と一緒に。 最初の方法では、画像にタイムスタンプが付けられるようにします。
他の状況では、タイムスタンプが付けられていない画像であっても、すべての画像にタイムスタンプが付けられます。
保存または表示されます。 XNUMX 番目の方法では、保存された画像をコピーしてから保存する必要があります。
保存されない場合、おそらく異なるスケールの XNUMX つのタイムスタンプが適用される可能性があります。 これには、
(おそらく) タイムスタンプが常に同時に適用されるという望ましい副作用
解像度を変更することで、スケーリングが適用された画像でも読みやすく正確に表示されます。
スケーリングされたタイムスタンプ。

CPU_EXTENSIONS - SSE2 や SSSE3 などの高度なプロセッサ拡張機能が利用可能な場合、
ZoneMinder はこれらを使用できるため、パフォーマンスが向上し、システム負荷が軽減されます。
高度なプロセッサ拡張機能をサポートしていないプロセッサでこのオプションを有効にする
ZoneMinder によって使用されるものは無害であり、影響はありません。

FAST_IMAGE_BLENDS - アラームを検出するには、ZoneMinder はキャプチャした画像をブレンドする必要があります。
保存された参照画像を更新して、次の画像と比較します。 参考資料
モニターに指定されたブレンドパーセントは、新しい画像がモニターにどの程度影響を与えるかを制御します。
参考画像。 これには XNUMX つの方法が使用できます。 このオプションが設定されている場合
その場合、乗算や除算を一切使用しない高速な計算が使用されます。 これ
計算は非常に高速ですが、可能なブレンドの割合が 50% に制限されます。
25%、12.5%、6.25%、3.25%、1.5%。 他のブレンド割合は次のように四捨五入されます。
可能な限り最も近いもの。 代わりに、このオプションをオフにして標準を使用することもできます。
代わりにブレンディングを行うため、速度が遅くなります。

OPT_ADAPTIVE_SKIP - ZoneMinder の以前のバージョンでは、分析デーモンが次のことを試みていました。
各パスで最後にキャプチャされたフレームを処理することでキャプチャ デーモンに追いつきます。
これにより、最初の部分が失われるという望ましくない副作用が生じることがあります。
アラーム前のフレームをすべて書き込む必要があるため、アラームの原因となったアクティビティ
次のフレームを処理する前にディスクとデータベースに転送されるため、フレーム間の遅延が発生します。
XNUMX番目とXNUMX番目のイベントフレーム。 このオプションを設定すると、新しい適応アルゴリズムが有効になります
ここで、分析デーモンはできるだけ多くのキャプチャされたフレームを処理しようとしますが、
キャプチャ デーモンがまだ処理されていない上書きの危険がある場合にフレームをスキップする
フレーム。 このスキップはリング バッファのサイズと量に応じて変化します。
そこに残ったスペース。 このオプションを有効にすると、最初の部分をより適切にカバーできるようになります。
イベントの中間または終了に向けてスキップされたフレームを偏らせながら、アラームの発生を抑制します。
ただし、これは分析デーモンを作成する影響があることに注意する必要があります。
イベント中や特に高速な場合は、キャプチャ デーモンよりも若干遅れて実行されます。
適応アルゴリズムが圧倒され、キャプチャする時間がない可能性があります。
保留中のフレームの急速な増加に反応し、バッファ オーバーラン状態に対処します。
発生します。

MAX_SUSPEND_TIME - ZoneMinder を使用すると、モニターのモーション検出を一時停止できます。
たとえばカメラをパンしているときなどです。 通常、これはオペレータの再開に依存します。
その後モーション検出を行うと、モニターが永久に残る可能性があるため、
サスペンド状態。 この設定では、カメラが動作できる最大時間を設定できます。
モーション検出を自動的に再開するまで一時停止されます。 この時間は延長可能です
最初の連続的なカメラの動きの後に続くサスペンド表示によって、
モニターが一時停止されているときに発生します。

STRICT_VIDEO_CONFIG - 一部のビデオ デバイスでは、設定時にエラーが報告される場合があります。
実際に操作が成功したときのさまざまなビデオ属性。 このオプションを切り替える
オフの場合でも、これらのエラーは報告されますが、ビデオが強制終了されることはありません。
キャプチャデーモン。 ただし、これを行うと、以下を含むすべてのエラーが無視されることに注意してください。
正規品であるため、ビデオ キャプチャが正しく機能しなくなる可能性があります。
このオプションは注意して使用してください。

SIGNAL_CHECK_POINTS - ローカルに接続されたビデオ カメラの場合、ZoneMinder は信号をチェックできます
キャプチャされた各画像上のランダムな点の数を調べることで損失を検出します。 これらすべてが揃っていれば、
ポイントが同じ固定カラーに設定されている場合、カメラは信号を失ったと想定されます。
これが発生すると、開いているイベントはすべて閉じられ、短い XNUMX フレームの信号損失イベントが発生します。
信号が戻ったときにも同様に生成されます。 このオプションは、上にあるポイントの数を定義します。
それぞれの画像を確認してください。 これは最大値であることに注意してください。チェックされていないポイントが見つかった場合
color はそれ以上のチェックを中止するため、ほとんどの場合、いくつかのポイントで実際に
チェックされる。 ネットワークおよびファイルベースのカメラは決してチェックされません。

V4L_MULTI_BUFFER - Video 4 Linux デバイスを使用するときのパフォーマンスは通常、次の場合に最高です。
複数のバッファが使用され、前の画像がキャプチャされている間に次の画像をキャプチャできるようになります。
処理中です。 カード上に複数のデバイスがあり、XNUMX つの入力を共有している場合、
切り替えを行うと、このアプローチでは XNUMX つのソースからのフレームが混在する場合があります。
別のフレームを使用して。 このオプションをオフにすると、マルチ バッファリングが防止されます。
速度は遅くなりますが、より安定した画像キャプチャが可能になります。 このオプションは、ローカル以外のカメラの場合、または次の場合には無視されます。
キャプチャ チップには入力が XNUMX つだけ存在します。 このオプションは、同様の問題に対処します。
ZM_CAPTURES_PER_FRAME オプションであり、通常は次のいずれかの値のみを変更する必要があります。
オプションを一度に選択できます。 異なる値が必要な異なるキャプチャ カードがある場合は、
ソース ページ上の個々のモニターでそれらをオーバーライドできます。

CAPTURES_PER_FRAME - ビデオ キャプチャ カードに接続されたカメラを使用している場合
複数の入力を強制的に XNUMX つのキャプチャ チップを共有するため、場合によっては次のような画像が生成されることがあります。
インターレース フレームが反転すると、画質が低下し、独特のコーム エッジが発生します。
外観。 この設定を増やすと、事前に追加の画像キャプチャを強制できるようになります。
XNUMX つはキャプチャされたフレームとして選択されます。 これにより、キャプチャ ハードウェアが「安定」します。
キャプチャレートは低くなりますが、より高品質の画像が生成されます。 このオプションには何もありません
(a) ネットワーク カメラ、または (b) 複数の入力がキャプチャ チップを共有していない場合に影響します。
このオプションは、ZM_V4L_MULTI_BUFFER オプションと同様の問題に対処します。
通常は、一度に XNUMX つのオプションの値のみを変更します。 違うものをお持ちの場合
異なる値が必要なキャプチャ カードは、個々のモニタで無効にできます
ソースページにあります。

FORCED_ALARM_SCORE - 「zmu」ユーティリティを使用すると、モニターにアラームを強制的に鳴らすことができます。
動き検出アルゴリズムに依存するよりも。 このオプションはどのスコアを与えるかを決定します
これらのアラームは、通常のアラームと区別するために使用されます。 255 以下でなければなりません。

BULK_FRAME_INTERVAL - 従来、ZoneMinder はフレーム データベースにエントリを書き込みます
キャプチャおよび保存された各フレームのテーブル。 これは動き検出でうまく機能します
ただし、DVR 状況 (「録画」または「Mocord」モード) の場合、これにより膨大な時間がかかります。
わずかな追加でフレーム書き込み数と多くのデータベースおよびディスク帯域幅を実現
情報。 これをゼロ以外の値に設定すると、ZoneMinder がこれらをグループ化できるようになります。
非アラーム フレームを XNUMX つの「バルク」フレーム エントリにまとめ、帯域幅とスペースを大幅に節約します。 の
この唯一の欠点は、個々のフレームのタイミング情報が失われることですが、
フレーム レートが一定の状況では、これは通常は重要ではありません。 この設定は次の場合には無視されます。
Mocord モードでアラームが発生した場合でも、モデクト モードと個々のフレームは引き続き書き込まれます。
また。

EVENT_CLOSE_MODE - モニターが連続録画モード (録画または
Mocord) イベントは通常、一定期間 (セクションの長さ) が経過すると終了します。
ただし、Mocord モードでは、動画の終了近くにモーション検出が発生する可能性があります。
セクション。 このオプションは、Mocord モードでアラームが発生したときの動作を制御します。 「時間」
この設定は、アラームに関係なくセクションの終了時にイベントが終了することを意味します
アクティビティ。 「アイドル」設定は、セクションの終わりにイベントが終了することを意味します。
その時点でアラームアクティビティが発生していない場合は、アラームが発生すると閉じられます。
アラームが終了したということは、イベントが通常のセクションの長さよりも長くなる可能性があることを意味します。
「アラーム」設定は、イベント中にアラームが発生した場合にイベントが停止されることを意味します。
アラームがいつ発生したかに関係なく、アラームが終了すると閉じられます。 これには次のような効果があります。
アラームの数をイベントごとに XNUMX つに制限すると、イベントは通常のアラームよりも短くなります。
アラームが発生した場合はセクションの長さ。

CREATE_ANALYSIS_IMAGES - デフォルトでは、アラーム中に ZoneMinder は両方の生のデータを記録します。
キャプチャされた画像と、分析されて動きが検出された領域のある画像
概説した。 これは、ゾーンの構成時やイベントの理由を分析する際に非常に役立ちます。
発生した。 ただし、ある程度のオーバーヘッドも発生するため、安定したシステムでは機能しなくなる可能性があります。
必要。 このパラメータを使用すると、これらのイメージの生成をオフに切り替えることができます。

WEIGHTED_ALARM_CENTRES - ZoneMinder は常にアラームの中心点を計算します。
画面上のどこにあるかを示すゾーン。 これを使用できるのは、
実験的なモーション トラッキング機能または独自のカスタム拡張機能。 警戒したり、
フィルターされたピクセル モードでは、これは検出されたピクセルの範囲間の単純な中間点です。
ただし、ブロブ法では、代わりに重み付けされたピクセル位置を使用して計算できます。
不規則な形状のブロブをより正確に位置決めできます。 この方法は、さらに
精密も遅いため、デフォルトではオフになっています。

EVENT_IMAGE_DIGITS - イベント イメージがキャプチャされると、ファイル システムに保存されます。
数値インデックス。 デフォルトでは、このインデックスは 001 桁なので、番号は 002、XNUMX などで始まります。
999 フレームを超えるイベントはめったにないため、これはほとんどのシナリオで機能します。
捕らえられた。 ただし、非常に長いイベントがあり、外部アプリケーションを使用する場合は、
リストなどで画像を正しく並べ替えるために、この値を増やすとよいでしょう。警告、
ライブ システムでこの値を増やすと、既存のイベントがイベントとして表示されなくなる可能性があります。
以前のスキームで保存されます。 この値を減らしても問題はありません
効果。

DEFAULT_ASPECT_RATIO - モニターの寸法を指定するときに、チェックボックスをクリックできます。
幅と高さの比率が正しいか、またはその逆であるかを確認します。 これ
設定を使用すると、これらの設定の比率を指定できます。 これはそうあるべきです
形式で指定される: 通常、デフォルトの 4:3 は
許容されますが、11:9 も一般的な設定です。 チェックボックスがクリックされていない場合
モニターの寸法を指定する場合、この設定は効果がありません。

USER_SELF_EDIT - 通常、システム編集権限を持つユーザーのみがユーザーを変更できます。
詳細。 このオプションをオンにすると、一般ユーザーが自分のパスワードを変更したり、
言語設定

オプション - パス
[画像]

ZM_DIR_EVENTS - これは、すべてのイベント イメージとイベント ディレクトリへのパスです。
その他のさまざまなファイルが保存されます。 注意: ここで指定するディレクトリは、
Web ルートの外側。 これはよくある間違いです。 ほとんどのユーザーはこの値を決して変更しないでください。
イベントを XNUMX 番目のディスクまたはネットワーク共有に記録する場合は、
ドライブに移動するか、ZoneMinder イベント フォルダーに直接共有するか、次の手順に従います。
ZoneMinder Wiki の「専用ハード ドライブの使用」というタイトル。

USE_DEEP_STORAGE - 従来、ZoneMinder はモニターのすべてのイベントを XNUMX つに保存します
そのモニターのディレクトリ。 これは、非常に大規模な場合を除いて、シンプルで効率的です。
イベントの量。 一部のファイルシステムでは、32 を超えるファイルを XNUMX つに保存できません
この制限がない場合でも、ディレクトリ内に多数のファイルがあると速度が低下する可能性があります。
ファイルの作成と削除。 このオプションを使用すると、別の方法を選択できます。
イベントを年/月/日/時/分/秒ごとに保存することで、イベントを分離する効果があります。
より多くのディレクトリに分割できるため、ディレクトリあたりの容量が減り、また、
特定の時間または日付に発生した可能性のあるイベントに手動で移動します。

DIR_IMAGES - ZoneMinder は無数のイメージを生成します。そのほとんどは
イベント。 そうでない人にとっては、ここが彼らの行き先です。 注意: 指定したディレクトリ
ここを Web ルートの外に置くことはできません。 これはよくある間違いです。 ほとんどのユーザーは決してすべきではありません
この値を変更します。 画像を XNUMX 番目のディスクまたはネットワーク共有に保存する場合は、
ドライブをマウントするか、ZoneMinder イメージ フォルダーに直接共有するか、次の手順に従う必要があります。
ZoneMinder Wiki の「専用ハード ドライブの使用」というタイトルの手順を参照してください。

DIR_SOUNDS - ZoneMinder は、アラームが検出されたときにオプションでサウンド ファイルを再生できます。 これ
このファイルを探す場所を示します。 注意: ここで指定するディレクトリは、
Web ルートの外側。 ほとんどのユーザーはこの値を決して変更しないでください。

PATH_ZMS - ZoneMinder ストリーミング サーバーは、ストリーミング画像を
ブラウザ。 これは、構成時に指定された cgi-bin パスにインストールされます。 これ
このオプションは、サーバー上のローカル パスではなく、サーバーへの Web パスを決定します。
マシーン。 通常、ストリーミング サーバーはパーサー ヘッダー モードで実行されますが、
ストリーミングで問題が発生した場合は、これを非解析ヘッダー (nph) モードに変更できます。
「zms」を「nph-zms」に変更します。

PATH_MAP - ZoneMinder はこれまで、相互間の共有データに IPC 共有メモリを使用してきました。
プロセス。 これには利点と制限があります。 このバージョンの ZoneMinder では、
代替方法であるマップされたメモリは、 --enable--mmap で有効にできます。
設定するディレクティブ。 これにより必要なシステム構成は少なくなり、通常はより多くのシステム構成が必要になります。
フレキシブル。 ただし、各共有データ セグメントをファイル システム ファイルにマップする必要があります。 これ
オプションは、マップされたファイルの行き先を示します。 この場所が次のとおりであることを確認する必要があります。
これらのファイルに十分なスペースがあり、最高のパフォーマンスを得るには tmpfs ファイルにする必要があります。
システムまたは RAM ディスクがそうでない場合、ディスク アクセスがこのメソッドを通常のメソッドよりも遅くする可能性があります。
共有メモリ XNUMX。

PATH_SOCKS - ZoneMinder は通常、可能な場合には Unix ドメイン ソケットを使用します。 これにより、
ポートの割り当てが必要になり、外部アプリケーションがアクセスできないようになります。
デーモンを侵害します。 ただし、各 Unix ソケットでは .sock ファイルを作成する必要があります。
このオプションは、それらのソケット ファイルの行き先を示します。

PATH_LOGS - ZoneMinder がさまざまな処理を実行するために使用するさまざまなデーモンがあります。
タスク。 ほとんどの場合、役立つログ ファイルが生成され、ここに保存されます。 以下の場合は削除できます。
デバッグには必要ありません。

PATH_SWAP - バッファ再生では、一時的なスワップ イメージをそれぞれに保存する必要があります。
ストリーミングデーモンのインスタンス。 このオプションは、これらの画像がどこに配置されるかを決定します
保管されています。 画像は実際にはこの場所の下のサブディレクトリに保存されます。
一定時間が経過すると自動的にクリーンアップされます。

オプション - ウエブサイト
[画像]

WEB_TITLE_PREFIX - ZoneMinder を複数インストールしている場合に役立ちます。
それぞれに異なるタイトルを表示します。 このオプションを変更すると、
ウィンドウのタイトルには、識別に役立つ詳細情報が含まれます。

WEB_RESIZE_CONSOLE - 従来、ZoneMinder のメイン Web コンソール ウィンドウのサイズが変更されていました。
実際に表示されているモニターのみをリストできるほど小さなサイズに縮小します。
現在。 これはウィンドウを目立たないようにすることを目的としていますが、すべての人にとってそうであるとは限りません
特に、この種のレイアウトをサポートするブラウザのタブで開いた場合は好みが異なります。
コンソール ウィンドウのサイズをユーザーの好みに任せるには、このオプションをオフに切り替えます。

WEB_POPUP_ON_ALARM - ライブ モニター ストリームを表示するときに、ライブ モニター ストリームを表示するかどうかを指定できます。
ウィンドウが最小化されているか後ろにあるときにアラームが発生した場合、ウィンドウを前面にポップします。
別の窓。 これは、モニターがドアの上にある場合などに最も便利です。
誰かが玄関に来るとポップアップする可能性があります。

WEB_SOUND_ON_ALARM - ライブ モニター ストリームを表示するときに、ライブ モニター ストリームを表示するかどうかを指定できます。
ウィンドウをクリックすると、アラームが発生した場合に音を鳴らして警告します。

WEB_ALARM_SOUND - 作業中にアラームが発生した場合に再生するサウンド ファイルを指定できます。
ライブモニターストリームを見ています。 ブラウザがフォーマットを理解できる限り、理解することはできません
特定のタイプである必要があります。 このファイルは、定義されたサウンド ディレクトリに配置する必要があります。
早く

WEB_COMPACT_MONTAGE - モンタージュ ビューには、すべてのアクティブなモニターの出力が表示されます。
窓が一つ。 これには、それぞれの小さなメニューとステータス情報が含まれます。 これはできる
Web トラフィックが増加し、ウィンドウが必要以上に大きくなります。 これを設定する
オプションをオンにすると、この無関係な情報がすべて削除され、画像のみが表示されます。

WEB_EVENT_SORT_FIELD - リスト内のイベントは、最初に任意の方法で順序付けできます。 これ
オプションは、並べ替えに使用するフィールドを制御します。 この順序はフィルターから変更できます
または、リスト自体の見出しをクリックします。 ただし、「Prev」は
イベントをスクロールするときの「次へ」リンクは、リスト内の順序に関連しており、
そのため、必ずしも時間ベースの注文に従うわけではありません。

WEB_EVENT_SORT_ORDER - リスト内のイベントは、最初に任意の方法で順序付けできます。 これ
オプションは、並べ替えに使用する順序 (昇順または降順) を制御します。 変更できます
この順序付けは、フィルターから行うか、リスト自体の見出しをクリックすることによって行います。 で負担します
ただし、イベントをスクロールするときの「前へ」リンクと「次へ」リンクは、イベントに関連していることに注意してください。
リスト内での順序付けが行われるため、必ずしも時間ベースの順序付けになるとは限りません。

WEB_EVENTS_PER_PAGE - イベント リスト ビューでは、すべてのイベントまたはページのみをリストできます。
一度に。 このオプションは、ページ モードでページごとにリストされるイベントの数とその方法を制御します。
多くの場合、非ページ モードで列ヘッダーを繰り返します。

WEB_LIST_THUMBS - 通常、イベント リストには、イベントのテキスト詳細が表示されるだけです。
スペースと時間を節約します。 このオプションをオンにすると、小さなサムネイルを表示することもできます。
興味のあるイベントを特定するのに役立ちます。 これらのサムネイルのサイズは、
次の XNUMX つのオプションがあります。

WEB_LIST_THUMB_WIDTH - このオプションは、表示されるサムネイル画像の幅を制御します
イベントリストにあります。 テーブルの残りの部分に収まるようにかなり小さい必要があります。 もし、あんたが
次のオプションでは代わりに高さを指定できますが、次のいずれか XNUMX つだけを使用する必要があります。
幅または高さ、およびその他のオプションはゼロに設定する必要があります。 幅と高さの両方の場合
が指定されている場合、幅が使用され、高さは無視されます。

WEB_LIST_THUMB_HEIGHT - このオプションは、サムネイル画像の高さを制御します。
イベントリストに表示されます。 テーブルの残りの部分に収まるようにかなり小さい必要があります。
必要に応じて、前のオプションで代わりに幅を指定することもできますが、指定するのは
幅または高さのいずれかを使用し、もう一方のオプションはゼロに設定する必要があります。 両方の幅の場合
と高さを指定すると、幅が使用され、高さは無視されます。

WEB_USE_OBJECT_TAGS - Web ページにメディア コンテンツを含める方法は XNUMX つあります。 の
最も一般的な方法は、タイプを示すことができる EMBED タグを使用することです。
コンテンツ。 ただし、これは HTML の標準部分ではありません。 公式の方法はOBJECTを使用することです
より多くの情報を提供できるタグにより、適切なメディア ビューアなどが可能になります。
ロードされています。 ただし、これらはあまり広くサポートされておらず、コンテンツは特別に調整される場合があります
特定のプラットフォームまたはプレーヤーに。 このオプションは、メディア コンテンツを含めるかどうかを制御します
EMBED タグ内のみ、または必要に応じてさらに OBJECT でラップされるかどうか
タグ。 現在、OBJECT タグは限られた状況でのみ使用されていますが、
今後さらに普及する可能性があります。 このオプションをオンのままにすることをお勧めします
一部のコンテンツの再生で問題が発生しない限り。

オプション - 画像
[画像]

OPT_FFMPEG - ZoneMinder はオプションで一連のビデオ画像を MPEG にエンコードできます
表示、ダウンロード、または保存用にエンコードされたムービー ファイル。 このオプションでは、次のことを指定できます。
ffmpeg ツールがインストールされているかどうか。 MPEG ファイルの作成は非常に簡単であることに注意してください。
CPU とディスクに負荷がかかりますが、イベントは引き続き確認できるため、必須のオプションではありません。
それなしでビデオストリーム。

PATH_FFMPEG - このパスは、ffmpeg がインストールされている場所を指す必要があります。

FFMPEG_INPUT_OPTIONS - Ffmpeg はコマンド ラインで多くのオプションを使用して、
制作されたビデオの品質。 このオプションを使用すると、以下に適用する独自のセットを指定できます。
ffmpeg への入力 (-i オプションの前に指定されるオプション)。 ffmpegを確認してください
ここで使用できるオプションの完全なリストについては、ドキュメントを参照してください。

FFMPEG_OUTPUT_OPTIONS - Ffmpeg は、コマンド ラインで多くのオプションを使用して、
制作されたビデオの品質。 このオプションを使用すると、以下に適用する独自のセットを指定できます。
ffmpeg からの出力 (-i オプションの後に指定されるオプション)。 ffmpegを確認してください
ここで使用できるオプションの完全なリストについては、ドキュメントを参照してください。 最も一般的なのは、
多くの場合、ビデオ エンコーダでサポートされている出力フレーム レートを強制する必要があります。

FFMPEG_FORMATS - Ffmpeg はさまざまな形式でビデオを生成できます。 このオプションにより、
選択できるようにしたいものをリストします。 新しい形式がffmpegでサポートされるため
ここに追加してすぐに使用できるようになります。 フォーマットの後に「*」を追加する
これが Web ビデオに使用されるデフォルトの形式であることを示し、「**」を追加すると、
電話ビデオのデフォルト形式。

FFMPEG_OPEN_TIMEOUT - Ffmpeg がストリームを開くとき、ストリームが開くまでに長い時間がかかることがあります。
失敗する。 特定の状況では、無期限にロックされる可能性さえあるようです。 このオプション
ストリームを閉じて試行するまでの最大時間を秒単位で設定できます。
もう一度開き直すために。

JPEG_STREAM_QUALITY - モニターの「ライブ」ストリームを表示するときに、ZoneMinder は
画像をバッファから取得し、送信する前に JPEG 形式にエンコードします。 このオプション
これらの画像をエンコードするために使用する画質を指定します。 数値が大きいほど、
品質は向上しますが、圧縮率が低いため、低速接続では表示に時間がかかります。 に
コントラストの数値が低いと、画像の表示が速くなりますが、品質が低下します。
画像。 このオプションは、イベントまたは静止画像を表示する場合には適用されません。
通常はディスクから読み取るだけなので、指定された品質でエンコードされます。
以前のオプション。

MPEG_TIMED_FRAMES - ライブ モニター ストリームのいずれかに、ストリーミングされた MPEG ベースのビデオを使用する場合
またはイベントの場合、ZoneMinder は XNUMX つの方法でストリームを送信できます。 このオプションが選択されている場合、
キャプチャ時間から取得された各フレームのタイムスタンプがストリームに含まれます。
これは、フレーム レートが変化する場合（アラーム前後など）、ストリームが変化することを意味します。
まだ「実際の」タイミングを維持しています。 このオプションが選択されていない場合、おおよその
フレーム レートが計算され、代わりにそれがフレームのスケジュールに使用されます。 このオプションは、
優先ストリーミング方法で問題が発生しない限り、選択することはできません。

MPEG_LIVE_FORMAT - MPEG モードを使用する場合、ZoneMinder はライブ ビデオを出力できます。 しかし、何
ブラウザが処理する形式はマシンによって大きく異なります。 このオプションを使用すると、
ファイル拡張子形式を使用してビデオ形式を指定するには、
必要なファイルタイプの拡張子を入力し、残りはそれに基づいて決定されます。 の
デフォルトの「asf」は、Windows Media Player を使用する Windows では正常に動作しますが、現在は動作しません
Linux プラットフォームで何が動作するかは確かです。 わかったらぜひ教えてください！ もしも
このオプションを空白のままにすると、ライブ ストリームはモーション jpeg 形式に戻ります。

MPEG_REPLAY_FORMAT - MPEG モードを使用する場合、ZoneMinder はエンコードされたビデオでイベントを再生できます
フォーマット。 ただし、ブラウザーが処理する形式はマシンによって大きく異なります。
このオプションを使用すると、ファイル拡張子形式を使用してビデオ形式を指定できます。
希望するファイルタイプの拡張子を入力するだけで、残りは決定されます
それから。 デフォルトの「asf」は、Windows Media Player を備えた Windows で適切に機能します。
「mpg」や「avi」などは Linux で動作するはずです。 他に知っていることがあれば、ぜひ教えてください！
このオプションを空白のままにすると、ライブ ストリームはモーション jpeg 形式に戻ります。

RAND_STREAM - 一部のブラウザは、ZoneMinder で使用されるストリームをキャッシュできます。 防止するために
これは無害なランダムな文字列であり、URL に追加して、
ストリームがユニークに見えます。

OPT_CAMBOZOLA - Cambozola は、ZoneMinder が提供する便利な低脂肪チーズ風味の Java アプレットです。
Internet Explorer など、ネイティブに画像ストリームを表示しないブラウザで画像ストリームを表示するために使用します。
この形式をサポートします。 このブラウザを使用する場合は、次の場所からインストールすることを強くお勧めします。
http://www.charliemouse.com/code/cambozola/ ただし、インストールされていない場合は静止画
低いリフレッシュ レートでも表示できます。

PATH_CAMBOZOLA - Cambozola は、ZoneMinder が提供する便利な低脂肪チーズ風味の Java アプレットです。
Internet Explorer など、ネイティブに画像ストリームを表示しないブラウザで画像ストリームを表示するために使用します。
この形式をサポートします。 このブラウザを使用する場合は、次の場所からインストールすることを強くお勧めします。
http://www.charliemouse.com/code/cambozola/ ただし、インストールされていない場合は静止画
低いリフレッシュ レートでも表示できます。 cambozola が有効な場合は、これを「cambozola.jar」のままにしておきます。
ZoneMinder Web クライアント ファイルと同じディレクトリにインストールされます。

RELOAD_CAMBOZOLA - Cambozola では、キャッシュにかかわらずストリーミング MJPEG の表示が可能になります。
ストリーム全体をコンピュータ上のキャッシュ領域に移す場合、これを 0 より大きい数値に設定すると、
ハードドライブがいっぱいになるのを避けるために、その秒数後に自動的にリロードします。

OPT_FFMPEG - ZoneMinder はオプションで一連のビデオ画像を MPEG にエンコードできます
表示、ダウンロード、または保存用にエンコードされたムービー ファイル。 このオプションでは、次のことを指定できます。
ffmpeg ツールがインストールされているかどうか。 MPEG ファイルの作成は非常に簡単であることに注意してください。
CPU とディスクに負荷がかかりますが、イベントは引き続き確認できるため、必須のオプションではありません。
それなしでビデオストリーム。

PATH_FFMPEG - このパスは、ffmpeg がインストールされている場所を指す必要があります。

FFMPEG_INPUT_OPTIONS - Ffmpeg はコマンド ラインで多くのオプションを使用して、
制作されたビデオの品質。 このオプションを使用すると、以下に適用する独自のセットを指定できます。
ffmpeg への入力 (-i オプションの前に指定されるオプション)。 ffmpegを確認してください
ここで使用できるオプションの完全なリストについては、ドキュメントを参照してください。

FFMPEG_OUTPUT_OPTIONS - Ffmpeg は、コマンド ラインで多くのオプションを使用して、
制作されたビデオの品質。 このオプションを使用すると、以下に適用する独自のセットを指定できます。
ffmpeg からの出力 (-i オプションの後に指定されるオプション)。 ffmpegを確認してください
ここで使用できるオプションの完全なリストについては、ドキュメントを参照してください。 最も一般的なのは、
多くの場合、ビデオ エンコーダでサポートされている出力フレーム レートを強制する必要があります。

FFMPEG_FORMATS - Ffmpeg はさまざまな形式でビデオを生成できます。 このオプションにより、
選択できるようにしたいものをリストします。 新しい形式がffmpegでサポートされるため
ここに追加してすぐに使用できるようになります。 フォーマットの後に「*」を追加する
これが Web ビデオに使用されるデフォルトの形式であることを示し、「**」を追加すると、
電話ビデオのデフォルト形式。

FFMPEG_OPEN_TIMEOUT - Ffmpeg がストリームを開くとき、ストリームが開くまでに長い時間がかかることがあります。
失敗する。 特定の状況では、無期限にロックされる可能性さえあるようです。 このオプション
ストリームを閉じて試行するまでの最大時間を秒単位で設定できます。
もう一度開き直すために。

オプション - ロギング
[画像]

LOG_LEVEL_SYSLOG - ZoneMinder のロギングがコンポーネント間でより統合され、
ログ出力の宛先と個々のレベルを指定できます。
各。 このオプションを使用すると、システムに送信されるログ出力のレベルを制御できます。
ログ。 ZoneMinder バイナリは常にシステム ログに記録されていましたが、現在はスクリプトと Web に記録されています。
ロギングも含まれています。 以前の動作を維持するには、この値を確保する必要があります
情報または警告に設定されています。 このオプションは、ログの最大レベルを制御します。
と書かれているため、情報には警告やエラーなどが含まれます。完全に無効にするには、このオプションを に設定します。
なし。 このオプションを [デバッグ] に設定する場合は、重大な影響を与える可能性があるため、注意が必要です。
システムのパフォーマンスに影響を与えます。 デバッグが必要な場合は、レベルと
以下のコンポーネント

LOG_LEVEL_FILE - ZoneMinder のロギングがコンポーネント間でより統合され、
ログ出力の宛先と個々のレベルを指定できます。
各。 このオプションを使用すると、個々のログに送信されるログ出力のレベルを制御できます。
特定のコンポーネントによって書き込まれたファイル。 これは以前のロギングの仕組みですが、
特定のコンポーネントの問題を追跡するのに役立ちますが、結果的にさまざまな問題が発生することもありました
ログファイル。 この動作を維持するには、この値が Info または
警告。 このオプションは、書き込まれるログの最大レベルを制御します。
警告やエラーなどが含まれます。完全に無効にするには、このオプションを「なし」に設定します。 あなたがすべき
システムに重大な影響を与える可能性があるため、このオプションをデバッグに設定する場合は注意してください。
ファイル出力は他のオプションよりもパフォーマンスに影響を与えません。 デバッグしたい場合
以下のレベルとコンポーネントも設定する必要があります

LOG_LEVEL_WEBLOG - ZoneMinder のロギングがコンポーネント間でより統合され、
ログ出力の宛先と個々のレベルを指定できます。
各。 このオプションを使用すると、Web インターフェイスからのログ出力のレベルを制御できます。
httpd エラー ログに移動します。 PHP および JavaScript ファイルからの Web ロギングのみが機能することに注意してください。
含まれているため、このオプションは実際には、特定の問題を調査する場合にのみ役立ちます。
それらのコンポーネント。 このオプションは、書き込まれるログの最大レベルを制御します。
したがって、情報には警告やエラーなどが含まれます。完全に無効にするには、このオプションを [なし] に設定します。
このオプションを [デバッグ] に設定する場合は、重大な影響を与える可能性があるため、注意が必要です。
システムのパフォーマンス。 デバッグが必要な場合は、レベルとコンポーネントも設定する必要があります
以下

LOG_LEVEL_DATABASE - ZoneMinder のロギングがコンポーネント間でより統合され、
ログ出力の宛先と個々のレベルを指定できます。
各。 このオプションを使用すると、ファイルに書き込まれるログ出力のレベルを制御できます。
データベース。 これは、ログ出力をより簡単に表示できる新しいオプションです。
直感的であり、システムがどのようなものであるか全体的な印象を得るのも容易になります。
演奏している。 大規模なシステムまたは非常にビジーなシステムを使用している場合は、これを使用する可能性があります。
このオプションを使用すると、テーブルが非常に大きくなるとシステムの速度が低下する可能性があります。 必ず使用してください。
テーブルを管理可能なサイズに保つための LOG_DATABASE_LIMIT オプション。 このオプションは、
書き込まれるログの最大レベル。情報には警告やエラーなどが含まれます。
完全に無効にするには、このオプションを「なし」に設定します。 これを設定するときは注意が必要です
システムのパフォーマンスに重大な影響を与える可能性があるため、[デバッグ] オプションを選択してください。 デバッグしたい場合は、
以下のレベルとコンポーネントも設定する必要があります

LOG_DATABASE_LIMIT - データベースログを使用している場合は、すぐに
Logs テーブルに多数のエントリが蓄積されます。 このオプションでは、次のことを指定できます。
これらのエントリのうちのいくつが保持されているか。 このオプションをゼロより大きい数値に設定すると、
次に、その数値を使用して最大行数が決定されます。
ゼロは制限がないことを示し、推奨されません。 この値を時間値に設定することもできます
そのような ' day' を指定すると、ログ エントリがその時刻より新しいものに制限されます。 あなたはできる
「時」、「日」、「週」、「月」、「年」を指定します。値は単数である必要があることに注意してください
(最後に「s」は付きません)。 Logs テーブルは定期的にプルーニングされるため、次のような問題が発生する可能性があります。
その間、一時的に存在すると予想される行数。

LOG_DEBUG" - ZoneMinder コンポーネントは通常、次のような場合に役立つデバッグ ログをサポートしています。
問題の診断。 バイナリ コンポーネントにはいくつかのレベルのデバッグがありますが、その他のレベルのデバッグもあります。
コンポーネントには XNUMX つだけあります。 通常、これはパフォーマンスの低下を最小限に抑えるために無効になっており、
ログが急速にいっぱいになるのを避けてください。 このオプションを使用すると、他のオプションをオンにできます。
追加のデバッグ情報が出力されるように構成できます。 コンポーネントがこれを取得します
再起動時の指示。

LOG_DEBUG_TARGET - 使用可能なデバッグのスコープは XNUMX つあります。 このオプションを空白のままにすると、
すべてのコンポーネントが追加のデバッグを使用することを意味します (非推奨)。 このオプションを次のように設定すると、
'_ ' (例: _zmc) は、追加のデバッグをそのコンポーネントのみに制限します。 これを設定する
'_のオプション_ '、例: '_zmc_m1' は追加のデバッグをそれに制限します
コンポーネントのインスタンスのみ。 通常、これはおそらくあなたがやりたいことです。 デバッグするには
スクリプトは、問題をデバッグするために、.pl 拡張子のない名前 (例: '_zmvideo') を使用します。
Web インターフェースでは「_web」を使用します。 複数のターゲットを区切って指定できます
'|' 付き文字。

LOG_DEBUG_LEVEL - 利用可能なデバッグ レベルは 9 つあり、数値が大きいほどより多くのレベルが利用可能です。
デバッグ、レベル 0 はデバッグなしです。 ただし、すべてのレベルがすべてのコンポーネントで使用されるわけではありません。 また
高レベルのデバッグがある場合は、通常、次のようなボリュームで出力される可能性があります。
正常な動作を妨げる可能性があります。 このため、レベルを慎重に設定する必要があります。
確認したいレベルのデバッグが存在するまで慎重に行ってください。 スクリプトとウェブ
インターフェイスには XNUMX つのレベルしかないため、これはオン/オフ タイプのオプションです。

LOG_DEBUG_FILE - このオプションを使用すると、デバッグ出力の別のターゲットを指定できます。
すべてのコンポーネントにはデフォルトのログ ファイルがあり、通常は / tmpに or / var / log この
この値が空の場合、デバッグが書き込まれる場所です。 ここにパスを追加すると、
デバッグおよびその他のログ出力を一時的にこのファイルにリダイレクトします。 このオプションは、
単純なファイル名で、いくつかのコンポーネントをデバッグしている場合、それらはすべて書き込みを試みます。
同じファイルにコピーすると、望ましくない結果が生じます。 ファイル名に「+」を追加すると、
作成されるファイルには「. ' プロセス ID を含むサフィックス。 この上
コンポーネントの各実行からのデバッグは個別に保持されます。 これは推奨設定ですので、
また、後続の実行で同じログが上書きされるのを防ぎます。 次のことを確認する必要があります
ここで指定したファイルとディレクトリへの書き込みを許可する権限が設定されます。

LOG_CHECK_PERIOD - ZoneMinder がイベントをデータベースに記録するときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、次の期間を指定できます。
この計算には歴史的な出来事が使用されます。 この値は秒単位で表され、
LOG_LEVEL_DATABASE が None に設定されている場合は無視されます。

LOG_ALERT_WAR_COUNT - ZoneMinder がイベントをデータベースに記録するときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、警告の数を指定できます
システム全体のアラートを生成するには、定義された期間内に発生する必要があります
州。 値 XNUMX は、警告が考慮されないことを意味します。 次の場合、この値は無視されます。
LOG_LEVEL_DATABASE は None に設定されます。

LOG_ALERT_ERR_COUNT - ZoneMinder がイベントをデータベースに記録しているときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、エラーの数を指定できます。
システム全体のアラート状態を生成するために定義された期間内に発生したもの。 あ
値 XNUMX は、エラーが考慮されないことを意味します。 LOG_LEVEL_DATABASE の場合、この値は無視されます。
は「なし」に設定されます。

LOG_ALERT_FAT_COUNT - ZoneMinder がイベントをデータベースに記録するときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、致命的なエラーの数を指定できます。
(パニックを含む) が生成されるには、定義された期間内に発生する必要があります。
システム全体のアラート状態。 値 XNUMX は、致命的なエラーが考慮されないことを意味します。 これ
LOG_LEVEL_DATABASE が None に設定されている場合、値は無視されます。

LOG_ALARM_WAR_COUNT - ZoneMinder がイベントをデータベースに記録するときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、警告の数を指定できます
システム全体のアラームを生成するには、定義された期間内に発生する必要があります
州。 値 XNUMX は、警告が考慮されないことを意味します。 次の場合、この値は無視されます。
LOG_LEVEL_DATABASE は None に設定されます。

LOG_ALARM_ERR_COUNT - ZoneMinder がイベントをデータベースに記録しているときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、エラーの数を指定できます。
定義された時間内にシステム全体のアラーム状態が発生した場合。 あ
値 XNUMX は、エラーが考慮されないことを意味します。 LOG_LEVEL_DATABASE の場合、この値は無視されます。
は「なし」に設定されます。

LOG_ALARM_FAT_COUNT - ZoneMinder がイベントをデータベースに記録するときに、
発生した警告とエラーの数を遡及的に調査して計算します。
システムの全体的な健全性の状態。 このオプションを使用すると、致命的なエラーの数を指定できます。
(パニックを含む) が生成されるには、定義された期間内に発生する必要があります。
システム全体のアラーム状態。 値 XNUMX は、致命的なエラーが考慮されないことを意味します。 これ
LOG_LEVEL_DATABASE が None に設定されている場合、値は無視されます。

RECORD_EVENT_STATS - このバージョンの ZoneMinder は、イベントに関する詳細情報を記録します。
統計テーブルにあります。 これは、ゾーンの最適な設定をプロファイリングするのに役立ちます。
現時点では難しいですが。 ただし、将来のリリースではこれがより簡単に実行される予定です
特にイベントのサンプルが大きい場合には直観的にわかります。 デフォルトのオプション「はい」
これに備えてこの情報を収集できますが、ご心配な場合は
パフォーマンスについては、これをオフにすることができます。その場合、統計情報は表示されません。
保存されました。

RECORD_DIAG_IMAGES - イベント統計の記録に加えて、
さまざまなチェックの結果を表示する中間診断画像と
アラーム イベントが発生したかどうかを判断しようとするときに発生する処理。 そこには
各アラームまたはアラートのフレームおよびゾーンごとに生成されるこれらの画像のいくつか
これはパフォーマンスに大きな影響を与える可能性があります。 この設定をオンに切り替えるのは次の場合のみです
デバッグまたは分析の目的で使用し、必要がなくなったら忘れずに再度オフにしてください。

DUMP_CORES - ZoneMinder バイナリ プロセスで回復不能なエラーが発生した場合
従来は、リモート分析を支援するためにトラップされ、詳細がログに書き込まれていました。
ただし、場合によっては、メモリであるコア ファイルを使用すると、エラーの診断が簡単になることがあります。
エラー発生時のプロセスのダンプが作成されます。 これは対話的に行うことができます
デバッガーで分析され、利用可能な情報よりも多くの、またはより良い情報が明らかになることもあります
ログから。 このオプションは上級ユーザーのみに推奨されます。それ以外の場合は、そのままにしておいてください。
デフォルト。 このオプションを使用してコア ファイルをトリガーすると、コア ファイルが存在しなくなることに注意してください。
プロセスが終了したことをバイナリ ログに示すと、プロセスは停止するだけですが、
zmdc ログにはエントリがまだ含まれています。 また、明示的に有効にする必要がある場合があることにも注意してください。
「ulimit -c」コマンドまたはその他の手段を使用して、システム上にコア ファイルを作成します。それ以外の場合は、いいえ
このオプションの値に関係なく、ファイルが作成されます。

オプション - ネットワーク
[画像]

HTTP_VERSION - ZoneMinder は、次のいずれかを使用してネットワーク カメラと通信できます。
HTTP/1.1 または HTTP/1.0 標準。 サーバーは通常、サポートされているバージョンにフォールバックします。
問題はないので、通常はデフォルトのままにしておきます。 ただし変更可能です
特定の問題を解決するために必要に応じて HTTP/1.0 に変更します。

HTTP_UA - ZoneMinder がリモート カメラと通信するとき、次を使用して自身を識別します。
この文字列とそのバージョン番号。 通常はこれで十分ですが、特定の場合には、
カメラは特定のブラウザとのみ通信することを想定しているため、これを次のように変更できます。
ZoneMinder を Internet Explorer や Netscape などとして識別する別の文字列。

HTTP_TIMEOUT - リモート イメージを取得する場合、ZoneMinder はこの時間待機します。
イメージが到着しないと判断して再試行する前に。 これ
タイムアウトはミリ秒単位 (1000 秒あたり XNUMX) で、画像の各部分に適用されます。
XNUMX つのチャンク全体で送信されるわけではありません。

MIN_RTP_PORT - ZoneMinder が RTP を使用して MPEG4 対応カメラと通信するとき、
ユニキャスト方式では、カメラが制御および接続するためにポートを開く必要があります。
ストリーミング目的。 この設定では、ZoneMinder が使用する最小ポート番号を指定します。
使用。 通常、各カメラには XNUMX つの隣接するポートが使用され、XNUMX つは制御パケットと
XNUMX つはデータ パケット用です。 このポートは偶数に設定する必要があります。また、開く必要がある場合もあります。
ユニキャストを使用したい場合は、ファイアウォールに穴を開けて、カメラが再接続できるようにします。

MAX_RTP_PORT - ZoneMinder が RTP を使用して MPEG4 対応カメラと通信する場合、
ユニキャスト方式では、カメラが制御および接続するためにポートを開く必要があります。
ストリーミング目的。 この設定では、ZoneMinder が使用する最大ポート番号を指定します。
使用。 通常、各カメラには XNUMX つの隣接するポートが使用され、XNUMX つは制御パケットと
XNUMX つはデータ パケット用です。 このポートは偶数に設定する必要があります。また、開く必要がある場合もあります。
ユニキャストを使用したい場合は、ファイアウォールに穴を開けて、カメラが再接続できるようにします。
また、各モニターに対して少なくとも XNUMX つのポートが開いていることを確認する必要があります。
ユニキャストネットワークカメラに接続します。

オプション - Email
[画像]

OPT_EMAIL - ZoneMinder では、イベントが
特定の基準に一致すると、その詳細が指定されたメールアドレスに電子メールで送信されます。
住所。 これにより、イベントが発生するとすぐに通知を受け取ることができ、また、
イベントをすぐに直接表示できます。 このオプションは、この機能が必要かどうかを指定します
利用できるようになります。 このオプションで作成される電子メールは任意のサイズにすることができ、
モバイルデバイスではなく通常の電子メールリーダーに送信されます。

EMAIL_ADDRESS - このオプションは、一致するイベントが送信する電子メール アドレスを定義するために使用されます。
適切なフィルターが送信されます。

EMAIL_SUBJECT - このオプションは、送信される電子メールの件名を定義するために使用されます。
適切なフィルターに一致するイベント。

EMAIL_BODY - このオプションは、任意のメールに対して送信される電子メールの内容を定義するために使用されます。
適切なフィルターに一致するイベント。

┌────────┬──────────────────────────────────┐
│トークン │ 説明 │
├────────┼──────────────────────────────────┤
│%EI% │ イベントの ID │
├────────┼──────────────────────────────────┤
│%EN% │ イベント名 │
├────────┼──────────────────────────────────┤
│%EC% │ 事象の原因 │
├────────┼──────────────────────────────────┤
│%ED% │ イベント説明 │
├────────┼──────────────────────────────────┤
│%ET% │ イベント時間 │
├────────┼──────────────────────────────────┤
│%EL% │ イベントの長さ │
├────────┼──────────────────────────────────┤
│%EF% │ イベント内のフレーム数 │
├────────┼──────────────────────────────────┤
│%EFA% │ 内のアラーム フレームの数 │
│ │ イベント │
├────────┼──────────────────────────────────┤
│%EST% │ イベントの合計スコア │
├────────┼──────────────────────────────────┤
│%ESA% │ イベントの平均スコア │
├────────┼──────────────────────────────────┤
│%ESM% │ イベントの最大スコア │
├────────┼──────────────────────────────────┤
│%EP% │ イベントまでの道のり │
├────────┼──────────────────────────────────┤
│%EPS% │ イベントストリームへのパス │
├────────┼──────────────────────────────────┤
│%EPI% │ イベント画像へのパス │
├────────┼──────────────────────────────────┤
│%EPI1% │ 最初のアラームイベントへのパス │
│ │ 画像 │
├────────┼──────────────────────────────────┤
│%EPIM% │ (最初の) イベント画像へのパス │
│ │ 最高スコア │
├────────┼──────────────────────────────────┤
│%EI1% │ 最初のアラームイベント画像を添付 │
├────────┼──────────────────────────────────┤
│%EIM% │ (最初の) イベント画像を添付します │
│ │ 最高スコア │
├────────┼──────────────────────────────────┤
│%EV% │ イベント mpeg ビデオを添付 │
├────────┼──────────────────────────────────┤
│%MN% │ モニターの名前 │
├────────┼──────────────────────────────────┤
│%MET% │ のイベントの総数 │
│ │ モニター │
├────────┼──────────────────────────────────┤
│%MEH% │ モニターのイベント数 │
│ │ 過去 XNUMX 時間に │
├────────┼──────────────────────────────────┤
│%MED% │ モニターのイベント数 │
│ │ 最後の日に │
├────────┼──────────────────────────────────┤
│%MEW% │ モニターのイベント数 │
│ │ 過去 XNUMX 週間に │
└────────┴────────────────────────────────┘

│%MEM% │ モニターのイベント数 │
│ │ 先月 │
├────────┼──────────────────────────────────┤
│%MEA% │ アーカイブされたイベントの数 │
│ │ モニター │
├────────┼──────────────────────────────────┤
│%MP% │ モニタウィンドウへのパス │
├────────┼──────────────────────────────────┤
│%MPS% │ モニターストリームへのパス │
├────────┼──────────────────────────────────┤
│%MPI% │ モニターの最近の画像へのパス │
├────────┼──────────────────────────────────┤
│%FN% │ 現在のフィルタの名前 │
│ │ 一致しました │
├────────┼──────────────────────────────────┤
│%FP% │ 現在のフィルタへのパス │
│ │ 一致しました │
├────────┼──────────────────────────────────┤
│%ZP% │ ZoneMinder コンソールへのパス │
└────────┴────────────────────────────────┘

OPT_MESSAGE - ZoneMinder では、イベントが
特定の条件に一致すると、その詳細が指定されたショート メッセージで送信されます。
電子メールアドレス。 これにより、イベントが発生するとすぐに通知を受け取ることができます。 これ
オプションは、この機能を使用できるかどうかを指定します。 これで作成されたメール
オプションは簡潔で、SMS ゲートウェイまたは最小限のメール リーダーに送信されることを目的としています。
通常の電子メール リーダーではなく、モバイル デバイスや電話など。

MESSAGE_ADDRESS - このオプションは、ショート メッセージの電子メール アドレスを定義するために使用されます。
適切なフィルターに一致するイベントが送信されます。

MESSAGE_SUBJECT - このオプションは、送信されるメッセージの件名を定義するために使用されます。
適切なフィルターに一致するイベントの場合。

MESSAGE_BODY - このオプションは、送信されるメッセージの内容を定義するために使用されます。
適切なフィルターに一致するイベント。

NEW_MAIL_MODULES - 従来、ZoneMinder は MIME::Entity perl モジュールを使用して、
通知電子メールとメッセージを作成して送信します。 問題を報告している人もいます
このモジュールがまったく存在しないか、ニーズを満たすのに十分な柔軟性がありません。 あなたがいる場合
このオプションを使用すると、MIME::Lite を使用した新しいメール送信方法を選択できるようになります。
代わりに Net::SMTP を使用します。 このメソッドは Ross Melin によって寄稿されたもので、次の用途に使用できます。
すべてのユーザーに適用されますが、広範なテストが行​​われていないため、現在デフォルトでは選択されていません。

EMAIL_HOST - 通知メールの送信方法として SMTP を選択した場合、または
メッセージの場合、このオプションを使用すると、メッセージの送信に使用する SMTP サーバーを選択できます。 の
sendmail、exim、または同様のデーモンを実行している場合は、デフォルトの localhost が機能する可能性があります。
ただし、ここに ISP の SMTP メール サーバーを入力することもできます。

FROM_EMAIL - イベントを通知するために送信される電子メールまたはメッセージは、
メールのフィルタリングなどに役立つように、指定されたメール アドレスから送信されているように見えます。
のようなもののアドレス [メール保護] 推奨されています。

URL - イベントを通知する電子メールまたはメッセージには次のものが含まれます。
簡単に閲覧できるようにイベント自体へのリンクを作成します。 この機能を使用する場合は、
このオプションを、読んだ場所から表示されるインストールの URL に設定します。
あなたのメールアドレス、例: http://host.your.domain/zm.php.

オプション - アップロード
[画像]

OPT_UPLOAD - ZoneMinder では、イベントが
特定の基準に一致するものは、アーカイブのためにリモート サーバーにアップロードする必要があります。 このオプション
この機能を使用可能にするかどうかを指定します

UPLOAD_ARCH_FORMAT - アップロードされたイベントは .tar または .zip 形式で保存できます。
オプションでどちらかを指定します。 これを使用するには、Archive::Tar が必要であることに注意してください。
および/または Archive::Zip perl モジュールがインストールされている。

UPLOAD_ARCH_COMPRESS - アーカイブ ファイルの作成時に圧縮できます。 しかし
一般に、画像はすでに圧縮されているため、最小限の量しか節約されません。
作成時にスペースを使用するのではなく、より多くの CPU を使用する必要があります。 無駄なCPUがある場合にのみ有効にしてください
また、リモート サーバーのディスク容量や帯域幅も制限されています。

UPLOAD_ARCH_ANALYSE - アーカイブ ファイルの作成時に、次のいずれかを含めることができます。
キャプチャされたフレーム、またはキャプチャされたフレームの両方、およびアラームを引き起こしたフレームの場合は、
変更された領域が強調表示された分析画像。 このオプションでは、ファイルが含まれるように制御します。
リモート サーバーへの高帯域幅接続がある場合は、分析されたフレームのみを含めます
または、アーカイブとしてそもそもアラームの原因を特定するのに助けが必要な場合
これらのファイルを含めると、かなり大きくなる可能性があります。

UPLOAD_PROTOCOL - ZoneMinder は、FTP または
SFTP。 通常の FTP は広くサポートされていますが、必ずしも安全性が高いわけではありません。一方、SFTP (安全
FTP) は ssh 接続上で実行されるため、暗号化され、通常の ssh ポートを使用します。 ご了承ください
これを使用するには、Net::FTP または
Net::SFTP は選択に応じてインストールされます。

UPLOAD_HOST - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、使用するサーバーの名前または IP アドレスを示します。

UPLOAD_PORT - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 SFTP プロトコルを使用している場合、このオプションを使用して、
接続に使用する特定のポート。 このオプションを空白のままにすると、デフォルトのポートが使用されます。
22、使用されます。 このオプションは、FTP アップロードでは無視されます。

UPLOAD_USER - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、ZoneMinder がログインに使用するユーザー名を示します。
転送。

UPLOAD_PASS - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、ZoneMinder がログインに使用するパスワードを示します。
移行。 SFTP サーバーに証明書ベースのログインを使用している場合は、このままにしておくことができます。
オプションは空白です。

UPLOAD_LOC_DIR - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、ZoneMinder が一時ファイルとして使用するローカル ディレクトリを示します。
ファイルをアップロードします。 これらはイベントから作成され、アップロードされてから削除されるファイルです。

UPLOAD_REM_DIR - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、ZoneMinder がアップロードに使用するリモート ディレクトリを示します。
イベントファイルを.

UPLOAD_TIMEOUT - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 このオプションは、最大非アクティブ タイムアウト (秒単位) を指定します。
ZoneMinder が転送が失敗したと判断して、
接続。

UPLOAD_FTP_PASSIVE - フィルターを使用して、ZoneMinder にイベントをアップロードするように指示できます。
リモート FTP サーバー。 このオプションは、FTP 転送がパッシブで実行される必要があることを示します。
モード。 これはすべての FTP アクティビティに単一の接続を使用しますが、アクティブな接続よりも遅くなります。
転送はより堅牢であり、ファイルウォールの背後からでも機能する可能性があります。 このオプションは無視されます
SFTP転送用。

UPLOAD_DEBUG - フィルターを使用して、イベントをリモートにアップロードするように ZoneMinder に指示できます。
サーバ。 イベントのアップロードで問題が発生する (または予想される) 場合は、これを設定してください
「yes」にすると、基礎となる転送モジュールによる追加情報の生成が許可されます。
そしてログに含まれます。

オプション - X10
[画像]

OPT_X10 - ご自宅に X10 ホーム オートメーション セットアップがある場合は、ZoneMinder を使用して次のことを行うことができます。
コンピュータに適切なインターフェイスがある場合、X10 信号を開始または反応します。
コントローラ。 このオプションは、X10 オプションがブラウザで使用できるかどうかを示します
クライアント。

X10_DEVICE - X10 コントローラ デバイス (XM10U など) がコンピュータに接続されている場合
このオプションは、どのポートに接続されているかを詳細に示します。デフォルトの /dev/ttyS0 は、
シリアルまたは COM ポート 1。

X10_HOUSE_CODE - X10 デバイスは、すべてが以下に属するものとして識別されてグループ化されます。
XNUMXつのハウスコード。 このオプションでは、それが何であるかを詳しく説明します。 A の間には XNUMX 文字である必要があります
およびP。

X10_DB_RELOAD_INTERVAL - zmx10 デーモンはデータベースを定期的にチェックして、
どのような X10 イベントがアラームをトリガーするか、またはアラームの結果として発生するか。 このオプションは、どのくらいの頻度で
このチェックは行われます。この領域を頻繁に変更しない限り、かなり大きなサイズになる可能性があります。
の値です。

オプション - 高いです、 M と ロー 白黒
[画像]

帯域幅カテゴリにグループ化されたオプションが多数あり、これにより、
さまざまなアクセス方法で最適に動作するように ZoneMinder クライアントを構成できます。
クライアントにアクセスする可能性があります。 H、M、L オプションでは以下のオプションが利用可能です。
これら 3 つのグループは、クライアントが「高」、「中」、および「中」で実行されているときに何が起こるかを制御します。
それぞれ「低」帯域幅モード。 ほとんどの場合、デフォルト値が適切です。
出発点。

高 - ローカル経由で ZoneMinder クライアントにアクセスする場合は、これらのオプションを設定する必要があります。
ネットワークまたは高速リンク。

中 - ネットワーク経由で ZoneMinder クライアントにアクセスする場合には、これらのオプションを設定する必要があります。
ケーブルまたは DSL リンクが遅い。

低速 - Zoneminder クライアントに低速でアクセスする場合には、これらのオプションを設定する必要があります。
ネットワークリンク。

WEB_H_REFRESH_MAIN、WEB_M_REFRESH_MAIN、WEB_L_REFRESH_MAIN - どのくらいの頻度 (秒単位)
メイン コンソール ウィンドウが自動的に更新されるはずです。 メイン コンソール ウィンドウには一般的なステータスがリストされます。
すべてのモニターのイベントの合計。 これは簡単な作業ではないため、そうすべきではありません
あまりにも頻繁に繰り返すと、システムの残りの部分のパフォーマンスに影響を与える可能性があります。

WEB_H_REFRESH_CYCLE、WEB_M_REFRESH_CYCLE、WEB_L_REFRESH_CYCLE - どのくらいの頻度 (秒単位)
サイクルウォッチウィンドウは次のモニターに切り替わります。 サイクルウォッチウィンドウは次の方法です。
すべてのモニターからの画像を継続的に循環させます。 このオプションは、どのようにするかを決定します。
新しいイメージで更新することがよくあります。

WEB_H_REFRESH_IMAGE、WEB_M_REFRESH_IMAGE、WEB_L_REFRESH_IMAGE - どのくらいの頻度 (秒単位)
監視されている画像が更新されます (ストリーミングでない場合)。 モニターからのライブ映像は、
ストリーミングモードまたは静止画モードで表示されます。 このオプションは、静止画像を送信する頻度を決定します。
が更新されても、ストリーミングが選択されている場合は効果がありません。

WEB_H_REFRESH_STATUS、WEB_M_REFRESH_STATUS、WEB_L_REFRESH_STATUS - 頻度 (秒)
ステータスはウォッチ ウィンドウ内で自動的に更新されます。 モニターウィンドウは実際に作られています
いくつかのフレーム。 中央のものには、必要な監視ステータスが含まれているだけです。
正確な情報を得るには、かなり頻繁に更新してください。 このオプションにより決定されるのは、
周波数。

WEB_H_REFRESH_EVENTS、WEB_M_REFRESH_EVENTS、WEB_L_REFRESH_EVENTS - 頻度 (秒単位)
ウォッチ ウィンドウのイベント リストが更新されます。 モニターウィンドウを実際に作ってみた
いくつかのフレームから。 下部のフレームには、簡単に確認できるよう、最近のいくつかのイベントのリストが含まれています。
アクセス。 このオプションは、これが更新される頻度を決定します。

WEB_H_CAN_STREAM、WEB_M_CAN_STREAM、WEB_L_CAN_STREAM - ブラウザで実行できることがわかっている場合
'multipart/x-mixed-replace' タイプのイメージ ストリームを処理しますが、ZoneMinder は処理しません
これを正しく検出するには、このオプションを設定して、ストリームが確実に配信されるようにすることができます。
または、Cambozola プラグインを使用せずに。 「はい」を選択すると、ZoneMinder に次のことが通知されます。
ブラウザはストリームをネイティブに処理できます

WEB_H_STREAM_METHOD、WEB_M_STREAM_METHOD、WEB_H_STREAM_METHOD - ZoneMinder は次のことができます
送信時に、mpeg エンコードされたビデオ、または一連の jpeg 画像のいずれかを使用するように構成されています。
ビデオストリーム。 このオプションは、どれを使用するかを定義します。 mpeg を選択する場合は、次のことを確認する必要があります。
ブラウザで適切なプラグインが利用可能であることを確認しますが、jpeg を選択すると、
Mozilla および関連ブラウザではネイティブに動作し、Internet Explorer では Java アプレットで動作します。

WEB_H_DEFAULT_SCALE、WEB_M_DEFAULT_SCALE、WEB_L_DEFAULT_SCALE - 通常、ZoneMinder は
「ライブ」または「イベント」ストリームをネイティブ サイズで表示します。 ただし、モニターがある場合は、
サイズが大きい場合やリンクが遅い場合は、このサイズを小さくすることをお勧めします。
小さなモニターでは拡大することができます。 このオプションを使用すると、デフォルトのスケーリングを指定できます
要因となります。 パーセンテージで表されるため、100 は通常サイズ、200 はダブルサイズです
等々

WEB_H_DEFAULT_RATE、WEB_M_DEFAULT_RATE、WEB_L_DEFAULT_RATE - 通常、ZoneMinder は
「イベント」ストリームをネイティブ レート、つまり可能な限りリアルタイムに近い速度で表示します。
ただし、長いイベントがある場合は、より高速でイベントを再生すると便利なことがよくあります。
レビュー。 このオプションを使用すると、デフォルトの再生レートを指定できます。 表現されています
パーセンテージで表すので、100 は通常のレート、200 は XNUMX 倍の速度などです。

WEB_H_VIDEO_BITRATE、WEB_M_VIDEO_BITRATE、WEB_L_VIDEO_BITRATE - 実際のビデオをエンコードする場合
ffmpeg ライブラリを使用すると、おおよそのビット レートに対応するビット レートを指定できます。
ストリームに使用される利用可能な帯域幅。 この設定は事実上、
ビデオの「品質」設定。 値を低くするとブロック状の画像が生成され、値を高くすると画像がぼやけてしまいます。
値を指定すると、より鮮明なビューが生成されます。 この設定はフレーム レートを制御しないことに注意してください
ただし、生成されるビデオの品質はこの設定の両方に影響されます。
ビデオが生成されるフレーム レート。 特定のビットでのフレーム レートの向上
レートが低いと、個々のフレームの品質が低下します。

WEB_H_VIDEO_MAXFPS、WEB_M_VIDEO_MAXFPS、WEB_L_VIDEO_MAXFPS - ストリーミング ビデオを使用する場合、
主な制御は、送信できるデータ量を決定するビットレートです。 しかし、
高フレーム レートでビットレートが低いと、画像の品質が低下します。 このオプションを使用すると、
最大フレーム レートを制限してビデオ品質を維持します。 追加の
利点は、高フレーム レートでのビデオのエンコードはプロセッサ集中型のタスクであることです。
ほとんどの場合、非常に高いフレーム レートでは、XNUMX フレーム レートに比べて目に見える改善はほとんどありません。
リソース要件がより管理しやすくなります。 このオプションはキャップとして実装されていることに注意してください。
それを超えるとバイナリ リダクションが行われます。 したがって、15fps でキャプチャするデバイスがある場合、
このオプションを 10fps に設定すると、ビデオは 10fps ではなく 7.5fps (15fps) で生成されます。
2 で割った値)。最終的なフレーム レートは、元のフレーム レートを 2 の累乗で割ったものでなければなりません。

WEB_H_SCALE_THUMBS、WEB_M_SCALE_THUMBS、WEB_L_SCALE_THUMBS - 設定されていない場合、このオプションは
画像全体をブラウザに送信し、ウィンドウ内で画像のサイズを変更します。 設定すると画像が拡大縮小されます
保存するために縮小サイズの画像をブラウザに送信する前にサーバーを停止します。
サーバー上の CPU を犠牲にして帯域幅を確保します。 ZM は次の場合にのみサイズ変更を実行できることに注意してください。
適切な PHP グラフィックス機能がインストールされていること。 これは通常、次の場所で入手できます。
php-gdパッケージ。

WEB_H_EVENTS_VIEW、WEB_M_EVENTS_VIEW、WEB_L_EVENTS_VIEW - 保存されたイベントは次の場所で表示できます。
イベント リスト形式またはタイムライン ベースのいずれかです。 このオプションはデフォルトのビューを設定します
それが使われるでしょう。 ここで XNUMX つのビューを選択しても、他のビューがそのまま使用されることは妨げられません。
現在使用されているビューから常に選択可能になります。

WEB_H_SHOW_PROGRESS、WEB_M_SHOW_PROGRESS、WEB_L_SHOW_PROGRESS - イベントを表示するとき
イベント ナビゲーション パネルと進行状況バーがイベント自体の下に表示されます。 これにより、
イベント内の特定のポイントにジャンプしますが、動的に更新して表示することもできます
イベントリプレイ自体の現在の進行状況。 この進捗状況は次から計算されます。
実際のイベントの継続時間であり、リプレイ自体には直接リンクされていないため、制限されています
帯域幅接続が再生と同期していない可能性があります。 このオプションを使用すると、
ナビゲーションの側面を維持しながら、進行状況表示をオフにします。
効果的に機能するのを妨げます。

WEB_H_AJAX_TIMEOUT、WEB_M_AJAX_TIMEOUT、WEB_L_AJAX_TIMEOUT - の新しいバージョン
ライブ フィードとイベント ビューは、Ajax を使用してサーバーに情報を要求し、
動的に表示します。 このオプションを使用すると、必要に応じてタイムアウトを指定できます。
リクエストは放棄されます。 次のようなリクエストが過度にハングする場合は、タイムアウトが必要になる場合があります。
遅い接続です。 これにより、ブラウザのメモリが大量に消費され、
インターフェースが応答しません。 通常、リクエストがタイムアウトすることはないため、この設定は次のようにする必要があります。
予想される最も遅い応答よりも大きな値に設定します。 この値はミリ秒単位です
ただし、ゼロに設定すると、タイムアウトは使用されません。

オプション - 電話番号または携帯番号 帯域幅
[画像]

WEB_P_CAN_STREAM - ブラウザーのストリーミング機能の自動検出をオーバーライドします。 もしも
ブラウザが次のタイプの画像ストリームを処理できることはご存知でしょう。
「multipart/x-mixed-replace」ですが、ZoneMinder はこれを正しく検出しません。これを設定できます。
Cambozola を使用して、または使用せずにストリームが配信されることを確認するオプション
プラグイン。 「はい」を選択すると、ブラウザがストリームを処理できることが ZoneMinder に通知されます。
ネイティブでは、「no」はできないことを意味し、プラグインが使用されますが、「auto」は許可します。
ZoneMinder が決定します。

WEB_P_STREAM_METHOD - ZoneMinder は、mpeg エンコードされたビデオまたは
ビデオ ストリームを送信するときに、シリーズまたは静止画 JPEG を送信します。 このオプションは、どれを使用するかを定義します。
mpeg を選択した場合は、適切なプラグインが利用可能であることを確認する必要があります。
ブラウザーで jpeg を選択すると、Mozilla および関連ブラウザーでネイティブに動作します。
Internet Explorer 上の Java アプレットを使用した場合」

WEB_P_DEFAULT_SCALE - 通常、ZoneMinder は「ライブ」または「イベント」ストリームを
ネイティブサイズ。 ただし、モニターのサイズが大きい場合やリンクが遅い場合は、
このサイズを縮小することを好みますが、小さなモニターの場合は拡大することもできます。 これ
オプションを使用すると、デフォルトの倍率を指定できます。 と表現されます。
パーセンテージなので、100 は通常サイズ、200 はダブルサイズなどです。

WEB_P_DEFAULT_RATE - 通常、ZoneMinder は「イベント」ストリームをネイティブで表示します。
レート、つまり可能な限りリアルタイムに近い値です。 ただし、長いイベントがある場合は、
レビューのために高速で再生するのに便利です。 このオプションでは、何を指定できますか
デフォルトのリプレイ レートは次のようになります。 パーセンテージで表現されているので100が通常のレートですが、
200は倍速などです。

WEB_P_VIDEO_BITRATE - ffmpeg ライブラリを介して実際のビデオをエンコードする場合、ビット レートは次のようになります。
ストリームに使用される利用可能な帯域幅にほぼ対応するように指定されます。 これ
この設定は、ビデオの「品質」設定に実質的に対応します。 値が低いと、
値を高くすると、画像がブロック状になりますが、値を高くすると、より鮮明なビューが生成されます。 これに注意してください
この設定はビデオのフレーム レートを制御しませんが、ビデオの品質は制御します。
生成されるビデオは、この設定とビデオが生成されるフレーム レートの両方の影響を受けます。
で。 特定のビット レートでフレーム レートが高くなると、個々のフレームが
品質が低い。

WEB_P_VIDEO_MAXFPS - ストリーミング ビデオを使用する場合、主な制御はビットレートです。
送信できるデータ量を決定します。 ただし、高フレームレートではビットレートが低くなります
画像の品質が低下します。 このオプションを使用すると、最大フレーム レートを制限できます。
ビデオの品質が維持されるようにします。 追加の利点は、ビデオをエンコードできることです。
高いフレームレートでの作業は、ほとんどの場合、非常に高いフレームレートでプロセッサを集中的に使用するタスクになります。
より管理しやすいリソースを備えたレートと比較して、目に見える改善はほとんどありません
要件。 このオプションは、バイナリ リダクションにかかる上限として実装されていることに注意してください。
場所。 したがって、15fps でキャプチャするデバイスがあり、このオプションを 10fps に設定すると、
ビデオは 10fps ではなく、最終フレームとして 7.5fps (15 を 2 で割った値) で生成されます。
rate は、元の値を 2 のべき乗で割ったものでなければなりません。

WEB_P_SCALE_THUMBS - 設定されていない場合、このオプションは画像全体をブラウザに送信します。
ウィンドウ内でサイズを変更します。 設定すると、画像は送信前にサーバー上で縮小されます。
サーバー上の CPU を犠牲にして帯域幅を節約するために、サイズを縮小した画像をブラウザーに送信します。
ZM は、適切な PHP グラフィックス機能がある場合にのみサイズ変更を実行できることに注意してください。
がインストールされています。 これは通常、php-gd パッケージで入手できます。

WEB_P_AJAX_TIMEOUT - 新しいバージョンのライブ フィードとイベント ビューは Ajax を使用して、
サーバーに情報を要求し、ビューに動的に入力します。 このオプションにより、
必要に応じて、リクエストが破棄されるまでのタイムアウトを指定します。 タイムアウトになる可能性があります
接続が遅い場合など、リクエストが過度にハングする場合に必要です。 これは次のような傾向があります
ブラウザのメモリを大量に消費し、インターフェイスが応答しなくなります。 通常はありません
リクエストはタイムアウトする必要があるため、この設定は最も遅い値よりも大きい値に設定する必要があります。
予想される応答。 この値はミリ秒単位ですが、ゼロに設定するとタイムアウトは発生しません。
利用される。

オプション - アイズエム
注:
eyeZM は開発者によって積極的にメンテナンスされていないようで、
ZoneMinder の新しいバージョン。
[画像]

EYEZM_DEBUG - eyeZm プラグインからの追加のデバッグを有効または無効にします。 追加のデバッグ
情報は独自のファイル (EYEZM_LOG_TO_FILE が設定されている)、または Apache に表示されます。
エラーログ

EYEZM_LOG_TO_FILE - EYEZM_DEBUG がオンで EYEZM_LOG_TO_FILE がオンの場合、出力が生成されます
eyeZm プラグインからのファイルは独自のファイルに移動します。 そうしないとApacheエラーが発生します
ログ。

EYEZM_LOG_FILE - eyeZm 出力および EYEZM_LOG_TO_FILE を記録するときに使用するデフォルトのファイル名
有効になっています。 このファイルには、eyeZm プラグインからの独自の出力が含まれます。
EYEZM_LOG_TO_FILE と EYEZM_DEBUG は両方とも有効です。

EYEZM_EVENT_VCODEC - eyeZm プラグインは外部で FFMPEG を呼び出し、キャプチャされたデータをエンコードします。
画像。 FFMPEG が H264 をサポートするように構築されていない場合は、これを MPEG-4 に変更します。 使用する場合
H264、ご確認ください http://www.eyezm.com H264 要件と eyeZm のバージョンを確認してください
H264 (v1.2+) をサポートします。

EYEZM_FEED_VCODEC - ライブ ストリームがネイティブ MJPEG を使用して生成されるかどうかを決定します
ZoneMinder を使用したスト​​リーミング、または FFMPEG および HTML-264 ストリーミングを使用した H5。 H264を使用する場合、
チェックしてください http://www.eyezm.com H264 要件と eyeZm のバージョンを確認してください
H264 (v1.2+) をサポートします。 これは単なるデフォルトのパラメータであり、eyeZm でオーバーライドできます。

EYEZM_H264_DEFAULT_BR - H264 ストリーミングの FFMPEG で使用するデフォルトのビットレート。 使用するとき
H264 データをストリーミングするための eyeZm プラグイン。FFMPEG は品質を制御するためにビットレートを必要とし、
ビデオの帯域幅。 これは、FFMPEG が受け入れられる形式で指定する必要があります。 の
ほとんどのインストールではデフォルト値で十分です。 これは単なるデフォルトのパラメータであり、
eyeZm でオーバーライドできます。

EYEZM_H264_DEFAULT_EVBR - H264 イベント表示用に FFMPEG で使用するデフォルトのビットレート。 いつ
eyeZm プラグインを使用して H264 でイベントを表示するには、FFMPEG でビットレートを制御する必要があります。
ビデオの品質と帯域幅。 これは、受け入れ可能な形式で指定する必要があります。
FFMPEG。 ほとんどのインストールではデフォルト値で十分です。 これは単なるデフォルトです
パラメータであり、eyeZm でオーバーライドできます。

EYEZM_H264_TIMEOUT - 終了する前に H264 ストリームの開始を待機するタイムアウト (秒)。
eyeZm プラグインは、要求に応じて H264 ストリームの生成を試みます。
指定されたタイムアウト内に完了します。 システムが遅い場合、またはログを調べて確認する場合
FFMPEG にもかかわらず、タイムアウトが近づいているため H264 ストリームが開始されていないこと
が実行されている場合は、この値を増やしてみてください。 高速なシステムを使用している場合は、この値を減らします
H264 ストリームの開始に問題がある場合の応答性を向上させることができます。

EYEZM_SEG_DURATION - HTTP-5 ストリーミング プロトコルを使用したスト​​リーミングに使用されるセグメント期間。
HTTP-5 ライブ ストリーミング プロトコルは、入力ビデオ ストリームを小さなチャンクに分割します。
このパラメータで指定された期間。 セグメントの継続時間を長くすると、
相手側の接続は途切れますが、ストリームを開始する際の遅延が増加します。

オプション - ユーザー
[画像]

このセクションでは、システム上で定義されている現在のユーザーのリストが表示されます。 あなたはできる
ここからユーザーを追加または削除することもできます。 管理者ユーザーは削除しないことをお勧めします
ただし、同じ役割を引き継ぐ完全な特権を持つ別のユーザーを作成した場合は除きます。 各
ユーザーは、名前とパスワード (非表示)、および有効な設定で定義されます。
これを使用して、ユーザー (たとえば、ゲスト ユーザー) を一時的に有効または無効にすることができます。
期間限定のアクセス。 それに加えて、定義できる言語設定もあります。
ユーザー固有の言語。 ここでシステムとは異なる言語を設定します
言語は、ユーザーがログインすると Web インターフェイスが表示されることを意味します
利用可能な場合は、システムのデフォルトではなく独自の言語で表示されます。

ユーザー権限を定義する XNUMX つの値もあります。これらは、「ストリーム」、「イベント」、
「コントロール」、「モニター」、「システム」のそれぞれには、「なし」、「表示」、または「編集」の値を指定できます。
「編集」設定のない「ストリーム」から。 これらの値は、以下へのアクセスをカバーします。
地域。 「ストリーム」は、ユーザーが今後の「ライブ」ビデオフィードの視聴を許可されるかどうかを定義します
カメラから。 ユーザーが過去のイベントのみを表示できるようにしたい場合があります。
この場合、この設定は「なし」にする必要があります。 「イベント」設定は、ユーザーが次のことを実行できるかどうかを決定します。
保持されている履歴イベントを表示し、変更または削除します。 「コントロール」設定により、次のことが可能になります。
ユーザーがパン/チルト/ズーム タイプのカメラを制御できるかどうかを示します。
システム上にあります。 「モニター」設定は、ユーザーが現在のモニターを表示できるかどうかを指定します。
設定を監視し、変更します。 最後に、「システム」設定により、ユーザーが
オプションやユーザーなどのシステム設定全体を表示または変更できます。
システム全体の実行を制御します。

これらの設定に加えて、帯域幅を制限するために使用できる「帯域幅」設定もあります。
ユーザーが表示できる最大帯域幅と使用できる「モニター ID」設定
「システム」以外のユーザーがストリーム、イベント、またはコンテンツにのみアクセスできるように制限します。
指定されたモニター ID をスペースを含まないカンマ区切りのリストとしてモニターします。 ユーザーの場合
「モニター」の編集権限は特定のモニターに限定されており、編集することはできません
モニターを追加または削除しますが、アクセスできるモニターの詳細のみを変更します。 もし
ユーザーが「システム」権限を持っている場合、「モニター ID」設定は無視され、権限はありません。
効果。'

カメラ 管理
ZoneMinder は、Web インターフェイスからカメラを制御する機能を提供します。
自動的に範囲が広がります。 パン/チルト/ズーム (PTZ) カメラには幅広い機能があり、
多数の異なるプロトコルを使用して、あらゆる種類の汎用制御ソリューションを作成
潜在的に非常に難しい。 この問題に対処するために、ZoneMinder は XNUMX つの主要なアプローチを使用して、
この問題の周りで。

定義 of 機能
使用するカメラ モデルごとに、カメラ機能テーブルのエントリを次のようにする必要があります。
作成した。 これらは、カメラがサポートする機能を示し、
インターフェイスは、カメラがサポートする機能のみを提供します。 あります
非常に多くの機能がサポートされる可能性があり、これは非常に重要です
この表のエントリはカメラの実際の能力を反映していることに注意してください。 小さな
ZoneMinder には多数のサンプル機能が含まれており、これらは「」として使用できます。
」または変更されています。

管理 スクリプト
ZoneMinder 自体は通常、コマンドを送信する機能を提供しません。
カメラを起動したり、応答を受信したりできます。 Web からのモーション リクエストを仲介します。
で定義されたスクリプトに渡されるコマンドの標準セットへのインターフェース
コントロール能力。 ZoneMinder にはサンプル スクリプトが提供されており、
シリアルまたはネットワーク プロトコルの数は異なりますが、おそらく多くのカメラでは新しいプロトコルが使用されます。
スクリプトを作成する必要があります。 これらはサンプルに基づいてモデル化できます。
他のアプリケーションからの制御コマンドがすでに存在する場合、スクリプトはそのまま実行できます。
ZoneMinder とこれらのコマンドの間の「接着」層として機能します。

ZoneMinder の制御要素と機能要素は、
箱から出してすぐにすべてのカメラをサポートできるようにすることを目的としています。 ある程度の発達は、
多くのカメラで必要になる可能性があります。

制御 モニター
システムを制御可能なモニターを持つものとして定義しており、
コントロール用に設定されたモニターを選択し、上部にある「コントロール」リンクをクリックします。
ウィンドウの をクリックすると、短いイベント リスト領域がコントロール領域に変更されます。 機能
このウィンドウに表示される内容を正確に決定するには、以前に定義したとおりです。 一般的にあなたは
パン/チルト制御エリアと、ズームやフォーカスなどの XNUMX つまたは補助エリアがあります。
サイドへのコントロール。 プリセット サポートがある場合、これらは、
窓。 モニターを制御する通常の方法は、適切なボタンをクリックすることです。
グラフィックスは、制御スクリプトを介してカメラ自体にコマンドを送信します。 これはもしかしたら
カメラが応答するまでに顕著な遅延が発生する場合があります。

通常、制御矢印はクリックした場所に影響されます。
パンやズームなどに異なる速度を使用できるカメラをお持ちの場合
次に、矢印の先端付近をクリックすると、クリック中の速度が速くなります。
矢印の根元近くでは速度が遅くなります。 連続モーションを定義した場合は、
矢印の間の領域をクリックすると、進行中のアクティビティを停止できます。
パン/チルト コントロールの場合はグラフィック、ズームおよびコントロールの場合は単語のいずれかになります。
フォーカスコントロールなど

マッピングされたモーションなどの特定の制御機能では、
ストリーミング画像を直接サポートするブラウザで使用する場合は、画像自体。 この中で使われているのは
画像の興味のある領域をクリックするだけでカメラが動作します。
その場所を中心にします。 相対運動に対して直接画像制御を使用することもできます。
クリックした画像の領域によって、方向と中心からの距離が定義されます
画像の速度が決まります。 方向を推定するのは必ずしも簡単ではないため、
画像の中心付近では、少し離れるまでアクティブ領域が開始されません
中心から離れると、画像の中央に「デッド」ゾーンが生じます。

管理 Flow
ZoneMinder でのカメラ制御の仕組みを基本的に理解することは、大いに役立ちます。
将来のデバッグの問題で。 「カメラ」の多くは、
コントロールのスクリプトはユーザーが作成したものであり、システムに侵入する可能性は十分にあります。
将来のバージョンアップ。

· ZoneMinder は、特定のカメラ モデルの「制御プロトコル」に依存します。 これらの「コントロール」は、
プロトコルは、次の場所にある Perl パッケージにほかなりません。 /usr/share/perl5/ZoneMinder/Control/
(Ubuntu ディストリビューションの場合) PTZ 操作を呼び出すときに ZoneMinder によって呼び出されます。

· カメラの PTZ の「プロトコル」を関連付けると、実質的に
ZoneMinder は、最終的にカメラを制御する Perl ファイルの場所を認識します。
運動

· たとえば、Foscam 9831W カメラを設定していて、
「9831w」プロトコルをそのカメラに関連付けました。 これは基本的に、移動するときを意味します。
ZoneMinder 経由でカメラにアクセスすると、その動きは FI9831w.pm に渡されます。
/usr/share/perl5/ZoneMinder/Control/

· ZoneMinder は、プロトコル設定パラメータもテーブルに保持します。 コントロール
DB内で。 このテーブルは、カメラがサポートしているかどうかなどのパラメータを保存するために使用されます。
連続移動、ズームなど。

・ コントロール テーブルは、ZoneMinder が PTZ Web インターフェイスを構築するために使用します。 たとえば、
FI9831W カメラはズームをサポートしていません --> そのため、FIXNUMXW カメラの PTZ インターフェイスを開くと
Web コンソール経由で ZoneMinder を使用し、FI9831W カメラに移動すると、ズーム オプションが表示されます。
示されない。 これを表示しないことはわかっています。 管理 FI9831W のテーブル エントリ
ズームをサポートしないことを指定します。 これらのパラメータは次のように編集することに注意してください。
Webコンソールで「ソース」→「コントロール」→「コントロールタイプ」→「編集」

· 制御プロトコル ファイルを見てみると、それには関数があることがわかります。
ような moveRelUp or 移動ConLeft など -> これらは最終的に取得される関数です
カメラを移動させるために呼び出され、実装する貢献者が
カメラ プロファイルが欠落している場合は、これらの関数を適切なカメラ固有のプロファイルで埋めます。
コマンド。 こうすることで、コアの ZoneMinder コードはカメラについて心配する必要がなくなります。
特定のコマンド。 知っておく必要があるのはカメラの機能だけであり、それに応じて
プロトコル Perl ファイル内の抽象コマンドを呼び出します。これは、
そのカメラの perl ファイルを使用して詳細を実装します。 したがって、問題に直面している場合は、
PTZ が機能しない場合は、これらのプロトコル ファイルをデバッグする必要があります。

管理 機能
PTZ コントロールをサポートするカメラをお持ちで、それを ZoneMinder で使用したい場合は、
最初に行う必要があるのは、機能に正確なエントリがあることを確認することです。
テーブル。 これを行うには、「モニター構成」ダイアログの「制御」タブに移動する必要があります。
[コントロール タイプ] 選択ボックスの横に表示されている [編集] を選択します。 これにより、
新しいウィンドウに、既存の機能の簡単な概要がリストされます。 編集するには
既存の機能を変更するには、問題の機能の ID または名前を選択します。または
新しいコントロール機能を追加するには、「追加」ボタンをクリックします。 これらのアプローチのいずれでも、
上部にタブがあり、下部にフォーム フィールドがある、使い慣れたスタイルで新しいウィンドウを作成します。 の
機能テーブルの場合、多数の設定とタブがあり、平均
これらの使用法については、以下で簡単に説明します。

メイン タブ
Name これは制御機能の名前です。通常は、この名前を付けるのが理にかなっています。
使用されているカメラのモデルまたはプロトコルに応じた機能。

種類 機能がローカル (通常はシリアル) またはネットワーク制御プロトコルを使用するかどうか。

Command
これは、標準セットをマップするスクリプトまたはアプリケーションへのフルパスです。
ZoneMinder 制御コマンドを同等の制御プロトコル コマンドに変更します。 これも一つかもしれない
付属のサンプル zmcontrol-*.pl スクリプト、またはまったく別のもの。

できる ウェーク
これは実際の機能定義の最初のものです。 このボックスをチェックすると、
カメラをスリープ状態から復帰させるためのプロトコル コマンドが存在すること。

できる スリープ
カメラをスリープ状態にすることができます。

できる リセット
カメラを以前に定義した状態にリセットできます。

移動 タブ
できる 移動
カメラは移動可能、つまりパンやチルトが可能です。

できる 移動 対角線上
カメラは斜めに移動できます。 一部のデバイスは垂直方向にのみ移動できます。
一度に水平方向に。

できる 移動 マップされた
カメラは内部で画像上の点を正確な動きにマッピングできます。
画像内のその点を中心に配置します。

できる 移動 絶対の
カメラは絶対位置に移動できます。

できる 移動 相対
カメラは相対的な位置、たとえば左または上の 7 ポイントまで移動できます。

できる 移動 連続的な
カメラは、停止するように指示されるまで、または指定された方向に継続的に移動できます。
移動制限に達した場合（左など）。

パン タブ
できる パン
カメラはパンまたは水平方向に移動できます。

最小/最大 パン レンジ
カメラが絶対モーションをサポートしている場合、これは最小および最大パンです。
指定できる座標 (例: -100 ～ 100)。

分/人 パン 手順
カメラが相対運動をサポートしている場合、これは最小および最大量です。
指定できる動き。

ています パン 速度
カメラはパン速度の指定をサポートしています。

最小/最大 パン 速度
サポートされている最小および最大のパン速度。

ています ターボ パン
カメラは追加のターボ パン速度をサポートします。

ターボ パン 速度
実際のターボパン速度。

傾ける タブ
チルト機能の定義、「パン」タブのフィールド。

Zoom タブ
できる Zoom
カメラはズームできます。

できる Zoom 絶対の
カメラは絶対位置にズームできます。

できる Zoom 相対
カメラは相対位置にズームできます。

できる Zoom 連続的な
カメラは、停止するよう指示されるかズームの限界に達するまで、継続的にズームインまたはズームアウトできます。
に達します。

最小/最大 Zoom レンジ
カメラが絶対ズームをサポートしている場合、これは最小および最大ズーム量です。
それが指定される可能性があります。

分/人 Zoom 手順
カメラが相対ズームをサポートしている場合、これは最小および最大量です。
指定できるズーム変更。

ています Zoom 速度
カメラはズーム速度の指定をサポートしています。

最小/最大 Zoom 速度
サポートされる最小および最大ズーム速度。

フォーカス タブ
フォーカス機能の定義、フィールドは「ズーム」タブと同様ですが、次のとおりです。
追加の機能。

できる 自動応答オプション フォーカス
カメラは自動的に焦点を合わせることができます。

ホワイト タブ
ホワイトバランス機能の定義、「フォーカス」タブのフィールド。

虹彩 タブ
Iris Control 機能の定義、「Focus」タブのフィールド。

プリセット タブ
ています プリセット
カメラはプリセット位置をサポートしています。

で プリセット
カメラがサポートするプリセットの数。 カメラが膨大な数の機能をサポートしている場合、
プリセットの場合、ここでより適切な数を指定するのが理にかなっています。20 以下です。
お勧めします。

ています ホーム プリセット
カメラには定義された「ホーム」位置があり、通常はその範囲の中間点にあります。

できる 作成セッションプロセスで プリセット
カメラは、制御プロトコルを介してプリセット位置の設定をサポートします。

管理 スクリプト
ZoneMinder でカメラを制御するための XNUMX 番目の重要な要素は、
適切な制御スクリプトまたはアプリケーションが存在します。 少数のサンプル スクリプトは次のとおりです。
ZoneMinder に含まれており、直接使用することも、開発の基礎として使用することもできます。 コントロール
スクリプトはアトミックに実行されます。つまり、Web から XNUMX つのリクエストされたアクションが実行されます。
インターフェイスではスクリプトが XNUMX 回実行され、状態情報は保持されません。
プロトコルで状態情報を保存する必要がある場合は、次のことを確認する必要があります。
ZoneMinder には制御中のカメラの状態に関する概念がないため、スクリプトでこれを実行します。
条項。

新しい制御スクリプトを作成している場合は、それがサポートされていることを確認する必要があります。
ZoneMinder がそれに渡すパラメータ。 すでにスクリプトまたはアプリケーションをお持ちの場合
カメラを制御する場合、ZoneMinder 制御スクリプトは変換するための接着剤として機能します。
既存のアプリケーションが理解できるフォームに渡されるパラメータ。 あなたがいる場合
新しいプロトコルをサポートするスクリプトを作成する場合は、パラメータを変換する必要があります
同等のプロトコル コマンドにスクリプトに渡されます。 慎重に定義していれば、
上記の制御機能がある場合は、それらに対応するコマンドのみを期待する必要があります。
機能を提供します。

制御スクリプトに渡されるパラメータの標準セットは以下に定義されています。
--デバイス= : これはモニター定義の制御デバイスです。 欠席の場合
デバイスが指定されていません。 — アドレス= : これは、からの制御アドレスです。
モニターの定義。 これは通常、ネットワーク カメラのホスト名または IP アドレスになります。
または、他のカメラの単純な数値カメラ ID。
--autostop= : 自動タイムアウトを適用するかどうかを示します。
指定されたコマンドを「停止」します。 これは「連続」コマンドにのみ含まれます。
以下にリストされているように、タイムアウトは XNUMX 進数の秒数 (おそらく小数秒) になります。 —
コマンド= : スクリプトが実行するコマンドを指定します。 有効
コマンドを以下に示します。
--xcoord= 、 --ycoord= : コマンドの x および/または y 座標を指定します。
それらを必要とするもの。 これらは通常、絶対コマンドまたはマップされたコマンドです。 —
幅= ''、''--高さ= ：幅と高さを指定します。
現在のイメージ。マップされたモーション コマンドの場合、渡される座標値は次の値を持つ必要があります。
コンテキスト。
--速度= : 必要に応じて、コマンドが使用する速度を指定します。
— パンスピード= '', ''--tiltspeed= : 特定のパンとチルトを示します。
斜めの動きの速度により、水平方向の動きとは異なる速度が可能になる場合があります
そして垂直コンポーネント。
--ステップ= : これは、コマンドが使用するモーションの量を指定します。
適切な。 通常は相対コマンドのみに使用されます。 — パンステップ= ”、
''--チルトステップ= : これは、対角線の特定のパンとチルトのステップを示します。
水平方向と垂直方向で異なる量の動きを許容する可能性がある動き
コンポーネント。
--プリセット= : これは、関連するコマンドが実行すべき特定のプリセットを指定します。
運営する。

この command 上記のオプションは、次のコマンドのいずれかをパラメータとして受け取ることができます。

ウェイク カメラをウェイクアップします。

眠る カメラをスリープ状態にします。

リセット カメラをリセットします。

移動マップ
画像上の指定した位置にマッピングして移動します。

move_pseudo_map
上記の move_map のように。 疑似マッピングされたモーションは、マッピングされたモーションが使用できない場合に使用できます。
サポートされていますが、相対モーションがサポートされています。この場合、マッピングされたモーションは大まかに指定できます。
慎重なキャリブレーションによって近似されます。

移動_腹筋_
指定された絶対位置に移動します。 方向要素はヒントを与えます。
進む方向ですが省略可能です。 存在する場合は、「上」、「下」、
「左」、「右」、「左上」、「右上」、「左下」、または「右下」。

move_rel_
指定された方向に指定された量だけ移動します。

移動コン_
停止するよう指示されるまで、指定された方向に動き続けます。

移動_停止
進行中の動作を停止します。

ズーム_abs_
指定された絶対ズーム位置にズームします。 方向要素はヒントを与えます
進む方向ですが省略可能です。 存在する場合は、「tele」または「tele」のいずれかになります。
"幅"。

ズーム_レル_
指定された方向に指定された量だけズームします。

ズームコン_
停止するよう指示されるまで、指定された方向にズームし続けます。

ズームストップ
進行中のズームを停止します。

フォーカス_オート
フォーカスを自動に設定します。

フォーカスマン
フォーカスをマニュアルに設定します。

フォーカス_腹筋_
指定された絶対フォーカス位置にフォーカスします。 方向要素はヒントを与えます
進む方向ですが省略可能です。 存在する場合は、「near」または「near」のいずれかになります。
"遠い"。

フォーカスリリース_
指定された方向に指定された量だけ焦点を合わせます。

フォーカス_コン_
停止するよう指示されるまで、指定された方向に集中し続けます。

フォーカスストップ
進行中のフォーカシングを停止します。

白_
方向が「イン」または「アウト」であることを除いて、フォーカス コマンドどおりです。

虹彩_
方向が「開く」または「閉じる」であることを除いて、フォーカス コマンドどおりです。

プリセットセット
指定されたプリセットを現在の場所に設定します。

プリセット_goto
指定されたプリセットに移動します。

プリセットホーム
「ホーム」プリセットに移動します。

モバイル Devices
モバイル デバイスで ZoneMinder を使用するためのいくつかのオプションを次に示します。

三番 パーティー モバイル クライアント
·

zm忍者 (source コード, ニーズ API 〜へ be インストール 〜へ 作業）

· App Store と Play ストアで利用可能 - ウェブサイト

·

zmView （限定、 自由） と zmView Pro （もっと 特徴、 有料）

· App Store と Play Store で利用可能、ZM スキンに依存 ウェブサイト

使い方 　 既存の ウェブ コンソール
· ブラウザを起動して、ZoneMinder インターフェイスを直接使用できます。
ZoneMinder サーバーはデスクトップ上で行うのと同じです

· ZoneMinder には、限定された機能を提供する「モバイル スキン」もあります (すべてのビューが機能するわけではありません)
この皮膚に存在します）。 モバイルブラウザで次の場所を指定できます
http://yourzoneminderip/zm/index.php?スキン=モバイル ブックマークします。 注意 しかしながら それ
1.29 is 　 last リリース それ 意志 サポート 　 モバイル 皮膚。 結論 つかいます is 非推奨の

中止 クライアント
以下は、動作せず、更新されていないクライアントのリストです。

・eyeZM

ロギング
ZoneMinder のほとんどのコンポーネントは、情報、警告、エラー、およびデバッグ メッセージを出力できます。
標準フォーマット。 これらのメッセージは XNUMX つ以上の場所に記録できます。 デフォルトではすべて
スクリプトによって生成されたメッセージがログインされます.log files which are placed in the
ZM_PATH_LOGS 構成変数で定義されたディレクトリ。 これは最初に次のように定義されます
'/ tmpに' ただし、上書きすることもできます (上記の「オプションとユーザー」セクションを参照)。 だから、
たとえば、zmpkg.pl スクリプトはメッセージを /tmp/zmpkg.pl に出力します。
メッセージは次のとおりです。

03/01/06 13:46:00.166046 zmpkg[11148].INF [コマンド: 開始]

最初の部分はエントリの日付と時刻を示し、次のセクションは
スクリプトの名前 (または短縮版)、その後に四角形のプロセス ID が続きます
括弧、重大度コード (INF、WAR、ERR、または DBG)、およびデバッグ テキスト。 を変更すると、
ログ ディレクトリの場所。Web に保存されている既存のディレクトリを参照していることを確認してください。
ユーザーには書き込み権限があります。 また、そのディレクトリにログが存在しないことを確認してください。
Web ユーザーには開く権限がありません。 これは、コマンドを実行するか、
ある時点でテストのために root ユーザーとしてスクリプトを実行します。 このようなことが起こった場合、その後は
非特権実行は、ログ ファイルを開くことができないため失敗します。

上記の特定のスクリプトのログに加えて、情報、警告、エラー メッセージも記録されます。
システムの syslog サービス経由でログに記録されます。 これは Linux システムの標準コンポーネントであり、
標準的な方法と標準形式を使用して、あらゆる種類のメッセージをログに記録できます。 の上
ほとんどのシステムでは、特に設定されていない限り、ZoneMinder によって生成されたメッセージは
/var/log/messages ファイル。 一部のディストリビューションでは、別のファイルに保存される場合がありますが、通常は
まだ /var/log にあります。 このファイル内のメッセージはスクリプト ログ ファイル内のメッセージと似ていますが、
若干異なります。 たとえば、システム ログ ファイル内の上記のイベントは次のようになります。

3月13日 46:00:52 Shuttle11148 zmpkg[XNUMX]: INF [コマンド: start]

ここで、日付の形式が異なっていることがわかります (しかも精度は 1 秒のみ)
また、ホスト名用の追加フィールドもあります (syslog はネットワーク上で動作できるため)。
このファイル内の ZoneMinder エントリだけでなく、他のさまざまなエントリも表示される場合があります。
システムコンポーネント。 syslogd デーモンが syslog に対して実行されていることを確認する必要があります。
メッセージが正しく処理されるようにする必要があります。

多くのユーザーから、次のような ZoneMinder メッセージを抑制またはリダイレクトする方法について質問がありました。
このファイルに書き込まれます。 これは、他のシステム メッセージを送信したくないために発生することがほとんどです。
ZoneMinder で生成されたものに圧倒されて見えにくくなる (これは非常に頻繁に発生する可能性があります)
デフォルトで）。 syslog メッセージを制御するには、
システム上の syslog.conf ファイル。 これは多くの場合、 の/ etc ディレクトリ。 このファイル
特定のクラスとカテゴリのメッセージが表示されるように syslog を設定できるようにします。
別のファイルにルーティングされるか、コンソールに強調表示されるか、単に無視されます。 完全な詳細
このファイルの形式はこのドキュメントの範囲外です (「man syslog.conf」と入力)
さらに詳しい情報が得られます）が、最も頻繁に要求される変更は簡単に行うことができます。
実装します。

syslog サービスは、優先順位とファシリティの概念を使用します。
メッセージの重要性を表し、後者はシステムのその部分を指します。
それが起源となったもの。 標準の優先順位には、「情報」、「警告」、「エラー」、「デバッグ」が含まれます。
ZoneMinder は、対応するクラスのメッセージを生成するときにこれらの優先順位を使用します。
標準機能には、「メール」、「cron」、「セキュリティ」などが含まれますが、これ以外にも、
マシン固有のメッセージ ジェネレーターで使用できる XNUMX つの「ローカル」機能。
ZoneMinder は、「local1」機能を介してメッセージを生成します。

syslog.conf は、メッセージの優先順位と機能に関する知識を備えています。
ファイルを修正して、メッセージを自由に処理できます。

したがって、すべての ZoneMinder メッセージが特定のログ ファイルに確実に保存されるようにするには、
syslog.conf ファイルの先頭近くにある次の行:

# ZoneMinder メッセージを zm.log に保存する
local1.* /var/log/zm/zm.log

これにより、local1 機能で生成されたすべてのメッセージが確実に fhe にルーティングされます。
/var/log/zm/zm.log ファイル。 ただし、これは必ずしも彼らが次のような状況に陥ることを妨げるわけではありません。
標準のシステムログ。 これを行うには、どの行を決定するかを決定する行を変更する必要があります。
メッセージはこのファイルに記録されます。 これは次のようになります。

# レベル情報以上のもの (メールを除く) をログに記録します。
# プライベート認証メッセージをログに記録しないでください。
*.info;mail.none;news.none;authpriv.none;cron.none /var/log/messages

デフォルトでは。 このファイルから ZoneMinder メッセージを完全に削除するには、これを変更します。
次のような行になります:

*.info;local1.!*;mail.none;news.none;authpriv.none;cron.none /var/log/messages

これは、syslog に local1 機能からのメッセージを無視するように指示します。 ただし、あなたが
システム ログ ファイルに警告とエラーが発生するようにしたい場合は、次のように変更できます。

*.info;local1.!*;local1.warning;mail.none;news.none;authpriv.none;cron.none /var/log/messages

これは、ignore 命令の後にさらに命令を続けて、次のようなメッセージが存在することを示します。
local1 の機能と警告以上の優先度をファイルに含める必要があります。

これらのレシピは、システムに合わせてログを変更する方法の単なる例です。
他にもできる変更はたくさんあります。 変更を加えた場合
syslog.conf で syslogd プロセスを再起動するか、それに HUP シグナルを送信する必要があります。
設定ファイルを強制的に再読み取りしないと、変更は無視されます。

上記のロギングの説明は、スクリプトがどのようにエラーを生成しデバッグするかを説明することから始まりました。
メッセージ。 バイナリの動作方法は少し異なります。 バイナリが生成される
スクリプトとまったく同じ方法で syslog を使用して、情報、警告、およびエラー メッセージを表示します
これらのメッセージは同様に処理されます。 ただし、デバッグ出力は多少異なります
違う。 スクリプトについて、デバッグを有効にしたい場合は、スクリプトを編集する必要があります。
ファイル自体を変更し、DBG_LEVEL 定数の値を 1 に変更します。これにより、
に書き込まれるデバッグ メッセージ.log file as well as the more important
メッセージ。 ただし、デバッグ メッセージは syslog 経由でルーティングされません。 スクリプトには現在、次のものしかありません
XNUMX レベルのデバッグなので、これによりあらゆるデバッグ メッセージが生成されます。 バイナリ
動作は少し異なりますが、に存在する zmDbgInit への呼び出しを編集できます。
デバッグレベルの初期値を更新するすべてのバイナリの「main」関数には、
より簡単な方法。

デバッグ出力を収集する最も簡単な方法は、メイン メニューから [オプション] リンクをクリックすることです。
ZoneMinder コンソール ビューを表示し、[デバッグ] タブに移動します。 そこでは、いくつかのものが見つかります
デバッグオプション。 最初に行う必要があるのは、ZM_EXTRA_DEBUG 設定が次のとおりであることを確認することです。
スイッチオン。 これにより、一般的にデバッグが可能になります。 次に行う必要があるのは、
関連するオプションを使用して、ターゲット、レベル、および宛先ファイルをデバッグします。 クリックしてください '？' に
有効な設定の詳細については、各オプションを参照してください。 ZoneMinderを再起動する必要があります
全体として、または少なくともロギングを有効にするための問題のコンポーネント。 持っているとき
デバッグが終了したら、ZM_EXTRA_DEBUG のチェックを外してデバッグをオフにしてください。
オプションを選択して ZoneMinder を再起動します。 他のオプションはそのままにしておいても問題ありません
マスター デバッグ オプションがオフの場合は無視されます。

デバッグをログに記録したら、USR1 および USR2 信号を送信してレベルを変更できます。
関連するバイナリ (または複数のバイナリ) にアクセスして、デバッグのレベルを増減します。
即時に発せられます。 バイナリが取得された場合、この変更は保持されません。
ただし再開。

コマンドラインからバイナリを直接実行して特定の機能をテストしたい場合
またはシナリオでは、ZM_DBG_LEVEL および ZM_DBG_LOG 環境変数を設定して、
表示したいデバッグのレベルとログ ファイル、および ZM_DBG_PRINT 環境変数
1 に設定すると、デバッグが端末に直接出力されます。

すべての ZoneMinder ログを logrotate でローテーションできるようになりました。 logrotate 構成ファイルのサンプルは次のとおりです。
下に示された：

/var/log/zm/*.l​​og {
ミソク
notifempty
共有スクリプト
後回転
/usr/local/bin/zmpkg.pl logrot 2> /dev/null > /dev/null || 真実
エンドスクリプト
}

API

このドキュメントでは、ZoneMinder の API の概要を説明します。 これは進行中の作業です。

概要
ZoneMinder をさらに「オープン」にするために、API が必要でした。 これにより、迅速な対応が可能になります
ZoneMinder との統合と開発。

API は CakePHP に組み込まれており、 / api ディレクトリ。 RESTful を提供します
サービスを提供し、モニターの CRUD (作成、取得、更新、削除) 機能をサポートします。
イベント、フレーム、ゾーン、および構成。

セキュリティ
API は、ZoneMinder の既存のセキュリティ モデルに関連付けられています。 これは、OPT_AUTH を持っている場合を意味します
有効にしている場合は、API を使用する予定と同じブラウザを使用して ZoneMinder にログインする必要があります。
から。 API に依存するアプリを開発している場合は、POST ログインを行う必要があります。
API にアクセスする前に、アプリから ZoneMinder にアクセスしてください。

次に、ログインの認証情報 (Cookie として返される) を再利用する必要があります。
状態）、認証情報をフロースルーするための後続の API
API。

つまり、cuRL を使用してこれらの API を実験する場合は、まず次のことを行う必要があります。

curl -d "ユーザー名=XXXX&パスワード=YYYY&アクション=ログイン&ビュー=コンソール" -c cookies.txt http://yourzmip/zm/index.php

交換 ブース番号：XNUMXホールXNUMXCXNUMX と YYYY それぞれユーザー名とパスワードを入力します。

必ず書き込み権限のあるディレクトリでこれを行ってください。そうでない場合は、
cookies.txt は作成されず、コマンドは警告なしに失敗します。

「-c cookies.txt」は、ログに記録したことを反映する Cookie の状態を保存します。
ZMに。 次に、その Cookie 状態を後続のすべての API に適用する必要があります。 それを行うには、
次のように CuRL を使用している場合は、後続の API に「-b cookies.txt」を使用します。

カール -b クッキー.txt http://yourzmip/zm/api/monitors.json

これにより、モニターのリストが返され、認証情報が ZM に渡されます。
API層。

したがって、認証を使用している場合は、 -b クッキー.txt それぞれに
CuRL を使用している場合は、以下のコマンドを実行します。 CuRL を使用せずに独自のアプリを作成する場合は、
アプリ内での後続のリクエストに Cookie を渡すようにする必要があります。

例 （お願いします read セキュリティ 通知 上記）
次のいずれかで終わる各 URL が表示されます。 。のXml or .json。 これがリクエストの形式です。
そして、それによって、返されるデータの形式が決まります。私は json が好きです。
ただし、必要に応じて XML を使用することもできます。

(すべての例で、「server」を ZoneMinder が実行されている IP またはホスト名とポートに置き換えます)

API
API バージョンを取得するには:

curl http://server/zm/api/host/getVersion.json

返品 a リスト of を モニター
curl http://server/zm/api/monitors.json

検索します モニター 1
curl http://server/zm/api/monitors/1.json

前日比 都道府県 of モニター 1
この API は、モニター 1 を Modect および Enabled に変更します。

カール -XPOST http://server/zm/api/monitors/1.json -d "モニター[機能]=Modect&モニター[有効]:true"

Add a モニター
このコマンドは、新しい http モニターを追加します。

カール -XPOST http://server/zm/api/monitors.json -d "モニター[名前]=クリフ・バートン\
&Monitor[関数]=モデクト \
&Monitor[プロトコル]=http \
&Monitor[メソッド]=単純 \
&Monitor[ホスト]=usr:[メール保護] \
&Monitor[ポート]=80 \
&Monitor[パス]=/mjpg/video.mjpg \
&モニター[幅]=704 \
モニター[高さ](&M)=480 \
モニター[色]=4(&M)"

編集 モニター 1
このコマンドは、モニター 1 の「名前」フィールドを「test1」に変更します。

カール -XPUT http://server/zm/api/monitors/1.json -d "モニター[名前]=test1"

削除 モニター 1
このコマンドはモニター 1 を削除しますが、それに依存するイベントは削除しません。

カール -XDELETE http://server/zm/api/monitors/1.json

返品 a リスト of を イベント
http://server/zm/api/events.json

イベントリストは非常に大きくなる可能性があり、この API (ZM の他のすべての API と同様) は
ページネーション。 各ページは特定のエントリのセットを返します。 デフォルトではこれは 25 で同点です
ZM オプション メニューの WEB_EVENTS_PER_PAGE に追加します。

したがって、すべてのイベントを反復処理するロジックは次のようになります (疑似コード)。
(残念ながら、最初のページを取得せずに pageCount を取得する方法はありません)

データ = http://server/zm/api/events.json?page=1 # 最初のページを返します
# 返された json オブジェクトには、data.pagination.pageCount というプロパティが追加されました。
カウント = data.pagination.pageCount;
for (i=1, i
{
データ = http://server/zm/api/events.json?ページ=i;
doStuff(データ);
}

検索します イベント Id 1000
カール-XGET http://server/zm/api/events/1000.json

編集 イベント 1
このコマンドは、イベント 1 の「名前」フィールドを「シーク アンド デストロイ」に変更します。

カール -XPUT http://server/zm/api/events/1.json -d "イベント[名前]=探して破壊する"

削除 イベント 1
このコマンドは、イベント 1 とそれに依存するフレームを削除します。

カール -XDELETE http://server/zm/api/events/1.json

返品 a リスト of イベント for a 特定の モニター Id =5
カール-XGET http://server/zm/api/events/events/index/MonitorId:5.json``

リストが長すぎる場合にも、同じページネーション ロジックが適用されることに注意してください。

返品 a リスト of イベント for a 特定の モニター 以内 a 特定の 日付時刻 範囲
http://server/zm/api/events/events/index/MonitorId:5/StartTime >=:2015-05-15 18:43:56/EndTime <=:2015-05-16 18:43:56.json

CuRL でこれを試すには、次のようにスペースを URL エスケープする必要があります。

カール -XGET "http://server/zm/api/events/index/MonitorId:5/StartTime%20>=:2015-05-15%2018:43:56/EndTime%20<=:2015-05-16%2018:43:56.json"

返品 a リスト of イベント for を モニター 以内 a 指定の 日付時刻 範囲
カール -XGET "http://server/zm/api/events/index/StartTime%20>=:2015-05-15%2018:43:56/EndTime%20<=:208:43:56.json"

　 アピス
API を使用すると、通常設定する ZM のすべての構成パラメータにアクセスできます。
Webコンソール内。 これにより、構成パラメータの完全なリストが返されます。

カール-XGET http://server/zm/api/configs.json

各構成パラメータには、ID、名前、値、およびその他のフィールドがあります。 もしかしたらあなたもそうかもしれません
おそらくこの 3 つにのみ焦点を当てることになるでしょう。

(設定変更例未定)

ラン 都道府県 アピス
ZM API は、ZM の開始/停止/再起動/状態の一覧表示にも使用できます。例:

カール-XGET http://server/zm/api/states.json # 実行状態のリストを返す
カール -XPOST http://server/zm/api/states/change/restart.json #ZMを再起動
カール -XPOST http://server/zm/api/states/change/stop.json #ZMを止める
カール -XPOST http://server/zm/api/states/change/start.json #ZM始動

創造する a ゾーン
カール -XPOST http://server/zm/api/zones.json -d "ゾーン[名前]=ジェイソン・ニューステッド \
&ゾーン[モニターID]=3 \
ゾーン[タイプ]=アクティブ(&Z) \
&Zone[単位]=パーセント \
&Zone[NumCoords]=4 \
&ゾーン[座標]=0,0 639,0 639,479 0,479 \
&ゾーン[アラームRGB]=16711680 \
&Zone[CheckMethod]=ブロブ \
ゾーン[最小ピクセルしきい値]=25(&Z) \
ゾーン[最大ピクセル閾値](&Z)= \
&ゾーン[最小アラームピクセル]=9216 \
&ゾーン[最大アラームピクセル]= \
ゾーン[フィルタX]=3(&Z) \
ゾーン[フィルタY]=3(&Z) \
&Zone[MinFilterPixels]=9216 \
&Zone[MaxFilterPixels]=230400 \
&Zone[MinBlobPixels]=6144 \
&Zone[MaxBlobPixels]= \
ゾーン[MinBlobs]=1(&Z) \
&Zone[MaxBlobs]= \
&Zone[オーバーロードフレーム]=0"

PTZ 管理 API
モニターに関連付けられた PTZ コントロールは、コントロール テーブルではなくコントロール テーブルに保存されます。
ZM内のモニターテーブル。 つまり、モニターの詳細を取得すると、
制御可能かどうか (isControllable:true) とコントロール ID のみがわかります。 できるように
そのコントロール ID に関連する PTZ 情報を取得するには、コントロール API を使用する必要があります。

これにより、すべてのコントロール定義が返されます。

curl http://server/zm/api/controls.json

これは、特定のコントロール ID=5 のコントロール定義を返します。

curl http://server/zm/api/controls/5.json

主催者 API
ZM API には、ホスト (別名 ZM) デーモンのステータス、負荷の決定に役立つさまざまな API があります。
など いくつかの例:

カール-XGET http://server/zm/api/host/daemonCheck.json # 1 = ZM が実行中 0= 実行されていない
カール-XGET http://server/zm/api/host/getLoad.json # ZM の現在の負荷を返します
カール-XGET http://server/zm/api/host/getDiskPercent.json # モニターごとのディスク使用量 (つまり、モニターごとにさまざまなイベント関連情報、画像などを保存するために必要なスペース) を GB (パーセントではありません) で返します。

よくある質問

こちらはよくある質問のページです。 不足していると思われる FAQ があれば、お気軽に投稿してください。

認定条件 できる I stop ゾーンマインダー 充填 up my ディスク？
ZoneMinder の最近のバージョンには、この目的に使用できるフィルタがすでに付属しています
含まれています。 フィルターは次のように呼ばれます 完全にパージする それを見つけるには、イベントの XNUMX つを選択してください
コンソール ページからカウントされます。たとえば、過去 XNUMX 時間のイベントなど、
モニター。 注意 を新規インストールすると、このフィルタが自動的に有効になること
新しいデータベースの作成を含む ZoneMinder。 すでに既存のデータベースがあり、
Zoneminder をアップグレードすると、フィルターの設定が保持されます (以前の設定)
リリースはデフォルトで無効になっていました)。 したがって、PurgeWhenFull が有効になっているかどうかを確認してください。
そうでない場合は有効にします。

これを有効にするには、Web コンソールに移動し、いずれかのモニターのいずれかのイベントをクリックします。
これにより、イベントのリストとフィルター ウィンドウが表示されます。

フィルター ウィンドウには、「フィルターを使用」というラベルのドロップダウン選択ボックスがあります。
保存されたフィルターを選択します。 「PurgeWhenFull」を選択すると、そのフィルターがロードされます。

開始する割合など、必要に応じて変更を加えます。
または一度に削除するイベントの数 (必要なだけフィルターを繰り返します)
スペースをクリアしますが、そこに到達するたびに削除されるのはこの数のイベントだけです)。

次に、「保存」をクリックすると、新しいウィンドウが表示されます。 「自動的に」
「削除」ボックスにチェックを入れ、「保存」を押してフィルタを保存します。 これは次に実行されます
バックグラウンドを使用して、ディスクをこれらの制限内に維持します。

これを完了すると、変更内容が自動的に zmfilter にロードされます。
数分。

チェック zmfilter.log ファイルを使用して、Perl モジュールが欠落している場合があるとして実行されていることを確認します。
つまり、実行されることはありませんが、人々は必ずしもそれを認識するとは限りません。

By 年数 7 日より古いイベントを削除するには、「日付」を使用して新しいフィルターを作成します。
「未満」および「-7 日」の値に設定し、「日付/時刻」で「昇順」の終了順に並べ替えます。
次に、「すべての一致を削除」チェックボックスを有効にします。 週または週の値を使用することもできます
および日数: 「-2 週間」または「-2 週間 4 日」

「フィルターをバックグラウンドで実行」を有効にして保存すると、フィルターが自動的に実行されます。 オプションのスキップ
アーカイブされたイベント: -7 日間の横にあるプラス記号をクリックして、別の条件を追加します。 "と"
「アーカイブ ステータス」は「未アーカイブのみ」と同じです。

オプションの低速削除: 結果の数を 3 に制限します。
イベントが削除されると、CPU 使用率が長時間にわたって急激に上昇する可能性があります。 制限する
フィルタが実行されるたびに、結果の数が最初の XNUMX 件のみに分散されます。
時間の経過とともにプロセスを削除し、CPU 負荷を大幅に軽減します。

ZM がファイルを削除するときにファイルを削除するには XNUMX つの方法があります。
[システム] タブのオプション ZM_OPT_FAST_DELETE および ZM_RUN_AUDIT。

ZM_OPT_FAST_DELETE:

通常、アラームの結果として作成されるイベントは、XNUMX つ以上のエントリで構成されます。
データベース テーブルとそれに関連するさまざまなファイル。 イベントを削除するときは、
ブラウザで多くのことを実行しようとしている場合、これをすべて削除するには長い時間がかかる可能性があります。
一気にイベント。 このオプションを設定することをお勧めします。これは、ブラウザーが
クライアントはイベント テーブル内のキー エントリのみを削除します。つまり、イベントは削除されません。
リストに表示される時間が長くなり、zmaudit デーモンが残りを後でクリアするようになります。

ZM_RUN_AUDIT:

zmaudit デーモンは、データベースとデータベースに保存された情報を確認するために存在します。
ファイル システムは一致しており、相互に一貫性があります。 エラーが発生した場合、または
「高速削除」を使用すると、データベース レコードが削除されてもファイルが残る可能性があります。 この中で
この場合、zmaudit は冗長な情報を削除して XNUMX つのデータを同期します。
店舗。 このオプションは、zmaudit をバックグラウンドで実行するかどうかを制御し、次のことを実行します。
継続的にチェックと修正を行います。 これはほとんどのシステムで推奨されますが、
データベースとファイル システムをスキャンするプロセスに非常に多くのイベントがかかる可能性があります
長時間使用でき、パフォーマンスに影響を与えます。 この場合、zmaudit を使用しない方がよいかもしれません。
無条件に実行し、別の都合の良い時間に不定期にチェックするようにスケジュールを設定します。

ZM_AUDIT_CHECK_INTERVAL:

zmaudit デーモンは、データベースとデータベースに保存された情報を確認するために存在します。
ファイルシステムは一致しており、相互に一貫性があります。 エラーが発生した場合、または
「高速削除」を使用すると、データベース レコードが削除されてもファイルが残る可能性があります。 この中で
この場合、zmaudit は冗長な情報を削除して XNUMX つのデータを同期します。
店舗。 ほとんどのシステムでは、デフォルトのチェック間隔 900 秒 (15 分) で十分です。
ただし、イベントの数が非常に多い場合は、データベースをスキャンするプロセスが必要になり、
ファイル システムの処理には長い時間がかかり、パフォーマンスに影響を与える可能性があります。 この場合、次のことを選択することをお勧めします。
システムへの影響を軽減するには、この間隔を大幅に大きくしてください。 このオプションにより決定されます
これらのチェックが実行される頻度。

数学 for メモリ： 作成 確か フォーム 持ってる 十分な メモリ 〜へ ハンドル カメラ
ZoneMinder の動作が不安定になる最も一般的な問題の XNUMX つは、十分な権限がないことです。
すべてのカメラを処理できるメモリ。 多くのユーザーは複数の HD カメラをフルに設定することがよくあります
解像度と 15FPS 以上の場合、プロセスの失敗、空白などのさまざまな問題に直面する
画面やその他の完全に不安定な動作。 このすべての根本的な原因はあなたにあります
すべてのカメラを処理するのに十分なメモリまたは馬力がありません。 ソリューション
多くの場合、FPS を下げたり、カメラを減らしたり、サーバーの機能を強化したりする必要があります。

ここでは、必要なメモリ量を把握する方法について、例を示したいくつかのガイドラインを示します。
CPU に関しては、top、
iotop などを使用して、CPU 負荷が管理可能であることを確認します。 ZoneMinder は平均値も表示します
Web コンソールの右上隅にロードすると、簡単にアクセスできます。

In 一般的な 必要なメモリの適切な見積もりは次のようになります。

最小メモリ = 1.2 * ((画像の幅*画像の高さ*画像バッファ サイズ*ターゲットの色空間*カメラの数/8/1024/1024)

ここで: * image-width と image-height は、カメラが認識する画像の幅と高さです。
(私の場合は 1280x960) に設定されています。 この値は各モニターの「ソース」タブにあります。
* 画像バッファ サイズは、ZM がメモリ内に保持する画像の数です (これは、ZM が
アラームを検出する前に事前画像と事後画像があることを確認します。
アラームが検出されると、アラームの理由が見えなくなる可能性があり、バッファは
統計やスコアの分析など、これには非常に役立ちます)。 この値は
各モニターの [バッファー] タブ * ターゲットの色空間は色深度です - 8 ビット、24 ビット、または
32ビット。 これも各モニターのソースタブにあります。最初の 1.2 は基本的に
画像/ストリームのオーバーヘッドを考慮して計算に 20% を追加します (これは
見積もり）

それでは、計算してみましょう。 4 台のカメラが 1280x960、32 ビット色空間で動作しているとします。
640 ビット グレースケール色空間で 480x8 で動作する XNUMX 台のカメラの場合、システムには次のものが必要です。

1.2 * ((1280*960*50*32*4/8/1024/1024 ) + （640 * 480 *50*8/8 /1024/1024))

または、約 900MB のメモリ。

したがって、2GB のメモリがあれば問題なく使用できます。 右？ いいえ、 本当に:

· これは、ストリームをキャプチャするために必要なベース メモリにすぎません。 ZM は常に
実際に録画しているかどうかに関係なくストリームをキャプチャする - 作成する
アラームが作動したときに、画像リング バッファが事前画像とともに存在していることを確認してください。

· ボックス内で実行されている ZM に関連しない他のプロセスも考慮する必要があります。

· 他の ZM プロセスも考慮する必要があります - たとえば、監査に気づきました
デーモンは実行時に大量のメモリを消費し、DB の更新もメモリを消費します

したがって、経験則としては、上記の計算の XNUMX 倍のメモリがあることを確認することです。
(ZM サーバーを他の目的に使用している場合は、それらのメモリも考慮してください
要件も同様）

また 覚えています by デフォルト ZM の 使用されます 50％ of 利用できます メモリ ない限り、 フォーム 変化する it

結局のところ、ZM はマップされたメモリを使用しており、デフォルトでは物理メモリの 50% が使用されます。
これは成長します。 その制限に達すると、ZM はさまざまなエラーで故障します。

(注意: マップされたメモリは、マップされたメモリをサポートする ZoneMinder をインストールする場合に適用されます。
これがデフォルトのモードです。 マップされたメモリを特に無効にしている場合は、を参照してください。
共有メモリを増やす方法に関する次の FAQ エンティティ)

ZM の操作のためにどのくらいのメモリが ZM に割り当てられているかを知る良い方法は、 df -h

Ubuntu での出力例:

pp@camerapc:~$ df -h
使用されたファイルシステムのサイズ使用率使用率
/dev/sda1 226G 96G 119G 45% /
なし 4.0K 0 4.0K 0% /sys/fs/cgroup
udev 1.8G 4.0K 1.8G 1% / dev
tmpfs 371M 816K 370M 1% / run
なし 5.0万 0 5.0万 0% /実行/ロック
tmpfs 2.6G 923M 1.7G 36% / run / shm
なし 100万 0 100万 0% /実行/ユーザー

ここでの重要な項目は tmpfs です --> 上の例は、マップされた 1.7G を割り当てたことを示しています
メモリ領域の 36% が使用されており、これは健全な数値です。 これを見ていたら
70% を超えると、おそらくマップされたメモリを増やす必要があります

この制限をメモリの 70% に増やしたい場合は、次の行を追加します。 /etc/fstab
tmpfs / run / shm tmpfs デフォルト、noexec、nosuid、size=70% 0 0

この試験は ありません a 「できません」 シュムゲット: 「無効」 口論' エラー in my ログ 平均？ （と my カメラ ありません
ディスプレイ at より高い 決議）
(注意: これは、ZoneMinder でマップされたメモリが無効になっているシステムに適用されます。 に
デフォルトでは、マップされたメモリが有効になっています。手動で無効にしていない限り、以下を参照してください。
上記の「メモリの数学」の質問と、マップされたメモリ制限を増やす方法)

このエラーについては、README の次の抜粋で説明されています。- ''...これは、
システムが処理できる量を超える共有メモリを割り当てようとします。 の
要求するサイズは次の式に基づいています。 リング バッファ サイズ x 画像 幅 x 画像
高さ x 3 （ために 24 ビット 画像） + a ビット of オーバーヘッド.

だから、例えば：

384x288 キャプチャ解像度、つまり 110 592 ピクセル
24 ビット カラーでは x24 = 2 654 208 ビット/フレーム
80 フレーム リング バッファ x80 = 212 336 640 ビット（カメラあたり）
4 台のカメラ x4 = 849 346 560 ビットによる。
プラス 10% オーバーヘッド = 934 281 216 ビット
それは 116 785 152 バイトです。
= 114 048 KB、それぞれ 111.38 MB。
共有メモリが 134 217 728、つまり 128MB に設定されている場合、
つまり、何も問題はないはずです。
(1 バイト = 8 ビット、1k バイト = 1024 バイト、1MB = 1024 KB であることに注意してください)

たとえば、24 ビット 640x480 を使用している場合、これは約 92MB になります。
デフォルトのバッファ サイズ 100 を使用します。これが大きすぎる場合は、
画像またはバッファのサイズを変更するか、使用可能な共有メモリの最大量を増やします。 もし、あんたが
RedHat を使用している場合は、これらの設定を変更する方法の詳細を確認できます。 こちら

他のディストリビューションでも同様の手順を使用して、
カーネルの再コンパイルを行わない共有メモリ プール。ただし、場合によってはこれが可能になる場合があります。
必要。 このエラーは、古い共有メモリ セグメントがある場合にも発生することがあります。
小さすぎる前の実行から横たわっています。 ipcs および ipcrm システム コマンドを使用する
必要に応じて確認し、削除してください。」

多くの場合、次のように入力すると、使用可能な 4KB 共有メモリ ページが何ページあるかを確認できます。
続く ：-

＃ 猫 /proc/sys/カーネル/shmall
2097152

最近のカーネルでは、shmall は 2097152 メモリ ページに 4096 バイトを乗算した値に設定されています。
ページでは、合計 8 GB の共有メモリが利用可能です。 ほんの少しだけ増やす必要があります
8 GB を超えるメモリを搭載したコンピュータがあり、それをより多くのメモリに使用したい場合は、この値を指定します。
大規模なデータベースなどの共有メモリの使用量。

一度に割り当てることができる共有メモリの最大バイト数:-

＃ 猫 /proc/sys/カーネル/shmmax
33554432

最近のカーネルでは、共有最大値が 33554432 MB のみに対して shmmax が 32 バイトに設定されています。
一度に割り当て可能なメモリは、ZoneMinder が 320 x 240 x 24 ビットを超えるにはほとんど十分ではありません
を使用している場合、バッファ内の 40 フレームの解像度 / dev / shm 共有メモリデバイスなので、
この値を増やす必要があります。 メモリ マップされた ZoneMinder を使用している場合
(mmap) コンパイル時オプションの場合、これは影響しません。

このカーネル実行タイプ中に一時的に値を 128 MB に変更するには (たとえば)
:- echo 536870912 >/proc/sys/カーネル/shmmax

Be 確か 〜へ 再起動 ゾーンマインダー After

ただし、shmall は shmmax 値のみを変更する必要がある場合があることに注意してください。
多くの場合、十分な大きさです。 また、この方法でこれらの値を変更しても、有効になるのは
マシンが再起動されます。

それらを永続的に変更するには、編集する必要があります /etc/sysctl.conf そして、以下を追加します
行 (例) :- カーネル.shmmax = 536870912

または、ディストリビューションに /etc/sysctl.d/ フォルダー このフォルダー内にファイルを作成できます
を変更せずに、 /etc/sysctl.d ディストリビューションのアップグレード中に変更が失われることはありません
:- 「エコー」 カーネル.shmmax = 536870912 >/etc/sysctl.d/60-kernel-shm.conf`

これらの設定を sysctl.conf ファイルにロードするには、次のように入力します。 sysctl -p

共有メモリ設定を確認するには、次のように入力します。 ipcs -l

Axis 207mw のようなメガピクセル カメラがより安く、より魅力的になっていることに注意してください。
上記のメモリ設定が適切ではありません。 Zoneminder を完全な状態で動作させるには
解像度 1280x1024 のフルカラーカメラ、増加 134217728 (128 MB) から、たとえば、
268435456 (256 MB) であり、各カメラでこの値を乗算します。

これらの変更は、次回マシンを再起動したときにも設定されるようになります。

ZoneMinder のバージョン 1.24.x では、共有メモリの代替方法を使用することもできます
割り当て、 Mマップ マッピングされました メモリ 。 これにより必要な設定が少なくなり、より簡単になります。
使用。 マップされたメモリを使用すると、特殊な種類のファイルをプレースホルダとして使用できます。
このファイルはメモリ空間に「マップ」され、簡単かつ高速にアクセスできるようになります。

ZoneMinder でマップされたメモリを有効にするには、 --enable--mmap=yes スイッチを追加する必要があります。
設定行。 デフォルトでは、マップされたメモリ ファイルは次の場所に作成されます。 / dev / shm ほとんどの場合どれ
distributions は、ファイルシステムとしてフォーマットされたメモリを含む専用の擬似パーティションです。
システムが別のパスを使用している場合は、これを ZoneMinder で変更できます。
オプション -> パス -> PATH_MAP。 と呼ばれるファイルシステムタイプを使用します。 tmpfs. タイプすると df -h フォーム
この領域と、現在許可されているメモリのサイズを確認する必要があります。 サイズを大きくするには
tmpfs は /etc/default/tmpfs を編集する必要があります。 検索する： SHM_SIZE=128M 〜に変更
何かのようなもの SHM_SIZE=1G 次にシステムを再起動します。 変更が必要になる可能性があります
RUN_SIZEも。

メモリ マップト ファイルにはディスク ベースのファイル システムを使用しないことが重要です。
これにより、メモリアクセスが非常に遅くなるからです。 ZoneMinder は以下のファイルを作成します。
.zm.mmap。 マップされたメモリ ファイルシステム内。

マップされたメモリには、総メモリ量に関して、より多くのメモリを使用する場合と同じ制限が適用されます。
従来の共有メモリですが、割り当てやチャンクごとの構成は必要ありません。
ZoneMinder の将来のバージョンでは、これがデフォルトの共有メモリ保存方法になります。

共有メモリ設定に関する別の優れた記事が見つかります。 こちら .

本質的な違いは、kernel.shmall 設定が直接メモリにないことです。
設定はKB単位ですが、メモリのページ単位で行われます。 それはメモリの最大ページ数です

例： 最大メモリ設定を 8GB に割り当てたい場合は、変換する必要があります
それをページ (またはセグメント) の数に変換します。 ページ サイズは 4096 です。kernel.shmall =
8000x1024x1024 / 4096 カーネル.shmall = 2097152 で提案されているような 8388608000 ではありません。
上にリンクされている RedHat の記事。

shmmax は XNUMX つのリクエストで割り当てる最大量です。これは実際のメモリ サイズです (
ページとは反対) 4GB に設定 カーネル.shmmax = 4294967296

この /etc/sysctl.conf これらの行があるでしょう

カーネル.shmall = 2097152
カーネル.shmmax = 4294967296

上記と同様に、sysctl.conf をリロードします。 sysctl -p 設定が正しいことを確認してください
　 ipcs -l.

I 持ってる 使用可能 モーション 検出 焙煎が極度に未発達や過発達のコーヒーにて、クロロゲン酸の味わいへの影響は強くなり、金属を思わせる味わいと乾いたマウスフィールを感じさせます。 it is 常に さ トリガ いつ 物事 起こる in 　
カメラ ビュー
ZoneMinder は、ゾーンを使用して画像の動き検出を検査します。 イニシャルを作成するときは、
ゾーンでは、感度などの多数のプリセット値から選択できます。
通常、これらはすべての状況に適しているわけではありません。
おそらく、特定の状況に応じて値を調整する必要があります。 の意味
さまざまな設定についてはドキュメントで説明されています (こちら）ただし、あなたが持っていると信じている場合は、
適切な設定が構成されている場合は、XNUMX つの診断アプローチを使用できます。

別のユーザーが寄稿した図解入りのゾーン定義ガイドは、次の場所にあります。 An
図解 ガイド 〜へ ゾーン

イベント 統計
XNUMX つ目の手法は、イベント統計を使用することです。 まず、それらが次のとおりであることを確認する必要があります。
[オプション] -> [ログ] -> [RECORD_EVENT_STATS] でオンにします。 これにより生のモーションが発生します
その後に生成されたイベントの検出統計が DB に書き込まれます。 これらは
最初にイベントのフレームまたはアラーム フレームの値をクリックすることでアクセスできます。
Web GUI のイベント リスト ビューから。 次に、スコア値をクリックして実際のスコアを確認します。
イベントを引き起こした値。 または、をクリックして統計にアクセスすることもできます。
個々のフレームを表示するときの「統計」リンク。 そこに表示される値は次のものに対応します。
ゾーン構成で使用される値であり、「実際の値」を知ることができます。
世界の価値観が生まれています。

イベントが「起こらない」理由を調査している場合、イベントは保存されないことに注意してください。
したがってアクセスできなくなります。 そのような状況で行う最善のことは、自分のゾーンを作ることです
より高感度なので、すべてのイベント (おそらく望ましくないイベントも) をキャプチャできるため、
どのような値が生成されているかを把握し、より少ない値に戻すように調整を開始します。
必要に応じて機密性の高い設定を行います。 設定を必ずテストしてください。
最高の感触を得るために、さまざまな照明条件 (例: 昼と夜、晴れまたは曇り)
何が機能するのか、何が機能しないのか。

統計を使用すると、システムの速度がわずかに低下し、余分なディスクが少し使用されます。
DB にスペースがあるので、満足したら再びオフにすることができます。 しかし、それは
システムがこれに対応できる場合は、永続的にオンにしておくことが完全に実現可能です。
設定を定期的に見直すことができます。

診断的 画像
XNUMX 番目のアプローチは、中間ファイルの保存されたコピーである診断イメージを使用することです。
ZM が動き検出を決定するときに使用する画像。 これらは次を使用してオンまたはオフに切り替えられます
[オプション] -> [ログ] -> [RECORD_DIAG_IMAGES]。

診断画像には と 書き込まれる (そして継続的に書き込まれる) XNUMX 種類があります。
上書きされます）最上位の監視イベント ディレクトリにコピーされます。 イベントが発生すると、ファイルは
さらにイベント ディレクトリにコピーされ、適切なフレームで名前が変更されます。
接頭辞としての番号。

最初のセットはモニターによって全体の画像が生成されます。 diag-r.jpg の画像は次のとおりです。
すべての個々のフレームが比較される現在の参照画像と、
diag-d.jpg 画像は、リファレンス間の違いを強調したデルタ画像です。
画像と最後に分析された画像。 この画像では、同じピクセルが黒になり、
ピクセルが異なるほど、より白くなります。 この画像を見て判断すると、
ピクセルの色は、ピクセルの違いを感じる良い方法です。
期待してください（多くの場合、あなたが思っている以上に）。

XNUMX 番目の diag 画像セットには diag- というラベルが付いています。 - .jpg ここで、zoneid は
問題のゾーンの ID (Smile) とアラーム チェック プロセスのステージ
画像はから生成されます。 したがって、複数のゾーンがある場合は、複数のゾーンが表示されることが期待できます。
ファイル。 また、これらのファイルは、そのゾーン内で何が起こっているかのみに関心があり、
ゾーンの外にあるものはすべて無視されます。 各数字が表す段階は次のとおりです。
次のように、

アラームのあるピクセル数 - この画像には、アラームが発生していると考えられるゾーン内のすべてのピクセルが表示されます。
白いピクセルとして警告され、他のすべてのピクセルは黒として警告されます。 # フィルターされたピクセル - これは次のとおりです
ステージ XNUMX と同様ですが、フィルターによって除去されたすべてのピクセルが黒になります。 白いピクセル
イベントを生成する候補となるピクセルを表します。 # 生の BLOB - この画像
ステージ 2 で警告されたすべてのピクセルが含まれていますが、blob に集約されています。 各ブロブには、
グレースケール値 (1 ～ 254) が異なるため、
肉眼でも見えますが、カラーピッカーやフォトショップを使用すると、ブロブが何であるかを簡単に確認できます
何。 # フィルタリングされた BLOB - この画像はステージ 3 ですが、サイズ未満 (または超過) の BLOB が含まれています。
削除されました。 これは、イベントが発生したかどうかを判断する前の最後のステップです。
BLOB の数がカウントされる前。 したがって、このイメージは次の基礎を形成します。
イベントが生成されたかどうかを判断し、アラームのある画像のアウトラインが実行されます。
この画像のブロブ。

上の画像を使用すると、すべての段階で ZM が何をしているかがわかるはずです。
イベントが発生するかどうかを決定します。 これらは便利な診断ツールですが、現状では
他の場所で言及されているように、システムの速度が大幅に低下し、多くの負荷がかかります。
より多くのスペース。 診断中は、ZM を長時間実行したままにしないでください。
画像がオンになっています。

なぜ することはできません ゾーンマインダー キャプチャー 画像 （どちらか at を or ただ 特に 速い） いつ I できる
my カメラ ただ 終わり in xawtv or 似ている？
キャプチャ カードを使用すると、ZoneMinder は制限がない限り、可能な限り高速に画像を取得します。
構成によります。 ZoneMinder (および同様のアプリケーション) はフレーム グラバーを使用します
フレームをビデオ メモリからユーザー メモリにコピーするインターフェイス。 これには時間がかかります。さらに、
XNUMX つのキャプチャ チップを共有する複数の入力がある場合、入力を切り替える必要があります。
キャプチャするとさらに速度が低下します。

平均して、25 つの入力に対してチップ PAL ごとに XNUMXfps でキャプチャできるカードで十分でしょう。
6 人で 10 ～ 1fps、4 人で 1 ～ 2fps、30 人で XNUMX ～ XNUMXfps。 XNUMXfps NTSC チップの場合、数値は次のようになります。
相応に高くなります。 ただし、場合によっては、たとえキャプチャの速度を落とす必要がある場合もあります。
さらに、入力切り替え後、新しい画像が安定するまでに少し時間がかかる場合があります。
破損せずにキャプチャできるようになる前に。

xawtv などを使用してストリームを表示する場合、
フレームグラバーですが、カードのビデオメモリが画面にマッピングされます。 これには何も必要ありません
J キーまたは Ctrl-J キーを使用して明示的にキャプチャを実行しない限り、キャプチャまたは処理は行われません。
実例。 一部のカードまたはドライバーはフレーム グラバー インターフェイスをまったくサポートしていないため、
xawtv でストリームを表示できても、ZoneMinder では動作しません。 掴むことができれば、
まだ xawtv のグラブ機能を使用している場合、一般的にカードは動作します。
ゾーンマインダー。

なぜ することはできません I ストリーミング配信 画像 いつ I できる 静止画 in 　 ゾーン ウィンドウを使用して入力ファイルを追加します。 等？
この問題は通常、XNUMX つの原因のいずれかに帰着します。

1. Internet Explorer を使用しており、マルチパート jpeg ストリームを表示しようとしています。 IEはそうします
他のほとんどのブラウザとは異なり、これらのストリームを直接サポートしていません。 必要となるのは、
それらを表示するには、Cambozola または別のマルチパート jpeg 対応プラグインをインストールします。 これを行うには、あなたは
ダウンロード ページからアプレットを入手し、cambozola.jar をインストールする必要があります。
ファイルは、ZoneMinder php ファイルと直接同じ場所にあります。 次に、ZoneMinder を見つけます
[オプション] -> [画像] ページで ZM_OPT_CAMBOZOLA を有効にし、.jar への Web パスを入力します。
ZM_PATH_CAMBOZOLA 内のファイル。 これは通常、cambozola.jar になります。 提供された
(オプション/白黒タブ) WEB_H_CAN_STREAM は auto に設定され、WEB_H_STREAM_METHOD は に設定されます。
jpeg にすると、次回ストリームを表示しようとするときに Cambozola がロードされるはずです。

'''注意''': Cambozola アプレットが IE にロードされても、アプレットが表示されるだけであることが判明した場合
Cambozola のバージョン番号と作成者の名前 (ストリーミングを見るのではなく)
画像)、(''usr/share/zoneminder/'') を chmod (''-rwxrwxr-x'') する必要がある場合があります。
cambozola.jar:

須藤 chmod 775 cambozola.jar

これを実行すると、画像がストリーミングされ始めました。

2. ストリームを表示できないもう XNUMX つの一般的な原因は、
Web サーバーとは別のディレクトリにある ZoneMinder CGI バイナリ (zms および nph-zms)
期待している。 ZoneMinder に対して --with-cgidir オプションを使用していることを確認してください。
configure スクリプトは、Web サーバーの CGI ディレクトリのconfigure と同じです。 もし、あんたが
最も一般的な Apache を使用している場合、httpd.conf ファイルに
次のような行になるはずです スクリプト エイリアス /cgi-bin/ 「/var/www/cgi-bin/」 最後はどこで
引用符内のディレクトリは指定したディレクトリです。 そうでない場合は、いずれかを変更します。
他に合わせて。 Apache の設定は複雑になる可能性があるため、変更する必要があることに注意してください。
ZoneMinder の設定に渡される (その後、再構築および再インストールされる) のは次のとおりです。
最初の段階で推奨されます。 Apache 構成を変更する場合は、次のことを行う必要があります。
変更を有効にするには、Apache を再起動します。 それでもストリームを確実に見ることができない場合
次に、nph-zms が指定されている場合は、zms のみを使用するようにオプション -> パス -> ZM_PATH_ZMS を変更してみてください。
またはその逆。 Apache エラー ログも確認してください。

I 持ってる いくつかの モニター 設定された 焙煎が極度に未発達や過発達のコーヒーにて、クロロゲン酸の味わいへの影響は強くなり、金属を思わせる味わいと乾いたマウスフィールを感じさせます。 いつ I 負荷 　 モンタージュ ビュー in FireFoxの なぜ できる I の
二？ または、 なぜ しない を my カメラ ディスプレイ いつ I つかいます 　 モンタージュ ビュー in ファイアフォックス？
デフォルトでは、FireFox は少数の同時接続のみをサポートします。 の使用
モンタージュ ビューには通常、カメラごとに XNUMX つの永続的な接続と断続的な接続が必要です
ステータスなどの他の情報を取得するための接続。

モンタージュ ビューを使用するには、許可される接続の数を増やす必要があります。
少数のカメラよりも多くのカメラ。 FasterFox などの特定の FireFox 拡張機能は、
同じ結果を達成するのにも役立ちます。

この状況を解決するには、次の手順に従ってください。

入力します 約：設定 アドレスバーに

下にスクロール ブラウザ.キャッシュ.check_doc_frequency 3 3 を 1 に変更します

browser.cache.disk.enable True -> False
network.http.max-connections-per-server -> 値を 100 に設定します
network.http.max-persistent-connections-per-proxy -> 再び 100
network.http.max-persistent-connections-per-server -> 再び 100

なぜ is ゾーンマインダー so ずっと CPU？
ZoneMinder のさまざまな要素は、かなり集中的なアクティビティに関与する可能性があります。
特に画像の動きを分析するとき。 ただし、一般的にはこれで圧倒されることはありません
マシンが非常に古いか、パワーが不足している場合を除きます。

プロセッサーの負荷が高くなる具体的な理由は、設計上、または
偶然に。 あなたの状況で何が原因であるかを正確に理解するには、少し時間が必要です
実験のこと。

主な原因は次のとおりです。

· グレースケールまたは RGB24 以外のビデオ パレットを使用する。 これにより、比較的
パフォーマンスへの影響は軽微ですが、依然として重大です。 カメラやカードによっては
平面パレットを使用する必要があります。ZM は現在この形式を内部的にサポートしていません。
各フレームは処理前に RGB 表現に変換されます。 持っていない限り、
USB を使用するなど、YUV または縮小 RGB タイプ パレットを使用する説得力のある理由
転送制限 RGB24 とグレースケールのどちらが速いかを実験してみます。 あなたの
キャプチャ デーモンのみが実行されて監視されるように、監視を「監視」モードにします。
top を使用して、これら (「zmc」プロセス) のプロセス負荷を調べます。 色々試してみてください
パレットを使用して、違いが生じるかどうかを確認します。

· 大きな画像サイズ。 640x480 の画像には少なくとも XNUMX 倍の処理が必要です。
320x240の画像。 さまざまなサイズを試して、どのような効果があるかを確認してください。
場合によっては、大きな画像が XNUMX つの小さなフレームがインターレースされただけであるため、実際の利点がありません。
ともかく。 これは、画像高さが 320 を超えるアナログ カメラ/カードに特に当てはまります。
(NTSC) または 352 PAL) は常にインターレースされます。

· フレーム レートをキャプチャします。 よほどの理由がない限り、多くの場合、
25 ～ 5 fps で結果が得られることが多いのに、10 fps でカメラを実行するメリットはほとんどありません。
同様に良いです。 モニターの設定を変更して、カメラを低いフレームに制限してみてください
料金。 これらの制限を無視して最速でキャプチャするように ZM を設定することもできます。
動きが検出された場合に可能です。

· 実行機能。 明らかに、Record モードまたは Mocord モード、または多くの機能を備えた Modect で実行されています。
イベントにより多くの DB およびファイルのアクティビティが生成されるため、CPU と負荷が増加します。

· 基本的なデフォルトの検出ゾーン。 デフォルトでは、カメラが追加されると XNUMX つの検出ゾーンが追加されます
デフォルトのパラメータセットで画像全体をカバーする が追加されます。 もしあなたの
カメラは、さまざまな地域が有効なアラームを生成する可能性が低いビューをカバーしています
（つまり、空）その後、ゾーンのサイズを減らすか、非アクティブなゾーンを追加することを実験します。
ゾーンを使用して、監視したくないエリアを空白にします。 さらに実際の設定
ゾーン自体が最適ではない可能性があります。 動き検出を行うときの数
しきい値を超えて変更されたピクセルが検査され、次にこれがフィルターになり、次に連続します
アラームが生成されるかどうかを確認するために領域が計算されます。 最大値または最小値がある場合
ゾーン設定に応じて、いつでも計算時にしきい値を超えます
止まります。 設定により常に最後まで計算が行われる場合
障害が発生する前の段階で、追加の CPU 時間が不必要に使用されます。 確実に
ゾーンの最大および最小のしきい値を適切な値に設定し、次のように実験してください。
RECORD_EVENT_STATS をオンにして、アラームが発生したピクセルの実際の値を確認します。
などはサンプルイベント中です。

· 設定を最適化します。 満足のいく設定ができたら、
RECORD_EVENT_STATS をオフにすると、統計が
データベースを使用すると時間を節約できます。 違いを生む可能性のあるその他の設定は次のとおりです。
ZM_FAST_RGB_DIFFS、ZM_OPT_FRAME_SERVER、JPEG_xxx_QUALITY です。

あなたが他に持っているものなど、違いを生む可能性のあるものが他にもあると確信しています
ボックスとメモリ サイズに応じて実行されます (スワップが発生していないことを確認してください)。 スピードも
ディスクの容量などにより、イベントのキャプチャ中や監視している場合にも多少の違いが生じます。
その間ずっと、多数の zms プロセスも実行されている可能性があります。

最大の要因は画像サイズ、色深度、キャプチャレートだと思います。 そうは言っても
また、「トップ」から特定の結果が得られる理由も必ずしもわかりません。 たとえば、私が
画像をキャプチャしているモニターに対して「zma」デーモンを実行します。 コメントアウトしました
実際の分析では、画像と前の画像をブレンドするだけです。 の
カラー モードの場合、私のシステムでは 11 フレームあたり約 XNUMX ミリ秒かかり、カメラがキャプチャしています
~10fpsで。 「top」を使用すると、プロセスが CPU の最大 5% を使用し、永続的に
R(未)状態。 グレースケール モードに変更すると、ブレンディングには約 4 ミリ秒かかります (ご想像のとおり)
これは 11 のおよそ 0 分の XNUMX) ですが、top は CPU が XNUMX% である現在のプロセスを報告します。
永続的に S(スリープ) 状態になります。 つまり、実際の CPU リソース使用量は 3 倍に変化します。
報告される CPU 使用率に大きな違いが生じます。 まだ真相にたどり着いていないのですが、
私はそれがどこかのスケジュールに関係しているのではないかと思います、そしておそらくグレースケール
処理は XNUMX つのスケジュール タイム スライスに収まりますが、カラー タイム スライスはそうではありませんが、
まだその証拠はありません！

なぜ is 　 タイムライン ビュー を 乱れた アップ？
タイムライン ビューは、時間の経過に伴うアラーム アクティビティのグラフを表示できる新しいビューです。
また、興味のあるイベントをすばやくスキャンして焦点を当てることができます。 ただし、この機能は非常に優れています
複雑でまだベータ版です。 これは広範囲に HTML div タグに基づいており、場合によっては多数の
彼ら。 FireFox はこのビューを正常にレンダリングできますが、他のブラウザ、特に
Internet Explorer は対応できないようで、常に混乱したビューを表示します。
イベントが多い時とか。 タイムライン ビューの使用は、次の場合にのみ推奨されます。
FireFox ですが、それでも問題が発生する可能性があります。

この関数は、SVN リリースまたは安定版で時々破損することがあります。
リリースの場合は、新しいダウンロードから再インストールしてみてください。

認定条件 ずっと ハード ディスク スペース / 帯域幅 do I 必要 for ＺＭ？
ご覧ください この エクセル シート or この オンライン エクセル シート (どちらもユーザーが投稿した Excel です)
シート）

またはに行く この Axis 帯域幅計算機用。 これはアクシズを狙ったものですが、
あらゆる種類の IP カメラに対して有効な結果を生成します。

クイックガイドとして、アラーム イベント中を除いて 4 fps を保存する 320x240 のカメラを 1 台使用しています。
1 週間後、イベントが保存されるボリューム (/var/www/html/zm) に 60 GB のスペースが追加されます。
使用されています。

日時 I 試します と ラン ゾーンマインダー I 取得する たくさん of 監査 許可 エラー in 　 ログ と it なくなり
start
現在、多くの Linux ディストリビューションはセキュリティを念頭に置いて構築されています。 最新の XNUMX つ
これを実現する方法は、誰が実行できるかを制御する SELinux (Secure Linux) を使用することです。
従来のアカウンティングやファイルベースのアクセス許可よりも正確な方法とは何か ( ).
システム ログに次のようなエントリが表示される場合:
11 月 20 日 44:02:1150033442.443 カ​​ーネル: Audit(226:5068): avc: pid=XNUMX の { read } が拒否されました
comm="アップタイム" name="utmp" dev=dm-0 ino=16908345
scontext=user_u:system_r:httpd_sys_script_t tcontext=user_u:object_r:initrc_var_run_t
tclass=ファイル

その場合、システムで SELinux が有効になっており、ZoneMinder が妨げられている可能性があります。
特定の活動の実行から。 次に、XNUMX つの選択肢があります。 どちらかを調整できます
SELinux で必要な操作を許可するか、SELinux を完全に無効にすることもできます。
ZoneMinder が妨げられずに実行できるようにします。 SELinux の無効化は通常、SELinux を編集することで実行されます。
設定ファイル (例: /etc/selinux/config）そして再起動します。 ただし、
パブリックサーバーを使用する前に、無効化された Secure Linux に関連するリスクについてよく読んでください。
それを無効にします。

SELinux では、上記以外のエラーが発生する可能性があることに注意してください。 疑問がある場合は
SELinux を実験的に無効にして、問題が解決するかどうかを確認する価値があるかもしれません。
他の解決策を試す前に。

認定条件 do I enable ゾーンマインダーの セキュリティ？
コンソールで、「オプション」をクリックします。 「ZM_OPT_USE_AUTH」の横のボックスにチェックを入れます。 あなたはするであろう
すぐにログインを求められます。 デフォルトのユーザー名は「admin」、パスワードは
「管理者」。

ユーザーを管理するには: メイン コンソールで、[オプション] -> [ユーザー] に移動します。

Web サーバーのセキュリティ (たとえば、以下の htaccess ファイル) の使用を検討することもできます。
Apache のスコープ。 これを追加/冗長セキュリティとして使用することもできます。
Zoneminders にはセキュリティ機能が組み込まれています。

なぜ ありません ZM stop 録音 かつて I 持ってる 32000 イベント for my 監視？
一部のファイルシステムでは、32 を超えるファイルを XNUMX つのフォルダーに保存することが制限されています。 に
これを回避するには、オプションで USE_DEEP_STORAGE を有効にしてください。

USE_DEEP_STORAGE は新しい ZoneMinder システムのデフォルトになっているため、この制限は必要ありません
以前のバージョンの ZoneMinder からアップグレードするユーザーにのみ適用されます。

1.23.0 以降の ZM のバージョンでは、より少ないファイルでより深いファイルシステムを使用できます。
個々のディレクトリごとに。 これは、32k 制限の影響を受けないだけでなく、
若干速くなります。

以前のバージョンの ZoneMinder からアップグレードしていて、このオプションがまだ設定されていない場合
有効にしている場合は、以下の手順に従って既存の環境で有効にすることが非常に重要です。
システム。 これらの手順に正しく従わない場合 ウィル RESULT IN 損失 OF サプライヤ データ！

# ZoneMinder を停止する
# 利用可能なストレージがある場合は、イベント データと dB をバックアップします。
# [オプション] で USE_DEEP_STORAGE を有効にします。
# コマンドラインから、「sudo zmupdate.pl --merge-events」を実行します。
# 変換に失敗したイベントがないか出力を監視します。
# 変換が完了したら、ZoneMinder を再起動できます

エラー メッセージが画面外にスクロールした場合は、移行イベント コマンドを再実行できることに注意してください。
を選択して、後処理画面に進みます。

ext4 のサブディレクトリの数に制限がないことについて読むことができます。
ファイルシステム: この このファイルシステムの使用に役立つツールを確認してください こちら
フォーラムで ext3 または Reiserfs を検索すると、このに関するさまざまなスレッドが見つかります。
変換方法に関するガイダンスの問題。

管理する 　 負荷 （with IP カメラ in マインド）
概要
Zoneminder はあらゆる点で優れたアプリケーションですが、多くの作業を必要とする仕事を行います。
特に複数の IP カメラを使用する場合の馬力。 IP カメラには追加のレベルが必要です
jpg または mjpeg 画像は事前にデコードする必要があるため、アナログ カードに処理します。
分析中。 これにはうなり声が必要です。 カメラがたくさんある場合は、たくさんのうなり声が必要になります。

なぜ ZM にはこれほど多くのうなり声が必要なのでしょうか? Zoneminder が実際に何をしているかを考えてみましょう。 モデクトモードZM時
1. カメラから JPEG を取得します。 (シングルパートまたはマルチパートストリームのいずれか) 2.
JPEG画像をデコードします。 3. ゾーンで区切られた選択範囲を前の画像と比較するか、
画像と適用ルール。 4. アラーム状態の場合は、そのイメージをディスクに書き込み、
mysqlデータベースを更新しています。

XNUMX 秒あたり XNUMX フレームでキャプチャしている場合、上記の処理が XNUMX 回繰り返されます。
XNUMX 番目にカメラの数を掛けます。 画像をデコードすることで、実際のデータが得られます
プロセッサーからの電力が供給されており、これがアナログカメラの主な理由です。
画像はメモリ内ですぐにデコードされるため、作業量が少なくなります。

認定条件 do I 知っています if my コンピュータ is 過負荷ですか？
CPU が常に 100% で実行されている場合は、おそらく過負荷になっています (または、正確な速度で実行されています)。
最適化）。 負荷が一貫して高い場合 (単一プロセッサで 10.0 以上)、
フレームの損失、未記録のイベントなど、悪いことが起こります。時々ピークが発生するのは問題ありませんが、
普通で何も心配する必要はありません。

Zoneminder は Linux 上で動作し、Linux では複雑な「負荷」を使用してシステム負荷を測定します。
しかし、コンピュータがその時点で何を行っているかについての大まかなガイドを提供します。 ゾーンマインダーのショー
メイン ページ (右上) とディスク領域にロードします。 コマンドに「uptime」と入力します
線は同様のガイドを提供しますが、内容をより完全に把握するために XNUMX つの数字が含まれています。
一定の期間にわたって発生しますが、何が起こっているかを確認するための最良のガイドとして、
「htop」 - 負荷、メモリ、CPU 使用率のグラフを読みやすく表示します。

負荷 1.0 は、プロセッサが「現時点で実行できるのに十分な」ことを意味します。 こちらも注目に値します
負荷 4.0 はクアッド プロセッサ マシンの場合とまったく同じことを意味します - それぞれの数値
単一プロセッサのワークロードに相当します。 非常に高い負荷は、
積み重ねられたワークロード - 大量の電子メールを送信するマシンや、その処理を実行するマシンなど
厄介な問題。 それが完了するまで、かき混ぜ続けるだけです。 ただし - ゾーンマインダー
情報をリアルタイムで処理する必要があるため、ジョブを積み重ねる余裕はありません。
すぐに対処するために。

Load のより詳細な説明については、次を参照してください。 お近くのLuxinar支社またはディストリビューターに read この

My 負荷 is あまりに 高、 の できる I 減らします それ？
(前のドキュメントでは、最適化としてターボ jpeg ライブラリを使用する方法を説明しました
技術。 これらのライブラリは、それ以来長い間標準 Linux ディストリビューションの一部として機能してきました。
記事が作成されたため、そのセクションは削除されました）

ゾーンマインダーは 非常に 調整可能で、妥協するように調整することも可能です。 以下は
試してみると良いこと、順不同。

· カメラで画像サイズを変更できる場合は、変更できるかどうか考えてください。
小さい画像。 写真が小さい = 負荷が少なくなります。 320x240 は通常、クローズアップの廊下には問題ありません


· 白黒つけてください。 カラー画像は XNUMX ～ XNUMX 倍の CPU、メモリ、
ディスクスペースを確保できますが、識別にはほとんどメリットがありません。

· XNUMX 秒あたりのフレーム数を減らします。 fps が半分になり、ワークロードも半分になります。 カメラがサポートしている場合
fps スロットリング (Axis が行う)、それを試してみてください - ZM がストリームからフレームをドロップする手間が省けます。
2～5fpsが広く使われているようです。

· mjpeg の代わりに jpeg を使用して実験してください。 一部のユーザーは、効果が向上したと報告しています
パフォーマンスですが、YMMV。

· ゾーンを微調整します。 それらはできるだけ小さく、数を少なくしてください。 そうでない限り、XNUMX つのゾーンに固執します
本当にもっと必要です。 読む この と併せて分かりやすく解説します
公式ゾーンガイド。

・ スケジュール。 Linux システムをほぼ容量で実行している場合は、次のことを考慮する必要があります。
バックアップやスケジュールされたタスクなどについては慎重に行ってください。 updatedb - 更新されるプロセス
「検索」が迅速に機能するようにファイル データベースを維持し、通常は次のようにスケジュールされます。
XNUMX 日に XNUMX 回実行すると、ビジーなシステムでは負荷が大幅に増加する可能性があります。 の
スケジュールされたバックアップ、特にファイルを圧縮するバックアップにも同じことが当てはまります。
可能であれば、CPU がビジー状態になる可能性が低い時間にこれらのタスクを再スケジュールします。
- また、「nice」コマンドを使用して優先度を下げます。 (crontab と
/etc/cron.daily/ 始めるのに良い場所です)

· PC 上の混乱を軽減します。 本当に必要な場合以外は X を実行しないでください。GUI は巨大です
メモリと CPU の両方のオーバーヘッド。

より高価なオプション:

· RAMを増やします。 システムがディスク スワップを使用する必要がある場合、それは大きな影響を与えます。
あらゆる分野でのパフォーマンス。 繰り返しますが、htop は優れたモニターですが、まず次のことを行う必要があります。
Linux はすべてのメモリを使用しているため、それが必要であるという意味ではないことを理解してください
all - Linux は Windows/DOS とはまったく異なる方法で RAM を処理し、内容をキャッシュします。 hトップ意志
キャッシュされた RAM をメモリ グラフに別の色で表示します。 であることも確認してください
実際にはハイメモリ対応カーネルを使用しています - 多くのカーネルはハイメモリを有効にしていません
デフォルトでは

· より高速な CPU。 シンプルですが効果的です。 Zoneminder は複数のデバイスでも非常にうまく機能します
すぐに使えるプロセッサー システム (カーネルで SMP が有効になっている場合)。 の負荷
さまざまなカメラがプロセッサー全体に分散されています。

· 最適化されたプロセッサ固有の命令を使用して Zoneminder を構築してみてください。
実行されるシステム、GCC の最適化レベルも向上します
-O2 を超えると役に立ちます。

./configure CFLAGS="-g -O3 -march=athlon-xp -mtune=athlon-xp" CXXFLAGS="-g -O3 -march=athlon-xp -mtune=athlon-xp"

上記のコマンドは Athlon XP CPU 用に最適化されているため、特定のコマンドを使用する必要があります。
CPU のプロセッサ タグも追加され、コンパイラの最適化も -O3 に引き上げられました。

また、out なしでコンパイルしているかのように、通常の ./configure コマンドを入力する必要もあります。
この最適化。

さらに注意すべき点は、コンパイルは Zoneminder が実行されるシステム上で実行する必要があることです。
この最適化を実行すると、ハードウェア固有のコードになります。

プロセッサー固有のコマンドは、その他のオプションとともに GCC マニュアルに記載されています。
それによりパフォーマンスが向上する可能性があります。
http://gcc.gnu.org/onlinedocs/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-オプション

以下のコマンドは、CentOS を実行している Athlon XP システム上で Zoneminder をコンパイルするために使用されています。
5.5 と libjpeg-turbo の変更により、CPU 負荷が半分になります。
libjpeg-turbo は、プロセッサの最適化の前に負荷を 1/3 に削減しました。

./configure --with-webdir=/var/www/html/zm --with-cgidir=/var/www/cgi-bin CFLAGS="-g -O3 -march=athlon-xp -mtune=athlon-xp " CXXFLAGS="-D__STDC_CONSTANT_MACROS -g -O3 -march=athlon-xp -mtune=athlon-xp" --enable-mmap --sysconfdir=/etc/zm

次のコマンドは、CentOS 1.25 システム上で Zoneminder 6.0 をコンパイルするために使用されています。
ネイティブ コマンドはコンパイル時にプロセッサを自動的に選択する必要があります。これには必要があります
実際のシステム上で実行されます。

CFLAGS="-g -O3 -march=native -mtune=native" CXXFLAGS="-D__STDC_CONSTANT_MACROS -g -O3 -march=native -mtune=native" ./configure --with-webdir=/var/www/html/ zm --with-cgidir=/var/www/cgi-bin --with-webuser=apache --with-webgroup=apache ZM_DB_HOST=localhost ZM_DB_NAME=zm ZM_DB_USER=your_zm_user ZM_DB_PASS=your_zm_password ZM_SSL_LIB=openssl

この試験は 自己紹介 ディスク と 帯域幅?
一般的な 100 ビット LAN は、ほとんどのセットアップに簡単に対応できます。 カメラからフィードしている場合
小規模なリンクやインターネット リンクでは、明らかに fps が大幅に低くなります。

ディスクと帯域幅の計算ツールは、Zoneminder wiki で参照されています。
http://www.zoneminder.com/wiki/index.php/FAQ#どのくらいのハードディスク容量_.2F_帯域幅_do_I_need_for_ZM.3F

建物 ゾーンマインダー
日時 ランニング configure I am 受け a たくさん of メッセージ 自己紹介 さ できる 〜へ コンパイル 　
ffmpeg ライブラリ
次のようなconfigureからの出力が表示された場合

libavcodec/avcodec.h のユーザビリティをチェックしています...いいえ
libavcodec/avcodec.h の存在を確認しています...はい
構成: 警告: libavcodec/avcodec.h: 存在しますが、コンパイルできません
設定: 警告: libavcodec/avcodec.h: 欠落していないか確認してください
前提条件のヘッダー?
設定: 警告: libavcodec/avcodec.h: Autoconf のドキュメントを参照してください。
設定: 警告: libavcodec/avcodec.h: セクション「存在しますが」
コンパイルできません」
設定: 警告: libavcodec/avcodec.h: コンパイラの処理を続行します
結果
構成: 警告: ## ------------------------------------- ##
構成: 警告: ## これを報告してください [メール保護] ##
構成: 警告: ## ------------------------------------- ##

その場合、これは ZoneMinder ビルド システムではなく、ffmpeg 自体が原因で発生します。 ただし、
追加することで使用できる回避策 CPPFLAGS=-D__STDC_CONSTANT_MACROS

ZoneMinder へ 。/設定 問題を解決する必要があるコマンド。 ただし、これはそうではありません
適切な「修正」自体は、ffmpeg プロジェクト自体からのみ提供されます。

I ビルド ゾーンマインダー と am 受け たくさん of 未定義 C + + template エラー
これはほぼ確実に、高速化を試みる「ccache」パッケージが原因です。
コンパイルされたオブジェクトをキャッシュすることによるコンパイル。 残念ながら、副作用の XNUMX つは、
ZoneMinder がビルド時に使用する GNU g++ テンプレート解決メソッドを阻止することで中断します。
ファイルが再コンパイルされています。 これを回避する最も簡単な方法は、ccache パッケージを削除することです。
ディストリビューションパッケージマネージャーを使用してください。

認定条件 do I ビルド for X10 サポート？
X10 をサポートするために ZM を再構築する必要はありません。 Perlモジュールをインストールする必要があります
オプションで X10 をオンにして再起動します。 Perl モジュールのインストールについては、次の記事で説明しています。
README を参照してください。要約すると、次のようになります。
perl -MCPAN -eshell install X10::ActiveHome quit

拡張 ゾーンマインダー
認定条件 できる I 取得する ZM 〜へ do 今とは異なる 物事 at 今とは異なる <font style="vertical-align: inherit;">回数</font> of 中 or 週？
日中に動体検知を行い、録画のみを行うように ZoneMinder を設定したい場合
たとえば夜間には、ZoneMinder の「実行状態」を使用する必要があります。 実行状態とは、
いつでも使用したい監視機能の特定の設定を行うことができます。

実行状態を保存するには、まずモデクト、記録、モニター用にモニターを設定する必要があります。
など、一日のうちのいずれかの時間帯にそれらを希望するようにしてください。 次に、実行状態をクリックします
コンソールビューの上部にあるリンク。 通常、「実行中」または「停止」と表示されます。 あなた
その後、現在の状態を保存し、「Daytime」などの名前を付けることができます。 今
他の時間帯にモニターをどのように設定し、それを保存します。
たとえば「夜間」など。

同じダイアログからこれら XNUMX つの状態を選択することで、これら XNUMX つの状態を切り替えることができます。
それらを保存するか、コマンドラインからコマンド「zmpkg.pl」を発行します。 ''、 ために
例「zmpkg.pl 昼間」。

実行する必要がある最後のステップは、変更が有効になる時間をスケジュールすることです。 このため
あなたは使うことができます cron。 簡単なエントリで、午前 8 時に夏時間状態に変更し、
午後8時の夜間の状態は次のようになります。

0 8 * * * root /usr/local/bin/zmpkg.pl 昼間
0 20 * * * root /usr/local/bin/zmpkg.pl 夜間

Ubuntu 7.04 およびおそらくその他の場合は、以下を調べてください。 / usr / bin だけでなく / usr / local / bin
zmpkg.pl ファイル。

上の例では、一日のさまざまな時間帯での状態の変化について説明していますが、同じです。
この原則は、曜日やその他のより任意の期間にも同様に適用できます。

認定条件 できる I つかいます ゾーンマインダー 〜へ トリガー 何か ほかに いつ そこ is an 警報？
ZoneMinder には Perl API が含まれており、ZM と対話するスクリプトを作成できます。
共有メモリ データを独自のスクリプトで使用して、ZM アラームに反応したり、ZM をトリガーしたりできます。
新しいアラームを生成します。 詳細については、README を参照するか、以下を参照してください。 perldoc ゾーンマインダー,
perldoc ZoneMinder::SharedMem 以下は、すべてのモニターをチェックするスクリプトの例です。
アラームの場合、アラームが発生すると画面にメッセージを出力します。 独自に追加することもできます
この反応をもう少し便利にするコードです。

#!/ usr / bin / perl -w

厳格な使用;

ZoneMinder を使用します。

$| = 1;

zmDb​​gInit( "myscript", level=>0, to_log=>0, to_syslog=>0, to_term=>1 );

my $dbh = DBI->connect( "DBI:mysql:database=".ZM_DB_NAME.";host=".ZM_DB_HOST, ZM_DB_USER, ZM_DB_PASS );

my $sql = "select M.*, max(E.Id) as LastEventId from Monitors as M left join Events as E on M.Id = E.MonitorId where M.Function != 'None' group by (M.Id )";
my $sth = $dbh->prepare_cached( $sql ) または die( "'$sql' を準備できません: ".$dbh->errstr() );

my $res = $sth->execute() または die( "'$sql' を実行できません: ".$sth->errstr() );
私の@モニター。
while ( my $monitor = $sth->fetchrow_hashref() )
{
Push( @monitors, $monitor );
}

その間( 1 )
{
私の $monitor ( @monitors ) に対して
{
次の if ( !zmMemVerify( $monitor ) );

if ( my $last_event_id = zmHasAlarmed( $monitor, $monitor->{LastEventId} ) )
{
$monitor->{LastEventId} = $last_event_id;
print( "モニター ".$monitor->{Name}." がアラームを発しました\n" );
#
# ここでやるべきことをやってください
#
}
}
スリープ(1);
}

疾患 射撃
何が間違っているかを追跡するのに役立ついくつかの事項を次に示します。 これも方法です
フォーラムであなたを助けるために必要な情報を入手してください。

この試験は ログ すべき I チェック for エラー?
ZoneMinder は独自のログを作成し、通常は / tmpに ディレクトリにあります。

RPM パッケージの ZoneMinder ログは次の場所にあります。 /var/log/zm.

問題に応じて、これらのログのいずれかにエラーが表示される可能性がありますが、通常は次のログが表示されます。
興味は zmdc.log と zmpkg.log ZM が起動できない場合。

ZM は他のコンポーネントに依存して動作するため、ZM でエラーが見つからない可能性がありますが、
他のコンポーネントでは。

*/var/log/messages および/または / var / log / syslog
*/ var / log / dmesg
*/var/log/httpd/error_log`` (RedHat/Fedora) または ``/var/log/apache2/error_log
*/var/log/mysqld.log`` (ここでのエラーはそれほど頻繁には発生しませんが、念のため)

ZM が機能していない場合は、次のいずれかで常にエラーを見つけることができるはずです。
これらのログ。 [[tail]] コマンドを使用してログから情報を取得します。 これは次のようにして実行できます。
tail -f /var/log/messages /var/log/httpd/error_log /var/log/zm/zm*.log

これにより、これらのログのいずれかに入力されたデータがコンソール画面に追加されます (-f）。 に
終了するには、[ctrl -c] を押します。

デバッグ オプションを有効にすることで、ZoneMinder バイナリのより詳細なログを利用できます。
コントロール パネルから保存され、デバッグ用に構成したパスに配置されます。
ログ。 「デバッグ オプション」ページで説明されているように、出力を特定のバイナリに制限できます。
下 "？" マーク。

認定条件 できる I トラブル シュート 　 ハードウェア および ソフトウェアですか？
ハードウェアに関する情報を取得するためのコマンドをいくつか紹介します。 いくつかのコマンドは
ディストリビューションに依存します。 * [[lspci]] -vv -- 多くの詳細情報を返します。 チェックしてください
競合する割り込みまたはポート割り当て。 割り込み/ポートを変更できる場合があります。
略歴。 別の PCI スロットを試して、HW の競合であるかどうかを確認します (コマンドは、
pciutils パッケージ)。 * [[スキャンプチ]] -v -- ハードウェア EPROM からの情報を提供します *
[[lsusb]] -vv -- USB デバイスに関する多くの詳細を返します (usbutils によって提供されるコマンド)
パッケージ）。 * [[dmesg]] -- 起動時にハードウェアがどのように初期化された (または初期化されなかった) かを示します。
これを最大限に活用できます。 * [[v4l-情報]] -- ドライバーがどのように話しているのかを見るため
カード。 異常な値を探します。 * [[modinfo BTTV]] -- bttv ドライバーの統計。 * [[zmu]]
-m 0 -q -v -- モニター構成に関するさまざまな情報を返します。 * [[ipcs]]
`` -- 提供 情報 on 　 IPC 施設 for which 　 呼び出し プロセス 持っています read
アクセス。 * 「[[iprm]] `` -- この ipcrm command できる be 中古 〜へ 削除します an IPC オブジェクト from
　 カーネル。 * 「猫」 / proc / interrupts -- これにより、ハードウェアを中断しているものが表示されます
使っています。

なぜ am I 受け a 403 アクセス エラー 　 my ウェブ ブラウザ いつ しよう 〜へ アクセス HTTP
//ローカルホスト/zm?
Apache Web サーバーには、適切な権限と設定が必要です。
Zoneminder ファイルを読み取ります。 フォーラムで解決策を確認し、Apache を編集してください
設定とディレクトリの変更権限を設定して、Apache に読み取り権限を与えます。
ゾーンマインダー ファイル。 Zoneminder の設定に応じて、zm ユーザーを使用します。
Zoneminder が構築されたグループ (wwwuser や www など)。

なぜ am I 受け 壊れた 画像 いつ しよう 〜へ ビュー イベント？
Zoneminder と Apache Web サーバーには適切な権限が必要です。 このフォーラムをチェックしてください
トピックと同様のトピック: http://www.zoneminder.com/forums/viewtopic.php?p=48754#48754

なぜ is 　 画像 from my カラー カメラ 現われる in 黒 と 白？
最近ゾーンマインダー 1.26 にアップグレードした場合は、カメラごとにデフォルトで次のオプションがあります。
黒と白であり、アップグレードが正しく行われなかった場合、誤って設定される可能性があります。 このスレッドを参照してください:
http://www.zoneminder.com/forums/viewtopic.php？f = 30＆t = 21344

これは、NTSC アナログ カメラを使用していて、ソースを
ZoneMinder を [ソース] タブの [デバイス フォーマット] として PAL として選択します。 あなたも誤解されるかもしれません
カメラが実際には NTSC である場合でも、zmu はビデオ ポートを PAL として報告する可能性があるためです。
技術仕様を確認して、アナログ カメラのフォーマットを確認してください。
おそらく、入っていたパッケージ、メーカーの Web サイト、または
カメラを購入した小売ウェブサイト。 デバイスフォーマット設定をNTSCに変更します。
を確認し、最低解像度の 320 x 240 に設定します。
それ自体は NTSC 形式ですが、NTSC 設定を使用して画像を取得できない場合は、値を増やすことを検討してください。
共有メモリ「kernel.shmall」および「kernel.shmmax」の設定 /etc/sysctl.conf
268435456 などの大きな値に変更します。これが、
解像度 320x240。メモリの問題が発生する可能性を最小限に抑えるためです。
デバイスのフォーマットの問題をトラブルシューティングする試みを妨げます。 入手したら
NTSC フォーマットを使用してモニターに画像を取得したら、次のことを実験できます。
解像度を上げること。

なぜ do I の 青 画面 　 a タイムスタンプ いつ モニタリング my カメラ？
このカメラがキャプチャ カードに接続されている場合は、間違ったデバイスを選択した可能性があります
ZoneMinder コンソールでモニターを構成する場合のソースまたはチャネル。 持っている場合は、
2 つの D-sub スタイル入力 (VGA ポートのように見える) を備えたキャプチャ カード。
複数のケーブルを分割するスプリッターが提供されている場合、スプリッターを接続することができます。
間違ったポートです。 たとえば、PV-149 キャプチャ カードには、次のラベルが付いた XNUMX つの D-sub スタイル ポートがあります。
DB1 と DB2、およびこれらのポートの 4 つを XNUMX つに分割するコネクタが同梱されています。
BNCコネクタ。 最初の XNUMX つのビデオ ポートは、スプリッタを接続すると利用可能になります。
DB1。

なぜ do I の 黒 画面 　 a タイムスタンプ いつ モニタリング my カメラ？
タイムスタンプが付いた黒い画面が表示されるモニター ウィンドウで、設定を選択します
そして、デバイスについて報告された明るさ、コントラスト、色相、および色の設定を入力します。
''zmu -d -q -v'''。 32768 は、これらに試すのに適切な値である可能性があります。
設定。 設定を保存した後、もう一度 [設定] を選択して、保存されたことを確認します
成功しました。

I am 受け メッセージ 自己紹介 a バックトレース in my ログ、 何 do I 行う？
ログに次のようなエントリが表示される場合

11 月 20 日 25:22:2 localhost zma_m19051[64]: ERR [バックトレース: /lib6/libc.so.0 [3347230210xXNUMX]]
11 月 20 日 25:22:2 localhost zma_m19051[64]: ERR [バックトレース: /lib6/libc.so.0(memset+0xce) [334727684xXNUMXe]]
11 月 20 日 25:22:2 localhost zma_m19051[0]: ERR [バックトレース: /usr/local/bin/zma [40x9eeXNUMXa]]
11 月 20 日 25:22:2 localhost zma_m19051[0]: ERR [バックトレース: /usr/local/bin/zma [419946xXNUMX]]
11 月 20 日 25:22:2 localhost zma_m19051[0]: ERR [バックトレース: /usr/local/bin/zma [4213xXNUMXcf]]
11 月 20 日 25:22:2 localhost zma_m19051[0]: ERR [バックトレース: /usr/local/bin/zma(cos+35x0c) [404674xXNUMX]]
11 月 20 日 25:22:2 localhost zma_m19051[64]: ERR [バックトレース: /lib6/libc.so.0(__libc_start_main+4xf0) [334721x44daXNUMX]]
11 月 20 日 25:22:2 localhost zma_m19051[0]: ERR [バックトレース: /usr/local/bin/zma(cos+1xd0) [4043x9eXNUMX]]
11 月 20 日 25:22:2 localhost zma_m19051[XNUMX]: INF [バックトレース完了]

その後、特別なコマンドを実行して XNUMX 進数を変換することで、問題の診断に役立ちます。
有益な情報にアドレスします。 このコマンドは addr2line という名前で、「man」と入力します。
詳細については、「addr2line」を参照してください。 基本的に addr2line は XNUMX セットのパラメータを取ります。
XNUMX つ目はバイナリ ファイルの名前で、XNUMX つ目はアドレスのリストです。 これら両方とも
情報の一部がログに表示されます。 ファイル名は、
「Backtrace:」タグ、この場合は /usr/local/bin/zma ですが、実際には異なる可能性があります。
場合。 一部の行は、zma 実行可能ファイルではなくライブラリを参照していますが、それらは可能性があります。
今のところ無視されますが、重要な部分は、どの ZM バイナリが関係しているかに注目することです。 バイナリファイル
-e フラグの後に渡されます。 addr2line に渡すアドレスは、含まれているアドレスです。
「[]」ペアで。 ここでも、ライブラリを参照する行にあるものは無視できます。
しかし、それらを含めても問題はありません。 したがって、上記の例では、コマンドは次のようになります。
アドレス2行 -e /usr/local/bin/zma 0x40ee9a 0x419946 0x4213cf 0x404674 0x4043e9 これはすべき
次に、ソース ファイル名と行番号を含む、より記号的なリストをダンプします。
この情報はフォーラムに投稿すると役立ちます。 時々 addr2line
有用な出力を生成できません。 これは通常、問題が非常に深刻であるためです。
スタックが破損し、有用な情報が表示されなくなった、または
デバッグ用に -g フラグを指定せずに ZM をコンパイルしたか、
インストール後のシンボル情報のバイナリ。 この場合、次のことが必要になります
役立つ情報を得るために、デバッグを有効にして一時的に再構築してください。

このエラーは、リンクされたカメラのリンクが失われた場合、またはカメラが破損した場合に発生することがあります。
ユーザーまたはその他のシステム イベントが発生した場合は、影響を受けるカメラを削除して再作成してみてください
Zoneminder コンソールで。

認定条件 do I 修理 　 MySQL データベース？
これには XNUMX つの方法があります。 ほとんどの場合、コマンド プロンプトから実行できます -> *
mysqlcheck --all-databases --auto-repair -p'''your_database_password''' -u
'''your_databse_user'''

これが機能しない場合は、ZoneMinder が停止していることを確認してから実行する必要があります。
以下のようになります (これを実行している間は何もデータベースを使用しないでください。
パスが異なる場合は、正しいパスに調整します)。 -> * myisamchk --silent --force
--fast --update-state -O key_buffer=64M -O sort_buffer=64M -O read_buffer=1M -O
write_buffer=1M /var/lib/mysql//.MYI

認定条件 do I 修理 　 MySQL データベース いつ 　 クリ 失敗しますか？
Ubuntu では、上記のコマンドは機能しないようです。 ただし、実際にそれを行うと、
MySQL 内から手動で実行します。 (ただし、それはこのドキュメントの範囲を超えています)
考えさせられました...そしてphpmyadminは機能します。 端末を立ち上げます。 sudo apt-get install
phpmyadminの

さあ行く http://zoneminder_IP/ ZM サービスを停止します。 続けて
http://zoneminder_IP/phpmyadmin そして、zoneminder データベースを選択します。 選択とテーブル
「使用中」とマークされており、修正するには「修復」アクションを選択してください。 からzoneminderサービスを再起動します
ウェブブラウザ。 phpmyadmin ツールが常に最も有効であるとは限らないため、削除するか無効にします。
安全なものを確保し、熟練したハッカーに対してデータベースを広く公開します。 sudo apt-get
削除します phpmyadminの

I アップグレード by ディストリビューション と ZM 停止 ワーキング
いくつかの可能性 (リストが不完全であり、修正される可能性があります) [[/usr/local/bin/zmfix:
/usr/lib/libmysqlclient.so.15: バージョン 「MYSQL_5.0」 発見 （必要 by
/usr/local/bin/zmfix)]] :: 解決策: Zoneminder を再コンパイルして再インストールします。 いつでもあなたは
ZoneMinder が依存するメジャー バージョンを更新するには、ZoneMinder を再コンパイルする必要があります。

ゾーンマインダー しない start 自動的に on ブート
「zmfix[766]: ERR [サーバーに接続できません: できません」のようなログ エントリのリストを確認してください。
ソケット「/var/run/mysqld/mysqld.sock' (2)] を介してローカル MySQL サーバーに接続します。
起こり得るのは、Mysql の後でゾーンマインダーがあまりにも早く開始され、ゾーンに接続しようとすることです。
データベースサーバーの準備が整う前に。 Zoneminder は応答が得られず、中止されます。 2010年XNUMX月～
Ubuntu のアップグレードにより、いくつかのシステムがこの状態のままになっているようです。 これを回避する XNUMX つの方法は、
ゾーンマインダー起動スクリプトに遅延を追加して、Mysql が起動を完了できるようにします。
/etc/init.d/zoneminder ファイルの「zmfix -a」の上の行に「sleep 15」を追加するだけです
ZoneMinder の起動時の問題を修正しました!」 - Pada の功績です。

リモート パス for パナソニック と 他の カメラ
ソースを追加または編集するときに、ソースのパラメータのプリセット リンクを選択できます。
指定されたカメラ。 バージョン 1.23.3 では、BTTV、Axis、Panasonic、GadSpot、VEO、および
BlueNet が利用可能です。 プリセット ZM を選択すると、必要な値が入力されます。
リモートパス変数

なぜ do I 取得する 繰り返される/ 混合/不安定/ ブランク モニター on bt878のような カード （別名 ピコ 2000）
[[Pico2000]] でチェックしてください。

この試験は 原因 「無効」 JPEG file 構造： 2 SOI マーカー from zmc （1.24.x）
以前はグローバルのみであった一部の設定はカメラごとになりました。 「モニターソース」タブで、
リモートプロトコル「HTTP」とリモートメソッド「シンプル」を使用している場合は、リモートを変更してみてください
メソッドを「正規表現」にします。

その他
I ゾーンマインダー is ライセンスを受けた 下 　 LPG。 この試験は ありません それ 許す or 制限する me in すること 　
ゾーンマインダー?
ZoneMinder ライセンスについてはドキュメントの最後に記載されており、以下で構成されます。
次のセクション
このプログラムはフリーソフトウェアです。 規約に基づいて再配布および/または変更することができます
Free Software Foundation によって発行された GNU General Public License; また
ライセンスのバージョン2、または（オプションで）それ以降のバージョン。

このプログラムは、役立つことを期待して配布されていますが、何もありません
保証; 商品性や適合性についての暗黙の保証もなしに
特定の目的。 詳細については、GNU GeneralPublicLicenseを参照してください。

これは、ZoneMinder が記載されている条件に基づいてライセンス供与されていることを意味します。 こちら。 ある
GPL をカバーする包括的な FAQ は次のとおりです。 http://www.gnu.org/licenses/gpl-faq.html しかし、
基本的に、GPL ライセンスのソフトウェアを再配布または変更することは許可されています。
同じ条件の下で、配布または変更を自由にリリースしてください。 許可されているのは、
GPL ソフトウェアに基づいたシステムを販売します。 権利を制限または削減することはできません
ただし、ディストリビューションには GPL ソフトウェアが含まれています。 もちろん作るだけなら
システムをローカルに変更すると、変更がリリースされないため、
この場合の義務。 さらに詳しく説明するには、GPL FAQ を読むことをお勧めします。
この問題。

できる I つかいます ゾーンマインダー as 部 of my コマーシャル 製品？
GPL ライセンスにより、システムが提供される限り、GPL ソフトウェアに基づいたシステムを作成できます。
また、そのライセンスに準拠し、加えた変更もまた、
同じ条件です。 GPL では、ZoneMinder を独自のシステムに組み込むことを許可していません (「
http://www.gnu.org/licenses/gpl-faq.html#GPLInProprietarySystem 詳細については）。 ご希望の場合
この種のシステムに ZoneMinder を組み込むには、ZoneMinder のライセンスを取得する必要があります。
異なる条件で。 これは可能な場合もありますので、私に連絡する必要があります
このような状況での詳細については、

コントリビューター

ソースがホストされている場所 GitHub 問題/質問/機能リクエストを報告する GitHub 問題

プルリクエストは大歓迎です! 貢献したい場合は、フォローしてください
次の手順。

· リポジトリをフォークする

· 弊社で問題をオープンしてください GitHub 問題 追跡者。 発見したバグについて説明してください。
あなたが求めている機能。 問題番号を書き留めます (例: 456)

· 機能ブランチを作成します (git チェックアウト -b 456-私の-新機能)

· 変更をコミットします (git コミット -m '追加した 一部 特徴') することが望ましいです。
すべての変更を XNUMX つのコミットにまとめるのではなく、「早期かつ頻繁にコミット」します。

· ブランチを github のフォークにプッシュします (git プッシュ 起源 456-私の-新機能)

· 新しいプルリクエストを作成する

· その後、チームが変更を確認、議論し、できればマージします。

ZoneMinder のドキュメントへようこそ。次のリソースが利用可能です。

ユーザーガイド/インデックス
ZoneMinder を初めてセットアップするためのガイドと、ZoneMinder を使用するための詳細なガイド
ZoneMinder フロントエンド。

API ZoneMinder に接続するための CakePHP ベースの API の使用に関する情報

よくある質問 よくある質問

貢献
ZoneMinder に貢献する方法。 コミュニティ プロジェクトとして、私たちは常に助けを必要としています。
ドキュメントのテストや更新を行うのにコーダーである必要はありません。

· ジェネインデックス

· modindex

・ 検索

onworks.net サービスを使用してオンラインで Zoneminder を使用する