1 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/01/24(水) 19:24:55 ID:eGldHKGK0] AviUtlのお部屋 ruriruri.zone.ne.jp/aviutl/ プラグイン解説 cwaweb.bai.ne.jp/~icchan/moviefile/AviUtl_P.htm 前スレ AviUtl総合スレッド35 pc9.2ch.net/test/read.cgi/software/1160191835/
75 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 04:04:10 ID:xQTdLSed0] aviutl0.99を使用しているのですが、 数百MBのファイルは読み込み、出力等が正常に行えます。 しかし、巨大ファイル(4GB弱)を読み込もうとすると aviutlが応答しなくなるのですが、これは何が原因なのでしょう?
76 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 04:57:40 ID:BF2lILfG0] PCがしょぼい
77 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 14:26:06 ID:SNxbYn+L0] 入力に使ってるプラグインが分からないことにはな…
78 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 17:50:50 ID:A40cY7Xk0] センセー ノシ キーフレーム以外の所をカットした場合、出力時に「再圧縮が必要な云々」と出て、必要な部分だけが再圧縮されますよね。 その時の再圧縮部分の圧縮設定は、どこ弄れば反映されるんでしょう?ファイル名付けて保存する時の圧縮設定なんですか? それとも音声と動画をキーフレームでぶった切って編集し、後で連結するというお約束だけなんでしょうか・・・('A`)
79 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/02(金) 23:02:48 ID:Y1jSdSE40] ダウソ!
80 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 04:39:32 ID:qgHWAOup0] シリアルATAのように、速度の速いハードディスクを使うと、 CPUやメモリが十分つんであったとすると、 OSやアプリケーションソフトの起動速度って速くなりますか?
81 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 09:23:20 ID:PqOCjCRD0] なる
82 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 10:21:37 ID:pJvHwYk90] 80は誤爆と違うか?
83 名前:ぽむ ◆0POoRnBOR. mailto:sage [2007/02/04(日) 12:03:37 ID:skCu5LP00] 燃え尽きた。orz x264out06 … いろいろ修正(ぉ x264itvfr.exe raw264出力時にタイムコードを出力するようにした。 結局タイムコードベースに。(--; mp4出力時には再生時間が削除フレーム分、短くなってしまう 問題があります。audioとmuxすればaudioに合わされて普通に 再生されるファイルにはなりますが…。 muxer.cあたりの修正が必要な気がしますがmp4コンテナの扱い がまだよくわからないので直せません。 この問題はSeraphy氏のx264.auoでも同じなので直してくれたのを パク(ry
84 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:14:25 ID:NROdZXUa0] >>83 お願いなんだけどnhml(tc2mp4)かまさないでtimecodeとraw or mp4ファイルで直接vfrmp4作れるようにならんのですか?
85 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:24:03 ID:skCu5LP00] そういう方法があるならtc2mp4は出てこなかったはずですが…。(´・ω・`)
86 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:32:49 ID:BlsIlASC0] Seraphy氏のはnhmlかまさないでAFSなmp4作れるけど、これはvfrmp4とはまた別なの?
87 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:38:20 ID:NROdZXUa0] ぽむさんガンガ
88 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:44:27 ID:skCu5LP00] x264itvfr.exeもVFR mp4/mkv出力できるからtimecodeのmuxのことだと解釈した。 Seraphy氏のx264afs.exeにpid指定オプション付ければx264itvfr.exeと置き換え出来るので 付いてれば同じUIで使い分けできるなとふと思ったり思わなかったり。
89 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 12:57:45 ID:NROdZXUa0] >>88 ですです。どっかから用意したCFRなソースとそれのタイムコードv1 or v2ファイルがあって。 tc2mp4より一段使いやすいのがほすぃ
90 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 13:10:03 ID:Vw0QrnVn0] ここは開発スレじゃないぞぉ
91 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/04(日) 17:58:28 ID:4Wd8cyCf0] >>83 seraphyの中の人かもしれない物です。 言われてみて、改めてmuxers.cを読んで見ました。 これは。。。色々と突っ込みどころがありますが、 なんでMP4出力だけこんな適当に計算しているんでしょう。。。orz mkvはピクチャ表示タイミングをきちんとコンテナに格納していますが、 mp4はDTS, CTS_Offsetで制御する関係から、CFRきめうちでピクチャの表示制御をしています。 だけであればいいのですが、そこに微妙にピクチャ表示タイミングを考慮してCTS_Offser決めているものだから。。。orz うーん、直せそうですが、この関数で取得できる情報からでは、綺麗な形では計算できないかもしれませんねぇ。 でも、ピクチャ構造体とかに手を入れるとソース互換性がなくなって厄介(^ ^; 買い物しながらロジック考えて見ます。では、行ってきます。(^ ^)ノシ
92 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 02:23:35 ID:TJ+8MAQA0] >>83 とりあえず修正しました。 やっぱりmuxers.cの関数内だけでは情報が不足していたので、手抜きですがグローバル変数で 情報やり取りするようにして修正。 タイムコードが正しく出力されているかの確認は、 rawデータから作成したmp4に対してtimecodeをtc2mp4(timescale3000)で埋め込み、取り出したnhmlと、 直接mp4にタイムコードを埋め込んで、それから取り出したnhmlを比較しました。 Bフレ2で24/30混在なソースをエンコして、DTS、CTS_Offset、再生ともに正常なことを一応確認。 seraphy.fam.cx/~seraphy/program/x264/x264.622.release3.rar
93 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 02:39:32 ID:TJ+8MAQA0] >>86 vfr-mp4です。 nhmlをかまさないのではなくて、mp4コンテナのnhmlにあたる部分に、afsから取得した 表示タイミングを直接書き込んでいます。 って表現なら伝わりますかね? >>92 のFix版を使うことで、true vfr mp4の作成が出来るようになったはずです。。。たぶん。。。
94 名前:名無しさん@お腹いっぱい。 [2007/02/05(月) 11:05:07 ID:tf6COG/IO] いまVistaでエンコしてるのですが、拡張AVI出力の音声設定でLameMP3項目がでてきません、通常のAVI出力なら出てくるのですが、、、同じような状態の方いませんか?
95 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 11:15:29 ID:lHT4x4i30] Vistaって車ですよね?寒い時期は暖機運転をしてからの方がいいですよ?
96 名前:名無しさん@お腹いっぱい。 [2007/02/05(月) 11:17:35 ID:VmL34JtE0] すいません。スレ違いかもしれませんが、もし知ってたら教えてください。自分は新宿でしか見たことないんですけど パソコンのソフトコピー品を路上で紙を配って売ってるじゃないですか、買いたいものがあるんですけど ここに行けば確実にいるところわかりますか?それと作曲ソフトなんかも売ってますか?
97 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 11:54:28 ID:tC/DN2QR0] LameTagの音ズレ問題って直ったんでしょうか? 動画音声でのlame: -tを付けないと音ずれ www.faireal.net/articles/9/18/ MP3の56Kbps制限への対応 deztec.jp/x/05/faireal/faireal-8-16-index.html#d40917 WMP10のl3codeca.acmはver3.3.2Build 44でしたが WMP11ではver3.4build0に更新されてました。 Aviutlから使うならこちらの方がいいと思います。
98 名前:ぽむ ◆0POoRnBOR. mailto:sage [2007/02/05(月) 12:38:15 ID:6aigkXRg0] musers.c 皿仕上げヽ(´ー`)ノ i_time_incを固定値にしてあるのが元凶かな?? DTS(Decoding Time Stamp):デコード開始時間 CTS(Coposition Time Stamp):デコード終了時間 PTS(Picture Time Stamp?):表示時間 ■muxers.c int set_param_mp4( hnd_t handle, x264_param_t *p_param ) p_mp4->i_time_inc = p_param->i_fps_den; p_mp4->i_init_delay = p_param->i_bframe ? (p_param->b_bframe_pyramid ? 2 : 1) : 0; p_mp4->i_init_delay *= p_mp4->i_time_inc; int set_eop_mp4( hnd_t handle, x264_picture_t *p_picture ) uint64_t dts = (uint64_t)p_mp4->i_numframe * p_mp4->i_time_inc; uint64_t pts = (uint64_t)p_picture->i_pts; int32_t offset = p_mp4->i_init_delay + pts - dts; p_mp4->p_sample->DTS = dts; p_mp4->p_sample->CTS_Offset = offset;
99 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 12:45:56 ID:KQxWeRMR0] >>97 直るも何も、MP3とLameタグの仕様だからなぁ。 Lameタグ自体が一つのMP3フレームを形成してるわけで。 どんなコンテナ使おうが生じる問題だし、-tオプションを付けるしかないよ。
100 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 13:08:21 ID:L7vqYAL+O] >>98 i_time_incが固定なのは仕方がないと思います。 実際にエンコードしてみるまで不明ですから。 ツッコミ処は、DTSをエンコードしたフレーム数から求めているところと、CTS_Offsetに変な計算してるとこですね。 CTS_Offsetは、I/Pフレームから次のI/Pフレームまでの時間で、 その間のBフレームは、全部デコーダ上に乗っているのが望ましいので0のはずなんです。 修正したソースも上げていますので、一度見てもらえるとどの辺がツッコミ処だったかは分かると思います。
101 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 15:15:01 ID:6aigkXRg0] >>100 ありがとです。 DTS = PTS CTS_Offset = NextPTS - PTS、Bフレのoffestは 0 でいいのかな。 動作に影響ないけど i_frame_out = 0 が欲しいと思った。
102 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 17:53:19 ID:7d7QjXBo0] >>101 実はfor()の最初に初期化してます。(汗 でも、x264afs.c(x264afs.exeの方のソース)の方はコピー時に忘れてました。(ぉ 後で直しとこう・・・
103 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 19:09:11 ID:7d7QjXBo0] >>101 それと、これは「うんちく」になるので面倒な方は読み飛ばしちゃってください。 本来のDTS、CTS、CTS_Offsetの意味と関係を書くとこうなります。 DTS:ピクチャをデコードしメモリに配置する時刻。 CTS:ピクチャを表示する時刻。イコール「PTS」 CTS_Offset = CTS-DTS、つまり、ピクチャがメモリに存在する時刻。 なのでDTS、CTS_Offsetの設定は“本来であれば” CTS_Offset = Current_Frame.PTS - Before_Frame.PTS DTS = Current_Frame.PTS - CTS_Offset となると思います。 でも、この通りに値を設定すると先頭ピクチャのバッファリングはいつするの?って問題が発生します。 というわけで、あえて先頭1ピクチャをずらして値を設定しています。そのため、 DTS = Current_Frame.PTS CTS_Offset = Next_Frame.PTS - Current_Frame.PTS となるわけです。これによって実際に表示される映像は、タイミングが1ピクチャ分後ろにずれていきます。 ただし、ピクチャ間の表示間隔は正しいので、見た目は大丈夫ってことです。 音声との同期に関しては、おそらく厳密に処理をするのであればこの映像表示までの間を音声のディレイとして 結合する必要がありますが、たとえtimeBeginPeriodでタイマー精度を上げていても、サウンドデバイスバッファ やドライバの処理もろもろで完全な同期再生は出来ないので、まぁ気にしなくて問題ないレベルだと思っています。 tc2mp4の作者さんにもこの辺の見解を聞いてみたいところですが、mp4からnhmlを取り出してみると 同じ解釈でタイムコードを埋め込んでいるようですので、私もそれに倣う事にしたというお話でした。 結構スレ違いですね。申し訳ない。orz
104 名前:ぽむ ◆0POoRnBOR. mailto:sage [2007/02/05(月) 21:21:40 ID:2a8kHD1Q0] x264out06a mp4出力にseraphy氏の修正を入れました。
105 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/05(月) 23:11:52 ID:QfrZGKJ30] 何故か自動フィールドシフト+非インタレソースだと上手く行かないことが多くて 可変フレーム〜出力も併用してます。 で、vfroutの方はexavi-0.3.11相当まで鍛えてもらえないんでしょうか? 知識不要の単純作業ではありますが自分でやれとかexavi_vfr使えってのはなしの方向で。 一応自分で作ってはみたけど見落としとか心配なのでできれば作者版使いたいです。
106 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/06(火) 02:43:08 ID:9jAmT5Av0] >>104 seraphyの中のモノです。 ぽむさん、ダイレクトにすみません。 仕事から帰って自分の投稿>>103 をもう一度見直していたら、“本来あるべき処理”が意外と簡単に実現できることに 気づいてしまいました。orz 一応修正したソースをUpしています。 コンテナの定義上は、これこそtrue vfr mp4と呼べる物だと思います。 muxers_fix.cは上書きで更新できるように作成したので、お手が空いた時にでも差し替えて頂けると助かります。 seraphy.fam.cx/~seraphy/program/x264/src/src_20070205.zip #やっぱり文字にすると考えって整理できるものですね。orz 日記はチラシの裏に書くべきなのでしょうが… それとは別件で私の初期コードですが、x264がエンコード時のディレイをBフレ数+スレッド数-1と扱っていたことを失念 していました。 Bフレ0、スレッド1で出力した場合、読み出しピクチャと書き込みピクチャが同一フレームとなるため、 ptrListには次フレームのptrまで格納しておかないと出力時にptrの取得ができないというバグがあります。orz itvfrはたしか毎回次フレームのタイムコードを算出する処理だったと思うので、修正にはそんなに手間がかからないと 思いますが… 最近でしゃばり過ぎているので、このあたりで隠居します...λ[庵]
107 名前:ぽむ ◆0POoRnBOR. mailto:sage [2007/02/06(火) 09:53:27 ID:SiPrnaE50] >>106 おはようございます。ヽ(´ー`)ノ muxers_fix.cを見ているときは次フレームのタイムコードを要求するのは 気が付いてたのですが、x264.cを直す時には記憶からすっぽぬけてました。 muxers.cを上書きして次フレームのタイムコードを書き込んだけどテストしてない x264itvfr.exeをupしてみました。 バグと仕様変更を大量に出し続けていると心が折れそう。_| ̄|○i||i ご迷惑をおかけしてます。 >>105 timecodeのLASTTIME対応やdouble精度出力を実装したいのでx264が 落ち着いたらやってみます。
108 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/06(火) 18:24:17 ID:1hDrh/BB0] orig_w → w orig_h → h によってitvfr.aufは”現在の画像サイズ”で処理を行えるようになる気がしますがどうでしょうか。 解像度16/8の倍数の縛りで使えないソースも 「縁塗りつぶし」で縦横を16/8の倍数に水増しした後に「可変フレームレート」で処理し その後直ちに「クリッピング&リサイズ」で余計な黒を削り取るということなどができるようになる気がします。 手持ちのソース320x180では成功しました。
109 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/06(火) 19:50:30 ID:lvGExO/Q0] >>108 にあるorig_w → w orig_h → h で作ったitvfr.aufを試してみた。 元ソース320x180 (縁塗りつぶしで320x184→可変フレームレート→クリッピング&リサイズで320x180) ttp://ranobe.com/up2/updata/up36324.rar pass:aviutl 一応俺の目でも機能してるっぽい様に思える。
110 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/06(火) 21:49:48 ID:plN1rx/D0] itvfr.aufが読み込むのはフィルタを通さないYUY2のソース画像です。
111 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/06(火) 23:55:00 ID:plN1rx/D0] itvfr.aufがソース画像を読み込むのはインターレース解除前の 画像を取得する必要があるためです。 ですから読み込んだYUY2の画像を加工する必要がありますが それなりの負荷がかかります。 それからYUY2は横方向は2の倍数の制限があります。
112 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/07(水) 00:19:12 ID:bI+UwKbq0] 24/60fps混在ソースを分割なしに一発で24/60(120)なAVIにしたい…
113 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/07(水) 00:31:00 ID:b2xBm2M80] Its使えば出来たような。AviSynthだけど。
114 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/07(水) 00:52:37 ID:P1fVs3+N0] >>112 いいよ
115 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/07(水) 18:38:23 ID:piL/r5p00] mpeg2をAviUtlに読み込ませたいときについて まるものm2v.auiでは、YUY2色空間でAviUtlに読み込ませることが可能とあるけど mpeg2ではYV12色空間だからYUV色空間内で変換が入ってるということですよね? またその場合、m2vconf.exeでの設定で、 YUV→RGB変換の設定項目というのは意味をなさないということですよね?
116 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/07(水) 21:00:18 ID:CiYZkkgC0] >>112 自動フィールドシフトって24と30オンリーだっけ?
117 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 01:26:01 ID:1DhkLd+H0] ^`ー三くj〃彡三≡ヾ.ゝt t )l ン"´ ゙ヽ、iミ彡ノシ人ミ三彡ニ=- 、,:r''7ヘ又彡シ,r/'"~`゙゙゙`'二ニ:;、_,,.,., `゙゙ヾミミ三彡ブ>∈ニ ,'ニキ王彡彡彡;,fノ -=,=< l /,∠(_,.,.,、 ゙iミ彡彡三ノ∠ニ_ 、_,r=''7ヽ≡彡三彡'" '''"~,r''') `' ゙i f‐-:,ニィ=、ヽ トミミミ三≫にニニ、ヽ =〃ーヽヽfrミ三f'f ,,r;;ニ彡'´ `ヽ, ノ ノ.'・'´ ̄ i,ミ三ヽフ<7、,.r--=、 `ー=''"~`ヾミ》彡/'イ (:ノZニr・ゞ i f `"_,,二ニヽ┤ミミY人ノリへ,,.=、 考えたこともねぇ。 ,,ノ-r'彡〃:┤ ,,..,.  ̄",:' ,r j t`ヽ,、_,ニニヽ`t三彡彡メ>ノ、_`''"´ ,r''>=‐ナ〃フノノ:゙i'',r'',.=‐,'".ノ(_rゝ_ノ'" ,.,..,.、_´~) l ) )ミミ彡==、、 `~ f 、__,>ヲr7ノF彡 i ( r=''" _,.,.,.,.,.,.,.:ィ",.,-、=、,フ イ ノミヘ三≡,.,、 ゙ヽ ゞ、_彡ナ7ノシノfr(ゝ、tヽ /,r‐―一 '"_,.,.,、ノノ^iフ′ l`ヾミr十=、``ヽ、) '"~フフr/ノミヽソ l' ゙i〈〈(ヽノ'ー''"^´ ~`ヲ^i ,ノ :,ヾ''ー--==:、 ニf‐ナ''チ,r=ゝノ、 ゙い''^',,.ィrー'='ーメ/ ,' ,/′':, i;;;;;;;;;;;;;;;;;;;;;;`ヽ、 ( ,r''サ;;;;;;;;;;;,ィ 、.゙ヽ、゙tヾ、ー=''"゙゙~´,ノ ,' / : ノ,ヾ;;;;;;;;;;;;;;;;;;;;;;;;;\,,_ /;;;;;;;;;;;;;;;;;;;;/人 ':, `ヽ、 `゙゙゙゙´~´ ̄ / ,:' / l;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;`゙゙`'''ヽ、,, ,,ノ;;;;;;;;;;;;;;;;;;;;;;;;;t ''"゙t ゙;, `ヽ. / ,:' /` /;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ,.:ィ'''"~´;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;゙ゝノ\ ゙ヽ ヽ、 _ノ ,' '^,,.ノ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ,:r'´;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;ヽノヽ、、、 ヾ `''''''"´ / ,' ,.:ィ ''";;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
118 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 09:03:13 ID:RyAhy3zq0] ここで聞いて良いのか分からんけど、 出力プラグインを作っていてfunc_output内のoip->func_get_video_ex(n, 'YUY2') で返される内容ってのは、16bppのC、Yではないのかな… struct HOGE{unsigned char c, y;} *hoge = (HOGE*)oip->func_get_video_ex(n, 'YUY2'); for(y = 0; y < oip->h; y++){ for(x=0; x; x < oip->w; x++){ hoge[y * oip->w + x]・・・ } } cは16〜240、yは16〜235かと思ったら、255とかいっぱい入ってるし。 どなたか、データの走査方法と内容を教えてくれませんか(´・ω・`)
119 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 12:55:33 ID:uwgyv5vZ0] >>118 まず、ここで聞くことではないな。いいサイトを教えてやるからこっちで聞いて来い。 www.google.co.jp/ と書くと「どうせ知らないんだろ」と頭悪いレスがつきそうなので答えといてやる。 まず、YC伸長を勉強しろ。 YUVのバイナリ構造ぐらい理解してからループ処理は書け。 バイナリが分かったら適当な構造体に取得時点でキャストしろ。 つーか、なんだそのループ処理。YUY2は4:2:2のデータ構造だ。 32bit長で近傍2ピクセル分の情報を持ち、Y1:Y2:U:Vがそれぞれbit単位で8:8:8:8。 なんのためにMMXのpacked演算があると思ってるんだ。なめてんのか、あぁ? 分かったんならPC初心者スレから出直して来い。
120 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 13:26:22 ID:PRf20vLd0] 安直に二重ループかますのは素人 スパゲッティコード量産する偽装派遣止まりの使い捨てIT土方がせいぜいで 鬱病と称して引き籠もるようなタイプ
121 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 13:28:54 ID:RyAhy3zq0] 目的を書かなかったのが悪かった。 AVIUTLの出力プラグインでBT656のバイナリを作りたいが、AVIUTLから得られるデータの 構造もストライドも伸張されてるかもわからんから困ってる。 ここで聞くべきでないなら、該当スレを教えてください。
122 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 14:00:47 ID:xDOesVYv0] mmioFOURCC('Y','U','Y','2')
123 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 15:03:00 ID:RyAhy3zq0] なるほど、最初の時点で間違ってたということか。 解決できそうです、ありがとうございました。
124 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 15:31:29 ID:wFy8bY9Y0] 数十個単位でバッチファイル登録した後に、ソフトが応答なしで落ちると、登録全部消えますた。 バッチ処理のデータってどこに残ってるんでしょうか? 毎回、編集し直すのに疲れたよ orz
125 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 17:19:20 ID:QZs934p/O] 30fpsのソースをAviUtl98dで読み込み、 選択範囲を11〜110フレーム、フレームレート4/5、インタレ解除24fpsにしてAVI 出力したのですが、 出力したaviの1フレーム目と2フレーム目がダブり(ソースの11フレーム目)、 ソースの110フレーム目が出力されていませんでした。出力したaviは80フレーム でした。 DivXとXviDでエンコードしましたが両者とも同じでした。 出力したaviの最初のフレームがダブり、 それによって最後のフレームが切れるのはAviUtl98dの不具合なのでしょうか?
126 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 17:52:10 ID:KJVMkwoD0] >>124 つAviUtl Control コマンドラインでやろう DOSのバッチファイル(*.BAT)編集して
127 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 18:16:22 ID:xDOesVYv0] >>124 %TEMP%フォルダの中に残ってるよ。 "C:\Documents and Settings\USER\Local Settings\Temp"
128 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 18:19:10 ID:k6E9MTUQ0] >>124 %TEMP% >>125 しいて言えばお前の頭の不具合 ヒント:まるもの2004-12-02
129 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 18:46:56 ID:QZs934p/O] >>128 が私の頭の修正パッチになったようです 感謝感謝
130 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 18:58:19 ID:wFy8bY9Y0] >>127-128 ありがとうございまする。これで安心してエンコできますじゃ (;´Д`)
131 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/08(木) 22:46:14 ID:JOyfGT8y0] DVDリップしたアニメをAVIUTLでエンコする時にはやっぱり フィルターって使わない方がいいのかな? TYPE−G、ノイズ(時間軸)、インタレ2をかけようかと思ってるんだけど。
132 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 00:57:24 ID:he4+kyE40] Lanczos3も使わない方がいい
133 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 01:12:24 ID:RcMCKFxt0] 856x480からクリップしただけの846x476とかで
134 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 01:36:34 ID:fjcgAZTl0] ソースによるが、ぼやけてる場合が多いのでシャープフィルタを少しかけるのが俺の好み
135 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 13:02:24 ID:szQDYfjR0] 線と発色がキリリとした絵が好みなのでDVDやるときは アンシャープマスク・WarpSharp・YC伸張を弱わーく掛けている NRは2Dを適宜
136 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 13:21:53 ID:ndt3wovs0] 頼まれものだと相手の好みを聞くけどさ そうじゃなきゃ自分好みにすればいいじゃないの 仕事でも無いし、誰かのためにやってるんでもないんだから ワタクシも134・135氏と似たところでNRとWarpsharpを掛けてる
137 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 16:27:28 ID:1zB0QZno0] ソースによると思う まぁ好みだな
138 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 17:36:17 ID:Rc9zT78F0] 昔のDVDならともかく今のDVDでそこまでひどいソースはそうそうないだろ
139 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 20:00:31 ID:1aH1qMtB0] >>138 旧作だとそうでもないですよ。
140 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 20:17:41 ID:Pgu30oHy0] 某AIR IN SUMMERなんてノイズがひどすぎるぜ ほんとにこれDVDかと思ってしまった
141 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 21:03:26 ID:9Uzcy+Xx0] 京アニってノイズ大好きだよな
142 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 21:56:42 ID:RpI0Yacz0] わざとノイズ入れたりはやめて欲しい。 映画館でフィルム見てる感じに近づけるためらしいが 個人的にはキライ。
143 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 22:25:17 ID:1aH1qMtB0] フィルムの絵が見たいわけじゃないもんなぁ。 間欠フリーズしかりで、演出としていまさら感が漂うのだけど、 何故か制作側はやりたがる。
144 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 22:37:08 ID:cEJ7dBmZ0] NRをアニメに合わせてるから背景に実写使われると細部がキレイに潰れちゃう
145 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 22:40:15 ID:05NlYd260] 最近レンタルした、Zガソ●ムのノイズ量に驚いた。
146 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/09(金) 22:44:56 ID:RpI0Yacz0] >>145 あれはひどいな。
147 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 00:08:40 ID:AyWk1O6w0] サンライズはあまり画質にこだわっていないでしょ その昔、逆シャアのLDでも 『乱視になったかと思った』 くらいに騒がれたし 昨年はDVD舞乙のEDも悲惨だった (こっちはビットレート不足だけど
148 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 01:12:23 ID:CPjDtqBC0] フフフ、Zガンダムなんて20前の映像と今の映像をつないで編集ですよ いたるところに矛盾があります ハゲはこれがいいとかほざいてたが単なる手抜きです
149 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 05:38:47 ID:U99dIWKq0] >>148 なんか1行目がカミーユのセリフっぽくてウケタ。
150 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 22:23:17 ID:oHkQR7ZF0] 誰かAviUtlクローン作らないかなぁ。 機能は全く同じで不正な処理の確率を減らすだけでも。
151 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 22:28:11 ID:emWkKfKd0] >不正な処理の確率を減らす それだけなら既に実現してるAviUtl0.99クローンがありますよ。AviUtl0.98dっていうんですけど。
152 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/10(土) 23:34:41 ID:xWnDfuBr0] 0.98d は表示の拡大表示に 50% と 25% が無いから使えない
153 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 01:29:37 ID:/noUcI0A0] 2004年の8月ころのビルドからffdshowでエンコが出来なくなっていたけど rev895でx264だけはAviUtlで使えることに気がついたので、とりあえず報告
154 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 03:05:26 ID:kO1HZq0I0] 不正な処理って何だろう エラーか表示でも出るんだろうか うちじゃ出ないけど…
155 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 03:19:31 ID:RhJOVoqH0] 不正なことしなけりゃ不正な処理なんて出ないだろうさ。
156 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 10:18:57 ID:kbBDrQo50] >>152 PV3みたいなキャプしてるとそれ出来ないのはつらいよね けど0.99はバグあるし バグとりせんでもいいからソース公開してくれないもんだろうか
157 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 12:24:04 ID:yTIEZVFF0] ソース無くしたんだろw
158 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 17:02:59 ID:I+C69RX/0] aviutlのwmv出力プラグインplus使ってるんだが、環境入れなおしたときwme入れなくてもwmv出力できた気がする これってwmeとは違う出力結果になるってこと? そういえばwmeだけで出力されたピクセル比指定wmvは、MPC等で再生しても反映されないことがあるからaviutlのwmv出力でやるといいって話をどっかのスレで見た気がする wmeとどっちがイイとかあるんだろうか? 誰か詳しい人教えてくれ
159 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 21:28:41 ID:1wl0GO4a0] 設定を変更せずにアニメを数話同時にエンコしたりしてますが 音量に若干差がでてしまいます 前はこういうことなかったのですけど、またはアニメによる?のかもしれませんが 一応すべての動画に音量の最大化にチェックいれてます 質問ですが音量が大きかったり小さかったり極端だ、という症状はありますか?
160 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 21:32:44 ID:RhJOVoqH0] 音量の最大化はノーマライズ処理
161 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 21:47:57 ID:1wl0GO4a0] >>160 ちょっと意味が伝わりにくいのですが ようはチェックはずせってことでいいんですか?
162 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 21:53:48 ID:ejfI5zPX0] ノーマライズってノイズレベルまで引き上げるんだよね?
163 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 22:01:49 ID:FOyDrLhq0] >>159 「音量の最大化」は一旦全体を走査して ピークレベルを元に増幅率を決定するので 逆に言えばピークレベルが毎回違えば増幅率も変わるわけです。 全話揃えたい場合は「音量の調整」を使う、 もしくは録画の時点で音量を調整しておくのが無難。
164 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/11(日) 22:04:42 ID:1wl0GO4a0] >>163 なんて的確な指摘、惚れた、ありがとうありがとう 今日は良い夢が見れそうです
165 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/12(月) 23:29:14 ID:4KfCXiVP0] 同じ設定で自動フィールドシフト使った場合、 拡張AVI出力から120fps出力(x264vfw)と、seraphyさんの拡張x264出力を試すと、 前者の方がスクロール等が明らかに滑らかなんですが、何か処理が違うんでしょうか
166 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 00:10:58 ID:Z0Fh2dD/0] >>165 release4使ってもずれてるってこと? 比較うp Plz 中身の処理は明らかに違うから、もしMP4のときみたいなバグだったらSeraphy氏が対応してくれるかもよ。 拡張AVI → 自動フィールドシフトでNULLフレームを挿入するタイミングを制御 拡張x264 → 自動フィールドシフトで映像の表示タイミングを制御 理論上はどっちも同じ間隔で表示されるはず。
167 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 00:34:08 ID:L6P+oUCY0] 上下を任意の色で塗りつぶすプラグインってある? 任意の色じゃなくて、黒だけでもいいんだけど。 検索して、beta.zipってのをDLして使ってみたけど、 上下左右に帯を増やしていく感じで、ちょっと違った。
168 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 00:45:26 ID:Z0Fh2dD/0] >>167 つ 縁塗りつぶし 標準ではだめな理由は? 塗りつぶすと同時に映像を伸縮したいとか?
169 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 01:24:44 ID:kyhHKIGK0] >>166 up.spawn.jp/file/up2048.rar.html こんな感じです コーデックのオプション以外は全部同じで作ってます うちの使ってるMP4デコーダーが原因の可能性もあるので、比較していただけると助かります
170 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 02:36:15 ID:tUbEnbrn0] フィルタってつば付けて指でごしごししてるイメージ
171 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 04:21:42 ID:MCDFMQU90] >>169 timeScaleとCTSOffsetが不味い。あなたが上げたサンプルは以下のようになっています。 timeScale="30000" <NHNTSample DTS="0" dataLength="37743" CTSOffset="1502" isRAP="yes" /> <NHNTSample DTS="1502" dataLength="9223" CTSOffset="4004" /> <NHNTSample DTS="3004" dataLength="2230" /> <NHNTSample DTS="4255" dataLength="2188" /> <NHNTSample DTS="5506" dataLength="6924" CTSOffset="3754" /> cfr2tcで1.aviからtimecode v2を出力して、1.mp4をMP4Boxで一旦extract後、改造したtc2mp4で再びMP4コンテナに格納してみました。 すると、以下のとおりになりました。 timeScale="120000" <NHNTSample DTS="0" dataLength="37743" CTSOffset="10010" isRAP="yes" /> <NHNTSample DTS="5005" dataLength="9223" CTSOffset="20020" /> <NHNTSample DTS="10010" dataLength="2230" CTSOffset="10010" /> <NHNTSample DTS="15015" dataLength="2188" /> <NHNTSample DTS="20020" dataLength="6924" CTSOffset="20020" /> これが正しい状態です。これなら拡張AVIと同等な滑らかさを得ることが出来ます。 120fps精度でVFRを実現しているようなのでtimeScaleは120000、もしくはその整数倍であるべきです。 といっても私自身、拡張AVI自体やasfをほとんど使ったことないから、拡張x264に関する解決に至る助言が出来ないんですけど.... で、release4を使ってみても?と>>166 が質問していますけど。 よく分かりませんが、MP4出力におけるCTSOffset計算周りの問題で、現在のrelease4が出るに至ったのだから、>>166 の質問に対する回答は大切だと思うのですが。
172 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 05:07:37 ID:Z0Fh2dD/0] >>171 志村、2つのtimeScaleがちがう! それじゃ一緒にならなくて当たり前!
173 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 05:31:34 ID:Z0Fh2dD/0] >>172 つっこみだけでは分からないと思うので補足。 まず、比較するならtimeScaleをそろえよう。 (DTS+CTS_Offset)/timeScale * 1000 ms と、毎フレームの表示タイミングを計算するのは面倒。 それから、「timeScaleは120000、もしくはその整数倍であるべき」というのは間違い。 なぜなら、自動フィールドシフトは30000/1001の1/4精度でフレームをずらすため、 timeScale 30000 で十分に表現できるから。 120000/4004まで引き上げて、30000/4004で計算するのと、7500/1001で計算するのは、 結局丸め誤差の影響を受けて同じになる。 30000を割ったときに端数が出るくらいafsの精度が高かったら、倍数理論は正しいんだけどね。
174 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 06:45:57 ID:kyhHKIGK0] >>171 すいません、質問に対する回答が抜けていました release4使ってます 原因について解明していただき、ありがとうございました。timeScaleとCTSOffsetについてですが、 自動フィールドシフト+対応出力プラグイン(MP4)を使った場合にも、直接指定してやる必要があるんでしょうか。 自分の認識だと、自動フィールドシフトとそのプラグインを使えば、不要だと思っていたんですが…
175 名前:名無しさん@お腹いっぱい。 mailto:sage [2007/02/13(火) 06:48:52 ID:Z0Fh2dD/0] >>169 見てみた。確かに変だね。 nhmlみても、どうもBフレームが入れ子になっているところでおかしくなっている。 --ref 2 以上にするとだめなのかな。 seraphy氏のコードは読んでいないけど、もしかしたらBフレームの順序が入れ子状態になるような 場合を想定していなかったのかもしれない。 当面mp4での出力は控えていた方が得策?