質問: Ubuntu20.04でRHYTHMBOXの日本語が文字化けするのです。 直し方をご存知ではないでしょうか? ご多忙中誠に恐れ入ります。
回答: たぶん、それはRhythmboxの問題では無く 単に、元のMP3データの作成に シフトJISの環境を使っていたための問題です。 類似した問題は、AndroidやiOS,macOSでも起きるものです。 もともとシフトJISにはMS-DOS環境とMacの漢字TALKなどとの間で 同じシフトJISながら、一部の独自仕様の非互換問題を抱えていました。 それはパソコン通信時代に、一部で敵対の構図の一因でしたし 1990年に入って間もなく、その問題と、将来的な問題を 回避するために、ユニコードコンソーシアムが作られました。 かくてインターネットの普及が始まる1990年代なかば ユニコードを使ったウェブコンテンツの利用が進み 海外の端末で日本語コンテンツ利用に困ることもほとんど無くなり また、悉曇文字やデーヴァナーガリー文字もアラビア文字やRTLも 適切に利用する手段が広まりました。 ですから、パソコンの普及率を大きく引き上げたWindow 95系が ユニコードを標準としていれば、問題の多くが存在しませんでしたが 残念ながら、Windowsでは未だシフトJIS系のCP932を標準としています。 ですから、ユニコードであれば問題にならないデータが 15年分くらい、シフトJISで積み重ねられてきてしまいました。 その結果、日本語特有のシフトJISとユニコード並立の問題が macOSやLinux系OS、またシェアを伸ばしたiOSやAndroidにおいて 文字コードのミスマッチという 単純にして深刻な問題を引き起こしました。 この問題は、欧米原語圏ではほとんど問題では無く マイクロソフトの日本担当組織が無能すぎたために 日本語圏でだけこういう問題が放置されています。 典型的なのは、MP3同様、昔の欧米原語圏で生まれたZIPでの事例で どちらも記録されているのがシフトJISかユニコードかわからないため それぞれの環境でネイティブの文字コードとみなして処理され 相互に、適切な表示ができなくなってしまいます。 文字化け現象というよりも マイクロソフトが引き起こした人災です。 もっと新しいデータ形式であれば、たとえばOgg/Vorbisや7zでは Unicodeで保存するように設計されていて 環境がシフトJISでも、対応ソフトが適切に処理し Linux系でもmacOS系でも問題を起こさないで済みます。 ただ、MP3は2000年前後に大人気で 非常に広く利用され、それが蓄積されてきたため ファイル名だけはiconvなどで変換する手がありますし Windowsで作ったZIPファイルを適切なソフトで展開するとか Windows側で7zなどで固めて持ってくれば済むと考えられますが MP3のタグでも問題が起きているなら そのまま諦めて運用するか、対策済みのソフトを使うか あるいは、あえてUnicodeを使う新しいデータ形式に変換です。 実践的なやり方は把握していません。 うちはMS-DOSからOS/2経由でLinux系OSに来ましたが OS/2以前のデータはほとんど従業員寮ごと焼失していて シフトJIS環境で作った楽曲データを持っていません。 ですから、MP3のタグでそういう問題が起きることには 気づいていませんでしたw ググれば出てくるんですけどね。 理屈としては、MP3からOgg/Vorbisなどに変換して タグ情報が適切に引き継げるか試してみることになりますが その作業も、Linux環境ではなく Windows環境でやる必要があるかもしれません。 シフトJIS対策済みの変換ソフトがあればいいんですが 何しろ日本語圏特有の問題ですから 海外のプログラマーにはサンプルデータすら手元になく 対応に取り組む人も限られてしまうはずです。 MP3のタグ自体、MP3規格標準のものではなく あとからいろいろやってきたものですから 互換性についてどれだけの信頼性があるのかは不安要素です。 厳密には、不可逆圧縮のMP3を さらに負荷逆圧縮しなおすことにも理論上の不安があります。 かといてMP3ベースでFLACに変換することにも不合理を感じます。 リッピング元のCDが手元に残っていても freedbを失った今、再リッピングを気軽に奨めることもできません。 まぁタグ編集のこと考えたら、再リッピングは悪手ですし...