フォーラムへの返信
-
投稿
-
確認のご報告、どうもありがとうございました。
こんばんは、Tikiです。
ご登録のメールアドレスがPayPalの記録にありましたので、ライセンスキーを再送しました。
よろしくお願いします。
こんにちは。
もうご覧になっていないかもしれませんが、5.2.0の先行版で、ログをファイルに保存する機能をつけました。ファイルに保存するとは言っても無制限にはならないわけですが、画面の表示に比べると長い期間分保存することができます。
この機能を有効にするには、設定ダイアログボックスで、
- ツリー項目: 「基本の設定」-「詳細の設定」
- 右側の項目: 「内部フォルダ/ファイル」-「ログファイルの出力フォルダ」
にフォルダを指定します。このフォルダに、ログファイルが保存されるようになります。よろしければお試しください。
こんばんは。
PayPalでは銀行振込での支払いはできるようですが、口座振替設定が必要なようです。
https://www.paypal.com/jp/webapps/mpp/support/set-up-bank
設定をされると、TuneBrowser以外でも銀行口座からの支払いで利用できるので、これは想像ですが、クレジットカードを持っておられない場合には便利ではないかと思います。
いちおう、ご登録のメールアドレスにも振込先の情報をお送りしておきます。どちらかよいほうをご選択いただければと思います。どうぞよろしくお願いします。
クローズさせていただきますね。
その後同様の症状の方もおられないようですので、いったんクローズさせていただきますね。
なにかあればまた新しいトピックでお願いします。
ご確認ありがとうございました。
このトピックはクローズさせていただきますね。またなにかあれば新しいトピックでお願いします。
こんばんは。お手数をおかけしています。
個々の設定ファイルをTuneBrowserのウィンドウにドロップして暫定的に復旧に近い状態にできたとのこと、了解しました。まずはよかったです。
デスクトップ版でのこの種の問題は、わたしの記憶にあるかぎりではご報告はありません。もろちんわたしの環境でも発生していません。そのため現在のところはUWP版(デスクトップブリッジを使用した環境)固有の問題だろうと考えています。
UWP版をインストールした環境にデスクトップ版をインストールすることは、問題ありません。基本的に別のソフトとして動作します。
どうぞよろしくお願いします。
こんばんは。
追加情報のアップ、ありがとうございます。すこし時間をいただいて内容を確認したいと思います。
取り急ぎ、受領のご報告です。よろしくお願いします。
hiroさん、ありがとうございます。
g2studioさん、ご確認ありがとうございました。
TuneBrowserは内部ではパス名の大文字小文字を区別しています。その動作がなにか齟齬を発生させる結果になったのかもしれません。
いったん解決されたとのことでこのトピックとしてはクローズの方向かなと思いますが、パスの齟齬については、良い抑制策がないか、また考えてみたいと思います。
ありがとうございました。
こんにちは。TuneBrowserのご利用ありがとうございます。
画像類を拝見したところでは、二重に表示されている理由は思いつきませんでした。
エクスプローラーのスクリーンショットは、おなじフォルダを示しているのだと思いますが、どのようにこのフォルダを表示させたのでしょうか。
またLibrary Viewerの内容は、どのツリーノードをクリックして表示されたものでしょうか。
またトラックの一覧でトラックの冒頭部に表示されるアンカー (四角がふたつ表示されたボタンのようなもの) にマウスカーソルをあてると、パス名などの情報が表示されます。固定的な表示のできないウィンドウでちょっと見にくいかもしれませんが、そのあたりも確認してみてください。
ファイルの拡張子 (コーデックの形式) がちがうとおなじトラックが複数あるように見えることがあります。ただ既定の設定だとコーデックが異なると別アルバムになるようにしているので、通常は同一アルバムにはなりません。ただしTree Viewでフォルダーツリーを選択していると、以前の設定ではフォルダー単位の分類になるので、混ざってしまうことはあります。
わかりました。
いったんこのトピックはクローズしますが、ちょうど入れ違いでコメントを追加もしています。またお時間のあるときにでも、よろしければ読んでみてください。結構、ご要望は解決するのではないかと思います。
あと、もうひとつ大切なことを言い忘れました。
トラックをひとつだけ選択してReplayGainを計算すると、トラックがひとつしかないアルバムということになり、アルバムゲインはトラックゲインと同値になります。
このやり方で個々のトラックでアルバムゲインを計算しておくと、アルバムゲインとして実質的にトラックゲインを利用できるようになります。
こんばんは。
なるほど、コンピレーション的に市販されているアルバムや、個人が編成したいわゆる「マイベスト」的なアルバムの際にトラックゲインを使うということですね。
わたしならどうするだろうと考えてみたところ、もし市販されているアルバムであれば適切にゲイン調整されていると期待できるので、おそらくそのままアルバムゲインを使用します(というか、そうしています)。個人編成の場合には、もともと所属しているアルバムでReplayGainを計算しておいて、その後にトラックを組み合わせると思います。そうすると、だいたいゲイン感は合うのではないかと思います。
あと、ReplayGainは結局のところタグ値として記録されているだけですので、TuneBrowserでアルバムゲイン(REPLAYGAIN_ALBUM_GAINとREPLAYGAIN_ALBUM_PEAK)をトラックゲインに合わせて編集してしまうという手もあります。
この応用で、トラックゲインだけが存在していてアルバムゲインが存在していない場合に、アルバムゲインとしてトラックゲインを使用するという動作を検討してみてもいいかもしれません..。そうすると、アルバムゲインを削除するだけでアルバムゲインとしてトラックゲインが使用されることになります。これは将来機能ですが、ちょっと機能のおさまりが微妙な気もするので、やるかどうかはもうすこし考えます。
こんにちは。TuneBrowserを良く言っていただき、ありがとうございます。
まずReplayGainの適否を再生時に決めるのではなく、そのトラックがReplayGainの保持をしているかどうかだけで決めるべきだと言われていると理解しましたが、これはそうは思いません。おなじトラックでも、再生機器や再生状況によって、ReplayGainを適用したい場合とそうでない場合があるだろうと思うからです。
そしてトラックによってアルバムゲインを適用するか、トラックゲインを適用するかを切り替えたいというご要望のほうは、まったく想像していなかった使い方でした。わたしはふだんの趣味の再生においてアルバムゲインを全面的に使用していますが、正直なところトラックゲインを使おうという発想はありませんでした。
ご要望は理解できたと思いますが、ではTuneBrowserではどうするかについては、ちょっと考えてみます。ご配慮いただいているように実現はそう簡単ではないので、時間がかかると思います。よろしくお願いします。
ご報告ありがとうございます。解決してよかったです。
こんばんは。
Library Viewerの内容は、Tree Viewのノードをクリックすると変化します。まず、この動作はしていますか?
こんにちは。
これまでログの内容に関心を持っていただいた方があまりおられなかったこともあり、ファイルに保存したり、内容を絞ったりといったことは残念ながらできません (作者向けの保存機能はあるものの、そちらも、インターネットを介した授受を想定しているため容量的には画面に出ているものと変わりません)。設定によりファイルに保存する機能は検討しますが、すぐに、というわけにはいきません。
そのため、現在のところは、発生している対象に見当をつけて操作して絞り込んでいただくようなやり方くらいになりそうです。
あー、画面上のログはどうしても容量は有限になり、すべてのログを確認することはできません。
Log Viewの「Task」タブに同様の内容が出ている可能性がありますが、こちらも容量は有限です。
すみませんが、ご了承ください。
一週間が経過しましたので、クローズさせていただきます。
ご指摘のケースだと、NASがSMBなどのプロトコルでファイルを公開している場合は (NASは通常はこれだと思います)、プレイヤーにHTTPで音楽データを引き渡すため、あいだにTuneBrowserが介在し「１，NAS→TuneBrowser→プレイヤー」という形になります。
画面表示の遅れのことですか。
TuneBrowserはゲームではないので、CPUの使い方において、画面描画の優先度はあまり高くならないようにしています (あくまでも音楽再生が優先です)。そのためPCの能力に対して他の高負荷の処理があった場合に、その影響が出るのは避けづらいところです。
技術的なことはわからないと言われていますのであまり細かい話はしませんが、じつは開発過程で描画安定版も作ったことがあります。ただ結局、描画の安定を求めるとCPU負荷が (局面によっては相当に) 上がることになるので、TuneBrowserの役割から考えて本末転倒だと思い、その処理方法は採用していません。
よろしくお願いします。
すみません、ラグとは何でしょうか?
わかりました。ご確認ありがとうございました。
AAC(M4A等)は、標準だとiTunesを基本とした限定的なタグ値しか入れられないので、こちらを参考に、設定を変更してください。このトピックは複数値の話題ですが、拡張に設定することで、MP4で定義されていないタグを入れられるようになります。
MP3のほうは、いま改めて動作チェックもしてみたのですが、とくにそういう制限はかけていないので入ると思うのですが…。入りませんか。入らない場合、どのような手段で「入っていない」ことを確認されていますか。
あまり良い返信にならず、すみません。
こんばんは。ひさしぶりにディープなご質問ありがとうございます。
ツリークエリは、対象の楽曲群から階層状に絞り込むことを目的としています。そのため、そのツリーノードにある全楽曲のタグ値に対してクエリをかけますので、とくにCombineを指定すると、そのツリーノードの階層の全楽曲の値が並んでしまうことになります。
目的とされているような一覧をTree View側に表示させる方法は、ちょっと考えたのですが、いまのところうまい方法は思いつきません..。
コントローラーとしての動作は、こちらで有志の方々に検証していただいたような内容です。最初から予防線を張るような姿勢で申し訳ないのですが、ご利用のプレイヤーによっては過度な期待は禁物です。
メディアサーバーとしての動作は、PCのCPU能力を使用しますので、NASよりは快適であることが多いのではないかと思います。メディアサーバーとしてのTuneBrowserのイメージがわからないとのことですが、どうご説明したらよいのでしょう、いわゆるUPnPのメディアサーバーの動作なのですが…。Kazooの名前を出しておられますが、Kazooからメディアサーバーにつないだことはないでしょうか? TuneBrowserもKazooもお持ちなのであれば、お試しになられてはいかがかと思います。
ご確認ありがとうございました。
次のリリースでの対処はまだ先になるので、いったんこのトピックはクローズさせていただきますね。
TuneBrowserのUPnP関連の対応は、お言葉をお借りすると、
- DMC:
現在試験公開中の機能です。外部のRendererに対して再生指示します。 - DMP/DMR:
対応していません。かわりにOpenHome Playerに対応しています。
という状況です。
あと、今回のご興味からは外れる機能ですが、Media Serverとしても動作します。
いつからか、というのは確認できていないのですが、ある負荷軽量化の改修が原因で、表示されなくなっていました。
おかげさまで、ひとつ不具合を見つけることができました。
手許のソースコードはすでに処置済みで、次のリリース時に改善する予定です。すでにここでhiroさんに表示についてご説明いただいたこともあり、後々のリリースでも問題ないと考えていますが、もしなにかあればまたご指摘いただければと思います。
よろしくお願いします。
ありゃ。まさかと思い改めて自分で確認してみると (先に確認しろよという話はありますが…)、たしかに表示されませんね。ちょっと調べます。
ありがとうございました。
amesnさん、こんにちは。hiroさん、ありがとうございます。
この記号は、hiroさんのご説明通りのものです。
この記号部分にマウスカーソルをかざすと、ツールチップで説明が表示されるようになっているはずなのですが、もしかして表示されませんか?
TuneBrowserのライセンスはどちらで取得されたでしょうか。
- PayPal
- ベクター
- マイクロソフトストア
PayPalの場合は購入された方のメールアドレスがわかるのですが、このフォーラムにご登録のメールアドレスから記録を調べても、見当たりませんでした。
ベクターの場合は、ライセンスキー再送付サービスがありますので、ベクターのほうにお問い合わせください。個人情報保護法以降、作者には購入者の情報が開示されないようになり、わたしのほうではどなたが購入されたかがわかりません。
マイクロソフトストアの場合は、ライセンスキーは必要ありません。Windowsが自動で処理しますので、おなじマイクロソフトアカウントをご利用であれば、そのアカウントでWindowsにログオンすることでライセンスが適用されると思います。
よろしくお願いします。
この件、その後ご連絡をいただいていませんので、クローズさせていただきます。
この件、その後ご連絡をいただいていませんので、クローズさせていただきます。
この件、その後ご連絡をいただいていませんので、クローズさせていただきます。
この件、すみませんがその後ご連絡をいただいていませんので、クローズさせていただきます.
この件、すみませんがその後ご連絡をいただいていませんし、おそらくは回答させていただいた内容で解決したのではないかと思いますので、クローズさせていただきます.
hiroさん、Andrewさん、こんばんは。
hiroさん、どうコメントさせていただいたらいいだろうと悩んでいるうちに、遅くなってしまってすみません。
Andrewさん、翻訳して掲載していただいた日本語のメッセージは、驚くほど明快でわかりやすく、Andrewさんのお考えがよく伝わってきました。
おふたりとも、どうもありがとうございます。
このフォーラムでは、折に触れ、継続的な提供を実現することはTuneBrowserの大きなテーマのひとつだと申し上げてきました。そのためには、作業時間の確保・モチベーションや技術の維持向上・ソースコードの保守性の向上・このフォーラムの運営などさまざまな側面があり、ときには難しくなることもありますが、継続的な提供をつづけることが、最終的にはご利用になる方々のメリットにつながるはず、と強く思っています。
フォーラムの運営については、以前hiroさんには同様のご心配をおかけして、フォーラム上で他の方々交えてお話しをさせていただいたことがあります。その際に書かせていただいた内容は、基本的にはいまも変わっていません。結果として最近のわたしの応対は以前にくらべて突っ込みが不足しているところもあろうかと思いますが、依然として皆さんのお力を必要としていることには変わりありませんm(__)m。どうぞ、よろしくお願いします。
ご確認、ありがとうございました。
5.1.6でプレイリストとタブの関係を見直したのですが、そのときにプレイリストとしての新規作成もなくなりました。
あたらしいタブを作成して、それをプレイリストとして保存することができます。あたらしいタブの作りかたはいろいろですが、空のタブを作成する場合は、タブの部分の右クリックのメニューから「タブの新規作成」を選択します。
ご確認ありがとうございました。お手数をおかけしました。
この問題は、5.1.7(未公開)以降で入り込んでいたものでした。今回、先行版の段階でご指摘をいただけて大変助かりました。
今後もなにかお気づきのことがあればよろしくお願いします。
先ほど、1651を公開しました。
お手数ですが、またお時間のあるときにお試しいただけると助かります。
よろしくお願いします。
ありゃ。お手数をおかけして申し訳ありません。
明日以降になるかもしれませんが、もう一度確認します。
先ほど、この問題に対応した1650を公開しました。
お手数ですが、またお時間のあるときにでもお試しいただけると助かります。
よろしくお願いします。
nazuさん、
現象確認できました。先日来のテンポラリファイル対策で副作用が出ているようです。対策を検討します。
ありがとうございました。
こんにちは。
情報どうもありがとうございます。うかがった内容からすると、やはりMOTUのデバイスの動作に起因するもののように思いました。
正直なところ改善できる可能性はあまり高くはないのですが、最近ダンプファイルの送信機能をつけたので、もしダンプファイルをお送りいただければ、お時間をいただいて内容を確認することはできます。
現象が発生した状態で、TuneBrowser上部のメニューから「ヘルプ」「ダンプファイル」「ダンプファイル(検証用)の生成…」を選択してください。ダイアログボックスが表示され、「作者から提示されたコードを入力してください」のところに、
0CA7-9048
と入力してください (コピー・ペーストしていただくと簡単です)。このコードは2日間有効です。ただなにかありましても、焦らないようにお願いします。言っていただければ何回でもコードを発行します。
ご確認ありがとうございました。ではクローズさせていただきますね。
Library Viewerタブは、Tree Viewで選択された内容を表示するもので、役割としてはすこし特別なものです。これを複数表示させることには意味はないと思いますので、新しいタブを追加できないかというご質問だと思いました。
やり方はいろいろありますが、現在表示している内容を選択して、右クリックメニューで、「タブに設定する」「新しいタブ」を選択すると、その内容が新しいタブとして表示されます。
タブのところでの右クリックメニューで「新しいタブ」を選択すると、空のタブを追加することができます。
もし設定を変えたという話であれば、念のために標準のグループクエリの設定内容も確認をしてみてください。
ご自身で設定を変えたということであれば、アルバムの分類方法が変わる結果になったとしても不思議ではないと思いますよ。
というか、どう変えたかは、ここでご質問いただいてもわたしにはわかりようがないです。冒頭のご質問からは、使い続けているうちに勝手にこういう動作になってしまった、と書かれているように理解していました。
hiroさん、ありがとうございます。
ただhayaさんは「プロパティを見るとアーティスト・アルバムアーティストは問題ない」と言われていますし、実際にアップされたスクリーンショットを見ると、ARTIST / ALBUM ARTISTには別の値が設定されているように見えます。そのうえでおなじアルバムになってしまっているので、不思議なんですよね。
わたしはなにか見逃しているのでしょうか..。
グループクエリが空欄になっているので、標準のグループクエリでアルバム分類をしていることになりますね。
標準のグループクエリを変えていないとしたら、すみません、アルバム名だけで分類されている理由はすぐにはわかりません。
ALBUM ARTISTは、「プロパティを見るとアーティスト・アルバムアーティストは問題ないですが」と言われている「アルバムアーティスト」のことです。
左側のツリーを見ると、「アーティスト – アルバム」という独自のツリークエリを追加されていますね。そこで、アルバム名だけでアルバム分類されるような指定をされたのではないでしょうか?
ありがとうございます。
もともと、Ctrl+マウス・ホイールの拡大縮小はその場かぎりのもので、次の起動時にはまた元に戻していました。それをご要望をいただいて次回起動時にも維持されるようにしたのですが、今回のように意図しない操作の場合、拡大縮小が効いていることがわからないですね。
それだとまずいように思うので、次のリリースでは、Ctrl+マウス・ホイールの拡大縮小を次回は同時にも維持するかどうか設定で指定できるようにして、既定では維持されないようにします。設定を変更して維持されるようにされたユーザーは、Ctrl+マウス・ホイールの拡大縮小の機能を認識されているということになると思いますので、それはそのように設定していただければと思います。
なおこのCtrl+マウス・ホイールの拡大縮小は、その趣旨から表示形式毎に効くようになっています。「各プレイリストのタブ内では一律に作用するようですね」はそのためです。
ご報告ありがとうございます。
解決したような状況のところ申し訳ないのですが、ひとつ確認させてください。
結局、もともとの大きさの差異は図していなかったマウス・ホイール操作の拡大縮小が適用されていたようだ、ということでしょうか?
スクリーンショットありがとうございます。
上で確認させていただいた「トラック表示」「プレイリスト表示」でちがっているのではないか、という点は、それはそうだということのようですね。
ただ大きさがかなりちがっているので、スタイルのちがいというには、ちょっと不思議です。TuneBrowserにはCtrl+マウス・ホイール操作で拡大縮小を行う機能があるのですが、以前に (意図なくかもしれませんが) それを操作したということはないでしょうか。
Ctrl+0のキーボード操作で拡大縮小がリセットされますので、試してみていただけないでしょうか。
Album View上部にツールバーがあって、そこで表示形式を変更できるようになっているのですが、「トラック表示」「プレイリスト表示」のちがいのことを言われているのでしょうか..?
ツールバーのボタンの上にマウスカーソルをホバリングさせると、ツールチップが出て機能名がわかりますので、確認をしてみてください。
こんにちは。
いずれも、トラック一覧表示のことですよね。Library Viewerと他のタブ (プレイリスト?) とでフォントの大きさが同じであるのは自然なことのように思うのですが、他のタブだけ小さいフォントを使用したいということでしょうか?
新しいTuneBrowserを上書きインストールしていただくだけでOKです。
こんにちは。ご意見ありがとうございます > ALL
トラックリストの表示は、foobar2000 (など多くのソフトウェア) はあらかじめ表形式というかグリッド上のマス目に トラック番号とかトラックタイトルといった情報を埋めて表示しています。これに対してTuneBrowserは平面上に必要な情報をレイアウトして表示をしています。上にも書いたように考え方がまったく異なります。
TuneBrowserはこの表示方法をとても大切に捉えていて、これが実現できたことでトラックの状態に応じて表示する行数を変えたり、書式を変えたりすることができるようになり、クラシック音楽などでの高品質の表示が実現できたと考えています。またレイアウトの変更にもアニメーションが適用できるようになり、それが鬱陶しいという向きもあるかもしれませんが、結果としてレイアウトが変わっても見ているアルバムを追いかけやすくなっていると思います。
ということで、たとえオプションにしても、foobar2000に慣れている方がおられるからという理由で方式のまったく異なる表形式の表示を取り入れる予定は残念ながらありません。ご了承ください。
こんにちは。
最初の質問のほうについてお答えします。設定で「再生の設定」、右側の項目で「再生の操作/確認の設定」「選択されたアルバムを再生対象にする」をNoに設定します。
操作ではタブのところで右クリックでメニューを表示させ、「全体を再生」でも同様のことができます。
プレイリストにすると、アルバム単位に関係なくプレイリスト全体を再生します。
二番目の質問は内容をきちんと理解できていないかもしれませんが、表示の部分の考え方は根本的に異なるので、TuneBrowserをfoobar2000と同じ動作にすることはできないと思います。すでにfoobar2000に慣れておられて、さらにそちらのほうが自分には合っているとお感じなのであれば、foobar2000をご利用になるのが良いようにも思いますが、どうなんでしょう。
こんばんは。
TuneBrowserの既定の設定では、アルバムをグループ化する情報(タグ)として、ARTISTよりもALBUM ARTISTのほうが強くなっています。ALBUM ARTISTになにか値が設定されていないか確認をしてみてください。
メールで確認のご連絡をいただいたので、このトピックはクローズします.
先ほど、PayPalでご利用のアドレスにライセンスキーメールを再送しましたのでご確認ください。
ライセンスキーメールにも書いてありますように、今後は大切に保管していただくようお願いします。
こんばんは。
結果としては動作が異なって見えるわけで、本当に処理を分けているのがよいのかどうか少々迷うところですね..。
それから、これは補足情報ですが、TuneBrowserの内部は、PCMについてはすべて32ビットで処理しています。そのため、16ビットの音源であれば32ビットに拡張してからゲインの制御を行いますので、-6dB / -12dB / -18dBではビット落ちは発生しないようになっています。
メールといわれているのは、この上のわたしのコメントのことだと理解しました。
ここに書いた告知は先行版の話ですので、まだストアでは公開されていません。先行版でUWP版の話をしてしまい、混乱させてしまいました。ストアでの公開は、しばらく先になると思います。
UWP版とデスクトップ版は基本的には別のアプリで、簡単には設定を相互に移行することはできません。またライセンスについては、以前は共有だったのですが、一連のマイクロソフトストアとの調整の結果、現在は別々になっています。設定やライセンスの概念含めて、別のアプリだと捉えていただくのがよいと思います。
あまり良い返信になっていないかもしれませんが、よろしくお願いします。
こんばんは。
改めてソースコードを確認してみると、元データが整数型の場合(16ビットは整数です)、-6dB / -12dB / -18dBは整数型のままビットシフトの演算で処理しています。ご利用のDACはおそらく整数型は24ビットで受けるようになっていて、そうなっているのではないかと思います。
-3dB等はビットシフトでは演算できないので、32ビットの浮動小数点演算で処理しています。ご利用のDACは、この浮動小数点のまま受信できるのでしょうか。そうであれば、TuneBrowserは浮動小数点のまま渡しますし、あるいは別の理由で32ビット整数で渡すような判断をしているのかもしれません。
先ほど、5.1.10の先行版を公開しました。このリリースでは、一部のユーザーの方にご協力をいただいて、UWP版のバックアップ/リストアに失敗する問題について対策を試みてきましたが、残念ながら対策に至ることはできませんでした。ただこの過程で、ログや設定ファイル処理の強化などを行っていますので、リリースすることにしました。パージョン番号が5.1.6から5.1.10に飛んでいるのは、マイクロソフトストアでのパッケージフライトを行っていたためです。
マイクロソフトのデスクトップブリッジをという技術を利用したUWP版は、ユーザー設定等を保存するいわゆるRoamingフォルダが仮想化されます。この仮想化されたフォルダにアクセスしようとすると、一部の環境でファイル操作が失敗します。現象の起きる環境ではほぼかならず再現し、わたしの環境のように発生しない環境ではまったく発生しません。
わたしの検証環境は、現在はWindows 10, Windows 11など4台ありますが、そのいずれでも現象を再現させることはできませんでした。
UWP環境で仮想化されたRoamingフォルダは、上でもご報告いただいた通り、実際には
C:\Users\(ユーザー名)\AppData\Local\Packages\44276Tiki.TuneBrowser_fp3en5hw283q0\LocalCache\Roaming\Tiki\TuneBrowserというフォルダにマッピングされます。もしUWP環境でこの種の問題が発生していてお困りの場合は、このフォルダにアクセスしていただくと、設定ファイル類にアクセスすることができます。ここでどのファイルをどうするかはケースによりますので、このフォーラムでお問い合わせいただければと思います。
解決できず大変無念ですが、状況をご報告します。
思い当たるようなところはありません。
「この登録」と言われているのは、今回登録しようとされているCUEファイルのことでしょうか。であれば、登録できていないので、これがなにか悪影響を及ぼしているということはありません。
登録数の上限の撤廃ということであれば、レジストしていただく必要があります。こちらのページなどを参照してください。
すでに登録済みの曲を削除したいということであれば、削除したいトラックなどを選択して、右クリックのメニューから「データベースからの削除」を選択してください。
ありがとうございます。
これは、TuneBrowser上部のメッセージに表示されているように、Free Editionの登録数の上限に達した状態です。それでこれ以上のファイルは登録されなくなっています。
表示はどこに出ていますでしょうか? 可能であればスクリーンショットをつけていただけませんか?
ありがとうございます。
いまは、もう「Stage: Search folders」のログは出ていないということでしょうか? あのログが出て、かつ登録されないというケースを調べていますので、ログが出ていないとなると、またちがう原因を考える必要があります。
NASだったのですね。それはわかっていませんでした。
それで、UNC経由でやってみましたが、やはり登録されますね..。
上のコメントで確認させていただいたのですが、エクスプローラーからCUEファイルを開く、ダブルクリックする、等の操作でファイルを開いた場合、冒頭で上げていただいた「Stage: Search folders」というログは出ないように思うのですが、まだ出ていますか?
出ている場合、どこに出ているのでしょうか? 上部キャプションバーの「追加情報」で開いたダイアログボックスでしょうか?
何度もすみませんが、よろしくお願いします。
うーん、やっぱり登録されますね..。
ほかに、なにかお気づきのことはありませんか?
先ほど、ライセンスキーメールを再送しましたのでご確認ください。
記録を当たってみると、これで再送は2回目になるのではないかと思います。ライセンスキーメールにも書いてありますように、大切に保管していただくようお願いします。
エクスプローラーからCUEファイルに対して開く操作を行っても、やはり正常に処理されるようです..。
ただそのやり方だと、冒頭にあげていただいた「Stage: Search folders」というログは出ないので、ひょっとしたらまだわたしが操作をわかっていないのかなとも思います。もうすこし操作について具体的に教えていただけると助かります。
ありがとうございます。
CUEファイルとTuneBrowserを関連付けているということでしょうか?
こんばんは。
ファイルのアップロードありがとうございました。確認したところ、わたしの環境ではAPEファイル単体、CUEファイルとも、問題なく登録されました。
APEファイルのほうは、登録されないといわれていましたが、このファイルはCUEファイルから参照されていますので、通常の動作ではAPEファイル単体は登録されないのが正常です。
CUEファイルのほうは、ファイルの指定がフォルダ名なしで指定されていましたので、CUEファイルとAPEファイルは、おなじフォルダに配置されていれば、登録されます。フォルダがちがうと、登録されません。
最初に、ログを提示いただきましたが、このときの操作を教えていただけませんか。CUEファイルをエクスプローラーからTuneBrowserのAlbum Viewにドロップされたのかと想像しています (わたしの環境ではそれで問題なく登録されたのですが…)。
どちらも、ですか..。
CUEファイルは、既定の設定では参照している音源ファイルがないなどのエラーがあると、登録しないようになっています。そのあたりをまずはご確認いただけますか。
APEファイルのほうは.. ログの出力が足りていなくてなにが問題だったかわかりませんね。ログは追加するとして、エラーが起きているAPEファイルをお送りいただくことは可能でしょうか。
この後、ご登録のメールアドレスにファイルのアップロード方法を書いたメールをお送りします。よろしければアップロードお願いします。アップロードしていただいたファイルは、検証目的以外には使用しません。
CUEファイルのほうも、見た感じエラーがなさそうであれば、同じ方法でアップロードしていただければと思います。
よろしくお願いします。
こんにちは。
タイトルで「APE/CUEファイル」と言われているのは、APEファイルとCUEファイルのどちらも読めないという意味でしょうか? あるいはCUEファイル内にAPEファイルを指定した場合、とかそういった意味でしょうか?
では「Windows11のせいなのか、私のPC操作のせいなのか？」のほうはクローズさせていただきました。
このトピックもクローズにします。
「各種設定値と保存された設定値のズレ」のほうは、まだオープンしておきます。
こちらはクローズとさせていただきます。
こんばんは。
似た話題で別のトピックを立てられましたので、こちらはもうクローズでよろしいでしょうか?
こんにちは。
念のためわたしの環境で提示いただいた設定値を変更してみましたが、やはりちゃんと保存されているようでした。
ほかに、同様の症状の方はおられますか? > ALL
MP4でしたか。
MP4の場合、TuneBrowserでは設定により強制的に複数の値を書き込めるようにすることができます。よろしければご利用ください。
設定ダイアログボックスのツリー項目「タグの設定」、右側の項目「タグのファイルアクセス」「MP4のタグの扱い」の値を「拡張(複数値)」または「拡張(複数要素)」に設定してください。
どちらがいいかは、ほかにご利用のアプリケーションとの兼ね合いで決めるとよいと思います。TuneBrowserはどちらでも使用できます。
ご利用の音源形式は何でしょうか? MP4だと、既定の設定では複数の値は書き込まないようにしています。これは、MP4のメタデータに複数の値に関する規定がないのと、iTunesがうまく扱えないためです。
こんばんは。
ASIOは、OSが新しくなると、ドライバを再インストールしていただく必要があります。
「ソース保存ページだけはOKボタンがありますので」というところは、どういうことを言われているのか、すみませんがわかりませんでした。可能であればスクリーンショットをアップしてみてください。
ご確認とご理解くださりありがとうございました。
1280×1024に対する150%ということは、実質的に約850×680相当ということになるのでしょうか。ヘルプにあるように解像度は1280×900以上を想定していますので、たしかにはみ出てしまうかもしれないです。とくに横幅は、ページによっては右下にたくさんボタンが並ぶので、これ以上狭めるのはむずかしいです。
ご報告ありがとうございました。うまく動作してよかったです。
こんにちは。
特にご利用の状況に関する設定はありません。ただ、わたしも検証目的のため同様の環境 (ディスプレイ1が150%、ディスプレイ2が100%) で使用していますが、ご指摘のような問題には遭遇していませんでした。ダイアログボックスのディスプレイ間の移動も適切に処理されています。
もし設定のダイアログボックスの初期表示の大きさが、何らかの理由で大きすぎるということであれば、リサイズできますので、リサイズしてみてください。
こんにちは。
ダウンロードの失敗とのことであれば、もう一度ダウンロードして、インストールしていただくことも可能です。1回だけとは限っていませんので、お試しください。
再生デバイスのドライバーがエラーになっているようですが、ASIOでMOTU M Seriesを再生させようという意図はあっているのでしょうか。たとえば、PC内臓の再生デバイスを使用される場合、WASAPIで「スピーカー Realtek(R) Audio」などを使用されることが一般的です。
katotakuさん
お考え承知しました。ここまでお手伝いいただいたことに、大変感謝しております。
どうもありがとうございました。
katotakuさん、ありがとうございます。
現象は毎回発生するとのこと、承知しました。また、バックアップの保存先を変更されておられることは、問題ありません。
引き続き状況を調べているのですが、なにか起きているか正しくつかむことができておらず、もうしばらくトライ&エラーを繰り替えす可能性がありそうです。
ただUWP版は、デスクトップ版の先行版のように、頻繁にリリースを繰り返すには不向きです。そこで、マイクロソフトストアが用意しているパッケージフライトという機能を利用して、テストリリースを行おうと考えています。
パッケージフライトでリリースを行うと、あらかじめ登録されたユーザーの方々だけにそのリリースが見えるようになります。
「あらかじめ登録されたユーザー」の情報として、マイクロソフトストアでご利用のメールアドレスが必要になります (わたしがストアに登録します)。
このリリースをご利用いただいて、これまでと同様に、操作とダンプファイルの送信をお願いすることになります。
ご多用のところかもしれませんので、もし可能でしたらで結構なのですが、ご協力いただけませんでしょうか。
またマイクロソフトストアでご利用のメールアドレス(=マイクロソフトアカウント)は、このフォーラムでご登録のメールアドレスと同じでしょうか。もし異なる場合、お知らせいただく必要があります。その際には、このフォーラムにはメールアドレスは書かないで、このサイト右上のSupport-Contactメニューからお知らせください。
またkatotakuさん以外で、同様の事象が発生しておられる方で、ご協力いただける場合は、同様にお知らせいただければパッケージフライトの対象者に加えさせていただきます。 > ALL
ご検討のほど、どうぞよろしくお願いいたします。
さっそくありがとうございました。お手数をおかけしました。
状況が記録されていることが確認できましたが… リトライしても状況は変わりませんね。リトライに際しては、必要なファイル、フォルダが存在していることを確認してログ上にもその記録を行っているのですが、そこでも異常は見当たりませんでした。不思議です。UWP版だけで発生していることも踏まえて、おそらくはOSか他のアプリとの兼ね合いで発生しているものだと推察しているのですが…。
念のための確認ですが、この事象は、たまに発生するのではなく毎回発生するという理解で合っていますでしょうか?
よろしくお願いします。
katotakuさん、
お気遣い、どうもありがとうございます。おかげさまで、発熱のほうはひと山超えたようです(せっかくの土日はまあまあひどかったですが…)。まだ本調子には遠いですが、すこしずつ見れるものは見ていこうと思います。
さて、それでさっそくなのですが、お送りいただいたダンプファイルは2本だと思うのですが、そのどちらにもバックアップ操作の痕跡が見当たりませんでした。わたしの説明が不足していて申し訳なかったですが、ダンプファイルの作成はバックアップ操作をされて (その後失敗して)、その状態のままダンプファイル生成の操作を行ってください。ダンプファイル生成に必要な情報はすべてメモリ上にありますので、一度TuneBrowserを終了したりすると、情報は消えてしまいます。
もしそのように操作いただいていたとしたら、お手数ですがその旨お知らせください。
ダンプファイル送信いただく場合は、コードは以下のものをご利用ください。
17A7-19E8
どうぞよろしくお願いします。
ありがとうございます。追って確認させていただきます。
昨日から発熱してまして、例の感染症の可能性も含めて、しばらく対応が滞るかもしれません。
どうにしても皆さんにうつすことはありませんので、ご安心ください。
どうぞよろしくお願いします。
こんにちは。
ご連絡が遅くなりましたが、5.1.6のUWP版が公開されました。問題の直接的な対策ではなくて、ファイルアクセス時のリトライを入れた形ですので、かならずしも改善しているとは限らないのですが、なにかあればまたお知らせいただけると助かります。
もしなにかありましたら、TuneBrowserを起動したまま、ダンプファイルをお送りいただけると助かります。
TuneBrowser上部のメニューから「ヘルプ」「ダンプファイル」「ダンプファイル(検証用)の生成…」を選択してください。
ダイアログボックスが表示され、「作者から提示されたコードを入力してください」のところに、
7374-DB73
と入力してください (コピー・ペーストしていただくと簡単です)。
このコードは2日間有効です。ただなにかありましても、焦らないようにお願いします。言っていただければ何回でもコードを発行します。
よろしくお願いします。