10/02/18 16:16:59 fzxQw41w0
んじゃ引数無しで起動した場合は初期化せずにusageを表示するようにしとくよ
個人的には890と同意見なので--helpとかは作る予定無し
>直すところはないと思われる
foobar絡みの問題だが、ギャップレス情報の問題を直すために同時に直さないと駄目。
893:名無しさん＠お腹いっぱい。
10/02/18 16:22:26 9Wc61s8x0
初期化せずラグなしならそれでいいよ
890みて自分の持ってるやつ試したらほとんどそうで考え変わったし
これでこの件は本当におしまいな
894:名無しさん＠お腹いっぱい。
10/02/18 16:29:23 HGFKVbfU0
上から目線ﾜﾛﾀ
895:名無しさん＠お腹いっぱい。
10/02/18 16:40:42 8bCyELBz0
ID:9Wc61s8x0
↑何時間このスレに張り付いてんだよ。きもすぎ。
896:名無しさん＠お腹いっぱい。
10/02/18 18:41:06 RUqEOrf80
※お察しください
897:768
10/02/18 18:44:40 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:名無しさん＠お腹いっぱい。
10/02/18 19:58:33 L+y7J3hgP
高音がないCDをTVBRで圧縮すると物凄く縮む 素晴らしいねAAC
899:名無しさん＠お腹いっぱい。
10/02/18 23:21:18 V5alxrpl0
>>897
flagをtrueにする判断がおかしすぎてワラタ
900:名無しさん＠お腹いっぱい。
10/02/19 01:46:51 kQ81/hnO0
MediaInfoは便利に利用してるんだけど、確かになんか怪しい部分はあるなー
例えばWAVEFORMATEXTENSIBLEなWAVのGUIDも非標準的なバイトオーダーで印字してるし
まああれは参照だけだから、壊れたファイル作るとかよりずっと害は少ないけど
URLﾘﾝｸ(mksoft.hp.infoseek.co.jp)
こういうの見るとなんか涙ぐましいものを感じる
901:名無しさん＠お腹いっぱい。
10/02/19 11:47:01 AMrE0MBeP
少なくとも20100124でエンコードしたものは本来のものと再生時間がすべて千分の数秒違う
最新版では問題が解消されているのを確認したので最新版でのエンコードをオススメする
激しく768氏乙
902:名無しさん＠お腹いっぱい。
10/02/19 13:53:03 AMrE0MBeP
901はなかったことにしてくれ、20100124でもまったく問題ない
千分の数秒狂うのは自分のせいだったようだ（SMPBがこんなに大事とは・・・）
903:名無しさん＠お腹いっぱい。
10/02/19 14:02:32 kQ81/hnO0
HE対応が凄いが、いつの間にか地味に多チャンネルも対応してたんすね
windbgか何かでiTunesの動作を追跡したんですか？＞作者
>>901
20100124版は使ってないし見てもいねーので完全に想像で書き込むけど
ソースからの音声抽出に最近のバージョンで使うようになった（ように見える）
QuickTimeのMovieAudioExtraction APIのせいじゃないかなあ
あれデフォルトだと本来のサンプル数より若干短めになるみたいなんだわ
一種のQuickTimeのバグだと思うんだけど……
少なくとも現在のqtaacencのコードだと、タイムスケールをトラックの出し入れで
強制的に再認識させてるみたい
904:903
10/02/19 14:05:16 kQ81/hnO0
リロードしてなかったよｗ
狂いはなかったんなら良かったね
905:名無しさん＠お腹いっぱい。
10/02/19 14:29:16 AMrE0MBeP
＞MDCTを行う性質上、総サンプル数を1024の倍数にするために
＞先頭や末尾に余分なサンプルが追加されてしまう。
＞そのため、qtaacencもiTunesもエンコード時にギャップレス再生のための情報を
＞タグとして付加している。それがないとギャップレス再生は不可能。
このタグがITUNSMPBなんですね、非常に勉強になりました
906:768
10/02/19 15:01:43 2h3Y+u5v0
>>903
HE-AACに関してはMac版のiTunesの挙動をgdbで追っかけました。
数ヶ月前にも一度疑問に思ってやったんだけど、当時はエンコード開始時の
挙動しか追っかけなくて結局分からず。今回は起動時の挙動を追っかけて
方法が判明しました。
907:名無しさん＠お腹いっぱい。
10/02/19 15:21:34 kQ81/hnO0
>>906
レスどうもです
やっぱりそういう方法でしたかｗ
908:名無しさん＠お腹いっぱい。
10/02/19 22:10:05 aL2qri0g0
768さん、マジ乙。
909:名無しさん＠お腹いっぱい。
10/02/19 23:06:29 HIuHTW7T0
なぜデフォが65なのか謎は深まるばかり
910:768
10/02/19 23:24:03 7hyQWFMP0
128kbps前後になる設定ということで、特に深い理由がある訳ではない。
911:名無しさん＠お腹いっぱい。
10/02/19 23:28:27 UFA55oVI0
なるほどね
0-127の中央値だからかと思ってた
912:名無しさん＠お腹いっぱい。
10/02/20 01:20:51 VovZlP3S0
じゃあ俺は半分の64にしよう
913:名無しさん＠お腹いっぱい。
10/02/20 03:09:42 8pg+iQ6h0
qtaacenc密かに多チャンネル対応って上にあったからワクワクしてエンコしたんだが
ダウンミックスされちゃうのか… これって5.1chのaacで吐き出すのは無理ですか？
914:768
10/02/20 03:26:41 Rtn/FQom0
無理じゃないけど。入力フォーマットは何?
915:名無しさん＠お腹いっぱい。
10/02/20 04:16:22 8pg+iQ6h0
>>913
WAV（pcm5.1ch）ってこういう答えで良いんですかね。チャンネルオーダー
直すのも自動でやってくれれば嬉しいですがなんなら手動で入力するものの
チャンネルオーダー変えるとかでも問題ないです。
916:768
10/02/20 04:47:39 Rtn/FQom0
QTはチャンネルオーダが不明の場合は勝手に1chにダウンミックスするようなので
とりあえずwavの場合はパイプでやってみて。
この場合入力にQTを通さないのでうまくいくはず。
917:名無しさん＠お腹いっぱい。
10/02/20 05:52:25 8pg+iQ6h0
>>916
ありがとうございます。
avsで音声読み込み
"avs2wav" "%~1" - | "qtaacenc.exe" --cvbr 128 --highest --samplerate keep "-" "%~1.m4a"
Soundout(output="cmd", filename="hoge.m4a", autoclose=true, executable="E:\hoge\qtaacenc.exe", prefilename="--cvbr 128 --highest --samplerate keep -")
とりあえずこの2つで試して見ましたがばっちりです。チャンネルオーダーも自動でOKでした。
918:名無しさん＠お腹いっぱい。
10/02/20 13:39:37 3T8YStjl0
>>917
今見たけど、avisynthってWAVEFORMATEXTENSIBLEな5.1chWAVをWAVSource()で
読ませても、何食わぬ顔をしてWAVE_FORMAT_PCMで出力するんだね
もちろんチャンネルマスク情報は消え去ってしまう
どうで使うのは5.1か7.1の標準的なMPEGオーダーだから誰も困っていないのか
音声トラックをdemuxしてfoobarに任せたほうがいいんじゃねえのかなあ？
919:768
10/02/20 13:58:40 Rtn/FQom0
>>918
7.1に関してはちょっと問題で、L R C LFE Ls Rs Lc Rcと
L R C LFE Ls Rs Rls Rrsの2種類が主に使われてるっぽい。
前者は5.1+フロント2ch、後者は5.1+サラウンド2chなのだが、
どちらが一般的なのだろうか。QT AACは7.1chというと前者を想定する。
wavのチャンネルマスク的には、先頭から全部詰め込まれているとすると前者か。
920:名無しさん＠お腹いっぱい。
10/02/20 14:28:02 3T8YStjl0
>>919
前者はCoreAudioのkAudioChannelLayoutTag_MPEG_7_1_Aで、後者が～7_1_Cかな？
俺も前者でいいんじゃないかと思いますが、全く自信は無いですｗ
この辺の話題に関しては、HydrogenaudioよりDoom9のフォーラムのほうが
面白い意見を聞けるんじゃないでしょうか
921:名無しさん＠お腹いっぱい。
10/02/20 18:01:20 x2EcTWI70
ルーチンのなんたらかんたらでサイズがコンパクトになったねъ(ﾟДﾟ)ｸﾞｯｼﾞｮﾌﾞ!!
922:名無しさん＠お腹いっぱい。
10/02/20 18:05:34 2zeL3RXxP
あ、更新されてる
乙
923:名無しさん＠お腹いっぱい。
10/02/20 18:26:05 3T8YStjl0
あ、新しい版ではSCSetSettingsFromAtomContainer()使うのはやめたんですね
正直以前の版だと、あの辺はちょっとdirtyだと思ってました……
新版のほうがずっといいですね
924:名無しさん＠お腹いっぱい。
10/02/20 20:48:07 VovZlP3S0
foobar+qtaacencでエンコしてると
クリップボード補助ソフトが動かなくなる・・・
neroだとならないんだがなあ
925:768
10/02/21 02:19:33 5ks98vj60
>>917
パイプじゃなくてもOKになった...はず
926:名無しさん＠お腹いっぱい。
10/02/21 14:12:06 0duI0OHiP
Low Complexityプロファイル以外にもMainプロファイルのAACがあるようだけどみたことがない。
これってエンデコーダってあるの？知っている人いたら教えてください。
927:名無しさん＠お腹いっぱい。
10/02/21 23:52:59 ivBuazcM0
>>926
faac、faad
928:名無しさん＠お腹いっぱい。
10/02/21 23:56:33 0duI0OHiP
ありがとう ためしてみます
929:名無しさん＠お腹いっぱい。
10/02/22 04:03:31 1O6oARWZ0
768さんへ伝言
某IRCにて
(kierank) and vs2008 crashes because of japanese again...
(brbrbr) cause japanese code portions ?
(brbrbr) thats why cross-platform developing tools/framework/library so matter
(brbrbr) example Eclipse/GCC/QT
(kierank) japanese naming i think
(Chikuzen) (kierank) and vs2008 crashes because of japanese again... <---qtaacenc ?
(kierank) yes I was trying to open the source
(kierank) and it locked up the whole system
(kierank) Chikuzen, you could tell him he has broken line endings though
(Chikuzen) k, i will post this log.
930:768
10/02/22 04:38:59 4KzkcXV40
>>929
ソースコードの中に日本語は無いと思うけど、.vcprojと.rcの中にあった。
こんなんがクラッシュを引き起こすほどの悪さをするのだろうか?
Windowsはよくわからない...詳しければ教えてください。
ソースコードの最後の改行するようにします。ごめんなさい
931:名無しさん＠お腹いっぱい。
10/02/22 04:53:38 1O6oARWZ0
>>930
自分はコードを読めも書けもしないので分かりませんが、
kierank氏によれば、これはVS2008が悪いそうです
まあ、海外の人もユーザーの対象になる場合は、なるべく使わない方がいいんでしょうね
932:名無しさん＠お腹いっぱい。
10/02/22 04:55:41 1O6oARWZ0
あと、こんなことも言ってた
(brbrbr) so MS claims about NLS was [as always]BS ?
(brbrbr) same about Russian lang in OS and IDE's
(brbrbr) :/
(brbrbr) or at least NLS cause appx 15% speed penalty
933:名無しさん＠お腹いっぱい。
10/02/22 18:33:14 FmZXtYmt0
>>925
やっと規制解除された。ありがとうございます、前に駄目だったのを試して
OKでした。
934:名無しさん＠お腹いっぱい。
10/02/24 18:43:43 gr2DrUAT0
東京・大阪のAM/FM 13局が3月15日からサイマル配信
－「radiko.jp」。実用化試験で半年後目処に実用化
URLﾘﾝｸ(av.watch.impress.co.jp)
> Webページでの配信はFlashを用いたプレーヤーで行なわれ、
> 各局ともHE-AAC 48kbpsのステレオでストリーミング配信される。
935:名無しさん＠お腹いっぱい。
10/02/24 20:23:43 H/izpYQK0
>>934
IPアドレスで視聴地域を限定？
アホらし┐(ﾟ～ﾟ)┌
936:名無しさん＠お腹いっぱい。
10/02/24 23:52:09 3WmfT7uZ0
限定しないと地方局が死ぬんだろ
937:名無しさん＠お腹いっぱい。
10/02/25 00:53:01 qPFlCMjc0
いつまで護送船団方式に頼ってるんだよｗ
ラジオに限らずテレビもそんなんだから誰からも見向きされなくなったんだろ
競争に晒されない組織はいずれ飽きられて誰からも見向きもされなくなる
938:名無しさん＠お腹いっぱい。
10/02/25 00:57:42 Fv8F2oby0
半公共物になってるもんをおいそれと倒産させられるかよ
それで問題がないならとっくにTVもラジオも潰れるのはお前もよく分かるだろ
939:名無しさん＠お腹いっぱい。
10/02/25 01:03:32 qPFlCMjc0
潰れちゃいけない理由でもあるか？
940:名無しさん＠お腹いっぱい。
10/02/25 01:05:56 r1Tz3MyJP
他所でやれおまえら