LAMEコマンドラインオプションを語れ!その42
■ このスレッドは過去ログ倉庫に格納されています
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/ >>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 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.4 2024/05/19 Walang Kapalit ★ | Donguri System Team 5ちゃんねる