【高音質】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/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

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

iTunes 12.2.1 - 7.9.9.6

**名無しさん＠お腹いっぱい。** · 2015/07/18(土) 22:46:13.52

CDから取り込む音楽ファイルをxアプリとiTunesで共有したいんだけど～その場合、iTunesからAACでエンコード→取り込んだファイルをxアプリで開く、が正解ですか？逆はできないよね？

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

質問させてください。

とある3秒間の素材（.wav 44.1K 16bit mono）をm4aにエンコードしなければならないのですが、
FFmpegで変換すると2.949秒（0.051短い）、qaacでエンコードすると、3.065秒（0.065秒長い）と、
それぞれ違う長さのファイルになってしまい、実際元ファイルと比べると、音がずれていることが
確認できました。

他、WinampやAdobe Media Encoder等、思いつく限りで変換してみたものの、
一つとして元ファイルと同じ3.000秒になるものはありませんでした。

これはm4aの仕様なのでしょうか。
それとも、なにか尺を一致させるオプション指定があるのでしょうか

お教えいただけると死ぬほど助かります。

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

0.065秒なんて差を人間が知覚できないので人間にとっては同じ長さだろ
機械なら気になるかもしれないが君は機械かね

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

試しに音声をその数字分ずらした動画とか見てみ
くっそ違和感あるから

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

それで動画と音声が徐々にずれてくる「音ズレ」が発生しているんですかね。
2時間ぐらいになるとずれまくってえらいことにならないか？

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

検証に使ったデコード、プレイヤーソフトウェア何使っている？ffmpeg/ffplayはたしかダメ

>>54の
> https://developer.apple.com/library/mac/documentation/QuickTime/QTFF/art/aac_encoded_bit_stream.jpg
参照

AACに圧縮すると上の図のようになるから
以下から少なくとも2つの情報をデコーダ/プレイヤーに与えないとオリジナル音声の開始位置とサンプル数（＝時間）を求められない
・プライミングサンプル数
・ソースサンプル数
・リメインダサンプル数

これにはiTunSMPB方式とISO standard方式がある

書き
qaac どちらでもOK（--gapless-mode <n>）
iTunes　iTuneSMPB方式のみ
FFmpeg　しらん
NeroAACEnc　iTuneSMPB方式のみ

読み
qaac -D　どちらでもOK
iTunes　どちらでもOK
QuickTimePlayer　ISO方式のみ
FFmpeg　どちらもダメ
Foobar2000　iTuneSMPB方式のみ
NeroAACDec　iTuneSMPB方式のみ
こんな感じだったはず

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

>>156
それはまったく別の話

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 09:53:46.10

公開リスニングテスト2015.7
Lame Opus NeroAAC FFAAC
http://d.hatena.ne.jp/kamedo2/touch/20150721/1437496134

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 10:17:49.45

ffmpegのnon-freeが入ってない
やり直し

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 11:40:47.34

というか公開リスニングテストってのは
多人数の参加を募ってやるテストのことだよ

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 12:16:58.60

nero好きだなこいつ

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

揚げ足取り乙

**153** · 2015/07/22(水) 13:22:45.69

ご意見ありがとう。

機会の耳かどうかにかかわらず、3.000秒でつくったんだから3.000秒じゃないと
ダメなセカイ（聴感よりも数値）も有るんだよ。。。

>>175
ありがとう、まさにその通りで、長くなる分にはなんとなく理解できるんだけど、
短くなるていうのが理解できないんだよね。

試用したソフトは

Audacity（FFmpeg）
Winamp
qaac
Adobe Media Encoder（QuickTime利用？）

AudaとWinampは同じ量短くなったのでどちらもFFmpeg、qaacとAdobeは同じ量ながくなったのでQTと思料。

AACの特性上、再成長が若干伸びる（「音」そのものの再生時間が変わるわけではない）のは理解していたんですが、
クライアントが「そんなわけない！」とお冠でして・・・もうちょっとなんとかしてみます。

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:13:21.99

FAAC＞＞FFmpeg内蔵AACエンコーダ
じゃなかったっけ？

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:44:37.63

AppleのTVBRは、CVBRから部分的にビット節約を許されたビットレートモードであって、基本的にCVBRと同じ。ビット少なくてすむ部分は減らしにかかるというだけ
一定以上の賑やかなバンド演奏のインスト音源なら減らしにかかる部分が見つからないのでTVBR/CVBRどちらも同じ結果になることもある

http://cdn-ak.f.st-hatena.com/images/fotolife/k/kamedo2/20121117/20121117055135.png
緑と青、本来は重なっていいのだが青のTVBRがビット節約できてる分、音質対容量のよい左方向に位置している。
ほぼ平行つまり重なっているというのはビット節約しても同じ音質を保っているという裏付け

音楽用途では関係ないが、もう一つ小さな違いがある
CVBRはビットレートの平均化、帳尻合わせを試みる傾向がある。なおTVBRモードにはこれは見られない
圧縮しやすい長い無音を先頭に挿入してやるとCVBRの場合、無音終了とともにビットレートが跳ね上がる

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:48:10.54

CVBRはビットレート指定、TVBRは品質指定だよ
となるとビットレートによって品質指定したうえで削るってこと？

**名無しさん＠お腹いっぱい。** · 2015/07/22(水) 19:48:26.00

費用対効果に倣えば容量対音質がふさわしい造語でした。お詫びします