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

**名無しさん＠お腹いっぱい。転載ダメ** · 2015/04/16(木) 02:33:01.55

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オーディオ総合7【mp4/m4a】
http://anago.2ch.net/test/read.cgi/software/1375770923/

■過去スレ
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/
5 http://hibari.2ch.net/test/read.cgi/software/1268301277/
6 http://anago.2ch.net/test/read.cgi/software/1317096888/

次スレは>>980を目安に

**名無しさん＠お腹いっぱい。** · 2015/05/08(金) 13:38:58.23

>>47
報告ありがとうございます。不具合が確認できましたので、次バージョンで治ります。
末尾欠損は--concat以外でも発生する可能性があります。

>>50
--no-delay --end=10239
--no-delay --end=10240
--no-delay --end=10241
と条件を変えてサイン波をエンコードしてみましたが、入力サンプル数が1024の倍数の場合にのみ先頭部が無音化するという現象はこちらでは再現できませんでした。

なおMDCTの性質上、前ブロックへの依存性があるので、先頭フレームは完全に復元することはできませんので、先頭が無音でない場合は--no-delayは使わない方が無難です。

**名無しさん＠お腹いっぱい。** · 2015/05/08(金) 17:46:46.37

まさにそうでした
嗚呼これはエンコード失敗ではなく、前フレームがなくて検証時のデコードに失敗しているのか。やってしまった
qaacの不具合でないですね。濡れ衣すいません。今試したところ入力サンプル数が1024の倍数云々も関係なかったです
qaac --start 00:10:00f --end 00:13:31f --no-delay -o temp.m4a in.wav
neroaacdec -if temp.m4a -of out.wav
とやって波形ソフトで見ておりました。
--num-priming Xのとき大方(1024-X)サンプルがデコードに失敗して先頭が無音化してしまう...
流してください

**名無しさん＠お腹いっぱい。** · 2015/05/08(金) 21:11:43.67

[qaac] release 2.48 (refalac 1.48)

Fixed an issue on MP4Source: trailing samples were discarded under certain conditions.

**名無しさん＠お腹いっぱい。** · 2015/05/13(水) 10:39:21.86

Audio Priming - Handling Encoder Delay in AAC
https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/QTFFAppenG/QTFFAppenG.html
https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/art/aac_encoded_bit_stream.jpg

歴史ソリューション-暗黙エンコーダ遅延

オリジナルのAACの実装では、一般的な方法上述したように設けられたAACビットストリームエンコーダ遅延を伝播することでした。
これらのオリジナルの実装では、使用される最も一般的な遅延は、2112オーディオサンプルでした。
AACビットストリームは、従って、一般的に、理論的に元の信号によって要求されたものよりも大きい3 AACパケットとなります。

再生の実装は、それらが元のソース・オーディオ・データを全く含まないので、デコード出力からこれらの最初の2112サイレントサンプルを廃棄する必要があります。
これらのサンプルは、符号化/復号化プロセスのアーチファクトです。

AACビットストリームの最初の実装とプライミングまたは残りのサンプルの程度を表すために明示的な方法はありませんでしたので、
AppleはAACのビットストリームは常に固定数のサンプルと符号化遅延を含有し、それに応じて開発者にアドバイスしていることを前提とすることにしました。
2112サンプルの固定されたエンコーダの遅延が、これは、AACエンコーダ（商業用およびその他）の出荷実装のほとんどが、様々な理由のために、
使用される一般的な符号化の遅れであったため、その時点で選択されました。

**名無しさん＠お腹いっぱい。** · 2015/05/14(木) 14:30:05.58

>>42
一つのソフトに入れてただ表示させて居たわけではなかったのですね
自分には無理でした
みなさんここまでして色々やっていて驚きを隠せません
今回は有難うございました

**名無しさん＠お腹いっぱい。** · 2015/05/14(木) 20:47:59.37

ソニーのハイレゾ対応コーデック「LDAC」は何がスゴい? 開発者に疑問をぶつけた
http://av.watch.impress.co.jp/docs/topic/20150514_700991.html

へ～、そんな方法もあるんだね。これをそのままハイレゾ対応させずに可聴領域で
圧縮すると300kbpsでほぼロスレスに近いコーデックになるのでは。

オープンソース化希望。でもソニーだから無理か？

**名無しさん＠お腹いっぱい。** · 2015/05/15(金) 06:12:40.88

X264でいうAQと同じ考え方だな
割り当てるのが量子化係数と量子化ビット数という違いはあれど
ただでさえマーケットが小さく神経質なハイレゾピュアオタが無線なんてつかうか？中途半端な紛い物をつかうか？という疑問はある
こんな金にならない開発してるからグループ全体で赤字なんだろ　今期は黒字見通しらしいが

**名無しさん＠お腹いっぱい。** · 2015/05/15(金) 07:58:02.28

AAC-心理音響-ハフマン符号化=LDAC

**名無しさん＠お腹いっぱい。** · 2015/05/15(金) 19:36:25.00

>>58
簡潔なまとめだなｗ

>>57
AQなんて賢い話じゃなくて、JPEGやらMPEGやらの映像圧縮の比喩で言えば、単に高周波成分ほど係数大きくした量子化行列で量子化しますよというだけのように読めるけどな

普通音声圧縮は量子化行列でDCT係数を単純に割り算、なんて映像圧縮みたいな乱暴な方法は取らず、心理音響でマスクされる範囲になるべく周波数成分毎の量子化ノイズが収まるよう量子化の度合いを塩梅するけど、映像圧縮並に乱暴なことをやるのがLDACと言える

まあ可聴域以上はどんだけ乱暴に量子化して量子化ノイズバリバリだろうが聴こえやしないんだからどうでもいいんだろう
そういう意味では非常に原始的な心理音響とも言えるけどな、ノイズを単純に高周波に追いやるノイズシェープに考え方が似てる
「ハイレゾ対応コーデック」でありながら、高周波なんて聴こえねえんだから意味ねーよ、とりあえず20kHz以上の周波数成分が入ってさえいればバカは満足するだろ、ということを自ら正直バラしてしまっている方法論だな

**名無しさん＠お腹いっぱい。** · 2015/05/15(金) 20:30:28.43

20khz以上は8ビットぐらい、
40khz以上は4ビットぐらい？

まあ、高周波マニアには20kHz以上の成分が聴覚心理モデルで省いてないだけ
高音質という、わけのわからない理論ですね。

これじゃAAC980kbpsのほうが高音質だな。違いがわからない。
HE-AACハイビットレートモードで送ったほうがいいんじゃないの。

**名無しさん＠お腹いっぱい。** · 2015/05/15(金) 21:14:17.16

>>33-35
別に批判するわけじゃないけどようつべのラジオでこういうスタイルで上げてる人いるけど
容量が4倍位に上がって無駄に転送量上げるだけなんだよな

**名無しさん＠お腹いっぱい。** · 2015/05/16(土) 14:11:07.15

フレームレート１の静止映像に音声多重化ならほぼ音声分のデータ量しか食わないはずだが

**名無しさん＠お腹いっぱい。** · 2015/05/16(土) 16:49:49.62

>>62
理屈はね
でも作る人は動画みたいに静止画の高画質で作っちゃうんだよ

**名無しさん＠お腹いっぱい。** · 2015/05/17(日) 00:07:27.14

簡単に作る方法ないしな

**名無しさん＠お腹いっぱい。** · 2015/05/17(日) 09:26:33.75

Youtubeならサーバ側で必ず再エンコードされるだろ
静止画なのに膨れてるんならYoutube側のエンコードの問題でどうしようもない

**名無しさん＠お腹いっぱい。** · 2015/05/17(日) 10:08:02.38

試しにYoutubeの静止画ミュージッククリップを落としてみたけど、IDRフレームを2秒毎に挿入してるみたいだな
静止画なら動き補償でIDR以外のフレームはゴミに等しい容量しか食わないのを想定しても、簡単に言って3分の動画で静止画90枚分の容量は食う計算

動き補償を考えればfpsはあまり意味はないが、仮に1で上げてもPALかNTSCのメジャーなfpsに変換されるんじゃないか？

**名無しさん＠お腹いっぱい。** · 2015/05/17(日) 17:24:08.13

>>66
30フレくらいの動画で作ってるんだよ
たぶん何も考えてないんだと思う

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 19:41:51.49

ワイルドカード使ったLCAACMP4一括入力一括再圧縮の挙動がいろいろ怪しい
これからもう少し調べてみないと何とも言えないけどもqaac2.48

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 20:30:29.67

ワイルドカード関係なかった。変な挙動というのはfb2kで見たときスプリットされていたこと。

fb2kでリプレイゲイン（レイアウト最適化だけでも？）かけるとLCAACMP4ファイルには
MediaInfoで見たとき
メニュー
00:00:00.047 : タイトル
というのがエンコーダディレイ値を見て適宜付加される。これはNero形式のチャプタ情報だっけ？

こいつがあるAACMP4ファイルを再圧縮かけると当然qaacは.047をチャプタの境と認識してしまうから変になる
再圧縮なんてするもんじゃないね

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 20:49:07.42

qaacに責はないので見なかったことにしてください
fb2kが勝手にチャプタ情報付加することと、それをfb2k経由でなくcmdで再圧縮かける人が変人なので

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 21:33:07.70

>>69
報告ありがとうございます。
Nero方式チャプターしか存在せず、かつ最初のチャプターエントリが00:00:00.000で始まらないケースの扱いにそもそも問題があることが分かったので、いずれにせよ修正します。

Nero方式チャプターはそれぞれのチャプターポイントの開始時間を保持し、かつneroaacencがエンコーダディレイ用に用いています。
一方Apple方式は必ず00:00:00.000で始まり、それぞれのチャプターの開始時間ではなく長さを保持するので、考え方の違いがあり少々面倒です。

そもそもチャプター一個しかない時はチャプターをコピーしなくとも良いかな？と思わないでもないですが……

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 22:31:04.86

[qaac] release 2.49

Fixed issues on MP4Source:

Fixed handling of Nero style chapters starting from non-zero timestamp (typically inserted by fb2k and old neroaacenc).
Fixed handling of reading MP4 files with multiple elst entries.

**名無しさん＠お腹いっぱい。** · 2015/05/18(月) 23:19:20.31

変人しか遭遇しないバグにも対処いただきありがとうございます
驚くほどの速さですね

FB2KのReplayGain後のNeroチャプタ付MP4ファイルの再圧縮も上手にうまく扱えてますね
合っていなかった分子の数字もぴったり。
FB2KがRGのついでになぜこんな余分なことするのか解せませんが。。。

==================
qaac248.exe "01 Follow Me.m4a"（←FB2KのReplayGain後のNeroチャプタ付MP4ファイル）
qaac 2.48, CoreAudioToolbox 7.9.9.6

01 Follow Me_.m4a
AAC-LC Encoder, TVBR q91, Quality 96
[100.0%] 2:32.100/2:32.106 (33.3x), ETA 0:00.000
6707648/6707904 samples processed in 0:04.562
Overall bitrate: 217.908kbps
Optimizing...done
==================

==================
qaac249.exe "01 Follow Me.m4a"（←同上）
qaac 2.49, CoreAudioToolbox 7.9.9.6

01 Follow Me__.m4a
AAC-LC Encoder, TVBR q91, Quality 96
[100.0%] 2:32.106/2:32.106 (32.9x), ETA 0:00.000
6707904/6707904 samples processed in 0:04.641
Overall bitrate: 217.908kbps
Optimizing...done
==================

**名無しさん＠お腹いっぱい。** · 2015/05/19(火) 20:56:50.27

いるとこにはいるんだねぇ、こういう作者さん

**名無しさん＠お腹いっぱい。** · 2015/05/20(水) 11:12:01.12

aac 2.49ですがalacを1本にする際の時間や、曲数の制限を教えて下さい。

**名無しさん＠お腹いっぱい。** · 2015/05/27(水) 10:35:39.77

AAC-LC 2ch 128kbpsの音声ファイルなんですが、
モノラルマイクなので、次回からは1chにしてみようと思うのですが
半分のビットレート、AAC-LC 1ch 64kbpsで同じ音質が得られますか？

**名無しさん＠お腹いっぱい。** · 2015/05/27(水) 13:07:56.58

>>76
2ch 128kbpsと1ch 64kbpsならchあたりの情報量は同じだから原理的に劣化はない

**名無しさん＠お腹いっぱい。** · 2015/05/27(水) 13:12:06.22

いや、ステレオだとM/Sとかintensityとかチャンネルカップリングがあるから
原理的には1ch 64kbpsの方が劣化する

**名無しさん＠お腹いっぱい。** · 2015/05/28(木) 02:52:03.88

ハイレゾリューション映像の圧縮伝送が主ですが
毎年やってるNHK「技研公開2015」
5月31日まで　入場無料
ttp://www.nhk.or.jp/strl/open2015/tenji.html

**名無しさん＠お腹いっぱい。** · 2015/05/28(木) 07:22:38.75

>>77-78
レスありがとうございます

す、すみません
どっちなんでしょうか

HE-AACv2はPSがあるので、1chにしても半分にはならないというのは分かるのですが…

**名無しさん＠お腹いっぱい。** · 2015/05/28(木) 20:41:30.70

AAC-LC 2ch 128kbpsの音声ファイルなんですが、
モノラルマイクなので、次回からは1chにしてみようと思うのですが
半分のビットレート、AAC-LC 1ch 64kbpsで同じ音質が得られますか？

モノラル音源をステレオでエンコードしていたのかな？
1ｃｈ音源をステレオでエンコードするとDualMomoでエンコードしている？

ちょっと説明不足では？

**名無しさん＠お腹いっぱい。** · 2015/05/28(木) 20:48:59.57

馬鹿には無理

**名無しさん＠お腹いっぱい。** · 2015/05/29(金) 15:00:18.51

>>82
お

**名無しさん＠お腹いっぱい。** · 2015/05/29(金) 18:28:19.62

>>80
AAC-LCでもチャンネル間の相関性を利用して圧縮されるのが一般的なので、半分のビットレートでは音質は大抵悪くなる。

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 14:01:58.53

AAC-LC 1Ch 96kbps で十分

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 17:02:24.63

自分で音聴けばいいのにｗ
まさに馬鹿には無理だな

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 19:03:10.49

↑そんなに馬鹿が好きなのか？

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 22:14:58.17

192kのwavでおｋ

**名無しさん＠お腹いっぱい。** · 2015/05/30(土) 22:23:59.96

ビットが少なすぎでしょ

**名無しさん＠お腹いっぱい。** · 2015/05/31(日) 09:44:57.15

>>81
モノラルの音なのにステレオでエンコしてた感じです
HEv2だと1chはエンコできないのでv2じゃないのに、その設定のまま使ってました
(´・ω・`)

>>84
ありがとうございます
LCもそういう感じなんですね

**名無しさん＠お腹いっぱい。** · 2015/06/01(月) 13:09:39.35

L/R M/Sの変換はロスレスだし、左右が似てる場合はM/Sで表現するだけで無損失で圧縮性が向上するので、AACに限らず大抵の音声圧縮で利用されてると思うよ

MP3のジョイントステレオはフレーム毎にステレオ表現を適応的に切り替えるけど、AACの場合はフレーム単位より粒度が細かくて、周波数バンド単位で独立して切り替えられる

**名無しさん＠お腹いっぱい。** · 2015/06/01(月) 18:27:19.26

MP3のエンコーダディレイの話(2012年)
ttp://www.ones-will.com/blog/dtm/compose-arrange/4419/
原因は編曲者が各演奏者にMP3で送信、各演奏者はこれをデコードし生音録音、ずれたWAV提出

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 00:07:40.74

HE-AAC v2(かHE-AAC)で(超)高圧縮するのにおすすめのソフトは何？

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 14:34:47.35

(超)高圧縮は(超)低音質

**名無しさん＠お腹いっぱい。** · 2015/06/07(日) 15:07:32.36

自分で試せば良いだろ？って言いたい所だが
NeroのHEv2 16kbpsが一番品質がいいと思う

**名無しさん＠お腹いっぱい。** · 2015/06/08(月) 23:57:44.18

iTunes 12.2 Coming soon

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 10:56:43.26

HEv2はCTのエンジンが今でも一番いいと思う
再生互換性にやや難があるがPCで扱うなら問題ないはず

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 19:45:59.45

CTはmp3PRO時代からやってるから
歴史がある。
ドルビーに買収されてからは
さっぱり。
今はドルビーの歴史からも抹殺されそうな感じ。
ドルビーアトモス布教に専念しているが興味なし。
http://www.phileweb.com/sp/news/mobile_pc/201505/27/494.html
ドルビーの音声技術「Dolby Audio」はいったい何を意味しているのか分からない。
AACでいいじゃない？

**名無しさん＠お腹いっぱい。** · 2015/06/10(水) 20:27:28.59

>>98
たぶんDSPじゃなかろうか。
よくノートPCにDTSとかSRSのDSPが入ってるのと同じようなやつ（と予想）

**名無しさん＠お腹いっぱい。** · 2015/06/16(火) 15:47:09.28

キラーサンプルみつかったらしい

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 00:11:39.50

PCなしでCDの楽曲をスマートフォンへ保存できる今話題のCDレコ、これAACエンコーダは何を使ってるか分かる人いますか？qaacベースとかなら欲しいです。

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 00:16:47.99

そんなもんにAppleのエンコーダが載ってるわけねーだろ

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 03:42:24.43

AACを聞き分けられる耳を持ってるなら自分で聞き分けろ
持ってないなら同じ音じゃね

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 06:31:35.59

デジタルラジオ向けのXHE-AACなんて新種あったんだな
radikoもこれにすれば

**名無しさん＠お腹いっぱい。** · 2015/06/20(土) 14:08:14.43

radikoは96kbpsのopusで十分。XHEにすればパテント使用料が
付加され無料で聞けなくなりそうだ。

**名無しさん＠お腹いっぱい。** · 2015/06/22(月) 14:18:34.35

>>92
こんな馬鹿ばっかだから最近CDスペアナかけても時々mp3みたいな音域なのか

**名無しさん＠お腹いっぱい。** · 2015/06/23(火) 16:56:45.58

ないない

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 10:28:42.63

CVBRその他方式で曲中の最高ビットレートを制限するにはどうやって書く
?
ハードのプレーヤーだと320kbps以上は無駄になるでしょ？

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 10:29:22.67

たいてい対応してないからね

**名無しさん＠お腹いっぱい。** · 2015/06/24(水) 18:31:03.41

前にappleスレでこの手と同じような質問したら聴けないと思ってるのはお前だけって返されたなｗ

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 21:12:30.58

[qaac] 2.50出ました

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 21:21:38.06

[qaac] release 2.50

Better support for embedded cuesheet.
When cuesheet is embedded in an input file, qaac was encoding it into an single output file with chapters.
From this version, qaac now splits into multiple tracks by default (same as the case of external cuesheet). If you still want single output, use --concat.

より賢く。挙動が統一された。CUEが関係する入力時は分割出力がデフォルトに。
シングルファイル出力したいのなら --concatを使用してくださいとのこと。

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 22:03:18.70

>CUEが関係する入力時は分割出力がデフォルト
>シングルファイル出力したいのなら --concatを使用してくださいとのこ

俺が間違ってたらすまんがこれ今までと同じなんじゃ？

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 23:02:35.46

>>113
そんな馬鹿なと思うかもしれないけど、やってみると同じじゃないよ
2.49まではimage+cue.flac（以下、実質CUE）を入力時、チャプタ付き単一ファイルに出力されていた。ちぐはぐというか挙動のねじれみたいな。
2.50からは、ねじれが無くなり実質CUE入力／CUE入力のときはデフォルトでどちらも分割出力になっている。分割ではなく単一ファイルにしたいなら--concat結合オプションをつける

QAAC ~2.49
qaac image+cue.flac : image.m4a (with Apple/Nero Chapters)★
qaac image.cue : 01.m4a, 02.m4a, 03.m4a, ...
qaac --concat image+cue.flac : image.m4a (with Apple/Nero Chapters)
qaac --concat image.cue : image.m4a (with Apple/Nero Chapters)

QAAC 2.50~
qaac image+cue.flac : 01.m4a, 02.m4a, 03.m4a, ...
qaac image.cue : 01.m4a, 02.m4a, 03.m4a, ...
qaac --concat image+cue.flac : image.m4a (with Apple/Nero Chapters)
qaac --concat image.cue : image.m4a (with Apple/Nero Chapters)

**名無しさん＠お腹いっぱい。** · 2015/06/26(金) 23:21:55.56

ああ、>CUEが関係する入力時、か
cue入力以外の時は今までと違う挙動ってことね

**名無しさん＠お腹いっぱい。** · 2015/06/27(土) 16:13:22.02

xrecode使えば今までも何も問題なく出来たよね？＞cue付きflacやapeの入力ファイル

**名無しさん＠お腹いっぱい。** · 2015/06/27(土) 16:29:50.81

そらxrecodeとやらが分割の仕事してqaacに渡しているんだから

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 06:36:46.38

[qaac] release 2.51

1. Always write zero into avgBitrate field in esds decConfigDescriptor to be spec compliant. Was writing actual average bitrate before (this was automatically done by libmp4v2). The spec says that in case of VBR, is should be zero.
2. Write iTunes compatible "Encoding Params" tag.

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 08:41:35.48

vers : ? 1
acbf : ? CBR 0/ABR 1/CVBR 2/TVBR 3
brat : bitrate
cdcv : ?
srcq : soruce quality? iTunes Match?

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 14:07:03.76

>>108
確実に最大ビットレート抑える方法は知らんがVBRだと平均200以下なら大体320以下になるよ
でもこれだとLAMEのMP3で320固定にしたほうがいい音かもしれない

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 15:37:24.38

日本を除く諸外国ではV45を利用している人がほとんど

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 20:23:56.26

無駄になるって考えはどうかなぁー

**名無しさん＠お腹いっぱい。** · 2015/06/29(月) 23:05:02.62

>"Always" write zero into avgBitrate field in esds decConfigDescriptor to be spec compliant.
>Was writing actual average bitrate before (this was automatically done by libmp4v2).
>The spec says that in case of VBR, is should be zero.

仕様に則り常にゼロを書き込むことにしたとのことだけど
CBR ABRもVBRという扱いだから"Always"？

avgBitrate=0だとMediaInfoがmaxBitrateを表示してくれない

**名無しさん＠お腹いっぱい。** · 2015/06/30(火) 01:26:43.18

libsndfile は有って
libFLAC は無い
という特異な環境だとlibsndfileでFLACを読み込むことができてしまう
多分これ想定していないからチャプタなし全体エンコになる
私以外に嵌る人はいないでしょうが解決方法は適切なlibFLACをもってくるだけです

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 20:04:07.99

iTunes12.2
coreaudiotoolbox.dll Ver7.9.9.6
これであってますかね？
QTと一緒にアプデしたもんで…。

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 21:30:15.12

2015/07/01 QuickTimePlayer 7.7.7
CoreAudioToolbox.dll 7.9.8.3 32bit版のみ

2015/07/01 iTunes 12.2.0
CoreAudioToolbox.dll 7.9.9.6 32/64bit

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 21:49:13.99

何でAACは最高ビットレートまで対応出来ないんだろうね

**名無しさん＠お腹いっぱい。** · 2015/07/01(水) 22:56:34.68

最高ビットレート対応したら気兼ねなくVBRが使えるのにな
瞬間ビットレート320オーバーだとなんか不安になるからついLAMEの320固定使っちゃう
平均ビットレート同じなら音はqaacのtvbrの方がいいからSD使えないDAPにはとりあえず対応してもらいたい

**名無しさん＠お腹いっぱい。** · 2015/07/02(木) 23:10:49.39

ACM(MSACM)対応のAACエンコーダも開発されているみたいだな
AAC ACM Codec 1.9　(AAC ACM Codec 1.8もある)

**名無しさん＠お腹いっぱい。** · 2015/07/02(木) 23:19:22.78

>>129
と思ったらデコードのみだったorz

AAC ACM Codec 1.9
http://www.videohelp.com/software/AAC-ACM-Codec

翻訳：
AAC ACMコーデックはAACデコーダコーデックです。 Nero AG社のM.バッカーに
よるオープンソースFAAD2ライブラリに基づいて。注：現在、このコーデック
はAACのみを復号することができる、それはAACをエンコードすることは
できません！

**名無しさん＠お腹いっぱい。** · 2015/07/03(金) 16:40:27.25

ac3とかwavの5.1chとかでチャンネル毎にビット数が
違うファイルとか時々あるんですがqaacでそのまま
突っ込んでも大丈夫なように対応って無理ですかね？
現状ビット数揃えてから突っ込まないと駄目っすね

**名無しさん＠お腹いっぱい。** · 2015/07/04(土) 09:32:36.25

http://www.hcn.zaq.ne.jp/___/unix/sox-ja.html#E-silence
http://www.hcn.zaq.ne.jp/___/unix/sox-ja.html#E-pad
これを参考にSoXでスタジオ録音CDソースの場合の一律両端無音自動カット、一律末尾1秒無音添加をお試し中なのですが
sox in.wav temp.wav silence 1 1 -60d reverse silence 1 1 -60d reverse pad 0 1.00
sox in.wav temp.wav silence 1 1 -60d reverse silence 1 1 -60d reverse pad >1s< 1.00

1サンプルでも先頭に無音付け加えた後者のほうがいいでしょうか？
なにか危険なことしていれば教えてもらえませんか

**名無しさん＠お腹いっぱい。** · 2015/07/04(土) 17:34:01.70

上にでいいだろ

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:10:09.59

５

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:11:04.24

８

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 09:29:38.64

AAC

**名無しさん＠お腹いっぱい。** · 2015/07/05(日) 13:09:35.21

FDK-AACのFDKって何の略？

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 09:17:40.55

富士電気化学

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 09:24:06.48

初めて知った

**名無しさん＠お腹いっぱい。** · 2015/07/06(月) 21:05:39.23

ちげーよｗ

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 07:31:52.23

Federated Simulations Development Kit

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 12:24:06.01

fdk m4とapple V45は通過周波数帯域がほぼ同じ

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 19:03:16.37

Ｆ富士通Ｄ電気通信Ｋ工学音響技術（FDK)-AAC

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 21:21:58.01

Fraunhofer Doesn't Know-AAC

**名無しさん＠お腹いっぱい。** · 2015/07/07(火) 22:28:35.28

LAME AINT MP3 ENCODERのパクリですか

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 02:12:50.65

CoreAudioToolbox 7.9.9.6 64bit
--he -cbr 48 でとある曲をエンコしたらソースにない変な音が混入しやすかった
1曲に二度三度混入した。

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 07:26:50.56

HE＠CBR
音が薄っぺらいのは元々仕方ないが音が陥没して抜けたり、変な音が生まれ聞こえたりする。それもほとんどの曲で。
ビットレートでその不具合発生箇所も変わるっぽい
音も悪いしiTunesからも消されたCBRエンコは非推奨

LC@CBR
96kbpsで上記と同様の不具合確認
低レートのLC@CBRを積極的に選ぶ理由はないです
iTunesからも消されて選べません

ABR、CVBRは問題ないと思います。気になった1曲しか調べてないので自信ないですが。
世界中からiTunesHEAACの不具合報告や文句がないということはABR、CVBRは問題ないのでしょう

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 14:09:34.29

ＨＥはＣＴ（ドルビー）エンコーダが優秀。
ＬＣはアップル、ＦＤＫでもＯＫ
ビットレートが高ければどれでも差がないと思う

**名無しさん＠お腹いっぱい。** · 2015/07/08(水) 23:19:52.13

そうですね
アップルのHEエンコーダで発生するゴースト感がCTのHEエンコーダではありませんでした
きっとSBR技術開発元としてのプライドやこだわり、ノウハウがちがうのでしょうね

**名無しさん＠お腹いっぱい。** · 2015/07/09(木) 08:39:35.30

興味のある人だけどうぞ

9files/280KB
http://www1.axfc.net/u/3498355.zip/kagi