【高音質】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/ 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 01:55:52 ID:9lI9aeXr0] > 音質はエンコーダーよりデコーダーによる違いの方が大きいだろ この意見に対しての答えとしては、 >>679を見る限り、デコード時の差異と各エンコーダーによる差異とでは エンコーダーによる差異の方が大きいと言えるのでは まとめるとこんな感じでおｋ？ 685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 01:58:17 ID:8PInqf0i0] 679の結果を見るまでもなくそんなのは当然の話。 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 01:58:45 ID:OYZdSttG0] は？ｗｗｗｗｗｗｗｗｗ流れ読めよｗ お前の意見だと ・paddingやencoder/decoder delayによる差異 ・実装の違いによる差異 ・浮動小数点演算の処理系の違いによる差異 の３点があるからデコーダ毎に大きな音質差があると言う話になるぞ？ｗｗ バイナリ単位で一致する云々言ってる人と音質が一緒と言ってるのは別人だしね 勝手にまとめて自分なりに解釈されても可笑しな話なんだがｗ 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 01:59:43 ID:IfY3n7du0] >>685 顔真っ赤にして必死だな 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 02:08:46 ID:8PInqf0i0] >>686 だから681を読めと。 つーかいちいちID変えて出てくんな 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 02:11:45 ID:vOXt4Ovm0] ＞どのデコーダで再生しても全く同じ結果になる。 っていう言及は ＞つーか、音質はエンコーダーよりデコーダーによる違いの方が大きいだろ に対しての反論として出てきた物であってさ。 それに対するお前の反論は、音質にも及んでいるんだよ だから流れ読めってｶｽが 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 02:18:01 ID:6WAJRGFe0] 浮動小数点演算やらの処理通したらバイナリが変わるのは当たり前 デコードの比較をするときに使うべき処理ではない（可逆でない） 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 02:32:20 ID:8PInqf0i0] >>689 だからさあ、681で音質の話はしてませんって発言者本人が言ってるのに 何度同じことを言わせるんだろうね そもそもバイナリ比較が音質の話だと思ってしまう頭の悪さがが波形厨並み ところで外野はどうでもいいからID:JTmenn8X0の言い訳が聞きたいんだが >>690 当たり前だけど、整数演算でAACデコードしてるプログラムはちょっと思いつかない。MP3はいくつかあるけど。 というか使うべき処理ではないってのはどういう意味? 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 05:03:54 ID:f688dNIh0] つーか、俺は大元の>>670に、音質が明らかに違うデコーダの実例を挙げて欲しいんだが こんなこと、実例を把握してなきゃ絶対言えないもんな 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 05:26:17 ID:kPthf92l0] >>679はまったく的外れでどうでもいいんですが… デコーダーって浮動小数点演算使ってるの？ もしそうなら出力が違ってくる可能性はあるな。 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 10:42:28 ID:8PInqf0i0] >>693 バイナリが一致しない実例を挙げたのに何が的外れなんだ? 特に断りがない限りPC上のAACデコーダは浮動小数点演算を使っている。 こんなのは確認するまでもない常識だと思うのだが。 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 10:42:45 ID:+vSe7CV10] 全然詳しくねーけど、この手の奴って大抵離散コサイン変換(DCT) 使ってるんじゃなかったか JPEGやMPEGにしろ、MP3やAACにしろ なら浮動小数点演算が普通に使われるんだべ 696 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 11:04:23 ID:8PInqf0i0] >>695 そう。ちなみにオーディオはほとんどがDCTではなくMDCT。 ただしH.264に関しては、デコーダごとの差異が出ないように 全てを整数演算で行うように仕様で決まっている。 697 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 12:39:17 ID:Nar4nVns0] 抽出 ID:8PInqf0i0 (9回) 暇なんだな 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 15:03:03 ID:wPhvJ2vt0] デコーダによる音質の差なんてほとんどないね。 エンコーダはかなり大きな差があるけど。 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 17:30:38 ID:wZzM5BLNi] 音質の話するなら再生環境かけと 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 19:47:42 ID:ugh4kZwV0] 再生環境の前に耳の性能かけと 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 20:48:59 ID:3bKgiDga0] 脳の性能は類推可能だ 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 21:36:04 ID:EW8oQhSF0] 脳の性能が高い人間ほど、音質が悪くてもOKとも言える 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 22:04:08 ID:ae+Q5B4x0] 昔はAMラジオを脳内で24bit/192kHzにアップサンプリングしておったものじゃて 704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 22:18:23 ID:A9IOGGOR0] >>698 ほとんどない，と，まったくない，は大きく違うからね。 話の流れを読んで，理論上，デコーダによっても音はかわると理解した。 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 22:54:30 ID:wPhvJ2vt0] >>704 www.hydrogenaudio.org/forums/ ここでこんな話をしたら笑われるぞ。 バグ持ちのデコーダでもない限り区別できないし。 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/14(月) 23:00:15 ID:FhA2/3TY0] >>704 理論上というか、極めて静かな部分だけ切り取って、 大音量で再生すれば、現実に知覚することは可能。(mad challenge) 逆に言えば、そういう趣味がなければ気にするだけ時間の無駄。 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 00:55:25 ID:M6oi+ZeU0] 実装と規格を混ぜるからややこしくなるんだよ 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 02:18:40 ID:Hfn9nOlI0] ＦＦ１３のラスボスは死骸化したセラらしい ちなみに最後ライトニングさん死ぬってさ 709 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 02:28:44 ID:As1pWfN+0] >>694 ＞バイナリが一致しない実例を挙げたのに何が的外れなんだ? 的外れです。パディングとかギャップレス再生による違いがあるだけでバイナリは一致しません。 当たり前です。 でも音楽そのものの部分のバイナリは一致するわけです。（浮動小数点演算による 違いがあるとすればそれを除けばですが。） なので単純に曲ファイルのバイナリを比較するのは何の意味もありません。 というわけで論点は浮動小数点演算で曲ファイルではなくて音そのものに 違いがでてくるかってところなわけです。 710 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 04:54:06 ID:xolehjT70] >>709 だからさあ、音質の比較をするのにバイナリを比較するのは当然的外れだよ。 ただ、バイナリが一致しないのは当たり前なのに>>678が一致すると書いてるから 679で反例を挙げただけ。 粘着してるのは同一人物だろうけど、いい加減人のレスを読まないかね。 >でも音楽そのものの部分のバイナリは一致するわけです。（浮動小数点演算による >違いがあるとすればそれを除けばですが。） 除くって何? なぜ「とすれば」? 679に書いたように浮動小数点演算による違いがあるので一致しません。 >なので単純に曲ファイルのバイナリを比較するのは何の意味もありません。 音質の比較にはね。679ではそんな話はしていない。 >論点は浮動小数点演算で曲ファイルではなくて音そのものに >違いがでてくるかってところなわけです しつこく言うけど679は音質が一致するかしないかではなく、 バイナリが一致するかしないかを書いてるだけ。 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 04:59:15 ID:xolehjT70] というか、初めにバイナリ一致の話を持ち出したのは678なんだから 的外れと言うならそっちに言ってくれよw 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 06:07:25 ID:EYDNpS7F0] > ただ、バイナリが一致しないのは当たり前なのに>>678が一致すると書いてるから > 679で反例を挙げただけ。 引っ込みがつかなくなって 「脊髄反射で揚げ足取っちゃいました。流れ読めなくてごめんなさい」 って言えないんだね 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 10:34:55 ID:tm0Makag0] >>712 んー バイナリ一致でなければバグと言い張る>>678は 明らかにAACデコーダについて誤った理解をしていて、 あれじゃ正常に動作しているデコーダまでバグ持ち呼ばわりしかねん それを正すのは必ずしも揚げ足とは言えんと思うよ しかし8PInqf0i0 = xolehjT70は言ってることは正しいが 煽り耐性が無さ過ぎだな 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 10:38:46 ID:xolehjT70] >>712 >>682で既にその旨を言ってるのに、ひたすら無視して引っ込みがつかなくなってるのはそっちでしょ 一連の流れで679の意味はAACデコーダによる音質の違いがないことの根拠として ・デコード結果が全く同じになる (>>676) ・バイナリが一致する (>>678) ことを挙げるのは完全な誤りである、ということなのだが、いい加減理解したか? 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 10:52:29 ID:+kh9jCQCP] いい加減ウザイから両方共消えろ 716 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 13:01:09 ID:eweceEaG0] >>714 消えろ粘着 717 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 14:49:43 ID:V6t9x4OK0] うわあ人格攻撃にまで飛んじゃったよ 718 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 15:07:00 ID:BTGVLIdp0] 波形厨より酷い者が現れたな。 719 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 15:10:42 ID:uDJa8yFT0] と、波形厨が申しております 720 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 15:22:18 ID:EYDNpS7F0] >>714 お前の言いたいことと言ってることが正しいのを知った上で >>712 を書いてる でも論点がそれぞれ異なるやつが 2 人も 3 人もいて、本題に反駁してるのがお前だけだから エンコーダ＜デコーダ って結論になっちゃうだろ 721 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 19:21:01 ID:xolehjT70] >>720 679を読んで679が「エンコーダ＜デコーダ」と結論付けようとしているように見えるなら それこそ何も分かってないわけだが 722 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 19:37:23 ID:GfHPjzOB0] 逆に言えば ・デコード結果が全く同じにならない ・バイナリが一致しない 以上の事実はAACデコーダによる音質の違いがあることの直接的な根拠にはならないと言える 723 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 21:41:14 ID:EYDNpS7F0] >>721 だから、どっちの援護もしないその立ち位置が問題だって言ってんの ふと目に止まった嘘をただ切り捨てて放置はないだろ 言ってる意味がまだ分からないならもういいよ >>722 で本流に戻れたからメタな議論はここまでにしとく 724 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/15(火) 22:26:07 ID:xolehjT70] >>723 もともと援護を必要とするような命題ではない。>>670は釣りの類でしょ ここまで荒れたのは721のような勘違いをして噛み付いてる奴がいるから。686とか 725 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 01:29:59 ID:eQFJ+5uA0] >>724 >>721>>686は何も勘違いしてないわけだが。 >>713 >>しかし8PInqf0i0 = xolehjT70は言ってることは正しいが >>煽り耐性が無さ過ぎだな 同意。 なぜこういった既知外を放置できないのかね？ 8PInqf0i0 = xolehjT70は自分自身が原因でスレがろくでもない話で 埋め尽くされているという事を認識するべき。 726 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 01:50:08 ID:kPmvY2U10] >>725 679を読んで音質に違いがあると主張してると思い込んでるんだから勘違い。 まあそもそも >ふと目に止まった嘘をただ切り捨てて放置はないだろ が意味不明だが。あんたはここのモデレータか何かか? つーか、メタな議論はここまでにしとくとか言っときながら わざわざレスしてる時点であんたも同類。 727 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/16(水) 09:23:55 ID:Mc0LGMMZ0] で、音質に違いがあると主張してると思い込んでる人に対する フォローはまだかね 728 名前：名無しさん＠お腹いっぱい。 [2009/12/22(火) 16:09:47 ID:wKjv0hn70] Simple NeroAACEnc GUI 0.9 を使ってAACエンコードをしています。 オプションに Use BePipe for input (via avisynth/dshow) というものがあるのですがこれは何の為のオプションでしょうか？ これを有効にするとtwo-pass encodingが不可能になってしまうので いつも外してエンコードしてるんですが前から気になっていました。 729 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 17:50:44 ID:fn62tVrY0] BepipeはAviSynthのDirectShowSourceというプラグインを利用して音声をDirectShowFilterで PCMにデコードして標準出力し、標準入力可能なCLIエンコーダー(nero、LAME等)に渡すためのツール 例えばあるAVIに使われているmp3音声をaacに変換し、音声ファイルとして保存したい場合、これを使えば AVIを動画用ツールで読み込み->音声をwav(PCM)ファイルとして保存->wavをaacに変換、保存　という作業を SNGでAVIを指定->音声のみaac(mp4)で保存　と大幅に手間が省ける ただし1パスしか出来ないので、ほぼ品質VBR専用 730 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/22(火) 18:31:18 ID:wKjv0hn70] >>729 ありがとうございます。 ソースとしてwavファイルが用意できているときはあえてBepipeする必要は無いと言うことですね。 > ただし1パスしか出来ないので、ほぼ品質VBR専用 two-pass encodingできれば大変重宝できる機能なだけに残念ですね。 今後のバージョンアップの方に期待しています。 731 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/23(水) 17:17:12 ID:a1TAIAsK0] > BepipeはAviSynthのDirectShowSourceというプラグインを利用して いや、他のプラグイン使えますよ。 bepipe.exe --script "NicAC3Source(^%~1^)" | "neroAacEnc.exe" -ignorelength -q 0.32 -if - -of "hoge.mp4" こんな感じで。 > two-pass encodingできれば大変重宝できる機能なだけに残念ですね。 > 今後のバージョンアップの方に期待しています。 名前の通りにパイプ使ってるんで絶対無理です。 732 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/23(水) 21:10:01 ID:ZcLr0jn5P] 2009-12-17 - Version 1.5.1.0 - neroAacEnc: - Improved encoding of sample rates higher than 48kHz - Solved compatibility issues with some hardware devices - Write iTunes compatible gapless data - Enabled preserving of very quiet high frequencies at high bitrates - Write the encoder settings to metadata - Executable size reduction - neroAacDec: - Improved error handling - Speed up - neroAacTag: - Support 3GPP tags - Support Sony Memory Stick tags - Improved cover art support - Improved support for files with multiple tags in different formats (ND,iTunes,3GPP,Sony Memory Stick) - Writes iTunes tags by default, added switch to enable ND tags www.nero.com/eng/downloads-nerodigital-nero-aac-codec.php 733 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/23(水) 21:50:23 ID:dmjzjCgC0] だいぶビットレートの曲ごとのバラツキが減ったな 音が良くなったかどうかなんて知らんが 734 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/23(水) 23:42:05 ID:gzs1KSxC0] まとめてよ 735 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/24(木) 19:10:04 ID:Ph5dBiy00] ver1.5.1.0はｖｂｒで同じクオリティーでエンコードしてもビットレートが前より大きくなるみたいだね 736 名前：翻訳厨 mailto:sage [2009/12/24(木) 19:38:34 ID:kAp/UKym0] 2009-12-17 - Version 1.5.1.0 - neroAacEnc: - 48kHzより高いサンプリング周波数でのエンコードを改良しました。 - 一部のハードウェア機器との互換性問題を解決しました。 - iTunes互換のギャップレス再生用データを書き込むようにしました。 - 高ビットレート時に、非常に静かな高周波数を維持するようにしました。 - エンコーダの設定をメタデータに書き込むようにしました。 - 実行ファイル(.exe)のファイルサイズを減らしました。 - neroAacDec: - エラー時の処理を改良しました。 - デコードスピードを改善しました。 - neroAacTag: - 3GPPタグをサポートしました。 - Sonyメモリースティック用のタグをサポートしました。 - ジャケット画像サポートの改良をしました。 - 異なるフォーマットで書かれた複数のタグを持つファイルのサポートを改善しました。 　(ND、iTunes、3GPP、Sonyメモリースティック) - デフォルトでiTunesタグを書き込むようにしました。 　NDタグの書き込みのON・OFFを指定するオプションを追加しました。 737 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 19:10:41 ID:WESgH+su0] 人柱どものレポートはまだかね 738 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 19:20:35 ID:P/Lpnpv8O] AACは音質いいね AAC128kbpsを、MP3の128kbpsと比べると明らかに良い MP3の192kbpsと比べると、微妙に負けそうだが 739 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 19:29:42 ID:0nxqEmE70] それだけビットレートが違って負けてたら、そのmp3エンコーダーはおかしいだろ 740 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 22:38:02 ID:x+ht5gwV0] そもそもAACはmp3の欠点だった 低ビットレートの音質を改善したものだから 128kbpsだったらAACの方が音質がいいのは 当然だろ。 741 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 22:43:14 ID:eKfP0voF0] 仕様として勝っていてもエンコーダの実装次第なので、当然ではない。 FAACとかは普通にLAMEに負ける。 742 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/25(金) 23:57:09 ID:RlzzzXQF0] >>737 フリー版は旧製品版nero（昔の最新版）の型落ちだから （あえて言うなら）旧製品版買った人全員、人柱だろ まぁ、バグとかが無いとは言わないけどさ 743 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/26(土) 05:40:56 ID:HR1JnEJf0] >>742 全く同じなの？ 744 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/26(土) 08:33:40 ID:dC79+0jwO] 流れぶったぎるけど 地上デジタル放送のAACはエンコーダ何使ってんだろ？ ぐぐっても出てこないし。 745 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/26(土) 09:54:27 ID:/enhg1urO] >>744 何って、ハードウェアエンコードだろ。 746 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/26(土) 19:07:21 ID:QiQ9hlmv0] >>744 グリッドで云々じゃね? 747 名前：a mailto:sage [2009/12/27(日) 08:48:50 ID:0Wr1UhDT0] >>736 キタァァァァ 748 名前：a mailto:sage [2009/12/27(日) 09:54:37 ID:0Wr1UhDT0] foobar2000 & prelifeでエラー発生終了・・・ 749 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/27(日) 10:20:24 ID:A9xgwKa10] オレも　foober やＧＵＩでエンコ失敗 エラーで再生できない 750 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/27(日) 12:30:31 ID:07g48j+g0] foobarでエンコ出来た。 あと、ネロのデコーダにアウトプットファイルをパイプ?で指定したらバグったんだけど、 これってちゃんとデコード出来てるの？ 751 名前：名無しさん＠お腹いっぱい。 mailto:sage [2009/12/29(火) 10:41:09 ID:Nu2R4W230] >>748 >>749 www.hydrogenaudio.org/forums/index.php?showtopic=77195&view=findpost&p=675703 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を作れるコマンドはないのでしょうか?

---

---

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

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