PHPのバージョンアップなどで機能更新

コメントを残す

どうも気がつかない間にサーバの一部プロセスがダウンしていたようで、blogにアクセスできなかったりした模様で…。

 

メンテナンスにより機能向上を図る

サボっていたメンテナンスを行いました。具体的には

  • PHP7.4→PHP8.2への入れ替え
  • WordPressの更新
  • その他サーバプログラムの入れ替え

となっています。PHP8.2への入れ替えがメインですね。

 

PHPのバージョンアップをするときにはWordPressのプラグインの動きを確認しよう

PHPのバージョンアップを行うとセキュリティが向上したり動作速度が向上するのはよく言われているのですが、バージョンアップによりWordPressが動かなくなる、という問題もよくある現象です。この場合は動かないプラグインを一時的に無効化すること（管理画面が開くなら無効化処理を行う。管理画面すら開かないのであればpluginsディレクトリにある対象のプラグインのディレクトリ名を変更してしまうのが早い）で対応して、動かないプラグインを削除するか同じ機能を持ったプラグインを入れなおす作業が必要です。

問題なのはどのプラグインが動かないかを調べること、ですね。管理画面すら開かなくなった場合がかなり厳しいですが、その場合はWebサーバ側のログからエラーが出ているプラグインを調べたり、ターミナル上で直接phpを動かしてみることでFatal Errorが出ているプラグインの名前を見てみたり、phpのエラー表示設定を一時的にWebブラウザ側に見えるようにしてエラーを確認する、などが必要になります。この作業も慣れないとと難しいかもしれません。

 

次は生成系AIを使ってみるか…

メンテナンスも終わったので今の自分の流行についてです。生成系AIがトレンドになっていますので自分も使ってみようということでOpenAIのアカウントを取得してみたり、画像生成のためにStableDiffusionWebUI(Automatic1111)を入れていくつかのモデルを入れてみたり、OpenAIのAPIを使うと有料なのでどうにか自分のPCでできないか、と思いtext-generation-webuiを入れてみたりしています。

ちなみにStableDiffusion WebUIもText Generation WebUIもある程度の速度で動かすにはメモリがたくさんあるGPUが必要ですので注意してください。これらのAIを動かすためにPCのパーツの一部入れ替えをしています。具体的には

  • PCのGPUをGeForce RTX 3060(12GB)に入れ替え
  • PCのメインメモリを48GBに増強

としています。AIを動かすときにはある程度強力かつメモリがあるGPUがあればCPUの速度はそれなりでも動かせますが、この２点だけはしっかりと増強しておかないとまともに動かせない可能性が大きいです。こうしておけば上の２つであれば動かせると思います。使用感などに関しては時間があれば書いていきたいと思います。

 

スマホのスペックによる動画再生できる形式の差を調べてみる Xperia 5 III & moto g52j 5G編

コメントを残す

あることを考えていてDSDVを使って電話番号を2つ持ちにしようかと思い、キャリア側で購入したXperia 5 IIIを補助スマホに、DSDVができるちょっと安めのスマホであるmoto g52j 5Gをメインスマホにしようかと思いデータを移行しているときに気がついた現象。「あれ？moto g52j 5G側での動画再生でハードウェアを利用できないものがいくつかあるような気が･･･」というところから始まっています。

 

簡単に比較してみよう

というわけでちょっと比較してみました。ハードウェアを利用できるかどうかはMX Playerを使ってHWで再生できるかどうかで調べています。

  Xperia 5 III moto g52j 5G
XviD 640×480 × ×
DivX 1280×720 ○ ○
H.264 1920×1080 ○ ○
H.264 10bit 1920×1080 × ×
H.264 3840×2160 ○ ×
H.265 1920×1080 ○ ×
H.265 3840×2160 ○ ×

 

つまり、こういうことがいえるわけです。

moto g52j 5Gは解像度が4Kレベルの動画やH.265などの上位のコーデックを用いるとハードウェアを利用して動画再生ができなくなるという現象が起こる。Xperia 5 IIIはある程度高解像度の動画や上位のコーデックでもハードウェアを使って再生できる。

 

普通に使っている限りは問題は出ないが･･･

Youtubeなどの動画も普通に見ている限りはそんな高解像度ではないですので何も問題はないのですが、例えばVRなどは高解像度ですのでスマホで再生するとなると再生支援が追いつかなくなりまともに見ることができなくなる、という現象が発生します。今回別件でVR動画にもチャレンジしていたのですが、VR動画を再生すると妙にかくかくして再生がおかしいな、と思い調べてみた結果がこれでした。

 

VR動画をスマホで見る場合はスペックに注意

あまり表には出てこないスペックだとは思いますがこういう情報も必要になることがあるようですね。しっかりとしたSoCが積まれている端末で再生してください。といってもその辺がわからない人も多いと思いますのでその場合は「その手の情報が書いてある端末」か「単純に高性能がうたわれている端末」を購入するのが無難という結論に至りそうです。はい。

 

関連する記事

  1. Xperia acroのバージョンアップをしてみた
  2. Xperia acroで再生できる動画形式とは？詳細編
  3. Xperia acroのボタン問題その他
  4. Xperia acroで再生できるmp4とは？
  5. Xperia acro付属品のmicroSDHCの速度測定

DirectShow Extend Filter Library 0.16公開

コメントを残す

ある意味大変な間違いをしていたためにlibvpxのコンパイルが通らなかったことがわかったので改めてビルドし直しました…。

 

x86用のプロジェクトを作製した後のmake cleanを忘れるとこうなるのか…

というわけで真相がこれ。x86用の環境とx86-64用の環境はほぼ同一で作るようにしていたのでconfigureをx86用で通してmakeしたものをコピーしてlibvpxのライブラリを作成してそのままconfigureでx86-64用の設定をしてmakeをして…と思っていたのですが、どうもこれがまずかったようです。

x86用の設定が残ったままとなり、x86-64用の各種定義やらアセンブラのコンパイル環境がうまく設定されなかった結果、x86-64用のライブラリの作成に失敗していた、が真相だったようです。ちなみにmakeでその手のファイルも作り直されるのを失念していたのでただの間抜けですね。vcprojをコピーしただけではその辺の設定が正しく通らないので注意しましょう。

 

x86用のプロジェクトとx86-64用のプロジェクトを「ディレクトリ単位で」分けることで解決

ちょっとデータ容量がもったいないですが、ビルドできないよりましかな、という結論です。そのデータ量を惜しむならばハードリンクでもすればいいのですが、さすがにそちらの方が作業の手間なのでこういう結論になりました。こんなことで悩む人は多くないと思いますが、気をつけるべき点ですね。

 

Vectorのライブラリも更新

こっちはこっちで一体何年ぶりなのでしょうかね。毎月通知だけは受け取っていたのですが。しばらくたったら正式公開されると思いますのでそちらからダウンロードしたい人はちょっと待っていてくださいね。

 

関連する記事

  1. DirectShow Extend Filter Library 0.11を公開？
  2. DirectShow Extend Filter Library 0.10とkrmovie with DirectShow Extend Filter Library 0.04を公開
  3. DirectShow Extend Filter Library 0.03 公開
  4. DirectShow Extend Filter Library 0.02 公開
  5. DirectShow Extend Filter Library 0.01 公開～

DirectShow Extend Filter Library 0.15公開(ただしx86版のみ)

コメントを残す

ただし書きが悲しいですよね…。x86版の方は形になりましたのでここまででいったん公開です。

 

放置しすぎたためにGUIDが違うわライブラリがビルドできないわ…

発端は「使ったときにWMVやWebMがうまく再生できない」というメールでした。少しだけ時間の余裕ができたので調べてみようと思いビルド環境を組み上げ…ることがなんと至難なことか。

まあ、わかりやすく言うとさすがに10年ほど前にビルドしたものなので環境が違いすぎること。特に

  • VisualStudioのバージョンを2010から2017への変更
  • WebM系のライブラリをできる限り最新環境へとアップデート

の2点を行ったのですが、特に後者がかなり難しかったというのが大変だった理由で、今回x64版がビルドできなかった理由だったりします。

 

webmdshow(WebMをDirectShow経由で再生するライブラリ）が2015年以降ほぼ更新されていない！

そう、今回の最大の問題点がこれだったわけです。つまりVisualStudio2017（やそれよりも新しいVisualStudio)を前提にしていないコードのままになっていた、というのが問題だったわけです。特に

  • DirectShowの基本ライブラリ(BaseClasses)と同じ名前を使っているために名前空間の分離が必要（これは前から）
  • オーディオの読み取り部分でVorbisを読み込むパターンしかなく、Opusを読み込むパターンが用意されていない
  • 付属のlibvpxが古いため最新のlibvpxをビルドする必要がある

の３点が問題になりました。１点目は根性で相変わらずカバーです。２点目については今回Opusに関しては元から変換フィルタだけは用意されていたのでwebmdshow側でOpusが来たときにフォーマットを認識するコードを追加することでこれはなんとか回避しました。ところが３点目についてlibvpxはx86版はビルドできたのですが、x64版はアセンブラがコンパイルできないためにライブラリの生成に失敗する、という現象でストップしてしまいました。ソリューションの作成はLinux側で作ることで回避できるのですが、アセンブラがコンパイルできない問題はさすがに予定外です。何が悪いのか今現在はさっぱりわからないのでこちらは保留状態になっています。

 

Visual Studio 2017に対応していないライブラリ群は除外することに

一部のライブラリが古すぎてコンパイラのコード生成に失敗したりライブラリのリンクに失敗するという問題がありましたので0.15の段階でサポートを外すことにしました。もし使いたい場合は一応0.14版も残しておきますのでそちらを利用してみてください。何のサポートがなくなったはソフトウェアのページで確認してみてください。

 

関連する記事

  1. DirectShow Extend Filter Library 0.11を公開？
  2. DirectShow Extend Filter Library 0.10とkrmovie with DirectShow Extend Filter Library 0.04を公開
  3. DirectShow Extend Filter Library 0.03 公開
  4. DirectShow Extend Filter Library 0.02 公開
  5. DirectShow Extend Filter Library 0.01 公開～

カーナビでYoutubeを見る方法を探してつけてみようと思った　Anycast導入編

コメントを残す

ということで、カーナビでYoutubeを見るためにHDMIを使った接続をしてみよう、ただし480pなどの解像度もサポートされているようにしたい、ということで値段も手頃なAnycastを導入してみることにしました。ここからはかなり技術の話になりますので難しい表現が出てくるかもしれません。

 

Anycastの購入

つまりこれですね。

ただし、ある理由で購入には踏み切りづらいものがあります。というのも、

  • そもそも中国製で信頼していいのか悪いのか不明
  • 購入するサイトや発送元によっては互換品や偽物をつかまされる可能性がある
  • 正式な型番が何かが書かれていない場合があり、手元に届いたときに初めて型番がわかることがある

というものです。こればっかりはどうすることもできないかな、と思います。とりあえず上の画像のリンクで購入した場合は「私が購入した場合」はこれになりました。

Anycast M18 Plusd

「Anycast M18 Plus」というものです。安定版がM9 Plusだったのでそれになるのかな～と思ったらこれでした。M9 Plusより新しい世代ですので性能がよいことを期待しましょう。あと、金額も(現在は)2,200円ほどですので怪しげなサイトでもない限りはほしい場合は買ってみてもよいような気はします。自己責任ですが。

 

Anycastとは

ここで、Anycastについて確認しておきましょう。単純にいうと「Wi-FI経由でHDMIの信号を受信する端末」だと思えばよいです。現段階でスマートフォンと画像を送受信する場合は

  • Miracastを使う(Androidの場合)
    • AirPlayを使う(iOS系の場合)
    • GoogleHome経由でChromecastに接続する(Android,iOSともに可能)

といったものがあります。Anycastはこの全てに対応している…型番があります、というところです。型番によっては対応してないものがあったり、これらの接続の待ち受けを手動で切り替えたり、4Kまで対応していたりしていなかったり、とかなりブレがあります。なのでそこまで考えて購入するのであれば型番を指定できるサイトを使うべきかな～というのが実情です。

 

Anycastに接続してみる

使っている端末がAndroid系なので、Miracastの機能を使って接続してみました。セットアップなどは次のようになります。

  1. Anycastに付属のケーブルを接続する
  2. AnycastのHDMI端子をディズプレイなどに接続する
  3. AnycastのUSB端子を電源に接続する
  4. しばらく待つとディスプレイに待機画面が表示される
  5. スマートフォンの端末などでWi-Fiを有効にするとAnycastの端末が見える（待機画面に端末名が表示されている）ので、そのWi-Fiに接続する
  6. パスワードを入力する（初期パスワードから変更した場合でも待機画面に表示されているパスワードを入力すればよい）
  7. Wi-Fiを接続した端末でブラウザを開き、待機画面に表示されているIPを直接入力する
  8. 設定画面が表示されるので必要な設定を行う（特にこの後でカーナビに接続する場合は画面解像度の設定を忘れないこと）
  9. Wi-Fiの接続を切断する
  10. 画面を表示したい端末の設定からMiracastの機能を検索して接続する
  11. 画面に端末の画面が表示される

という流れです。ちなみにMiracastに相当する機能の名前は端末によって異なるらしく、Xperia系では「スクリーンミラーリング」、Zenfone系では「PlayTo」という名前になっているようです。

 

端末によってAnycastで動画再生をしたときの状態がかなり異なる

どちらかというとこの話が今回のメインです。まず、Miracastの機能は端末のパワーをかなり使うらしく、多少古い端末だったり、解像度が高めに設定されていると送受信が間に合わなくなり、音が飛んだり画像が飛んだりしてしまいます。ある程度力がある端末でやりましょう。

そしてAnycastが「スマートフォンなどの端末の画面を表示するもの」、ということから来る悲しい性質があります。その性質とは、次のようなものです。

  • Anycastの出力はアスペクト比が16:9を想定している(480p、720pなど)
  • 端末のアスペクト比が16:9でない場合、Anycastはレターボックスやピラーボックスにより、多少表示領域を削っても元の端末のアスペクト比の表示となるようにする
  • ここに（例えば）16:9の動画を表示しようとすると端末側はレターボックスやピラーボックスにより端末の画面に合うように表示する
  • ところが、Anycast側にはすでに端末の画面を表示するためのボックスが入っているため、動画が画面全体に表示されず、中央に少し小さめに表示されてしまう

おまけにカーナビの画面側のアスペクト比も16:9でない場合はレターボックスとピラーボックスが何段階にも挿入されて動画が中央に小さく表示、という現象が発生してしまうことが発覚しました。

簡単にどうにかできる方法としては「端末自体が16:9のアスペクト比のものを使う」です。こうすれば少なくても端末からAnycastの段階で画面が小さくなることは防げるので多少ましになります。

ちなみにこれが検証段階でわかったので、Youtube用の端末も用意する必要もあることを考えて、（私の中では）現役を引退していたZenfone3が復活する、という事態になったわけです。何じゃそりゃ…

 

Youtubeでの検証はまだ

適当なデータ通信用SIMを契約して入れてあげれば完成なのであとは処理能力との釣り合いがどうなっているか、というところですか…。

 

関連する記事

  1. カーナビでYoutubeを見る方法を探してつけてみようと思った　考察編