- このトピックには34件の返信、2人の参加者があり、最後ににより2年、 4ヶ月前に更新されました。
-
投稿
-
TuneBrowser 5.0.4 デスクトップ64bit版でHDCDデコードのエラーです。
添付画像のように16bitと24bitが混在してます。XLDでリッピングしたFLACファイル（表示は全部16bit）も同じ状態で再生されますが、24bitデコード再生時だけHDCD表示が出ます。
Attachments:
こんばんわ。
これは、CDからのリッピング時にエラーがあったと言われているのでしょうか?
そうだとして、確認なのですが、HDCDであるという確度はとれくらいのものでしょうか? というのは、HDCDであるか否かというのはCDというメディア単位で判定するもので、トラック毎にHDCDである/ないという動作はしていないためです。
トラック毎にビット深度に差が出るとしたら、Pre-Emphasisの指定がある場合です。ただTuneBrowserのPre-Emphasisの動作については、過去このフォーラムで複数の方から幾多の検証をしていただいた後にリリースしていますので、不具合のある可能性はもう相当低いのではないかと思います。そのため可能性としては、ご使用のメディアにその通りにPre-Emphasisのフラグが設定されていたということではないかと思うのですが、いかがでしょうか。
リッピング時ではなくデコード時のエラーと言われているのは、何のことなのでしょうか? トラックが16ビットになっていることを言われているのか、24ビットになっていることを言われているのか、あるいはまた別のことなのでしょうか?
呑み込みが悪くて申し訳ありません。
ありがとうございます。
トラック毎に処理しているというのは、ご指摘の通りだと思います。ただ結果としてログにある通り、HDCDパケットのある/ない/あってもNULL、という状況が発生して、現在の結果になっているのだと思います。
まだもうひとつ理解が充分ではないのかもしれませんが、
Respighiの方はHDCDを開発したReference Recordings社のものですから、間違いありません。
とのことですが、最初にアップしていただいたスクリーンショットでは、レスピーギのトラックはすべて24ビットになっていて、これでHDCDデコードされたことを示されているのではないのでしょうか? ですので、このレスピーギのアルバムは正しくHDCDとして扱われていると思えるのですが..。わかっていなくてすいません。
あー、すいません。レスピーギのトラック群は1トラック目だけが16ビットになっているということを言われているのですね。読み取れていませんでした。
で、このトラックはReference Recordings社のものなので、HDCDになっているはず、ということを言われていると理解しました。
ただこのトラックの処理状況がどうかというのはわからないのですが、前に書いたように、HDCDデコーダに通した結果、トラック冒頭部にHDCDパケットがない、あるいはあっても内容がNULLだったという判定になっているのだと思います。
TuneBrowser 4の時は16bit混在はなかったです。CD単位で全トラックが24bit変換されました。
Reference Recordings社製造HDCDには表紙下部に24bit HDCD Recordingと書いてあります。
Attachments:
dBpowerampでは問題なく全トラック24bit変換されました。以下ログとTuneBrowser再生画面です。
Information ripping to FLAC, ‘Track 1’ to ‘C:\Users\admin\Music\クリムゾン\King Crimson\In The Court Of The Crimson King\01 King Crimson – 21st Century Schizoid Main Including Mirrors.flac’
HDCD Track DetectedInformation ripping to FLAC, ‘Track 2’ to ‘C:\Users\admin\Music\クリムゾン\King Crimson\In The Court Of The Crimson King\02 King Crimson – I Talk To The Wind.flac’
HDCD Track DetectedInformation ripping to FLAC, ‘Track 3’ to ‘C:\Users\admin\Music\クリムゾン\King Crimson\In The Court Of The Crimson King\03 King Crimson – Epitaph Including March For No Reason & Tomorrow And Tomorrow.flac’
HDCD Track DetectedInformation ripping to FLAC, ‘Track 4’ to ‘C:\Users\admin\Music\クリムゾン\King Crimson\In The Court Of The Crimson King\04 King Crimson – Moonchild Including The Dream & The Illusion.flac’
HDCD Track DetectedInformation ripping to FLAC, ‘Track 5’ to ‘C:\Users\admin\Music\クリムゾン\King Crimson\In The Court Of The Crimson King\05 King Crimson – The Court Of The Crimson King Including The Return Of The Fire.flac’
HDCD Track DetectedAttachments:
こんにちわ。
リッピング時の問題ではなくデコードの問題と言われていましたが、アップしていただいたログはリッピング時のものですね。言葉の捉え方の問題かもしれませんが、やはりリッピング時に発生している問題だったと理解しました。ちょっと問題を捉え違えていました。
Version 5になって、Change Logにもあるように、たしかにHDCDの処理を変更しているところがありますが、これは16ビットデータだけを対象としたものです。ですので、CDのリッピング時には影響はなさそうです。念のためわたしの手許のReference RecordingsレーベルのCD (大植英次とミネソタ管のもの3枚) で試してみましたが、全トラックHDCDとして24ビットで記録され、問題はなさそうでした。
なにかTBLoverさんご利用の環境で問題が発生しているとは思うのですが、わたしの環境での検証と処理の確認では問題が見つからず、次の手が見つからない状況です。しばらく次のリリースは控えるようにしますので、なにかほかにお気づき点があれば、また情報いただけると助かります。
XLDでリッピングしたファイルの再生画面を添付します。
画像１が２トラック再生画面で24bit HDCD表示あり、画像２が５トラックで16bitでHDCD表示なし。
Attachments:
エラーが出ているというか、検知ができていないのですよね。
トラック5については、HDCDパケットは検知できていて、ただその中身が空になっているということで無視しているので、これを救済して24ビットに拡張すればいいのかもしれませんが、そういう話でもないですよね..。
何とかわたしのところでも再現できればいいのですが…困りました。
その後手がかりを探している経緯で、TBLoverさんのこちらのトピックを発見しました (Googleの検索でヒットしました(^^;)。
このときには、まだVersion 4系をご利用だったと思うのですが、その後こちらの件はどうなりましたでしょうか?
質問ですが、添付画像のようにdBpowerampでは6dB音量を上げるオプションがあるのですが、TuneBrowserでは音量処理はされてないですよね？ 波形上聴感上はそう思います。
このオプションは曲者で、安易にオンにするとピークでクリップしてしまうということですので使わないようにしてます。ファイルウェブ日記に波形での検証と聴感上の感想があります。
https://community.phileweb.com/mypage/entry/3806/20150814/48451/
「+6dBの設定を外した3番目ではクリップしていません。
この設定での全曲を通しての波形のピークは、-2.99dBでした。
ですから、これを6dB持ち上げていたとすると、ピークは3.01dBつぶれるということになりそうです。」Attachments:
TuneBrowserは、HDCDのデコードにあたってゲインの調整は行っていません。
流通しているメディアによってHDCD適否がまちまちであるという状況で、やはり現在のTuneBrowserのHDCD処理には問題があると言わざるを得ないのでしょうか? 現象が再現できず改善の目途がなく、さらに確たる方法論も持てないという状況だと、HDCD対応は止めたほうがいいのかと思いつつあります。CDの発売に際してリマスターの行われることが一般的になった現在において、HDCD対応は逆に不便や混乱の元になっているように感じています。
お気持ちは有難く頂戴します。でも、考えてみればXLDでリッピングしたデータでも再現できるとのことですので、いざとなればCDそのものではなくそのデータを検証用に送っていただくという手はありますね。
そうしたお手数をおかけする前に、念のため、TuneBrowser 4 (4.18.2) では全トラックHDCDとしてデコードできることを改めてご確認いただきたいのですが、可能でしょうか。
こちらから4.18.2をダウンロードしていただくことができます。基本的に、バージョンダウンはあまりお薦めしていませんし、もし気になるようでしたら、現在ご利用のTuneBrowserとは別のフォルダにインストールしていただくこともできます。その場合は、おそらく4.18.2の起動時に「ほかに新しいTuneBrowserがインスートルされている」と出てくると思いますが、気にせず使用していただければと思います。
よろしくお願いします。
添付画像のReference Recordings社のHDCDは全トラック24bit変換されました。
Attachments:
ご確認ありがとうございました。
そうですか、ではVersion 5になっておかしくなったというわけではないのですね。
全トラックがHDCDとして変換できたと言われているコープランドのアルバムは、たまたまわたしが確認したアルバムのひとつとおなじで、たしかに全トラック変換ができました。
Version 5でおかしくなったという話ではなさそうですので、差し止めていた次のリリースを行おうかと思います。
TuneBrowserのHDCDデコードはdBpowerampの処理と差があるのかもしれませんが、わたしにはdBpowerampの内部の動作がどうなっているかわからず、いまのところはエラーかどうか、あるいはどちらが正しいとかそうでないと言うことはできません。ただ現実に、ひとつのアルバム内に16ビットと24ビットが混入するのは不便かと思いますので、その対策は考えたいと思います。
こんにちわ。
先ほど公開した5.1.0.1602で、HDCD_MARKタグを導入しました。更新履歴の説明にあるように、1で強制的に適用、0で強制的に非適用、空(値なし)でいままで通りの自動検出です。
期待された対処とは異なると思いますが、よろしければご利用ください。
タグの追加は書いていただいた方法で正解です。
残念ながらリッピング時に指定することはできません。
その設定は、CDメディア毎に指定することができませんので、強制デコードの指定は適さないと考えています。
ああ、なるほど。それはたしかにそうかもしれません。
CDトラックのリッピングの場合、複数トラックをリッピングしてから判断というわけにはいかないので、最初のトラックの状態で判断ということになりそうですが…。
今回提示した２枚のように最初のトラックがHDCD信号未検出となった場合でも、Force で全トラック強制デコードできるとありがたいです。Reference Recordings社テスト用HDCD以外で、HDCDトラックと通常のトラックが混在しているCDは見あたりませんでした。
Attachments:
こんにちわ。
先頭トラックがHDCDでなく、後続トラックがHDCDであった場合の救済も含めて検討したのですが、リッピング (変換) の処理は並列処理できるようトラック間の独立性を高めていて、この観点でのみトラック間の相関を管理するようにすると、思わぬ不具合や将来対応の足枷になるような気がしてきました。
そのため、ご期待に沿えず申し訳ないのですが、HDCDに関する対応は、現在リリース済みの機能までということにさせていただこうと思います。将来、また改善に挑む可能性もありますが、現在のところはここまでとさせていただきます。
どうぞご理解いただきたくよろしくお願いします。
ご理解いただきありがとうございました。
いったん、このトピックとしてはクローズさせていただきますね。
- トピック「HDCDエラー、16bitと24bitが混在する。」には新しい返信をつけることはできません。