macOS 10.13 HighSierraでLibreOffice 7.1に日本語言語パックをインストールしようとしたら、アプリケーションを選ぶようにダイアログが出て、LibreOfficeを選択しても「有効なインストールではありません」と表示されてインストールされなかった。何台かあるMacのうち、2台だけこのエラーが出る。
Google検索すると、Finderの環境設定で拡張子を表示しているとだめらしいのだが、表示しない設定にしてある。
言語パックインストーラをパッケージの内容を表示として中身を見ると、AppleScriptのスクリプトを見つけることができる。これをスクリプトエディタで開いて読んでいくと、Spotlightがオフだとエラーになるよというようなことがコメントに書いてあった。
システム環境設定でSpotlightを見ると、起動ディスク全体をインデックス作成の対象から除外してあった。起動ディスクを除外対象から外したら、インストーラが正常に動作した。
OMRONの活動量計のデータをウェルネスリンク通信ソフトで健康マイレージのサイトに上げている。
家の環境はmacOS 10.14 MojaveとmacOS 10.13 HighSierraで、どちらもウェルネスリンク通信ソフトを使うことができる。macOS 10.15 Catalinaにもインストールできた（と思う）。
さて、大幅に仕様が変わったmacOS 11 BigSurではWLSetup_1201.dmgのインストーラを実行するとエラーで終了してしまう。これは、システムのライブラリフォルダのExtensionsフォルダにOMUSBLoad.kextをインストールしようとするもののBigSurではフォルダが読出専用に設定されているため。そもそもBigSurからはkextは基本的に使わない方向になっていくらしい。
今更ウェルネスリンク通信ソフトのBigSur対応版をOMRONが出してくれるとは思えない。Extensionsフォルダに書き込み属性を付けられるかどうかはまだ試していないが、インストール済みのウェルネスリンク通信ソフトがあれば、これをアプリケーションフォルダなどにコピーしておけばデータのアップロードは問題なくできることを確認した。データ転送中・終了の表示が画面に出なくなったが、OMUSBLoad.kextはこのために必要だったのかもしれない。データをアップ後、健康マイレージのサイトで歩数を同期して転送が無事に終わったことを確認した。
活動量計本体の方に転送中や終了の表示は出るし、終了時にブザーも鳴るのでBigSurでもこのやり方でしのげそうだ。
ここ数日、MacBook Pro 13" (2009)のファンが全力で回転しっぱなしになっている。アクティビティモニタを見るとMRTというプロセスのCPU利用率が200%とかすごいことになっている。ただし、他のプログラムが動き始めるとMRTの使用率は下がるので、動作が遅くなるという感じはあまりしない。ただし、本体の発熱もすごいし、ファンの音もうるさいので、調べて対策を講じた。
2020/10/20にAppleがMRTのバージョン1.68をリリースしたらしいのだが、そのタイミングでいろいろな環境でMRTのCPU使用率が異常に高くなっているらしい。うちのMBP 13"(2009) High SierraとMBP 15"(2017) Mojaveも同様。MBP 15"の方はそれほど発熱やCPUファンの動作はひどくないのだが、アクティビティモニタを見ると使用率が高い。
対策は、TimeMachineでバックアップされた前のバージョン1.67への入れ換え。
手順
MBP 13" 2009のメンテナンス用外部ディスク（月に１回ぐらい使う）はMRT.app 1.66だったが、このディスクで起動してしばらくおいていたら1.67に上がっていた。1.68になっていないのは、1.68に問題があることをAppleが認識しているということだろうか。
ffmpegでらじるらじるを保存すると、非常に大きいファイルでも保存できてしまう。
6時間半の番組をffmpegでaiff形式で保存したら、4.56 GBになった。Finderでは再生時間が23分10秒と表示される。ネットを検索したところ、どうやらaiffファイルはフォーマット上4GBが上限らしい。
このファイルを64 bit版Audacity 2.4.2で開くと、最初の23分10秒しか読み込まれない。
なんとかファイルを自由に編集できないかと試してみた。
ターミナルでlameを使ってmp3に変換すると、6時間半のmp3ファイルができた。Audacityはファイル内のヘッダーなどを読んでから処理しているのに対して、lameはデータを頭から順に処理していくだけなのかもしれない。出来上がったmp3ファイルをAudacityで読み込むと、全部読み込むことができた。
ocenaudioではaiff形式のファイルで6時間半全部を読み込み、編集できた。案外優秀なやつかも？
こういう長時間の番組は、わざわざaiffに変換しないでm4a形式のまま保存しておき、後からAudacityなどで適当なサイズにぶつ切りにしたほうが良さそうだ。
我が家で受信できるNHK-FMの電波はマルチパスがひどく、人の音声のサ行が濁ったり、ピアノなどの音にフェージングがついたりする。ポップスだとフェージングは全然わからないのだが、クラシックやジャズなどの楽器の音がはっきりわかるものだと目立つ。
家から見て放送局と反対側に大きな建物があるので、マルチパスの主原因はこれだと思う。テレビがアナログの時代はゴーストがVHF帯でひどく、ゴーストリダクションチューナー付きのハードディスクレコーダーが必要だった。FMチューナーだとアキュフェーズの40万円のチューナーでも買ってこないとマルチパスリダクションは手に入らないので、チューナーでなんとかするのはお財布的に厳しい。
マルチパスなら前後比の大きい位相差給電式のアンテナだということで、2階の部屋のロフトの手摺にアンテナを設置してある。設置した当時(数年前)はたしかにマルチパスの影響は減ったのだが、2年ほど前からまた気になるようになった。たぶん放送局から家までの経路でビルなどができて反射の状況が変わったのだと思う。
FMアンテナの位置を1 mほどずらしたら、サ行の濁りやフェージングが少し減って聞きやすくなったので、今はこの位置で聞いているが、完全になくなったわけではない。
そこで、らじるらじるである。聞くだけならブラウザで再生すればいいのだが、メモリープレーヤーに転送したり、CD-RWに焼いて車で聞いたりしたい(車のオーディオが古くてMDか光学ディスクを使わないと音を持っていけない)ので、データで取りたい。
以下のサイトを参考にして、ffmpegで録音するようにした。ffmpegは、以前Macportsでgnumericをインストールしたときに入っていたのでこれを利用。
https://qiita.com/yuppejp/items/d0a49bb03be02c303e4d
https://riocampos-tech.hatenablog.com/entry/20170911/download_radiru_m3u8
上の方のサイトのシェルスクリプトをほぼ丸パクリで使わせてもらった(ただし第1や第2放送は聞かないので名古屋と大阪のFMを引数で選べるようにした)。
ターミナルでシェルスクリプトを直接実行すると問題なく動作した。
次にcrontabに書き込んでタイマー録音のテスト。ものぐさなのでCronniXを使って書き込み。crontabにはシェルスクリプトをフルパスで記述したので問題なく動くはず・・・なのだが録音されない。よく見ると、シェルスクリプトは実行されているのだが・・・ということはffmpegの呼び出しに問題が？
ffmpegはMacportsのものなので、/opt/local/binにインストールされている。ここにコマンドサーチパスを通すという手もあるのだが、今回は/usr/local/binにシンボリックリンクを置いてターミナルから簡単に使えるようにしていた。
ネットを検索すると、cronで実行するときは/bin, /sbin, /usr/binのコマンドは見るけど/usr/local/binは見ないとのこと。で、/usr/binにffmpegのシンボリックリンクを作るとcronでタイマー実行ができるようになった。
普段使っているHigh Sierraの入ったMBP13"(2009)でうまく行ったので、家族と共用のMBP15"(2017) Mojaveでも同じ設定をしようとしたら、こちらは/usr/binにシンボリックリンクを作れない。この症状は見覚えがあったので改めて検索すると、SierraだかHigh Sierraから導入されたシステム整合性保護(SIP)が働いているとのこと。そういえばMBP13"の方は、High Sierra patchを当てるためにSIPを解除してあったのだった。
MBP15"の方は、シェルスクリプト中のffmpegの呼出しをフルパスで行うことにして解決。
Mac本体はシステム環境設定の省エネルギーでスリープ解除のスケジュールをしておき、crontabの設定で自動タイマー録音ができる。設定したユーザでログインしていれば、画面表示がログイン画面であっても問題なく動作した。ひょっとしたらrootのcrontabに書いておけばログインしていなくても動作するかもしれないが、未確認。
これは前の話とは別の話。
前回のMacとは別のMacBook Pro 13" 2009にこれまた前回とは別機種のUSB DACをつないでいるのだが、ふと思い立ってUSB DACを2段につないだUSBハブの後段側(Macから遠いほう)につないでみた。
そうしたら、音がおかしくなった。まともな音にならない。流石にハブの2段接続は信号のタイミングがデタラメになってしまうのだろうか。
USBハブは1つずつ、MacのUSBポートに刺すことにした。これならUSB DACの出力もおかしくならない。
某USB DACをMacBook Pro 15" 2017につないでいるのだが、再生音が細切れになってしまう現象が起きた。昨日まではちゃんと使えていたのだが。
iTunesでもシステム環境設定のサウンドの警告音でも同様。Audacityに至っては音が出ない。ということで、アプリケーションのせいではない。
DACを外してつなぎ直してもだめ、再起動してもだめ、NVRAMをクリアしてもだめ。
MBPのUSBはType-Cコネクタ、DACの接続ケーブルはType-A—2.0 Type-B。Macとの接続のため、USBハブを介している。ということでハブを疑って、別のハブにつないだらちゃんと音が出るようになった。
USBハブの接触不良を疑って、何回か抜き差ししたり、ハブの別のポートのHDDやマウスと入れ替えたりしたら元々つないでいたUSBでも問題なく音が出るようになった。USBコネクタの接触不良はよくあることなので、今回も接触不良だったのだろう。
うちのmacOS 10.14 MojaveのAcrobat Reader DCが起動できなくなっていた。バージョンは2019年のどれか。
Adobeのサイトから最新版のインストーラをダウンロードしてインストールしたら起動できた。もともと入れてあったものはMojaveに対応していないバージョンだったのだろうか。High Sierraでは動いていたはずだが。
macOS 10.13.6 Security Update 2020-001をHigh Sierra Patcherを当てたMacにインストールしたのだが、背景が黒の更新画面でプログレスバーが止まってしまった。一晩置いてもプログレスバーはそれ以上進まず、ディスクのアクセス音もしないので電源を強制切断。一応普通に起動し、OSのビルド番号も更新されているので、アップデートはできているように見える。
Patchを当てている環境なので、スムーズに行かなくても仕方がない。動くだけ良しとしよう。
MacBook Pro 15" 2017はCatalinaにアップグレード可能なのだが、32bitアプリが動かないとか、Audacityが使えないとか色々不都合があるので、テスト用の外部HDDのMojaveをアップグレードしてみた。
AppStoreからCatalinaのインストーラをダウンロード。Mojaveは10.14.0はフルサイズのインストーラだったが、10.14.1ではダウンロード・インストールプログラムだけのインストーラがダウンロードされるようになっていたのだが、Catalinaは10.15.1もフルサイズのインストーラがダウンロードされた。これをいつものコマンドでUSBメモリに書き込んでインストール用起動USBメモリを作製。
USBメモリから起動してUSB接続の外部HDDへインストール。特に問題はなく終了。
MacBook内臓の起動ディスクのアップデートをどうするか思案中。2年間Mojaveで過ごしてから後継バージョンへ上げることも検討している。
| 日 | 月 | 火 | 水 | 木 | 金 | 土 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
最近のコメント