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

スマートプレイバック機能が、iOS「スマカメ２」に実装された。

[tanetty]

スマートプレイバック機能が、iOS「スマカメ２」に実装されました(2019/4/24)。

iOS「スマカメ」で課金済みの方は、以下の手順をとることで、
iOS「スマカメ２」でも無課金でスマートプレイバック機能を使えます。

�@ iOS「スマカメ２」を2.0.12にバージョンアップ
�A iOS「スマカメ２」をAppスイッチャーから完全に終了
�B iOS「スマカメ」を1.6.5にバージョンアップ
�C iOS「スマカメ」にて、[メニュー] - [アプリ設定] - [スマカメ2アプリにエクスポート]

書込番号：22623224

[tanetty]

「スマートプレイバックとは何？」
という方は、こちら↓をご覧ください。
https://www.planex.co.jp/news/release/2016/20160630_SmartPlayback.shtml

アプリ内課金３千円かかりますが、便利です。
いちど使うと手放せません。

書込番号：22623234

[tanetty]

iOS「スマカメ２」でのスマートプレイバックですが、
iOS「スマカメ」でのそれと比べ、優れいる点、劣っている点があります。

＜優れている点＞
○ 録画一覧の初期表示日数を選べるようになった（１、３、５、７日）

＜劣っている点＞
× シークバーのスワイプだけでは自動再生してくれなくなった。
　（いちいち再生ボタンを押さないとならず、かなり面倒）

劣っている点については、改善要望をプラネックス社に挙げました。

書込番号：22623258

[tanetty]

致命的な下記不具合３つが相次いで解決され、かなり使えるコになりました。
・録画映像：　ボンヤリ → クッキリ(4/12)
・動体検知：　ザル → しっかり(4/18)
・スマプレ：　未実装 → 実装(4/24)

これを受け、特等席に鎮座するCS-QR20と、そうでない場所に佇むCS-QS20を、いよいよ入れ替えるときが来たのか？
そう検討しましたが、見送ることにしました。
つまり、QR20のがQS20より役に立つ。
現状での私の判断は、そういうことです。

というのは、先に述べた点(↓)がネックなんですよねぇ。
「× シークバーのスワイプだけでは自動再生してくれなくなった」

スマプレというせっかくの便利機能なのに、これができないせいで、一気に不便に。
もちろん、スマプレがないよりあったほうが、100倍使いやすいのですが。惜しい。

シークバースワイプでの自動再生さえ実装されたら、QS20を特等席に移動しようかと考えています。
スマプレ使用時の録画映像視聴の安定性についても、数日は様子を見る必要がありますが。

冒頭で述べたとおり、これだけ使えるようになるまでは、長い道のりでした。
それを思えば、残りは、小さな一歩です。
その小さな一歩が、(使い勝手でQR20を超える)大きな一歩になるはず。
そう信じています。

書込番号：22623633

[いｇｓｄ]

スマートプレイバック、すごく便利で一度使うと手放せないですよね。（PC用スマカメにもほしい）

でも、課金額が3000円とアプリ課金としては高額の部類で試用も全くないのでプラネックスは商売下手だと思います。
2〜3回使用すれば便利さがわかって課金する人増えるとおもんだけど。

書込番号：22679347

[tanetty]

＞いｇｓｄさん

おはようございます。

＞スマートプレイバック、すごく便利で一度使うと手放せないですよね。（PC用スマカメにもほしい）

ホント、そのとおりでよね。
この機能がなければ、スマカメの魅力は、半減どころか、数分の１になっちゃう。
そう私は思っています。

＞でも、課金額が3000円とアプリ課金としては高額の部類で試用も全くないのでプラネックスは商売下手だと思います。
＞2〜3回使用すれば便利さがわかって課金する人増えるとおもんだけど。

なるほどぉ、たしかに。
共感・感心したので、さっそくプラネックスに、お試し機能の実装を提案しました。

なにやら、２〜３年前に実施可否を検討したことがあるそうなのですが、多忙ゆえ(?)手をつけられなかった。
てなことを言ってました。
そして今も多忙...。

でも、それじゃ、せっかくのビジネスチャンスを逃していると思うわけですよ。
と諌めたのですが、あまり色よい返事は返ってきませんでした。
とにかく人が足りないそうで。ダメじゃん...。

書込番号：22687530

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

[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

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

2019/2時点では未完成品。改善を望む。【不具合一覧アリ】

[tanetty]

不具合への対応状況 2019/2/10

2019/2/10時点では、不具合が多いため、＜未完成品＞といわざるをえません。
期待をもって改善を待ちたいと思います。

不具合とその対応状況について、一覧表を添付画像にて提示いたしました。
状況が進展次第、それを反映させた最新の一覧表を、本スレッドにて提示いたします。
このため、必ず本スレッドを「末尾」から遡って、最新の一覧表にて、状況を把握なさってください。



2019/2/10時点では＜未完成品＞ですが、近々での改善は、十分に期待できます。どういうことか？

ネットワークカメラの使い勝手を決める３要素について、CS-QS20を採点するとしたら、次のとおりです。

(a) カメラのハード性能
　ほぼ100点満点 (夜間のカラー映像が精細で、きわめて状況把握しやすい)。

(b) カメラのファームウェアの出来
　20点 (動体検知の感度が悪い)

(c) アプリの出来
　10点 (iOSアプリの出来が悪すぎる)

ここで重要なのは、次のことです。
　・(a)は後からどうにもならないのに対し
　・(b), (c)は後からでもアップデートでどうにかなる。

(b)(c)さえどうにかしてもらえれば、名機になる可能性を秘めている、ということになります。



添付画像の不具合はすべて、プラネックス社に報告済みです。
(b), (c)について、早急かつ確実にプ社が対応してくださることを、強く望むとともに、かたく信じております。

かたく信じているのは、過去に実績があるからです、
2015年発売のCS-QR20は、リリース当初、使いものになりませんでした。
しかし、アプリとファームウェアのアップデートを重ね、現在ではとても使いやすいカメラに変貌しています。
(次のレスで述べるとおり、CS-QS20のおかげで、警察に映像を提出できました)。

書込番号：22457353

[tanetty]

2019/2/10時点で致命的なのは、次の２点。
１. 動体検知の感度が悪い (泥棒を録画できなかった)
２. 録画映像がボンヤリとしか映らない (iOSのみ)。
　　(これ以外にもiOSアプリでは不具合多数)

１は、肝心の瞬間の映像を「録れない」ということ。
２は、その瞬間の映像を「まともに見れない」ということ。

１について、具体的な実例を挙げましょう。
私の管理する店舗に、数日前、泥棒が入りました。

スマカメシリーズの他のカメラ (CS-QR20 x 3台, CS-QR220 x 1台)では、
犯人と犯行の瞬間が、始めから終わりまで、バッチリ映ってました。
(おかげで、当該映像を警察に見せることができました)。

しかし、最新機種CS-QS20では、犯行の瞬間どころか、犯人の姿すら、まったく映っていませんでした。
動体検知の感度を「最高」に設定していたにもかかわらず、です。
犯行の20分前と20分後の映像は、映っていました。
つまり、SDカードに不具合はなく、たまたまカメラが固まってしまっていたわけでもなく、
ただ単に「動体検知の感度に問題がある」ということです。

防犯目的には、とてもじゃないですが、現状では実用に耐えません(2019/2/10時点)。

書込番号：22457357

[tanetty]

2019/2/10時点でも、CS-QS20を買ってもよい人はいます。端的にいえば、次のとおりです。

＜買ってもよい人 (2019/2/10時点)＞
・見守りが目的、かつ、Android機で映像を見る人

＜買ってはいけない人 (2019/2/10時点)＞
・防犯目的の人 (決定的瞬間を録画できない)
・iPhone/iPadで映像を見る人 (アプリに不具合が多すぎる)


Andorid機では、既存「スマカメ」アプリをそのまま使えます。
長い実績のあるアプリですので、すでに不具合は潰されています。

iPhone/iPpadでCS-QS0を映像を見るには、新しい「スマカメ２」アプリを使う必要があります。
添付の一覧表を見れば一目瞭然ですが、このアプリの出来が、どうにも悪い。ぜんぜんダメです。

書込番号：22457372

[tanetty]

不具合への対応状況 2019/2/10

不具合対応の一覧表に誤植がありましたので、訂正版を添付いたします。

書込番号：22457459

[tanetty]

１投目の末尾に、重大な誤植がありました。次のとおり訂正いたします。

【正】
(次のレスで述べるとおり、CS-QR20のおかげで、警察に映像を提出できました)。

【誤】
(次のレスで述べるとおり、CS-QS20のおかげで、警察に映像を提出できました)。

書込番号：22457539

[tanetty]

不具合４の症状ですが、表の記載と内容が少し違うことが判明しました。

　(iOS「スマカメ２」アプリで)
　「パスワードにハイフンなど記号が使えない」

こう(↑)書きましたが、よくよく調べてみると、より正しくはこう(↓)です。

　(iOS「スマカメ２」アプリで)
　「カメラ内パスワードを、記号を含んだものに変更できない」

以下、詳述いたします。



【エラーが出るのは、全３パターン中１パターンのみ】

ここでいうパスワードとは、アプリからカメラに接続するためのパスワードです。
（アプリ内パスワードとカメラ内パスワードを照合し、一致すれば、接続できる)。

このパスワードを入力する場面は、iOS版スマカメ２では３パターンあります。

(a) パスワードの同時変更
・カメラ内パスワードを変更すると同時に、
　同じパスワードをアプリ内パスワードとして設定する。

(b) カメラ初期登録時のパスワード設定
・アプリ内パスワードのみ初期設定する。
・カメラ内パスワードは変更しない。

(c) 別端末からカメラ内パスワードを変更された後の、アプリ内パスワード変更。
（「パスワードを再入力してください」画面です)
・アプリ内パスワードのみ変更する。
・カメラ内パスワードは変更しない。

記号が使われてるとエラーが出るのは、(a)のみです。
(b)(c)では、記号が使われてても、エラーは出ません。



【現状での回避策】

Android版「スマカメ」では、
(a)(b)(c)いずれでも、記号が使われてても、エラーは出ません。

というわけで、パスワードに記号を含みつつ、iOSから接続したい場合、次の手順を取るとよいでしょう。

�@ Android「スマカメ」にて、CS-QS20のパスワードを変更　(前述の(a)です)
�A iOS「スマカメ２」にて、CS-QS20に接続 (前述の(b)です)



【なぜこのような挙動なのか意味不明】

にしても、意味がわかりません。

iOSアプリで(a)のときに出るエラーメッセージは、次のとおりです。
「パスワードは英数字混合4文字以上15文字以下としてください」

このメッセージが出る、ということは、わざわざそういうロジックを組み込んだ、ということです。

もしCS-QS20について、そのメッセージどおりにしたいなら、

・iOSで(b)(c)に制約がかかっていないこと
・Androidで(a)(b)(c)とも制約がかかっていないこと

の説明が、まったくつきません。何をどう間違えたら、この状態になるのか、理解に苦しみます。



【記号は使えるようにすべき】

いずれにしても、パスワードとして記号が使えないのは、単なるセキュリティ低下です。
（古い機種CS-QR20やCS-QR220では、記号が使えます)。
iOS「スマカメ２」の前述(a)も含めて記号が使えるように、早く修正してほしいものです。

書込番号：22458035

[tanetty]

CS-QS20 不具合への対応状況 2019/2/11

＞不具合４の症状ですが、表の記載と内容が少し違うことが判明しました。

不具合４ではなく、不具合５でした。失礼しました。

さて、この内容を表に反映しましたので、最新版を添付いたします。

・不具合５の表記を変更
「パスワードにハイフンなど記号を使えない」
↓
「カメラ内パスワードを、記号を含んだものに変更不可」

・不具合５の回避策を発見したため、項目「軽重」を「重大」から「中間」に変更。

書込番号：22458059

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/12)

不具合16「動体検知のプッシュ通知が届かない」を追加しました。

一覧表から不具合が減るどころか、増えてしまうとは...。
非常に残念な状況ですね。

書込番号：22462471

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/13)

下記進展�@�Aがあったようですので、その旨を表に反映させました。

�@ ４つの不具合が解決したようです (2/13)。
・不具合３「画面縦横持ちかえると、カメラ切替できない」(スマカメ2 ver2.0.5にて)
・不具合９「画面を縦横持ちかえると、映像下端が広告で隠れる」(同上)
・不具合13「画面を縦横持ちかえると、ボタンが上にくる」(同上)
・不具合11「声かけ(アプリ→カメラ)できない」(スマカメ２ ver2.0.5, ファームウェア1.37にて)

�A 不具合６の症状が変わったようです (2/13)。
　前：「録画映像再生中の写真撮影が、別の時間帯の映像に」(〜2/12)
　今：「録画映像再生中の写真を撮影できない」(2/13〜)



なお、�Aについては、カメラボタンが表示されない状態に、現在なっています。
推測ですが、
「ちゃんと不具合を直すのには時間がかかりそうだから、
　とりあえずはこの機能を無効化しておこう」
という暫定措置なのかな？と思っています。

実際、時間がかかりそうなら、そのほうがよい、と愚考いたします。
運用上でいちばん最悪なのは、「できた」と思っていたのに「できてなかった」ことだからです。
ボタンを隠すことで「できなくしてしまう」のは賢明な手段かと。



プラネックス様
迅速なご対応、誠にありがとうございました。
残件についても、ひきつづきご対応のほどよろしくお願い申し上げます。

書込番号：22464850

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/13)	不具合13「画面を縦横持ちかえると、ボタンが上にくる」

勘違いでした。不具合９, 13は、まだ直ってませんでした。

＞・不具合９「画面を縦横持ちかえると、映像下端が広告で隠れる」(同上)
＞・不具合13「画面を縦横持ちかえると、ボタンが上にくる」(同上)

その旨を反映させた表を添付いたします。

書込番号：22464905

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/15)

不具合16「動体検知のプッシュ通知が届かない」が解決しました(2/15)。

書込番号：22469318

[tanetty]

弱電波・夜間カラー・iOS → 灰色一色映像が頻発。

電波弱・夜間カラー・iOSの組み合わせでは、灰色一色画面ばかりになります。
その旨、プラネックス社に伝えるとともに、改善要望を挙げました。



＜症状概要＞

電波が弱い環境において

　(a) 夜間に
　(b) カラー映像(赤外線OFF)を
　(c) iOSアプリ「スマカメ２」から

見た場合、映像が灰色一色画面になってしまう時間が大半(10秒のうち5秒以上)を占め、実用に耐えません。



＜症状詳細＞

電波の強弱は、「電波強度」で判断しています。「電波強度」は、Android「スマカメ」上で、そのカメラの「無線LAN設定」を選ぶと、確認できます。灰色一色問題が発生するQS20では、
　
　「電波強度」34%

でした。

弱電波環境においても、上記(a)(b)(c)のうち、次のとおりひとつでも条件から外せば、灰色一色問題は、実用上ほぼ問題ないレベルにまで改善します。

・昼間・カラー・iOS
　　→ コマ落ちはするが、灰色一色画面には、ほとんどならない。

・白黒(赤外線ONまたは自動)・夜間・iOS
　　→ 同上。

・Android・夜間・カラー
　　→ 同上

また、電波強度49%のQS20では、iOSで夜間カラー映像を見たときでも、たまに(10秒あたり1秒以下?)灰色一色にはなりますが、実用上さほど問題ないレベルだと感じました。ちなみに、その電波強度49%のQS20しか設置していなかったときに書いたのが、下記のスレッドです。

＜低速回線でも、映像がカクカクしない、音が途切れない。＞
https://bbs.kakaku.com/bbs/K0001124137/SortID=22445393/#tab



＜考察・所感＞

弱電波環境での夜間カラーでも、Androidでは灰色一色問題がほぼ発生しないことを考えると、パケ詰まり時におけるiOSアプリの描画方法に問題があると考えられます。

にしても、iOSの新アプリ「スマカメ２」の出来が悪すぎですね…。

書込番号：22480198

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/20)

CS-QS20 不具合への対応状況 (2019/2/20)です。

・不具合17「弱電波・夜間カラーで灰色一色映像が頻発。」を追加しました。
・表の体裁を整えました。

書込番号：22480207

[tanetty]

＞電波弱・夜間カラー・iOSの組み合わせでは、灰色一色画面ばかりになります。

調査の結果、症状の認識が間違っていたことがわかりました。

正しくは、
「風で揺れる植物が映像に含まれる場合、無線だと灰色一色の映像ばかりになってしまう(有線なら問題なし)」

私の遭遇した症状を、より詳細に述べると、以下のとおりです。

・画面面積のうち10分の１程度に、植物が含まれる。
・風で植物が揺れている。
・画面がほぼ灰色一色になってしまうことが、10秒のうち５秒以上。

この症状について、無線通信状態(ルータ - カメラ間の電波状態(-70〜-80dBm程度))が悪いのが原因、と思いこんでいました。そこで、Wi-Fi中継機を設置し、カメラから見た電波状態を大きく改善させましたが(-38〜-50dBm程度)、症状はほとんど変わりませんでした。

中継機作戦は諦め、代わりにイーサネットコンバータを設置し(-70〜-80dBm。カメラから約20cmの距離)、カメラをLANケーブルで有線接続したところ、症状は劇的に改善しました。灰色一色にほとんどならないばかりか、コマ落ちさえもなくなりました。

以上の事実から推測した原因は、「QS20のハード的な処理性能不足」です。

どういうことか。無線接続したカメラでは、(a)(b)を同時におこなう必要があります。
　(a) センサーでとらえた映像を圧縮のうえ信号化する処理
　(b) 無線伝送路に送出する際の暗号化処理

植物が絶えず細かく揺れ動く状況では、(a)の負荷が大きいのでしょう。QS20は、動画の圧縮方式として、スマカメシリーズ初のH.265を採用しています。H.264に比べ、H.265では圧縮比率が高いため、(a)におけるCPUに対する負荷が、これまでのスマカメシリーズに比べ、格段に大きいものと思われます。

(a)に大きくCPU等の資源を割かれると、(b)にあまり資源を割くことができません。このため、(b)の処理が追いつかないのではないのではないでしょうか。

この仮説に基づけば、
「QS20では、映像の種類によっては、有線でないと、まともに動かないことがある」
（いくら無線の電波状態がよくてもダメなことがある）
ということになります。

実際、私の実験結果は、悲しいかな、この仮説が正しいことを裏付けています。つまり、この症状について、改善の見込みは、ほぼないだろう、ということです。有線化という逃げ道があるだけ、まだよかった。そう思うべきなのかもしれませんが。

書込番号：22488454

[tanetty]

スマートプレイバック機能有効時、Android版スマカメにて、CS-QS20の録画映像を再生できません（スマプレ無効時は問題なし)

他の機種(CS-QR20など)では、問題ありません。AndroidとQS20との組み合わせでのみ、ダメなようです。

プラネックス社に症状を伝えるとともに、修正を依頼しました。



＜文句・グチ＞

QS20の録画映像を順を追って詳細に確認する必要が生じたので、普段は使っていないAndroidを引っ張りだしてきて、スマプレ機能を使おうと思ったら、このアリサマでした。

iOSスマカメ２では、スマプレ機能の実装が遅れていて、現状まだ使えません。そこまでは納得できます。ただ、iOSの実装が遅れているのであれば、大切な逃げ道であるAndroidで本当に使えるのか、プ社は真っ先に確認すべきなのでは？

プ社はいったい、新製品リリース時、どういうテストをおこなっているのか、甚だ疑問です。


＜(参考)　症状詳細＞

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

書込番号：22488516

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/23)

最新の表です。

・不具合18「スマートプレイバック機能で録画映像を見れない」(Android)を追加。

・不具合17の内容・区分・状況を訂正
　誤「弱電波・夜間カラーで灰色一色映像が頻発」(iOS)・・・対応中　
　正「揺れる植物が映ると、無線時に灰一色映像が頻発」(ハード)・・・解決見込ナシ

・不具合9の内容を訂正 (より詳細に)
　前「画面を縦横持ちかえると、映像下端が広告で隠れる」(iOS)
　後「横長起動後に縦長にすると、映像下端が広告で隠れる」(iOS)

・不具合13の内容を訂正 (より詳細に)
　前「画面を縦横持ちかえると、ボタンが上にくる」(iOS)
　後「横長起動後に縦長にすると、ボタンが上にくる」(iOS)

書込番号：22488574

[tanetty]

CS-QS20 不具合への対応状況 (2019/2/23)

最新の表です。
（前回の表では、解決済の不具合４つを含めるのを忘れてました）

書込番号：22488589

[tanetty]

iOSスマカメ2の録画映像再生画面で、一時停止/再生ボタンが正常に機能しないようです。

下記(a)(b)(c)のいずれかの挙動になります。

(a) ボタン押下しても一時停止できない。
　or ボタン押下してから一時停止するまでに数秒かかる。

(b) めでたく一時停止できたとしても、そのあと再生ボタンを押すと固まる。
→ いったんこの状態になると、イベントリストに戻り録画映像を選び直しても
　ほぼ100%「録画ファイルを再生できません」エラー。
　しかも、どの録画映像でも、そのエラーになってしまう。

(c) 一時停止後に再生ボタンを押すと、写っている人間が、
　コンマ数秒単位で、前へ行ったり、後ろへ行ったり。
　（画面左上の秒表示も、先へ行ったり、前に戻ったり)

CS-QS20だと、(a)(b)がほとんどです (とくに(b)にはウンザリしています)。
CS-QR20だと、(c)がほとんどです (iOSスマカメでは正常に再生できるのに、です)。

いずれにしても、これでは使いものになりません。
プラネックス社に対応をお願いしました。

＜検証環境＞
・iPad Pro 10.5 (iOS12.1.4), スマカメ2 (2.0.6)
・CS-QS20 (1.37.0.0) 画質「最高」
・CS-QR20 (1.30.0.0) 画質「最高」
・カメラとiPadは、同一LAN内

書込番号：22512259

[tanetty]

CS-QS20 不具合への対応状況 (2019/3/5)

表の最新版(2019/3/5)です。

＜更新内容＞
・不具合20「録画再生画面で一時停止/再生ボタンが正常動作せず」を追加

不具合が減っていく(解決)どころか、増えてってる(発見)わけですが、どういうことなんでしょうねぇ(泣)。

書込番号：22512266

[tanetty]

新たに発見した不具合です。

不具合21「指定範囲に比べ、録画一覧が最大で１時間不足」

イベントリスト画面において、画面上端「範囲:」欄の表示と、実際に表示される録画一覧の範囲が異なるようです。
（同じ一覧を見たとき、下記のとおりCS-QR20では正常です)
iOS版では、録画映像を見落とす可能性があるので、不具合の扱いとさせていただきました。

＜例：検索範囲が午前7:05〜午後7:05の場合＞

× CS-QS20 + iOSスマカメ2
　・実際に表示されるのは、午前8:00〜午後7:05と、最大で１時間不足。
　・もしSD内に録画映像が午前7:05〜午前8:00にも存在する場合、
　　「そこには録画がない」と利用者が勘違いし、肝心の映像を見落とす恐れがある。

△ CS-QS20 + Androidスマカメ
　・実際に表示されるのは、午前7:00〜午後7:05
　・少し余分(最大で１時間)に表示されているだけなので、見落としの心配はない。

○ CS-QR20 + iOSスマカメ２
　・実際に表示されるのは、午前7:05〜午後7:05

○ CS-QR20 + Androidスマカメ
　・実際に表示されるのは、午前7:05〜午後7:05

書込番号：22532658

[tanetty]

新たに発見した不具合です。

不具合21「録画一覧の範囲指定欄右端の午前/午後が欠ける」

＜概要＞
iOSスマカメ2のイベントリスト画面において、
画面上端「範囲:」欄は、午前/午後表示。その下は、24時間表示。
「範囲:」欄に字が入りきらず、右端の午前・午後が表示されていない。

＜備考＞
画面上端も24時間表示に合わせたらどうか？
と、プラネックスに提案しました。

書込番号：22532670