1. conda uninstall を使用してインストールされた ffmpeg に問題があり、ffmpeg が sloving 環境でスタックしました。
解決策: conda update conda、アップグレードには数分かかります。アップグレード後に上記のコマンドを再実行しても、まだ機能しない可能性があります。
さらなる処理: pip install FFmpeg。これは、pip と conda の両方が ffmpeg をインストールできることを意味するため、pip uninstall ffmpeg が環境上の問題を引き起こした疑いがあります。検証方法: pip list | grep ffmpeg によってエコーされたバージョンは、conda list | grep ffmpeg によってエコーされたバージョンと一致します。
備考: 理由はわかりませんが、25 環境の conda は以前は非常にスムーズでしたが、現在はまったくスムーズではありません。そして、元々は pytorch 1.6 環境でしたが、それが pytorch 1.4 環境になりました。トルショーディオはもうありません。
2. 問題 - ffmpeg を実行すると、エラー: ffmpeg: 共有ライブラリのロード中にエラーが発生しました: libopenh264.so.5
まず、conda install の ffmpeg または pip install の ffmpeg のインストール場所は /opt/conda/bin/ffmpeg で、そのとき apt-get install ffmpeg も使用しましたが、そのディレクトリは /usr/bin/ にあります。 ffmpeg
/opt/conda/bin/ffmpeg を実行すると問題と同じエラーが見つかり、/usr/bin/ffmpeg を実行するとインストールが成功したことがわかりました。
では、なぜシステムは opt で実行されるのでしょうか? PATH を確認すると、opt パスが usr パスの前にあることがわかり、これが最初に PATH で見つかった理由です。usr の位置が比較的前であれば、usr 内の ffmpeg が実行されているということですが、原理は単純です。
解決策 1:
alisa を使用してこれを解決するという非常に大まかな解決策がありますが、alisa コマンドを使用して ffmpeg コマンドを /usr/bin/ffmpeg にリダイレクトし、ffmpeg の実行に問題がないようにします。
実験した結果、ffmpeg を手動で実行するのは確かに問題ありませんが、問題はリダイレクトを変更しただけであることです。システム内での高レベルの誤用である場合、ffmpeg は依然としてシステムの ffmpeg、つまり opt の ffmpeg であり、依然としてエラーが報告され、根本的な問題は解決されません。
解決策 2:
PATH の順序が関係しているとのことでしたので、一時的に順序を変更します。実験的に検証した結果、問題はありませんでしたが、いくつかのリスクがあり、システム パッケージによっては問題が発生する可能性があります。しかし、op. questionable では問題はありません。
解決策 3:
それは、見つからないという問題に直面することです。実際、これも非常に簡単です。/opt/conda/lib/libopenh264.so は存在しますが、libopenh264.so.5 は存在しないので、ソフト リンクでリンクできます。
ln -s /opt/conda/lib/libopenh264.so /opt/conda/lib/libopenh264.so.5
リンクした後、もう一度試してみると見つかります。