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

ファームウェア Ver.1.54

[いｇｓｄ]

前ファームよりはるかにましなのですが、検知画像を再生していると必ずと言っていいくらい途中から無音になるんですよね。
これってこの新ファーム以前にもあったかどうか記憶がないのですがどうでしたでしょう？

ipadminiでは人の動きはスムーズなんですが、PC版スマカメは出来が悪いのか相変わらずぎくしゃくしてますね。
コマ飛びもしますしいい加減作り直してほしいです。

書込番号：23200485

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

[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

「スマカメ」で繰り返し停止していますの対処法

[ＮＯＢＡＸ]

設定-アプリと通知-スマカメ-ストレージ
でストレージとキャッシュを削除する
初期状態に戻るので、本体記載のID,と設定したパスワード入力する。

要するにリセットすればいいようです。

書込番号：23185729

まだiOS13に上げちゃダメ! (2019/9/21現在)

[tanetty]

左半分しか見えない症状が頻発。

まだiOS13に上げてはいけません。(2019/9/21現在)

iPhone11Pro(iOS13)上の『スマカメ２』で
カメラ切替時、レイアウト崩れが頻発することを
実機にて確認しました。

添付画像のとおり、左半分しか表示されない症状です。

数えたわけではなく体感上ですが、
３〜４回に１回ぐらいでしょうか。

プラネックスに確認したところ、以下の回答を得ました。
・プ社内環境でも、同じ症状を確認済み。
・この症状は、OS依存。
　(11Pro以外でも、iOS13なら発生)。
・別途、対応予定。
・iPad 無印 では、発生していない。
　(↑明記がなかったですが、たぶん「iPadOSの」だと思われます)
・iPad Proでは、確認そのものをしていないので不明。



なお、この症状は
× iOS『スマカメ2』→ 発生する(異常)。
○ iOS『スマカメ』 → 発生しない(正常)。

QS10以前の機種のみをご利用の方は、iOS13に上げてもよさげです。
(iOS『スマカメ』を使うだけの話なので)。

QS20以降の機種をお使いの方は、iOS13に上げるのをしばらく待ちましょう。
(iOS『スマカメ2』を使わざるをえないので)

書込番号：22936748

[tanetty]

iOS13.1が公開されましたが、症状同じでした。

書込番号：22945586

[tanetty]

iPadOSに上げるのも、まだ待った方がよいでしょう。
というのも、本日公開のiPadOS13.1でも、この症状は発生します。
iOS12.4.1でiPadをお使いの方は、プ社が対応するまで、そのままにしておいたほうがよさげです。

書込番号：22945590

[いｇｓｄ]

アプリの新バージョン来ましたがあげちゃダメです！！

一度治った画面の表示不良再発しました。

書込番号：23158163

[tanetty]

＞いｇｓｄさん

こんばんは。貴重な情報ありがとうございます。

[メニュー]-[再接続]するたび、OK→NG→OK→NGとくりかえすようです。
実はその旨、ちょうど１時間ほど前、プラネックスに伝えたところだったりします。

今回の修正(2.2.1)で不具合が３つ解決されたものの、ひとつは再発。
うーん、よろこんでいいのかどうか。

＜再発＞
不具合45(iOS2)「 iOS13で現在映像の右半分が見えないこと頻発」

＜解決＞
不具合37(iOS2)「スマプレで「初期表示日数」を7日に変更不可」
不具合53(iOS2)「[メニュー]-[再接続]すると、映像が間延び」
不具合48(iOS2)「カメラ切替時、映像が縦長になることが多い」

書込番号：23158186

iOS『スマカメ』でも使える

[tanetty]

CS-QS20は、iOS『スマカメ』でも使えるようです。
(公式にはiOS『スマカメ２』のみ対応ですが)

『スマカメ』でCS-QS20を選択すると、
「バージョンアップのお願い」というメッセージが出ますよね。
でも、[OK]押下後、[メニュー] - [再接続] すると、現在映像をちゃんと見れちゃいます。
いったん現在映像が出てくれば、録画映像の再生も問題なし。

『スマカメ』は『スマカメ2』に比べ、以下のとおり、動作が安定しています。
日常的には『スマカメ』を使ったほうが幸せになれるでしょう。

「録画ファイルを再生できません」エラー
○『スマカメ』→ ほとんど起こらない。
×『スマカメ2』→ 頻発

現在映像の右半分が欠ける事象
○『スマカメ』→ まったく起こらない。
×『スマカメ2』→ 頻発 (iOS13.1/iPadOS13.1のみで発生)

＜動作確認済端末 (いずれもQS20の映像を見れた)＞
・iPad Pro 10.5, iPadOS13.1, スマカメ1.6.6
・iPhone 11 Pro, iOS13.1, スマカメ1.6.6
・iPad Air 1, iOS12.4.1, スマカメ1.6.6
・iPhone 5s, iOS12.4.1, スマカメ1.6.6
・iPad mini 2, iOS9.3.5, スマカメ1.6.6
・iPod touch 6, iOS9.3.5, スマカメ1.6.6
・iPad 3, iOS9.3.5, スマカメ1.6.6

＜動作確認カメラ＞
・CS-QS20, FW1.49

書込番号：22949458

[いｇｓｄ]

＞tanettyさん

すごい裏技見つけましたね。
幸い12のままなので画面かけとかなく不満なかったのですが中々興味深いです。
こうなると、なぜアプリをわざわざ分けたのかがよくわからないですね。

書込番号：22969984

[tanetty]

＞いｇｓｄさん

ご返信ありがとうございます。以下、少し長い話になり、恐縮ですが。



＞なぜアプリをわざわざ分けたのかがよくわからないですね。

ご存じのとおり、動画の圧縮規格は、QS10以前の機種ではH.264、QS20以降の機種ではH.265です。

プラネックスの話によれば、iOS『スマカメ』ではどうがんばってもH.265を再生できないので、仕方なく『スマカメ2』をイチからつくったんだとか。で、当面は『スマカメ』『スマカメ2』を併用し、いずれ『スマカメ2』のみに切り替える予定…だそうです。

ちょっと記憶がアイマイですが、iOS機だとネイティブなデコーダがH.265に対応してないので、H.265用のデコーダをiOS『スマカメ2』にがんばって組み込んだ...みたいなことを言ってたような。



ところが、です。QS20の映像を見れないはずの『スマカメ』でも、実際にはちゃんと見れちゃいます。

１週間ほど前にそのことを電話でプ社に伝えたところ、「ちょっと何言ってるかわかんないですね」と、最初はサンドイッチマン富澤のような返答でした。しかし、プ社内環境でも見れることを確認後は、かなり驚いた様子。

しかも、です。iOS9.3.5というかなり古いiOS上の『スマカメ』でも見れてます。つまり、「ネイティブなデコーダが、iOS13からH.265に対応した」という可能性は、排除してもよさげ。



今後、(a)について検討するそうです。(b)も、もしかしたらあるかもしれませんね。

(a) 『スマカメ』で出してる「『スマカメ2』にバージョンアップしてね」のメッセージをなくす？
　→『スマカメ』でのQS20使用を、暫定的ながらも公式に認めるということ。

(b) さらに、『スマカメ2』をなくす？
　→『スマカメ』でのQS20使用を、恒久的かつ公式に認めるということ。

プ社からすれば、(b)だと、「がんばって『スマカメ2』をつくったのが、実は無駄骨だった」という悲しいことなります。とはいえ、メンテすべきアプリの数は、なるべく減らしたいでしょう。当初の予定どおり、

(c) 最終的には『スマカメ』をなくし、『スマカメ2』に寄せる

というのも、選択肢としてはアリだとは思います。



いずれにしても、当面は『スマカメ』『スマカメ２』の併用体制です。ユーザからみて、『スマカメ2』の存在は、無意味ではありません。以下のような『スマカメ２』のみの独自機能もありますので。

・横長画面でのカメラ切替
・スマプレでの初期日数表示指定

ただ、『スマカメ2』の完成度って、『スマカメ』と比べると、突貫工事だったからか、かなり低いんですよねぇ。もし『スマカメ2』を恒久的に存続させる意向なら、もうちょっとがんばって、完成度を上げてほしいものです。

書込番号：22970613

[tanetty]

iOS『スマカメ』、iOS『スカマメ2』の今後について、プ社から以下�@〜�Cの回答を得ました(10/7)。

�@『スマカメ』で出してる「『スマカメ2』にバージョンアップしてね」のメッセージをなくす予定。
→すでにその方向で開発中。

�A『スマカメ』も『スマカメ2』も、今後継続させる。

�B『スマカメ2』は、絶対になくせない。
→CS-QV40B (バッテリー内蔵スマカメ）は音声フォーマットが(他と異なり)AACのため、『スマカメ』で再生不可だから。

�C『スマカメ』も、現状維持の方向で継続させる。
→ただし、アップデートは、不具合修正など細かなメンテナンスのみになりそう。

書込番号：22974463

[いｇｓｄ]

ついにアプデが来てQS20も使えるようになりましたね！
カメラのサムネは相変わらず表示されませんが。

それにしてもスマートプレーバックの連続再生無効にしてあっても勝手に連続再生されるのは治ってないのですね(´・ω・`)

書込番号：23105276

[tanetty]

連続再生「無効」時、連続再生されないことを確認しました。

＞いｇｓｄさん

こんにちは。

＞ついにアプデが来てQS20も使えるようになりましたね！

おおおおお。気づきませんでしたぁあああ。
貴重な情報ありがとうございます！！
無印スマカメアプリでQS20が見れると、やっぱり便利ですねぇ(嬉)。

＞カメラのサムネは相変わらず表示されませんが。

おっと、たしかに。
さっそくプラネックスに要望を投げておきました(12/16)。

＞それにしてもスマートプレーバックの連続再生無効にしてあっても勝手に連続再生されるのは治ってないのですね(´・ω・`)

んんんんんん。確認してみました。
少なくとも私のiPhone 11 Proでは、無効にしたとき、連続再生されませんでした。
念のため、いちど有効にしてから無効に戻しても、ダメでしょうか？？？

＜検証環境＞
・無印の『スマカメ』アプリ 1.6.7
・スマートプレイバックON、連続再生「無効」
・iPhone 11 Pro, iOS13.2.3
・CS-QS20とCS-QR20
・カメラとiPhoneは同一LAN内

書込番号：23110444

[いｇｓｄ]

＞tanettyさん

家ではなぜかダメなんですよねー
連続再生のONOFFもきかないんですよね〜
アプリを一度消して入れなおせば治るのかもしれませんが・・・。

＜検証環境＞
・無印の『スマカメ』アプリ 1.6.7
・スマートプレイバックON、連続再生「無効」
・iPhone 8+ iOS13.2.3とiPadmini（2019）
・QS20とQR220
・カメラとiPhoneは同一LAN内

書込番号：23113296

[tanetty]

＞いｇｓｄさん

＞家ではなぜかダメなんですよねー

んー。何がダメなんでしょうね、いったい。

以下、余談ですが。
iOS無印『スマカメ』アプリが1.6.7になってから、
次の軽微な不具合が発生するようになりました。
(プラネックスには12/18に報告済)

「カメラ一覧でカメラ選択すると、
　現在映像がいったん真ん中に表示され、
　少し下がってから、真ん中に戻る」

・QR20, QR220, QS10では、頻発します (４回に３回ぐらい)。
・QS20では、ごくマレに発生します (10回に１回ぐらい)。
・QV60Fでは、発生しません。
・iPhone11Pro, iPhone5sとも、同じ症状です。

書込番号：23115493

ファームウェア Ver.1.49

[いｇｓｄ]

新ファームを使ってみた感想。

画像と音の同期ズレはかなり改善されました。
これくらいなら普通にストレスなく使えますね。

ただ動態検知と録画の安定性は相変わらずな気がしますというか、
旧ファームだとフレームINから徒歩の人が映っていたのが突然あらわれた状態から始まるのが非常に多いです。
家の前を子供が自転車で通って行って先で引き返してきたのに録画は引き返してきたときのみとか。
郵政バイクがフレームINしてきたと思ったら突然いなかった状態の画面に戻って、
次の瞬間ポストに投函してる画像が再生される不自然な状態になったりすることも。

動態検知部分はいじらなかった方が良かったんじゃないですかね〜
いじってないけど他をいじって現状の状態なのか？
再生が数秒で終わるファイルもまだまだ沢山な状態ですし、なかなか良い状態になりませんね。

書込番号：22969976