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

【重要な不具合】録画再生時の＜尻欠け＞

[tanetty]

録画再生時の＜尻欠け＞

重要な不具合の情報です。
性能の低い端末では、録画再生時に＜尻欠け＞が発生します。
録画ファイルの途中で再生が止まってしまう、ということです。

たとえば、添付画像の録画映像を見たとき、
各端末での見え方は、以下のとおりです。

○ iPhone11Pro （正常）
再生開始後12秒後に人が登場。
その６秒後に扉の中に入る。

× iPhone5s（異常）
再生開始後12秒後に人が登場。
その１秒後、扉を開ける前に再生終了。

× Xperia Z3 tablet compact（異常）
再生開始後10秒で、人が登場する前に再生終了。

非常にタチが悪いことに、エラーがいっさい出ません。
このため、ユーザからは、最後まで正常に再生されたように見えてしまいます。
この例でいえば、Xperiaで見た場合、人が通ったことにまったく気づかないことになります。

書込番号：23089816

[tanetty]

朗報の続報です。

＞新たなFW(1.52)を先行で試していますが、調子よさげ。

と書きましたが、「よさげ」どころじゃありませんでした。
「完璧」に見えます。

本日14:30〜16:00の動体検知録画すべて(約30分間でした)をチェックしましたが、
＜頭欠け＞＜中欠け＞＜尻欠け＞は、いっさい発生せず。
人間の動きが、きわめてスムーズです。すばらしい。

その旨をプラネックスに報告のうえ、一日も早いリリースを熱望していることを伝えました。
たぶん来週中にはリリースされるんじゃないか...と期待しております。

書込番号：23176332

[ニックネーム登録できません]

＞いｇｓｄさん
情報ありがとうございます。中国製が安くて安定してるのは、製造数が桁違いなんでしょうね。ニュース映像で見る彼の地のカメラの数は、半端ないですものね。
いかにデジタルの恩恵と言えども、そもそも監視カメラが１万とか２万円で買えて、通信料金が実質無料で家にいながら遠隔地の映像が録画分も含め見られるなんて、安すぎますよね。隔世の感です。プラネックスさんも大変だろうなと思います。
でも、この値段だから一つの店舗に何台も付けようと思えるのであって、これが１台１０万も２０万もするなら、とても買えませんけどね。

＞tanettyさん
うれしい情報ありがとうございます。２台目以降の購入は新しいFWのリリースを待って決めたいと思います。

書込番号：23176433

[いｇｓｄ]

＞tanettyさん

暫定新ファーム調子よさそうですね。
これで安定運用に戻ればよいのですが。


無関係だろうけどなんとなく気になったこと。

1.41　メモリ「３秒」＋動体検知から「30秒」録画＝30秒以上の録画　動作〇
1.49　メモリ「３秒」＋動体検知から「10秒」録画＝30秒以下の録画　動作×
1.53　メモリ「３秒」＋動体検知から「20秒」録画＝30秒以下の録画　動作×
1.52　メモリ「10秒」＋動体検知から「20秒」録画＝30秒以上の録画　動作〇

・・・まさかね(笑)

書込番号：23176836

[いｇｓｄ]

誤　以下
正　未満

書込番号：23176902

[いｇｓｄ]

なかなか新ファーム来ませんねー
キリンになってしまいそうです(笑)

書込番号：23184961

[tanetty]

＞いｇｓｄさん

こんばんは。

＞キリンになってしまいそうです(笑)

ですね(笑)。

21(火)朝9:05にプ社から届いたメールでは、
「23(水)か24(木)にはリリースをできるよう進めております」
とのことでした。

24(木)にリリースされるカナ。
されるといいけど…。

＞無関係だろうけどなんとなく気になったこと。

＜頭＞＋＜尻＞ を ＜閾値(30秒)＞と比較したとき、
その大小が動作の正常・異常に影響しているのではないか？
という仮説ですよね。

ありえないことではないですが、ちょっと考えにくいかな、と思っています。
というのは、＜頭＞と＜腹＞は、下記のとおり変動値だからです。

まず便宜上、次のように名付けますね。

＜全＞ ＝ ＜頭＞ ＋ ＜腹＞ ＋ ＜尻＞

以下、FW1.52を例として、説明いたします。
これまでにプラネックスから聞いた話から、
「こうなってるんだな」と私が理解しているしくみです。
9割がたは合ってると思ってますが、もし違ってたら申し訳ありません。

＜全＞
・20秒〜3分
・１ファイルは、必ず３分以内におさめる。
・「メモリ」上の＜頭＞を、「SD」上の＜腹＞＜尻＞に結合させ、
　「SD」上に保存したもの。

＜頭＞
・０秒〜３秒
・動体検知「前」から「メモリ」上に「常時」録画している。
・３秒に達したら、すべて捨て、また０秒から始める。
・＜腹＞による「SD」録画が開始されたら、停止。

＜腹＞
・０秒〜２分40秒
・「最初」の動体検知「後」から「SD」上に録画開始。
・動体検知しなくなったら、処理を＜尻＞に渡す。

＜尻＞
・20秒
・動体検知しなくなったら（＝「最後」の動体検知「後」）、
　＜腹＞から処理を渡される。
・「SD」上にある＜腹＞が録画していた、
　まさにそのファイルに、録画を20秒継続。

なお、上で挙げた数値はいずれも「およそ」なので、
「以上」と「超」、「以下」と「未満」は、とくに区別しておりません。

書込番号：23185251

[tanetty]

＞いｇｓｄさん

訂正。正しくは、以下のとおりです。

21(火)朝9:05にプ社から届いたメールでは、
「22(水)か23(木)にはリリースできるよう進めております」
とのことでした。

書込番号：23185257

[tanetty]

＞いｇｓｄさん

訂正。

1.52の＜頭＞は、最大10秒でしたね。失礼しました。

正しくは、以下のとおりです。

＜頭＞
・０秒〜10秒
・動体検知「前」から「メモリ」上に「常時」録画している。
・10秒に達したら、すべて捨て、また０秒から始める。
・＜腹＞による「SD」録画が開始されたら、停止。

書込番号：23185262

[tanetty]

本日(1/23)、FW1.54がリリースされました。
(中身は、前述の1.52と同じ)

＜頭欠け＞＜中欠け＞＜尻欠け＞問題は、
これで解決するかと思います。

書込番号：23186814

[tanetty]

FWアップデートで＜頭欠け＞が解決した理由について、
プラネックスから聞いた話のメモです。

＜事実＞
FWアップデート内容は、以下のとおり
・FW1.49：メモリ上に最大「３秒」常時録画
・FW1.49：メモリ上に最大「10秒」常時録画

＜事実＞
H.265では、フレームにいくつかの種類がある。
・Iフレーム(キーフレーム)・・・紙芝居の１枚をすべて描いたもの。
・Pフレーム等(差分フレーム)・・・紙芝居１枚のうち、Iフレームと違う部分だけを描いたもの。
・Iフレーム１枚に対し、Pフレーム数枚(?)をカメラは生成する。
　I、P、P、P、P...........I、P、P、P、P...........
・Iが基本であり、Pだけでは再生できない。

＜推測＞
メモリ常時録画最大３秒のときは、Iが含まれないときがあったのではないか。
最大10秒にしたことで、必ずIが含まれるようになったのではないか

書込番号：23187341

[いｇｓｄ]

待望の新ファームやっときましたね！

＞tanettyさん

おかしいですね。
Motion JPEGの時代は、確かにキーフレームのIフレームと差分のPフレームだけだと思うのですが、
H254の時代にはキーフレームのIフレーム、差分のPフレームに、差分の差分Bフレームの3種類になってると思うのですが・・・。
結局は同じことなので現象は変わらないのですが説明が面倒で省いただけ？


夜バージョンアップしてワクワクしながら状態を朝確認しました。
夜間は通りを通過する車のライトと通り猫に反応するセンサーライトに反応するのですが、
とりあえず20ほど確認したところ、家ではなぜかすべて録画時間20秒でした。

＃1.52 (未公開)
＃○？ 調子よさげ (まだ２〜３時間しか運用してないので断言できず）
＃・メモリ上に「10秒」常時録画
＃・最後の動体検知から「20秒」録画継続
＃
＞本日(1/23)、FW1.54がリリースされました。
＞(中身は、前述の1.52と同じ)

との内容を考慮すると、すべて20秒というのは解せないものがあります。
頭の10秒分がすべて保存されていないのなら検知後の20秒だけで数字上は合いますが・・・。


とりあえず今日の日中の録画を帰ってから確認して報告します。

書込番号：23187551

[tanetty]

＞いｇｓｄさん

おはようございます。

＞H254の時代にはキーフレームのIフレーム、差分のPフレームに、差分の差分Bフレームの3種類になってると思うのですが・・・。

貴重かつ有用なお話、誠にありがとうございます。
おそらく、というか、100%間違いなく、いｇｓｄさんのお話が正解だと思います。

というのも、私は、映像の処理について、ズブのシロウトです。
それを踏まえて、プ社(から私に説明してくれる)ご担当者様が、説明を簡略化した可能性があります。
プ社ご担当者様も、ファームウェアご担当ではないので、
単純にプ社ご担当者様がそのへんに詳しくなかった可能性もありますが。

じつは私も、プ社からの説明のあと自分でネットで調べてみたとき、
「実際にはBってのものあるんだー。よくわかんない...」とは思ってました(笑)。

＞結局は同じことなので現象は変わらないのですが説明が面倒で省いただけ？

「最大３秒の旧バージョンでは、Iフレームがメモリ内に存在しないときがあった可能性がある」
という話の根幹は、いずれにしても、鵜呑みにしてよさげです。たぶん。

＞とりあえず20ほど確認したところ、家ではなぜかすべて録画時間20秒でした。

ありゃ。そうだったんですね。ちょっと心配になってきたので、
店舗に設置してあるQS20の録画映像を十数本、念のためさきほど確認してみたところ、
それぞれ二十数秒〜40秒といったところでした。

どの録画映像にも、お客様の出入りが、すべてきちんと記録されていました。
「きちんと」とは、＜頭欠け＞＜中欠け＞＜尻欠け＞なく、という意味です。
ただ、どの録画映像でも、お客様が店から出た後、５秒ぐらいで録画が止まっているようです。
仕様上、「最後の動体検知から20秒は録画継続」のハズなのですが。
(私からみて)望ましい挙動のため、「結果オーライ。むしろOK」とみなしています。

＞とりあえず今日の日中の録画を帰ってから確認して報告します。

ありがとうございます。
環境起因という可能性も捨て切れませんが、
その時間帯の録画がたまたまそうだっただけ...という可能性もあるカモ。
そう愚考しております。

書込番号：23187684

[ニックネーム登録できません]

お世話になります。うちも昨日から最新の1.54のファームウェアにアップデートしました。ほぼ１日使用しましたが、とても良い感じです。頭、中、尻の欠けは、ほぼ無い様です。ファイルからファイルにまたがるタイミングで、少し時間が跳ぶことがありますが、これは当方の環境の映像が動きが少ないためかと思いますので、問題ないです。（お客様がじっと動かない状況です。）
当初、動体検知の感度を、低でやった時はダメだったんですが、高にしたらバッチリでした。これは、個々の環境の中で調整すべき事で、ノープロブレムですね。
時々、再生時に音が出ないことがありますが、アプリを一旦落として再度再生したら、音は正常に出ました。
再生画像が２０秒単位という事は、無いようです。

これで、動体感知では、もしかすると撮れていない場面があるんじゃないか、という心配はしなくて済みそうです。

書込番号：23188447

[いｇｓｄ]

＞tanettyさん

とりあえず帰宅後日中のデータを1台分確認しました。
パット見たところ1.41並みに安定して録画されていました。
特に不都合はなさそうに思います。
多分検知対象の人物と思われる人（車）が画面外に出てから数秒から10秒程度で終了しますね。
話とは違いますが良い感じです。(笑)
1.49がひどかっただけ(笑)かもしれませんが、動く対象もとてもスムーズになりました。

ただローライト時の挙動がやっぱりあれです。
さきの動作と同じのもありましたが、たいていはやっぱり19〜20秒で終了しますね。
まぁ多分対象の車のライトの動きは録画されているので全く問題はありませんが。

とりあえず次のバージョンアップがあってもヒトバシラーが生贄になるまでアプデしないことを誓います(笑)

書込番号：23188808

[tanetty]

＞いｇｓｄさん
＞ニックネーム登録できませんさん

こんばんは。情報共有ありがとうございます。

少なくとも日中の動体検知については、お二方とも問題なさげ…とのことで、ホっとしました。
いち利用者にすぎない私が安心するのもおかしな話ですが。

＞ヒトバシラーが生贄になるまでアプデしないことを誓います(笑)

ヒトバシラー(笑)。私ですね。

というのも実は、1.49前の1.47(未公開)でも、私が実験台となっておりまして…。
1.47で＜頭欠け＞＜中欠け＞＜尻欠け＞＆＜細切れ＞が発生する旨、
プ社にメールで報告してました(2019/9/11-12)。

リリース日　　バージョン
2020/01/23 1.54
2019/09/25 1.49
2019/05/27 1.41
2019/04/19 1.38
2019/02/13 1.37

1.49は1.47の流れをくむバージョンだと思うのですが、
(というかたぶんバージョン番号変えただけ？)
なぜリリースされたのか。
メールに履歴が残っていないうえ、記憶もさだかではありません。
何か別の重要な不具合があり、それを解決するためにリリース…
だったような記憶もありますが、ちょっとハッキリしません。



―(以下、2019/9/11 私からプ社宛に送付したメールより抜粋)―

1.47のQS20で、
次の現象が頻繁に発生していることを確認済みです。

・ファイルが＜細切れ＞になること。
　→ お客様が歩いている途中で次ファイルに移るetc

・＜頭＞が欠けること。
　→ お客様が店の真ん中にいきなり出現するetc

・＜途中＞が欠けること。
　→ 歩いている途中だけ欠けてるetc

・＜お尻が欠けること＞
　→ お客様が店の真ん中からいきなり消えるetc

上記現象が頻発する1.47では、実用に耐えない。
そう感じております。

まずは御社環境にて実機で検証していただくこと。
それを強く望みます。

―(以上、2019/9/11 私からプ社宛に送付したメールより抜粋)―

書込番号：23188935

[tanetty]

QS20やQS10のファームウェアについては、今後もたぶん次の流れとなります。

�@ プ社内にて、あるていど検証。
�A 私がヒトバシラーとなって、数日以上検証し、結果をプ社に報告。
�B �Aの結果が良好なら、正式リリース。

どーでもいーのですが、ヒトバシラーということばが、めっちゃ気に入ってしまいました(笑)。

書込番号：23188944

[いｇｓｄ]

＞tanettyさん

たしか1.49は特に古めの端末で特に顕著だった音声だけ正規の時間で再生され、
スローモーションになる映像が遅れて延々と垂れ流される同期ズレ対策もあったとおもいます。
これで私はパソコン買い換えました。(笑)

ヒトバシラー気に入っていただけたようで、まさか立候補していただけるとは・・・。
よろしくお願いします。(笑)

それにしてもプラネックスも大きな会社なので、
4台くらいを出入口・ロビーかオフィス・廊下・窓から道撮影で設置しとけば大抵のことは洗い出せると思うのですがねー
よほど変な現象じゃなければ1日で出るものばかりですし、
上層部が開発の大切さをわかってないのですかねー

書込番号：23189364

[tanetty]

＞いｇｓｄさん

おはようございます。

＞スローモーションになる映像が遅れて延々と垂れ流される同期ズレ対策もあったとおもいます。

あー、なるほど。1.41では音ズレ問題も、たしかにありましたね。
現在(1.54)も音はズレますが、けっこうマシになってるような。

＞それにしてもプラネックスも大きな会社なので、

プラネックスは、私たちが想像するより、じつははるかに小さな企業だったりします。
私も、プ社後担当者様から従業員数を聞いて、めっっっっちゃびっくりしたおぼえが。

具体的に何人なのか、明言は避けますね。
というのは、プラネックスコミュニケーションズは非上場企業です(2020/1現在)。
非上場企業にとって、会社規模も企業秘密に相当するかもしれませんので。

以下、ネットからの情報（≒公知の情報）を列記するのみに留めますが…。
2011で99名、2013で63名、この下落傾向がずっと続いている。
という前提で推し量っていただければ、と。

ただ、人員がかぎられているにしろ、これ(↓)ぐらいことは実施してほしいんですけどねぇ…。

＞４台くらいを出入口・ロビーかオフィス・廊下・窓から道撮影で設置しとけば大抵のことは洗い出せると思うのですがね

と、ヒトバシラー(笑)としては、心底おもいます。



―(以下は、ネット情報より)―

1995/7/10 設立、資本金１千万円
https://www.planex.co.jp/company/
　↓
2011/2/8 従業員99名
https://japan.zdnet.com/company/20013759/
　↓
2013/12/31 従業員：連結63名、単独７名
総資産：連結122億955万9千円、単独76億9981万4千円。
「連結」とは、たぶん次の４社。
・プラネックスホールディング（持ち株会社）
・プラネックスコミュニケーションズ (情報機器屋）
・プラネックスカーズ （車屋）
・PLANEX TRADE.COM（FX事業）
https://ja.wikipedia.org/wiki/プラネックスコミュニケーションズ
　↓
2014/8/12
PLANEX TRADE.COMは事実上消滅（FX事業をフォレックス・ドットコムジャパンに営業譲渡）
https://www.forex.com/jp/corporate-info/press-release/2014/information-0812/
　↓
2014/12 上場廃止

書込番号：23189443

[ニックネーム登録できません]

＞tanettyさん
情報ありがとうございます。
プラネックスコミュケーション社のホームページに出てる求人情報では、エンジニア募集で「配属先 企画開発部（所属人員数：9名）」とありますね。（公開情報だから出してもいいですよね。)
でも、昨今の新製品開発では、技術者派遣の会社やバグ出しの受託会社などを使うのが普通だと思いますので、社員が少数精鋭なのは結構な事だと思います。
しかしながら、この動体検知機能に関しては、発売後１年にしてまともなものになるという、一般ユーザーをテスト要員と見なしているとしか思えないですね。それだったら、いっそのこと動体検知はベータ版ですと、はっきり言ってもらった方がすっきりします。動作検証に加わるのはやぶさかでないので。

書込番号：23189700

[いｇｓｄ]

＞tanettyさん

プラネックスって昔からあって自分もいくつかの機種使ったことあるので、
漠然ともっと大きな企業と思っていたら意外とこじんまりとした企業だったんですね。
車やFXにも手を出していたことがあったのは驚きです。

本来こんなことを言うのもなんですが、小規模の企業でこのような製品を手掛けるというのは、
意力的であり昨今のニーズをよく読んでいると思うのですが、開発リソースが心もとない気がします。
が、こういう心意気は大好きです。
まだ上場してたら株買って支えたいくらいに。

非上場にしたのはM&A対策ですかね？
特に海外のハゲタカM&A集団は自分たちが儲ければよいだけで企業がガタガタにされるので・・・。

少し前にtanettyさんのコメントで、
＞QS50など他の機種との絡みで、理由をいろいろ説明してもらったのですが、聞いてもよく理解できませんでした。すみません。

とありましたが今回のファームアップの公式発表で確証もてました。
パナやトヨタが特にやってるような部品共通化でしょうね。
主になるところは同じでモジュール交換で複数商品展開とか。
QS50はwifiモジュールの代わりにLTEモジュールに交換のようですし。
多分ファームウェアも共通なのでしょう。

書込番号：23191393

【重要な不具合】動体検知録画で＜欠け＞が発生することがアリ。

[tanetty]

動体検知録画の＜頭欠け＞＜中欠け＞＜尻欠け＞

重要な不具合の情報です。

動体検知録画で＜欠け＞が発生することがあります（添付画像参照）。
　＜頭欠け＞・・・いきなり現れる。
　＜中欠け＞・・・瞬間移動する。
　＜尻欠け＞・・・いきなり消える。

書込番号：23089735

[tanetty]

＜頭欠け＞は、１ファイル内の話です。
＜尻欠け＞も、１ファイル内の話です。
＜中欠け＞は、動いている最中なのに２ファイルに分割されてしまう、という話です。

書込番号：23089741

[tanetty]

QS20を３台動かしていますが、そのうち２台で発生していました。
１台は、初期化&再設定したら、症状が発生しなくなりました(治ったっぽい)。
もう１台は、まだ治っていません。

治っていない１台は、次のとおり、不可解な状況にあります。
�@ 再起動した → 半日だけ症状が発生しなかったが、再発。
�A 初期化&再設定した → ３日間だけ症状が発生しなかったが、再発。
�B SDをフォーマットした → ３日間だけ症状が発生しなかったが、再発。

プラネックスに状況を報告済かつ調査を依頼済(9/11)ですが、いまだ何ら進展がない状況です。

書込番号：23089748

[いｇｓｄ]

＞tanettyさん

この現象現行ファームになってからの現象ですよね。
旧ファームではこのような不都合はほぼ発生しませんでしたから。

後ろ欠けのコメントもこっちに書かせていただきますが、
スマカメで絵と音との同期取る前は、音だけ先に終わって絵が延々と続く状態でした。
今は後ろが切れてしまうんですね。
この辺は痛しかゆしですが、やはり現状はいただけません。

これも処理の重さとビットレートの肥大化が原因ではないでしょうか？
特にローライト時のビットレートは異常です。
いくら解像度が上がったとはいえ、常時1900kbps前後になるとか過大広告どころの話ではありません。
明らかに圧縮アルゴリズムが悪すぎます。
改善したファームを配布するか、改善されたバージョンの製品と交換するくらいの誠意を見せてもらいたいものです。

ただ個人的に気になるのは、現行ファームは確実に頭切れ・尻切れの録画が多発しています。
iPhone8+やiPadmini（2019）及びモンスターゲーミングPCでも同じファイルは同じ状態なので明らかに現行ファームはおかしいです。
現行ファームにするまでは必ずフレームインからフレームアウトまでまず録画されていましたが、
現行ファームでは、画面中央から録画開始や、画面中央までで録画終了とか当たり前すぎて話になりません。
普通の歩行者だから速度がどうこうではないはずなのに、下手すると画面中央過ぎて始まったり、中央に達する前に終わってるとか、今まで良かった部分もすべて台無しになっています。

書込番号：23091513

[いｇｓｄ]

＞tanettyさん

ふと思ったのですが、「頭欠け」に関してはメモリーでキャッシュしている録画データを保存していないから起こる現象ではないでしょうか？
確か頭欠けを防ぐようにカメラのメモリー内で小さな録画ファイルを常時作っていて、
動体検知したらそのファイルからメモリーカードに書き出す仕様のはずだったのです。

やはり、現行ファームは欠陥だと思います。
再生時の同期ズレを諦めるか、録画欠けを諦めるかファームで選べるとありがたいです。
自分なら同期ズレを諦めて、一つ前のファームで運用したいです。

書込番号：23092371

[tanetty]

＞いｇｓｄさん

こんばんは。

＞この現象現行ファームになってからの現象ですよね。
＞旧ファームではこのような不都合はほぼ発生しませんでしたから。

貴重かつ有用な情報、誠にありがとうございます。m(_ _)m
ホンっっっっっっトに助かります。

というのも、いつから録画時の＜欠け＞が発生していたのか、私自身、よくわからなくなっていたので...。
（細かいバージョンアップのベータ版を、プラネックスから逐次もらって試してたことも、その一因）

念のため確認させていただきたいのですが、
「旧ファーム」とおっしゃっているのは、一つ前の「1.41」という認識で正しいですよね？

いｇｓｄさんの情報を拝見し、
1.41に下げてどうなるかを実験してみようと思いたちました。
(さきほど、1.41をメール送付してほしい旨、プ社にお願いしました）

重ねがさね御礼申し上げます。
ありがとうございました。



＜参考＞
https://www.planex.co.jp/support/download/cs-qs20/fw.shtml
○Version 1.41 から Version 1.49 への変更点
■変更点
映像と音声が一致しない問題の改善
スマカメアプリのイベント録画一覧で、閲覧済みの録画映像が灰色の表示にならない問題の修正
イベント録画一覧の検索時間の改善
LEDをOFF設定している場合、カメラの再起動等でLEDがONになってしまう問題の改善
microSDに保存される録画ファイルの解像度の誤りの修正

書込番号：23093237

[tanetty]

＞いｇｓｄさん

念のため、ファームウェア各バージョンの公開日を記載いたします。
https://www.planex.co.jp/support/download/cs-qs20/
2019/09/25 1.49
2019/05/27 1.41
2019/04/19 1.38
2019/02/13 1.37

書込番号：23093245

[いｇｓｄ]

＞tanettyさん

ファームのバージョンは「1.41」だと思います。
何か書いたような記憶があったので履歴見たら、10/5に新ファームの感想書いてたようで。

現行ファームは使い始めてとにかく動体検知録画の前後切れなどの不安定さが気になったイメージです。
改善のカギになればよいのですが。

書込番号：23093554

[tanetty]

＞いｇｓｄさん

ありがとうございました。
何かわかりましたら、適宜報告させていただきます。

書込番号：23093606

[tanetty]

本日、手持ちの３台の録画映像を再確認したところ、３台とも＜欠け＞の事象が確認できました。
というわけで、個体依存の可能性は、排除しても良さげです。
環境依存の可能性も、かなり小さいでしょう。
というのも、３台は、それぞれ違う拠点に設置しているからです。

書込番号：23096214

[tanetty]

本日(2020/1/23)公開のFW1.54にて、
＜欠け＞問題は解決しました。

＜頭欠け＞＜中欠け＞＜尻欠け＞
いずれも発生しないことを確認済です。

よかったー。

書込番号：23187132

【不具合】夜間カラー時、映像全体が明滅し、動体検知録画頻発

[tanetty]

夜間カラー時、映像全体が明滅し、動体検知録画頻発

不具合情報です。

夜間カラー時、映像全体が明滅し、動体検知録画が頻発します。
以下の症状なので、環境依存の問題っぽいです。
では具体的に、「どのような環境で発生するのか？」は、現時点では不明です。

プラネックス社に調査を依頼しました (2019/11/14)。



＜症状＞

・映像全体が、数秒単位でパカパカと明滅します。

・３台使っているQS20のうち、１台でのみ、この症状が発生しています。
　（他の２台は、別の拠点で使用しています）

・その１台でも、これまでは発生しておらず、１週間ほど前から発生するようになりました。
　(FW1.49に上げたのは、もっとずっと前なので、FW依存ではなさげ)。

・現場を夜間に肉眼で見たとき、明滅はまったく感じられません。

・同じ現場を別角度から写すCS-QR20(夜間は白黒)では、
　夜間にも映像が明滅せず、無駄な動体検知はいっさい発生しておりません。

＜環境＞
・画質「最高」、動体検知「高」、有線接続。

書込番号：23060069

[tanetty]

ぬっはぁあああああああああ！
キャッツアイのしわざだったのかぁああああああああ！！！！

そりゃ、いくらなんでも気づかないわけで。でも、
アスファルト タイヤを切りつけながら
暗闇　走り抜けてたのにぃいいい！
チープなスリルに身をまかせても
あしたにおびえていたのにぃいいいい！
げワイあんタ！！

ん？　...って、それは違う作品だわ！！

ちゅーわけで、sister_sisterさんだぁああああああ！！
超嬉しいデス！！！

書込番号：23076189

[sister_sister]

あぅ、イタズラと思われるといけないので！（汗タラ〜）。

そうなんです、ご購入を検討の皆さん！
新しい「スマカメ２」が登場しましたが、
夜間に出没するキャッツアイまでは
まだちゃんと記録出来ないんです！
これはプラネックス社の宿題でしょう。
おっホホホホホホホホホホホホホホホホホホホホホホホホホ！
あっ、そうそう、全仏熱狂の実写版
『シティーハンター THE MOVIE 史上最香のミッション』は
本日公開よ！
それではステキな週末を。
Bon week-end.！



追伸　tanetty 捜査官殿

貴殿のたゆまぬ捜査をたたえ、
貴殿を来年の「桜を見る会」に警察庁推薦枠で
招待致します。

以上

書込番号：23077428

[sister_sister]

残念！

tanetty 捜査官殿

来年の「桜を見る会は」中止だそうです。

次回また改めて推薦致します（警察庁総務課）。

書込番号：23078041

[tanetty]

＞sister_sisterさん

『リングフィット アドベンチャー』をやりたすぎて、
Switchを買うかどうか、本気で悩み中…。

って、なんですとぉおおお？？
安倍さん肝入りの(?)、あの、あの、あの。
「桜を見る会」にぃいいいい！！
と思ったら、やんないのかーい(笑)。

スマカメ３では、にっくきキャッツも、撮れるカモ？
そうしたらきっと、全米が泣くことでしょう。(←テキトー)



ととと。いちおう、マジメな話もしておきますと。
CS-QS20で見られた＜夜間明滅＞は、CS-QS10でも特定の環境下で発生します。

＜夜間白黒時、動体検知録画しまくる＞
https://bbs.kakaku.com/bbs/K0001095588/SortID=22680960/#tab

ただし、QS10では、次のファームウェアで修正されます(予定)。
・プラネックスから受けとった新FWのベータ版では、この症状が発生しないことを確認済。
・プ社が当該バージョンを正式公開するのを待っている段階です。

書込番号：23078397

[sister_sister]

『リングフィット アドベンチャー』ってガッキーがCMしてるやつですよね？
あれ買ったらわたしもガッキーみたいになれるかな？（多分なれない）

おっと tanetty 刑事、CS-QS10の現象も見つけてたのね。
そうなの、それもキャッツアイが現れた時の現象よ。
まだまだわたしたちを捕まえることはムリみたいね。
それじゃあ価格コムさんに叱られないうちにオサラバするわ。
おっホホホホホホホホホホホホホホホホホホホホホホホホホホホホホ！

書込番号：23078631

[tanetty]

＞sister_sisterさん

QS10のアレも、キャッツのしわざだったのかぁああああ！！！
許すまじ。

ん？　今月のクレカ請求、高すぎ！
もしかしてこれも、泥棒猫に不正使用された！？
と疑い、明細を逐一チェック！！
全部、私じゃん...。

そうそう。そうなんです。
ガッキーのです。
私も、ガッキーみたいになりたい！
...って、ムリか(汗)。
でも、sister_sisterなら、きっとなれますよ！！
と、無責任な発言をしてみる。

おっと。おっしゃるとおり、
そろそろ運営サイドから怒られそうなので、このへんで。

sister_sisterさんとお話できて、
楽しかったし、うれしかったデス。

書込番号：23079397

[いｇｓｄ]

＞tanettyさん

家で購入時から発生している現象と同じですかね？
なぜか夏場は発生せず、晩秋から春頃まで日没頃から2〜3時間発生しています。

添付写真の角度で撮影している方のQS20だけで発生してます。
柱左側で特に明暗を繰り返し、それが動体検知に引っかかると。
購入直後一度初期化したことありますが変化なしでした。
プラネックス談では治らないって話だったんですが、初期化で改善ですか〜。

LED光源の玄関灯と柱との兼ね合いかなーとか勝手に思っていたのですが、
現行ファームでは初期化してないので一度初期化してみますかね〜・・・。


設定は、画質「最高」動体検知「高」有線接続。


それにしても、スマカメ2アプリの縦横比いい加減に直してくれませんかね？
スマカメ1アプリのアプデで再接続不要化でもいいけど(笑)

書込番号：23079404

[tanetty]

＞いｇｓｄさん

こんばんは。

＞なぜか夏場は発生せず、晩秋から春頃まで日没頃から2〜3時間発生しています。

ホント、謎現象ですね…。

ちなみに＜夜間明滅＞は、３台つかってるQS20のうち、1台でのみ発生していました。

その１台は、民家玄関の軒先に設置しております。
QS20の数十センチ下に、白い常夜灯(たぶんLED)があります。
「いちおう屋外だが、建物のすぐ近く」「灯りが近い」
という点が、いｇｓｄさんのご環境に、ちょっと似ているような気も…。

なお、[詳細設定]-[環境]は、「屋外」に設定しています。
「屋内(60Hz)」にも変えてみましたが、症状変わらずでした。

あと、

＞設定は、画質「最高」動体検知「高」有線接続。

これ(↑)も、私とまったく同じですね。

＞プラネックス談では治らないって話だったんですが、初期化で改善ですか〜。

なぜ初期化で治ったのか、まっっっっっったくわからないんです。
私はもちろんのこと、プ社も、です。

理由がわからないってことは、いつ再発するかわからない…ってことで、不安です。

(a)「初期化によって、各撮像素子の感度が再調整された」

という仮説をプ社にぶつけてみたのですが、
「初期化時にそのような処理はおこなわれていない」とのことでした。

他に考えられる原因としては、いちおう(b)(c)(d)がありますが、
いずれも可能性は低いと考えております。

(b) 初期化とたまたま同じタイミングで、外光環境が変化した。

(c) 初期化により、首の角度が微妙に変わってしまった。
→初期化時にカメラをいったん台座から取り外している。
→初期化前後でまったく同じにしたつもりでも、
　ほんの少し変わってしまっているかもしれない。

(d) 初期化時に、レンズまわりのほこり等がとれた。
→ 台座から取り外し、台座に再取り付けの際、
　レンズを触っていたかもしれない。

＞現行ファームでは初期化してないので一度初期化してみますかね〜・・・。

理由不明、かつ、たったの１事例ながら、
「初期化によって症状は発生しなくなった」という実績がありますので、
試してみる価値はあるかと…。

＞それにしても、スマカメ2アプリの縦横比いい加減に直してくれませんかね？

まったく同感です。
いくらなんでも、治すの遅すぎですよね。
ご存じのとおり、iOS13になった直後から、スマカメ２アプリの縦長画面上で、現在映像が右に寄り、結果として現在映像の右半分が欠ける現象が発生しました。
それをわりあい早く直してくれたのはよかったのですが、直した途端、今度は現在映像が縦に間延びする現象が頻発するようになりました。（つまり、きちんと治せていない、ということ）。

＞スマカメ1アプリのアプデで再接続不要化でもいいけど(笑)

たしかに(笑)。
「そうする」ってプ社が言ってたような気がするんですが…。
「どうなったのか、どうするつもりなのか」を次回電話時、確認してみますね。

あと、これは朗報ですが。
iPad専用アプリが、近々リリースされるそうです。
４つのカメラの現在映像を、同時に見れる、ステキなアプリになるようで。
けっこう心待ちにしております。


＜参考＞「(a)「初期化によって、各撮像素子の感度が再調整された説」の詳細
（以下、すべて私の推測に過ぎません）
・画素ごとに撮像素子がある(つまり、数百万個ある)。
・撮像素子は、フォトダイオード(PD)とアンプからなる。
・各撮像素子は、光を受けると、PDが電子を放出し、アンプがそれを増幅し、電流として映像処理回路に送る。
・PDの単位光量あたりの電子放出量は、素子によってバラツキがある。
・このバラツキを、初期化時に測定し、アンプの増幅率を調整することで、平準化を図っている。
・平準化されたもの(単位光量あたりの電流)が、各素子の「感度」となる。
・１個の素子に注目したとき、PDの単位光量あたりの電子放出量は、絶えず受ける宇宙線などにより、経年変化する。
・この経年変化により、各素子の感度がバラバラとなり、最近急に明滅するようになった。
・初期化により、各素子に対して、単位光量あたりの電子放出量を再測定し、増幅率が再調整される。つまり、初期化により、「感度」が平準化された。

書込番号：23079835

[いｇｓｄ]

＞tanettyさん

＞その１台は、民家玄関の軒先に設置しております。
＞QS20の数十センチ下に、白い常夜灯(たぶんLED)があります。
＞「いちおう屋外だが、建物のすぐ近く」「灯りが近い」
＞という点が、いｇｓｄさんのご環境に、ちょっと似ているような気も…。

同じ現象の環境は似てるのかもしれませんね。
当方も、画像右下の玄関灯まで約50�p、柱まで1mでした。
玄関灯の光源は電球色のLEDで、減光発光中に明滅していたような気がします。
当初撮影角度も柱1本分左右に振ってみましたが、当方では改善しませんでした。

＞なお、[詳細設定]-[環境]は、「屋外」に設定しています。
＞「屋内(60Hz)」にも変えてみましたが、症状変わらずでした。

当方も屋外設定ですが60Hzでも明滅し、
試しに50Hzにした時は明滅周期が早くなっていたと記憶しています。
白熱灯や蛍光灯だと違う結果かもしれませんね。

とりあえず初期化するために外しましたが、説明書と初期化方法が変わってます？
説明書には、リセットボタン10秒長押し後青オレンジ点灯で初期化完了と書いてあるのですが、
まったくならないんですよね。
15秒まで押しているとピンク？紫？に色が変わるので、ボタン離して待っていると画質設定が中に戻って再起動してくるので、
初期化できているような気がしないでもないのですが・・・。

書込番号：23080325

[tanetty]

＞いｇｓｄさん

とりいそぎ、初期化方法の話だけ。

＞説明書と初期化方法が変わってます？
＞説明書には、リセットボタン10秒長押し後

初期化については、私もかなり戸惑いました。

「離す」ことと「待つ」ことがポイントです。つまり、
・電源の入った状態で、RESETボタンを10秒以上長押ししたあと、離す。
・離してから、３分待つ。

上記操作後、アプリからカメラに接続するためのパスワードが、カメラ背面記載の数字４桁に戻っているハズ。

書込番号：23080409

[いｇｓｄ]

＞tanettyさん
＞・離してから、３分待つ。

カップ麺食べて心を落ち着かせろというプラネックスの配慮ですねw

早々のご返事ありがとうございます。
10秒〜13秒で何回か試してみましたが初期化されませんね。
15秒程押してステータスLEDの色が変わるまで押し続ければ初期化されている（？）っぽいのですが。

その時も説明書のような青オレンジの交互点滅にはなりません。
もう一台QS20はありますが、とりあえず動いているので恐ろしくて初期化できません。
サポート行きですかね、メールで質問入れてみます。

書込番号：23080932

[tanetty]

＞いｇｓｄさん

初期化、よくわかんないですね(汗)。
おっしゃるとおり、サポートに問い合わせるのが最善かと。
お役に立てず、申し訳ありません。



さて本日、下記質問をプ社にメールで投げました。
回答ありましたら、報告いたします。



--(以下、プ社に送付したメールより抜粋)--

【質問】iOSスマカメ１アプリでQS20視聴時の警告無効化は？


質問です。
標記の件、下記症状に対して、下記(a)(b)(c)のうち、現在どれでしょうか？
「実施する(＝警告を外す)つもり」というお話だった思うのですが。

＜症状＞
iOSスマカメ１アプリでQS20を見ようとしたとき、
「バージョンアップのお願い」という警告が出るが、
[メニュー]-[再接続]すれば、正常に視聴可能。

＜現状は？＞
どれですか？ (c)なら日程もご教示ください。
(a) 警告は外さない(現状維持する)ことに決定した。
(b) 警告は外す予定。日程のメドも立っている。
(c) 警告は外す予定。日程のメドも立っている。

＜気持ち＞
iOSスマカメ２アプリに不具合が多いため、
iOSスマカメ１アプリで使いたい。
警告を外すだけなら瞬殺だと思う（ですよね？）ので、
できれば、すぐに実施していただきたい。
逆にいえば、この警告さえ外せば、
スマカメ２の修正はゆっくりでも問題ない。

--(以上、プ社に送付したメールより抜粋)--

書込番号：23083099

[tanetty]

訂正

正
(b) 警告は外す予定。日程のメドは立っていない。

誤
(b) 警告は外す予定。日程のメドも立っている。

書込番号：23083109

[いｇｓｄ]

＞tanettyさん

プラネックスから返信し来ました。
色々プラネックスに言いたいことはありますが、要約すると、


「ステータスランプが青＆オレンジ同時点灯で紫のような色になるならそう書いとけ！！！」　x10サイズで


以上です。



では本題。

要はステータス表示部が青色LEDとオレンジLEDと共通で、
説明書のような「青とオレンジの点灯」なんて風にはどう見ても見えないのです。
同時点灯では紫に見えるだけで。

そしてもう一点、LANケーブルが刺さっていると一瞬でネットにつながるので、
ネットに繋がってないよのオレンジ点滅なんて経過をたどらず、電源オンの青表示から稼働中の青になるので、
オレンジ点滅が意味不明な説明になります。

そりゃ絵付きの初期化の説明の部分で、電源入れる→リセット長押し→「青とオレンジの点灯（実際は紫色にしか見えない）」→オレンジ点滅
と書かれてますが、設置後の初期化って言えば普通設置された状態で初期化するじゃないですか。

気の短い自分が上役なら、「この説明書書いた責任者出て来い！！」と叫ぶレベルですよ。
特に紫にしか見えない「青とオレンジの点灯」の部分なんて。


ということで、初期化騒動はこれにて終了となります。

書込番号：23085563

[tanetty]

＞いｇｓｄさん

こんばんは。

なるほど…こういうことだったんですね。勉強になりました。
(a) 橙点灯&青点灯は、紫点灯に見える。
(b) LANケーブル接続中に初期化すると、橙点滅を経由せず、青点灯になる(瞬時にルータ接続されるため)。

ああああああああ！！！　スミマセン。
いま、ふと思い出しました。
１ヶ月ぐらい前だったか、電話でプ社とこういう(↓)会話をしたんでした。
ホント、私ったらトリアタマで、ヤんなっちゃいます。

私「説明書どおり10秒押しても、初期化できないんですが」
プ「15秒押してください」
私「ステータスランプの意味がFAQに載ってないようですが」
プ「載せておきます」

で、いま調べてみたら、11/12にちゃんと載せてくれていたようです。(ブラウザのURL欄にコピペしてください）
http://planex.custhelp.com/app/answers/detail/a_id/4164/~/【スマカメ2シリーズ】-：-cs-qs10、cs-qs20、cs-qs30、cs-qs50-lteのランプステータスについて

青点灯：接続完了／通信中
青点滅：インターネット未接続／接続失敗
橙点滅：初期状態
リセット時：Resetを約15秒長押し→紫点灯→青点灯→青点滅→橙点滅
WPS設定：WPSを約3秒間長押し→青点滅→青点灯

Resetボタンは、コソッと「15秒」に修正されてますね…。
あと、リセット直後も「紫点灯」って書いてある…。

というわけで、どうやらFAQでは、説明書よりわかりやすくなってるようです。
ただ、おっしゃるとおり、説明書では、説明不足だったり、微妙に誤解を招く表現でしたので、激怒もごもっともかと。

いずれにしても、本当にお疲れさまでした。m(_ _)m

書込番号：23085733

[tanetty]

初期化でいったん直った＜夜間明滅＞ですが、昨晩、再発しました。
しかし、今晩は発生していません。理解不能ですね...。

書込番号：23087893

[いｇｓｄ]

＞tanettyさん

謝らないで〜
tanettyさんが悪いわけじゃないから〜

しかしQ&Aにステータスの意味はあったんですね。
「QS20」と「初期化」のキーワードでの検索では全く引っかからないんですよね。
サポートにあるPDFの説明書も古い内容のままで更新されてないので今回の場合全く役に立ってませんし、
サポートも「紫色」と認識してるのならそこは更新しておいてくれれば何も悩まないのですが。
15秒長押しも含め(笑)


あと「夜間明滅」の件ですが、
tanettyさんの初期化時に付け直しで無くなったとの話があったので、
当方明滅発生中に微妙に向きを変えていって、ベストポジション探し中です。

今まで毎日2〜3時間明滅から運が良ければ無発生、数分で終わりの時や、数分明滅していったん止まってまた数分明滅を何回か繰り返す、
とかなり改善することができました。
これもひとえにtanettyさん経験のお聞かせいただいたからできたことで、感謝しています。

その日の空模様で夕暮れの光の変化なのか露出等が微妙に違うのか発生のムラがありますし、
録画したい範囲角度があるので限界があるとは思いますが、もう少し微調整していこうと思っています。

tanettyさんも可能でしたら少し角度をずらすだけで改善できる余地があるかもしれませんね。

書込番号：23089566

[tanetty]

＞いｇｓｄさん

お心遣いに感謝いたします。m(_ _)m
ちなみに、「CS-QS20　ステータスランプ」で検索したら、出てきました。

＞当方明滅発生中に微妙に向きを変えていって、ベストポジション探し中です。

あぁああああああ。たしかに。
この方法がベストかも...。
ご教示ありがとうございます。

書込番号：23089839

[いｇｓｄ]

＞tanettyさん

玄関に設置していたQS20に出てた明暗ですが、かなり改善することができました。
ヒントをいただけたtanettyさんには感謝です。

で、門を撮影してるもう一台のQS20にも発生してました。
これはもうQS20の圧縮アルゴリズムの欠陥ですね。

こうなると熟成された旧シリーズはほんとに神機ですね。
これもファームアップを繰り返してくれた開発陣の努力の賜物ですね。
現行シリーズも旧シリーズ同様改善されていくと良いのですが・・・。

書込番号：23127563

[tanetty]

＞いｇｓｄさん

こんばんは。

＞玄関に設置していたQS20に出てた明暗ですが、かなり改善することができました。
＞ヒントをいただけたtanettyさんには感謝です。

おおおおおお。よかったです！！
私の書き込みが少しでも役に立ったのであれば、これに勝る喜びはありません。

＞で、門を撮影してるもう一台のQS20にも発生してました。

あちゃー。なかなかうまいこといきませんね...。
ウチの環境では、ここんとこなぜかまったく発生しなくなりました。
ありがたいことではあるのですが、原因不明なのが心配の種。

＞こうなると熟成された旧シリーズはほんとに神機ですね。

ホント、そう思います。QR20, QR220は、高速かつ安定で、とにかく使いやすいです。
・高速：動作が速い
・安定：動体検知録画が比較的確実

惜しむらくは、そのノウハウがQSシリーズに活かされていないこと。
なぜか？とプ社に質問してみたところ、生産の関係上、ゼロベースから開発になった...
みたいな感じの回答でした。なんともはや、残念なことです。

いずれにしてもQS20については、いｇｓｄさんのおっしゃるとおり、
悲しいかな、プ社のがんばりに期待するしか。

書込番号：23130665

録画停止再び。

[いｇｓｄ]

また録画が止まってました。
今回QS202台とも同日に。

気が付いたのは寝付けなくて暇だったので何気なく開いた丑三つ時の午前二時過ぎ。
追加購入の1台は昨日の夕方あたりにSD残量400M切ったあたりでスマプレで最後の表示ファイルは再生可能。
最初に買った先日録画止まってたのが、多分同日夕方最後の録画SD残量30M切ったあたりだと思うのだけど、
最終録画時間は未来の11:47だったかな？スマプレで再生できず反応帰ってこなくなる。

これ今までの不都合の、SDフルでフォーマットしないなのか録画が止まるなのか判断しかねる。
昨日は一日草むしりとかでスマプレで表示される赤棒が大量にある状態。
最近草伸びてきてて、昨日に限らず最近大量赤棒だったけどw

録画自体QS20本体内で完結するものだし個々の環境の差なんて使用SD（両方サンディスク）商用電源電圧位のものだと思うけど？
旧シリーズでこんな録画停止はお目にかかったことはないから、QS20は何か多きなファームのバグがあるんじゃないですかね？
旧シリーズでオフライン病はあれど録画が止まってるとかなくて、延々待って接続できたタイミングでつながったり、再起動かければ接続不能時の録画がちゃんとされてたし。

QS20なんてオフライン病もなく（？）普通に動いているように振舞っていて、繋いで見ることはいつでもできるけど、
SDフルでフォーマットせずに録画停止とか容量あっても録画停止とか未確認の致命的なバグがいまだにありそうですが、
問い合わせても、「あんたんとこの問題で他でないから知らね」ってきな返事しか返ってこないし・・・。

とりあえず、フォーマットして再起動かけて今のところきちんと動いているように見えるけど、
正直信用ならん。
安定してる旧機種に交換してほしいと思ってしまう。

書込番号：22852078

[tanetty]

＞いｇｓｄさん

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

「高負荷時、動体検知録画が止まってしまうのではないか？」
という仮説を立てました。
（実はこの仮説、１ヶ月前(7/14)プラネックス社に伝えております）

根拠は、ふたつ。

�@ いｇｓｄさん環境では、次のとおり高負荷時に症状が発生した、と思われること。

＞昨日は一日草むしりとかでスマプレで表示される赤棒が大量にある状態。
＞最近草伸びてきてて、昨日に限らず最近大量赤棒だったけどw

�A 私の環境では、以前に数回発生したものの、このところ症状が発生しなくなったこと。
店舗に設置していますが、発生時と非発生時を比べると、次のとおりです。

(a) 症状が発生していたとき。
・店内が混んでいた (動体検知録画が多い)。
・録画再生もちょくちょくした。

(b) 症状が発生していないとき。
・店内がすいていた (動体検知録画が少ない)。
・録画再生はほとんどしない。

本日(8/14)、上記事項をプ社伝えるとともに、
(つまり、このスレッドで いｇｓｄさんがおっしゃっている内容も含め、です)
高負荷時に症状が再現しないか否か検証のうえ、原因究明してほしい旨、プ社にお願いしました。

「高負荷時」とは、次の２つを指します。
・絶えず動体検知録画が発生する (メトロノームなどを目の前に置く)
・しょっちゅう録画を見る

＞正直信用ならん。

このおことばが、残念ながら、QS20の現状を、過不足なく率直に物語っているようが気がします。

書込番号：22857820

[tanetty]

＞いｇｓｄさん

補足です。

＞（実はこの仮説、１ヶ月前(7/14)プラネックス社に伝えております）

この(↑)件、私からプ社に、下記＜推測１＞＜推測２＞を伝えるとともに、下記＜解決策＞を提案しております(7/14)。


＜推測１＞
「SDへの書き込みが失敗すると、
　動体検知録画が停止するのではなく
　動体検知が停止しているっぽい」

※ ログを見ると、SDへの書込失敗(write fail)のあと、いちども動体検知(motion alert)がない。

＜推測２＞ SDに書込失敗する理由について。
SDに対して同時処理が発生すると、競合が原因で失敗する？
次の３つのうちいずれかが、(ほぼ)同時に発生するとダメとか？（とくに(a)と(b)）。
(a) 30秒ごとのキャッシュ処理 (古いの削除して、新しいの作成して)
(b) 動体検知によるSD書き込み
(c) アプリからの録画映像読み出し

＜解決策(？)＞
＜推測２＞の当否はともかく、もし＜推測１＞が正しいとしたら、
次のようにプログラムを修正してあげればよいのかも？
「SD書き込みが一度失敗しても、動体検知が停止しないように」

書込番号：22858034

[tanetty]

余談ですが。

「動体検知録画がずっと止まりつづけてしまう」という不具合。
じつはこの症状、QS20だけでなく、じつはQR20でも、たまに発生します。
（実際、手持ちのQR20x10台のうち１台について、昨夕から録画が止まっていることを、本日発見しました）

ただし、症状として、QS20と異なる点があります。
症状発生時、QR20では、設定上、「録画モード」が勝手に「オフ」に変わってしまっているのです。
QS20の場合、「録画モード」が「動体検知と連動して録画」のママです。

QS20の症状とQR20の症状を比較したとき、
「発見しやすさ」でいうと、どっこいどっこいです。
どちらも、録画を目で見て、「あれ？ 最近のがないな？」と気づくので。
「復旧しやすさ」でいうと、QR20のが多少マシです。
QR20は設定変更(戻し)、QS20は再起動という対処になりますので。

書込番号：22859547

[tanetty]

＞いｇｓｄさん

動体検知録画停止が、先日、私のところでも、またもや発生しました。
しかし、気づいたのが発生から19日後だったためか、ログを取得しても、すでにそのあたりのものはなく(泣)。
せっかく発生したのに、残念なことになってしまいました。

8/5から動体検知録画停止
8/24に発見
8/24 再起動&復旧
8/26 ログ取得
　ログには、再起動「後」のものと、５月のものしか残っていなかった。

＜環境＞
・QS20は、イーサネットコンバータに有線接続。

書込番号：22885589

[いｇｓｄ]

＞tanettyさん

当方も昨日の夕方QS20(A)が旦那の帰りを録画した後に、１〜２秒のファイルを２つ作った後録画が停止していました。
なにに反応して録画をしたのかもわからず原因は不明です。

再起動後は何もなかったように録画していますし、記録情報が一覧に並んでも、再生するまで再生できるのか？録画時間もわからないのでたちが悪いです。
サムネールがついていればこういう部分はまた変わるのでしょうか？

前回ほぼ同時刻に止まってたQS20(B)は問題なく録画していました。

一度プラネックスで実際に検証したメモリーを貸してほしいです。
そしてこちらのメモリーをプラネックスで検証してスマカメの出来の悪さを改善してほしい。

書込番号：22901346

[tanetty]

＞いｇｓｄさん

こんにちは。

＞当方も昨日の夕方QS20(A)が旦那の帰りを録画した後に、１〜２秒のファイルを２つ作った後録画が停止していました。

以前に いｇｓｄさんのおっしゃっていた「信用ならん」というおことばどおりの挙動ですね...。
お気持ちは、よーーーーくわかります。
というのは、実は私のQS20でも、またもや録画停止の症状が起きまして(8/30)。
ログをプ社に送付し(9/1)、解析を依頼しました。

ちなみに、ログを私自身で確認したところ、＜注目点＞としては、カキコミ[22858034] 2019/08/14 22:43と、ほぼ同じでした。

＜注目点＞
・最後の録画の直後に「write fail」が３回行つづいて以降、「motion alert」が皆無。
→SD書き込みに失敗すると、以降は動体検知がずーっと停止しつづけてしまうことがある？

＜経緯＞
・8/30 13:57:35〜13:58:27 最後の録画。以降は動体検知録画停止
・8/30 13:58:39 ログ上に最後の「motion alert」(それ以降、ログ上に「motion alert」一切なし)
・8/30 13:58:41〜13:58:42 ログ上に「write fail」が３回
・9/01 17:30ごろ、録画停止を発見
・9/01 18:40ごろ、ログ取得

＞一度プラネックスで実際に検証したメモリーを貸してほしいです。
＞そしてこちらのメモリーをプラネックスで検証してスマカメの出来の悪さを改善してほしい。

ですが、次の２点をプラネックスに提案してみようと思います。
（もしプ社検証環境で現象が発生していないのなら）
・私の使っているmicroSDと同じ型番のmicroSDで、プ社にて検証してももらう。
・プ社で検証しているmicroSDの型番を教えてももらう。

進捗等ありましたら、報告いたしますね。

書込番号：22901963

[いｇｓｄ]

＞tanettyさん

無事ログが取れたんですね。
これをきっかけに不都合が改善されると良いんですが・・・。

書込番号：22912575

【不具合】録画映像再生時、音が欠けたりズレたりする

[tanetty]

不具合の情報です。
録画映像再生時、音が欠けたりズレたりします。



＜音が欠ける＞

たとえば、ある録画映像(実時間43秒間)をインターネット越しに見たとき、
最初の13秒分は音が出ますが、残りの30秒分は音が出ませんでした。
iOSでもAndroidでも、です。

たまたまその録画ファイルだけダメなのカモ？
と思い、同じQS20の別の録画映像をいくつか、同じ環境から見てみましたが、
やはり再生の途中で音声が切れてしまいます。
「たまたま」とはいえなそうです。



＜音がズレる＞

音と絵の同期は、どのようにとっているのか？
それを調べるため、下記の実験をしてみました。

結果、同期のしくみはわかりませんでしたが、
音ズレはあたりまえのように起こることがわかりました。

興味深いことに、「内」と「外」では、「逆」でした。
・内(LAN内)では、音が絵より「早く」進む。
・外(インターネット越し)では、音が絵より「遅く」進む。

この実験結果を含めプラネックスに伝え、問題解決をお願いしました。



＜実験内容＞

�@ デジタル時計をQS20に向けて、秒針を読み上げる。
　私「じゅういち、じゅうに、じゅうさん…」という感じで。

�A �@の録画映像をiPhone上の「スマカメ」アプリ(※)で再生しつつ、
　その画面をiOSの録画機能で録画。
　※ カメラ同一LAN(内)とインターネット越し(外)の２とおりで再生。

�B �Aの映像のうち、
　デジタル時計の秒表示が
　5時23分11秒〜5時23分59秒をトリミング
　(つまり、映像のもととなる実時間は48秒間)


＜実験結果＞

内　(同一LAN内のiPhoneから再生したとき)
　ー 音が絵より「早く」進む
　ー 絵は、48秒分。(5時23分59秒まで)
　ー 音は、54秒分。(5時24分4秒まで)
　ー 再生は56秒間。

外　(インターネット越しのiPhoneから再生したとき)
　ー 音が絵より「遅く」進む
　ー 絵は、48秒分。(5時23分59秒まで)
　ー 音は、42秒分。(5時23分53秒まで)
　ー 再生は43秒間。

書込番号：22803239

[いｇｓｄ]

＞tanettyさん

これバクか何かだったんですね。
家の再生環境が非力PCで悪いからだけだと思ってた。
PC版スマカメやたらと重いし。

そういわれてみれば、普通に再生できてたipadでも同期ができなくなってますね。
アプリのバージョンアップで不都合発生してるんですかね。
なかなか良い状態になりませんね〜

書込番号：22805426

[tanetty]

＞いｇｓｄさん

こんばんは。残念なお知らせです。

本日、プ社に確認がとれました。曰く、

　「音ズレは治らない」

とのこと。同期のしくみは実装されていないから、だそうです。

具体的には、以下のとおりです。
・カメラは、動画と音声を＜個別に＞送っている。
・アプリは、届いたものから順に再生しているだけ。
・アプリ側で、動画のデコードは、音声のデコードに比べ、時間がかかる。
・これらを別の仕組みに変えることは難しい。

悲しいですね...。

いっぽうで、「大きい音欠け」(43秒の映像のうち、冒頭の13秒しか音が出ないなど)については、
・上記事象に該当しないかもしれない
・SD内のファイル自体がおかしい可能性もある。
とのことで
・SD内の当該ファイルをPCにコピーしてVLC等で再生したらどうなるか
の確認を、切り分けのため依頼されましたので、後日おこなうつもりです。

書込番号：22806855

[tanetty]

補足です。

＞・SD内の当該ファイルをPCにコピーしてVLC等で再生したらどうなるか

Macでは2019/7/18現在、再生できるアプリがありません(泣)。

＜SDからコピーした録画ファイルを、Mac上で再生する方法＞
https://bbs.kakaku.com/bbs/K0001124137/SortID=22502561/#tab

書込番号：22806918

【改悪】既読管理が「端末ごと」から「端末またがり」に

[tanetty]

画像�@スマカメシリーズ録画映像の既読管理の現在	画像�Aスマカメシリーズ録画映像の既読管理の現在と今後

改悪の情報です。iOSアプリについて、です。

iOS「スマカメ」には、次の機能があります。(以下、「既読管理」と呼ぶ)
「録画映像を見ると、録画一覧画面でその録画映像が灰色になり、どの録画映像を見たか否か、ひとめでわかる」
　※ スマートプレイバックOFF時のみ。

iOS「スマカメ２」でも既読管理が実装されましたが、iOS「スマカメ」に比べ、改悪されてしまいました。

どういうことか。順をおって説明いたします。
少し長くなり恐縮ですが、おつきあいくだされば幸いです。



【改悪の概要】

次のケースを想定してみましょう。
妻がiPadで録画映像を見た。
　↓ そのあと
夫がiPhoneで、同じカメラ・同じ時間帯の録画映像を見る。

iOS「スマカメ１」では、「端末ごと」の既読管理でした。
添付画像�@の青枠(左端)をご覧ください。
妻が「iPad」で見た映像は、夫のiPadでは「見てない」扱いになります。
直感に沿う、ごくあたりまえの仕様ですね。

iOS「スマカメ２」では、「端末またがり」の既読管理になりました。
添付画像�@の赤枠(中央)をご覧ください。
妻が「iPad」で見た映像は、夫のiPadでも「見た」扱いになってしまいます。
夫からすれば、自分が何を見たのか、さっぱりわからず、困ってしまいます。
妻からすれば、自分が何を見たか、自分以外の者に知られてしまうことになります。



【改悪だけじゃない。わかりにくい状況に】

「既読管理」機能ですが、実は改悪のみならず、利用者から見て非常にわかりにくい状況になってしまいました。
というのは、次のとおり、「カメラ」「OS」「アプリ」という３つの組み合わせによって、挙動が異なるからです。

・QS10以前 + iOSスマカメ (添付画像�@青枠)
　→ 端末ごと

・QS20以降 + iOSスマカメ2 (添付画像�@赤枠)
　→ 端末またがり

・QS20以降 + Android (添付画像�@赤枠)
　→ 端末またがり

・QS10以前 + iOSスマカメ2 (添付画像�@黒枠)
　→ できない (すべて「見てない」扱い)

・QS10以前 + Android (添付画像�@黒枠)
　→ できない (すべて「見てない」扱い)

これ、おぼえられます？
都度都度、状況に応じて、使い分けられますか？
少なくとも、私には無理。そういう自信があります。



【改悪の理由】

なぜこんな「使いづらい仕様」「わかりにくい状況」にしてしまったのか。
理解に苦しみます。
プラネックスに理由を確認したところ、「Androidに合わせた」とのことでした。

プ社の言い分は、こうです。
プ社「Androidでは、既読管理機能はそなわっているが、QS10以前は既読管理できなかった」
↓
プ社「理由は、QS10以前は、カメラ側に既読/未読情報を持っていなかったから」
プ社「QS10以前では、既読/未読情報を、Androidアプリがカメラから引っ張ってこれなかっただけ」
　↓
プ社「QS20以降は、既読/未読情報をカメラに持たせる。そうすれば、Androidでも既読管理できる」

しかし、しかし、ですよ。
iOS「スマカメ」では、QS10以前でも既読管理できていました。
というのも、iOS「スマカメ」では、アプリ側に既読/未読情報を持たせているようなのです。

どうしてiOS「スマカメ」に、他アプリを合わせてくれなかったのか。
私にはその理由が、まっっっっっっったく理解できませんでした。

しかもプ社は、わざわざQS20のファームウェアをアップデートして、
カメラ側に既読/未読情報を持たせる、という手間までかけています。
労力かけたうえに、「端末ごと」から「端末またがり」に改悪されてしまうとか、
やっぱり理解に苦しみます。



【今後は？】

添付画像�Aをご覧ください。
既読管理の現在と今後について概観したものです。
画像�A内＜ケース３＞のように、iOS「スマカメ」に合わせてほしい旨、要望をプ社に伝えました。

要望を伝えるとともに、今後の展望をプ社に確認してみました。
どうやら、iOS「スマカメ２」もAndroid「スマカメ」も、現状のままいくようです。
つまり、「使いづらい仕様」「わかりにくい状況」のまま、ってことです。

悲しいですね。



以上、長文にもかかわらず、最後までお読みいただき、誠にありがとうございました。

書込番号：22800733

[tanetty]

訂正

＜正＞
iOS「スマカメ１」では、「端末ごと」の既読管理でした。
添付画像�@の青枠(左端)をご覧ください。
妻がiPadで見た映像は、夫のiPhoneでは「見てない」扱いになります。
直感に沿う、ごくあたりまえの仕様ですね。

＜正＞
iOS「スマカメ２」では、「端末またがり」の既読管理になりました。
添付画像�@の赤枠(中央)をご覧ください。
妻がiPadで見た映像は、夫のiPhoneでも「見た」扱いになってしまいます。
夫からすれば、自分が何を見たのか、さっぱりわからず、困ってしまいます。
妻からすれば、自分が何を見たか、自分以外の者に知られてしまうことになります。

＜誤＞
iOS「スマカメ１」では、「端末ごと」の既読管理でした。
添付画像�@の青枠(左端)をご覧ください。
妻が「iPad」で見た映像は、夫のiPadでは「見てない」扱いになります。
直感に沿う、ごくあたりまえの仕様ですね。

＜誤＞
iOS「スマカメ２」では、「端末またがり」の既読管理になりました。
添付画像�@の赤枠(中央)をご覧ください。
妻が「iPad」で見た映像は、夫のiPadでも「見た」扱いになってしまいます。
夫からすれば、自分が何を見たのか、さっぱりわからず、困ってしまいます。
妻からすれば、自分が何を見たか、自分以外の者に知られてしまうことになります。

書込番号：22800739