フォーラムへの返信
-
投稿
-
こんにちわ。
改めて考えてみると、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が設定されていないアルバムの場合に空欄でよければ、ご提案の方法で良いと思います。
9jgw4yさん、フォローありがとうございます。
2019-10-16 00:35に投稿した私の投稿を削除してください。
とのことですが、バックアップに関連した情報として興味のある方もおられるかもしれません。差支えなければそのままにしておいて良いと思うのですが、いかがでしょうか?
こんにちわ。
DTS-WAVファイルというものがあることをはじめて知りました。そのため再生をサポートする計画もありませんでした。音源の普及状況や入手方法もわからないため、将来も検討そのものが難しそうです。
こんばんわ。
同じようなデータを用意して$ANYで確認してみたところ、期待通りの動作をしているようです。tanaさんの設定はまちがいないようですし、この動作の違いについていまのところ説明かできないのですが、取り急ぎご報告しておきます。
※ 図中の語がおかしいのは、検証用に機械的に生成したデータを使用しているためです。全楽曲におなじALBUM ARTISTを設定しています。
お手数おかけします。
よろしくお願いします。
こんにちわ。
まず大きな考え方として、基本的にTuneBrowserは自分のデータベースで楽曲を管理して、さまざまな方法で楽曲を選んで再生する、というつもりで作っているアプリケーションです。そのため、OSとの統合という意味では、どうしても優先度は低くなっています。
また、UWP版の場合はWindows 10だけで動作するという前提ができますので、Windows 10との整合は考慮しています。いっぽうデスクトップ版 (クラシック版と言われているのはこれのことだと思いますが) の場合、Windows 7、Windows 8.1もサポートしなければならず、これら3種類のOSそれぞれが異なった方法を採用しており、さらに古いOSは歴史的経緯もあって情報が混乱気味です。そのため、上に書いた優先度や必要性の話もあって、現在のところは積極的には取り組めていません。
あまり良い返信でなく恐縮ですが、よろしくお願いします。
ご確認ありがとうございました。
やはり、COMPOSER情報が1曲でもあれば、ALBUM ARTIST名を併記・表示させないとのは出来ないという認識でよろしいでしょうか?
$ANYを使用した方法は、これができるかも、というつもりでお話ししていました。ですので、アテが外れた格好です。すこしお時間をいただくかもしれませんが、またわたしのほうでもデータを用意して確認をしてみます。
ご確認ありがとうございました。
こんにちわ。
その後あらためて考えていて、以下のコマンドを利用すると、ご所望の動作になるかもしれません (検証用のデータを用意していないので、確認していませんすいません)。
$ANY(%_COMPOSERS,NameFull%,%_GRPARTIST,NameFull%)これを、TuneBrowserのトラック表示の書式設定のところで、
%_ARTCOMP,NameFull%となっている部分を置き換えてみてください。
TuneBrowserの書式設定はかなりわかりづらいので申し訳ないのですが、よろしければお試しください。
こんにちわ。
当該の場所は、_ARTCOMPという動的タグ (別名タグ) を使用しています。4.11.xまでの定義では、_COMPOSERS; _GRPARTISTになっていて、各トラックについて_COMPOSERSがあればそれを、なければ_GRPARTISTを使用して、最終的に全トラックの値をマージします。そのためご指摘のような動作になり、現在のところ_COMPOSERSがどれかひとつのトラックにあれば、という動作はできません。
先日べつのところにも書きましたが、タグの処理はトラック単位が基本で、あるグループ (≒アルバム) 全体の状況を見て動作を変えるような動きは例外的なものになります。
4.12.0からは、変更履歴にも書いたように、この_ARTCOMPの定義が変わっています。このフォーラムで出ていた議論を見ていて、そのほうがいいのかなと思い、変更しました。これはすこし軽率な変更だったかもしれませんが、先行版の公開中にとくにご指摘もなかったことから、このまま正式版となりました。
こんばんわ。
ご返信した件、ご確認いただけていますでしょうか?
もう1点、気のついた点があります。Tree Viewで選択されているノードがフォルダーツリーになっていますが、その場合、トラックはファイル名順で並ぶようになっています。その結果かもしれません。
フォルダーツリーのツリークエリの設定でトラックソートクエリを削除して空欄にしていただくと、デフォルトのトラック番号順になります。やり方がわからなければまた質問してください。
こんばんわ。
タグ値のDISCNUMBERが設定されていないでしょうか?
最近のTuneBrowserの既定の設定では、DISCNUMBERも表示させるようにしていますので、最近ご利用をはじめられたのであれば外しているかもしれませんが…。
まずはDISCNUMBERの設定をご確認いただければと思います。
こんばんわ。
TuneBrowserのAlbum Viewのなかはアルバム-トラック、アルバム-トラック、という順で並んでいて、またアルバムもLibrary Viewerの場合、選択したツリーノードによって並びが変わります。そのため、直感的な期待に合わない可能性がありそうです。
インクリメンタルサーチは、キーボード操作を検出した後、タイマで次のキーボード入力を監視するなど、難しいとは言いませんが実装が煩雑で、正直なところその割に利用シーンが限られるかなという印象です。
なおご存知かと思いますが、Album View内にインデックス (白地に1文字の画像) が表示されている場合は、キーボードでその文字を選択すると、そのインデックス部分にスクロールするようになっています。
あまり良い返信でなく恐縮ですが、よろしくお願いします。
Hi Andrew, Thank you for your comment.
I’m currently considering to be able to resize a Image View pane by dragging its window frame with the mouse.Koumaさん、
上に書いた通り、現在のところマウスでウィンドウ枠をドラッグしてリサイズできるようにするように考えています。ご確認ありがとうございました。
操作性は二の次で良いということでしょうか。
わかりました。検討します。
こんばんわ。
画像の表示は、さまざまなアスペクト比で検証した結果、現在の処理になっています。そのためすいませんが見直しの要否の検討には時間がかかりそうです。
ちなみに、ご利用のデスクトップ環境の画素数はいくつでしょうか?
こんばんわ。
先ほど、この問題について対処した先行版1491を更新しました. お時間のあるときにお試しいただけると助かります。
よろしくお願いします。
そうですか…。その場合、デスクトップのサイズにもよりますが、半分くらいの大きさで表示されているのだと思います。
以前こちらでも書いたのですが
サイズの調整は、良い操作性を実現できるような形で実装できる感触が掴めていません。引き続き考えてみます。
もとの画像の解像度が高ければ大きく表示されると思うのですが、もとの画像の解像度が不足しているということはありませんか? その場合、拡大してもぼやけてしまうだけということも考えられます。
Naosさん、フォローありがとうございます。
mikechanさん、ご確認ありがとうございます。アルバム数が少ない場合に、表示が煩雑にならないように、付加情報の出る量を自動で加減しています。その結果としてわかりにくくなっているのかもしれません…。Naosさんに引用いただいたトピックでも、どこかに説明を掲載することを検討すると言っておきながら、できていませんね…。
こんにちわ。
ポップアップ表示される画像の大きさのことだと思いますが、デスクトップのサイズと画像のサイズから、自動で判定して表示しています。現在のところユーザが画像の大きさを指定することはできません。
こんにちわ。
ご確認ありがとうございました。だいたいわたしが「やるとすればこうかな」と思っていたことと合っていました。
仕様上実装が大変ということであれば大丈夫です。タグに書き込んで運用でカバーします。
ありがとうございます。実現の検討ははじめていますが、前に書いたように少々時間が (すくなくとも1ヶ月以上は) かかりそうです。もしお待ちいただけるのであれば、また状況ご報告します。ただ恐縮ながら (最近は事実として) たまにほかの大きな改修に没頭して忘れてしまうこともあるので、ときどき「どうなっていますか」と聞いていただけると有難いです(^o^;。ちょっとポンコツ気味ですいません。
こんにちわ。
ご指摘ありがとうございます。
ご利用の例だと、複数タグが指定された場合の最適化処理 (複数のタグがあると検出すると、事前にタグの値ごとのグルーピングを行ってからクエリの処理を行います) が適用されて、結果としてタグの値の数が正しく判定されないことがわかりました。
現在のところどう対処したらよいかというのはまだ思いつかないのですが、ようやく原因がわかりましたので、ご報告します。
Hi,
Thank you very much for your mind.
As you said, TuneBrowser is not so famous in any country…And, I am developing the TuneBrowser in my private house.
Sorry, but this place is not open to the public.Many thanks.
P.S.
I’m just planning to update TuneBrowser license fee from November for new users.
Check this page (with translation system) for details.
Please keep it in mind if you would talk about TuneBrowser.Hi,
Thank you for your confirming. It was good to meet your wish. And sorry, but I’m not sure about a behavior of going back to previous tune now. (^^;
I’d like to close this topic after official release.
Thanks again.
すこしタイトルを変えさせていただきました。
こんばんわ。
LRCファイルについてインターネットで調べてみると、Sony Walkman用の同期マーカーのついたファイル形式だという説明がありました。そのファイル形式で合ってますか?
その場合、TuneBrowserでも曲の進行に同期して表示 (自動スクロールや歌唱中の行だけの表示など) されることを期待されていますでしょうか?
また、じつはTuneBrowserは画面の表示に合わせてファイルにアクセスすることは (近年のバージョンでは) 原則やっていません。これは、万一アクセスの遅い場所にファイルが置かれていた場合に、ユーザーの操作が停滞してしまうのを防ぐためです。たとえばジャケット類の画像の表示では、動作を見ているとおわかりになるかもしれませんが、画面の表示とは非同期で (別のスレッドで) 処理をして、準備ができたものから表示するようにしています。
ユーザーの楽曲の選択に合わせてLRCファイルにアクセスするためには、同様にそれ用の機構を作る必要があり、すこし大掛かりになりそうです。
何の話かおわかりにならない場合は、上記の背景説明は飛ばしていただいてかまいません。やるとしても時間がかかりそう、という感じです。
DRINKING BIRDさん、フォローありがとうございました。
WakuwakuPさん、ご確認ありがとうございました。
こんにちわ。
ご確認いただき、ありがとうございました。うまく動作して、よかったです。(^^)
こんにちわ。
ご連絡が遅くなりましたが、現在公開している先行版で、上でご紹介したコマンドを実装しています。仕様はそのまま変えていません。クエリを書く部分に、コマンドを書いていただく形になります。
$IFVALCOUNT_LE(%COMPOSER%,1,)で、COMPOSERがふたつ以上あったら、空になります。
よろしくお願いします。
- CDの取り込み時(リッピング時)