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

1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2008/11/16(日) 15:51:09 ID:cZOJaSso0] 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ラジオなどを超高圧縮にしたいときに用いる。 1 pc7.2ch.net/test/read.cgi/software/1130942419/ 2 pc11.2ch.net/test/read.cgi/software/1164438444/ 3 pc11.2ch.net/test/read.cgi/software/1194941912/ 752 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/31(木) 06:06:03 ID:yvDDkymo0] AACに限らず音声圧縮についての質問なんだけど、 ビットレートがCBR192のソースに対して、最低ビットレートを192に設定してAACに圧縮した場合、 ビットレートは落ちてないしサイズも無意味に大きくなってるんだけど、音質は落ちたと考えて良いの？ 753 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/31(木) 06:41:01 ID:/RSCuOXQP] >>752 不可逆圧縮済みのソース->AACをすれば、二重に劣化する。 754 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/01(金) 01:25:31 ID:wU791uzT0] 1.5.3.0 (SSE bug fix)来てる 755 名前：名無しさん＠お腹いっぱい。 [2010/01/01(金) 14:37:46 ID:4G++0cTY0] >>752 >>753 同様の質問が多く寄せられるって事は、 初心者の多くがつまづきやすいって事かな。 756 名前：a mailto:sage [2010/01/03(日) 02:35:49 ID:oCmigVU50] >>754 キタァァァァァ 757 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 03:16:28 ID:aAAdOY9I0] 頭で考えずに自分の耳で確かめれば良い そんなもん、つまづくに入るか　 758 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 10:21:41 ID:D9wEpZIzP] 1.5.3とかどこよ 759 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 10:52:23 ID:d0xcHjcH0] 今1.5.1落とすと中のaacencだけ1.5.3に替わってた。 760 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 11:06:25 ID:D9wEpZIzP] >>759 なんだそれｗ まじサンクス 761 名前：名無しさん＠お腹いっぱい。 [2010/01/03(日) 22:51:35 ID:l2sHUPem0] itunesで128kbpsと320kbpsとで聞き比べたらより高音質のはずの320kbpsの方で 音量のバランスが悪いような感じの違和感があるのですがこれは気のせいでしょうか？ ちょっと古いバージョンのitunes使ってるせい？ 762 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 23:11:21 ID:X7hLxKR70] サンプルも聞かずに誰がそんな質問に答えられるというのか 脳味噌腐ってるやつはいくら悩んだって無駄なんだから、気のせいってことにしとけ 763 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 23:15:34 ID:kVHH0Kss0] >>761 ソースのバランスが悪いんじゃないか？ ビットレート高い方が、当然ソースの粗もしっかり残してくれるぞ。 764 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/03(日) 23:26:44 ID:l2sHUPem0] >>763 ソースはCDなんですけどね・・・ 765 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/04(月) 00:33:23 ID:B8yiMLN70] どういう返しやねん 766 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/04(月) 00:44:16 ID:YdPN+QHt0] CDの音が狂ってるはずがないお＾＾；　ってことだろ 767 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/04(月) 02:21:00 ID:hJrijY7Q0] 正月くらいCDも狂わせてやれよ 768 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 01:07:56 ID:CUVDH7Dd0] 良かったら使ってくれ tmkk.hp.infoseek.co.jp/qtaacenc/ 769 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 06:35:12 ID:6d94ht9FP] >>768 超絶GJ 770 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 16:01:49 ID:QgcfHCW80] 1 out of 1 tracks converted with major problems. Source: "D:\Harm.wav" An error occurred while finalizing the encoding process (Could not start commandline encoder) : "D:\Harm.m4a" Conversion failed: Could not start commandline encoder コマンドラインからは正常にエンコできますが何故かfoobar2000だとはエラーが出る Parameters:--abr 160 %s %d QuickTime 7.6.5/XP SP3/foobar2000_0.9.6.9 771 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 16:07:49 ID:BAKTU94O0] >>768 超々絶GJ マジでありがとう。動画用にQuickTimeでaacにしてるけどこれでいちいち あの糞重いGUI起動しなくてすむし、コマンドライン処理で作業が大幅に 楽になる。すげ〜嬉しい。 772 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 16:18:02 ID:BAKTU94O0] >>770 うちも同じ環境で今foobar試してみたけどプログレスバー一杯まで行って temp-〜.wavができたところでいつまでも作業が終わらない。 --tvbr 120 --highest %s %d 個人的にはコマンドラインからまともに動いてるから問題ないけど一応報告。 773 名前：770 mailto:sage [2010/01/06(水) 16:45:04 ID:QgcfHCW80] foobar2000.cfg初期化したらいけるようになったけど何が問題なんだろう foobar2000.cfg元に戻して Preferences-Advanced-Tools-Converter の設定値デフォルトにしても駄目だ 774 名前：768 mailto:sage [2010/01/06(水) 18:32:55 ID:CUVDH7Dd0] >>770 hydrogenaudioでも似たような問題を報告してる人がいて、原因は良く分からん。 多分関係ないと思うけど--quietオプションでコンソール出力を止められるようにしてみた。 tmkk.hp.infoseek.co.jp/qtaacenc/qtaacenc_test.zip >>772 プログレスバーが伸び切ってから時間がかかるのは仕様。パイプで渡せないので、 (1つのファイルの場合)バーが伸び切ってから実際のエンコードが始まる。 バーが伸びるまではfoobar側でデコード処理のみをやってる。 775 名前：770 mailto:sage [2010/01/06(水) 19:00:17 ID:QgcfHCW80] >>774 既存のプリセットを選択してAdd Newではなく新規に追加したら一応エンコできるようになりました でもちょっといじってると駄目になる場合も 776 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 20:12:01 ID:BAKTU94O0] > プログレスバーが伸び切ってから時間がかかるのは仕様 すいません、結構待ってみたんですがよく考えたらサンプルに使った wavが結構時間の長い奴だった。それで途中で止めちゃったんですが もう一度やってしばらく待ってみたら普通にエンコできました。 777 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 20:31:58 ID:ioCQF6ng0] >>768 QT SDK for Windows 7.0.3落としてVS2008でビルドしてみますた IDEデバッグ実行すると途中でクラッシュします 具体的には600行目でnewしてるとこでstd::badalloc送出 よくわかりませんが590行目で確保してるバッファを多少増やすと クラッシュしなくなりましたが、 QTのNewMovieFromDataRef()がエラー-2000を返してくるようです コマンドプロンプトから単独実行すると動作するんですが コマンドプロンプトでも何回か動かなかったときがありました NewMovieFromDataRef()失敗時のエラーメッセージが出ていたので 同じ原因かと思います iTunesについてくるQT7.6.5を使っています 778 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 20:33:53 ID:ioCQF6ng0] ちなみにデバッガで追う限り、ファイル名はまともに取れています ファイルが無いからNewMovieFromDataRef()がエラーになっているわけでは ないはず 779 名前：768 mailto:sage [2010/01/06(水) 21:35:59 ID:Y8e/k9zr0] >>777 _tcscpy_sのサイズ指定を間違えてました。バイト数ではなく文字数。そりゃそうだ。 ただしこれはdebugビルドのみで起こる問題で、releaseビルドでは起こらない。 releaseだと文字列の終端で書き込みを止めるけど、 debugだと指定されたサイズの領域の最後まで問答無用で書き込むんだそうで。 ファイルが無い時にNewMovieFromDataRefでエラーになるのは仕様。 >コマンドプロンプトでも何回か動かなかったときがありました は別の問題かと。 780 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 21:48:38 ID:ioCQF6ng0] >>779 NewMovieFromDataRef()の件ですが、相対パスの誤りだったようです 失礼しました 781 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 23:17:12 ID:kMLyyf7Z0] >>768のソフトでiTunes Plus設定にしたいなら 【--cvbr 256 --highest %s %d】で良いのかな？ たしかConstrained VBR 256kbpsの最高品質ってのだったはずなんだけど・・・ NeroAAC 1.5.3.0も出てるし、LAME3.98.2 V0で落ち着いていたのに また非可逆設定の迷い道に入り込みそうだ。 782 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/06(水) 23:45:34 ID:lMLb5vQh0] aac は -q 0.50 -ignorelength -if - -of %d mp3 は -V 2 -q 0 --noreplaygain --strictly-enforce-ISO -S - %d tak は -e -p2 -md5 -v -ihs -silent - %d がいいよ 783 名前：名無しさん＠お腹いっぱい。 [2010/01/07(木) 02:20:26 ID:gObcW7jN0] 公開するにはまだまだの品質ですな。出直した方がいい。 784 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 11:41:41 ID:Z/oMTsu80] >>768 HE-AACを作れるコマンドはないのでしょうか? 785 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 12:41:45 ID:xxFj9Aa60] エンコード終わってもアウトプットされないんだが 786 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 13:59:41 ID:xxFj9Aa60] ConvertMovieToDataRef error: cannot convert the input file 787 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/07(木) 16:08:57 ID:DjhC5Wvs0] mencoderだとQuickTime経由でのデコードはある(mplayer/libmpcodecs/ad_qtaudio.c ※)けど、QuickTime経由でのエンコードは無いんだよなぁ。 ※ windowsのdllを利用してx86上のwindows/linuxで動く、macでは知らん 788 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/09(土) 16:31:27 ID:aJ/fNyJT0] >>785 >>205らしい　自分も検索してここにたどり着いたけど無事解決 789 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/12(火) 20:20:48 ID:JrSfoNzZ0] 5.1ch音源をAACにする時、ターゲットビットレートどれぐらいで変換してますか？ 790 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/14(木) 04:27:51 ID:Vx/4niKR0] YAMB 791 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/14(木) 22:15:09 ID:IJHWiWql0] 320K 792 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/15(金) 20:21:50 ID:+8VC0Tdg0] >>768 www.hydrogenaudio.org/forums/index.php?showtopic=77272&view=findpost&p=680270 合法なの？ 793 名前：768 mailto:sage [2010/01/15(金) 20:49:19 ID:bqx3RHgu0] >>792 ??? listening testでQT AACのtrue VBRを候補にする事に反対だという意見だが。 違法合法なんて話はどこから湧いてきたんだ? 794 名前：792 mailto:sage [2010/01/15(金) 21:34:55 ID:+8VC0Tdg0] WindowsでTrue VBRのエンコードを行うには QuickTime Proを買わなければならないってことはない？ その投稿の「EDIT」のところと、 ja.wikipedia.org/wiki/QuickTime >無料配布であってもライセンス料が発生する特許技術(AACなど)に関しては、Proからでないと利用できない。 って書いてあるのを見てふと疑問に思ったので。 間違った話してたらごめんなさい。 795 名前：768 mailto:sage [2010/01/15(金) 21:52:43 ID:bqx3RHgu0] >>794 >EDIT: Does TVBR require QuickTime Pro? This would be another reason why I'd be opposed to TVBR. は True VBRでエンコードするにはQT Proが要るの? だとしたらそれも反対の理由になるな。 と言ってるだけ。つーかTrue VBRに限らずQT Playerから全てのフォーマットの書き出しを行うには Proが必要。Macでも。 796 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/15(金) 22:26:21 ID:4mDUQmmC0] >>768 truevbrの設定値とビットレートってどんな関係なの？ 797 名前：768 mailto:sage [2010/01/15(金) 23:40:33 ID:zwoVG4fF0] >>796 www.hydrogenaudio.org/forums/index.php?s=&showtopic=74381&view=findpost&p=654794 参照 >>794 補足しておくと、QT Proでしか使えない機能でも、外部のQTを利用したプログラムを使えば 自由に使う事が出来るし、そういうプログラムの作り方自体もAppleが公開している。 developer.apple.com/jp/technotes/tn2007/tn2188.html Windowsで言うと、有名なところで携帯動画変換君もqtaacencと同じ仕組みで動いてる。 798 名前：792 mailto:sage [2010/01/16(土) 00:11:36 ID:6kGXRy3j0] >>797 なるほど！ありがとう。 変な話をしてすまなかった。 greynolはqtaacencを前提にして書いているので、 何かライセンス等の問題はないのかなと思ったんだ。 799 名前：768 mailto:sage [2010/01/16(土) 00:52:14 ID:TlFUXwcs0] いや別に前提にしてないと思うけど... 彼の発言は、 True VBRを候補に入れるのは反対。理由は他の人と同じ (iTunesでエンコードできないから)。 別に悪く言う訳じゃないけど、qtaacencについてはもう少し様子を見た方が良くないか? という感じのニュアンス。 その下のeditは別にqtaacencの事を言ってるのではない。 おそらくPro状態でないQuickTimeでAAC書き出しが出来ると思ってたのだろう。 800 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/16(土) 01:30:03 ID:fWlZ5MH60] >>797 どもども やっぱ踊り場があったのか 801 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/17(日) 20:25:25 ID:yr5+U3SH0] 掲示板のグラフみたけど 外国の俺たちもQTのバージョンアップ及びエンコーダの改良で クオリティ指定エンコでバージョンごとにビットレートが変わるのが嫌なんだろうよ そのためにエンコーダツールを記録するタグがあるわけどさ まぁクオリティ指定だからビットレートは変われど品質は変わらないのだけれど、 エンコーダの改良でなぜビットレートが上がっているのか不思議 おそらく大規模な改訂があったのだろうね 同様にビットレート指定エンコードもバージョンアップでいろいろ変わってると思うけど 802 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/17(日) 23:34:16 ID:MD9K0XxA0] >>801 LeopardからSnow Leopardになった辺りで、 出来上がりのビットレートが変わった。 それを調べたグラフがHAにあって、このスレにもあったはず。 803 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/17(日) 23:54:30 ID:yp/NMYVa0] >>801 別にVBRの品質指定は絶対的な品質に対応している訳ではないので、 バージョン毎に出来上がりのビットレートが変わる事は何もおかしくない。 804 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 01:11:12 ID:mxKo53PK0] >クオリティ指定エンコでバージョンごとにビットレートが変わるのが嫌なんだろうよ なんで？何がいやなの？ 805 名前：名無しさん＠お腹いっぱい。 [2010/01/18(月) 05:05:17 ID:Ej5dgwJn0] VBRの品質指定が無意味になるから 806 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 11:08:32 ID:V8zTItq80] BDから抽出したDolby true HD 5.1chの音声があって、それをAACに1Mbps程度でエンコードしたんだけど、 オーディオ環境にいくらぐらいかけたら違いがわかるかな？ 音量は夜の鉄筋マンションで聞ける程度で、あまり大きな音が出せない感じ。 807 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 11:43:13 ID:ZntMgHfI0] >>806 【8〜256kbps】 AAC 音質ブラインドテスト 『雪、無音、窓辺にて。』‐ニコニコ動画(9) ttp://www.nicovideo.jp/watch/sm4641808 808 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 14:32:46 ID:mxKo53PK0] >>805 >>803 809 名前：名無しさん＠お腹いっぱい。 [2010/01/18(月) 14:56:31 ID:vIQN5bsM0] 別にVBRの品質指定は絶対的な品質に対応している訳ではない(ｷﾘｯ 810 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 14:57:37 ID:wmUNJdRr0] そういや24bit/96kHzソースが 品質指定でどの程度のサイズに圧縮されるか データとろうと思ってやってねぇや。 811 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/18(月) 15:03:39 ID:9z7yQ/4LP] >>810 それ興味ある 応援してる（はぁと 812 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/21(木) 19:03:01 ID:8KGJpUIt0] >>768 ギャップレスとツール名ｶｷｺGJ！ 813 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/21(木) 22:00:07 ID:txotKm5S0] pipeﾏﾀﾞｧ-? （･∀･ ）っ/凵⌒☆ﾁﾝﾁﾝ 814 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/22(金) 21:27:11 ID:1FFbuKU10] ｷﾀ━(ﾟ∀ﾟ)━!!!!! おおきにGJ!! 815 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/22(金) 22:45:20 ID:G8xColad0] pipe対応ｷﾀ Y⌒Y⌒Y⌒Y⌒Y⌒Y⌒(｡A｡)!!! 816 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/22(金) 23:02:39 ID:vG8BXAO30] pipeに対応するとどういういいことがあるんですか？ 817 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/23(土) 03:29:45 ID:dhfEeoAC0] | ←これで処理できる 818 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/24(日) 00:07:32 ID:gp3YC5yR0] >>816 ファイルに書き出さずに処理できるから速くなる 819 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/24(日) 00:30:01 ID:KAHxU5YH0] >>768 version 20100122 --cvbr 192 --highest --samplerate keep or 48000 で48000のが44100ではき出されちゃいます。 --samplerateオプション削ると48000のままでOK。 820 名前：768 mailto:sage [2010/01/24(日) 04:41:14 ID:1EFdf+K/0] >>819 最初のバージョンを出す前に直したバグだと思ってたら いつの間にかソースコードが元に戻ってたでござるの巻 821 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/24(日) 07:54:40 ID:zSdRn9yW0] 乙！ 822 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/24(日) 23:32:00 ID:Uezao6YF0] >>820 ついでにフロンドエンドというかGUI版もつくってほしい 日本語解説も 823 名前：768 mailto:sage [2010/01/24(日) 23:53:08 ID:1EFdf+K/0] >フロントエンド WindowsユーザじゃないからAPIや流儀をいちいち調べるのが面倒でつくりません というかfoobarその他じゃ駄目なの? >日本語解説 この規模のソフトで要るか? 824 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/24(日) 23:54:32 ID:Uezao6YF0] oh sorry... 825 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 04:38:41 ID:fySE21y90] ていうかGUI欲しかったらQuickTimePlayer使えば良いんじゃね？ 826 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 07:36:13 ID:Tz8Ij5dV0] >>768 蒼弓さんやきたへいさんと比べると英語が堪能な気がするんだけど、 どうやって勉強したのん？ 受験英語やHAの読み書き以外に何かした？ 827 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 10:51:58 ID:JRRGe9d10] >>822 位置づけとしてはlame.exeやneroAACenc.exe、flac.exe、oggenc.exeなどと 同等のプログラムなので、GUIを期待するのは間違いでしょう >>823 ＞Windowsユーザじゃない あー薄々そんな気はしてたけどやっぱりか、それは凄い MacのBoot Campか何かの仮想環境でVS2008使ってるということですか？ 今更だと思いますが、開発がMacなら、gccでクロスコンパイル するほうが楽だったかもしれませんね 828 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 13:08:16 ID:z+tp8TZ50] ライセンスも英語か ソース同梱されてるけど再頒布とか改変とかOK? 829 名前：名無しさん＠お腹いっぱい。 [2010/01/25(月) 18:57:28 ID:javpe0n20] itpro.nikkeibp.co.jp/article/COLUMN/20091201/341360/?ST=broadcast AACはモバイル系放送でテレビ・ラジオともにデファクトスタンダードになる。 830 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 19:32:38 ID:CsYmeiSY0] 映像圧縮はどんどん進化してるのに、AACの次は出ないのかよ 256kbpsでロスレスで頼む 831 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 19:42:46 ID:J4si0T+s0] >>830 電子ピアノで簡単な曲ならロスレス圧縮すれば250kbpsくらいにはなるぞ 832 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/01/25(月) 19:44:24 ID:FwIAv6XZ0] BGMのない語学系ならもっと縮むな 833 名前：768 mailto:sage [2010/01/25(月) 23:59:53 ID:lFsy0dZi0] >>826 それなりに英語を使う立場に居るので。 まあ外国語は勉強だけしてもあまり使えるようにならんですよ。 >>827 日常的に使ってないだけで、Windows機自体は持ってます。 クロスコンパイルは考えた事がなかったけど、開発環境自体に不満はないので。 >>828 MITライセンスを参照 834 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/03(水) 17:48:18 ID:dJpm9sN40] 俺ダメな子だからxrecode IIを愛用している 835 名前：名無しさん＠お腹いっぱい。 [2010/02/07(日) 00:39:24 ID:iRFoxpdD0] Nero AAC 1.3.3.0 でエンコードしたファイルを iTunes にインポートすると gapless なのは gapless で再生されるようですがこれって iTunes が Nero の gapless 情報(tag or header)を、iTunes が LAME tag に対応してるのと同様に 対応してるってこと? 836 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 02:28:04 ID:Ja4Io/gX0] >>835 余談から始める （AACしか知らないが）まずiTunesでCDをエンコードするとどんなやつでも（新しいiTunesとiPodで）連続再生したとき ギャップレス（わかりやすいライブ音源で言うと空白なし）でエンコードされている。（1） プロパティのオプションのギャップレスのチェック欄は、このCDがギャップレスだからクロスフェード再生がオンのときクロスフェードさせるなっていう目印なだけ。 紛らわしいよね、このチェック欄の名称。（例えば、”クロスフェード時にクロスフェードさせない”とかが相応しいかと思う） 詳しいことは以下に書いてある support.apple.com/kb/HT1797?viewlocale=ja_JP&locale=ja_JP だから結論としてはNeroがiTunesのエンコードの仕方（1）にあわせてるんじゃないか？tagとかheaderとかじゃなく。 上のqtaacenc.exeも（1）のエンコードの仕方に準拠してるしね。 837 名前：768 mailto:sage [2010/02/07(日) 02:47:04 ID:k0GugzYW0] >>836 エンコード自体をギャップレスで行うことは不可能。 MDCTを行う性質上、総サンプル数を1024の倍数にするために 先頭や末尾に余分なサンプルが追加されてしまう。 そのため、qtaacencもiTunesもエンコード時にギャップレス再生のための情報を タグとして付加している。それがないとギャップレス再生は不可能。 NeroがiTunes準拠のギャップレス情報を付加するのは最新バージョン (1.5.1.0) から。 1.3.3.0でもギャップレスOKということは、iTunes側で対応してる可能性が高い。 838 名前：名無しさん＠お腹いっぱい。 [2010/02/07(日) 03:46:50 ID:iRFoxpdD0] >>836-837 なるほど。やっぱそうなのか。HAのKBやフォーラム漁っても見つけられなかった のでおかしいなと思ってたんだけど… ちなみにそのiTunesと同期したiPod classic 80Gでもギャップレス再生できてます。 曲はPink FloydのDark Side of the Moonとかいろいろなライブ盤とか。 839 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 04:12:07 ID:iRFoxpdD0] wikipediaには一応書いてあった en.wikipedia.org/wiki/Gapless_playback#Format_support >AAC in MP4 encoded with Nero Digital from Nero AG can be gapless with foobar2000, latest XMMS2, and iTunes 7.1.1.5 onwards. 840 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 09:40:31 ID:09BM03cqP] 768氏 tmkk.hp.infoseek.co.jp/xld/aac_analysis.html この記事はもう更新されない？ QuickTimeのバージョンかなり上がってるけど今も同じと考えていいのかな？ 841 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 13:10:52 ID:oulAfCo00] QuickTimeは7.6かなにかで大幅にAACエンコーダが変更になったらしい。 842 名前：768 mailto:sage [2010/02/07(日) 13:33:03 ID:k0GugzYW0] >>840 QT7.6で変わった。さらに細かく言うとQT7.6.2でも変わった。 ビットレート変動の傾向について言えば、constrained VBRの ビットレート平均化の挙動が大きく変わって、true VBRと似た感じになった。 tmkk.hp.infoseek.co.jp/xld/qt764_cvbr.png 843 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 14:29:17 ID:09BM03cqP] >>842 おお！ありがとう！ もう一つだけ聞きたいんだけど、qtaacencはHE-AAC対応予定はありますか？ 844 名前：768 mailto:sage [2010/02/07(日) 14:46:30 ID:k0GugzYW0] >>843 HE-AACに対応できないのはQuickTime自体の問題なので、 qtaacenc側ではどうしようもない。 845 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 14:57:35 ID:09BM03cqP] >>844 あれ… iTunesではHE-AACエンコに対応してたのでてっきりできるかと思ってました すみません 846 名前：768 mailto:sage [2010/02/07(日) 15:26:12 ID:k0GugzYW0] iTunes自体がエンコーダを持ってるのか隠しAPIがあるのかは知らんけど WindowsのQTではHE-AACエンコーダにアクセス不可能。 847 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 16:07:59 ID:09BM03cqP] >>846 非常にご丁寧な対応ありがとうございます qtaacenc非常に助かっております これからも応援してます 848 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/07(日) 22:47:23 ID:Psl6j4ts0] 時間あったらAACBitrateGrapherのWindows版ください MP3BitrateGrapherは解説どおり4.4.1-tdm-2でコンパイル 849 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/09(火) 08:07:34 ID:JTOx1HN90] qtaacencでcvbrでエンコするとMediaInfoで確認するとCBRになっちゃうね 850 名前：768 mailto:sage [2010/02/09(火) 13:21:15 ID:aU0WlyEv0] >>849 mediainfoの挙動はMPEG-4 AACのBit rate modeに関して言えば esds atomの平均ビットレート、最大ビットレートの値を見て 平均ビットレートより最大ビットレートが大きいとVariableと表示するだけ。 QuickTimeはこれらのフィールドに正確な値を書き込まないのでそうなる。 平均ビットレートに関してはqtaacencの内部で計算して上書きしてるけど。 mediainfoは「ファイルが主張する値」と「実際の値」を混ぜて表示するので 表示されたものをそのまま盲信するのはよろしくない。 最大ビットレートに関しても内部で計算できないことはないので、 気になるようだったら直すけど。 851 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/09(火) 14:03:35 ID:18DVruDj0] >>850 勉強になる 再生で問題がないなら別に直さなくてもいい気がする どうするかはお任せします 852 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/10(水) 01:22:02 ID:PmWh15Iu0] >>768 更新してるねthx

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef