スマカメ CS-QR20
- 専用アプリでQRコードを読み取り、パスワードを入力するだけで使える暗視機能搭載のネットワークカメラ。
- 光センサーが周囲の明るさを感知し、暗くなると自動的に暗視モードへ切り替わる。
- 映像に動きがあったときにスマホに通知を行う動体検知機能を搭載。子供やペット、来訪者の確認用など、さまざまなシーンで使用できる。
ショップが販売価格を掲載するまでお待ちください 価格推移グラフ
お気に入り製品に登録すると、価格が掲載された時にメールやMyページでお知らせいたします
タイプ：ネットワークカメラ 有効画素数：100万画素 見守り：○ 無線LAN(ワイヤレス)：IEEE802.11b/g/n
本ページでは掲載するECサイトやメーカー等から購入実績などに基づいて手数料を受領しています。
このページのスレッド一覧（全41スレッド）
| 内容・タイトル | ナイスクチコミ数 | 返信数 | 最終投稿日時 |
|---|---|---|---|
 「スマカメ」への要望 |
21 | 23 | 2015年5月30日 22:20 |
| 端末はカメラと直接通信しているようです(サーバを経由しない)。 |
13 | 7 | 2015年5月26日 00:38 |
| iOSアプリのバージョンアップ |
2 | 0 | 2015年5月19日 13:37 |
| iOS版『スマカメ』で横画面表示できなくなりました。 |
12 | 20 | 2015年5月18日 20:47 |
| CS-QR10とCS-QR20の相違点 |
8 | 6 | 2015年4月5日 14:12 |
- 「質問の絞込み」の未返信、未解決は最新1年、解決済みは全期間のクチコミを表示しています
お気に入りに追加
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ CS-QR20
CS-QR20を無人店舗にして３日ほどになります。１万円強でここまでできちゃうの？！と驚くと同時に、めっちゃ気に入ってます。ホンッッットに買ってよかったです！！
とはいうものの、人間とはゼイタクなもので(?)、「こうなってたら、もっといいのになぁ...」と思うことが、いくつか出てきました。そこで、その要望について、以下に列記してみます。「CS-QR20」に対して、というより、アプリ『スマカメ』に対しての要望...という色合いが濃いです。アプリは利用者との接点になるので、アプリの機能・使い勝手が、使う人から見ると大きなウェイトを占めるってことなのでしょうか。
なお、これら要望は、すでにプラネックス社に伝えております。ファームウェアやアプリのアップデートで対応してほしいなぁ、という感じで。
しかし、製品提供側(プ社)から見れば、「技術的に無理だってば」とか、「環境整備やアプリ改修にカネがかかりすぎるよ」とか、「それだけいろいろやりたいなら、もっと高い製品を買え！」とか、言いたいこと多々あろうかと思います。
以下、あくまで「一利用者」の立場で、技術的難易度や必要費用などはまったく考慮せず、思ったことをそのまま書いておりますので、お許しいただければ幸いです。
◆要望 (８個)
1. 録画映像の複数連続再生
→複数の録画映像を連続して再生できるようにしてほしい。
→現状では、たとえば各３０秒の１００個の録画映像を見るのに、２００回の操作が必要。
（再生→戻る→再生→戻る...)
2. 録音および音声再生
→映像と同時に音声も記録し、再生できるようにしてほしい。
→音声があると、防犯としての有用性がグッと上がる。
3. 各録画映像の個別削除
→不要な映像は、チェックしたときに削除しておきたい。
→SDカードを都度、取り外してPCでどうにかする運用は、現実的には難しい。
4. 各録画映像のお気に入り登録
→各録画映像を個別に「お気に入り(?)」として登録しておきたい。
→再生して「怪しい人がいる」と思った映像に、とりあえず印をつけておくため。
→お気に入りとして登録した録画映像は、「イベントリスト」画面で(その行だけ)目立つ色になっているとよい。
5. 各録画映像の総時間・シークバーの表示
→イベントリスト画面で、各録画映像の総時間が表示されていてほしい。
→再生画面では、シークバー・総時間・再生中時間が表示されていてほしい。
(例：全部で1分25秒で、いま0分38秒を再生中...みたいな情報がわかるように)。
6. 映像の転送速度を表示
→250kbps...みたいのが出てるとよい。
→「Android版」の「録画映像」にかぎり、実現済みのようです。
→それと同じことを、OS(Android/iOS)、映像種類(生/録画)にかかわらず、実現してほしいです。
→カメラを別拠点または同一拠点に追加導入する際、必要な回線速度を算定する基礎にできるから。
7. 通知タップでその録画映像を直接再生
→iOS版の通知センターに、「カメラ(XXXXX)が動体検知しました」 2分前」と出たとき、そこをタップしたら、その２分前の録画映像を、直接再生してほしい。
→そのときの映像が見たくて、スマカメを起動するわけなので。
8. 事前登録したカメラ名でのイベント通知(iOS版)
→iOS版では、「カメラ(XXXXXXXXXX)が動体検知しました」と通知センターに出る。XXXXXXXXXXは、カメラのUID)。カメラが複数ある場合、(UIDでは)どのカメラかわかりにくくてつらいなぁ、と感じます。
→Android版では、「カメラが動体検知しました。(YYY)」と出る。YYYは、事前登録したカメラ名。
3点
私も触発されて660円 SIMを買ってみました。新しい使い方で実家の見守りカメラとして利用しようと思いました。
私はいつもリアルタイムで映像みたり音を聞いたりが99%の使い方なので録画系はほとんどわかってませんでした。
防犯などで録画を考えるといろいろ改善要望点が出てきそうですね。録画しているということを担保する必要がある業務用は録画用のNASがローカルエリア内にあって条件がよさそうではあります。スマカメはリモート接続がメインとなっているのでいろいろ制約は出てきそうな感じですね。
パソコンで動画編集ソフトを使っているような感じをスマホでやろうとすると、想像するにいろんな処理をスマカメ側でやる必要があるので、CPUパワーとメモリーがもっと必要になるのかな？
できるできないに関わらずユーザーフィードバックはいいことだと思います。
書込番号：18721523
1点
録画の音声はみんなほしいんじゃないでしょうか？
私もできて当然だと思って買いましたが、購入後できないことを知りました。
メーカページを見たら、端っこのほうに補足で小さく分かりにくく書いてありました。もっと分かりやすくかいてあれば、他のものを買っていたと思います。
録画の音声を排除した理由が分かりません。
何か理由があるんでしょうかね。
書込番号：18722357
2点
スーパカー消しゴムさん
その節はたいへんお世話になり、ありがとうございました。「ネットワークカメラ」というものを触るのが今回が初めてだったので、わからないことだらけだったのですが、おかげさまでなんとか運用できております。
さて、おっしゃるとおり、「防犯」という観点からだと、いろいろ要望が出てきちゃいますよね。カメラに挿したカードに録画映像が保存される。その時点で、「防犯カメラ」とムネを張っては言えませんし。悪いことをした後、そのカードを抜いて壊せば、証拠隠滅？できちゃうわけですから。
いっぽうで、プラネックス公式サイトでは、CS-QR20について「赤ちゃん」「ペット」の見守りみたいなことを謳うのみで、「防犯」なんてひとことも書いてないようです。あくまで「家庭用・安価・簡単」がコンセプトの製品のようですから、プラネックスに言わせると、「安いのにムチャいうな！」ってことになっちゃうのカナ...。←そう言われれたら、グウノネのも出ません。...グウ。
実際、１万円でこの機能・性能には、たいへん満足しております。ただ、冒頭で述べたとおり、ネットワークカメラを触るのが初めてなので、「他社競合製品と比較するとどうか」という点については、まったく知識がありません。
660円SIMにも興味があります。容量制限(月1GB)超過による速度制限(最大200kbps)の「前」だと、上り速度はどの程度出てますでしょうか？
ちなみに現状、遊休のIIJmio回線(ミニマムスタートプラン)を一時的に転用してカメラを試行運用しております。５月末で当該回線を解約予定のため、６月以降どうすべきか検討中です。
書込番号：18723798
2点
コットン さん
ご返信ありがとうございます。音の保存もほしいですよねぇ。ホント、そう思います。なんでダメなんでしょう。
・コストがかかる？(価格設定上ムリ)
・技術的に難しい？(どうがんばってもムリ)
・その他？
ちなみに、音は保存できない旨、私が知ったのは、コットンさんのご質問にスーパカー消しゴムさんがご回答なさっている、この(↓)スレッドでした。おかげさまで、購入前に知ることができ、たいへん助かりました。ありがとうございます。
<<録画の音声がでない。>>
http://bbs.kakaku.com/bbs/K0000761546/SortID=18696701/#tab
それはともかく。いまのところ「これがいちばんほしい！」って思うのは、
>>1. 録画映像の複数連続再生
です。細切れになった録画データを見るのが、かなりメンドクサイので。
なお、挙げた要望は、ほしい順に書いております。録音は２番目にほしいです。
要望の項目名のみ再掲いたします。
1. 録画映像の複数連続再生
2. 録音および音声再生
3. 各録画映像の個別削除
4. 各録画映像のお気に入り登録
5. 各録画映像の総時間・シークバーの表示
6. 映像の転送速度を表示
7. 通知タップでその録画映像を直接再生
8. 事前登録したカメラ名でのイベント通知(iOS版)
書込番号：18723816
1点
ハード的も「こうしてほしい」ってことがありました。
(１投目では、アプリやファームウェアの対応でできるかも？という要望を書きました)。
①電源ケーブルを長くしてほしい。3mぐらいあるとよい。
・事実上、設置場所を制約するのは、電源の位置。
・そのケーブルが1.5mしかないので、けっこう大きな制約になった。
（とにかく、電源の位置から、設置場所可能場所を考えざるをえなかった）
・美観や構成の単純さなどの点から、なるべく延長ケーブルは使いたくない。
②電源ケーブルを白くしてほしい。
・壁を這わせることが多い。
・壁は、白いことが多い。
・白壁に黒ケーブルは、ちょっと目立ちすぎる。
ハード的なものは、買っちゃった後ではどうしようもないので、プラネックスに伝えてませんでした。でも、後継機の参考にしてほしいので、伝えようかと思います。
書込番号：18724063
2点
660円SIMですが、高速モードのときは上り1.0Mbps、下り1.5Mbpsくらいでした。
書込番号：18734740
1点
スーパカー消しゴムさん
>>660円SIMですが、高速モードのときは上り1.0Mbps、下り1.5Mbpsくらいでした。
すばらしい情報、ありがとうございます！！！！
６６０円でも、けっこうな運用に耐えられそうですね。
たとえばビデオ品質「中」で１日平均数分の視聴なら、ぜんぜんいけそうな気がします。
※「中」だと300～400kbpsぽいので、１GBの容量制限(高速通信は１カ月あたり1GBまで)でも、計算上６時間ぐらいまでは、コマ落ちなく使えそうな感じ。
書込番号：18734789
1点
音声付きで録画の需要というか、普通の感覚だったら、出来て当たり前、出来なかったら不自然ですよね。VHSの時代から録画といったら自動的に音声付きでしたし、そのあとにパソコンが普及してから実際にはかなり時間は経過してからですが、動画には音声が付き物ってことになっています。
私はパソコンが漢字を扱えない時代から触ってきているのですが、ちっさいサイズでパラパラ動画が動いているのを見たときにはそれだけで驚いちゃいました（笑 もちろん音声なんて入っていませんでした。Windowsが普及してから長年の恨みを晴らすかのように動画も音声もそれぞれ進化して、見事に合体しました。WAV形式で録音して遊んだ経験のある人は、ちょっとした録音だけでもとんでもないファイルサイズになったのを覚えているかもしれません。はい、とんでもないサイズでした。
MP3なんてのが出てきて音質の劣化を抑えながらもファイルサイズを劇的に小さくする技術が出てきて、著作権の問題でだいぶその方面では苦労されたようですが、最終的にはAppleがiPodを発売してそうした問題はゲームセットとなり、今日に至ります。
デジタルの世界で動画、音声を効率良く（小さいファイルサイズで）、品質を落とさないで取り扱うにはCPU的にもソフト的にも数々のイノベーションが続けられて実現しています。映像や音声は元はアナログデータですが、それをデジタルデータに変換することをコーデックなどと呼びます。コーデック技術だけで何冊もの本がでているくらい１つの大きな技術領域です。音質を重視したコーデック、低遅延を重視したコーデックなど目的によってコーデック開発も変わってきます。
動画と音声はそれぞれ別のコーデックの領域です。そしてコーデックされた動画と音声を合体させるわけですが、動画と音声が同期しないとダメなので同期させるための仕組みが必要となります。そして今度はそれを１つのデータとして運ぶために一気に全部を運ぶわけにはいかないので、小分けします。入れ物に入れるような作業なので、コンテナなどと呼ばれています。
コンテナにはなんでもかんでも入れていいわけではないので、組み合わせがあります。ネットワークカメラの場合には、動画はH.264というコーデックで変換、圧縮されていて、音声はほとんどの場合、G.711というコーデックで変換、圧縮されています。そして、残念なことにH.264とG.711を一緒に突っ込める業界標準的なコンテナが存在しないようです。
その結果、ネットワークカメラでは、録画と音声を一緒に扱えない場合が多く、扱えたとしても独自のコンテナで特定のアプリでしか再生できないということになっているようです。
高級機であるパナソニックの場合も同じ理由で制約があるようです。自分には価格が高すぎて気軽に買えないので実際に試してないのですが、説明を読む限りそうなっているようです。
http://panasonic.biz/netsys/netwkcam/lineup/hnp17.html
書込番号：18734922
1点
スーパカー消しゴムさん
>>コンテナにはなんでもかんでも入れていいわけではないので、組み合わせがあります。
>>ネットワークカメラの場合には、動画はH.264というコーデックで変換、圧縮されていて、音声はほとんどの場合、G.711というコーデックで変換、圧縮されています。
>>そして、残念なことにH.264とG.711を一緒に突っ込める業界標準的なコンテナが存在しないようです。
めっっっっっっっっちゃ勉強になりました！！！！！！！！
ネットワークカメラの場合、こういう状況なんですね。
〇アリ： 動画コーデックの業界標準(H.264)。
〇アリ： 音声コーデックの業界標準(G.711)。
×ナシ： 上の二つの業界標準をうまくいっしょに格納できるコンテナの業界標準
ネットワークカメラ用コンテナの業界標準が決まるといいなぁ...。
書込番号：18735065
1点
そんなに喜んでいただけて、うれしい限りです。
動画をH.264で扱って、音声をAACで扱えばそれを突っ込める標準コンテナは存在しますが、AACにもライセンス料を支払わなければいけないので各社、そう簡単にはAACにはいけないようです。
業務用カメラのほうは引き続き音声需要が少ないので、そっちからの動向には期待できないので、業務用じゃないスマカメのような製品群で期待したいところです。
ライブビュー（リアルタイムで見る）需要であれば、今のままG.711で全く問題がないので、ライブビューじゃなくて個人が録画に使う目的でかつ音声が必須という状況になり得るのか、またはそれができるようになると新しい需要が生まれるのか、ライブビューのみのユーザー数との割合はどうなのかってのが課題かもしれないですね。
1%くらいの人の需要だとすると、ACCロイヤリティによる価格上昇負担は99%の人にかぶってもらうという話になるでしょうから、慎重に判断してもらいたいところです。私は個人的にはあったら面白いかもなぁというのが正直なところです。
自分で使い道があるかどうかわかりませんが、割り切って録音記録だけができるとそれはアリかなぁと思ったりはします。それだったらG.711のままでいいわけですし。
書込番号：18735154
1点
スーパカー消しゴムさん
ホントいろいろ勉強になります！！！！
ひとつ、基本的なことがどうしてもわからないので、教えていただけないでしょうか。現行、
生 → 音声アリ。
録画 → 音声ナシ。
という違いが出てきてしまうのは、どうしてなのでしょうか？
生の場合、映像・音を収納する「コンテナ」という概念が、存在しないのでしょうか？ （ファイルとして保存しないので？？？)
CS-QR20の映像・音をスマホ等から視聴する場合、生にしろ録画にしろ、どちらもストリーミングという形態になるので、「両方できない」または「両方できる」とかなら、まだ理解できるのですが。
うーん、難しいデス...。
書込番号：18737045
2点
カメラを増設して２台にしました。
この要望(↓)、カメラ１台のときは最後尾に挙げてたんですが、２台になったらかなり欲しく感じるようになりました。動体検知の通知が、どっちのカメラからきたのか、すごくわかりにくいので...。
>>8. 事前登録したカメラ名でのイベント通知(iOS版)
>>→iOS版では、「カメラ(XXXXXXXXXX)が動体検知しました」と通知センターに出る。XXXXXXXXXXは、カメラのUID)。カメラが複数ある場合、(UIDでは)どのカメラかわかりにくくてつらいなぁ、と感じます。
>>→Android版では、「カメラが動体検知しました。(YYY)」と出る。YYYは、事前登録したカメラ名。
動体検知によるiOS機への通知、ホント、どうにかしてほしいです。
書込番号：18737522
1点
推測ですが、これはAppleのプッシュサーバーとGoogleのプッシュサーバーの仕様の違いによって引き起こされている違いかなと思います。
AppleはHome Kitというフレームワークをすでに発表していますが、これらの機器でも似たような状態になるはずなので、Home KitのSDKなどで良いお手本がプログラマーに提示されるといいなと期待します。
私もそんな制約がいろいろあるので最近ではAndroidスマホがメインになってしまっています。
書込番号：18754014
0点
もうひとつ追加で要望をプラネックス社に伝えました。叶えてくれるとうれしいですが...。
▼要望
・横画面のとき、左右スワイプ等でカメラ切替をしてほしい。
▼理由
・カメラ切替のためだけに、縦に戻すのが手間。
▼背景
・通常、iPadを横画面で使用しています。
・２つのカメラの生映像を切り替えて、ちょくちょく見ています。
書込番号：18795180
0点
なるほどカメラ映像をスワイプで切り替えってのは感覚的にもしっくり来ますね。
スワイプの速度で２つのトンネルが切り替えるという作業とH.264のデコードをスパッとやらないといけないのでハードルは高そうな感じもします。プラネックスのプログラマーがのけ反っているかもしれないですね。
あ、そうそう、映像データは常に流れているのではなくて、アプリ側から接続にいったときにだけ流れるので、切り替えをやったときには接続してP2Pトンネルのセッションも確立しないといけないのでスパッといくのはその仕組みそのものから変更しないといけないのでかなり厳しいかも。
カメラ切り替えボタン増設というのが現実的な路線かもしれないですね。
書込番号：18795243
1点
スーパカー消しゴムさん
ご意見ありがとうございます。
スワイプじゃなくてもいいのですが、なるべくメンドくさくないの...って考えたら、頭にスワイプが浮かびました。
スワイプ後すぐに切り替わらなくても、ぐるぐる回ってるのを待っててもかまいません。
現行の縦画面でのカメラ切替でも、
操作：「カメラ切替」ボタン押下
↓
操作：見たいカメラをタップ
↓
少し待つ（ぐるぐる回る)
↓
映像が映る
...という感じで、「２操作」＋「待ち」ですので、これが「１操作」＋「待ち」になれば、もっとうれしい...という気持ちです。
とにかく操作数が少ないことを望んでいます。
書込番号：18795345
0点
なるほど、なるほどです。
遥か昔にプログラミングしていた感覚ですが、様々な要求に可能な限りシンプルな手順でということを考えるとカメラ登録台数が１０台までなので１０台設置している人もカバーする必要も出てくるかなと推測します。
そうなるとやはりカメラリストから選択というステップが入る必要がありそうですね。需要の度合いからみると１台のみ利用の人が圧倒的に多くて、そこから先は２台利用の人が多いのか、意外や５台くらいが多いのかは全くわかりません。
３台以上の場合は切り捨てるという選択がないとすると、やはりカメラリストが表示されるって感じでしょうか。
書込番号：18798029
1点
スーパカー消しゴムさん
ご返信ありがとうございます。
>>カメラ登録台数が１０台までなので
おお！ これは初めて知りました。アプリ『スマカメ』への登録台数は１０台までなんですね。へー。
>>需要の度合いからみると１台のみ利用の人が圧倒的に多くて(後略)
やっぱり１台の人がいちばん多いんじゃないでしょうか。多くても３台ぐらいまでだと思います。「スマカメ」シリーズは、基本的に個人向け製品だと思いますので(安価・簡単)。
でも、１０台まで対応している以上、おっしゃるとおり、１０台でも使いやすいインタフェースにする必要がありますよね。
「カメラ一発」シリーズだと、複数台のカメラ映像を同時に見れる(iPad版は6台まで/Windows版は36台(!)まで)らしいので、たくさんのカメラを使う場合は、そっちのがよさげです。
http://www.planex.co.jp/products/cs-w06n/
しかし、アレです。このカメラ(CS-QR20)、ホントに便利です。買ってよかった。つくづくそう思います。
書込番号：18800335
0点
Windows版の「スマカメ」について、次の要望をプラネックス社に伝えました。
実現してくれると、めっちゃうれしいんですが、要望がレアすぎるかもしれません(笑)。どんなもんでしょうねぇ。
▼要望： イベント件数のグラフ表示 または イベントリストのCSV出力
・動体検知した件数を、カメラ・日・時別にグラフで見たい。
たとえば、カメラAでの動体検知について、
5/20(水)10:00～11:00は５件
5/20(水)11:00～12:00は３件
・・・
みたいな感じで。
・対象がいつ活発に動いているのか、の目安として役立つので。
・イベントリストをCSV出力してほしい。
→Microsoft Accessなどで自由に集計データを作れるから、このほうがうれしいかも。
フォーマット例：
カメラID, イベント種類, 年月日, 時分秒
書込番号：18810368
0点
よく考えたら、コレ(↓)については、Windows版に限定する必要はなかったですね。
>>・動体検知した件数を、カメラ・日・時別にグラフで見たい。
CSV出力してAccessにインポートして加工...ってことが最初に頭に浮かんだので、「Windows版で」って限定して要望を出しちゃいました。
書込番号：18810379
0点
この後に3件の返信があります。
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ CS-QR20
盗聴のリスクが心配だったので、映像データの通信経路における中継サーバの有無を調べてみました。結論からいうと、中継サーバを経由せず、端末はカメラと直接通信しているぽいです。とりあえず、ちょびっと安心しました。
私の調べ方が正しいかどうか、いまひとつ自信をもてませんので、「ぽいです」としか言えません。ご了承ください。
◆実験の目的
映像データの通信経路が、(a), (b)いずれに該当するのか知りたい。
(a)中継サーバを経由する。すなわち、
・カメラは(クラウド上の)サーバとのみ通信。
・端末もサーバとのみ通信。
・カメラと端末は、直接通信しない。
(b)カメラと端末が直接通信
◆実験の背景
(a)では、映像は(プラネックス管理の)サーバを経由する。このため、たとえば、プラネックス内部に悪意(「故意」)のサーバ管理者がいた場合、あるいは、そこまでいかなくてもサーバ管理に「過失」(IDの共用など)があった場合などに、映像が第三者から盗聴できる(サーバから抜き取られる)状態になることがありうる。
すなわち、人的な故意・過失という脅威に対し、中継サーバの存在という環境が脆弱性になり、盗聴というリスクが顕在化する恐れがある。
(b)では、中継サーバが(そもそも通信経路にないから)脆弱性になりえないので、盗聴というリスクは、(a)よりも小さい。
◆実験方法
①PC(Windows)版「スマカメ」にて、CS-QR20の映像を見る。この際、「Wireshark」で(PC上の)パケットをキャプチャ。
②映像データを思われるパケットを分析し、宛先IPアドレスをnslookupで逆引き。
◆実験環境
・PC: Windows7
・PC側回線: Yahoo! ADSL
・カメラ側回線: IIJmioミニマムスタートプラン
◆実験結果
・PCから見た宛先IPアドレス(A.B.C.D)をnslookupで逆引きしてみると、こう表示された。
A.B.C.D.rev.vmobile.jp
・「vmobile.jp」というのは、MVNO系のAPN名らしい。なので、PC版「スマカメ」はカメラ側回線(IIJmio)を直接見ている...と推測できる(?)。ただ、APN名なので、FQDNと関係ないのかもしれないのですが...。うーん、よくわかりません。
・第４層のプロトコルはUDP。カメラ側のポート番号は、各カメラによって違うっぽい(少なくとも、Well-known Portではない。あるカメラでは42200/UDP、別のカメラでは62293/UDPだった)。
◆感想・備考
・カメラと端末の直接通信であれば、盗聴の可能性が低いだろう、と考えて、とりあえず安心しました。(中継サーバの存在は、man-in-the-middle攻撃という脅威を内包している。中継サーバ自身が攻撃者に化ける恐れがあるから)。
・以前、プラネックスのサポート窓口に確認したときは「映像データはサーバを経由する」と言ってたような気がするんですが、おかしいなぁ...。
・でも、盗聴防止という観点はもちろん、プ社のサーバ負荷軽減という観点(ユーザから見れば、安定性に直結)を考えると、サーバを経由しないほうがいいと思うので、この仕組みが正解なのでしょう。
・とはいうものの、謎がひとつ。映像データの送信に先立ち、カメラ側グローバルアドレスの解決を、PCがどのようにしているのか、まったくわかりませんでした。(パケットを見ても、それらしい通信が見当たらなかった)。どうして直接通信できるのか、不思議です。
念のため、PC側のDNSキャッシュをクリア(ipconfig /flushdns)後に再実験しましたが、やっぱりいきなりカメラと通信し始めているようです。どういうことなんだろ。もしかしたら、Windows版だけ特殊なのかもしれませんが。
3点
訂正です。
正
・PCから見た宛先IPアドレス(A.B.C.D)をnslookupで逆引きしてみると、こう表示された。
D.C.B.A.rev.vmobile.jp
誤
・PCから見た宛先IPアドレス(A.B.C.D)をnslookupで逆引きしてみると、こう表示された。
A.B.C.D.rev.vmobile.jp
書込番号：18801220
1点
グローバルIPはインターネット通信に必要ではないものですから、取得しなくても問題は無いんですよ。必要なのはインターネットを介した別機器同士を「直接」接続するときです。
で、それを解決するためにＰ社に初期設定としてクラウドサーバーを介すことでカメラ側にグローバルIPが無くても解決できます。というかこれ以外では無理です（外部からアクセスするにはグローバルIPが必要でカメラにグローバルIPが存在しない場合は中継ポイントが必要であるため）。
てことで、常通信でサーバー経由が計測されないとしても、必ずカメラとクライアントを繋ぐ際にサーバーを経由しています。ＮＡＴだとIP数が膨大ですしグローバルIPはネットワーク設定のできない集合住宅に使えませんし、取得維持するコストもかかります。
書込番号：18801342
1点
NAT TraversalとかP2Pなどをキーワードなどとして検索すると基本的な仕組みが理解できるサイトがいくつか出てくると思います。
ざっくりですが、カメラは一定間隔でサーバーにポーリングのようなことをしています。映像は出していません。スマホはアプリが起動したときにサーバーに問い合わせをしてカメラのアクセス先情報を得て、そのあとはスマホとカメラがトンネルを張ってそのトンネルの中を映像が流れるという感じのはずです。
対戦ゲームなども同様の手法が取り込まれていますが、とにかくサーバーの負荷を軽減しないと膨大な運営コストになってしまうのでその観点からもいかに機器と機器を直結させられるかが極めて重要です。
書込番号：18801858
4点
wan1wanさん、スーパカー消しゴムさん
ご意見、ご指摘、誠にありがとうございます。
NAT越え等についての原理は、自分なりにですけど理解しているつもりです。また、カメラがプ社サーバに数分おきにポーリングしていることも、存じております(プ社に確認済み)。
ええと。wan1wanさんのおっしゃる「グローバルIPはインターネット通信に必要ではない」は、「『固定の』グローバルIPはインターネット通信に必要ではない」と(文脈より)読み替えましたが、そう理解してよいでしょうか？ 宛先がプライベートIPのものをインターネットに流しても、ルーティングしてくれないと思いますので。
動的グローバルIPで、しかもDDNSを用意しなくても、プ社のサーバが何とかしてくれてるんだろうな、というのは、わかります。おそらく、カメラID/グローバルIP/プライベートIP/待ち受けポート番号の組み合わせを、プ社サーバがデータベースとしてもっていて、アプリからの問い合わせに適宜回答しているのかな...なんて思っています。
さて。少し私のコトバが足りなかったかもしれません。(映像データの)中継サーバ有無というのは、いいかえれば、次の３つのいずれかの仕組みだろうけど、どれかな？ と思ったのです。
(a)中継サーバあり。
・SSL-VPN + リバースプロクシ
・アプリ「スマカメ」とプ社サーバ間は、SSL-VPNで接続される。
・プ社サーバは、リバースプロクシとして動作し、各カメラに接続する。
(b-1)中継サーバなし。IP Sec
・端末とカメラが直接IP SecでSAを確立する。
(b-2)中継サーバなし。APサーバ
・アプリケーションサーバとしてのカメラに、アプリ「スマカメ」が接続する。
今回の実験で、(a)ではなさそうってことはわかりました。スマカメを起動したPCから見て、データをやりとりするIPアドレスは、(拙宅カメラ側回線業者である)IIJmioぽいので。少なくとも、プ社ホストとやりとりするパケットはゼロなので、(a)ではない、といえるでしょう。
とすると、(b-1), (b-2)のいずれかだと思います。
(b-1)で、そのなかでもIP Sec over UDPなのかもしれません。UDPの大きなポート番号が大量に流れていたので。それにしても、次の２点が腑に落ちないんですよね。
1. 端末からプ社サーバへの問い合わせパケットがない。
→端末は、(動的に変わりうる)カメラのグローバルIP, 待ち受けポート番号等を知らないはずです。プ社サーバは、ポーリングにより、これらを知っているはずです。なので、端末は(スマカメ起動直後)プ社サーバにこれら情報を問い合わせる必要があると思います。でも、そのパケットが見当たらないんです。
→もしかすると、アプリにカメラを初回登録時、これら情報は「アプリ内」に保存され、まずはその情報でカメラに接続しにいくのかもしれません。で、接続できないときだけ、プ社サーバに問い合わせする。パケットをキャプチャしたのは、カメラ登録「後」でしたので、そう考えれば、いちおう辻褄は合います。
2. SA(IP Secにおける論理的なトンネル)確立のための鍵交換(IKE)のパケット(500/UDP)が見当たらない。
→もしかしたら、でっかいUDP番号のなかで、IKEもすませているのかもしれません。
(b-2)も、なんか違うような。仮に宛先IP/宛先ポートをプ社サーバに問い合わせてわかったとしても(STUN等)、自宅ルータ側でリダイレクトの設定をしておかないと、アプリからのSYNがカメラまで到達しないと思うので。たとえば、ルータのWAN側グローバルIP1.1.1.1宛てに80/TCPが届いたら、LAN側プライベートIP192.168.1.20に80/TCPで送る...みたいな。
....以上、ゴチャゴチャと書きましたが、このスレッドの本旨は、あくまでコレ(↓)です。
「映像データは、カメラと端末で、直接通信してる。中継サーバ悪用による盗聴の心配はしなくてもよさげ」
いずれにせよ、いろいろとご指摘いただき、誠にありがとうございました。重ねがさね御礼申し上げます。
書込番号：18803187
3点
カメラ側が不特定のUDPポートを使って映像を配信するということは、閲覧側のネットワークではプロキシは使えないということですね。
会社からカメラの映像を見たいと思っていたのですが、会社はプロキシ経由でしかインターネットが使えないので…
有益な情報をありがとうございます。
書込番号：18807676
0点
Moto Gさん
ご返信ありがとうございます。
おっしゃるとおり、ポート番号が不特定なので、プロクシやファイアウォールが設置されているような一般的な企業の社内LANからだと、厳しいかもしれませんね。それら機器に対してその通信を許可する設定をするということは、セキュリティ上のでっかいでっかい穴を開けることになりますので。
スマホ等から見てやるのが、いちばん確実かつ簡単だと思います。
画質「中」の設定の場合、LTE「非」対応の私のスマホ(つまり3G通信です)でも、フツーに見れてます。
いまどきは安く、これら環境が準備できます。私の場合、こんな感じです。ご参考までに。
スマホの端末代 → ８千円 (Covia F4SとかいうSIMフリースマホです)
スマホSIMの月額 → ２千円 （IIJmioの音声通話＋留守電つきです。SoftbankからMNPしました)。
SIMは、データのみでよければ、IIJmioで月額１千円、DMMとかだと月額700円ぐらいです。
書込番号：18810450
0点
>>それら機器に対してその通信を許可する設定をするということは、セキュリティ上のでっかいでっかい穴を開けることになりますので。
あ！ そういえば...。Windows版「スマカメ」のアプリ内に、プロクシの設定はありません。ご参考までに。(iOS版やAndroid版も同様です)。
書込番号：18810459
1点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ CS-QR20
 |
|---|
今日、気がついたのですがスマカメのiOS版がバージョンアップされていました。
履歴確認すると１７日と１９日に連続で更新が入っていたようです。1.1.1を試せなかったのですが、iPadの横画面から起動した場合の不具合に対策が入ったようです。
2点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ CS-QR20
タイトルの症状が起きましたので、下記要望をプラネックスに伝えました。
----(以下、プ社に伝えた内容です。症状と質問と要望です)-----
iOS版『スマカメ』が、バージョンアップ(ver. 1.1.0, 2015/4/28)後、横画面(端末を横長にする)で見ることができなくなりました。
横画面だと、このメッセージが出ます(↓)。
「この構成では、ランドスケープモードからの起動ができません。ポートレートモード(ホームボタンを手前にする)に回転させてから起動してください」
メッセージ内容から推測すると、不具合というより仕様変更だと思われるのですが、なぜこのような仕様にしてしまったのでしょうか？ カメラ映像は横長なので、映像がより大きく見える横長にして見たいです。
また、「この構成では」という「この構成」とは、どういう構成なのでしょうか。どのような「構成」にすれば、横長画面でカメラ映像を確認できるようになりますか？ ちなみに、拙宅環境では、CS-QR20が１台のみの構成です。
できれば、次バージョンでは、横長でも見れるようにしてください。
1点
「バージョン 1.1.0 の新機能」は、以下のとおりだそうです。
画面縦横の話は書いてないですね...。
・64bit サポート
・LED on/off 機能
・AdHoc mode 速度向上
・ブルートゥースルータへ接続時の接続問題の解決
書込番号：18727445
1点
私、iPhoneを常用しなくなっちゃったんですが、縦に持って起動させてから、ライブビューが出てから横にすると普通に表示されるようですね。横のままでアプリを起動させるとおかしくなるみたいです。
なんとなく推測ですが、iOSバージョンが8.3になったときかその依然のバージョンなどでおかしくなったような気がします。最終的にはプラネックスが頑張って対応するしかないですが、iOSもかなりおかしなことを引き起こしているのも事実です。
Appleによる方針変更で、64bit対応しないと新規およびアップデートはできなくなったはずなので、64Bit対応するときに何か制約が発生しているのかもしれないですね。
iOS8.3でiOS側が画面横、回転に対して何かやったのは確実です。
https://support.apple.com/kb/DL1806?locale=ja_JP
iOS8.3 回転 横 不具合などで検索すると結構、出てくるので、引き金を引いたのはAppleのような気がします。力関係でAppleに勝てるはずがないので、他社はとにかく頑張るのみですが。
書込番号：18736977
1点
スーパカー消しゴムさん
ご返信ありがとうございました。
プラネックスからさきほど返信がありましたので、引用いたします。
「基本的にはAppleの問題であると認識」だそうです。
---(以下、プラネックスからの回答より引用)----
スマカメアプリはiPhoneにおいて、ランドスケープモード（横向き）
およびポートレートモード（縦向き）で問題なく動作しますが、
iPadの互換モードではランドスケープモードでご指摘のような問題が発生する事を確認でき、
弊社において調査しましたが、基本的にはAppleの問題であると認識致しました。
スマカメアプリにiPadのランドスケープモードで起動した場合に、
このモードは現在サポートされていないので、ポートレートモードで再起動していただくように
メッセージ「この構成では、ランドスケープモードからの起動ができません。
ポートレートモード(ホームボタンを手前にする)に回転させてから起動してください」と
表示させるよう、今回のアプリ(Ver1.1.0)に機能を追加致しました。
なお、こちらはアプリのバージョンアップ(Ver1.1.0)前より発生しております。
iPadのユーザー様においては、スマカメアプリを起動する場合90度回転する手間が必要となり、
ご迷惑をおかけしますが、何卒、ご理解をお願い申し上げます。
書込番号：18737073
1点
>>こちらはアプリのバージョンアップ(Ver1.1.0)前より発生しております。
プ社は、こう(↑)言ってますが、前のバージョン?(1.0.8)では、私はこの症状を確認したことはありませんでした。
ちなみに、使っているiPad系iOS機は、iPad Air(iOS8.3), iPad mini2(iOS8.3), iPad2(iOS7.?)の３台です。
書込番号：18737090
1点
いづれにしてもプラネックスがどうがんばったところでAppleのやることに抗することはできないので、連休休まずがんばれー！としか言いようがないですね。
横向きで起動させて使う人が少なかったのかもしれないですね。うちにあるiOSじゃなくて、Andoroid機でLenovoのやつがありますが、横が標準という変わった仕様で、複数のアプリでおかしな状態が時々発生します。その場合は縦にしてから横にすると治るのでまぁ、いいかと放置しています。
8.3用に頑張って治して、8.4でまたダメになるかもしれないですが、アプリを作る側は必死でがんばる以外に方法がありません。
書込番号：18737217
1点
スーパカー消しゴムさん
ご返信ありがとうございます。再度、実機で確認いたしました。
× → 不具合が発生する。
〇 → 不具合が発生しない。
×iPad mini2, iOS 8.3, スマカメ 1.1.0
×iPad Air, iOS 8.3, スマカメ 1.1.0
〇iPad3, iOS 7.1.2, スマカメ 1.0.8
〇iPod touch4, iOS 6.1.6, スマカメ 1.1.0
さて、前述のとおり、プラネックス社の見解では「iPadの互換モードではランドスケープモードでご指摘のような問題が発生する事を確認」とのことでした。
つまり、あくまで、「iPad系」かつ「横向き」での症状だと、プ社は把握しているようです。実際、私のiPod touch4でも現象は発生しませんでした。
ひとつ確認させていただきたいのですが、
>>iPhoneを常用しなくなっちゃったんですが、縦に持って起動させてから、ライブビューが出てから横にすると普通に表示されるようですね。
お使いのiPhoneの①機種、②iOSのバージョン、③スマカメのバージョンを教えていただけないでしょうか。その情報も含め、再度プ社に不具合修正をお願いしようと思いますので。
というのも、「Appleの問題」というプ社の言葉には、「プ社は何も対応しません。AppleがiOSを修正するまで待ってください」という意味合いが含まれているように思われてならないのです。
次の３つのどのような組み合わせで不具合が発生するのか、プ社も正確に把握してないんじゃないでしょうか。
・iOSのバージョン
・iPad系/iPhone系
・スマカメのバージョン
ユーザ側で何かするのはおかしな話だとは思うのですが、プ社の対応を少しでも早くしてもらうため、情報をプ社に上げておきたいです。
書込番号：18737498
0点
iPadで不具合が起きたとき、基本的にはスーパカー消しゴムさんのおっしゃる対応をしております。つまり、
>>縦に持って起動させてから、ライブビューが出てから横にすると普通に表示されるようですね。
しかし、これで必ずうまくいくわけじゃないみたいで、縦にして生映像が正常表示されてから、横にしても、次のようになることが、けっこう多いです。
真っ白な画面になる。しょうがないので、ホームボタンでアプリ終了後、アプリを起動 → アプリが強制終了される。
iPad系が、私はいちばんよく使う端末なので、早くどうにしかしてほしいなぁ...。
書込番号：18737613
0点
連休中はちょっとiOS環境の製品に触れないので返信おくれると思います。あと、４月に実験兼ねて全部8.3にしちゃったので組み合わせは限定的かもしれません。スマカメアプリも全部、最新になってしまっていたと思います。
> 〇iPod touch4, iOS 6.1.6, スマカメ 1.1.0
この組み合わせで問題が出ていないというのがとっても興味深い感じです。
書込番号：18738870
1点
スーパカー消しゴムさん
>>連休中はちょっとiOS環境の製品に触れないので返信おくれると思います
ありがとうございます。お手数をかけ申し訳ありませんが、よろしくお願いいたします。
>>この組み合わせで問題が出ていないというのがとっても興味深い感じです。
そうなんですよね。たしかによくわかりません。
ちょっと思うのは、touchの場合、とにかく「縦」で起動しようとして、その後「横」にしてるんじゃないか...って思うんです。
というのは、少なくとも私のtouch4では、次のような動作をしているからです。
①「画面自動回転」の状態でOSホーム画面を出し、touchを横にする。
→画面は縦のママ。(ここがiPad系と違う点)
②その状態から「スマカメ」を起動する。
→[PLANEX COMM]という字が、縦画面の状態で出る。
→そのあと、横画面になって、カメラ映像が映る。
でも、そうだとすると、iPhoneも同じ話だと思うんですけどねぇ...。うーん、よくわかりません。
書込番号：18739696
1点
追加で１台(下記iPad2)確認しましたので、これまでのものと合わせて報告いたします。
× → 不具合が発生する。
〇 → 不具合が発生しない。
×iPad mini2, iOS 8.3, スマカメ 1.1.0
×iPad Air, iOS 8.3, スマカメ 1.1.0
〇iPad3, iOS 7.1.2, スマカメ 1.0.8
〇iPad2, iOS 8.3, スマカメ 1.0.8
〇iPod touch4, iOS 6.1.6, スマカメ 1.1.0
いちおうコレ(↑)だけ見るかぎりでは、「iPad系」かつ「スマカメ1.1.0」でのみ不具合が発生するように見えます。iOSのバージョンは無関係ぽい(？)。
>>〇iPad3, iOS 7.1.2, スマカメ 1.0.8
この(↑)iPad3のスマカメをバージョンアップすると、もうちょっとちゃんと切り分けできそうですが、せっかくいまフツーに使えている端末なので、実験するのはちょっと...です。
書込番号：18748670
0点
まだ、２機種して試せていませんが、
iPhone6, iOS 8.3 + 1.10 ==> ○
iPad 2, iOS 7.1.2 + 1.08 ==> ○
iPad 2, iOS 7.1.2 + 1.10 ==> ○
想像ですが、iPad2でiOSを8.3など8系にするとこの問題が発生するような気がします。
アップグレードすると戻って試せなくなるので、現状ではこのまま様子を見たいと思います。
書込番号：18754228
1点
スーパカー消しゴムさん
ありがとうございます！！！
>>iPad 2, iOS 7.1.2 + 1.10 ==> ○
コレ(↑)におされ、私のiPad3のスマカメも、1.1.0にバージョンアップしてみました。結果、
〇iPad3, iOS 7.1.2, スマカメ 1.1.0
です。以上、ここまでの結果をまとめますと...。
×iPad mini2, iOS 8.3, スマカメ 1.1.0
×iPad Air, iOS 8.3, スマカメ 1.1.0
〇iPad3, iOS 7.1.2, スマカメ 1.0.8
〇iPad3, iOS 7.1.2, スマカメ 1.1.0
〇iPad2, iOS 8.3, スマカメ 1.0.8
〇iPad2, iOS 7.1.2, スマカメ 1.0.8
〇iPad2, iOS 7.1.2, スマカメ 1.1.0
〇iPhone6, iOS 8.3, スマカメ 1.1.0
〇iPod touch4, iOS 6.1.6, スマカメ 1.1.0
以上より、次の結果が導かれそうです。
「iPad系」かつ「iOS8」かつ「スマカメ1.1.0」でのみ、不具合が発生する。
とりあえず、ここまでの内容をプラネックス社に知らせます。対応してくれるといいなぁ...。
書込番号：18754909
0点
補足です。さきほどプ社に、上記実証結果およびこんな(↓)要旨のメールを送付しました。
「iOS8」かつ「iPad系」かつ「スマカメ1.1.0」でのみ問題が発生している。
↓逆にいうと
「iOS8」の「iPad系」でも「スマカメ1.0.8」では問題は発生していない。
↓だから
「iOS8」の「iPad系」でも回避できる問題であるハズ。
↓だから
早く対応してほしい。
書込番号：18754990
1点
iPad系で画面の回転系でおかしくなる要因は本質的にはAppleの仕様変更に起因するものが多いです。iOS8ではその辺をかなり変えているのは事実のようで、今までの問題が治ったケース、逆におかしくなったケースの両方が出ています。
今まで使えていた画面の回転に関するコマンドがiOS8からは「すんません、8以降ではつかえません。よろしくね」なんてのが結構あったりします。一例です。回避方法はこれですなんてヒントがあったり、なかったり。
https://developer.apple.com/library/ios/qa/qa1890/_index.html#//apple_ref/doc/uid/DTS40015222
さらに4月だったと思いますが、「今後の新規登録アプリ、修正アプリは64bit対応版じゃないと承認しません。よろしくね」ってサラッとなり、64bit版からは上記のヒントや回避策が使えなくなっていたりして、わー！どうしたらいいんだーなんて話がよくあります。
逆にそれ以前から問題が出ていて、iOSが8.1から8.2になったらなんだかわからないけど治ったーなんて話もあります。
Appleに限った話ではないのですが、Appleはサラッと大胆な変更を予告なくやってくれる傾向が強いなぁと思います。プラネックスが何か回避策を見つけるか、Appleが8.4でなんだかわからないうちに直しちゃうのか、わかりませんが、結局のところ「困っていなければアップデートしない」という自衛も必要なんだろうという話です。
バージョンを戻せないというのも困ったもんですが....
書込番号：18755666
1点
残念なお知らせです。
「スマカメ」側での対応はしない旨、プラネックスから回答がありました。プ社としては、
①アップルに対応をお願いした。
②ユーザ側で縦横うごかして対応してください。
とのこと。要は「プ社は何もしない」ってことのようです。きわめて残念です。
以下、プ社からの回答を引用します。
---(以下、プ社からの回答より引用)---
誠に恐れ入りますが、
弊社サポートセンターでは、iPadAir2(iOS 8.1)で検証したところ、
ご申告いただいておりますメッセージが表示された為、
前回のご案内をさせていただいております。
ご記載いただきました、詳細な内容は
担当部署へ報告させていただきます。
貴重なご意見をいただき、誠にありがとうございます。
また担当部署に確認したところ、現在下記対策を取っております。
（１）Apple社に対して、iPadに互換モードにiPhoneと非互換の問題がある事をレポートし、対策をリクエストする。
（２）当面の間、スマカメアプリにiPadのランドスケープモードで起動した場合に、このモードは
現在サポートされていないので、ポートレートモードで再起動していただくようにメッセージを出す、修正を入れる。
iPadのユーザー様においては、スマカメアプリを起動する場合９０度回転する手間が必要となり、ご迷惑をおかけしますが、なにとぞよろしくご理解をお願いいたします。
----(以上、引用)----
スーパカー消しゴムさん、情報提供やご助言をいただき、心より感謝いたします。ありがとうございました。
書込番号：18757428
0点
Appleでもプラネックスでもどちらでもいいので課題解決するといいですね。
ちなみにiPadを横画面のままという使い方に関してですが、車などで横固定しているので縦にするのが極めて難しいという状態ってことでしょうか？
私は大雑把な性格なので、いろんな不具合を「まぁ、こんなものかな」で受け止めちゃって自分で回避するなり、運用でカバーしちゃっていますが、もちろん中にはまったくこのままでは使い物にならないということで利用を断念してオークションなどで売ったりしちゃうものもあります。
このあたりは人それぞれの考え方、気持ちの持ちかただと思いますが、何か解決策がどこからか出てくることを願ってます。
書込番号：18759138
1点
スーパカー消しゴムさん
お気遣いありがとうございます。
iPadは、次のような使い方をしています。このため、スマカメを横のまま起動したいのです。
①使うアプリのほとんどが、(私から見て)横のが使いやすい。いくつかは(アプリ側で)横固定になっている。
②スマカメから動体検知の通知が来たとき、その通知をタップしてスマカメを起動する(1日20～30回ぐらい)。
③スタンドに立てている。寝かせ気味の角度にしているせいか、iPadを抜きにくい。
→縦横逆にするためにスタンドから抜くとき、スタンドもいっしょに引っ張られてきちゃうことが多く、そのたびにスタンドがガタンと落ちる。
→奥にぬくのは(腕の力がないので)難しいため、上のほうのに引っ張りがち。あと、スタンドが軽いのも原因(←スタンドもiPadも持ち歩いてるので、軽いことは超重要)。
<<スタンド サンワサプライ PDA-STN7W>>
http://www.sanwa.co.jp/product/syohin.asp?code=PDA-STN7W
いずれにしても
>>Appleでもプラネックスでもどちらでもいいので課題解決するといいですね。
まさしくこの気持ちでおります。スーパカー消しゴムさんには、数多くの情報・ご助言をいただいたばかりか、お心遣いまでいただき、心より感謝しております。ありがとうございました。
書込番号：18759629
0点
5/17リリースのVer.1.1.1で、「iPad横画面モード」に対応しました。
素晴らしい！！！！！
......たしかに素晴らしいんですが、なんかちょっと動作が不安定(アプリがちょくちょく異常終了する)な点が気になります。とはいうものの、かなり使いやすくなりました。
なお、横画面でアプリを起動した場合、必ず「カメラリスト」が表示される仕様のようです。
いやー、よかったです。
書込番号：18788712
0点
書くの、忘れました。
プラネックス様、ご対応ありがとうございました！！！！！！
書込番号：18788722
0点
ネットワークカメラ・防犯カメラ > PLANEX > スマカメ CS-QR20
以前の投稿でも触れている件ですが、あらためて。
1) スマホ用アプリは同一です。当たり前ですが使い方も同じです。CS-QR10とCS-QR20を１台づつ購入しても１つのスマホアプリから利用できます。
2) 設定方法も全く同一です。CS-QR20のユーザーは設定やアプリの使い方などに関しては、CS-QR10の情報がそのまま役立ちます
3) 違う点は、暗いところでも映像が白黒ながらも見られるのがCS-QR20で、そうでないのがCS-QR10です。暗いところの映像を見る必要がないのであれば、CS-QR10を選択するのが良いと思います。
4点
スタンド穴やAC電源も同じ仕様でしょうか？
例えば、既にCS-QR10のスタンドを壁に固定していた場合、本体のみをすげ替えることで、バージョンアップが図れるでしょうか
書込番号：18646969
0点
はい。全く同一です。
私の家ではCS-QR10が3台、CS-QR20が1台で運用です。夜の映像も見たかった場所にCS-QR20を設置しました。
書込番号：18646987
2点
相変わらず、有用なレスに付いて大変参考に成ります。
先だって、フェライトコア大量購入に付いてお話しましたが、全て使いきってしまいました。
「GHｚ」単位では、フェライトコアは有効なようです。
さて、私の愚かな話は無視して頂いて、
「TS-WPTCAM」の使用経験から、屋内使用でも「CS-QR10-R」では無く、「CS-QR20」の使用が必要と感じられます。
勿論、「屋内センサライト使用下」での話で言って居ります。
センサライトが働いても赤外線撮像と成って居ります。
話は代わりますが、マグネット使用の設置は可能でしょうか。
スペーサは必要に成るのかな。
最近（と言うより、以前から）カメラの頻繁なる換装が必要なのでは？と考えて居ります。
これは、メーカーや価格に関係無いように思われます。
書込番号：18647908
0点
>> スーパカー消しゴムさん
レスアンカー無しにて失礼致しました。
上記スレに関係有るかどうか？
「TS-WPTCAM」では、かなりの照度でも、赤外線画像（白黒）に成って居りますが
「CS-QR20」では如何でしょうか。
書込番号：18648874
0点
静音無双さん
防犯目的などで暗視が必要であればあたりまえですが、暗視対応のCS-QR20が良いと思います。ペットを見るなどで暗視が必要なければCS-QR10が良いと思います。
マグネットですが、スタンドはCS-QR10もCS-QR20でも金属製で同一のものなのでマグネットは利用可能です。スペーサーが必要になるかどうかはマグネットの厚さと装着する壁面の傷つけ防止をするかどうかでかわってくると思います。私はダイソーで売っていたマグネットを使っています。
あと暗視モードに切り替わるタイミングですが、暗視（白黒）が使えるカメラは知りうる限り例外なくCdSセンサーがカメラ側に搭載ついていて、ここがどれくらいの照度を感じているかで決定しています。TS-WPTCAMでは赤外線LEDがレンズのまわりを囲んでいるなかの一番上のところがCdSセンサーです。スマカメの場合は一番下にCdSセンサーが付いています。
おそらく各メーカーとも5ルクスくらいの照度で暗視モードに切り替わるようになっていると思います。5ルクスなどの照度を語るとどうしても照度センサーで感覚をつかまないと会話が成立しないので、目安がないのはちょっとつらいですね。
このCdSセンサーがカメラ本体についていおり、かつどれくらいの照度で切り替わるかが回路上につけられている抵抗値で固定されているので、ユーザー側が何ルクスで暗視モードに切り替わるかを調整することができません。
つまりセンサーライトなどでバッと被写体が照らされたとしても、カメラがセンサーライトの真下にあるとかでCdSセンサーにその光が入らないと暗視モードのままです。リビングテーブルまわりはかなり明るいが、カメラを設置している場所は影になってくらいなどの状況でも同様です。
懐中電灯などをつかってカメラのCdSセンサーに光を当てたり、CdSセンサーを指で覆ったりすると暗視モードに入る、または昼間モードに戻る様子がわかると思います。そして、残念ながらカメラ側で調整ができないので運用または設置場所の変更などで対応するしか方法がありません。
書込番号：18650955
2点
この製品の最安価格を見る
<229
のユーザーが価格変動や値下がり通知、クチコミ・レビュー通知、購入メモ等を利用中です
クチコミ掲示板検索
新着ピックアップリスト
-
【欲しいものリスト】自作PC2025
-
【欲しいものリスト】メインアップグレードv4.22
-
【欲しいものリスト】NEW PC
-
【Myコレクション】からあげU20例
-
【欲しいものリスト】あつおくん新PC
価格.comマガジン
注目トピックス
（カメラ）
ネットワークカメラ・防犯カメラ
（最近3年以内の発売・登録）
