【高音質】AACオーディオ総合6【mp4/m4a】

iPodの普及や、mp4フォーマットの普及により
徐々に需要が高まってきていると思われるAACオーディオの総合スレ

LC-AAC：高音質(低圧縮)向け。CD由来の楽曲など一般的に用いる。128k〜
HE-AAC=LC-AAC+SBR：48〜80[kbps]が得意。高圧縮が必要な場合に用いる。
HE-AAC v2=LC-AAC+SBR+PS：18〜32[kbps]が得意。AMラジオなどを超高圧縮にしたいときに用いる。

■前スレ
【高音質】AACオーディオ総合5【mp4/m4a】
http://hibari.2ch.net/test/read.cgi/software/1268301277/

■過去スレ
1 http://pc7.2ch.net/test/read.cgi/software/1130942419/
2 http://pc11.2ch.net/test/read.cgi/software/1164438444/
3 http://pc11.2ch.net/test/read.cgi/software/1194941912/
4 http://pc12.2ch.net/test/read.cgi/software/1226818269/

次スレは>>980を目安に

[主なエンコーダ]
iTunes (QuickTime)
http://www.apple.com/jp/itunes/
qtaacenc (QuickTime)
http://tmkk.hp.infoseek.co.jp/qtaacenc/
Nero AAC Codec
http://www.nero.com/jpn/technologies-aac-codec.html
Winamp
http://www.winamp.com/
FAAC (LC-AACのみ対応)
http://www.audiocoding.com/

[その他エンコーダ]
x-appli
http://www.sony.jp/support/pa_common/x-appli/download/
PS3
http://manuals.playstation.net/document/jp/ps3/current/music/cdimport.html
Media Go
http://mediago.sony.com/jpn/download
VisualOn AAC encoder
http://blog.k-tai-douga.com/category/359294-1.html ffmpeg -i -acodec libvo_aacenc -ab 160k
DivX Plus HD AAC Encoder
http://labs.divx.com/node/11682
opus
http://www.ssw.co.jp/products/opus/
aacPlusCLI
https://github.com/tmkk/aacPlusCLI/downloads
FhG AAC Encoder ライセンス注意
http://audiophilesoft.ru/load/coders_utils/fhg_aac/7-1-0-67

[関連]
RareWares
http://www.rarewares.org/aac.html
juria @Wiki - MPEG4 AAC LC エンコード
http://www9.atwiki.jp/juria/pages/64.html

[CLI]
winamp(enc_aacplus.dll+MP4box等)
EnhAACPlus_700.7z win98SE(ME？)で使えるCLIはEnhAACPlus_700.7zぐらい。
ttp://tirnanog.fate.jp/mirror/Misc/

[GUI]
MediaCoder
http://mediacoder.sourceforge.net/download.htm
winamp
http://www.winamp.com/

[Nero特設]
Nero AAC Codec 1.5.1.0 (December 17, 2009)
Nero公式サイト > 会社情報 > Neroについて > テクノロジー > Nero AAC コーデック
http://www.nero.com/jpn/technologies-aac-codec.html
Simple NeroAACEnc GUI - SNG 1.3
http://forum.doom9.org/showthread.php?t=110970
Target Quality(VBR)モードの目安
Quality → Bitrate
　　0.05 →　15 kbps
　　0.15 →　32 kbps
　　0.25 →　63 kbps
　　0.35 →　99 kbps
　　0.45 → 146 kbps
　　0.55 → 197 kbps
　　0.65 → 248 kbps
　　0.75 → 299 kbps
　　0.85 → 350 kbps
　　0.95 → 401 kbps

Q.iTunes、Nero、winamp、FAAC等どれがいい？
A.まよったらiTunes、使用者が多くiTunesスレでの情報も多い
慣れて来たら"自身で"エンコーダの特性を把握し選んでみるのも良い

Q.CBR(固定ビットレート)？
A.AACにはmp3のようなの厳密なCBRはありません、ある程度(ABR的に)変動します。

Q.v1とv2って？
A.超低ビットレートではHE-AACv2(Plus v2)のほうが良いです。
が、ステレオ感(PSを使うか否か)によって、v1のほうが良いのかv2の方が良いのかは分かれます。

Q.mp3とAACどっちがいい？
A.勝手に決めろ、汎用性はmp3が高く、中〜低ビットレートでの音質はAACの方が良い。
256kを超える高ビットレートでは耳の方が問題、聞き分けられるなら好きなほうにしろ。

Q.音量を調節したい
A.AACgainがある。ただしHE-AACには対応していないらしい(LC-AACのみ)。

Q.WinampのAACはiPodでも再生できる？
A.LC-AACならできる。

Q.VBRとABRどっちがいいの？
A.目的に合わせて使い分けてください
VBR：それぞれのフレームに必要なだけビットを割り振る
ABR：品質をコントロールし、目的のビットレートに近づける

Q.デコードは？何で聞けばいいの？
A.SBRやPS部分を聞くには、それに対応したデコーダが必要。
ffdshowの20051103以降ではAACの設定をlibfaad2にすることで対応
Winamp5はデフォルトでOK

Q.2-passって？
A.一度処理を行い全体のデータの複雑さを解析し、それにあわせてビットレートを調整する方式。
最低2回は処理しなくてはならないので処理は遅いが、1パス方式に比べるとより自然なビットレート割り当てを行うことができる。
ttp://ja.wikipedia.org/wiki/%E5%8F%AF%E5%A4%89%E3%83%93%E3%83%83%E3%83%88%E3%83%AC%E3%83%BC%E3%83%88

しかしNeroの開発者だったGarfは実際こう書いている
>Note that using 2-pass encoding makes no sense in VBR mode!
(VBRモードでのエンコードでは、2パスエンコードは意味がない)
http://www.hydrogenaudio.org/forums/index.php?showtopic=44310

Q.自分の「エンコード」「デコード」環境を知りたい。
A.
ttp://ff123.net/samples/Waiting.flac
を「LC-AAC」「HE-AAC v1」「HE-AAC v2」でエンコードし、
元ファイルの音声とそれぞれ比較してください。
foobar2000 v0.9のプロパティでは、それぞれ
「AAC LC」「AAC SBR」「AAC SBR PS」と表示されます。

LC-AAC→AAC LC
HE-AAC v1→AAC SBR
HE-AAC v2→AAC SBR PS

LC-AACでエンコードしたにもかかわらず、
モノラルでしか再生されない場合は、デコード環境も疑ってください。

■リスニングテスト結果
あくまでも統計論における音質評価です
信じられない人は自身の聴覚と感性に合ったエンコーダを選びましょう

http://www.hydrogenaudio.org/forums/index.php?showtopic=66949
NeroとQT AACの比較@90-95kbps
QT AACが非常に優秀。平均的にLAMEの-V5より良い(!)

HC-AAC含む64kbpsリスニングテスト(2011/03〜04)
http://listening-tests.hydrogenaudio.org/igorc/results.html
Opusが最高評価、次点はQT

96kbpsリスニングテスト(2011/07)
http://listening-tests.hydrogenaudio.org/igorc/aac-96-a/results.html
QTがCVBR、TVBRを併せても最高評価、CTとFhGも高評価、Neroは食い込めず

以上テンプレ

qtaacenc (QuickTime)
http://tmkk.pv.land.to/qtaacenc/

【高音質】ではなく【高圧縮】だろうに

圧縮率低くしても比較的音質が良いんだから高音質の方がより正しいだろう

>>8
qaac
http://sites.google.com/site/qaacpage/
同じQTAACをコマンドラインで作成できるツール
個人的にはこっちの方が安定してる。

せやろか

せやな

512ｋで圧縮できるエンコーダーってneroだけ？

そこまでレートを上げるなら、もはや可逆が射程に入ってくるがな

qtaacencでエンコしたときにつく、<ENCODING PARAMS>versってタグは何？
qaacだとつかないんだけど

512kでも可逆の半分程度だから
利用価値は十分過ぎるほどあると思うけどね

世の中、それを「中途半端」と呼ぶ・・・

>>17
ない
非可逆圧縮してる時点で1次ソースになり得ないので
ある点を超えた分のビットレートは完全に無駄

512k には 256k の倍の価値なんてないが可逆は 512k と比較にならないほど有用

文句あるなら ABX テストの結果出せ

価値がどうこうなんて人それぞれだろ
価値があると思える人には有価値だし、そう思えない人には無価値
ただそれだけ
そしてそれはあくまで自分の価値観で他人には通用しないことだけわかってればいい

一般論としてどうかって話だろ。

>>16を頼む

可逆だと再生できるプレイヤー少ないだろ

>>16,22
気になって調べてみたら、Hydroに書いてあった。

>Encoder/bitrate info tag for iTunes. Probably foobar cannot read it.

要はiTunes用のタグらしい。

>>23
iPod/iPhone/iPadがアップルロスレスを再生出来るから、少ないとは言えないだろｗ

>>24
http://tmkk.pv.land.to/qtaacenc/
これの、2010/2/10のログにあるやつのことだろう
http://lodensoftware.com/chapter-and-verse-change-log/
ここの Version 1.4.10 Changesにもう少し詳細な記述がある

iTunes側で言うと、プロパティで見れる情報の概要→ビットレートに(VBR)
という印がつくかどうか
多分これが（唯一の）違い

ビットレート高いと電池消費がかなりねぇ

>>24,26
ｔｈｘ、すっきりした
iTunes用なら必要ないしqaac使っておくかな

The custom is a survival from the past.

>>25
確かに
Walkmanもそうだな

妥協しないqaacの開発者さん！好きです！！　＞＜

>>30
Losslessにする意味がない訳で、ガタガタのソニーじゃ。

Walkmanの上位機種ってフルデジタルアンプだから良いんじゃないの？
その辺よく判らんけど、原本データに忠実って意味では

>>33
ソニーの場合、忠実じゃないからバカにされる訳で。

相変わらず林檎信者は攻撃的だなぁ

neroaacの最強のパラメーター教えて

q 1.0

>>4
注) 落とせるファイルは[NeroAACCodec-1.5.1.zip]だが、中身は更新されている
changelog.txt
2010-02-18 - Version 1.5.4.0
- neroAacEnc: - Fixed very rare error
2009-12-29 - Version 1.5.3.0
- neroAacEnc: - Prevent crash on systems without SSE2

x-アプリのエンコーダーのフロントエンドあったんだな。
ベクターにはシェアって書いてあるけどReadme読む限りフリーで使えるみたい。

http://www.vector.co.jp/soft/dl/winnt/art/se492660.html

なんだそのゴミ

まだいたのか

その人はよく宣伝に来て失敗してるイメージがある
http://www.google.co.jp/search?q=itunes+%22denspe.*.fc2.com%22+site%3Aunkar.org

>>39
なにこれｗ
ウォークマン使いだからAALで出力してみたら4KBのゴミファイルしか生成されんわ

ジョブズ氏追悼ムードかと思ったら一レスもなかった

QuickTime内蔵エンコーダががApple製品なだけで
別にAACと彼は何の関係も無いし

Jobs! Jobs! Jooooooooooobbbbbbwwwwssszzz!!!
yarghh...uh...aaahah-! AaAAAAA!!! JOBSJOBSJOBSJOBSaaaaAAAAaaa!!!
Ae...sniffsniff! sniffsniff! sssssaaahsssssaaah.. smells good.... sniff
　gasp! I can haz sniffsniff black Shirt de Jobs Francoise?! sniffsniff! Aah!
No! I want fluffing! fluff! fluff! shoes shoes fluff fluff! Scratch scratch fluff fluff... Kyunkyunnkyui!!
JOBS was so AMAZING in iPad2!! AaaAA...AAA...AhAaAAA!! FaaAAAnng!
New Release of the Mac JOBS! AaAAAAA! So cool! JOOOBS!! COOLAi!AaaAAA!
4nd volume of the iPhone were grea...nnNrAGGggghHH!! Nyaaaaaargh!! UGyaaaAAAAA!!!
Nnnnnyyyyuuurrrrgggghhhh!!! Apples.... AREN'T reality!!! ?...what about the iPhone and the Mac computers....
JOBS I S A D E A D????? AAAAArgggghhHH!!! Uwaaaaannn!!
NononononoNONONONONO! EEeeeeaAAAA!!!! HGGGGrrrrruuyynnnnnNN!!! APPPLELLEEeeaaaa!!
You! BASTARDS! I'm quitting! I'm QUITTING REALIT...Y....huh!? he's...looking? JOBS is looking at me?
Jobs on the iPhone IS looking at me! Jobs... at me! JOBS in the pictures in the iPhone are looking at me!!
JOBS in the iPhone is talking to me!!! Phew... reality ain't so bad after all!
Yesssss! Wheeee!! YEAH!!! I have JOBS!! I've done it Gates, I can do it alone!!!
A..Apple... Jobs JOBS-CHAAAaaaaaAAaaAAAN!!!!!!!! HyaaAAAaaaAaaaAAaA!!!!!
Ahahaah...ahahaaahhhhahaAnn! Timothy D. Cook!! Jonathan Paul Iveeeeee!!! Al" Gore!!
u....uuuu..sniffsniffuuuUUU!!! May my love reach Jobs!! May my love reach Jobs of Heaven!!!
ルイズでお願いします。

さっさとチャンネルマッピングのバグを直せカスリンゴ

そういやこのスレで信者なんて一人も見たことないなｗ

QTが評判いいから使ってるだけだしな

音質のみを唯一絶対の神とあがめる住人にとっては単に数ある邪教の一教祖に過ぎないということか

そもそもフロントエンドからしか使わないから、林檎ロゴを見るのはインストールの時と
スタートメニューから削除してるから、コントロールパネルのミスクリック位しかない

あとアップデートの時

余計なもんいらないからQTLiteで使ってるし

今と数年前で
iTunesのエンコードって変わってるんですね。
昔の128kbpsと今の256kbps可変だと
今の方が音がいいんでしょうか？
それとも大音量で聞かないと
たいして変わりませんか？

答え、大して変わらない。
一般的にデータ量が多ければ多いほど品質は良くなるが比例関係ではない
質問を汲み取るとアップルの取り込み推奨ビットレートが昔（iPodリリース数年間）は128kで今が256kだから
この違いを知りたいんだよね？

家電屋に来るような一般人にはAAC圧縮法で44kHzのは1チャネルあたり64kbpsがCD音質と紹介されている
ようはステレオ128kbpsの品質／データ量＝コスパが優れていた。だから当初はアップルも128k推奨だった
が時代はうつりPCもiPodもHDDが大容量化、ブロードバンド環境の整備、他社サービスへの優位性を考慮し
一気に倍の256kbpsをiTunes Plusと呼んだだけ
音質に絶対的な基準はないからね　自分で決めるだけ
自分で決めれない人のためにアップルが128や256という数字を準備してあげたに過ぎない
8の倍数にこだわる必要もないし

ここのスレの住民は一旦CDをWAVCUEに一気に取り込んでqtaac,qaac,neroとかで品質指定TVBRバッチエンコードしてる人が殆ど。
俺は可逆圧縮も保存してるのでAACは割りきってデフォルトのqtaac tvbr 65 highestだ　128k相当

いや128kbpsと256kbpsだとステレオモードの比率が全然違うから、音質以前に
左右の分離度というかステレオ感が全く違って聞こえてくるはずだよ
まぁここらへんはAAC-LCの場合192kbpsが目安なんだけど
もっとも、非音楽系ならあまり影響はないところだけど

128kと256kは耳の悪い俺が更にiPodで聴いても分かる位の違いがあるよ

ABXしてから言え

TVBRなら128程度でもなかなか分からないと思うけどなぁ

ステレオ感w

>>55
>一気に倍の256kbpsをiTunes Plusと呼んだだけ
http://unkar.org/r/software/1268301277#l547
によると違うよ。

>ここのスレの住民は一旦CDをWAVCUEに一気に取り込んで
多数派かどうかはわからないのでは。

>qtaac,qaac,neroとかで品質指定TVBRバッチエンコード
neroはTVBRじゃないらしいよ。
http://www.hydrogenaudio.org/forums/index.php?showtopic=78902&view=findpost&p=689412

>デフォルトのqtaac tvbr 65 highestだ
highestはデフォルトじゃないよ。highと同じではあるけど。

うわー

>>61
TVBRはQTのvbrの一種だってことぐらい知ってるわ

なにやらiTunesがQuickTime不要になったとか。
http://hibari.2ch.net/test/read.cgi/win/1317566525/166-
そのうちiTunesとqtaacencでできるAACが違う！なんてことに…は、ならないと思いますが。
わざわざ別個に開発とか非効率なこともしないでしょうし。

MacでもCoreAudio系とQT系のどちらのAPIでもAACエンコーダを呼べるけど中身は同じ
QT->SCAudio->AudioCodec->AACエンコーダ
iTunes->AudioToolbox->AudioCodec->AACエンコーダ

Windowsでも高レベル側のAPIの統廃合の流れなのだろう

CD-Rしかなくて
まだみんなフロッピー使ってた時代と違い
今はHDDもDVD-Rも、USBメモリー、SDメモリー
みんな大容量になってる

もう動画以外に音圧縮する必要なくないか？
MP3、AAC、WMAで圧縮して
何千曲持ち歩いても意味ない

好きな曲
数十曲持ち歩けば十分でしょ
圧縮してわざわざ劣化させる意味が分からない

普段聴く曲じゃなくて
youtubeとかネットで聴くには
必要な技術だと思う

普段持ち歩いたり
聴いたりする曲が圧縮され劣化された
曲を聴いてるなら
負け組確定だと思うわ

おまそう、おまなか

ipodがロスレス対応前のなんだよ
でなかったら確かにここには来てないな

そういう理屈はすべて、可逆と高ビットレートの非可逆を
ブラインドで聴き分けできる能力と環境があることが大前提だな。
俺は無理だから、対応ソフトや機器、各種ツールが充実してる
MP3やAACの方がメリットがあるな。

持ち出す時だけaacにしてる、どうせ俺のスマホじゃたいした音でないし

今のiTunesなら同期するときにビットレートが高い曲を
128kbpsに再エンコードして同期するオプションが用意されてるから
母艦側は全部Apple Losslessで管理してるわ

>>66
うん、 聴き比べても分からない奴がよく言うセリフだよね

iPodの時点で音質には妥協せざるを得ないわけで、そこでロスレスに
こだわるのもどうなんだろうな
個人でこだわるのは勝手だし大いにやればいいと思うが、それをしない奴は
ゴミみたいな価値観の押しつけはさすがにウザい
それに音質重視ならまずはヘッドフォンにこだわった方がいいと思う

こういうのは何言ってもおま俺になるんだし
なら皆黙りこくるよりは好きに言い合えばいいじゃない

>>73
ブラインドテストすらしたことない奴が言うことだよ

この曲聴くぞーってあらかじめ用意しておく場合は数十曲持ち歩ければ十分だけど、
ふいにある曲が聴きたくなったときにその曲がないとちょっと残念な気持ちになるんだよね
最新曲聴いてたら初期の曲聴きたくなったり、今聴いてる曲を別のアーティストがカバーしたバージョンを聴きたくなったり
だから、可能な限り曲数持ち歩きたい　まあ、どうせ糞耳で全然差が分からないってのもあるけどね

妥協も何もiPodで普通に可逆or非可逆の差くらい分かるだろ

>>77
殆ど車移動なもんで、最初は意気込んで256kAACとか試したけど
違いが判らなくて160k相当のTVBRにしたよ
32GBのSDHCカードに入れてるから曲数も増えていい感じかな・・・

可逆と非可逆は分かるけどAAC320kbpsと192kbpsは分かりにくい

俺には320kbpsと可逆の差はさすがに分からんぞ・・・

聞き分けられるとか言う奴に限ってABXテストは絶対やらない法則

他人がどうとかどうでもいいからな
自分がどうか、そしてそれに伴って圧縮音楽とつきあうかどうか決めればそれでおｋ
価値観の押しつけとかしなければそれ以上語ることもない

うんまあ環境があ〜とか24bit最高可逆じゃなきゃ〜って奴は大抵ABXテスト
して見ろって言ってもやらずに同じ主張繰り返す

可逆派にとってはぶっちゃけ音質が第一の問題ではない
理論上劣化してるか、非可逆ならどの程度劣化してるか数値化して示すのが重要

>>85
×可逆派
○俺様

>>85
そういうのを自覚していて可逆を選ぶのは、別に問題ないよ。

そういう奴は「非可逆使ってる奴は負け組」とか言わないし、
「普通に可逆or非可逆の差くらい分かる」とかのデマも流さないからね。

>>87
>「普通に可逆or非可逆の差くらい分かる」とかのデマ

デマってw
わかるよ糞耳じゃなきゃ。

だったらABXテストの結果貼ってくれよ

http://qhey.blog.so-net.ne.jp/2009-12-17
http://plusd.itmedia.co.jp/lifestyle/articles/0504/14/news003_2.html

お聞きしたいのですが、
AAC-LCのファイルを無劣化でカット編集できるソフトはありませんか？
Free audio dubというのがあるようですが、使いづらいので他を探しています。
WindowsでもMacでも構いません。

>>89
クソミミw

>>84の言う通りだなｗ

糞耳アワー

>>91
QuickTimeプレーヤ7（笑）

>>91
MP4コンテナに入っているのなら、たとえば
mp4box -split-chunk 10:20 foo.m4a
とかやるとfoo.m4aの10秒目から20秒目までを切り出せるよ

まあインタラクティブに波形見ながらGUIでポイントを選んでカットしたいのなら
全然ダメだけどｗ

ttp://tvde.web.infoseek.co.jp/cgi-bin/jlab-dat/s/915790.jpg

ちゃうちゃう

Easy CD-DA Extractorの最新verにdolbyの新エンコーダ(HE-AAC)が載ったそうで

まずEasy CD-DA Extractorを知らなかったのでググってみたら

http://www.geocities.jp/mp3erpro/
>>Easy CD-DA Extractorを購入してしまった方へ

ぼろカスに書いてあった。ひょっとしてそういう方向で有名なソフトだったりする？

単に有料だからじゃね？

5.1ch(6ch)のAACを作るとき、ビットレートってどのくらいにすればいいのかな
ステレオ160kbps相当にしたければ単純に3倍で480kbpsくらい取ればおk？

ダウソ板の某スレでそんな話題がありましたね＾＾

vbrで普段のクオリティーで出せばいいんじゃないの

>>102
http://www.hydrogenaudio.org/forums/lofiversion/index.php/t91030.html

QuickTimeの場合、5.1chだと2chの2.5倍で計算してるみたいだよ
5.1ch AAC = 1ch(C) + 2ch(L/R) + 2ch(BL/BR) + LFE
LFEは低周波しか含まない（＝レート食わない）から計算に入れず、
1ch + 2ch + 2chなので単純に2chステレオの2.5倍にしているんだと思う

>>105
「384kbpsもあれば大抵の場合わかんないぜ」的なこと書いてあるね
特に高音質で残したいもの以外はこのくらいにしてみようと思う

ちなみにその1個上の設定が448kbpsだったんだけど、
これで5.1chにしたものを再生時に2chにミックスダウンしたものと、
初めから2ch AAC 160kbpsでエンコードしたものを聴き比べてみたところ
音質的な違いは感じ取れなかった

大した容量じゃないんだから、448にしようぜ

AACって規格的に512kbpsまでたよね確か

チャンネルあたり256kbpsだから多チャンネルならもっと上じゃねーの？

neroで2ch音源を-cbr 512000でやったら512kbps、それ以上、例えば-cbr 640000とか指定すると517kbpsになってたわ

"256kbps以上ならLAMEの方が高音質(笑)"とか言っちゃってる奴が向こうに居て引いた

向こうってどこ

音質語るならメモリにまでこだわらないと。

　　暇人＼(^o^)／速報 : 【宗教】「PCオーディオを高音質化する」事に拘る人のための指南書が発売。メモリメーカ毎の音質の違いなど解説 - ライブドアブログ
　　http://blog.livedoor.jp/himasoku123/archives/51672433.html

1000個あったら2つぐらいが影響が無くはないレベルだよなこういうのって

もうオカルトレベルｗ

qaacのsample.zipみたんだけど
iTunesPlusでのビット配分がまた変わったの？
iTunes10.5からQTインストーラが同梱されなくなったことが関与してる？

iTunesPLUSって、ただのAAC-LC 256kbpsでしょ？

qtってABRでもかなり激しく動くよな
iTunesだと256からどれぐらいのズレまで許容するようにしてるんだろう

>>116
違うみたい

>>155
qaacの作者ですが、気のせいでした。
iTunes10.5では単に新しいCoreAudioToolBox.dllがインストールされるようです。
バージョン番号は7.9.7.3で変わっていないようですが、実はAACエンコーダーが
更新されているようです。
なので、QuickTime7.7.0やiTunes10.4.1.10のものとは生成されるビットストリームが
異なります。

Hydrogenaudioに報告が上がっていたQuality Bestでのバグは確認していませんが
ちょっと聴いた感じでは、このスレで以前報告されていた件は修正済みのようですよ。

了解です。そして開発ありがとう。

作者さん日本人だったんですか。
いつもありがたく使わせていただいております。

faacってLAMEと同じオープンソースで改良し放題なのに何で人気ないの？

>>122
開発者をNeroに引き抜かれた。

QuickTime 7.7.1 ではセキュリティが改善されます。
これは、Windows で QuickTime 7 を使用しているすべてのユーザに推奨されます。
このアップデートのセキュリティ関連の内容については、次の Web サイトを参照してください
：http://support.apple.com/kb/HT1222?viewlocale=ja_JP

RADIKO ストーリーミング
HE-AAC V2 48Kbps ファイルを
最も高音質で再生するには
ハードもいれて、何が一番良いでしょうか
今は PC で WinAmp 最新版で再生しています

前スレで出てたQTのキラーサンプル、7.7.1になってもうまくいかないね

>>126
http://www.mediafire.com/file/oyjpcm4llj4y4md/sample.zip

7973.m4aが修正前のCoreAudioToolBox.dllでエンコードしたもの
7978.m4aのほうが新しい版です

7973.m4aにある露骨なアーティファクトが7978.m4aでは消えているので
直っていると思いましたが……

ああ、このノイズは変換後のクリッピングノイズだ。

例のサンプルのバグ潰してあるのか
速攻7.7.1に上げた

5.1chのチャンネルオーダー狂うのは直った？

同じクオリティ（TVBR）指定でもQTのバージョンが上がるたびにビット量が逓減している。
バージョン違えどこれは本当に聴いた感じ同じクオリティを維持しているのか甚だ疑問である
人間の聞こえない部分を研究追求した結果、圧縮率が向上しているなら杞憂で済むが
もしそうなら圧縮率が一番いい最新QT使うのが（極僅かで無意味ではあるが）省スペースになるというのか

TUAWによると、Appleが開発したオーディオコーデックの｢Apple Lossless Audio Codec (ALAC)｣の
エンコーダとデコーダがオープンソース化されたそうです。
http://www.tuaw.com/2011/10/27/apples-alac-codec-is-now-open-source/

詳細はApple Lossless Audio Codec Projectのサイト
http://alac.macosforge.org/

FLACオワタと言いたい所ではあるがALACは糞圧縮率低性能なのであんま嬉しくないよね
現状無償ではTAKが一番いいよ埋め込みCUEできるし　再生環境が限定されるの痛いところだが
ALACのオープンソース化によって性能あがった派生コーデックやALACv2でたらいいね

Apple、「Apple Lossless」をオープンソースに
http://www.phileweb.com/news/d-av/201110/28/29676.html

Appleが「Apple Lossless」（ALAC）のソースコードを公開した。
Apple由来のオープンソース製品をホスティングするポータルサイト「Mac OS Forge」では、
新規プロジェクト「Apple Lossless Audio Codec Project」をスタートさせている。

ALACは、オリジナルデータと圧縮／展開後のデータが完全に等しくなる可逆圧縮方式のオーディオコーデック。
WAVEやAIFFなど非圧縮のオーディオデータを50%前後にまで圧縮し、理論的には音質を劣化させない再生が可能。
iTunesやiPod、iPhoneなどApple製オーディオ製品の多くに採用されている。

公開後のALACには、ライセンスとして「Apache License 2.0」が適用される。
同ライセンスが適用されたソフトウェアは、著作権と免責事項の表示を義務付けられるが、
そのソフトウェアの使用や再配布、改変および派生版の配布は制限されない。
改変部分のみライセンス条件を変更し有償化／非公開化できることから、商業利用しやすい特徴がある

ALACの場合、本来無線LANとかでのストリーミング用に作られてるから、他の
ロスレスと同一条件で比較するのもどうかと
オープンソースになるんだから、使い勝手は今よりよくはなるでしょ
というか、今後mp4コンテナへのマージとかが予想されるから、案外動画方面
での用途がメインかも

MP4コンテナにPCM入れれないから一度ALACをMP4動画の音声に使ったけど
再生してくれるプレイヤーがなかった
MP4コンテナにPCM入れれないから一度MPEG-4 SLSをMP4動画の音声に使ったけど
再生してくれるプレイヤーがなかった

mp4にとにかく無劣化音声いれたいよね

記事だけ貼っとけって感じだわな。

これで内部cue対応のALACを誰か作ってくれないかな。
iPodで再生できるようになれば最高なんだけど。

別に今でもcue埋め込めるけどな>ALAC

商売にはならんのだろうなぁ
アルバム一枚をひとつのファイル、mp4のchapterで頭出し可能、しかも24bit/192kHz可逆。
とかは、やる気さえなかったんだろうか。
一曲単位で買って、iPodのそこそこの音質でっていうのが基本的なコンセプトだったにしても。

エンコーダーのバージョン上がってるのか
QT Lite更新されないようなら本家入れるか

QuickTimeインストールしたくないなあと思って探したらあるじゃない
なんで教えてくなかったんですか
ttp://www.hydrogenaudio.org/forums/index.php?s=&showtopic=78072&view=findpost&p=769999

qaac、いつの間にかバージョンやらエンコ設定やらのタグが日本語になっとる

パイオニア「N-50」で
RADIKO の HE-AAC V2 48Kbps
がどのくらいの音になるか試したい

それps付けなくていいんじゃないかと

は？

そいつマルチポストのアホだから気にしなくていいよ

>>141
makeportable.cmd実行した後どうすんの

iTunesと分離したせいか7.7.1はダメmakeportable.cmd

使えねー

必要なファイルが変わったのか？
7.7.0だといけた
ttp://appldnld.apple.com/QuickTime/041-0743.20110803.4Rgtg/QuickTimeInstaller.exe

エンコーダーが更新されてるらしいのに旧バージョン使おうとは思わんな

とりあQTのTVBRでは7.71で心配なくなった訳か、リスニングテスト結果でも良好だし
マジでこれほど早くフィードバックされるとは思ってなかった

[qaac] release 0.94
http://sites.google.com/site/qaacpage/news/qaacrelease094

>>149-
すまんqaacで試したからだｗ　qaacはQT普通にインストールしないとダメぽい
qtaacencだと7.7.1でもおｋ

qaac.regは置いたか？

�d動作した
qaac.reg探しまくったのにqaac_0.94.zipの直下にあった時の脱力感

7.7.1でできないんだけど

QTportable2が動かんぞ
Conversion failed: The encoder has terminated prematurely with code 1 (0x00000001); please re-check parameters

いや普通に使えてるけど

>>158
foobar2000？コンソールにはどう出てる

1 out of 1 tracks converted with major problems.

Source: "C:\69\the sound of music\69 - the sound of music.flac" / index: 1
An error occurred while writing to file (The encoder has terminated prematurely with code -1073741819 (0xC0000005); please re-check parameters) : "C:\69\the sound of music\01. my machines.m4a"
Additional information:
Encoder stream format: 44100Hz / 2ch / 16bps
Command line: "C:\QTportable2\qtaacenc.exe" --tvbr 65 --highest - "01. my machines.m4a"
Working folder: C:\69\the sound of music\

Conversion failed: The encoder has terminated prematurely with code -1073741819 (0xC0000005); please re-check parameters

QTportable2が動かない？
インストーラからファイル抽出するだけだぞ？

>>1611
0xC0000005だと、access violationっぽいな
一般保護例外のダイアログが出る一番ありがちなやつだ

MPEG-4 ALSのエンコーダーってどこで入手できますか？

震度24bitのWAVEを24bitのままAACにできますか？

>>164
mp4alsRM22rev2.zipでぐぐれ！

>>165
MP3やAAC、VorbisのようなMDCTエンコーダにはビット深度のような概念はないよ

>>166
ありがとうございます
v23がありました。エンコードはできたのですが、AVCとALSの多重化がうまくいきません
使用しているのはmp4box 0.4.6-DEV-wipple-git-5e0afbd(r3544)です　弾かれてしまいます
AVCとALACの多重化もうまくいきません　弾かれてしまいます

つーかこのスレの範疇の話題か？

取りあえずMKVでマージしとけ
ALACならMOVの方がいいか？

それはmp4boxのスレ（あるかどうか知らん）でやるべき話だろう
AACと関係ないじゃん

まぁそうだな

同じMPEG4兄弟なのに排他的ですね
ガッカリです

スレタイ読めよ

>>141
これ元のqtaacenc.exeじゃなくて同梱のqtaacenc.exeじゃないと動かないんだね
本家でこの方法採用してくれないかな

qaacにしたら？

qaacって更新大杉じゃね
普通にCD音源をエンコするだけなら問題ない場合がほとんどなんだろうけどなんか嫌だな

CoreAudioToolBox.dllだけ新しいのにすればいいのかな？

>>176
一応自覚はしてるみたいだけどね…
https://twitter.com/#!/nu774_qaac/status/113889216995393536

NeroAACの1.5.4.0と1.3.3.0でVBRを比較してみた
ttp://ichigo-up.com/cgi/up/qqq/nm43936.txt

　※ これは個人的なエンコ結果によるビットレートの比較だけであり、
　　　実際の音質比較とはあまり関係ないと思います

nero厨は糞でも食ってろｗ

ドルビーパルス最強伝説

バルス！

Neroいいじゃん

faacってなんでlameみたいに頑張らないの

頑張る人がいないから

>>184
>>123
らしい

寧ろまだMP3でこんなに頑張ったてるlameスゴいな

3.99のV0かなりサイズ大きくなっちゃったけど聴きやすくて結構好きかもw

色々試した結果もうあれこれ悩むのも嫌だしWAVに落ち着くわｗｗｗ

埋め込みづらいからTAKやAPEでいいや、Flacでも

10年後、MP3はまだ残ってるんだろうか・・・

更新されなくても、なんだかんだでそれなりに残ってるんじゃね？
まがりなりにもデジタル音声乱立期の勝ち残りだし

MP3は昔にリッピングした物位かなぁ、後は全部AACに変えてしまった
レンタル等で原本が無い物が2〜30枚分残ってるくらいで
2000年前半でFhGの廉価エンコーダが普及した頃の物だから
然程音質は悪くないが、全く聞かなくなったから捨てても良いんだけどなｗ

MP3はあれだけ騒いだ特許もそろそろ切れるし普及率も高いから、
音声に200kbps弱使える状況なら、これからも使われ続ける可能性大

>>193
音声だけなら64kbpsでも余裕だよね

64kbpsだと声と一緒にショワショワって音が聴こえる。

lameだと指定しないとビットレートによってサンプルレート勝手に落とすけど
そのせいじゃなくて？

qt製aacをstdoutに吐くのは、やっぱ制約上不可能？

ショワショワとか表現使ってるジジイ久々に見たなｗ

これがゆとり教育の成果です

ttp://sites.google.com/site/qaacpage/news/qaacrelease100

> In this version, qaac directly accesses CoreAudioToolbox, and doesn't depend on QuickTime anymore.
> このバージョンでは、qaacは直接CoreAudioToolboxアクセスし、もはやQuickTimeに依存しません。

v1.00ついにktkr

つまりどういうことだってばよ

QuickTimeが抜かれたiTunesでも使えるようになったってことよ

なるほど
iTunes入れてない俺にはメリットなさそうだぬ

itunes 入れるなら qt も入れるわ

「QuickTime」は、iTunesやSafariでの音声や動画の再生やエンコードに使われるメディアコア
「QuickTime Player」はQuickTimeを使うために用意されたGUIでしかない
基本的に別物だけど、いつもおまけで安っぽいPlayerが余計に付いてくるんだよな

クソドザ

ttp://sites.google.com/site/qaacpage/news/qaacrelease101099

> Fixed a bug:
> When you encode from wave file, reported length is way longer than the actual length,
> and looks as if encoding has finished in the middle
> (Actually, encoding finishes at correct length, and the result file is correctly encoded).
> 1.01 is the newest CoreAudio version, and 0.99 is back-ported QuickTime version.
>
> バグを修正：
> waveファイルからエンコードする際、長さが実際の長さより長い、
> エンコードが途中で終了したかのように見える。
> （実際には、正しい長さで仕上げをエンコードし、結果ファイルが正しくエンコードされている）
> 1.01は最新CoreAudio対応版であり、0.99はバックポートされたQuickTimeのバージョンです。

一qaac使ってる者ですが
tmkk氏とオープンソースにしてくれたことに感謝
そしてnu774さんに感謝

ええよええよ
気にせんと使ってくれたらええ
お互い様や

せやな

1.02

qtaacenc使ってるけどqaacってなんかいいことあるの？

ignorelengthオプションってどういう時につけるものなんでしょうか？

パイプで渡してエンコーダーが総時間わからない時とか

>>213
5.1chの音声をエンコしてもチャンネルがずれない
mp4コンテナを自動で最適化するので、サイズが多少小さい
更新が頻繁なのでバグが見つかっても早く修正される

>>213
1.xxのversionは、CoreAudioToolbox.dllに直接アクセスする仕様になった。

最適化というかqtaacencがタグ用のpaddingを多めに入れてるだけ

qtaacで --highest --ignorelength --samplerate keep でabr ｈｅ 24kbpsをそれぞれ指定したところhev2のファイルが出来ました｡
別の音声ファイルで同じ周波数/chを使用してもhev2にはなりませんでした｡(このサンプルでは何度やってもhev2になります)
QTのverは7.7.1 (1680.42) qtaacenc-20110816を使用しています｡
mediainfo読みの元ファイル→ttp://hishou.ddo.jp/~bbs/up/img/up1834.png
エンコード後→ttp://hishou.ddo.jp/~bbs/up/img/up1833.png
エンコード後のファイルには実際にpsが使用されているようでエンコーダ名にはappleと記録されています｡
qtaacではhev2は作製できないと聞いたのですが実際の所どうなのでしょうか?

>>219
GUI版iTunesでも超低ビットレートだと自動的にHev2になってる
これはiTunes 9.0でHEencoder初搭載のころにすでに確認済み
詳しくは3つぐらい前のスレ
おそらくQTの自動判別じゃね？だからqtaacでv2出てきても不思議ではない
自分はそんな低ビット使わないので突き詰めようと思わないが

昔のバージョンだとmediainfoの誤爆という話だったと思うが。
mediainfoはあまり信用できんぞ。

Appleが、アメリカで有料（年間24.99ドル）にてサービス提供する「iTunes Match」に対応したiTunes 10.5.1の配布を開始しています。
CD から読み込んだ音楽を含め、音楽ライブラリ全体を iCloud に保存して、iPhone、iPad、iPod touch、コンピュータ、
または Apple TV でどこにいても好きなときにコレクションを楽しむことができます。

>>61
＞neroはTVBRじゃないらしいよ。
そこに書いてあるのは「Nero's VBR mode is a true VBR mode」であるが
QuickTime AACのVBRよりはビットレートの変動幅が少ないな、ということだけだな。
TVBRには違いない。

雑踏で聞いたりストリーミング再生にはコレで十分か

qaac -i --he -v0 -q 2 -o %d -

もしかしたら一般人の過半数はneroのhev2 24kbpsでも充分かもしれない
he aacは48kbpsでCD音質ですよ！とかAU辺りの携帯会社がずっと言ってたぐらいだし

一般人ナメんなよ！

俺の知ってる一般人は15fpsと60fpsの違いが分からず、22.05khzと48khzの違いが分からず、he aac 48kbpsとwavの違いが分からなかったけどな
あいつら音声のハードウェア高速エンコとか出たら糞音質でも飛びつくぞ

JpopだのKpoopだのhe-aac2で充分だろ

128kbps以下は糞スピーカーでも劣化してるのわかるからイヤん

えーだってAACって高ビットレートが弱いじゃ無いですか

>>230
そうなんです
そこでMP3ですよ奥さん

AACが高ビットレートに弱いのではなく他が追いついて来て差が分からないだけじゃないですかーヤダー

音質が
なんて言ってる奴に
ブラインドテストやらせてみたいわ

Dolby Pulse (MPEG-4 HE-AAC)最強伝説

流石にlcとheの違いは分かるだろ
QTのavbr 128kbps LAMEのcbr 192kbpsより上は俺には分からなかったけど

妹にLC128HE64ブラインドテスト

返答「どっちも同じ」

弟にLC128HE64ブラインドテスト

返答「どっちも同じ」

弟にも聞くしかないだろうな

HE、LC、MP3とipod付属のイヤホンで聞く分にはわからなかった

据え置きのONKYOのミニコンポで聞いたら、はっきり違いはわかった
HEのほうがシャリシャリいって広がりがない。高音質なラジオみたいな感じ
MP3は少しこもっている感じだけど、FMラジオのちょい高音質版って感じ
LCはというと、MP3より低音が抑えられてるけど、高音が再現がCDとは明らかに違う。
波形は似てるけど違和感を感じる音。

以上、20代糞耳の感想

モスキート音がもう聞こえんワシは何でもええのじゃ

ちなみに再生環境。
各種圧縮音源をfoobar2000でWAVEにデコードし、CD-Rに等速で書込み。
CR-D2LTD+D-112EXで聴いた。

LC-AACは驚くほど低音がないよね

自称ワイン通がブラインドテストで
なにも違いがわからないのがバレてたな

実際に聞いて妥協や満足出来るレベルを各人が見付ければ済む話だからねえ
中には電力会社やらHDDやら言い出しちゃう人が居るけど、そういう人だって居てもいいんだ
それを絶対的正解として他人に押し付けなきゃね

>>238
これがオーオタっすか(棒)
エンコーダとビットレートの表記も無い上iPod付属とはいえlcとheの区別が付かないのは普通にやばいよ
he 64kbpsとlc 80kbpsの比較をするとかならまだしもな

ビットレート分からないのに区別付かないのがやばいと断じれるお前のがやばいよ。

馬鹿のような扱いしているが、音が変わるのは事実
かく言う自分も今までは信じてなかった口だけどね
丸くなった、艶が出た等を鵜呑みにするのは良くないが
だからといってレビュー者のバイアスを否定するのもな
しかし音は奥が深い、これだからAACはやめられない

PCオーディオ用途に最適なRAM選び
http://akiba-pc.watch.impress.co.jp/hotline/20110205/image/sspaa10.jpg

HDDによる音の変化量の大きさに驚かされた
http://phase.s214.xrea.com/module/uploader/member/src/hd_110602gi9y.jpg

パターン1：全てをそのコーデックが得意なビットレート帯で出力している→heとその他ぐらいは分かるはず
パターン2：全てを出力設定無しで出力、デフォルト設定で出力出来た→heとその他(ry
パターン3:全てを同じビットレートで出力→低ビットレートでも高ビットレートでも違いは分かるはず
パターン4:lc 80kbpsとhe 64kbpsのような意図的に分かりにくくした場合(書かないはずが無い)

2chは後だしじゃんけんですもんねはい。

たまに変な人が来るな

需要ないけどqtmp3encつくろうぜ！

>>239
ベースとかキックに差が出る、ビットレート。

>>249
qtaac参考にして頑張れ
ソースほぼ丸々コピーでいけるんじゃねえの

　大日本印刷（DNP）は2011年11月10日、音楽コンテンツの違法コピーを抑止する電子透かし技術
「ゲンコーダ Mark for COPY PROTECT」を発表した。
この技術は、違法コピーした音楽コンテンツの再生時に雑音を発生させ鑑賞を妨害するもの。
音楽コンテンツのクオリティを損なうことなく、雑音データを埋め込める。
違法にコピーされた音楽コンテンツを既存の AV 機器で再生すると雑音が生じるため、抑止効果が見込まれるという。

　同技術は、人間の聴覚と音響入力機器の感度範囲の差を利用したもの。
人間の聴覚よりも狭い 200Hz 前後〜12kHz 前後の音波帯域に雑音データを埋め込むことで、
違法コピーした音源を再生する際に雑音を発生させる。音響入力機器を使って録音や圧縮を行うと、
聴取可能な音波帯域は狭くなる。人間の聴覚が知覚できる音波帯域は 20Hz〜20kHz と言われており、
音楽用 CD や多くの AV 機器はこの帯域に対応している。



リスナーにとっちゃ神聖なるマスター素材のCDがゴミ音源化ｷﾀ━━━━(ﾟ∀ﾟ)━━━━!!
もう買わねーよカス氏ね死ね　逆なんだよカス　死ね　利権乞食死ね

そもそも違法コピーとはなんなのか

縦読みの以前に殆ど相手にされなかったでござる！

>>252-253
聴覚上識別出来ないだけで、ノイズが混入する事実はどうしようもないな
現状は非可逆圧縮には作用せず、可逆圧縮のみ発現する
カジュアルコピーには有効だが、元のCDか非可逆フォーマットでないと再生できないって・・・

CCCDと同じ道辿るんじゃねえの？
売り上げ絶賛下降中のCDにトドメでも刺す気か

海外ハッカー集団が1週間で解除パッチ作成

可逆圧縮でCD取り込めなくなるなんて買う意味がなくなるわ

ttp://www.dnp.co.jp/news/__icsFiles/artimage/2011/11/10/c003j_news09/111110_1.jpg
ttp://www.dnp.co.jp/news/__icsFiles/artimage/2011/11/10/c003j_news09/111110_2.jpg
別にリッピングとか関係なくて周波数が200-12KHzに狭まる行為を行ったらノイズが相対的に強く聞こえるってだけか

CD関係なくね？ｗ

現在、多くの音楽コンテンツは、デジタルデータの著作権保護技術であるDRM（Digital Rights Management）によって違法なコピーを防止しています。
しかし再生されてスピーカーから出る音にはDRMがかかっておらず、
近年性能が向上しているAV機器のマイクロフォンや端子などを使えば一定の品質で録音できてしまうため、
DRMを外して違法にコピーされた音楽コンテンツの流通を抑止しきれていませんでした。

基本はノイズキャンセリングと同等だな
avex辺りが嬉々として導入するかなと思ったが、今avexのCD買ってない事に気付いた

よくわからんけど、ざっと読む限りでは、WAVで無圧縮保存したり、flac,tacその他の可逆圧縮なら
関係ないような感じもするけど

そうなのか

むしろポータブルオーディオプレイヤーとかで不可逆で取り込むことができなくなるんじゃないの？
プレイヤー側がサポートしても中身があれだったら、それはもう使えないと同じな気がする

>>262
多分その通り
だが…悲しいかなここはAACスレで、そんな音源はゴミなんだよな

なんで金払ってそんな嫌がらせされなアカンのん

勝手な想像でいうと、
ttp://www.dnp.co.jp/news/__icsFiles/artimage/2011/11/10/c003j_news09/111110_2.jpg
のBをAの逆位相に相当するデータとして入れておいて、再生時には
打ち消しあって聞こえなくするとか
もちろんAとBは周波数が違うので逆位相ではありえないけど、いろいろと
コンバートする過程で逆位相（みたいなもの）として扱えるとか

どうせ普及しないしどうでもいい。

jpopとかkpopだけに施してくれ

シナビアと一緒か、と思ったらそうじゃないんだな
ノイズを入れるがそれを打ち消すノイズも同時に入れるので両方が存在する場合は
心理音響で言うマスキング効果によってノイズがノイズとして聴こえない
↓のようなローテクな録音によって帯域が激しく狭められた場合は
打ち消すノイズ側が消えてしまうので、ノイズがノイズとして聴こえるようになる
……ということらしい

／ 　 　　　　　　　　　　　　　　　 ＼　 ＿＿_＿
ｺﾞﾊﾝﾖｰ　　 （'A`　 ）　　 　 　　 　　 　|￣|ヽ　＿＼
＼ 　　 　　（　∪ ∪ 　_____ 　 　 　　　| 　|= ）　　　）
　　 　 　　 と＿_）__） [_i(::)ェ]　　　　　| 　|　r　　 ｒ
　　　　　　　　　　　　　　　　　　／　|￣￣i￣￣￣|

いまどきこんな方法で作られる「海賊版」なんて存在しないだろうに、正に誰得だなｗ

200-12kに削られるコピーとかもうそれが十分ノイズだよ

>>270
それが本当なら不可逆圧縮全部アウトなんじゃねえの

違法じゃないコピーまで制限されることに

>>272
いや、どこをどう読めばそういう結論にｗｗｗ
>>259が書いてる通りだよ

帯域を200-12kHzに狭めるようなバンドパスフィルタをかけるような形で
コピーするのでなければ、CDの状態とは何も変わらない
つまり現代のコピーガードとしては何の役にも立たない

CDに最初からノイズを混入させて劣化させている時点でダメ、というのなら
まあその通り

>>274
ノイズと逆位相のノイズの両方がきっちり再現出来てないとノイズ出るだろ?低ビットレートだと酷いことになりそう

圧縮とかの前にイコライジングも碌にできなくなる悪寒

>>275
把握

qtaacencの「--tvbr 110 --highest」とqaacの「--tvbr 110 -q 2」って同じ？

で、HE-AAC V2 48kbps の実力はどうよ

低ビットレートは結構使えるけど
長時間聞いてると耳が痛くなるんよ

HEは悪く無いだろ

>>278
どちらも最新版でエンコードしたものがfb2kのbit-compareで長さが違うと言われた。

qtaacencのほうはソースとサンプル数が違ってるな。バグか?

一致

Duration : 4:45.413 (12 586 728 samples)
Sample rate : 44100 Hz
Channels : 2
Bitrate : 348 kbps
Codec : AAC
Codec profile : AAC LC
Encoding : lossy
Tool : qtaacenc 20110816, QuickTime 7.7.1, True VBR Quality 127

Duration : 4:45.413 (12 586 728 samples)
Sample rate : 44100 Hz
Channels : 2
Bits per sample : 16
Bitrate : 1411 kbps
Codec : PCM
Encoding : lossless

最新版と思ってたらちがってたわ。最新版で一致したよ。
でもqtaacencで--highest指定してもしなくても一致した。
と思ったらデフォルトの--highと--highestは現在のところ一緒なのか。

最新版うんぬんじゃなくてHIPSがらみなだったかもだ。
違ってたのをおのれ自身で再現できねえ。

なんじゃそりゃｗ

iTunes でmp4a にしたComposer のタグがあるソフトで認識されません。
MP3のファイルは認識してくれます。
認識されるようにするにはどうすればいいのですか？

あるソフトの作者に聴く

qtのtruevbrとabrの違いって何ですか?
例えばabrで300kbpsを指定してもtruevbrで127をしてもmediainfo読みで平均ビットレートも最大ビットレートも同じになります
違うサンプルを用意しても同じ傾向ですしオプションを変えてもabrで同程度のビットレートを指定したときと同じようになります
これはビットレートを基準に品質を決めるか品質を基準にビットレートを決めてるかって違いだけなのですか?

mediainfoは実際の平均ビットレートや最大ビットレートを表示しているわけではない
ファイルに書きこんである値を表示しているだけ

ぶっちゃけ、俺らの耳なら80kbpsのHE-AACで十分。

HE80kbpsとか80kbpsならLC使うだろ

QT、FhGでhev2の2passを実装してくれんかなぁ

qaac 1.07でAACのエンコがうまくいかない...orz
%qaac_path% --tvbr 127 --lowpass 2 -o %output_m4a% %input_wav%
でやってるけど、aacが超高圧縮になってしまう...orz
そのため、ビットレートが物凄く低くて音質も最悪
また、このオプションで2パスエンコができてるかどうが心配。
あと、ADTSで出力する場合はどうしたらいいの？

--lowpass 2を削除したら直った。
正しい2パスのやり方分かる人いない？
--tvbr 127 --quality 0の方が--tvbr 127 --quality 2よりも音質が良かった？(ビットレートが増えた)
どうなってるんだ？

tvbrに関しては大きい値にした方が音質はよかった

書き忘れたけど、qtaacencとqaacの違いって何？

qaacでabr、cvbrで320kbps以上指定できないの？

>>293
亀でスマンが、80kbpsならHE-AACのがいいんじゃないの？
ソースはWikipediaの参考文献なんでどこまで信頼していいのかわからないけどさ

（以下抜粋）
AAC is considered state-of-the-art for trans-parent audio quality at a typical bitrate of 128 kbit/s.
Below this rate, the audio quality of AAC would start to degrade, which can be compensated to
a maximum degree with the enhancement techniques SBR and PS.

Dolby Pulse AAC

iTUNEで落としたMP4を車で聴きたいのですが何か策はありますか？

>>301
FM ステレオ・トランスミッター ２台目
http://toki.2ch.net/test/read.cgi/av/1127389582/
FMトランスミッター 4
http://toki.2ch.net/test/read.cgi/wm/1249107701/

>>302
あーたーす。見てみます。

>>295
lowpassと2パスの違いも分からない小学生は、まずは学校の勉強を頑張ってください

レコード時代の曲をCDリップしたものはHEv2 32kbpsで十分か否か？

満足できるかは自分の耳次第だろ

レコードってノイズフロアは高めだけど周波数的にはアナログで伸びてるわけだから
ある程度は情報量必要なような

True vbr 73ぐらいでやっときゃいいんだよ不必要なら下がる

--lowpass 2

そういや、NERO 11に入ってるHD-AAC encodeってどうなん？
cli版も出すかもとかいってたけど音沙汰ないし。

qaacでadtsのaacを出力する方法を教えてください

ADTSのAACなんてものを知っていながら、あんな簡潔なヘルプも読めないとか
ほら突っ込んでやったぞ、釣りなら他でやってくれ

自己解決しました。
%qaac_path% --tvbr 127 --quality 0 --ignorelength --adts -o %outfile_aac% %outfile_wav%
でいけました。

なんという寸劇

AtomicParsley iTunMOVI writer for Apple TV and iTunes

https://bitbucket.org/wez/atomicparsley/issue/1/itunes-atom-itunmovi

ITUNECATALOGIDってのをWEB版iTunesから取得して書き込むプログラム誰か作ってくれええええ

qtaacencは7.6までしか無理？
他に何かあるんですか？

qaac

7.7でも普通に動いてるが

qtaacencは出力するされるファイルプロファイルがMP4v2に対し
qaacはiTunesでエンコした時と同じだから好き

フォーマット : MPEG-4
プロファイル : Apple audio with iTunes info
コーデック ID : M4A

中身のストリーム自体は変わんないだけどね　まあ精神衛生上
あとエンコ環境や設定も簡単には消せない領域にかきこまれててGood
ソース公開してくれたTMさんにも感謝の意を

release 1.15 (refalac 0.26)

Added --tmpdir by request. By default qaac uses TMP environment variable.
You could override it by changing it, but now you can use this option instead.
Enabled --check on refalac.

flac みたいにGPUで爆速エンコできるやつない？
曲が多すぎてエンコードをやってる時間に耐えられない
どうすれば

iTunesってMMX/SSE2に対応してなかったっけ？

コア数分エンコーダ回せばいい

>>323
foobarでqtaacenc使ってるが、上でも言われているとおり並列でエンコードしてる
若干OC気味の3930k(6C12T)なら、イメージ化したCD1枚が15秒程で終わる、2600kだと大体25秒位かな
Qualityは--highest

celeron機からi7に買い替えて初めてfoobar+qtaacencでエンコ
したとき速すぎて設定間違えたと思ったのも懐かしい思ひ出

はえーな
うちのノートPC(Corei5 2.67GHz)だと高々4並列なので
45分ぐらいのCDをfoobarで変換するのに
qtaacencで50秒、qaacで40秒程度はかかるようだ

ま、もともとALACや素のFLACと比べてもずっと遅いんで仕方ないね
ALACならうちでも15秒ぐらいで終わる

HE-AAC v2 32kbpsで充分な気がしてきた

HE-AACでもAMラジオなんかよりはるかに高音質だしな
自分なりの妥協点を見つけてそれで満足すればいいだけさ
妥協できない人は可逆でどうぞ

qtでも32kbpsじゃ劣化が酷くて聞いてられない。80kbpsならlcで110kbpsぐらい相当なのかな?割と分からないでも普通に聴くなら160kbpsは欲しい
よっぽど酷いイヤホンを使わない限り32kbpsは妥協点にはならないと思うがなぁ

HEv2って言ってるからたぶんFhGのVBRの一番下じゃないか
ためしに一曲エンコードしてみたけど、ハイハットが恐ろしく汚くて
聴けたもんじゃなかったぞ
チーって音が露骨にチチーって聴こえる箇所が何か所も……プリエコーかな

こんなに派手なアーティファクト山盛りでは、音楽用としては正直厳しいだろうと思う
同じ曲でも下から2番目(64k)だと露骨な破綻はなくなるから全然違うと思うよ

ブラインドテストしたら面白そう

mp4のaac抽出はソフトによってファイルサイズが異なるのだけれども、何が理由なのか分かる方います？できれば教えてください。

数十バイトのデータ埋め込んでるかエンコ挟んでるじゃねえの

1MBほど変わってくるものもあるんですよ。そんなんでもソフトの紹介にエンコ挟みませんとか書いてあるのでどれが本当なのか疑問で。。。

mediainfoで読んでみろ

HE-AACのLC部分しか抽出できてないとか
media info使ってそれぞれのデータを比較することをオススメする

mp4box -rawじゃだめなん？

>>334
バグ

mp4boxで解決したっぽいです。とりあえずこれでFAです。

馬鹿じゃんお前

お前はその発言をすることで何を得た？

自己満足

ド直球ぷりが清々しい！

HE-AAC V2 48Kbps ファイルが増加中
めんどくさいから、もうこのクオリティーでいいわ

48Kbpsだとv1とv2どっちがいいんだろうな
まあソース次第なんだろうが

>>346
自分は数年前にこれを参考にしたりしてV1にしたわ。
http://www.mp3-tech.org/tests/aac_48/results.html
これくらいのビットレートに仲間がいて嬉しい。

ステレオ感にこだわらないならv2のほうがいい
v2だと電池の消費も少ないし読み取りに負荷がかからないしで作業が軽くなっていい
v2でエンコしてる人はやっぱりｎｅｒｏでエンコしてるの？

エンコの手間は一緒なのに何が面倒で低ビットレートなんだろう

音質にこだわって見栄張って高ビット選ぶこと・自分はいい耳もってると自分に言いきかせることが煩わしいってことじゃね
ライブラリ他人に見られることなんてないし、オリジナルは別に可逆圧縮で保存してたりするなら尚更。
聴くのはもっぱら電車内だからとか、いっそのことv2 48で妥協するのは各個人の考え方次第で口出すつもりはないね
生まれた経緯からするにHE技術はモバイル用途で使われることが本望だろうし
幅の狭いJPOPやROCK曲はHEでいいと思う 飽きが早いし。個人的意見として

64GBのDAP使ってるけど、128kで入れても俺の場合は全部入れてもまだ余るぞｗ
LOSSLESSで500GB前後で、曲数は11000曲位だけど

HEv2 48kってNero？　ちょっと試してみた
http://www.mediafire.com/download.php?00h8zeyoe3eudw2
正直かなりいいと思うけどディティールは色々消えてるね
例えば曲の冒頭のスクラッチノイズ風味の細かいパチパチ音を比べると
Neroのほうはかなりドロップしてるんで、頭の2秒ぐらい聴くだけでもABX自体は可能

どっちかっていうとギリギリの低レートの場合、破綻の心配をするほうが
煩わしいかな俺は……かなり汚い破綻も経験上あり得るので

正直、LCは192kbps、HEでも128kbpsは欲しいところ

HEの128kbpsとか完全に無駄だなあ
まあ「ビットレートにコダワリ持ってるボクちゃんｶｺｲｲ」って思い込みたいのはわかるけど

HEは96kbps以下用、HEv2は48kbps以下用みたいな規格じゃなかったか？
128kbp以上ならLCの方が音質良いはずだが

低ビットレートで十分な俺カッケー

低ビットレートで充分って奴は良い環境で聞いた事無いんだろうなhev2なんて1000円以下のイヤホンでも100%劣化してると分かるし耐えられない

音質気にするならlcなんかよりoggの方がずっと聞けるしなあ
AACなんてビットレート以前の時点で論外

HE-AACはHDDやフラッシュ・バッテリーに負担かけない低ビットレートで運用できるから
信仰にこだわらないなら充分でしょ

ビットレート論争はなぜかすぐ人格攻撃に発展するからウザい
各人で好きにすりゃいいでFA
他人にその価値観を強要するのだけは糞

>>359
aoTuVよりqtaacの方がリスニングテストの評価が高い。どっかのブログでも鵜呑みにしてるだろお前は
>>360
そもそもビットレート論争なんじゃなくて自分の意見が正しい。お前らが間違ってるみたいな事を言い出すのが悪い。
こんな分野で多くの人が定説として語る物にはそれなりの裏付けが無いと定着してない
価値観が〜なんてのはよく言われるがそれ自体がどんな物かよく分かってない言い訳
heの高ビットレートならまだ分かるがhev2を視聴用として使うのはあり得ない

クラシックを圧縮音源で聴くなんてありえない

>>361
> そもそもビットレート論争なんじゃなくて自分の意見が正しい。お前らが間違ってるみたいな事を言い出すのが悪い。

これはまんまブーメラン乙だけど

qtaacなんて高音酷いしまともに聴けたもんじゃないよ
そのリスニングテストの結果を鵜呑みにしてるだけでしょ？
ID:0pPFN0Hg0の好みは否定しないけどね

どれぐらいのレートの話をしてるんだ

>>361
> そもそもビットレート論争なんじゃなくて自分の意見が正しい。お前らが間違ってるみたいな事を言い出すのが悪い。

> heの高ビットレートならまだ分かるがhev2を視聴用として使うのはあり得ない

？？

He-AACv2ってneroしか対応してないの？

Winampから使えるFraunhoferのやつは一番下(32k)がHEv2のはず
その上は64kのHE
VBR用のプリセットが5段階しかないのはちょっと荒すぎる気がする

HEのv2といえばCTのエンジンだな
今となってはもう過去の遺物なんだろうが

>>367
ありがとうございます
neroとFhGだとどっちがいいかな

nero -q 0.15とFhG vbr 32kだと
FhGのほうが平均的にビットレート低く割り振ってるみたいだけど

>362
最近TVのクラシック番組をよく聴くようになったけど、あまり気にならんな。
SE-90PCI→自作AMP→KEF XQ20だけど。

クラシックだとハープとコンサートの拍手ぐらいじゃないか
可逆圧縮が苦手にしてるのは

一般に難しいと言われるのはテクノやエレクトロニカ、あるいはメタルみたいな
ジャンルだ

まあ>>362はそういう技術的観点からの発言ではないんだろうけどね

>>371
技術的にはそれが正解

差がわかる、ってのと
楽しみの障害になるならない、っていうのでは
閾値がだいぶ違うからね

そういえばwinampってaacplusのエンコーダ内蔵してなかったっけ
音声に最適化できるやつ
あれってもうなくなったの

CT→FhG

神降臨

なにがよ

foobarでALACにmp4 chapter埋め込めるみたいだけど、
これをiPodに読み込ませる方法はないものだろうか・・・
実現できれば可逆圧縮はALAC一択なんだけどなぁ。

流石にそれはmp4コンテナの改訂を待たないと

MP4のチャプタはメタデータ形式とテキストトラック形式の二種あって
foobarが付加するのは前者でAppleが対応してるのは後者だけ。
mp4boxで相互変換できた気がするが。

>>378
iTunesはAACの場合しかテキストトラックのチャプター読まない
QuickTimeプレイヤーはALACでも読む
iPodがどうだかは知らない

俺の知る限りmp4chapが両方の形式に対応していてかつ相互変換できる
qaac --chapterでも可（qaacは両方の形式のチャプターを埋め込む）

ごめん、ただしくはmp4chapsだった、mp4chapじゃなくて

mp4boxがNero形式、L-SMASHがテキストトラック形式のみのインポートにそれぞれ
対応しているようなので、iTunes/iOS限定でよければ(foobarでは表示されないが)
L-SMASHのremuxerが使えるはず

mp4boxじゃなくてmp4chapsだったか、失礼。

>>380-381
iPodに入れるのは難しそうですが
mp4chapsは面白そうなソフトですね。
ちょと使ってみます。ありがとうございました。

インタレースは過去の遺物

ape/flac　に詳しい方いますか？

そんな目的不明な問いかけに１レス費やすくらいならさっさと聞きたいこと質問したほうがマシ。

iTunesのインポート設定で、iTunes Plusを選ぶのと、カスタムで256kbpsを選んでVBRにチェックを入れるのとでは何か変わるんですか?

詳しく検証した訳じゃないけど、エンコード品質が違うらしい

>>389
そうなんですか
どちらが高品質なのでしょうか？
せっかくならいいほうを使いたいので

qtaac

>>390
http://unkar.org/r/win/1284869460#l222
だったけど
http://unkar.org/r/software/1268301277#l547
ということでiTunes 10.1.0.54からは同じみたい。
今も同じかどうかは
http://www.foobar2000.org/components/view/foo_bitcompare
で確認できるよ。

>>392
リンクまで貼っていただいてありがとうございました
詳しく書いてあり、とても参考になりました

qaacの深化のスピード早すぎる。1000円寄付してあげてえ

qaacを使いたいけどQuickTimeをインストールしたくない人向け
QuickTimeInstallerを配置してからバッチファイル実行でおｋ
ttp://www1.axfc.net/uploader/Sc/so/318216

こっちにもカキコ
http://www.hydrogenaudio.org/forums/index.php?showtopic=85135&st=100&gopid=785677&#entry785677

>>141となんか違うの？

>>397
qtaacencとqaacは別物。qaacはマルチチャンネルに正式対応
詳しい違いは知らないわ＼^o^／

>>398
いや>>141+qaac.regでqaacでも使えたと思うんだけど

>>395で設定してHE-AACでエンコできる？
LCだと問題なく行けたんだが・・・なんか間違ってるんだろうか

マルチスレッドって音質落ちなかったっけ?
動画でもマルチスレッドだとオーバヘッドが発生するし音声に対してはそれがもっと顕著だとか昔聞いたような…

ずっとqtaacenc使っててqaacに変えるのめんどくせーとか思ってたけど
flacから直接とかできるのか、それは便利だって言う事で乗り換えるわ

ttp://sites.google.com/site/qaacpage/news/qaacrelease129refalac040

[qaac] release 1.29 (refalac 0.40)

Fixed chapter length of HE-AAC (they were all doubled from the correct value)

相変わらず更新頻度高そうだな

iTunesで読み込んでqaacでエンコードさせることってできないのかね
qtaacencだとそんな連携するスクリプトがあるんだけども

adtsのAACを、再エンコード無しで
adtsじゃないAACに、ってできるソフトある？

http://pc.watch.impress.co.jp/docs/news/20120216_512488.html
NOTTVもAACです

mp4box
ffmpeg

>>406
ある

mp4boxでできました。ありがとうございます。

MP4じゃないAACがadtsなの？

何を意味不明な事言ってんだ？

つ Google

やっぱなんといってもAACだな。MP3とかWMAとかOggとか頭文字がダサい。
AACは見た目も響きも格好いい。あ、でもATRACもいいな…名前的に。

かっこい良さならTwinVQかAoTuV

顔文字と間違えそうだけどなｗ

大変興味深い記事。
レーベルにハイレゾソースで売ろうぜと持ちかけたり、
帯域順応ストリーミングのための新フォーマットの噂。
HEAACを超えられるのか？

http://www.guardian.co.uk/technology/2012/feb/28/apple-audio-file-adaptive-streaming

AACは長いよなぁ。というか動画コーデックは乱発してるのに音声コーデックは長生きし過ぎ
h265登場辺りには今までのコーデックを刷新するような革新的な音声コーデックとエンコーダが欲しい

画像圧縮もそうだけど音声圧縮はビットレートを下げることに対する要求が動画ほど大きくないから
性能向上ドリブンな主役交代は難しいだろうね。
HE-AAC対抗だと性能面で有望なのはCELT/Opusなのだろうけど。

AACはAppleがiPodでイニシアチブ握ったのとMPEG-4動画の普及でMP3と肩を並べるまで伸びたけど
MP3とAACが他のフォーマットに脅かされる日は果たして来るのだろうか。

音楽用途、動画多重化用途じゃ来ないと思う。
音声を圧縮して持ち運ぶ分文化が廃れるのが先か、iPhoneが64テラ積むのが先かっていう。
VOIPも低帯域用コーデック採用したけどモバイル無線回線の高速化安定化がまさに進んでいる今

今までiTunesでiGainを使って音量を均一調整していたのですが、
iPod shuffleからnanoに買い替えてから、音量を均一調整してたのに、均一に反映されないので、
他のソフトを使おうか探してたらAACGainの事を知りました。
iGainとAACGainで大きく性能の違いはあるのでしょうか？

質問するスレを移るならその旨を前のスレに書き残してけよ421

http://www.apple.com/jp/itunes/mastered-for-itunes/
ツールは林檎専用だがPDFは日本語訳されててなかなかいいよ。暇なら読んでみて

>>422
前のスレに書き残してきました。すいません。

Appleのロスレスのオープンソース化とかいう話はどうなったのやら？

ヤマハが対応したよきんぴら

×きんぴら
○きのう

なぜきんびらに

IOSのキーボードがV5で打ち間違え多発する不具合抱えてるから。
母音を2連続間違えたらこうなったと思われる

iosの文字入力といえばgoogle検索の候補が競合し過ぎて酷い
どっちかに優先度合わせろよ。濁点を付けようとして勝手に確定、顔文字とか出ると本当に腹が立つ

全然関係ないけど、Appleがジャストシステムを買収すればｗ
スレ違い・・・

>>428
よく見ると「ぴ」じゃなくて「び」になっているー！orz

なんか勃ってきた

動画の音声にALAC使ってみようと思ったが、
mp4boxでmuxできないorz
L-SMASHだとできそうだが、使い方知らん

>>434
まだ、FLACをMKVに入れた方が、対応するプレーヤーも多そうだ。

動画にflacはやり過ぎだよなぁ
それならなんとかして元の音声のままmixできないものなと思っちゃう

>動画にflacはやり過ぎだよなぁ
>>434に対しての>>435だろ

>それならなんとかして元の音声のままmixできないものなと思っちゃう
なんでできないの？すりゃーいいじゃん

qaacの-qは2が上で0が下？

MKVなら基本的に何でも入るだろうし
元がBD, DVD, 放送TSあたりの音声ならm2tsにはそのまま入れられるんじゃね

ドルビーのコアロッシーと補完ロスレスの互助音声コーデックTrueHDはうざい

>>438
上と下の定義による

>>417なにも発表なかったね

CoreAudioToolboxのVer.Upも当分ないか

「320kbpsに限ってはAACより音質いいからな」さん遅いな・・・

ドルビーのTrue HD と AC3を合成してひとつのWAVEフォーマットファイルにする方法ご存知の方いませんか？６ｃｈです

>>445
両方の音源を同時に再生してステレオミキサーに出力して録音すればいい

http://ceron.jp/url/applembp.blogspot.com/2012/02/itunes-store.html
そして、遂に日本市場でもソニーミュージックがiTunes、つまりはAACに対応した。

http://huludownloader.net/ja.htm
Huluは普通にAAC対応

http://k-tai.impress.co.jp/cda/article/news_toppage/44753.html
BeeTVのiモーション、iアプリ、Music&VideoチャネルもAAC対応

>>449
ええっと…
スレチです。

Blu-rayの7.1chや5.1chのDTS音声を2chのAACに変換したいんですが、
XrecodeIIで[前処理を実行]→[ステレオに変換]とした時の具体的な挙動について
ご存知の方いますか？

右系と左系のすべてのチャンネルがそれぞれ右・左に詰め込まれるのか、
あるいはＦＲとＦＬだけが選ばれるのか。
センターは自動的に左右に均等に割り振られるのでしょうか？

>>451
やってみて、自分で比較してみればいいと思うよ

そして、このスレに報告お願いします

>>451
試用版を入れて試してみた
Dolby Prologic IIじゃないごく普通のステレオダウンミックスみたいだな
リア／サイドやセンターは適切に左右に振られる
LFEを入れるかどうかは選べる（Dolbyは入れないのを推奨している）

その手の用途ならeac3toがおすすめかな

>>453
ありがとう。テレビのスピーカーで見る（聞く）のでリアやサイドは邪魔だと思って
チャンネル別にWAV出力してセンター、FR、FLだけSoundEngineでリミックスしてたんだけど、
面倒なのでxrecodeのデフォルトの動作を聞いてみました。
eac3toはDTSがらみだとなんとかっていう商用ソフトを購入しないとミックスダウンできない
みたいなんであきらめた。

>>454
DTS-HDはそうみたいだね
コアだけなら抜き出せるんじゃないかと思うけど俺も詳しくは知らない

FL,FRだけ抜きたす、みたいな細かいカスタマイズしたいんならAviSynth使ってもいいし
foobar2000にmatrix mixerプラグインがあった気がする
自分でマトリックス記述する気があるんなら、qaacでも同じことができる

MeGUIの方が簡単じゃね、と思って知らべてたら

http://agehatype0.blog50.fc2.com/?tag=MeGUI
>448kbitの 5.1 AC3 の方が768kbitの 5.1 DTSよりも音が良い事に注意。ひらたく云うと、ディスクスペースの無駄でしか無く、これファイルに突っ込むヤツは切腹すベシ。

っていうのが出てきたんだがマジ？

>>456
それを書いた彼がABXで区別できたかどうかも怪しい。

qaacについて教えていただけないでしょうか
aacエンコードの時--gain -11.6とかiTunesのサウンドチェックと同じ値指定してやればプラマイ０になって
いい感じになると思うのですが、これを勝手にやってくれたりfoobar2000のリプレイゲインから渡す方法とか
ありませんか？

もうひとつ。--normalizeオプションはどういう働きをするのでしょうか？試行錯誤しても効果がわかりません。

もうひとつ。qaacの作者は日本人なんですか？外国の人ですか？

>>458
1. ソースをreplaygainでスキャンしておいて、foobar2000のconverterのオプションで
　replaygainを適用するのが楽でしょう。--gainは要りません。

2. 単にピーク時音量が0dBになるように音量を調整（増減）するだけです。
　ピークを知る必要があるので、エンコード前に入力が一度全スキャンされます。
　音量をもっと下げたい場合は--gainと組み合わせてください。

3. 日本人です。

音質ｗｗｗｗ
俺なんか指をパチンと鳴らしたら
爺やが聞きたいアーティストを手配して
目の前で生演奏させるから
いつも最高音質よｗｗｗｗ

そんな視聴環境じゃまだまだだな｡音響設備がなってない

亡くなったアーティストとかどうするんだろうか。

>>459
レスありがとうございました。

最近NEROからqtaacに変更したんですが、
truevbrの100kbps〜と設定したところ、エンコ後は88kbpsなっていました。
これは88kbpsでも100kbps相当の音質にあると考えていいのでしょうか？
NEROのAAC-LC96kbpsでエンコすると94kbpsくらいだったので、
それと比較してビットレート的には劣っているのでどうなのかなと思いました。

読み返してわかりにくかったので書き直します。
qtaacのtruevbr 100kでエンコした音声と、NEROのAAC-LC 96kでエンコした音声では、
設定上のビットレートでqtaacが上回っていて、さらに一般的にもqtaacはNEROより高品質と言われているので(しかもVBR)、
エンコ後のビットレートはqtaacは88kでNEROは94kとNEROが上回っていたとしても、
qtaacのほうが音質は上と考えていいのでしょうか？

圧縮音楽はデータが間引かれているわけで元の波形に近ければ高音質
というもんでもない
だから人の耳で判断してもらうなんてテストをやってたりするわけだ
つまり自分のためのデータなら自分で聞いて決めればそれで終了

>>464
音質（品質）は数字ではなく、己の耳で判断するもの。
不満があれば品質を１段階あげればいい。
満足であれば品質を１段階さげればいい。
どーせロッシーなんだから、出先で聞くだけ、と割りきってコンパクトに、妥協点を見つけるのも醍醐味のひとつ。

＞truevbrの100kbps〜と設定したところ、エンコ後は88kbpsなっていました。
ソースが音楽じゃないなら普通にあり得ること。無音が多かったり人の声だけだとさらに下がる。ビットがそこまで必要じゃないから振らない。
＞これは88kbpsでも100kbps相当の音質にあると考えていいのでしょうか？
q82は目安として160kbps前後と紹介されるが自分のライブラリではステレオで下は70kbps、上は185kbpsまである。（無音が多いもの除く）
＞それと比較してビットレート的には劣っているのでどうなのかなと思いました。
コーデックの違いではもちろん、実装エンコーダ、オプションによって品質とビットレートの大小関係の逆転現象なんてよくあること。











こういうなんの根拠もない俺のレスで自信がつくぐらいなら自分の耳を信じたほうがマシ
他人が書いてること鵜呑みにしちゃいけない。
実際に自分の目で見たもの、耳で聞いたものしか信じないといった記者みたいな精神でいないと。
そういうのが面倒な人向けに十分以上のiTunes Plusってプリセットがある

丁寧な回答ありがとうございました。
自分で判断したいと思います。

http://av.watch.impress.co.jp/docs/news/20120402_523396.html
「もっとTV」もAAC対応です。

そういえばqtのabrとavbrって同ビットレートだとどっちが評価高いの?
avbrの方が変動時間的に有利でビットレートも指定値より高くなる割りには俺の耳にはabrの方がよく聞こえるんだ…

もう結果出てるじゃんｗ

>>470
0. CBR, 1. ABR, 2. VBR Constrained, 3. VBR
の場合、ビットレートが一番盛られる2が結局一番良いと思うけど。

-Sつけるとビット配分知れてグラフ化したけど
TVBR＜＜CVBRじゃね？って疑問は思わなくはない
でも信じたくない

↑は数字だけの話であって音は聞いてないから
参考にしないでね

差はあるけど、結構どうでもよくなってね？

そういう事を語るスレじゃね?

最近は質じゃなくて用途の方がメインなスレの様な気もするが

FaacやNeroがもう息してないし
iTunesやWinAmpのエンコーダが音質変えるまではこんなんじゃね？

まず事実として
振りビット少：CD　→　qaac V82
振りビット多：CD　→　LAME MP3 CBR 320kbps　→　qaac V82

この怪現象はLAMEの心理音響チューニングのせいですか？
素人なんでLAMEの仕組みがよくわかりませんがLAMEの心理音響アルゴリズムを拝借するなら
INPUT_PCM　→　(心理音響アルゴリズム)　→　TUNED_PCM　→　MP3 320kbps →　DECODED_PCM　→　qaac V82
と一端、mp3圧縮済みをソースとして使うより
INPUT_PCM　→　(心理音響アルゴリズム)　→　TUNED_PCM　 →　qaac V82
とやったほうがいいのではないかと疑問に思いました。
（LAMEにTUNED_PCM.WAVを出力するオプションあればいいのですが・・・）
QuickTimeエンジンも内部で心理音響対策してると思うので二重に心理音響補正をかけてしまう懸念もあります
詳しい方のご意見頂戴したいです

そりゃMP3にエンコしてからさらにAACに再エンコなんてしないほうがいいに決まってる

面白い人ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!

詳しい人いなくてワロタ

割れなんだろ
ソースとしてmp3を入手する前提

別に自己紹介はいいですから

心理聴覚をやめるって、TNSとかPNSとかどうするつもりなんだこの人。

何がしたいんだ

＞INPUT_PCM　→　(心理音響アルゴリズム)　→　TUNED_PCM　→　MP3 320kbps →　DECODED_PCM　→　qaac V82
これからの時代の標準ですな

TUNED_PCMという概念は新しいな。
実現できたら一報くれ。

487みたいな読解する人間がいるとしたら日本の教育力低下を痛感せざるを得ない

皮肉だと理解できない>>489が一番哀れ

本人なんでしょ

圧縮率の高くて専ら可逆、ひいては不可逆に使えそうな新しい多チャンネル音声符号化を考えた。
チャンネル数が増えるほど圧縮率は高まるはず。

仮にCDとかでメジャーなステレオだとして、

可逆圧縮に用いる場合
非圧縮状態でRをLとの音成分差分データ化。これを一番圧縮率いい圧縮技術で圧縮。データA
次にLだけなんらか既存可逆圧縮技術で圧縮。データB
デコード時にAとBを使ってLRを再現。

不可逆に用いる場合
なんらかの不可逆圧縮（HE,LCAAC,MP3etc）でLRを圧縮。Lの圧縮済みデータをデータC
RをLとの音成分差分データ化もしくはバイナリ差分データ化。これを一番圧縮率いい圧縮技術で圧縮。データD
デコード時にCとDを使ってLRを再現。

何点ですか？

>可逆圧縮に用いる場合
既存のフォーマットで普通にやっている
http://flac.sourceforge.net/documentation_format_overview.html
INTER-CHANNEL DECORRELATION 参照

>不可逆に用いる場合
それ単なる劣化版MSステレオ

的確なレスありがとう
釣ってくる

ごめん
BB2C(P2オン)から書いたらID変わってしまった。

PSの次はどんな方法で圧縮するか
それとも容量的にもうAACLC以上の圧縮は必要無いんかのう

デバイスの容量が上がってるし、可逆の出番もそろそろってところではないか？

自分でそう判断したなら好きにすればいいだけ。

IpHONE 2tbモデルとかじゃないと可逆する気にまでにはならんな
2020年までに記憶装置の技術革新恋

それかバッテリーの技術革新と常に256KBPSでストリーミングしてても誰にも怒られないぐらい
余裕なモバイル高速回線の普及でMATCHみたいなクラウドミュージックロッカー型に変わってもいいが
いかんせん個人でKASRACと無契約でやると日本の法律上は著作権法の送信権云々がうざい。
自分で口外しない限り警察や権利者やkasracにバレる要因がないからザル法だけど
私的複製がokなら私的送受信認めてくれてもいいのに

読み難い文章だな。

>>500
256kBpsと256kbpsの違いわかる？

8

キロバイト毎秒
キロビット毎秒

2Mbpsってそうでかい帯域じゃないけどな。FHDとかだとx264で普通にエンコしても10Mbpsとかなったりするし

10は流石にでかいか5ぐらいで

>>505
無理して略さない方が読みやすい&FullHDは定義が曖昧なので1080pと呼ぶ方が良いかと

1080pは1920×1080なの?テレビ番組は1440×1080だけど

>>508
地デジは1080i

>>508
ハードとしては、1080 = 1980x1080 =フルハイビジョン。
ソフト面では、横が絶対に1980でなければダメというわけではない。
なぜかというと縦さえ決まっていれば、設定された比率に合わせて横に引き伸ばすだけでいいから。
ちなみに1080の最後に付く"i"とか"p"は一枚のフレームを一気に表示するか、奇数と偶数に分けて表示するかの違いで、画素数とは関係ありません。

イチキュッパ

QuickTime 7.7.2 for Windows

qtのエンジン更新すか

771->772

CoreAudioToolbox 7.9.7.9変化なし
qaac134 & CD/StereoソースではRAWAACに変化なし。ハッシュ一致
多チャンネルの位置バグは未検証

更新する必要なさそうやね

脆弱性の修正だから更新した方がいいよ

CoreAudioToolboxだけで十分ですよ

AppleApplicationSupportは2012/02/20から手つかずだな
iTunesに入ってるのと同じ

>>516
アレだよアレ
インストーラから必要なファイルだけ抽出して使えるようにするアレ
アレだったら更新する必要ないよね

例のバッチファイルか

すみません、質問です。
コンテナ？タイムスケール？というか、秒数が狂ってるm4aのデータって直せますか？
rtmpのライブデータから分離したデータなんですが、中身自体は秒数狂ってますが再生できます。
mp4boxでadd？のパラメータでaacに分離するとやり方がおかしいのか再生出来なくなります。
誰か知恵をください。

fre:acでチャンネル毎ビットレートが256kbpsまでだから値をそれにしたaacファイルより、
XMedia Recodeで平均ビットレートを320にしたaacファイルの方がサイズ小さくなるんだけど
普通320の方がサイズ大きくなるんじゃないの？
他の設定は両方同じにしてあるんだけど、、

情弱な質問になってるかもしれないけど教えてくれると助かります。

> チャンネル毎ビットレートが256kbpsまでだから値をそれにした

その音声が2ch以上だと合計ビットレートはいくつになるでしょう

>>523
一つ256で二つで計512になってるって事？

チャンネル毎ってお前が言ってるじゃないか
合わせたらいくつだよ

何を合わせるんだよ？
わかんねーよ、だから聞いてんだよ

あー、もういいわ。

2チャンネルあるとする
> fre:acでチャンネル毎ビットレートが256kbpsまでだから値をそれにしたaacファイル
256 x 2 = 512 kbps

> XMedia Recodeで平均ビットレートを320にしたaacファイル
320 x 2 = 640 kbps ではなくて、単に320kbps

>>522 は後者も２倍にしたから混乱していた、と

Quicktimeをインストールしたくないのでここのスレを参考にバッチファイルからQTfilesフォルダを作成して
qaac1.37を使ってWAVEファイルをEACでAACにエンコしようとしてるのですがうまくいきません。

抽出フォルダをqaacと同じディレクトリに置き、qaac.regも置いてみてエンコードしようとしたのですが
エンコードの完了とログは出ますが、エンコードできていないようで何もファイルが作成されません。

QTfilesフォルダの中身はDLLなど全てあるようでちゃんと抽出できているようです。
何の設定が抜けてますか？
CoreAudioToolBox 7.9.7.3です

qaac.exeに適当なWAVファイルでもD&Dしてみて正常にエンコされるか確かめて問題ないなら
QTfilesフォルダ、qaac.regの仕掛けのほうは問題ない（出力先が未指定だとドキュメントフォルダとかだったはずだから注意ｗ）

あとはコマンドラインオプションが間違ってるとかの問題

CoreAudioToolBox 7.9.7.3？
最新って7.9.7.9じゃなかったっけ

>>529
返信ありがとうございます。
仰られているようにD&Dで試して見たこところ、AAC音声ファイルができあがりましたので
問題はEACの設定のようですね。問題の原因が分かってほっとしてます。
ありがとうございます。

コマンドラインオプションはこれです
--tvbr 90

いろいろ試してみたところ正常に出力されないので、続きはEACスレで質問したほうがよさそうですね
FoobarとかCDexも試してみます

>>530
さっきAppleの公式からダウンロードしてきたインストーラーなんですが
今確認したところ7.9.7.3でした。更新日付は2月20日になってます。

> コマンドラインオプションはこれです
> --tvbr 90

--tvbr 90 %source% -o %dest%

ID変わってらｗ
EACのバージョンが1.0未満なら--tvbr 90 %s -o %d

>>534
おお、エンコードできました
本当にありがとうございました
EACのバージョン両方持ってるので、新しい方でも試してみます

>>530 >>532
気になるようならチェックしとき
ttp://www.hydrogenaudio.org/forums/index.php?s=&showtopic=85135&view=findpost&p=793420

NEROAACの517KbpsとQTAACの最高ビットレートって
どっちが音良い？

自分ではどう思ってるの？

NeroAAC（）

正直な話、500kオーバーでコンバートするならロスレスにする
音質云々が楽しいのは64〜160k、迷うのが192〜300k、俺は256k前後想定のTVBRで充分

俺は
〜12kbps→nero hev2
12〜32kbps→CTAAC hev2
24〜80kbps→QTAAC he abr
64〜112kbps→QTAAC abr
96〜400kbps程度→QTAAC tvbr
neroのQ1.0とか512kbps cbrよりQTのq127の方が音多分良いんじゃないかな

お前ら凄いな
俺の糞耳とヘッドホンじゃ128以上だと違いが判らないわ

QT128kbpsとかだとそれ以上との差は分かるけど違いを比べないなら充分だしなぁ
というわけで他人用は128kbps付近で自分用はq127安定

> QTのほうは0〜127と一見128段階あるように思えるが、
> 実際は0,9,18,27,36,45,54,63,73,82,91,100,109,118,127の15段階しかなく、
> それ以外の値は一番近い値に丸め込まれる

俺用メモ
この数字テンプレにでも入れといてくれないと忘れちまう

音以前にミッドサイドステレオの比率の音場の違いで分かりそうなもんだけど

QTでLAME V0と同程度のビットレートに済ませたいなら、CVBR 256kbpsかTVBR Q118あたりかな？

曲でまちまちだろよく聴くジャンル10曲ぐらい試して選べば良い

うむ

ミスチルベストミクロ（マクロ）
TVBR Q118　　　155MB（160MB）
LAME V0　　　 　148MB（153MB）
CVBR 256kbps　146MB（149MB）
TVBR Q109　　　138MB（142MB）

LAME V2　　　 　105MB（108MB）
TVBR Q91　　　　102MB（105MB）

QT7.7.2どうよ

>>549
>>514

いつの間にかqaac.regなんて置かなくても普通にQTFilesの中身使うようになってたんだね、qaac
俺が知らなかっただけ？

QT771->QT772->iTunes10.6.3

CoreAudioToolbox 7.9.7.9変化なし
qaac137 & CD/StereoソースではRAWAACに変化なし。ハッシュ一致
多チャンネルの位置バグは未検証

NeroAACはどうなの？

最高だよ

一応保守

qaacってチャンネル配置の修正補正機能あると思うんだけど
これってアップルの開発者が↓のレス（信憑性不明）のような仕様を知らずにというより
シンプルに（＝AC3との配置仕様の違いを考慮せずに）coreaudiotoolbox作ってるから
オリジナルの配置と変わってしまう＝客観的に見たらバグ扱いってことでおｋ？
-------------
53 名前：名無しさん＠編集中 [sage] 投稿日：2011/01/29(土) 21:29:12 ID:8XIXkfDt
>>51
AACとAC3はチャンネルの順序が違うからそれを考慮できる変換ソフト使わないとずれるね
http://toro.2ch.net/test/read.cgi/avi/1279093538/53

感情的にいえばバグ、客観的に言えば仕様。

>>556
QuickTimeに関して言うと、あるバージョンから組込みのミキサの挙動が変わって
チャンネルオーダーの変換が機能しなくなった（バグといえなくもない）
CoreAudioToolboxではもともとそういう機能が無いので仕様

なるほどチャンネル順管理はQTがやっていて
CAToolboxは圧縮だけってことですね。
それで、QT担当部が機能しなくなったということですね。
よくわかる現代魔法解説ありがとうございました。

http://www.winamp.com/help/Version_History

http://www.iis.fraunhofer.de/jp/bf/amm/produkte/

MP4BOXでエレメントを多重化するとアップル向けのデータ構造？と違うみたいで
iTunesやMP3Tagでタグ付する際に内部でデータ構造を書き換えてるのか知らないけど
１からHDDに書きなおすみたいで非常に時間がかかって困ってます。
MP4BOXで多重化の際に最初からアップル構造にできる方法ご存じないですか？よろしくお願いします

padding用のatom(free)が入ってないだけじゃないの

XMedia Recodeでflacの音声をAACの320kbpsに変換したいんだけど
リスト覧に115MBになるって予測出てるのに
出来上がるのは38MBの220kbpsのファイルになってしまうのはなぜなんでしょうか？

とりあえずその音声何秒？

約24分です

割れでflacがmuxされたmkvをダウン
flacをAACにしてMP4にmux
とみた
中身はアニメ

もし本当に割れなら音ズレに存分に苦しむといい

XMedia Recodeはバグ多いからな。多機能すぎて作者のチェックがまったく
行き届いてない。色々な形式で試してみれば、変換後の予測ファイル容量が
まともに機能してないことが判るよ。

あと、XMedia Recodeに限らずFFmpegのAAC変換機能って、低ビットレートを
指定すると大体指定値近傍に収まるけど、高ビットレートだと指定値通りに
ならないケースが多いね。遥かに低い値になることが殆どだと思う。
FFmpegは動画変換用の便利なお手軽コーデック、質を求めるようなものじゃない。

詳しくありがとうございます。理由が解って助かりました。

>>567
そういうの募集してないから
まあこういうレスが来るとはわかっていたが
「とみた」じゃないよ、恥ずかしい奴。

>>570

自炊してない動画はwarezやろ

カーステレオでmp3を聴いてるんだけど、純正ステレオがクソ音質なので
mp3に焼く時点でエンハンサかまそうかと思ってます。
10万かけてSP交換したけど結局ダメで、純正ヘッド変えたいけど交換できないタイプなんで。

で、音質改善に適切なソフトがあれば教えてください。
うちに、Sount it! というのがあるけど、効果がイマイチなんで
BBEのSonix Maximizerなんか気になってますが、BBEのは高いのと、
他に専用ソフトが必要なのでパス。

再生にDFX使ってて、まーまーなんだが、これは録音には使えないんだよな。

スレタイにmp3の文字が見えますか？盲ですか？

qaacでソース音源がモノラルなものを変換するとステレオになってしまうのですが
ならないようにはどう設定したらいいですか

--chanmap 1,1でできない？
Raw PCMがソースなら--raw-channelsのデフォルトが1だから--raw-channels 1とする

>>576
だめですね・・・
ありがとうございます

>>577
ちょっとタイポしてた
--raw-channelsのデフォルトは2だ
一旦raw PCMにしてから--raw-channels 1

>>575
QuickTime Playerで開いてムービーインスペクタでステレオと表示されてるかどうか
確認

>>579
qtで見たらモノラルでした
早とちりでしたすみません

MP4フォーマットに詰め込んだMPEG Layer3をiDeviceで再生方法求む

>>581
標準アプリじゃ無理。
有料のPlayer(OPlayerなど)を使えば多分大丈夫。

SWデコードには興味無いです

>>583
582ではないけど、教えてもらってるのにその態度は気に入らない

（iDeviceへの転送は無理だけど）iTunes/QTは各コーデックのQTコンポーネントを投入すれば再生できるって認識でおk？
Vorbis.oggがそれで再生できたので。有料のMPEG2コンポーネントもありますし

AACスレで急にどうした

どーもタグ付上手くいかない。Vorbis.m4aにしてみたものの不正なサンプルねえ。頓挫

ここ何のスレかわかってます？

AACの音楽ファイルを曲ごとに無劣化分割したい。
どれがいいんでしょうか？
できたファイルはギャップレス再生オッケーなんかな？

>>589
AACはIIR。デコードには直前のブロックが必要。
よって分割したら先頭ブロックでエラーが発生する。
普通のデコーダーならエラーブロックは取り除く。
取り除き方はデコーダーの実装次第。
よってギャップレス再生不可。

>>589
Free Audio Dubでいけんじゃね。
ギャップレス再生はiTunesとかならいけそうだが試してないので知らん。

>>590
なるほど！ありがとうございました！

>>591
早速試してみます！ありがとう！

wavにすればいいよ

qtaacencのサイト落ちているけどただのメンテか？

>>594
作者熱中症で死亡により開発終了です

縁起でもねえこと言うなよ通報するぞ

Opusってどうなん？

クラシック音楽をポータブル用にリッピングしようと思うのですが、tvbrの127でいいですかね
できる限り高音質でにしたいのですが

うん

>>598
CVBRで320kbpsにした方が贅沢。

ロ、ロスレスにすれば・・・

>>598
音質NERO517kbps>他320k

neroの512よりtvbrの最高値の方がいいよ
というかhev2が使いたいとかcbrに近い結果を出したいという用途以外じゃneroいらね

クラシックなんだから128kbpsでじゅうぶんだろ
それ以上は完全にオーバースペックの領域
牛刀でリンゴむくようなもの

AACしか再生できない環境ならだめだけど、圧縮しやすいクラシックで320kや512kにするなら可逆にしたほうが幸せになえるな

クラシックと言っても、チェンバロとかMDCTが苦手な信号もある。

打楽器もかなり劣化するな

ということでロスレスにしようぜ
600k〜700kくらいに縮むし

ピアノ独奏はFLACでも300Kbps台にまで縮むな

>>601 >>608

>>598に書いてあるようにポータブルオーディオ用にAACあたりで不可逆圧縮にするつもりです
可逆圧縮で持ち歩けたらそれのほうが良いのですが容量がきついのと
自分の持ってるのではAAC,WMA,MP3,WAVしか選択肢が無いので・・・
そこで不可逆にリッピングするにあたってクラシック向けの設定や、御指南覗えたらと思い質問させていただきました。

PCにはTACかFLACでCDからリッピングして保存してあるので大丈夫です

容量に余裕あるなら何も考えずにtvbr127に一票

昔、大量のクラシックの曲を、どうせポータブルオーディオだしヘッドフォンも大したこと無い、ってことで128kにした。
特に不満はない。多少なりともいい音っていうのなら、イヤフォンタイプじゃなくて、安い奴でいいからヘッドフォンを使う、
ってことに気をつけたほうがいい。

fdk aacって評判どうなん？

HOYAのHARUKAは割れてないの？
存在するのかしないのかはっきりしてほしい

>>613
他が優秀で知名度低いかもな
個人的にはLCよりもHEv1,v2などの低ビット向けだと思う

>>615
低ビットレート

aac_ld、aac_eld用

iTunesってまた来月も更新くるよなぁ
新機種を買う予定ないし、Coreだけの取得にしといてもいいよね

>>615
ｔｈｘ

fdk-aacとqaacってどちらが音質が上なの？

qaacって今でもitunesまたはquicktimeのインストール必須？

>>620
LCならqaac
HEならqaac≒fdk-aac > nero
かな

>>621
https://sites.google.com/site/qaacpage/
Since 1.00, qaac directly uses CoreAudioToolbox.dll. Therefore, QuickTime installation is no more required. However, Apple Application Support is required.

ＨＤＡＡＣってのはどうなん？

>>395
テンクス！！

相場がわかんないんだから仕方ないだろ

CoreAudioToolbox7981は地雷なん？7979や7973に比べて軒並みビットレートが1~5kbps増えたけどこれに伴う音質向上聴き取れた人いますか？

数キロ程度の変化で音質はなかなか判断しにくいだろ

根拠はないけど7979安定ということでいいですか

うーん　qtaac20100307, QuickTime 7.6.6のころにV82で圧縮した同じ曲を比較すると
ビット量つまりファイルサイズは大小関係は

2年前QT766（CAT不明）＞最新CAT7981＞先代CAT7979

仮にエンジンの性能が劣化してないなら当然容量食う最新CAT7981が一番音質としては
優れてはいるんだろうな
聞き分けられるレベルなのかどうかはともかく

ぬ774さんが新しいプロジェクトcafmuxを開始したけどこれはCATを使うオーディオ専用多重化ツールみたいなもの?
mp4box/lsmashの代替になる？の、か？AC3/ALACが無理か…残念だな
iTunesでGB超級のMP4にiTunes向けのタグ書き込むときに最初から書き出さないようなAVCAACMUXERがほしいよ

>>631
> mp4box/lsmashの代替になる？の、か？
そもそも音声専用なので無理

cafmuxで使えるフォーマット
3GPP-2 Audio (3g2)
3GP Audio (3gp)
AIFC (aifc, aiff, aif)
AIFF (aiff, aif)
MPEG Layer 1 (mp1, mpeg, mpa)
MPEG Layer 2 (mp2, mpeg, mpa)
MPEG Layer 3 (mp3, mpeg, mpa)
NeXT/Sun (snd, au)
WAVE (wav)
AC3 (ac3)
AAC ADTS (aac, adts)
AMR (amr)
CAF (caf)
Apple MPEG-4 Audio (m4a, m4r)
Apple MPEG-4 AudioBooks (m4b)
MPEG-4 Audio (mp4)

これは名前的にもおそらくwin環境で扱いづらいCAFをMP4などにremuxすることが主な目的だと思う

ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね　
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね　
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね
ソウカ
死・ね　

公式バイナリきたね。使いドコロが全く想像できないんだけども…
ところでCoreVideo.dllとかVideoToolbox.dllを何らか利用できないのかしら

CAT7981>QT771,770
CAT7981>CAT7931

余談（CDのWAVEから圧縮）
・邦楽且つTVBRQ82で今まで最高ビットレートを誇ったミスチルのRain 185kbps(7979)が7981で189kbpsまで到達

・全ライブラリだとTVBRQ82で今まで最高ビットレートを誇ったMGS1OSTのEncounter195kbps(7979)が7981で183kbpsまでに下落
　http://www.youtube.com/watch?v=h9V2LXjzXSE←シンバル？が多用されているからシンバルの圧縮率向上したのか？な？それとも見切り？
　でも逆に通常ボーカル曲のビットレート増加して圧縮率が軒並み低下（同一Q基準）　低いQで聴き比べたいけど7979.dllがない。。。面倒

・http://www.youtube.com/watch?v=KSJlWbVrEG0も1kbps下がった

エンコーダの特性傾向が見えてこない

http://www.mediafire.com/file/mb8a485buqdaqqy/CoreAudioToolbox.zip
どうぞ

ありがとう

http://dl.dropbox.com/sh/oe6rqu71443zzl6/bSyg-gyU9h/CoreAudioToolboxBitRate.png

https://www.dropbox.com/sh/oe6rqu71443zzl6/X1-fmxMrF4?lst

バイナリ出力結果により以下のとおり4種類に分類
●[7930]7930
●[7973]7960(貼られたMFireのアーカイブ上は7940)、7973
●[7979]7978、7979
●[7981]7981

所感
・[7973]と[7979]は音量に違いがあるだけで音質やビット配分に大差はないので
　音量がオリジナルから離れている7973を好き好んで選ぶ必要はない。
　7973は7979と音質的には同一視できるので[7973]の存在を消す。
・V127について7981以外はVer.違ってもほぼ同じだったのに7981になった途端意味あるのか不明だが一律数kbps増加している
　ただ単になにかゴミデータがまとわりついているようにも見える。劇的な音質向上のため毎秒数キロビットの投資ならいいんだけど
・ミスチルと水樹のボリュームについてはこの数字で間違ってない。原因不明。
・ボリュームはiTunesのノーマライズ補正値
・qaacにCAT.dllのパスを任意指定できるオプション切実にお願いします。フォルダ4つ使うのはなんとも
・デコード後の状態についてどうなっているのかは未調査なので今度

で？
お前らそんな些細なビットレートの変化聞き分けできる耳持ってんの？

>>640
7978で少なくとも↓の問題への修正が入ったので、それ以前の物は
使わないほうがいいでしょう。
http://logsoku.com/thread/hibari.2ch.net/software/1268301277/#689

>・qaacにCAT.dllのパスを任意指定できるオプション切実にお願いします。
>フォルダ4つ使うのはなんとも
CoreAudioToolbox.7981.dllのような名前を使いたいということなら
相当な改変を行わないと無理ですので勘弁してください。
MSVCリンカの提供するDLL遅延読み込みを利用しているので、
DLLの名前は静的に(exeに)埋め込まれてしまっているのです。

まさかご本人様だったとは。
どうしてそんな謙遜されるのですか？感謝しきれないくらいです。

(プログラムの話はよく分かりませんが)時間を取らせてしまう無理なお願いは頼めません。
助言通り797X最終版7979と現在最新版7981の2つにしぼりたいと思います。
7979用のフォルダ別途1つ用意するだけで済みそうなので、自分でなんとかします

qaac 1.42
QuickTimeまたはiTunes入れてない状態で実行してみたら、「指定されたモジュールが見つかりません」と蹴られたんだけど…

お、おう・・・

>>644
当たり前

>>646
やはりか・・・

>>395のバッチファイルを使わないで手動でインストールする方法教えて
更新(もちろん手動)する時、古いファイルを消すのに役立つかなと思って

http://dl.dropbox.com/sh/oe6rqu71443zzl6/T-K5YIn2OW/CoreAudioToolboxBitRate2.png
特殊な音声の圧縮でノイズの入る7973は捨てて、[7930][7979][7981]の3バージョンで比較。
・7930という古いバージョンで不可思議な逆転現象が起きた（濃赤）。以降では解消されている模様なので問題なし
・V100が浮いているのは7930に盛る傾向があったのか、7981に突然盛らなくなる傾向がある、のどちらか

>>647
neroaacでも使ってろよ

>>395のバッチファイルでQuickTimeInstallerから、取り出したファイルをqaacと同じフォルダに入れたら行けた。

qaacで-rのオプションを指定しないと入力ソースと同じ(例えば、48000Hzなら48000Hzのまま)になるの？

makeportable.zip

で？
おまえらには、そんな些細な変化を聞き分けできる耳持ってんの？

持ってないのお前だけだよ？

qaac v1.44で本当ごく僅かの人に影響しているであろう修正入ってる。と同時に修正方法も書かれてるので念のため確認を。
https://sites.google.com/site/qaacpage/news/qaacrelease144refalac055



事実の列挙
・foobar2000上からの圧縮でもcmd.exeでの圧縮問わずITUNSMPB（MP4のギャップレス再生に必要な情報）の値は正しく書き込まれている
・だが前者以外の場合、iTunesやiSomethingで参照時ITUNSMPB使ってますよという宣言というかフラグ立てられていないミスがあったのでITUNSMPBを読みに読みにいかない
・よってギャップレス再生できないし、プロパティ画面の再生時間も始末の無音分だけ微増する
・修正方法は簡単でfixiTunSMPBを使うかfoobar2000でリプレイゲインなりその他のタグ修正をすれば直るとのこと



私はfoobar2000経由でいつもエンコしてたのでセーフ
TOTAL: fix: 0 skip: 6829
よかったぁ

>>654
俺も更新来たときやばいと思ったけど
ちゃんと読んだらfoobar経由で、しかもリプレイゲイン使ってたから大丈夫な話で安心したわ
英語だとパッと見ても理解できない頭だから、ちゃんと読んで英語理解するまで不安だった

あとはtagging optionsにiTunesが読みこんでくれる下のオプションあれば無敵。
今はMP3TAGで有無を言わせず上書き保存してる。ソース書くの面倒かなあ
・各種ソート順（title, album, band, composer, tvshow）
・種類（Normal, TV Show, Movie, Ringtone, Podcast etc...）コレあると自動追加フォルダに入れた時拡張子問わず自動振り分けが上手くいくので非常にお便利
・説明（コメントに次ぐタグエリアに使用中。スマプレに使える）
・購入日（エンコーダ情報が尻切れになるので非推奨。YYYY-MM-DDだけで十分。時刻情報は不要と思う）
・版権元（iPhoneでの見栄えが良くなる）
・クロスフェード再生を許可しない（＝ライブ（ギャップレス）アルバムという意思表示）

詳しくはAtomicParsley-utf8 --longhelp

おまけにPG13やCLEAN,EXPLICIT指定等のタグも入れれたらいいかも。ライブラリにインポ後は痕跡消せない弊害あるけどｗ
それからiTunesで購入したAACファイルに偽装することって無理かなぁ？タグ真似てみたりしたけどムリポ
もし可能になったら母艦HDDが逝ったときにPod野郎とかiFunboxに頼らなくてもiTunesで逆流できる

>>656
あまり大量にオプションを増やしたくないのですが、
--tag <fourcc>:<value>
--longtag <name>:<value>
のようなワイルドカード的なオプションでよければ可能かも……
タグ毎にタイプコード（型）は違うので、いずれにせよ内部実装は完全に汎用には
できないのがVorbis Commentあたりに比べて面倒というか残念なところです。

それで十分ありがたいです。

　Windows版iTunesは10.4.1を最後に外部インポートだとノーマライズ情報をファイルに書き込まなくなりました。
ライブラリ側には書き込んでいるようですが、再構築時に全曲ノーマライズ調査をしはじめ時間の無駄です

ア）http://thousandleaves-project.com/blog/2009/08/foobar2000replaygain-mp3tag-itunnorm.html　 (m4aなので２つ目のアクションのみでOK)
イ）http://www.vdberg.org/~richard/rg2sc.html
ウ）http://www.vdberg.org/~richard/rg2sc

　可能かどうかもわからないのに何度もすいません。
これを参考にリプレイゲイン施したCUEinTAK/FLACから直接ITUNNORMが書き込まれたm4a作成できたらとてつもなく嬉しいです。

　厳密にはオリジナルと圧縮したm4aとでは僅かに音量が違うのでm4aでも再リプレイゲインするほうが精密ではあるので賛否両論かもしれませんが
誤差の範囲なのでオリジナルのRG値をそのまま利用して構わないと思っています。
　ただし、foobar2000でもm4aを再生するときもあるので圧縮時にTAKのRG値も同時にコピーするべきと考えます。
理由はfb2kで再生するとRGをすることは避けられないからです。RG値をコピーしておらずRGをするとm4aのRG値とITUNNORMとの内容の不一致が起きます。
よってオリジナルのRG値を圧縮時にコピー・引き継ぐのが最善です。（誤差はわずかですので）

アの手順）RG済みCUEinTAK/FLAC→qaac→m4aを一旦作成→再RG→MP3TAGでrg2sc関数アクション→SMPB+NORM.m4aの完成（※m4aに圧縮後のRG値なので正確）
夢の手順）RG済みCUEinTAK/FLAC→qaac（rg2scでNORM書込＆RG値引き継ぎ）→SMPB+NORM.m4a完成（※オリジナル由来のRG値なので厳密にはほんの少しだけ不正確）

　不可能だったり、メリットがない、MP3TAG使ってろとの一蹴でも構いません。
日本時間24日と噂されるiTunes11で外部インポートでの上記バグ（？）を直してくるかもしれないので様子見でもいいかもしれません。

>>657 のようなオプションは次回のリリース時に入ります（確定済み）。

>>659
自分自身AACにエンコードした際にいちいち再スキャンするのは面倒だと思っているので
気持ちはよく分かりますが、RG値をコピーしないのは一応わざとです。

現在のCoreAudioToolboxではゲインの違いは確かに誤差程度の違いで済むんですが、
以前はそうでもなかった（若干ゲインが下がり気味だった）というのが一つ。
それと、ピーク値に関しては大幅に違ってくることもしばしばあるからです。
元がどうせtrue peakじゃない、と言ってしまえばそれまでなんですが……

（続き）
ALACなら元のRG情報をコピーしてもいいかな、と思わないでもないのですが、
いずれにせよDSP系のオプションを使うと破綻してしまいます。

iTunNORMに関しては、
ttp://projects.robinbowes.com/flac2mp3/trac/ticket/30
ここより詳しい情報を知らないのですが、意味が不明だけれども値が埋め込まれる
箇所がいくつかあるようで、それを実装するのは気持ち悪い感じがします。

というわけで、RG/iTunNORMをqaacで扱うことは、今のところはありません。

http://id3.org/iTunes%20Normalization%20settings
http://robinbowes.com/projects/flac2mp3/ticket/30
http://studwww.ugent.be/~jdebock/ipod/　mp3専用？下も使えない
http://www.dr-lex.be/software/index.html#scripts　id3gain

すいません検索して情報集めてるうちにPCの前で寝てました。それで貼ろうとしたリンクがかぶりました。；
NORM、10のエリアのうち未知な領域が多いですもんね。私もMP3TAGでのRG2SCは同じ数が列挙されるだけで適当だなとは思ってました
>ピーク値。ここは気づきませんでした。意図したRG未継承だったんですね。説明読んで納得しました。

v1.45ありがとうございます。これでMP3TAGを起動しなくても済みます

>>663
ピークは44100Hzなりのレートで刻まれたサンプル値の最大値を表しているに
過ぎないので、単にサンプルレート変換するだけでも変わるんですが、
最近の音圧が高めの音源だと、MDCT系のコーデックで圧縮すると
ピークが1.0を超えるケースのほうが多いと思います。

自分のライブラリの中の極端なケースでは、AAC版のピークが6.0を超えるようなものも
あります。

おっと、6.0超えは元々MP3でフリー配布されているインディーズ系の曲だった。
自分が持っているCDソースのAAC版だとせいぜい3.0超えぐらいですね。

666 get !

qaac 1.45ありがとうございます。ひと通りチェックしてみます

チラ裏ですがiTSのアートワークが最大600四方から1200四方にアップしてますね(8bitYUV444q90.jpg)※WEBブラウザから
ボケボケの画像もありますが最近のはキレイなものが多い気がする
itl2のハックはできるんですかね？3枚一組のバイナリデータなのはわかってるけど知識がないので自作できない
フォルダ構造はネット上にあるからわかるんだけど
時間短くて曲数多いサントラの場合アートワーク埋め込むせいで非常に嵩張るという・・・

http://a3.mzstatic.com/us/r30/Music/v4/60/d7/df/60d7dfbe-17bf-6de2-2af7-4890dd20901c/3700551741656_cover.1200x1200-75.jpg
岡崎図書館事件のせいで複数接続連続ダウンロードが怖くて出来ないから数秒おきにゆっくりリクエストしてる

・人、環境によってソースファイルへタグの付け方が違うので場合によってはfoobar経由で圧縮の際の
　自動タグ継承無効化スイッチというものがあっても便利かもしれない。--long-Tags、--tagを十二分に駆使する人にとっては。
・(C)を省略できるのは良いアイデアですね。cmd.exeはデフォルトではUTF-8になってないので。

>>669
qaacには直接関係ないんですが、cmd.exeに©等の文字を入力したい場合は
コピペするのが簡単な気がします。
cmd.exeの設定コードページはデフォルトのCP932のままで問題ありません。

ただしcmd.exeでUnicode文字列を表示するには、フォント設定をtrue typeにして
XPの場合にはさらにfont linkを自分で設定して欧文フォント等と紐づけておく
必要があったかもしれません。

レスもらってるのにどうもすいません
数日前に65001に初めてしたんですがいろいろ思う所があって932戻しました

本日リリースされたxアプリv5.0がやっと9年前のiTunes v3.0に追いついたみたいなので
今からどうなっているのか検証してきますね。プラス、iTunesタグの互換性とかも

■Xアプリv5のAAC.3gpの実装
・拡張子は3gpを使っているが明らかに内部はMP4フォーマット

■AACギャップレスに対応したというものの・・・その種明かしをしてみると。
・Xアプリv5でCDから取り込むAACファイルはギャップレス再生が（耳に狂いがない限り）できているのは事実。だが、、、
・エンコーダ特有の初期ディレイは0サンプル、そして末尾のパディング部分も0サンプル
　なにを意味するかというと強制的に入力するサンプル数を1024もしくは2048の倍数で切っている（AACのいつもの）（もっと調べる必要あり）
　どうしてギャップレスを実現できているかというとここがミソで、CUEによってからもたらせる本来のサンプル単位の切れ目を
　勝手に1024ないし2048の倍数単位にするため、（CUEからのズレを最小限にしつつ）前後に都合よく動かしている。
　よって最終曲末尾以外に作られた無音は発生しない仕組みと思われる。それかぶった切らてるかも（調べてないので）
・以上より当然WAVにデコードすれば本来のサンプル数はずれる
・SMPBは当然読まないのでiTunes(QT)の2112+αの部分は無音デコードされるためギャップレス再生はできない
・moraは買ってないが多分こんな感じなのだろう
・HE-AACは何も調べていない
・一般人にはこんな苦し紛れのAACギャップレス実装しても騒がれないから平気なんだろう

例）　　　　CUEから得られるサンプル数　　※実証してない空論です。おそらくこんな感じ
1曲目　　10740サンプル（1024*10+500）→10240サンプルを圧縮、最後の500サンプルは次曲の先頭へ持ち越し
2曲目　　30000サンプル（1024*29+304）→（500+1024*29+304）→また持ち越すと本来のCUEからズレが大きくなるから今度は次の曲の先頭から都合よく220サンプル借りてこよう→30720サンプルを圧縮
以下、そんなせめぎ合いが繰り返し。

初期ディレイ
QuickTime LC-AAC・・・ 2112サンプル
Nero LC-AAC ・・・・・ 2624サンプル
fhg LC-AAC・・・・・・ 1600サンプル
CT LC-AAC ・・・・・・ 1600サンプル
Xアプリ LC-AAC・・・・・0サンプル

>>672
検証ありがとう。できれば↓のx-アプリスレにも書いてもらえるとうれしい。
http://anago.2ch.net/test/read.cgi/software/1351138107/
ちなみにSONYはATRACを「ギャップレスに対応している」とアナウンスしてますが同様に曲間をいじる似非ギャップレスです。

それSonyが前からATRACとかでやってる自称ギャップレス再生でしょ
要はlameの--nogapと同じ

2048はなかったことにしてください＞＜

そっちにも書いておきました

>>674
まさにそれですね。LAME&MP3に興味ないので知りませんでした
”--nogapと同じ”の一言で説明は済みますね。勉強になりました

LyricsMaster使おうとしたらエラー吐くので昨日インスコしてアンイコしたXアプリのせいだとか
先日個人的にポータブル化したfb2kのせい？だとかいろいろ原因追及してて行き着いたんですが
コマンドオプションに--tag "grup:hoge"とか--tag "grup:"が入っている状態で圧縮するとiTunesで編集不可能なm4aができるような・・・
MP3TAGでは編集できるようです。
コマンドオプションにgrupのみ、なければOKなようです。他の<fcc>は大丈夫そうです
v1.45, 1.46@7979 & foobar2000.exe, cmd.exeで検証しましたが、
最近PCがいろいろ汚くなったので一応再現するか試してもらえますか？お願いします


[OK]iTunesで編集可能
qaac -i -q 2 -V 63

[NG]iTunesで編集不可能
qaac -i -q 2 -V 63 --tag "grop:"

タイポ

[OK]iTunesで編集可能
qaac -i -q 2 -V 63

[NG]iTunesで編集不可能
qaac -i -q 2 -V 63 --tag "grup:"

"grup"はもしかして http://code.google.com/p/mp4v2/wiki/iTunesMetadata に
記述されているGroupingのことでしょうか？
でしたらその(mp4v2の)ドキュメントが間違っていて、正しくは©grpです。
ですが単にGroupingをセットしたいならば、--groupingを使ってください。

現状qaacは--tagに与えられたfccの正当性をチェックしません。既知の、
UTF-8でない型を持つfccに関しては特別扱いをしますが、それ以外は文字通りそのまま
UTF-8なタグとしてセットします。
こういう仕様になっているのは将来iTunesがタグを追加してきた場合にも
少なくともUTF-8タグに関してはそのまま対応できるからですが、
不正なタグでもセットできてしまうという点で--tagは基本的に危険です。

私のしょうもないミスにお付き合いさせてしまって申し訳ありません
今後はそうしようと思います

＜誰かのためのメモ＞誤爆してiTunesで編集できないファイルを作成してしまった場合は以下のような感じで消すことができます。
AtomicParsley --manualAtomRemove "moov.udta.meta.ilst.****"

>>680
いえいえ、しょうもなくないです。例のmp4v2のページにはそう書いてあるし
元をたどればAppleのiTunes Metadata Format Specificationにも
grupと書いてあります。が、現実にiTunesの実装で使われているのは
©grpです。

モノラルで　48kbpsや64kbpsのファイルを作るなら
HE-AACとAAC(LC)どっちが高音質だと思います？　

モノラルならLCじゃないかな

てすと

前やりたいと言っていた任意画像→itl2の件、成功していたので報告します。
明日からソニー系も配信開始でヒットするようになるのでタイミングいいかなと思いまして。
特に不具合にも見舞われなかったので誰かの役に立てばとリンク貼っときます。
ネットワークに強い方、改良お願いします
http://グー.gl/KoLwC

2ch短縮URL書き込めないんだけど…いつから？

>>685
例の犯罪予告ウイルスがらみとか？
今時2chでうかつに短縮URLとか踏めないでしょう

短縮URLは運営が削除するのに疲れたから弾いてるみたい

396 名前：異邦ジン ★[] 投稿日：2012/10/25(木) 21:39:41.20 ID:???0
地下アイドル板の問題では、スレ2つだけで済むなら住み分けてください
他の人に迷惑が掛かるようなら、全スレ消した上でNGワードに入れますよー。
、、、と、ここまでいえば話し合ってもらえますかねえ？（汗）

>>355さん
どもどもー。いってきました。

>>357 ◆V64Nb22SzyRFさん
めんどくさくて申し訳ないんですが、報告お願いしますー。

>>361 明石焼さん
どもですー。とりあえず掘って、●1つだけ焼きました。
http://qb5.2ch.net/test/read.cgi/sec2chd/1350545553/120

>>368さん
そうなんですよねー。削除が手を出しづらくなってしまいます。

>>381 AirRockさん
今後、めんどくさい取引とかに使われるのも嫌なので、
短縮URLは禁止の方向でお願いしますー。
さくらで全部対応できそうですか？ 他に必要なら動きますよー。

出典ありがとうございます

9件の脆弱性に対処したQuickTime for Windows v773がリリースされています。
そのインストーラにはCoreAudioToolbox v7982（10月11日作成、ハッシュ異なります）
が含まれていましたが、LCAAC（TVBR0-127）の出力結果には変化がなかったので
CATv7981→CATv7982での更新にはLCAACエンコーダに手が加えられていない模様です

>>690
検証乙です

某所で7.9.8.1と7.9.8.2で、同ビットレートで容量に違いが出たと投稿してる人がいるな

AACのitunes plusとロスレスだと音質全然違いますかね・・・？

全然というほどでもないし環境によってはまったく聞き分けできない

AAC 256kbps VBRとロスレスなら相当の耳がないと区別できない
とはいえALACでもファイルサイズはAAC256のせいぜい3~4倍程度だからストレージとの兼ね合いで好きな方を

将来より優秀なコーデックが出てきた時CDなどから再度取り込むのが面倒とか思う上
容量の心配はしなくてもいいというならALACにしとけばいいよ

>>696
10~13年くらい前にmp3 128やaac 128で取り込んだCD 500枚弱を半年かけてちまちまとALACで取り込み直した俺が通りますよ

ALACは環境によるけど先頭だか末尾が1フレーム分再現されないことがあるぞ
コーデック自体はロスレスなのに、削れてしまうためロスレスでなくなる罠

V54でおｋ

>>695
音源によるのじゃないか
楽器練習用の参考音源をAACにすると耳が腐って変な音しか出せなくなるという
オレ糞耳だけどAACでは高音がうるさいだけで音色がなかったからロスレスで取り込み直した

>>700
128やHE64ならともかく、iTunes Plus相当の256VBRまで上げればそこまでひどい破綻はそうそうないと思うが

AACにすると耳が腐るなんて美味しんぼの化学調味料叩きみたいな
思い込みによる変な心配するよりも楽器演奏やヘッドホン使用による
騒音性難聴の心配でもしたほうが現実的じゃないの

>>702
耳が腐るってのは楽器本来の音色と違う音色を聞いて覚えて
その誤った音色で演奏することをよく使われる表現で書いただけ

練習用CDはAAC320でおもちゃの楽器みたいな金属音に変わって聞こえたから
それからは全部ALACで取り込むようにしてる
だけどJPOPやクラのCDでは違いはわからないし個人差や環境差もあるよな
手間一緒なんだから違いを気にして禿げるくらいならALACにしとけ
違いがわからないならムダだからiTunes Plus相当でいいダロ
自宅オーディオはALACだけどそのままでiPodに入りきらない人は・・・大変だなorz

発電所やケーブルにもこだわらないとな

○万円のゴルフクラブに変えたからスコアアップ間違いなし！と自信を持ってプレイに臨んだら
普段より伸び伸びと動けて実際にスコアも上がった
・・・なんて事例は掃いて捨てるようにあるしそういうこだわりが実際に好影響を与える可能性を
否定するつもりはない
でもそれを他人に押しつけ始めるとただの害悪

誰が押し付けてるの？

あててんのよ

haaliスプリッタ入れてるなら酷い音になっても仕方ない

qaac 2.00

メジャーバージョンアップだと？

ついにきたか

ツール名？埋め込み「qaac 2.00, CoreAudioToolbox 7.9.8.1, …」復活したのかな？？

全部砂嵐みたいなノイズになったわ

--threading オプションつけると砂嵐になるな
外すと正常にエンコード出来る

報告ありがとうございます。修正版をリリースしました。

はやっ
なおりましたおつ！

蜂ちゃんは仕事早いな

mp4boxなりremuxerなりで再多重化するとエンコーダディレイって変わりますよね？伴いパディングも
どなたかご存知のかたいますか？

1984？

無能でごめんm(_ _)m

あっちのフォーラムも読んできた
fb2kで経由だから--long-tagそもそも使ってない。だから気づけなかったんだな
加えてiTunesではカスタムメタデータ読みに行かないからまさか構造が違うなんて疑うこともなかった（嘘
1.45~2.02且つCLIで--long-tagオプション使う人って日本列島上に10人といないと思うけど
TagLibというライブラリがあることもここで知った

2.05 蜂ちゃん乙

iTunes 11.0

CAT.dll バイナリ末尾が変わってるためハッシュは違うが
バージョンは7982となっておりQT773同梱のと同じ扱いして良い
つまりはCoreAudioToolbox.dll 内部AACLCエンコーダ変化なし

報告乙

2.08について日本語でお願いします

2.08は変更点が多くてバグが怖いから、まだ2.07を使ってるわ

同じ林檎でもiTunesのために策定した独自のiTunSMPB情報を読みに行かないQuickTimePlayerでの互換性向上ってこと？
WinのQTPlayer7は重いが仕様/規格に従順らしくSMPBではなくedts/elstから再生する時間やらタイミングやらを算出するのかな？
2.07まではこのboxを入れてなくてQTPlayerは困り果てて無音部分も含めた再生時間を表示する。(iTunes/ミュージック.appは無問題)
2.08から2つのboxが入っててQTPlayerでも正しい時間が表示・デコードされる
エンコーダディレイという無音部分の情報をQTPに伝える術はないが
林檎製のmp4多重化をつかっているおかげで勝手に＆意図しなくとも始めの2112サンプルはデコードしないようになっているようです
よって最後の無音部分もデコードされなくなります。こんな感じ？

[edts: Edit Box]
position = 37152
size = 36
[elst: Edit List Box]
position = 37160
size = 28
version = 0
flags = 0x000000
entry_count = 1
entry[0]
segment_duration = 9148692
media_time = 0
media_rate = 1.000000

mp4フォーマットの構造差分をとるとこの部分が加わった。
http://www.mpeg.co.jp/libraries/mpeg_labo/winPC_26.htmlによると
edts トラック上のデータと再生の情報。
elst データ上の再生範囲と速度のリスト。

--tag "xid :isrc:%ISRC%"

neroAacEncでADTS出力できますか？

neroAacEncでADTS出力できますか？

neroAacEncでADTS出力できますか？

neroAacEncでADTS出力できますか？

neroAacEncでADTS出力できますか？

更新ありがとうございます

qtaac/qaacで--samplerate keepのコマンドって使えなくなった?
x264guiexで使ってるんだけど新しい環境で上記コマンドラインを入れると必ずクラッシュする。今までは問題なかったしQT以外更新してないはず

Q-Based AACとAAC-LCの違いがわかる方いますか？

VBRかABRか
どっちもAACLCだけどneroなんて音質悪いだけだからやめた方がいい

名前なんて付けた覚え無いのに…

>>736
AAC-LCは規格の名前
Q-Based AACは、品質指定エンコードにかっこいい名前を付けたもの

[qaac] release 2.12 乙

qaacの-qオプションについて質問
値は小さいほうが高音質なんでしょうか？

それはオプション指定しなくておｋ
無設定のデフォルトで-q 2になってて一番いい圧縮をするから
-q 0はスピード重視であるから使われることは少ないと思われる

https://github.com/nu774/qaac/wiki/Encoder-configuration
--quality (-q) is an another option concerning quality, and you might be confused.
--quality (-q)は音質/圧縮率を決める-a/v/c/Vとは違うオプションです。混乱するかもしれない
This is the same with the previous dialog's "Quality".
以前のダイアログのQualityと同じです
This option controls not file size, but the trade off between encoding speed/quality.
このオプションはファイルサイズをコントロールするのではなくエンコードスピードとエンコード品質のどちらを重視するかコントロールするものです
Bigger value means higher quality, and slower encoding speed. By default, qaac uses 2 (best quality, slowest speed).
大きい値はより高いエンコード品質を意味し、同時に遅いエンコードスピードになります。qaacはデフォルトで最良最遅の-q 2を使います
Usually, higher -q setting seems to produce smaller file.
たいていは-qが大きい値のほうがファイルサイズが小さくなるようです
If you want the same result as iTunes Plus, just use -v256 -q2 (-q2 is set by default, so actually -v256 is enough).
iTunes Plusと同じエンコード結果を出したいだけなら-v256のみで十分です。

>>742
ありがとう。

AppleのAAC LCエンコードで確実にクリックノイズが発生するパターンを発見。
qaac、iTunes両方で再現し、CoreAudioToolboxの7.9.2.0と7.9.8.2で確認しました。
TVBR,〜CBRの設定や、qualityパラメータとは無関係に発生するようです。
ただ、ちょっと不穏なのがノイズの発生する該当部分だけを抜粋した状態だと発生しないこと。
環境依存な気もするので、該当部分を切り取ってアップしようと思ったのだけど、そうも行かないようです。
切り取り方と再現性に関係があるのかとかもう少し試してみようと思いますが、
似たような現象を確認されたことのある方いらっしゃいませんか？

--ignorelengthの有無
エンコード方法
が知りたい

ignorelengthの有無も関係なかったですね。
エンコードは、foobarからqaac経由で、入力ソースはflac, alac, wavを使いました。
"-V 63 -o %d -"を基本形として、フォーマットやビットレート変えたりオプション足したりです。
itunesからはALACで渡して、右クリックでAACに変換ポチです。
ちなみに、HE AACだとノイズ入りませんでした。

問題の無圧縮音源をテスト目的でうｐするために該当部分を切り抜く際に
問題部分付近まで1024の倍数サンプルで切り取ってみるとか

>>747
丸一日空いてしまいましたが、1024の倍数で切ってみたところ、
確かに抜粋でも再現しました。ありがとうございました。
また、その20秒ほどの抜粋のflac形式の音源と、
win7のfooar経由qaac2.12で実際にエンコードしたものを上げてみました。

ttp://www1.axfc.net/uploader/so/2764778.zip
キーワードはqaacです。

AACの方には10秒に差しかかかる辺りの左チャンネルに「チッ」という
flacの方には入っていないノイズが含まれています。
もしよろしければ、私の環境以外でも再現するものなのか確認して頂けたらと思います。

7930　有　確認　ただし音小さめ。全体的にこの版は音量が小さくなるからかもしれない
7973　有　確認
7979　有　確認
7982　有　確認

早速の詳細な検証ありがとうございます。
やはり、CoreAudioToolboxのAACエンコーダにバギーな挙動が有るということでしょうかね。
こういう明確に新たなノイズが結構な音量で乗ってしまうパターンは初めてでちょっと動揺してしまいました。

ちなみにosx版でも同様なのか、気になるところですね。

MacのAudio Hijack Proで .m4aで録音していたのですが、Macがハングってしまい、Macごと強制終了させてしまいました。
ファイルは出来ているのですが、私が持っているプレーヤーやサウンドエディターでは開けません。
ファイルは129MBほどあるので、結構な時間録音されていると思うのですが、これを救い出す方法はあるでしょうか？
Windows環境もありますのでWindowsアプリを使うこともできます。

バイナリエディタで開いてみて、内容が0fillされているのなら無理
ヘッダ情報部が正常で、内部がそれなりにデータで埋められている様なら
AACカットツールがあればそれで末尾を削ってみる、など

>>752
多分moov boxが書き込まれていないだけだと思う
その場合は、以下の手順で行ける

1) mdat boxの中身を取り出す
2) faad -a output.aac input.raw (input.rawは1で取り出したmdat boxの中身)

バイナリエディタか何かで"mdat"という文字列を探すといい
例えば↓のようになってたら、00000030h以降が実際の中身になる

00000000 00 00 00 20 66 74 79 70 4d 34 41 20 00 00 00 00 |... ftypM4A ....|
00000010 4d 34 41 20 6d 70 34 32 69 73 6f 6d 00 00 00 00 |M4A mp42isom....|
00000020 00 00 00 08 66 72 65 65 00 04 55 34 6d 64 61 74 |....free..U4mdat|
00000030 21 11 45 00 14 50 01 47 21 19 93 a8 28 4a 0e 10 |!.E..P.G!...(J..|

>>754
ありがとうございます！できたout.aacはVLCで開けた、録音予定の3時間（3時間6分）ほどの時間と表示されますが、
VLCからMP4へexportしたところ2時間36分ほどで最後の30分が消えていました。
これは元の録音がこの時点でおかしくなった（ハングした）のか、最後の方は壊れていて取り出せなかったのかわかりません。
.\faad.exe : *********** Ahead Software MPEG-4 AAC Decoder V2.7 ******************
発生場所 行:1 文字:1
+ .\faad.exe -a out.aac .\aaa.raw
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: ( *********** Ah...***************:String) [], RemoteException
+ FullyQualifiedErrorId : NativeCommandError

Build: Jun 14 2010
Copyright 2002-2004: Ahead Software AG
http://www.audiocoding.com
Floating point version
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License.
**************************************************************************
.\aaa.raw file info:
RAW
---------------------
| Config: 2 Ch |
---------------------
| Ch | Position |
---------------------
| 00 | Left front |
| 01 | Right front |
---------------------
Writing output MPEG-4 AAC ADTS file.
0% decoding .\aaa.raw.1% decoding .\aaa.raw.2% decoding .\aaa.raw.3% decoding .\aaa.raw.4% decoding .\aaa.raw.5% decoding .\aaa.raw.6% decoding .\aaa.raw.7% decoding .\aaa.raw.8% decoding .\aaa.
raw.9% decoding .\aaa.raw.10% decoding .\aaa.raw.11% decoding .\aaa.raw.12% decoding .\aaa.raw.13% decoding .\aaa.raw.14% decoding .\aaa.raw.15% decoding .\aaa.raw.16% decoding .\aaa.raw.Error:
Array index out of range

>>755
最後の方はたぶんハングした時点ではどこかのレイヤーのバッファに乗ったままで
まだディスクに書き込まれていなかったんだろう
それは諦めるしかないね

[qaac] release 2.13 (refalac 2.13)

非の打ち所がない良いうｐだて。だけど13は不吉なので見慣れてるバレンタインまでスルー

qaacのv1とv2シリーズの違いってなんですか？

>>759
いうなれば安定板と開発版
具体的な違いはこのあたり参照
https://sites.google.com/site/qaacpage/news/qaacrelease200refalac100

>>760
ｔｈｘ

qtaacenc20110816 --tvbr 63 --highest
qaac212 -V63
で出力されるm4aのRAWAAC(ADTS)のハッシュが違う理由を教えて下さい

>>756
どうも。
最後の部分もpodcast版でほぼ補完できましたし、
最後の数分くらいは欠けるだろうな、と覚悟はしていました。

某所では「無理」と言われたのですが、ファイルのcloseに失敗しただけなら、
なんとかなるだろと2chのスレを探してここに来ました。
ありがとうございました。

qaac wiki Multichannel handling見たら
3ch (ALAC only) * FL FR FC

ってなってるんだけどこれはaacそのものの仕様なの？
FL FR LFって2.1chのファイルがあるんだけどこれは
突っ込んでみたらまあエンコできなかったわけだけど
aacの仕様上無理なのかな？

ADTS Channel Configuration = 0 になるような出力ができるエンコーダーってのは少ない。

PCE出せるエンコーダーって手に入る範囲ではないかもしれないな。

qtaacenc20110816 --tvbr 63 --highest
qaac212 -V63
で出力されるm4aのRAWAAC(ADTS)のハッシュが違う理由を教えて下さい

初心者まるだしですいません

これからはmp3でなく、mp4でエンコードしようと思うんですが
mp3でいうEAC LAMEのような、
定番のAAC高音質エンコーダーがあれば教えてください

>>767
>>2-8

容量節約のために、これからはレンタルしたCDをHE-AACでリッピングしようかと思うんですが
この形式でリッピングしてる人ってほとんどいないでしょうか？
着うたフル専用規格みたいな立ち位置で将来再生に困るような気もして迷ってます

オーディオ的な考え方じゃなくイージーリスニング的に割り切れればなんの問題もない
少なくともPCで再生できなくなることはまずない
ポータブル機だとどう転ぶかわからないが

音質云々は関係なく、「再生自体ができるのかどうか」で言えば問題ないわな。
たとえ将来ポータブル機で再生出来る機器が絶滅したとしても、
無理矢理wavなりmp3なりに変換することは可能なわけだし。

個人的には、大元は可逆で残しておきたいがな。
特に借り物など、オリジナルが手元に残らない場合は。

>>769
最近のiPodはHE-AACにも対応しているし、これから出る機器だと大丈夫だと思う。

>>769
何が悲しくてHE-AACなんて糞低ビットレートを選ぶんだか
PCにはロスレスか無圧縮で保存しといて、必要に応じてAACやmp3に変換してデバイスに転送でいいじゃん

価値観や割り切りの線引きは人それぞれって事だ

きっと将来後悔する日が来るから、HDD買ってロスレス保存が
いいと思う

そうですね、やはりHE-AACは一度ブスにした上で厚化粧するようなものだからやめときます。
それに最近は128kbpsすら低いと言われるから需要がなくなって絶滅する可能性もありますからね

それってまともなたとえになってないんだが。

qaac 2.xx系のrefalacのバグ、手持ちのファイルで該当するかもだったので、
元ファイル（aiff）と変換済みファイル（alac in m4a）でコンペアかけてみました。

結果としては、サンプル欠損はなく、ストリームは一致しました。refalacは64bit版です。

PCMからだったらたぶん大丈夫、と書いてあったので、念のためご報告まで。

お手数をかけます。
今回修正したのはサンプル欠損が生じるタイプのバグとは違って、
ALACとして正常な4096とは異なるフレーム長でエンコードされるという
バグです。試してみた感じでは、通常はFLAC, WavPack, TAKでも問題なさそうですが
少なくともlossyFLACでは（フレーム長512が使われるので）おかしくなることが
分かっています。
ただしこの「おかしい」ファイルは少なくともfb2kでは正常に再生可能で
デコード結果もバイナリ一致するので、フレーム長を見てみないと異常と分かりません。

確認方法ですが、コマンドプロンプトで
mp4box -std -diso foo.m4a | findstr TimeToSample
のように実行して、最後の端数を除いてSampleDeltaが4096になっていれば正常です。
(xxxx, yyyyの部分の数値は何でも構いません）
<TimeToSampleBox EntryCount="2">
<TimeToSampleEntry SampleDelta="4096" SampleCount="xxxx"/>
<TimeToSampleEntry SampleDelta="yyyy" SampleCount="1"/>
</TimeToSampleBox>

5ファイルほど確認してみましたが、すべて以下のように出力されたので問題なさそうでした。

<TimeToSampleEntry SampleDelta="4096" SampleCount="xxxx"/>
<TimeToSampleEntry SampleDelta="yyyy" SampleCount="1"/>

元ファイルはAIFF Big Endian 16bit 44.1kHzなので、問題のでないフレーム長っぽいですね。
Raw Inputだと大変なことになりそう…。

Media GoのAACって固定ビットレートですか？
それとも可変ビットレートですか？
AACは問答無用で可変という話も聞いたのですが、ソフトによっては固定を指定する物もあって、？？？
Media Goの場合はどうなんでしょう

>>781
CDからFLACで取り込んで、MediaGoでAAC 256kbpsに変換してXperiaに転送したファイルをMediaInfo (http://mediainfo.sourceforge.net/ja) で確認したところ、ビットレートモードはVBR(可変)になってました。
おそらくCDから直接AACで取り込んだ場合でもVBRでしょう。

mediainfoのVBR判定ってesdsの中のビットレート情報読んでるだけでしょ
どの程度ビットレートを揺らしてるかはstsz見ないと分からん

H.264/AVC(Advanced Video Coding), MPEG4(Divx/Xvid compatible), H.264/AVC(Intel)の中でどれが一番
Windows Media Video 9 Sreenに近い（音質、画質、その他諸々）ですか？違いなんてねーよとか言われる
かもしれませんが、0.001％でも近いものはコンピューターサイエンスの理論からしてどれでしょうか？誰か頭の良い
人お願いします。

どこの誤爆だ

確かに誤爆かもしれませんね。。。ですがどなたか感とかでもいいのでわかる方
いませんか？

＞確かに誤爆かもしれませんね。。。

イラッ☆

教えても良いが俺にメリットないし

>>786
このスレで質問しても意味ないですよ
このスレは玄人気取りの素人ばっかりだから
答えられるはずもないですからｗ

> MPEG4(Divx/Xvid compatible)

これや！これしかありえへん！

なぜですか？

Xエックスが多いからに決まってんやろ

「0.001％でも近いものはコンピューターサイエンスの理論からしてどれでしょうか？」
なんてわけわからないこと言われてもな

グーグルアースか何かで見れば分かりますよもぉ
どれが一番Windows Media Video 9 Sreenに近いか

ビットレート盛レバドレモオナジジャネ

音声にしろ映像にしろ、不可逆圧縮でどれとどれが近いかなんて主観的な判断しかできねーよ。自分でそれぞれ作って見比べろ。
質を上げたいだけならどれでもいいからビットレート高くすりゃいい。

テンプレのようなp2援護ﾜﾛﾀ

このスレ見てる人結構いるやん
もっと書き込めよ

皆さん質問に答えて頂きありがとうございます。ではWindows Media Video 9 Sreenを上記の三つに
変換する上でどれが変換する前のものと画質、音質、その他諸々で一番近くなるでしょうか？
ビットレートなど他のものは全て変換前のものと同じ数値にした上でです。

AACスレなのに動画用コーデックの話なのに音質も重視されてるしわけわかんない。

>>769が全てでしょ

>>798
話題無いで寿司
しかも俺に至っちゃ面倒なのでNero使い続けてる有様だし

俺もそんな感じだったがこの連休でQTでエンコし直したぞ
可逆で置いとけるので昔みたいにCDから一枚一枚やり直さなくていいから大容量HDD様々だわ

可逆で置いてるならわざわざ非可逆にエンコする必要がないんやなｗ

日本語でおk

PCで保管のマスターデータは可逆
マスターデータを変換して携帯機器用の非可逆を作ってるってことだろ

俺は機器に同期の際にMusicBeeに自動変換（FLAC→Nero AAC）させるように
したから、非可逆はPC中には置かなくなった

CDからALACにリッピングするんですが、リッピングソフトの優劣はありますか？
OSはWindows Vistaです。

>>806
可逆変換ならエンコードの優劣なんて圧縮率にしか効いてこないんだからどれ使っても変わらんよ

ALACもスレ違いだっての

拡張子が・・・

>>809
コンテナが同じだけど中身は別物だからスレ違い

質問させてください。
「エラープロテクション」(エラー保護)が有効なAACファイルを生成する
フリーのコマンドラインツールは存在しないでしょうか。
TMPGEnc Mastering Works 5という市販ソフトで行えることはわかったのですが、
出来ればコマンドラインで行いたいものでこんな質問をさせて頂いています。
テンプレにあるコマンドラインのエンコーダは大体試したのですが、それっぽい
オプションは存在しないようでした。
すいませんが、宜しくお願いします。

ネットにでも流すつもりなの？

>>812
そんなつもりはありません。
ネットに流すことと関連は全くないように見受けられますが・・・。

>>811
https://github.com/nu774/fdkaac
FDKのエンコーダでADTSのCRC保護を有効にできるのですが、バイナリは配布していません
（バグによりオプションが利かなくなっていたので直しておきました）

おおー！
早速のご返信、ならびにご対応頂きありがとうございます。
苦労してlib-fdk-aacを組み込んだffmpegをコンパイルしてみたのですが、目的の操作が行えず
凹んでいたところでした。
試してみます。重ねてありがとうございました。

質問です。非可逆圧縮形式で一番良い設定でPCに取り込んでおきたいのですが、

iTunesのAACエンコーダーの320kbps VBRとCBRでは違いはあるのでしょうか？

無知はiTunes Plus使ってろ

>>816
一般論では同じビットレートならCBRよりもVBRのほうが全体としての音質は良くなるが、大した差はないから自分で試して好きな方選べ

ストリーミングしたいとか、瞬間のビットレートに厳しい制約がある場合以外は
VBRでいいと思うけどな

819は分かってないクズのレスだから無視してよろし

ありがとうございます。
320kbpsだとVBRでも上限ビットレートは320kbpsになると思うので、一見常に上限固定なCBRのほうが音が良いように思われるのですが、逆なんですね。

fdkaac autobuildなんて便利なツールをありがとうです!!

さっそくfdkaac 0.1.9をビルドしてみたのですが、
そもそもfdkaacってどんな場合に利用すべきなんでしょう。
fdkaacの開発が始まった背景がいまいち理解できておらず…。

LDとかELDが使えたり、ADTSヘッダーでCRCプロテクション使えたりは理解できたのですが、
MPEG-4 AAC LC / MPEG-4 HE-AAC (SBR / SBR+PS) で使う場合でも
appleやneroに比べて音質的に有利とかそういうことがあるのでしょうか。

faacの開発が止まってるから、オープンソースのAACエンコーダのリファレンス実装を目指すみたいなノリなのかな。

>>822
FDKAACエンコーダはオープンソース実装の中では現時点で最優秀と考えられるので
Windows/Mac以外のユーザは重宝すると思います
もっともffmpegが既に対応しているので、専用フロントエンドとしてのfdkaacには
iTunSMPBがつくとか、オプションの差異程度の違い／メリットしかありません
fdkaacのフロントエンドとしての機能はqaacに比べてずっと簡素なもので、
これは変えるつもりはありません（ポータビリティを維持するのが大変なので）

WindowsではApple/FhG(Winamp付属の物)/Nero等、すでに高品質のAACエンコーダが
利用できるので、普通のWindowsユーザがビルドの手間をかけてまで
興味を持つようなものではないと考えています
もっとも音質比較やLD/ELD等に関心がある人も中にはいると思いますので、
一応簡単にビルドできるようなスクリプトを用意しました
(昔の午後のこ〜だみたいですが…）

>>821
AACは1chにつき最大で512kbpsまで使える。だからvbr320kbpsはそれ以上もそれ以下も使って320kbpsに近づける
truevbrってiTunesからは使えなかったっけ

混同して書いちゃったわ
1chにつき256kbpsまで。普通使われる2chなら512kbsまで

>>825
そうなの？
264.6×2＝529.2 kbps（44.1 kHz stereoの場合）
288×2＝576 kbps（48 kHz stereoの場合）
というのがAACの規格上の上限、と書いてあるのを見たことがあるし、今手元には
Neroで実験で作った562kbps（48 kHz stereo）、517kbps（44.1 kHz stereo）の
m4a（AAC）ファイルがあるよ。fb2kやXMPlayで普通に再生可能だ。
「1chにつき256kbps」は何か特定のエンコーダ、特定の条件での話じゃないのかな。

まあ、そこまで上げる必要も無いけどね。

>>823
丁寧に解説いただきありがとうございます。
libfdkとfdkaacを混同していたりしましたけど、概ね立ち位置が理解できました。

フロントエンドとしてはもう十分すぎるくらい盛りだくさんなので、
時間のあるときにもろもろテストしてみます。

>>824-826
ありがとうございます！まさにそういう情報を聞きたかったので大変助かります。
なぜ昔のiTunesがAAC 320kbpsではVBRが選択できなかったのに、最近のバージョンアップでVBRを選択可能になったのだろうと思っていたのですが、
そういう事情があるんですね

たいそうな耳ではないので、聞き比べて分かるようなものではないですし、本当にいい音にこだわるならロスレスでいいのでようが、
少しでも非可逆圧縮でいい音で残したかったのでありがたいです

ポータブル向けじゃなくてPCでの保存向けに非可逆で320kbpsまで上げるくらいなら、もう少しファイル大きくなるの許容して可逆でいいと思うんだが

もうめんどくせーから保存用途にはCDを丸ごとイメージ化で・・・違法なんだっけ？

個人的な用途に限定するならCDイメージ丸ごと保存だろうが法的には真っ白のはず

コピーコントロールやアクセスコントロールを破るのが違法なので
CDにはそのような機構はついていないためいくら取り込んでもおk

CDもどきの銀盤も法律で言う「技術的保護手段」には該当しないから破っても違法じゃない
もっとも、特別な手段を講じることなくたまたま通常のCDとして読み込んでリッピングできてしまう分についてはお咎めなしだけどな

CDにも一応コピーコントロール機能がついている
1bitのコピー可・不可を示すデータがある

>>834
それはただのフラグでコピーさせないようにするかどうかは再生装置側の実装によるんじゃなかったっけ?

スレ違い。
終了してください。

最近qaacを使い始めたのですが高音質なAACを作る場合コマンドオプションのlowpassの値の設定は必要ですか？
現在は--tvbr 127のみの設定です

それを勝手にやってくれて、サイズを縮めてくれるのが不可逆だと思うけど
カットする周波数を自分で決めたい人向けのオプションなんじゃあないのか？

って、こんなコマンド知らなかったけど、今ヘルプ見たら書いてあるじゃん
デフォルトよりさらにカットしたい人向けって

>>838
ありがとうございます
参考までにどんなコマンドラインオプション使ってますか

>>839
-s -i -V 91 -q 2 - -o filename
sとかiはfoobarをフロントエンドとしてパイプエンコで使うため
foobarだったら-sはいらんけど

-i -V63 --threading
可逆残してるから不可逆は音質/容量を重視してる。だからV63
笑われようがバカにされようがこれでいく。V54でもいいくらい

>>837
https://github.com/nu774/qaac/wiki/Encoder-configuration
iTunes Plus(256k) -v256 -q2
良く分からないのならiTunes Plusっぽい設定にしとけば？

64kbpsのつもりで聞いてたら設定ミスで32kbpsに
なってたんだが32kbpsの割に高音質でワロタ

糞耳なんでiPod touchの128GBモデルが出るまでこれで行くわ

lameみたいに--lowpass -1ってオプション使ってたけどもしかして意味ない？

>>844
lameのそのオプション（フィルタの曲線うんぬん？）は理解する頭を持ち合わせてないけど

qaacはあくまでquicktimeのエンコーダーを便利に使うためのものだから
lameみたいにエンコ時に使うフィルタをどうこうすることは無理だと思うし、
そんなオプションないお

だからヘルプの--lowpassにはわざわざ"より低い値で"って書いてあるんだと思う
それってquicktimeがカットする高域の周波数はどうにもできないよって意味でしょ

毎度改良ありがとうございます

書き忘れていました
スリークリックオートビルドスクリプトもありがとうございました。

ビットレートの高さと音割れしやすさって関係ある？

音圧が凄くて音割れしやすいCDがあるんだけどやっぱ音圧が大きい音源は
ビットレートも高めにしたほうが音割れしづらいのかな？

>>848
音圧高くての音割れは基本的に再生環境がショボいのが根本的な原因で、ビットレート下げたところで改善するようなもんじゃない
エンコード時に音量下げりゃいいんじゃねーの？
あとマルチはやめろ

>>849
マルチすいません。あと回答ありがとうございます。

　＞ビットレート下げたところで
ビットレートって高いほうが音割れしづらいって認識だったんですけど
一般的に下げるもんなんですか？

早い話、スピーカーが入力された音声に耐えられないことが原因の音割れは
ビットレートの上げ下げでは対処できないって話。

>>848
一概には言えないがある程度相関はあるんじゃないか
この手の圧縮技術は(特に低ビットレートの場合)サイド成分(LとRとの差分)の
高音域をバッサリ切って情報量を削るということをするのだが、
音楽を破綻させないようにしつつ音圧を稼ごうとすると
ちょうどその辺の音が重要になるとされている

+が3連続並ぶIDは大文字だけのAACを出すのと同じ確率ですよっと

なんで、aacエンコードすると、一番最後に余分な10~20msecの無音部が
付加されてしまうのだろう。MacOS 10.8 iTunes 11.0.2
XLD とか adapter でもそうなる。
連続再生すると一瞬音が途切れるのですごく気になる。

仕様ですが何か

Neroやqaacだと元と同じサンプル数でデコード可能なAACを作成できるけどね

XLDでも普通にできるから

>XLDでも普通にできるから
ギャップレス情報　なんたらかんたら ってとこか。

afconvert と シェルスクリプトでうまくいったからもういいや。

iTunes １１になってからなんかおかしいんだよな。
ギャップレスアルバムの指定できなくなってるし。

>>858
ギャップレス〜は誤訳らしいぞ

正しく訳すなら
「ギャップレスアルバムなのでクロスフェード再生をこの曲のみ無効にする」
だな
クロスフェード再生を使ってなければチェックの有無は関係ない。
そもそもiTunesはSMPB情報があれば途切れることのないギャップレス再生しているわけだが

おかしいのは>>854>>858の頭のほう

頭云々は大きなお世話だが、
ここよんで納得した。
http://www.ilounge.com/index.php/articles/comments/gapless-playback-in-itunes-11/

結局エンコードの時ギャップレス情報埋め込まないと、
iTunesであとでギャップレスにすることはできないのだな。
afconvert -d aac -f m4af --gapless-before FILE1.aiff --gapless-after FILE3.aiff FILE2.aiff
で解決

頭悪すぎだろこいつ

--gapless-beforeも--gapless-afterも別にギャップレス情報(iTunSMPB)を埋め込むオプションじゃないんだが...
iTunSMPBはMacでCoreAudio使ってるエンコーダなら基本勝手に埋め込まれる

マカーはアホって言われるけど本当にそんな奴いたんだな

他人を馬鹿にする事でしか自分の価値を見いだせない人って素敵

>>865
でマカーが馬鹿であるという点については特に異論はないってことですな。

わざわざ自白ご苦労さん。

たとえ林檎のAACエンコーダが評判良くても
AACを分かってない一人の林檎ユーザによるバカ丸出しの書き込みでうんざりする

過去ログも読めないうえに理解力もないの？
間違った解釈をして文句垂れるなんて林檎の搾りかすは流石ですね

林檎信者って出来る人とそれに憧れる馬鹿な信者の二極だよね

林檎を批判する俺って格好良いぜっていう人種が抜けてる
じつはこれは「それに憧れる馬鹿な信者」と同類だけど本人は気付かない

まあだいたいこの構造はどこにもあってAACオーディオでは

・AACエリート
・○○さんが使ってるから私もAACにします！
・なにがAACだよ普通MP3だろ、馬鹿じゃないの、MP3MP3LAMELAME......

にわかれるという

fdkaac020更新お疲れ様です。

>>867
うんざりするならもうくるなよ

AACオーディオはタグ情報の企画が統一されていないからなぁ

ちっとはお勉強してから書き込みましようね＾＾

はぁ？
おめーが勉強しろゴミ

Vorbis commentみたいなのが理想だが、ID3からして何種類もあるMP3に比べたら、AACはましかと。

>>875
おめーじゃねえから

実質、Appleのm4aがファイル形式としてもタグ規格としても
デファクトスタンダードでしょ。
ソニー系だけが3gp（x-アプリとか）とかmp4（MediaGoやmora）を持ちだして
足並みを乱しており、そのせいで日本国内だけが混乱してる。

あれはWalkmanで負けたソニーの悔しさがついつい出ちゃったんだろう
開発現場はMP3で良くね？とか言ってたのに（実際海外はMP3対応だった）
決定権を持つ人間が「アトラック！」と馬鹿の1つ覚えの様に言ってたらしいしさ
今回もここで市場を混乱させればまたウチが覇権を取り戻す事が出来る！って話

fdkaac020(0.1.1) qaac216(7.9.7.9)

-m2と-V63では15回中15回ともABXテストで正解出せたが
-m3と-V63の近い圧縮率同士だと全正解むりだった
楽器の種類や数で結構ビットの振りに双方癖がある
絶対的優劣つけられない

fdkはソースが公開されているようだけど
ソースが読める人にとっては興味深い処理とか過程あったりするのかしら

眠れなくて音声コーデックについて考えてたらAACって何か人間みたいだということに気付きました、、、

m4aかmp4か3gp→A型、B型、O型
タグ情報→遺伝子情報
ファイルサイズ→体重、身長
再生時間→寿命
固定ビットレート→いつも同じテンションの人
可変ビットレート→状況に応じてテンションが変わる人
アルバムアート→顔
サンプリング周波数→声量

すごく似ていませんか？

>>881
>>862

　　　　　　　　　　　　　　　　　　　　　　　　　　　ヽ
　　　　　　　　　　　　　　_,,.,､､,.ｨ-- ti- ､､､....,,,,_ 　 ',
　　　　　　 　 ,,..､､ri':'ﾞ/~ 　 ﾚ　　 　 '　 ﾞﾍ:l : : : :~,＞
　　 _,...r:::''"::／ l/ .l:/-=ニ二,'_ｰ- ､、 　 !l!;: r '"
'''＜:::::::::::::;､r'　　　　　　　　　　`'' ‐-`.､ /
-、 l::::::::::::l　　　　　　 　 　 ＜"ﾞ'i;ｿ'　　 ',
~.ヽ l:::::::::::l　　　　　　　　　　　　 ~' 　 　 '､
/ .） .l::::::::::!　　　　　　　　　　　 　 　 　 　 '､
　ヽ　.l:!l:::::l ヽ　　　　　　　　　　　　　　　 　 '､
＼ '　 l! l::!l!　ヽ　　　　　　　　　 　 　 　 　 　 ,'
　 ﾞ　 　 ヾ　　　　　　　　　　　　　　　‐'" ,. r ﾞ　　そんなに何も見えてないんじゃ
ｰ-‐i　　　　　　　　　　　　 　 ,.r,,iilll鬚髯ｦ　　　
.　　 l　　　　　　　　　　　　`''' ‐‐ ---t‐'　　　　　生きてても面白くないでしょう
￣￣￣￣￣￣~"''､' ‐ ､ 　 　 　 ー‐ノ
　　　　　　　　 　 　 ',　 ヽ　　　　 　 l
　　　　 　 　 　 　 　 ｌ　　 l　　 　 　 l
　　　　　　　 　 　 　 l　 　 l　　　　 ﾉ　　

・[email protected] JB
・[email protected] NonJB
でいままで何度も経験してるんだけど
ミュージックアプリで再生中に5分の曲なら4分30秒すぎたあたりで
ブツっと次の曲に勝手に変わって、シークバーは変わる前の曲の4分40秒を示してそのまま進んでたりする。
これって自分だけかな？自分の2台では確認してるんだけれども。長時間BGMとして再生してると突然やってくる
iOS6.1.Xのバグなのかな？それともqaac使ってるから？後者なら全曲に起きるだろうし原因は前者かな？

ちょっと質問です。
fuubar2000でエンコしたものをiTunesに登録したものに"(VBR)"が付かないのは仕様ですか？
オプションは「-v 160 -q 2 --no-optimize - -o %d」で、表示されているビットレートが全部違うのでCBRではないはずです。

仕様です
それかfoobar2000がそうしてるんじゃない？
個人的にそれ正直いらないもの。横幅の邪魔になるだけだし
AACはCBRがないんだからすべて広義のVBR

-v 160でいいならiTunesEncode.exeってのがレアウェアにあるよ
PCの前じゃないから保証しかねるけどこれなら(VBR)がつくやつを作れるような？
foobar2009でタグ編集したら消えた記憶があるけど

おれも(VBR)が邪魔だと思ってるからむしろ付かない方が嬉しかったり

iTunesで取り込んだファイルも>>884がおきたのでiOS6.1.Xが問題っぽい
ちなみにアルバムを6時間ぐらいリピートシャッフル再生して数回発生する程度

林檎はクソ

細かい調査研究にも改良開発にも熱心で心から深く感謝申し上げます

http://ichigo-up.com/cgi/up/qqq/nm63555.png
参考まで。一長一短だなー

たぶん一長一短の使い方間違えてる

一長一短とは。人や物事について、いい面もあり悪い面もあること。長所もあり短所もあって、完全でないこと。

使い方間違えてるな

で？AACと関係あるの？

320kならwmaとaacどっちが上かな
ロック、ボーカル、生楽器重視

有意差はない

DRM(FairPlay v2)かけられる方法知ってる人いませんか？

それはAppleの中の人しか知らんだろう
そもそも個人でなんとかなるものではなく
AppleのDRMサーバと連携して動くものだし

stat.txtをグラフ化したいんだけどGNUplotの使い方がわからない助けて

plot 'C:\Hello.stat.txt'
単純にこれで表示されるけど

それでできました。ありがとうございます

ttp://av.watch.impress.co.jp/docs/series/dal/20121022_567643.html

――mp4データ内の一部メタタグ情報を除去するというもののようでしたが、
レーベルゲートとしてはそうした問題が起きていることを認識されていますか?

佐藤:はい、ユーザーの声はキッチリ届いておりますし、そうした声は私自身もしっかり読んでいます。
そうした点について、できることがあれば、どんどん改善していきたいと思っています。
ただ、この件についていうと、現在発売されているほとんどの端末環境において検証を行わせて頂いたのですが、
個別の端末の持つ癖といった深い所までの検証には至れなかったのもまた、事実です。

――もうひとつお伺いしたいのがエンコードやマスタリングについてです。
AACへのエンコードはレコード会社側、レーベルゲート側のどちらが行なうのでしょうか?
またエンコーダは何をつかっているのですか?

佐藤:これはどちらもあります。レーベルゲート側でエンコードする場合もあるし、レコード会社側で行なう場合もある。
もっとも比率でいえばエンコードして納品してくるのは一部ですね。またエンコーダは何を使っても構わないとしています。
もちろんファイルフォーマットが正しくできているか、メタ構造が規定どおりになっているかの確認は行ないますが、
それさえしっかりしていれば、どのAACエンコーダーでも構わないと考えております。

藤本健

こういうのって
もっと早くやっておけばiTunes Storeに寡占されなかったと思うんだが
結果論だけどね

>>900
それこのスレッドと関係あるの？

>>900
それこのスレッドと関係あるの？

>>903-904
半年近く前の記事で今更…

いつもお世話になってます qaacの--subtitleについての質問です

定番のmp3tagという独のソフトはSUBTITLEをdesc（日本版iTunesは説明、英語版iTunesはDescription）としています
一方、qaacは--subtitleを&copy;st3という使途不明のところに書き込むようになっています
SUBTITLEとsubtitleで同じなのに書き込むところが違って紛らわしいのは今回は置いておいて、（ソフトの実装次第なので仕方がない）
--subtitleを&copy;st3に書き込むのは意図していてのことでしょうか？それともdescの間違いですか？
そもそもここでのサブタイトルというのは日本語では副題を指すのでしょうか？字幕を指すのでしょうか？
お答えいただけると幸いです

>>907
(c)st3は、一応iTunes Metadata Format Specificationに定義されてるので
入れたんですが、あの仕様は実際の(iTunesの)実装と一致してないところが結構あるし
仕様書に従って(c)st3を実際に使っているソフトはほぼ皆無だと思うので
わざわざ専用のオプションを用意する意味は無かったな、と思っています

多分元の意図としてはID3のTIT3相当ということだと思いますが……

なるほど...
納得のいく説明+αありがとうございました。

3年ほど前のQTは(例えば128kbpsで)音がねちっこくなる癖があったのですが
今のバージョンはスッキリしていて問題ないようです。
これがいつ頃改善されたのか分かる方いますか？

QTがQuickTime for WindowsのことでかつiTunes for Windowsで再生する時の話なら
iTunes for Windowsはいくつか前のバージョンからはQuickTimeを使っていないので
まさにその使われなくなった頃からだと思われます

なんか知らないけど、システムドライブ(C:\)では
FAACでエンコードしようとするとCouldn't open input fileになるようになった。

C:\以外なら問題なくエンコードできる

なんで？
特にドライブを制限するような機能なんて何もないよな

C:\直下ではなく、C:\ならどこでも。

デスクトップだろうがどこだろうが、開けないと。
再生は出来るし、アクセス許可は間違っていない。

Windows media player10で取り込んだCD(wav)

これだとfaacではエンコできなくなった
そんなバカな
アップデートもしてないのにどういう理由だ

TSのAACを再エンコ無しでコーデックID40にする事って出来ないの？

どうぞご自由にesdsの中身を書き換えなされ

iTunes 11.0.3
CoreAudioToolbox 7.9.8.3

・新しいミニプレーヤー。
アルバムアートワークを見せるために美しくデザインされた新しい表示が含まれます。また、ミニプレーヤーに進行状況バーが組み込まれました。

・改善された“曲”ビュー。
“曲”ビューでアルバムアートワークを楽しめるようになりました。

・複数ディスクのアルバム。
複数のディスクで構成されるアルバムが 1 枚のアルバムとして表示されます。

・このアップデートには、大きな iTunes ライブラリを検索および並べ替える際のパフォーマンスの改善も含まれます。

WMP10で取り込んだためにFAACでエンコできないWAVファイル（そもそもそんな抑制機能があるのかさえ知らないが）を、
WAVなどの編集ソフトに放り込んで新規にファイルを作成し、波形を丸ごとコピーするとFAACでエンコできた

マジでWMPってコピーやエンコ禁止機能なんてあったのかね？？？？

そんなものない。
WMPでCDから取り込んだWAVにはファイル冒頭付近にRIFFタグが書き込まれてる。
メモ帳とかで無理やり開いてみれば曲名とかアーティスト名とか表示されるよ。

出来の悪いソフトだと、稀にこれがあると読み込めないケースはある。
FAACは使ってないから、これに相当するのかどうかは知らん。

iTunes11.0.3に含まれてるCAT7983でAACエンコーダに変更があるな

QuickTimePlayer v774（名無し）リリース
CoreAudioToolbox 7.9.8.3から変わらず

iTunesのVBRとCBR、どちらの音が良い?
http://av.watch.impress.co.jp/docs/series/dal/20130603_602002.html

なんというかしょうもない記事だった

俺は自分のパソコンがホントに非力だったときに
VBRだと再生負荷が高くてやってらんなかったので
それ以来CBR厨というかCBR愛好家です
聞き比べた事はないな

CBRだけでいいのか

なんというか頭が痛くなる記事だな色々
ただ単にQTAACのオプション的にABRかCVBRかって事じゃねえの知らんけど

藤本先生懲りずにまだやってんのか

しょーもな

バカだろ。音楽はリラックスして聴くものなのに、神経尖らせて圧縮して聴くとか馬鹿の極み
本末転倒とはまさにこいつの愚行だろ
日本人の98％はこんなこと気にせず圧縮したもの聴いて満足してるわ

いつも通り何の参考にもならない自慰記事だな

>>926
その辺も理解していなさそうだし
固定は部分部分でレート不足したりって音質の変動が激しいんで
変動させ良いところと悪いところの差をつめようって代物って根本的な部分でさえ理解していなさそうだよな

藤本氏の記事がしょうもないのは昔から言われてること

ただ、その立場を利用して、一流企業の技術者へのインタビュー記事とか
よくあるから、それだけは有難く読ませてもらってる

ちょっとニヤニヤしながら読ませてくれる魅力がある　昔から

>>923
見出しからして読む気しないよな〜。

多分今回は、ネタ切れで苦し紛れに書いたんじゃないかね
連載ってのはキツイんだよ

CBRってADTSのBuffer Fullnessコントロールするかどうかだろ。
パディング詰めてレート揃えるんだからCBRのほうが音悪いんだがな。

qaacのことで教えてほしいのですが
入出力する対象のファイルのパスを指定する場合に
途中のフォルダ名に空白がある場合はどのように指定するのでしょうか?
通常のコマンド同様に"〜"で指定するとエラーになってしまいます。

わたしにはわかりません。では次の人

作成済みの音源を加工するソフトについては情報なしか
そいうのどこで語っているのだろうか

基本、非可逆圧縮のAACを編集なんてなるべく避けるからな。
無劣化（再エンコードなし）での特定のごく簡単な編集ということで、Free Audio Dub、mp3DirectCut、
それと音量変更のaacgainくらいしか思いつかんなあ。

もちろん、（自動で）デコードして読み込み、編集するものならあるだろうけど、
それはもうここで話題に出す話でもなかろう。AudacityにFFmpeg組み込むのが
ベーシックなんじゃないのかね。

本来はDTM板の領分だとは思うが、あちらじゃ非可逆データ編集なんて部外者扱いされそう。

�d

>>940
無劣化カットできるもので考えると
結局今は良いソフトがないんだな

動画系の連中ならFakeAacWaveで充分なんだが

ＡＡＣのライセンスがネックなのかね
音源として使いだしたの最近だからしょうがないか

動画の圧縮方式はどんどん移り変わってるのに音声はmp3とAACぐらいしかないじゃない
youtubeがvp8からx264に戻したのはその時点で世界中の動画の7割がh264でエンコされてたからって理由だしAACはmpeg2の頃から使われてる、音楽ダウンロードの先駆者appleが使ってる訳だからシェアはそれよりも高いんじゃないの

人間は聴覚よりは視覚の方がより敏感だからね
どっちも絶対的な性能では大した事無いっつったらそれまでだけど

>>940
Free Audio Dub ってどう？
AAC で編集とかまだしたことなく、ここに来たけど、
以前使ってた mp3DirectCutとか MP3Gain 的な感じで使えるなら、
それ使ってみようかなと。
（曖昧かつ適当な聞き方ですまんです。）

大雑把かつ感覚的で構わないんで、どんなかなーと。

フリーなんだし使って判断しろと言われればそうなんだけど、
いくつか見たスクリーンショットで波形ないな〜とか、
ちょっと手つける間がないなーとか。

その感じたどおりだよ

誰でも自分で簡単に試せるようなものの事を質問すんなよ。

・出来ることは部分削除だけ、他のことは一切できない
・波形がないのは、削除位置を探して決めるのにやっぱり不便
・タグは主要項目しか引き継がれない　埋め込み画像も消える

冒頭と末尾の数秒の無音をカットして短めにする、といった処理にしか適さないと思うけどね

と言うか、それ以上の編集をAACでやることなんて普通ないよな･･･
そう考えると、これで充分な気もする

>>948 >>949
ｱﾘ(´･ω･)(´_ _)ｶﾞﾄ♪

949 の 2番目と3番目は痛いね。
iPod touch のボイスメモが m4a の AACで、
余分なところをカット編集（切り出し）したいのが今の所の主な目的かな。
あとネットラジオの部分切り出しとか。

radikoの録音で使いたい
＞それ以上の編集をAACでやることなんて普通ないよな･･･
頭と末尾以外にニュースの様なのが入る番組があるので途中も抜きたい

iTunes Music Storeのサーバのアップデートが数日以内にあった模様。
OS X/Win/iOSのiTunes上からマッチする曲がライブラリにある場合、
試聴ではなくライブラリ音源（CDで取り込んだものも）が再生されるようになった。

このマッチ判定は iTunes Catalog ID （cnID, mp3tagでいうところのITUNESCATALOGID）の同一性だけを見ているっぽい。
購入した正規iTunes Plus音源に見られる特有のタグや高ビットレート等は見ていない。

これを埋め込んだ所で得られる恩恵は今のところ特に見つからない
GeniusやiTunes Matchの正確性がアップするかもしれない程度…


------------------
qaacって最近更新ないからどうなんですか？sfIDだけおかしいような？
最新版のv2.18 with foobar2000.exe/cmd.exeを使っていてv1.45(実装開始)とv2.11(安全のために方針変更・厳格化)の更新内容について詳しく知りたいのですが…
sfIDを日本とさせるためにはどうすれば結局いいのでしょうか？
かれこれ2時間格闘してますが辿りつけない。バイナリエディタで修正すればできたのですが…
コマンドオプション（抜粋）は以下です。mp4file.exe --dumpとMediaInfoで確認しています。
--tag "sfID:143462" --tag "geID:21" --tag "plID:595575657" --tag "atID:270311351" --tag "cnID:595575665" --tag "rtng:0" --tag "stik:1"

--tag "sfID:143462"
--tag "sfID:JPN"
--tag "sfID:Japan"

この3パターンを試しました。geID,plID,atID,cnIDは問題ないように思えます。

それとcmd.exeで以下をやるとエンコードが終わりません。
qaac --tag "sfID:143462" input.wav -o output.m4a

>>952
バグ報告ありがとうございます。2.19で修正しました。

ありがとうなんてとんでもない。
こちらこそ感謝しきれません。こんな短時間で修正していただけるなんて感謝感激です。
これからも特異な使い方させていただいきます！

最近ネットで496kbpsのAAC何てものを見かけたんですが
ここまで来るとCDとの差を見つけるのは不可能ですか？
論理的に320のMP3より良いものですか？

容量の割には 良いよってくらいでしょ
mp3も昔と比べて良くなってますし
お手持ちの機器と好みに合ったので
選べば

（何言ってんだコイツ）

>>955
論理的？
ビットレートだけ見てもあんまり意味ないと思うけど。
つか拾いもの？

>>956
昔って…
MP3の規格は上限320kbps含めて変わってない。
既に AAC登場してから15年越えてますから、AACも十分枯れてると思いますけど。

>>957
まぁまぁ。ヾ(･д･｀ )

互換性報告です。

v2.17で追加された--gapless-mode 1or2というオプション付加してqaacでHE-AAC圧縮するとiOS6ミュージック.appでの再生互換性が低下（？）しました。
具体的にいうと再生開始（先頭の）1秒ぐらいがLC-AAC部分だけ再生され、SBRが反映されていない。fdkaacのほうは興味ないので検証していません。
このオプション機能が追加されたときに作者さんがHAで"（前略）保証はできない"と言っているようにやはり保証しなくて正解でした。
オプション消すかデフォルトの0にしてやればiOS6での上記問題はなくなる。LC-AACでもiOS使うなら0がいいのかもしれない。

qtaacencの登場時からみていますがHEAACはやたら問題を起こす厄介ものなのでこの再生互換性低下の原因がqaacのバグ（？）なのかiOS6のバグ・未サポートなのか断定できません。
しかしSMPBでもISOでも両方サポートするiTunesでは何も問題なく再生できていますので…。iOS6のバグ・未サポートという仕様なら我々がそれに合わせるしかないです。
今のところ言えるのはHEAAC圧縮時は上記オプションは使わない方が好ましいということです。特にiOSをお使いの方。
もし仮にqaac側のアップデートで直るのであればその時はよろしくお願いします。

iOSをお持ちの方
https://www.dropbox.com/s/qeraw1gum7ofun7/qaac%20HE-AAC%20Test.zip

>>956
だろうね。
三点リーダーの使い所もおかしいし。
高校でレポートとか小論文ぐらい書かされなかったのかな。
学校で習わなくてもビジネス文書の書き方は入社時に叩き込まれるはずなんだが。

>>959
情報提供ありがとうございます。
L-SMASHのmuxerでencoder-delayを指定してADTSからMP4に多重化した場合や
QuickTime playerでカット編集した場合等にもedtsがつきますが、
そういうファイルではどうなりますか？

匙どころかPCを投げたくなってきた。もう0でいいやって
始終のディレイパディングの話は邪魔になるのでこの場では置いときます。

1)qaac -i -q 2 -he -v 48 --gapless-mode 2 -o "SMPB_ISO.m4a" "input.wav"　→　�@"SMPB_ISO.m4a"ができました。
2)mp4box -raw 1 "SMPB_ISO.m4a"　→　�A"qaacHE.aac"ができました。※0,1,2どれだろうと一緒ではある
3)muxer -i "qaacHE.aac"?sbr,encoder-delay=2112 -o "muxer.m4a"　→　�B"muxer.m4a"ができました。
4)mp4box -add "qaacHE.aac":sbr -new "mp4box.m4a"　→　�C"mp4box.m4a"ができました。
5)cafmux "qaacHE.aac" "cafmux.m4a"　→　�D"cafmux.m4a"ができました。

互換性　○：始終SBR反映　△：最初の1秒SBR未反映　×：始終SBR未反映（LC状態）
�@iTunes：○　iOS：△　QTP：○　fb2k：○　WMP：○　VLCMP：△
�AiTunes：−　iOS：−　QTP：○　fb2k：○　WMP：○　VLCMP：○
�BiTunes：×※LC判定＆22kHz　iOS：×　QTP：×※LC判定＆22kHz　fb2k：○　WMP：○　VLCMP：△
�CiTunes：○　iOS：○　QTP：○　fb2k：○　WMP：○　VLCMP：○（--gapless-mode 0と同じだから当然かと）
�DiTunes：○　iOS：○　QTP：○　fb2k：○　WMP：○　VLCMP：○（同文）

変なことしてたら指摘願います。

つかったもの
MP4Box - GPAC version 0.5.1-DEV-rev4253+47M git-ad199a0
Compilation Date: Dec 3 2012 - Built by X5-452（さだまるさん）

muxer rev747 ed81e8d
Built on Jun 21 2013 04:31:55　(Popさん)

qaac2.19　cafmux0.11　iTunes11.0.4.4　QTP7.7.4　fb2k1.2.9　WMP12.0.76　VLCMP2.0.7

>>961
https://www.dropbox.com/sh/2pg16j2xd4wpm81/ElkmkKLAg4
すごく長くなったのでNote.txtを読んでください。日本語ダメダメですいません。
各ファイルのコメント欄にそれぞれ互換状況と問題点書いてあります。
iTunes,iOS,fb2k使う人間にとっての結論はHE,LC問わずデフォルト--gapless-mode 0が一番無難。再生環境が人それぞれなので結論も人それぞれですが。
いまのところ1や2にするだけの、0の互換性を越えるような優位点が見つけられない。

丁寧に有難うございます。
iOSに関してはこちらで確認できないのですが、VLC2.0.7での挙動は確認しました。
通常の音楽用途ではデフォルトの0を使っておけば良いというのはその通りで、
そのつもりのデフォルト設定ではあるのですが、2も予想以上に再生系に問題が
あるようですね。

1,2のユースケースとしてこちらで想定していたのは、動画の音声トラックとして
後で多重化したい場合等ですが、再生系の問題はqaac側ではどうにもできないので、
この辺は適切に使い分けてください。

wavもaacも違いわかんねーわ

flacもalacもaflacも違いわかんねーわ

違いが解らないのなら使いやすい方が良いね
どっちが使いやすい？
自分はタグ埋め込み出来るaac(m4a)とmp3

ちょっとスレ違いな話題かもしれないが、最近、2.1chAAC音声のmp4ファイルを作ってみたが
PCでは問題なく再生されますが、PS3では非対応データ扱いです
PS3にも再生できる2.1chAACファイルを作成するためには5.1chに拡張するしか方法はないのですか？
また、5.1chに拡張する場合、C, SL, SRのチャンネルは無音のままにした方がいいのか？
それともL, RをそれぞれSL, SRにコピーして、L, RのミックスをCにコピーした方がいいのか？

また日本語不自由な人が来たのか
明らかにスレ違いだしlevel見直せとだけいっとく

>>968
どうやって作ったのか気になるけど、ただの2ｃｈで再生できるかやってみるべき
なお、続きはPS3動画スレでどうぞ
http://toro.2ch.net/test/read.cgi/avi/1263892716/

>>969
映像のlevelは無関係だと思います、同じ映像で普通の2chAACを付けた場合は再生できます
>>970
AACのエンコーダはNeroAACを使っています、MediaInfoやMPC-HCなどで確認したが
エンコ前後のwav,aacファイルのチャンネル順はちゃんとFront: L R, LFEになっている
ちなみにQuickTime系のエンコーダはこのようなwavファイルをサポートしていない模様

補足しますと、mp4boxで2.1chのAACファイルをmuxする場合、mp4boxのバグのせいか出来たファイルのmp4a boxのchannelcount
情報は1になっている（mux前のファイルは普通に3）。PCのデコーダーの殆どはこの情報を無視していますが、そのままPS3で再生する場合、
なぜか0.5倍速で再生されます（音声フォーマットの表記はAAC 1ch）。バイナリエディタを使ってchannelcountを正しい値の3に書き換えると、
>>968で言った通り、非対応データ扱いになる。そしてさらに色々試したが、そのchannelcountをそれぞれ2や6に書き換える場合、
PS3でも一応再生されます、音声の表記はそれぞれAAC 2chやAAC 5.1chになる。ただ、LFEチャンネルがちゃんと出力さるかは不明。
どうやらPS3はAACのチャンネル順情報を無視してmp4a boxのchannelcount情報のみを参照して判断している模様です。

さて、スレ違いの話題はここまでです。ご回答ありがとうございます。

>>972
L-SMASHでmuxしてみらいいんでね

cdを取り込んだ時に形式をACCにしたんですが、ACCとATRACとWAV(リニアpcm)では耳で聞いた時に自分で違いが分かるくらい音質は違いますか?

あなたの耳がどれだけ聞き分けられるかによります

qaacって2passエンコできないの？
Neroではできて1passより少し容量縮む傾向にあるから
qaacでもやりたいんだけど

AACで2passは普通逆効果
縮んだと思ってもそれは音質に悪影響してるから聴き比べればいい

出たよエンコード厨ｗ

音声エンコで普通2passなんてやらんだろ。

本人にとってはプラセボ効果程度はあるんじゃないか？

そもそも2passを容量縮めたり品質上げる目的では使わんだろ
VBRでもエンコード結果を１曲にあたり30MBにしたいとかの目的があるならともかく

>>974
ゴミデータになるから、ATRACに手を出しちゃダメ。

ATRACはいつまでデコーダ類が対応できるか判らんからな
心配ならWav、Flac、AAC、MP3にしとけばいいんじゃないかな
メジャーどころは後50年位はデコーダとか有るだろうと期待できそうだけど
その頃に音楽を楽しんでるかは判らん

非圧縮ならaiff (wavはタグ管理がダメダメ)
可逆ならflacかalac
非可逆ならmp3かaac

alacはねえわ
flacかTAK

選ぶならOSで標準的に扱えるフォーマットだね。
閉じてるTAKとかありえない。

宗教戦争が始まった
あのさー可逆ファイルを共有するわけでもなく自分のためだけなんだからなんでもいいでしょ
alacはmp4であることやストリーミングに利があるんでしょ？
takはオフィシャルではないものの主要OSでデコードできるし性能が良い
flacは時代の先駆者。主要OSをサポート

以降やるならここでやれ
音声可逆変換ソフト総合スレ
http://anago.2ch.net/test/read.cgi/software/1219683003/

>>987
mp4に入れてもAdobeが対応してないから
音声流れないよ

>>987
非論理的かつ玉虫乙

fdkaac 0.3.0

次スレ立てて

テンプレ変えるところある？
>>995ぐらいになったら立てるわ

>>991
よろしく
テンプレはそのままでいいんじゃないかな？

qaac
http://sites.google.com/site/qaacpage/
qtaacenc
http://tmkk.pv.land.to/qtaacenc/
iTunes
http://www.apple.com/jp/itunes/
iTunesEncode
http://www.rarewares.org/aac-encoders.php#itunesencode
Nero AAC Codec
http://www.nero.com/jpn/technologies-aac-codec.html
Winamp (Fraunhofer AAC Encoder/Coding Technologies aacPlus Encoder)
http://www.winamp.com
http://www.winamp.com/help/Version_History
https://github.com/tmkk/fhgaacenc
https://github.com/tmkk/aacPlusCLI
fdkaac_autobuild
https://sites.google.com/site/qaacpage/cabinet
コマンドラインAACエンコーダfdkaacを自分でビルドする
FAAC (LC-AACのみ対応)
http://www.audiocoding.com/

[主なエンコーダ]
qaac
http://sites.google.com/site/qaacpage/
qtaacenc
http://tmkk.undo.jp/qtaacenc/
iTunes
http://www.apple.com/jp/itunes/
iTunesEncode
http://www.rarewares.org/aac-encoders.php#itunesencode
Nero AAC Codec
http://www.nero.com/jpn/company/about-nero/nero-aac-codec.php
Winamp (Fraunhofer AAC Encoder/Coding Technologies aacPlus Encoder)
http://www.winamp.com
http://www.winamp.com/help/Version_History
https://github.com/tmkk/fhgaacenc
https://github.com/tmkk/aacPlusCLI
fdkaac_autobuild
https://sites.google.com/site/qaacpage/cabinet
FAAC (LC-AACのみ対応)
http://www.audiocoding.com/

※URLがまちがってたのと紹介文を省いた

乙

次スレ

【高音質】AACオーディオ総合7【mp4/m4a】
http://anago.2ch.net/test/read.cgi/software/1375770923/

>>996
乙

埋め

>>996
乙

久しぶりの>>1000!!!

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。