Windows ユーザーが torchaudio の 2.9 へのアップグレードを navigating する際には、torchcodec・FFmpeg・Python の DLL ロードという三つの依存関係に直面します。この記事は、実用的な回避策として FFmpeg の共有ビルドをインストールし、torchcodec を import する前に DLL 検索パスを os.add_dll_directory で設定する、あるいは librosa に頼るという現実的だが脆弱な解を示しています。これは、ランタイムバイナリが外部にある場合のクロスプラットフォーム向けパッケージングの弱さを浮き彫りにします。根本的な問題は「音声をロードする方法」だけでなく、Windows 上でネイティブバイナリのライフサイクルを誰が管理するかという点です。pip のホイールは FFmpeg を同梱せず、適合するバイナリを手動で用意しパスを正しく設定する必要があります。より堅牢な解として、ライブラリ開発者がランタイム依存を明示的に同梱するか、自動インストーラやコンテナ環境を提供することが望まれます。将来的には torchaudio の Windows パッケージングが改善されることが期待されます。現状では、依存性管理の煩雑さを回避する選択肢として librosa の検討価値がありますが、性能と API の整合性のトレードオフを認識すべきです。