【高音質】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/ 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 853 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/10(水) 04:41:47 ID:sDp9JcLL0] クイックタイムって2ch超えるwav対応してないよね？2ch以下じゃ4GB超えるような事 滅多にないだろうけど乙。 854 名前：768 mailto:sage [2010/02/10(水) 04:53:34 ID:cHlKUhBv0] 2ch超を扱えないのはQTではなくqtaacenc側で意図的にやってる制限。 制限はそのうち解除する。 855 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/10(水) 07:13:02 ID:5HoyiBKG0] neroAacEncにも--ignorelengthってあるけどこれって4GB以下の時にも指定しても特に問題って起きないの？ バッチ作るときに容量で分岐させてきちんと4GB未満のときだけ指定するようにしたほうがいいのかな 856 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/10(水) 16:42:42 ID:qcEEDwc40] >>855 dataチャンクの後に何か入ってるようなWAVなら、その部分がゴミになるわな 857 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/10(水) 16:51:42 ID:qcEEDwc40] >>856で言ったのは別のチャンクが入ってるWAVの場合だけど それとは別のケースとして たとえばa52decでAC3をデコードしてWAV出力させた場合、正確なdataチャンク長は デコードしてみないと分からないので、最初は0xffffffffにしておいて、 後でシークして書き換えるようなことをやっているようだ そういうのをパイプで食わせると、他のチャンクは無いんだが ケツにdataチャンク長を示す4バイトのゴミが来ると思う この手のはRAW PCMで流せたほうが安全は安全だわな 858 名前：855 mailto:sage [2010/02/11(木) 15:52:35 ID:UiAMwt1U0] 解説ありがとー 859 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 17:21:09 ID:H8Q+06j+0] qtaacdec.exeは仕様的には作成できるの？別にNeroDecでいいんだけれど聞いてみた 860 名前：768 mailto:sage [2010/02/11(木) 17:30:22 ID:j1eGNdWs0] >>859 可能 つくる予定はないけど 861 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 17:50:48 ID:H8Q+06j+0] おー即レスどうもです。結構オープンなんですね。 862 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 17:51:10 ID:5NlY0ZWCP] もったいぶるなカス 863 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 18:06:36 ID:ofNSbfuNP] >>862 よおクズ 864 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 21:55:39 ID:Aa4dw5UY0] AAC内部のこと聞いていいかな？ AACを無劣化で分割したくて今ADTSヘッダについて調べてる。 手元にあるm4aファイルをバイナリエディタで見て、FF Fxで始まる部分を ヘッダの開始位置とみなし、仕様と照らし合わせてみたんだけど、 なぜかフレーム毎にヘッダの情報が大きく異なってしまってる。 サンプリングレートやチャンネル数、LCとかMainを決めるProfileからしてバラバラで、 再生ソフトはどこを見て正しい情報を得てるのかなっていう。 フレームごとにヘッダ情報がバラバラなのは普通かな？ 865 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 22:01:29 ID:sxW9Cyy80] >>864 tmkk氏じゃないが MP4コンテナの中のAACは生のままで入ってるから、ADTSヘッダはついてないよ ADTSヘッダに近い情報はesdsアトムのdecConfigDecrってとこに入ってる mp4v2ってライブラリのオマケのmp4fileってコマンドで解析すると良いよ 866 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 22:03:09 ID:sxW9Cyy80] ×decConfigDecr ○decConfigDescr だごめん 867 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/11(木) 22:07:51 ID:Aa4dw5UY0] >>865 うおお、そうだったのか！ やっぱ聞いてみるもんだな…ありがとう！ 868 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/12(金) 11:19:30 ID:oRifmxFA0] nao氏に質問。水素掲示板でqtaacencのスレだけ凄い盛り上がってるけど外国の人達は今なについて語ってるの？ 869 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/12(金) 23:00:01 ID:DQgdFgib0] nao氏じゃないが、自分の環境で試したこととか試した結果おかしいと 思ったこととかの確認がほとんどだね。 870 名前：768 mailto:sage [2010/02/12(金) 23:01:54 ID:7d2NbBm60] >>868 いや別に盛り上がってないと思うけど...ここ3日ぐらいは書き込み無いし。 少し前は勝手に働くゲイン調整の話とか。 871 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/13(土) 04:16:23 ID:hwCJe95J0] リミッターが掛かってる、って話はなるほどと思った。 音量が小さく、ダイナミクスが少し狭い感じに聞こえるんだよね 低ビットレートだと >qt 872 名前：名無しさん＠お腹いっぱい。 [2010/02/13(土) 16:44:03 ID:4DslZhpe0] 鮫鮫鮫 873 名前：名無しさん＠お腹いっぱい。 [2010/02/18(木) 00:31:20 ID:9Wc61s8x0] あとは--helpで配布ページみたいなオプションヘルプ表示できたら完璧 874 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 01:20:40 ID:Ya6dBCfP0] 普通にでるだろ。まさかfoobarとかのExamplesまで載せろとか言ってんの？ 875 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 06:37:02 ID:JCpfcqKp0] サイト見れば全部載ってるじゃねえか 大して需要もない要望ばっか言ってると開発やめちまうぞ 作者側の負担減らすようにしろよ 876 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 08:53:55 ID:9Wc61s8x0] ごめん。作者さんごめん --helpもじっと待ってれば表示された。でも引数の解析中にエラー起こしてて表示まで引っ掛かりがある それとHE対応ありがとう　感謝 877 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 10:08:35 ID:DyD77KxZP] こっそりHE対応してんじゃん これで最強だな 878 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 11:16:55 ID:i4YXsayf0] 一方ロシアはNeroを使った 879 名前：768 mailto:sage [2010/02/18(木) 11:46:23 ID:fzxQw41w0] >>876 --helpなんてオプションは無い。 引数無しで起動するとusageを表示して終了する仕様 解析じゃなくてQTの初期化に時間がかかってるだけだと思うけど。 2回目以降は速いでしょ 880 名前：名無しさん＠お腹いっぱい。 [2010/02/18(木) 13:09:15 ID:8bCyELBz0] >>876 www 881 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 13:56:40 ID:xPZm26Bc0] qtaacencすごいね やっと出たかって感じ ところでqtとneroはどっちが音いいの？ 882 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 14:00:56 ID:V7h/YlHu0] 耳がついてるなら自分で確かめてみればいいじゃない 883 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 14:44:14 ID:9Wc61s8x0] >>874 でてこいやこの野郎ｗ　やっぱhelpなんてオプションないじゃないか 大抵のCLIツールって-h とか-helpでサクっとオプション一覧でるから合わせた方がいいと思う qtaacencでHEエンコしたもので不思議なのはサンプリングレートが22050Hzではなく44100Hzと認識されているところ iTunesでエンコすると22050Hz。なんか書き換え作業やってるのか？ ちなみにiTunesでもHEv2作れる。特定の条件下だが 例えば1chで32kbps/2chとか。つまり16kbps/1chとかにするとv1じゃなくてv2でエンコされる（ただし32kHz） 不具合としてはiTunesで再生時間が倍に認識されるぐらいか。 HE-AACの特殊な圧縮法による問題だな。サンプリングレートが半分になったり、再生時間が倍になったり 作者頑張れ！人口増加のために街にアクセスしています 884 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 14:46:33 ID:XbxQfg3f0] >>883 皆がやってるからこうしたほうが良いはどうかと思うぞ 885 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 15:09:23 ID:DyD77KxZP] >>883 講釈垂れる前にqtaacenc.exe --help打ってみろ 886 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 15:10:54 ID:9Wc61s8x0] ↑ワロス 887 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 15:14:19 ID:DyD77KxZP] うん？>>876と同じ奴じゃねーか 出るの知ってて文句言ってんのか よっぽど叩かれたのが悔しかったのか 888 名前：768 mailto:sage [2010/02/18(木) 15:19:14 ID:fzxQw41w0] >>883 -hや--helpを指定しなくても表示する仕様だと>>879で言ってるのだが、理解してもらえないのだろうか? 874の言ってる事は別に間違ってない。 サンプルレートの表示はtimescale絡みの問題で、これは基本的に再生ソフト側の問題。 とはいえiTunesと合わせておくのが無難なので、次のバージョンで直す。 iTunesで再生時間がおかしいのはギャップレス情報が間違っているせいで、 これも次のバージョンで直す。 HEv2ではエンコードできない。iTunes云々は低サンプルレートのLC-AACと同様 フラグが立ってるだけか誤認識。つーかQTはPSのデコードすら非対応。 889 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 15:46:17 ID:9Wc61s8x0] ＞理解していないのだろうか？ 理解してるよ --helpなんてそもそも存在せずオプションなしでオプション一覧が表示されるんでしょ それは>>879を読んで理解したよ 俺の考えは無指定で表示されるのもいいけど、初めて使う人向けに一般的な--helpでもQTの初期化せずサクっとラグなしで出して欲しいだけ （まさか無指定で一覧表示されるとはおもってないだろうし） 作者が無指定で表示されるから変える必要ないと考えているようなのでこのままでいいよ 考え方は人それぞれだし、自分の考えを無理やり押し通すわけにもいかないし。 別に喧嘩したいわけでもないし、ありがたく利用させて頂いてる身だし、作者には感謝してるよ まぁこの件はこれでおしまい サンプリングレートがHEなのに22ではなく44になってる件だけどmp3infpとか真空波動研とかで見た時の話ね iTunesのプロパティでは両方共44で無問題。直すところはないと思われる 再生時間が倍になる不具合は修正頼む　開発頑張れ！ 890 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 15:58:36 ID:JCpfcqKp0] イッパンテキ（笑） 俺はどんなものでも--helpなんて使わずに無指定で試すわ -hの場合もあれば--helpの場合もあれば-helpの場合だってあるじゃん 無指定でやると大抵「ヘルプはこうやれ」って指示が出てくる 891 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 16:08:36 ID:DyD77KxZP] 理解してないだろｗ --helpつけようがつけまいが同じ処理してるって どっちも2秒くらいで出る 2秒も待てないとかそんなのはワガママだ 892 名前：768 mailto:sage [2010/02/18(木) 16:16:59 ID:fzxQw41w0] んじゃ引数無しで起動した場合は初期化せずにusageを表示するようにしとくよ 個人的には890と同意見なので--helpとかは作る予定無し >直すところはないと思われる foobar絡みの問題だが、ギャップレス情報の問題を直すために同時に直さないと駄目。 893 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 16:22:26 ID:9Wc61s8x0] 初期化せずラグなしならそれでいいよ 890みて自分の持ってるやつ試したらほとんどそうで考え変わったし これでこの件は本当におしまいな 894 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 16:29:23 ID:HGFKVbfU0] 上から目線ﾜﾛﾀ 895 名前：名無しさん＠お腹いっぱい。 [2010/02/18(木) 16:40:42 ID:8bCyELBz0] ID:9Wc61s8x0 ↑何時間このスレに張り付いてんだよ。きもすぎ。 896 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 18:41:06 ID:RUqEOrf80] ※お察しください 897 名前：768 mailto:sage [2010/02/18(木) 18:44:40 ID:fzxQw41w0] 何故mediainfoがSBR/PSを誤爆するのか調べてみたら こんな投げやりなコードが if (!Is3GP) //If this is not a 3GP file { if (!sbrPresentFlag && samplingFrequency<=24000) { samplingFrequency*=2; sbrPresentFlag=true; } if (!psPresentFlag && channelConfiguration<=1) //1 channel psPresentFlag=true; } implicit signalingってこういう判断しちゃ駄目だと思うんだけど... 898 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 19:58:33 ID:L+y7J3hgP] 高音がないCDをTVBRで圧縮すると物凄く縮む 素晴らしいねAAC 899 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/18(木) 23:21:18 ID:V5alxrpl0] >>897 flagをtrueにする判断がおかしすぎてワラタ 900 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/19(金) 01:46:51 ID:kQ81/hnO0] MediaInfoは便利に利用してるんだけど、確かになんか怪しい部分はあるなー 例えばWAVEFORMATEXTENSIBLEなWAVのGUIDも非標準的なバイトオーダーで印字してるし まああれは参照だけだから、壊れたファイル作るとかよりずっと害は少ないけど ttp://mksoft.hp.infoseek.co.jp/doc/avifileformat.html こういうの見るとなんか涙ぐましいものを感じる 901 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/19(金) 11:47:01 ID:AMrE0MBeP] 少なくとも20100124でエンコードしたものは本来のものと再生時間がすべて千分の数秒違う 最新版では問題が解消されているのを確認したので最新版でのエンコードをオススメする 激しく768氏乙 902 名前：名無しさん＠お腹いっぱい。 mailto:sage [2010/02/19(金) 13:53:03 ID:AMrE0MBeP] 901はなかったことにしてくれ、20100124でもまったく問題ない 千分の数秒狂うのは自分のせいだったようだ（SMPBがこんなに大事とは・・・）

---

---

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

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