ネットワークカメラ・防犯カメラすべて クチコミ掲示板

録画停止再び。

[いｇｓｄ]

また録画が止まってました。
今回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

【重要な不具合】動体検知録画がずーっと止まっていることがある

[tanetty]

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

気づくと、動体検知録画が勝手にずーっと止まっていることがあります。
CS-QS20を３台使っていますが、いずれの個体でも、この症状が発生しています。

先日、ある個体では、10日間ずっと、動体検知録画が止まったままでした。
本日、別の個体で、昨晩から今までずっと、動体検知録画が止まっていたことに気づきました。
録画を見ようとしないと気づかない・気づけないのが、困ります。

止まったままの状態のとき、設定を確認すると、ちゃんと動体検知ON、録画ONになっています。
設定を何もいじらず、アプリからカメラを再起動するだけで、直ります(動体検知録画が再開する)。

再起動だけで直るということは、次の２つを意味します。
・microSDは正常 (論理的・物理的破損はない)
・設定に誤りはない。

なお、SDカードは３台とも、サンディスクの200GBを使用しており、いずれも残り128〜130GBていどあります。

プラネックス社に状況を伝え、調査を依頼済みですが、解決までの道のりは遠そうです。
　�@症状再現 → �A原因究明 → �B改修
のうち、�@症状再現までですら、時間がかかるでしょうから。

書込番号：22775365

[いｇｓｄ]

＞tanettyさん

＞＞クラウドレコーダーもスマカメどうようつかえなさそうですし・・・。
＞ですよねー(笑)。実はコレ、プラネックス担当者からは「オススメしない」と言われました。

(笑)
自社製品でこのコメントとはいただけませんね(笑)

確かにNASとかに保存できると便利ですよね。
DLNAサーバー的な感じでできれば便利ですよねー
カメラがカスタムLinux（？）的なものならCPUパワー次第で何とでもできそうですが、
ローライトの高レートで能力不足っぽいところを見ていると難しいのかなー

現行のは音無しだし新機種出ませんかね？

書込番号：23123143

[tanetty]

2020/3/16〜19の事例

2019/7/1、プ社に報告。
９か月経過した2020/3現在、いまだに原因すらつかめず。

2020/3/16〜19、またもや症状発生(添付画像)。

このまま放置じゃ困るなぁ…と感じたため、

「定期自動再起動するファームウェア(たとえば夜中３時に毎日)」

を作ってもらうよう、プ社にお願いしました(2020/3/19)。
１日１回自動再起動するFWなら、仮に症状が起きても、最長で24時間の録画停止で済みます。

書込番号：23299366

[いｇｓｄ]

＞tanettyさん

録画が止まるということで、家では毎日録画されてるかだけ確認していますが、
対策ファーム以降は止まる現象が起きないんですよね〜

何が違うんでしょう？
個人的に再起動させるかどうか選択するスイッチが欲しいです。
不都合の起きない環境で毎日再起動するあいはだ録画できないのは、
複数台で同じ範囲を監視していない当方では決定的瞬間の撮り逃しにもつながるので・・・。

書込番号：23300012

[tanetty]

＞いｇｓｄさん

こんばんは。

＞録画が止まるということで、家では毎日録画されてるかだけ確認していますが、
＞対策ファーム以降は止まる現象が起きないんですよね〜

ままままま・マジですか〜。
こちらでは３台中３台で起きているので、基本的に全個体で起きているもの、と思い込んでいました。

1.54が公開されたのって、いつだったっけ？
調べてみたら、2020/1/23でした。
1.54になって、まだ２ヶ月です。

もともと数ヶ月に１回の事象でした。
１台だと、たまたま出てないだけ。
そういう可能性も小さくないと考えます(油断大敵)。

＞個人的に再起動させるかどうか選択するスイッチが欲しいです。

ON/OFFスイッチは、プ社が難色を示しそうな気がします。
FWだけでなく全アプリ(iOS/Android/Win)に実装しないといけないので、修正範囲が多いからです。

なお、再起動はプロセスのみおこなうため、実際には数秒です
(現状、私用にもらっているQR系FWでは、そう)。

＞複数台で同じ範囲を監視していない当方では決定的瞬間の撮り逃しにもつながるので・・・。

たしかに...。それだと困りますよね。
「録画中は再起動しない」ということが可能かどうか、プ社に投げてみますね。

書込番号：23300113

[いｇｓｄ]

＞tanettyさん
＞もともと数ヶ月に１回の事象でした。
＞１台だと、たまたま出てないだけ。
＞そういう可能性も小さくないと考えます(油断大敵)。

都合QS20は2台運用しています。
最近QS20の1台はちょっと浮気してサンディスクの高耐久の64Gを試していますが特に不都合ありません。
他のスマカメはすべてロジテックダイレクトの32Gで運用していますが、
こないだのサーバー不調（？）による旧シリーズの再起動騒動以外はいたって順調に動いているので、
他にも録画が頻繁に止まっているのならもっと書き込みがあるんじゃないかという気もしないでもないですが、
意外と書き込みしないものでそうでもないのかなー

気になる点といえば、SDカードの容量がtanetty様は200Gの大容量という点が当方と違う点かと。

書込番号：23300153

[tanetty]

＞いｇｓｄさん

おっと。２台でしたか。
それだと、「録画停止問題が発生してない」確率が、グンと上がりますね。

SDが高耐久の64。それも原因かもしれませんね。

プ社に下記仮説を伝えてますが、
「なんらかの拍子」に「SD書き込みが一時的に遅いとき」が含まれると仮定すると、ツジツマが合います。

�@ なんらかの拍子にSDのマウントが外れる
↓
�A 外れっぱなしで録画不可。
↓
�B 再起動で再マウントされて録画開始。

ちなみに当方環境では、QR系でも録画停止問題がたまに発生します。
ただし、QSとQRでは違いがあります。録画停止状態のとき
・QS→設定上は「録画する」のママ。再起動しないと直らない。
・QR→設定上「録画しない」に勝手に変わっている。再起動せずとも設定を「録画する」に戻せば、録画再開。

上記�Aのとき、
・QRはマウントが外れない
・QSはマウントが外れる
という違いなのかな？と推測しています。

書込番号：23300185

[いｇｓｄ]

＞tanettyさん
＞SDが高耐久の64。それも原因かもしれませんね。

かもしれませんね。
公式には128Gまでがサポート容量ですし、200Gだと容量が多いための弊害があるのかもしれません。

書込番号：23303395

[tanetty]

＞いｇｓｄさん

ありがとうございます。
そのへんも含めて、プラネックスに調査の進捗状況を確認してみます。

書込番号：23304932

[tanetty]

以下、これまでの経緯です。
たぶんですが、2019/9/5以降、進捗がないような気が...。


2019/7/1
問題の存在をプ社に初報告

2019/7/4
ログをプ社に提出

2019/7/14
ログをプ社に提出&私にて分析
「write fail」の３行以降、「create 〜avi」「〜avi done」「motion alert」の行がない。

2019/8/14
プ社内での環境構築をお願いした

2019/9/1
ログをプ社に提出&私にて分析
最後の録画の直後に「write fail」が３行つづいて以降、「motion alert」行が皆無。

2019/9/5
プ社内環境での現状を質問した。
・御社検証環境では、録画停止してしまう症状は発生していますか？いませんか？
・発生していない場合、miroSDのメーカー名と型番を教えていただけませんか？
・発生していない場合、私の環境と同じSDカードで検証していただきたいです。
　microSDXC 200GB SanDisk サンディスク UHS-1
　https://www.amazon.co.jp/dp/B07438M7BX

書込番号：23304957

[tanetty]

＞2019/9/5以降、進捗がないような気が...。

なんでそんなことになっちゃったんだっけ？？...と思い起こしてみたら、
FW1.49(2019/09/25公開)で、運用上重大な支障をきたす＜欠け＞問題が発生したからでした。
そっちにプ社も私も注力してたんですね。

FW1.54(2020/1/23公開)で＜欠け＞問題が解決したため、
やっと＜動体検知録画がずーっと止まり続ける＞問題に目が向くようになりました。

書込番号：23304982

[いｇｓｄ]

＞tanettyさん
＞microSDXC 200GB SanDisk サンディスク UHS-1
＞https://www.amazon.co.jp/dp/B07438M7BX

このSDカード、高速アクセスをうたっていますが高耐久ではないように見えます。
必ずしも高耐久が必要ではないとは思いますが、ここがネックで引っかかってる可能性もあるのでは？
何分個人的に高耐久じゃないSDカードで痛い目にあい続けてきましたので(笑)

自分が浮気しているカードはこちら。
https://store.shopping.yahoo.co.jp/goodmedia-wholesale/20190603-000017.html

国内保証のない海外パッケージですが安かったのでつい(笑)
中華カメラで使おうと買ったもので、思いのほかよかったです。
128Gはスマカメでは使ってないですが、中華カメラでも安定しています。
ただこのSD、exFATフォーマットされているので自力でFAT32化できないとスマカメで使えないのが難点です。
Windows本体だとFAT32にできないのでツール使わないとFAT32に変更できないので・・・。

書込番号：23305684

[tanetty]

＞いｇｓｄさん

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

＞自分が浮気しているカードはこちら。

ぬぬぬぬ？？？　驚きました。
高耐久なのに64GBx２枚で３千円って、めっちゃ安いんですね。
これ、MLCなんでしょうか？

私がQR20(のうち1台)で使ってるTranscendのMLC
「TS32GUSDHC10V」
https://www.amazon.co.jp/gp/product/B01BDKTQY6/
は、32GBで2,373円となかなかのお値段がしました。
それと比べるとベラボーに安いので、かなり魅力を感じています。

さて、動体検知録画停止の原因は、やはりSD書込失敗なのでしょう。
まだウラはとれてないものの、症状やログから推測するかぎり、
「SD書込に一度でも失敗すると、以降は動体検知がずっと停止する」
としか思えないからです。

ここで相克を見せるのが、ユーザとしての自分と、ヒトバシラーとしての自分。

ユーザとしては、SD交換含め、手段を問わず直したい。

ヒトバシラーとしては、SD交換ナシで直したい
というより、プ社に直させたい。
それにより、カメラの品質を向上さ、全ユーザの役に立ちたい。

せっかくヒトバシラーとしてココまで来たわけです。
損切りせず、もう少し粘ってみようかと思います。

いずれにしても、貴重かつ有用な情報に深く感謝いたします。
ありがとうございました。m(_ _)m

書込番号：23309884

[いｇｓｄ]

＞tanettyさん
＞これ、MLCなんでしょうか？

高耐久＝MLC or SLC

と手勝手に思っていましたが、ネットで探してみましたが明記してあるところが見つかりませんでした。
唯一アマゾンの64G製品のレビュー中にベンチソフトで「SanDisk MLC MicroSDcard」って表示が出ていたくらいで、
私が見た限りでは確証の持てる明記が公式含めありませんでした。

ただ今のところロジテックダイレクトの高耐久同様録画が止まるって現象は出ていないです。

＞「TS32GUSDHC10V」

これスマカメではないですが2台のドラレコで1年使用しましたがノートラブルでした。

＞「SD書込に一度でも失敗すると、以降は動体検知がずっと停止する」

これどうしてこういう仕様なんでしょう？
検知機能停止ならせめて通知が欲しいのです。
「SDカード書き込みエラーが発生したため動態検知録画を停止しました。」
くらいの通知があってしがるべき現象だと思うのです。
スマカメってそういう製品ですよね？？

書込番号：23310927

[tanetty]

＞いｇｓｄさん

こんにちは。

スマカメシリーズには不具合が多いものの、私の仕事や生活から切り離せない存在になっています。
少しずつでもいいから、着実に改善していってほしい。心からそう願っています。

…と、プラネックスに伝えなきゃいけないようなことが、なぜか心の隙間から漏れてしまいました。
多くのスマカメを運用なさっている いｇｓｄさんなら、この気持ちをわかってもらえるに違いない。
そう感じたからかもしれません。

さてさて。

＞私が見た限りでは確証の持てる明記が公式含めありませんでした。

MLCは売りなので、MLCならMLCと書く…と思っています。
ただ、それって日本人的な考えなんですかね。
海外メーカーだと、そういうことしないのかしら。

＞ただ今のところロジテックダイレクトの高耐久同様録画が止まるって現象は出ていないです。

現状のママ実験を重ねるにしても、「最終的には逃げ道がある」ってことが頭にあるだけで、安心感があります。
本当にありがとうございます。

＞「TS32GUSDHC10V」
＞これスマカメではないですが2台のドラレコで1年使用しましたがノートラブルでした。

そうなんですね。やっぱり安定してるんだー。
SDって単なる媒体のくせに、トラブル有無に直結したりして、奥が深いですよね。
勉強になります。

余談ですが、QR系のオフライン病は、TS32GUSDHC10Vでも発生しています。
（じつはその切り分けのために１枚買ってみたのです…）
というわけで、少なくともQR系のオフライン病は、SD起因ではなさそうです。

＞「SD書込に一度でも失敗すると、以降は動体検知がずっと停止する」
＞これどうしてこういう仕様なんでしょう？
＞検知機能停止ならせめて通知が欲しいのです。

かんっっっっっっぜんにおっしゃるとおりですよね。
ぐうのねもでません。まったくの同意見です。

実は数日前、次の３点について、プ社に再サイサイサイ…質問を投げているところです。
何かわかりましたら、報告いたしますね。

�@ SD書込失敗時、以降ずっと動体検知が停止するのか否か？
�A �@の答がYESだとして、仕様(意図した挙動)か、不具合(意図しない挙動)か？
�B �Aの答が仕様だとして、その理由は？

書込番号：23311498

[いｇｓｄ]

＞tanettyさん
＞MLCは売りなので、MLCならMLCと書く…と思っています。
＞ただ、それって日本人的な考えなんですかね。

日本人的にはちょっとしたスペックの違いをすごく気にしますが、
High Endurance て書いてあるじゃん？
的なノリで細かいスペックはあまり気にしない傾向がありますね。

だから日本と違っていつまでたってもVHSのままだったりDVDのままだったり。
自分的にはS-VHSやHi-8に飛びついたし、DVDよりBlu-rayだったりしますが普通にみれりゃ安い方で良いじゃん？なノリです。

実際スマカメもどんどん解像度上がって重くなっていますしそこそこで良いのかなーとか思うものの、
ただのHDよりFullHDを選んでしまうんですよね〜

書込番号：23313594

[GordiniR8]

CS-QS10 2台、CS-QS20 1台を使用しています。
先日まで無線ルータはApple AirMac Extreme（2011年製）を使用していましたが、NEC Aterm WG2600HP3に変更したところ、QS10は問題ないのですがQS20だけが非常につながりにくい状態になりました。
具体的には以下のような症状が出ています。
1. 接続しようとしてもオフラインになって接続できないことがほとんどでたまにしか接続できない。
2. 運良く接続できた場合、フレームレートの表示が約0.8秒ごとに数字が0〜23の範囲で変動し続けます。しかしこの際に0(ゼロ) を1回挟んで数字が変化する場合は問題ないのですが、0(ゼロ) が2回続くと接続が切れてしまいます。
このスレにも定期的にフレームレートが０になると報告されている方がいらっしゃるようなので同じ現象だと思います。
ルータ、QS20の再起動やQS20の初期化でも状況は変わりません。
メーカーに問い合わせたところ、ビデオ品質の設定を「低、最低」にする、無線ルータに近づける等のアドバイスをいただきましたが、実施しても改善しません。

このような状況で他に何かできることはあるでしょうか。
よろしくお願いします。

書込番号：23612594

[いｇｓｄ]

＞GordiniR8さん

スマカメでよくある不都合の類ですが、
オートチャネルセレクト機能をOFFにしてチャンネル固定化や、
送信出力も初期値は100%のようですが、下げてたら100%に。
念のためオートECOなどはすべて切ってみてください。

書込番号：23613700

[いｇｓｄ]

＞GordiniR8さん

書き忘れてました。
ルーターを時計の短針に見立てて1時間ずつ回していって様子を見るというのも効果があります。
本体内のアンテナの向きの加減で良くなったりもするそうです。

書込番号：23613716

[GordiniR8]

＞いｇｓｄさん

早速のアドバイスありがとうございます。
オートチャンネルセレクトOFF、エコモードOFFにしましたが改善されたませんでした。
またルータの向きも変えてみましたが同様の結果でした。
新しいトピでも私と同じ無線ルータで接続できない方の報告があったようですが
古いルータに戻すわけにもいかないのでどうしたものかと思っています。

書込番号：23614672

[いｇｓｄ]

＞GordiniR8さん

そうでしたか。
そうなると当方ではお力になれないと思います。
申し訳ない。

書込番号：23617826

死ぬ頻度が、他機種に比べ、きわめて高い。

[tanetty]

CS-QV60Fは、同じスマカメシリーズの他機種に比べ、死ぬ(※)頻度が、格段に高いです。

各機種の死ぬ頻度 (１台あたり) は、およそ次のとおり。
・20日に１回：CS-QV60F
・160日に１回：CS-QS10, CS-QS20, CS-QR220, CS-QR20

上記頻度は、全18台のスマカメを運用している経験から割り出しております。

※「死ぬ」とは、次の状態を指します。
・アプリから見て「オフライン」状態がつづき、かつ、
・復旧のため電源抜き差しが必要になってしまう状態。

書込番号：22768038

[tanetty]

死ぬ頻度の算出根拠は、以下のとおりです。

・CS-QV60F x２台 + 残り４機種 x 16台 = 全18台。
・５日に１回、18台のうちどれか１台が死ぬ。
・死ぬ10回のうち、５回がCS-QV60F。

２台のCS-QV60Fが、8倍にあたる16台の他機種と、同じ回数死ぬってことです。
死ぬ頻度を１台あたりでみると、CS-QV60Fは、他機種の８倍ってことになります。

書込番号：22768780

[にしあん]

1週間に1回程度ハングアップしていましたので、
タイマースイッチを使って、毎日、強制的に再起動しています。

リーベックス(Revex) コンセント タイマー スイッチ式 カバー付き プログラムタイマーEX PT77 https://www.amazon.co.jp/dp/B001VB6A6A/ref=cm_sw_r_em_apap_EqnJDEnxnSFjf

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

【大問題】iOSスマカメ2 がオフライン・異常終了をくりかえす

[tanetty]

iOS『スマカメ2』 がオフライン・異常終了をくりかえす

大問題です。ヒドイです。
iOS『スマカメ2』に、ありえない不具合があります。

一定の操作手順で
　　オンライン → オフライン → 異常終了
　→オンライン → オフライン → 異常終了
　→…
とくりかえします。

正常に見れるのは、たった33%。
66%は見れないってことです。

詳しくは添付画像をご参照いただきたいのですが、
現在映像を見たい人が通常おこなう、
何の変哲もない操作手順にすぎません。

緊急・最優先の対応を、プラネックス社に依頼しました。

書込番号：22757142

[tanetty]

上記不具合は、カメラの機種にかかわらず、発生します。

書込番号：22757159

[tanetty]

iPhoneで必ず最初はオフライン	iPadでオフライン・異常終了をくりかえす。

iOS『スマカメ2』v2.1.5で、iPhoneのみ症状が少し改善しました。
・iPhone → 必ず最初はオフライン。
・iPad → オフライン・異常終了をくりかえす。

詳しくは、添付画像２枚をご覧ください。

書込番号：22761319

[tanetty]

iPhoneで最初は必ずオフライン

＞iOS『スマカメ2』v2.1.5で、iPhoneのみ症状が少し改善しました。
＞・iPhone → 必ず最初はオフライン。

＞詳しくは、添付画像２枚をご覧ください。

iPhoneの絵の内容に、少し誤りがありました。
添付画像は、訂正版です。

書込番号：22761377

[tanetty]

iPhoneで最初は必ずオフライン	iPadで2回に1回は異常終了

失礼しました。
iPadについては、絵も内容も間違えてました。

iPhoneも含め、6/26時点の現状をまとめると、次のとおりです(詳細は添付画像)。
・iPhoneで最初は必ずオフライン
・iPadで2回に1回は異常終了

いずれにせよ、これら不具合が、利用者にとって大きな足かせになっていることは事実です。
早急な解決を、プラネックス社に期待します。

書込番号：22761477

[tanetty]

もういちどまとめると、こうです。

＜iPhone＞
v2.1.4以前：一定操作でオフライン・異常終了をくりかえす
v2.1.5　　：最初は必ずオフライン

＜iPad＞
v2.1.4以前：一定操作でオフライン・異常終了をくりかえす
v2.1.5　　：2回に1回は異常終了

iPhoneもiPadも、v2.1.5で改善はしたものの、快適とは到底いえない安定性ってことです。

書込番号：22761491