カラオケ動画制作 編集後記
YouTubeにカラオケ動画を投稿した。
めっちゃ疲れたので、制作ワークフローを備忘録に残しておきたいと思う。
必要なソフトウェア
- Logic Pro(Mac)
- 打ち込み、ミックス、マスタリングを行いカラオケ音源を作成する
- RhythmicaLyrics(Win)
- タイムコード付き歌詞を作成する
- ニコカラメーカー2
- カラオケ風テロップを出力する
- AviUtl(Win)
- Melissa(macOS/Win)
ワークフロー
音源作成
- 楽曲を聴き込む
- 楽曲構成、使用楽器、キー、テンポ、コード進行などの情報を把握
- ざっくりと大まかな耳コピ
- DAW上の初期作業
- 音色づくり
- 原曲に近いソフトウェア音源を探す なければハードシンセのパッチも探す
- エフェクトをかける
- 残りパートの打ち込み
- ギター、シンセ、弦、コーラスなど残りパートを打ち込む
- ドラム、ベース、メインメロディーも最終化する
- エイリアス、アーティキュレーションIDを活用する
- 効果音を探すor自作してトラックに追加
- ミックス＆マスタリング
- MetricABで原曲とこまめに比較しながらミックス
- Ozone先生でマスタリング
- 24bit/48kHzでバウンスして終了
※テンポ抽出のやり方
読み込んだ原曲を右クリック > テンポ > リージョンのテンポをプロジェクトテンポに適用
アーティキュレーションIDはいいぞ
Logic ProのアーティキュレーションIDの超わかりやすい解説動画はこちら↓
これでもうキースイッチの面倒な打ち込みから解放。万歳。
タイムコード付き歌詞作成
- 歌詞をテキストファイルとして用意する
- ネット上の歌詞は間違っていることが多々あるので注意（特にサンホラ）
- テロップを意識して適宜改行・スペースを入れておく
- RhythmicaLyricsで歌詞テキストを読み込み、タイムコードを打ち込む
- 常に「編集中のデータを保存」で.rlfファイルで保存する
- 通常の保存ではルビ情報が保存時に失われて、次回開いた時に全てやり直しになるので要注意
- 「出力」→「ルビ拡張規格でタイムタグ出力」で.lrcファイルを出力する
手順の詳細はこちらの記事がとても参考になる。 note.com
ニコカラメーカー2でカラオケ風テロップ動画を作成
- 背景画像を探す
- 利用規約上、動画への利用が許可されている画像を探す
- 新規プロジェクトに背景画像とRhythmicaLyricsで出力した.lrcファイルを読み込む
- 必要に応じてテロップの行区切りを追加・削除する
- パートごとの色分けを設定する
- 1行の途中で色分けする場合 or 行区切りをマニュアル編集した場合は要注意。例えば歌詞に修正が発生して.lrcファイルを読み込み直すと、これらの編集内容は消えてやり直しになる
- プレビューで問題なければ無圧縮AVIを出力する
- このAVIファイルは数十GBになるので出力先ストレージの空き容量に注意
動画エンコード
- Logicでバウンスした2mixのWAVとニコカラメーカーの出力AVIをAviUtlに読み込む
- 前後のフェードイン/アウトを挿入する
- 曲名アーティスト名などの常時表示テキストを挿入する
- YouTube用のプロファイルを選択してx264エンコード
- YouTubeサムネイル用画像を作成する
YouTubeアップロード
- 特に気をつけることはなし
APFSでフォーマットした外付けSSDが認識されなくなったのでdratで中身をサルベージした
MacBook Proに接続したこの外付けSSDへ巨大なデータをコピーしていると、なぜかコピー処理がハングした。外付けSSDを取り出そうにも「プログラムが使用している可能性があります」とか言われて通常の取り出し操作ができなくなった。選択肢に「強制的に取り出す」があったので一瞬嫌な予感がしたもののしょうがないのでクリックしたところ、案の定、外付けSSDが認識されなくなった。
ストレージ動作不良の時に使う定番のFirst Aidを試すも復旧できず。diskutilでストレージの状態を調べると
% sudo diskutil list Password: /dev/disk0 (internal, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *2.0 TB disk0 1: EFI EFI 314.6 MB disk0s1 2: Apple_APFS Container disk1 2.0 TB disk0s2 /dev/disk1 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +2.0 TB disk1 Physical Store disk0s2 1: APFS Volume Macintosh HD 11.2 GB disk1s1 2: APFS Volume Macintosh HD - Data 609.6 GB disk1s2 3: APFS Volume Preboot 86.6 MB disk1s3 4: APFS Volume Recovery 530.0 MB disk1s4 5: APFS Volume VM 5.4 GB disk1s5 /dev/disk2 (external, physical): #: TYPE NAME SIZE IDENTIFIER 0: GUID_partition_scheme *960.2 GB disk2 1: EFI EFI 209.7 MB disk2s1 2: Apple_APFS Container disk3 960.0 GB disk2s2 /dev/disk3 (synthesized): #: TYPE NAME SIZE IDENTIFIER 0: APFS Container Scheme - +ERROR disk3 Physical Store disk2s2
/dev/disk3 のボリューム0のSIZEが ERROR になってる。
「Mac ストレージ 復旧」とかで検索すると復旧できそうなサードパーティーアプリが見つかるものの、怪しい中華製アプリ入れたくないし$100も払いたくないので、もう少し悪足掻きすることにした。
Drat
インターネットを検索していると、DratというOSSのツールに辿り着いた。 github.com
Drat is a tool for analysing and recovering data from APFS (Apple File System) partitions.
DratはAPFSパーティションからデータを復旧するためのツールということで、どうやらこれが使えそう。
実際、
Currently, all of Drat's commands (except modify, which is currently disabled as it is not fit for use) operate in a read-only fashion, as they are intended to be used in situations involving data recovery or data forensics.
とあり、Dratの実行が対象データに変更を加えないことが謳われていることは安心材料にもなった。
Dratの主要機能
Dratには複数のコマンドがあるが、今回使うのは list と recover
list
指定したパスに存在するファイルとディレクトリの一覧を表示する。
たとえば、以下のコマンドでは /dev/disk2s2 コンテナのボリュームIDが 0 のボリュームの / (ルートディレクトリ)に存在するファイルとディレクトリの一覧を表示する。
% sudo ./drat list /dev/disk2s2 0 / Opening file at `/dev/disk2s2` in read-only mode ... OK. Simulating a mount of the APFS container. Validating checksum of block 0x0 ... OK. Locating the checkpoint descriptor area: - Its length is 280 blocks. - It is contiguous. - The address of its first block is 0x1. Loading the checkpoint descriptor area into memory ... OK. Locating the most recent well-formed container superblock in the checkpoint descriptor area: - It lies at index 169 within the checkpoint descriptor area. - The corresponding checkpoint starts at index 168 within the checkpoint descriptor area, and spans 2 blocks. Loading the corresponding checkpoint ... OK. - There are 9 checkpoint-mappings in this checkpoint. Reading the Ephemeral objects used by this checkpoint ... OK. Validating the Ephemeral objects ... OK. The container superblock states that the container object map has Physical OID 0x13fa2d. Loading the container object map ... OK. Validating the container object map ... OK. Reading the root node of the container object map B-tree ... OK. Validating the root node of the container object map B-tree ... OK. The container superblock lists 1 APFS volumes, whose superblocks have the following Virtual OIDs: - 0x402 Reading the APFS volume superblocks ... OK. Validating the APFS volume superblocks ... OK. Volume list ================ 0: Extreme 900 The volume object map has Physical OID 0x13f96d. Reading the volume object map ... OK. Validating the volume object map ... OK. Reading the root node of the volume object map B-tree ... OK. Validating the root node of the volume object map B-tree ... OK. The file-system tree root for this volume has Virtual OID 0x404. Looking up this Virtual OID in the volume object map ... corresponding block address is 0x140fa9. Reading ... validating ... OK. Records for file-system object 0x2 -- `/` -- - INODE - XATTR || name = purgeable-drecs-fixed - DIR REC || Dirctry || target ID = 0xa4 || name = TownHallOrgan_SP - DIR REC || Dirctry || target ID = 0xa1 || name = SanDisk - DIR REC || Dirctry || target ID = 0x9e || name = JGV1_20180521 - DIR REC || Dirctry || target ID = 0x10 || name = .Spotlight-V100 - DIR REC || Dirctry || target ID = 0xa3 || name = STEAM - DIR REC || Dirctry || target ID = 0x9b || name = e-onkyo - DIR REC || Dirctry || target ID = 0xa0 || name = PREMIER SOUND FACTORY 2.0 - DIR REC || Dirctry || target ID = 0x9d || name = Ivory Items - DIR REC || Dirctry || target ID = 0x2dde4 || name = Logic200531 - DIR REC || Dirctry || target ID = 0xa5 || name = V-Metal Library - DIR REC || Dirctry || target ID = 0x30dab || name = Logic - DIR REC || Dirctry || target ID = 0x9c || name = Hummingbird - DIR REC || Dirctry || target ID = 0xa2 || name = Spitfire - DIR REC || Dirctry || target ID = 0x2dd90 || name = .Trashes - DIR REC || Dirctry || target ID = 0x1a || name = .fseventsd - DIR REC || Dirctry || target ID = 0x2ec46 || name = .DocumentRevisions-V100 - DIR REC || Dirctry || target ID = 0x9f || name = Play Libraries - DIR REC || Dirctry || target ID = 0x2ec4e || name = .TemporaryItems
recover
指定したパスに存在する単一ファイルを抽出する。
たとえば、以下のコマンドでは /dev/disk2s2 コンテナのボリュームIDが 0 のボリュームの /a/b/c.jpg のパスに存在するJPGファイルをカレントディレクトリに同名ファイルとして出力する。
sudo ./drat recover /dev/disk2s2 0 /a/b/c.jpg >& ./c.jpg
Dratで再帰的にディレクトリの中身をサルベージする
残念ながらDratの recover コマンドには重要な欠点がある。2023/1/1時点の最新版であるv0.1.3では、単一ファイルの復元にのみ対応しており、ディレクトリを対象にした復元ができない点だ。このissueによると、v0.2.0でディレクトリを対象とした復元も実装予定だが、現時点では未対応とのこと。（※注：Dratにはやばいトラップがあり、readthedocsのドキュメントはまだリリースされていないv0.2.0の仕様を前提に書かれている。v0.1.3の使用時には参考にしてはいけない）
そこで、指定したパスを再帰的に探索し、ディレクトリの構造を維持した状態でパス直下をすべて recover で復元するスクリプトをPythonで実装することにした。以下のGitHubレポジトリで公開している。
github.com
実行方法もREADMEに記載した。
Google SpreadsheetからGASでSwitchBot API v1.1にアクセスして消費電力を可視化する
古来より、自作erはマシンを組み上げるとベンチマークと消費電力を計測するものという言い伝えがある（要出典）
私の家にも「ワットチェッカー」がある。自作er御用達の消費電力測定ツールだ。ただ、ワットチェッカーはスタンドアロン。つまり、測定データをCSVで出力したり、リアルタイムに他システムに送信したりといったことは当然できない。
ちょっと探してみるとIoT隆盛の今をときめくスマート家電の中に、あるじゃないですか、消費電力を計測できるスマートプラグが。しかも測定データはREST APIで取得可能？ …便利な世の中になったものよ。
SwitchBotプラグミニ、これは面白そう。
この記事の対象読者
記事を書いている2022/09/24時点ではv1.0も生きているのでそちらを使うこともできたのだけど、基本この手の仕組みは一度作ったらほったらかし運用をしたいので、よりdeprecatedになるのが遅いであろうv1.1を使うことにした。
必要な機材
Google Spreadsheetの準備
Switchbot API アクセストークン/シークレットの取得
こちらの記事で手順をまとめてくださっている。10回タップというのがスーファミの裏技っぽくて良かった。 qiita.com
v1.1からAPI呼び出し時のお作法が変更
従来は単にtokenをAuthorizationヘッダーに付与すればよかったが、v1.1からsecretを用いたリクエストへの署名(signature)が必須になった。
How to Sign?
We have attached a python script for you to quickly generate a sign. If you prefer to write your own script or routine, here is the procedure.
- Print the 13 digit timestamp and concatenate it with your token
- Create a signature using your secret and the string produced in the previous step
- Convert the signature to upper case
引用: GitHub - OpenWonderLabs/SwitchBotAPI: SwitchBot Open API Documents
v1.1では下記のように処理が増える。
- 13桁のタイムスタンプとnonceを連結した文字列を、シークレットによりHMAC-SHA256で署名する
- 署名をbase64でエンコードし、大文字にする
- リクエストヘッダの
Authorizationにtokenを、signに署名を、tに13桁のタイムスタンプを、nonceにnonceの文字列を格納してAPIを呼び出す
Google Apps Scriptの作成
スクリプトプロパティにトークン/シークレットを格納
トークン/シークレットのスクリプトへのベタ書きは避ける。具体的にはあらかじめGASのIDEで
プロジェクトの設定 > スクリプトプロパティ にトークン/シークレットを登録する。ここではそれぞれ SWITCHBOT_API_TOKEN SWITCHBOT_API_SECRET とした。
スクリプトで利用する際は PropertiesService.getScriptProperties().getProperty() で取得する。
実装
流れは以下。最終的な実装はgistに載せた。
GET /v1.1/devicesを呼び出し、ミニプラグのdeviceIdを取得する（最初に1回だけ）GET /v1.1/devices/{deviceId}/statusを呼び出し、ミニプラグの現在の測定値を取得する- 測定値を整形してspreadsheetの末尾行に書き込む
考慮点1: GASにおける署名生成のやり方
前述の通り、SwitchBotのAPIではv1.1からHMAC-SHA256による署名が必要だ。公式ドキュメントにはpythonやJavaScriptのサンプルコードはあるが、Google Apps Script用のサンプルコードはない。JavaScriptのサンプルは部分的に参考になるものの、GASで使える関数は限られるのでその制約のもと、実装する必要がある。（たとえばcryptoはGASでは使えない）
GASにおけるHMAC-SHA256署名処理の実装をググると、様々な記事で「Utilities.computeHmacSha256Signature()の戻り値はByte[]でありそのまま署名文字列として使えないので、下記のコードでbase64に変換する」と書かれている。おそらく2017年のこのStackoverflowの回答を参考にしているっぽい。
var byteSignature = Utilities.computeHmacSha256Signature(message, secret); // convert byte array to hex string var signature = byteSignature.reduce(function(str,chr){ chr = (chr < 0 ? chr + 256 : chr).toString(16); return str + (chr.length==1?'0':'') + chr; },'');
ところが上記gistの通り、2022年9月時点ではこのような回りくどい実装は不要で、Utilities.base64Encode() でシンプルにbase64エンコードできた。昔はByte[]を引数に取るbase64Encode()は実装されてなかったのかもしれない。
考慮点2: データの書き込み先シートを月ごとに分ける
シートに毎分1行データを追加するということは、1日あたり1440行、1ヶ月あたり44640行増えていくので、Spreadsheetの制約が気になった。 探し方が下手くそなのか、唯一公式ドキュメントで見つけられた制約は「1スプレッドシートは1000万セルまで、または18278列まで」というもの。それ以外は野良サイトが「1シートに18278行まで」「1シートに65536行まで」「 行数の上限はない」などと書いていて、よくわからなくなってきたので、とりあえず1ヶ月毎に書き込み先シートを分けることにした。これなら4.5年くらいは持つ。
トリガーを設定
スクリプトのトリガーはタイマー（定期実行）とする。GASの仕様では最短の実行周期は1分ごと。SwitchBotプラグミニではおそらく数秒単位でデータ測定がされているが、毎分でも実用上問題ないので、毎分のトリガーを設定する。
出力の様子
単に可視化するだけでなく、様々な分析ができて楽しい。
たとえば、私の環境ではプラグミニをPCに接続しているので、PCだけで毎月1000円くらい電気代がかかるだろうということが分かる。
まとめ
- SwitchBotプラグミニとGoogle Spreadsheetを組み合わせて消費電力を可視化する仕組みを作れる
- SwitchBot API v1.1はAPI呼び出し時のお作法含め、Google Apps Scriptの実装例を紹介した
参考
HaswellおじさんがAlder Lake買うとみせかけてケースとCPUクーラーだけ買い替えた話
どうも、Haswellおじさんです。
最近PCのファンがうるさくて、ケース開けてみたらあらびっくり。CPUクーラーにホコリがびっしり。嫌な予感がしてBIOSでCPU温度確認するとアイドル時に57℃！！真夏でもないのに。
思えばこの構成も7年前に組んでからそのまま。この調子だとグリスも固まってるだろうから、CPUクーラーを買い直すことにした。
CPUクーラーを買おうと久々にTSUKUMOやらパソコン工房やらのサイトを巡ってる内に懐かしい自作erの気持ちを思い出してしまい、そうだ、以前から負圧で隙間という隙間からホコリが入りまくって困っていたケースもこの際買い替えよう、中身も掃除し直そう…とあれよあれよと買い物が増えた。
今回買ったもの
- Fractal Design Define 7 Compact Black Solid
- Noctua NH-U12S
- Fractal Design Dynamic X2 GP-14 PWM Black
Define 7 Compactはフロントに14cmファン、リアに12cmファンが付属している。ここではP183の反省を踏まえて絶対にケースを正圧にすべく、フロント用に付属品と同種のケースファンを追加した。
組む
CPUクーラーの交換
マザボをケースから取り外してCPUクーラーを交換する。
新しいケースに中身を移し替える
新しいケースに移し替えるタイミングは、パーツ類の棚卸しの絶好のチャンスだ。
結論としては、下記を引退させることにした。
ケーブル数が減りエアフローが良くなる、消費電力が減って省電力PCになるなど、いい事ずくめ。
SATAで接続するデバイス数が大幅に減って驚いた。ネットの情報を読んでいくと、最近はHDDが不要ならストレージはすべてM.2のSSDで賄って"SATAレス"な運用ができるのだそう。凄い。
CPU温度が20℃低下！
BIOS起動して数分後のCPU温度を計測したところ、57℃→37℃まで大幅に低下。
満足。無事にHaswellおじさんもWindows 10のサポートが切れる2025年まで延命されました。
beforeのデータ取り忘れたけど消費電力もアイドル時50W弱でいい感じじゃなかろうか。
2022年9月現在の構成
| CPU | Intel Core i7-4770 |
| CPUクーラー | Noctua NH-U12S |
| マザーボード | ASUS H87-PRO |
| メモリ | Team TED316G1600C11DC [DDR3 PC3-12800 8GB 2枚組] Team TPRD316G1600HC11DC01 DDR3 PC3-12800 8GB 2枚組 |
| ストレージ | Sandisk SDSSDH3-250G-J25 PLEXTOR PX-256M5S WDC WD30EFRX-68EUZN0 |
| グラフィックボード | 玄人志向 GF-GTX1050Ti-4GB/OC/SF |
| 電源ユニット | Seasonic SS-660XP2S |
| PCケース | Fractal Design Define 7 Compact Black Solid |
| OS | Windows 10 Pro |
子供の頃、ガンプラを黙々と作っていていつの間にか何時間も経っていることがあった。大人になった今も、PCのパーツを入れ替えるだけで似たような体験ができることは新鮮な発見だ。なんかメンタルにもいい気がする。折を見てまたやりたい。
NURO光でF660Aへの接続台数が10台を超えると不安定になる事象を解決する
我が家のインターネット回線はnuro光 for マンションです。この回線はベストエフォートで下り最大2Gbpsを謳っており、実際、帯域にはまったく不満がありません。
しかし半年前くらいからスマホやPCの無線接続が時折切れてしまう現象が起こり、最近はほぼ毎日スマホがいつの間にか4G回線に切り替わっていて、このままだとスマホ用に5GB/月のプランに加入している私はwi-fiに繋がっていないことに気づかずにYouTubeを見続けてパケ死（死語）してしまうので、対策してみました。
この記事は備忘録的に残したものなので、目新しい情報はありません。下記記事が解決にとても役立ちました。ありがとうございました。
- 【NURO光の設定】二重ルーター問題を解決💚ONU（F660A）のDMZ設定で自前ルーター（Archer AX73）を「ルーターモード」で使う！ | Cafe Fuew｜ふうカフェ
- EdgeRouter X を NURO 光で使う ― その1: 初期設定 | Minami Ueda
- 家庭内 Wi-Fi 最適化術 | yabe.jp
同時接続台数にまつわるネット上の情報
同様の問題はF660Aを利用している日本中の家庭で起きており、トラブルシューティングしたブログやTwitterの投稿が沢山あります。 どの記事も「F660Aの同時接続台数」が原因ではないかと言及している点は一致しているのですが、細かい表現には差異がありました。
- F660Aの同時接続台数上限が10台（→だからルーターを別に用意しよう）
- F660Aの無線LAN接続での台数上限が10台（→だからできるだけ有線LANに繋ごう）
- F660Aの1つのSSIDあたりの台数上限が10台（→だからSSIDを増やそう）
ルーターを買うとそれなりにお金がかかるので、できれば2 or 3で解決しないかなと思って実際試してみたのですが、SSIDを増やしても有線LAN接続に切り替えても、不安定なまま改善されませんでした。どうやら、F660AのCPU/メモリ的に捌ける最大台数が10台で、それを超えると無線が不安定になり始めるようです。
※ただし、我が家では有線接続したデバイスは一貫して通信が安定していました。となると「有線接続のデバイスのみで10台超接続するとどうなるのか？」が気になります。誰か実験してほしいです
解決方針
そもそもF660Aに様々な役割を担わせすぎているので、これをできるだけ他所にオフロードする方針にします。
- 光信号⇔デジタル信号の変換(本来のONUの役割。これに専念させたい)
- ルーター機能
- 無線アクセスポイント機能
- DHCP機能
- DNSクライアント機能
- セキュリティ機能(ファイアウォール、フィルタリング)
まずはルーター機能を外出ししたいのですが、なんとF660Aはルーター機能のみ無効化することができません。
NURO 光でレンタルされるONUには、ルーター機能のオン・オフを切り替えるための電源はありません。ONUの電源を入れると同時に、自動でルーターも機能する仕組みになっています。 このようにルーター機能のみをオフにすることはできないので、NURO 光では自前ルーターを使うということはできません。 www.nuro.jp
何も考えずに新しいルーターを導入すると二重NAT（二重ルーター）状態になってしまうので、今回はDMZ機能を活用した構成にすることにしました。
必要なもの
同時接続可能な台数が十分なルーター(兼無線AP)だけです。慣れ親しんだASUSのルーターを買いました。同時接続台数は64台なので十分です。
ネットワーク構成(To-Be)
やったこと
- 新ルーターのWAN側IPアドレスを固定する
- DHCP機能の停止とDNS設定 [F660A]
- DMZの設定 [F660A]
- IPv6の設定 [新ルーター]
- 無線AP機能の停止 [F660A]
- 5GHzでDFS利用の回避 [新ルーター]
新ルーターのWAN側IPアドレスを固定する
192.168.1.1/24 のセグメントにおける新ルーターのIPアドレスを固定します。F660Aには新ルーターの他には何も接続しないので、2～254まで何でも良いです。今回は「192.168.1.200」にしました。また、NUROのDNSサーバーをあまり信頼していないので、WAN側DNSサーバーをCloudflare Public DNSにする設定も合わせて行っています。
F660Aの管理画面で
新ルーターの管理画面で
- WAN > インターネット接続
- WAN接続タイプを
静的IPアドレス - WAN IP設定
- IPアドレスを
192.168.1.200 - サブネットマスクを
255.255.255.0 - デフォルトゲートウェイを
192.168.1.1
- IPアドレスを
- WAN側DNS設定
- DNSサーバーを
Cloudflare
- DNSサーバーを
- 「適用」をクリック
- WAN接続タイプを
DHCP機能の停止とDNS設定 [F660A]
DHCPはすべて新ルーターで行うので、F660AのDHCP機能を停止します。合わせて、Cloudflare Public DNSを利用するように設定を変更します。
F660Aの管理画面で
DMZの設定 [F660A]
インターネットからF660への通信を全ポートそのまま新ルーターに横流しして、実質的なルーティングを新ルーターにやってもらいます。
F660Aの管理画面で
IPv6の設定 [新ルーター]
新ルーターの管理画面で
- 接続タイプは
パススルー - 「DNSサーバーに自動接続する」は
無効 - IPv6 DNSサーバー1にCloudflareのプライマリーDNSサーバーのアドレス
- IPv6 DNSサーバー2にCloudflareのセカンダリーDNSサーバーのアドレス
無線AP機能の停止 [F660A]
F660Aの管理画面で
これでF660Aは無線APとしての仕事からも解放されました。
5GHz帯でDFSの回避 [ルーター]
これはやってもやらなくてもOKです。5GHzの周波数帯では「DFS」による通信断の可能性があります。
Wi-Fiの5GHz帯で利用する特定のチャネルは、気象レーダーなども利用しており、それらレーダー波を検知した場合には、他のチャネルへ変更する機能が「DFS」このとなり、本機能の搭載は法的に義務付けられた機能となります。DFSは、通信前にレーダーがいないかの確認し、また、通信中にレーダーが到来した場合、直ちにそのチャネルの使用を中止し、別のチャネルへの変更を行います。プロセス中は1～10分程要し、チャンネル変更時にコネクションの切断が発生します。使用状況によっては、DFSによるチャンネルに伴う切断を回避する必要があるため、下記ではDFSの設定をオフにする手順を解説しています。 www.asus.com
DFSを回避し利用チャネルをW52に絞ることによるデメリットは、160MHzをフルに使った最大2402Mbpsの通信速度が得られなくなる点です。ただし我が家の場合はそもそも1Gbps程度で十分すぎる帯域なので、DFSの設定をOFFにします。
新ルーターの管理画面で
- ワイヤレス > 全般 > バンド
5GHz- チャンネル帯域「160MHzを有効化」をOFF
- チャンネル「DFSを含むチャンネルの自動選択」をOFF
- 「適用」をクリック
結果
快適そのものです。スマホがいつの間にか4Gに繋がってることも無くなりました。
まとめ
- NURO光でレンタルされるONU「F660A」は同時接続台数が10台を超えると無線通信が不安定になる
- F660AのDMZ機能を活用して、別のルーター兼APに処理をオフロードすると、二重ルーターを回避しつつ通信を安定化できる
NUROに言いたい
- 今後スマート家電が増えていくのだから、同時接続台数がわずか10台のONUを配布しないで
- 百歩譲って配布するにしても、契約時にONU機種を選択できるようにして
- ONUのルーター機能を無効化できるようにして
ONUガチャ次第で32台まで安定かも
2022年1月よりF660Aの後継機種であるF660Pの提供が始まっています。同時接続台数は32台でWi-fi 6にも対応しているので、ガチャ次第ではこの記事の対策一切不要で安定した環境が手に入るかもしれません。グッドラック。
SaaS型ライフプラン作成ソフト「FP-UNIV」をFP2級の素人が使ってみた
FP2級を取得しました。私の本業はIT企画なのでこの資格を取ったところで仕事には何も影響しないのですが、勉強の過程でマネーリテラシーが上がり、資産形成の意思決定の質が上がったのでとても満足しています。
さて、そろそろ家庭を持つということで、ライフプランの作成をちゃんとやろうと決めました。 ライフプランとはライフイベント表とキャッシュフロー表の2つを時間軸を揃えて見れるようにしたものです。ライフイベント表には人生でやりたいこと（結婚する、家を買う、車を買う、など）を、キャッシュフロー表には世帯の収入/支出を記載することで、将来にわたって家計が破綻しないかどうかが分かります。
一旦、自分の手で上記のようなライフプランを作れたのですが、FP3級を取ったとはいえ、素人のライフプラン表をもとに人生計画を決めていくのは怖いな～と感じて有料の独立ファイナンシャルプランナー（以下FP）にライフプラン作成を依頼することにしました。
その結果、やはりプロのライフプランと自分のライフプランにはかなりの差異がありました。私のライフプランでは40才以降ある程度の貯蓄をキープしたまま寿命を迎えていましたが、FPの最初の試算では60代であっさり家計が破綻しました😄
ライフプランの差異の原因
- 年金の支給開始年齢を間違えていた
- 将来のマクロ経済状況の想定がFPと異なった
- 生活費の物価上昇率を想定していなかった
年金の支給開始年齢を間違えていた
恥ずかしながら、年金の支給開始年齢を60才としてキャッシュフローを計算していました。FPはここでさらに年金制度の改悪まで織り込んで支給開始年齢を68才と設定していたので、これが老後破綻という結果に繋がりました。他にも小さなミスがあり、チリツモでライフプランに影響を与えていました。これが判っただけでもプロに相談してよかったと言えます。
将来のマクロ経済状況の想定がFPと異なった
FPは住宅ローン変動金利が10年ごとに0.5%上昇する設定にしていました。返済1年目を0.5%とすると11年目に1.0%、21年目に1.5%、31年目に2.0%となります。 さきほどの年金支給開始年齢は法律で定められているパラメータなので議論の余地はありませんが、変動金利のようなマクロ経済状況が反映されるパラメータは、ライフプラン作成者の未来の展望によって変わってきます。直近20年間の変動金利（店頭金利）の推移を見ると、10年で0.5%上昇することは十分ありえそうですが、私はずっと0.5%のままという想定だったので、キャッシュフローが大きく異なりました。
ちなみに、面談中に「10年おきに繰り上げ返済したほうがいい」とアドバイスされましたが、そりゃ変動金利が10年につき0.5%も上がる前提なら誰でも繰り上げ返済するよと言いたくなります。このあたり、コンサルティングというよりはマッチポンプにしか感じられず残念でした。このFPはYouTuberでもあるんですが、とある動画では変動金利が10年につき0.25%上がる設定でライフプラン作成を実演してました。変動金利の将来想定を顧客によって変えるってどういう理由なのか、いまいち分かりませんでした…。
生活費の物価上昇率を想定していなかった
FPは物価上昇率を0.8%と設定してキャッシュフローを計算していました。
www.nli-research.co.jp
こちらのニッセイ基礎研究所のレポートによると、2020年～2030年の消費者物価上昇率（予想）は平均1.3%とのことなので、たしかに0.8%はそれなりに妥当なパラメータに見えます。一方で、総務省の家計調査年報（家計収支編）2019年（令和元年）によると、二人以上の世帯の1世帯あたり1ヶ月間の支出について、2005年～2019年までの対前年比の平均は-0.2%であり、若干下落傾向にあります。したがって、直近のトレンドが継続すると仮定するなら物価上昇率はむしろマイナスで見積もっても良いと言えます。（もちろんこの仮定が誤りの可能性も十分ありますし、生活費支出と物価上昇率を並べて扱って良いのかという問題もあります）
ちょっと悩みましたが、間を取って物価上昇率は0.3%で良いのではないかという結論になりました。
そもそも、なぜ差異が生まれるのか
- ライフプランニングソフト自体の質
- プランナーのソフトを扱うスキル
- プランナーの将来経済展望
に原因があると思いました。
まずソフトがしょぼいと、計算ロジックにバグがある、詳細な前提条件を入力する方法がそもそも存在しないなどの理由で出力されるライフプランの信頼性が低くなるのは自明かと思います。また、ソフトの質が良くても、使い手のパラメータ設定が非現実的だったり、対象者の状況に即していないとやはり信頼性が低くなってしまいます。ここはファイナンシャルプランナーの経験とノウハウによって差が出てくるところではないでしょうか。さらに、さきほど差異の理由でも触れましたが、住宅ローン変動金利や物価上昇率といったパラメータはプランナーの将来経済展望により変わり、出力されるキャッシュフローに長期的に影響を与えます。
今回依頼したFPは3つのライフプランを作成してくれましたが、それ以上のパターンは別料金でした。作成していただいたライフプランに大きな不満は無いのですが、たとえば変動金利の利率推移を変えてライフプランを再出力してもらうだけで追加料金が取られるというのが釈然としませんでした。いっそ自分でライフプランをパラメータを変えながら何通りも作成できるようになりたいと思い、いろいろと探してたどり着いたのがSaaS型ライフプラン作成ソフト「FP-UNIV」でした。
FP-UNIVの素晴らしい点
UIが気持ちいい
ライフプラン作成ソフトという性質上、どうしても入力項目が多く複雑になってしまいがちなのですが、FP-UNIVはタブ型のインターフェースによって何をどこに入力すればよいのか、素人でも初見でおおよそ見当がつきます。また、前提条件やパラメータを入力する際も上記のようにサクサク入力できるのであまりストレスを感じません。
あと、SaaSなのでブラウザさえ動けば幅広い環境で使えるのもGoodです。MacはもちろんiPadでもライフプラン作成できます。
キャッシュフローが正確
FP-UNIV公式によると、ライフプラン作成ソフトによって将来支出が1億円変わることもあるらしいです。1億円のブレってやばいですね。普通に人生変わります。子供をもうひとり希望してた夫婦がしょぼいライフプラン作成ソフトのシミュレーションのせいで夢を諦めて、何年か経ってから「なんか思ったより貯蓄がたまるな…？」とライフプランの誤差に気づいた頃には高齢になって産めなくなってた、なんてケース悲劇でしかないです。
あと、税制法制への追従度が半端ないことの副産物（？）として、ふるさと納税のシミュレーション機能もまためちゃくちゃ精緻です。たぶん日本一かと思います。たまに住宅ローン控除の影響を忘れてふるさと納税をMAXでやって爆死している人がいますが、そういう人はFP-UNIVに任せれば上限ビッタビタに寄附できます。
本当の必要保障額が判る
詳しい解説記事をFP-UNIV公式が出しているので、以下の記事を読んでください。 study.fp-univ.net
従来の必要保障額算出ロジック（積み上げ方式）では、人生の後半にどんどん貯蓄が増えるパターンでは真の必要保障額を過少に見積もるので、不幸が発生したタイミングによっては必要保障額では実は全然足りません。こわい。
FP-UNIVでは万が一がもし今年起きたら、1年後に起きたら、2年後に起きたら、x年後に起きたら…をすべて計算して、上記のようなグラフを出力します。赤い折れ線グラフはその年に万が一が起きた時の必要保障額で、積み上げグラフは死亡保障額です。つまり、この赤い折れ線グラフに追従するような形の積み上げグラフになっていれば、無駄のない必要十分な死亡保障額になっているということになります。めちゃくちゃわかりやすい。このグラフの場合は、5年目以降は最適な死亡保障額になっていますが、2年目は保障額が1200万円程度不足しているので、この時だけ保険や金融商品を検討する必要があることがすぐに分かります。
ちなみに、この積み上げグラフは個別に保険を除外することもできます。例えば紫の積み上げグラフで表されている収入保障保険を消してみるとこんなグラフになり、現在～51才まで赤い折れ線グラフにまったく届いていないので、収入保障保険は必須ということが分かります。いやー凄い。この計算ロジックExcelで組もうとしたら発狂しますよ。
FP-UNIVの改善してほしい点
まだ2週間ほどしか触っていませんが、こうだったらいいなと思うところを書きます。
教育費のデフォルト金額が安すぎる
FP-UNIVが参照している統計が古いのだと思われますが、子どもの進学パターンを入力した時にデフォルトで入力される教育費が安すぎます。 たとえば、大学私立（理系）を選択すると入学金として265,595円、年間授業料として1,043,212円がデフォルト値として入力されますが、2021年時点で、年104万円では私立大学の理系学部に通学させるのは厳しそうです。参照する統計の質には気を遣ってほしいのでここはちょっと残念でした。
例：早稲田大学基幹理工学部の年間授業料は約170万円 www.waseda.jp
私はマネーフォワード社の記事にあった数値を使いました。現実的な数字かと思います。 media.moneyforward.com
あと、自宅外通学チェック欄もあったらいいなと。チェック入れると通学している間の住居費仕送りなどが年間90万円くらい計上されるような感じで。
必要保障額分析のカバー率が相対値
FP-UNIVの必要保障額分析は本当に素晴らしいのですが、一点だけ要望を。
必要保障額に対して死亡保障額がどの程度カバーできるのかという指標として、右側に「カバー率」が百分率で表示されますが、ここは単純に（死亡保障額-必要保障額)の絶対値で表示してほしかったです。なぜなら、保険の見直し時に結局、（死亡保障額-必要保障額）の計算をするからです。
なんらかの法規制が理由でないのなら、ここは絶対値で表示してほしいと思いました。
産休育休の設定が手軽にできない
産休育休中は社会保険料の免除もあるなど、税制と絡んできて手取りの計算が複雑になってくるので、FP-UNIVで自動計算してくれるとありがたいです。子どもの誕生日（=出産予定日）と育休期間を入れるとよろしく計算してくれるイメージです。出産手当金については健保の付加給付率の入力欄まであったら最高ですね。
死亡退職金の設定が固定金額
社員が在籍中に亡くなった場合、遺族に「死亡退職金」として、仮にそのタイミングで本人が退職していれば受け取るはずだった金額（またはその一部）を支給する制度がある会社があります。 一般的には、退職金というのは在籍年数に比例して増加する性質があるので、不幸が起こるタイミングによってその支給額は変わるはずです。ところがFP-UNIVでは死亡退職金が固定金額でしか設定できないので、うまくライフプランに反映させることができずにいます。 保険の設定画面を活用すれば（1年につき1つの定期保険を設定するようなイメージ）できなくもないですが、非常に面倒なので、死亡退職金が独立した項目でかんたんに設定できるとGoodですね。
税制法制の改悪をシミュレーションする機能がほしい
厚生年金保険料率は現在18.3％です。保険料の負担は労使折半なので、会社員であれば標準報酬月額の9.15%が毎月の給料から控除されています。この保険料率は2004年の13.93％からこっそり段階的に引き上げられて今に至っています。これがどの程度のインパクトかというと、標準報酬月額が仮に50万円の人がいたとき、保険料率が4%引き上げられると月2万円、つまり年間24万円の支出upになります。10年なら240万円。エグいですね。
少子化が改善する気配は無いので、保険料率が今後さらに上がる可能性は十分にあります。なので、そこをシミュレーションする機能がほしいと思いました。保険料率50%とかでシミュレーションして「こんな国で誰も働かないわ！」とかツッコみたい。同様の理由で、児童手当も改悪の可能性を織り込みたいです。支給額を自動計算してくれるのは有り難いのですが、「2025年で廃止」とか設定できると尚いいですね。
まとめ ライフプランニングも完全オーダーメイドの時代に
いろいろ書いたものの、FP-UNIVには感動してます。20年後も使いたい。
FP-UNIVの宣伝文句には「本当の」というフレーズがよく登場します。本当の必要保障額。本当の節税額。 これはソフトを使うほどにしっくりと来るフレーズで、他のソフトでは到達し得ないレベルで税制法制に追従し、私個人の前提条件に合わせてシミュレーションしてくれるので、目の前に現れる数字こそが「本当の」数字であると感じられます。この信頼感は素晴らしいです。
ふと、製薬業界で働いていることもあって「Precision Medicine」という言葉を思い出しました。
新型コロナで「治験」という言葉が身近になりましたが、薬の効果を証明するプロセス「治験」では、○○という疾患の患者という母集団に対して○○%効果があったのでこの薬は効能があります、というエビデンスの取り方をします。でも、十把一絡げに同じ疾患の患者さんと言いますが、患者さんひとりひとりは年齢、性別、身体的な性質、生活習慣、ヒトゲノム…etc.など様々な面で多様性がありますよね。医療の発展により、これからは患者さんひとりひとりの身体や状況に応じて治療計画がオーダーメイドに設計されるようになると言われています。これがPrecision Medicineです。Precision Medicineが現実的になるためには、個人のヒトゲノムを高速安価に解析するためのゲノムシーケンス技術のブレークスルーが必要でした。
ライフプランニングも同じで、今までは技術的な制約（あるいは故意）により、統計データを援用したり平均的な人物を想定したりして「ざっくり」シミュレーションするしかなかったところに、「FP-UNIV」というブレークスルーが起こり、個々人の希望や状況に応じた「本当の」ライフプランニングが可能になった、という時代の変遷を感じます。
私はFPでも保険募集人でもなんでもない素人ですが、これからも応援しております。
本当に美味しい浅草のグルメ＆スイーツ
東京・台東区に延べ5年ほど住んでいます。
街がいい意味で洗練されすぎていないので、落ち着きます。 都内どこに行くにもアクセスが良く、その割には家賃相場も高すぎないので、都内勤務の若い人、とりわけ山手線の東側勤務の方にはおすすめの街です。
最近はコロナの影響でまったく見なくなりましたが、台東区にある浅草は都内で日本らしいアクティビティができる街として外国人観光客にも人気です。 （都営浅草線浅草駅は成田空港・羽田空港どちらにも直通しているので、出国前に立ち寄ることが多いらしい）
浅草はその歴史的背景からディープな一面もあり、決して小綺麗ではないですが、多様なジャンルの美味しい飲食店が沢山ある街でもあります。 今日はそんな浅草にある「本当に美味しいグルメ＆スイーツ」を紹介します。2回以上訪問したお店しか載せてません。割と奥浅草エリアが多いかも…浅草に来たら浅草寺のお参りで帰らずに、言問通りを渡っていろいろ探索してみてください～
グルメ
THE BURGER CRAFT
パンはほんのり焼いてあり食感と香ばしさが最高。粗挽きのバンズは存在感があり幸せになれます。付け合せのポテトフライも大きめで食べごたえあって、序盤中盤終盤隙がない。今まで生きてきて一番美味いハンバーガーかも。
tabelog.com 予算：1500円/人
焼肉BEAST
華金なうなんです pic.twitter.com/Mv1vPB6nv1
— こや (@entropiajp) January 31, 2020
浅草には美味しい焼肉屋が沢山あります。昔なら賭け事で儲かった人が後輩とか連れてきたりしたのかな。
但馬牛をいろんな食べ方で楽しめます。（肉寿司も旨いです）BEASTさんの店内は明るく綺麗で煙かったりもしないので、カップルで焼肉デートもいいと思う。
すだち冷麺が清涼感たっぷりで超うまいので、ぜひ〆にどうぞ。
冷麺〆 pic.twitter.com/szxN88Gqa8
— こや (@entropiajp) January 31, 2020
店内はあまり広くなく席数制限もしていないので、この時勢に行くのは少しリスクあるかもしれない。
tabelog.com 予算：7000円/人
丹想庵 健次郎
蕎麦屋で飲むのハマりそう… pic.twitter.com/UcLQfckpjh
— こや (@entropiajp) April 30, 2019
奥浅草の静かな裏路地に店を構えるお蕎麦屋さんです。 料理と日本酒を楽しみ最後に蕎麦で〆る。そんな蕎麦屋飲みを楽しめるお店です。 浅草の蕎麦屋は観光客相手に殿様商売しているお店も多いのですが、ここは本当に丁寧な仕事です。上のツイートにも写真あるように、一品料理何頼んでも美味しいです。
tabelog.com 予算：5000円/人
小柳
3連休はじまったな pic.twitter.com/6iagfsBxct
— こや (@entropiajp) August 9, 2019
鰻が食べたくなったらここに行きます。軒先の枝垂れた柳の木がなんか味がある。
tabelog.com 予算：4000円/人
ごはん×カフェ madei
大根まつりで有名な待乳山聖天の目の前にある定食屋さん兼カフェ。 鶏大根は出汁が尋常じゃなく素晴らしく、いつも煮汁を完飲してしまいます。 小鉢も丁寧に作られていて、シンプルに「和食っていいな」と思います。
tabelog.com 予算：1000円/人（ランチ）
みつヰ
こんな寒い夜は pic.twitter.com/0DZv03vEh3
— こや (@entropiajp) January 31, 2019
実は醤油ラーメンって浅草発祥らしい。素晴らしい醤油ラーメンを楽しめるお店です。 細麺or平打手揉み麺を選べます。手揉みを選ぶと、目の前で実直そうな主人が揉んでるところを見れます。 6席と狭く行列必至だったのですが、最近、整理券制になったので、長時間並ばずとも楽しめるようになってさらに行きやすくなりました。
tabelog.com 予算：1000円/人
ピッツェリア ロマーノ エ マリーノ
実はイタリアンがあまりない浅草。2020年にオープンしたばかりのお店で、マルゲリータ美味しいです。 全メニューテイクアウトOKのお店なので、緊急事態宣言中のZoom飲みではよくお世話になりました。生ハム×赤ワインで優勝。
tabelog.com 予算：1500円/人（ランチ）
スイーツ
ラ・パティスリー・ドゥ・ナツ
奥浅草にある小さなケーキ屋さんです。ショートケーキが本当に美味しい。甘すぎない生クリームと苺。 焼き菓子のハリネズミクッキーも可愛いです。
tabelog.com 予算：500円/個
気ままなキッチン
今日の仕入れ pic.twitter.com/oIthVp255i
— こや (@entropiajp) April 20, 2019
味は日替わり（気まぐれ？）。 なぜか店主のマダムに気に入られて、よくおまけで切れ端のシフォンケーキをもらう（嬉しい）
tabelog.com 予算：500円/個
亀十
白あんのどら焼き、これは美味しかった… pic.twitter.com/9EjulXmtph
— こや (@entropiajp) November 22, 2018
雷門通りにある超有名店ですが、どら焼きが好きなのでどうしても紹介してしまう。パンケーキみたいなふわふわな生地がGood。おすすめは白餡。
tabelog.com 予算：400円/個
壽々喜園 浅草本店
ななや 抹茶ジェラート
— こや (@entropiajp) September 11, 2018
抹茶レベル5を選択
かなり濃厚(レベル7まである) pic.twitter.com/TuwtJfe63Y
静岡のななやの抹茶ジェラートを東京で唯一食べられるお店。 ほうじ茶と抹茶のダブルが好き。
tabelog.com 予算：500円/人
テラサワ・ケーキ・パンショップ
昔ながらのパン屋さん。生クリームコロネが美味しいのなんの…（お腹周りは気にしない） 惣菜系のパンも充実してて、お昼に行くときは焼きそばパンと生クリームコロネをよく買います。 tabelog.com 予算：500円/人
スイーツスタジオベルノート
ベルギー在住18年のシェフが営む奥浅草のスイーツ屋さん。おすすめはやっぱりベルギーチョコワッフル。
tabelog.com 予算：500円/個
Fuglen Asakusa
JRAの場外馬券売り場や酒クズにはたまらない飲み屋街「ホッピー通り」の至近に突如現れるおしゃれカフェ。ノルウェーが本拠地で日本進出2号店らしい。 カフェオレ大好きです。SAZA COFFEEの系統が好きな人は好きだと思います。
tabelog.com 予算：1000円/人
カフェ・オトノヴァ
有休が終わってまう pic.twitter.com/EoJ9QE7Ulw
— こや (@entropiajp) April 2, 2019
合羽橋道具街と浅草寺の間のエリア（西浅草）にあるカフェ。2階建てで天井吹き抜けが気持ちいい。
tabelog.com 予算：1000円/人
