検索条件
全6件
(1/1ページ)
2018/02/21(水)Windows版 の Chrome でmp4 動画がまともに観れなくなった時の対処・・
2018/02/21 2:39
つい最近まで Chrome でのサイト埋め込み mp4 動画が再生できていたのに、軒並みまともに再生しなくなってしまったようで、、
google が積年の恨みでも果たしたのだろうか・・(数年前から google が推進中の webm 形式動画普及攻勢・・・）
こうなってしまうようになったのです ↓
音声は出るが、映像が全く駄目、、、しかし、Firefox では特段問題がありません。
もしかして、前述のとおり google が chrome で問題が出るように何かやからしたのではないか、と勘繰り、webm 動画形式の対応状況をオンライン調査で再確認します。。
もう webm ≫ mp4 という感じなんですね。動画サイトの大御所 Youtube が webm 形式(VP8,VP9) を本格採用したことの影響が想像以上に大きいようです。
不具合を起こしている mp4 形式動画を webm 形式にエンコードして、アップロード。
動画を表示する部分の HTML を以下のようにしてみました：
<video width="800" height="490" controls>
<source src='20170427_15.webm' type='video/webm; codecs="vp8,vorbis"'>
<source src='20170427_15.mp4' type='video/mp4; codecs="avc1.42E01E, mp4a.40.2"'>
<p>動画を再生するには、videoタグをサポートしたHTML5対応ブラウザが必要です。</p>
</video>
こうすることで、以下のように Chrome での動画再生が復活しました ↓
各所で言及されているとおり、同内容の動画であれば、ファイルサイズは mp4 形式より小さくなるようです。３割減は結構大きいですね。
ここで、avi 形式のファイルサイズが少し小さいのは、音声トラックが入っていないためです。
問題は、エンコードにエラく時間かかるところですね。
当方のＰＣでは概ね動画再生時間の３～４倍かかります。３０分動画なら２時間弱かかってしまう。。。
〔2018/02/22 追記〕 Libre office の更新インストールと共に、Microsoft Visual C++ 2015 Redistributable(x64) - 14.0.24215.1 というものがインストールされたのですが、これで上記の不可解な現象は直った模様。。
2018/02/20(火)IPv6 の基礎(1) - ネットワーク機器類の取扱説明書を見る時、得意になれそうな知識
2018/02/20 5:09
あくまでも「備忘録」です。はい。
筆者がかねてから想像していたとおり、今まで嗜んできたIPv4 とは毛色が違うし、似て似つかないものがあります。なので、初心者から「志を持って」（何のだ・・）猛勉強中です。
そんな中、各種のネットワーク機器を家電量販店やＩＣＴ機器専門店などで買うときや、買った後で知っておくと、
IPv4 は、軍事・学術研究から行き当たりばったりで進化してきた技術ですが、
IPv6 は最初から民生用途が意図されていて、万人共通の定義づけがいくつかあります。
ここがまず IPv4 と違う世界ですね。
IPv6 の世界で先ず使われる用語の基礎用語として、以下があります：
■ ノード
IPv6 通信機能を持った機器全てを指す。
具体的には、パソコン、ネットワークプリンタ、ルータ、サーバを指し、ハブやスイッチングハブなどはノードに含みません。
図示していませんが、スマートフォン、タブレットも「ノード」です。
ノードは「ルータ」と「ホスト」の２つに区別されます。
■ リンク
ハブやスイッチングハブ、無線ＬＡＮアクセスポイントなどを介して、ルータ超えしないで直接イーサネットやＷｉＦｉで通信可能な装置間接続を指します。
ルータ同士の通信も「リンク」です。
ルータ超えの通信は「リンク」ではありません。
■ サイト
１つ以上のリンクからなるＬＡＮを指します。
ルータが複数あっても、インターネットに出ていかずに別のリンクと接続するＬＡＮは、接続ルータ先のリンクもまとめて「サイト」になります。
ただ、この概念は古い IPv6 の資料には出てくるのですが、現在は使いません。
古い IPv6 の資料を読むときに必要となります。
■ ルータ
ノードのうち、リンク外部との通信中継・リンク内部通信の取りまとめを行う機器を指します。
インターネット接続には不可欠な装置になります。
■ ホスト
ノードのうち、ルータ以外の全ての機器を指します。
受信時、自ホスト宛は処理できるが、他ホストへ転送出来ない機器全てがホストです。
パソコン、ネットワークプリンタ、サーバ、スマートフォン、タブレットなどは、典型的なホストの一例です。
リンク内でも他ホストへの送信は、基本的にルータが取りまとめて処理します。
■ 近隣ノード
リンク内で通信が直接到達可能なノード全てを指します。
これらは概念として理解しておくと、後々 IPv6 の理解が楽になります。
2018/02/17(土)IPv6非対応回線に IPv6導入(6to4接続)
2018/02/17 6:12
＃ 正確には対応していたはずだが、ＩＳＰ経営統合でそのあたりの対応が立ち消え状態・・・
よって、IPv4 で IPv6 を包み込んで通信する「トンネル接続」と一般的に称する手法を用います。
筆者はこの「トンネル接続」は嫌いなんですが・・・
通信自体が遅くなる上に、不安定要素を自ずと抱えるからです。どのくらい遅くなるのか、実験で示してみましょう。
先ずは、IPv6 ネイティブ接続(いわゆる IPoE 接続) 回線で通信到達時間を図ってみます。
最初の10回がトンネル接続回線への通信到達時間。これは若干速い方です。日本国内だからあたりまえか。。
次の10回は google IPv6回線 Webサーバなんですが、最初の10回よりも２倍速いです。
このサーバはどうやらオーストラリアに設置されているようです。
外国へ通信するほうが速い・・・orz
次に トンネル接続な回線からの通信到達時間計測。最初の10回は、互いに同じサーバ同士での実験です。
ほぼ同じ程度なのは当然の結果です。
次の10回は、ホスト名指定だと接続の度にＩＰアドレスが変わってしまうようなので、試験条件を同じにするために、ＩＰアドレスを直接入力しています。
さすがに最初の10回と約２倍の差はありますが、IPv6 ネイティブ接続と比較すると、約３倍かかっている。。
単位はミリ秒(1000分の１秒)単位なので、大したことないだろと思う方居られるかもしれませんが、その考えは大きな間違いで、この差が積もり積もってそのまま体感アクセス速度の差になるのです。
やっぱりネイティブ接続が断然いいですね。。
2018/02/10(土)〔続き〕(自宅の)インターネットで IPv6 が使えるようになった。FreeBSD pfのNAT66 を採用・・
2018/02/10 7:01
単純な構成なら、問題なく IPv6/IPv4 のデュアルスタックで動作するようなのですが、筆者のＬＡＮ環境は通常業務とシステム開発の両方を同時進行で行うため、歴史的経緯で以下のような変な構成になっています。（機器類はもっと数あるんですが、かなり端折って書いています）
「IPv6 の接続優先度を下げる」という事例は沢山ありますが、その逆は殆ど事例がありません。
何故なら、デュアルスタックにおけるデフォルトの挙動が『IPv6 優先』だからなのです。
当方のように「IPv4 接続がどうしても優先される（IPv6 でつながる場合もある）」という不可解な現象は、Windows10 においては、ＬＡＮが複数あってインターネットへの接続ができる場合に特定のＬＡＮが優先的に選択され、選択されたＬＡＮが IPv4 しか通信できないと、見かけ上 IPv4 優先に見えるのではないか、という推測を立ててみたわけです。
具体的には「実験環境用ルータ兼サーバ」と記したサーバに NAT66 を設定することでほぼ解決しました。
'NAT66' とは IPv4 における NAT の IPv6 版といった感じです。
'NAT64' という機構もあるのですが、ここでは割愛します。
当該サーバのＬＡＮカード情報を以下に示します。
このサーバには、ＬＡＮカードを２枚挿しし、相互に通信できるようにしていますが、
re1 → re0 への通信において NAT66 を設定しています。
①がプロバイダと接続する IPv6 アドレスで、このＩＰアドレスは今回使用しているプロバイダの提供機能上、半固定です。
何故「半固定」という謎仕様なのかは、最低限 IPv6 の基礎を理解する必要があるため、今は「そのようなものだ」と思っておいてください。
②が実験・製品開発業務用に使うＬＡＮ２のルータＩＰアドレスで、fdxx: で始まる「ユニークローカルユニキャストアドレス」というもので、IPv4 でいうところの「プライベートＩＰアドレス」に相当します。
/etc/rc.conf に以下のように設定します。(IPv6 関連のみ抜粋。この他に pf の設定も忘れないように。)
/etc/pf.rules （任意のファイル名で可能）には、下記のように設定します：
これは、必要最低限の設定です。ぼかしてあるところは設定の必要ありません。こうすることで、どちらでアクセスしても IPv6 で通信可能であれば、IPv6 が優先するはずです。再起動して再度、例のサイトでチェックしてみました。
このＩＰアドレスに見覚えないでしょうか？
この記事の２枚目の画像キャプチャ中で「①」と示したＩＰアドレスと一致します。
NAT66 が機能し、且つIPv6 アクセスが出来ていることが確認できました。
IPv6 接続を優先すると、「従来の IPv4 接続に時間かかるだろうが！」と思われる諸氏もいるかもしれませんが、それは、IPv6 でインターネット接続が出来ない環境での話。
筆者の環境は「IPv6 でインターネット接続が出来るようになった」ため、IPv4 接続が出来ない状態にならない限り、そういう現象には出くわさないです。
この数年、技術的記事ネタ切れ状態でしたが、暫く「IPv6の基礎」ネタで技術的な記事が書けそうです。（苦笑）
2018/02/07(水)(自宅の)インターネットで IPv6 が使えるようになった。が・・・
2018/02/07 8:00
だが、ハマってしまった。。
数ある接続確認サイトで軒並み
「ＩＰｖ４で接続しています」「ＩＰｖ６で接続されていません」
と言う表示で、本当に接続出来ているのか？ という疑わしい状態。
最終的に接続確認は、これを使いました → http://whatismyipv6address.com/
こんな感じです：
しかし、ＩＰｖ６アドレスで直接Ｗｅｂサイトアクセスすると、これは出来ているので「出来ているっぽい？」という意味不明な状況。
試行錯誤しているうちに、ＬＡＮカード（ネットワークアダプタ）のプロパティ変更すると、ＩＰｖ６接続することが判明しました。
具体的には：
上記赤枠で示したＩＰｖ４を使わない設定という暴挙です。
こうすると、こんな感じになります：
IPv6 アドレスが出てきました。でも IPv4 を無効にすると全く使えない。。
筆者の手元で使用している Windows10 は、デフォルトの挙動が IPv6 優先接続になっています。
＃そのため、IPv6 を無効にする設定方法が沢山の有志によって掲載されている
しかし、接続はどう見てもIPv4 が優先している挙動です。
IPv6 に対応しているサーバなり、Ｗｅｂサイトなりであれば、優先してIPv6 で接続し、そうでなければ IPv4 で即座に接続するような挙動であってほしいのだが。。
IPv6 に対応しているか否かは、ＤＮＳ索引で判ります。
今後の記事で少しずつ出てくる（予定）と思っていますが、ＤＮＳのＩＰアドレス情報（正引き、ホスト名からＩＰアドレスを得る）には
・ＩＰｖ４用の Ａレコード
・ＩＰｖ６用の ＡＡＡＡレコード
の２種類あり、ＡＡＡＡレコードがあればＩＰｖ６対応という判断が出来ます。
昨今では、技術的にはそのような挙動をするような作りを求められているところです。[RFC 8305参照]
今週はこの調査と環境整備で潰れそうです。
2018/02/04(日)(自宅の)インターネット接続プロバイダを変更してみた
2018/02/04 8:19
この度、IPv6 を調査して IPoE 接続を使う必要性に迫られてきたのと、通信費関係の請求を出来るだけまとめてくれたほうが管理が楽（註：筆者の固定電話は『ドコモ光』です）ということもあって、プロバイダを乗り換えることにしたのです。
ＧＭＯは現状では IPoE 接続での固定IPv6接続には対応しないらしいというのが直接のきっかけですが。。（要するに技術的な懸念）
ＧＭＯは、ドコモ光対応のプロバイダで「タイプＡ」なのですが、固定ＩＰプランは、『対象外』で、「単独タイプ」というものに強制されてしまいます。
「タイプＡ」「タイプＢ」「タイプＣ」は、プロバイダ接続料込の料金がNTT docomo から一括請求（プロバイダ固有のオプションサービス除く）で、割安になるパターンが多いようなのですが、
「単独タイプ」は、従来通りプロバイダ接続料を別途プロバイダへ支払う形の上に、却って割高になるパターンが多いようなので、このあたりはプロバイダ選びに注意する必要があります。
画面見ると、どこのプロバイダに乗り換えたかがわかる人には判ってしまうのですが、以下、「ドコモ光」におけるプロバイダ選びの一例として参考になれば幸いです。
筆者の場合は、2018/01/11 にドコモショップで手続きを行い、２月１日から切り替えということで話が進みました。ちょうど３週間あります。
ドコモショップで手続き後、数日経過すると、プロバイダから電話がかかってきます。これは手続き上必ず経なればならないようです。
要するに、本人確認とプロバイダ変更の意思確認、オプションサービス希望の有無、プロバイダ固有のオプションサービスを利用予定の場合は、その分が別途徴収となるため、決済処理の手続き案内などです。
この電話確認後、更に数日すると契約内容や接続やオンライン手続きに必要なＩＤやパスワードが記された書類が郵送されてきます。
さて、２月１日になって、いざ接続設定します。
繋がるんだけど、固定ＩＰで接続しない。。。何か変。。何か書類以外の情報が無いかと、オンラインで契約状態を確認します。
ん？？ 「開通待ち」って何？？ プロバイダでは認識されていないけど何故かつながっている？？プロバイダから送られてきた書面には下記の記載があります。
え、２月１日からって言ったのだけど。。
改めて、ドコモショップで交付された申込書類をチェックします。
先ずは変更内容：
これは、「単独タイプ」から接続プランが変わるため、これを廃止するというものですが、『工事日』『開通日』というのが・・・。え、工事日ていつよ？？？ 開通日って？？？
そういえばきちんとした説明がなかったな。。こっちはこっちで２月１日からと勝手に思っている。。
これが新しいプラン。「タイプＢ」に変えるという申込書です。
ちなみに 2017年1月というのは、筆者が「ドコモ光」に変更した月で、２年定期契約なのですが、今回のような場合は「承継」されるようです。
つまり、プランが変わるからといって、２年契約解約扱いにはならず、この関係で解約金だの違約金だのは一切発生しないということです。
注意したいのは、筆者の場合は「単独タイプ」→「タイプＡ／Ｂ／Ｃ」で、この変更パターンのみ手数料は発生しません。
それ以外の変更パターンで違うプロバイダへの変更は、どのような場合でも税抜き3000円の手数料がかかるようです（同一タイプ内でもプロバイダ変更は変更手数料の請求あり）。
但し、「単独タイプ」におけるプロバイダ変更は、ドコモ光から見たらプロバイダ対応の話は預かり知らぬことなので、この場合、ドコモ光は関係ありません。
筆者の場合は、ちょっと急いで解決しないといけない状態だったので、プロバイダのカスタマサポートに電話しました。
どうやら、最初の画面キャプチャにある「開通待ち」は表示の問題という説明を受けたのですが、これはＮＴＴ側から契約データ更新の通知が無いと変わらないらしい。
取り急ぎ解決しなければならない事案は「固定ＩＰ接続したい」だったので、この件はカスタマサポートで解決できました。
いずれにせよ、このプロバイダではカスタマサポートへ直接連絡しないと駄目なようです。（この旨、説明書きは小さく出ています）
現状はこの状態：
IPv6 接続したいのですが、「開通待ち」が解除されないとできないようです。画面表示の問題というよりは、ＮＴＴフレッツ網とプロバイダ間の情報疎通の問題。ＮＴＴ側の情報更新間隔が長すぎることに問題があるのでしょう。
当方の場合は、あと10日くらいかかりそうだとカスタマサポート担当者に言われました。。。
こういうつまらないところで日本のICT技術発展が阻害されてるんだよね、、、昨今の夜になるとネットが遅くなるという問題も直接の要因はＮＴＴの PPPoE 接続。
ドコモ光の契約内容はオンラインで確認でき、現在のプランは以下のようになっています：
オンライン上で変わるのも２日かかっているし、この情報がプロバイダ側に伝わらないと、 IPv6 接続申し込みもできない。
契約上の変更日から１ヶ月は待つつもりで対応したほうが良いかもしれません。時間かかりすぎだけどね。。