LAMEコマンドラインオプションを語れ！その35

LAMEコマンドラインオ ..

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
犠牲になったのだ…

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切って縁故してやったらこれなら聞けるとぬかしやがった。俺には違いわからんかったが。

次ページ