hibitekitou
macOS Mojave その2
mac |2018-10-07
MacBook Pro 2018に乗り換える時に、/usr/localとかにファイルが作られていたHomebrewのファイルたちが正常に動作しなくなっていました。これはMojaveにする前からそうだったのだろうと思うのだけど、Homebrewを入れ直しました。
Homebrewの再インストール[macOS] [一馬力のメモ帳]
こちらを参考にHomebrewをアンインストールして再インストールします。
アンインストールはアンインストールのコマンドをはしらせるだけ。
それで、Homebrewの公式ページのワンライナーのインストールスクリプトを実行してインストールするのですが、インストール後、brew doctor を実行すると "Broken symlinks were found. Remove them with `brew prune`:"ってメッセージの後に該当ファイルがずらずら羅列されました。
この状況はHomebrewをアンインストールする前からそうで、解決策として brew prune を実行しろとなっているからそれを実行しても解消されなかったのです。それがアンインストールしてのインストール後は無事にbrew pruneの処理が動いたようで、brew doctorを実行しての警告が出なくなりました。
ということで、Python環境を構築します。
とりあえず、brew install tcl-tk でTcl/Tkを入れておきました。
使えるようにするにはこれだけではダメで、パスを渡してやらないといけないようです。
echo 'export PATH="/usr/local/opt/tcl-tk/bin:$PATH"' >> ~/.bash_profile
source ~/.bash_profile
参考 Macintoshでtcl/tk そのままでも動くのに罠5つに嵌った[Qiita]
んでせっかくなのでpyenvからインストールしていくわけですが、それは
MacOSとHomebrewとpyenvで快適python環境を。 [Qiita]
を参考に進めました(pyenvの環境構築まで。それを利用したPythonのインストールは別場所参考に)。
3.6系のインストールは、 "BUILD FAILED (OS X 10.14 using python-build 20180424)"ってエラーでpyenvの簡単なコマンドでは入りませんでした。
それについては
[MacOS Mojave]pyenvでpythonのインストールがzlibエラーで失敗した時の対応 [Qiita]
こちらに書かれている「解決策」って部分を実行することで解決。コマンド pyenv install 3.6.6 で入るようになるようです。xcode-selectの現行バージョンにMojave用のmacOS SDK headerが入っていないのが原因とかなんとか。
引き続き pyenv install 2.7.15 でそのバージョンのPythonも入れました。
以上が終わったところで、pyenvのまとめ。
3.6.6ってなっているところは必要なバージョンで読み換える。
pyenv install -l:インストール可能なPythonインタープリタの一覧
pyenv versions:インストールしてあるPythonのリスト
pyenv global 3.6.6:デフォルトのPythonの指定。3.6.6が入っているのでそう指定している。
pyenv uninstall 3.6.6:3.6.6をアンインストール。
ってことでうちで去年試した 単一露光画像からのHDR画像生成ってのを試してみたってのを再び環境構築してみます。
いくつかのコマンドのうち pip3 install openexr だけうまく走りませんでした。ImathBox.hが無いって怒られます。なので、 brew install openexr の実行でHomebrewで入れてみてから pip3 install openexr を実行したら通りました。
virtualenv -p python3 tensorflow でtensorflowって名前の仮想環境が、コマンドを実行した階層に出来上がろ。その環境に移行するコマンドは source tensorflow/bin/activate。その環境から抜けるには deactivate。デスクトップで作業をしていたら、tensorflowって仮想環境はデスクトップ上にできるtensorflowフォルダの中ということになりますな。
んで、とりあえず動作した模様。
ちなみにこの処理は画像をロードする時と推測の処理をしている時にメモリをどか食いします。6016px x 4000px画像を処理する際、のアクティビティモニタでの表示でpython3のメモリ使用量が64GB超えました。
![](https://blogimg.goo.ne.jp/user_image/2d/d3/b356800cc38eb6863ad82353363325f7.jpg?random=5076d15aa3be3781e3890f35274a09d9)
こんなメモリ状況は自分の環境では初めて見たかも。ちなみに、iPhone Xで撮った画像(カレントディレクトリ内のIMG_9094.jpeg)を処理するときのコマンドは
python hdrcnn-master/hdrcnn_predict.py --params hdrcnn-master/hdrcnn_params.npz --im_dir IMG_9094.jpeg --width 4032 --height 3024
そういえば去年Mac Pro上に環境構築してThetaで撮った画像を処理しようとした時、オリジナルのサイズだと処理しきれなかったんですが、今回のMacBook Pro 2018上ではできたんですよね。去年はHigh Sierra インストール前後にやったと思うので、OSはHigh SierraかSierraなんだけど、メモリ搭載量は今のMacBook Proと同じ32GBだったはず。それでも機械の差ってのはあるだろうけど、あるいはMojaveでメモリ管理がより賢くなったってのはあったりするのだろうか。
Homebrewの再インストール[macOS] [一馬力のメモ帳]
こちらを参考にHomebrewをアンインストールして再インストールします。
アンインストールはアンインストールのコマンドをはしらせるだけ。
それで、Homebrewの公式ページのワンライナーのインストールスクリプトを実行してインストールするのですが、インストール後、brew doctor を実行すると "Broken symlinks were found. Remove them with `brew prune`:"ってメッセージの後に該当ファイルがずらずら羅列されました。
この状況はHomebrewをアンインストールする前からそうで、解決策として brew prune を実行しろとなっているからそれを実行しても解消されなかったのです。それがアンインストールしてのインストール後は無事にbrew pruneの処理が動いたようで、brew doctorを実行しての警告が出なくなりました。
ということで、Python環境を構築します。
とりあえず、brew install tcl-tk でTcl/Tkを入れておきました。
使えるようにするにはこれだけではダメで、パスを渡してやらないといけないようです。
echo 'export PATH="/usr/local/opt/tcl-tk/bin:$PATH"' >> ~/.bash_profile
source ~/.bash_profile
参考 Macintoshでtcl/tk そのままでも動くのに罠5つに嵌った[Qiita]
んでせっかくなのでpyenvからインストールしていくわけですが、それは
MacOSとHomebrewとpyenvで快適python環境を。 [Qiita]
を参考に進めました(pyenvの環境構築まで。それを利用したPythonのインストールは別場所参考に)。
3.6系のインストールは、 "BUILD FAILED (OS X 10.14 using python-build 20180424)"ってエラーでpyenvの簡単なコマンドでは入りませんでした。
それについては
[MacOS Mojave]pyenvでpythonのインストールがzlibエラーで失敗した時の対応 [Qiita]
こちらに書かれている「解決策」って部分を実行することで解決。コマンド pyenv install 3.6.6 で入るようになるようです。xcode-selectの現行バージョンにMojave用のmacOS SDK headerが入っていないのが原因とかなんとか。
引き続き pyenv install 2.7.15 でそのバージョンのPythonも入れました。
以上が終わったところで、pyenvのまとめ。
3.6.6ってなっているところは必要なバージョンで読み換える。
pyenv install -l:インストール可能なPythonインタープリタの一覧
pyenv versions:インストールしてあるPythonのリスト
pyenv global 3.6.6:デフォルトのPythonの指定。3.6.6が入っているのでそう指定している。
pyenv uninstall 3.6.6:3.6.6をアンインストール。
ってことでうちで去年試した 単一露光画像からのHDR画像生成ってのを試してみたってのを再び環境構築してみます。
いくつかのコマンドのうち pip3 install openexr だけうまく走りませんでした。ImathBox.hが無いって怒られます。なので、 brew install openexr の実行でHomebrewで入れてみてから pip3 install openexr を実行したら通りました。
virtualenv -p python3 tensorflow でtensorflowって名前の仮想環境が、コマンドを実行した階層に出来上がろ。その環境に移行するコマンドは source tensorflow/bin/activate。その環境から抜けるには deactivate。デスクトップで作業をしていたら、tensorflowって仮想環境はデスクトップ上にできるtensorflowフォルダの中ということになりますな。
んで、とりあえず動作した模様。
ちなみにこの処理は画像をロードする時と推測の処理をしている時にメモリをどか食いします。6016px x 4000px画像を処理する際、のアクティビティモニタでの表示でpython3のメモリ使用量が64GB超えました。
![](https://blogimg.goo.ne.jp/user_image/2d/d3/b356800cc38eb6863ad82353363325f7.jpg?random=5076d15aa3be3781e3890f35274a09d9)
こんなメモリ状況は自分の環境では初めて見たかも。ちなみに、iPhone Xで撮った画像(カレントディレクトリ内のIMG_9094.jpeg)を処理するときのコマンドは
python hdrcnn-master/hdrcnn_predict.py --params hdrcnn-master/hdrcnn_params.npz --im_dir IMG_9094.jpeg --width 4032 --height 3024
そういえば去年Mac Pro上に環境構築してThetaで撮った画像を処理しようとした時、オリジナルのサイズだと処理しきれなかったんですが、今回のMacBook Pro 2018上ではできたんですよね。去年はHigh Sierra インストール前後にやったと思うので、OSはHigh SierraかSierraなんだけど、メモリ搭載量は今のMacBook Proと同じ32GBだったはず。それでも機械の差ってのはあるだろうけど、あるいはMojaveでメモリ管理がより賢くなったってのはあったりするのだろうか。
コメント ( 0 )|Trackback ( )
新しいカメラが来た
pictures |2018-10-06
ちょっと血迷いまして、うっかりとポチッとしたのが10/1。で品物が届いてみたものの、本体を直接手持ちして撮影するカメラではなく、またマウントも特殊なために、とりあえず汎用的なマウントアダプタが届くまで放置していました。届いたので、試してみたのですが、これすごいですね。
![](https://blogimg.goo.ne.jp/user_image/20/51/8a8f4fe4e10c9bc53cc3efe6af9dde9c.jpg?random=736ea913d06f7e2ba5bbdd7e6092e64a)
アクセサリはこれから揃えるとして、とりあえずいわゆる自撮り棒(の脚)につけて歩いてみたのですが、流石に揺れがゼロになるわけではないのだけど、歩いているときの足が接地するタイミングのショックが柔らかくなっている。手ぶれ補正が本当にすごくなっているのだなぁと自分で触ってみて改めて感動しました。
タイムラプスの撮影も面白いし(これにも手ぶれ補正が効くらしいし)、これはアクセサリでまた散財しそうであり、注意せねばと思いました。
![](https://blogimg.goo.ne.jp/user_image/20/51/8a8f4fe4e10c9bc53cc3efe6af9dde9c.jpg?random=736ea913d06f7e2ba5bbdd7e6092e64a)
アクセサリはこれから揃えるとして、とりあえずいわゆる自撮り棒(の脚)につけて歩いてみたのですが、流石に揺れがゼロになるわけではないのだけど、歩いているときの足が接地するタイミングのショックが柔らかくなっている。手ぶれ補正が本当にすごくなっているのだなぁと自分で触ってみて改めて感動しました。
歩き試し
タイムラプスの撮影も面白いし(これにも手ぶれ補正が効くらしいし)、これはアクセサリでまた散財しそうであり、注意せねばと思いました。
TimeLapse181006
コメント ( 8 )|Trackback ( )
Finderの反応やらを著しく悪化させるファイルがあるようだ…
mac |2018-10-06
拡張子がm4vってフォーマットがあるじゃないですか。
ネットを調べるとAppleがmp4を拡張してDolby AC3を格納可能にしたmp4ってことみたいなのだけど、だから音声がAACのm4vファイルは拡張子をmp4にしてもいいらしい。
このファイルが存在する目的はApple TVでDolby AC3を楽しめるようにって事らしく、つまりはApple TVで利用できるような方向の拡張がされているのでしょう。それ故になのか、そのファイルをMacで開こうとすると、いちいち「検証」って処理がはさまります。その上で、「開発元は未確認です」って警告が出ます。
![](https://blogimg.goo.ne.jp/user_image/7e/de/ae0f98f8c9605cd9fa7dc655d879a6f7.jpg?random=932121342a252c245554ae7c214cd547)
つまり、macOSはm4vファイルについてその安全性を逐一確認しているっぽい挙動を示します。
そこで問題になるのがFinderで一覧表示したフォルダ内にm4vファイルが存在した場合なのですね。そのm4vファイルがある程度の尺がある場合、Finder上でフォルダ内のファイルを触れるようになるまで非常に時間がかかるようになるわけです(処理が終わるまでレインボーカーソルがぐるぐる回り続けます)。
なんでか、随分と昔に作ったファイルがなぜかm4vの拡張子で作られていまして、それが最近足かせになっている模様。
ってことで、問題のフォルダ内のm4vファイルは全部AACだったのでmp4に拡張子を変更しました。とりあえずフォルダを開いてすかさずフォルダ内をスクロールしようとしたらレインボーカーソール出現ってことはなくなったように思いますが、時々まだ引っかかりますね。その原因がまだ判然としないのですけど、OSやアプリの挙動を安全側に振った結果だと思うからあまり大きな声て文句は言いませんが、この辺の安全性を検証している(と思われる)作業をしている間、他の作業ができなくなる状況はちょっとどうにかしてほしいなと思いました。
ネットを調べるとAppleがmp4を拡張してDolby AC3を格納可能にしたmp4ってことみたいなのだけど、だから音声がAACのm4vファイルは拡張子をmp4にしてもいいらしい。
このファイルが存在する目的はApple TVでDolby AC3を楽しめるようにって事らしく、つまりはApple TVで利用できるような方向の拡張がされているのでしょう。それ故になのか、そのファイルをMacで開こうとすると、いちいち「検証」って処理がはさまります。その上で、「開発元は未確認です」って警告が出ます。
![](https://blogimg.goo.ne.jp/user_image/7e/de/ae0f98f8c9605cd9fa7dc655d879a6f7.jpg?random=932121342a252c245554ae7c214cd547)
つまり、macOSはm4vファイルについてその安全性を逐一確認しているっぽい挙動を示します。
そこで問題になるのがFinderで一覧表示したフォルダ内にm4vファイルが存在した場合なのですね。そのm4vファイルがある程度の尺がある場合、Finder上でフォルダ内のファイルを触れるようになるまで非常に時間がかかるようになるわけです(処理が終わるまでレインボーカーソルがぐるぐる回り続けます)。
なんでか、随分と昔に作ったファイルがなぜかm4vの拡張子で作られていまして、それが最近足かせになっている模様。
ってことで、問題のフォルダ内のm4vファイルは全部AACだったのでmp4に拡張子を変更しました。とりあえずフォルダを開いてすかさずフォルダ内をスクロールしようとしたらレインボーカーソール出現ってことはなくなったように思いますが、時々まだ引っかかりますね。その原因がまだ判然としないのですけど、OSやアプリの挙動を安全側に振った結果だと思うからあまり大きな声て文句は言いませんが、この辺の安全性を検証している(と思われる)作業をしている間、他の作業ができなくなる状況はちょっとどうにかしてほしいなと思いました。
コメント ( 0 )|Trackback ( )
・次ページ »