LAMEコマンドラインオ ..
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
乙
なんとなく音が違うような気はしたけどプラシーボ万歳とか思ってたwww
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
人気者がいると聞いて(ry
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うp
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
耳の衰えた年寄りほど音質)(苦笑にこだわるよなww
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
そうしておきます。とりあえず昨日エンコして発生してた曲だけ書いておきます。
物がモノだけにテストできる人限られそうな気がw
あとですでにエンコ済みの映画サントラでも試してみます。フツーのCDもってなくてごめん。
発生する場所は決まって開始1秒のところだけ音飛びします。
医龍 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の64Bit版はどこにありますか
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使ってりゃおk?
689:名無しさん@お腹いっぱい。
10/03/15 00:47:17 CjI8/lWz0
>>688
お前何にもわかってないだろ?
iTunesでも使ってたほうが幸せになれるぜw
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の64Bit版だけありませぬ
698:名無しさん@お腹いっぱい。
10/03/15 16:01:37 ahjxW3Qr0
こいつアフォだなぁw
>>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
__ __
| | __| | ┌┐ ___ /\―┐
| |へ | | |へへへ | | | | | \ 、 、
__________________________ ∩_∩ _________________________________________
/ \ /\
^^^ (( | (゚)=(゚) | 人人人人人人人人人人人人人人人人人人人人人
| ●_● | < 絶対に流されるなよ。 >
^^^ ^^^^^^^^^^^^ YYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYYY
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
負荷を出来る限り抑えてトータルパフォーマンスを上げるのはなかなか難しいものだよw
特に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相引き込んで変圧して使ってるけど
これが一番いい、特にデジアン使ってる香具師は試してみれ。
電線病とまではいかないが電線と壁コンには万単位使わなければ意味が無いよw
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
もうこいつの言うことは信用できないなwwwwwwwwwww
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
10年くらい前に親がエンコしてるときに近くで歩いていたせいで
ディスクが飛んでエラー発生して怒られたの思いだしたw
793:名無しさん@お腹いっぱい。
10/03/20 15:55:14 ACVWfvEE0
>>788
あとオプションも晒しておけよ
デフォじゃない妙なオプション使ってそうだしなw
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 decoderの問題は、
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デコーダとの互換性問題とはまた別の問題ってこと。
次ページ最新レス表示スレッドの検索類似スレ一覧話題のニュースおまかせリスト▼オプションを表示暇つぶし2ch
4821日前に更新/236 KB
担当:undef