フォーラムへの返信
-
投稿
-
こんばんわ。
Tree Viewがプレイリストを表示しているときには、フィルタをプレイリスト名に適用するということですか。ありかもしれないですね。検討してみます。
おはようございます。
本当ですね。ありがとうございます。この部分は使用しているフレームワークによる処理なのですが、是正できないか見直しておきます。
こんにちわ。
ご確認ありがとうございました。TuneBrowserの問題ではないようで、ちょっとホッとしました。
このトピックはこれでクローズさせていただきます。
こんにちわ。
その後検討してみたところ、現在のキーボード操作によるボリューム増減は20ステップで、たしかにこれはキーボードだけで操作するには粗いようです。それで、既定値を50ステップにして、さらにこのステップ数を設定で変えられるようにしようと思います。50ステップという数字については、UPnPでは標準で100ステップになっていて、これは以前からすこし細かすぎるように感じていたので、そのあたりを勘案しました。
次のリリースで反映したいと考えてはいますが、すいませんが次のリリースはすこし先になりそうです。
前回も申し上げたように、TuneBrowserのボリュームはAカーブになっていますので、常用のTuneBrowserのボリューム域をもうすこし高めの位置で使用できるように外部機器のボリュームを調整されると、±5dbということにはならないと思います (まあ、上に書いたようにそれでも粗いことは粗いです)。
こんにちわ。
まず、こちらのトピックの件でまだお返事をいただけていないのですが、その後どうなっていますでしょうか? 簡単で結構ですので、お返事をいただけないでしょうか。
それから、「ご返答の方」と言われているのはわたしに向けての依頼だと思いますが、いちおうこのフォーラムは誰でも会話に参加できるようになっていますし、細かいことを言えば、わたしのほうもすべてのご発言に対する返答の義務は負っていません (今回の内容はわたししか応えられないとは思いますが…)。どうしても返答して欲しいというお気持はわかりますが、どうぞこの場の趣旨についてご理解をいただければと思います。
TuneBrowserのボリューム操作は、いちおうオーディオ機器のボリュームに使用されるAカーブに沿っていまして、ステップはゲイン固定ではありません。そのためそのゲイン値を指定するようにすることはできません。いっぽう、Aカーブ上で分解能はひょっとしたら粗いのかもしれません。とにかくTuneBrowserは設定項目が細かすぎると言われることが多く、あまり設定項目は増やしたくはないという気持ちもありますので、ちょっとどうするか考えます。
こんにちわ。
DSD対応機器をASIOで再生する場合、とくに設定していただくようなところはありません。
AIMPで再生されているときには、DSDのネイティブ再生が行われているのでしょうか?
了解しました。
ではこのトピックはクローズさせていただきますね。
ご確認ありがとうございました。
UWP版のお話はきちんと理解できなかったのですが、また別のお話しでしょうか。もしトピックのタイトルとはちがうお話しで、必要でしたらまた新しいトピックを立てていただければと思います。
ありがとうございました。
発生していた問題のほうはいかがでしょうか?
もし手遅れだったら申し訳ないのですが、ご指摘の
TagMap.Variation.ini
については、ご自身で行われたALBUM EDITIONの定義をここで行われているかもしれないので、残しておいたほうがいいです。
もし消してしまったら、お手数ですが、改めてALBUM EDITION <-> ALBUMEDITIONの定義をお願いします。
こんばんわ。
状況のご確認ありがとうございました。
タグマッピングファイルを勝手に作成してしまうことがないか、TuneBrowserの処理の見直しを行おうと思います。ただこの機能は、上でご説明したように完全にご自分でタグの制御を行う上級者向けのもので、これらのファイルがあると、ファイルの定義が優先されて、将来の機能拡張時も含めてTuneBrowserの改善は適用されなくなります。
そのため、ご自身の意図でないとすれば、提示いただいたフォルダにあるすべてのiniファイルは削除してご利用いただいたほうがよいかと思います。
そのうえで、Performerの値の取扱いについてご確認いただければ有難いです。
どうぞよろしくお願いします。
こんばんわ。
もともとあったものではないかとの由、了解しました。
そうすると、これは純粋な疑問なのですが、タグマッピングファイルの所在(フォルダ)や、ファイル名はよくおわかりになりましたね。これはどのように把握されたのでしょうか?
またそのフォルダにあるTagMap.CUE.iniのタイムスタンプ(作成日時/更新日時)はいつのものになっていますでしょうか? (もしまだ消しておられなければ)
こんばんわ。ありがとうございます。
アップしていただいたTagMap.CUE.iniは、もともと存在していたものでしょうか? それとも今回作っていただいたものでしょうか?
このファイルがあると、このファイルで定義されている内容が優先になりますので、このファイル内でPERFORMER→ARTISTの変換の定義がされているため、変換が行われます。
このファイルの定義を使用しない場合は、ファイルをエクスプローラーなどで削除していただけれはOKです。
よろしくお願いします。
すいません、もう1点。
上級者向け機能にある「タグマッピングファイル」を作成したご記憶はないでしょうか?
ありがとうございます。お手数をおかけしました。
お気づきのように、PERFORMER→ARTIST (SONGWRITER→COMPOSERも) 変換が行われていますね。
ただその前に “Reading CUESHEET by TuneBrowser style.”のログが出ていて、TuneBrowser形式であることは正しく認識しています。このログが出ているにもかかわらず、変換が行われているケースというのが、どうも特定できません…。不思議です。
念のための確認ですが、ご利用のTuneBrowserのバージョンは何でしょうか?
こんにちわ。
この仕様が通常使用でしたら問題ありません。
わたしの書き方が曖昧だったかもしれませんが、通常のCUESHEETの処理としてはたしかに仕様通りではあるものの、CUESTYLEを”TuneBrowser”に設定した場合は、PERFORMERはPerformerとして扱われるようになるようにしています。今回はそうなっていないとしたら、それは動作としてはおかしいです。
すこしお手数をおかけしてしまうのですが。以下の手順でログをとっていただけないでしょうか?
- TuneBrowserのAlbum View上で、問題の出ているCUESHEETに含まれるトラックを右クリック、メニューから「データの更新」を選択してください。
- TuneBrowser上部のメニューから「表示」「ドッキングウィンドウ」「Log View」を選択してください。それまで表示されてなければ、新たにLog Viewが表示されます。
- Log Viewの下に「Task」を選択してください。ログの内容が切り替わります。
- その内容は、マウスの右クリック、メニューから「すべて選択」「コピー」でコピーができます。その内容をテキストファイルなどに貼り付けて保存して、このフォーラムのコメント欄の”Attachments: “のところから添付して、アップしていただければ有難いです。
お時間のあるときで結構です。どうぞよろしくお願いします。
さっそくご確認いただき、ありがとうございました。
うまく動作しているようで、よかったです(^^)
こんにちわ。
スクリーンショットありがとうございました。
ご存知と思いますが、標準的なCUESHEETでは、ファイル側のPERFORMERタグはARTISTとして扱う文化があり、掲示いただいたスクリーンショットだと、CUE側にARTISTタグの定義がないにもかかわらずプロパティでは表示されていますので、何らかの理由でこの変換が起きているのだと思います。ただファイル側の冒頭には正しくCUESTYLEが定義されており、この定義が”TuneBrowser”になっていると、TuneBrowserはPERFORMERとARTISTの変換は行わないようになります。
念のため、今朝から動作を確認してみていますが、現在のところは想定した通りに動作していて、問題点を見つけることはできていません。
なおAlbum Editionは、TuneBrowserの定義では”ALBUM EDITION”なのですが、CUESHEETではタグ名にスペースを含めることはできないため、”ALBUMEDITION”として記録されて、結果としてご指摘のような動作になります。この動作は、すこし考えてはみたのですが、制約の多いCUESHEETを基準にしてタグ名を決めるというのも躊躇するものがあるので、当面はこのままで行こうと思います (将来考えを変えるかもしれませんが)。いまのところは実施していただいたように、タグ定義でご利用いただければと思います。
さっそくご確認下さり、どうもありがとうございました。
改善して、よかったです(^^)
こんにちわ。
確認をしてみたのですが、問題ないようでした。
CUESHEETの書込み形式は「TuneBrowser」なのですよね。なにかほかにお気づきの点はありませんか。
こんばんわ。
次のリリースでは、初期設定に戻せるようにしますね。この件はこれでクローズさせていただきます。
こんばんわ。
TuneBrowser内でファイル更新した場合は、その更新の検出をクローラーで行っているわけではないので、ログには現れないです。
ご質問の設定のところは既定値でYesになっていると思います。
ただいま改めてみてみると、CDの取り込みの設定のところには既定値(初期値)に戻す操作がありませんね。
「全くの素人」と最初に書かれていたかと思いますが、それなのに設定をいろいろと変えてしまわれたのでしょうか。もしすべて最初の状態に戻されたいということであれば、一度TuneBrowserをアンインストールして、再インスートルしていただければ、初期状態に戻りますので、念のためお伝えしておきます。
こんばんわ。
REM PERFORMER “○○□□”は、プロパティ(タグ編集)ではPerformerの部分に○○□□として表示されていると思うのですが、このPerformerが空欄になっているということでしょうか?
こんにちわ。
Aと云うArtistのタグ情報は残ってしまうのでしょうか？？
「残る」という言葉の意味にもよりますが、データベースに残ることはありません。ただ、タグの編集(プロパティ)で候補に現れる候補値は、こちらは削除までは想定していないので、TuneBrowserを終了させるまでは残ります。再起動すれば消えると思います。これが2番目、3番目のご質問の答えにもなっていますでしょうか。
こんばんわ。
ご提示いただいたURL上の議論を拝見しましたが、話題となっているのは主としてPre-emphasisの問題で、yamanekoさんが気にされているHDCDのほうはあまり大きな課題とは捉えられていないような印象でした (わたしも同感です)。
HDCDはもちろん、Pre-emphasisについてもTuneBrowserとしてはいったん完全にクリアになった状態と理解しています。そのあたりは、こちらのトピックに詳しいです。とくに、Andrewさんが丁寧に検証状況を報告してくれています。
ところで、前回のコメントで「すべて既定の設定で」とお話ししましたが、改めて確認をしていて、以下の2点について、既定の設定の変更を失念していることに気がつきました。
設定画面の左側のツリー「再生の設定」「デコードの設定」、右側の項目「デコードのその他の設定」のなかの
- HDCDデコードの自動適用
- De-emphasisの自動適用
これらが現在のバージョンでは既定の設定がNoになっています。ここはYesでご利用いただいたほうが良いかと思います。
数日内に計画している次のバージョンの先行版では、既定の設定をYesにしてリリースする予定です。
こんばんわ。
音質がよくて最適なリッピングおよび再生における設定を具体的にご提案いただければ助かります。
わたし個人のお勧め設定は簡単で、CD取り込みの保存先フォルダ以外はTuneBrowserの既定の設定のままご利用いただくことです。あたりまえですが、わたし個人としては既定の設定がいちばん良くなるように考えてTuneBrowserを作っています。yamanekoさんの目的にも適っていると思います。
(趣味・嗜好の話ですので、他の方からの異論はあっていいと思います)
こんばんわ。TuneBrowserのご利用ありがとうございます。
特に理解しにくいのが、HDCDデコードとDe-emphasisについてです。この項目は再生の設定にもあるようなのですが、リッピング時と再生時の関連をどのようにすればいいのかがあまり理解できません。
HDCDとPre-emphasisそのものについてはご理解されていると思っていいのでしょうか。どちらもCDというメディアに通常よりも質の高い情報を格納しようという試みですが、設計にあたって、その情報を取り込むときには2つのアプローチがあると考えました。
- CDから取り込んだ情報を、高品質化してファイルに保存する。
- CDから取り込んだ情報はそのままファイルに保存して、再生時に高品質化する。
そのため、TuneBrowserはどちらも行えるようにしています。1.がリッピングの処理で、2.が再生時の処理です。
また、TuneBrowserでリッピングし保存した音楽データをこのソフトで再生する以外にネットワークプレーヤーや他の再生ソフトで再生する場合もあるのですが、そのような場合リッピング時の各項目の設定はどのようにすればよろしいのでしょうか。
HDCDとPre-emphasisについては、上の1.のリッピング時に処理してしまうほうが応用が効いて良いのではないかと思います。それ以外のノウハウについては、他の方のお話も待ってみましょうか。
もともとCDは44.1kHz/16bitの固定品質ですので、あまり選択の余地はなさそうにも思いますが、保存形式としては最近ではFLACが、品質、普及率、メタデータの自由度、共通性といった点で適しているのではないかと思います。
こんばんわ。
修正した結果としてTuneBrowserで未使用となったタグ情報は削除されるのでしょうか？？
各タグ形式について実際の動作を確認はできていないのですが、さっと処理を確認したところ、TuneBrowserとしては項目そのものの削除は行っていませんでした。ただ実際のメタデータの書込み処理はコーデックなどが提供している処理によりますので、形式によってばらつきがあるかもしれません。
タグ項目をクリアした時の候補として表示されるのでしょうか？？
これは、すいませんがご質問の意味がわかりませんでした。
追加の情報ありがとうございます。お手数をおかけしました。m(__)m
参考にさせていただきます。
「元のデータ型がFLT(浮動小数点)だった場合」というのは、MP3やAACなどの不可逆圧縮系がそれに該当します。
ありがとうございます。お手数をおかけしました。
ご指摘のリサンプラ―を使用したケースについて、わたしも今朝から調べていて、ひとつ問題を発見しました。元のデータ型がFLT(浮動小数点)だった場合に、曲の末尾で遅延分のデータをフラッシュするときに、そのフラッシュ分のデータ型を誤って、結果としてノイズになってしまうケースがありました。
さっそく対処とリリースを… といきたいところなのですが、4.15.0が安定してそうだったので、大きめの改修を複数走らせてしまっています。その痕跡を消してからリリースすることになりますので、すこし時間がかかりそうです。
yellow_hsさん、こんばんわ。情報ありがとうございます。
(1)の状態での、
- リサンプラ―の設定
- mp3やAACのサンプルレート(44.1か48だと思いますが…)
- FLAC/ALACのサンプルレート
について、教えていただけないでしょうか?
ご確認ありがとうございました。
こんにちわ。
考えてみれば、つながるはずのない可逆圧縮と不可逆圧縮のあいだでギャップレス再生を行っていることがまちがいのような気がしてきました。TuneBrowserのギャップレス再生の可否の判定は、上のコメントに書いたように、デバイス側の条件が変わらなければ実施するようにしていましたが、ここにデコーダー側の条件も判定に加えるようにしたほうがよいのかもしれません。
ちょっと検討してみます。
なにかこれに関してご意見があれば、お願いします > ALL
こんにちわ。
前回のコメントを書いた後で、驚いたことにわたしの環境でも発生しました。見た感じは、アプリケーションによってマウスがキャプチャされたままになっていて、それでマウスが効かないような感じでした。キーボードでのCtrl+F4などは操作ができました。
そのアプリケーションがTuneBrowserなのか、それ以外のアプリケーションなのかは、そのときにはわかりませんでした。それから何度も再現を試みているのですが、残念ながら再現しません。
念のため、TuneBrowserの問題だった場合に備えて、次のリリースまでにマウスのキャプチャの処理のところを見直しておこうと思います。
こんにちわ。
設定画面の左側のツリー「タグの設定」、右側の項目「タグの設定」-「コンテンツの区切り文字」のところが “:” になっていると思いますが、ここを空欄に設定してください。
こんにちわ。追加の情報ありがとうございます。
前回のコメントのときに念のためわたしの環境でも試したところ、ノイズは確認できませんでした。
おそらく、ですが、お手持ちのAACかFLACのどちらかの楽曲にDC成分が含まれていて、あるいは無音で開始/終了していなくて、曲の切替りのときにその差分がノイズとなって現れているのではないかと想像しています。
TuneBrowserは変調方式とサンプルレートとチャンネル数が一致したトラックは、形式にかかわらずギャップレス再生を行います。DSD<>PCMは変調方式が異なるので、ギャップレス再生は行わず、一度デバイスを止めて、再設定してから再開します。それで、機器によってはノイズは抑え込まれます。
複数の種類のファイルで発生しているとのことですが、なにかそのあたりでお心当たりはありませんか。
また他の方で同様にAAC→FLACに限ってノイズが発生している方はおられますか? > ALL
こんにちわ。
・再現性は100%です
これは、特定のAACのファイル、あるいは特定のFLACファイルの間では100%発生するという意味でしょうか?
あるいはどんなAACのファイル / FLACファイルの組合せでもかならず発生する、という意味での100%でしょうか?
こんばんわ。
たしかに、そのような状態になることがあったような気がします。
ただ、Windowsの問題なのかと思って、あまり気にしていませんでした。
TuneBrowserだけで発生している感じでしょうか？
こんばんわ。情報ありがとうございます。
わたしも調べていて、同様のことに気が付きました。SSDPのM-SEARCHのレスポンスとして、TuneBrowserは敢えてupnp::rootdeviceを返しています。これはその当時は明快な理由があってそうしている痕跡があるのですが、いかんせんもう4年近く前の処置で、当時のわたしの作業記録が適切でなかったこともあって (無念…)、現在のところその根拠が見つけられないでいます。
STとuuidからUSNを生成することは簡単なことですので、すこし先になりますが、次のリリースではそのようにしてみようと思います。
こんばんわ。
実際のところどうなんでしょうか？
実際のところは、もちろん応答していないということはありません。マルチキャストのSSDP (「いる人は応答して下さい」プロトコル) がやってくれば、応答しています。
foober2000が動作しているPCとTuneBrowserが動作しているPCは、おなじPCでしょうか? もしPCがちがっていて、異なるHubに接続されているような場合、ある一定レベル以上のHubのなかには、マルチキャストに作用しているものがあります。IGMPスヌーピング機能とか、そういったものです。意図せずそのような機能が有効になっていないか、ご確認されてはどうかと思います。
おなじPCで動作させている場合は、すいませんがすぐには思い当たる点はありません…。メーカー系のコントローラーアプリで言えば、わたしはPioneer製のものを検証に利用していますが、TuneBrowserが起動しているのに見つからないということは最近のバージョンでは起きていないように思います。
こんばんわ。
1枚しか画像がないのであれば、切り替わりようがないです。
自動でダウンロードされないということでしょうか。TuneBrowserは2019年11月25日のVersion 4.12.2から、Amazon側の利用規約の変更で、Amazonからの自動ダウンロードは行えなくなりました (手動ではできます)。Last.fmからは引き続き自動ダウンロードを行いますが、そこには中島みゆきの画像がないのかもしれません。
Amazonからの画像の手動ダウンロード機能も、現在のAmazon側の利用規約ではアクセス数が少ないと機能を停止せざるを得なくなります。ぜひご活用いただければと思います。
こんばんわ。
改めて確認してみましたが、問題なく動作しているようでした。
問題のトラックを選択して、Ctrl+Iでイメージの管理を開くと、複数の画像がありますか?
こんにちわ。
すこし論点がちがうのかもしれませんが、フォルダイメージと内蔵イメージの優先度は指定することができます。そうすると、フォルダイメージは削除する必要はありませんが..。念のためお知らせしておきます。
やり方がわからなければ、また言ってください。
ご確認ありがとうございました。
もともと正しく動作していなかったという話ですので、動作するようになってよかったです(^^)。
こんばんわ。
残念ながら、View別にジャケット画像を指定して表示させることはできません。
こんばんわ。
ご説明した通りの動作になっているということですね。
この問題について改めて考えてみました。
Windows 10標準のNotepadもBOMなしUTF-8を標準にするなど趨勢も変化してきていますが、Shift-JISとBOMなしUTF-8の判別に絶対という方法がない状況は、当然ながら変わりません。TuneBrowserはテキストエディタではありませんので、自動判別して文字化けしたらエンコードの方法を指定しなおしてもらうとか、そういった操作をつける予定もありません。
そうすると、動作が明快で、良くも悪くも簡潔に説明できる方法に留めておくほうが、ユーザーの混乱も少ないだろうと思います。NotepadがBOMなしUTF-8を標準としたことで、OSが標準で判定方法を提供してくれたらよかったのですが、そういうこともなさそうです (それがあれば、誤判定があったときに、「Notepadが検出しているものと同じ文字コードで読み込んでいます」と説明ができるのですが…)。独自の方法で判別するようにしてしまうと、稀に誤判定が発生した場合に、当然ユーザーの方は混乱するでしょうし、わたしもそのファイルそのものを調査しないとなぜ誤判定に至ったのか確実な返答ができません。
そう考えると、現在のBOMつきUTF-8(16)に対応というのが、やはり現実的な動作だろうと思えました。ということで、現在の動作はこのままで行こうと思います。
将来、Shift-JISの歌詞/テキストがほぼなくなって、ほとんどがUTF-8という状況になればまた話は別ですが、現実には皆さん過去の資産を持たれているので、Shift-JIS優勢という状況がつづくのではないかと思います。
ご確認いただき、ありがとうございました。
うまく動作したようで、よかったです。(^^)
Shift-JISのみということはありません。
ただUTF-8やUTF-16の場合、BOM付を前提としています。ご指摘のファイルのBOMはどのようになっているのでしょうか?
ご確認ありがとうございました。
こんばんわ。
わたしが言うのも何ですが、クエリは難しいですね..。このフォーラムには、わたしが敬服するほど精通されている方々もおられます。作者として他力本願なようで心苦しいのですが、わかりやすいタイトルにして質問を起こしてみると、なにかヒントがいただけるかもしれません。
こんばんわ。
無事にユーザー登録できたようでよかったです。
それで、設定のリセットなのですが、そのような動作になる理由が思い至りません。UWP版とデスクトップ版両方をご利用とのことで、「TuneBrowserのUWP版について」に書いたような「デスクトップ版の設定類が更新(保存)されなくなるという事象が発生することがあります」という状況が発生しているのかもしれません。
そのページに書いたように、通常、この事象はPCを再起動すると症状は改善します。その後も発生するとなると、Windowsの仕掛けにも関係してきますので、ちょっとすぐには改善は難しいかもしれません。
あー、ファイル更新の自動検知は、管理フォルダでクローラーが監視しているフォルダにしか効きません (クローラーが検知した情報を利用して、キャッシュの制御を行っています)。
この点、ご確認いただけないでしょうか。
こんばんわ。
正確なところはヤマハなりSteinbergなりに確認しないとわからないのですが、
カーネルミキサーから出たこれらの余分な音がTuneBrowserから出た音とどこかでミキシングされるということですよね？
それはそうなのでしょうけれど、まず、特にデジタル処理において、ミキシングが必ずしも音を悪くするわけではないですよね。カーネルミキサーは副作用的に音を変形させてしまうから評判が良くないのであって、ミキサー、ミキシングという操作すべてが「かならず音を劣化させる」ということはないと思います。あとはドライバ内で行っていると推察されるミキシング処理の内部がどうなっているか、ですね。そこは残念ながらわかりません。
こんばんわ。
先ほど、この件に対応した先行版を更新しました。またご確認いただけると助かります。よろしくお願いします。
こんばんわ。
報告が遅くなりましたが、この件、現在公開中の先行版で対処しています。よろしければご確認いただけると助かります。よろしくお願いします。
こんばんわ。
そうですね、ちょっと消化の難しい機能ですので、今回は見送りたいと思います。
いろいろとありがとうございました。
ご確認ありがとうございました。
言うこと無しです！！
(^^)
こんばんわ。
よく誤解をされている方がおられるのですが、ASIOは排他制御ではありません。排他制御しているドライバもたくさんありますが、ASIOの仕様としてはどこにも排他制御とは定めておらず、実際に排他制御を行わないASIOドライバもあります。
よく「ASIOやWASAPIの排他モードは音質が良い」と書かれるので誤解を招くわけで、「WASAPIの排他モードやASIOは音質が良い」あるいは「”ASIO” や “WASAPIの排他モード” は音質が良い」のほうが誤解の余地が少ないですね。
ASIO:Yamaha Steinberg USB ASIOの挙動はわからないものの、おかしくはないと思います。
すこし本題から逸れるのですが、「ASIOを使うとOSのシステム音やWindows Media Playerからの再生音も聞こえてきます」という状態について、TuneBrowserの再生デバイスにASIO: Yamaha Steinberg USB ASIOを指定して、Windowsの再生デバイスはPC内蔵など別のデバイスに設定しておくのが良いように思います。
こんばんわ。
整理していただきありがとうございました。ご要望は理解できたと思います。多くの音楽配信サイトが「人力リコメンド」をやっているという話を聞いたことがありますが、「自分リコメンド」のような感じでしょうか。
わたし自身は、そのような目的にはジャンル (GENRE) タグを使用しています。ジャンルは複数個指定できますので、ひとつの曲にさまざまな切り口のジャンルを設定しています。やりたいと言われているものよりも、ちょっと大味の分類になっているかもしれませんが…。
ジャンルではなくタグ (TAG) としてキーワードを入れるような機能を考えたこともあります。ただタグ名がTAGというタグはユーザーの混乱を生みそうで、とてもその応対はできそうにないですし、かといってほかにいいタグ名も思いつかないので、そのままになっています。
ひとつひとつのアルバム・トラックに、手動でほかのアルバム・トラックのリンクを入力していくという作業は現実的ではないと思いますので、ご要望の直接の実現はむずかしそうですが、上のようなやり方はなにかヒントになるでしょうか。
こんばんわ。
先行版は、そのページにも書いてあると思いますが、残念ながらブロックされる可能性がまあまあ高いです。ひょっとしたら、そろそろダウンロードできるようになっているかもしれません。
またファイルのブロックについては、こちらのページにも書いていますので、参考にしていただければと思います。
こんばんわ。ご連絡ありがとうございます。
バス名の大文字小文字の処理は、脳裏で端折っていることを意識しつつもケースとしてそうありそうにもないなと思いながら、いまの処理でリリースしましたが、やっぱり端折ってはダメでしたね。
先行版のうちに、近日対処したいと思います。
追加のご説明ありがとうございます。
呑み込みが悪くて心苦しいのですが、やはりTuneBrowserとしては当初からご提供している機能のように思えます。ある演奏者でトラックを選択した状態で、そのトラックに作曲者が登録されていれば、TuneBrowserはボタンひとつでその作曲者のアルバムを引き出せます。
UPnP/OpenHomeのコントローラアプリの機能改善ということでしたら、その開発元にお問い合わせをお願いします。UPnPのプロトコルにはSearch Criteriaという機能があり、TuneBrowserが備えているような連想検索も、やろうと思えばやれると思います。
こんばんわ。
フォルダーツリーから開くと「ファイル名」で並ぶんですね。これは仕様ですから仕方ないです。
これは、そうではありません。
https://tunebrowser.tikisoft.net/forums/topic/5308/#post-5313
こちらを参考に設定してみてください。
TuneBrowserを気に入っていただき、ありがとうございます。(^^)
こんにちわ。
すいませんが、ご提案のポイントがうまく掴めませんでした。たしかにフォルダ+ファイルのように、ある楽曲をひとつの分類だけで位置づけようとすることには無理があって、それ故にTuneBrowserのようなソフトがあるわけですが、
TuneBrowserはすでにTree Viewでさまざまな切り口で楽曲を分類して、選べるようにしています。
またAlbum Viewでは上部のツールバーで選択している楽曲にあわせて、Artist/Composer/Performerなどこれもさまざまな切り口で関連する楽曲を引き出せるようにしています。
こうしたキーワードを常時表示して、ワンクリックで別の楽曲を引き出せるようなViewがあるといいなという構想はありますが、現在のところはそこまでは回っていません。
ご確認いただければと思います。
こんにちわ。
Tree Viewでフォルダーツリーを選択すると、トラックはファイル名順で並ぶようになっています。
「Title No.（タイトル番号）」と言われているのが、トラック番号のことであれば、フォルダーツリーのツリークエリの設定でトラックソートクエリを削除して空欄にしていただくと、デフォルトのトラック番号順になります。やり方がわからなければまた質問してください。
Naosさん、ありがとうございました。
こんばんわ。
内容をご覧になっておわかりかと思いますが、たとえば最初のファイル
C:\Music\The Police\1978\01 – Dead End Job.flacが見つからないと言っています。
フォルダにこのファイルはありますか? ない場合、ディレクトリの位置関係からなにかお気づきの点はありませんか?
もしお気づきの点がない場合、
- 実際に01 – Dead End Job.flacファイルがあるフォルダ
- プレイリストの最初のファイル(01 – Dead End Job.flacだと思いますが)の記述
などを書いてみてください。
(すいませんがアップされたリストは途中で省略させていただきました)
こんにちわ。
上の画像が小さいものを示していたのですね。もっと小さい表示を想像していました。たしかにFirefoxだとそのくらいの大きさかもしれません。
そうですか…。ということはやはりまだおかしいのですね。
前回もお伺いしましたが、前回掲示していただいた2枚の画像について、それぞれどういう状態を示されているのか、教えていただけないでしょうか? こういう感じで表示されてほしい、という例でしょうか?
mconnect is now working with TuneBrowser.
Please see this topic.
こんばんわ。
この件、その後いかがでしょうか? 状況変わりませんか?
The result of this topic is reported on this topic.
So this topic is closed.
こんばんわ。
次の先行版の更新で、GIGA系を追加するようにします。
こんばんわ。
この件はその後いかがでしょうか? 状況かわりませんか?
この件は、その後いかがでしょうか?
まだ見え方はおかしいでしょうか?
こんばんわ。
その後の情報もないようですので、このトピックはいったんクローズさせていただきます。
それにしても、この件は本当にきつい思いをしました。
こんばんわ。
ご報告ありがとうございます。ひょっとしたら、以前お話した180秒間のキャッシュの寿命が関係しているのかもしれません。そのファイルを使用中のキャッシュの再活性化の処理を見直してみます。
こんばんわ。
TuneBrowserは音源ファイルの管理と、その再生を行うソフトウェアですので、残念ながらデータベースに登録せずに再生することはできません。
こんにちわ。
TuneBrowserはm3uファイルには対応しています。上部に出ているメッセージの「追加情報」をクリックすると、なにか読み込めないヒントがないでしょうか。
ご確認ありがとうございました。ちょっとホッとしました。
ご確認ありがとうございました。
こんばんわ。
さっそくのご確認、ありがとうございました。dari88さんのご期待にお応えできていたようで、よかったです。
ほかの方のご意見もあるかもしれませんので、もうしばらくこの件はオープンにしておこうと思います。
（Tikiさんも従来cueシートの扱いに関してはモヤっぽい気持だったのではないでしょうか？）
まあ、そこは後発の弱みというもので、デファクトスタンダードになっているものは、世間の用例を調べながら対応していくしかないですからね…。ID3v2などもいろいろと独特なところがあって難しいですが、結局 (チャンク構造に適用させやすいメリットもあって) まだ勢力を拡大してもおかしくなさそうな感じですね。
Thank you for confirmation.(^^)
Nice. Thanks !
こんばんわ。ご報告ありがとうございます。
なるほど、別フォルダにあるファイルを引っ張ってこられているのですね。そのようなケースでもうまく動作していることがわかり、助かります(^^)。
ありがとうございました。
こんにちわ。
宿題として残していた言語ファイルが正しく戻ってるかどうかの確認ですが、
設定ダイアログボックスの
- 左側のツリー: タグの設定
- 右側の項目 : タグのファイルアクセス – CUESHEETの書込み形式
の部分に「拡張」と表示されていたら、最新の日本語設定が読み込めているということになります。
こんにちわ。
この件は4.15.0 (現在は先行版) で対応してみました。ただ使い勝手がどうかちょっと微妙なので、しばらくは試験提供ということにさせてください。試験提供だからといってなにか変わるというわけではありませんが…。
設定ダイアログボックスの
- 左側のツリー: タグの設定
- 右側の項目 : タグのファイルアクセス – CUESHEETの書込み形式
ここが標準では「拡張」になっていますので、「TuneBrowser」に切り替えると、タグ名とCUESHEETのタグ名を合致させた動作になります。
こんにちわ。
この件は4.15.0 (現在は先行版) で対応していますので、ご報告します。
この件は、以前こちらのトピックでご要望をいただいたものです。
念のためリンクしておきます。
こんにちわ。
この件は、4.15.0で対応して、別のトピックで状況のご報告をいただいていますので、ご報告しておきます。
こんにちわ。
この件、4.15.0の先行版で対応しましたので、ご報告します。
Hi Andrew,
Sorry for late.
First, you can change blue frame by prefferences dialogbox.
- Tree: Window/View – Colors
- Grid: Window colors – PopupFrame
The behavior of this popup window is different from other window like floating Player View. It cannot lock to stay on desktop, it cannot close forced by clicking some button.
So I thought it should be a different color from other window (But blue… it may have been a little adventure(^^;).
Thanks. (^^)
はい、現在の動作はそのご理解で合っています。
非同期読み込み対象ファイルの更新の動的な対応については、もうすこし検討しておきます。
非同期クエリは、時間のかかる処理なので非同期にしているわけで、表示の都度ファイルの内容を読みに行っているわけではありません。
現在は2段階のキャッシュで性能を維持しています。
- 表示するDirectWrite用の文字列 (楽曲ファイル本体が更新されると破棄されます)
- 非同期クエリ用のファイルキャッシュ (180秒間Viewからのアクセスがなければ破棄します)
そのため、書かれているような動作になります。
歌詞ファイルは静的な情報ですから、動的な変更は考慮していません。
Hi, Thank you for your reporting.
It’s nice.
画像の変更に対する動的な対応については、4.15.0で対応しました。こちらでご確認いただきましたので、付記しておきます。