フォーラムへの返信
-
投稿者投稿
-
Yuzuki2216参加者
Tikiさん
ご返信ありがとうございます。
コメント行の書式にある有効の項目をYes/No切り替えても何も起きないので途方に暮れておりましたが、こんなところに表示の切り替えが潜んでいたのですね。
おかげさまでコメントが表示できるようになりました。ありがとうございました。
本件クローズとしてください。Yuzuki2216参加者Kumagaiさん
ご返信ありがとうございます。
フッタの最適化を「level 1」から「なし」にすることで(2)は解決しました。Yuzuki2216参加者Yuzuki2216参加者ご返信ありがとうございます。
たしかにおっしゃるVSTプラグインを刺しておりました。
現在も同プラグインを使っているのですが、症状は治まっております。このたびはお時間をとらせてしまい申し訳ございませんでした。
次からは素の環境でも同じ問題が発生するかどうかを検証するようにいたします。Yuzuki2216参加者本件、一度完全に初期化することで発生しなくなりました。
こちらの環境が原因で、何らかの理由で設定が壊れていたのかもしれません。
お手数をおかけして申し訳ございませんでした。以下、初期化した内容です。
1. アプリアンインストール
2. 下記ディレクトリ群をすべて削除
・%APPDATA%/Local/TuneBrowser
・%APPDATA%/Local/Tiki
・%APPDATA%/Roaming/Tiki
・%ProgramData%/Tiki
・%ProgramFiles%/TuneBrowser
3. 下記レジストリ削除
・HKCU/Software/Tiki
・HKLM/Software/Tiki
4. 5.2.3.1674 64bit AVX2 Versionを再インストール
5. 問題となった名称のファイルを読み込み再生 → 再生可Yuzuki2216参加者つい今しがた、21:14頃にダンプファイルを送信いたしました。
特定できるようであれば内容ご確認ください。Yuzuki2216参加者ご返信ありがとうございます。
となるとこちらの環境の問題になるのでしょうか……
問題の出るMP3ファイルとのことですが、おそらくファイル関係無く発生します。一例としてアーティスト平沢進さんの公式サイトから無料公開されているサンプル群
ここで公開されているmp3ファイルいずれも、投稿した名前にリネームすると問題が発生します。
元々の名前であれば問題なく再生可能です。Yuzuki2216参加者追記。
Queueに問題となるファイルが含まれていると、Queue上の別のファイルを再生しても問題が発生します。(例)
1曲目: 01.a.b.c.d..mp3
2曲目: 02_efgh.mp3
というQueueで、2曲目を再生しようとしてもAPPCRASHが発生。Yuzuki2216参加者当該EQは、for foobar2k版は無償、VST版は有償で体験版有りのプラグイン(今回の事例はこちらかと)です。
以前同じ物を使っていましたのでご参考までに。Yuzuki2216参加者情報ありがとうございます。
なるほど、このような条件になっているのですね。
これは気がつけない……このたびはご対応いただきありがとうございました。
これからもありがたく使用させていただきます。Yuzuki2216参加者お早いご対応ありがとうございます。AVX2 ver5.2.0.1658で確認いたしました。
%ALBUMARTIST%周りも処理可能になっておりました。>BOMの件
.NET Frameworkを使っていらっしゃるのであれば、ファイル作成の際にSystem.Text.Encoding.UTF8
などと明示的に指定せずに使えばBOM無しになるかと思います。
明示したいならnew System.Text.UTF8Encoding(false, false)
で。繰り返しとなりますが、スクロールバーとインデックスカードの表示条件については急いでおりませんので、優先順位を下げていただいても大丈夫です。
このたびはご対応いただきありがとうございました。
いったん解決としてください。Yuzuki2216参加者失礼しました。そちらのご報告が漏れておりました。
はい。特に変化はありません。
表示されるものとされないものの区分が不明なままです。
グループソートクエリで指定したグループの総数、または各グループに含まれるアルバムの枚数が一定を超えないとダメなのかとも思いましたが……Yuzuki2216参加者先行版ありがとうございます。AVX2 ver5.2.0.1656で確認いたしました。
【ソート順の確認結果】
一部気になる点を除いて問題なし。【確認手順】
A … グループソートクエリ:%_RECORDINGDATE%
B … グループソートクエリ:%_RECORDINGDATE% %ALBUM%
TreeViewでA,B両者を選択した際のLibrary Viewerの内容をプレイリストファイルとして名前を付けて保存。
保存したA.m3u8とB.m3u8の2ファイルをDiff比較して同一であることを確認。【気になる点】
1.%ALBUMARTIST%が利用できない
%ALBUMARTIST%およびそれを利用している各種動的タグが機能しなくなっていました。【その他】
余談ですがプレイリストファイル出力にバグ(というか仕様違い?)を見つけました。
RFC8216の[4.1.Definition of a Playlist]によるとm3u8ファイルにBOMを含んではならないことが記載されていますが、TuneBrowserで出力したm3u8にはBOMが含まれています。スクロールバーとインデックスカードの表示条件については急いでおりませんので、優先順位を下げていただいても大丈夫です。
スピード感のある改修ありがとうございます。Yuzuki2216参加者ご回答ありがとうございます。
現状は【実現できていないこと】1番と2番を両立する解決方法はないということで理解いたしました。>グループソートクエリを「%_RECORDINGDATE% %ALBUM%」などとすれば、
はい、ソート順は想定通りとなります。
ご回答を拝読していて感じたのですが、グループソートクエリに複数のタグを入力した場合、上記例を引用すると
ORDER BY %_RECORDINGDATE% ASC, %ALBUM% ASC
ではなく、
ORDER BY "%_RECORDINGDATE% %ALBUM%の各タグを実体に変換した一連の文字列" ASC
のような処理になっているのでしょうか。複合タグと同じフォーマット(セミコロン区切り)を採用してソートキーを区別できるようにすれば、ソートは入力された一連のキーすべてで、インデックス作成は第一キーのみでという使い分けができそうに思いましたのでご提案として書いてみます。
残件として、【実現できていないこと】2番「インデックスカード、スクロールバーの見出しを表示する閾値の変更方法」についてですが、こちらは別件として新たにトピックを立てるべきなのでしょうか。
現状はアルバム数240枚、49枚のアーティスト……表示あり、同27枚、30枚……表示なしです。以上よろしくお願いいたします。
-
投稿者投稿