10/03/20 19:04:28 vCc6o6Xo0
>>808
vbr-new アルゴリズムを使用したVBRプリセット
810:名無しさん＠お腹いっぱい。
10/03/20 19:06:23 d/mNb13T0
URLﾘﾝｸ(www.hydrogenaudio.org) から、適当に。
（ ）の中はさらに適当な要約。
---
（3.98.3で、--strictly-enforce-isoを無効にしたのが原因）
Lame 3.98.2 and earlier 3.98 had --strictly-enforce-iso enabled by default,
which meant less-flexible handling of bit reservoir,
and thus less-efficient use of bits at high bitrates.
---
（K-Lite Mega Codec Packの連中が
3.98.3はWindowsXPでちゃんと動かないと文句を言っている）
What this means? -> K-Lite Mega Codec Pack Changelog
>> Reverted LAME MP3 ACM codec to version 3.98.2
>> because version 3.98.3 does not work properly
>> on certain Windows XP systems
---
（どうもね、AthlonXPで起きるらしい）
it looks like that problem happens on AthlonXP machines only.
This sounds like a building problem, likely using SSE2 instructions,
which will fail on old processors.
---
（FhGはVBRで320のフレームを使わないと決めた）
At least the LAME devs just limit the frame size on 320 frames in VBR.
While FhG decided to not use 320 frames in VBR with their encoder (32 - 256 frames only).
既に海の向こうでも色々と揉めているみたい。
811:名無しさん＠お腹いっぱい。
10/03/20 19:07:19 vCc6o6Xo0
音質は変わらんな
変える必要は今のところ無い、ちょっぴり圧縮率が良くなった程度
812:名無しさん＠お腹いっぱい。
10/03/20 19:08:01 z+riS+5c0
iPhoneとかAACを再生できる環境なら、qtaacenc等を使った方が良いだろうな。
どうしてもMP3が良いのなら、FhGのエンコーダも使えるけど。
URLﾘﾝｸ(www.all4mp3.com)
813:名無しさん＠お腹いっぱい。
10/03/20 19:08:50 vCc6o6Xo0
>>810
なるほどねどうりでVBRだと変化起こらんのか分かった
814:名無しさん＠お腹いっぱい。
10/03/20 19:12:18 vCc6o6Xo0
でも大編成でちょっち苦しい感じかな
やっぱ元に戻すかな…1日しか使ってなかったが
815:名無しさん＠お腹いっぱい。
10/03/20 19:19:30 vCc6o6Xo0
フレームを使わないって事は再生機側でその部分だけスルーしてるっていう理解でいいんだよね？
816:名無しさん＠お腹いっぱい。
10/03/20 19:27:10 +4rf3u2J0
そんなことより耳掃除しようぜ！
817:名無しさん＠お腹いっぱい。
10/03/20 19:29:26 d/mNb13T0
>>815
not use 320 frames in VBR with their ENCODER.
High Bitrateでの、lameのencodeと、FhGのACM ｄｅｃｏｄｅｒの問題は、
1996年に既に指摘されているらしい。
URLﾘﾝｸ(www.hydrogenaudio.org)
>>I found a problem with LAME high bitrate CBR files (256 kbps and 320 kbps only it seems)when playing them back using l3codecx.ax
818:名無しさん＠お腹いっぱい。
10/03/20 19:32:40 z+riS+5c0
320kbpsのフレームが問題なら、コマンドラインに、-B 256 と付ける事もできるな。
819:名無しさん＠お腹いっぱい。
10/03/20 19:33:29 d/mNb13T0
>>817 やりなおし orz
>>815
not use 320 frames in VBR with their encoder.
だから、エンコードの時に使わない。
（使わないものをdecodeできるかどうかは知らない）
High Bitrateでの、lameのencodeと、FhGのACM decoderの問題は、
2006年に、
既に指摘されていたらしい。
URLﾘﾝｸ(www.hydrogenaudio.org)
>> I found a problem with LAME high bitrate CBR files
>>(256 kbps and 320 kbps only it seems)
>> when playing them back using l3codecx.ax
820:名無しさん＠お腹いっぱい。
10/03/20 19:34:19 tcNd6Ldg0
>>810
1つ目と4つ目は3.98.3が出る前に行われた、3.98.3が出るきっかけとなった議論の一部
2つ目と3つ目はコンパイラの問題
どちらも今回の問題の話題ではない
821:名無しさん＠お腹いっぱい。
10/03/20 19:39:29 tcNd6Ldg0
>>819
いや、だからFhGデコーダとの互換性問題 (ビットリザーバを使うときのmp3の最大フレームサイズ) は
3.97の時にあったもので、3.98で直したんだって。
3.98.3で発生したのはそれとはまた別の問題。
822:名無しさん＠お腹いっぱい。
10/03/20 19:46:48 zb/exrHV0
そうなのか？
変えてないはずの所がバグるというのはよくある話ではあるが
いちおう.2→.3でエンコードに影響出そうな変更って
Revisiting the FhG decoder problem (FhG V1.5 build 50, ships with MS Windows): enabling the new-drain-code seems to solve that issue better, than restricting the buffer size
くらいしかないだろ？
823:名無しさん＠お腹いっぱい。
10/03/20 19:47:06 d/mNb13T0
すいません。引っ込みます。
824:名無しさん＠お腹いっぱい。
10/03/20 19:57:50 tcNd6Ldg0
>>822
いや、だからその変更をしたときに発生した、既知のFhGデコーダとの互換性問題とはまた別の問題ってこと。
825:名無しさん＠お腹いっぱい。
10/03/20 20:47:18 zb/exrHV0
なるほど。
まあ、しばらく98.2使っとく。
相変わらず安定版とそうじゃないのがわかりにくいな。らめぇ。
826:名無しさん＠お腹いっぱい。
10/03/20 20:49:43 d/mNb13T0
ひっこむと言いながらごめんなさい。質問があります。
この件で修正するべきは、
・lame 3.98.3
・iPhoneのデコーダー
のどちらなんでしょうか？
iPhoneのデコーダーなら、アップルジャパンに言えばいいのかな？
827:名無しさん＠お腹いっぱい。
10/03/20 20:53:32 d/mNb13T0
あっと、BUFFALOにもクレームか？(>>799)
828:名無しさん＠お腹いっぱい。
10/03/20 21:02:05 vCc6o6Xo0
既存のデコーダーはもうどうにもならんだろう
元に戻すのが一番
829:名無しさん＠お腹いっぱい。
10/03/20 21:09:38 tcNd6Ldg0
>>826
これはLAMEのバグだと思う。>>795を見れば分かるけど、
生成されるmp3のストリームが明らかにおかしい。
830:名無しさん＠お腹いっぱい。
10/03/20 21:30:04 ACVWfvEE0
だからV0やV2使ってろとあれほどｗ
831:名無しさん＠お腹いっぱい。
10/03/20 21:34:53 /1wa8iws0
-b 320とpreset insaneて、同じことだよね？
832:名無しさん＠お腹いっぱい。
10/03/20 21:35:09 yzaKfdfFP
>>831
yes
833:名無しさん＠お腹いっぱい。
10/03/20 21:36:39 /1wa8iws0
b320使った方がいいの？
834:名無しさん＠お腹いっぱい。
10/03/20 21:51:16 zb/exrHV0
>>827
頼むからそういうのはやめてくれ。
こういう広まった規格は後から出した方が対応するものなんだよ。
835:名無しさん＠お腹いっぱい。
10/03/20 21:58:07 VsE/GQGd0
3.98.4までエンコ待つか
836:名無しさん＠お腹いっぱい。
10/03/20 22:11:04 d/mNb13T0
>>828、>>829、>>834
そうですよね。ありがとう。
837:名無しさん＠お腹いっぱい。
10/03/20 23:45:40 tcNd6Ldg0
コードを眺めてて気になる点があったので弄ってみたら、とりあえず>>795は治った。正しい修正なのかは不明。
--- libmp3lame/reservoir.c.orig 2010-03-20 23:19:04.000000000 +0900
+++ libmp3lame/reservoir.c 2010-03-20 23:19:13.000000000 +0900
@@ -305,8 +305,8 @@
* If the next frame is at a lower bitrate, it may have a larger ResvMax,
* and we will not have to waste these bits! mt 4/00 */
assert(stuffingBits >= 0);
- l3_side->resvDrain_post += (stuffingBits % 8);
- gfc->ResvSize -= stuffingBits % 8;
+ l3_side->resvDrain_post += stuffingBits;
+ gfc->ResvSize -= stuffingBits;
}
#else
/* drain the rest into this frames ancillary data */
HAでrobertにPMを投げといたので、とりあえず何らかの対処をしてくれる、はず。
838:名無しさん＠お腹いっぱい。
10/03/20 23:50:22 uEZsPy390
神は実在した
839:名無しさん＠お腹いっぱい。
10/03/21 00:06:06 9vAiCwbx0
すげえ
840:名無しさん＠お腹いっぱい。
10/03/21 02:39:44 X0Q0J2H10
>>837
ん、ビット単位の操作でバイト単位の計算しちゃってるのかな＞元ソース
841:名無しさん＠お腹いっぱい。
10/03/21 02:47:14 RV2XIyC70
>>840
いや違う
robert曰くたぶんこれでokとの事なので、3.98.4が出るんじゃね
842:名無しさん＠お腹いっぱい。
10/03/21 08:22:02 whZm9s8T0
あ゛～
こういうの探したらもっとコアな箇所でも出てきそうな悪寒が…
843:名無しさん＠お腹いっぱい。
10/03/21 08:44:54 JWvKP00v0
mp3はV0これ以上はﾛｽﾚｽ
844:名無しさん＠お腹いっぱい。
10/03/21 09:56:59 +M3XIBfx0
なぜ-b 320でなくV0？
845:名無しさん＠お腹いっぱい。
10/03/21 10:45:37 BczpheZZ0
サイズ気にするならAAC-HEv2 32Kbpsでおｋ
846:名無しさん＠お腹いっぱい。
10/03/21 12:10:43 74trAHlU0
聴き比べしてると何が音質がいいのか分からなくなる
聴いていて満足できない、つまり自分に合う音質でないってことなのかね
自分の耳に合ってかつ曲に合うエンコードを見つけるのは難しいな
847:名無しさん＠お腹いっぱい。
10/03/21 12:14:36 FDztNmFh0
AACは128も320も同じ音質にしか聞こえないけど
LAMEは320までフレキシブルに音質が変わるから面白い
848:名無しさん＠お腹いっぱい。
10/03/21 16:32:54 V16WAIPq0
AACの128kbpsは320kbps音質と取るべきなのか、
320kbpsが128kbps音質と取るべきなのか
849:名無しさん＠お腹いっぱい。
10/03/21 16:46:31 AUV9a3nW0
どちらも有り得ない
850:名無しさん＠お腹いっぱい。
10/03/21 16:55:29 qUKEEWsd0
>>848
そんなの言い出してたらLAMEだって
音質重視＝V2、容量重視＝V5で問題無いだろ。
「今時のDAPで、わざわざ容量ケチる意味が無い」とか
「違いがわかってしまうとだんだん気になりだしてくる」とか言って
音質重視＝insane、容量重視＝V2、両方欲しい＝V0とかやってるのがこのスレだぜ？
851:名無しさん＠お腹いっぱい。
10/03/21 16:59:23 jIChi4VP0
スピーカー使わずヘッドホンで聞く限りV5でもほとんど気にならない
852:名無しさん＠お腹いっぱい。
10/03/21 17:40:09 BczpheZZ0
-b 8でも一応音として成立してるのな
圧電ブザーで鳴らしてるみたいでちょっと楽しい
853:名無しさん＠お腹いっぱい。
10/03/21 17:41:16 Et4ygW6r0
気になるところがわかってしまったら
どこで妥結するかの戦いが始まるんだよ
854:名無しさん＠お腹いっぱい。
10/03/21 18:02:53 o/yjkeB70
>>847
それは単にカットオーバー周波数の違いだろ。
855:名無しさん＠お腹いっぱい。
10/03/21 18:20:49 Gguv74rx0
カットオーバー周波数ってカットオフ周波数のことかｗ
856:名無しさん＠お腹いっぱい。
10/03/21 18:36:24 Wa2fEG940
LAMEの開発者が
V2とV5には特にチューニングして作っている
と聞いたのですが、何故でしょうか？
857:名無しさん＠お腹いっぱい。
10/03/21 20:17:15 o/yjkeB70
V2は preset standard つまり推奨標準だから
V5は 試験の点数を良くするため（比較試験は通常128kbpsで行われるので）
858:名無しさん＠お腹いっぱい。
10/03/21 20:30:56 uH61EoDB0
で、カットオーバー周波数ってなんですか
859:名無しさん＠お腹いっぱい。
10/03/21 20:48:38 o/yjkeB70
カットオーバー周波数も知らずにLAME使ってるのって…。
860:名無しさん＠お腹いっぱい。
10/03/21 20:57:47 +SulbPJO0
"カットオーバー周波数"の検索結果 1 件中 1 - 1 件目
861:名無しさん＠お腹いっぱい。
10/03/21 21:52:01 RV2XIyC70
修正がCVSに入ったので、もうすぐ3.98.4が出る。
862:名無しさん＠お腹いっぱい。
10/03/21 22:16:33 xMmy4UZt0
来たね。
lame-3.98.3.100227$ cvs update -dP
-snip-
cvs update: Updating debian
P debian/Makefile.am
P debian/Makefile.in
-snip-
cvs update: Updating libmp3lame
P libmp3lame/reservoir.c
P libmp3lame/util.c
P libmp3lame/version.h
-snip-
lame-3.98.3.100227$
863:名無しさん＠お腹いっぱい。
10/03/21 22:52:30 74trAHlU0
＿,,,,, ― |_| |_| ＞
/川川ﾊ | ｌ￣ | | ﾉ メ
///川川ｌト、 |_| 匚. | ＼ シ
（ゞ川从川/＿,―'￣ヽ | | ノ 食
＿＿＞ーﾑヾ￣( ＿-、 | |_| ＼ っ
/ | ｙ- ﾉ＿| < て
'-,,＿ | | ﾑkﾉ） ｌ_ｌｌ_ｌ ,-, ） る
"| | ／／ ／ 場
| | 匚／ ￣ヽ 合
| ＿＿＿ | ノ じ
ｒ――" ‐| ＼＼ ＼ ゃ
| / ＼＼ ＜ ね
人 乂 / ＼＼ ノ え
ニヽ / | ヾ ／ ＿＿＿―￣ っ
＿＿＼ / ／| ｌ ￣￣――＿＿ ！
/ / ＼＼ ヾ ν、
￣弋二／￣| ＼＼ ＼ ＼＼ V⌒
￣￣＼＼＼￣＼ ＼＼ ＼ ＼＼
￣￣￣＼＼＼￣| "―＿从从 ＼＼
￣￣￣￣＼＼＼￣＼ | ζ ＼＼
￣￣￣￣￣＼＼＼￣| ヾ ＼＼ ＼＼
￣￣￣￣￣￣＼＼＼＼￣フ ＼＼ ＼＼
864:名無しさん＠お腹いっぱい。
10/03/21 22:56:17 +nNarNhs0
あれだろ、ちょっと揃える程度にって言ったのに五分刈りにされちゃったって奴だろ
865:名無しさん＠お腹いっぱい。
10/03/21 23:26:59 4IL6dsTK0
3.98.3でエンコした俺は負けなのか・・・
866:名無しさん＠お腹いっぱい。
10/03/21 23:29:08 fswEqWHg0
俺もスレ覗かずに半日やってたさ・・・
867:名無しさん＠お腹いっぱい。
10/03/22 01:35:03 QpjG7V6C0
勝ち負けに拘るのって子供っぽくない？
868:名無しさん＠お腹いっぱい。
10/03/22 01:39:08 AyiPtR+X0
前から思ってたけどrarawaresって入力するとき左手しか使わないよね
869:名無しさん＠お腹いっぱい。
10/03/22 01:43:43 rp3H4oRB0
V0使ってた奴は勝ち組
870:名無しさん＠お腹いっぱい。
10/03/22 01:51:36 UOYk3qNN0
linux版とwin32版、ビルド完了。
寝る。
871:名無しさん＠お腹いっぱい。
10/03/22 09:36:33 /DJkFmts0
3.98.2でもたいして変わらないから大丈夫だろ
一度気になり出しちゃうときりがないし
いやまあ既に気になって気になってしょうがないんですけどね
872:名無しさん＠お腹いっぱい。
10/03/22 14:55:06 8IQpMHco0
新しいのいつ出るん？
873:名無しさん＠お腹いっぱい。
10/03/22 15:25:22 Srej/qkt0
お前の心掛け次第
874:名無しさん＠お腹いっぱい。
10/03/22 18:48:25 O0/oNUJT0
いい子にしてなきゃらめぇ
875:名無しさん＠お腹いっぱい。
10/03/22 18:56:50 /DJkFmts0
| .( ( | |＼
| ) ) ) | | .|
|＿＿＿＿＿＿＿＿(__| .＼| とりあえず風呂でも入って落ち着こうぜ
／― ∧ ∧ ―-＼≒
／ ( ) ＼
|￣￣￣￣￣￣￣￣￣￣￣￣￣ |
|＿＿＿＿＿＿＿＿＿＿＿＿＿_|
876:名無しさん＠お腹いっぱい。
10/03/22 23:46:36 UOYk3qNN0
CVSに何か大量に来てる最中。
877:名無しさん＠お腹いっぱい。
10/03/23 02:44:21 q7tqB5Dq0
もなか
878:名無しさん＠お腹いっぱい。
10/03/23 02:58:49 Eo4XTQ9r0
ちがう
879:名無しさん＠お腹いっぱい。
10/03/23 03:04:53 dqivuCg40
えっ
880:名無しさん＠お腹いっぱい。
10/03/23 07:09:03 aTejcRXA0
リリースｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
lame-3.98.4.tar.gz
URLﾘﾝｸ(sourceforge.net)
881:名無しさん＠お腹いっぱい。
10/03/23 07:09:55 brq2M9sV0
しばらくは様子見
882:名無しさん＠お腹いっぱい。
10/03/23 07:20:41 Cn2Fv2s10
LAME 3.98.4 March 22 2010
Joseph Flynn
Improvements for LAME DirectShow filter:
Added support for the DirectShow IAMStreamConfig Interface to the LAME encoder filter output pin.
Modified the DirectShow filter registration section so that the LAME Encoder filter is correctly registered
in the Audio Compressors filter category. This will allow third-party encoding applications using the DirectShow
System Device Enumerator Interface to correctly detect the LAME encoder when querying the Audio Compressors filter group.
Modified the filter registration information so that the MP3 audio subtype is correctly reported as being supported on the encoder
output pin. This will allow third-party encoding applications using the DirectShow IFilterMapper2 Interface to recognize that the
LAME encoder supports MP3 output.
Altered the Filter Merit Value that was being used when the filter was registered so that it is now using the standard DirectShow
compressor filter merit value of MERIT_DO_NOT_USE (0x200000). Previously, the filter was being registered using a value of MERIT
_SW_COMPRESSOR (0x100000), which was at a lower priority (i.e. worse priority) than MERIT_DO_NOT_USE. This prevented the LAME Encoder
filter from being selected for use by some third-party encoding applications.
Added code to calculate the frame length of the audio frames used for the nBlockSize element of the WAVEFORMATEX output structure. Previously this value was simply hard-coded to 1.
Robert Hegemann
Fix for Bugtracker item [ 2973877 ] A problem regarding the new drain code
883:名無しさん＠お腹いっぱい。
10/03/23 07:50:45 ED3aYJfW0
俺のようなド低脳には何がなんだかサッパリだぜ！
884:名無しさん＠お腹いっぱい。
10/03/23 08:09:25 aTejcRXA0
deban の changelog 更新し忘れ？
885:名無しさん＠お腹いっぱい。
10/03/23 10:20:46 tbAn+hV70
このスレにこんなに活気があるとこ３．９７リリース以来じゃないかｗ
進み過ぎててびびったｗ
あれだ・・・。俺も3.98.3が天使の音質とかいうもんだから導入してMP3を
作り終えたばかりなんだぜ・・・。
886:名無しさん＠お腹いっぱい。
10/03/23 10:24:01 Ors6pCIZ0
逆に考えるんだ。
天使の音質で一式揃える楽しみを味わった上に
さらにもう一段上の音質のもので揃えなおす楽しみまで味わえる、と考えるんだ。
887:名無しさん＠お腹いっぱい。
10/03/23 10:33:07 9V33OwVuP
>>885
>あれだ・・・。俺も3.98.3が天使の音質とかいうもんだから導入してMP3を
音質的に問題がなければ、そのままでもOK
888:名無しさん＠お腹いっぱい。
10/03/23 11:16:34 1K4rkc4U0
3.98は随分難産だなぁ。
889:名無しさん＠お腹いっぱい。
10/03/23 12:35:41 kGJEOQsS0
はやく5.0までバージョンあげろよ
890:名無しさん＠お腹いっぱい。
10/03/23 13:03:36 Ih6+z2g80
4.0｢…｣
891:名無しさん＠お腹いっぱい。
10/03/23 14:05:35 DshLB3IK0
電源コードを変えると味が変わるのは炊飯界では常識です。
私は発電所から専用線で我が家まで電力を引っ張り込んでいます。
電線の材質は無酸素銅が最高ですよ。
おかげで、ウチはマイコンですが、IHよりいい味がしますよ。
ちなみに電力会社の違いでも味付けにサがでるよ。
電力会社 長所 短所 お奨め度
---------------------------------------------------------
東京電力 バランス ﾓｯﾁﾘ遅い C
中部電力 粘度強い 粘度強すぎ A+
関西電力 さっぱり 粘度薄い B
中国電力 透明感 粘度薄い B+
北陸電力 ｳｪｯﾄな艶 個性が無い A-
東北電力 密度と色 粘度薄い A+
四国電力 色とﾆｵｲ 粘度薄い A
九州電力 バランス ｺﾒの距離感 C
北海道電力 品質 味が狭い B-
沖縄電力 芯に艶 味ﾓｯｻﾘ A
で、上は発電所から５Ｋｍ地点での特徴。
それより自宅～発電所間の距離が長いと上記特徴＋マイルドの味付け
短いと上記特徴＋刺激的な味付けが加わるよ。
892:名無しさん＠お腹いっぱい。
10/03/23 14:10:04 yOHGuVnJ0
もうそういうのはいいです
893:名無しさん＠お腹いっぱい。
10/03/23 14:23:08 gf6RhteG0
>>891
空気嫁ヴォケ
894:名無しさん＠お腹いっぱい。
10/03/23 14:50:18 dqivuCg40
米は土鍋でガスで炊くのがうまいな
895:名無しさん＠お腹いっぱい。
10/03/23 15:56:45 ltm8MmqM0
>>885
3.98.3は環境と使用状況に寄りけりだったからな。
4はバグ直しだけだから、自分の聞いてる環境で音飛びとかしないならそのままでおｋ。
896:名無しさん＠お腹いっぱい。
10/03/23 15:58:09 hUtYtZdt0
3.98.3がリリース当初あんなに絶賛されてたのに今じゃこのザマだからな
3.98.4もしばらく待ってから導入したほうがいいだろう
897:名無しさん＠お腹いっぱい。
10/03/23 16:06:27 JvDfk6uE0
このザマってｗ
V0使ってる俺には何にも関係無いしｗ
898:名無しさん＠お腹いっぱい。
10/03/23 16:20:04 CQ9NPOHi0
>>891
フォッサマグナを境にした西と東で電源周波数が違うけど
60Hz地帯のほうが総じて力強い味付けだぞ
東の50Hzで美味しい米食った試しは無い
899:名無しさん＠お腹いっぱい。
10/03/23 16:24:57 CQ9NPOHi0
ちなみに一番美味しく炊けるのはイギリス
電源の品質、強力な200Vの電圧
申し分ない
900:名無しさん＠お腹いっぱい。
10/03/23 16:30:02 aTejcRXA0
rarewares まだかなぁ…
URLﾘﾝｸ(www.rarewares.org)
901:名無しさん＠お腹いっぱい。
10/03/23 18:14:30 h0fSlmLt0
はやく同条件でのバグ確認しろよ
902:名無しさん＠お腹いっぱい。
10/03/23 18:19:18 dRbx5MLj0
rare来ないんじゃ確認のしようがない。
903:名無しさん＠お腹いっぱい。
10/03/23 18:21:32 dRbx5MLj0
>>899
それは単に水が硬水だからだ。
904:名無しさん＠お腹いっぱい。
10/03/23 18:23:50 2/SNpRG80
URLﾘﾝｸ(www.hydrogenaudio.org)
URLﾘﾝｸ(www.hydrogenaudio.org)
久々にLAMEのコマンドラインオプションに関する面白い議論が行われている。
前者ではCBRで-q 0や-q 2が音質を改善する例が、
後者ではVBRで最低ビットレートを指定する-bオプションの有用性が議論されている。
特に後者は興味深い。通常はVBRで-bオプションを使っても、格納されるフレームの
大きさが変わるだけで実データは変わらず、無駄にサイズが大きくなるだけだが、
特殊な状況では音質の改善に寄与する可能性があるということ。
例えば連続する2つのフレームが-bオプション無しで128kbps、320kbpsのフレームに
それぞれ格納される場合を考えると、-b 192オプションを指定する場合はそれぞれ
192kbps、320kbpsのフレームに格納されることになる。この場合、320kbpsのフレームで
使うことのできるデータ量は「自身のフレームサイズ(固定)+過去のフレームから
ビットリザーバに貯蓄された分」だが、-bオプションを指定すると
無駄な領域が増えた分ビットリザーバに貯蓄される量が増えるため、
320kbpsフレームで利用できるデータ量が大きくなる。このため、320kbpsフレームでも
品質が不十分な箇所が存在する場合、-bオプションで改善する可能性がある。
-bオプション無しで常にビットリザーバを十分な量確保するようにビットレートを制御するには、
3.99alphaで--buffer-constraint maximumオプションを指定すると良いとのこと。
905:名無しさん＠お腹いっぱい。
10/03/23 18:35:21 8Bm4PU8Y0
シンプルステレオよりジョイントステレオの方が音はいいの？
906:名無しさん＠お腹いっぱい。
10/03/23 18:35:52 3riWFq840
>>795
3.98.4
-b 320/-b 320 --strictly-enforce-iso
fatboy.wav
madplay.exe
ノーエラー確認
907:名無しさん＠お腹いっぱい。
10/03/23 18:54:19 rRI4GDJ10
うん。
908:名無しさん＠お腹いっぱい。
10/03/23 18:56:15 2XSN2r3T0
ううん？
909:名無しさん＠お腹いっぱい。
10/03/23 19:03:59 BZKYdyOw0
ああん
910:名無しさん＠お腹いっぱい。
10/03/23 19:24:57 zOj1gMMD0
らめぇ
911:名無しさん＠お腹いっぱい。
10/03/23 19:42:53 aTejcRXA0
ubuntu910用win32バイナリビルド用スクリプト
#!/bin/bash
./configure --host=i586-mingw32msvc --prefix=/tmp/lame \
--enable-nasm --enable-expopt=full && make && make install
make clean
i586-mingw32msvc-strip /tmp/lame/bin/lame.exe
cp /tmp/lame/lib/libmp3lame.a libmp3lame/
cd Dll
mv BladeMP3EncDLL.c BladeMP3EncDLL.c.org
mv Makefile.mingw32 Makefile.mingw32.org
sed -e s/Windef.h/windef.h/ BladeMP3EncDLL.c.org > BladeMP3EncDLL.c
sed -e s/g++/i586-mingw32msvc-gcc/ -e s/dlltool/i586-mingw32msvc-dlltool/ \
Makefile.mingw32.org > Makefile.mingw32
make -fMakefile.mingw32
912:名無しさん＠お腹いっぱい。
10/03/23 21:43:18 aTejcRXA0
rarewaresｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
URLﾘﾝｸ(www.rarewares.org)
913:名無しさん＠お腹いっぱい。
10/03/23 21:46:15 lpCP8yNU0
ｷﾀ━━(ﾟ∀ﾟ)━( ﾟ∀)━( ﾟ)━( )━( )━(ﾟ )━(∀ﾟ )━(ﾟ∀ﾟ)━━!!
914:名無しさん＠お腹いっぱい。
10/03/23 21:49:58 CIh2OMYt0
信頼と実績のrarewares
915:名無しさん＠お腹いっぱい。
10/03/23 21:50:32 WBMr4I4S0
3.98.4はハイハットの再現性が。
916:名無しさん＠お腹いっぱい。
10/03/23 21:57:14 BxhrH1vO0
>>912
やっと来たか
>>903
硬水だとパサパサになるだろｗ
917:名無しさん＠お腹いっぱい。
10/03/23 22:08:02 Xk/nDdpN0
3.98.3は永久封印かｗｗｗ
918:名無しさん＠お腹いっぱい。
10/03/23 22:16:07 jPPGzjrd0
お、来てた
エンコする前にスレ覗いてよかった
919:名無しさん＠お腹いっぱい。
10/03/23 22:18:08 2/SNpRG80
>>917
音質低下とかではなくファイルを壊すバグだから、封印で妥当かと
やっぱりメインプログラマが一人になっちゃったから、品質管理は難しいよなあ
920:名無しさん＠お腹いっぱい。
10/03/23 22:24:04 lHboRKVN0
LAME 3.99.a3も来てるな
921:名無しさん＠お腹いっぱい。
10/03/23 23:42:33 LJjD8xy00
Vorbisも蒼弓氏が一人で開発してるよね
922:799
10/03/23 23:52:39 eoy45ixI0
とりあえず、問題のあった PHANTOM MINDS は音飛びしなくなった。
（音飛びというよりフリーズに近かったが…）
3.98.4の音いいなー。3.98a2あたりのと比べると3.98の変化は凄いな。
923:名無しさん＠お腹いっぱい。
10/03/24 01:30:07 TGNwV/v40
LAME 3.98.4 modified to add float wav input
hURLﾘﾝｸ(www.rarewares.org)
924:名無しさん＠お腹いっぱい。
10/03/24 02:06:19 TRuy6U3i0
つまり…どういうことだってばよ…？
925:名無しさん＠お腹いっぱい。
10/03/24 02:45:44 6ldWOHXz0
いや、まさか先週３で作成したばかりで４くるとは思わんかったわ・・・・・。
泣きそうだ
926:名無しさん＠お腹いっぱい。
10/03/24 09:14:53 SPRuoPss0
来月には3.98.5が出てそうだね
927:名無しさん＠お腹いっぱい。
10/03/24 11:33:52 Ze1/PDSnP
残り1000曲までエンコしたのに(´；ω；｀)
928:名無しさん＠お腹いっぱい。
10/03/24 12:51:39 LoBJOtpj0
LAMEはそろそろ完成された感がないか？
3.99で何するんだろ？
929:名無しさん＠お腹いっぱい。
10/03/24 13:33:30 sirA8PAu0
>>927
俺は3曲で済んだよ
>>922
どういう風にいいのか説明してくれ
930:名無しさん＠お腹いっぱい。
10/03/24 13:57:47 xQm9Mofb0
LAME 3.98.4 modified to add float wav input
LAME 3.98.4 using libsndfile 1.0.21
この二つってノーマルのと何が違うの？
931:名無しさん＠お腹いっぱい。
10/03/24 14:08:27 ThNoZTxM0
字が違う。
932:名無しさん＠お腹いっぱい。
10/03/24 14:17:07 xQm9Mofb0
wavファイル入力のフロートを追加するように変更
どういう意味？
933:名無しさん＠お腹いっぱい。
10/03/24 14:21:11 zFBRfeK80
floatってのは浮動小数点数
正確ではないが、コンピュータ上で実数を表現するのに使う
ふつーのWAVのサンプル形式は16bit整数とかなんだが
32bit floatなWAVとかもあんのよ
それを読めるようになったってことじゃないの多分
934:名無しさん＠お腹いっぱい。
10/03/24 14:21:27 ThNoZTxM0
wavファイル入力のフロートを追加するように変更という意味。
935:名無しさん＠お腹いっぱい。
10/03/24 15:57:04 OXDnCuN30
意外に3.99は音いいｗ
936:名無しさん＠お腹いっぱい。
10/03/24 16:07:51 /qb43KRO0
48kHz以上というか192kHzとか扱えるのはfloat wavじゃなかった？
937:名無しさん＠お腹いっぱい。
10/03/24 16:35:40 zFBRfeK80
>>936
サンプリング周波数と整数／floatは関係ないよ
単にそういうハイデフの音声を16bit整数で扱うのが稀だというだけで可能だし、
32bit floatよりは24bit整数あたりが使われることのほうが多いんじゃないか
audacityあたりの波形編集ソフトでためしてみ
色々サンプルフォーマット変換して保存できるから
938:名無しさん＠お腹いっぱい。
10/03/24 18:13:19 w0vSHaet0
3.98.3はVBRなら問題なし？
939:648
10/03/24 18:27:44 FTAkrIdnP
エンコやり直しw
940:名無しさん＠お腹いっぱい。
10/03/24 18:34:11 qTWkCpVc0
俺も3.99のが好きだな
941:名無しさん＠お腹いっぱい。
10/03/24 18:45:34 jrd+EOdN0
>>938
無問題
942:名無しさん＠お腹いっぱい。
10/03/24 18:48:07 /Wa5hD4d0
そうなの？VBRでも320Kのフレームは現れるが本当に大丈夫なの？
943:名無しさん＠お腹いっぱい。
10/03/24 18:52:48 w0vSHaet0
もう恐ろしくて3.98.4にも飛び込めないんだが・・・
様子見でおｋ？
944:名無しさん＠お腹いっぱい。
10/03/24 18:53:01 WwPY1cBv0
（ ＾ω＾） …
（⊃⊂）
⊂（＾ω＾）⊃ ｾﾌｾﾌ!!
ミ⊃⊂彡
945:名無しさん＠お腹いっぱい。
10/03/24 18:59:11 cfD4LPul0
ビットリザーバが大きくなるケースで問題が起こり易いから
320kbps CBRで最も起こり易いというだけで、それ以外の場合でも起こる。
946:名無しさん＠お腹いっぱい。
10/03/24 19:01:20 sCqq5rJa0
お、3.98.4にしたら音飛んでたのが直ったーよかた
947:名無しさん＠お腹いっぱい。
10/03/24 19:07:56 pwgioflY0
>>945
本当かよ…
3枚リップからやり直しだぜ
948:名無しさん＠お腹いっぱい。
10/03/24 19:15:23 cfD4LPul0
>>947
問題があるファイルはデコード中にエラーが起こるので、
デコードエラーが出てなければ問題ないと思うよ
949:名無しさん＠お腹いっぱい。
10/03/24 19:26:19 gvYt0/4Q0
>>926
勘弁してつかあさい
950:名無しさん＠お腹いっぱい。
10/03/24 19:37:29 8XDlhxKzP
>>943
取り合えず、3984で試してみたら良いじゃんか・・・
951:名無しさん＠お腹いっぱい。
10/03/24 20:35:14 akeBTkC60
今後3.98.2のままで困ることってあるかな
ないなら面倒臭いしこのままで行こうと思うんだが
952:名無しさん＠お腹いっぱい。
10/03/24 21:04:17 wf1Go8J50
>>929
ハイハットの再現性がっ！
というのはおいといて。
vbr-newの音はドンシャリ気味で好きではなかったんだが低音から高音の
全域にかけて楽器のバランスが絶妙になったというか元のWAVにかなり忠
実になったと感じる。
ちなみに俺はinsane信者だからinsaneの感想な
953:名無しさん＠お腹いっぱい。
10/03/24 21:06:40 IpLwUEYm0
>>924>>925>>926
3.99.2でエンコードした私の勝ちですね。
954:名無しさん＠お腹いっぱい。
10/03/24 21:13:02 8AI+ir6D0
>>953
うん！うん！
955:名無しさん＠お腹いっぱい。
10/03/24 21:14:46 RYnfAMu+0
犠牲になったのだ…
956:名無しさん＠お腹いっぱい。
10/03/24 21:26:55 p5fKy+fK0
元ネタがわからん
957:名無しさん＠お腹いっぱい。
10/03/24 21:29:50 T6d+crjF0
BEAM my BEAMというのをエンコしてみたけど3.98.4で音飛びするのは俺だけ？
958:名無しさん＠お腹いっぱい。
10/03/24 21:31:06 w0vSHaet0
それは仕様じゃないのか？なんか聞いたぞどっかで。
959:名無しさん＠お腹いっぱい。
10/03/24 21:32:07 T6d+crjF0
すまん元のCD聞いたらそうだった
960:名無しさん＠お腹いっぱい。
10/03/24 21:37:53 wf1Go8J50
あまりにも有名なネタだなｗ
961:名無しさん＠お腹いっぱい。
10/03/24 22:33:38 BEcGzevF0
何かここで出るCDってアニソンばっかだな
別にアニソンに音質その他を気にするなとは言わないけど
他に何か高音質で聴きたい音楽とか無いんだろうか
クラシックとか音質が求められる曲だと音質の良し悪しとかわかりやすいと思うけど
まぁ自分もアニソンはもちろんロックや昔の曲といった元の音質があんまりよくない音源とかよく聴くし
そんなにいいオーディオ環境で聴いてるわけでもないんだけど
962:名無しさん＠お腹いっぱい。
10/03/24 22:39:14 D6gTzzJT0
そもそもクラシックとかは可逆とかCD直で聞くと思う
963:名無しさん＠お腹いっぱい。
10/03/24 22:47:45 IpLwUEYm0
FFのサントラとか聞くよ
セフィロスのテーマとか好き。
964:名無しさん＠お腹いっぱい。
10/03/24 22:51:31 NDmTHI5A0
クオリティタカス キモス ワロス
グランドワロス ギガワロス メガワロス ワロス
田代！！
965:名無しさん＠お腹いっぱい。
10/03/24 22:52:00 LRhPc3/p0
よく分かんないけどお勧めのＣＤ聞きたいってわけなんです？
966:名無しさん＠お腹いっぱい。
10/03/24 22:57:33 w0vSHaet0
>>961
なんでもいいから、今でも買えるおすすめ書いたら良かったのに
967:名無しさん＠お腹いっぱい。
10/03/24 23:00:13 z2T6oDam0
>>961
ライブラリにはリトル・リチャードやチャック・ベリーなんかもあるけど
いちいち「これは元の音質がたいしたことないから低ビットレートで」とか変えたりしないよ。
面倒だから全部こだわりと手間のトレードオフで決めた妥協点で統一。
968:名無しさん＠お腹いっぱい。
10/03/24 23:01:21 JLHbHEo+0
>>961
＞クラシックとか音質が求められる曲だと音質の良し悪しとかわかりやすいと思うけど
非可逆圧縮音声は、いわゆるオーディオ的な音質の優劣と違って、
テクノような打ち込み系の曲の方がアーティファクトが発生しやすい。
969:名無しさん＠お腹いっぱい。
10/03/24 23:29:12 wf1Go8J50
クラシックはathの影響受けやすいからMP3にするとダメな人は多いんじゃないか？
俺の友人の場合、普通にV0で縁故してやったら、なんか音が違うとか言われて
ATH切って縁故してやったらこれなら聞けるとぬかしやがった。俺には違いわからんかったが。
970:名無しさん＠お腹いっぱい。
10/03/24 23:39:39 cfD4LPul0
ATHの影響を受けやすいってどういう意味?
971:名無しさん＠お腹いっぱい。
10/03/24 23:45:24 wf1Go8J50
自分で聞き分けられないので仮説になるんだが、クラッシックって
小さい音で響かせてるような所があるので、ATHでカットされる残響や
倍音の重なりとかあまり聞こえないような音が「響き」のようなものに
影響でも与えてるのかも。
972:名無しさん＠お腹いっぱい。
10/03/25 00:46:37 zhjM8Emv0
乏しい知識を駆使して自分でコンパイルするぐらいなら、
おとなしくrarewaresのバイナリを使ってた方がいいかな？
973:名無しさん＠お腹いっぱい。
10/03/25 02:23:03 1YWmSu8M0
3.98.5 ｷﾀｰーーーーーーーーーーーー
974:名無しさん＠お腹いっぱい。
10/03/25 02:47:04 0TbTHD6p0
来てねぇよ。
URLﾘﾝｸ(lame.cvs.sourceforge.net)
975:名無しさん＠お腹いっぱい。
10/03/25 02:49:57 9vkXGOO70
まさかのマジレス
976:名無しさん＠お腹いっぱい。
10/03/25 07:11:31 FT633rpz0
>>953
未来人乙
977:名無しさん＠お腹いっぱい。
10/03/25 08:45:34 8+ccujxR0
これからLAME入れてみようってヤツにはバージョンはどれお薦めしておけばいいの？
978:名無しさん＠お腹いっぱい。
10/03/25 09:06:06 3BPq71jE0
あくまで一般論だが最新版の１つ前くらいが安定していて無難だな。
最新版のリリース直後とかは特に気をつけないと。つい先日も大惨事があったからな。
979:名無しさん＠お腹いっぱい。
10/03/25 10:21:06 bJ2JNWyti
>>977
rarewares にある1個前のバージョン
URLﾘﾝｸ(www.rarewares.org)
今なら3.98.2
980:名無しさん＠お腹いっぱい。
10/03/25 11:03:06 7/R5lbWw0
3.98.3は、ただでさえ不安定なウチの車載CD/MP3プレイヤーで
2～3曲に一度はシークに失敗したり、開始5秒のところで止まったり
散々だったぜ。
981:名無しさん＠お腹いっぱい。
10/03/25 12:16:01 M46T1rs90
>>980
それはVBRで？
982:名無しさん＠お腹いっぱい。
10/03/25 12:59:58 1YWmSu8M0
これが噂の天使の羽音と聴きほれる3.98.4か・・・・。
そもそも誰が天使の羽音とか言い出したんだよｗ
983:名無しさん＠お腹いっぱい。
10/03/25 13:39:24 cMSYdfXA0
>>982
つ>>885
まぁバグ以外はマジで3.98.2の上位互換な音だったけどね
984:名無しさん＠お腹いっぱい。
10/03/25 15:25:59 eYzq17olP
>>980
980のプレイヤーがポンコツなだけだと思う
985:名無しさん＠お腹いっぱい。
10/03/25 16:24:49 FdvQmVhv0
>>511
俺も同じ症状なんだが解決法教えてくれ
986:名無しさん＠お腹いっぱい。
10/03/25 16:29:47 FdvQmVhv0
すまん解決した
987:名無しさん＠お腹いっぱい。
10/03/25 16:53:16 NpEMECE50
>>981
V0は何も問題無いな
988:名無しさん＠お腹いっぱい。
10/03/25 17:02:31 M46T1rs90
>>987
サンクス
もうアルバム7枚ぐらいV0エンコしたから気になってた
989:名無しさん＠お腹いっぱい。
10/03/25 17:12:54 25rKaU9e0
全部エンコして時間に余裕ができたらスレを最初から読むといいと思うよ。
990:980
10/03/25 17:15:06 7/R5lbWw0
>984
その通りよ。なんたってKENWOODのZ919だからなあ。
確かにVBRだと不安定ではあったんだけど、開始5秒でカウンターが
動かなくなる（最初から音は出ない）ってのは初めてでさ。V0とV2ね。
iTunesやiPodでは問題ないんだけど。天使の羽音だし。
991:名無しさん＠お腹いっぱい。
10/03/25 19:31:14 ibaepKoG0
気が付いたら埋まる寸前になってたので次スレ立てました。
関連スレのEACスレのURLのl50を消し忘れたｗ
ｽﾚﾘﾝｸ(software板)
992:名無しさん＠お腹いっぱい。
10/03/25 21:31:10 4acSZkCV0
>>991
乙！
埋め
993:名無しさん＠お腹いっぱい。
10/03/25 22:05:16 v8SHu6FR0
うめぇ
994:名無しさん＠お腹いっぱい。
10/03/25 22:41:35 4acSZkCV0
うめ
995:名無しさん＠お腹いっぱい。
10/03/25 22:50:47 TogYLj5a0
まずっ
996:名無しさん＠お腹いっぱい。
10/03/25 22:53:21 4acSZkCV0
産め
997:名無しさん＠お腹いっぱい。
10/03/25 22:54:17 4acSZkCV0
う
め
998:名無しさん＠お腹いっぱい。
10/03/25 22:59:22 9vkXGOO70
>>991
おつ
999:名無しさん＠お腹いっぱい。
10/03/25 22:59:35 4acSZkCV0
梅
1000:名無しさん＠お腹いっぱい。
10/03/25 23:00:17 4acSZkCV0
1000
1001:１００１
Over 1000 Thread
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。