マイぴょん博士
サポートアンバサダー
カテゴリー
ヘルプ
至急
大量の容量減
- 通信容量/通信制限
- mineo(docomo)
300mbの動画をLINEで送りましたら凄まじくデータ通信量が減りました。300mb減るだけでは無いのですか?
11 件の回答
BlackBerry KEY2(その他) ベストアンサー獲得数 80 件
言うまでもないと思いますが「データの再送が発生すれば、それだけ余計なパケット容量を消費する」ので、仕方がありません。
そもそも無線ネットワークであるモバイル回線は「通信品質を確実に保証できるものではない」ので、諦めるしか無いです。
通信品質を完全に保証するのであれば、少なからず有線ネットワーク(固定の光回線で、かつ通信品質に対して保証のある企業向けネットワーク)でも使わないと転送量を確実に固定するのは難しいです。
※それ以外にもエラー訂正やら様々な技術的要素がありますけど、
小難しいお話になるので省略します。
そもそも無線ネットワークであるモバイル回線は「通信品質を確実に保証できるものではない」ので、諦めるしか無いです。
通信品質を完全に保証するのであれば、少なからず有線ネットワーク(固定の光回線で、かつ通信品質に対して保証のある企業向けネットワーク)でも使わないと転送量を確実に固定するのは難しいです。
※それ以外にもエラー訂正やら様々な技術的要素がありますけど、
小難しいお話になるので省略します。
- 1
HUAWEI nova SIMフリー(IIJmio) ベストアンサー獲得数 2 件
>>5 真里亞さん
インターネット通信全てでバイナリデータが送れないという事はありませんが、電子メールという仕組みは英文テキストを送るために開発されたシステムなので、英文字コードに該当しないバイナリデータが送れないのは確かです。
電子メール以外の通信でどうかというと、それぞれのアプリでどういうデータ形式を採用しているかによるんじゃないかと。
LINEなんかは元々文字のやりとりするシステムですから、電子メールと同じように文字コードにエンコードしているかもしれません。
またバイナリデータを文字コード化しなかったとしても、少なくともCRCなど何らかの通信エラー検出用データを追加しないといけませんので、元データより大きくなるのは確かです。
インターネット通信全てでバイナリデータが送れないという事はありませんが、電子メールという仕組みは英文テキストを送るために開発されたシステムなので、英文字コードに該当しないバイナリデータが送れないのは確かです。
電子メール以外の通信でどうかというと、それぞれのアプリでどういうデータ形式を採用しているかによるんじゃないかと。
LINEなんかは元々文字のやりとりするシステムですから、電子メールと同じように文字コードにエンコードしているかもしれません。
またバイナリデータを文字コード化しなかったとしても、少なくともCRCなど何らかの通信エラー検出用データを追加しないといけませんので、元データより大きくなるのは確かです。
- 7
退会済みメンバーさん
ビギナー
基本的に何を送るかにも寄るんだと思うのですが、添付ファイル分だけのデータではないですよね?LINEで送ったのであれば、LINEのやりとりだってパケットは消費している訳でして…
その添付ファイルはどこから添付しました?クラウドからだったらクラウドと繋いでいくための通信量もありますよね?
本体SDカードからなどであれば事情も変わりますが、いずれにしてもそこまでのやり取りでデータは消費していきます。
提案なのですが、添付ファイルのものはwi-fi環境下でしか送信しないと言うようにしてはどうでしょう?
最も、合理的だと思いますが。
その添付データはどうしても今、共有しないといけない情報ですか?
データ量が気になるならキャリアの大容量通信で高額のお金を払うのだってありですよね。
相手の方の料金プランまでは知らないので相手の方だって本当は言えないけどwi-fiの環境下で送ってほしいって思ってる人もいるかもしれません。
LINEに特化しているLINEモバイルだってあります。選択肢は豊富にあります。
データ容量+通信が当たり前なんですから、通信をwi-fiに置き換えればいいのです。いずれにしても送信した本人しかその前後のことはわかりませんし、LINEの添付ばかり気にされていますがそれ以外にも通信していることを知っていればわかりそうなものだと思うんですね。
LINEモバイルではないので、LINEはカウントフリーと言うことはありません。
添付前に相手の方からどのような情報が寄せられていたのかわかりませんが、お互い行ったり来たりの添付ファイル送受信をしていたら、倍々となりますよね?
今、出先だからあとで添付ファイルを送って!またはメールして!
この一言で今回のようなことはなくなると思うのですがどうですか?
その添付ファイルはどこから添付しました?クラウドからだったらクラウドと繋いでいくための通信量もありますよね?
本体SDカードからなどであれば事情も変わりますが、いずれにしてもそこまでのやり取りでデータは消費していきます。
提案なのですが、添付ファイルのものはwi-fi環境下でしか送信しないと言うようにしてはどうでしょう?
最も、合理的だと思いますが。
その添付データはどうしても今、共有しないといけない情報ですか?
データ量が気になるならキャリアの大容量通信で高額のお金を払うのだってありですよね。
相手の方の料金プランまでは知らないので相手の方だって本当は言えないけどwi-fiの環境下で送ってほしいって思ってる人もいるかもしれません。
LINEに特化しているLINEモバイルだってあります。選択肢は豊富にあります。
データ容量+通信が当たり前なんですから、通信をwi-fiに置き換えればいいのです。いずれにしても送信した本人しかその前後のことはわかりませんし、LINEの添付ばかり気にされていますがそれ以外にも通信していることを知っていればわかりそうなものだと思うんですね。
LINEモバイルではないので、LINEはカウントフリーと言うことはありません。
添付前に相手の方からどのような情報が寄せられていたのかわかりませんが、お互い行ったり来たりの添付ファイル送受信をしていたら、倍々となりますよね?
今、出先だからあとで添付ファイルを送って!またはメールして!
この一言で今回のようなことはなくなると思うのですがどうですか?
- 8
A54 5G(mineo(au)) ベストアンサー獲得数 4 件
純粋なデータ量だけでは無いですね。データの搬送はパケットですので小分けされ、それぞれ「送信元」「受信先」「データ長」「欠け確認情報」などが付いたヘッダーが追加されます(パケット化)。また、陸路から空路や回路に変わる際に別途配送タグが付くように無線間では追加のヘッダーが付きます。(入れ子構造になります)
ただ、ヘッダーが元のデータの何割も閉めるようなら本末転倒ですので、パケット化だけで「凄まじく」ということはありません。
考えられるのは、輻輳など通信環境に問題が起こり、それぞれでデータが正常に送られていない不完全な欠けのあると、パケットは破棄され再送されます。
もしくは、他のアプリのバックグラウンドでの大量の通信があったかも知れません。そこは、AndroidOSの「設定」内にアプリ毎の通信量を確認できる項目があるはずなので、確認して見てください。。
ただ、ヘッダーが元のデータの何割も閉めるようなら本末転倒ですので、パケット化だけで「凄まじく」ということはありません。
考えられるのは、輻輳など通信環境に問題が起こり、それぞれでデータが正常に送られていない不完全な欠けのあると、パケットは破棄され再送されます。
もしくは、他のアプリのバックグラウンドでの大量の通信があったかも知れません。そこは、AndroidOSの「設定」内にアプリ毎の通信量を確認できる項目があるはずなので、確認して見てください。。
- 9
ベストアンサー獲得数 3 件
おはようございます。
>300mb減るだけでは無いのですか?
ダイレクトにYesです。
自分の場合もなんだかんだとプラスα減っています。
詳細は種々の方のコメントの通りだと思います。
使用頻度が高くなるほどパケットはなんだかんだといつの間にか消費していきますので、高速であれ低速であれ、容量無制限の回線が必要でしょうね。
面倒ですが通常低速モードにしておき、必要な時のみ高速に切り替えることでパケット消費を抑えることができています。
残念ながら減ってしまったものは元には戻らないので、パケット消費、気を使ってしまうところですね。お互い上手に使いましょう。
>300mb減るだけでは無いのですか?
ダイレクトにYesです。
自分の場合もなんだかんだとプラスα減っています。
詳細は種々の方のコメントの通りだと思います。
使用頻度が高くなるほどパケットはなんだかんだといつの間にか消費していきますので、高速であれ低速であれ、容量無制限の回線が必要でしょうね。
面倒ですが通常低速モードにしておき、必要な時のみ高速に切り替えることでパケット消費を抑えることができています。
残念ながら減ってしまったものは元には戻らないので、パケット消費、気を使ってしまうところですね。お互い上手に使いましょう。
- 10
iPhone 11 SIMフリー(mineo(docomo)) ベストアンサー獲得数 99 件
とりあえず実験してみました
その前に、LINEは一日あたり最大1GBまでのアップロードを許すようです
さて、300MB相当の動画を探しましたが、自前で作ったスライドショーで最大のもので145.68MBのものがありましたのでそれを使用しました
LINEを起動し、送信ファイルを選択するところまでWiFi下で行い、そこでWiFiを切ります
開始時間は16:30です
動画を送信開始すると円グラフで進捗が進みますが、全て送信し終わるまで受信側にはなにも現れません
送信が完了すると受信側にファイルが見えましたが、タップすると「エンコード中なので待て」と表示されます
数秒後に再生出来るようになったので送信側のmineoスイッチをONにして余分なパケット加算が無いようにしWiFiもONにします
しばらく待って使用量を計測すると36MBとなります
余りにも少ないので、暫し待機して再計測するも変わらず
更新タイミングが遅いこともあるので暫定消費量とします
このコメントを書く前に端末からの通知がありました(添付画像)
これによると送信容量は30.46MBだそうです
1/5位に圧縮している様子が伺えます
これだとオーバーヘッドが6MBとするとつじつまが合いそうです
(6MBが大きいか少ないかは別問題です)
簡単な実験ですし、ファイルサイズも動画内容も異なりますので比較するのは無理がありますが、どうやら生のサイズで送信するのでは無いことが判りました
これは、LINEは300MBの動画を送るのに2GBは使わないであろう、と示唆しているように思いますが無理が有るでしょうか?
書き終わって再度消費量を確認しましたが、変化なしです
その前に、LINEは一日あたり最大1GBまでのアップロードを許すようです
さて、300MB相当の動画を探しましたが、自前で作ったスライドショーで最大のもので145.68MBのものがありましたのでそれを使用しました
LINEを起動し、送信ファイルを選択するところまでWiFi下で行い、そこでWiFiを切ります
開始時間は16:30です
動画を送信開始すると円グラフで進捗が進みますが、全て送信し終わるまで受信側にはなにも現れません
送信が完了すると受信側にファイルが見えましたが、タップすると「エンコード中なので待て」と表示されます
数秒後に再生出来るようになったので送信側のmineoスイッチをONにして余分なパケット加算が無いようにしWiFiもONにします
しばらく待って使用量を計測すると36MBとなります
余りにも少ないので、暫し待機して再計測するも変わらず
更新タイミングが遅いこともあるので暫定消費量とします
このコメントを書く前に端末からの通知がありました(添付画像)
これによると送信容量は30.46MBだそうです
1/5位に圧縮している様子が伺えます
これだとオーバーヘッドが6MBとするとつじつまが合いそうです
(6MBが大きいか少ないかは別問題です)
簡単な実験ですし、ファイルサイズも動画内容も異なりますので比較するのは無理がありますが、どうやら生のサイズで送信するのでは無いことが判りました
これは、LINEは300MBの動画を送るのに2GBは使わないであろう、と示唆しているように思いますが無理が有るでしょうか?
書き終わって再度消費量を確認しましたが、変化なしです
- 19
iPhone 6s au(mineo(au)) ベストアンサー獲得数 650 件
300MBをアップロードしている間に
使っていないダウンロード帯域で情報更新でもされたのではないでしょうか?
使っていないダウンロード帯域で情報更新でもされたのではないでしょうか?
- 20