*

【音源管理の精髄】 「アルバムの曲順がおかしい」という問題について 【ネットワークオーディオTips】

 ディスクベースの時代、アルバムの曲順が狂う余地などなかった。
 アルバムの曲順はCDというメディアに刻み込まれており、再生ボタンを押せば曲順通りに音楽が流れる。ただそれだけだった。

 ところが……

 音源がディスクからデジタルファイルになった結果、不意に「曲順」という問題が現れたのは知っての通りである。
 時と場合によって曲順が狂う、本来あるべき順序で曲が再生されない、というものだ。

 ベスト盤など、曲順がさして重要ではないアルバムならばそれほど問題にはならないかもしれない。
 しかし、例えば複数の楽章から成る交響曲など、アルバムの曲順に明快な意味があるとすれば話は別だ。序曲が終わった途端に終演後の拍手が鳴り出したり、楽章の順序があべこべになったりするのでは、音楽そのものが崩壊しかねない。


 デジタルファイル音源時代の「曲順」という問題は早くから認識されていた。
 そして同時に、現在進行形の問題でもある。
 現に、「ネットワークオーディオ 曲順 おかしい」とか「WAV アルバム通りに再生されない」とか「サーバー トラック順 並ばない」とか、この手の検索ワードでこのブログにやってくる人も相当数いるようだ。


 この問題に対する解答を今まで記事にしてこなかったことを反省せねばなるまい。
 「FLAC使ってまじめにタグベースで音源の管理運用してればそんな問題出やしないよ!」と言っておしまいにしたいのはやまやまなのだが、解答が用意されるに越したことはない。


 というわけで、この記事では以下の2点を追求する。



何が原因で曲順が狂うのか

・解決策はあるのか



 まずは復習を兼ねて下の記事から。

『タグ』とは何か?

WS000002

 曲順曲順と言うものの、「この曲がアルバムの中で何曲目なのか」という情報とはそれ自体、「トラックナンバー」あるいは単に「トラック」というタグに他ならない。
 CDであればまったく気にする必要のない曲順という情報ですら、個々のデジタルファイル音源にタグとして保存される必要があるのである。

 とはいえ、別に心配しなくてもいい。
 よほどとんでもないリッピングソフトをよほどとんでもない設定で使っていない限り、まず間違いなくリッピングの際に正確なトラックナンバーが付加される。これはWAVでリッピングしようがFLACでリッピングしようが変わらない。
 リッピングではなくダウンロードした音源にだって、いくらなんでもトラックナンバーくらいは付加されている。え、入ってない? いや、まさか、さすがにそんなことは……

 つまり、CDのリッピングだろうが配信音源だろうが、タグにおいて正しい曲順が保証されている。

 一方で、数えきれないほど繰り返している通り、タグとファイル名は別物である。
 さらに、肝心のタグが機能するかどうかはソフトによって異なる



 さて、単なる私の勘違いでなければ、PCオーディオよりもネットワークオーディオの文脈において曲順の問題が出ているように思う。

 ネットワークオーディオにおいて、「曲順が狂っている」という現象を実際に目にするのはコントロールアプリの画面だが、コントロールアプリは単にサーバーが寄越す情報を表示しているに過ぎない。曲順がおかしい原因はコントロールアプリにはない。
 勘違いしてはいけない。
 で、ナビゲーションツリーを含むサーバーの機能を担うのはサーバーソフトである。
 「○○というNASを買ったら上手くいった・いかなかった」というのは正確ではない。重要なのはそのNASの中で動いているサーバーソフトである。



 サーバーソフトといえば……



 ユーザーがオーディオ用途にNASを買う時、多くの場合、そのNASの中ではあるサーバーソフトが動いている。
 そう、Twonky Serverである。

 必ずしも必要ではないとはいえ、現実的にネットワークオーディオを始めるユーザーの多くはNASを導入しているように思う。
 そして黎明期から今に到るまでネットワークオーディオを支えるQNAPは言うに及ばず、Buffalo製品をはじめとする多くのNAS、今を時めくDELAのサーバーも、中身はずばりTwonky Server。
 望むと望まざるとにかかわらず、さらにその存在を意識するかしないかにもかかわらず、ネットワークオーディオの門戸を叩く多くのユーザーが最初に出会うサーバーソフトはTwonky Serverなのではなかろうか。

 調べる手段がないので厳密なところはわからないが、「ネットワークオーディオに使用しているNAS」の中身のサーバーソフトを調べれば、Twonky Serverが相当な割合を占めている気がする。感覚的には7~8割くらい。かつての私のように事情を知らないユーザーからすれば、Twonky Serverというものの意味すら把握しないまま「ネットワークオーディオのサーバー=Twonky Server」という認識になりかねない。Twonky Serverそのものに何らかの問題があれば、それは容易にネットワークオーディオ全体のイメージに波及してしまう。



 特にネットワークオーディオの文脈で「曲順がおかしい」という問題が多く生じる原因は、広く使われているTwonky Serverにあるのではないか?

 Twonky Serverの曲順に関する挙動を検証することで、「なぜ曲順が狂うのか」という問題を解決できるのではないか?



 検証に入る。
 要はTwonky Serverがどんな挙動を示すか、である。


 今回検証に使用する音源はコレ。
アルバムthe well

 肝心な曲順はこの通り。
20150423曲順

 タグを完璧にしたうえで、例によってFLACとWAVで音源を用意した。
 さらにファイル名による差を確認すべく、先頭に付記するトラックナンバーが「0から始まる二桁でスタート」と「1からスタート」でそれぞれ音源を用意した。

 WAVはこの記事でリッピングしたもの、FLACはそこからこの記事で変換したものをベースにしている。


 この四アルバムで検証する。
20150423PC01

 それぞれの詳細は以下の通り。

 
 FLAC・0あり
20150423PC02
20150423PC03

 FLAC・0なし
20150423PC04
20150423PC05

 WAV・0あり
20150423PC06
20150423PC07

 WAV・0なし
20150423PC08
20150423PC09

 
 分かりやすくするためにアルバム名をいじっている以外、タグはすべて共通。
 あとはコーデックの違いとファイル名の違いのみ。


 これらの音源をTwonky Serverで配信する。
 ちなみにコントロールアプリは例によってLUMIN Appを使う。


 まずはタグベース。

 まあ、いつものザマである。
20150423ipad01

 各アルバムはこの通り。
20150423ipad02
20150423ipad03
20150423ipad04

 FLACの二種はどちらも問題なし。
 言うまでもなく、これはファイル名ではなくタグのトラックナンバーを参照しているからである。

 で、WAVの二種。
 相変わらずTwonky ServerではWAVのタグがまったく機能しないため、「不明」の中にまとめて突っ込まれている。
 そして中身を見れば、この時点で答えの一端が見えているのだが……あえてスルー。


 次にフォルダ掘り。

 まあ、いつも通りである。
20150423ipad05

 各アルバムはこの通り……

 ん?
20150423ipad06
20150423ipad07
20150423ipad08
20150423ipad09

 FLACの曲順がどちらも崩壊している。
 よくよく見ればトラックナンバーそのものは表示されているにもかかわらず、曲順が崩壊している。

 そしてこの時、正しい曲順が保持されているのは「0スタート二桁のトラックナンバーをファイル名の先頭に付記した」WAVのみである。

 なるほど。


 事の真相はこうだ。



 Twonky ServerにおいてWAVのタグはまったく機能しない。
 そのため、タグベースのナビゲーションツリーにおいて、WAVの曲名は純粋にファイル名が参照される。
 そしてトラックナンバーが機能しない以上、アルバム内の曲は「A→B→C→……」、あるいは「1→11→12→13→14→2→3→……」というように、純粋に文字・数字順で並ぶしかなくなる。なお、「1→2→……→9→10→11→……」とはならない。
 よって、「ファイル名の先頭にトラックナンバーが付記されていない」、あるいは「アルバムの曲数が10曲以上、かつファイル名の先頭に付記されるトラックナンバーが1から始まっている」という場合、曲順が崩壊する


 一方で、Twonky Serverではフォルダ掘りをする際、可能な限り曲名はタグを参照するようになっている。
 FLACはタグが機能するので、曲名はタグが参照される。
 しかし、トラックナンバーは表示するだけで機能はさせない
 結果的に、アルバム内の曲は「A→B→C→……」で並び、曲順が崩壊する
 


 タグの重要性を理解するからこそFLACの使用を選択し、まじめにタグの管理編集を頑張ってきたユーザーには頭を抱えさせ、それでいて、WAVの場合はそもそもタグがまったく機能しないことで逆に問題にならないという、この、この……

 このくs……謎仕様はいったいどういうことだ。

 フォルダ掘りさえしなければ済む話と言われればそうなのだが(私も基本的にフォルダ掘りなんてまったくしない)、その選択肢を用意している以上、こんな仕様は余計な混乱と誤解を生むだけだ。許し難い。


 さすがに長い年月を経てTwonky Serverもこの問題を自覚したのか、最近のバージョンではフォルダ掘りの際の設定を変更できるようになっている。

 デフォルトの設定では、「フォルダ掘りの場合でも可能なら曲名はメタデータ=タグを参照するよ」となっている。
20150423PC10

 それは問題ではない。
 問題は、曲名はタグを参照するくせしてトラックナンバーを機能させないということだ。
 その結果、独り歩きした曲名がアルファベット順に並び、本来の曲順が崩壊する。

 このチェックは「問答無用で曲名はファイル名を参照する」という設定で、要はFLACでもWAVと同じような挙動をさせる、ということ。
20150423PC11

 こうすること、こんな具合になる。
20150423ipad11
20150423ipad12

 「0スタート二桁のトラックナンバーをファイル名の先頭に付記」することで、フォルダ掘りかつFLACの場合でも正しい曲順が(辛うじて)保持されるようになる。
 どのみちトラックナンバーが機能しないことに変わりはない。

 なんたる仕様。

 トンキー病といい……これといい……まったく……

 もっとしゃんとしてくれよ!



 非常に腹立たしいので、(少なくともタグの扱いに関しては)まともなサーバーソフトの一例としてMinimServerに登場してもらった。


 タグベースでも、
20150423ipad15
20150423ipad17
20150423ipad18
20150423ipad16
20150423ipad19

 フォルダベースでも、
20150423ipad20
20150423ipad21
20150423ipad22
20150423ipad23
20150423ipad24

 FLAC・WAVともにタグが機能しており、もちろん曲順も保持される。
 タグベースでWAVのアルバムタイトルが文字化けを起こしているが、この際そんなものは些末な問題だ。



 ここまでTwonky ServerとMinimServer、つまるところサーバーソフトの振る舞いを見てきたが、結局はPCオーディオの領域でも話は同じ。

 どれだけタグを完璧に管理してもそれを機能させるのがソフトである以上、どのように曲順が扱われるかも結局はソフト次第ということになる。
 さすがにTwonky Serverのような頓珍漢な挙動をする再生ソフトがあるとも思えないが……

 現にfoobar2000でもMediaMonkeyでも、WAV・FLACともに正しい曲順は死守されている。
20150423PC13
20150423PC12

 やはりTwonky Serverの一人負けと言うほかない。




 というわけで結論といこう。


 何が原因で曲順が狂うのか。

 タグとしてトラックナンバーが付加されていない。(これはまずあり得ないが)
 そもそも付加されているトラックナンバーが正しくない。(これもまずあり得ないが)

 Twonky Serverを使う場合、謎仕様に伴い以下の原因が加わる。
 ファイル名の先頭にトラックナンバーが付記されていない。
 アルバムの曲数が10曲以上、かつファイル名の先頭に付記されるトラックナンバーが「1」から始まっている。
 
 タグやファイル名に問題がなければ、最終的にはソフトの仕様に行き着く。



 解決策は。

 まず、タグの管理を完璧にする。
 そうすれば、まともなソフトであればWAVでもFLACでも正しい曲順は保たれる。
 FLACを使い、タグベースのナビゲーションツリーを活用する限り、曲順の問題は基本的に生じ得ない。
 
 そして、WAV・FLACともにファイル名の先頭に「01」「02」……と0から始まる二桁のトラックナンバーを付記する。
 こうすることで、Twonky Serverでも、(辛うじて)曲順が保持されるようになる。
 FLACを使い、さらにフォルダ掘りもしたいという場合は設定を変更すればいい。
 NASの中身がTwonky Serverで、他のサーバーソフトを走らせる余地がなく、なおかつ「WAVを使わないと死んじゃう病」にかかっていても、これで何とかなる。

 もっとも、リッピングの際のファイル命名規則でトラックナンバーも付記するようにしておけば、これもさして心配することはない。
 配信音源の場合はファイル名にも注意が必要。
 タグベースとフォルダ/ファイル名ベース、両面からライブラリを磨き上げよう。

 既に実践編でそこはかとなく言っていることだったりするが。


 ……タグの曲名そのものに「01」「02」……と打ち込むという方法もないわけではない。
 が、少数のまともではないソフトのために、そうまでして音源を歪める必要などない。

 ……サーバーが寄越す曲順が滅茶苦茶なままでも、プレイリスト周りの挙動が優れたコントロールアプリならば、アプリの側でプレイリストに登録する際に正しい曲順に並べ替えることは容易と言えば容易である。
 が、何が悲しくてそんなことをしなければならないのだ。



 すべてのコーデックとすべてのソフトに適用し得る究極の解決策はない。
 ユーザーが自分で見極めるしかない。

 ……やっぱり、「FLAC使ってまじめにタグベースで音源の管理運用してればそんな問題出やしないよ!」、これに尽きる。



 【音源管理の精髄】 目次 【ネットワークオーディオTips】


スポンサーリンク


関連記事

【UHD BDレビュー】第8回『インデペンデンス・デイ』 【DTS:X】

【4K/HDR環境の導入に伴い、2016/11/06初出の記事を更新・追記】

記事を読む

UHD BDのローンチと今後の【BDレビュー】について

 3月1日を迎え、とうとうタイトルが発売されたUHD BD。  既にアメリカから輸入して実際に見た

記事を読む

【ネットワークオーディオTips】ネットワークオーディオの三要素――『サーバー』・『プレーヤー』・『コントロール』

 「はじめに」でも言っているように、ネットワークオーディオは簡単ではない。  しかし、決して理

記事を読む

no image

【BDレビュー】 第125回『ヘルボーイ ゴールデン・アーミー』

画質:13 音質:15 映像はAVC、音声はDTS-HDMAの24bit・7.1ch。

記事を読む

【BDレビュー】第251回『蟲師 特別篇 日蝕む翳』

画質:8 音質:8 映像:AVC 音声:リニアPCM ステレオ 24bit

記事を読む

【UHD BDレビュー】第6回『クリード チャンプを継ぐ男』

【4K/HDR環境の導入に伴い、2016/11/05初出の記事を更新・追記】

記事を読む

【UHD BDレビュー】第1回『バットマン vs スーパーマン ジャスティスの誕生』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/07/28初出の記事を更新・追記】  記念す

記事を読む

LUMIN A1を試す・音質編

導入編 動作編 機能編 LINN DSとの徹底比較 DSD編  LUMIN THE

記事を読む

【Munich HIGH END 2017】constellation audio LEO 【Roon Ready】

 Munich HIGH END 2017で気になった製品やら何やら。 NEW CONST

記事を読む

ネットワークオーディオの現状と展望

 愚痴の書き散らし。  何度同じことを書いたかわからない。  LUMIN A1を導入

記事を読む

スポンサーリンク

Comment

  1. hask1 より:

    管理人様、はじめまして。
    【音源管理の精髄】に出会ってネットワークオーディオについて勉強させてもらっています。

    さて、Twonky Serverで曲順表示がタイトル名順になる件について、「価格.com」のクチコミに解決策が載っているのを見つけました。
     ・製品=マランツ NA7004 [シルバーゴールド]へのクチコミ
     ・内容=QNAP NASのファイルソート変更
     ・書き込み番号=15339648

    これによると、Twonky Serverの設定ファイル
    /mnt/ext/opt/twonkymedia/resources/views/view-definitions.xml
    の指定の場所に
    「sortcriteria=’+upnp:originalTrackNumber’」
    というキーワードを追加するとトラック番号順に表示されるとのことです。

    私も試してみたら、Linn Kinskyからフォルダ堀りしたとき、それまでタイトル名順表示だったものが正しくトラック番号順に表示されるようになりました。

    なお、Twonky Serverのバージョンが8.2.xでは上記ファイルの場所が以下に変わっていましたが、同じようにトラック番号順表示が実現できました。
    /share/HDA_DATA/.qpkg/twonkymedia/resources/views/view-definitions.xml

    ご参考まで。

  2. sakakihajime より:

    hask1さん
    コメントありがとうございます。

    私が言うのもアレですが、設定ファイルをいじることは予期しないリスクを伴います。
    また、最近のバージョンではフォルダ掘りでも「ファイル名」(≠タイトル名)を使う設定ができるようになりましたので、別にそこまでしなくても……とも思います。

    私としては、せっかくタグが機能するフォーマットを使っているのだから、「素直にナビゲーションツリーを使ったほうが遥かに便利」という姿勢なのですが、ずっと皆さんのフォルダ掘りに対する情熱が強すぎて、いやはやなんとも……

  3. hask1 より:

    > 設定ファイルをいじることは予期しないリスクを伴います。

    ご回答ありがとうございます。
    確かにそうですね。今のところ不具合は感じていませんが、私もパラメータの意味やサーバーの挙動をすべて理解して行ったわけではありません。
    こちらを参考に実践されるかたもそのあたりをご了解の上でお願いします。

Message

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

スポンサーリンク

月刊HiVi 2017年9月号から連載が始まりました

月刊HiVi 9月号 8/17発売 特集「有機ELテレビ読本2

【UHD BDレビュー】第15回『レヴェナント: 蘇えりし者』 米国盤

【4K/HDR環境の導入に伴い、2016/11/30初出の記事を更新・

【UHD BDレビュー】第14回『Sicario / ボーダーライン』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/21初出の記事を更新・

【UHD BDレビュー】第13回『ローン・サバイバー』 米国盤 【DTS:X】

【4K/HDR環境の導入に伴い、2016/11/20初出の記事を更新・

【地元探訪・神様セカンドライフ編】元稲田神社/あぐりこ稲荷(羽後町杉宮)

神様セカンドライフ 66話「あぐりこ稲荷」  雄勝郡の稲荷オ

【UHD BDレビュー】第12回『チャッピー』 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/20初出の記事を更新・

【UHD BDレビュー】第11回『エクソダス:神と王』 米国盤

【4K/HDR環境の導入に伴い、2016/11/17初出の記事を更新・

【UHD BDレビュー】第10回『マン・オブ・スティール』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/16初出の記事を更新・

【UHD BDレビュー】第9回『インデペンデンス・デイ: リサージェンス』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/06初出の記事を更新・

【UHD BDレビュー】第8回『インデペンデンス・デイ』 【DTS:X】

【4K/HDR環境の導入に伴い、2016/11/06初出の記事を更新・

【UHD BDレビュー】第7回『アメイジング・スパイダーマン2』 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/05初出の記事を更新・

【UHD BDレビュー】第6回『クリード チャンプを継ぐ男』

【4K/HDR環境の導入に伴い、2016/11/05初出の記事を更新・

【UHD BDレビュー】第5回『X-MEN: アポカリプス』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/11/04初出の記事を更新・

【ハイレゾ音源備忘録】結城アイラ / decade wind(NetAudio27付録) 【768kHz/32bit】

・アーティスト / アルバムタイトル / 曲タイトル 結

【UHD BDレビュー】第4回『パシフィック・リム』 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/10/07初出の記事を更新・

SOtM sMS-200でMinimServerとBubbleUPnP Serverが使えるようになった

【レビュー】SOtM sMS-200 外観・仕様編 【レビュー】SO

【UHD BDレビュー】第3回『キング・オブ・エジプト / GODS OF EGYPT』 米国盤 【DTS:X】

【4K/HDR環境の導入に伴い、2016/07/31初出の記事を更新・

【UHD BDレビュー】第2回『デッドプール』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/07/31初出の記事を更新・

【UHD BDレビュー】第1回『バットマン vs スーパーマン ジャスティスの誕生』 米国盤 【Dolby Atmos】

【4K/HDR環境の導入に伴い、2016/07/28初出の記事を更新・

LUMINのプレーヤーがついにMQAに対応

LUMIN is NOW Roon Ready! そしてMQAとSpo

→もっと見る

PAGE TOP ↑