foobar2000 Part86

高機能音楽再生Player "foobar2000" について語るスレです。

■ 公式
http://www.foobar2000.org/

■ 公式フォーラム
https://hydrogenaud.io/index.php/board,28.0.html

■ 本家 Wiki
http://wiki.hydrogenaud.io/index.php?title=Foobar2000:Foobar2000

■ 日本語 Wiki
-foobar2000 Wiki
http://wikiwiki.jp/foobar2000/

-foobar2000 Wiki for Japanese Users
http://foobar2000.xrea.jp/



■前スレ
foobar2000 Part85
https://egg.5ch.net/test/read.cgi/software/1577485366/

■関連スレ
foobar2000質問スレ Part32
https://egg.5ch.net/test/read.cgi/software/1552692837/

■テンプレ
https://wikiwiki.jp/foobar2000/2ch/Template

foobar2000 mobile iOS, Media Serverは、あきらめだな。
Deviceコントローラー MonkeyMote 4 Foobar + Bluetooth ヘッドホンを使えばいいだけなんだけど。
でも、全てのAppに適用になるんだから、そのうちDeviceコントローラーは全滅か？

1.6.5の音は酷い
betaだけど1.6.6にしたほうがいい

なんでバージョンごとに音が変わるんだろうね

プラシーボ

微妙に音を変えることで良くなったと思いこませたいんじゃね？

プラシーボって先入観に基づくものだけど
これの場合は何も思わずアプデした後で
「あれ？」って気がつく類のものだから違うんだよな

何も知らされてない状態でテストする事をブラインドテストと呼ぶな

再生ソフトの僅かなver.変更程度で音が変わるとかｗ
PCにハイエンドオーディオシステムでも接続してんのか？

>>872
「アップデートした」ってことを把握してる＝「アップデートで音が変わったかもしれない」と意識している＝先入観は既に存在する＝プラシーボ

そうかやっぱりな
最近なんか音が違うと感じてた
変えたことはバージョンアップ以外無いから気になってた
見通しが悪くなったというか眠い感じ
まあ耳を慣らすか次のバージョンに期待するか

ヒント：体調

1.6.5までがVS2017ビルドで1.6.6から2019でしょ？　そりゃあちこち最適化は進んでるよ
1.6.2から1.6.6にしてみたが、高音が良い感じになったようだ　トライアングルが良き

>>874　当然。PCはワークステーションで、オーディオ全体もくっそHi-Fi。普通の環境じゃ絶対にわかんない重箱の隅。
これ、ヘッドフォンでも分かるんだろうかな？

可逆音源はそのままだろうけど非可逆はバージョンアップで
デコーダーが更新されてるなら変わるのかな？
比較するバージョンの出力波形を測ればわかりそう。

プログラムのことはよくわからんし
英語もあんまり得意ではないが
コンパイルで音が変わるもん？

昔の非力なマシンなら
効率悪いプログラムの処理で遅延が発生して音に影響するかも？って思うが
いまどきのマシンの処理能力なら
効率に少々の差異があっても難なくさばいて
音が変わるほどの影響はなさそうな気がする


蛇足ながら
見てない人もいそうだからおまけで貼っとく
https://www.foobar2000.org/changelog

変わらない
エンコーダーならわかるがデコーダーはバグ修正以外で出力波形変えちゃだめでしょ

>>880　自分でビルドして見りゃわかるがビルドオプションでも変わるよ。同じソースで何度かやってみれば自分の好みの傾向がわかる。気にするだけ負けだとは思うがw

バージョンアップで音が変わったって奴は最低限再生ファイルの形式と出力、使ってるDSPくらいは書いてくれ
本当に変わってたら不具合だから

VS2017からVS2019じゃ、最適化や使えるオプションの関係で、変化があっても不思議ではないと思うがな
気になるなら戻せばいいんじゃね？

>>880
Replaced PPHS resampler with much faster libretro resampler.

変わる可能性があるとしたらここくらいかなぁ

>>882
そういうものなのか
うちの環境はその違いを感じられるほどハイスペックではないから
気にしたくてもわからないかな・・・

>>885
そこは音にダイレクトに影響しそう
時間ができたらじっくり聞き比べてみたい

久々に勢い増してちょっと嬉しい

音質の話題はよく燃えるからねw

新しいリサンプラーもsox mod2みたいに指定したサンプリングレートだけを整数倍とは出来ないか

余計な処理で波形イジってなきゃ変わんねーよｗ
ソースのビットそのまま出していじらず聞いてろよ
なに音劣化させてんだよｗ

召喚に成功した

おめでとう。では、さらばだ・・・　https://imgfp.hotp.jp/IMGH/99/48/P020619948/P020619948_480.jpg

>>890
コンパイルオプション変えれば音質に変化があるのは当たり前だろ。
生成されるバイナリが異なるんだから。
何のためのコンパイルオプションだよｗｗ

ソースコードが同じならコンパイルオプションに関係なく出力結果（デコード内容）は同じになるのでは。

いまじっくり較べてみたら確かにワンランク上がってるな
でもワンランク定位が甘くなったな！

ただいまw
>>895見て、まじ？と1.6.5落としてポータブルモードの上書きで聞き比べたが、確かに高音が荒れてて抜けが良くなったような錯聴起こしてたから1.6.5に戻した
あんた耳良いなｗ　ヘッドフォン？

このワークステーション君まだいるのか
頭おかしいといろんなことに煩わされて大変だなｗ

では　さらばだ！　https://i.pinimg.com/originals/4d/a1/19/4da11964a42bd28be522839f15dfbb38.jpg

>>896
スピーカーとヘッドフォンよ

>高音が荒れてて抜けが良くなったような錯聴起こしてた
まんまこの通り。あんたも耳いいな！

だれも再生ファイルのコーデックを書かない

大正製薬

それはコーラック
音が詰まってるって言いたいのか

Expander は、圧縮されたソースからダイナミック レンジを回復するように設計された動的プロセッサです。
https://plugins4free.com/plugin/3403/

>>893
音楽のソースのビットをそのまま出力するのが一番簡単で単純で高音質
可逆なら伸張結果のビットはどの形式でも同じになる
それをDAコンバータまでビットのまま送り出すのが再生ソフトの役割
なんでわざわざ手を加えて波形イジって低音質にして「音質が〜」言ってんだ？と
ソースのビットのまま出してるのに、その送り出してるソフトのオプションで音質が変わったら驚くわｗ

音声の波形がどのようにデジタルに変換されて記録されてるか少しは理解しなよｗ

非可逆圧縮だろうと、圧縮伸張は決められたフォーマットで行われてて、そのお約束の中で伸張するのにどうやったら「良い」「悪い」音質の変化が起こるんだよｗ
ロジックのどこで何をすると「良くなる」んだ？ｗ
わらかすなよｗ
ZIPで圧縮した音楽ファイルがあったとして、解凍ソフトのコンパイルオプションで解凍した音楽が良くなるとか言ってるようなもんだぞ？ｗ
冗談も休み休み言えと
今更WASAPI排他じゃないとか勘弁な

「同じzipファイルでも、ソフトによって解凍して得られるファイルの内容が変わるのは当たり前」と言ってるようなもんだからな>>893は

DSP全部切ってボリュームは最大
WASAPI排他でオーディオエンジンバイパスして
仮想オーディオデバイスで疑似ループバック録音（WAVファイル）
ソースは３5秒ほどのWAVファイルだが
1.6.5でビットパーフェクト確認したわ
300万サンプルで不一致が一つもないんだから十分だろ
ちなみに1.6.4がビットパーフェクトなのは以前に確認済み

DSPオン等のソースに手を加える設定で音質劣化とかは知らん
この場合、判定基準が無いからな

ビットパーフェクトは情弱w

>>905
もっとシンプルに
「コンパイラ代えたら1+2が5になった」と言ってるようなもの

小学生でもあり得ないとわかる

疑似ループバックでビットパーフェクトが確認されてる時点で、f2bkからの出力が変化してないことも確定
やっぱりプラシーボ

今まで板汚しになるかと思ってバージョン違いの音については触れなかった、だがしかし今回初めて賛同を得た

オーディオに凄く金掛けてる奴が、ジッターが変わるから音質が変わるって言ってた

>>911
検証対象は仮想デバイス（ソフトウェア）だから
物理デバイスなら起こりうるかもしれないが
ジッターのせいでデジタル信号が化けるなら
PCと出力デバイス間の通信問題なわけで
foobar2000とは関係のない話

まだやってんのか
VS2017からVS2019に変わったんだから、しばらく放置で様子見でもしておけよ
エンドユーザーから変えようがなければ仕様だ

なんか白けちまった

>>867
よかった、よかった。
申請が通ったんだな。

んだ
今まで散々プラシーボだ気のせいだ耳鼻科か心療内科へ行けだのまともに取り合ってくれなかったこの板が初めて音質差が話題になった

結局プラシーボで結論出たけどな

ブラインドテストしなきゃダメだよ

>>907
池沼はaptXで音楽聴いとれｗ

情弱とか言うのであれば、それ以前に

無線は情弱ｗ

では？
少なくとも2.4GHz帯じゃどうにもならないんじゃね？
かといって5GHz帯は外での使用が禁じられてるしな

>>920
超テキトーなデータじゃん

>>916
話題になってねーよｗ
キチガイは外に行けって言われてるだけだｗ

突然無線の周波数にケチをつけはじめるとか意味不明すぎてついていけん

Bluetoothは2.4GHz帯だよ？
てか、他家電でも2.4GHz帯は多い
電子レンジとかな
だから干渉問題が起きまくるんだが

突然周波数の批判をはじめた意味がわからないといっているのにその答えとして2.4Ghzの中身について説明しはじめるのか
真面目に大丈夫か？

ああ、>>920に対する>>921の皮肉が読み取れてなかったのか
それともご本人様？

>>921 後半
Bluetoothの規格の範疇で帯域が狭くて高音質が難しいのであって、搬送周波数によるものではないよ
例えば同じ2.4GHz帯を使ったWi-FiだとCD音質でも扱えるよ
逆に5GHz帯であっても帯域が狭い規格だとノイズや混み具合以前に高音質で伝送するのに2.4GHz帯より不利な場合があるよ

帯域よりもコーデックだろ
SBCさえ避ければそこまでヒドイもんでもない
Windows 10なら標準でaptX使えるし（無印だけではなくHDやAdaptiveも使えるようになって欲しいところだが）、Insider PreviewではAACも利用可能になってる

話題そらしがすべての答えだな
触れられたくない話題だったんだな

ブルーツースがフゥーバーと関係あんの？

自分のトコのマザー、ASUS C8FはBluetooth 5.0に対応してるが？

>>932
音楽聴くには2.0の頃のプロトコルで使ってるんじゃ
まさかLEで聴いてるの？

ってfoobarのバージョン違いでビットパーフェクトでも音の違いの話になるかと思いきやまさかのBluetoothコーデックの良し悪しの話になるとはｗ

てす

適当にコーデックとして槍玉に挙げただけなのにびっくりだよ

一体ここは何のスレなんだ

音質語る以前の環境だろお前
みたいなカマ掛けると100人くらい釣れるスレ

>>928-929で、もう自分が>>920や>>926に対して細かく伝える事はほぼ残ってないな

>>929
https://i.imgur.com/LQqoZ8h.jpg
音響のプロも高ビットレート圧縮音源とCDの違いは分からない

そして今やBluetoothも原音との違いが分からないと言われてる
標準規格のSBCコーデックでビットレート高い製品が当たり前だから［BitPool 53（328kbps）］
ダイソーのBluetoothスピーカーやイヤホンでもBitPool 53に対応してる
もし音質悪いと感じたなら、Bluetoothではなく再生機器の音質の問題であるのと
コーデック外の所で商品の差別化をしているケースが多く、aptX搭載品に高級なドライバを付けたりして、マーケティング的にaptX搭載製品は音が良いというのが出来上がっているケースが多々ある
また昔の製品はビットレート低くて音質悪かったため、そのイメージを未だに引きずってる人もいる

↓のサイトで原音とSBCの比較が出来るから試してみると良い
自分は分からなかった

Bluetooth SBCコーデックは本当に音質が悪いのか
https://mikajabana.medium.com/bluetooth-sbc%E3%82%B3%E3%83%BC%E3%83%87%E3%83%83%E3%82%AF%E3%81%AF%E6%9C%AC%E5%BD%93%E3%81%AB%E9%9F%B3%E8%B3%AA%E3%81%8C%E6%82%AA%E3%81%84%E3%81%AE%E3%81%8B-64ef74727bad

なぜあなた達は何度注意されても、ここで音質や機器の話をしようとするのですか？

ボケ老人が多いからでしょ

リプレイゲインって本当に音量均一化してんの？
曲によって音量違う気がするんだけど
他より小さく聞こえるのが出来る

>>940
おまえのことなんざ意に介さないからだ

Audio Playerのスレなんだから、音質や周辺機器の話題になるのは自然だと思うがな。
Audio機器やコーデック等、改善されているんだから、テンプレを変える必要がありそうだ。

当然、新築の話もね

>>944
こういうヤツってアホだと思う

すいません、ご存知の方いらっしゃいましたら教えて下さい。

検索をする時にCTRL+Fを押して検索(Playlist search)しているのですが、
字が小さくて見にくいので、Default User Interfaceのフォントで大きくしてみました。
すると、テキストボックスのサイズが変わらず文字が切れてしまいました。
このテキストボックスの縦幅はどこで変更すればよろしいのでしょうか？
もしくは、検索用のプラグインみたいなものがあるのでしょうか？

Preferences>display>Default User Interface>colors and Fonts>リスト
で変わったよ

ああボックスの横幅か、すいませんｗ

うっかり書き込みボタン押してしまった
広げたら次回も幅キープしない？

うん、テンプレ変更しよう。

>>948-950
ありがとう。
横幅ではなく縦幅なんです。

フォント大きくすると、検索窓のテキストが切れて
読めなくなるので、窓の縦幅を大きくしたいと思ってました

>>952
「デフォルト」でフォントサイズ変えてもボックスの高さはどうも固定みたいですねぇ
なので現状文字が隠れないフォントサイズ使うしかないんじゃないかなぁ・・・
解決策じゃないけど「デフォルト」でなく「リスト」の所を変えると
検索ボックスはそのまま(隠れない)で検索結果の文字だけ大きくできる

>>944
デジタル機器に保存されたデジタルで記録された音声ファイルを
余計な処理入れないビットパーフェクトのデジタル出力出来るソフトで、がどうやったら音質が変わるってのよ

100+22が環境によって122だったり121だったりするとでも言うのか？

こういう奴らはD&Dでファイル移動すると音質変わるとか
階層深くすると音が悪くなるからドライブrootに置こうとか
本気で言い出しそう

ディレクトリじゃ変わらんが、移動先が古い2Tなのかヘリウム8Tなのか、SLCなのかMLCなのかTLCなのか、SLC領域があるTLCなのかで　少し音が違うよ
もちろん再現性もあるが、そんなの気にする方が負け

>>954
レスアンカー間違ってるだろｗ
>>944　は関係ないって。

>>954
ネタじゃなくて本気で言ってる？
>100+22が環境によって122だったり121だったりするとでも言うのか？
アプリが出した122って値を表示させて目で見たり別の手段で脳に送ってないなら、DA変換からの物理変換、耳で聞いてからの脳内処理してるでしょ
環境や心理状態で122が121や他の値と等価になる事は容易に想像できそうだけど
問題はアプリ(のバージョン)によって変わるかどうか

私自身は差を比べてないのでどっち派でもないけど、違いがある/無いどっちの意見も嘘言ってるとは思っていない
例えばアプリによってCPUやメモリの負荷が違っての影響はないのかな

自分は(不具合等で)音が変化するのもあり得なくないから
「変わったと言う奴はファイル形式や環境を書け」といつも言ってるんだけど
一度も回答をもらったことがない

不具合説は情弱w

バージョンや電線で音が変わったことは一回も無いけど
可能性として妄想に浮かんだのは

DAC内部のアップサンプリング時の補完をするときデータのタイミングで
120と125の間が122になったり123になったりするかもしれない。調べる方法は知らない

16384を電圧(または電流)にするときデータのタイミングで
1,000,000.000マイクロボルトになったり1,000,085.44921875マイクロボルトになったりするかもしれない。調べる方法は知らない

チープなSound Blaster、一万円前後のヘッドホン等で、
「そんなんで音質の違いが分かるのか？」と突っ込まれるのがこわいとか。

バイナリが同じだからUSBケーブルで音が変わるわけ無いって言ってるのと同じだぞ

オーオタはカルトのキチガイなんだからソフト板に来るなようざい

>>958
どういう不具合が起こるってのよ
プレイヤーが行ってるのは、ファイルのデータをDAコンバータに送ってるだけだぞ？
クロネコヤマトが運んだ新聞は内容が変わるとか起こるか？ｗ
西濃運輸だとマニアックになるとか？
いい加減にいしてくれよ…

>>960
各種クロックというものがあってですね…

>>964
たとえばバグでDSPのフラグが内部で強制で有効になるとか
デコーダの実装ミスってノイズが入るとかそのレベルの不具合ね
人が作ってる以上そういう人為的ミスならあり得なくもないだろ

もちろんコンパイラが違うから音が変わったとかUI変更したらとかのオカルトは論外