メイン携帯のうちの1つであるIQOO Z1ですが保護フィルムというか保護ガラスがボロボロになってきました。

もともと張り替えたその日に鍵が当たって速攻で割れていたので余っているのを張り替えてもすぐ割れるよな。。。。と思って張り替えていなかったのですがさすがにボロボロになりすぎました。

具体的にはフロントカメラ部分の保護ガラスにまで割れが侵食した、という状況。

そろそろ買い換えたいもののいいものが見当たらない&今のでも性能に不満もないので買い替えはしないだろうなぁ、ということで過去に余らせていたガラスフィルムで張替え。

これでまたしばらくは戦えるかな。

サバゲの際にヘルメットにAction CAMをつけて自分の動きを確認できるようにしています。

当初の目的では自分がゾンビ行為(撃たれているのにそのまま生存していないか)とかしていないか、とか違反行為(入ってはいけない場所に入ってしまっている、とか)をしていないかを確認するためでした。(撮った後でゾンビの方は確認しようがないことに気づきました。そりゃ自分をとってるわけじゃねぇからなぁ・・・。)

それはさておき。

撮った動画に問題点が。

それは防水ケースに入れているためにマイクが音をほぼ拾わないこと。

そりゃ防水ケースに入っているんだから仕方がないよね。。。

動画編集ソフトで無理やり音量上げれば聞こえる程度には録音できています。

とはいえこのままだと使い勝手が悪いので対策を検討。

BB弾の飛び交う中で防水ケースに入れないのは怖い・・・。でも音は上げたい。

そう思ってネットを見ていたら参考になりそうな記事が。

ソニーアクションカムHDR-AS300風切り音対策②：外部マイクを買ってみた | 新しい相棒はGPZ900Rニンジャとセロー225WE (ameblo.jp)

こちらの方は防水ケースに入れていないですが外付けマイクをつなげるのに裏蓋を開けずに接続できるように穴をあけていました。

これと同じように本体裏蓋&防水ケースに穴開けすればいいのでは？と考えて早速試していました。

今回はピンバイス&ペンチで無理やり開けたんで汚いですが・・・。

これにプラスで外付けマイクとしてSony ECM-LV1を取り付けて試し撮りしたところ問題なくできました！

あとはマイク設置位置についてですがこちらは実戦で調整します。

自分用メモとして。

元情報：

Internet Explorer 11 はサポートを終了しました。長年のご愛顧ありがとうございました。 – Windows Blog for Japan

2022/6/15にInternet Explorer11のサポートが終了。

ただし、edge上にあるIEモードは2029年までサポートとのこと。
※ASCIIの記事によると2029/1/9までっぽい
ASCII.jp：デスクトップアプリとしてのIEは終了するが、2029年までは完全に無くなるわけではない (1/2)

最低料金が0円から1078円と変更された話題の楽天モバイルですが解約することにしました。

理由は当然0円じゃなくなったから。

もともと主回線：ahamo 副回線：Y!mobile 副々回線：povo・楽天モバイル といった構成にしていました。

端末でいうと以下の通り

SurfaceDuo ・・・ ahamo
iqoo Z1 ・・・ 楽天モバイル / Y!mobile
iPhoneSE ・・・ povo

楽天モバイルがなくても困らんので解除です。

ahamo、Y!mobileで足りなくなったらpovoで代替する方が金額的にも明確で使いやすさもあるし。

サバゲ行った際にaction camとgun cameraでとった動画、合わせることをしようとTMPGEncで編集することにしました。

ところが結構難しい。。。

とりあえず最低限の合わせはできました。

しかしながらプレビューしようとすると処理落ちして画面がまともに見れない。

それとマップ表示して矢印とかのアニメーション入れたかったんですがこちらのやり方もわからん。

ネットで調べても出てこず。

新しい動画編集ソフトを買った方がいいのかな？

TMPGEncは単純な動画の切り出しとかは簡単なんでお気に入りなんですけどね。

自分用メモとして。

RHEL7でyumなりdnfなりでアップデートする際にRHELのVer,指定して行う方法です。

① /var/yum/vars/releasever を作成し、中にVer,記載
例) RHEL7.2なら「7.2」と記載
② yum updateコマンド(もしくはdnf update)を実施する際にオプションとして「–relasever=<ver>」を追加する
例) RHEL7.2なら「dnf update –releasever=7.2」

なお、①か②の設定どちらかにする必要があります(同時使用は不可)。

例えば①が設定されていると②は適用されない模様。

多分①の方が上位設定に当たるのでNGみたいです。

作業用メモとして。

RHEL8で「dnf update」コマンド実行したらエラーが出ます。

以下が例。

8.4に固定してdnf updateを実施した際に以下エラー
[root@rhel84 ~]# dnf update
サブスクリプション管理リポジトリーを更新しています。
Red Hat Enterprise Linux 8 for x86_64 – AppStre 0.0 B/s | 0 B 00:00
エラー: repo ‘rhel-8-for-x86_64-appstream-rpms’ のメタデータのダウンロードに失敗しました : Cannot prepare internal mirrorlist: Cannot resolve path for: “4/x86_64/appstream/os”

この原因ですがver固定の記載方法に間違いがあることです。

/etc/yum/vars/releasever に「8.4」みたく固定したいVerを記載すればVer固定ができます。

個の記載内容に間違いがあるとNGでした。

例のエラーメッセージだと「8,4」と記載した際に出ました。

これを「8.4」にすると問題なくアップデートOKです。
※改行有でも行けました(前はだめだったと記憶しているので何か変わった？)

以下推測。

「8-4」記載にすると「Status code: 404 for https://cdn.redhat.com/content/dist/rhel8/8-4/x86_64/appstream/os/repodata/repomd.xml (IP: <IPアドレス>)」と出たました。

repoの中に「https://cdn.redhat.com/content/dist/rhel8/$releasever/x86_64/～」といった記載がされていて$releaseverが「/etc/yum/vars/releasever」に記載されたものに書き換わります。

これが「8-4」記載だと「https://cdn.redhat.com/content/dist/rhel8/8-4/x86_64/～」となり、URLとして成り立っているようです。

しかしながら「8,4」記載だと「https://cdn.redhat.com/content/dist/rhel8/8,4/x86_64/～」とはならず、「,」以前の部分は切り捨てられて「4/x86_64/～」となってしまい、URLとして成立しなくなる、そのためにrepoを取りに行けなくなり、「Cannot prepare internal mirrorlist」というエラーが出る、というのが原因かもしれません。

あくまでも推測ですが。

RHEL9のbetaがリリースされていたのを今更知ったので早速インストールしてみました。

HyperV上にインストールです。

ISOからのインストールおよびサブスクリプションの登録までは何も問題なく完了しました。

早速試したいことを進めていきました。

今回試したかったのはver指定の書き方(/var/yum/vars/releasever)を間違えたらどうなるか。

8までは例えば「8.1」と書くべきところを「8,1」と書くとアップデートが失敗します。
(repoのPathが間違ったものになってしまい、ダウンロードできない)

ではRHEL9ではどうなっているのか。

結果としては関係なしで問題なくアップデートできました。

正しく言うと「repoファイル内に’$releasever’との記載がないため影響しない」となります。

実際にrepoファイル内の記載見ると「https://<URL>/content/beta/rhel9/9/x86_64/baseos/os」
という記載になっていました。

本リリースになると$releaseverが復活すると思われるので試したいことが試せなかった、ということで終わってしまいました。残念。

本リリースされて試せそうであれば再度試してみます！

なお、yum コマンドはまだ使えました。

メモとして。

すごく今さらですがCentOS6を入れてみようと思いまして6.0～6.10までISO手に入れました。

これをHyperVで構築しようとすると失敗することが発生。

で、調べてみたらいかが判明です。

CentOS6.0～6.3 ・・・ 第1世代であればOK
CentOS6.4～6.5 ・・・ 第1世代であればOK、第2世代は起動後のメニューは出るものの以下エラーが出る

CentOS6.6 ・・・ 第1世代であればOK、第2世代で起動後のメニューは出るもののキーボード操作が聞かず先に進めなくなる
CentOS6.7～6.10・・・ 第1世代・第2世代(UEFIベース/セキュアブートを無効化が必要)どちらもOK

今更インストールする人もいないでしょうが参考までに。