foobar2000 Part88

**名無しさん＠お腹いっぱい。** · 2022/08/06(土) 10:01:51.91

高機能音楽再生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 Part87
https://egg.5ch.net/test/read.cgi/software/1620835474/

■関連スレ
foobar2000質問スレ Part33
http://egg.5ch.net/test/read.cgi/software/1615325960/

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

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 01:05:10.31

2038年までいったらCPUはARMが主流だろうな
それかx128になるか

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 02:33:19.13

思えばvgzの頃は8bitだったんだよな

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 04:36:20.28

シリコン使った電子回路じゃ既に微細化の限界見えてるわけで
ぶっちゃけ何でもいいから代替先を用意したところのアドバンテージは大きいかと
2038年なら光回路を実現してるかもしれん
そこからしてもうx86の系譜なのかARMの系譜なのか別の何かが台頭してるのか、どうなってるか分からん

ってbeta 4になってるな
beta 3のままだったら試そうかなと思ってたんだが
もう試すか

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 06:13:57.45

>>251
> ってまたv1.6依存なことを増やしちゃったよ…
？？？

x32/x64 foobar2000 v2.0 and newer
ReplayGain DSP
https://foobar.hyv.fi/2.0/?view=foo_dsp_replaygain

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 06:51:35.52

そっちじゃvgm動かないじゃん

**名無しさん＠お腹いっぱい。** · 2022/09/07(水) 15:12:35.22

64bit版だとfoo_vst動かんの？

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 05:28:34.00

QuickSearchないと不便だな

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 08:21:28.93

こで54のおっさん64bit版のコンポーネント作らん宣言かましとるやん＼(^o^)／ｵﾜﾀ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 08:37:31.97

>>259
死刑宣告…

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 09:06:28.52

64にしなければ済む話

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 12:28:42.12

>>259
2038年まであと16年しかないぞ。あと16年で○ぬつもりなのか？

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 12:33:46.51

32bit が2038年で使えなくなるわけじゃないよ。
アホなの？
Windows の時計イジってテストしてみろ。

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 12:53:58.23

元々コンポとか毛嫌いして超シンプル版作ってたやつだからなあ
しかし、これでfoobarの未来も終わりましたという事だ
あえてしがみ付く理由ないもんなw

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 13:08:13.96

2038年とかx64どころかWindows Armがメインになってるかもしれんぞ
Windows自体終わってる可能性もあるが・・・

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 13:46:27.45

デコーダ壊滅？
これは作者が全然根回ししてなかったということなんかね
普通こういうのは絶対外せない何人かとだけは話つけてから踏み切るもんだが…

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 13:56:25.67

>>259
昔からのmidi音源も多いから困るなぁ
最期まで32bit版で粘るか

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 14:34:28.35

1.6系、2.0x86、2.0x64の全部インストじゃああああ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 14:36:51.77

>>263
そんなことやったらフォルダの日付狂ってOfficeもセキュリティソフトもアップデートできなくなるぞ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 14:47:16.53

64bit Windows10に移行しようと見に来たが
一か月間もその話題か

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 14:48:11.96

ご本人はfoobar2000でなくCog使ってるんだろうし仕方ないか

まあでもソース全部gitにあるからこれはなんとかなるんじゃないかな
日本人が10年前に作ってバイナリだけ残して行方不明みたいなのがやばい

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 14:51:28.12

今後は日本人製で64bit版対応した新しいComponentなんてこないだろうな・・
英語を理解しようとする日本人が少ないしプラグインのために学ぶって奴はますます少なくなるし

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 16:35:37.15

同性愛者だかなんだかしらんがそれをfoobar2000のフォーラムでからかわれて切れてアホらしくなって作んのやめたんだと
引退詐欺にもいろいろあるがこれは二度と復帰しないパターンだな

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 16:46:58.07

>>259
特殊フォーマット用のinput componentのほとんどが開発終了か
64bit用にビルドするくらいなら誰かがやりそうな気はするけど、開発を引き継ぐ物好きはそういないだろうな

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 17:13:31.80

バイナリのみ公開して放置(もうやる気なし)のコンポーネントはあかんかー

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 17:40:50.58

>>266
特殊フォーマット以外は揃ってるけどなぁ
FFmpegも使えるし

kode54のコンポーネントはペタとcaseが２つ64bitに対応したからフォーラムでお願いしてみ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 18:13:02.97

>>272
//!since 1.5
virtual void hogehoge() = 0

SDKはこんな感じで解説0のパターンが珍しくないからなあ
クラス名や関数名や変数名から察しろということなのだろうが自分みたいなアホにはわからんわ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 18:17:07.79

デコーダーはffmpegが対応してくれるといいね

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 18:18:33.58

外観はJScript panelでなんとかなりそうだ

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 19:15:23.11

>>278
いろいろあるより、これで十分だもんな
個別デコーダでどう違うかわからんし

**名無しさん＠お腹いっぱい。** · 2022/09/08(木) 23:57:54.33

やっぱりmidiとかvgmとかそのへんのffmpegで扱えないなつかしのやつだよな
ffmpegで扱えるものはほとんどのプレーヤーで扱えるわけで

まぁ今さらオーディオにカセットやCDのプレーヤーつけろと言う老害みたいなもんかもしれんけど

**名無しさん＠お腹いっぱい。** · 2022/09/09(金) 01:07:52.07

Game Emu Playerのforum見てきたけど、Strawberry Music Playerの拡張を検討しているみたいだね
確かにゲーム音源系はオープンソースでマルチプラットフォーム対応のプレーヤーでまとめて再生できるようにしたほうがいい気もする

**名無しさん＠お腹いっぱい。** · 2022/09/09(金) 02:22:05.31

なにそれ？プレイヤーを乗り換えるって話？

**名無しさん＠お腹いっぱい。** · 2022/09/09(金) 18:22:19.66

作者の名前とか知らんかったけど追加してるデコーダー全部kode54だったわ

**名無しさん＠お腹いっぱい。** · 2022/09/09(金) 18:44:14.31

foobarってlinuxじゃ動かないからOSSのライブラリ型プレイヤーって結構作られてんのよね

**名無しさん＠お腹いっぱい。** · 2022/09/09(金) 20:47:17.84

>>285
前々からWINEで動いてたはずだし、どちらかというとOSS文化の影響では？

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 01:47:32.21

foo_w7shellとか望み薄やな……

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 17:50:39.60

v2.0 beta 6

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 18:14:19.99

v2.0は32bit版でも既存のコンポーネント使えんみたい？

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 18:58:02.68

>>289
使える

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 19:52:04.37

>>290
foo_vstとかいける？

**名無しさん＠お腹いっぱい。** · 2022/09/10(土) 20:54:25.77

32bit版も開発続くの？
とすると64bit版が黒歴史になるやつじゃね？

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 01:09:34.24

Encoder Pack新版出ました

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 02:10:31.22

1.5だけど、flacにcuesheet埋め込むとcuesheetに書いてる各トラック認識してくれるれるけど
wavpackの場合は-w "Cuesheet=@hoge.cue"で埋め込んでも
CUESHEETってタグに中身がセットされるだけでトラックは認識してくれないみたいですねぇ
トラック単位でファイル持つしかないのかな？
ちなみにDSFファイルです

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 17:55:26.96

foobar2000でファイルそのものの音量をデフォルトの89dbに変更していまして
Spotifyの標準音量設定でノーマライズオンにした時の音量より低いと思うのですが
何dbなら同じくらいになるのでしょうか？

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 20:59:28.76

同じくらいになるよう調整して、結果をここに書こう

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 22:35:52.37

>>295
spotifyは確か84dBだったような

**名無しさん＠お腹いっぱい。** · 2022/09/11(日) 22:45:29.78

>>295
ごめん297は無視して
多分93dBで同じくらいになるんじゃないかな

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 08:58:14.19

なんだよ2.0で64bit版だけになると思ってたら32bit版もあるのかよ

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 09:13:03.07

むしろこのまま32bit版は黒歴史になりそうな勢い

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 10:18:25.57

>>300
黒歴史化するのはコンポーネント作者に見捨てられる64bit版では？

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 13:07:27.49

決めつけるのは気が早くね？どっちも

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 13:14:20.07

音楽再生ソフトが64bitになってなんか利点があるのかな。

64bit版はDSPのパイプラインが64bit倍精度浮動小数点になるけど、これによる音の差なんてわからないでしょ。

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 13:21:33.37

そこは32bit版でも64bit版でも一緒じゃないか？
何らかの意図をもって変えない限り

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 14:53:32.90

>>301
打ちまつがいた
64の方がなかったことになるやつぽいよな

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 16:00:21.06

>>303
将来32bitがなくなった際に困らない
mpvやJSでガッツリメモリ消費するような使い方をしているなら使用可能メモリ上限が増えるのが恩恵

まぁプラグインが充実するまでは32bitなり1.6なり使っとけばええねん

**名無しさん＠お腹いっぱい。** · 2022/09/12(月) 19:56:02.46

あとは CUI, SMP, fbuser とかだな

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 04:54:44.06

他のプレイヤーに乗り換えようにも機能が中途半端なの多くて嫌になる
フォルダ圧縮して読み込ませて使ってるもんだからfoobar2000しか選択肢がない
x64は今のところComponentsの開発が進んでないのばかり
結局今までどおり32bit版を使うしかないってのが・・

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 05:44:12.95

32bitは滅びぬ。何度でも甦るさ！

まあ真面目な話、Win11でネイティブ32bitが廃止されてWOWでの16bitエミュレーションが不可能になったように、ネイティブ64bit対応を廃止して128bitに完全移行するまでは（64bit環境がWOW128（仮）によってのみ提供されるようになるまでは）、WOW64が滅びることはないだろう
Windowsが初めて32bit対応したNT 3.1のリリースの1993年から最後の32bit対応である10のサポート終了の2025年まで、WOWの誕生から終焉まで33年かかるわけだけど、WOW64の死亡までいったいあと何十年後かかるのやら

32bitアプリケーションの制限であるメモリ3GBがfb2kの実用上問題になることもないだろうし

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 05:59:12.01

64bit版のVST3プラグインも使いたいがVST3プラグインも使いたい

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 12:05:04.94

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 15:48:41.50

よみがえるどころか全く勢い衰えてないのが32bit

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 18:18:55.81

まぁ2038年に使えなくなるのなら2037年にならないと慌てださないのが人間の性よね

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 19:08:38.24

fb2k v2.0 beta で　HTTP Control (foo_httpcontrol) が使えるようになったから foobar2000 controller PRO が使える

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 19:10:33.43

>>313
OSの32/64bitとUNIX timeの2038年問題はまったく別の問題

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 20:26:58.15

>>313
そんなガセネタどこから掴んできた？
BCASかよ

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 20:30:47.24

学研ムーかな
まあ、ワン・パブリッシングに要らない子として出されたけど

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 20:44:18.55

>>249で掴んだよ！

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 21:03:10.00

OpenLyrics, Queue Contents Editor, Text Display (Linux用）たのむー

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 21:35:24.21

64bit Spider Monkey Panel 速くでねえかな
Jspiltterも更新されるはずだし、"Library Tree" が使いたい

**名無しさん＠お腹いっぱい。** · 2022/09/13(火) 22:15:18.84

foobar2000 v2.0 beta 7 : 32-bit | 64-bit
https://www.foobar2000.org/download

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 01:38:12.08

2.0 betaを64bitしか試してなかったけど、32bitを今の環境からそのまま移行してみたら全component動いた
9.5→1.0くらいダメなのあるかと思ってたんで拍子抜け

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 10:55:02.07

>>322
wiki 読め

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 11:40:23.31

32bit版入れてみたけど思ったより設定いろいろ飛ぶね…
あとzipは開けるんだけどライブラリに入らない

行ったり来たりしながら設定移すのもつらいし32じゃ二度手間の悪寒もするからもう少し様子見継続か

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 19:48:57.60

fbでVST使ってる人って、例えば何使ってるの？ただのプレイヤーだぜ？？

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 19:56:14.37

>>325

AutoEq
https://github.com/jaakkopasanen/AutoEq
↑を使うために↓
Linear Phase EQ Plugin
https://www.kvraudio.com/product/qrange-by-lkjb

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 20:23:33.93

上にも出てたけど、「音をいじる」人って環境聞かれるのやなの？
そういうのって波形編集ソフトや有料ソフトと組み合わせるのかと思ってたよ
foobarなんかで事足りるの？

**名無しさん＠お腹いっぱい。** · 2022/09/14(水) 20:49:11.51

自分のVSTの使い方だと音にエフェクトかけるとしてもトラック毎だし、音源全体にかける場合になにをどういう設定にすればいいのか分からない
もし2スピーカーで聴いたときにいい感じになる空間エフェクト的なものがあれば知りたいと思う

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 01:59:05.17

ASIOだWASAPIだビットパーフェクトだっつっても結局ReplaygainやDSP通してる時点で音質変わってるんだよな

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 02:10:20.92

>>326
なるほどなー

全体的な音質上げるためにFxSoundっていうイコライザー入れてるんだけど、こういうのじゃあかんの？ちな最近有料版が完全無料になった

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 02:18:27.24

>>295ですが
勘違いしてました
89dbよりSpotify（標準音量、ノーマライズオン）の方が音小さかったです
何dbで同じくらいになるんだろう？

それとSpotify（大音量設定、ノーマライズオン）の音量は89dbとかなり近い感じがしました

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 02:38:57.51

>>330
俺も使ってるよ、ゲームやらにも反映させられるし
WASAPIやらビットパーフェクトにこだわるより体感がいい

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 04:38:14.83

やっぱり分からない
スマホで聞いてるんだが、スマホのボリューム調整アプリも使っててそれをオフにしたらなぜかSpotifyの方が大きい

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 09:17:18.32

>>330
配信とかはドルビーアクセスての使ってる。ゲーム用とか映画用とか音楽用とかプリセットあって便利。

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 09:54:50.12

どうやらスマホのボリューム調整アプリはなぜかSpotifyにしか効いてなかったみたいです

>>295が正しいみたいです
Spotify（小音量＆ノーマライズオン）＜89db＜Spotify（標準音量＆ノーマライズオン）

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 11:15:54.25

2.0betaで出力デバイスとDSPプリセットを紐付けられるようになったのは便利だな

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 11:26:32.00

ボリューム調整アプリも一時的なバグだったみたいだ

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 11:47:23.73

>>314
これホント便利

>>336
便利だよな

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 18:26:39.66

>>329
音質変わっているけど
その代わり具合がビットパーフェクトから始めないと再現性が確実でない
というのも、ウィンドウズ＋他のソフトがいつどんなときに謎処理をかますか不明
雑音や音の途切れがでなければ気にしない人が多数派だろうけどね

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 18:31:50.36

>>331
スマホにピークメーター(VUメーター)があれば
foobar2000のピークメーター(VUメーター)と比較すれば片がつくと思うんだけどスマホは良く知らない
確かVUメーターの方が聴感に近かったはず

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 19:13:15.86

>>326
ん？補正したのを設定してるって事？

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 19:47:23.53

2.0b8 32bit入れてみた
特段音が変わった感じはないがなんかdspの処理が重い

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 20:24:18.79

32bit 少し鈍い
違和感あるわ

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 22:31:05.47

まだ時期尚早かな…

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 22:51:19.57

>>342>>343
アンチウィルスのせいで処理遅くなってる可能性は？
除外設定に加えてみるとか

**名無しさん＠お腹いっぱい。** · 2022/09/15(木) 22:52:59.95

>>345
それはない

fb2k v2.0 beta x32/x64 （特に32bit）の最初からだけど、とにかく "Album List" をパネル化すると遅いわ
いらつくレベルだ fb2k v1.6.12は問題なし

**名無しさん＠お腹いっぱい。** · 2022/09/18(日) 12:26:29.54

fbuser と NEMO7538 はどうした？
いつもなら早いのに

**名無しさん＠お腹いっぱい。** · 2022/09/18(日) 13:46:13.32

Entirely new media library engine
とあるからライブラリエンジンのパフォーマンスは良くなってるんだろうね
古いコンポーネントだと活かせないんじゃないの?

**名無しさん＠お腹いっぱい。** · 2022/09/18(日) 14:56:46.31

> 古いコンポーネントだと活かせないんじゃないの?
そもそも64bitバージョンでは古いコンポーネントは使えない

**名無しさん＠お腹いっぱい。** · 2022/09/19(月) 17:26:22.02

上でVGM云々言ってた人のために書くけどfoo_input_vgmの対応来てるみたいよ

**名無しさん＠お腹いっぱい。** · 2022/09/19(月) 17:49:37.65

da yuyu さん

"foo_run_group" なんですけど、もっとシンプルにグループ分けしたComponentをお願い出来ませんか？
できれば foobar2000v2.0 x32 x64 対応で。

例えば、
- Search
--Google Artist
--Google Artist + Album
-Info
--Last.fm Artist
--Last.fm Artist + Album
-Tool
--Mp3tag
--AlbumArtDownloader XUI

みたいな感じです。よろしくお願いします。

**名無しさん＠お腹いっぱい。** · 2022/09/19(月) 17:52:25.91

>>350
wiki の更新状況みてないのかな？
情弱になるぞ