スマカメ2 ローライトPoE CS-QS20 のクチコミ掲示板

動体検知の改善に対するプラネックス社の取組状況

[tanetty]

動体検知の改善に対するプラネックス社の取組状況を記載するスレッドです。



▼ 背景

CS-QS20(以下、QS20)では、動体検知による録画が、漏れ漏れです。
実用にまったく絶えないレベルで。(FW1.37。2019/4/4現在)

参考スレッド「泥棒を録画できなかった。動体検知の感度が悪い(19/2/23)。」
https://bbs.kakaku.com/bbs/K0001124137/SortID=22489373/#tab

プ社もそういう認識に、ようやくなってくれました。
(レス末尾の ＜(参考)「(b) 速く」についてプ社から公表＞ 参照)
プ社自身による検証でも、漏れ漏れが再現したそうです。

なお、この症状をプ社に連絡したのは、2019/2/8。
２ヶ月弱経過して、やっとこさ本腰を入れてくれそうな気配。
長かった…。




▼ 課題 (問題)

課題 (問題) としては、(a)(b)(c)の３つがあります。
３つすべてに対して、プ社にて取り組んでいる最中です(2019/4/4現在)。

(a) 鋭く (動体検知の感度が鈍い)
(b) 速く (検知してから録画開始までが遅い)
(c) 長く (録画開始してから録画停止するまで短い)



▼ 「(c) 長く」の現状と今後

＜現状 (FW1.37)＞
次の制約がある。
・録画開始から30秒で録画停止　(その30秒の間に新たに動体検知しても)
・録画停止後1分は録画開始しない。(その１分の間に新たに動体検知して)

＜今後＞
これら制約をなくす方向



▼ 「(b) 速く」の現状と今後

＜現状 (FW1.37)＞ (動体検知直後の映像は、SDに保存されない)
動体検知後に録画指示を出してから実際に録画開始(SDに書込)されるまで時間がかかるため、録画指示直後の映像はSDに保存されない。

＜今後＞ (動体検知直後の映像も、SDに保存される)
次の「キャッシュ機能」、または、これと同等の機能を実装する方向。
・あらかじめ常時録画する。ただし、SD書込はしない。ごく短い時間の映像のみを、キャッシュ(内部的な一時保存領域)に保存する。
・動体検知による録画開始指示があったら、キャッシュ内にある録画指示「直前」の映像を、SDに書き出すようにする。



▼ 「(b)速く」について補足

スマカメシリーズの古い機種では、前述の「キャッシュ機能」が、実はすでに実装済です(このため、古い機種では、動体検知録画が漏れることはない)。

新しめの機種には実装されていません。新しめの機種にキャッシュ機能の実装することは、技術的に難しいとのことでしたが、なんとかする方向でがんばってくれるそうです。

＜キャッシュ機能ナシ = 貯めておけない = 動体検知から「少し経過後」より録画開始＞
・QR30
・QR30F
・QR100F
・QV60F
・QS10
・QS20
・QS30
・CS-QS50-LTE

＜キャッシュ機能アリ = 貯めておける = 動体検知「直前」から録画可能＞
・QR10
・QR20
・QR22
・QR220
・QR300



▼ (参考)「(b) 速く」についてプ社から公表

＜スマカメ動体検知の不具合のお詫びとご連絡 2019/4/2＞
http://www.planex.co.jp/news/support/20190402_smacameinfo.shtml

＜上記サイトより抜粋のうえ引用＞
動体検知の際、録画の開始が動体検知した時点から少し遅れて録画される件につきましては、弊社でも事象を確認しております。
現状では製品の仕様となっておりますが、改善に向けての調査を行っておりますので、今しばらくお待ちいただきたくお願い申し上げます。
改善後は、当社ホームページにて告知をさせて頂くとともに、ファームウェアップデートをさせて頂きます。

書込番号：22580419

[デジ犬ワン]

＞tanettyさん

OS10 が動体検知から「少し経過後」より録画開始＞

すみませんが、ひとつ訂正をお願いします。
少なくともQS10はタイムシフト録画されてます。
動体検知前の画像からSDに転送されてます。
実機QS10で確認していますのでQS10は対象外だと思います。
動体検知前後の画像が録画されていなければ意味がありません。
もしＱＳ10の仕様が変わると困ります。
よろしくお願いします。

書込番号：22580947

[tanetty]

＞デジ犬ワンさん

こんにちは。
ご指摘、誠にありがとうございます。

デジ犬ワンさんからのご指摘を受け、さっそくプラネックス社に、CS-QS10のキャッシュ機能の有無について、再確認メールを送付しました。
プ社から回答があり次第、内容について報告いたしますね。

なお、プ社への質問メールの中には、次の３点を盛り込んでおります。
(プ社からの回答は、これら３点を踏まえたうえでのものになるかと)
・このスレッドのURL
・QS10を実際に使用なさっているかた(デジ犬ワンさんのことです)が、実機による検証に基づき、「動体検知前の画像からSDに転送されてます」とおっしゃっていること。
・プ社側の現状認識が間違っているかもしれないことを示唆

いずれにしても、QS10ユーザからみて改悪されることはないと思いますよ。何らかの修正をほどこす場合、現状をあらかじめ再調査してからおこなうでしょうから。その点はご安心いただいてもよいかと。

ちなみに、キャッシュ機能の有無については、昨晩(4/4)、プ社ご担当者様と電話で話しています。その際には、
「まずはQS20、そのあと新しい機種から順に遡って、(キャッシュ機能未実装機種について)キャッシュ機能を、できるかぎり実装していく予定」
との話でした。

新しめの機種へのキャッシュ機能実装については、「技術的に難しいからムリ」との理由で、もともとはプ社もサジを投げていたのですが、なにやら鶴の一声があったらしいです。

なので、たとえばQS20についても、本当に可能なのかどうか？　そこから入る段階らしいのです...。うまくいくといいのですが。

書込番号：22581129

[tanetty]

QS20ユーザから見て、次の３つのうち、もっとも困っているのは、(a)です。

　(a) 鋭く (動体検知の感度が鈍い)
　(b) 速く (検知してから録画開始までが遅い)
　(c) 長く (録画開始してから録画停止するまで短い)

たとえばですが、民家玄関に、QS20とQR20が取り付けてあります。
この２台は、角度は違うものの、ほぼ同じ範囲を写しています。

QR20 (動体検知「高」)では、ある日の晩、次の３つの録画映像が、動体検知録画されていました。

　19:30 人物Aが出る
　19:35 人物Aが入る
　19:47 人物Bが入る

ところが、QS20 (動体検知「最高」)には、上記３つとも、動体検知録画されておらず、
これらにいちばん近い録画は、18:21と22:02でした。

この事象の原因は、あきらかに(a)です。
(b)も(c)も無関係です。
(b)や(c)が関係あるなら、19:30, 19:35, 19:47近辺に録画があり、そこに人間が写っていないだけ、ということになるからです。
つまり、ただ単に、動体検知の感度が鈍いだけ。

この事例が示すとおり、(b)(c)は、二の丸・三の丸に過ぎません。
しかし、本丸たる(a)について、現状では原因すらわかっていない。
(a)について、一刻も早い原因究明を、プラネックスに期待します。

書込番号：22581172

[デジ犬ワン]

＞tanettyさん

早速のＰ社へのアプローチありがとうございます。
ＱＳ２０のことは分かりませんが、
問題が速く解決されることを願っています。
QS10ですが、現実にQR20とほぼ同じ様に記録されています。
動体検出もほぼ互角ですが、検出距離が少しだけ短いです。
ただ、要望は動体検出の精度を上げてほしいと思っています。
これはすべての機種に言えることだと思います。
QS20で改善されたことが反映されれば有難いです。
ありがとうございました。

書込番号：22581194

[tanetty]

＞デジ犬ワンさん

ご返信ありがとうございます。

QS10の動体検知は、QR20と同等なのですね。
うらやましいです。
夜間カラーが欲しくて、QS20を購入したのですが、失敗だったかなぁ...。

では、いったんこれにて失礼します。
プ社から回答があり次第、報告いたしますね。

書込番号：22581227

[tanetty]

＞　(a) 鋭く (動体検知の感度が鈍い)

これについては、本当に「鈍い」ことが原因なのか？
掘り下げて考えてみる必要があります。

事象としては「動体(=映像変化)があったのに、SDに録画されていない」です。
映像変化に対して、SDに録画されるまでの処理や条件は、およそ次のとおりでしょう。

�@ 動体検知プログラムが、現在映像を監視している。
�A 動体検知プログラムが、現在映像が閾値以上に変化したのを検知する。
�B 動体検知プログラムが、録画プログラムに録画開始指示を出す。
�C 録画プログラムが、録画指示を受けるべく待機している。
�D 録画プログラムが、�Cの録画開始指示を受け、録画を開始しようとする。
�E SDがLinux上にマウントされている。
�F SDが書き込み禁止されていない。
�G 録画プログラムが、実際にSDに書き込みを開始する。

�@〜�Gのうち、どこがダメなのか？
�Aが本命ですがあ、それ以外も疑ってみる必要があるかと思います。

�@ 動体検知プログラムが、現在映像の監視を、一時的にサボっている可能性はないか？
�A 動体検知プログラムが、現在映像の閾値以上の変化を検知できてないのか？ ←これは感度そのもの。もともと疑っていたことですね。
�B 動体検知プログラムから録画プログラムへの指示が、一時的に送れない状態になっていないか？
�C 録画プログラムが録画指示を受け付けられない状態に、一時的になっているのではないか？
�D 録画プログラムが録画を開始できない状態に、一時的になっているのではないか？
�E SDのLinuxへのマウントが、一時的に外れてしまっていることはないか？
�F SDへの書き込みが、一時的に禁止されてしまっていることはないか？
�G 録画プログラムからSDへの書き込みが、その他の理由で一時的にできなくなっていることはないか？

書込番号：22581269

[tanetty]

訂正

＜正＞
�D 録画プログラムが、�Bの録画開始指示を受け、録画を開始しようとする。

＜誤＞
�D 録画プログラムが、�Cの録画開始指示を受け、録画を開始しようとする。

書込番号：22581271

[tanetty]

＞デジ犬ワンさん

プラネックス社からの回答がありましたので、内容を記載いたします。



＜QS10の動体検知について＞

・QS10の動体検知の仕組みは、QS20と同様。(つまり、レス末尾の分類どおり)

・QS10では、基本的には動体検知した瞬間は撮影できないはずだが、処理が早いことが理由で、録画開始が動体検知の瞬間に近いのかもしれない。



＜今後の修正予定などについて＞

�@ まず、QS20以降の３機種のみ(QS-20、QS-30、QS50-LTE)から対応する。
・対応する旨の予定が公式サイトに明記されているのは、この３機種
　http://www.planex.co.jp/news/support/20190402_smacameinfo.shtml

�A �@のあと、QS10にも展開を考えている。
・ただし、QS10はこれら３機種とプログラムや部品が異なるため、実現の可否が判明していない(まだ調査を始めていない)。
・このため、QS10については、公式サイトへの掲載を見送った。

�B QR30、QR100F、QV60Fについては、修正を実施するか否か、確定していない。



＜キャッシュ機能ナシ = 貯めておけない = 動体検知から「少し経過後」より録画開始＞
・QR30
・QR30F
・QR100F
・QV60F
・QS10
・QS20
・QS30
・CS-QS50-LTE

＜キャッシュ機能アリ = 貯めておける = 動体検知「直前」から録画可能＞
・QR10
・QR20
・QR22
・QR220
・QR300

書込番号：22582130

[デジ犬ワン]

＞tanettyさん　ご回答ありがとうございました。

＞・QS10では、基本的には動体検知した瞬間は撮影できないはずだが、処理が早いことが理由で、録画開始が動体検知の瞬間に近いのかもしれない。

QS20ではありませんが、QS10の件です。すみませんがコメントします。

Ｐ社様

3か月間QS10の録画データを観察しましたが検出直後の画面から出たことはありません。
遠くからカメラに向かって来たときは急に出ますが検知前から録画されています。
画面外の見えないところから来た、車や人が通過する様子が録画できているから投稿しました。
画面外から動体検知できるのですね。すごい予測技術。ありえない。
もしかしたら私の持っているQS10、2台は海賊版でしょう。
だからP社の仕様と違うのですね。OEMだから色々あるのでしょう。
現状で正常なので、事実を追求するのはやめます。
QS10が対象外で安心しました。
ありがとうございました。失礼しました。

書込番号：22583111

[いｇｓｄ]

＞tanettyさん
＞＜今後＞ (動体検知直後の映像も、SDに保存される)
＞次の「キャッシュ機能」、または、これと同等の機能を実装する方向。

これは私にとってとても朗報です。
旧機種のQR220をメインで門を監視してますが、対象が郵政バイクなので録画の反応が遅いのは致命的なんですよね。
先日QR220が不調で問い合わせした時問い合わせした時に録画の遅れは当方にとっては致命的と言うのも記載してました。

書込番号：22585692

[tanetty]

＞いｇｓｄさん

こんにちは。

＞旧機種のQR220をメインで門を監視してますが、対象が郵政バイクなので録画の反応が遅いのは致命的なんですよね。

それはさぞやお困りのことでしょう。

ただ、QR220は現状でも、キャッシュ機能があるので、動体検知の「直前」からSDに保存されているハズです。
このため、残念ながら、改善は予定されていません。

動体検知の感度は、すでに「最高」に設定なさってますでしょうか？
もしそれ以外なら、「最高」に上げてみるのも手だとは思います。

また、ファームウェアは最新(1.31.0.0)でしょうか？
1.31.0.0は、それより前のバージョンに比べて、感度が上がっています。
もしいま1.31.0.0でなかったら、ですが、最新に上げることで改善が期待できます。

書込番号：22585716

[tanetty]

＞いｇｓｄさん

カメラではどうしようもない場合、カメラ以外でどうにかする方法も考えられます。
屋外でしょうから、なかなか設置も難しいとは思いますが。

�@ センサーライト (デジ犬ワンさんから教えていただいた方法です)
・バイクが近づいてきたら、センサーライトが光るよう設置。
・センサーはバイク側を向け、光はQR220に届くように設置。
https://bbs.kakaku.com/bbs/K0001124137/SortID=22489373/#22490642

�A 鏡
・近づいてくるバイクの鏡像をCS-QR220がとらえることができるように、鏡を設置。

�Aについては、私の管理する無人店舗で(たまたま)そうなってまして、入店するお客様を(QR20で)バッチリ動体検知録画できています。

書込番号：22585747

[ボランティアゴラン高原]

プラネックス社製品は言い感じですか

アルコム社製品は日中の映りの調整難しいので

amazonで知らないメーカー、YESKAMO製品買ったら調子いいな
まあ、深センメーカーじゃセキュリティ上不安かな

書込番号：22590658

[いｇｓｄ]

＞tanettyさん

ご返事ありがとうございます。
また当方の文才がないため誤解させてしまったようですみません。
QR220では問題なく検知して録画できています。

QS20は検知後からの録画で頭切れになるような話だったので、
キャッシュのようなものの実相でQR220に近くなるのは朗報と言いたかったのです。

書込番号：22590831

[tanetty]

＞いｇｓｄさん

ご返信ありがとうございます。

＞QR220では問題なく検知して録画できています。
＞キャッシュのようなものの実相でQR220に近くなるのは朗報と言いたかったのです。

なるほど、そういうことだったのですね。
私のほうこそ読解力不足で申し訳ありませんでした。



以下、ほぼひとりごとで恐縮ですが。

QR220は私も使用しております。QR20, QV60F, QS20も。
たぶんですけど、スマカメシリーズで現状もっとも有能なのは、QR220です。
とくに、私のようなヘビーユーザーから見ると、そう感じられます。

というのも、次の3つすべてをみたす機種は、QR220だけだからです。
・夜でもカラーで見える。
・動体検知での録画漏れはほとんどない。
・スマートプレイバックでの録画再生もサクサク。

実際、買い増しの際には、数々の最新機種を差しおき、QR220の中古品を第一に検討してしまう始末です。
(それぐらい、QR220の使い勝手には魅力を感じています)



にしても、QS20の動体検知は、現状ホントに使いモノになりません。
「(b)速く」「(c)長く」も原因といえば原因ですが、
「(a)鋭く」がダメダメなのが根本です。

ひどい漏れ漏れなので、防犯はおろか、来客管理にすら使えません。
早急な解決を強く待ち望んでいる次第でございます。

書込番号：22592633

[tanetty]

解決しました。FW1.38 (2019/4/19公開)にて。
https://www.planex.co.jp/support/download/cs-qs20/fw.shtml

バッチリ動体検知してくれます。
すばらしいのひとこと。

てゆーか、むしろ検知しすぎるぐらい。
なので、感度設定を「最高」から「高」に変更しました。
それぐらい、しっかり検知します。

いやー、よかった。一件落着です。

書込番号：22612249

[tanetty]

各課題の原因・対策は、以下のとおりでした。

(a) 鋭く (動体検知の感度が鈍い)
・実は感度の問題ではなかった。
・30分とか１時間のレベルで、動体検知録画のプログラムが死んでしまっていることがあった。
・死なないように、安定性を強化した。

(b) 速く (検知してから録画開始までが遅い)
・以下に述べるキャッシュ機能を実装した。
・あらかじめ常時録画しておき、短い時間の録画映像を一時置き場に保存しておく。
・動体検知したら、一時置き場から本来の置き場に録画映像をコピー。

(c) 長く (録画開始してから録画停止するまで短い)
・最後の動体検知から30秒録画が持続するようにした。

(c)をプラネックス社にお願いしていたのは、「(a)(b)が実装されるまでのつなぎ・回避策」という位置づけでした。(a)(b)が実装された以上、(c)は運用上の足枷になります。録画映像を順に見ていくとき、余分な部分が多すぎて、見るのに骨が折れるからです。

というわけで、(c)については、(最後の動体検知からの)録画持続時間を短くしてもらうよう、プ社にお願いしました。近いうちに実装されるかと思います。

書込番号：22612262

[いｇｓｄ]

＞tanettyさん

新ファーム良い感じですね。
旅行に出かける直前にアップデートしたので結果は今頃ですがw

今まで不思議なくらいスルーされていた玄関の出入りもばっちりです。
門越しの悪条件なのに、郵政バイクやQR220が苦手な歩く人もバッチリ録画されてます。

しかし録画できない原因が、

「動体検知のプログラムが死んでしまっている」

ってのには笑ってしまいました。
朝2〜3録画して翌日まで無録画とかもあったので、かなりの頻度で長時間死んでたことになるんですがw

あとはこれで夜間カラー時の画像処理アルゴリズムの改善で異常なほどのビットレートの改善がされれば言うことないですね。

書込番号：22623303

[tanetty]

＞いｇｓｄさん

ご返信ありがとうございます。

＞朝2〜3録画して翌日まで無録画とかもあったので、かなりの頻度で長時間死んでたことになるんですがw

なかなかヒドかったですよね(笑)。でも、改善されて、しっかり動体検知してくれるようになりました。

＞門越しの悪条件なのに、郵政バイクやQR220が苦手な歩く人もバッチリ録画されてます。

QR220との比較、たいへん参考になります。QR220より優れているなら、何ら問題ない、といえそうですね。

＞あとはこれで夜間カラー時の画像処理アルゴリズムの改善で異常なほどのビットレートの改善がされれば言うことないですね。

これについては、プラネックスから改善見込ナシとの話を受け、ちょっと残念でした。

書込番号：22627065

[tanetty]

＞(b) 速く (検知してから録画開始までが遅い)

使っていて「おや？」と思うのは、録画映像を再生したとき、10秒ほど待ってやっと人間がやっとあらわれるときもあれば、すぐ(0秒で)あらわれるときもあることです。つまり、動体検知「前」の＜余白＞は、0〜10秒と、かなりのバラツキがあります。

プラネックス に確認したところ、次の仕組みに起因する現象のようです。

・常時録画するキャッシュ(録画映像の一時置き場)として、10秒分準備してある。
・10秒分たまったら、10秒分すべて捨て(クリア)、また録画し直し。
・動体検知されたら、キャッシュ内の映像をすべてSDに書く。
・たとえばキャッシュクリアから8秒後に動体検知された場合、キャッシュにたまっているのは8秒分なので、動体検知「前」の＜余白＞は8秒となる。

使ってて、10秒ってのは、すごく長く感じるんですよね。10秒待てば必ず人間があらわれる、なら、待てます。でも、単なる誤検知で、10秒経っても、人間があわられない。なんてこともフツーにありますから、10秒って実は、待つのがけっこう苦痛です。

書込番号：22628081

夜でも使えて便利

[ＮＯＢＡＸ]

２階窓から門扉を撮影しています。
ガラス越しなので、赤外線が使えず以前のカメラでは夜は使い物になりませんでした。
このカメラは夜でもそこそこ使えています。
当初、Wi-Fiで接続していたのですが状態が悪く、有線に代えてから安定し
平均10PFSで撮影できています。

Androidスマホは横位置で自然な描画が可能ですが
PC用のビューワーは縦位置しか表示できず、この点は改良して欲しいものです。
あと、下を見下ろす設定なので首振り角度が浅く、斜めの台を挟まないと
狙った画が撮れません。この点も改良して欲しいところです。

カメラ一発シリーズでローライトを出してくれるとありがたいです。

書込番号：22521947

風で揺れる植物があると、無線接続時、灰一色映像が頻発

[tanetty]

環境によっては、灰色一色映像が頻発する。

風で揺れる植物が映像に含まれる場合、無線だと画面全体が灰一色に映像なる症状が頻発することがあります(添付画像参照)。有線(LANケーブル)接続なら、この症状は発生しません。

カメラの＜環境＞および生じた＜症状＞は、以下のとおりです。

＜症状＞
・画面全体がほぼ灰色一色になってしまうことが、10秒のうち５秒以上。

＜環境＞
・画面面積のうち10分の１程度に、植物が含まれる。
・風で植物が揺れている。
・無線接続 (カメラ-ルータ間)

おそらくはハード的な性能不足が原因であり、ファームウェアのアップデート等でどうにかなるものでなさげです (プラネックス社もこの見解を否定しませんでした)。有線という回避策があるだけ、まだヨシとしなければいけないのかもしれませんが。

次レスでは、＜原因(推測)＞＜対応(実験結果)＞の順に、詳述いたします。

書込番号：22504275

[tanetty]

＜原因 (推測)＞

後述の＜対応(実験結果)＞から推測した原因は、「QS20のハード的な処理性能不足」です。

どういうことか。無線接続したカメラでは、(a)信号化 と (b)暗号化 を同時におこなう必要があります。

(a) 信号化 ...センサーでとらえた映像を、圧縮のうえ信号化する処理
(b) 暗号化 ... 無線伝送路に送出する際、(a)の信号を暗号化する処理

さて、QS20は、動画の圧縮方式として、スマカメシリーズ初のH.265を採用しています。H.264に比べ、H.265では圧縮比率が高いため、(a) 信号化 におけるCPUに対する負荷が、これまでのスマカメシリーズに比べ、格段に高いものと思われます。

植物が絶えず細かく揺れ動く状況では、CPU等が (a)暗号化 でいっぱいいっぱいになり、(b)信号化 の処理が追いつかないのではないでしょうか。

そんな状況でも、カメラをLANケーブルで有線化すれば、(b)暗号化 を行う必要はなくなり、(a)信号化 にCPU等の資源を大きく割り当てるため、(a)信号化 を滞りなく行えるのでしょう。



この仮説がもし正しいとすれば

「QS20では、映像の種類によっては、有線でないと、まともに動かないことがある」
（いくら無線の電波状態がよくてもダメなことがある）

ということになります。

実際、次に述べる＜対応(実験結果)＞は、悲しいかな、この仮説が正しいことを裏付けています。つまり、この症状について、改善の見込みは、ほぼないだろう、ということです。(プラネックス社も同一見解でした)。



この症状に対し、次の手順で対応していきました。

＜対応(実験結果)＞

�@ この症状、はじめは無線の通信状態が悪いことが原因だと思い込んでいました(ルータ - カメラ間の電波強度が、-70〜-80dBm程度と、弱めだったので。

�A そこで、Wi-Fi中継機を設置し、カメラから見た電波状態を、-38〜-50dBm程度にまで大きく改善させたものの、症状はほとんど変わりませんでした。なおこのとき、ルータ-中継器間は5GHz、中継器-カメラ間は2.4GHzと、周波数帯域を別にしていました。これにより、(同一帯域を用いた場合には生じてしまう)スループット半減を生じないようにしていました。

�B 中継機作戦は諦め、代わりにイーサネットコンバータ(以下、EC)を設置し、EC-カメラ間をLANケーブルで有線接続したところ、症状は劇的に改善しました。灰色一色にほとんどならないばかりか、コマ落ちさえもなくなりました。このとき、ECは、カメラから約20cmの距離に設置。EC - ルータ間の電波強度は、�@と同じく、-70〜-80dBm程度です。つまり、カメラの代わりにルータと電波のやりとりをするECから見て、�@におけるカメラと電波状態は変わらない、ということです。

書込番号：22504290

[いｇｓｄ]

＞tanettyさん

灰色画面の件ですが、
PCのスマカメで見るとビットレートが表示されるのですが、揺れる木や草があると1mbps位に転送量が増えませんか？
転送量が少ないのも売りのはずなのですが、QR220より転送量が多いことが多々あります。

家の環境だけかもしれませんが、揺れる緑や、ローライトモードの昼間設定で暗くなると転送量がとても多くなっています。
夜間のローライト時に転送量が増えると再生パワーが要るのか画面上の時間が1秒進むのに2〜3秒必要で、
時間のずれが大きくなると灰色画面になって一気に時間が進むの繰り返しになっています。

書込番号：22604011

[tanetty]

＞いｇｓｄさん

こんばんは。

返答が遅くなり、申し訳ありません。
手持ちのWindows機が激重などの諸事情により、実験に時間がかかってしまいました。

いｇｓｄさんのお立てくださったスレッド

＜ローライト時のデータ量＞
https://bbs.kakaku.com/bbs/K0001124137/SortID=22606032/#22607110

に返信を書かせていただきました。

書込番号：22607112

SDからコピーした録画ファイルを、Mac上で再生する方法

[tanetty]

microSDカードをMacに挿し直し、コピーした後で録画映像(拡張aviのファイル)を再生するには、どのアプリを使えばいいのか。実機で検証しましたので、報告いたします。

○『VLC media player』2.2.8にて、正常に再生できました。
https://www.videolan.org/vlc/download-macosx.ja.html

以下のアプリでは、正常に再生できませんでした。
× 『VLC media player』 3.0.6 (2019/3/1時点の最新版)
× 『QuickTime Player』10.5 (同上)
× 『IINA』1.0.2 (同上)
× 『写真』4.0 (同上)

検証環境は、以下のとおり。
・MacBook Pro 13 (2018) TouchBarアリ
・Mojave 10.14.3

書込番号：22502561

[tanetty]

最新のMacOS (Mojave 10.14.5)では、再生できなくなりました...。

×『VLC media player』2.2.8 ... アプリが異常終了する。
×『VLC media player』3.0.7.1...映像の左上しか表示されない。

プラネックスに以下の事項を確認済みです(2019/7/18)。
・Mojave 10.14.5にて、プ社環境でも同様の症状が確認できた。
・Mojave 10.14.5にて、正常に再生できるアプリは見つかっていない。
・VLC 3.0.7.1にて左上しか表示されないのは、(QS20がSDカード内に出力する)aviファイル自体がもつ解像度情報が間違っているから、と思われる。
　(1920x1080ではなく、480x320になっているっぽい)
・aviファイル内の解像度情報を(1920x1080に)正すよう、QS20の新ファームウェアを作成する(予定)。

書込番号：22806911

「夜でもカラー」は超便利。同系旧機種より画質大幅改善。

[tanetty]

「夜でもカラー」は、超便利です。店舗に使用していますが、閉店後の状況のわかりやすさが、「夜は白黒」の機種(CS-QV60Fなど)とは雲泥の差。夜間、非常口の灯りだけでも、店舗全体 (約10m x 約 5m) の様子が、驚くほどよーーーくわかります。カラーと白黒では、こんなにもわかりやすさが違うのね…と、基本性能の高さに舌を巻きました。

同系旧機種 CS-QR220 (2016年発売) に比べても、画質が大幅に改善しています。CS-QR220でも「夜でもカラー」で映りますが、さすがに映像がちょっとザラザラしちゃうんです (それでも十分実用に耐えるし便利ですが)。CS-QS20では、夜間でも、そのザラザラが一切ありません。すばらしいのひとこと。画質については、花マルの優等生と断言してもよいでしょう。

ただし現状、画質について、ひとつ残念な点があります。録画映像をiPhone版アプリで見たとき、ボンヤリと写るんです。Android版アプリではクッキリ映りますから、microSDカード内の録画ファイル自体がクッキリしていることは間違いありません。iPhone版アプリの不具合としてプラネックス社も把握済みで、現在対応中とのこと。一日も早い修正が待たれます。

書込番号：22493661

「スマートプレイバック」、Androidでも使えない(19/2/23)。

[tanetty]

公式サイトより

「スマートプレイバック」(録画映像を見やすくする機能。要アプリ内課金3千円)ですが、iOSだけでなく、Androidでも使えません(2019/2/23現在)。

iOSはアプリが「スマカメ2」になったこともあり、実装が遅れている旨、公式サイトに次の記載があります。
http://www.planex.co.jp/products/cs-qs20/

―(以下、公式サイトより引用)―
※現在「スマートプレイバック」はAndroid端末のみ対応しております。iOS用アプリ「スマカメ2」では現在非対応となっておりますが、対応準備中ですので今しばらくお待ちください。
―(以上、公式サイトより引用)―

「Android端末のみ対応しております」と記載されているので、Android版なら使えるはず...。と思って試してたら、CS-QS20との組み合わせでは、使えませんでした。お気をつけください。

＜症状詳細＞
タイムライン表示(画面上端に縦赤線が横方向に並ぶ)までは、正常に出ます。
縦赤線をひとつ選び、再生(右向き三角)を押すと、「SD PLAY」という赤字が１〜２秒だけ出て、すぐに消えます。
しかし、録画映像が表示されるべき場所は、真っ黒のままです。
どの赤線を選んでも同じです。

書込番号：22489409

[tanetty]

公式サイトより

添付し忘れました。公式サイトの画面です。

なお、CS-QS20以外のカメラ(CS-QR20やCS-QR220など)では、Androidでのスマートプレイバック機能を、問題なく使えております(2019/2/23)。

書込番号：22489415

[まなむすめ]

当方Android9のスマホですが、だいたいは使えていますよ。
ただし、時々カードに動画が見つからないというような表示が出て、その後はカメラ本体を再起動しないと表示できなくなることがあります。

書込番号：22490034　スマートフォンサイトからの書き込み

[tanetty]

＞まなむすめさん

こんにちは。

＞当方Android9のスマホですが、だいたいは使えていますよ。
＞ただし、時々カードに動画が見つからないというような表示が出て、その後はカメラ本体を再起動しないと表示できなくなることがあります。

貴重な情報、誠にありがとうございます。
まなむすめさんの情報も併せてプラネックス社に伝えたいと思いますので、次の2点についてご教示いただけないでしょうか。

�@ まず、念のために確認ですが、スマートプレイバック機能(要課金3千円)「有効」時でも、「だいたいは使えて」らっしゃるのですよね？

�A 次の4つについて御教示ください。
・端末の機種名
・Androidiの細かいバージョン
・スカマメアプリのバージョン
・QS20ファームxエアのバージョン

なお、私の場合について回答いたしますと、以下のとおりです。

�@ 私の端末・環境でも、スレッド冒頭で申し上げたとおり、スマートプレイバック機能「無効」時は、だいたいは使えおります。
スマートプレイバック「無効」時、録画一覧から映像を選択すると、ほぼ確実に再生されます。

スマートプレイバック「有効」時のみ、まともに使えません。
「まともに使えない」とは、20回に1〜3回ていどしか、録画の再生に成功しない、というレベルです。
タイムライン上の縦赤線を選んでも、再生が始まらず(映像が出るべき部分が)真っ黒なままです。
（回数は、ちゃんと数えたわけではなく、体感上、それぐらいかな？...という話です）

�A 私の環境
・Xperia Z3 tablet compact
・Android 4.4.4
・スマカメ 1.4.4
・CS-QS20 1.37.0.0

書込番号：22490154

[まなむすめ]

こんにちは。

�@はおっしゃるとおり、スマートプレイバック課金済かつ有効にしての話です。

�A 私の環境
・Xperia XZ1
・Android 9
・スマカメ 1.4.4
・CS-QS20 1.37.0.0

解決に至ると良いですね。

書込番号：22490274　スマートフォンサイトからの書き込み

[tanetty]

＞まなむすめさん

ありがとうございました。

・Xperia XZ1

でしたか。もしかしたらスペックの問題なのかもしれない、と思いはじめました。QS20でスマカメシリーズ初めて搭載されたコーデックH.265だと、旧来のH.264より、デコードにパワーが必要になるそうですので。

ただ、それだと、私のもつショボい端末でも、スマプレ無効時には問題ないのが、意味がわからないですね。

うーん。なんだか根が深そうです...。いずれにしても、いただいた情報をプラネックスに伝え、問題解決に向けた材料にしてもらうよう伝えます。

ありがとうございました。m(_ _)m

書込番号：22490305