23/04/06 12:39:11.49 KIFU7sKZ0.net
ファームバージョンくらい書けよ
70:不明なデバイスさん (ﾜｯﾁｮｲ 7f4f-3b0U)
23/04/06 12:53:47.10 tWVECxnl0.net
屋外は壁で反射させないと逆に届かないんだっけか
71:不明なデバイスさん (ｱｳｱｳｸｰ MM33-4Ny6)
23/04/06 16:36:13.08 uemKkGUxM.net
新型本当にくるの？？
72:不明なデバイスさん (ﾜｯﾁｮｲ 5f5f-4A12)
23/04/06 19:28:09.87 tHpXJbrr0.net
>>71
おそらくこれのアトムテックバージョン
URLﾘﾝｸ(global.wyze.com)
73:不明なデバイスさん (ﾜｯﾁｮｲ df5f-mfUY)
23/04/06 19:45:50.27 eokuYzQg0.net
2Kもいいけどまともに音声通話できる音量にしてくれ
74:不明なデバイスさん (ﾜｯﾁｮｲ ff3d-4Ny6)
23/04/06 19:48:17.58 eeWgU5dJ0.net
夜間撮影で拡大した時の画質劣化が本当残念でならない
75:不明なデバイスさん (ﾜｯﾁｮｲ df54-B4zq)
23/04/06 19:48:18.94 evgk9jZD0.net
9000円だと他の選択肢も かな
76:不明なデバイスさん (ｱｳｱｳｸｰ MM33-4Ny6)
23/04/06 20:05:27.48 uemKkGUxM.net
センサーも新しくなって更に暗視撮影に強くなるみたいじゃん
これはメチャクチャ嬉しい！
77:不明なデバイスさん (ﾜｯﾁｮｲ 5f5f-EYsv)
23/04/06 20:17:23.15 RHG+YKyi0.net
>>73
AFアンプは大音量を出せる能力がある。実際「QRコードを～」は爆音だし。
恐らく音量を上げるとマイクが拾いユーザ端末内で再びループすることで
ハウリングしちゃうから抑えているんだと思うよ。
ユーザはヘッドセットを着けてるわけじゃないから仕方がないかな。
双方向通話の複信式でなく初代の様な単信式なら上げられるはず。
本品はカメラなので通話がしたいならインターホンを設置してクレメンス。
オマケ機能ってことで…。
78:不明なデバイスさん (ﾜｯﾁｮｲ 7f4f-3b0U)
23/04/06 20:48:42.99 tWVECxnl0.net
ビットレート上げてくれないと動くものがモヤモヤ
79:不明なデバイスさん (ｱｳｱｳｸｰ MM33-4Ny6)
23/04/06 20:51:37.08 uemKkGUxM.net
YouTubeでいくつかレビュー見てきたけどproの前機v3の方が明るく撮れてるね
proはコントラストが高くて陰になる部分や暗部が潰れ気味だった残念
80:不明なデバイスさん
23/04/07 15:39:45.87 20CAoOQe0.net
>>75
自分の環境だとSynology Surveillance StationでTapo運用することになるな
atomcam_toolsのおかげでなんとかやってきたがやっぱりトイカメラレベルだし
cam2は屋内監視用に格下げになるだろうな
81:不明なデバイスさん
23/04/07 18:36:06.36 tBE2EnAZM.net
スポットライトなしで単純にビットレート上げて拡大高解像度高画質にしてほしかったな
これでは犯行現場抑える前に逃げられてしまうし
別売りで補助ライトで売ればいいと思うんだけど？
SONYのセンサーらしいけど単純に写真を撮るとかならこのコントラストでも味があっていいけど
防犯カメラとしては使い物にならないよね
泥棒空き巣は暗がりに身を潜めるわけだし
せめてv3くらいの明るさにしてほしい
82:不明なデバイスさん (ﾜｯﾁｮｲ 5f5f-EYsv)
23/04/07 19:52:13.24 lG70sTbx0.net
現状、毎分約7.4MBのデータサイズになってる。結構高い設定じゃないかな。
目標データレートは概ね25,000kib/s、ビットレート換算で200Mbps。計算あってる？
ネットワーク負荷的に決して軽いデータ量でもないし、クラウド録画コストもかかる。
ビットレートを上げた場合、伝送障害や伝送遅延が発生すると
映像の途切れやデータ破損となり再生できなくなってしまう。
特にmp4形式は終了符号が欠落した中途データだと破損ファイルになる。
これを極力避けるため1分ごとに分割してるんよ。
h264やh265形式ならコマ落ちしてもデータ破損にはならないんだけど。
ワンチャンH.264/MPEG-4 AVCからH.265/MPEG-4 HEVCコーデックにすれば
圧縮効率が上がり同一ビットレートのまま画質向上が見込めるかも知れないが、
動きの少ない映像だと期待するほど顕著な差は出ない気もする。映像の種類による。
フレームレートだって日中20FPS、夜間15FPSだし。
YouTuber御用達ミラーレスカメラじゃないんだから画質に期待しちゃいけないと思う。
83:不明なデバイスさん
23/04/07 20:43:55.71 gWl1m+nF0.net
いや、1Mbps程度だよ
静止画なら十分だけど動くものがあるとグシャっとくずれるし、車のナンバーも4桁がやっとのレベル
84:不明なデバイスさん
23/04/07 20:56:51.96 aOmVWBsn0.net
URLﾘﾝｸ(i.imgur.com)
URLﾘﾝｸ(i.imgur.com)
うちの環境だと1時間あたり353MBだから毎分5.88MBだな
これは他のIPカメラと比較すると圧倒的に低レート
それでも画質的にはそうは見劣りしないところがATOMCamの良いところだね
85:不明なデバイスさん (ﾜｯﾁｮｲ eebb-2wq3)
23/04/08 12:53:46.78 CftxES0Q0.net
いや動きのあるもの撮ったらゴミの中のゴミだよ
画面内で木が揺れてたりすると全然駄目
86:不明なデバイスさん (ﾜｯﾁｮｲ 495f-dXWb)
23/04/08 14:59:08.26 uI+P1HKV0.net
計算ミスった(ﾃﾍﾍﾟﾛ でも、画質は悪くないと思うけど。
mpeg圧縮は前フレームとの差分データなので
動き検出パラメータが静止画寄りなんじゃね。
> 動くものがあるとグシャっとくずれるし
具体例を観せてよぉ…。
> 車のナンバーも4桁がやっとのレベル
距離や明るさは？ 観たい、観たい。
87:不明なデバイスさん (ﾜｯﾁｮｲ 495f-dXWb)
23/04/08 15:34:15.15 uI+P1HKV0.net
再計算してみた。＿|￣|◯
1時あたり353MBだと1時は60分だから1分あたり353/60=5.833(MB)、
更に1分は60秒だから1秒あたり5.833/60=0.097(MB)。
ビットレート(bps)は文字通り単位がビットなのでバイトをビットに変換。
1バイトは8ビットだから0.097x8=0.776(Mbps)。
オレ環だと毎分約7.4MBだから0.987Mbps。最大でも1Mbpsってことね。
88:不明なデバイスさん (ﾜｯﾁｮｲ a936-ndh6)
23/04/08 17:21:34.40 01DiQBu30.net
さいごわるなかけろ
89:不明なデバイスさん (ﾜｯﾁｮｲ 495f-iHaj)
23/04/08 23:58:05.92 uI+P1HKV0.net
>>88 ｗ