フォーラムへの返信
-
投稿者投稿
-
pinky参加者
返信ありがとうございます
>普通は問題が起きない
要するに私の環境は普通ではないと暗に言いたいのはわかりました
再生環境も書かないでただ、「私は問題はありません」はただ問題は発生しない環境ではないということにもなります
そういう意味で二人が「問題がない」と言うのはの意味もなさない「個人の受け止め」にすぎません
私はそんなことを聞きたくてここに書いているわけでもありませんし
、それで私は何を判断すればいいというのでしょう
「再生ファイルは内部CUE、アルバムアートを纏めたWavPAckです」
この環境は以前に更新掛けて再生バーなど不具合発生し、
その時は内部CUEの扱いに問題があったということでTikiさんにバージョンアップしていただき解決していただいた経緯もあります
聞きたいのは開発者さんであるTiKiさんの視点であり、問題を解決してくださる他ユーザーさんの視点です
なんの根拠もない「私は問題は起きていない」ではありません
私はそれらのコメントを無視することもできますが、コミニュティですのでコミュニケーションとして
彼らに対してのコメントは、ああそうですか「だから何」にしかなりません
彼らのコメントはTiKiさんとしては意味があるとおっしゃいますが、コミュニティのあり方としてどうなんでしょうね？
以上で私からはENDとします
pinky参加者TiKiさんへ
「2日、 20時間前
Playback Queue とLibrary Viewに何も表示されなくなりました」というトピックスもあるので関連性はあり？
すべてのWavPackファイル（拡張子wv）での現象です
なにか一つのファイルが悪さしているということではありません
また5.3.2に戻して不具合検証するつもりはありませんので報告だけにさせてもらいます
内容ご理解いただけたらトピック削除してください
pinky参加者TiKiさんへ
5.2.3 誤
5.3.2 正
内容ご理解いただけたらトピック削除してください
まるで5chのような解決にもならない横槍レスは見ているだけで精神衛生上良くないので
pinky参加者自分は問題ないとしか言わない人は黙っててくださいね
pinky参加者TiKiさんへ
内容ご理解いただけたらトピック削除してください
まるで5chのような解決にもならない横槍レスは見ているだけで精神衛生上良くないので
pinky参加者同じこと言うけど、だから何？
扱っているファイル形式で不具合なんて変わるからね
そういう、お気持ち表明みたいな返信はやめたほうがいいよ
pinky参加者だから何？
pinky参加者追記
PC環境はWindows10 22H2
再生ファイルは内部CUE、アルバムアートを纏めたWavPAckです
pinky参加者正常動作を確認しました
ありがとうございます
pinky参加者先行版4.12.3で問題ないことを確認しました
対応ありがとうございます
pinky参加者おっしゃっている意味がよくわかりませんが、正確に伝わっていなかったという点は理解できました
WavPackはFLACのように1枚のアルバムをフォルダ形式にしないで全曲を謂わばISOのように1ファイルに固めることが出来るのが利点で使っている方が多いと思いますのでTikiさんに於かれましても当然そのような認識だと思っていました
説明不足になった点をお詫びいたします
実用上は問題のないものですので私的にはそのままでも結構ですよ
pinky参加者Kouさんが2019-4-28にも同じ報告をあげられていますね
pinky参加者EACを使いWavPackでかためてある拡張子wvのアルバムを再生して「一時停止→再生」と操作
次曲に移ると曲自体は次曲に移行しているのに、曲の下のアンダーバー？は次曲に移行しないで再生時間も前曲に加算されていくという症状です
あれから数十アルバムのwvファイルを再生してTESTしましたが再現率１００%です
FLACは問題ありません
私の説明も悪いのかと思いますが、やってみれば再現できると思います
Kouさんもアルバムと言っています
参考画像もKouさんはスピッツのアルバム「CYCLE HIT 1991-1997 Spitz Complete Single Collection」でしょう
私の画像はフレデリックのアルバム「フレデリズム２」です
EACでWavPackにしたwvファイルは解凍するとwavとcueが出来ます(アルバム画像があればそれも）ので単曲を連続再生するのとは挙動的にどうなのでしょう？
理由をあまり聞かれても専門家ではありませんのでこれ以上はなんとも言えませんが
Kouさんと私は「EAC＋EasyWavPackでアルバムをwvにしたファイル」を再生した時という同じ条件ですので、違うことをやれ再現は出来ないと思うのは間違いでしょうか？
pinky参加者わたしもkouさんと同じ環境で作成しています
EasyWavPack 2.6で単曲ではなくEACでアルバムをWavPackの1ファイルにまとめないと検証にはならないかと思いますよ
pinky参加者「一時停止と再生」は一時停止で解除して再生ではなく、一時停止してから再生をクリックの事です
一時停止だけで一時停止と一時停止の解除をした場合は問題は出ないですね
やっていることは同じだと思ったのですが、動作に違いはあるのでしょうか？
なぜWavPackだけかは疑問ですが
pinky参加者追記
flacも試しましたが問題有りません
WavPackだけのようです
pinky参加者「他のファイル」は同じWavPack形式という意味です
多く試しましたがすべて同じ現象が出ますのでファイルの不具合ではなさそうです
foobar2000では問題ありません
他の形式はMP3では現象発生せずです
pinky参加者追記
バージョンは4.11.5
前のバージョンでも同じ
pinky参加者黒塗りの四角枠です。
4.0.2でもとりあえず困ってはいませんので4.2.3で様子を見つつ使っていきたいと思います。
pinky参加者tunebrowserを起動してTreeViewを変更すると画像の読込が最初から始まる現象です。
この現象は「キャッシュにヒットした場合は追加画像は読み込まない」をNOに設定（デフォルト）していたときには必ず起きていました。そしてTreeViewを変えるたびに読み込みが始まる
要するにいつまでも使える状態にならない。ですので4.0.2に戻しました。
最初の投稿では読み込みが遅いという曖昧な表現になりましたがそういうことです。画像を読み込む速度自体も4.0.2より遅いです。
4.2.4で「キャッシュにヒットした場合は追加画像は読み込まない」をYESに設定した後はデータベースを再構築し快調な様子でしたが3回ほどTreeViewを変えると画像が抜けて最初から読み込み直すような挙動が起こりました。
一旦読み込むとTreeViewを変更しても高速で画像表示します。
4.0.2を使用していたときにはそのようなことは全くありませんでした。
PCの環境も同じで変わりありません。
OSはWindow10 64です。
4.2.3では今のところ問題はないようです。
pinky参加者4.2.4にバージョンアップして「キャッシュにヒットした場合は追加画像は読み込まない」に設定しましたところ再読込の繰り返しもせず画像表示も高速に動作しましたが、やはり不定期にキャッシュの再読込が起こります。
私の環境だけかもしれませんがやはりバージョンを下げて使用したいと思います。
4.2.1までは正常に動くことか確認できていますが、とりあえず4.2.3で様子を見ようと思います。
-
投稿者投稿