LAMEコマンドラインオプションを語れ!その42
レス数が1000を超えています。これ以上書き込みはできません。
MP3エンコーダーではない何かであるLAME(LAME Ain't an MP3 Encoder)のスレッドです。
[前スレ]
LAMEコマンドラインオプションを語れ!その41
http://anago.2ch.net/test/read.cgi/software/1337093460/
[関連サイト]
本家
ttp://lame.sourceforge.net/
ソースコード
ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/lame.c?view=log
海外掲示板・wiki
ttp://www.hydrogenaudio.org/
ttp://wiki.hydrogenaudio.org/index.php?title=LAME
バイナリ
ttp://lame.bakerweb.biz/
ttp://www.rarewares.org/mp3-lame-bundle.php
ttp://www.free-codecs.com/LAME_Encoder_download.htm
★まとめサイト★
http://www.geocities.jp/buritora2004/lame/ [解説サイト]
LAME FAQ
ttp://www.initialt.org/lame/LAME-FAQ.txt
LAMEでmp3エンコード
ttp://www001.upp.so-net.ne.jp/yama-k/codec/lame.html
[フロントエンド]
Lame Ivy Frontend Encoder (KKKKK.Net)
ttp://kkkkk.net/?life
RazorLame
ttp://www.dors.de/razorlame/
RazorLame日本語化パッチ (ひっそり...)
ttp://homepage2.nifty.com/moto-h/hissori.html
CDex
ttp://cdexos.sourceforge.net/
Exact Audio Copy
ttp://www.exactaudiocopy.org/ [過去スレ一覧]
http://www.geocities.jp/buritora2004/lame/kakolog.html
[関連スレ]
CDexってどう?その12
http://anago.2ch.net/test/read.cgi/software/1298686295/
Exact Audio Copy β15
http://anago.2ch.net/test/read.cgi/software/1397082499/l50
[3.99.5推奨コマンドラインオプション]
(VBR)
-V 0 ⇔ --preset fast extreme
-V 1
-V 2 ⇔ --preset fast standard
-V 3 ⇔ --r3mix
-V 4 ⇔ --preset fast medium
-V 5 (携帯機器向き)
(CBR)
-b 320 ⇔ --preset insane (最高音質)
-b 192 ⇔ --preset cbr 192
-b 128 ⇔ --preset cbr 128 (携帯機器向き) 128GBもあったら全て320kbps固定にしても相当な量入るな。
もっともこのように容量のデカいDAPは領域の大半を動画に使ってるほとんどだろうが。 > もっともこのように容量のデカいDAPは領域の大半を動画に使ってるほとんどだろうが。
可逆やハイレゾで埋まってるんやで
今どきDAPの糞ちっこい(でかくても4インチとか)で動画なんて見ないんやで 128GBのDAPにもしCD音源を無圧縮で入れたとしたら約200枚分(1枚700MBで計算しても187枚分)か。
CD音源もしくは同等な規格(44.1kHz、ステレオ)の音声しか入れないなら可逆すら不要になるなw 可逆はALACかFLAC level8
LAMEは-V2
--preset insaneでも良いんだけど
flac level8でも400kbps下回るファイルとかあるし
V2に統一してるわ。
昔はcbr192だったけど。 アニソンなんかは可逆圧縮しても700〜900kbps程度にしかならないこともザラだな。
ドラマCDとか外国語の教材CDなんかは可逆でも結構縮む傾向があるけど。 時間あたり処理データ量が多いと電池消費量増えるから
モバイルで無駄なビットレートを回避する意味はあるんじゃないの?
CBRVBRによってもまた違ったり、色々あるんだろうけど LAMEって --clipdetect するとクリップしない最大の --scale の値を推測してくれるよね
その値を使って、クリップしないように2-pass目のエンコードをしてくれるモードがあってもいいのにな 音質へのこだわり 〜実践編 のHPで、Lame Front-END lame 3.99.5において
巣の音をなるべく保持したいのでこのフィルターは通しません。
lameの古いバージョンでは全てのフィルタを無効チェックボックスで無効化できたのですが、
最新版のLame3.99.5ではこのオプションは廃止になってしまいました。
ローパスとハイパスフィルターに -1(KHz)の値を入れてます。
これでパスフィルターを無効化することができます。〜
・・・との記事内容が気にたってしらべてたんだけど、
Lame3.99.5 では、ローパスとハイパスってデフォで、無効設定?だと
思っていたんだけど無効にする場合には、上記の記事どおりに
--lowpass -1 --highpass -1 を付けないといかんの? 無効にすると人間の耳に敏感な周波数が余計に劣化するだけなので
無効にしないでください WavPackで劣化音のファイルと補正ファイルの2つ作っておけばいいだけだろ。(´・ω・`)
普段は劣化のほう聴いて、CDと同じ音質が聴きたくなったら補正ファイルを入れればいい。
これが理想と思うんだが肝心なWavPackがイマイチ普及しない。 >>23
--lowpass -1 --highpass -1 付けなくてもデフォルトで無効(3.99.5)。
>>25
キミは何をいってるのかね?
アタマ大丈夫か? rarewaresからLAME 3.99.5を落として試してみたが、
-V 0のみデフォルトでローパスが無効になってるみたいだね。
LAMEタグ情報を記録しないようにするコマンド-tを追加して、
「-V 0 -t」と「-V 0 --lowpass -1 -t」でエンコしたファイルを比較すると、バイナリレベルで一致した。 --preset fast extreme
--preset fast extreme --lowpass -1 --highpass -1
↑の2つのプリセットで、いくつか試したけど
たしかに容量もかわらんな!
ローパスとハイパスってデフォは、無効設定なのかな。 VBR-newの-V 0だけはデフォルトで21500Hz(無効)に設定されているというだけ V0のローパスのデフォ値は22100Hz。
しかし、音楽CDで採用されているサンプリング周波数44.1kHzでは、
最高でも22050Hzまでしか記録出来ないため、22100Hzは無効となる。 ソースを読む限り-V0のデフォルトは24000Hzだよ
-V1は19500Hzで、この間は線形補間で決まる
値が22050を超えれば無効
LAME tagに22.1と書かれるのは22050/100.0を三桁の整数に四捨五入してるせい ソース見たらマジで24000Hzだったわw
これじゃ例えサンプリング周波数が48000Hzでも無効か。 3.98あたりからオプション結構無効になってるでしょ。
3.99とかマニアックなオプションはほぼ効かなくないか?
rarewaresの中の人が方針変えたのかも知れないがたぶんLAMEの方針なんだろうな。 敢えてフィルタを無効にする必要は無いとはいえ、-kは使えなくなってるね。
--lowpass -1 --highpass -1を使えば同じことだが。 >>34
>3.98あたりからオプション結構無効になってるでしょ。
簡単になっていいんじゃね?
-V0 と入れるだけで誰でも適当にいい感じの音に聞こえるなら。 mp3にエンコードすると音量が増加してクリッピングを起こすって本当? 0dB張り付いてるような音源をエンコードしたら結構普通にクリップする ということは最近の高音圧の音源はmp3にした時点でクリッピングを起こしちゃうってことかな?
過去スレ見るとエンコード時じゃなくデコード時にクリッピングするって書いてあったんだけど、よく分からなくて・・・
コマンドに--scaleをつけるべきか余計なオプションは要らないのか悩んでる最中 クリッピングが気になるなら浮動小数点型で出力するデコーダを使えば良い
まあlameもCBRやABRだと大半のビットレートで--scale 0.95がデフォルトで付いてるけど 携帯プレイヤーのデコーダーが浮動小数点に対応してるか不明なんだよなぁ
CBRでデフォルトでーーscale 0.95が付く付かないの違いがあるのは何故なんでしょう? [boot loader]
timeout=30
default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Microsoft Windows XP Home Edition" /noexecute=optin /fastdetect /noguiboot >>42
付く付かないの違いというか
160kbpsまでは0.95、192kbpsが0.97、224kbpsが0.98、それ以上が1
と上がっていく
ハードウェアデコーダの類はほぼ間違いなく整数演算だろうね >>40
すまん エンコード時にはクリッピングという概念は無いはず
デコードするときに適当にスケールしないとダメな場合もあるという話 >>40
クリッピングは気にしなくていいと思うんだけど、0.95までくらいなら付けても気づかないのでいいのでは?
あまり強く付けると何故か音が変わるのでお勧めしない。
>>42
MP3はサイン波を重ね合わせてるわけだけどレートが足りないとサイン波っぽくない方形波のような波形の
再現性が落ちてしまう。だから0dBの方形波があると0dBを超えてしまってクリップする。
…、と俺は理解しているのだけど。 ローパスとか通った時もピークが変化するんじゃない?
詳しくは分からないがデジタルフィルタの特性でターゲット周波数の近辺が歪むそうな
サビの頭なんかは殆どの楽器が鳴るから結構違いがあるんじゃないかね
リプレイゲインを利用してエンコ時に必要なだけ下げてデコードで調整するようなのがいいと思うんだが iTunesが公式にogg(Vorbis)を採用するとかXiph.Org FoundationがAppleの一部にでもならない限りoggなんてつかえねーよ。 この世界は優れているかどうかでなくシェアで決まるから、どんなに出来が良くてもダメだよ oggの良さがイマイチわからない。
oggってPCの前や中華プレーヤー以外で聞けるの?
俺の持ってるiPhoneでもWALKMANでもカーナビでも使えない。
いい加減メジャーになれよとこっちが言いたいくらいだよ。 むしろflacの方が対応進んでるよな……
まぁm4aでおkやは ogg(Vobis)もopusも優れてるよmp3やAACよりもね。
mp3やAACよりも先に出てれば今頃デファクトスタンダードだったかもね。 >>54
見慣れないURLだな…普通こっちだろ
つーか今頃しかも無関係なLAMEのスレッドに貼ってどうすんだ?
↓
確認 ttp://www.adobe.com/jp/software/flash/about/
入手 ttp://get.adobe.com/jp/flashplayer/ xrecode2で-nogap使おうとしたら4a1m5hf9dib.dummyが見つかりませんって言われたわ
ファイルは全部フルパスで指定してあるんだけどなあ
諦めるか LAME 3995M
LAME 3100M
2014-12-20
ttp://www.rarewares.org/mp3-lame-bundle.php >>59
3955mのV0のデフォのローパスが18.2kHzとは…
平均ビットレートが大きいから容量も増えるしで、しばらく3.99.5でいいや 61の御仁に、いちいち言われなくても知ってますよ^^ --preset insaneのローパスがデフォルト20.5kHzで、
-V 1が19.5kHzなんだから、-V 0は20kHz辺りが妥当なところだと思うけどなあ。
18.2kHzはやり過ぎかも知れんが、OFFにしてる(ソース上は24kHz)のは謎。 チューニングしたのが年取ってる人(60超えてたはず)で
自分の耳に合った数値を設定してるというだけ だったら、Mとかつけないで 3.99.5 for Pension(年金生活者) Versionって書けばいいのにね。 すみませ〜ん!
久しぶりに CD2WAV32 使って、午後のこ〜だから LAME にしてみたんですが
--preset insane
を追加オプションに設定すれば最高音質になりますか〜ヽ(^o^)丿 MP3のlameタグを削除できるソフトを教えてください
検索してみると
http://answertaker.com/multimedia/music-speech/multimedia-tag-remover.html
Multimedia Tag Remover
でできるそうなのですが
win7には対応していないためか使うことができませんでした
他にソフトがあれば教えてください MP3 info tagの方が通りやすいらしいけど>lameタグ >>77
Win7で普通にそれ使ってるぞ?
mp3infpも入れたか? 何回聴いてもv0とr3mixの違いが聴き分けられない。 >>79
mp3infp ももちろん入れていますが
うまくいきません
普通のタグ情報は削除できるのですが
lameタグにチェックを入れて
削除しようとすると、エラーが発生して使えません
mp3infp のバージョンは
Ver.2.54a
Multimedia Tag Remover のバージョンは
Version 1.14
を使っています
win7 64bitなのですが、なぜかmtrmv64.exeを起動しようとすると
mp3infpがインストールされていません
Multimedia Tag Removerの動作にはmp3infpが必要です
というエラーが出ます。
mtrmv.exeは問題なく起動でき、タグの削除はできるのですが
lameタグだけ削除できない状態です。
それともlameタグにもいろいろ種類があるのでしょうか?
winampとaudacityで圧縮したMP3ファイルを試して駄目だったのですが・・
これ以外のlameタグ削除ソフトも探してみたのですが見つかりませんでした。
どなたか教えてください。
>>81
なんていうエラーなのか、単に「error!」なのか気になるけど、ほっといて別の手段
その1
foobar2000で曲を右クリックして Utilities>Rebuild MP3 Stream をすると
曲のデータと自分が設定したID3tag以外の、アルバムアートもなんもかんも消すはず
もちろん再エンコはしない
※自分が使っているver1.3.2には有る。ver1.3.3には無い。何かの設定が要るんだと思う
その2
海外のソフトで自分は使ったことが無いけど
VBRfix
http://www.hydrogenaud.io/forums/index.php?showtopic=67076
というソフトにtagを消す機能もあるらしい ---------------------------
Multimedia Tag Remover
---------------------------
LameTag/LameFrame/GogoFrameを削除中にエラーが発生しました
D:\Documents and Settings\xxxxxx.mp3
エラーコード : 0x02000304
---------------------------
OK
---------------------------
というエラーが発生します
その後
---------------------------
Multimedia Tag Remover
---------------------------
処理が完了しました
---------------------------
OK
---------------------------
というダイアログが出ますが
タグは削除されていません。
>>82
俺はwin7 64bit、mp3infpの2.55とmtrmv64で問題出ていないね
mp3infpのバージョンアップしてみたらどうだろうか?
右下の特殊タグ情報ってところLame Tag他チェック入れてもエラーは出ないね Lame Ivy Frontend Encoder version2.96のヘルプを今更ながら眺めてたら、チャンネル設定のところで
>「自動」にすると、ステレオの場合はジョイントステレオに なりますが、192kbps以上(44100Hzの時)では、ステレオになるようです。
ってあるんだけど、そうだったの?
本当なら高ビットレート時には、ジョイントステレオよりステレオのほうが推奨されてるってことなのかな? それは3.93.1以前の話。今のLAMEは常にジョイントがデフォ。 最近はlameは-V 0オンリーでそれ以外はqaacLCの300kbps前後、160前後、HEの70手前で作ってる エンコード時に
頭に出てくる0.03秒程度の空白による音ズレを無くす設定ってありますか?
--decode-mp3delay
かと思ったのですが
-1000とか入れて使っても何も起きないのですが・・・
ファイルの状態でそれをなくすのは原理的に不可能
プレイヤー側でデコード時にチョキチョキするしかないね --decode-mp3delayてのはLAMEでデコードする時にデコード開始位置を調整するオプションだよ
エンコードで使っても無駄 すいません、自分で質問しておいて
なんなのですが
--decode-mp3delay 1152
と正の値を使うことでうまくいくことが分かりました。
ちょうど1ブロック分の値を入れるとmp3エンコード時の頭に出てくる無音部分をちょうど相殺することができます。
>>91>>92
一応うまくいったように見えるのですが
エンコードで使っても無駄というのはどういうことでしょうか?
一見うまくいっているようで、実はうまくいっていないのでしょうか?
それでほんとにファイルの先頭サンプルが削除できてる?
>>92のいうようにデコードするときに強制的にエンコーダディレイを指定するものだけど
0.3秒の空白ってどのデコーダで発生するの?
ギャップレス再生したいってことかな >>94
ビデオカメラで撮影したビデオ(H.264+wav)の音声をaudacityで読み込んで
音声に処理を施した後にmp3で出力して
再度動画に合体させるということが本当にやりたいことです。
-tでlameタグは無効にしてあるのですが、
mp3に圧縮する前と後で0.03秒程度後ろ方向に音ズレが発生するので
これを何とかしたいというのが要望です。
--decode-mp3delay 1152
を入れてエンコードすると
audacityで確認したときに
エンコード前と後で0.03秒の音ズレがほとんど発生しないのですが・・・
何か間違えていますか?
mp3という方式ではDCT使うからかならずエンコーダディレイってのができてしまうんじゃなかったっけ
それを強制的に取っちゃえばどうなるんだろ
もしそれで本当に先頭の空白がとれるのならそもそもギャップレス再生のためのlameタグとか必要ないような気がする
普通に動画編集するときにそんなことやるものなのかな
だれか詳しい人レスおね もしかして勘違いしていないか確認ですが
前に出てくる無音部分がなくなる、という意味ではなく
予め元の音声の頭を0.03秒カットしておくことで
全体の音声を前にずらし
結果として音ズレがない状態にできる、という意味なのですが
理解されていますでしょうか?
あと気になっているのですが
http://www001.upp.so-net.ne.jp/yama-k/codec/lame3.98option.html
エンコードの遅れ分nをスキップしてデコードする.
スキップする、ということはファイルの頭部分をカットしてしまうのではなく
ファイルに残っているのですよね?
これってlameタグと何が違うのでしょうか? ソース読む限りではエンコードの時にも入力のPCMサンプルの先頭を読み捨てるという挙動で適用されるっぽいね
LAMEタグを読んでギャップレスにしてくれないデコーダで
ディレイの分を読み捨てるようにすれば確かにずれることはないだろうけど
当然指定したサンプル分は捨てられてエンコードされないから失われる
before[ディレイ0,1,2,3,...,n-1][オリジナル0,1,2,3,...,m-1]
after [ディレイ0,1,2,3,...,n-1][オリジナルn,n+1,n+2,...,m-n-1]
>>98
エンコードでそのオプションを使うとエンコードされたファイルからはスキップした分が失われる(当たり前だが) >>100
今ならaacが主流ですか?
aac使いたいんですけど
無劣化での編集ソフトがあまりないので使えないんですよ
分割するソフトとかありますか?
エンコードしたmp3ファイルをaudacityで必要なサンプル数ずらせばいいんじゃないのかなぁ と思ったけどそんなことできないような気がしてきた全部のサンプルをフレームに収まるように再構成しないとだめだもんな
そんなことできるのかな ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/lame.c?view=log
ttp://lame.cvs.sourceforge.net/viewvc/lame/lame/test/lametest.py?view=log >>107
>人が聞き取ることのできる知覚材料も失われているのがはっきりと分かります。
削られたところだけ抽出したらそうだろうけどさ、削られてないところ含めて
聞いたら聞き取れないってことなんじゃないか。 >>107
MP3圧縮前と後の音源と動画を見てみたいんですが
アップされてませんよね?
そりゃそうさ
人は音を分析的に聴いているときと、
音楽を聴いているときは、異なる情報を処理している
脳内でフィルタやグラフィックイコライザーが働いているようなもの 可聴域を例に出してる時点で、よく分からずに記事書いてるんだと思うよ。
普通は、騒がしいところでは大声を出さないと聞こえない(音圧レベルのマスキング)とかを例に挙げるから。 qaacのCVBR192kbps(実際の生成物は195〜210kbpsであることが多い)でlameのV0と同等以上 linuxのlameってID3v2.3でタグ付け出来るん? vbr v-0とCBR b-320
違いは分かるもの? >>116
man lame
でも読んでみろよ。
--id3v2-utf16
add following options in unicode text encoding. iconv有効にしてビルドしないと出てこないけどねそのオプション =======私のメモ=======
大雑把にこんな感じみたい。
OP 対象年齢 フィルタ
V0 18歳以上 18750Hz(以降、緩やかな減衰)
V2 18歳以上 18500Hz
V4 30歳以上 16000Hz(以降、緩やかな減衰)
V5 30歳以上 16000Hz
※V6〜V9のオプションは推奨されていない。 わしはじじだから、-V 0 --lowpass 16.5k 緩やかな減衰とか馬鹿だろ
各オプションに設定されているローパス知ってりゃそんな間抜けなことは書かんわな ミスチルの今度発売されるUSBメモリのアルバムでも、
ハイレゾとMP3が収録されるんだが。 判明というか、そういう風に設計されてるから当たり前なんだが… --ti cover.jpgで埋め込まれるカバー画像ってMp3tagによるとOtherらしいんですがこれFrontにできませんか
lame コマンドライン カバー (front|other)やlame コマンドライン カバー タイプでググってもカバーのタイプに触れてる記事がヒットしませんでした……
古強者のスレ民の皆様、よろしくご解答願います >>135
流石古強者はやることが違いますね。ソースいじるんですか……
ソースいじるのもpastebin見るのも初めてなんですが、つまり行頭が-の行を+の行に入れ換えるわけですね?
明日起きたらやってみます。ありがとうございます。お休みなさいm(__)m >>135
遅くなりましま
やってみたところ私にはmake installが出来ないようでした……orz
もうちょっと経験積んだらやってみようと思います
あとカバーのタイプについてはflacのmanualの--picture=の項が詳しいようですね 最初、CBR128で持ってるCD500枚ほどを全部エンコして、
その後、160→192とエンコし直した。
が、VBRのほうがいいらしいということで、また-V 2でエンコし直したが、
ファイルサイズと時間が合ってないのが気分悪くて、
現在CBR256でエンコし直し中。
320は最後のお楽しみに取っておくわw
ちなみにCBR160とオリジナルCDの区別がつかない糞耳ですw わざわざ間抜け晒しに来る馬鹿乙
糞耳は脳味噌の問題だと早く気付け lameってmp3を再エンコしないでタグ付けだけするって出来ませんのん?
素直にMp3tag使え? このタイミングの煽りは答えられないやつ。間違いなくww >>139
>>141
>>142
おじさんたち、なにか嫌なことでもあったの?
悩みがあるなら打ち明けてよ。じっくり話し聞くよ。 >>138
CBR224も試せば、もう1回多く楽しめたのにw
AACとの比較を次はチャレンジして下さい。 すいません。
VBRの-V 0でエンコしてたんだが、新しい外付けHDDを買ったので
すべて--preset insaneでエンコし直そうと思います。
で、LAMEのヴァージョンですが、最新の3.99.5でいいでしょうか?
新しいヴァージョンはまた出るでしょうかね?
過去のヴァージョンでおすすめがあれば教えて下さい。 ありがとうございます。
できれば理由も教えて下さい。m(__)m >>145
-V 0ならもうそのままでいいじゃん。
次にやるならOPUSでも使えよ。(´・ω・`) そういえば昔エンジン故障のことをエンコって言ってたな
まあ、どうでも良いことだが ノートとデスクトップ(自作)でEACを使った場合に音質の差とか有りますか?再生はスマホかノートとカーオーディオ(純正スピーカー)とノートのヘッドフォン出力をコンポのlineに繋いで聴くレベルです デスクトップはドライブ毎の設定を昔にした記憶があります 聴くレベルどうこうというか、それは官能試験の問題じゃなくて、
ファイルコンペアすれば解決できる話じゃないのか。 EACには正しくリップ出来たかネット上のデータベースでチェックする機能があるから
ノートとデスクトップ(自作)の両方で2枚か3枚か試してみればデータとして正しいかどうかはわかる
音質の違いは近くにオーディオマニアがいれば聞いてもらうか
PAU板のPCオーディオスレで質問すればなにか得られるものがあるかもしないが無理にはおすすめしない >>153,154
チェックする機能があるんですね
ただリップしたいCDがデータベースにあるかどうかですね、やってみます
>>155
エンコードにLAME使いますよね
ありがとうございました >>156
エンコにLAME使おうが全く関係ねえだろ間抜け
EACでのリッピングなんてドライブ依存だろ
聞く方も教える方も馬鹿ばっか http://imgur.com/YqpdSB7.jpg
LFE使ってて出てきてエンコードしたファイル見たらアルバムの中で一曲だけエンコードできてなかった。
その曲個別だけでエンコードしようとしてもできない...
どうしたらできるようになりますか いわゆるダメ文字問題かもしれないので、曲名やらなんやら全部1バイト文字にしてやってみる >>161
ありがとうそれで簡単に解決したわ
情弱ですまんかった WinXPですけど3.99.5はolder Win32 OSsってやつ使えばいいのでしょうか?
ずっとaudiograbberで3.98のlame_enc.dll使ってた・・・ wave→Lame Ivy Frontend Encoder→lame
でエンコしたいのですがlameはどのバージョンがお勧めですか
Lame Ivy Frontend Encoderはやや古い形式らしいので
やや古いlameバージョンの方が良いのでしょうか? LIFEはコマンドラインオプションをいい感じに書いてくれるだけのソフトだから
別に新しいLAMEでも動くよ
心理音響モデルのチェックははずさないとダメだったかな(今のLAMEではデフォルトでオンなので) 昔々、LAME v3.97までが音質重視で、それ以降は速度重視という話を聴いたことがある
いつも新しいものを使っていたが、容量が大きくなった今はエンコしなくなったな その話、変換が速いvbr newがoldの音質を上回ったってだけだろ。 >>128
それ素人が簡易的に聴けるように配慮したんだろ
2000円以上はぼったくられてるけどしょうがないね ダウンロード販売のゲーム買ったときに特典サントラがFLACとMP3の同じ物がついてきて
何でこんな無駄なことしてんだFLACだけでいいやんと思ってたら
情弱用のために両方入っていたのか 情弱ってか未だにID3v1使ってるカーステレオとか現役だからだろ それはカーオーディオによるとしかいえないな。まあLAMEでもV0以上ならそうそう音質が問題になる事は無いだろ。
まして運転中の車の中聞いたり、人ごみで携帯音楽プレイヤー聞くような場合、細かい音質の違いなんてまず分からないし。 まずどれほどのスピーカーなのかっていう
多分デカイ音が出るの重視で繊細さなんて微塵も気にしてないだろうな ミスチルのUSBに入ってたMP3音源、LAMEだったみたいだね >>175
3.99.5使ってたな
320kbpsなんて書いてるくせにV0
サンプリングレートが48kHz
ローパスも24.0kHzにしてたわ 純正カーステなんてスピーカーがゴミだからHC-AACの64kbpsとかいうクソ圧縮でも走行中は何も違和感ないぞ
カーステでLAMEのV0は容量の無駄。このスレでこんなこと言うのもアレだけどHC-AACオススメだぞ 音源にもよるが低音質ならいっそモノラルエンコードするのも手 >>177
わざわざ高価なスピーカーに買い換えて、しかも停車して静かな環境でカーオーディオ聞く奴なんて殆どいないからな。
ただ、音楽プレイヤーの容量も増加している今、長い動画の音声部分に使うならともかく、
音楽(音声データ)を聞くだけならHE-AAC使ってまで高圧縮にするメリットもあまり無いと思う。 タクシーが休憩してそうな人気のない大きめの道で停車して窓閉めて簡易カラオケ
あると思います >>172
>>182
FLACが聴けるカーオーディオはまだまだほんの一部。
そういう意味で、FLACはカーオーディオでは聴けないというのは間違いではない。
MP3だったら、圧縮音楽が聴けるもので対応してないものはまずない。 スマホで何でも再生できる今の時代にMP3じゃなきゃって需要があるのってカーオーディオのヘッドユニットぐらいなんだが、フォーマットだけ対応しててもギャップレス再生やID3v2に非対応だったりVBR対応が貧弱だったりと、実装が糞すぎることが多いので結局意味が無い
スマホやDAPをヘッドユニットにつなげたほうがストレス少ないしMP3に縛られる必要もなくなる なんかMP3を否定するような書き込みが多いが、
このスレが何のスレかわかってるのかな?w
個人的には、MP3にLosslessが出て、
今までのMP3対応機でも聴けるようになれば面白いと思うが、
まぁそれはさすがに無理かw > 個人的には、MP3にLosslessが出て、
とっくに出てるが >>187
> フォーマットだけ対応しててもギャップレス再生やID3v2に非対応だったりVBR対応が貧弱だったりと、実装が糞すぎることが多いので結局意味が無い
ギャップレス再生はともかく、
「ID3v2に非対応だったりVBR対応が貧弱」って、そんなの今どきねぇよw 今は知らんがちょっと前のトヨタ純正ナビはSDカードで聴く場合SD Audio形式だったんだが
SD Audio対応プレーヤーや携帯電話でSD Jukeboxを使って書き込みという面倒はさておき
mp3 320kbpsは再生出来ないという糞仕様だった
なのでVBRヘッダを付けてあげて見かけというか疑似的にというか319kbpsにしないと再生出来なかったんだわ
-V0なんかは普通に再生出来るし寧ろCBR対応の方が貧弱だわな MP3の利点なんかどんなプラットフォームでも再生可能ってだけやな CBRなら消費電力低い(筈)
最近のaacと比べてどうなんやろ >>193
つまり、ほかの形式は再生可能なプラットフォームが少ないということですねw 他の形式は古臭いプラットフォームは切り捨ててるだけやろ >>194
デコーダの実装次第だけど、一般論としては、MP3はMDCTとフィルタバンク両方使うせいでAAC-LCやVorbisよりデコード遅い模様
つまり消費電力は高くなる MP3の方がデコードが軽い実装がほとんど
http://www.rockbox.org/wiki/CodecPerformanceComparison
つーかデコーダ書いたことがあるなら分かると思うが
フィルタバンクはDSP的なハードで簡単に高速化できるけど
単純にテーブル参照を繰り返すしか無いハフマン符号のデコードが結構重いのよ >>198
そうなん?
俺が見たのもrockboxの開発者の話だったけど、それだとMP3一番遅かったんだよな
rockboxのデコーダ実装自体はMP3が一番最適化が進んでるそうだけど
http://www.hydrogenaud.io/forums/index.php?showtopic=82125
MP3 is really slow compared to pure MDCT codecs or pure subband codecs in spite of intense optimization.
This is because it has to do both an MDCT (like Vorbis, AAC, WMA, etc) and a synthesis filterbank (like MPC). Neglecting the synthesis filterbank, it performs similarly to the other small block sized mdct codec, a52.
This leads to decreased battery life using the format.
ffmpegのデコーダをPCで試すと、うちのではAAC>MP3>Vorbisの順になるわ ffmpegはmp3floatは速いがそれ以外は整数実装で激重
でもってmp3floatもffmpegバイナリから使うと重くてmplayerからだと軽いとかあった気がする
最近は調べてないから知らん 設定中にLAMEのパラメーターが確認できるソフト
Lame Front-End1.8 mp3って24bitでエンコできるよね?
確認したいのになんでmp3はbit深度表示されないんだ いろいろ悩んだ末、今までCBR256kbpでエンコしてたんですけど、
なんつーか、何も考えずVBR-V 0 ⇔ --preset fast extreme でエンコした方が
音質的にも容量的にも絶対良いはずだったよなと、今更反省しております。 >>204さん 申し訳ない>< 今138見て自分の思慮のなさに反省中。ご勘弁をw 悪意は全くないです。
VBRだとMPC-BEとかで時間表示がおかしくなったり、ファイルによってkbpがバラバラだったりして、なんか気持ち悪くて
CBR320とCBR256比べて、256で統一してたんですけど、CBR256とVBR-V0と聴き比べてみたら、ファイルによっては音質に差が感じられたの・・・。
特別耳に自信があるわけではないんですが、宅録好きで機材とかは割と揃っていまして、大きめの音でモニタリングするとちょっと違うかも程度の差ですが。 >>205
今は320でいいじゃん。
HDDも大容量になったんだし。 >大きめの音でモニタリングするとちょっと違うかも
もうMP3止めろよw そもそもものによるとはいえ、大抵の音楽は-V0でエンコすると平均256以上になるしな。 >ファイルによってkbpがバラバラだったりして
そもそもVBRが何かもわからず使ってるんじゃん
VBR使ってる俺カッケーだけの間抜けじゃんコイツ
アホくさ いや〜、おっしゃるとおりで昔はVBRとCBRをよく理解もせず、LAMEが良いらしい?という評判にただ飛びついて、
なんで標示時間がおかしいのかとか、kbpが揃わないとか・・・全くピントはずれのアホくさい話ですよ。お恥ずかしい限りです。
圧縮音源にはすごく抵抗はあったんですけど、自宅にあるCD2000枚が邪魔だったり、手持ちの音楽を気軽に再生したかったり、
そんでMP3にエンコードしてPCに整頓しとこうと、思い立ったわけです。結局のところ、音質と利便性を天秤にかけるわけですが、
MP3にエンコードしてからのほうが、音楽を聴く機会は圧倒的に増えましたね。そのうち320がやっぱいいやとか思いそうで怖いw >>210
ピントは「ずれる」な
「はずれる」のは的だ
LAME云々より人間として問題がありそうだな 2015年にMP3とかやめとけ
OggかAACだろ普通 aacはともかく、oggって未だにちゃんと対応してないプレーヤーとかあるんだよなぁ
mpv(linuxの超有名プレーヤーmplayerの派生プレーヤー)で再生したらbitrateが読み込めなくて0kbpsと表示された
手持ちのDAPも再生は出来るけどタグ表示などでやはり制限がある HDDには可逆で保存、携帯音楽プレイヤーにはLAMEで-V0か320かな。
AACの500台とかにして「非可逆の限界」に挑戦するのも一興だが。 -V2とかにするとバージョンによってビットレート結構違うんだよな
そんなわけで最近は全部256でいいかなと思うようになった じゃあ俺は全部320にしよう。MP3の限界に挑戦だ。 音源毎の最適なオプションを探り当てるのがこのスレにおける限界への挑戦だろ
安直にBitrate上げればいいとか芸がない 昔256kbps固定で破綻した経験があるんで、同曲で破綻が無かった-V0固定でずっとやってる ID3v1タグの存在とか気をつけなきゃいけなくてうぜーからoggに移ったわ。aacはiTunes嫌いだからつられて印象悪い 自分はエンコする時に--id3v2-only付けてるからID3v1は使ってないな。 まだこんなに人いたのか
お前ら普段どこにいるんだよ >>223
エンコ済みファイルをlame.exeだけでタグ除去したり書き換えたりってできる? >>225
STEPとかタグエディター使えばいいだけだろ
LAMEを何だと思ってるんだ? ネット上によくある外人がエンコしたMP3とかiTunesのMP3エンコーダーでエンコされてるんだが
320kbpsでもシャリシャリしてて品質悪すぎワラタ 元の音源がCDとは限らないんだからそれがわからないきゃしょうがねえだろ
お前はLameとFhGの違いが聞き分けられるのか?
アホくさ いや、何年も前の話だけどiTunesでエンコしたMp3はたしかに酷かったよ
まだ192kbpsと128kbpsの違いもわからないような環境で聴いてた頃 これが精神的引きこもりです。会話をする気がなく常に他者を見下しております >>233
>まだ192kbpsと128kbpsの違いもわからないような環境で聴いてた頃
そんな頃にエンコーダーの違いがわかってるなんて書いたら見下されるのは当然だわな
ID:gB4eVMKY0って鉄格子の付いた病室から週末の一時帰宅中か?
そういやこのスレに基地害玉子ってくせえ奴いたこと思い出してしまったわw >>234
それだけ当時のiTunesがクズだったと言ってるわけだw そのころならむしろfaacの酷さの方が際立ってたな 初心者なのでいぢめないでいただけるとありがいたいのですが
LAME 64bit版使用、WAVE PCM 48kHz以上の24bitファイルを用意して320kbps 24bitのMP3(要はハイレゾMP3)を作成したいのですがどうやっても320kbps 16bitにしかなりません
使用オプションは
-b 320 -m j -h -p --strictly-enforce-ISO -F か -b 320 -m j -h -p -V 0 -B 320 -F --strictly-enforce-ISO -F です
解説サイトを見ると24bitファイルは通るとは書いてあってもじゃあどうオプション設定するのよ? というのが見つけられずに困っています
ご指導いただけると幸いですm(__)m >>237
MP3にビット深度の概念はないよ
エンコードは出来てるはずなので
デコーダ側で何bitのwavにデコードするか指定すればよいと思う >>238
早速お答えいただき恐悦至極の至り
小出しになって申し訳ないですが、ソースのWAVEは24bitでエンコードしているのでMedia GO側のファイルプロパティ表記がおかしいのかな? と
とりあえず何も考えないようにします
ありがとうございましたm(__)m 不可逆コーデックなのにビット深度もクソもないんやなw 悲劇やなw そうそう
ハイレゾをmp3にエンコするとプロパティでビット表記見えなくなるんだよね
どうしてもmp3にして聴かなきゃいけないのなら気にしないことだわ
だからオプションも余計なのを付けないでエンコした方がベターだと思うよ MP3とかでビット深度という概念を表現するなら
平均1.何ビットとか言うしかない なんか解説が沢山付いてる!
とりあえず、MP3ってどんなもんなのかという表面をなぞる事ができたので質問してよかったです
(これ以上は間違いなく理解できないw)
皆様ありがとうございましたm(__)m >>233
もう夏休み始まってるんだし多目に見てやりましょうよ。 ID:ikegDmS2O = ID:gB4eVMKY0
ってことでおk? ハイレゾmp3か
考えたこともなかったw
小さくして音質維持したいならFLACの1番圧縮強いやつで良いじゃん iPhoneで聴けないだろおおおおおおおおおお??????!!!!!! LinuxのlameからflacをV0にエンコしようとしたら「flacはダメ。wavにしろ」つて言われた?? >>253
Winでもこんな仕様だっけ??
一発変換できてた気が……今確認できないのが口惜しい > LAME 3.99.5 using libsndfile 1.0.25
> lame compiled with Intel Compiler 12.1.(This version of the libsndfile-1.dll provides FLAC and ogg vorbis (.ogg) input support.)
そういうものもある ごめんなさい。質問させて下さい。
LAME 3.99.5をwindows7(64bit)にインストールしたのですが
格納場所がどうしても分かりません
http://mbsupport.dip.jp/mb/lame_64bit.htm
↑ このサイトを参考にインストールしました。
Program FilesとProgram Files(x86)にはありませんでした。
コントロールパネルの『 プログラムと機能 』でlameが表示されているので
インスト−ルされてるのは間違いないです。皆様のお知恵をお貸し下さい。 そのサイトを参考にということはACMをインストールしたのか?
どうもACMが何かを理解していないで入れた気がしてならないんだが… >>257
ご指摘ありがとうございます。仰るとおり勘違いしてました…
PCを新調したのでfoobar2000に入れてエンコードに使うつもりでした
LAME ACMのインストールに手こずり「 64bitってめんどいな 」思ってました。
恥ずかしいかぎりです。教えて下さってありがとう。無事にエンコードできました。 LAME 3.99.5 (64bit)で
下記の2つを試したみたところ、できあがったファイルのハッシュ(MD5)が違いました
-S --noreplaygain --preset insane -m s -q 0 - %d
-S --noreplaygain --preset insane -m s -q 0 --highpass -1 --lowpass -1 - %d
※2回づつ試してみました
同じコマンドラインのものは2回とも同じハッシュになりました 【クズの処刑現場】
|∧∧| (( ) ) (( ) ) ((⌒ )
__(;゚Д゚) ___ (( ) ) (( ⌒ ) (( ) )
| ⊂l l⊃| ノ火.,、 ノ人., 、 ノ人.,、
 ̄ ̄|.|. .|| ̄ ̄ γノ)::) γノ)::) γノ)::)
|.|=.=.|| ゝ人ノ ゝ火ノ ゝ人ノ
|∪∪| ||∧,,∧ ||∧,,∧ || ボォオ
| | ∧ (´・ω・) (・ω・`) ∧∧
| | ( ´・ω) U) ( つと ノ(ω・` )
~~~~~~~~~~ | U ( ´・) (・` ). .と ノ
u-u ( ) ( ノ u-u
`u-u'. `u-u' >>263
4ヵ月も前のレスにとんちんかんな亀レスとかお前馬鹿だろ? すみませ教えて下さい
Lowpassfreq 30
Highpassfreq 18000
Lowpassfreq 18000
Highpassfreq 30
これは音的にどちらが正しいのでしょうか? >>266
適当な音源用意して自分で試そうとは思わないのか ローパス、ハイパス理解してりゃそんな質問しないわな
単位も書けないぐらいだから何もわからないんだろ
「音的に」ってwww そもそもローパス30とかハイパス18000って指定出来るのかな?w 普段は -q 0 -V 0 でエンコするところを -q 0 --preset insane でエンコして、Google Play Musicにアップロードした
Google Play Musicでプロパティを見ると"322kbps(VBR)"等となってる(ビットレートは多少上下するけど320を超えてる)
これはLAMEの仕様なのかGoogle Play Musicの仕様なのかわかる方いますか? 最近はoggenc -q 6 *.wav *.flacしか打たないな >>271
他のMP3エンコーダでCBR320kbpsのMP3作って上げてみたらいいんじゃないか。
済まんが自分はGoogle Play Musicを使ったことが無いので、詳しいことは分からないけど。 Googleからアップロード済み音源をダウンロードして整合性チェックしたりしようかと思ったけど
面倒なので>>274の影響で何かおかしくなってるんだろうなあ…と思っとくことにした
>>275
「普段は-q 0 -V 0」と書いたけど、本当は既に非可逆はqaacに移行してる。だから正しくは「lameを使ってた頃は」だった
今回はGoogle Play Musicを使うにあたって、lameの--preset insaneを採用することにした
何故かと言うと、Google Play Musicはストリーミング配信のコーデックにMP3を採用していて、
ユーザーがアップロードしたMP3ではない音源については全て元ファイルと同ビットレートのMP3にエンコードされる。
FLACもアップロード可能だけど、ロスレスに関しては同ビットレートではなくMP3 CBR 320kbpsにエンコされるらしい。
向こうがエンコードしてくれるので、FLACをそのままぶち込めばいいやと思ったけど、エンコーダーやオプションが不明だし
自前で久々にMP3エンコしようと思ったって話。そしたら数kbps上乗せされたビットレートで表示されて気になった
GoogleでなくApple Musicの人はAACなのでqaac使うのが正解だと思う
長文スマソ >>281
Lowpassfreq 18000
Highpassfreq 30
30Hz-18KHzまでってことでいいんだよカス >>284
間抜け乙
>>266を良く見ろ
それ後ろだぞwww ローパス=ハイカット
ハイパス=ローカット
とひっくり返して覚える すみません未だにLAMEを使ってる人は居るんでしょうか?
どんな用途で使うか教えて下さい ググるのにlame使うとかアクロバッティング過ぎるwww ∧__∧
( ´・ω・)
_/_ つ/ ̄ ̄ ̄/
\/___/ 💢∧_∧
⊂(#・ω・) ブチ切れたっ!
/ ノ∪
し―-J |l| |
/\ ガシャッ
../ ./|−❍
∴\/./
゚∵ |/ 逝ってヨシッ!
💢∧,,∧ ∧,,∧ ∧,,∧ ∧,,∧ ∧,,∧
( ´・ω) (,, )(,, )(,, )(,, )ナムナムー
| ⊃|__,>;* アギャッー ⊂ ヾ ⊂ ヾ ⊂ ヾ ⊂ ヾ
u--u ・;*;'∴ ( ,,) ( ,,) ( ,,) ( ,,)
~~~~´゙`゙゙´´ ~~゙`゙´\ ∧,,∧/`゙゙´´ ~~゙゙´``´`´~~~~~~~~~~~~゙゙´``´`´~~~~ >>288
標準でUnicodeやギャップレス再生に対応。64ビット版もある。これだけでも依然として他のmp3エンコーダより有利だ。 m4aやoggは俺の趣味じゃないし、扱い慣れたmp3が一番さ。 フロントエンドはずっとRazorLame使っているんだが、使っている人はあまりいないのか… >>301
フロントエンド探してる時ですら聞いたことなかった
シンプルで分かりやすい良いGUIだね。古いけど 音楽CDに入ってる曲をエンコードしたい時は、EAC等のリッピングソフトと連動すればいいし、
HDD上のwavファイルをエンコードしたい時は、メモ帳でbatファイル作るから意外とフロントエンド使わないな。 >>297
上で喋ったけど、GooglePlayMusic専用にMP3エンコしてる
普段はFLAC or AACだけど、AACをアップロードするとAAC→MP3に変換されるのが嫌だから
不可逆→不可逆変換は気持ち悪いからね
FLAC→不可逆のフロントエンドはfoobar2000を使ってる
任意のフォルダー分け、例えば"アーティスト\アルバム\トラック番号-曲名.拡張子"とかが指定できるし
元ファイルのタグも継承できるし不満はない
ところでWAV管理の人ってタグ管理どうしてるの GoogleMusicアホやなあ……
wavの人はwav+cueじゃないの。wavにもタグはあると聞くけどよくわからん アホアホ言ってないで無料期間あるから使ってみろって。俺は利便性に屈した
毛嫌いしてるとLAMEのように時代遅れな人になってゆくよ
やっぱりcueか。俺は面倒くさいから全部FLACだなあ。wavのタグは標準仕様じゃなかったと思うから使いたくない ロートルだからネットワークストレージにアクセスとかよう分からんわ
高品質大容量DAPにPCからコピー最強 >>300
まじだwww何で蘇るんだよ
mp3は永遠なのか 時代遅れでもいまだ非可逆圧縮形式のなかでは取り回ししやすいんだよな >>175-176の書き込みが本当ならMP3って認められてるんだろ 広く配る場合は枯れて行き渡ったものを使うべきだからな
その意味じゃv0じゃなくb320にすべきだったが 非可逆だけど、物凄く高い圧縮率は求めないのであれば、MP3で十分。 ∧__∧
( ´・ω・)
_/_ つ/ ̄ ̄ ̄/
\/___/ 2015年になってもMP3(笑)
AACかVorbis使え AACはまだ良いがいつまで経っても普及しないVorbiswww
普及して汎用性も良くなるだろうと思って使ってたんだろうなw
頭の悪い野郎だ 各種ストレージの容量が大きくなってきてるから、
非可逆で圧縮率を凄く高くしたいという状況があまり無いんだよな。
そうなると互換性を下げてまで他の非可逆を使うメリットは小さい。 ゲームの曲の入れ替えとかでmp3固定ですが何か? ( ・ω・ )?
ところでLame Front-EndでABR指定するとABRになってくれない(VBRになる)んだけど何が悪いんだろう・・・? MP3という縛りの中で、何処まで原音に近付けられるかを追求するロマンがある。
それにしても、最も圧縮率を低い320kbpsでも、元の23%程度、可逆の1/2〜1/3程度と考えるとかなり縮んでるんだな。 LAMEはエンコード時のヒストグラムが楽しい
VBR派です LAMEベースにした午後のこ〜だって結局どうなったんだ 可逆が元の音源(音楽CDやそこからリッピングしたwavファイルであることが多いが)によって、
圧縮後のレートが大幅に異なるのは当然であり仕方の無いことなんだけど、
FLACで圧縮後も1000kbps以上になることって結構多いよな。
そうなるとまだまだMP3の320kbpsも使い手がある。
殆どの音源で640kbps以下になるようであれば流石に移行も考えるがw 可逆と不可逆の圧縮率を比べる時点でもうね
FLACで圧縮率上げたければCompression Levelを上げれば良いだけだし 会話が噛み合ってないんだよなあ
俺はここでMP3より同音質での圧縮率の高いAACのがいいじゃんと更に噛み合ってないネタを投稿する 流れ知らんけど人間の耳はmp3で満足する
だから音質よりライセンス含め使い勝手の良いフォーマットが好まれるよね >流れ知らんけど
>>336や>>338のような古い二択じゃなく
>>335のような比較的新しい第三の考え方があるということ なんでここで関係ない話してんの多いの?文盲なの?
mp3より軽くて高圧縮でフリーのが出るまでmp3を使い続けるわ
ところでハイパスフィルターって設定してる人居る? 本当は--preset insaneにすべき(容量的には十分余裕がある)なんだが、
エンコ時のヒストグラムとか、平均レートから曲ごとにこの曲は圧縮しやすい(しづらい)とかを見るのが好きで、
ついつい-V 0を使ってしまう。 http://sen.ifdef.jp/mirror2.html
安定版のLame3.97Stable。(7/31更新)
試験段階版のLame3.98β4。(7/31更新)
Lame3.97は高音が聞き取りやすく、
Lame3.98は音に温かみがあります。
これ本当でしょうか? 👀
Rock54: Caution(BBR-MD5:79b7e0206b0fd5ffcfddd514fa488d36) >>344
スペアナ等で見える範囲なら視認出来ると思うけど そのページは2007年のだぞwww
現Verは3.99.5だぞ
古臭いVerは音がどうとか今更語ってどうするんだ? 高温が聞き取りやすいはまだわかるけど
音に温かみがあるってどういうことなの 345 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2015/12/06(日) 21:33:39.29 ID:QKQtUlRN0
>>344
スペアナ等で見える範囲なら視認出来ると思うけど
って書いてあるからここに残ってる新しい人間達には分からないだろ きっとスチールドラムの音が、熱したフライパンを叩いた音になるんだねっ 尼のは今でも lame3.97で VBR-OLDだから、実は知られてないだけでそれ以降のバージョンはなんかあるんかね なんだっけしばらく音が良いとか言われてたverあったじゃん
3.85だったかその辺 >>357
>>176にもあるようにミスチルが3.99.5使ってmp3を馬鹿にしてすまんかった言ってたぞ >>305
EACは30サンプルごまかして取り込むから論外では?
Exact Audio Copyとは名ばかりで本当はNot Exact Audio Copyと称するべき >>303じゃね?
んで30サンプルずれとかもドライブ設定依存の話じゃね? 違う。ドライブ設定でオフセットをゼロにした状態で30サンプルずれる。
数年前に発覚したがあろうことか「そのままいこう!」となってしまった。
作者は馬鹿。 そもそもズレるの定義が曖昧過ぎる
プレスしたCDの取りこぼしを少なくしたいならマスターのオフセットが分からない以上オーバーリードして切り出すしかない
リッピングして焼く時のズレを少なくしたいならリード/ライトの絶対値が小さくなるようにドライブごとに変えないと駄目
結局オフセットを合わせる目的はドライブ間でのAccurateRipの照合をやりやすくするためで
ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
トラックの位置が30/44100秒ずれることを気にして変える意味がそもそもない >ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
どうやって検証したの?
古今東西すべてのCDを調べた?
>ディスクの先頭末尾の30サンプルに意味のある音が入ってることは無いし
問題はそこじゃない。なぜ間違っていることが判明しているのに放置しているかってこと
AccurateRipの蓄積データが問題ならそっちもちゃんと修正すればいい話
要するに技術力がないってことなわけなのだ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f) ならお前がやれよってことだな
ちょうどここはソフトウェア板だし
修正版なり完全な挙動をする自作ソフトなりupしていいのよ? しない
金くれるならしてやってもいい
EACなんてなくても困らない
つうかむしろ消滅すべき 30/44,100秒という単位の時間を気にするだけ無駄だろ
wavcueでar一致したらそれでよしとしないと音楽聞きたいのかディスクの研究したいのかわからんことになる 何度も述べられているが論点はそこじゃない
30サンプルのずれはいわば改ざんに相当する所業 全てのドライブ全てのディスクで-30した方が取りこぼしが少なくなるわけではないので
そんな議論は不可能
-30するとオフセットが0になるPlextorのドライブなら-30して使えばいいんじゃね 改ざんじゃなくてただの欠落だと思うの
ところでなんでひらがななん改竄 つかそれを改竄と言い張るなら不可逆圧縮な物を使う時点で改竄だから世の中敵まみれじゃないの 欠落したかどうかすら検証不可能
できるのは製作者だけ CBRで使う場合-q 0は指定したほうがええのんか?
それともデフォが正義? 貴方に-q 0とデフォの-q 3の違いがわかるなら変えれば良い
但しそれが聞き分けられたら超人言うより特異体質なので一度病院で診てもらった方が良いw 今時のCPUリソースで敢えてクォリティ下げる必要も無いとは思うが ライブラリ全体を insane の -q 0 でエンコードした時は半日近くかかった
1万曲オーダーでエンコードする人は考えたほうが良い 初代Pentium133MHz Win98機で3〜4分の曲が1時間かかったけど昔結構やってた>-q 0 >>380
-S --noreplaygain --preset insane -m s -q 0 --highpass -1 --lowpass -1 - %d
おすすめ
※foobar2000 v1.3.9でのエンコードパラメータ、LAMEは3.99.5(64bit) micro SDの容量が1TB超えたら、かなぁ。あ、単価は1万円くらいまでで 今あるmp3のファイルはそのままあると思うので死ぬまで ナビのオーディオが可逆対応のものに買い替えるまでw
某社のDOPナビ、mp3はSD-Audio形式でSDに入れなきゃいけないという糞仕様
320kのファイルは入れられず入れるときは320kにVBRヘッダを付けてやらなきゃいけない
いつもV0だからただ入れればいいけど昔エンコした320k入れるときは面倒でしょうがない >>388
もせより処理が軽くて圧縮率と品質も良いのが出るまでかなぁ・・・ 5年ぶりくらいに覗きに来たけど今一番速いバイナリってどれなの? ファイル破断とかのフリーツールで分割しても再生出来る可逆圧縮音源ってmp3の他には何がありますか?
スレ違いな質問だとは思いますが該当するスレが見当たらなかったので… Googleではなく2chのスレ検索で探していくスタイル DVD-Videoの音声は、だいたいAC3(ドルビーデジタル)かPCM(無圧縮、音楽DVD等で見られる)じゃない?
あとはDTSとか。MP2は再生機器側が対応していないことが多い。
まあそもそもDVD-Video自体が下火ではあるが…。 初心者なりに調べてみたところ「-q 0 -V 0 --lowpass -1 --highpass -1 --id3v2-only」とかでいいのかな?と思いましたがどうですか?
タグ情報はあったほうがいいのかと思いましたが「-t」がついてるのをよく見かけるのは何故ですか? 何か懐かしいなw
今から10年くらい前まではこの手の釣りはよく見られた。 >>406
-V 0だけでいいよ。
ちなみに、メールにちょっと添付するmp3を作ろうとおもったら、
--phoneに勝るものが見つからずに悩む今日このごろ。 AACというものがあるのにいまだにMP3を使う意味は?
やっぱ盗人しやすいから? 盗人?
AACをサポートしてないハードをたまに見かけるから >>412
EACから使えるフリーなAACエンコーダでおすすめな物があれば、ご教授くださると助かる
>>414
マルチコアにると、シングルコアに比べて音質がどうしても劣化するからって事で本家は辞めてたんだっけか
エンコード速度を重視したいのなら午後を使うしかないかと qaacとかFDKのとか
マルチコアに関しては単に開発者の能力不足 foobar2000なんかだとCPUコア分の複数曲を同時エンコしてくれるからそれで十分
おいらのi7-4800MQならシングルタスクでもあっという間だし >>417
LAME使うならfoobarだよねえ
今更午後とか言ってる情弱さんがいることに驚く >>420
LAMEとの関係ではfoobar2000もフロントエンド ごめん 「Lame Front-End」 使ってるけどry って意味 並列処理はできないけどrazorlameに安心感がある >>418
こんなのあったんだ
素のlameばかり見てたのでずっと気付かなかった
出来上がりのバイナリは一致するのかな もしかしたら頓珍漢な事言ってるかもしれんがすまん
今までV0がLAMEの持ってる一番品質の良いアルゴリズムだと思ってたんだけどさ
よくよく考えるとCBR320kbpsでのエンコードってV0のアルゴリズムより品質が高いもの(特に情報の少ない時間では)を使ってるって事なんだよね?
まさか全部パディングしてるわけじゃないだろうし…(そもそも今でもパディングなんてやってるのか?)
だとしたらVBRでもそのV0よりも品質の高いアルゴリズムを使った(平均320kbps程度かそれ以上をターゲットとした)エンコードを用意できると思うんだけど、
それが用意されてないのはなぜなんだろう mp3の最大ビットレートは互換性無視しない限り320kbps MP3の規格上、ビットレートを320kbpsより大きくすることは出来ない。
(--freeformatによって出来るMP3は規格外のMP3であり、再生出来るデコーダは極めて少ない)
なのでVBRで平均320kbpsということは、全てのフレームで320kbpsを使うということであり、
それは最早VBR(Variable BitRate)とは言えないだろう。 あーなるほど規格上の問題か、ありがとう
ところでV0でエンコードすると音によっては320kbpsを超える圧縮結果が出来たりすると思うけど、
そういう場合は一時的にV1にでも下げて再計算してるのかな MPEGで配られてる規格書見ればいいと思う
(君に理解できるかは知らない) 320kbpsフレーム(とリザーバ)に入りきらなかったら量子化パラメータを変えて再圧縮するだけ 今更可変と固定の質問てなんだよ
しかも専門的な話かとおもいきや全く理解してない頓珍漢 >>441
ゴメン、英語見ただけで読む気も調べる気も無くなる LAME(3.99.5)の--preset standardで出力したmp3の再生時間がプレイヤーによっておかしくなるんだが何かオプションがいるのだろうか --preset standardなら-V 2でいいやん VBRだと再生時間の表示が狂うとかなんとか上の方に書き込みあるよ 時間が狂うのはプレイヤーじゃなくてコーデック依存だった気がする。
LameACMを入れて優先順位を一番上にすれば直りそうな気がする。 プレイヤーが使ってるデコーダ依存にしてるだけだと思う
コーデック使ってないのだってある訳で
デコーダではなくタグ情報とかもせ解析DLLみたいなもの使ってたりするのもあるけど VBRだとxingヘッダかID3のTLENかどちらかで判断することになる
どっちも読まなければファイル全体を解析しないと正しい再生時間は分からない lameの標準入力にwavデータを入力してヒストグラムを表示しながら
変換するオプションってないですよね? 無い無い
あってそんな事ができても、表示(変換速度)が早すぎて全然わかんないと思うの やっぱり無いですよね。
変換中何の表示もされないから、きちんと変換されてるか不安になる 100MBくらいのwaveファイルを、コマンドライン-V0だけなLAMEに食わせてみたら? >>456
type in.wav | lame -V0 - out.mp3
でヒストグラムを表示できたらなと思ってます。
type in.wav は flacとかをwavに変換して標準出力に出力するプログラム(ffmpegとか)の代わりです。 どのVerからデフォルトでヒストグラムが出なくなったんだっけ? バッチ書いてtemp.wavとかを出力してlameの引数に食わせた方が早いんじゃ この修正が入った後は--briefとか付ければstdinからエンコードする時も表示されるようになるはず
https://sourceforge.net/p/lame/bugs/429/ うちの64bit版な3.99.2.5だと普通に出てる LAME 64bits version 3.99.5
だけど--briefをつけても出ない
ダウンロードしたのを使ってるけどビルドの仕方で違うのかな?
mp3ファイルは問題なくできてるからまぁいいかな >>465
ありがとう、ソースダウンロードしてビルド頑張ってみる >>465 >>462の所からたどってダウンロードした3.100だと --briefつけて表示された。
でもなんとかビルドできたのが32bit版なので変換が遅い。
>>467
やっぱり表示されない 3.99だと環境もあるのかも・・・ win8だからかな 個人的には可逆にしないならMP3で十分だなあ。
--preset insaneでも劣化してると分かる音源に出会うことは
少なくとも自分が聴く音楽の範囲では無いし。 >>472
変換にMDCTだけを使うAAC-LCは、サブバンド + MDCTのMP3より高圧縮を実現しつつデコードが速いよ 遅い早いじゃない
軽いかどうかってんだよ
Z80でもモーマンタイってくらいにな Z80だとリニアPCMをそのまま再生する性能しか無いだろう 最初のつぶやきから半年か
https://twitter.com/kamedo2/status/743807219804758017
お疲れさまでした
kamedo2さんのテストは、フォーマット・エンコーダ・エンコードオプション・
ビットレートのどれかが個人的には「なぜ今それ?」というチョイスだったり、
追認にとどまるものだったりして、開発者ならともかくユーザーとしては
結果的には参考にしていないものが多いな
でも有益で珍しい存在ではあるし、TOEICが高得点で読みやすい英語を書いて
くれるので、これからも続けてほしいなとは思う >>477のテストの後もあまり専用のスレが立ったり伸びたりしてないね
https://www.google.co.jp/search?as_q=helix&as_sitesearch=hydrogenaud.io&as_occt=title
確かに無視に近いかも
今回のようにLAMEより高いスコアを出すこともあるのにね LAME 大敗北じゃん
誰だよ敵なし言うたの
HELIXに乗り換えるわ まるで死後になって評価された画家のよう
かわいそうなヘリックス >HELIXに乗り換えるわ
>>478に書いてあるように一長一短なので気を付けてね うわーは本当にショックを受け、ヘリックス(興)がうまくいった。 GNRの新しいアルバムが出ただけでなく、 Xing(Helix)はLAMEを上回っています。 地獄は今ほとんど寒いです HelixのENC_DELAYの値が44100Hzの時1680サンプルらしいと言うのは調べたが、PADDINGが多すぎるせいか、
ギャップレス再生ができないな 406 名前:番組の途中ですがアフィサイトへの転載は禁止です (中止 Sa96-B7Yb)[sage] 投稿日:2017/02/14(火) 14:36:02.16 ID:AxKM1to4aSt.V
ヘッドホンに金をかけたいんで320kbsのmp3音源全量flac化てのをやってる
レンタルCDから15年くらいかけて集めた奴全量なので結構きついが
暇つぶしになっていい、唯一の趣味ともいえる
なおmp3の320kbsとflacの違いは全くわからない ついに最終段階に来た。
LAMEもずっと更新されてないし、320でエンコし直すことにしたわw
次エンコし直す時は、MP3を卒業する時だなw >>490
カーオーディオで聴くのが主な目的だが、古いのでMP3とWMAしか対応してないんだわ。 >>492
俺は自宅用は FLAC、車用は m4a(ipod+カーナビ)にしてるな。
車で聴くならあんまり音質は気にしなくて良いんじゃないか。
どうせロードノイズでかき消されるのだから。
ちなみに、最初は mp3(LAME) にしていたが、途中から m4a に変えた。
わざわざエンコし直してはいない。
そのうち車でも FLAC が使えるようになれば良いけど、ipod じゃ見込みは薄いか。
って、こんなこと書いたらスレ違いになっちゃうね。 ハイレゾ - LAME -> mp3 と
ハイレゾ - ? - > CD - LAME -> mp3 だと
どっちがデータが小さくなるんだろ?
同じ値段だとCD買うか配信買うか悩む LAMEを何だと思ってるんだコイツ
バーカ、アホ、間抜けと罵倒して良いレベルだな 48kHzのハイレゾならいいけど、それを超えるサンプリング周波数の場合、
MP3に圧縮する際にリサンプルまでしなければならなくなるよ。
もっとも48kHzのハイレゾって言ったら量子化ビット数以外CDと殆ど変わらない気がするが。 >>495
あっそうか、CDは44.1kHzだからCDからmp3作った方が小さいデータになるのか。
ありがとう。
しかも自分で作ったバッチファイル見直したらffmpegでリサンプルしてた、そこで気が付け俺 何と比べて同じって聞いてるのか分からないけど、、、
設定どうこうで最終的にCBRとVBRとのファイルサイズが完全に同じになる事はある 元が96kHzの音源なら、48kHzにリサンプリングしてMP3にエンコードした方がプリエコーはましになると思う。
ただ、LAMEが44.1kHzと48kHzで同じレベルで最適化ができている前提の話であるが。 MP3って大抵20kHzくらいでローパスフィルタ入るから元が44.1kだろうが48kだろうが大差ない気がする 周波数毎のプリエコーの違いはこれ
https://hydrogenaud.io/musepack/klemm/www.personal.uni-jena.de/~pfk/mpp/timeres.html
>>500
sfbの対応する16kHzくらいまでしか効率的に圧縮できない規格だからしょうがないね >>500
元と変換後の周波数が違う(48⇔44.1)と、1割ほど余計な事してその分+αのデータ量が無駄になってるって事になるからなんかヤダ バーカ、アホ、間抜けと罵倒されてる>>493です。
同じ曲のハイレゾ版とCD版 [サンプリング周波数が違うの忘れて] mp3にした時どっちがファイルサイズ小さくなるんだろ?
と思って書き込みました。すみません。
>>498
CBRだったらハイレゾでもCDでも同じ曲だったら同じファイルサイズになるように
VBRでもハイレゾ、CDにかかわりなく同じ曲なら同じファイルサイズになるのかなーと
たぶんVBRだとCD版の方が小さいファイルサイズになりそうな気がするのですが >>503
ハイレゾ→44Kor48Kダウンサンプリングの過程or方法で、CD版(44K)より小さくなる場合もありえる(´・ω・`)
まあダウンサンプリングが綺麗にできてれば元ハイレゾ音源の方が最終的にサイズ大きくなるとは思うけど どちらも信号帯域が20kHz以下という条件なら
48kHzソースの方が周波数領域での非ゼロなbinが多くなって圧縮しやすくなるんじゃないの ×非ゼロなbinが多くなって
○非ゼロなbinが少なくなって >>503
128kbpsとか320kbpsのkbpsの意味を調べてみれ 同じレート設定前提で話してると思ってたけど違うの?それとも質問の意味分かってなくて書いたの? 久々にLAMEで遊んでみた
3982→3995にして変換したんだけど、
96kbps選んでも何をしても320kbpsで出力されちゃってワロタ・・ どうせ変更点把握しないまま使った設定ミスなんでしょ >>508
基本的に同じ曲で同じ長さなら、ソースが違っても大差ない結果になるってどうしてわからないの?バカなの?
人が文意をとれないとかコケにする前に自分の低能さを知れよ池沼 大差ないって事は、多少の差はあるって事で、その多少の差を言ってるんだと思うんだよね(同じじゃない) フォーマット:MPEG Audio
バージョン:Version 2
プロファイル:Layer 3
ビットレートモード:CBR モード
ビットレート:24.0 Kbps
チャンネル:1 チャンネル
サンプルレート:22.05 KHz
これを維持できて、他に余計なタグの付かないLAMEのフロントエンドって無いですか?
どうもLAMEはこの辺りの開発を重視した事が無いようで
自動的にサンプルレートを16KHz、ビットレートを32Kbpsに変更されるものばかりです。
実現できた手段は、同様の設定のwavで取り込んだ後に、EcoDecoTooLのFraunhoferでビットレートだけ変えてのmp3エンコしか無いんですが
Fraunhoferはエンコに使えるツールもコマンドも碌に出て来ず、ビットレート以外に碌に設定の変更が利きません。 >>513
lame -m m -b 24 --resample 22050 input.wav output.mp3 >>514
- -b 24 --resample 22.05 -q 0
で何とかなりました、サンクス。
ところで、音質について詳しい方に聞きたいんですが
ttp://www.creative-hive.com/creativehive/uploader/uploader.cgi?mode=downld&no=2116
アップしたtest.zipの中の3つのファイルで
pcm.wav PCのライン入力から32bit、44.1KHz、wavで15秒ほど取り込んだAMラジオ
lame.mp3 このpcm.wavを上記のオプションでLAMEエンコ
other.mp3 iFP895という、24Kbps 22.05KHzでダイレクトエンコーディングできるポータブルオーディオ機器で、PCのライン出力でpcm.wavと同時録音
タグ上はlame.mp3とother.mp3は同一の設定になっているはずなんですが
聴き比べると、どうしてもlame.mp3が、曇ったような音の印象になり
other.mp3の方が、pcm.wavに近い(つまり生の音声ソースに近い)音質に感じます。
同じmp3、同じ周波やビットレートを使って
オーディオ機器のオマケで付いている録音機能が、PCで使うエンコーダーより良質なわけが無いというのが定説化していると思うのですが
これはどうしても…。
カットされた音域や波形的に、どうしてそういう音の印象になるかとか
LAMEを使ってother.mp3に近い音の印象にできるオプションがあるかとか
誰かわかりませんでしょうか? ????
製品名を出したのが不服なんですか?
2004年製で替えも手に入らないようなものですが。 全部音量がかなり違う・・・
曇ったような音なのは単にフィルタ帯域の違いで、Lameのがばっさり逝っちゃってる感じ >>515
音がくぐもって聞こえるのはLPFを通さないと酷い音になるから、聞きやすい音にチューニングした
結果がデフォルト設定。っていうかその設定、ロック音だろ。
高域がまるまるカットされてるように聞こえるのなら、--lowpass と--lowpass-widthを使って通過
させる帯域を設定したら?
fs=22050Hzだから--lowpass 9.5 以下と--lowpass-width 0.5 以上にしていろいろ試してみ。 ところで、今のLAMEって-q 0指定で音がおかしくなるのは直ったの? >>521
hydrogenaudioで言ってたんだが。まさかあなた、英語の掲示板が読めないとかそういうのじゃないよね? q0のバグって3.97より前のやつ?
3.97リリースってもう10年以上前だぞ そもそもソースを出さない問いかけで後になってから英語の掲示板がどーだのって
人とのコミュニケーションの取り方から覚えなおすべき案件 世の中には3.93が最高だと頑なに信じて使い続けてる人もいますし。 AmazonのMP3はLAMEのバージョン古くなかった? mp3の特許切れたね
ttp://www.mp3licensing.com/ 特許が切れるとどうなるんです?
LAMEが潰されなかったんだから、mp3はこれまでも実質フリーライセンス同然って感じでは無かったの?
Fraunhoferがフリー化したらmp3が更に音質向上に役立ったりするの? 堂々とバイナリ配布しても金払えと文句言われなくなるということ
まあ2000年前後に根絶やしにされて以来はFhGも大人しくなって
商用ソフト以外は実質フリーだった気もするが ちなみにLAMEが潰されなかったのは公式にはソースコードの配布しかしてないから 【MP3特許切れ】
MP3はとうとうギャップレス再生を仕様に入れなかったんだな。
それだけが残念でならない。 【速報】「MP3」の日本・米国での特許は、今年(2017年)で失効 Linuxのディストロに初めからLAMEのバイナリが同梱されて少し便利になるくらいか MP3の特許を持つTechnicolorの特許権が消滅
http://gigazine.net/news/20170502-mp3-licensing-program-finished/
> MP3には著作権管理機能がないことから、AACやATRACなどが開発されましたが、
> MP3ほど普及することはなく、
> 記事作成時点においても依然として音声フォーマットとして標準的な位置付けにあります。
320でエンコードすればMP3で十分だもんな。
MP3は永遠だw エンコ後のデフォルトゲインでクリップさえしなければなあ >>537
ほかの音声フォーマットはクリップしないの? >>538
ごめん
AACあたりは大丈夫なイメージあったけど
今iTunesで買ったやつをいくつかチェックしてみたら
全然そんなことなくて普通にクリップしてた
まあ波形がたまにちょっと飛び出るくらいだと
音楽プレーヤーがうまくやってくれるから
ほとんど問題にはならないんだけどね クリップするしないは別にフォーマットと関係ないでしょ
非可逆圧縮する以上誤差で最大振幅を超える可能性は0にできないのだから
デコーダ側でfloatで出力してどうにかするしかない
LAMEは入力のレベルを微妙に下げて起こりにくいようにはしているけどね 低ビットレートでもMP3以上の高音質を誇るVorbisやらOpusやらがある時代になってしまったから今更用はないわな >>542
このスレにお前がきて書き込みをする必要の方がはるかに無い ストリーミング配信とかならともかく、
ストレージの容量増加や通信回線の速度向上もあって、
320kbpsでも大き過ぎると感じることがほぼ無いからなあ。 今はサイズでかくても気にしない状態だからなあ・・・
ほぼ制限ないから大喰らい状態(´・ω( ・` )ブヒー PC意外のプレイヤーに入れるのはもちろん、改造なんかでソフトに組み込むのもなんだかんだでmp3が楽なんだよな >>549
>残念ながら筆者の耳もそれほど感度が高くないようで、あまり違いが分からないというのが正直なところ。
音楽を「目」で聴く藤本先生が今更耳で聴いてもそりゃあ…w 特許も切れたし営利でも使い放題や!!!!!!!!1111111111 使い放題ってLameより劣ってたんだよな?
どうしようもない 特許と言ってもあんまり実感しなかったけどね
gifとか 当時でもgifは普通に汎用性があってより優れてたりもする代用形式が複数あったんじゃない?
png/jpg や avi ・・・ etc. エンコーダのソースファイル公開から、実行ファイルそのものを自由に配布できるようになったってダケ これまでフリーソフトでは「MP3エンコーダは別途自分でlameを入手」というのが多かったのが、最初から添付されるようになるかもね。
初心者には敷居が低くなるが、スレ住人には関係ないだろ。
或いは、有料ソフトのフリー版はMP3エンコード非対応で、MP3使いたければ有料版買え、というのが時々あったけど、それが無くなるかも? 自分の拾ってきたエンコーダーが、バージョン的にそのソフトに合うかどうか保証が無い
っていう懸念を持つ必要が無くなるのは助かる部分も結構ある
同梱=ある程度作者が同梱ファイルで動作確認してるって事になるから 8hz-mp3's room
http://kamikaze.o.oo7.jp/mp3/index.html
フリーでソースが公開されているMPEG Audio Layer-3エンコーダ、
'8hz-mp3'のお部屋です。ここに(私がいじった)最新版を置いておきます
ので、必要なら取っていってください。
例のパテント問題では、また動きがある(BladeEncの作者にも再び警告が
来たらしい)模様ですが、少なくとも日本の特許法では特許侵害にあたら
ないことは確認済みです。あ、これはあくまで私が趣味・研究対象として
このアルゴリズムを利用しているという前提であれば、ですけど。
8hz-mp3とは
このプログラムは、MPEG Audio Layer-3エンコーダです。オリジナルソース
はhttp://www.8hz.com/mp3/にありました(過去形)。また、古いバージョン
ながら作成元から提供されている実行可能なバイナリ(Win32版はv0.11bと
v0.1b)もこちらで入手できました(過去形)。さらにその大元は ISO の
パブリックなソースです。現在は、MP3技術のパテント(特許)所有元から
特許料の支払いの請求を受けたため、公開を中止しています。 とりあえず3.100系はなかったことにしてセキュリティアップデートをするという話になってる *Someone is working on the switch to libmpg132 (TO)
*Someone puts Robert's changes in a branch, and revert the HEAD to 3.99.5 (GB?)
*Someone ensures that the switch to libmpg123 is properly working (configure changes?)
*Someone applies the pending security patches
*Someone writes down the release process (GB)
*Someone releases 3.99.6 (GB?)
*Someone switches the source code (and its history) to git (where? on GitHub?)
*Someone handles the move from Sourceforge to GitHub
*Someone becomes new maintainer Someoneの更新は、わかんな〜いヽ(^o^)丿 http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html
Fix for bug ticket [ #447 ] Fix dereference NULL and Buffer not NULL terminated issues. Thanks to Surabhi Mishra
Fix for bug ticket [ #445 ] dereference of a null pointer possible in loop. Thanks to Renu Tyagi
Fix for bug ticket [ #449 ] Make sure functions with SSE instructions maintain their own properly aligned stack. Thanks to Fabian Greffrath http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/version.h?view=log
Revision 1.141 - (view) (download) (as text) (annotate) - [select for diffs]
Sun Aug 13 13:57:14 2017 UTC (56 minutes, 12 seconds ago) by robert
- sanity check when reading pcm data, avoid buffer overflow
- version 3.100 beta 0 LAME 3.100 2017 (in preparation)
http://lame.cvs.sourceforge.net/viewvc/lame/lame/doc/html/history.html
Fix for bug ticket [ #458 ] Multiple Stack and Heap Corruptions from Malicious File. Thanks to Gareth Evans and Elio Blanca
Fix for bug ticket [ #460 ] A division by zero vulnerability. Thanks to Wang Shiyang, Liu Bingchang
Fix for bug ticket [ #461 ] CVE-2017-9410 fill_buffer_resample function in libmp3lame/util.c heap-based buffer over-read and ap
Fix for bug ticket [ #462 ] CVE-2017-9411 fill_buffer_resample function in libmp3lame/util.c invalid memory read and application crash
Fix for bug ticket [ #463 ] CVE-2017-9412 unpack_read_samples function in frontend/get_audio.c invalid memory read and application cras マイナーバージョンが上がって桁が増えると、もやもやするけふこのごろ LAMEって新しくなっても音質はよくならないんやろ? 最近このスレ見た人は「もせさん」って知ってるのかしら?w 音質と圧縮率が全てじゃ無いわな
動画じゃシークで長く固まったり画面が崩れやすい形式は使いたくない
mp3とaacで負荷や互換性にどの程度差があるかわからんが >>582
動画のシークはキーフレームの間隔を短く設定すると改善される
音声はほぼ影響が無い http://lame.cvs.sourceforge.net/viewvc/lame/lame/libmp3lame/version.h?view=log
Tue Sep 19 16:58:30 2017 UTC (13 hours, 39 minutes ago) by robert
Branch: MAIN
CVS Tags: HEAD
Changes since 1.141: +1 -1 lines
Diff to previous 1.141
release candidate 原因を追ってみたらconfigureのスクリプトが変わってAppleのclangだとclangと認識されずに最適化フラグが完全にオミットされるせいだった >>587
FreeBSDでビルドする時に注意しようと思う いやたぶんスクリプト見る限りFreeBSDとかたどちゃんと検出されるんだと思う
clang --versionの出力を見てるんだけどApple謹製のOSX版はclang version xxxの代わりにLLVM version xxxとか出力しやがるから WSLでmingwのパッケージ入れるのが一番楽かな MinGWだと途中でmakeが止まるな
FreeBSDでは./configure && gmakeで一発なのだが include/libmp3lame.symからlame_init_oldを消す 相変わらず-V 0のデフォルトローパス値は24000(24kHz)なのか。
標本化周波数が48kHzの場合は分からんが、44.1kHzだと上限値の22.05を超えちゃってるから、
LAMEタグ上にはローパス値が記録されるものの実際にはローパスが使われていない。
(-V 0 -tと-V 0 --lowpass "-1" -tで出来たMP3をバイナリ比較すると完全一致) 3.100は音質に影響するような変更はないからね
バグ修正とセキュリティアップデート Rarewaresは中の人が今週末に自宅に戻ってから出来るだけ早くと
hydrogenaudioのフォーラムに書いてあった >>606
MMXの無い分だと思うが、LAMEは64bitの方が遅い >>607
比較しようと思って64bit入れたがエラー出てエンコ出来んw
Win7 64bit、3.99.5 64bitに3.100 32bitは同じオプションで問題ないんだが何だろう Intel Compilerのライブラリを動的リンクしてるから Windows用64ビットLAMEの場合、http://www.rarewares.org/mp3-lame-bundle.php にて入手したVer3.100はVer3.99.5と異なり
俺もシステムエラーで使えなかった。(エラーメッセージは「コンピューターに libmmd.dll がないため、プログラムを開始できません。」)
同じ64ビットVer3.100でも http://www.free-codecs.com/lame_encoder_download.htm にて入手したものは従来通り使えたが… >>610
64bit版のlibmmd.dllを探して、lame.exeと同じフォルダに放り込めば使える libmmd.dll 12.1×64入れてみたがダメだったわ ウチはexeだけで普通にエンコできた。なんでだろ?
気になってlibmmd.dllがPCの中に存在するかファイル検索したけど無かったのに
やった事は3.99.5(x64)の入っていたフォルダに3.100のexeとdllをコピーしただけ
EACでリッピングしてそのまんまEACがexeにファイル投げてるだけなんだが その1 どこからダウンロードしたか
その2 大昔の3.100とごく最近の3.100 LAME 3.100
2017-10-22
Bundle compiled with Intel Compiler. Should work on XP, or later.
LAME 3.100 64bit
2017-10-22
Bundle compiled with Intel Compiler. (For 64bit Windows only.)
http://www.rarewares.org/mp3-lame-bundle.php >>616
RAREWARESのとこから。リンクアドレスは↓
http://www.rarewares.org/files/mp3/lame3.100-64.zip
今確認したファイルの日付が2017/10/22 18:55:39ってなってるから、
>>610の時からファイルが差し替えられているのかも >>617さんが貼ってくれた2017-10-22のファイルだと64bitのexeのみで問題なくエンコ出来ましたわ
>>604の10-21がエラーでダメだったんだね 399.5から3100に変える意味あるのってどんな場合? >>617-619
その64ビット版を先ほど入手し直したら.zipファイルのサイズが684KB→1199KBに増えてて、
それに収録されてるlame.exeとlame_enc.dllは両方とも更新日時が2017/10/22(日)18:55:40だった上に
Intel製のlibmmd.dllとsvml_dispmd.dllが無い状態でも正常に使えた。恩に着る。 399.5と3100は音質の差はないにしても、やっぱり新しいバージョンの方が音質は上になってるかね?
って言うのもさ、CDをMP3に変換に使ってるソフトが今だにCD2WAV32で午後のこ〜だのDLLだったんだが
午後のこ〜だが開発が終了して十年以上、さすがにそんな前の物よりは最近のLAMEの方が音質は多分上だよね?
何に乗り換えるべきかねWindows10でも動いてるからついつい古いソフトをずーと使ってたよ… 今さらながら気づいたんだが、午後のこ〜だって、午後の紅茶を踏まえているのか? >>625
「○○の方が音質が良い」なんて聞いたらそうなんだって思い込むだろ?
自分で聴き比べして好きなの使えばいいだけ
他人に意見求めたってしょうがないよ
評論家の藤なんとかさんみたいなプロ()でも糞耳の持ち主もいるしねw 同じ設定でエンコして違いがなければ同品質 としか言えない >>625
午後こ〜だってlameが徹底チューニングされる前の3.88が
ベースだから、最新のlameなら午後こ〜だより、高音質に
なると思うが AmazonデジタルミュージックのMP3って基本Lameでエンコードされてるけど、この前買ったアルバムの中に1曲だけエンコーダーがFraunhoferになってるのがあった。
なんでそんなややこしいことするんだろ?
ちなみにアリス沙良オットのグリーグのピアノ協奏曲、第3楽章だけなぜかFraunhoferエンコ そういや昔はFraunhoferが高品質mp3エンコーダの定番として持て囃されていたんだっけ? こだわりのマスタリングスタジオにエンコーディング依頼したら
lameとfraunhofer比べたら第3楽章だけはfraunhoferの音が良かったです!
とかなったという妄想 Google Play Musicで採用されているMP3エンコーダーってどこ製?
Lame? それともGoogleオリジナル? グーグルの仕事とは思えない(ほど出来が悪い)
グーグルの仕事とは思えない(ほど出来が良い)
どっちの意味? ☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ 今迄、RazorLame 1.1.5 + LAME 3.99.2.5で
まぁ支障なく使ってきたのだけど、
exeとDLLだけ差し替えで支障が無いかの確認もしたくて
exeとDLLだけ3.100.2.0( 64bit )にしてみた。
まぁ、生成は問題ないみたいだけど、
> RazorLame encountered an unknown message from LAME while trying to encode"ナントカ"!
ってログが記録されてて、その所為か エンコ終わったファイルがリストの最後に再びエントリーしてきて、
ループになるって所でエラーメッセージを出すな。
まぁ、無理やり64bit喰わせてる訳だからエンコ出来てるだけでも恩の字だけど。 LAMEの320kbpsよりiTunesの320kbpsのほーが高音域が削り取られてないって記事を見たんだけど、
320kbpsならiTunesで変換したほーが音質が良いって事になるのかな?
ファイルサイズは増えそうだけど ローパスを理解していない馬鹿が書いた記事をローパスを理解していない馬鹿が読んだだけか カットオフ周波数ですよね
それを分かった上での疑問です
少しでも高周波成分、高音域を残したほーが聞こえないとされてカットするよりも音が良くなるんじゃないかと思ったもので 全然わかってないやんwww
ただぶった切るだけだと思ってるアホなだけじゃん
今更こんな話が出てくるとはw mp3でも残そうとすれば残るよ?
残す意味があるかどうかは別として >>653
LAMEは20Khz以上をストンとカットしてるってなってたんだけど? いや音質は良くしたいんだよ
カットされた高音域を残したほーが同じ320kbpsだと音質良くなると思ったんだけど、
なぜそれで悪くなるのか、その理由が分からない
ちなみに記事でもiTunesの高音域残ってるほーが音質悪いって書いてた 何で聞こえやすい周波数より聞こえにくい周波数を優先して残すほうが音質が良くなると思うのか 優先して残す??
優先して残すとは思ってなかったもので…
ファイルサイズが増えるかわりに高音域もプラスされるものかと思ってました
320kbpsって縛りがあるからそれはないですね
スッキリしました ドラムのあととかも聴こえにくいのでわざとカットしてる。
高音残したいならmp3よりもaccとかのほうが良いよ。 単にAACの書き間違いなんだろうが、昔広く使われていた、いわゆる「カセット」ってAnalog Compact Cassetteとも言うんだよな。 >>656
LAMEって一括りにしてるようだけどオプション付けないデフォルトで
バージョンによってローパスの値は全然違うからな カットオフ周波数はlame tagに書かれてる。
3.99.5だと、320kbpsでは20500となってるな。 LAMEにしろiTunesにしろ、同じビットレートの場合CBRよりVBRの方がカットオフ周波数が低めに設定されるのが不思議。
VBRの方が効率よく圧縮できる分高域残す余裕がありそうなイメージあるけど。 聞こえないところ残したってしょうがねえだろってのもあるが
その高域部分が他の周波数に悪影響を及ぼすから
てか、こんな話何年も前から出てるだろ
もう過去スレ全部読んでこい
そしてこの時代圧縮音源など廃れていくだけだ 人間に聞こえない音域が他の周波数の聞こえ方に影響を及ぼしたりはしないよ。
そんなネタをすぐ信じるから文系くんは
技術者としてのプライドもないインチキメーカーのカモになるのさ。
グラフやなんかが貼ってあったら科学的な根拠がある、と盲目的に思い込まないほうがいいぞ。
オーディオの実質的な性能は、プラシボ効果を排除した、
純粋な聴覚によるブラインドテスト以外には評価のしようがない。
各種不可逆音源はそれらの評価を踏まえて開発されているのさ。 GoogleがGPMで使ってるエンコーダってLAME? なんだか懐かしい玉子臭が…
もう玉子臭を知らない奴ばかりかw >>665
V0の場合はローパスフィルタ自体使ってないけどね。 ローパスフィルタ使ってないから実際22050Hzまで目一杯入ってるね。
DVDからリップした音源をエンコしたやつだと24000Hzまで入ってる。
ただCDは、規格上の限界22050Hzまで音が入ってるディスクもあれば、20000Hzでスパッと切ってあるディスクもある。 --preset fast standard
が一番バランスがいいような木がする >>674
fast要らない。てか-V 2だけで済むのに何わざわざ古臭いことやってんだよ LAME懐かしい
HDDの容量が乏しい頃は
玉子さんを参考に頑張っていたなあ
TBが当たり前の今は
可逆でも誤差の範囲だもんねー TBの容量あるスマホやiPhoneってなかなかなくね? >>674-675
3.100 stableのlame.exeで実験してみたけど、
-V 2、--preset standard、--preset fast standard
全部同じエンコード結果になるね。
でも何となく字面的に--preset 〜を使いたくなる気持ちは分かるわ。
俺も-b 320より--preset insaneって書く方が好きだしな。 でもLAMEの考え方は正しいと思います
聞こえないとこは無視して
聞こえるとこはしっかり行こうぜ
おっさんになると
高音なんて聞こえないから LAMEは"Lame Ain't an MP3 Encoder"の略
これ豆な ain'tなんて汚い英語じゃなくて、普通に
LIME = Lime Isn't an MP3 Encorder
にして欲しかった。 http://lame.sourceforge.net/rationale.php
経緯が書いてあるけど
Fraunhoferがエンコーダのライセンス払えないなら配布すんなってフリーのエンコーダを潰しにかかった時期に
LAMEは単体では機能しないパッチだからエンコーダじゃねーよ文句あるかってわざと挑発的なニュアンスで名付けたわけ フラウンホーファーのライセンスが消滅した今こそ、
晴れて
LIME= Lime is MP3 Encorder
に改名すべき 世界教師マイトLーヤを、よろしく。
日本は文明国です、死刑制度に、反対おねがいします。 Amazonデジタルミュージックで買ったMP3って
以前はLAME3.97でエンコードされてたけど、
最近はタグ情報見ても"LAME"としか書かれてないね。
LAMEのバージョンはわざと明記しないようにしたのかな。 MP3で音質を追求するのは、MIDIで言うところの「MSGSの本気」みたいな魅力がある。 実際ビットレートさえ上げれば無駄なほど高音質になるしな
128kbpsあたりの低ビットレートでどこまで音質追い込めるかが面白いところ MIDIで言うところの「MSGSの本気」みたいな魅力
自体が完全に廃れたんだけどな
今の子はMIDIへのエクスポートの仕方すら知らないんだから MSGSの本気を知らないとかつまんない人生だな、今の子は VSTでさえ糞音質って言ってしまうようなあほな子なんだろうよ。 超久々にLameサイト見たら、
4.0じゃなくて3.100なんですね。 最近mp3に関してはすっかりLAME -b 320 -q 0一択にしてる 昔よりstorage安くなったしFLACでもLAMEでinsaneでも好きにすればいいと思う 元とインセーヌの違いがわからん
それどころか192でもうわからん 開発者連中含めて、欠陥のある圧縮フォーマットだと言ってるのに、なぜ未だにmp3に拘るのか 拘ってるの?諸々の事情含めて筆頭となる代替品が存在しないだけなんじゃないの? AAC(mp4、m4a)、Lossless可逆以外のフォーマットに存在価値はない
mp3、wmaしか再生できないようなプレーヤーはとっとと廃棄 原音のデータを破棄しないので、可逆である必要なかったりもするんだよなぁ
逆に圧縮率が高くないとスマホの容量のが心配になるわけで、そのあたりは個々の事情だろ >>708
まるでAACに存在価値があるかのような言い方だな 標本化周波数が48kHzを超えているか、或いは動画の音声部分に使う場合以外は、
AACににしなくてもMP3でも大して変わらんやんって思うわ。 電車バス車の中で聞く音で音質とかこだわるだけ無駄だしなあ
取り回しのよさが一番だろ >>709
データを破棄しないから可逆
破棄してなきゃどんなフォーマットでも可逆になる >>709
とりあえず可逆と不可逆を勉強してからまたおいで
見てるこっちが恥ずかしくなるわ >>715
お前にはデータとは何かから説明しなきゃいけないのか? 可逆と圧縮の意味がわかってない予感
ファイルを.zipやrarに圧縮するのは可逆圧縮(その圧縮ファイル(書庫)から元のファイルを復元できる)
bmpをjpegにするのは非可逆圧縮(jpegから元のbmpは復元できない)
flacなんかのLossless可逆圧縮は簡単にいやzipやrarみたいに、可逆圧縮したファイルをそのままデコード(復号化)しながら読み出して音声を再生してる
Lossless Audioは音声部分に関しては漏れなく可逆 >>714
君がミスリードしてるだけ。買ったCD捨てたり売り飛ばしたりしない一方で
スマホに入れるのにサイズ気になるからFLACよりMP3を圧縮に選んでるだけなんだが
暑さでイライラしとるだけなのかもしれんが、いきなり人を見下したような書き方すると敵増やすだけですよ? なんだ?この今更なみっともない言い訳www
反論出来なくなってるだけじゃねえかwww >>720
アンカつけないと誰に何言ってるのか判らないんだが 「原音のデータを破棄しないので」=「買ったCD捨てたり売り飛ばしたりしない」
という意味で言いたかったのだろうが、「可逆である必要なかったりもする」って続くのが分かりづらい
原音大事に持ってても聴くのは劣化した不可逆圧縮ばかりだったら意味なくない?
と思ってしまう 車の中で聞くなら劣化したものでも充分過ぎる
40過ぎれば音が聞こえなくなっていくんだから
些細な差を気にしても仕方が無い。
マイ電柱とか言って喜んでるおじいちゃんとかいるけど、
絶対あんた高音聞こえてないだろうという。 皆それぞれもろもろの事情を踏まえた上でmp3エンコーダであるlameスレにいるんだろ
言いたいことは各々あるのかもしれんが、少なくともここで展開されるべき話じゃそもそも無いはずだ >>722
前半部分、よくそういう解読法を見つけたなぁ
正解っぽいねw
わしゃチンプンカンプンだったよw
世の中には信じられない思い込みを自信満々で披露する人も居るんだなぁw
>>723
40過ぎて耳が劣化してるやつはヘッドフォン大音量とか、大音量クラブやライブに無防備に入り浸って耳を壊した結果だよ
年齢関係ない
耳は消耗品だから、普段から酷使したやつほど早く劣化する
酷使してなきゃなんてことない
自分は40過ぎでも若者よけモスキートノイズビンビン聞こえるよ
25のいとこは聞こえないらしいが
楽器やってるから耳が消耗品だというのは散々聞かされてきたから、昔からイヤープラグ持ち歩いてるわ >>719
じゃあLAMEなんて関係ないじゃん
容量減らしたくてmp3選んでるならなんでもいいわけだし
キミに取ったら128kbpsより64kbpsの方がいいんだろうからさw
結局は何もわからずこのスレに書き込んだってのが結論だろ
アホくさ 同容量なら視聴感のいいAAC使わない意味がわからん
結局MP3しか再生できない古い機種使ってるんでしょ?
別にAACじゃなくてWMAでもいいけど、費用対効果が後発規格に比べて悪いMP3つかう意味がない >>727
頭固いんだね。
若いのにソレだと将来辛いぞ。
年寄りだったら嫌われないようにな。 MP3にしがみついてるほうがよっぽど思考が硬化してるでしょ
新しい環境に触れることを面倒くさいと思ってるだけか、MP3しか再生できないプレーヤー使ってるかしかないよ >>727
視聴感のいいってそれ何の定義?
そんな曖昧な定義振りかざしていたらどこ行ったって受け入れられないよ
君自身が良いと思うならAAC使えばいいだけ
わざわざここで言うことじゃない リニアPCMや可逆の音声の再生に対応してるからと言って
必ずしも相応の音が出るとは限らん、プレイヤーもそうだし実際に音を出すイヤホンやスピーカーだってそう
極論それを受け取る人間だって対応出来てるかどうか怪しい
そのくせデータ参照量やデコードの処理でバッテリーは余計に喰うんだから割り切ってMP3を扱う事を誰が否定出来ようか
といかここはそう言う人が集うスレだろう、建前くらい守ろうぜ MP3は今はもうLAME使っとけって感じになってるけど
AACは有力そうなエンコーダがいくつかあるらしくていまいち移行しきれない >>730
MP3も含め、音声圧縮技術は、人の耳に聞こえづらい成分を削って圧縮してたりする
そのぶった切る部分をもっと高度に人の感覚に合うようにやってるのがAACだよ
だから48k(今は32kかも)でラジコがきれいに聞こえる
mp3の48kなんてマイクロカセット以下の音にしかならん
あと、同じ容量(ビットレート)なら音質はMP3よりAACってのは確定してる話だから、そこ覆そうってんなら俺に反発しないで世間にデータ示して反発したほうが良いよ
なんで事実に目を背けてまでmp3使うかって、それしか使えないプレイヤーのためか、新環境に対応できないだけっしょ?
低音質だけど、都合で使ってる で済む話なのに >>733
うん
低音質だけど、AAC押しがうざいからmp3使ってる
あっちいけ >>733
誰が何使おうと自由
個々の事情だって人それぞれ
それをスレチな上にアホみたいに押し付けてくるお前がアホ
久しぶりに間抜けオプション押し付けてきた玉子みたいな奴見たなw mp3で良いファイルにするためにコマンドラインオプションに拘るとか
バッドノウハウ溜めちゃう連中は沸点も低いw >>726
アホなのはオマエそのものだって気づこうな
周囲から妄想癖があるって言われないか? insane→Google翻訳→非常識・頭がおかしい
わかるわぁw AACはいまでも汎用性が悪い。
カーオーディオとかMP3&WMA対応ってのが未だに多いからな〜
しかしWMA使ってる人なんて世の中0.0001%もいないだろうに、
なんでAACよりも優先対応するんだろう?
マイクロソフトが圧力かけてるとか? ライセンスの問題じゃないの
WMAは無料じゃなかったっけ? そうなの?
MP3が無料になったのも去年くらいじゃなかったっけ? >>744
そうだろうね
うちで取り扱っている産業機器に組み込まれている動画のフォーマットが
初期ロットではmp4だったのに途中でwmvに変わってたのもライセンスの
問題だったようだし
じゃないとサイズの大きいwmvに変える理由ないしな WMVって今やすっかりエロ動画販売サイト専用規格になったな うちのカーナビFLAC対応だからUSBにFLAC入れてる
だから何って話だけど うちのフォルクスワーゲンのオーディオはMP3再生に対応しているが、
タグに2バイト文字が含まれていると再生できないことがある。
なので邦楽を聴くときはタグを消してから入れてる。 MP3もMPEGの規格らしくMP4なりのコンテナに入れて、Unicodeのタグを付けたらそういう問題を回避できるのだろうが、
普及しているID3タグは仕様が無茶苦茶なので残念 >>751
ID3v2.4でUTF-8を使えば良いのですが。 >>752
ID3v2.3しか対応しない機器に遭遇したら困るんじゃない ID3v2.3 UTF-16が事実上の世界標準なのに、わざわざそれ以外を選択する意義が理解できないわ。
汎用性の高さこそMP3の最大の長所なのに、わざわざそれを狭めてどうすんのって感じ。 big endianのBOMだと大丈夫だったりするのかね >>754
ちょっと前までならそう言えたけど。
最近はID3v2.4をデフォにしてるソフトも増えてきてるよね。
それに、年月日の取り扱いや複数値の取り扱いとか、v2.3には不備もあるし。
おかげで、v2.3なのに年月日にv2.4のTDRCを取り入れたり、複数値の区切りに
v2.4のヌル値を使ったり、といった勝手な独自拡張をしてるソフトも最近じゃ
出てきてる。
歴史の長いタグだけに過去のしがらみもあって色々とややこしい事になってるね。
俺も今までv2.3/UTF-16で運用してきたけど、長い目で見ればv2.4/utf-8に移行を
考えるべきかも知れないと感じ始めてるよ。 RazorLame日本語化パッチのページがなくなってて
新ページからは削除されてるんだけど
どなたか持ってませんか? 脂肪肝気味の体をシェイプアップするようなコマンドラインがあったら教えてください もし酒を飲んでるなら、まず禁酒したらいいんじゃないですかね? RazorLameってLAME3.98以降は変換時の進行状況バーの表示がおかしい(これは些細な問題)
マシンスペックあっても並行処理できない(ファイル一個ずつの変換)のも痛い
ただログが出るというメリットはある 久々にlameを使ったが、年取るとiTunes plus aac256よりlameV0だな。
若い頃はlameの音が濃いけど上カットが気になってたが、今は聞こえん。
オッサンはラメで決まりや! >>766
ビットレートの大半が無駄になるのに320kbpsにして何になるの? ドロップで曲を追加できなくなった。ジャケットへのドロップも🚫が出る 配信が当たり前の世の中になっても
ヲレはMP3が好きだ
そして男だからインセーヌで保存 SFCのSDK3やPS2のVP2は、発売された時点で既に後継機のN64やPS3が出ていたにも関わらず、
敢えて1世代前のハードでグラフィックを追及しているのが好きだったな。
同様に、非可逆に限ってもAACやOpusが台頭している今だからこそ、敢えてMP3で音質を追及するのもまた一興。 やっぱりmp3は使いやすい
音質面ではlamev0よりopus160kbpsの方が良い。何とかならんか? まあ何だかんだ言っても--preset insaneと圧縮前聞き比べて違いが分かるケースなんてかなりレアだし、
標本化周波数が48kHzを超える音源を圧縮するとか動画の音声部分に使うとかじゃ無い限りMP3で十分だな。 まとめサイトの中の人は生きてるよね?
サービス終了のお知らせ - Yahoo!ジオシティーズ
https://info-geocities.yahoo.co.jp/close/
Yahoo!ジオシティーズは、2019年3月末をもちましてサービスを終了させていただくこととなりました。
終了までのスケジュールやホームページの移行については以下をご確認ください。 >>781
そのまとめサイトの場合、無料のSSL暗号化通信対応ブログでも何とか再現できそうだな。
( https://www.blogger.com/ など罫線絡みのHTML編集も可能なタイプが必要だけど)
俺自身は別件でBloggerを既に利用していて新たにアカウントを追加する余裕が無いからムリだが、
それでも何とかしたいな… >>1の最下段にあるまとめサイトは現在Webページ3枚で構成されてるようだな…
まだ少し気が進まんが、もう自分のBloggerブログに記事として投稿する形で移植する事にしたよ。
以下の画像は2枚とも移植途中の私のブログ画面をキャプチャしたもので、
ご覧の通り実現できるメドが立ったからね。
もし良ければ、これらの画像の感想を聞かせてくれないか?
↓
https://i.imgur.com/1r0AuMd.png
https://i.imgur.com/4Eb2KNe.png
ここまでできれば、あとは普通なら明々後日くらいまでに終わりそうなものだ。
しかし元々ただでさえ年老いて気力を維持しづらい上に、個人的なスケジュールも色々やりくりしづらくなってる。
その関係で最悪の場合、まとめサイトの移植完了が今年末までズレ込むかも知れん。 そもそもトップページに
>移転はするけど移転先は未定
て書いてあるから別に何もしなくてもいいのでは 他人のコンテンツパクってアクセス数を稼ごうとしてるクズ野郎が居ると聞いて 元サイトが移転して続けるって言ってるのに勝手にやってるし
ミラーですら無いとか終わってるな 【2018/10/19追記】
http://www.geocities.jp/buritora2004/lame/
> トップページにも記載の通り、当ページを含め2019年1月中には移転予定です(移転先は未定)。
> ただし、万一失念、病気、死亡等の理由により移転出来なかった場合は、glovder15さんよろしくお願いします。
> 予定通り移転した場合は、glovder15さんのブログからも移転先にリンクを張っていただけると私が喜びます。
↑
遅くなりましたが、その件について了解しました。 フラウンホーファーって格好いいよな
アナハイムとか
シンクレアとか > ホーファー
この字面だけで課長を思い出したわ。 Amazonデジタルミュージックで買ったMP3のなかで、
基本LAMEなのになぜか協奏曲の1楽章だけFraunhoferでエンコされてたのがある。 どのmp3もFraunhoferのライセンスの筈だが >>796
そういうことじゃなくて、ダウンロード済のMP3のタグを見てみたら、
協奏曲のなかの1楽章だけエンコーダーの表記が"Fraunhofer"になってたのがある。
アマゾンから買ったMP3は普通どれも"LAME"になってるのに。 >>797
判定にEncSpot使ったか?
あれは誤判定なんてザラだぞ 俺が持ってるAmazonのMP3はすべて、dBpowerampMusicConverterやMediaInfo、EncSpotなどで
「LAME3.97」と表示される。
バイナリエディタで見るとファイル末尾近くに「LAME3.97」と記録されてる部分がある。
それがどういうデータなのかは知らんがな。 >>798
タグはiTunesで見ています。
Amazonで購入したMP3のプロパティを見ると、エンコーダーはどれも「LAME3.97」or「LAME」と表示されています。
ところが、とあるアルバムの中の1トラックだけ、ここが「Fraunhofer」になっている謎音源があります。
???と思って再ダウンロードしても結果は同じでした。どうでもいいことですが不思議ですね。
ちなみに、エンコーダーが「Fraunhofer」と表示される謎音源は↓です。
アリス=紗良・オット & バイエルン放送交響楽団 & エサ=ペッカ・サロネン
アルバム「ワンダーランド」
トラック3 - グリーグ:ピアノ協奏曲 - 第3楽章 >>801
DL時にファイルが壊れたわけじゃないから何度やっても同じだよ
上にもあるけどバイナリエディタ使えばLAMEの記述はあるはず
誤判定は良くあることだしね
LAMEだけの判定ならkmlvってソフトもある
色々ソフト試してみるといいかもよ っていうかiTunesでMP3のプロパティを見たときに表示される「エンコーダー」の項目は
何かを「判定」してるんじゃなくて、タグに書き込まれたエンコーダー名をそのまま「読んでる」んじゃないの?
「Fraunhofer」と表示される以上、タグのその項目に「Fraunhofer」と書かれているんじゃないかと思うけど。 Fraunhoferオリジナルのエンコーダ自体みたことないなぁ、俺
オリジナル(はどうも128kbpd以下までしかエンコできないらしい)を改変(ハック)して高ビットレートに対応した
とかいうRadiusなるエンコーダに出会ったことあったけど(恐らく違法っていうか著作権無視なシロモノ)
曖昧な事を書いているのは15〜20年くらい前な話な上にそのエンコーダが海外のハッカーが手掛けた物っぽくて
英文のdocだった上、そのzipファイルとか手元に残ってないから バイナリーハックするくらいなら、一から作った方が楽じゃないのか? Fraunhoferはちょっと前まで純正エンコーダをWebで無料公開してた
http://web.archive.org/web/20130216021550/http://all4mp3.com/tools/command-line-tools.php
今はReallyRareWaresで落とせるhttp://www.rarewares.org/rrw/fhgmp3s.php ソースコード添付されていたわけでもないし、古い話なんで確定的な事は言えないけども
圧縮のアルゴリズムはそのまんま、ビットレートの部分を弄ったりとかその程度の物だったんじゃないかな
バイナリーそのまんま改変したのか逆アセンブルした後で弄ったかとかも知らんw
昔話をもっとするなら、Lameを元にした午後とかもあったし、Xingのエンコーダは当時のLameより
音質がいいと評価する人もいたっけなぁ EncSpotの馬鹿はLAMEエンコ物をGOGO判定するときもあったなw windows純正がfraunhoferじゃなかったっけ 今、DVD-Videoを見ると解像度低過ぎ&圧縮率高過ぎで見れたもんじゃないけど、
音楽CD(CD-DA)はSA-CDやハイレゾ音源が出た今聞いても聞けたもんじゃないと思う人はかなりの少数派だと思う。
音楽CD自体は無圧縮だし、44.1kHzの標本化周波数や2chの音声チャネル数では不十分と感じる人もそうそういないだろう。
そして、44.1kHz、2chという条件ならMP3でも圧縮前の音源と聴覚上は遜色無いものが十分作れてしまう。
加えてMP3の互換性の高さや、エンコーダ導入の敷居の低さを考えると、MP3を駆逐するのはなかなか難しいと思う。 まだ縮める余地はあるけど、既に十分小さいから、
もう頑張って縮める必要がない
動画はまだまだでかいので、もっと縮める圧力は今後も続く >>811
人間の視覚は哺乳類の中でもトップクラスに高性能だが、
人間の聴覚は哺乳類の中ではビリケツレベルに低性能だからな。
音楽を録音し再生する技術は1980年代には完成してしまった。
一方で動画を記録し再生する技術はまだまだだろうな。
どこかでもう一度3D映像技術に挑戦しないと、肉眼で見るのと同じ映像にはならない。 >>813
3Dだけに日曜日を充実させれば解決できるんじゃないかな
サンデーだけに >>815
サンデーは水曜日に発売じゃないっけか? https://eigobu.jp/magazine/insane
> スラングの「insane」の意味と使い方
> 「狂っている」かた(←“から”の誤植?)転じて、「めちゃくちゃすごい」とポジティブな意味で使うこともあります。日本語の「やばい」にソックリですね。「やばい」は元々ネガティブな意味で使用されていましたが、現在ではポジティブな意味でも使われています。
だから--preset insaneなのか。 wikiでlameは
> なお、本来の英単語の「lame」は、「足の不自由な」「時代遅れの」という意味である。
と説明されてるけど、
もっと判りやすい訳語は「ださい」だよな 何かアニメ・ゲームの曲ってVBRで圧縮すると平均レートが高くなる傾向あるよね。
クラシック系は低めになることが多い。
ドラマCDや外国語の教材等のように無音部分が多いものも低めになる。 >>823
デジタル編集機でゴリゴリ演算して極限まで音圧上げてるから
いわゆる海苔波形の音源とかは
情報量が多いので
情報量が多いので(大事なので)
ビットレートが高めになる >>824
FLACとかの可逆圧縮はその通りだけど、MP3はちと違うのでは?
MP3の場合、MP3Gainとかでおなじみの音量係数というのがフレームごとにあって、
音圧の高低は音量係数の調整により吸収されてしまうからビットレートにはさほどの
影響はしないと認識してるんだけどな
実際、オリジナルのWAVと、Wavgainで-10dBしたWAVを変換すると、FLACでは15%も
ビットレートが下がったが、lameのV2では1kbpsしか下がらなかった 音圧は聴感上の問題で、影響するのはスペクトルだけでしょ
クラシックが低いのは、音が鳴ってないとか、鳴っててもスペクトル的に一部だけの
時間が多いからだろう
DTMで作る曲は、びっしり埋めるので情報量が多い クラシックと大雑把に言っても例えばチェンバロ独奏のようなMDCTのショートブロックが長くてビットレートが最高320kbpsの
MP3にはどうにもならん信号もあるで 夫が妻のことを嫁と称しているのなら,閨内の秘め事という事でまだましだけど,
舅とか姑が言ってるのだとすると下品度が跳ね上がるね インテンシティステレオに対応したエンコーダってあんまり無いのかな。 今のLAMEってVBRは進化してるけど、低レートCBRはむしろ劣化してね?
まあ--preset insaneか-V 0以外基本的には使わないからいいけどさ。 >>537
元の音楽ファイルのゲインを下げてからエンコードする方法を発見したけど
結果的にエンコード時のオプション
-v0 --vbr-old --scale 0.95
にするのと同じことしてるのかな
過去すれ読んでも
変換時にオプション追加するのが唯一の対策か、mp3gainよりも音質の影響が少ないっていうのはどういうことなんでしょうか
replaygainもmp3gainも再生時の音量を管理するだけで音質には影響が無いし、副次的効果でクリッピングを防ぐみたいだけど
あくまで再生音量を抑えるだけでクリップした波形がパツパツなのは変わらないまま
再生音料だけを押さえてるってことか >>833
--scale 0.95でもクリップする時あるし0.9でもするときがある...
別途mp3gainでもかけるしかないのでは?
諦めた、海外のフォーラムでも簡単にクリップするのはscaleで対処してるみたいだし
もう--scale 0.95でいいや >>801
amazonに問い合わせてみれば?
理由を教えてくれるかもしれない >>835
新3.100と旧3.100の両方でエンコしてみたが、結果は変わらなかった。 みんなフロントエンドは何を使ってる?
LIFEが更新されてなくて設定と現行のオプションが微妙に一致しないんだよね LIFEなんてすんげえ久しぶりに聞いたぞw
foobar使えよ 元音源がCDならEAC。wavだけある状態ならバッチファイルかな。 cdrtfeのcdda2wavをcmdから直で実行してrip
各エンコーダもcmdから
もうなんか違う趣味になってる 多重起動して擬似的にマルチコアで動かすようなフロントエンドないかいな lameにもインテンシティステレオ導入してくれよな〜頼むよ〜 ISって64kbpsとか低ビットレートじゃないと意味ないでしょ?
MP3でそんなレート今更使わんでしょ ちなみにtt氏の(元)LAME4には実装されてた気がする 128〜320では使わんの?
まあ確かにどうしても64kbps辺りまで縮めなきゃいけない状況ならHE-AACとかになるだろうな。 盛り上がるところで何かノイズが聞こえるなと思ったら
派手にクリップしてた
VBRのデフォにscaleが設定されてないのは何で?
CBRだと-0.95とかになってるみたいだけど > 調査では32Kbps・56Kbps・112Kbpsという
32Kbps・56Kbpsのような低ビットレート入れておいて
「ポジティブな感情が失われていく」と言われても
お、おう としかw 生音vsラジカセのAMラジオ
生音の方がいいに決まってんだろ案件w 32kbpsまで下げるなんてストリーミング配信でもするのかな。
このレートならHE-AACv2だろうか。 mp3が流行り始めた頃に、フロッピーから再生して遊んだりしてたな
CD-RにDVD画質の動画を入れてみたり
DVD-RにBD画質を入れてみたり いずれにしても読込速度を試す以上の結果は得られなかったでしょう mp3初期とFD活躍期でがっつり被ってた時期ありましたからね 再生も負荷が大きくて
軽いプレイヤーが求められていた >>866
Pentium 166MHzマシンでラジオ録音する時に使わせてもらったわwwww めちゃくちゃ久しぶりにこのスレ覗いた
へー、もう3.90.3って使われてないんか ごめん質問
自分はソースも読めないようなヘタレで申し訳ないのだが、
3.99.5と3.100の各ビットレート毎のプリセットオプションがわかるような所ある?
もしくはソースのこの部分を見ればわかるってのがあれば教えて頂きたいです ごめんなさい、聞き方が悪くて誤解させてしまったみたい
知りたいのは
ttp://yamaken.tokyo/2019/03/24/post-171/
の下の方にあるVBRプリセットのパラメータやABR/CBRプリセットのパラメータの表のような情報ですわ
これは3.98の物だけど、これの3.99や3.100の情報が無いかなと
あと出来ればこれに加えてLPFの値もわかると嬉しいです >>874
kmlv使えばいいんじゃないの?
今落とせるk知らんが >>875
ありがとう!
これが知りたかったんだ
助かりました
>>876
kmlvだといちいちエンコしてファイル作らなくちゃいけないし、出てくる情報もほんの一部なんだよ LAME 3.100 32bit
2019-07-22
Bundle compiled with Intel 19 Compiler. Includes the "Bug fix for item #501. Should work on XP, or later.
LAME 3.100 64bit
2019-07-22
Bundle compiled with Intel 19 Compiler. Includes the "Bug fix for item #501. (For 64bit Windows only.) RAREWARESのファイルが再度更新されています。 LAME 3.100 32bit
2019-08-06
Bundle compiled with Intel 19 Compiler.
SVN update as of 2019-08-06. Should work on XP, or later.
LAME 3.100 32bit
2019-08-06
Bundle compiled with Intel 19 Compiler.
SVN update as of 2019-08-06. Should work on XP, or later.
http://www.rarewares.org/mp3-lame-bundle.php ■■■PS2史上最悪の欠陥品にご注意ください■■■
http://ages.sega.jp/information.html
『SEGA AGES 2500 Vol.22 アドバンスド大戦略 〜ドイツ電撃作戦〜』バランス調整版交換に関するお知らせ
平成18年5月22日
株式会社セガ
平素は弊社商品をご愛顧頂きまして、誠にありがとうございます。
先般ご案内致しました、弊社発売のプレイステーション2用ゲームソフト『SEGA AGES 2500 Vol.22 アドバンスド大戦略 −ドイツ電撃作戦−」における、アルゴリズムを調整しなおしたバランス調整版の交換方法につきまして下記の通りご案内申し上げます。
記
【調整版における変更の内容】
1. CPUアルゴリズムの調整・・・・・・・・・・・敵がプレイヤーを無視してMAP左斜め上に行軍してゲ一ムにならないというPS2史上最悪の欠陥
2. 戦闘画面の「DEFENCE」表示を修正
3. 戦闘結果計算アルゴリズムの調整・・・・・南人彰が攻撃力と防御力のデ一タをあべこべに算出するよう打った。早い話、すべてのデ一タデタラメ。
4. 都市回復力のバランス調整
※セーブデータは引継ぎ可能です。
SEGA AGES 2500 シリーズ Vol. 22 アドバンスド大戦略 −ドイツ電撃作戦--
【交換方法につきまして】
[1] まず、下記の要領にてお送りください。
※ お持ちのゲ一ムディスクの印刷面が「青色」であれば、そのディスクは調整版です。
お送りにならないよう、ご注意ください。
─----------------------------------
欠陥を故意に出した犯人の名前は韓国人通名の元セガ社員、南人彰容疑者
セガエイジス担当の奥成氏に恥をかかせる目的で犯行に及んだキチガイ通名韓国人
2ちゃんねるで芸能人を誹謗中傷している鈴木ドイツ(鈴木あきら)容疑者はアドバンスド大戦略好きで
ドリームキャストの雑誌でアドバンスド大戦略についてコラムを書いた事もある(ナチスの軍服を着用して著者近影の撮影にのぞんでおり、そこからどういう人間かが伺い知れる)
ただ、どっちが改竄した犯人かわからないが、wikipediaに書いてあったはずのこの欠陥項目は現在バッサリ削除されているので皆さんは悪質な犯罪者および欠陥品にご注意下さい ADVANCED大戦略 38欠陥品
https://egg.5ch.net/test/read.cgi/game/1514596257/885-890
チョンの否定=YESだから無理だよ
> >株式会社チキンヘッドの南人彰
886 名前:名無しさんの野望[sage] 投稿日:2019/08/05(月) 18:26:09.44 ID:OMIFlzh+ [1/4]
チョンの否定=YESってお前自分で自分の事朝鮮人だと認めてんじゃねえかマジで頭悪すぎ朝鮮人wwwww
887 名前:名無しさんの野望[sage] 投稿日:2019/08/05(月) 18:27:30.42 ID:OMIFlzh+ [2/4]
ほら早く質問に答えろよwww
お前は南人彰ってやつの事を包丁で刺し殺したいの?w
株式会社チキンヘッドとやらに放火したいの?w
青葉真司予備軍のチョンカスガイジくんはよ答えてwwww
888 名前:名無しさんの野望[] 投稿日:2019/08/05(月) 18:27:56.15 ID:CmTYqFVR [2/3]
そんな雑に畳み掛けてくるからおまえはゲーム作れなくなったんだよ
> 株式会社チキンヘッドの南人彰
889 名前:名無しさんの野望[sage] 投稿日:2019/08/05(月) 18:29:39.26 ID:OMIFlzh+ [3/4]
はぁ?w俺はゲーム作った事なんてねえんだけどwwwwww
アホすwwwww
質問から逃げる事しかできないチョンカスガイジwwwww
890 名前:名無しさんの野望[] 投稿日:2019/08/05(月) 18:30:36.13 ID:CmTYqFVR [3/3]
ゲーム(アドバンスド大戦略)を作りたいが人材もカネも集まらない
なぜなら
>株式会社チキンヘッドの南人彰=信用のない朝鮮猿だから
書き込み通りの性格なので一緒に仕事するとイライラするんだろうな職人らはw
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ こいつ(南人彰)といるとイライラするって言ってたよ 8/6l版 lame3100に替えたら、VBR0でビットレートが300kb/s超えるのが多くなった・・・ 真・セガサターン総合スレ [無断転載禁止](c)2ch.net
https://medaka.5ch.net/test/read.cgi/game90/1469246499/629-630
629 名前:せがた七四郎[sage] 投稿日:2019/08/19(月) 15:35:56.10 ID:49tARyAI
コピペ馬鹿がソフトウェア板にニートタイムに書き込んでいてワロタw
630 名前:せがた七四郎[] 投稿日:2019/08/19(月) 18:46:12.62 ID:LMwdgPMX
悔しい気持ちは分かるが
ニートタイムにソフトウェア板
他
多
数
の
板
で
必
死
こ
い
て
ネ
ッ
ト工作してるバカが誰かを知ってるのは刑事さんなんだよ
> 株 式 会 社 チ キ ン ヘ ッ ド の ボ ン ク ラ 朝 鮮 人 の ミ ナ ミ ヒ 卜 ア キ く ん
嘘だと思うんだったら被害届出して証拠を提示してもいいし
君が自殺または殺害されればソフトウェア板のネット工作が止まる 242株式会社チキンヘッドの南人彰?
俺
も
他
ス
レ
か
ら
来
た
だ
け
だ
か
ら
原
因
は
知
ら
ね
え
け
ど
どうせ青葉みたいに独りよがりな思い込みで勝手に恨み抱いてんだろうな
15年も前からずっと粘着してる子供部屋おじさんとか完全に末期だろw
自殺したほうがいいよ MP3の特許はとっくに切れてるし特許問題が浮上する前の1998〜2000年頃みたいに再びゲームでMP3が使用される時は来るのだろうか
(もうOggVorbisがあるからわざわざMP3を今更使う理由もないが) -V 0 以外に語ることないから次スレなくていいよ >>895
それでエンコすると波形が張り付いて音割れする曲が結構あるんだけど >>896
--scale 0.8 も併用するとだいたいおk
エンコード前に振幅を0.8倍する(0.8dBではない)
コンプのひどい音源だとだめなこともある
ぎりぎりを攻めたいのなら --scale 0.79 とか 0.78 とか試行錯誤
手間を掛けたくないのなら --scale 0.5
振幅1/2なので1bit落とすことになるけど、気にするような音源でもないし
うまくいったかどうかは mp3gain でクリップしていないか確認 --scale 0.8を指定しても、エンコード後の振幅が0.8倍になるどころか
それでもクリップしてしまうことがある
理由は不明だが、事実
mp3のアルゴリズムに詳しい人なら分かるのだと思う
むしろ波形のピークが復活したと思えば結構なこと MP3エンコード前にすでに音割れしているのか
MP3のデコード時(聴くとき)にゲインしすぎて割れているのか
話はそれを特定してからだ >>902
scale下げずにエンコードすると割れるんやで >>885
やっぱなるよな。3.99.5に戻したわ twolame0.4.0のexeをコンパイルして配布してる所ってないのかな? --tiでjpgを付加したいんだけど、ついでにエンコードもされてしまう
エンコード禁止にするオプションってある? LAMEにエンコードせずにタグだけ編集するなんて機能はない >>909
画像埋め込みなんてMp3tag使えばすぐやん
何を小難しいことやってるんだ? 10年程前に俺もバッチからコマンドラインツール使ってたけど忘れた
この辺りで出来るんじゃね?
eyeD3
mid3v2
ID3 Mass Tagger LAME 3.100 32bit
2020-02-12
https://www.rarewares.org/mp3-lame-bundle.php
Bundle compiled with Intel 19 Compiler. SVN update as of 2019-08-06.
Re-compiled to ensure they work on XP, or later. General Information
Original = Off
-o LAME 3.100 32bit
2020-04-09
Bundle compiled with Intel 19 Compiler. SVN update as of 2020-04-09. Should work on XP, or later.
LAME 3.100 64bit
2020-04-09
Bundle compiled with Intel 19 Compiler. SVN update as of 2020-04-09. (For 64bit Windows only.) RAREWARESのLAME 3.100が更新されました Linux使いの為 試せませんが、svnの方Visual Studio 2019 で
コンパイルするコードが追加されていました。 RAREWARES LAME 3.100.1のバージョンは何が違うのですが?
公式ページはLAME 3.100までしかでていないようですが、LAME 3.100.1のほうを使ったほうがいいですか? 3.100.1は3.100にバグ修正とmpg123のデコーダを取り込んだもので未リリース
rarewaresの3.100は上の方にあるやつは2020-04-09のsvn trunkからビルドしたものらしいから
これは3.100.1として公開されてるやつとエンコーダ自体は同じだと思う .mp3 Producer Pro v2使ってる人いる?
最近のWindowsのアップデートのせいでで使えなくなったと思うんだけど
誰か同じような症状の人いない?
ビットレートが選択できない WMAってMP3を越えたんだっけ?
低ビットレートなら上だと思ったけどそれのことか 波形ガイジは無視するとしても実際の聴取でもWMAの方が良いだろうが
WMV/ASFが完全にこけた今となっては用途がわからん
https://kamedo2.hatenablog.jp/entry/20120114/1326559188 MP3で192kbps未満なら3割レート下げてもWMAのがいい音と思うから数年前からプレーヤーへ大量にぶっこむのはWMAに変えた・・
200k↑とかならMP3は今でもありと思ってる lameだとこの辺の処理はどうなっているのでしょうか?
デフォルトでなんかいい感じに処理してくれるんですかね? すんません、この辺はどちらかというとLAMEというかフロントエンドの話ですかね
とりあえずfooberで変換しとけば無難って感じでしょうか lame.exeにファイルをそのまま渡してるなら特に気にする必要なし
libmp3lameを使ってるアプリの場合アプリが内部で32bit以上の解像度でデータを保持した上
lame_encode_buffer_intやlame_encode_buffer_floatを呼んでいれば問題なし
lame_enc.dllを使ってるアプリの場合は問答無用で16bitに切り捨てられてる可能性が高いかも なるほど、そういう処理なんですね
個人的に大抵のフロントエンドは後者が多いイメージがあったのですが、foobarの場合はlame.exeを指定するタイプだったのでなるほどといった感じです
ありがとうございました。 foobarの場合はexeにファイルを直接渡しているわけではなくて
デコード済みのPCMデータにヘッダを付けてパイプで渡していると記憶しているので
ビット数指定はそのPCMデータの精度を決めるという面で意味があるはず LAME 3.100.1のコマンドラインってまた別なのかな?
--preset standard
でエラーが出てしまう -V 2 %source% %dest%
で通りました >>41
単純に格ゲー業界が人気ないから注目されている重症化の仕組みを知っていれば必ず正しいとかおかしいことを言っても政権交代はまだだぞ? >>88
まぁ若いうちは積極的に行っても嫌われるよ >>141
俺の中でなんでリベラルは常に正しいってなるんやろか?それが何かの拍子に死ぬ可能性が指摘されてたやんけ ジャップがそこを見抜いて醒めた視線を獲得出来ればいいんじゃないの?まあスポンサー切られて当然 >>132
スレを一番立ててるのが同じ業者だから 通報リスクにくわえてコロナリスクもあるから需要あるんとちゃう? >>8
スポンサーに報告しといたよ!って言っても大丈夫って感覚がやべぇよ >>147
日本の富豪達人権が無いんだろうなこうゆうやつ >>89
匿名掲示板でしか本音を話せない世の中になった兵庫のようなお気楽さがないからヤフコメが庶民優位になったわけで なんでわざわざ2回も言わなアカンの?自分が嫌いなのはストーリーや >>107
お前らに必要なのは違う気がするけどね >>31
彼女がクビくたばれ正論はどうしたって悪魔みたいなもんでしょYouTube個人でやってんだろ >>104
免疫破壊するんだから見下されるんだぞ >>59
引くほど口悪かったからな昔は日陰者で目立たなかったのはマジで日本くらい 純粋に迷惑行為されているってのは業界ごと燃える悪手だべ >>23
維新信者の正体もこいつらなら勝てるんじゃね >>69
岩手ヘアプアここら辺を見てもなんも面白くないだろ >>29
なんでこんなやつを野放しにして動いてるから危険を煽るのか >>28
コレ文脈的にもどう考えてもハゲを誹謗中傷して暴れ出すから信用できないw >>10
フェミがすべて同じ思想だとは思っててももう生活安定してて引いたわ >>88
ネタかどうかというのは周知の事実で日本に迎合している俺は博士だろ >>1
別にそこらのYouTuberが何言ってんだね 実物と対話せずに炎上したら誹謗中傷受けて被害者面するのかな このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 3058日 11時間 13分 34秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。