スキップしてメイン コンテンツに移動

Spotifyとローカル音源とラウドネスの話

おことわり
私は音響諸々についてド素人です。
したがって、用語の使い方や諸々への理解はガバガバです。
あしからず。



Spotifyとローカル楽曲

Spotify Premiumを使い始めてから、今までシコシコ集めてきたCD音源というのをほとんど聴かなくなってしまった。
というのも、聴きたい曲は“粗方”揃ってるし、強力なサジェスチョン機能や有志制作のプレイリストなどがあまりにも快適だからである。
当初は僕の“プライマリー”である水樹奈々が入っていないなど色々としんどさがあったが、今や水樹奈々も全曲入り、いよいよSpotifyで困らないというのが現状である。
……とはいえ聴きたい曲が全部Spotifyにあるわけではないので、聴くのを諦めるか聴くために何か手段を講じる必要がある。

※つい先日までは大人しく諦めてたのだが、ここ最近はちょっとそういうわけにも行かなくなった。冴えカノFineのせいでサブスク入りしてない冴えカノ関連楽曲(春奈るな・沢井美空・妄キャリの各曲は入ってるけどキャラ名義のものが皆無)を聴きたくなってしまった
 
手段はいくつかあるが、まず1つがSpotifyと従来のプレイヤー(PCならFB2K、携帯ならPOWERAMP)を併用するというもの。
これは確実ではあるが、とてもスマートじゃない。
僕は基本的に音楽聴くときBGM的な流し方が多いので、プレイヤーが別れてると横断的に再生されないし(当然)、プレイヤーをこまめに入れ替えるなんてこともしないので、結局片方しか聞かなくなるのである(その結果Spotifyしか聞かなくなった)。

そして2つ目がSpotifyにローカル音源を放り込むというもの。
Spotifyにローカル音源をインポートする機能があることは知っていたが、使い始めにちょっと試してみて色々と不便だったのもあり、ずっと無いものとして過ごしてきた。
しかし、1つ目の手段(プレイヤー併用)を使いたくない以上、こちらの手段でなんとかするしかないのである。

Spotifyのローカル音源インポートの問題点は、インポートした音源を全デバイスに配信(?)することができないことである(Apple MusicとかGooglePlay Musicはできるらしい)。
つまり、PCと携帯それぞれに音源を放り込んで、それぞれのアプリからインポートを掛けないといけない――とちょっと前までは思い込んでいた。
実は一手間二手間掛けることによって、自動ではないもののローカル音源を他デバイスに転送?配信?できるようである。

手段としては
  1. PCなど母艦になるデバイスで専用のフォルダを作り(作らずにMusicフォルダ全部放り込むとかでもいいけど曲数増えるとカオスになるので非推奨)、そこにSpotifyに入れたいmp3データを放り込む
  2. Spotifyアプリから1.のフォルダを指定し、インポートする
  3. (PC版の場合)左メニューのMY LIBRARYの中に「ローカルファイル」というのが現れるので、そこから全曲を選択し新しく作ったプレイリスト(同期用に使う)に放り込む
  4. 携帯など他デバイスでSpotifyアプリを開き、プレイリスト一覧から3.で作った同期用のプレイリストを選択、「ダウンロード済み」のスイッチをONにする
  5. すると(同一ネットワークだと直接、そうじゃないとSpotifyの鯖経由?)で音源が降ってくる
といった感じ。
まあここまではググったら出てきたので試したらその通りできたというだけの話。

もっとも、ローカル音源の扱いはやっぱりイマイチで、何故かPC版からだとLikeができない(携帯からはできるのに……)とか、ローカル音源はアーティストやアルバムごとに表示ができない(前出同期用プレイリスト内でソートとフィルタリングはできるのでそれを駆使するしかない)などなど、謎の挙動は多々ある。
けど、とりあえずサブスク音源とローカル音源を混ぜて再生することはできるのでよしとする。


ラウドネス問題

ここで新しい問題が出てくる。
音量の問題である。
音圧戦争なんてのが開戦してからかれこれ10年以上経つようだが、最近動画配信や音楽配信の各サービスではラウドネスノーマライゼーションというのが流行っているらしい。
対象の音源をサービス側で一括して音量を揃えちゃおうという奴である。

Spotifyにもその機能があり、設定画面からONにしておく(デフォルトでON)と、-14LUFSだかにノーマライズされて再生される。
日本で流通してるCDは大体ラウドネスがヤバいことになってるのでほとんどの曲はCD状態より音量が下がって再生されることになる。
これはこれでいい機能なんだが、ローカル音源を混ぜたときに困るのである。
そう、SpotifyのノーマライゼーションはSpotifyが配信する音源にしか適用されないのである。
つまり、無加工のローカル音源を混ぜるとかなり音量が違う。
いちいちプレイヤーのボリュームを弄りたくなるレベルで。
これではせっかくサブスク音源とローカル音源をシームレスに聞けるようになったのに意味がない。


音量を揃えよう

というわけでなんとかしようと色々と試してみた。

ラウドネスノーマライゼーションと聞いてまず思い浮かぶのがReplayGainである。
FB2Kにも内蔵されており、CD音源でラウドネス管理するならまずこれになるだろう。
ちょっと調べてみると、Spotifyのノーマライゼーションも技術的にはReplayGainを使っているらしい。
というわけで、

  1. Spotiy用の音源にReplayGainのゲイン情報を書き込む
  2. 1.でダメだったら音源自体をノーマライズしてしまう(どうせ専用フォルダに隔離しているので非可逆な操作でも困らない)

を試してみた。
結果としては、1.はダメだった。
どうやらローカル曲の場合はタグにゲイン情報が入っていようがそれを読んでくれはしないらしい。
そして2.はなんかローカル音源の方が音量が小さくなる……。
どうやらターゲットとなるゲインがズレてるらしい。

というわけでさらに色々調べると…

  • ReplayGainでの基準ゲインは89dB≒-18LUFSである(FB2K上の設定画面でもそうなってる)
  • 前述の通りSpotifyにおける標準ラウドネスは-14LUFS

つまり上の2.でローカル音源の方が小さく聞こえてたのは、-14LUFSにノーマライズされたSpotifyサブスク音源に対して、自前ノーマライズした音源は-18LUFSになってたから、ということらしい。
そして、|1dB|=|1LUFS|(この書き方はとてもよくない気がする……)らしいので、(-14LUFS)-(-18LUFS)=4LUFS=4dB(この書き方もとてもよくない気がする)であり、FB2KのReplayGainでノーマライズするときに設定値を89+4=93dBにすれば音量が揃う……はず。

そして検証の結果、上記の通りReplayGainで93dBにノーマライズした音源とSpotifyのサブスク音源で聴感上の音量を(大体)揃ってることを確認できた(同じ曲で比較してないからアレだけど)。

ここまで書いといてなんだが別にSpotifyのノーマライゼーションをOFFにすれば大体問題なくなるんだけどね(途中で気付いた)。
せっかくなので当面は93dBノーマライズの方向性で行くけど……。

というわけでSpotifyにローカル音源を放り込んだときの話。
では。


参考




このブログの人気の投稿

ゆのくに天祥でアニクラのカメラマンをやった

 先日、石川県の「ゆのくに天祥」に69人で団体宿泊するという奇祭に参加させてもらった。表向きは蓮ノ空女学院スクールアイドルクラブのファン有志のイベントなのだが、実際のところは自分含めて蓮ノ空にあまりコミットしていない人も多数参加していた。どんなイベントだったのかは幹事の1人である去勢さんのブログを参照されたい。 一泊二日(といってもほとんどがメインだが)のイベントは大盛況のうちに終了し、余韻の覚め遣らぬうちに…ということで参加者が皆ブログを書き始めたので便乗しようと思う。が、ネタがない。今回は往復ともに知人参加者の車に便乗させてもらったため、関東/愛知から原チャで来た変な人たちみたいに道中をネタにすることもないし(なくはない)、もちろん主催でも幹事でもないのでそういう目線の話もできない。かといって、参加者として記事にするつもりで記録をしているわけでもないので、それはそれでできない。でもなんか記事を書きたい……ということでこういうタイトルになった。ちなみに原チャ軍団のブログも貼っておくのでご興味のある方は是非(車でも大概遠いと思うのですが……)。 愛知から来た人: 2泊3日のバイクツーリングに行った -前編- - もつにこみのブログ 東京から来た人: 東海・北陸・甲信をひた走る原付1,300kmツーリング① 往路編 - 9sk_garage  本題 本イベントでは目玉企画として、ゆのくに天祥にある「ガーデンホール白雲」という貸し切り専用のホールでアニソンDJイベント(以下アニクラ)が開催された。オタクソングに浸ること自体は大好きだが、蓮の曲はあまり知らないしオタ芸も打てないので、勝手にカメラ係を自称して写真撮影を頑張ることにした(後々知ったが幹事の皆さんはカメラ係を欲していたようで事前に名乗り出ておくべきでした、すみません)。大学生時代こそバイトで様々なイベントを撮影していたが、社会人になってからはめっきり。思ったより体は動いたものの準備不足が否めない感じとなってしまったので、自分への備忘録も兼ねて記事にまとめておこうと思い立った次第。 ゆのくに天祥では勝手に撮影係を自称してカメラを振り回してました。特に2次会(アニクラ)は久々のアドレナリン出る系撮影だったのもあって、あの一晩で1500枚ほど撮ってたみたいです。速やかに選別・現像して皆様へお届けし...

Lightroom vs. Bridge

Adobe Photoshop Lightroomに世話になってかれこれ4年ぐらいだろうか。 今まで何の疑問もなく、Lrに写真を放り込み、Lrで現像して、Lrから書き出すというフローで写真を扱ってきた。 しかし、この頃Adobe Bridgeというソフトウェアの便利さに気付いてしまった。 というのも、バイトで世話になったプロカメラマンがずっとBrで管理をしており、その人に触発されたというのが大きいのだが……。 まだ完全移行したわけじゃないし、そもそもLr→Brに移行すると決めたわけでもないが、いい機会なので両者について、そして僕の現像フローの現状・問題点を簡単にまとめてみようと思う。 特には参考にならないと思います。 Lightroom 言わずと知れたカタログ管理型のRAWデータ現像ソフトである。インポートした写真に関するあらゆる情報(含・プレビューデータ)を全て.lrcatファイルに書き込み、一元管理するスタイル。 元々とても“重い”ソフトで、どれだけPCのリソースがあっても足りないといった印象があるが、最近のアップデートでは、動作自体の軽量化と引き換えにRAMの消費量が激増した。 組んだとき池沼過ぎてRAMが16GBしかない(RAM高騰のせいで増設しようにも相場は組んだときの倍以上である)僕のPCでは、いくら6700KだCUDAといってもLrが仕事してる間は他ごとができなくなる(Lrだけで10GB以上RAMを食うので)。 しかし、インポート(EXIFの撮影日ごとにサブフォルダ作ってコピー)→管理(フラグ・キーワード・レーティング)→現像(編集・書き出し)というフローがソフト内で完結しており、また、プリセット、現像設定のコピペなど、大量の写真を一括して捌くことに考慮した設計が随所に見られる。 つまり、1度プレビューさえ生成してしまえば、大量の写真をかなり効率よく捌くことができる。 UIはカスタムの自由度こそ低いが、使いにくいわけではなく、見た目も洗練されている。 Bridge Lightroomが写真(RAWデータ)の管理・編集に特化しているのに対して、BridgeはもともとAdobe Creative Suite/Cloud系ソフトで扱う様々なファイルを一括管理するためのソフト(だt思う)。 なので...