10/02/15 17:14:39 hheIEVFK0
自己解決しました。
スレ汚ししてすいません。
512:名無しさん＠お腹いっぱい。
10/02/16 04:30:33 R1ep1onl0
V2とV3の容量差が激しすぎるんだが、いいコマンドないかな？
曲によっては平均レートがV3で150、V2で250くらいになってしまう
513:名無しさん＠お腹いっぱい。
10/02/16 11:01:36 N4duUwnY0
>>512
-V 0 -Y
-V 1 -Y
-V 2 -Y
514:名無しさん＠お腹いっぱい。
10/02/16 20:06:40 D2GNNzrE0
>>513
ありがとう
515:名無しさん＠お腹いっぱい。
10/02/17 00:28:38 btGZFEeG0
LAME 3.99a2
URLﾘﾝｸ(lame.bakerweb.biz)
516:名無しさん＠お腹いっぱい。
10/02/17 00:33:11 btGZFEeG0
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.
517:名無しさん＠お腹いっぱい。
10/02/17 20:45:12 btGZFEeG0
LAME high bitrate files in l3codeca.ax
URLﾘﾝｸ(www.hydrogenaudio.org)
518:名無しさん＠お腹いっぱい。
10/02/18 17:54:30 SrD37aFJ0
LAME 3.99a1は結局どうなるの？
519:名無しさん＠お腹いっぱい。
10/02/18 20:27:46 9dgUXv5ti
>>518
別にどうにもならいと思うが
520:名無しさん＠お腹いっぱい。
10/02/18 20:39:27 8oYjkqHX0
VBRでは3.99a2はa1と比べてビットレートが下がってサイズが縮む
CBRはa1とハッシュが同じだったので変化なし
音質は・・・
521:名無しさん＠お腹いっぱい。
10/02/18 20:41:52 nfeU7jyi0
aacがもっと普及すればmp3よりはいいんじゃね
522:名無しさん＠お腹いっぱい。
10/02/19 02:47:04 j2BYLlSI0
もうWAVでいいや('A`)
523:名無しさん＠お腹いっぱい。
10/02/19 04:49:56 khuUc1dl0
【製品とは】
_、,_
①（⊂_ ﾐドイツ人が発明
↓
②（´_⊃｀） アメリカ人が製品化
↓
③ ﾐ ´_＞｀）イギリス人が投資
↓
④ξ・_>・）フランス人がデザイン
↓
⑤（´U_,｀）イタリア人が宣伝
↓
⑥（ ´∀｀） 日本人が小型化もしくは高性能化に成功
↓
⑦（ ｀ハ´） 中国人が海賊版を作り
↓ _,,_
⑧<ヽ｀д´>韓国人が起源を主張
524:名無しさん＠お腹いっぱい。
10/02/19 08:21:59 l0QdSKW50
URLﾘﾝｸ(lame.cvs.sourceforge.net)
Revision 1.40.2.1 - (view) (download) (annotate) - [select for diffs]
Thu Feb 18 22:42:24 2010 UTC (34 minutes, 19 seconds ago) by robert
Branch: lame3_98
Changes since 1.40: +19 -14 lines
Diff to previous 1.40 , to next main 1.43
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.
525:名無しさん＠お腹いっぱい。
10/02/19 12:42:21 l0QdSKW50
lame-3.98.3.100219$ cvs update -dP
cvs update: Updating .
- snip -
cvs update: Updating Dll
P Dll/BladeMP3EncDLL.c
- snip -
cvs update: Updating doc/man
P doc/man/lame.1
- snip -
cvs update: Updating libmp3lame
P libmp3lame/id3tag.c
- snip -
lame-3.98.3.100219$
526:名無しさん＠お腹いっぱい。
10/02/19 14:59:29 IIsbEoYr0
lame3.98,3キターーーーー(゜∀゜)ーーーーーー！！！
527:名無しさん＠お腹いっぱい。
10/02/19 15:04:38 16STnhxu0
前から来てるんだけど、バイナリ配布がいつまでたってもされないんだよ。
528:名無しさん＠お腹いっぱい。
10/02/19 16:24:19 2h3Y+u5v0
MLを見る限りではデコーダに手を入れたりする予定のようなので
リリースはまだ先かと
529:名無しさん＠お腹いっぱい。
10/02/19 17:33:25 uxJHS12I0
URLﾘﾝｸ(sourceforge.net)
530:名無しさん＠お腹いっぱい。
10/02/19 17:41:14 2h3Y+u5v0
lame-devのほうね
531:名無しさん＠お腹いっぱい。
10/02/19 23:18:33 V44s2G660
浮動小数点演算の精度によって音質の影響はある。
しかしよほど酷い精度でなければ、
それによって人間が知覚できる有意な差はない。
ところで、V0とかinsaneとか違いがわかって使うならいいけど、
わかったつもりになって使う人が多いと思うんだよな。
豪語しているような奴は、たいていそう。
532:名無しさん＠お腹いっぱい。
10/02/20 01:01:43 RLcouPd10
３．９８「３」！？
昨日２で作り直したばかりなのに・・・・orz
533:名無しさん＠お腹いっぱい。
10/02/20 01:06:04 zXV3mh1r0
モルダー、あなた疲れてるのよ
534:名無しさん＠お腹いっぱい。
10/02/20 01:06:19 20t3Rc510
作り直す、てさすがに凄いよなぁ
535:名無しさん＠お腹いっぱい。
10/02/20 01:20:21 2zeL3RXxP
病気だな
536:名無しさん＠お腹いっぱい。
10/02/20 02:29:17 mtd041y10
lame-398-3.tar.gzまだかね
537:名無しさん＠お腹いっぱい。
10/02/21 10:32:06 G+wVbEwj0
lame-3.98.3.100219$ cvs update -dP
cvs update: Updating .
- snip -
cvs update: Updating libmp3lame
P libmp3lame/VbrTag.c
P libmp3lame/lame.c
- snip -
lame-3.98.3.100219$
538:名無しさん＠お腹いっぱい。
10/02/21 11:33:37 kzvyTYBr0
539:名無しさん＠お腹いっぱい。
10/02/22 14:08:56 bOtASewX0
更新きたのか？
540:名無しさん＠お腹いっぱい。
10/02/22 16:51:03 WVA6nIff0
うん。
541:名無しさん＠お腹いっぱい。
10/02/22 18:37:20 EEmvWUX60
foobar2000v1.0でvbrで変換がしたくて
-V 0 %s %d
とパラメータを入力したのですがうまくいきません
どのようにパラメータを修正したら良いのか指摘してもらえませんか？
lame3.98staです
542:名無しさん＠お腹いっぱい。
10/02/22 18:43:40 EEmvWUX60
↑↑
すいません
適当に他の出力を行った後にやると普通にできました
失礼しました
543:名無しさん＠お腹いっぱい。
10/02/23 16:04:45 TbszVr2E0
LAME 3.99.a2
2010-02-22
URLﾘﾝｸ(www.rarewares.org)
Latest Alpha Builds
LAME 3.99a1 (360k) Wednesday, February 10, 2010
LAME 3.99a1 (360k) Friday, February 12, 2010
LAME 3.99a2 (360k) Monday, February 15, 2010
LAME 3.99a2 (360k) Wednesday, February 17, 2010
LAME 3.99a2 (360k) Friday, February 19, 2010
LAME 3.99a2 (360k) Monday, February 22, 2010
URLﾘﾝｸ(lame.bakerweb.biz)
544:名無しさん＠お腹いっぱい。
10/02/25 10:07:16 bpqUI85z0
3.99a2か・・・・。
3.98.3はもうすぐかｒｙ
545:名無しさん＠お腹いっぱい。
10/02/25 10:23:22 QBum5QX1i
まだ3.98のaだから3.98.3の前に
3.98
3.98.1
3.98.2
だと思うが・・・
546:545
10/02/25 10:24:54 QBum5QX1i
すまん
いろいろ勘違いしてたorz
547:名無しさん＠お腹いっぱい。
10/02/26 17:16:32 ze2SVKLuO
内閣総理大臣は玉子から産まれてきた鳥。
548:名無しさん＠お腹いっぱい。
10/02/26 22:56:38 h2i9ol1r0
lame-3.98.3.100221$ cvs update -dP
cvs update: Updating .
P Makefile.am
P Makefile.in
P configure
P configure.in
U testcase.mp3
- snip -
cvs update: Updating debian
P debian/changelog
P debian/control
P debian/copyright
P debian/rules
cvs update: Updating include
P include/Makefile.am
P include/Makefile.in
- snip -
cvs update: Updating libmp3lame
P libmp3lame/Makefile.am
P libmp3lame/Makefile.in
P libmp3lame/lame.rc
cvs update: Updating libmp3lame/i386
P libmp3lame/i386/Makefile.am
- snip -
cvs update: Updating mpglib
P mpglib/Makefile.in
- snip -
cvs update: Updating vc_solution
U vc_solution/Makefile.am
U vc_solution/Makefile.in
lame-3.98.3.100221$
549:名無しさん＠お腹いっぱい。
10/02/26 23:58:15 UZuwEUbe0
URLﾘﾝｸ(sourceforge.net)
550:名無しさん＠お腹いっぱい。
10/02/27 05:22:14 svVEdtJL0
そろそろか
551:名無しさん＠お腹いっぱい。
10/02/27 07:44:57 tcKUVuZR0
またきた。
そろそろかね。
lame-3.98.3.100226$ cvs update -dP
cvs update: Updating .
P Makefile.am
P Makefile.in
- snip -
cvs update: Updating libmp3lame
P libmp3lame/Makefile.am
P libmp3lame/Makefile.in
- snip -
lame-3.98.3.100226$
552:名無しさん＠お腹いっぱい。
10/02/28 02:52:12 sq9ylcAV0
リリースｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
lame-3.98.3.tar.gz
URLﾘﾝｸ(sourceforge.net)
rarewaresのバイナリももうすぐ来るだろね。
553:名無しさん＠お腹いっぱい。
10/02/28 02:57:13 L6246YzY0
>>552
乙
俺はrarewares待ちだぜｗ
554:名無しさん＠お腹いっぱい。
10/02/28 03:15:29 UH9kSt9c0
LAME 3.98.3 February 27 2010
URLﾘﾝｸ(lame.cvs.sourceforge.net)
555:名無しさん＠お腹いっぱい。
10/02/28 06:59:08 mb04oTMb0
お、来たのか。
とりあえずMinGWでmakeしてみっかな。
556:名無しさん＠お腹いっぱい。
10/02/28 10:22:56 Tb9ij3KN0
LAME 3.98.3 rarewaresにキター
557:名無しさん＠お腹いっぱい。
10/02/28 11:37:34 0TlT//N00
>>556
㌧㌧！
558:名無しさん＠お腹いっぱい。
10/02/28 11:57:36 0TlT//N00
ありゃ？エンコしたファイルのバージョン表記は3.99aになるのか…orz
気分的によくないから3.98.2に戻すわｗ
559:名無しさん＠お腹いっぱい。
10/02/28 13:40:36 sq9ylcAV0
ありゃりゃ rarewares 間違ってんじゃん。(´･ω･`)
$ ./lame.exe --version
LAME 32bits version 3.99 (alpha 2, Feb 27 2010 18:33:36) (URLﾘﾝｸ(www.mp3dev.org))
元のtar.gzだと
$ frontend/lame --version
LAME 32bits version 3.98.3 (URLﾘﾝｸ(www.mp3dev.org))
560:名無しさん＠お腹いっぱい。
10/02/28 13:43:00 0TlT//N00
rarewaresの問題だったのかｗ
561:名無しさん＠お腹いっぱい。
10/02/28 19:23:26 AxJann1C0
rarewaresの3.98.3のエンコ時間が
3.98.2の約2倍かかるんだが・・。
なんで？
562:名無しさん＠お腹いっぱい。
10/02/28 19:29:37 1qYueloQ0
よくわからんのだけどrarewaresはもう修正したの？
落としていいの？
563:名無しさん＠お腹いっぱい。
10/02/28 19:42:57 nesOHIQq0
コマンドライン晒せよ
564:名無しさん＠お腹いっぱい。
10/02/28 19:51:11 sq9ylcAV0
>>562
> よくわからんのだけどrarewaresはもう修正したの？
> 落としていいの？
落とすのは構わないけど、まだ直ってない。
565:名無しさん＠お腹いっぱい。
10/02/28 20:09:30 AxJann1C0
-S --noreplaygain -V 2 --vbr-new - %d
なんだが、3.98.2と3.98.3で約2倍違う。
566:名無しさん＠お腹いっぱい。
10/02/28 20:10:55 sq9ylcAV0
>>565
>>559
567:名無しさん＠お腹いっぱい。
10/02/28 20:35:28 t+g9738K0
プログラムわからなくてもコンパイルぐらいなんとかなりそうと思って少し調べて挑戦したが無理だった
568:名無しさん＠お腹いっぱい。
10/02/28 20:54:00 Tb9ij3KN0
rarewaresに3.983の修正版来てるね
569:名無しさん＠お腹いっぱい。
10/02/28 20:57:28 ERlEiOWF0
LAME 3.98.3 Released - Error in previous compiles!
2010-02-28
URLﾘﾝｸ(www.rarewares.org)
570:名無しさん＠お腹いっぱい。
10/02/28 22:06:08 J1A6SDTWP
398.2よりスペクトルが綺麗
571:名無しさん＠お腹いっぱい。
10/02/28 22:09:00 rFGN1z7X0
修正版OKだったな
572:名無しさん＠お腹いっぱい。
10/02/28 22:20:57 38Ck5CDd0
3.98.2より音像がはっきりと聞えるが、気のせいかな？
573:名無しさん＠お腹いっぱい。
10/02/28 22:32:50 mb04oTMb0
>>567
MinGWの導入なら32bit版でよけりゃここのが便利かと
URLﾘﾝｸ(up-cat.net)
574:名無しさん＠お腹いっぱい。
10/03/01 00:19:29 pucjs7gg0
わかっている人ほどV2、もしくはV5の気がするんだよなあ。
575:名無しさん＠お腹いっぱい。
10/03/01 00:28:06 bxGNZO4qP
3.99a2のV0が好きかもしれん
576:名無しさん＠お腹いっぱい。
10/03/01 00:50:40 CVvLaUXF0
>>575
それ3.98.3だからｗ
577:名無しさん＠お腹いっぱい。
10/03/01 00:54:30 bxGNZO4qP
>>576
>>543のやつなんだけど、同じものなの？
578:名無しさん＠お腹いっぱい。
10/03/01 02:42:27 QOu+AHp90
3.98.3はハイハットの再現性が。
579:名無しさん＠お腹いっぱい。
10/03/01 03:16:52 uMldsky30
続きを頼む
580:名無しさん＠お腹いっぱい。
10/03/01 07:32:56 I5/GJamC0
画像を埋め込む時にアマゾンから拾う場合商品情報の240x240かクリックして拡大した500x500どっち使った方がいいですか？
581:名無しさん＠お腹いっぱい。
10/03/01 09:23:39 mB8JZ72ri
>>580
びっくりするくらいスレ違いだな。
582:名無しさん＠お腹いっぱい。
10/03/01 10:10:49 a8No0yYz0
3.98.3って2からどう変ったん？
583:名無しさん＠お腹いっぱい。
10/03/01 10:14:43 B1brXLRv0
>>582
WMP等で使われているFhGのデコーダとの互換性が良くなった。
584:名無しさん＠お腹いっぱい。
10/03/01 10:23:39 6vtL4kHy0
さてエンコし直す作業が始まるな
585:名無しさん＠お腹いっぱい。
10/03/01 10:26:39 a8No0yYz0
>>583
なるほどなｗ
ｻﾝｸｽ
>>584
いあ、別に今まで2を使ってたなら今後を3ですればいいのであって
やり直す必要はないかとｒｙ
586:名無しさん＠お腹いっぱい。
10/03/01 11:50:49 G5+Q6cKe0
>>583
互換性が良くなったんじゃなくて
高ビットレートで音質を犠牲にして互換性を確保していたのを改善した。
587:名無しさん＠お腹いっぱい。
10/03/01 12:04:50 B1brXLRv0
>>586
チェンジログにはこう(>>524)あるから、やはり互換性の改善じゃないの。
結果として、320kbpsのフレームの音質も改善されたのも確かだろうけど。
588:名無しさん＠お腹いっぱい。
10/03/01 12:31:28 G5+Q6cKe0
>>587
違う。
URLﾘﾝｸ(www.hydrogenaudio.org)
589:名無しさん＠お腹いっぱい。
10/03/02 21:45:20 1IPOZzkr0
3.98.3 64bit版 MinGW-w64でビルドしてみた
URLﾘﾝｸ(www1.axfc.net)
pass:lame
590:名無しさん＠お腹いっぱい。
10/03/02 23:49:16 e1OA0pIk0
匿名の誰が作ったかもわからないものがそう簡単に使えるかよ
同じように斧で配布されたウイルス入り偽StealthNetに騙された奴いたのに
トロイ入りlame.exeだったらどうすんの
591:名無しさん＠お腹いっぱい。
10/03/03 00:20:25 4KnPWhbW0
とりあえずノートン先生は怒らなかったけど
592:名無しさん＠お腹いっぱい。
10/03/03 01:35:56 zBofw2FP0
URLﾘﾝｸ(lame.cvs.sourceforge.net)
なんか3.98.3になって結構変わってるみたいだね。
593:名無しさん＠お腹いっぱい。
10/03/03 02:26:27 ROtOkVKc0
んじゃ翻訳頼むね
594:名無しさん＠お腹いっぱい。
10/03/03 03:33:08 UJKCLBEg0
rarewareより速いバイナリってビルドできるの？
いろんなの試しても結局rarewareでうｐされてるのが一番速いんだが
595:名無しさん＠お腹いっぱい。
10/03/03 13:21:32 nsH2op770
>>575
同意
ビットレートとサイズも良いくらい
でも少しだけ遅い気がする
596:名無しさん＠お腹いっぱい。
10/03/03 16:16:08 Wve/aQ0A0
3.88.2と3.98.3が違いすぎてワロタ
FhGデコーダ問題の回避方法の変更のせいなんだろうが、こんなマイナーアップで
随分と大きな変更をするなぁ。
597:名無しさん＠お腹いっぱい。
10/03/03 18:10:24 UBvJsFE60
3.88.2と3.98.3？
598:名無しさん＠お腹いっぱい。
10/03/03 20:49:58 PP3J/n/B0
LAME 3.98.3 February 27 2010
・Rogerio Brito:
・新しいリリースのために debian 包装をアップデートしなさい。
・Robert Hegemann
・固定されて、アルバム芸術を埋め込んでいるとき、 ignore-tag-errors スイッチは、効果を持たなかった。
・ライブラリ API は、変わる : lame_decode ファンクションは、今時代遅れである、しかし、まだ存在する、どうぞ、その代りに hip_decode を使う。
この変更の理由は、以下である。
lame_decode ファンクションは、デコーダ準備、 hip_decode ファンクションを格納するためにライブラリの中の 1 つの広域変数を使う。
そのエンコーダは、内部で hip_decode を今使い、そして、 mp3 ～ mp3 を再び‐コード化している間に、 clipdetect 機能を使うことは、今可能である。
・FFMPEG バグ ( ループにおいて 1 回以上 lame_encode_flush を呼ぶために使用する ) のためのワークアラウンド。
・Windows:加えられた ( VC9 によって増大しているとき ) プログラムアイコン、及び、バージョン情報
・マイクロソフト Visual Studio 6 における Bugtracker アイテム [ 2688413 ] 解放名前問題のための位置
599:名無しさん＠お腹いっぱい。
10/03/03 20:51:40 PP3J/n/B0
続き
・Bugtracker アイテム [ 2051870 , 2423650 , 2928684 ] 数個の小さなドキュメンテーション問題のための位置
・3.98 、及び、3.99alpha における Bugtracker アイテム [ 2723518 ] 再‐サンプリングのための位置
・ウィンドウズ API 変更の Bugtracker アイテム [ 2891879 ] Because のための位置、 prority スイッチに関する問題があった。
・BladeMP3EncDLL における Bugtracker アイテム [ 2893101 ] アクセス侵害のための位置、ユニコードが定義されたならば。
・ID3v2 タグにおける Bugtracker アイテム [ 2887359 ] Wrong 長さのための位置、 num_samples は、いつセットされないか、
・Bugtracker アイテム [ 2872590 ] LameTAG のための位置 : LAME 3.98 における音楽長さ missmatch
・LAME 3.99a 、及び、3.98.3 ( CVS から ) における Bugtracker アイテム [ 2824296 ] 誤った enc_padding 値のための位置
・FhG デコーダ問題に立ち戻ること ( FhG V1.5 構造 50 がウィンドウズさんによって乗船する ) : バッファサイズを制限するより、 new-drain-code を可能にすることは、
更によくその問題を解決するように思われる ( 2007 年 5 月 16 日に下記、 3.98 のβ 1 を見なさい ) 。
・ベルンハルト Doebler によって提出されたパッチ、追跡者アイテム [ 2807676 ] Error 、 NASM サポートによってラメを作っているとき、
・Mancuso Raffaele、cygwin の下の追跡者アイテム [ 2406420 ] コンパイル lame_enc.dll によって提出されたパッチ
600:名無しさん＠お腹いっぱい。
10/03/03 21:47:42 WM1oLiDD0
もっとわかりやすく言ってｗ
601:名無しさん＠お腹いっぱい。
10/03/03 23:23:01 RFBGwZ2j0
ウィンドウズさんによって乗船するwww
602:名無しさん＠お腹いっぱい。
10/03/03 23:35:22 jQN3JTXX0
NASM サポートによってラメを作っているときw
603:名無しさん＠お腹いっぱい。
10/03/04 00:54:02 pY+Il1/50
らめええええええええええええええええ
604:名無しさん＠お腹いっぱい。
10/03/04 01:15:55 irJWz/Le0
まとめの更新よろしく
605:名無しさん＠お腹いっぱい。
10/03/04 12:31:18 +92xi48R0
超訳だよ！ 鵜呑みにしないでね！
LAME 3.98.3 2010年2月27日
ロゼリオ・ブリトー：
・debian用のパッケージを更新したよ！
ロバート・ヘギマン：
・ジャケ写を埋め込んでるとignore-tag-errorsスイッチが効かないのを直したよ！
・Library APIの変更：lame_decode関数は時代遅れだからhip_decode関数を使ってね！
なぜかって言うと、lame_decode関数はライブラリ内のデコーダ設定を格納するために
単一のグローバル変数を使うんだけど、hip_decode関数はそうじゃないからさ！
今はclipdetect機能を使ってmp3からmp3への再エンコードをするのにhip_decode関数が使えるしね！
・FFMPEGで、ループ中に一回以上lame_encode_flushが呼ばれたときに問題が起こるのを回避したよ！
・WindowsのVC9でビルドする時のために、アイコンとバージョン情報を追加したよ！
・ [ 2688413 ]：VC6でのライブラリネームの問題を直したよ！
・ [ 2051870, 2423650, 2928684 ]：ドキュメントのミスをいくつか直したよ！
606:名無しさん＠お腹いっぱい。
10/03/04 12:33:15 +92xi48R0
続きだよ！
・ [ 2723518 ]：3.98と3.99alphaでの再サンプリングの問題を直したよ！
・ [ 2891879 ]：prorityスイッチの問題があったからWindows APIを変更したよ！
・ [ 2893101 ]：BladeMP3EncDLLでUNICODEが定義されているとアクセス違反になるのを直したよ！
・ [ 2887359 ]：num_samplesがセットされていない時にID3v2タグの長さが変なのを直したよ！
・ [ 2872590 ]：3.98で「曲の長さ」タグが合っていないのを直したよ！
・ [ 2824296 ]：CVSからの3.98.3とか3.99aでenc_padding値が違っているのを直したよ！
・FhGデコーダ問題（WindowsのFhG V1.5 build 50）をもっかい考えるよ！：
新しいドレインコードを使うとバッファサイズを制限する方法（2007年5月16日の3.98β1を見てね！）
よりも効果的に問題を解決できるんじゃないかな！
・ベルンハルド・ドーブラーさんからのパッチだよ！
[ 2807676 ]：NASMでLAMEをビルドする際のエラーを直したよ！
・マンクソ・ラファエルさんからのパッチだよ！
[ 2406420 ]：cygwinでlame_enc.dllをコンパイルできるようにしたよ！
以上だよ！
607:名無しさん＠お腹いっぱい。
10/03/04 13:03:58 PV21ywOO0
>>605-606
神翻訳お疲れ様です
608:名無しさん＠お腹いっぱい。
10/03/04 14:08:02 GB6KOjBy0
ミジンコでも分かるくらいのレベルの翻訳きぼん
609:名無しさん＠お腹いっぱい。
10/03/04 14:28:43 7NchgwcZ0
じゃあ今回も3.98系列だけに、通常のエンコードに関しては変更点無しってことでいいのか。
素直に3.98.2に上書きインストールしちゃっていいの…かな？
610:名無しさん＠お腹いっぱい。
10/03/04 14:47:13 wheu5fWAP
>>572
俺もそう感じた
611:名無しさん＠お腹いっぱい。
10/03/04 15:04:25 +X3b+ZUk0
これだけ修正されても、音質に関連しているのはFhGのだけなんだよな。
それなのに、なんでこんなに音質が変わったのだろう。
612:名無しさん＠お腹いっぱい。
10/03/04 16:48:56 Tpj7PCbX0
613:名無しさん＠お腹いっぱい。
10/03/04 16:54:09 eBmv/chD0
3.99のがよくね？ざらつきが減ったようなきがす
614:名無しさん＠お腹いっぱい。
10/03/04 17:37:28 dMHsPEAu0
定番の音質うんぬんの話は まぁお約束だからと生暖かい目でみるけど
あまりしつこいとイラッとする
615:名無しさん＠お腹いっぱい。
10/03/04 17:44:58 h/VSHcep0
>>614
30過ぎた頃から？
616:名無しさん＠お腹いっぱい。
10/03/04 18:24:25 R6UejoHt0
明日のテレフォン出るよ
617:名無しさん＠お腹いっぱい。
10/03/05 01:30:38 y2Evu8nC0
バージョンアップのたびに音質云々すぐ言う奴は
WMPの128kbpsで音は満足できるんだが
スペックに満足できないんだよなあ
所謂思い込み効果を重視するからなあ、彼らは
618:名無しさん＠お腹いっぱい。
10/03/05 03:33:59 hb5WOm/+0
今比較検証中なんだが、なんだか妙なことに気付いたので途中報告。
とりあえず3.98.2と3.98.3で、このスレに出てたオプションコマンド付きでエンコして比べてたんだが、
出音は違うことは違う模様。
ただこれが曲者で、ある範囲だけ抽出して波形を目で比較すると、
「違う部分」と「同じ部分」が出てくる。
バイナリを比較しても、これまたしばらく「違う部分」が出てきたかと思いきや、
「同じ部分」が間で出てきたりする。
つまり、何か特定の場合のみスイッチの入る処理の仕方が変わったっぽい。
つづく。
619:名無しさん＠お腹いっぱい。
10/03/05 03:44:21 jAjADV880
このスレに出てたオプションコマンドを書いてくれ
620:名無しさん＠お腹いっぱい。
10/03/05 03:45:36 hb5WOm/+0
そしてこれが問題なんだが、3.98.2の方が何故か原盤より53ミリ秒も長さが長かった。
エンコすると1ミリ秒長くなるというのは以前調べが付いていたんだが、
まぁこれはきっと曲頭の音割れ対策とかそういうのだと思う。
しかし53ミリ秒というのは流石にヤバい。（3.98.3では原盤+1ミリ秒だった）
さらに詳しく見てみると、曲の40秒くらいの地点で短い無音（完全な無音）が入るんだが、
この後が26ミリ秒遅れてる。
26ミリっていったら約53ミリ÷2、つまりもう一カ所26ミリ長い部分があるはずだって予想を立ててみると、
案の定末尾が26ミリ長くなっていた。
さらに、曲全体を見てみると、ある程度の時間（短くて470ミリ秒）完全に無音になっているのは、
上記の2カ所しかないことがわかった。
つまり、3.98.2は400ミリ秒程度の完全無音があると26ミリ秒音の復帰が遅れてしまうバグがあったんじゃないか。
これは3.98.3に乗り換えざるを得ないかも。
ちなみに、>>618で言ったバイナリの比較は、この26ミリ秒が入る以前で切って比較しているので
影響は考えないで大丈夫。
621:名無しさん＠お腹いっぱい。
10/03/05 03:47:55 hb5WOm/+0
>>619
>>184の192kbps用のやつ。
あと今デフォルトプリセット128kbpsで比較し直したけど同様の結果。
622:名無しさん＠お腹いっぱい。
10/03/05 04:18:27 p1LD79DE0
誰も書いていないから‥3.98.2と3.98.3のinsane（CBRの高ビットレートの方が違いが顕著なので）をZipしてみると3.98.3ｴﾝｺ全然縮まないんだよね
推測だけど、以前は再生互換性のために「詰め物」入れて帳尻合わせていたんじゃないの？
623:名無しさん＠お腹いっぱい。
10/03/05 04:21:06 hb5WOm/+0
で、ようやく音質的な話。
まず最初に、何も考えずにABXしてみたけど聞き分けられなかったorz
ので、>>618で『「違う部分」と「同じ部分」が出てくる』って言ったうちの、
「違う部分」がどこにあたるかバイナリで見て考えてみた。
すると、曲の先頭や末尾はどうやら「同じ部分」に見える。
これは、「音の小さい部分」が「同じ部分」にあたるんじゃないかと予想を付け、
逆に「音の大きい部分」の処理が3.98.3で変わったと仮定して、
今度は音量の大きな部分／小さな部分を別のファイルに書き出して比較してみた。
…多分合ってるだろうと思ったけど、ちょっと分かりづらかったので最後にABX。
これまで調べたことを前提に置いて、フィルなんかの音量が大きくなる部分を比べてみる。
んで、なるほど、これは違うと確信した。
クリアって言ってる人が居たけど、音を作る立場から言わせて貰えば、
3.98.2は原曲と比べて「コンプかサチュったみたいに飽和してる」。
聞き専に分かりやすく言うなら、ダイナミクスが少し潰れてる。
3.98.3は問題なし。原音ママ。
ここを聞いてABXしてみると、スコアは10/10、完璧に聞き分けらた。
つまり3.98.3サイコーってことです、ハイ。
こういう音の変更なら、今までのオプションコマンドもそのまま使えるだろうしね。
624:名無しさん＠お腹いっぱい。
10/03/05 04:49:40 hb5WOm/+0
ついでなので>>622検証してみたけど、マジで縮まないね。
20MBのファイルで2MB近く差が出る。何故だ。
あと「26msec lame」でググったらなんか普通に出てきた。
URLﾘﾝｸ(www2.ocn.ne.jp)
既知の問題だったのか…1msecの方も書いてあるし…
そして検証し直したら無音と26msecには直接は関係なく、
なんか知らんが何かしらの原因で突然26msec伸びることがあった模様。
無音なんて最初と最後しか無い曲でトータル78msec長くなってたりするし。
おわり。
625:名無しさん＠お腹いっぱい。
10/03/05 05:13:09 pVL8A+cr0
乙
なんとなく音が違うような気はしたけどプラシーボ万歳とか思ってたｗｗｗ
626:名無しさん＠お腹いっぱい。
10/03/05 12:18:43 KZkfTl6A0
>>622
散々話題になってると思うが
3.98.3が出たきっかけ自体がそれ (FhGデコーダのために意図的やっていた)
URLﾘﾝｸ(www.hydrogenaudio.org)
627:名無しさん＠お腹いっぱい。
10/03/05 12:55:34 iiRdf71q0
>>626
だからその分音質改善しているんじゃないの？って事でしょ。
そして各々の改善度合いは、オプションによって違うから使う人間が判断すれば良いだけの話。個人的に一割近く違うのは「些細な事」とは思えないけどね。
628:名無しさん＠お腹いっぱい。
10/03/05 14:21:14 KZkfTl6A0
>>627
いや...何故俺へのレス?
629:名無しさん＠お腹いっぱい。
10/03/05 14:38:18 uGOBY2dp0
人気者がいると聞いて（ｒｙ
630:名無しさん＠お腹いっぱい。
10/03/08 00:37:53 +RvbMXok0
ビットレートを倍にでもすれば、80点が90点になるかもしれないけど
エンコーダのバージョンアップでは、85点が87点ぐらいにしかならないよな
631:名無しさん＠お腹いっぱい。
10/03/08 00:59:03 LQYRZPua0
そういうことをいう嫌な奴は3.90.3でも使ってろ。キーキー！
632:名無しさん＠お腹いっぱい。
10/03/08 01:51:36 8LKaQfDE0
1/4のファイルサイズでよく頑張ってるほうじゃないか？
でもmp3の音があまり好きじゃないからaacが普及してくれればな…
633:名無しさん＠お腹いっぱい。
10/03/08 01:57:49 eAz5QlagP
>>632
you、AACを使えば良いじゃない
634:名無しさん＠お腹いっぱい。
10/03/08 11:44:18 yJR9UEgM0
320kbpsっていうとでかいように思いがちだが、元の22.7%程度しか無いんだよね。
635:名無しさん＠お腹いっぱい。
10/03/08 16:32:59 pELvy5fa0
若干、スレ違いだけど皆はLAMEエンコする時EACは95b4使ってる人いる？
LAMEまとめサイトでは95b2推奨になってるけど・・・・。
636:名無しさん＠お腹いっぱい。
10/03/08 16:45:32 2c9aQWg70
それは知らなかったが俺は95b2だなぁ。
それ以降だと俺のATOKとの相性が悪いんだよ。
637:名無しさん＠お腹いっぱい。
10/03/08 16:54:46 bdyTudSy0
てかなんで4なの？普通に一番新しい99b5でよくね？
EACスレのテンプレも99b5のことしか書いてない
638:名無しさん＠お腹いっぱい。
10/03/08 17:54:42 eAz5QlagP
>>637
>てかなんで4なの？普通に一番新しい99b5でよくね？
俺も99b5を使っています。
特に不具合も感じられないんですけど、何か問題があるんですかね～
639:名無しさん＠お腹いっぱい。
10/03/08 18:27:47 QBIPZsQL0
>LAMEエンコする時EACは
何にもEACはLAMEに関係ないだろが
フロントエンドで音が変わると思ってる典型的な馬鹿野郎だろ
640:名無しさん＠お腹いっぱい。
10/03/08 18:31:12 ERybBWGS0
what's newくらい読んでから聞くように
641:名無しさん＠お腹いっぱい。
10/03/10 14:29:58 Ar1cwz1I0
はい
642:名無しさん＠お腹いっぱい。
10/03/10 21:29:18 7B8VuZM30
はいじゃないが
643:名無しさん＠お腹いっぱい。
10/03/10 22:06:26 NQiLJOhW0
はい
644:名無しさん＠お腹いっぱい。
10/03/11 01:19:03 oVRWrXIY0
3.98.3になってから手持ちCDを再エンコした頑張り屋さんはさすがにいないよね
645:名無しさん＠お腹いっぱい。
10/03/11 01:22:02 Xp5Btyyr0
>>644
（ ＾ω＾）ノ
646:名無しさん＠お腹いっぱい。
10/03/11 01:25:22 eyxGF8KO0
まぁ単純上位互換の良調整だからなぁ…
647:名無しさん＠お腹いっぱい。
10/03/11 18:45:13 iiv59YTf0
まだ語っていたことに驚いた
MP3のからほかのフォーマットへの普及はビデオからDVDへの普及くらい時間がかかるだろうね
648:名無しさん＠お腹いっぱい。
10/03/11 18:57:59 Iw+Hn+MKP
>>644
ノ
あと4353曲w
649:名無しさん＠お腹いっぱい。
10/03/11 22:03:14 TkH1Q/Av0
gccでコンパイルしてみたんだが、rarewaresの方が速い…orz
rarewares 8秒
gcc 12秒
gcc(-march=amdfam10) 11秒
650:名無しさん＠お腹いっぱい。
10/03/11 22:25:21 0mf0GzXi0
gccなんかマルチプラットホームだから使われてるだけで
最適化目当てに使うもんじゃないだろ
651:名無しさん＠お腹いっぱい。
10/03/11 23:23:43 ba9sQRLZ0
gcc早いってのは昔の話だろ、今はインテルコンパイラが最速。
652:名無しさん＠お腹いっぱい。
10/03/12 03:39:50 Z9bb2RP60
GCC4.5.0から4.4.3に変えたら11秒から9秒になったけど、インテルのコンパイラの8秒には及ばないなぁ
653:名無しさん＠お腹いっぱい。
10/03/12 09:25:47 qdIPYrMf0
Linux版はフリーらしいけどWin版のICCってライセンスいくらぐらいすんの？
654:名無しさん＠お腹いっぱい。
10/03/13 18:25:43 5IqP936F0
>>184のコマンドラインで3.98.3使ってるがやけにシュワシュワするようになった気がする
655:名無しさん＠お腹いっぱい。
10/03/13 18:59:36 Rio7qYAx0
んなオプションなんで使うの？馬鹿なの？
656:名無しさん＠お腹いっぱい。
10/03/13 19:16:12 tCYett5S0
ビットレートが低いんじゃない？
あのオプション、随分詰め込んであるからできれば256kbpsくらいないと苦しいよ
そうでないなら比較用mp3うｐ
657:名無しさん＠お腹いっぱい。
10/03/13 19:23:06 5IqP936F0
多分俺の耳がいかれてるだけだろうから気にしないでくり
658:名無しさん＠お腹いっぱい。
10/03/13 19:54:35 R+MTav+C0
シュワシュワって何？
659:名無しさん＠お腹いっぱい。
10/03/13 19:57:01 nmley29e0
ただ>>184を話題に引っ張り出したかっただけちゃうんかと
660:名無しさん＠お腹いっぱい。
10/03/13 19:58:43 JhXMRvgp0
>>658
多分、高音のミョロミョロのことだろ。
年配は何故かあれをシュワシュワと表現する。
661:名無しさん＠お腹いっぱい。
10/03/13 20:41:28 z4MFylfc0
耳の衰えた年寄りほど音質）（苦笑にこだわるよなｗｗ
662:名無しさん＠お腹いっぱい。
10/03/13 20:55:36 5IqP936F0
ばあさんや、飯はまだかね
663:名無しさん＠お腹いっぱい。
10/03/13 21:58:27 YMWjLzIT0
あたしゃじいさんだよ
664:名無しさん＠お腹いっぱい。
10/03/13 22:44:23 Qz0GtNFk0
3.98.3に入れ替えてエンコしたら、iPhoneで再生開始一秒以内に音飛び発生するようになったわ。
CDex+LAME(Win)でエンコ→iTunes(Mac)で再生までは問題ないのに、iPhoneに同期したものは音飛びする…
iTunes(Mac)でエンコードしたものは音飛びしないので3.98.3のバグかなぁ？
iPodはほかに持ってないからこれ以上切り分けできねー。
665:名無しさん＠お腹いっぱい。
10/03/13 23:22:48 EQ8PfK+w0
XLD使ってみるとかやることあるだろうに。
666:名無しさん＠お腹いっぱい。
10/03/13 23:33:10 TahCyTbb0
ミョロミョロは妥協
シュワシュワは年の功
臨場感とシュワシュワの両方に悩まされる年配の方は
せっかくいい耳してるんだから、編集ソフトで高域補正とかやってみれ
667:664
10/03/14 00:13:00 m6H0yvaG0
>>665
ああ、情報足らずだったわすまん。焦って情報求めようとしすぎた。
これまでCDex+LAME3.98.2でエンコしてたのを3.98.3に入れ替えたのです。
ちなみに音飛びする曲は何度エンコしても同じ個所で音飛びする。音飛びしない曲は一度もしない。
＞iPodはほかに持ってないからこれ以上切り分けできねー。
はデバイス側の異常なのかどうかを切り分けがこれ以上できないってことです。
で、いま色々組み替えてやってみた。使ったのはCDexv1.51 EACv0.99b4
CDex+3.98.2 320Kbps(CBR):VeryHigh(q=0)→今までの。問題なし
CDex+3.98.3 320Kbps(CBR):VeryHigh(q=0)→開始すぐにぶつ切りの音飛び
CDex+3.98.3 320Kbps(CBR):High(q=2)→同じく発生
CDex+3.98.3 320Kbps(CBR):--preset insane→同じく発生
EAC +3.98.3 320Kbps(CBR):高品質→発生せず
どうやらCDexと今回のLAMEの相性かもしれない…厳密に調べてないのでそうは言い切れないが。
668:名無しさん＠お腹いっぱい。
10/03/14 00:29:15 PqgmnkD60
dllでやってるのかexeでやってるのかぐらい書かないと
669:664
10/03/14 00:38:08 m6H0yvaG0
>>668
すんませんでした。CDexはdllで、EACはexe指定されたんでexeを使いました。
普段CDexしか使ってなかったんでEACはよくわかってないで設定してました(汗
670:名無しさん＠お腹いっぱい。
10/03/14 00:49:43 PqgmnkD60
だとすればCDexのdllの使い方に問題があるんじゃないの
CDexもexeでやったら
671:664
10/03/14 01:40:18 m6H0yvaG0
>>670
CDexに外部エンコーダ設定でlame.exeしてみたがやはり音飛びしてしまう・・・
だいたいiTunesでの再生だと問題ないのに、iPhoneでの再生だと発生するのが納得いかん。
これはあきらめてEACに乗り換えろってことかなー。今日はもう寝るわ、ありがとう。
672:名無しさん＠お腹いっぱい。
10/03/14 01:58:03 PqgmnkD60
そりゃデコーダが違うんだから、同じ動作を期待するのもどうかと思うが。
(1) CDexでmp3にエンコード (dll)
(2) CDexでmp3にエンコード (exe)
(3) EACでmp3にエンコード
(4) CDexでwavにした後、手動でmp3にエンコード
(5) EACでwavにした後、手動でmp3にエンコード
をそれぞれ比べてみれば、どこが悪いのか分かるかも。
3.98.2と3.98.3では320kbpsフレームの扱いが随分違うので、
特定の条件下でiPhoneのデコーダと非互換のmp3を生成している可能性もある。
この場合、きちんとバグ報告した方がよい。
673:名無しさん＠お腹いっぱい。
10/03/14 02:55:36 MCrNaUVj0
やっつけテスト
foobar Lame3.98.3 mp3→mp3 insaneで1分再生、問題なし
iPhone3GS 3.1.2
674:名無しさん＠お腹いっぱい。
10/03/14 04:19:58 gWhPYXhi0
>>671
その音飛びするアルバム名と曲名を書けば誰かが追試してくれるかもよ
675:664
10/03/14 08:11:04 m6H0yvaG0
そうしておきます。とりあえず昨日エンコして発生してた曲だけ書いておきます。
物がモノだけにテストできる人限られそうな気がｗ
あとですでにエンコ済みの映画サントラでも試してみます。フツーのCDもってなくてごめん。
発生する場所は決まって開始１秒のところだけ音飛びします。
医龍 Team Medical Dragon 2 オリジナル・サウンドトラック : 澤野弘之
04-Feined oder Freund
12-Battle with Silence
14-Eugel und Teufel <piano & cello ver.>
18-SPIKE
機動戦士ガンダムUC オリジナルサウンドトラック : 澤野弘之
02-UNICORN
08-A LETTER
12-ON YOUR MARK
24-ZERO GRAVITY
…フツーのひとってサントラあんま持ってないか。MATRIXとかならもってる？
676:名無しさん＠お腹いっぱい。
10/03/14 09:42:57 K4qUmPQc0
>>667
CDex1.51って、どんだけ古いの使ってんだよ
677:664
10/03/14 12:11:45 m6H0yvaG0
>>676
時間ないので発生した曲だけしか試してないんですが、CDex1.71b4だと音飛び発生しなかったわ。どもです。
ってことは1.51側の問題かな、ご指摘のとおり古いし(汗
ケドあいかわらずタグ付かないバグ直ってないんだよね。それがあって1.51に戻してました。
手間はありますが1.70b4を使うようにします。お騒がせいたしました。
レス・アドバイスいただいた方ありがとうございました。
678:名無しさん＠お腹いっぱい。
10/03/14 12:17:03 W8vMzpWx0
>>677
ひっそりパッチ当てよう
ｽﾚﾘﾝｸ(software板:599番)
679:664
10/03/14 12:41:15 m6H0yvaG0
>>678
おお、ありがとう、こんなの出てるとは知らなかった！
パッチ当ててみたらタグ問題解決されました。音飛びも問題なしでした。
あと一々iTunes上で設定してたアルバムアーティストも自動で埋めてくれるんだね。これ便利。
本当にありがとうございました！
680:名無しさん＠お腹いっぱい。
10/03/14 13:26:02 1C/x5MMb0
EACでlame3.98.3使う場合にはまずrarewavesでファイルを落として分かりやすいようにEACのProgram fileに入れる、
エンコードオプションでlame3.98.3を指定、でやり方はあってるよね？
681:名無しさん＠お腹いっぱい。
10/03/14 15:48:58 0395MJ260
いいえdllを放り込むだけです
682:名無しさん＠お腹いっぱい。
10/03/14 17:23:29 DeZaKUhS0
3.98.3の６４Bit版はどこにありますか
683:名無しさん＠お腹いっぱい。
10/03/14 17:31:37 74QjYtj40
探せばネットにあります。
684:名無しさん＠お腹いっぱい。
10/03/14 19:31:09 C4OjCzxv0
なごきちがいるのかよ
685:名無しさん＠お腹いっぱい。
10/03/14 21:09:15 DeZaKUhS0
>>683
URLをおねがいします
686:名無しさん＠お腹いっぱい。
10/03/14 21:32:12 W8vMzpWx0
とりあえずね、スレ内検索くらいはするべきだと思うよ
687:名無しさん＠お腹いっぱい。
10/03/14 22:43:37 KspqcLUE0
>>680
そこまでやってるなら
適当なファイルを変換してみればいいんじゃない？
688:名無しさん＠お腹いっぱい。
10/03/15 00:44:20 UX5lIgt50
--preset insane
--preset fast extreme
ファイルサイズもエンコスピードもたいして変わらんようなので
--preset insane使ってりゃおｋ？
689:名無しさん＠お腹いっぱい。
10/03/15 00:47:17 CjI8/lWz0
>>688
お前何にもわかってないだろ？
iTunesでも使ってたほうが幸せになれるぜｗ
690:名無しさん＠お腹いっぱい。
10/03/15 00:50:14 1O8lsvLe0
fast extremeでinsaneと大して変わらんサイズになるってことはよっぽど圧縮しづらい音源なんだね。
691:名無しさん＠お腹いっぱい。
10/03/15 00:53:12 UX5lIgt50
helloweenのi want outって曲なんだが、insaneは10MBちょっとで
extremeは10MB弱だから、
たいしてかわらんと思っただけなんだ。
692:名無しさん＠お腹いっぱい。
10/03/15 00:56:51 mXbdBeV+0
終始ガチャガチャした曲は圧縮しずらい
ギター一本でふにふに歌ってるような曲は変わってくるよ
693:名無しさん＠お腹いっぱい。
10/03/15 01:47:59 qzp8AC6n0
>>691
散々既出だけどエクストリームさんの方が評判は良いよっと。
694:691
10/03/15 07:35:34 /ijeUKGgO
みなさんレスありがとう。
>>693
そうなんだ。しばらくはextremeでいってみます。
695:名無しさん＠お腹いっぱい。
10/03/15 12:49:21 B4UGqo2n0
だまされるな。insaneの方が音は良い。聞いてみて決めれ。
696:名無しさん＠お腹いっぱい。
10/03/15 13:26:26 DuvvxlywO
容量に余裕があるならinsaneでいいんじゃない？
697:名無しさん＠お腹いっぱい。
10/03/15 14:13:45 L66isxgw0
>>686
失礼しました。
検索はしてます。
LAME 3.98.2
LAME 3.98.2 (409k)
Latest Alpha Builds
LAME 3.99a2 (360k) Wednesday, February 17, 2010
LAME 3.99a2 (360k) Friday, February 19, 2010
LAME 3.99a2 (360k) Monday, February 22, 2010
LAME 3.99a2 (359k) Wednesday, February 24, 2010
LAME 3.99a2 (359k) Friday, February 26, 2010
LAME 3.99a2 (360k) Monday, March 1, 2010
ごらんのように3.98.3の６４Bit版だけありませぬ
698:名無しさん＠お腹いっぱい。
10/03/15 16:01:37 ahjxW3Qr0
こいつアフォだなぁｗ
>>589見ろ
699:名無しさん＠お腹いっぱい。
10/03/15 17:10:07 akpzZ2H30
斧でもウィルスなんじゃないかと勘ぐってしまう俺
700:名無しさん＠お腹いっぱい。
10/03/15 20:50:10 4HiF0auw0
とりあえずinsane使っとけばOK？
701:名無しさん＠お腹いっぱい。
10/03/15 20:51:26 woRtg7b00
V0使っとけば間違いない
702:名無しさん＠お腹いっぱい。
10/03/15 21:11:09 hLqep61U0
>>699
MSEを信じるんだ。
>>700
サイズがきにならなきゃな。
703:名無しさん＠お腹いっぱい。
10/03/15 21:32:12 4HiF0auw0
>>701
V0のほうがいい？
704:名無しさん＠お腹いっぱい。
10/03/15 21:34:21 U5gu11OT0
容量の小さいプレイヤーじゃないならinsane。
容量の小さいプレイヤーならV0。
V0でも入りきらないほど容量の小さいプレイヤーならV1、V2、…。
705:名無しさん＠お腹いっぱい。
10/03/15 21:36:16 /vjbRraJ0
お前ら平均何kbpsまでなら許容できるんだ？
706:名無しさん＠お腹いっぱい。
10/03/15 21:48:22 4HiF0auw0
>>704
ありがとう
707:名無しさん＠お腹いっぱい。
10/03/16 01:23:40 2LEU+X320
>>705
320以外ありえない
708:名無しさん＠お腹いっぱい。
10/03/16 01:53:20 SLjlAdLD0
>>694
なんだかんだあるけどV8が最強だから
709:名無しさん＠お腹いっぱい。
10/03/16 01:59:54 x3cXZiaPP
>>705
数年前だったら、妥協して低ビットレートにしていただろうけど
今は余裕があるから普通に320を使っちゃった方が精神的に良いでしょうね。
710:名無しさん＠お腹いっぱい。
10/03/16 03:49:21 LvajmFzl0
insaneはチャラいって定評はどこに行ったの？
それとも以前からスレ見てる人間なんてもう俺くらいしかいないのか？
711:名無しさん＠お腹いっぱい。
10/03/16 04:02:43 NKGPKS/O0
URLﾘﾝｸ(www.dotup.org)
lame-3.98.2 lame_enc.dll 解決策ありますか？
712:名無しさん＠お腹いっぱい。
10/03/16 12:03:54 ACNJ2IqN0
今はメモリに余裕あるから320kだな。
約1/5はちょうどいい。ロスレスはちょっとでか過ぎるよ。
713:711
10/03/16 13:58:44 qskbs7dg0
lame3.97にしたらエラー出なくなった
714:名無しさん＠お腹いっぱい。
10/03/16 15:14:34 EW4txoYU0
CDから自分でmp3 320に圧縮するのと、
最初からmp3 320で売ってるやつは違うよな
なんで？
715:名無しさん＠お腹いっぱい。
10/03/16 15:50:52 x3cXZiaPP
>>714
>なんで？
mp3化する際に使用するエンコーダが違うからでしょ（笑
716:名無しさん＠お腹いっぱい。
10/03/16 16:22:03 O0PQ9Ajz0
>>712
>今はメモリに余裕あるから320kだな。
メインメモリに関係してるん？
717:名無しさん＠お腹いっぱい。
10/03/16 16:23:16 u1I7J9BL0
DAPのじゃない？
718:名無しさん＠お腹いっぱい。
10/03/16 20:25:22 iz+TEjAU0
>>710
いつまでこんなところにいるの？
719:名無しさん＠お腹いっぱい。
10/03/17 01:43:26 IP5jDiYb0
若干ぼけるがまろやかなextreme
空間表現が得意だが刺々しいinsane
とか書いて荒らしてみる
720:名無しさん＠お腹いっぱい。
10/03/17 02:10:26 GValUmzx0
SSDに保存したMP3は音がクリアになる
721:名無しさん＠お腹いっぱい。
10/03/17 02:12:12 TgO8HzA00
SLCは音が固い MLCは若干まろやか
722:名無しさん＠お腹いっぱい。
10/03/17 02:14:45 bIveJuKW0
天気で音が変わるのはもちろん知ってるよな？
723:名無しさん＠お腹いっぱい。
10/03/17 03:22:43 wr3tcNiT0
電力会社でご飯が云々
724:名無しさん＠お腹いっぱい。
10/03/17 03:53:04 DjsCdLLk0
地磁気も音質に影響を与えるというのはよく知られた話だ
725:名無しさん＠お腹いっぱい。
10/03/17 04:21:00 w9tv/M7M0
ソフトウェアのインストールする順番もだな
726:名無しさん＠お腹いっぱい。
10/03/17 08:18:11 Jzqa1BN90
今日は温度も湿度も気圧も良いね、ただ晴れると放射線値が気になるのが玉に瑕
727:名無しさん＠お腹いっぱい。
10/03/17 10:15:48 VIFeZsE6P
使用するPCのOSでも音質は変わるしね（笑
728:名無しさん＠お腹いっぱい。
10/03/17 10:49:56 D85m0V4q0
やっぱりMacの方が音はいいの？
729:名無しさん＠お腹いっぱい。
10/03/17 10:52:12 VIFeZsE6P
>>728
MACはダメです。爆発します。
730:名無しさん＠お腹いっぱい。
10/03/17 11:01:39 yV1lMN0C0
ウチのレコーディングエンジニアがうんざりした表情で
「あーいう人たちって、なんであんななんでしょうね」と
ぼやいていた。
731:名無しさん＠お腹いっぱい。
10/03/17 11:17:39 Fh7pAZH20
で？
732:名無しさん＠お腹いっぱい。
10/03/17 12:58:06 GVl2BGv3i
ハードディスクのメーカーによってはエンコードする時にノイズが入るよ(笑)
733:名無しさん＠お腹いっぱい。
10/03/17 14:06:39 wtyiQB+50
ウィンドウの位置でも音はちがうよ
左下のほうが5db位高めになる
734:名無しさん＠お腹いっぱい。
10/03/17 15:25:43 gpHnkmBC0
この中にいくつかガチネタがあるから困る
735:名無しさん＠お腹いっぱい。
10/03/17 15:57:24 bIveJuKW0
＿＿ ＿＿
| | ＿_| | ┌┐ ＿＿_ ／＼―┐
| |へ | | |へへへ | | | | | ＼ 、 、
__________________________ ∩＿∩ _________________________________________
／ ＼ ／＼
^＾^ (( | （ﾟ）=（ﾟ） | 人人人人人人人人人人人人人人人人人人人人人
| ●_● | ＜ 絶対に流されるなよ。 ＞
^＾^ ^＾^^＾^^＾^^＾^ ＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹＹ
736:名無しさん＠お腹いっぱい。
10/03/17 16:03:59 b5c99mys0
>>732
HDDはエージングすれば問題ない
737:名無しさん＠お腹いっぱい。
10/03/17 16:05:16 evx05og00
再生機器にもよるんだろうが、PIONNERのDVシリーズは接続するUSBで面白いほど
音が変わる。経験則だと、バッファローの普通のスティックタイプが音いいな。
クロックの問題なのかねぇ。
738:名無しさん＠お腹いっぱい。
10/03/17 20:23:12 4nNz6epl0
>>736
そうかHDDのエージングか！
ちょっと12Vの整流器買ってくるわ
ところでCPUとメモリもエージング必要？
739:名無しさん＠お腹いっぱい。
10/03/17 20:44:55 qiqWxul7P
いつもの
URLﾘﾝｸ(melog.info)
740:名無しさん＠お腹いっぱい。
10/03/17 20:57:43 HnyUCL6q0
>>739
サムスンがないニダ
741:名無しさん＠お腹いっぱい。
10/03/17 21:13:10 T3Px7RLF0
あれ、オレいつオカ板に来たんだ？
742:名無しさん＠お腹いっぱい。
10/03/17 21:59:32 RiCqh/Hg0
音質・音程はわかるけど
音圧・音場はわからん
743:名無しさん＠お腹いっぱい。
10/03/17 22:48:53 H3giEAgK0
>>739
初めて見た。これ本気で書いているのか？
そうだとしたらすごいね。
744:名無しさん＠お腹いっぱい。
10/03/18 00:07:57 0Djg7umr0
>>729
ガチ！
745:名無しさん＠お腹いっぱい。
10/03/18 00:13:32 ISmYRBak0
>>734
どれ？
電圧変動による影響除いて
746:名無しさん＠お腹いっぱい。
10/03/18 00:17:46 ISmYRBak0
>>737
PCからUSBケーブルでデジタル伝送するよりUSBメモリのみの方が影響少ないから原理的には音が良くなるが
メーカー間の音質の差なんてそもそも分かるのか？？
747:名無しさん＠お腹いっぱい。
10/03/18 00:20:01 K3vufPhU0
最早LAMEと何の関係もない流れ
748:名無しさん＠お腹いっぱい。
10/03/18 00:22:28 qqZcnfZn0
喋ることがない位Lame完成度高っけえ
コマンドラインもプリセットが無難だし
749:名無しさん＠お腹いっぱい。
10/03/18 00:24:21 ISmYRBak0
俺はプリセットノーマルでV2でやってるよ
レートは96～32のVBR
これが一番いい
750:名無しさん＠お腹いっぱい。
10/03/18 00:26:47 ISmYRBak0
負荷を出来る限り抑えてトータルパフォーマンスを上げるのはなかなか難しいものだよｗ
特にDAPは負荷が小さいほど電池の保ちもいいし音質も良くなる
751:名無しさん＠お腹いっぱい。
10/03/18 00:28:25 v6MluIO70
>>749
すげー縮んでるな。FM8和音のゲーム音楽とかか？
752:名無しさん＠お腹いっぱい。
10/03/18 00:28:35 H/pxzlAk0
これまたすごいのが来たな
753:名無しさん＠お腹いっぱい。
10/03/18 00:34:38 ISmYRBak0
お前ら電源ケーブルもちゃんとしたの使えよ、俺は最近200V3相引き込んで変圧して使ってるけど
これが一番いい、特にデジアン使ってる香具師は試してみれ。
電線病とまではいかないが電線と壁コンには万単位使わなければ意味が無いよｗ
754:名無しさん＠お腹いっぱい。
10/03/18 00:38:18 v6MluIO70
いや、俺バッテリードライブだから
755:名無しさん＠お腹いっぱい。
10/03/18 00:51:10 qqZcnfZn0
>>749
自分でビットレート指定したらその時点でプリセットでは無いなカスタムだろ
V2ではなくV8とか試した?
756:名無しさん＠お腹いっぱい。
10/03/18 00:56:53 ISmYRBak0
>>755
マジなの？
それじゃ自分でレート決めてもV2だとオートになるって意味なのかね
コマンドラインじゃなくLAMEはフロントエンドとしてしか使ってないが
757:名無しさん＠お腹いっぱい。
10/03/18 01:09:26 qqZcnfZn0
>>756
いや指定したらちゃんと指定通り
やってくれるけど何も指定しなければV2が平均190前後になる
だったら最初から平均値の低いV6～V8
でもいいのではないかという意味で
↓のFAQやプリセットオプションを
見ればいいかも
URLﾘﾝｸ(www.geocities.jp)
758:名無しさん＠お腹いっぱい。
10/03/18 01:27:03 ISmYRBak0
>>757
CDexの設定の中にNomal(Q=5)ってのがあるんだよ
それとVR QualityってのがあってVBR2にしてる
これでいいと思ったよ
でもぐぐると↓こういうのもあって何か訳分からん
URLﾘﾝｸ(www001.upp.so-net.ne.jp)
759:名無しさん＠お腹いっぱい。
10/03/18 01:29:55 ISmYRBak0
まあ俺は設定とかコンピュータの知識は皆無なので適当でやって
機器の音質だけで判断してる
CBRのinsaneは昔やってたけど音が固くなるので今はやってない
760:名無しさん＠お腹いっぱい。
10/03/18 01:40:06 +4NxrkB90
>>745
>>734は俺だが、この冗談みたいな流れでマジに取られるとは思わなかった
761:名無しさん＠お腹いっぱい。
10/03/18 02:00:08 qqZcnfZn0
俺は↓のソフトにWAVEファイル
ぶち込んでるんでmp3作ってるんだが
エンコード設定でCDexの様な（q=5）
なツマミを左右に移動して指定するだけだ
たぶん>>758の言う96～32ていうのは
ツマミを左側に（q=の数字
を大きくしたら）したらレート指定
しなくても出来ると思ってる
URLﾘﾝｸ(www.nihongoka.com)
762:名無しさん＠お腹いっぱい。
10/03/18 02:07:21 H/pxzlAk0
わざわざそんなもん使わんでも・・・
763:名無しさん＠お腹いっぱい。
10/03/18 02:15:38 5pv5n5gz0
>>761
俺も以前それ使ってたが、VBR最高にしても音質が悪くて使うのやめた。原因は不明。
764:名無しさん＠お腹いっぱい。
10/03/18 02:16:29 WsLg0HBJ0
これは恥ずかしい…
765:名無しさん＠お腹いっぱい。
10/03/18 02:24:34 qqZcnfZn0
>>758
マジごめん>>761今やったけど無理だった
俺ROMッとく
766:名無しさん＠お腹いっぱい。
10/03/18 04:52:08 K3vufPhU0
お前ら何も分かってねえな
タグの文字列に半角が含まれるとと硬い音になるでFAだろ
767:名無しさん＠お腹いっぱい。
10/03/18 09:13:41 ZBTReS410
間違ってAPEタグ入れて猿っぽい音になった事ならあるわ
768:名無しさん＠お腹いっぱい。
10/03/18 18:56:42 +4NxrkB90
過去ログを見てたらこんなんがw
URLﾘﾝｸ(www.reqst.com)
お前ら昔っから好きだなあ
769:名無しさん＠お腹いっぱい。
10/03/18 19:31:34 3z2X+n060
>>768
もうこいつの言うことは信用できないなｗｗｗｗｗｗｗｗｗｗｗ
770:名無しさん＠お腹いっぱい。
10/03/18 20:59:47 JzVnkW1d0
もう何でもありだな
771:名無しさん＠お腹いっぱい。
10/03/18 23:57:34 aVa1isoh0
うちは燃料電池の自家発電に変更したんだけど今までよりもPCで聞く
LameのVBRの音質が良くなったような気がすると妹の友達の友達が言ってた
772:名無しさん＠お腹いっぱい。
10/03/19 00:06:19 x2auYDVd0
>>771
アンペア数幾つだ？
工場が出来るぐらいの規模じゃないと薄っぺらいスカスカな音しかしねーぞ
773:名無しさん＠お腹いっぱい。
10/03/19 03:44:12 B83JghHK0
>>767
タグに 『見ざる』 と 『言わざる』 の文字を入れると改善するよ
『聞かざる』 を入れるとサル度が増してしまうんでチューイ
774:名無しさん＠お腹いっぱい。
10/03/19 06:17:37 o+jhrQ810
さすがにワル乗りし過ぎだと思うが、他に話すことも無いんだよなぁ
775:名無しさん＠お腹いっぱい。
10/03/19 07:09:26 iTtH+CKX0
スレ違いかも知れませんが、
壊れたmp3を検出する方法は有りませんでしょうか。
・デコードが不可能なフレームがある とか、
・タグ情報の録音時間と、実データの時間が違っている とかです。
パブリックドメイン・クラシックというサイトから
mp3形式のファイルを落としたのですが、
途中で止まったり、後半が欠けているファイルがあります。
大体はダウンロードしなおせば直るのですが、
ブラームス：クラリネット五重奏曲のように、ダメなものもあります。
せめて、どこがおかしいかわかれば、バイナリエディタでなんとか
出来るんじゃないかと思ってます。
776:名無しさん＠お腹いっぱい。
10/03/19 10:31:14 t/IRhLLi0
ノーパソでバッテリー駆動でエンコードしてる
msでまだやってる
777:名無しさん＠お腹いっぱい。
10/03/19 17:32:57 cVDn/U+s0
ソーラーで充電したノーパソでエンコすると音が暖かいよね。
778:名無しさん＠お腹いっぱい。
10/03/20 01:08:46 pNs9tjEx0
マジレスすんのも何だけどエンコでは変わらん
再生時のジッターやノイズの影響のみだろ
KLIMAX DSが294万するのもあのジッター値を出してる為だ
LINNは制御チップのチューニングの腕もいいけどね
一台一台刻印が入る
779:名無しさん＠お腹いっぱい。
10/03/20 01:12:48 FsKeExTk0
上の奴らは本気で書いてるのかネタで書いてるのか分からないから困る
780:名無しさん＠お腹いっぱい。
10/03/20 01:19:15 CNZ7vi9r0
ここは2ちゃんねるですよw
781:名無しさん＠お腹いっぱい。
10/03/20 01:22:50 /5I9WwfgP
>>779
気は確かか？
782:名無しさん＠お腹いっぱい。
10/03/20 01:30:21 5gJk1L040
まあ、たまーに本気の奴はいるよね
783:名無しさん＠お腹いっぱい。
10/03/20 02:07:41 jMtYlXhb0
>>775
MP3の曲の長さは、ファイルサイズから計算する。
Xingヘッダ（LAMEヘッダ）があればファイルサイズやフレーム数が
ヘッダに記録されてるからチェックできる（意図的に消す人もいるみたいだが）
何でエンコードされてるか分からんダウンロードしたMP3じゃ手の施しようはない。
おとなしくファイルサイズ確認してからダウンロードするダウンローダー使え。
784:名無しさん＠お腹いっぱい。
10/03/20 02:09:21 BGQupi+70
うそなの？
ソーラーだけは信じてたのに．．．
785:名無しさん＠お腹いっぱい。
10/03/20 10:04:47 blEBrjxx0
大型トラックの電源を使ってPCを動かし、それでエンコすると低温が力強い音質になるね。
軽自動車だと、低音がスカスカで高温もシャリシャリ。
バイクだと高音が生き生きしている。
786:名無しさん＠お腹いっぱい。
10/03/20 11:43:01 qPM9e18w0
そのへんにしとかなきゃらめぇ
787:名無しさん＠お腹いっぱい。
10/03/20 14:47:23 zb/exrHV0
だな。再生環境ならともかくデコードで音が変わるはずないもんな。
俺はアムドマシンでしかエンコードしませんが。
788:名無しさん＠お腹いっぱい。
10/03/20 14:59:43 VuBY2s7V0
664ですが、あのあと全曲エンコードしてみるとやっぱり音飛び発生してましたorz
音飛びする曲が変わってたり、曲の無音部分に重なっててすぐに気付けなかった・・・
CDex1.70b3(ひっそり)+LAME3.98.3でエンコ→iTunes(Mac)→iPhone3Gで発生するんだけれども
EAC0.99b4、b5いずれでも音飛びしてました。(CDexとは別の個所)
ドライブが原因かと思ってMacのbootCampと仮想上のwinXPでもCDex、EACともにエンコードしてみましたが
LAME3.98.3でエンコしてiPhone3Gに同期したものはどれもどこかで音飛びしてしまいます。
とりあえずLAME3.98.2に戻してエンコしなおします・・・
789:名無しさん＠お腹いっぱい。
10/03/20 15:04:44 zb/exrHV0
元々98.2→98.3の変更はそういうことが起こってもおかしくない変更だからな。
素直に98.2に戻すので正解だと思う。
790:名無しさん＠お腹いっぱい。
10/03/20 15:22:39 tcNd6Ldg0
>>788
それちゃんと報告した方がいいと思う。
3.98.3のとiPhoneのデコーダの組み合わせで発生するかなり深刻なバグ。
791:名無しさん＠お腹いっぱい。
10/03/20 15:38:40 +4rf3u2J0
エンコードしてるとき部屋をウロウロしてしまう俺
792:名無しさん＠お腹いっぱい。
10/03/20 15:49:10 VuBY2s7V0
>>790
でも自分以外に音飛び発生したっていう報告見かけないんだよね。
とりあえず、友人にiPhone3GとiPhone3GS持ってる奴いるからちょっと検証してもらうわ。
あと、英語がぜんぜん出来ないからどうやって報告すれば…
>>791
１０年くらい前に親がエンコしてるときに近くで歩いていたせいで
ディスクが飛んでエラー発生して怒られたの思いだしたｗ
793:名無しさん＠お腹いっぱい。
10/03/20 15:55:14 ACVWfvEE0
>>788
あとオプションも晒しておけよ
デフォじゃない妙なオプション使ってそうだしなｗ
794:名無しさん＠お腹いっぱい。
10/03/20 16:05:38 CSxmpHIT0
>>792
もし、一般的に起こるようなバグだったら、
他でも （Hydrogenaudioのメンバーでも） 起きてるだろうから、
別に無理して報告することも無いよ。
きにすんな。
どうしてもというなら、>>790が報告するだろう。
795:名無しさん＠お腹いっぱい。
10/03/20 16:09:37 tcNd6Ldg0
fatboy.wavで試した結果
-b 320
mpg123 -vvv: Note: broken frame 1, filling up with 2304 zeroes, from 2304 のメッセージ
mplayer: mpg123: Can't rewind stream by 828 bits! のメッセージ
madplay: error: frame 2: Huffman data overrun のメッセージ
iTunes/QuickTime: 冒頭にノイズが聞こえる
-b 320 --strictly-enforce-iso
mpg123 -vvv: Note: broken frame 1, filling up with 2304 zeroes, from 2304 のメッセージ
mplayer: mpg123: Can't rewind stream by 1675 bits! のメッセージ
madplay: 冒頭にノイズが聞こえる
iTunes/QuickTime: 冒頭にノイズが聞こえる
iPhoneは持ってないから試せないけど、3.98.3の320kbps CBRでエンコードすると
場合によっては問題がありそうなファイルが生成されるのは確かなようだ。
3.98.2では問題無し。
796:名無しさん＠お腹いっぱい。
10/03/20 16:11:51 tcNd6Ldg0
>>794
いやいや無責任にそんな適当なことを言わないでくれよ
797:名無しさん＠お腹いっぱい。
10/03/20 16:16:24 brSe5Q2x0
そもそもリッピングは正常にできてるのか？そこらへんはっきりしない
798:名無しさん＠お腹いっぱい。
10/03/20 16:18:21 brSe5Q2x0
おっとリロードしてなかった
799:名無しさん＠お腹いっぱい。
10/03/20 17:23:25 zb/exrHV0
>>788
ぉぃ。悲しいお知らせだ。
試しに3.98.3のinsaneで縁故したのをBUFFALOのLT-H90で聞いてみたら
ものの見事に音飛びした。
FhGのアルゴリズムってH/Wデコーダーに使われてるケース多いんだろうな。
800:名無しさん＠お腹いっぱい。
10/03/20 17:25:39 UXMo3CNj0
最近音とびするなあと思ったら
LAMEのせいかよ
3.98.2に戻せばいいの？
801:名無しさん＠お腹いっぱい。
10/03/20 17:31:50 vCc6o6Xo0
3.98.3は5年ぶりかで3.97から移行したんだけど使わないほうがいいのか？
今のところ大丈夫なようだが…
fastなんとかのプレセットで
802:名無しさん＠お腹いっぱい。
10/03/20 18:26:26 tcNd6Ldg0
>>799
いや、320kbpsフレームに関しては
3.97(b2~): FhGデコーダと互換なし
3.98-3.98.2: FhGデコーダと互換あるも3.97と比べて音質低下
3.98.3: 音質低下なしでFhGデコーダとの互換性確保
というのが流れ。
795で試した限りでは、特定のデコーダで音飛びが起こるファイルは、
大なり小なり他のデコーダでも問題が起きてる気がする。
803:名無しさん＠お腹いっぱい。
10/03/20 18:34:14 zb/exrHV0
それって、3.98a3あたりでエンコードサイズがドカッと増えた話？
804:名無しさん＠お腹いっぱい。
10/03/20 18:48:05 tcNd6Ldg0
>>803
それは--vbr-newに関する話だから全く関係なし。
FhGデコーダとの互換性問題は、ビットリザーバが働いた時のmp3の最大フレームサイズ関する話。
805:名無しさん＠お腹いっぱい。
10/03/20 18:55:27 FQOsD08X0
今まで3.98.2でエンコしてたんだが3.98.3に変えてみたら
PCの方では普通に再生されるがiPodでは再生できなくなってた･･･
他にこんな症状になったやつっているか？
プリセットは--preset insane -q 0 -m j --lowpass 20 --lowpass-width 2 --nsmsfix 0.97 --highpass -1 --ns-bass -5 --ns-alto -3 --ns-treble 1 --ns-sfb21 -2 %s %d
806:名無しさん＠お腹いっぱい。
10/03/20 18:56:42 /tkmpuf90
プリセットは・・・？
807:名無しさん＠お腹いっぱい。
10/03/20 18:58:50 vCc6o6Xo0
うちは一曲だけNM706iに落としてみたが大丈夫だった
パナのSC-PM48こちらもUSBで大丈夫
PSPは今からやってみるかな
プレサットは上に同じfastなんとか
808:名無しさん＠お腹いっぱい。
10/03/20 19:00:10 +4rf3u2J0
プレサットは・・・？
809:名無しさん＠お腹いっぱい。
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
犠牲になったのだ…