フォーラムへの返信
-
投稿
-
こんばんわ。
ご確認、ありがとうございました。
もしかして、ウィルスバスターなどのトレンドマイクロ社の製品をご利用ではないでしょうか? ご利用の場合、同様の症状と解決策を別のトピックでご紹介いただいています。
対策は、TuneBrowserと関連ファイルを例外として指定していただくものです。ご確認いただければと思います。
こんにちわ。
オリジナルファイルと破損ファイルの両方をお送りいただき、ありがとうございました。調査した結果をご報告します。
結論としては、ファイルを破損させたのはTuneBrowserではなさそうです。
破損ファイルは、たしかにID3v2につづくMPEGデータの冒頭部分が破損しており、正常なMPEGデータが見つかるまでは、ゴミデータとして処理されています。そのため冒頭しばらくは再生されないということが起こります。
そしてオリジナルファイルのほうには、特異な部分があり、ID3v2のブロックが2つ含まれていました。MP3形式では、ID3v2ブロックはファイルの冒頭に置くとされていたと思いますので、これは厳密にいえばすでに破損した状態です。
ただし、TuneBrowser (というか内部で使用させていただいているmp3infp) は2番目以降のID3v2ブロックは単純に無視して処理しており、大きな画像を埋め込んで更新しても問題は起こりませんでした。ファイルの冒頭に画像ファイル分だけ大きなID3v2ブロックが書き込まれて、そのあとにもともとついていた2番目のID3v2ブロックとMPEGデータが書き込まれます。再生時は有効なMPEGヘッダが見つかるまで検索をつづけますので、ファイル編集前と同様に、2番目のID3v2ブロック後のMPEGデータから再生されます。このあたりの動作については、念のためソースコードを1行1行ステップ実行して動作を確認をしましたが、問題は見つかりませんでした。
先日のコメントで、勝手に大量(?)の画像データを生成しているのは、別のソフト (Windows Media Player) ではないかと書きました。これはわたし自身は確証は得ていないのですが、似たようなケースとしてWindows Media Playerが勝手にMP3ファイルを書き換えてしまうという噂もあるようです。Googleなど検索エンジンで「Windows Media Player MP3 勝手に」で検索してみてください。事例が見つかります。
その際に、これも想像ですが、ID3v2ブロックが複数あるような特異な構造になっていると、Windows Media Playerはこれをうまく処理できず、ファイルを破損させてしまうことがあるのかもしれません。
TuneBrowserは、特長のひとつとして謳っている通り、ユーザーの操作のない状態で勝手にファイルを書き換えることはしません。「いつのまにか」とか「勝手に」といった感じでファイルの更新が発生しているようであれば、まずはWindows Media Playerの利用を止めてみてはいかがでしょうか。
なお、ついでながら、次のリリースでは複数のID3v2ブロックが見つかった場合、その両方を読み込んでマージする動作に変更しようと思います。書き込む際には、ひとつのID3v2ブロックに統合するようにします (それで新しい不具合が出たらどうするねん、という話はありますが、せっかく新しい事例を知ることができましたので、改善したいと思います)。
よろしくお願いします。
こんばんわ。ご報告ありがとうございます。
解決しましたか。よかったです。(^^)
こんばんわ。
ご連絡ありがとうございます。ファイルを添付していただいたようですが、サイズ制限でエラーになっていますので、勝手ながらご登録のメールアドレスに、ファイルのアップロード方法を書いたメールをお送りしました。
メール記載の方法で、送信いただければと思います。よろしくお願いします。
ご丁寧に恐れ入ります。
言い訳ではありますが、日々わずかな時間のなかでフォーラムの対応をしておりますので、応対に丁寧さが欠けていて申し訳ないです。
それで、問題の事象ですがおかげさまで再現させることができました。WavPackの問題というよりは、一時停止→再生(一時停止の再操作ではなく)の操作において、内部の状態の管理に不備があり、結果としてデコーダの種類・状態によって曲の切り替わりが認識できない(CUESHEET方式の場合は次の曲に突き抜ける)ことがあるようです。
ほかの件とあわせて、近日中に対処できるようにしたいと思います。よろしくお願いします。
こんばんわ。
本件、その後いかがでしょうか? 問題の発生するファイルの形式をお伺いしています。ご確認いただければ幸いです。
こんばんわ。
もしかして、ウィルスバスターなどのトレンドマイクロ社の製品をご利用ではないでしょうか? ご利用の場合、同様の症状と解決策を別のトピックでご紹介いただいています。
対策は、TuneBrowserと関連ファイルを例外として指定していただくものです。ご確認いただければと思います。
こんばんわ。
教えていただいてありがとうございます。
Kouさんもアルバムと言っています
このアルバムという言葉から、pinkyさんとKouさんのご利用状況を洞察するのは、わたしには無理でした。ですので、
Kouさんと私は「EAC＋EasyWavPackでアルバムをwvにしたファイル」を再生した時という同じ条件ですので、違うことをやれ再現は出来ないと思うのは間違いでしょうか？
との最後のご質問については、大変恐縮ながら間違いだとお考えいただかざるを得ないと思います。これまで書いていただいた操作は、環境を用意してすべて再現を試みています。アルバムもEACでリッピングしています。ただ前のコメントで書かれていた「WavPackの1ファイルにまとめないと」という状態にはなっていません。トラック数分のファイルになっています。
WavPackの1ファイルにまとめる方法については、これまでやったことがありませんので、また後日やり方を調べて再現を試みてみます。
Hi,
Thank you for using TuneBrowser.
TuneBrowser is supporting ASIO and WASAPI as output device. Kernel Streaming is not supporting.
Please understand.
Thanks.
EasyWavPack 2.6で単曲ではなくEACでアルバムをWavPackの1ファイルにまとめないと検証にはならないかと思いますよ
そうなのですか。そうお考えになる理由を教えていただけませんか?
こんばんわ。
今後の検討のひとつとさせていただきます。この件はいったんクローズさせていただきますね。
こんにちわ。ご確認ありがとうございました。
TuneBrowserでの直接的なCUESHEETの編集や表示は、残念ながらサポートしていません。
こんにちわ。
先ほど4.12.2の先行版を更新しました。この件の対処を入れてあります。
「今のまま」と言われているのがどの状態のことを言われているのか、というのもあるのですが、もともと設定項目の「出力先のルートフォルダ」などの説明には「ファイル名は変換元のファイル名から自動生成されます.」と書いていて、これが最初からの設計の意図でした。今回の修正でこの説明通りの動作になったのではないかと思います。
こんにちわ。
先ほど4.12.2の先行版を更新しました。この件の対処を入れてあります。またご確認いただけると有り難いです。
おはようございます。
現在の先行版含めたTuneBrowserでは、「なし」に設定しても、これまで通り0が入ります。この件は、ちょっと影響範囲が読みきれていないので、今回の4.12.2には入れず、その次のリリースでの対処にしたいと思っています。
こんばんわ。いつもありがとうございます。
ご指摘いただいた現象は、いろいろとおかしくて、たしかにその事象は発生しているのですがなにが起きているのかを確認するのに時間がかかりました。
結果としては、「最後のトラックだけ「PERFORMER “Unknown Artist”」が書かれていない」ということが問題ではなく、「最後のトラック以外に「PERFORMER “Unknown Artist”」が書かれている」ことが問題だという結論に至りました。
先行版の正式版化をすこし遅らせて、この件に対処したいと思います。
ご確認ありがとうございました。
この件は、ファイル名用のクエリは本当にCUESHEETを使用しているときだけ効くようにして、通常のファイルの場合は元のファイル名のベース部分を再利用するようにしようと思います。つまり、設定項目はこれまで通り変更せず、動作のみが変わる感じです。
こんばんわ。
その後動作を確認していて、変換後のファイル名の生成に不具合があることがわかりました。
おそらく「CUESHEETに沿ってファイル分割する」をYesに設定されて使用されていると思いますが、ここをYesにしていると、CUESHEET (SubSong)でない通常のファイルにもここで指定したファイル名のクエリが適用されてしまうようです。
もしCUESHEETを使用されていないのであれば、ここをNoに設定してみてください。そうすると、説明文どおり通常のファイルは元のファイル名を使用するようになるのではないかと思います。
こんばんわ。
ご確認どうもありがとうございました。うまく動作しているようで、よかったです(^^)。
こんばんわ。ご確認いただき、ありがとうございました。
SATAケーブルの件はお手数をおかけしたとしたらすいませんでした。わたしの環境ではFLACのコーデックを並行動作させても問題ないので、問題が出るとしたら、ご利用のストレージ環境に起因するものなのかなと思いました。これは一般論ですが、ケーブルは、オーディオの観点では音質に興味が行きがちですが、そもそもデータ伝送の信頼性に影響が出ることがあるというのは、意外と盲点になっていることもありそうだという気がしていました。
もちろん要因はケーブルだけではありません。セキュリティソフトなどがファイルの排他制御というかたちで干渉してくることもあります。ただこれ以上はここではわかりませんので、いったんクローズとさせていただきます。
こんばんわ。
先ほど、4.12.2の先行版を公開しました。この件の改善を入れています。お時間のあるときにでもご確認いただければ有難いです。
こんばんわ。
先ほど、4.12.2の先行版を公開しました。この件の対応を入れています。設定画面のツリー項目「基本の設定」「性能に関する設定」、右側の項目「タスク/スレッドの設定」「タスクのスレッド数の係数」の部分に0を設定してください。説明にあるように、0を設定すると1本のスレッドで逐次的に処理するようになります。
よろしくお願いします。
Hi, Thank you for your understanding.
I wish you continue to use TuneBrowser. (^^)
こんばんわ。大人の議論とお気遣いをどうもありがとうございます。m(__)m
正直なところ、このフォーラムの運営には悩ましいことが多く、もうフォーラムを閉鎖すべきでは、とよく思ったりしています。いつぞやも書きましたが、最初はシンプルだったTuneBrowserも、近年これだけ規模の大きなソフトになってくると、いま改修に手をつけている部位以外は仔細を覚えていることのほうが少なく、ひとつのコメントを書くのに、下調べや文章の推敲も含めると1、2時間はかかっており、それが大きな負担になっていることは事実です。
いっぽうで、hiroさんにもご記憶いただいている通り、使われている方のご意見を聞かないとソフトウェアは良くならないと思っています。フォーラムをやめた結果、ユーザの方々がほかの掲示板的なところに集まるような形になればいいですが、以前のようなメールに戻ると相対での応対になり、場合によっては閉塞した良からぬ状況に陥り開発が完全に止まったりしていましたので、それもそれです。
そのような次第で、この機会をお借りして (現段階では正式なルールとか告知ということではなく)、個人としての我儘も含まれるかもしれませんが、TuneBrowserとフォーラム両方の継続性を確保するため、できればご理解をお願いしたいと思っていることを書かせてください。
- ご発言の内容によって、お応えしやすいものとそうでないものがあります。内容によっては応答するまでに時間がかかったり、いろいろと考えた末に応答できなかったりすることがあります。また応対が遅れた場合に、Contactフォームなどから催促をお送りいただくこともご遠慮いただければと思います。
- 曖昧な点のあるご質問やご要望などに対して、曖昧な点のある応対になることをご容赦ください。以前はこちらでいろいろと想像して確認ポイントを洗い出したりしていたのですが、その作業は場合によっては半日とかかなりの時間を要していました。できるだけ具体的に、平明に、こちらが状況を理解しやすいように書いていただけると有難いです。
- すでにこのフォーラムにはほかの方のご質問に応えてくださるパワーユーザーの方 (個人的には白馬の騎士と呼んでいるのですが) が何名かいらっしゃいます。可能であれば、他のユーザーの方々もどうぞ助けてください。m(__)m
事務的・機械的・殺伐とか、もちろんそのような雰囲気にしたいわけではありませんのでその点はご理解ください。皆様にはご一考いただければ幸いです。
固執するつもりはありませんので、あくまでも参考にしていただればというお話なのですが、SATAのケーブルもモノによっては品質に差があり、具体的なアクセスの支障となって現れる場合があります。これも一度痛い目にあったことがあり、わたし自身は注意するようにしています。
設定の調整は検討しています。
Hi,
Thank you for using TuneBrowser.
I learned about Dynamic Range Meter for the first time from your comment. And I checked following page.
But I could not find that how to calculate DR1-20 value.
When you calculate ReplayGain by the TuneBrowser or other software, you can see tracks peak and album peak values as meta data.
Thanks
こんばんわ。
拡張子がmetadata_editというファイルは、FLACのコーデックが内部で使用している中間ファイルですね。エラーメッセージも含めて考えると、ご利用のストレージには書き込みに問題があるのかもしれません。
どのようなストレージをご利用かわからないのですが、ストレージ内の物理的なHDDやSSDの問題のほかに、そのファームウェアやケーブルの質、あるいはWindows側のドライバなどが輻輳したアクセスに耐えられないのかもしれません。わたしが持っていた安価なUSBストレージは、USB3.0ケーブルで接続するとエラーが多発し、これをUSB2.0にすると、速度は落ちますが安定したということがありました。
あらためてTuneBrowserを確認したところ、変換時の並列化を制御する設定項目は、強制的に並列化をやめるようには設定できないことがわかりました。次回のリリースでは、その設定は追加してみようと思います。
こんにちわ。
そうした操作は、Windows標準のスナップ機能を有効にして、Win+←キーなどで行うのが適切ではないかと思います。あるいは、具体的には知らないのですが、なにかユーティリティ的なツールがあるのではないでしょうか。
こんにちわ。
改めて考えてみると、FLACのほうが0を設定しているのにタグ値の残っていることがおかしいような気がしてきました。ご期待とはちがうかもしれませんし、いますぐどうこうということはないのですが、もうすこし整理した方がよさそうに思えてきました…。
いつもTuneBrowserのご利用ありがとうございます。
残念ながら、ウィンドウの大きさの固定というのは、あまり良い思いつきではありません。Windowsでは、ウィンドウのサイズの変更はさまざまな契機で発生します。マウス操作はもちろんとして、ディスプレイの解像度やDPIの変更、Alt+Spaceなどのキーボード操作、タスクバーからの整列などの操作、外部の (ユーティリティ系の) アプリケーションからの操作、などです。
あるいはひと口にウィンドウと言っても、TuneBrowserにはメインウィンドウのほかに、フローティング状態のView、モードレスダイアログボックス、モーダルダイアログボックス、Mini Playerなどさまざまな形態があります。
これらのさまざまな状態を考慮して (操作不能や邪魔にならないように) 適切に固定と可変を切り替える場合、改修を想像するのも大変なほど大変であるのと、おそらくユーザの直感的な期待に応じていない動作をすることもあると思います。
そのため残念ながらこの件は対応は困難と言わざるを得ません。
こんにちわ。
タグファイルとはどういうものでしょうか? 具体的なファイル名、拡張子を教えていただけないでしょうか。
こんばんわ。
出力先のファイル名は、設定項目が煩雑になりすぎるので、画面には表示していません。
加えるとしたら、ファイル名用のクエリと、ファイル名の最大長の2つになります。クエリを空欄にすると、元のファイル名という仕様にもできそうですが、CHESHEETの場合はちょっと面倒ですが…。
やっぱり必要でしょうか?
こんばんわ。
ご指摘の動作は、それぞれのタグの仕様に沿っていると思います。DSFとMP3はID3v2形式を使用しているのですが、この形式ではRating(Popularimeter)の値は1以上(255まで)と決まっており、0は不明という扱いです。そのため、TuneBrowserは評価なしはタグ値を削除しています。
こんばんわ。
ご連絡ありがとうございます。ファイルを壊してしまうとしたら、これはまずいですね。
問題の発生しているファイル形式は何でしょうか? あるいはどのファイル形式でも起きているのでしょうか?
それと、「勝手に～」の部分ですが、大量と言われているのは、具体的にはだいたい何個くらいでしょうか? 10、50、100、1000など、ざっくりした単位で結構ですので、教えてください。また、もしWindows Media Playerをご利用でしたら、そのソフトの所作ということはないでしょうか? わたしのところでも、大量ということはないのですが、イメージファイルのリサイズやサイズ違いのバリエーションをいくつか勝手に作られてしまって、困ったなものだと思っています。
こんばんわ。
TuneBrowserのPreEmphasisの処理は、大きく以下の2か所に分かれます。
- CDの取り込み時(リッピング時)
PreEmphasisを検出すると、設定によって以下のどちらかの動作を行います。- PreEmphasisのデコードを行って、補正後の音声データを保存する。
- 音声データはCDトラックから読み出したまま (未補正のまま) 保存し、”PRE_EMPHASIS”タグに1を設定する。
- 再生時
PRE_EMPHASISタグに1が書かれていると、PreEmphasisのデコードを行いながら再生します (PRE_EMPHASISタグがない場合は当然そのまま再生します)。
ご質問に直接お応えしていなくて恐縮ですが、上記ご理解いただいた上で、改めてご確認いただけないでしょうか。
なお2番目のご質問については、上記の2から、手動で強制的に”PRE_EMPHASIS” タグを追加し、1と書いておくと、再生時の補正が行われます。その場合はPlayer Viewの下部に補正中であることを示す印が表示されます。
追加の報告です。
べつのところにもすこし書いたのですが、現在、Amazon側のPA-APIの呼び出し規約の変更に伴って、画像のダウンロードに関連する処理を見直しています。
その結果として (APIの呼び出し回数の制約が厳しくなるため)、Amazonからの自動での画像ダウンロード機能は廃止して、手動でのダウンロードにする予定にしています。そのため、このようなよくわからない画像がいつのまにか混入しているという状況は抑制できるかもしれません。
お手数をおかけしました。考えていた状況と合っていました。
見たところ、3行目に出るべき文字列が英数字だったら表示されて、日本語だったら表示されないという感じもしますね。TuneBrowserは一連の文字列に対して、文字種毎にフォントを切り替えて表示しているのですが、フォントによって高さが微妙に異なり、その結果、事前に計算したメトリクスでは3行目には表示できないと判定しているのかもしれません。
やはりちょっととすぐには改善策は出てこないのですが、気に留めておきます。
こんばんわ。
たまたまですが、おなじ画像がAmazonにアップされていることに気がつきました。
StingのMy Songsというアルバムです。
2枚目の画像ですね。
Amazonにはいちおう報告をしておきましたので、ひょっとしたら修正されるかもしれません。またおそらく、これが唯一ということではなくて、ほかのアルバムなどにもこの画像が混入しているのではないか思います。
こんばんわ。
TuneBrowser、Mp3tag何れの編集でも同じ結果なので、Tag編集ソフトの問題でもなさそうです。
すこしこのコメントが気になるのですが、わたしが理解している状況とちがうのかもしれません。よろしければ問題と思われている部分のスクリーンショットをアップしてみていただけないでしょうか?
こんばんわ。
お手数をおかけします。
EasyWavPack 2.6を使用して、WavファイルからWVファイルを作成して、一時停止→再生をクリックで解除してみました。が、やはり問題は確認できませんでした。謎です…。
ご確認ありがとうございました。
では、いったんこのトピックはクローズさせていただきます。
一点補足します。
ADTSヘッダを除去しなくても、ファイルの拡張子をm4aからaacに変更すると、(内部で使用しているFFmpegで) 認識して再生できました。
ただ、タグ編集を行うと、AAC形式にはID3v2タグを適用するのですが、ADTSヘッダがついたファイルの先頭にID3v2タグを付与していいかどうか、もうひとつ確証が持てないので、タグ編集は行わない方が無難かと思います。
こんにちわ。
ファイル受領しました。確認してみたところ、たしかにファイルの拡張子はm4aではあるものの、形式を認識できず、エラーとして処理していました。
m4aということで、iTunesやWindows標準の機能 (Explorer) などで確認してみても、いずれも認識できませんでした。
内容のダンプなどいろいろと調べていると、どうもAACデータの先頭にADTSと言われるヘッダがついているようです。ADTSヘッダを強制的に除去すると、AACデータとして1:35:18の音楽データとして認識できました。
ADTSヘッダをつけない形で保存することはできないでしょうか?
TuneBrowserでADTSヘッダを処理するようにできればよいのですが、著作権保護など取扱いのわからないデータがありそうですので、すぐには難しいかもしれません。
そうですか…。それで改善しないとなると、わたしが想定したワードラップとは異なる問題なのかもしれません。
すいませんが、いまはそれ以上の想定すべきことを思いつきません…。
こんにちわ。
調べているうちに、そのワードラップを調整する機能をすでにつけていることに気がつきました(^^;。
テキストのスタイルの設定のいちばん下の部分、「テキストの配置」内の「ワードラップする」の部分です。このうち、Character (文字単位) の指定が目的にかなうのかなと思います。ただしこの値はWindows 7でご利用の場合は有効に作用しないようです (Windows 8.1以降で有効)。
FormJacketArtist/FormJacketAlbumの適用部位のことを言われていると思うので、このあたりのスタイルの設定を変えてみてください。
もし以上の説明でわからないところがあれば、また質問してください。
こんばんわ。
これだけの情報では何とも言えませんので、よろしければ再生のできないm4aファイルをお送りいただけないでしょうか? お送りいただいたファイルは検証目的以外には使用しません。
お送りいただけるようであれば、その方法を書いたメールをご登録のメールアドレスにお送りします。
よろしくお願いします。
こんばんわ。
今日、あらためて動作を確認していて、一部で動作が不明瞭な点があることがわかりました。「不明瞭」というのは、最後にアクティブなタブで設定した拡大率が次回の起動時に適用される場合があって、その結果、意図しない拡大率で表示されたように見えるというようなことです。
次のリリースはまだ未定ですが、タブ(プレイリスト)毎に拡大率を保存して維持できるように改善したいと思います。いましばらくお待ちください。
こんばんわ。
ご報告ありがとうございました。改善して、よかったです。
既に不具合は解消していますので、作者様含め返信は特に必要ありません。
とのことでしたが、どうもありがとうございます。情報大変助かります。
こんばんわ。
事象が発生するときと発生しないときがあるということは、最初に書いていただいた内容からも読み取れることでしたね。失礼しました。
それで、発生するときと発生しないときがあるというのが正直なところやっかいで、もうしばらく再現を試みてみますが、その再現状況から原因を探して対処して、となると、すこし時間がかかりそうです。
こんばんわ。
多少は当たっていたようで良かったです。
ご確認ありがとうございました。
こんばんわ。
確認をしてみたのですが、マウスホイールのズームは、次回起動時にも維持されていました。この事象はいつも発生するのでしょうか?
こんばんわ。
これだけの情報では的確なことを言うのはむずかしいのですが、アルバム名のタグが共通の値になっているとして、Compilationが表示されているということは、COMPILATIONまたはITUNESCOMPILATIONタグが設定されている可能性がありますので、それを除去してみてください。
COMPILATIONタグは、以前いただいたご要望で、かなり強力な位置づけになっていますので、ついているものとついていないものが混在すると、ひとつのアルバムにはなりません。
こんばんわ。
質問が散発的になってすいません。WavPack形式は、すべてのファイルで同様の状況になるのでしょうか?
すべてではない場合、特定のファイルのみで発生するのでしょうか? あるいはランダムに起こるのでしょうか?
特定のファイルの場合、なにかそのファイルについてお気づきの点はありませんか?
こんばんわ。
ファイル受領しました。23:59がおかしいと言われているのは、8:36の曲と6:30の曲と8:51の曲の3曲の合計が23:57のはずなのに、23:59だということでしょうか?
これは、1秒以下の端数の合計値が現れているのだと思います。以前は秒の単位までを足して合計を示していたのですが、それだと逆に微妙に合計時間が合わないことが起こるので、秒以下の値も足して合計を出すように変えたと記憶しています。
フォーラムにご登録のメールアドレスに要領をお送りしましたので、ご確認ください。
こんばんわ。
UWP版+Google日本語入力の問題でしたか。想像力が足りていなくて失礼しました。
たしかに一時期は改善していたUWPアプリとGoogle日本語入力の組合せは、現在また全滅しているようです。わたしはUWPアプリを使うときにはMicrosoft IMEに切り替えています (面倒です…)。
hiroさん、こんばんわ。
情報ありがとうございます。UD-501はわたしも持っていて (最近は検証用にしか使っていませんが)、あまり問題を起こさないので、ある意味残念です。またお気づきの点かあれば教えてください。
こんばんわ。
以前このフォーラムで、FLACのトータル時間の情報がおかしいファイルを正しく再生できるようにしてほしいというご要望があり対応しましたが、そこから類推するに、そういう状態のファイルなのでしょうか? ファイル内のメタデータが正しそうであればお送りいただければ調べてみますが、ご確認いただけますでしょうか。
こんばんわ。
実物を見てみないと確かなことは言えないのですが、ワードラップがはたらいているのではないかと思います。ワードラップは、OSのDirectWriteの機能に任せていますので、調整の余地があるかどうか、また調べてみます。
こんばんわ。
念のためわたしの環境で確認をしてみたのですが、問題なく日本語入力できるようです。
フォーラムの検索機能については、Andrewのコメント通りです。Thanks, Andrew. (^^)
Naosさん、ありがとうございます。
しっかりご指摘の内容を消化してからコメントしたいと思っていましたが、少々慌ただしくて時間がかかりそうなので (ジャケット画像の取得などAmazon対応機能を11月中に入れ替えないといけないとか降って沸いたりしていまして…)、取り急ぎお礼申し上げます。
TuneBrowserが世に出てからしばらく立ち、タグの使い方も皆さん成熟しつつあるように思いますので、ご指摘のような考え方を見直すには良い頃合いかもしれないなと考えています。
wanwan2811さん、ありがとうございます。
お手数をおかけしています。
今のところ、4.12.0では正常に動作しますので、当面はこれを使っていこうと思います。
ひとつ前のコメントにも書きましたが、hy0666さんのところでほぼ同様の環境で異常なく動作しているのと、4.12.0と4.12.1の差異は極めて限定的であることから、何らかの環境要因で動作に支障を来していると思われます。もちろん環境要因だから対処しないということではなく、TuneBrowserとしてはロバストネスを上げて対応したいと思っているのですが、現在のところその方法が見つからない状況です。
またなにかお気づきのことがありましたら、引き続き情報提供いただければと思います。よろしくお願いします。
こんにちわ。
追加の情報ありがとうございます。やはりWavPack以外では発生しませんか?
ご確認ありがとうございました。改善してよかったです(^^)。
hy0666さん、ありがとうございます。助かります。
前回のhy0666さんのご発言で、Luxmanやウィルスバスターなどwanwan2811さんとほぼ同様の環境でありながら症状が出ないPCがある、とのご報告をいただいて、そうなるとASIOドライバーの再インストールくらいしか手を思いつかないな…と考えていたところでした。
wanwan2811さん、一度このASIOドライバーの再インストールをお試しいただけないでしょうか?
こんにちわ。
追加の情報をありがとうございます。根本的な原因と対策はまだ見えていないのですが、先ほど公開した4.12.1先行版の新リリースで、ダンプファイルを多数いただいているトレンドマイクロ製品の特定のバージョンの検出機構を追加しました (検出するだけで, TuneBrowserからは現在のところなにもできないのですが…)。
もし起動時に検出の通知が出ましたら、お知らせいただけると助かります。
どうぞよろしくお願いします。
こんばんわ。
先ほど、4.12.1の先行版を更新しました. 再現できていない状況なのですが、WASAPIの制御について改めて調整を行いました。お時間のあるときにご確認いただければ幸いです。
こんにちわ。
Album Viewの設定の、「Album Viewのその他の設定」「フッタ表示を最適化する」をNoにすると、ご所望の表示になるかもしれません。いちどお試しください。
他の方で、同様の症状が出ている方はおられますか? > ALL
ありがとうございます。
再起動しますという表示が出て、
「再生処理への操作要求で予期しないエラーが発生しました. TuneBrowserを再起動してください.」
というものでしょうか?
また、
先行版（4.12.1）では、何回トライしても、再起動されずに、
との状況について、もうすこし詳しく教えていただけないでしょうか。
- 「～再起動してください」のメッセージは表示されていたかどうか。
- 再起動の操作をされたかどうか。
- その結果、「再起動されずに」というのは、どのような挙動になったということか。
などです。わかりにくくてすいません。
Naosさん、いつもありがとうございます。助かります。m(__)m
添付画像はひとつ削除しておきました。
こんばんわ。
ご連絡ありがとうございます。
発生する事象は、以前ご報告いただいた、
「ドライバーの初期化中にハングアップを検出しました」と表示されます。
と同じでしょうか?
またご利用のTuneBrowserは64bit版でしょうか、32bit版でしょうか?
よろしくお願いします。
ご確認いただき、どうもありがとうございました。
こんばんわ。
ご連絡、どうもありがとうございました。
現象の確認はできていないのですが、今回WASAPIの処理を少々変更していますので、そのあたりを見直して、近日中に対策版をアップしたいと思います。
こんばんわ。
昨晩、4.12.1の先行版を公開しました。ここで議論になったクエリの動作を見直しています。tanaさんにご紹介した動作になっているものと思います。お時間のあるときにでもお試しいただければと思います。
クエリの動作を変えたため、ほかの部位の表示でも、もしなにか動作がおかしい点などがあれば、お知らせいただけると助かります。
こんばんわ。
更新履歴に挙がっていなかったにもかかわらず、ご確認いただき、ありがとうございました。
わかりました。
では、クローズさせていただきますね。こんにちわ。
イメージの管理ダイアログボックスの場合、追加したい目的地として埋込みイメージ、フォルダイメージ、関連イメージの3ヶ所があります。どこに追加したいのかというのはすこし微妙な気がするので、参照ボタンによる追加はわかりにくいかもしれません。
sambacancaoさん、Naosさん、ありがとうございます。
COMBINEで正解です。さすがですね(^^)。
それ以上のレベルの「精度」については、そういうものがあるのかどうか知見を持っていませんので、対応できていないということになるのかもしれません。
すいません、ちょっと乱暴な言い方になってしまいました。
現在のTuneBrowserのCD取り込みは、
- AccurateRipのオフセット指定
- Pre-emphasis (TOCおよびQ SubCodeの双方)
- HDCD
に対応しています。
こんばんわ。
TuneBrowserのリッピング機能は使った事がないのですが、EAC並みに精度が高くて
各種情報が自動取得可能でしたら、使ってみようと思います。
（そもそも、何を使ってリッピングしてもバイナリレベルでデータは同じかも知れませんが・・・）hiroさんにも書いていただきましたが、TuneBrowserのCD取り込みは、EACで取り込んだものとバイナリデータとして一致していることは確認しています。それ以上のレベルの「精度」については、そういうものがあるのかどうか知見を持っていませんので、対応できていないということになるのかもしれません。AccurateRipのオフセット情報にも対応しています。ただこれは個人的見解ですが、音楽再生という観点では、オフセットにはあまりこだわる必要はないと思っています (終端部でオフセットを超えた場合にどう処理すべきかという点も不明瞭ですし…)。
なおTuneBrowserはOS標準の機能を使用して取り込んでいますので、昔のCCCDや傷のついたCDなど、通常の方法で取り込めないものは、取り込めません。そうした場合は、ヘルプにも書きましたが、餅は餅屋で、EACなど専業のソフトのご利用をおすすめしています。
こんにちわ。
ご連絡どうもありがとうございました。大変助かります。
しばらく、これで様子を見たいと思います。
そうですね。お願いします。m(__)m
こんにちわ。
TuneBrowserのバージョンアップは、基本的に「新しいバージョンを上書きインストールする」という前提で開発しています。ただし、新しく追加になった表示項目などがある場合に、もとの設定をユーザーが変更されていて、それが失われる結果になる場合は、ユーザーの方の変更を尊重して新しい表示項目は適用しないようにしています (完全ではない場合もあります)。
このユーザー設定と新しい標準設定の兼ね合いは悩ましいところで、とくに表示系に関しては既存のユーザー設定と競合するような設定変更はなるべく控えるようにしているのですが、かといって改善を諦めるというのもアレなので、ごく稀にこうした既定の設定の変更を行っています。
ちなみに、トラック毎のチャンネル数の表示は、以前はステレオ専用だったTuneBrowserがマルチチャンネルに対応したときに、新たに増設したものとなります。
こんばんわ。
バックアップについては、hiroさんに書いていただいた内容を参考にしてみてください。
今でもExactAudioCopyでリッピングを行っていますが、自動検索機能でアーティスト名を取得しても、TuneBrowserで再生時は「UNKNOWN ARTIST」になるため、1枚ずつ手動で入力しなおしています。
長らくEACは使っていないので、最新状況には疎いのですが、EACがタグを書き込んでいてTuneBrowserがそれを読み込めていないということでしょうか。リッピング時のファイル形式はなにをご利用ですか?
Hi,
Thank you for your understanding.
こんばんわ。
①tuneBrowser動作中にドライブが認識しなくなり、後から回復した場合、
手動クロールで再取り込みする以外に方法はないのか？基本的に、TuneBrowserはドライブ(のルートディレクトリ)にアクセスできなくなった場合、ドライブが一時的に取り外されたと判断して、データベースからの削除は行わないようになります。今回のケースがそれに該当しそうなのですが、ドライブへのアクセスチェックは性能面の課題から常時行っているわけではありませんので、タイミングの問題だったのかもしれません。
現在のTuneBrowserは、データベースも含めたバックアップの機能があります。その機能の利用が、手動クロール以外の方法ということになります。
②楽曲データのCSVエクスポート機能は、何のためにあるのか？
この機能を提供した意図は、テキストエディタなどほかの外部アプリケーションでタグを一括編集したい場合など想定していました。CSVのインポートは、あまり知識のない方が変更されると、データの不整合が発生し得るので、チェックを厳しめにしています。ひょっとしたら厳しくしすぎているのかもしれませんが…。
よろしくお願いします。
Hi,
There is no special reason. Simply -6dB * 0.5 -> -12dB * 0.5 -> -18dB.
tanaさん、こんにちわ。
tanaさんのところの動作とわたしのところの動作のちがいは、現在手を入れているタグの処理の調整が影響していそうです (すいません、リリース版ではなく開発版で検証していました)。
クエリコマンド $IFVALCOUNT_LE 導入時に起きた問題の修正の副作用のようです。どのようにすべきかという点で、ちょっと混乱しています。取り急ぎ、ご報告します。
こんにちわ。
追加の情報ありがとうございます。TuneBrowserの当該の処理部分は変えていませんので、4.12になって、ウィルスバスターがTuneBrowserのASIO制御に干渉するようになったものと思います。それに類したダンプファイルが送られてきていて気になっていましたが、こうして具体的にご報告をいただけたのは今回がはじめてです。
もしTuneBrowserが「予期しない状態を検出」あるいは「ダンプファイルを見つけた」といった類のメッセージを表示したら、お送りいただいて、その旨一報を下さると助かります。すでにお送りいただいているかもしれませんが、ダンプファイルからはどなたがお送られたのか、わたしにはわからないようになっていますので…。
ASIO制御は、TuneBrowserの起動後、別の子プロセスを起動して行っています。これはASIOドライバが問題を起こした場合に、TuneBrowser自身が巻き添えを食わないようするためです。このASIO制御プロセスの起動中に、TuneBrowser内にフックしているウィルスバスターのDLLがフリーズしてしまうことがあるようです (問題のパターンはいくつかあり、まだ絞り切れていません)。おそらくウィルスバスターの不具合を刺激してしまっているのだと思いますが、現在のところまだ対処方法は思いつかない状態です。
こんばんわ。
コンテントグループの含まれた楽曲の場合、そのコンテントグループ内ですべて共通であれば、_CONTGROUPの下、共通でなければ各_SUBTITLEの下、というのが基本の考え方だったと思います。_CONTINDEXもそれに準じたかと思いますが、これはちょっと時間をかけて処理を確認してみないと確かなことは言えません。
取り急ぎ。
こんばんわ。
ご連絡ありがとうございます。
「ハングアップ」とは、ソフトウェア開発の上では応答がなくなり、画面更新もされないような状態を言っているのですが、その後「エラーが出ると」ということはTuneBrowserはなにか反応をしているのではないかと思います。
もうすこし現象について細かく教えていただけないでしょうか?
今回の更新ではASIO関係はほとんど手を加えていません。そのため、俄かには心当たりがありません。これは外している可能性も高いのですが、ひょっとしてトレンドマイクロ製のセキュリティソフトをご利用ではないでしょうか?
よろしくお願いします。
こんばんわ。
ご確認ありがとうございました。実装そのものは難しくないのですが、操作が煩雑になるといけないので、右クリックメニューの「高度」の下あたりに入れることになるかと思います。
9jgw4yさん、こんばんわ。
ありがとうございます。では残させていただきますね。
Hi, Thank you for using and loving TuneBrowser for a long time.
I think FTP is a very rare protocol for a music server. TuneBrowser is supporting the following remote protocols for a music server:
- SMB (=Windows File Share)
- HTTP (with UPnP≒DLNA)
Unfortunately, FTP is not supported. If you are using NAS, I think NAS generally supports SMB.
Regards
こんばんわ。
再生回数は、長い目で見ればだんだんとばらけていくものですので、個人的にはあまり気にされないほうがいいのではないかと思いますが…。また「トラックチェックや誤操作で特定トラックがカウントアップされた場合」の対処として、「再生したとする秒数」という設定項目があり、既定で10秒になっています。これが短すぎるようであれば、長めに設定していただくことで、誤操作などは記録されにくくなるのではないかと思います。
「再生したとする秒数」の設定項目は、「再生の設定」-「再生の詳細設定」のなかにあります。もしわからなければまた質問してください。
それはそれとして、「クリア」と言われているのは、カウント値を強制的に0にする、ということで合っていますでしょうか?
追伸: 勝手ながら、トピック中に引用されている「youさんのトピック」にリンクを設定させていただきました。ご了承ください。
sambacancaoさん、ありがとうございます。
＞Tikiさんのスクショと見比べると私のアルバムビューには「2ch」のチャンネル表記が無く
この行は「トラック行」の設定と思われるので気になさらなくていいと思いますこれは、その通りだと思います。
代わりに%COMPOSER%を使ってみるのはいかがでしょうか？
こちらのほうは、「COMPOSER情報が無いとALBUM ARTISTが表示される」という挙動が必要かどうか、というところですね。COMPOSERが設定されていないアルバムの場合に空欄でよければ、ご提案の方法で良いと思います。