x264 初心者質問スレ part2
- 1:名無しさん@編集中:sage:2009/07/11(土) 22:40:11 ID:zYKpqhE1
- こちらはx264.exeを使い始めた初心者のためのスレです。
[前スレ]
x264 初心者質問スレ part1
http://pc11.2ch.net/test/read.cgi/avi/1221494912/ (473/1001)
[本スレ]
x264 rev22
http://pc11.2ch.net/test/read.cgi/avi/1243330236/ (427/1001)
[関連スレ]
MeGUIスレッド
http://pc11.2ch.net/test/read.cgi/avi/1164533110/ (327/793)
x264 VFW GUI専用スレ Part4
http://pc11.2ch.net/test/read.cgi/avi/1221328142/ (332/992)
- 2:名無しさん@編集中:sage:2009/07/11(土) 22:44:06 ID:ERKrMd+x
- [本家]
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
[バイナリ]
http://x264.nl/
http://seraphy.fam.cx/~seraphy/index.shtml (afs対応版、patch版、OreAQ版)
[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。
cliツールの使い方がわからなければ、ココで勉強しましょう。 サイトの情報そのものは古いです。
http://www.geocities.jp/encmemo5whf6jvag8/index1a.html#04-04
Q 見れないよ
A matroska splitterとffdshow入れてビデオデコーダーの設定→コーデック→H.264/AVCをdisabledからlibavcodecに変更汁!
Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。
Q Win版QuickTimeで再生できない。
A QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。
Q 携帯機やゲーム機などで再生させるには?
A それぞれ専用のスレがどこか(他の板も)にあるはずなのでまずは当たってみてください。
Q エンコードできない。
A 基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。(MeGUI、StaxRipも含む)
Q アスペクトの指定ってどうやるの?
A 704x480を4:3で見る時は--sar 10:11。16:9で見る時は--sar 40:33。
720x480であっても、4:3なら--sar 10:11、16:9なら--sar 40:33。
1440x1080を16:9で見たい時は、--sar 4:3 - 3:名無しさん@編集中:sage:2009/07/11(土) 23:06:30 ID:C0aG2cNB
- 乙です。
前スレメモ
937 :名無しさん@編集中:2009/07/09(木) 08:45:18 ID:EFGaAyYg
1:1 (1280x720)
12:11 (PAL 4:3)
10:11 (NTSC 4:3)
16:11 (PAL 16:9)
40:33 (NTSC 16:9)
4:3 (1440x1080をDAR 16:9に引き伸ばす)
SARはこれだけ覚えておけば良い。 - 276:名無しさん@編集中:sage:2009/09/05(土) 23:29:28 ID:I32PT8Bt
- 詳しくはこちらへ
ttp://pc11.2ch.net/test/read.cgi/avi/1240149543/ (520/1001)
>>2に関してはGOMとかキムチ使わないので尻ませんがMPCやVLCは試したのかな
720x480 [16:9]は--sar 32:27 でMPCやVLCでは16:9として処理される
クロップした704x480 [16:9]は--sar 40:33 で同様に16:9として処理される
クロップしない720x480 [16:9]も --sar 40:33 にするべきってのもあるけれど
あまり言うとスレチで荒れるので後は専スレでやってくれ - 296:名無しさん@編集中:sage:2009/09/08(火) 20:17:34 ID:0uq6j6gY
- >>276
亀レスだが誤解を招くような書き込みをするのはやめれ
704x480だろうが720x480だろうが横をいくら削ろうが40:33が正解
頭の中がDAR思考なやつは失せろよ - 545:名無しさん@編集中:sage:2009/12/02(水) 13:41:16 ID:Ex7rl3PU [3]
- >>2のサイトから
rem ####判別後動画エンコ########################################
rem ---------------------------------------------
if %~n1 == 02_x264CBR goto CFR_16x9-x264-Q14
if %~n1 == 05_XVID-VBR goto VFR_16x9-XVID
if %~n1 == 22_x264VBR goto VFR_4x3-x264-Q14
rem ---------------------------------------------
echo ####-処理判別に失敗しました。-####
goto :end
rem %1 パラメータ文字列全体
rem %~1 引用句 (") があればそれを削除する
rem %~f1 完全修飾パス名を得る
rem %~d1 ドライブ文字を得る
rem %~p1 パス名だけを得る
rem %~n1 ファイル名だけを得る
rem %~x1 拡張子だけを得る
組み合わせて%~dpn1などでもOK - 68:名無しさん@編集中:sage:2009/07/19(日) 06:26:36 ID:GyiuZlhX [2]
- >>3
前スレみたけど、
アス比
40:33マンセーしてるやって32:27のことしらねーの。
つまり、ITU-RとかNon ITU-R SARとか知らずにシコシコとゴミ製造してんの? - 69:名無しさん@編集中:sage:2009/07/19(日) 07:22:36 ID:i3SToOkG [2]
- 縦横(アスペクト)比 - --/--/--2006/12/20?ageha was here
http://agehatype0.blog50.fc2.com/blog-entry-166.html
大半とは言いませんが、多くのワイドスクリーンDVDは、厳密には16:9ではなく、1.85:1 か 2.35:1 (シネスコープ)。これは、映像の中にクロップすべき黒帯が含まれていると言う事になります。従って16:9とは各種ビスタやシネスコを包含する汎用比と思われる。
このように書かれてるけど、スレが荒れるから
アスペクト比 part5
http://pc11.2ch.net/test/read.cgi/avi/1240149543/ (520/1001)
だからこっちでやれよ - 77:名無しさん@編集中:sage:2009/07/19(日) 19:17:44 ID:sLa2znBL [2]
- >>68>>69
アス比スレで聞いてきた。
まとめると・・・
・DVD(NTSC)規格的には、正しいsarは40:33か10:11だけ。
・1920x1080のBDは、DVDのsar40:33と一致した。(無効領域無し/有りのソース両方)
・DVDプレイヤーでは、無効領域を付けたまま16:9も普通にある。 つまりsar32:27になっている。
・別に、再生時にプレイヤーで変えるか、後でファイルのsar(par)を修正すればいいじゃん。
ってことで、あんまり気にすんなって事になりましたw 好きなようにってことで。 - 82:名無しさん@編集中::2009/07/21(火) 18:11:27 ID:IQOIBJHk
- >>77
>・DVDプレイヤーでは、無効領域を付けたまま16:9も普通にある。 つまりsar32:27になっている。
TVで再生する限り無効領域を付けたまま16:9で再生することは絶対無い
No.083 〜
No.152
- 83:名無しさん@編集中:sage:2009/07/21(火) 20:12:01 ID:NOpM3K1M [2]
- いや、スレいってみw
>>77は単なる感想文だからw
- 84:名無しさん@編集中:sage:2009/07/21(火) 22:27:19 ID:NpvAgG7P
- >>77の「DVDプレイヤー」ってのは、PCのアプリのことだろ
家電ってことなら、どこのメーカーだよって話だが
- 4:名無しさん@編集中:sage:2009/07/12(日) 11:50:47 ID:kbrJe4ri
- zoomeやニコニコ動画用のエンコードに関しては板違いです。Youtube板へどうぞ。
【ニコニコ動画】FLV/MP4エンコードスレ 48【質問】
http://pc12.2ch.net/test/read.cgi/streaming/1246718767/
【H.264対応】ムービーコミュニティzoome part13【ズーミー】
http://pc12.2ch.net/test/read.cgi/streaming/1237373436/
- 5:名無しさん@編集中:sage:2009/07/12(日) 15:17:31 ID:VJ4WTUp0
- >>4に関して
このスレではアリだったんじゃ
というかそういう質問の為の隔離スレだったんじゃないのか
- 8:名無しさん@編集中:sage:2009/07/12(日) 15:59:33 ID:0biFzLnX
- コマンドラインでエンコードする人って動画の編集は何を使っているんですか?
- 10:名無しさん@編集中:sage:2009/07/12(日) 16:12:05 ID:kdCpE5L9
- >>8
avsでやっておく。
- 13:名無しさん@編集中:sage:2009/07/12(日) 18:11:53 ID:6AfA3+d3
- >>8
TME3でカット+音声変換を済ませておく手もある
- 9:名無しさん@編集中:sage:2009/07/12(日) 16:11:09 ID:frQ4O7R+ [3]
- MeGUIとか拡張 x264 出力(GUI)ぐらいまではOKの
つもりで立てたんだけど、隔離スレだったけ
でも、ニコニコは基本禁止じゃないかな
- 12:名無しさん@編集中:sage:2009/07/12(日) 17:13:42 ID:cC+YWu8+ [2]
- >>9
wikiの話で本スレが荒れて、頭が沸いちゃった人が建てたスレ。
でも、前から質問できるスレの必要が指摘されてたから、自然にそっちに移行した感じ。
ニコニコにH.264動画上げたいので始めました!どうすればいいですか! って人は、>>4の方見ればいいだろうからな。
オプションの効果とか仕組みとか選択に困ったら、ここを使ってもらう って俺は思ってた。
- 14:名無しさん@編集中:sage:2009/07/12(日) 18:31:22 ID:2T7qDdR2 [3]
- >>12
PSPやPS3、XOBXで再生される条件をきくのもここでおk?
- 25:名無しさん@編集中:sage:2009/07/12(日) 20:37:54 ID:cC+YWu8+ [2]
- >>14
俺が決めることじゃないけどさ。
本スレでもその話は出てきてるし、禁止するほどでは無いと思うんだけど、もう結論は出てるんだよね。
次期テンプレ用に纏めるか。
>>22
確かに、必要以上にref増やす必要は無いし、上限超えてしまったから修正ということであれば、手動でも同じだよな。
levelの上限超えたら、警告と共に勝手にrefを下げてくれるパッチなら有用だろうね。 本スレにもマルチするかw
- 27:名無しさん@編集中:sage:2009/07/12(日) 22:22:25 ID:2T7qDdR2 [3]
- >>25
>>次期テンプレ用に纏めるか。
確かに、規格が決まっている以上変更点はそんなにないはずだから(というか殆どないと思うけど)
テンプレにしたほうがよいかもしれないよね。
- 28:名無しさん@編集中:sage:2009/07/12(日) 22:47:19 ID:frQ4O7R+ [3]
- >>27
その話題は禁止にしても無駄でしょうから
基本的に前スレと同じで良いと思うけどね
MediaFireまだ繋がらないな
- 15:名無しさん@編集中:sage:2009/07/12(日) 18:53:57 ID:F70uvpim [3]
- こんにちは。質問です。可変フレームレート x264_OreAQ_itvfr_r1181を使用してます。
avis [info]: 1440x1080 @ 29.97 fps (43155 frames)
x264 [warning]: DPB size (6 frames, 14100480 bytes) > level limit (5 frames, 12582912 bytes) <---ここ
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.1
mp4 [info]: initial delay 4004 (scale 120000)
ITVFR enabled.
warningが出てるんですけど無くすことできますか?気にしないで放置していいのでしょうか。
1280x720でリサイズすればいいことなのですが1440x1080でエンコしてみたいです。
- 16:名無しさん@編集中:sage:2009/07/12(日) 18:56:26 ID:xU99b74F [3]
- --ref 5以下に
- 17:名無しさん@編集中:sage:2009/07/12(日) 19:00:54 ID:F70uvpim [3]
- ありがとうございます。--ref 5でwarningはなくなりました。
- 18:名無しさん@編集中:sage:2009/07/12(日) 19:13:57 ID:xU99b74F [3]
- 何かMediaFireが繋がらないのでとりあえず斧に。
ttp://www1.axfc.net/uploader/He/so/234348.zip
x264_OreAQ_itvfr_r1182.release2.zip
--ref autoのパッチ適用
これで--level指定して--ref autoとすると最大値を計算して設定してくれます
ttp://mailman.videolan.org/pipermail/x264-devel/2009-July/006029.html
- 26:名無しさん@編集中:sage:2009/07/12(日) 22:11:54 ID:F70uvpim [3]
- >>18
のバイナリいただきました。入れ替えてみまして --ref autoが動作しました。いろいろとありがとうございました。
- 19:名無しさん@編集中:sage:2009/07/12(日) 19:34:56 ID:xU99b74F [3]
- 間違えた。r1181じゃないか。ごめんなさい。
- 24:名無しさん@編集中:sage:2009/07/12(日) 20:07:58 ID:2T7qDdR2 [3]
- >>動画に最も有効なref値を自動で割り当てると思ってた
それできたら、凄すぎでは?w
- 245:名無しさん@編集中:sage:2009/08/12(水) 19:48:59 ID:W8zrbPyv [2]
- >>24
qcompを0にすればCBR
- 29:名無しさん@編集中:sage:2009/07/12(日) 23:15:38 ID:frQ4O7R+ [3]
- あと、コマンドプロンプトなどの話題をしたいのなら
自己責任でお願いします。
- 32:名無しさん@編集中:sage:2009/07/13(月) 17:34:01 ID:Tr/WvBLA [2]
- 拡張 x264 出力(GUI)にて、適応的Bフレーム挿入を「簡易」
にすると、オプションから「--b-adapt」の記述が消えるようです。
特に指定しない場合、「--b-adapt 1」とみなされるんですか?
ちなみにDVカメラからキャプチャした映像をエンコしてます。
オプションはこんな感じです。
--crf 21 --aq-mode 0 --psy-rd 0.5:0 --qpmin 1 --qpstep 16 --scenecut 54
--min-keyint 1 --keyint 300 --8x8dct --partitions "p8x8,b8x8,i8x8,i4x4"
--bframes 3 --b-pyramid --weightb --ref 3 --mixed-refs --direct "auto"
--me "umh" --subme 7 --merange 32 --threads "auto" --trellis 1
--deblock -1:-1 --cqm "flat" --no-fast-pskip --no-dct-decimate
- 33:名無しさん@編集中:sage:2009/07/13(月) 18:35:52 ID:RpxAohbx
- デフォルトは--b-adapt 1だから、それでいい。 指定無しで、b-adapt 1になる。
- 35:名無しさん@編集中:sage:2009/07/13(月) 23:02:14 ID:Tr/WvBLA [2]
- >>33
やはり1になるんですね。ありがとうございます。
- 34:名無しさん@編集中:sage:2009/07/13(月) 19:42:18 ID:6VifR84T
- 実写の場合
--deblock 0:0 --cqm "flat" --nr:0
この3つはどうしたらいいの?
- 36:名無しさん@編集中:sage:2009/07/14(火) 00:49:36 ID:709KmxgP
- >>34
なんで試さないの氏ぬの?
-f -1:-1 (1:1) --cqm "jvt" --nr 100
とかにしても見分けつなかきゃそれでいいだろ正解なんてないしソースによって使い分けるもんだし
動きの激しいPVやスポーツとかにはcqmもそれなりに練るし--prs-rdも絡めるし
とりあえず色んなパターンでエンコ汁 あきらかに経験不足
- 40:名無しさん@編集中:sage:2009/07/14(火) 02:13:04 ID:S+Fb4A3h
- >>34
どうせ誰かがこだわりの設定のエンコ済みファイルとソースあげてくれることなんてないから
自分でやってみるしかないよ
- 37:名無しさん@編集中:sage:2009/07/14(火) 01:29:51 ID:n7mhXKZF [4]
- 率直な質問です。
Qやビットレートを変えない場合で、
つまりそれら以外の他のオプションを弄ることで劇的に画質は向上するのですか?
少し試してみたのですが、どれもそんなには変わらないような気がしてきて・・・
ちょっと極端に値を変えてみて、どんな効果があるか調べてみるのも一つの手ですかね?
- 39:名無しさん@編集中:sage:2009/07/14(火) 02:03:03 ID:n7mhXKZF [4]
- levelを一番最高のものにして、さらにHighでやって後は基本的にrecommendedの値にしたら
後のオプションはいじってもなんかあまり変化がなかったので質問しました。
経験不足であるのが原因であるとはわかっているのですが、経験が豊富な方でも
levelを制限されないものにして、High Profileにして、さらに推奨されるものは全てonにして
推奨される値でエンコしたものであれば、それ以上に画質を向上させるのは非常に困難な気がしたので
(自分の経験の範囲では)質問しました。
- 41:名無しさん@編集中:sage:2009/07/14(火) 02:46:46 ID:HEwddYIb [2]
- オプションて劇的に画質は向上させるのではなく、どのようにして画質を下げずに
-qを上げるのかだと思ってたよ
- 42:名無しさん@編集中:sage:2009/07/14(火) 03:52:18 ID:n7mhXKZF [4]
- >>41
ということはqをある程度あげてしまえばあまり効果がないということですか。。
確かに、qをある程度あげるのが一番てっとり早いですよね。
昔と違い、HDDに余裕がある時代ですし。
- 43:名無しさん@編集中:sage:2009/07/14(火) 06:13:28 ID:HEwddYIb [2]
- >>42
意味は伝わってるようだけど、その場合は"下げる"ね
俺のと違うなw
--bitrate 1000でいかに効率よくqを割り当てるか、てこと
- 44:名無しさん@編集中:sage:2009/07/14(火) 07:26:38 ID:7k83vJsr
- 4つあるソースファイルのうち、1つを使い忘れてエンコードしてしまいました。
そこで4つ全てを再度エンコードし直すのではなく、
1つだけエンコードして編集で間に入れる事が出来ないかと思ったのですが、可能でしょうか?
どうすれば出来ますか?
- 45:名無しさん@編集中:sage:2009/07/14(火) 10:54:50 ID:n7mhXKZF [4]
- >>43
しかしx264本当に綺麗ですよね。フィルタ次第でソースによってはソースより
画質がよいなんてことも^^; そうでなくとも、画質の劣化が極めて目立つことなく
エンコできるので驚きです。
>>44
mp4結合ソフトを使っては?もっともどの形式でエンコしたのかによって違ってくるとは思うけれども。。
- 47:名無しさん@編集中:sage:2009/07/14(火) 23:33:05 ID:nvO97CKd
- x264で、--audオプションを有効にして、変換してみたんですが、
H264VISAとかでデータを覗いてみると、Access Unit Delimitersが上手く挿入されてないです。
エラーは特に表示されていないのですが、何か原因あるのでしょうか?もしくは未対応なのでしょうか?
- 48:名無しさん@編集中:sage:2009/07/15(水) 01:04:04 ID:IZHHZdMW [3]
- >>47
??何で初心者スレで聞くんだ
俺はビルドできんので判らないから自分で調べてくれよ
それが原因で再生できないって話なのか?
http://komisar.gin.by/x.patch/x264_hrd_pulldown.13_interlace.1178.diff
H1( " --aud Use access unit delimiters\n" );
本スレを検索したらこんなのがあったから
x264_open_gop.3.diff
x264_open_gop_hrd.2.diff
Current Patches, Where to get them, How they affect speed/output - Page 100 - Doom9's Forum
http://forum.doom9.org/showthread.php?t=130364&page=100
ここを訪ねてみるとか、x264 open gop hrdで検索してくれ
- 50:名無しさん@編集中:sage:2009/07/15(水) 03:08:21 ID:jceV0PuG
- >>47の質問に対してなぜ>>48がopen gopの話をしてるのか分からないので
誰か教えて
- 51:名無しさん@編集中:sage:2009/07/15(水) 03:41:20 ID:IZHHZdMW [3]
- >>50
ああ、的外れなことなのか?
俺も自分が分からないから
- 52:名無しさん@編集中:sage:2009/07/15(水) 04:00:02 ID:IZHHZdMW [3]
- IDR関係か、audは関係ないね
ごめん
- 53:名無しさん@編集中::2009/07/15(水) 08:43:35 ID:RjndKdFu
- audついてないと、PSPとかで再生できないとかあったような。
- 60:名無しさん@編集中:sage:2009/07/16(木) 11:50:00 ID:uFbZULvr
- ここは>>1にある通りx264.exe専用の初心者スレだからな
GUI関係はスレ違いだよ
- 599:名無しさん@編集中:sage:2010/01/04(月) 00:33:48 ID:beEf2D/L
- 此処はx264.exeを扱うスレです >>1参照
avi(コンテナ)だとかvfwの話題は専用スレで (上記二名はAviUtl向けgui.auo
も同梱してるが話題は同じくスレチ)
※日本人ビルダー敬称略
Seraphy ビルド (x264,exe / x264afs.exe)
ttp://seraphy.fam.cx/~seraphy/program/x264/
VFRmaniac ビルド (x264.exe / x264afs.exe)
ttp://www.esnips.com/web/x264dangerous
バカポ ビルド (x264.rxxxx_core2p-sse41.exe / x264.rxxxx_pentium3.exe)
ttp://resic.laburec.net/index.shtml
ぽむ ビルド (x264.exe / x264itvfr.exe)
ttp://www.tenchi.ne.jp/~yoko/aviutl/index.php?%B2%C4%CA%D1%A5%D5%A5%EC%
A1%BC%A5%E0%A5%EC%A1%BC%A5%C8%BD%D0%CE%CF%20for%20AviUtl
OreAQ itvfrの中の人 (x264itvfr.exe / x264itvfrcore2.exe / x264itvfrk8-
sse3.exe / x264itvfrk10.exe)
ttp://www.mediafire.com/?sharekey=
e9f8972ad76b4fe4ab1eab3e9fa335ca9ffe89c549bd0189
各ビルダーで効能の違うパッチを採用しその扱い方も変わる
- 600:名無しさん@編集中:sage:2010/01/04(月) 01:01:35 ID:0FX1lwVi
- >>599
X5-452ビルド / i7専用 (x264.exe)
http://cid-614aa8f1c8307528.spaces.live.com/
- 666:名無しさん@編集中:sage:2010/01/21(木) 00:30:47 ID:WPPrcrig
- テンプレ>>1-2
なお、基本コマンドライン等でx264.exeを使用することを
目的にしたスレですので、AviUtlなどの話題は専用スレにてお願いします。
x264GUIなんかはcli modeのほうが話が早いしね。
- 55:名無しさん@編集中::2009/07/15(水) 23:23:02 ID:kODIVVlN
- x264の作業ファイルって一体どこに置いてあるのでしょうか・・
aviutlのプラグイン出力でmp4を作ってるのですが、ファイル名に"."を入れるとdemuxで弾かれるようになってしまって
音声aac作った状態で終了
x264のファイルを引っ張り出せば再エンコしなくて済むのですが
スレ違いならすまそ
- 57:名無しさん@編集中:sage:2009/07/16(木) 01:04:42 ID:LlYW5ele
- >>55
unix 系の OS には lsof、OS X には fs_usage があるけど、Windows では
Process Explorer を使えば分かるんじゃない?
>Process Explorer
ttp://technet.microsoft.com/ja-jp/sysinternals/bb896653.aspx
- 56:名無しさん@編集中:sage:2009/07/16(木) 00:00:40 ID:4uM0oZzC
- >>53
PSPで、って話良く聞くけど、最初のファームからPSPでの動画再生に、access unit delimiters
なんて必要になったコトはない。
>>55
>>1 の一行目を良く読め。
- 54:名無しさん@編集中:sage:2009/07/15(水) 10:09:40 ID:cdDT2Zxp
- 各種デバイスで再生される条件のテンプレキボンヌ
- 141:名無しさん@編集中:sage:2009/07/26(日) 18:17:08 ID:ScdpToo+
- ワロタ
あと、>>54くらいか
- 64:名無しさん@編集中::2009/07/16(木) 21:33:40 ID:KleK57at
- 細かいな。
だがそれがわからんから初心者なんだな。
x264.exeのこのoptionが何してるかわからんはここでよしと。
で、--audはつけて何故AUDがつかないのかは分からずか。
- 65:名無しさん@編集中:sage:2009/07/17(金) 09:46:49 ID:6rNNN2dP [2]
- >>64
試してみた。至極単純に
> x264 -crf 20 -aud -o out.264 input.avs
出力されりた out.264 を h264_parse してみると
> ref 0 type 9 Access unit delimeter
とか入ってた。これで良いのかは知らないけれど。
で、何に使うの? 用途がさっぱりわかりません。
- 66:名無しさん@編集中:sage:2009/07/17(金) 10:02:47 ID:S7PZrD/1
- よく分からんが質問は
>H264VISAとかでデータを覗いてみると、Access Unit Delimitersが上手く挿入されてないです。
上手く挿入されないて意味じゃないのか?
その答えがこれだろ
>あと、現在激しく開発中のものであって、バグがある可能性も小さくではない
もっとkwsk説明できたらもしかしてサポートできるかもしれない
用途はx264 audで調べれば分かる、DVB(Digital TV)の放送向けみたい
- 67:名無しさん@編集中:sage:2009/07/17(金) 10:33:26 ID:6rNNN2dP [2]
- >>66
なるほど、「上手く」ってところ見逃してました。意味ないことしてしてしまいましたね。
お手数かけてすみません。(知らなくてもよさそうだなということは判った)
- 70:名無しさん@編集中:sage:2009/07/19(日) 08:01:30 ID:GyiuZlhX [2]
- このスレだと本当に理解してる奴少なそうだなw
- 71:名無しさん@編集中::2009/07/19(日) 10:33:49 ID:tIZc87h7
- アニメでバンディングが酷いんだけどどう設定したら軽減できる?
バンディング低減フィルタは使ってるんだけどそれでも酷い
- 72:名無しさん@編集中:sage:2009/07/19(日) 11:11:26 ID:73l3Xv5X
- >>71
ソースの時点で酷いんじゃないの?
- 73:名無しさん@編集中:sage:2009/07/19(日) 13:44:32 ID:sLa2znBL [2]
- >>71
GradFun2DBmod、utlのバンディング低減フィルタ(既に使ってるならディザを弄る)を使う。
もしくは、deadzoneを下げる。trellisを使ってるときは、psy-rdのx:yのyの値を上げてみる。
同時に、deblockを下げてみるといいかもしれない。
- 78:名無しさん@編集中:sage:2009/07/19(日) 22:31:58 ID:i3SToOkG [2]
- fgoは標準で入ってないす
ご苦労様なのですが、混乱する人もいるからsar 40:33でこのスレでは
いきましょうテンプレにあるし
- 85:名無しさん@編集中:sage:2009/07/21(火) 23:36:42 ID:NOpM3K1M [2]
- いや、それでも妄想と誤りがあるんだが。
- 86:名無しさん@編集中:sage:2009/07/22(水) 03:00:30 ID:IIc5FO4v [4]
- アスペクトなどのこの手の話って
過去に間違った円弧を延々してたやつが悔しくて悔しくて電波まき散らすんだよな
まぁ引っかかった奴も同レベルって事だろうけどね
- 114:名無しさん@編集中:sage:2009/07/23(木) 07:38:49 ID:uT5ugn2q [2]
- おまえら>>105が貼ったものはDVDのデータでもないものに何でそんなに釣られているんだ?
完全な電波なのでもうここまできたらどうしようもないな
やっぱ>>86なんだろうな・・・ご愁傷様です
- 87:名無しさん@編集中:sage:2009/07/22(水) 03:22:58 ID:1MfX1ZDu [4]
- いや、悔しいといよりはマジで言ってると思うぞ。
- 101:名無しさん@編集中:sage:2009/07/22(水) 11:33:40 ID:IIc5FO4v [4]
- ありゃ・・
>>87が正しいのかも
やっぱりマジキチが電波出してたのかな
しっかしNon ITU-Rって理解に苦しむ用語だな
Non ITU-RってどんなDVDなの?後学のために具体例でも良いから教えてくれません?
- 88:名無しさん@編集中:sage:2009/07/22(水) 06:09:52 ID:IIc5FO4v [4]
- マジはないだろ
自分で計算したってサンプリング周波数から導く四則演算だけだし
DVD-Videoのアスペクトレシオなんて普通はちょこっと調べればわかるっしょ
元画はどうであれ映像制作者はDVD-Videoの規格で再生されることを前提に製作してるんだろ?
ならその規格に従わないでどうするの?って事だけでしょw
非NTSCならそれこそ目標のDARになるように適用にPAR調整すれば良いだけだし
- 89:名無しさん@編集中:sage:2009/07/22(水) 06:14:30 ID:gGFMl4MN
- > DVD-Videoの規格で再生されることを前提に製作してるんだろ?
作ってるほうは結構いい加減なんだな、これが。
- 90:名無しさん@編集中:sage:2009/07/22(水) 06:22:21 ID:IIc5FO4v [4]
- >>89は映像製作者なのか?
でなかったらどうしていい加減かどうかわかるのか教えてくれよ
いい加減電波はよそうよ・・・
- 92:名無しさん@編集中:sage:2009/07/22(水) 07:20:46 ID:1MfX1ZDu [4]
- >>90
いい加減なのもけっこうあるけど、>>77のも誤り。
- 93:名無しさん@編集中:sage:2009/07/22(水) 07:20:56 ID:d+x2uC0o [2]
- >>90
映像製作はどうだか知らんが、まともなメーカーのプレーヤーなら40:33(10:11)になりますよってことでいいんじゃない?
- 96:名無しさん@編集中:sage:2009/07/22(水) 10:48:44 ID:1MfX1ZDu [4]
- >>95
Non ITU-Rって知ってるか?
お前はひたすら40:33(10:11)でゴミ製造してればいいよ。
- 98:名無しさん@編集中:sage:2009/07/22(水) 11:10:09 ID:d+x2uC0o [2]
- >>96
で、そのNon ITU-Rって何よ?
- 106:名無しさん@編集中::2009/07/23(木) 00:03:49 ID:X1iR92O5
- よくわかんないんだが、DVDっつーかMPEG2はDAR4:3か16:9かの指定しかできないんだが、
SARはどうやって指定するんだ?
SARを反映出来るプレーヤーはあるのか?
- 108:名無しさん@編集中:sage:2009/07/23(木) 04:38:47 ID:ptGHnWnR
- そんな古いDVD持ってきて規格外だと騒がれても・・・
アス比スレでも古い物には例外があるのは既出だろ
つかNon ITU-Rだとか勝手に造語作って騒いで電波撒き散らすのはやめれよ
Non ITU-Rでぐぐってもここしか出てこないんですが
>>106 まともに再生できるプレイヤーは存在しないよ
- 109:名無しさん@編集中:sage:2009/07/23(木) 04:44:40 ID:TVQDz0R1 [2]
- 根拠もなく最近のDVDがもっぱらNon ITU-Rだと言ってしまう思考回路を疑うわw
- 110:名無しさん@編集中:sage:2009/07/23(木) 04:47:21 ID:123uaPlD
- 良い事教えてやろう。リサイズ無しでsar指定ならいつでも変えれるんだから
見た目に気に入るほうにしとけば無問題。
- 107:名無しさん@編集中:sage:2009/07/23(木) 03:53:16 ID:TVQDz0R1 [2]
- >>105
いい加減なことを言うな
何が最近のDVDはもっぱらNon ITU-Rだよ
お前のあげた例は古いDVDで全て非国産じゃねえか
それにその場合は全てパッケージなりどこぞに情報が書いてあるだろうが
ITU-Rについて勉強して出直してこい
- 112:名無しさん@編集中:sage:2009/07/23(木) 07:23:58 ID:y2+fCSy4 [4]
- >>110
そうだね。やろうと思えばできるね。
>>107-108
新しいのやら、国産がいいの?まあ、じゃあいろいろなソースだすわ。
もう、これでわかんないようなら、なんにもいわないよ。
http://www.imdb.com/title/tt1232827/
SAR........: 8:9 (Non ITU) Display Resolution: 636x360
http://www.imdb.com/title/tt1098226/
SAR...........: 32:27 (Non-ITU) Display Resolution: 848x444
http://www.imdb.com/title/tt1068643/
SAR...........: 32:27 (Non-ITU) Display Resolution: 848x360
http://www.imdb.com/title/tt0915749/
SAR...........: 32:27 (Non-ITU) Display Resolution: 848x464
- 117:名無しさん@編集中:sage:2009/07/23(木) 07:53:32 ID:0GYdO3ig [2]
- >>112
この"SAR........: 8:9 (Non ITU) Display Resolution: 636x360"とかはどこに書いてあるの?
- 125:名無しさん@編集中:sage:2009/07/23(木) 13:13:44 ID:G5f/guG3
- >>117
ID:y2+fCSy4の脳内
- 128:名無しさん@編集中::2009/07/23(木) 17:37:58 ID:xm3ZEEiD
- >>117に答えられず逃亡ワロタw
- 116:名無しさん@編集中:sage:2009/07/23(木) 07:51:36 ID:y2+fCSy4 [4]
- まあ、確かにあることが電波だと最後まで信じ込めれば、それはその人にとっては電波になるなw
究極的には自分が信じ続けることができれば、それでいいよ。
- 118:名無しさん@編集中:sage:2009/07/23(木) 08:07:00 ID:0GYdO3ig [2]
- BDとかAVCHDにSD720x480で収録する場合も40:33か10:11だけがOKなのかな?
- 120:名無しさん@編集中:sage:2009/07/23(木) 08:29:05 ID:y2+fCSy4 [4]
- キャプチャって・・・
ごめん、オレのいってるのは全部 DVD Sourceね。
あと、クロップを前提にしてる。フィルタの関係で個人的にmod4。
もうこれ以上は何もいわないよ。
- 121:名無しさん@編集中:sage:2009/07/23(木) 09:09:40 ID:ogYYemUT
- >>120
>>117
俺もわかんね、すまんが説明をお願い。
- 123:名無しさん@編集中:sage:2009/07/23(木) 09:53:18 ID:uT5ugn2q [2]
- どうせ隔離スレなんだからいいじゃないかw
逆にこんなDQNがアスペクト比スレにくる方が迷惑だ・・・まぁもうきちゃってるけど・・・
これ以上周りに被害が出ないためにもここに閉じこめておきなさいって
- 126:名無しさん@編集中:sage:2009/07/23(木) 14:00:13 ID:y2+fCSy4 [4]
- すごい、いわれようだなw
だから、mo4って北欧版だから解像度は日本で買ったら違うかもしれないよってことは
わかる人のためだけにいっておくわw しかし、凄いなお前らw
- 131:名無しさん@編集中:sage:2009/07/24(金) 23:47:45 ID:81HQWNdm
- AviUtl(拡張x264出力)を使ってエンコしたんだけど、出だしの映像がボケたようになるんですが
どうやったら解消できますか
- 134:名無しさん@編集中:sage:2009/07/25(土) 00:05:25 ID:Chdt+Cg7
- >>131
まず>>1の1行目を100回音読しろ。
- 132:名無しさん@編集中:sage:2009/07/24(金) 23:55:07 ID:A0ZrntK9
- 本気で質問する気があるなら、ソースとエンコ後のSSとオプションくらいさらせよ
質問のしかたも知らねーのか
- 135:名無しさん@編集中:sage:2009/07/25(土) 00:18:22 ID:xzrEgiVB
- >>132-134
やはり叩かれたかw
- 139:質問テンプレ案件:sage:2009/07/26(日) 17:21:11 ID:gngGck1/ [2]
- [エンコーダ]rev build
[デコーダ]CoreAVC Ver.、ffdshow Ver.等
[ソフト]AviUtl ver.(out.auo)、AviSynth ver.等
[オプション]--longhelp嫁
[ソース]最低限Print Screen Shotを
[現象・症状]kwsk、PC環境も合わせて記述すると良い
※エスパーの出現待っても仕様がありません
上記テンプレでも利用して質問にも気を使いましょう
上記内容が分からない(単語が理解できない)人は、まずGoole先生の所に入門してから出直しましょう
- 140:名無しさん@編集中:sage:2009/07/26(日) 17:40:27 ID:cxgmaapL
- >>139
最終行「Goole先生」→「Google先生」
お名前を間違えるなんて、先生に失礼ですよw
- 143:名無しさん@編集中:sage:2009/07/26(日) 19:58:16 ID:gngGck1/ [2]
- 携帯から失礼した。。。
まぁこれくらいの情報をきちっと報告してくれれば皆も答えやすいかと
ハードウェア機器互換オプションはMeGUI参考ですかね
- 144:名無しさん@編集中:sage:2009/07/28(火) 15:32:36 ID:horyY2wB [3]
- 過疎ってるので話題を投下
--subme 7と--subme 9シャープ掛けてると見た目が変わるがね
シャープ好きの人は--subme 9を使ってるのかね
- 145:名無しさん@編集中:sage:2009/07/28(火) 21:30:04 ID:Knu7U6yG [2]
- >>144
--submeは[Subpixel motion estimation and partition decision quality]
(サブピクセルでの動き予想とパーティションの品質決定)ってコトでシャープ?ってのと
関係ないんじゃ?つか輪郭強調に直接関係あるオプションってx264には無いんじゃ?
・--subme 7:I/P/BフレームのマクロブロックタイプにRDO適用
・--subme 9:全フレームタイプにRDを適用(たしか--partitionsで指定したMBモードに関わらず)
r996のchangelogを読むよろし。
- 146:名無しさん@編集中:sage:2009/07/28(火) 22:04:55 ID:I5rS0jso
- >>144
意味不だが興味深いw 出来ればSSよろ。
- 147:名無しさん@編集中:sage:2009/07/28(火) 22:21:21 ID:horyY2wB [3]
- いやいやlonghelpは読めるがに
あくまでLimitedSharpenFasterなどのシャープなんだが
反応がないのでオレの感性の問題かね
- 148:名無しさん@編集中:sage:2009/07/28(火) 22:30:52 ID:Knu7U6yG [2]
- >>147
そのフィルタの話題はAviSynthスレへどうぞ。
--submeはフルピクセル/サブピクセルの動き予測だから、ディティールがスポイルされる度合いは
当然異なる。
- 149:名無しさん@編集中:sage:2009/07/28(火) 22:47:33 ID:horyY2wB [3]
- シャープ好きの人てどっちが好きなのて話なんだが、もうこの話は終わりにするよ
- 152:名無しさん@編集中:sage:2009/07/29(水) 05:41:52 ID:Qr1a7l2f [2]
- そこまで言われると不安になってくるな
これだけはハッキリさせてくれ
君らの話は--subme 7と--subme 9では画質は変わらないて意味なのか
だとしたらオレの頭がおかしいな、すまない
No.155 〜
No.326
- 155:名無しさん@編集中:sage:2009/07/29(水) 10:59:01 ID:v0nyHFwi [2]
- >>152
>>148
> ディティールがスポイルされる度合いは当然異なる
resあるんだからちゃんと読め。
- 153:名無しさん@編集中:sage:2009/07/29(水) 09:41:55 ID:pW2zFaOP
- subme 7とsubme 9では画質は変わる。
でも、それはシャープが好きかどうかとは関係ない。
頭はおかしくないんだろうけど、論理的思考力と文章力に欠けるのかもしれないね。
- 163:名無しさん@編集中:sage:2009/07/30(木) 23:38:18 ID:vYUxdsuQ
- そうだね。文脈だけを読むと初心者が誤解するよな
個人的には好みの差だと思うけど>>153は完璧な答え、ありがとうな
- 157:名無しさん@編集中:sage:2009/07/29(水) 12:34:13 ID:8QxGNotl
- なるP氏調だがPSY嫌いの彼ではないな
自分なら--subme 9 --psy-rd 0.7:0.2
- 159:名無しさん@編集中:sage:2009/07/29(水) 18:14:42 ID:Qr1a7l2f [2]
- >>157
ありがとさん
そう言う話がしたかった
- 158:名無しさん@編集中:sage:2009/07/29(水) 13:25:27 ID:v0nyHFwi [2]
- エンコ時間を気にしないなら--subme 9はデフォだけれども、psy-rdの使い方
(どこで効果でるか)が良くわからんなぁ。
SSIMの増分に比べてビットレートが肥大しすぎるのが悩み・・・ --chroma-qp-offsetを
自動で変えるのも効果が良く分からん。手動でdeadzone弄るよりよさげだけど。
- 162:名無しさん@編集中:sage:2009/07/30(木) 15:39:46 ID:IcMAEvtT
- 初心者スレで相手を罵倒するのはどうかと思うぞ。 レスでそう言われたんだし。
誤情報は放置しといちゃいけないね。
>>158
Psy-rdはPSNR,SSIMを悪化させるので、目で見て判断しなければいけない。
それとオプションの効果は、同一ビットレートで確認しなければいけない。
>>160
subme 6から番号が変わった。(--b-rdoの統合のため)
- 6: RD mode decision for I/P-frames ・・・これが旧subme 6
- 8: RD refinement for I/P-frames ・・・これが旧subme 7
旧subme 6(現subme 6)+ b-rdoが7, 旧subme 7(現subme 8)+ b-rdoが9になる。
どういうふうにマクロブロックを分割すれば効率がいいか、それの計算の精度だから、
上げれば上げるだけ同一ビットレートでの画質が良くなる。
- 160:名無しさん@編集中:sage:2009/07/30(木) 06:26:25 ID:WS176Uip
- submeは高いほどディティールがスポイルされるの?
- 161:名無しさん@編集中:sage:2009/07/30(木) 08:07:23 ID:xs8jYeej
- >>160
バカには限りがないな・・・
まるも氏の解説嫁。ただしr995以前の動作についての説明だからそこんとこ注意。
ttp://www.marumo.ne.jp/db2007_7.htm#11
- 164:名無しさん@編集中:sage:2009/07/31(金) 13:37:08 ID:EECcNKuz
- で、「同一ビットレートでの画質が良くなる」=「ディティールがスポイルされない」なの?
subme上げたらMV検索の精度が向上するけどそれイコール「ディティールがスポイルされない」なの?
なんかノイズフィルタの文脈で「アーティファクトが出にくい」=「ディティールがより保持される」って
言っちゃってるのと同じな気がするけど
- 165:名無しさん@編集中:sage:2009/07/31(金) 14:37:39 ID:5dzD+onZ
- >>164
>>148氏とは逆の意見だけど、submeがディテールに影響を及ぼすと考えるのが間違い。
画質の傾向を替えるのは、trellis(もしくはdeadzone),psy-rd,AQ,cqm ぐらいで、
他のオプションは、全てを改善するか(そして重くなる)、悪化させるだけ(軽いが)。
- 166:名無しさん@編集中:sage:2009/08/01(土) 11:55:10 ID:BISgI3c0 [3]
- なあ、お前らが画質に十分拘ってるってのはオレはよく知ってる。
たぶん、音質にも同じように注意を払ってるだろう。
でも、ちょっときく。字幕まで拘ってるやついる?
ssaを自分で入力してるやつなんている?
- 167:名無しさん@編集中:sage:2009/08/01(土) 13:58:07 ID:P1aE528Z
- >>166
ssa+avisynthで普通にやってるが?
そもそもスレチだが
- 168:名無しさん@編集中:sage:2009/08/01(土) 15:24:35 ID:BISgI3c0 [3]
- いやさ、subripは英語だとちゃんと機能するけど
日本語とかの二バイト文字だと糞でしょ?
その場合idx+subといったゴミでも字幕付けてるのかな。と思って。
まあ、二バイト文字の字幕付けてる奴は少ないのかもしれんが。
このスレの奴ならどうしてるのかなと思ってね。
- 169:名無しさん@編集中:sage:2009/08/01(土) 21:14:36 ID:VoMK3Oug
- >>168
ts抜いて字幕付けてTVで鑑賞するとなったらx264でエンコするしかないから
このためこのスレで勉強したよ。字幕データはsrtを生成するツールがあるから
もう何の問題もないね。字幕焼き付けるならVitualDubModでも良いし。
- 170:名無しさん@編集中:sage:2009/08/01(土) 21:36:10 ID:BISgI3c0 [3]
- >>169
いや、srtを生成ってSupRipはtsにしか対応してないっしょ。
オレがいってるのは基本的にDVDのことね。
まあ、日本語字幕なんていちいちつけている人は多くないな・・・ 常識的に・・
- 171:名無しさん@編集中::2009/08/01(土) 21:49:26 ID:wYO8f2oW
- >>170
なんでidx+subがゴミなの?一番楽で、オリジナルに忠実じゃん
VSRipで取り出してH264映像・AAC音声と一緒にmkvコンテナに入れてたよ(今じゃDVDなんてエンコ保存しないが)
なによりスレチ
- 173:名無しさん@編集中:sage:2009/08/02(日) 01:00:03 ID:fwG9xqwi [2]
- >>171
>>(今じゃDVDなんてエンコ保存しないが)
DVDをエンコしてるオレは負け組みですかい?
- 176:名無しさん@編集中:sage:2009/08/02(日) 16:27:47 ID:fwG9xqwi [2]
- つーか、大抵はそんな見返さなくね?
見返すなんぞはほんの少しだよ、実際。
- 180:名無しさん@編集中:sage:2009/08/03(月) 00:30:14 ID:0g7Rup+4 [3]
- いや、参考にさった。aviutlはxvidだけだけど。
- 183:名無しさん@編集中:sage:2009/08/03(月) 20:13:09 ID:D9EsF2kU
- お世話になります
インターレースの扱いについての質問です
レコで録画したmpeg2-psのTVソースなんですが、これをx264にして
HDD内の容量を減らそうと考えています
将来的にはx264に対応した民生機(今は持っていない)で再生したいと思っているので
映像だけ再エンコして音声はAC3のまま、mkvコンテナに収めようと思います
(最終的にはx264+aacにするつもりです)
ここで一つ疑問に思ったのですが、この場合、インターレースについてはどう扱うべきでしょう?
解除せず30fpsのまま維持すべきか、解除して24fpsにするか迷っています
とりあえずffmpegで何度かテストしてみたのですが、解除がうまく効きません
解除せずそのままにしておいて問題が無いものでしょうか?
見当はずれの事書いてるかもしれませんが、お願いします
- 184:名無しさん@編集中:sage:2009/08/03(月) 20:36:24 ID:J9znvupq
- >>183
MPEG2Source("video.d2v")
TFM.TDecimate
ffmpegでやるより、上の様なavsを書いて、x264の入力に使った方が楽だ。
- 186:名無しさん@編集中:sage 諦めるのお勧め:2009/08/03(月) 20:55:07 ID:b0lTtYW8
- マジレス。
x264自体は、関係ねぇじゃん。総合質問スレとかが、適当かも。
でも、何か言ってみるテスト。
>>183
今回の事にどのぐらい時間が割けるかで、やる事が変わると思います。
文面から察するに、何から何まで分ってないようなので、モノになるのに時間が必要となります。
ちょろーんとやれば出来るとか考えてるなら、諦めてください。
調べて・試して・観て・考えて…としていくと、常に新しい正しさを映像から突きつけられると思われます。
どんなに正しい情報を手に入れようとも、それなりの時間が必要となります。
>問題が無いものでしょうか?
入力(エンコ前)と出力(エンコ後観賞してる状態)とで、正しい道で繋がるのであれば問題ありません。
ffmpegでのインタレース解除が入力と出力に対して正しい筋道かは、よく考えて判断ください。
- 188:名無しさん@編集中:sage:2009/08/04(火) 00:33:12 ID:plUqJiR1
- >>183
最終的な視聴環境に合わせるべきだと思う。
だからその民生機ってやつを買って環境が整って確認しながらエンコが良いだろ。
HDD安くなったし。
ちなみにPS3+ブラウン管テレビのおいらはインタレ保持してる。
- 185:名無しさん@編集中:sage:2009/08/03(月) 20:36:29 ID:0g7Rup+4 [3]
- まあ、なんというか諦めろ。
- 187:名無しさん@編集中:sage:2009/08/03(月) 23:26:13 ID:0g7Rup+4 [3]
- マジレスとかいって、中途半端な答え方だなw
しかもわけわからんとこあるし。
意味不明な例えしてた奴と同一人物か?
>>正しい道で繋がるのであれば問題ありません。
>>正しい筋道かは、よく考えて判断ください。
- 271:名無しさん@編集中:sage:2009/08/28(金) 03:47:49 ID:I/5GGLhW
- >>187
スレチというところがマジレスだろw
他はスレチだけで終わらせるのも何だから適当に書いたってしか読めないが
- 189:名無しさん@編集中:sage:2009/08/04(火) 05:19:36 ID:g+BBfC7S [2]
- PS3ってデインタレの機能がしょぼすぎで縞々が残るとあったけど、どうなのよ?
http://blog.livedoor.jp/media_arena/archives/51219777.html
- 191:名無しさん@編集中:sage:2009/08/04(火) 10:58:49 ID:VbgLwdam
- >>189
--nal-hrd付ければ普通に見れる。PS3は悪くないと思う。そのサイトいい加減消えて欲しい。
- 192:名無しさん@編集中:sage:2009/08/04(火) 20:08:59 ID:pQy9L3Cw
- ていうか、--nal-hrdつけないと、QuickTimeとかPowerDVD8でもインタレ解除出来ない。
- 194:名無しさん@編集中:sage:2009/08/04(火) 23:10:33 ID:Hg7wTODp
- >>192
PDVDならForce bobにするとできる。はず。
- 193:名無しさん@編集中:sage:2009/08/04(火) 22:35:07 ID:g+BBfC7S [2]
- PowerDVDならまだわからんこともないが、QuickTimeで再生って、、
ああ、再生テストか。なんか、大変そうですね。
- 206:名無しさん@編集中::2009/08/06(木) 21:55:11 ID:mTPO8wUf [2]
- avisynth経由でmpeg2映像をx264.exeでインタレ保持のバッチエンコがしたいのですが、元映像がtffなのか
bffなのか(--tff/--bffのどっちをしていするのか)バッチの中で自動判別するいい方法、ありませんか?
- 210:名無しさん@編集中:sage:2009/08/07(金) 09:02:17 ID:QfskfFvQ
- >>206
DGIndex をバッチで仕掛けるときに -Preview をつけると、"元ファイル.log" が
作成され、その中に Field Order: Top とかでる(でた)ので、判定に使えそう
- 208:名無しさん@編集中:sage:2009/08/06(木) 23:59:49 ID:mTPO8wUf [2]
- sageてなかった・・・スンマセン
e2スカパーのTSを抜いたものですが、bffが結構あります。
- 212:名無しさん@編集中::2009/08/09(日) 14:33:12 ID:GXLj/MHY
- 実写でノッペリさせないようなオプションてないかな?
crf 21〜24を使っております。
モノによっては、えらく縮んでノッペリしてしまいます。
- 215:名無しさん@編集中:sage:2009/08/09(日) 15:58:13 ID:So5LsZCZ
- >>212
--tune grain
- 216:名無しさん@編集中:sage:2009/08/09(日) 18:11:44 ID:QsVZZUCJ
- >>212
モノによっては ということなので、縮む奴と縮まない奴のサンプルがあれば助かる。
- 217:名無しさん@編集中:sage:2009/08/09(日) 19:23:40 ID:7Co0PiwZ
- >>212
--profile high --subme 9 --trellis 2 にPsy-Trellisの数値も好みで上げる。
- 219:名無しさん@編集中:sage:2009/08/09(日) 22:50:10 ID:wnrOTXbN
- >>212
--trellis 0で--psy 1.0:0くらいにする
- 220:名無しさん@編集中:sage:2009/08/09(日) 22:53:50 ID:S+m+7X4n [2]
- コマンドプロンプト上で実行したx264エンコのlogをtxtに出力するにはどうしたらいいのかな?
x264 [option]とか >text.txt
みたいに実行するとtext.txtは出力されるんだけど
■
が書き込まれるんです^^;
- 221:名無しさん@編集中:sage:2009/08/09(日) 22:56:40 ID:ieDPV92y
- >>220
それ俺も知りたい、余計な部分までずら〜っと書き込まれちゃうんだよね。
MeGUIだとコマンドプロンプト上の結果だけでるんだけどどうやって処理してるのかね?
- 223:220:sage:2009/08/09(日) 23:10:55 ID:S+m+7X4n [2]
- >>221
私のは全く書き込まれないってことは、コマンドプロンプトの使い方が間違ってるのかな
>>222
お待ちします^^
- 222:名無しさん@編集中:sage:2009/08/09(日) 23:00:09 ID:77lWsQOk [2]
- >>220
たしか雷鳴さんのとこに、それが出来るツールがあった気がする
ちょっと探してみる
- 224:名無しさん@編集中:sage:2009/08/09(日) 23:19:29 ID:ZJuRsLbS
- >>220
Windows のコマンド・プロンプトって、
( x264 [option] > /dev/null ) >& log.txt
のようなことはできないの?
- 225:名無しさん@編集中:sage:2009/08/09(日) 23:26:18 ID:i5+mbOap
- >>220はエラー出力使ってないだけじゃないかな
--output hoge.264 hoge.avs 2> text.txt
とかで書き込まれるハズだが
>>221が進捗状況の%のこといってるなら--no-progressのオプションで省ける
別の話だったらすまん
- 268:名無しさん@編集中:sage:2009/08/19(水) 18:20:43 ID:9nhXT5S0
- >>220
パッチ見つけた
ttp://komisar.gin.by/x.patch/last.used/x264_log_file+complete_log_respect_04_r1206.diff
- 227:222:sage:2009/08/10(月) 00:04:56 ID:77lWsQOk [2]
- 探したけど見つからんかったorz
- 232:220:sage:2009/08/10(月) 00:52:44 ID:khOXgelx [2]
- >>227
どんまい^^;
いずれソースにちょこっと追加して出力させてみます
x264のソースコードは、読み解くに時間かかりそうだから^^;
- 228:220:sage:2009/08/10(月) 00:30:58 ID:khOXgelx [2]
- エラー出力でちゃんとファイル出力されました^^
ありがと〜
--no-progressすると、進捗状況がファイル出力されなくなって、
後どれくらいで終了するかわからなくなっちゃうね^^;
進捗状況の部分だけを上書きモードなんてことは、ソースをいじらない限り無理ですよね?
- 230:名無しさん@編集中:sage:2009/08/10(月) 00:36:43 ID:if5SCuqi
- >>228
素人考えでは、--no-progress付けずにとりあえず出力してから、
txt内の進捗の部分を削るようなコードを実行させればいいのでは…
言うだけなら簡単そうなんだけど、どうやればいいのかはさっぱりわからんorz
やっぱperlとかrubyとかなんか勉強しようかな…
- 235:名無しさん@編集中:sage:2009/08/10(月) 20:50:44 ID:0BcXqAvc
- seraphy氏のx264.1181.release02.rarとx264OreAQ.1181.release02って
なんか違うの?
x264.1181.release02.rarでもOreAQパッチ当たってるみたいなんだが・・・
とりあえず、x264OreAQ.1181.release02をダウンロードしてGCCフォルダの中にある
gui.auoとかexeを全部コピーして使ってる
--aq-sensitivityと--aq-metricがguiで無いから、全部CLIモードで記述してやってるんだけど
もしかして、--aq-sensitivityと--aq-metricって使えない?
- 236:名無しさん@編集中:sage:2009/08/10(月) 21:10:04 ID:oeD7oq/t
- >>235
README読んでから出直して来い
- 237:名無しさん@編集中:sage:2009/08/10(月) 22:12:57 ID:5eeFvGHl [2]
- --nal-hrd と --interlaced とではどう違うのですか?
また--nal-hrd の場合 --vbv-bufsize はいくつくらいがよいのでしょうか?
- 238:名無しさん@編集中:sage:2009/08/10(月) 22:31:26 ID:5KusFviG [2]
- >>237
--nal-hrdと--interlaced(--tff), -bffを併用する事で、フィールドオーダーを含めたNAL HRDパラメーターが
x264で出力するビットストリームに書き込まれる事になる。
>また--nal-hrd の場合 --vbv-bufsize はいくつくらいがよいのでしょうか?
適切な数値は想定するハードウェアに依って変わる。
例えば、High@4.0に合わせると、"--vbv-bufsize 31250 --vbv-maxrate 25000 --nal-hrd --tff"になるけど、
これよりも数字を下げないと、ゲーム機等、再生できない環境も有るだろうと思う。
- 239:名無しさん@編集中:sage:2009/08/10(月) 23:19:43 ID:5eeFvGHl [2]
- >>238
詳しく有難うございます。
Meguiだとインターレス保持にチェックを入れても--nal-hrdのコマンドが付け加えられないので、
これはオプション的なものとうけとってもよいのでしょうか?つまり、それを付け加えることで正確なフィールドオーダー
を指定できるにすぎないということです。(すぎないというのはやや誤解を招くかもしれませんが)
(正確なフィールドオーダーが指定されないと何が問題になるかわからないので、申し訳ないです。)
>>これよりも数字を下げないと、ゲーム機等、再生できない環境も有るだろうと思う。
数字を上げると逆にどのような不都合が生じるのでしょうか?互換性を無視した場合、おすすめの最大値を
ご存知であれば、教えてくださるとありがたいです。
- 240:名無しさん@編集中:sage:2009/08/10(月) 23:51:07 ID:5KusFviG [2]
- >>239
--nal-hrdを使って、NALのpict_structが3(TFF)や4(BFF)と、正しく指定されないと、
正しくデインターレースされない環境がある。
数字を上げるとビットレートの上限が上がって、それだけデコードの負荷も増えるので、
再生が追いつかない場合も有るだろうと言うこと。
DXVAの最大値だと、--vbv-bufsize 50000 --vbv-maxrate 50000 になっているけど、
私の主なソースは低ビットレートの放送だと言うこともあるし、本当にこれだけ必要なのかどうかは知らない。
- 248:名無しさん@編集中:sage:2009/08/12(水) 21:37:51 ID:v/FN/1h/
- >>268
>>例えば、High@4.0に合わせると、"--vbv-bufsize 31250 --vbv-maxrate 25000 --nal-hrd --tff"になるけど、
>>240
>>DXVAの最大値だと、--vbv-bufsize 50000 --vbv-maxrate 50000 になっているけど、
こういう情報ってどこで仕入れてるの?
- 242:名無しさん@編集中:sage:2009/08/12(水) 17:14:06 ID:kZFiPDBZ [2]
- aviutlを使用したx264のプラグイン出力で質問です。
ビデオ圧縮の設定画面内に、CBR,VBRといった言葉が見当たりませんが、
そういった設定は出来ないということでしょうか。
出来なければ、CBR,VBRのどちらで出力されるのでしょうか。
- 246:名無しさん@編集中:sage:2009/08/12(水) 19:49:54 ID:W8zrbPyv [2]
- 安価ミス
>>242ね
- 243:名無しさん@編集中:sage:2009/08/12(水) 17:29:53 ID:d2mUdXMV
- x264には基本的にVBRしかありません
- 244:名無しさん@編集中:sage:2009/08/12(水) 17:50:48 ID:kZFiPDBZ [2]
- >>243
早急な回答ありがとうございました。
- 252:名無しさん@編集中:sage:2009/08/14(金) 01:26:27 ID:U7xYYgPT [2]
- スレチかもしれませんが、少し質問です。
KMplayerの内部フィルタでx264を再生したら画像に乱れが(ブロックノイズ?)生じるところがあったのですが
CoreAVCに切り替えて再生したところ、見事に解消されていました。これはx264の設定には関係ないということでいいのでしょうか?
- 253:名無しさん@編集中:sage:2009/08/14(金) 01:42:09 ID:EZ9aap1C
- 2passVBRは、無いですよね?やっぱ。
- 254:名無しさん@編集中:sage:2009/08/14(金) 02:02:42 ID:02WHBD+O
- >>252
KMPlayerの設定でインループフィルタを切ってるんじゃないの?
>>253
ないわけないだろ
- 255:名無しさん@編集中:sage:2009/08/14(金) 02:03:37 ID:onCn16BW
- >>252
可能性としてはKMがバグのあった古いlibavcodec使っててブロックノイズが載るとか
じゃないかな?KMだったら外部フィルターで最新のffdshowかCoreAVCにすれば
問題ないでしょ。
- 256:名無しさん@編集中:sage:2009/08/14(金) 02:47:24 ID:U7xYYgPT [2]
- >>255
症状としてはそんな感じです。
>>244
初心者すぎてよくわかりませんが、問題が解決したのでおkとします。
有難うございました。
- 257:名無しさん@編集中:sage:2009/08/15(土) 17:21:15 ID:DLX7wkuC [2]
- ビットレートから計算したサイズと、実際エンコードしたサイズが全然違うんだけど何故なんだろう。
設定はマルチパスの自動2パス。
計算の倍ぐらいになってしまう。
ビットレートが固定なんだから、結果はほぼ計算通りになるはずよね?
ビットレート指定してるのに、どこかの設定次第では計算通りにならなかったりする?
- 259:名無しさん@編集中:sage:2009/08/15(土) 19:36:34 ID:0DthBP+q [2]
- 画面サイズが大きいのに、できそうもない程度までビットレート低く設定してるとか。
例えば。HD解像度で、携帯機向け並とか無理だから。
- 262:名無しさん@編集中:sage:2009/08/15(土) 20:26:22 ID:DLX7wkuC [2]
- qpmaxは40です。
小さいのかな?
解像度は1280*720でビットレートは2500Kbps。
音声はAACで96Kbpsなので、できあがるサイズに比べれば誤差程度だと思う。
1G近くになってるんで。
計算上だと500MBぐらいなんだけど。
- 264:名無しさん@編集中:sage:2009/08/15(土) 21:57:11 ID:0DthBP+q [2]
- >>262
オプションさらせって最初のレスで言われてるのに出さないとか、流石ッスね。
- 267:名無しさん@編集中:sage:2009/08/16(日) 02:33:17 ID:LQMzJyRb
- >>262
映像だけのサイズを調べてみて
- 280:名無しさん@編集中:sage:2009/09/06(日) 14:32:42 ID:HYN8pNs+
- 初心者と言うより、自分のことしか考えられないガキ
- 674:名無しさん@編集中:sage:2010/01/21(木) 19:10:21 ID:w1+lfNKj [3]
- 282は無視されてるし誘導じゃないんじゃね?
280 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 17:27:04 ID:edcsiqa1
ffmpegについて質問です
1枚の画像(src.jpg)を音楽(src.m4a)の最後まで繰り返す動画を作りたくて
ffmpeg.exe -loop_input -shortest -i src.jpg -i src.m4a -s 320x240 -vcodec libx264 -acodec copy -r 1 get.mp4
とやって昔はできていたはずなんだが今は何故かできなくなった
エラー内容
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height
お助けください
281 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 17:32:28 ID:3NCulveQ
ffmpegとx264のりびじょんによるけど
-vpreを使えって話じゃね
282 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 18:11:09 ID:NGiAlMBI
>>280
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://pc11.2ch.net/test/read.cgi/avi/1247319611/ (511/983)
283 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 18:12:36 ID:edcsiqa1
>>281
回答ありがとう
質問は終了しました
- 677:名無しさん@編集中:sage:2010/01/21(木) 19:16:58 ID:I9KXZxvp [3]
- >>674
スレの本来の目的から逸脱している無駄な引用、無駄な議論要求は自重しろ
- 281:名無しさん@編集中:sage:2009/09/07(月) 06:15:58 ID:eq4rZmxX [2]
- 再生ソフト一覧:
ttp://www.cccp-project.net/wiki/index.php?title=Media_Players
おすすめできるのは
Mplayer (WindowsならKovensky氏のビルドがおすすめ) ttp://kovensky.project357.com/
CCCPか別々でMPC-HC, Haali Media Splitter, ffdshow (CPU/GPUパワーがあるのなら、Haaliのレンダラを試す)
Zoom Player (無料版がなくなったので、もはやおすすめできない状態へ)
VLCは最近頑張ってるみたいけど、未だにシーク等に問題大アリ。
全くおすすめ出来ません。動画配信には設定をいじるなら大丈夫なんですけどね。
スレチだけど、一応いい再生ソフトが少ないので(以下略
- 282:名無しさん@編集中:sage:2009/09/07(月) 08:06:45 ID:3fiVn9vb [2]
- >>281
Mplayerって--fullrange認識するっけ?
- 668:名無しさん@編集中:sage:2010/01/21(木) 18:31:41 ID:w1+lfNKj [3]
- マルチ乙
抽出 ID:edcsiqa1 (2回)
280 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 17:27:04 ID:edcsiqa1
ffmpegについて質問です
1枚の画像(src.jpg)を音楽(src.m4a)の最後まで繰り返す動画を作りたくて
ffmpeg.exe -loop_input -shortest -i src.jpg -i src.m4a -s 320x240 -vcodec libx264 -acodec copy -r 1 get.mp4
とやって昔はできていたはずなんだが今は何故かできなくなった
エラー内容
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height
お助けください
283 名前:名無しさん@編集中[sage] 投稿日:2010/01/21(木) 18:12:36 ID:edcsiqa1
>>281
回答ありがとう
質問は終了しました
- 669:名無しさん@編集中::2010/01/21(木) 18:40:22 ID:edcsiqa1 [5]
- >>668
質問は終了しましたという文字が見えませんか?
- 283:名無しさん@編集中:sage:2009/09/07(月) 09:15:38 ID:eq4rZmxX [2]
- こっちだと全H.264生ストリームはFullrangeとして再生されるけど、コンテナに
MUXした後はちゃんとフラグを守ってるっぽい。レンダラにもよるかもしれないが。
Kovensky氏本人に一応聞いてみたけど、まだ返事がないので、これぐらいしか
書けません。
- 285:名無しさん@編集中:sage:2009/09/07(月) 19:38:31 ID:3fiVn9vb [2]
- >>283-284
情報ありがと
とりあえず手元で--fullrange onのmp4を再生してみたんだけど
flavieとmplayerで違う色になっちゃった
mplayerのほうが色が薄い感じ
- 288:名無しさん@編集中:sage:2009/09/08(火) 05:49:34 ID:EJbZcmn8 [2]
- >>285
> mplayerのほうが色が薄い感じ
関係ないかもしれないけど、mplayer に -vf pp=fullyrange ってオプション
付けるとどうにかなったりしないのかなぁ?
- 289:名無しさん@編集中:sage:2009/09/08(火) 06:10:15 ID:EJbZcmn8 [2]
- >>285,288
オプション間違えてた。
誤:-vf pp=fullyrange
正:-vf pp=al:fullyrange
- 291:名無しさん@編集中:sage:2009/09/08(火) 07:28:55 ID:UOQpGKpO [2]
- >>289
ありがと
でもやっぱだめだねえ
フルレンジはたまにしか使わないし、まああきらめるかな
- 292:名無しさん@編集中:sage:2009/09/08(火) 07:55:11 ID:Cz/gyt1B [2]
- >>291
面倒かもしれないが、一応Freenodeの#mplayerで聞いてみれば分かるかも。
バグだったらバグ報告するがよい(テスト用のファイルもどっかにうpして)
- 295:名無しさん@編集中:sage:2009/09/08(火) 19:54:43 ID:UOQpGKpO [2]
- >>292
IRCか…最終的にはそれがよさそうですね
でももうちょっと自分で実験してみるわ
PC上で作った動画をエンコするときは--fullrange onにしてるんだよね
最近は自分ではめったに動画つくらないようになったし、そんなに困ってるわけでもない
しばらく色々試してみます
いいかげんスレチの流れは切ったほうがよさそうなのでこのへんで
- 287:名無しさん@編集中:sage:2009/09/08(火) 02:28:59 ID:mVadCWLO
- このオプションって元がRGBの動画を圧縮する場合に使うんでないの?
- 290:名無しさん@編集中:sage:2009/09/08(火) 07:08:42 ID:Cz/gyt1B [2]
- >>287
つまり、色々歴史があってテレビとパソコンの色空間が違ってたりする。
ソースがRGBか何かは関係ないかと。
つまり、TVスケールは15-235の色しか使用されてなくて、再生時に使用されるもの
によって扱い方が違う(モニターだと0-255の空間に色を伸ばすことになる、そう
しないと白がグレーになってたり、黒も完全に黒にはならない)。大体のテレビ・DVD
やらデジタルな市場ソースではTVスケールが使用されてある。
PCスケールはそのまま0,255で保存すること(フルレンジなソースで--fullrangeを
付けないと再生時に色が違うように再現される)。
PC/TVスケール自体はそこまで難しいのではない話だが、初心者などがあやまって
違う色スケールでエンコすることは多少あった(レンダラなどもバグって違う
色を出す可能性あるし、特にOverlay, EVR, VMR○等)
- 297:名無しさん@編集中:sage:2009/09/08(火) 21:59:00 ID:5T5B54TX
- スレチな話題にスレチなレス付けるオマエも失せろよ
- 298:名無しさん@編集中:sage:2009/09/09(水) 02:00:30 ID:Pq3A3BR3
- >>297
おまえが失せろ
スレチだろうが間違えていることは訂正すべきだろ
- 301:名無しさん@編集中:sage:2009/09/17(木) 23:36:25 ID:Cyki7k7+
- 動画をエンコードしたらprofile High, level 2.1になったのですが、
profile High, level 4.1にするためにはx264のどこの設定を変更したらよいでしょうか?
- 302:名無しさん@編集中:sage:2009/09/17(木) 23:41:15 ID:+/yeIURn
- >>301
--level "4.1"
- 304:名無しさん@編集中:sage:2009/09/17(木) 23:52:07 ID:3qlFednm
- 時々2.1とか3より4.1のほうが綺麗とか互換性高いとか誤解してる人いるね。
- 312:名無しさん@編集中:sage:2009/09/21(月) 16:55:00 ID:dvj/bLQI
- >>304
kwsk
- 320:名無しさん@編集中:sage:2009/09/24(木) 10:37:24 ID:soxcQMHq
- eeepc系でのH.264再生関連の話が出て、一応レス
【Ubuntu 8.10 (eeebuntu basic), eeepc 900 (celeron m , 900MHz)】
【mplayer, ffmpeg-mt無しビルド】
1024x576までは24000/1001fpsな動画が普通に再生された。(結構重い設定で自重なき)
1280x720な24000/1001fps動画なら、-lavdopts skiploopfilter=all:fast とかを作ればASS字幕
があっても普通に再生が出来た(もちろん低いビットレートのものなら画像が荒れる場合がある)
それ以上のものは結構難しくなるかと思うw
Atom@1.6GHzなものならWindowsの方でCoreAVCを使った人からは
1280x720な24000/1001fpsな動画が再生可能だと報告された。
実際にSDレゾで--tune fastdecodeにする必要性のあるハードって
初代Xbox辺りかな?HDなら別の話になるけどw
それでは、寝る ノシ
- 321:名無しさん@編集中:sage:2009/09/24(木) 10:44:43 ID:7raMzQ4/
- >>320
>>Atom@1.6GHzなものならWindowsの方でCoreAVCを使った人からは
>>1280x720な24000/1001fpsな動画が再生可能だと報告された。
ソースによる。Pen4 2.4GだけどCoreAVC使っててもものによっては720pはみるにたえない。
って、再生可能っていう表現が微妙だな。。
- 322:317:sage:2009/09/24(木) 14:52:43 ID:isymdoDq
- >>320>>321
いやーレスどうもです参考にさせていただきます
CoreAVCですか、PDVD8は使ったんですが導入比較してみます
- 323:名無しさん@編集中:sage:2009/09/27(日) 18:08:43 ID:bFpLr1mK
- ゲーム動画をAVIutlとx264guiを使いエンコードしたのですが
動画が薄く白っぽくなってしまい、気になっています
AVIutlの方で行ったのは1440x900のソースを1270x900にリサイズだけ行いました
x264の方では2passとビットレートを変えただけです
AVIutlかx264の設定で何かそうなってしまう設定があるのでしょうか?
わかりづらい説明で申し訳ありませんが、教えて頂けたらと思います
- 325:名無しさん@編集中:sage:2009/09/27(日) 21:43:22 ID:RFU8sB6/
- >>323
易しく言うと、ここはguiは対象外。
専用スレがあるからそっちに行くといい
- 326:名無しさん@編集中:sage:2009/09/29(火) 18:51:13 ID:DwHizXin [2]
- 質問です
-qmin 24 -qmax 39、 -minrate 384k -maxrate 800、-b512k -bt512kでエンコしていた所
高速でスクロールするソースの際、恐らくビットが足りないせいで全般的に画質が酷くなります
-minrateと-b、-btの値を調整したいんですが
1、-b、-btを引き上げて-minrateを288k程度に落とす
2、-b、-btはそのままで-minrateを引き上げる
では理屈としてはどっちがサイズを抑えた、ままで画質の向上を狙えるんでしょうか
というか-minrateがなんだかあまり守られて無いような気もするんですが…
No.327 〜
No.473
- 327:名無しさん@編集中:sage:2009/09/29(火) 19:10:21 ID:NdLw0gID
- 一体このオプションは、どんなツールを使ってエンコする時のものなんだ?
すべてがx264.exeと違うから、わけがわからんよ
- 328:名無しさん@編集中:sage:2009/09/29(火) 19:15:45 ID:kzMvJ+7y
- >>327
http://sites.google.com/site/linuxencoding/x264-ffmpeg-mapping
とりあえず、FFmpegをやめて、x264で--vbv-bufsizeと--vbv-maxrateを設定した2passでやってみたら。
- 329:名無しさん@編集中:sage:2009/09/29(火) 21:01:10 ID:kATTFCyq
- 高速でスクロールするソースの画質が酷い?mbtree切ったら?
- 331:名無しさん@編集中:sage:2009/09/29(火) 22:11:34 ID:DwHizXin [2]
- >>327>>328>>329
間違えました!、アドバイス頂いて恐縮ですが板が違う事に気付きました orz
本当にすみません、別の場所で質問する事にしますので忘れて下さい
ちょっと確認してから書けば良かったです、スレ汚し失礼しました〜
- 334:名無しさん@編集中:sage:2009/10/07(水) 19:01:52 ID:KwOtTUxw [13]
- x264.exeの使い方がまるでわからない。ストレスで死にそう。
x264 --crf 20 -o out.mp4 in.avs
したが0バイトのout.mp4ができるだけで、一瞬で落ちる。
戻り値は128が帰ってきてるから何かしらのエラーが起きてるとは思うが、どんなエラーなのかわからない。
in.avs はプログレ 720x540のYV12で出力してるはず。
# DVDソース -> DGIndex -> DGDecode -> 各種フィルター -> 最後にConvertYV12かけてる。
プレイヤーなどで動確済み。
aviutil+x264拡張auoで出力したものを食わせても、処理できない。
DEPもシステムにのみ有効になるように設定した。
CPU/メモリバスなどオーバークロックはしてないし、aviutilで丸一日安定してエンコードできる。
アンチウィルスの常時保護とかメモリ保護とか停止してからやったけど、やっぱり失敗する。
バイナリはhttp://x264.nl/ のやつとか、何かに同封されてきたのとか一通り試した。
半年ほど前から暇を見つけてはいろいろやってるけど、いっこうに解決しないorz
誰かヘルプきぼん
- 343:名無しさん@編集中:sage:2009/10/07(水) 21:25:40 ID:sOAzoXV/ [4]
- >>334
たぶんカレントディレクトリを移動してないとか、パスが間違ってるとかのせいだろうけど、
そもそもろくに使い方もわからんのに、avsを関数化したり、
バッチファイル書かないでcmdを直打ちしたりするのは、かえってややこしくなると思う
pauseが入ってないから、エラーが起こってもコマンドプロンプトが一瞬で閉じてしまって何が起こったかわからんことに…
cd /d "%~dp0"
x264.exe --crf 20 -o "%~dpn1_test.mp4" "%~1"
pause
上の3行をメモ帳にコピぺして、test.batって名前でx264.exeと同じ場所に保存してから、
in.avsをtest.batにD&Dしてみろ
もしうまくいかなくても、ちゃんとコマンドプロンプトにエラーメッセージが出るから、なにが原因かは
わかると思う
- 346:名無しさん@編集中:sage:2009/10/07(水) 21:38:57 ID:KwOtTUxw [13]
- >>343
あー、x264がavsの関数に非対応という可能性は考えてなかった
関数使わなくても、テンプレートつくって置換してやればそれなりに楽にバッチ処理できるか…な?
ちなみに、現時点のavs(関数/import仕様)では
H:\temp\avs_eva>.\x264 --crf 24 -o a.mp4 EVA_01.avs
H:\temp\avs_eva>echo %ERRORLEVEL%
128
H:\temp\avs_eva>
のようになる。
- 347:名無しさん@編集中:sage:2009/10/07(水) 21:45:56 ID:KwOtTUxw [13]
- >>343
ユーザー関数を定義しないでやってみたが、だめだったよ
反応は全く同じ
> or AVI or Avisynth if compiled with AVIS support (yes).
って書いてあるからには、一応対応してるってことだよね?
- 335:名無しさん@編集中:sage:2009/10/07(水) 19:24:41 ID:4hyMCUSi [2]
- "パスx264.exe"--crf 20 -o "パスout.mp4" "パスin.avs"
パス通してない場所にバイナリ、avsなんか置いてるんじゃないの?
とりあえずフルパスで記入してみろ。 C:\x264\ とかな。
- 337:334:sage:2009/10/07(水) 20:24:07 ID:KwOtTUxw [13]
- >>335
明示的に .\x264 〜 してみたけど同じだよ、やっぱり%ERRORLEVEL%は128になってる。
パスの通ってる別のx264を起動してるって訳ではないみたい。
ちなみに、使ってるファイルは一通り同じディレクトリにおいてる
>とりあえずavsとコマンドラインをそっくりそのままコピーして貼り付けてみろ
とりえあず、オプションとかは
Example usage:
Constant quality mode:
x264 --crf 24 -o output input
のやつに書き換えてやってみたけど(つまりは数字変えただけ)
avsは何をコピペすればいいのかわからん。とりえあず、avsをここにさらしてみるわ
- 336:名無しさん@編集中:sage:2009/10/07(水) 19:35:59 ID:sOAzoXV/ [4]
- とりあえずavsとコマンドラインをそっくりそのままコピーして貼り付けてみろ
現実に動かないんだったら、原因の8割以上は記述がどこかおかしいってことだから
- 338:334:sage:2009/10/07(水) 20:27:46 ID:KwOtTUxw [13]
- 01 eva_edeen_filter.avs
-----
# Load Plugins
PluginDir = "C:\Program Files\AviSynth 2.5\plugins\"
LoadPlugin(PluginDir+"DGDecode.dll")
LoadPlugin(PluginDir+"NicAudio.dll")
LoadPlugin(PluginDir+"eDeen.dll")
LoadPlugin(PluginDir+"warpsharp.dll")
function EVA(string "FileNamePrefix",int "Start",int "End")
{
v = MPEG2Source(FileNamePreFix + ".d2v")
a = NicAC3Source(FileNamePreFix + " T81 2_0ch 448Kbps DELAY 0ms.ac3")
AudioDub(v,a)
Trim(Start,End)
AutoDeint("blend")
Spline64Resize(720,540)
Letterbox (0,0, 10, 10)
edeen(hqc = false)
ConvertToYV12()
return last
}
in.avs
-----
Import("") #上のファイル
EVA("DISK_01",0,41985)
----
何やってるのかばれるけど、コピペミスを防ぐためにあえてそのままコピペした
- 339:名無しさん@編集中:sage:2009/10/07(水) 20:28:32 ID:KwOtTUxw [13]
- あー、コピペミスしてる orz
in.avs
---
Import("01 eva_edeen_filter.avs")
EVA("DISK_01",0,41985)
- 340:名無しさん@編集中:sage:2009/10/07(水) 20:44:00 ID:F9C1ZCXV [4]
- そのavsをVirtualDubやAvsPで開いた時に出るエラーの表示はどうなっているの?
- 341:334:sage:2009/10/07(水) 20:56:46 ID:KwOtTUxw [13]
- >>340
エラー?要はYV12できちんと出力されてるかチェックしろってこと?
AvsPでチェックしたらYV12で出力されてるらしい。
AvsP: http://imagepot.net/view/125491649112.png
- 342:名無しさん@編集中:sage:2009/10/07(水) 21:18:58 ID:F9C1ZCXV [4]
- C:\temp>x264 --crf 20 colorbars.y4m -o output.264
yuv4mpeg: 640x480@30000/1001fps, 0:0
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
x264 [info]: profile High, level 3.0
x264 [info]: frame I:1 Avg QP:10.80 size: 1403
x264 [info]: frame P:25 Avg QP:22.28 size: 21
x264 [info]: frame B:74 Avg QP:22.30 size: 20
x264 [info]: consecutive B-frames: 0.0% 0.0% 3.0% 97.0%
x264 [info]: mb I I16..4: 98.0% 0.1% 1.9%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0
.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct:
0.0% skip:100.0% L0:-1.$% L1:-1.$% BI:-1.$%
x264 [info]: 8x8 transform intra:0.1%
x264 [info]: coded y,uvDC,uvAC intra: 0.4% 1.9% 1.8% inter: 0.0% 0.0% 0.0%
x264 [info]: i16 v,h,dc,p: 92% 5% 3% 0%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 0% 50% 0% 0% 0% 0% 0% 25%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 39% 28% 33% 0% 0% 0% 0% 0% 0%
x264 [info]: kb/s:8.18
encoded 100 frames, 37.86 fps, 8.18 kb/s
C:\temp>
x264のエラーだったら、こう言う風にコマンドプロンプトから確認できる。
- 345:名無しさん@編集中:sage:2009/10/07(水) 21:33:20 ID:KwOtTUxw [13]
- >>342
y4m.auoで出力したものを食わせたらうまくいった。
やっぱりavisynthとの相性が悪いのかな?
本体バーションは今リリースされてる 2.58なんだが…
特定のプラグインのバージョンが古いとかあるのかも…
H:\temp\avs_eva>.\x264 --crf 24 -o hoge.mp4 hoge.y4m
yuv4mpeg: 720x540@30000/1001fps, 1:1
x264 [warning]: width or height not divisible by 16 (720x540), compression will suffer.
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Slow
x264 [info]: profile High, level 3.1
mp4 [info]: initial delay 1001 (scale 30000)
x264 [info]: frame I:11 Avg QP:22.06 size: 17370
x264 [info]: frame P:254 Avg QP:24.91 size: 5769
x264 [info]: frame B:176 Avg QP:26.27 size: 1136
x264 [info]: consecutive B-frames: 32.8% 34.0% 11.9% 21.4%
x264 [info]: mb I I16..4: 24.9% 43.1% 32.0%
x264 [info]: mb P I16..4: 8.9% 13.9% 6.8% P16..4: 23.3% 6.2% 3.4% 0.0% 0.0% skip:37.5%
x264 [info]: mb B I16..4: 0.3% 0.3% 0.1% B16..8: 26.7% 0.3% 0.6% direct: 2.1% skip:69.5% L0:40.4% L1:57.6% BI: 2.0%
x264 [info]: 8x8 transform intra:46.3% inter:69.3%
x264 [info]: coded y,uvDC,uvAC intra: 34.7% 60.0% 22.7% inter: 6.9% 11.1% 0.3%
x264 [info]: i16 v,h,dc,p: 46% 31% 7% 16%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 20% 32% 6% 5% 5% 6% 5% 6%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 27% 20% 20% 7% 6% 6% 5% 5% 3%
x264 [info]: ref P L0: 72.8% 17.6% 9.6%
x264 [info]: ref B L0: 83.0% 17.0%
x264 [info]: kb/s:1009.25
encoded 441 frames, 20.86 fps, 1009.25 kb/s
H:\temp\avs_eva>%ERRORLEVEL%
'0' は、内部コマンドまたは外部コマンド、
- 344:名無しさん@編集中:sage:2009/10/07(水) 21:26:38 ID:sOAzoXV/ [4]
- ってよく考えたら、直打ちだったら、コマンドプロンプトは閉じないか…失礼
- 348:名無しさん@編集中:sage:2009/10/07(水) 21:58:30 ID:F9C1ZCXV [4]
- x264以外(xvid_encraw, avs2avi, avs2yuv等)が、そのavsを入力に使って上手く動くか試してみたら。
- 349:名無しさん@編集中:sage:2009/10/07(水) 22:30:03 ID:KwOtTUxw [13]
- avs2yuv
幸いこれはうまくいきました。最悪、これとx264をパイプでつなぐか、一時ファイルに書き出してから食わせればどうにかなりそうです。
xvid_encraw ---------------
これはうまくいきませんでした。
H:\temp\avs_eva>xvid_encraw.exe -i EVA_test.avs -type 2 -w 720 -h 540 -o xvid.mkv -bitrate 800
xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
xvid [info]: Avisynth detected
H:\temp\avs_eva>echo %errorlevel%
128
とのこと
- 350:名無しさん@編集中:sage:2009/10/07(水) 22:33:14 ID:KwOtTUxw [13]
-
avs2avi ---------------------
これもうまくいきませんでした。
H:\temp\avs_eva>avs2avi.exe EVA_test.avs tes.avi -c DVIX -w
AVS2AVI v1.39 (c) 2002-2004:
Christophe Paris, David Leatherdale, int21h, Moitah
http://www.avs2avi.org/
H:\temp\avs_eva>avs2avi.exe EVA_test.avs tes.avi -c divx -w
AVS2(ry)
avs2wav --------------------
これもうまくいきませんでした。
ac3デコーダは探せばあると思いますが、trim、切り出しはどうしようもないですね。
avs -> aac にする別の方法を探さなければならないみたいです orz
H:\temp\avs_eva>avs2avi.exe EVA_test.avs tes.avi -c i420 -w
AVS2AVI v1.39 (c) 2002-2004:
Christophe Paris, David Leatherdale, int21h, Moitah
http://www.avs2avi.org/
H:\temp\avs_eva>avs2wav EVA_test.avs test.wav
avs2wav v1.0 by Jory Stone <jcsston@toughguy.net>
Input: EVA_test.avs
Output: test.wav
Scanning for Audio Stream...
H:\temp\avs_eva>echo %errorlevel%
128
- 351:名無しさん@編集中:sage:2009/10/07(水) 22:37:54 ID:4hyMCUSi [2]
- ところでそのへんてこな関数必要なの?なんの意味があるのかよくわからないんだけど。
普通にd2vのパスとTrimのとこ埋めるだけでしょ?
いつもその設定でやってて記述が楽になるからとかならd2vはき出すときにAVS template
ではき出せば良いだけだし普通に関数化しなければ直でx264.exeに渡せるでしょ。
- 352:名無しさん@編集中:sage:2009/10/07(水) 22:59:08 ID:KwOtTUxw [13]
- >>351
>>347 で書いたとおり、ユーザー関数を使わないavsでもだめでした。
#ということは、現在の問題に関わらず、avisynthで関数定義するとx264は受け取ってくれないのですか?
>いつもその設定でやってて記述が楽になるからとかならd2vはき出すときにAVS template
DVD一枚に 4話分収録されていて、別ファイルに書き出そうとしているため
DGIndexのavs templateでは間に合わないんですよ。
別に、単ファイルに仕様と思えば、何らかのスクリプトで適当に処理すればできますけど…
メリットがないのでする必要はないと思います。
逆に関数化して別ファイルに書き出すメリットは、一部書き換えたときの手間がかからないというのがあります。
たとえば、現在プレビューなどをしているため、edeen(hqr = false)となってますけど、
本番のエンコードではこれをtrueに変える必要があります。
というか、汎用的な手続きや、共通部分は関数化するというのは、まずはじめに考えることだと思います。
まあ、変更するたびに、各avsを書き出すというのはそれほど手間じゃないでしょうけど。
- 365:357:sage:2009/10/10(土) 01:39:19 ID:Ug5OI9LI
- 解決したようなので、それ以降は書き込みはしてないが
まあ、俺の書き方が悪かったな。すまん。
この場合AviSynthのエラーがスレチだとは思わないが
それよりも>>352など質問してるわりに独りよがりな意見が目立つし
PluginDir = "C:\Program Files\AviSynth 2.5\plugins\"
LoadPlugin(PluginDir+"DGDecode.dll")
この様な書き方をする奴にろくな人がいないのは確かだな
- 353:名無しさん@編集中:sage:2009/10/07(水) 23:08:01 ID:F9C1ZCXV [4]
- x264以外でも動かないのだったら、x264とは関係のない問題だろう。
AviSynthのバージョンを変える等、他の事を試してみたら。
因みに、私は未だにこれを使っているけれど、特に問題は無く動作する。
http://www.avisynth.org/tsp/MT_07.zip
- 357:名無しさん@編集中:sage:2009/10/07(水) 23:58:51 ID:ixiqP83h
- H:\temp\avs_eva>avs2wav EVA_test.avs test.wav
"avs2wav" "EVA_test" "test.wav" とりあえず普通にやれば?
- 360:358:sage 粘着っていうんだろうけど、やっぱり気になる:2009/10/09(金) 23:26:23 ID:HDVTrtpN
- >>357
今更ですが、”普通に”というのは
ノイズフィルターなどを通さずに、hogeSourceだけを呼び出してやってみろってことだったんですか?
avsファイルの拡張子だけをのぞいてavs2wavに渡してみろってことではないですよね?(javaみたく)
結局何が言いたかったのかわからないので、もしよろしければ言葉を省かないで書いていただけますか?
- 359:名無しさん@編集中:sage:2009/10/08(木) 02:18:40 ID:EARsugL9
- いい加減こっちでやれ
言ってる意味がわからないならここで半年ROMってろ
ttp://pc11.2ch.net/test/read.cgi/avi/1246414384/ (470/1001)
- 361:名無しさん@編集中:sage:2009/10/09(金) 23:27:33 ID:HEO26ezf
- >>360
>>359
- 362:名無しさん@編集中:sage:2009/10/10(土) 00:18:24 ID:zBqktD6s
- >>361
過疎スレを半年ROMっても、>>357のようなレスはわからん。
(ちなみに、前スレあたりから目を通してるから半年の条件はクリアしてる)
avsに関する知識が足りないんじゃなくて、>>357の書き方が明らかに悪い。
文句を言うなら>>357に書かれていることを理解できてからいってくれ。
- 358:名無しさん@編集中:sage:2009/10/08(木) 00:17:26 ID:hbBmlWme
- 解決しました
>>353 のavisynth.dllがインストールしてあったために問題が起きていたみたいです。
どうも貴重な時間を割いていただきありがとうございました。
なぜにプレイヤーやavs2yuvで問題が起きなかったのかが不思議ですが…
>>357
いっている意味がよくわからないのですが…
普通に必須のパラメータを入れているだけです
- 354:名無しさん@編集中:sage:2009/10/07(水) 23:11:47 ID:KwOtTUxw [13]
- とりあえず、現時点でわかっていることは
・x264 にそのままavsを渡すとエラーメッセージなしに落ちる (終了コード: 126)
・x264 にy4mを渡せばエンコードできる
・x264に渡すファイルはimportしてないavsでもだめ
・avs2yuvは別ファイル化してあるavsも処理できる
・xvid , avs2wav , avs2avi もavsを処理できない
ということでしょうか。
やっぱり人に聞いてみるものですね。
ちなみに、avsの別ファイル化は鬼門ですか?
avsの中の処理は全てインストールしてあるavisynthが処理を行うと思っていたので
危機感を持ってなかったんですが
- 355:名無しさん@編集中:sage:2009/10/07(水) 23:13:38 ID:sOAzoXV/ [4]
- y4mだとうまくいくけどavsだとうまくいかない…
まさかとは思うが、64bit版のx264使ってるとか
- 356:名無しさん@編集中:sage:2009/10/07(水) 23:50:37 ID:KwOtTUxw [13]
- >>355
間違えて落としそうな配置になってるけど、
OSが32bitだからそれはない。
- 367:名無しさん@編集中:sage:2009/10/10(土) 15:51:24 ID:+085o/Vq
- x264のスレで聞くって事はx264を使ってってことだと解釈した上で答える
色差の共有を回避することは不可能
なぜならx264はYUV420(色差は2x2ピクセルで共有)以外の入力を受け付けないから
qp 0の可逆圧縮であればYUV444で出力できるが、入力の時点で共有されてるんだから
出力後の色差情報は共有されたのと実質的には同じになっている
普通はその手の色差共有の劣化を抑えるために、再生時にフィルターやらレンダラーやらが補間処理を行う
そのほうがビット数を増やすよりも効率的だから
- 368:名無しさん@編集中:sage:2009/10/10(土) 18:43:26 ID:F4ZOV16S
- >>367
デタラメ言うな。qp 0 にしても 4:2:0 のままだ。
H.264 で色差共有(って単語初めて聞いたな) を防ぐには
High 4:4:4 プロファイル等を使うしかないが、x264 では非対応。
対応しているエンコーダとデコーダほとんど存在しないんじゃね。
- 369:名無しさん@編集中:sage:2009/10/11(日) 01:22:45 ID:qd1Zoupt
- >>367->>368
ありがとうございます。
レンダラー変えたらかなり潰れが軽減されて驚きでした。
再生側で補間しろということですね。 勉強になりました。
- 372:名無しさん@編集中:sage:2009/10/16(金) 10:40:05 ID:pPkSuLpn
- 質問です。
--------------------------------------------------------------------------------
[nul] (1pass)
--------------------------------------------------------------------------------
using cpu capabilities: MMX2 SSE2Fast SSSE3 Cache64
profile High, level 3.0
このようなエラー?が出て音声のみの出力になってしまったのですが、
これはどう言ったエラーなのでしょうか?
解決方法も教えて頂きたいです><
宜しくお願いします。
- 376:名無しさん@編集中:sage:2009/10/17(土) 05:58:53 ID:8meLpJld
- >>372
なんかgui.auoの方っぽいね。
んで、その表示が出た途端、エラーと勘違いしてAviutlで出力中止したとか。
- 377:名無しさん@編集中:sage:2009/10/20(火) 15:04:24 ID:gp3tfXLh [2]
- x264itvfr.exe でエンコードの進捗や残り時間が表示されないのですが、表示する方法はないのでしょうか?
--progressオプションは付けるとエラーになりました。
x264.exeではオプションをつけなくても表示されました。
- 378:名無しさん@編集中:sage:2009/10/20(火) 16:33:32 ID:HWd6oXRq
- 記憶が定かでないけどrev.12xxになったくらいから出ないよ
仕様かと思って気にしてない(ちなみにx264 itvfr OreAQの方も表示されない)
- 379:名無しさん@編集中:sage:2009/10/20(火) 21:59:36 ID:gp3tfXLh [2]
- >>378
ありがとうございます。
- 394:名無しさん@編集中::2009/10/24(土) 02:49:38 ID:4ANL4Q99 [5]
- すまぬ、誰か誘導してくれ
H.264でゲームの720pエンコでマルチスレッドが有効に使えるエンコーダの名前を・・・
- 396:名無しさん@編集中::2009/10/24(土) 03:17:11 ID:4ANL4Q99 [5]
- AviUtlでX264つかってエンコードしてるんだけど、CPU負荷を見たところ1CPUしか稼動していないので、マルチスレッド対応のエンコーダがないかと
- 399:名無しさん@編集中:sage:2009/10/24(土) 03:45:25 ID:4ANL4Q99 [5]
- じゃあ、現状の1CPUに偏った状態でもMTなのか・・・
ちょい設定見てくる
ありでした
- 401:名無しさん@編集中:sage:2009/10/24(土) 03:53:55 ID:4ANL4Q99 [5]
- あげてまでスミマセン
そのままスレッド数の項目ありましたorz
- 404:名無しさん@編集中:sage:2009/10/24(土) 13:41:40 ID:hVYe0krU
- >>401
x264拡張保存のGUIの設定のことだったら、初期値の0で自動判別だから、普通はこれで論理CPUの数だけスレッド作られるよ。
- 405:名無しさん@編集中:sage:2009/10/24(土) 13:44:14 ID:4ANL4Q99 [5]
- >>404
特にいじった記憶はないんだけど、1になってました。
ありがとう
- 402:名無しさん@編集中:sage:2009/10/24(土) 04:23:19 ID:PU1Ses8v
- AVUUTLにTS読み込ませたいんだけど、プラグインありますですか?
- 403:名無しさん@編集中:sage:2009/10/24(土) 05:48:03 ID:EpV0fBgx
- >>402
スレチ
- 409:名無しさん@編集中:sage:2009/10/25(日) 03:43:16 ID:eI8SuFtn [2]
- MediaInfoで映像フォーマットでただ「AVC」とだけ表示されるのって何使ってるの?
- 412:名無しさん@編集中:sage:2009/10/25(日) 09:39:40 ID:RBsi7lEk
- >>409
x264の話なら--no-optsパッチ(オプションを隠す)
他のH.264エンコーダーでも有り得る(Level、Profile、ビトレやカラー深度は記述されてるハズ)
- 413:名無しさん@編集中:sage:2009/10/25(日) 17:36:35 ID:eI8SuFtn [2]
- >>412
通常のx264ならシークに多少時間かかるけど、その動画はかからないからなぁ
DivXでmp4にしたのかな
- 415:名無しさん@編集中:sage:2009/10/25(日) 18:10:14 ID:Nr6cmwKY
- x264よりもオプションの少ないdivx264を使うのは簡単。
http://labs.divx.com/node/11681
- 420:名無しさん@編集中:sage:2009/10/26(月) 06:34:16 ID:z/YzaMWT
- >>415
DivXより少ないって言っても、x264もプリーセットとチューン設定が入ったら大体のエンコ用
GUIも簡単なもんになったよ。コマンドラインの長さも結構短くなるし。
あとはまぁ、Doom9でも見れば分かるけど、画質的にもx264にはかなわない。
分かる人は自分にとって必要なものを入れてたり、変えてたりすればいいし。
- 429:名無しさん@編集中:sage:2009/10/31(土) 16:51:58 ID:+8uB1C/+ [2]
- 本来29.970030のソースが23.98と認識されるんだが、何が原因だろう?
- 430:名無しさん@編集中:sage:2009/10/31(土) 17:12:58 ID:hnZOHKrt
- 無意味にIVTCかけてるんだろ
もしくはDGIndexの設定をForcedFilmにしたままとか
いずれにせよお前の脳みその性能が原因
- 431:名無しさん@編集中:sage:2009/10/31(土) 17:45:11 ID:+8uB1C/+ [2]
- >>430
解決した。ありがとう。
ちょっと脳みそpen3にしてくる
- 432:名無しさん@編集中:sage:2009/11/01(日) 05:14:53 ID:ZwMQ+k3d [2]
- 昔使ってたrev1163でのデータは携帯で再生出来たのだがrev1310にしたら再生できなくなりました。デフォルトのオプション設定が変わったとか?心当たりある方いませんか?
rev1163
x264.exe --bitrate 777 --pass 1 --keyint 240 --min-keyint 1 --no-cabac --no-fast-prkip --filter 0,0 --analyse p8x8,i4x4 --qpmin 2 --qpmax 40 --scenecut 75 --me umh --subme 7 --thread-input --progress --no-dct-decimate --no-psnr --no-ssim --level 3.0
rev1310では --progress をとっぱらって --no-psnr --no-ssim を --no-psy にしました。
よろしくお願いします。
- 433:名無しさん@編集中:sage:2009/11/01(日) 08:14:09 ID:qlndLFQ6
- >>432
現在の最新 rev1318
155回の変更があったわけで色々変わってるぞ
既に何が変わったか覚えてないけど大きな変更点はmbtreeかな
デフォで有効になってるから--no-mbtreeを付けると以前と同じになる
本スレの前スレx264 rev24でも同じようなこと言ってる人がいたけど
結局解決したのかどうかは知らん
- 435:名無しさん@編集中:sage:2009/11/01(日) 11:09:49 ID:ZwMQ+k3d [2]
- >>433
155も変更ですか?
すごいですね。
やってみましたがダメでした。
ありがとうございます。
>>434
プロファイルでオッケーでした。
ありがとうございます。
皆様ありがとう。感謝でいっぱいです。
神様です。
携帯しかないのはつらい。
- 434:名無しさん@編集中:sage:2009/11/01(日) 09:10:06 ID:VLZpT2oH
- >>432
--profile baseline
- 436:名無しさん@編集中:sage:2009/11/02(月) 15:41:22 ID:1RLUMddC [2]
- x264.exeってどーやって使うの?
- 437:名無しさん@編集中:sage:2009/11/02(月) 15:47:19 ID:iRHnlCsd [2]
- exeをトリプルクリックすると設定画面が出てくる。
- 438:名無しさん@編集中:sage:2009/11/02(月) 19:31:41 ID:1RLUMddC [2]
- >>437
別のPCでも試してみたけど一瞬で消えます
コマンドプロンプトにドロップでもだめなんで
何とかなりませんか
- 439:名無しさん@編集中:sage:2009/11/02(月) 19:39:34 ID:cSc67hVd
- >>438
コマンドプロンプトの基本的な使い方をググれ、分からなければMeguiなりAviUtl
なり使いなさい。わかったとしても次の質問はavisynthってどうやんの?だろうし…
- 440:名無しさん@編集中:sage:2009/11/02(月) 21:00:32 ID:iRHnlCsd [2]
- それ、単にクリック速度が足りてないだけだよ
- 443:名無しさん@編集中:sage:2009/11/02(月) 23:41:54 ID:p+hU+zPV
- ttp://forum.doom9.org/showthread.php?t=130364&page=128
- 444:名無しさん@編集中:sage:2009/11/03(火) 09:58:39 ID:EIzTTg4G
- >>443
ありがとう、おかげさまで無事エンコできた
- 448:名無しさん@編集中:sage:2009/11/14(土) 18:24:28 ID:81gmSxDY [2]
- そのころのkomisar氏のビルドだとなにかいいことあるの?
- 449:名無しさん@編集中:sage:2009/11/14(土) 23:05:00 ID:LIJnrQjs
- --tune の「FILM」の意味は具体的に何ですか?
- 450:名無しさん@編集中:sage:2009/11/14(土) 23:33:25 ID:fYmJnNTv [2]
- >>449
映画
- 451:名無しさん@編集中:sage:2009/11/14(土) 23:36:54 ID:81gmSxDY [2]
- 実写映画向け
設定値で言えば--tune film=--deblock -1:-1 --psy-rd 1.0:0.1
- 452:名無しさん@編集中:sage:2009/11/14(土) 23:42:16 ID:fYmJnNTv [2]
- >>451
http://mewiki.project357.com/wiki/X264_Settings#tune
Psy-Trellisは0.15
- 453:449:sage:2009/11/15(日) 01:25:00 ID:QccHrDU9 [3]
- アニメでは無く実写向けなのか
TVドラマやスポーツのような30iでは無く24fps映画向けという意味なのか
あるいは実写かつ24fps映画向けなのかどれでしょう。
しつこくてすみません。
- 454:449:sage:2009/11/15(日) 01:32:40 ID:QccHrDU9 [3]
- 逆テレシネするためのオプションでは無いことはわかってます。
逆テレシネされた、あるいは元々24fpsのavsに向いているという意味かどうか
- 456:名無しさん@編集中:sage:2009/11/15(日) 02:34:15 ID:b+lovGqj
- >>454
fpsは関係ない
考慮するのはあくまでも映像の質だ
- 457:449:sage:2009/11/15(日) 02:43:52 ID:QccHrDU9 [3]
- ありがとう。
「FILM」=「映画」では無く
「FILM」=「実写」ということでよいのね。
- 458:名無しさん@編集中:sage:2009/11/15(日) 02:47:08 ID:kj+Idcew [2]
- 実写映画だろ。もっといえばフィルム素材。
- 469:名無しさん@編集中:sage:2009/11/19(木) 14:29:55 ID:mvmtGYyM
- >>458
実写映画でもフィルム素材でもないテレビドラマなどは、
filmを使うのはいまいちって事ですか?
- 460:名無しさん@編集中:sage:2009/11/15(日) 20:38:20 ID:kj+Idcew [2]
- mp4box
- 465:459:sage:2009/11/18(水) 20:20:51 ID:xnDiOmDy
- >>460
返信が遅れ申し訳ありませんでした。
mp4boxを使い無事に動画と音声を合成する事が出来ました!ありがとうございます。
mp4boxを調べ、コマンドプロンプトの使い方を調べ、合成
出来たものの音が出ないから調べたらスプリッターのHaaliがac3に対応していない
らしくMPC内蔵のスプリッターに切り替え数日かかってようやっと完成だ・・・。
- 461:名無しさん@編集中:sage:2009/11/18(水) 14:34:09 ID:vRbcgBxs
- 拡張x264とAviUtlでインタレ維持とVFRを両立させるにはどうしたらいいの
片っぽずつならインタレ維持は拡張x264の設定にチェックをいれるのと
VFRは自動フィールドシフトでなんとかなるけど
ググってもAvisynthを利用する内容しかみつけられない
- 466:名無しさん@編集中::2009/11/18(水) 21:33:22 ID:EeKHd5U7
- >>461
インタレ維持がインタレ維持リサイズなら話はわかる
- 467:名無しさん@編集中:sage:2009/11/18(水) 22:09:27 ID:V+P3I1Q4
- >>466
俺にわかるように説明してくれ
- 472:名無しさん@編集中:sage:2009/11/21(土) 18:34:19 ID:jlyw/s7Y [4]
- 次のような特殊形式のビデオファイルを作成したいのですが、どうすれば良いでしょうか?
お知恵をお貸し下さい。お願いします。
ファイル名 : xxxxx.AVI
●ビデオ
ID : 0
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : Main@L4.0
CABAC : はい
RefFrames : 1 フレーム
コーデック ID : H264
ビットレート : 4152 Kbps
幅 : 1280 ピクセル
高さ : 720 ピクセル
解像度 : 16:9
- 474:名無しさん@編集中:sage:2009/11/21(土) 19:05:23 ID:pq4hmx05
- すれち
- 475:名無しさん@編集中:sage:2009/11/21(土) 19:08:20 ID:V7mPXlLn [2]
- >>472
バイナリエディタでそういう情報を書き込め。
- 476:名無しさん@編集中:sage:2009/11/21(土) 20:13:44 ID:jlyw/s7Y [4]
- >>472
の者です。
>>474
>>475
レス頂きましてありがとうございます。
適切なスレがございましたらご誘導下さい。
- 477:名無しさん@編集中:sage:2009/11/21(土) 20:24:13 ID:6BSD5rS4
- >>476
http://www.google.co.jp/
- 478:名無しさん@編集中:sage:2009/11/21(土) 21:04:00 ID:jlyw/s7Y [4]
- >>477
ありがとうございます。
Googleで再度いろいろと調べまして、ffdshowのVFWエンコードとAviutlで作成する方法
を試みました。
しかし上記「プロファイル : Main@L4.0」の部分が「High@L3.0」になってしまい、
ビットレートに4152 Kbpsを指定したにも拘らず、異なるビットレートのファイル
ガ出来上がりました。厳密なビットレート値を設定できないようです。
私の現在の力量ではこれ以上どうしようもありません。ひとまず、区切りを
つけたいと思います。皆様、ありがとうございました。
もし、どなたか解決方法を発見されました際にはぜひ、ご教授下さい。
それでは。
- 480:名無しさん@編集中:sage:2009/11/21(土) 21:47:09 ID:V7mPXlLn [2]
- >>478
マジレスすればMediaCoderは試したの?
スーパーウはちょっと分かりにくいよね。
- 483:名無しさん@編集中::2009/11/22(日) 04:33:17 ID:pGN1bF2a
- A型なんだよ。几帳面過ぎて血吐くまでやるんだよ。
多分、音声分のを計算に入れてないんだよ…
- 490:名無しさん@編集中:sage:2009/11/22(日) 16:42:20 ID:NRXxG9n5 [3]
- >>472
の者です。
>>482
>>483
レスありがとうございます。理由は以下の通りです。
<経緯>
オクでDVC588というHDカム購入。
ソフトMediaInfoで記録ファイルを調べ、>>472のような形式で映像を記録できると判明。
ということは、>>472のような形式でエンコードしてメモリーに保存すれば
HDカムで再生できる →利用用途が広がる と考えた。
エンコードしたファイルを再生させてみるが、
?緑色に崩れた映像が再生され、カメラがフリーズする。
?ファイルをカメラが認識した瞬間に電源が落ちる。
?エンコード設定によっては、そもそもファイル自体を認識しない。
という症状で苦戦中。 ←今ここです。
DVC588のハードが受け付けるファイルを作る必要があるのです。
- 491:名無しさん@編集中:sage:2009/11/22(日) 17:02:53 ID:zKsQ3aWp [2]
- >>490
なるほどそういうことだったのか。
動画をパソコンのモニターに全画面で再生する。
それをHDカムで撮影。
これでバッチリだな。
- 493:名無しさん@編集中:sage:2009/11/22(日) 17:52:59 ID:NRXxG9n5 [3]
- >>491
レスありがとうございます。試行錯誤して悩むよりもその方が効率的ですよね。
しかし、それではEXEMODEに負けたようで悔しいので…もうちょっと頑張ってみます。
どうしても駄目だった場合は、その方法でやりたいと思います。
>>492
Bフレームを扱えないのはどうやら、VFW/AVIの仕様のようですね。
もし今後、何か当時の事で思い出された事がございましたらぜひ、ご教授下さい。
ありがとうございます。
- 497:名無しさん@編集中:sage:2009/11/22(日) 20:55:48 ID:zKsQ3aWp [2]
- >>493
信じられないかもしれないが、大昔VHSのビデオカメラだとマジで
画面を撮影した方が画質が良くなる。という風に雑誌で紹介されていたんだよね。
デッキ同士を繋ぐよりカメラの画質補正回路通した方が良くなる。という理屈。
デッキが二十万くらいするのに対してカメラが四十万とかした時代だから結構信憑性があった。
- 498:名無しさん@編集中:sage:2009/11/22(日) 20:57:32 ID:GwsxOj4/
- >>497
専用の機材も売られてたしなw
- 492:名無しさん@編集中:sage:2009/11/22(日) 17:24:54 ID:J5UPkBJi [2]
- >>490
どこかでみた変な設定だと思ったらそのカメラか
それなら前に一度人に頼まれていじったことがある
なんでこのカメラはH.264をm2tsやmovではなくaviに保存するんだろうと思ったら、
Bフレームを1枚も使ってなくて妙に納得した
あと、たしかにCBRだったな
ファイルも残ってないし、MediaCoderも使ったことないから、これ以上はわからんけど
- 473:名無しさん@編集中:sage:2009/11/21(土) 18:35:50 ID:jlyw/s7Y [4]
- (続きです)
フレームレート : 30.000 fps
解像度 : 24 ビット
カラーリメトリ : 4:2:0
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム): 0.150
●オーディオ
フォーマット : ADPCM
コーデック ID : 2
コーデック ID/ヒント : Microsoft
ビットレートモード : CBR モード
ビットレート : 44.1 Kbps
チャンネル : 1 チャンネル
サンプルレート : 11.025 KHz
解像度 : 4 ビット
以上のような形式です。
SUPER Cでやろうとしたのですが、ビデオのビットレートに4152 Kbpsを指定できませんでした。
No.479 〜
No.656
- 479:名無しさん@編集中:sage:2009/11/21(土) 21:08:35 ID:SPAasYkt
- 厳密なビットレートを指定する方法はないよ
- 481:名無しさん@編集中:sage:2009/11/22(日) 02:05:58 ID:NRXxG9n5 [3]
- >>479
ご指摘、ありがとうございます。
固定ビットレートなら指定できるのかと思い込んでいました。
>>480
おっしゃる通り、SUPER Cは独特のインタフェースで戸惑いました。
お教え頂いたMediaCoderを使ってエンコードを試みました。結果は、
ビットレート: 4344 Kbps
ノミナル: 4152 Kbps
のようになってしまい、ビットレートそのものを4152 Kbpsにすることができませんでした。
まだ使い込めていないため、設定し忘れている箇所があると思われますので
もう少し試行錯誤で頑張ってみようと思います。
もし、ここを確認せよ等のご指摘がございましたら、ぜひ、ご教授下さい。
MediaCoderの第一印象ですが、大変、使いやすいソフトであると思います。
素晴らしいソフトをご紹介頂き、ありがとうございます。
- 482:名無しさん@編集中:sage:2009/11/22(日) 02:56:57 ID:VuRauaVm
- >>481
十分目的のビットレートに近いと思うが…何でだめなの?
- 496:名無しさん@編集中:sage:2009/11/22(日) 19:19:19 ID:J5UPkBJi [2]
- あとkeyintとqcompもかなり低くしないといけないんじゃないかな
Bフレなしだから、VirtualDub+vfwのほうが色々いいかも
- 505:名無しさん@編集中:sage:2009/11/26(木) 00:53:19 ID:n7Z3mjPA
- x264でエンコードするとき、縦横を16の倍数にしたほうが良いらしいですが
地デジ等を録画したtsファイルの解像度は1440x1080になっています。
この場合、縦を1072にクロップしてエンコードするものでしょうか、
それとも、黒帯を追加して1088にしてからエンコードしてリサイズ・クロップするべきですか?
- 507:名無しさん@編集中:sage:2009/11/26(木) 01:52:33 ID:TMx8HpOd
- >>505
縦は大丈夫だけど、
横を1080にクロップしてエンコードしたmp4をPS3で再生したときに、右端に8ドット分変な帯見たいのが付くことがあったので、
横は16ドット単位で切った方が良い。
- 506:名無しさん@編集中:sage:2009/11/26(木) 01:09:38 ID:gaUAZYgq [2]
- 別にそのままでも問題ない。内部的に16の倍数になるように符号化するから
- 511:名無しさん@編集中:sage:2009/11/26(木) 04:02:01 ID:ZLiC3+yR [2]
- PSPエンコならファーム6.02だと
--profile main --ref 3 --vbv-maxrate 10000 --vbv-bufsize 10000 --level 3.0
Bフレは別に16でも大丈夫みたいだけど、そもそも--b-adapt 2つけてほんとに連続16使うソースはエンコしたことない
解像度は320x240、480x272、640x480、720x480なら大丈夫(他にもあるかも)
カスタムファームとか使えばVFRもいけるみたいだけど、基本はCFRのみで、23.976、29.970、30.000なら大丈夫そう
PAL25fpsはやったこと無いけどいけるんじゃないかな
あと音声はLCのみ128kbpsまでで、音声なしは×
以上、一応これで上手くいってるが、駄目な場合もあるかもしれん
- 513:名無しさん@編集中:sage:2009/11/26(木) 19:40:35 ID:gaUAZYgq [2]
- あれ純正ファームVFR無理なのか。
映像はMainでLevel3以下でb-pyramidなしなら大抵問題ない。
音声は24kHzか48kHzじゃないとだめだった気がするけどいまはいけんのかな?
- 515:名無しさん@編集中:sage:2009/11/26(木) 19:57:47 ID:ZLiC3+yR [2]
- >>513
いま試してみたら、音声は44.1kHz/192kbps/2chでいけた
- 514:名無しさん@編集中:sage:2009/11/26(木) 19:56:16 ID:a/lWdoha
- なんでb-pyramid無理なんだろうな。
対応そんなに難しいのか?
- 516:名無しさん@編集中:sage:2009/11/26(木) 21:02:59 ID:Lpku6jjZ
- >>514
対応が難しいのではなく市販されているソフトにb-pyramidは使われていないから積極的に対応する必要がない
また、CoreAVCにおけるweight-pも同様
- 517:名無しさん@編集中:sage:2009/11/27(金) 04:14:33 ID:WOGuy9XV
- >>516
は?何言ってんの??
CoreAVCのweightp対応は積極的に対応するとか以前の問題だろ
http://x264dev.multimedia.cx/?p=212
The spec-violation hall of shame(仕様違反の不名誉な殿堂)
>Corecodec will not fix the issue, they will make you buy the next version.
> (Its like saying you can fix the decoding issues on ATI cards with buying a NVIDIA card.)
- 518:名無しさん@編集中:sage:2009/11/27(金) 09:36:26 ID:SlQpB4Zr [2]
- おまえは、x264がh264のデファクトスタンダードだといいたいのか?
じゃ、x264以外でweight-pでエンコードできるエンコーダーあるのか教えてくれよ
マニア層が使うことを想定しているCoreAVCが対応していないというのもお粗末だとは思うが
x264がweight-pを実装したのだってつい最近の話だろ
それがバグるたって大騒ぎするほうがおかしいんだよ
- 519:名無しさん@編集中:sage:2009/11/27(金) 10:16:02 ID:ZXcI3mWO
- おまえは字が読めないのか?
The spec-violation 仕様違反
エンコードできる云々の問題ではない
仕様通りのデータをデコードできないデコーダが糞だと言われても仕方ないだろ
- 523:名無しさん@編集中:sage:2009/11/27(金) 12:20:51 ID:SlQpB4Zr [2]
- >>519
x264自体がh264の仕様から外れてエンコードすることもできるのに仕様守ってないから云々ってよく言えるなw
x264以外使わないオプションに対応してうようがコンシューマーデコーダーとしてはどうでも良いんだよ
ただ、CoreAVCの置かれた位置づけとしては痛い話だろうけどね。だからこそ2.0で修正するんだろ?
- 527:名無しさん@編集中:sage:2009/11/27(金) 12:46:46 ID:06QESxan
- >>523
weightpはJVT-AB033でJVTへ寄稿されてH.264の仕様に盛り込まれた機能。
対応していないデコーダーが悪いとしか言えない。
- 528:名無しさん@編集中:sage:2009/11/27(金) 12:57:25 ID:/4tK74np
- >>523
http://forum.doom9.org/showpost.php?p=1347249&postcount=4
Dark Shikari:Many commercial encoders use weightp.
- 526:名無しさん@編集中:sage:2009/11/27(金) 12:36:18 ID:LbAPOgd6
- すくなくともCoreAVCの問題が出るオプションはJMによるデコードをパスしてる。
つまりH.264の仕様的にはなんら問題ない
- 529:名無しさん@編集中:sage:2009/11/27(金) 19:36:12 ID:PEoymzmy
- >>526
出た当初weightpがDXVAやらPS3やらで崩れるって言ってたのは
JMではデコードできてたからJMが万能とも限らない。
何か全てのヘッダの値をチェックするツールにかけたら問題が見つかったらしい。
- 531:名無しさん@編集中:sage:2009/12/02(水) 01:36:23 ID:U28XRb4L [4]
- ニコニコ動画のwikiを参考にaviutlでmp4にエンコードしているのですが
再生時のシークがdivxなどと比べて遅いので早くしたいのですが
どうすればいいでしょうか?
設定はFASTでエンコードしてます
- 534:名無しさん@編集中:sage:2009/12/02(水) 04:11:42 ID:Ex7rl3PU [3]
- --ref 1 --bframes 1なら早いんじゃねーの
- 535:名無しさん@編集中:sage:2009/12/02(水) 04:32:17 ID:U28XRb4L [4]
- aviutlでキーフレーム移動するとものすごくはやいんですよね
そんな感じでできるのがあればいいんだけど
再生はGOMとwmpcでffdshowの最新版で再生してるけど
どちらもキーフレーム移動できないし・・・
- 538:名無しさん@編集中:sage:2009/12/02(水) 06:30:53 ID:U28XRb4L [4]
- MPCでx264+AACを再生する場合、代替フィルタのDIVAとffmpegのチェックをはずしたら
シークがaviutlと同じ速さになった。物凄く軽い。
DIVAフィルタにチェックをいれるとキーフレーム移動が遅くなる
ffmpegフィルタだとDIVAと同じぐらい
フィルタをかけているから重かったってことかな?
- 539:名無しさん@編集中:sage:2009/12/02(水) 06:42:12 ID:RSezF/MP [2]
- >>538
たぶん、そのフィルターは小間遺産が考えているようなフィルターとは違って
DirectShowで使われる方の"filter"。
要は、aviutilと同じデコーダにしたら、デコード負荷、特性が同じになったよ!というだけ。
あとDIVAじゃなくてDXVAでは?タイポにしてはキーの位置が全然違うような?
- 540:名無しさん@編集中:sage:2009/12/02(水) 06:57:03 ID:U28XRb4L [4]
- そうそうDXVAです
DIVXと思ってたw
aviutlのデコーダと言ってもmp4を読み込むためにプラグイン入れただけだから
他のソフトには反映されないはず。
ただ、それらプラグインの大元はGPACのライブラリを利用しているようで
MPCのファイルプロパティにもGPAC ISO Video Handlerと出ているので
元々MPCの本体に取り込まれていたか、記憶にはないけど、gpacをインストールしたということかな
それなのに変換フィルタのDXVAが使用されてたからシークが遅くなったってことか
- 541:名無しさん@編集中:sage:2009/12/02(水) 07:25:47 ID:Ex7rl3PU [3]
- gpacてデコーダに関係あるの?
mp4boxのビルドに必要なようだけど
- 542:名無しさん@編集中:sage:2009/12/02(水) 07:26:40 ID:kK4ZF8dX
- x264自体のオプションやx264.exe単体でのエンコードは分かってきたのですが
バッチファイルの作り方が分かりません
「@echo」などはググれば解説してくれてるページが山ほどあるんですが
「if "%~1" == ""」こういう記号ばかりだとググっても全然ヒットしてくれません
恐らく一時ファイルの場所やファイル名・ディレクトリ名を読み込んだり指定したりしてるんだろうとは思うのですが
解説サイトみたいなのってありませんでしょうか
- 543:名無しさん@編集中:sage:2009/12/02(水) 07:44:36 ID:gy8zOvWa
- >>542
ttp://ykr414.com/dos/dosmap.html
- 544:名無しさん@編集中:sage:2009/12/02(水) 13:05:42 ID:GUUN6ylG
- >>542
http://technet.microsoft.com/ja-jp/library/cc778084%28WS.10%29.aspx
- 546:名無しさん@編集中:sage:2009/12/04(金) 12:44:02 ID:kGbB16pK [3]
- マザーCPUメモリを入れ替えようと思ってるんですが、
主な用途がx264.exeでのエンコードだとi5-750かPhenomIIx4BE550だったらどちらが
お勧めでしょうか。
- 549:名無しさん@編集中:sage:2009/12/04(金) 15:05:06 ID:SDE7rl/y
- >>546
何をどう迷っているのか知らないがi7一択
- 550:名無しさん@編集中:sage:2009/12/04(金) 15:32:35 ID:kGbB16pK [3]
- i5とi7ってそんなに変わりますか?
どこかにx264のベンチ結果とかないですかね?
- 552:名無しさん@編集中:sage:2009/12/04(金) 17:20:47 ID:kGbB16pK [3]
- ありがとう!!!
i5でいいような気がしてきました。
明日店先でもう一度悩んで買おうと思います。
勢いでi7買っちゃいそうな気もしますw
- 556:名無しさん@編集中::2009/12/20(日) 00:47:05 ID:zpoQ2h/i [2]
- x264で固定量子化と最大ビットレートの両用、
平均ビットレートと最大ビットレートの両用ってできるの?
- 557:名無しさん@編集中:sage:2009/12/20(日) 00:50:53 ID:uCQliVnk [2]
- >>556
>x264で固定量子化
TMPGEncじゃねえんだから、固定量子化なんてそもそも誰も使わん
crfや2パスならVBVの設定はもちろん可能
- 559:名無しさん@編集中:sage:2009/12/20(日) 14:34:41 ID:zpoQ2h/i [2]
- >>557
アニメは固定量子化がいいらしいけど。
crf調べてみたけど、18か20あたりがよさそうだね。
>>558
固定量子化にvbv付けたらどっちかが無視されるの?
平均と〜はTMPGEncでは普通に使える(Spursは除く)んだけどなぁ。
- 560:名無しさん@編集中:sage:2009/12/20(日) 19:12:36 ID:uCQliVnk [2]
- >>559
>アニメは固定量子化がいいらしいけど。
そんなことDoom9やDoom10で発言したらたちまちDSに噛み付かれるぞ
- 558:名無しさん@編集中:sage:2009/12/20(日) 03:11:14 ID:Gt0Uz80S
- >>556
>固定量子化と最大ビットレートの両用
それじゃ固定量子化じゃないじゃん
>平均ビットレートと最大ビットレートの両用
ま普通に考えりゃエンコーダが実装してれば可能だわな
- 574:名無しさん@編集中:sage:2009/12/28(月) 03:12:55 ID:ZBiEyrsb [4]
- x264で無圧縮ファイルからH.264変換したんだが、
色味が薄い(特に赤が
真っ赤だったのが、薄い赤(ピンクよりは濃い)になってしまう
ビットレートは20Mbpsと高い方なんだけど、ビットレートで色が変わってしまうのはおかしい
原因は何か分かりますか?
- 575:名無しさん@編集中:sage:2009/12/28(月) 03:20:59 ID:mulfM61U [3]
- >>574
その無圧縮ファイルの色空間がRGBだったら、ConvertToYV12(matrix="Rec601") (SDの場合)として、
x264のオプションで--colormatrix smpte170mと指定しておけば、正しい色で再生される。
HD(高さ720以上)は、ConvertToYV12(matrix="Rec709")/--colormatrix bt709 とする。
- 576:名無しさん@編集中:sage:2009/12/28(月) 04:19:00 ID:ZBiEyrsb [4]
- >>575
コマンドラインに--colormatrix bt709入れて、エンコしたらレベルが3.1になるんですが・・・
設定は4.1にしているのになぜでしょうか
解像度は1280x720、29.97fpsです。
また音声もズレていました
- 577:名無しさん@編集中:sage:2009/12/28(月) 04:29:42 ID:mulfM61U [3]
- >>576
1280x720@30000/1001fpsだったら、--ref 5以下で17500kbps以上にならない限りはL3.1で収まるので、別にそれで問題はない。
音のずれ云々は、どう言ったソースをどんな手順で処理をしているのか、もう少し詳しく書いてくれないと私には分からない。
- 578:名無しさん@編集中:sage:2009/12/28(月) 04:38:40 ID:ZBiEyrsb [4]
- >>577
音声はまた別の問題でした
このスレ的に関係ないので話しません
音声のズレは、動画の動きが遅すぎておきる現象みたいです
コマンドラインに--level 4.1をつければ、4.1になることは確認しました
色も--colormatrix bt709を入れて無圧縮ファイルと変わりないです
ですが、動画がワンテンポ遅い(どちらかという若干スローと言ったところ)ために音声ズレが生じています
詳しく晒すと、解像度は1280x720、29.97fps、20000kbps(20Mbps)にマルチパス(2pass)です。 他の設定は触ってないです。
ためしにシングルパスで試しても音声のズレはおきました
解決方法はないですか?
- 579:名無しさん@編集中:sage:2009/12/28(月) 04:45:54 ID:ZBiEyrsb [4]
- >>578
変換後のファイルのビットレートも、20Mbpsでエンコしたのになぜか4Mbpsとしか表示されていません
すみません、--colormatrix bt709を入れてから起きている現象です
それまでは色が薄くなるだけで音声のズレも起きていませんし、ビットレートは20Mbpsと表示されています
- 580:名無しさん@編集中:sage:2009/12/28(月) 04:48:51 ID:mulfM61U [3]
- コンテナに多重化する時のFPSの設定が間違っているとか。--colormatrixは関係ないだろう。
- 582:名無しさん@編集中:sage:2009/12/28(月) 20:54:42 ID:thfcUWy9
- すみません、エスパーになりそうですが助けてください。
下記の環境で、エンコしたものが再生できなくて困っております。
オプションはいろいろいじったのですが何やってもってもダメでして・・
ちなみにmeGuiでavsファイルを使ったエンコは正常に再生できます。
どなたかよろしくお願いします。
環境
PC:i7 920 MEM 6G
OS:Windows7x64pro
soft:x264 x86 rev1376 (x64でやろうとしてもavsファイルが読めないと怒られる)
Avisynth 2.5.8
ソース:tsファイルからm2vにしたもの
コマンド
x264.exe --level 5.1 --bitrate 2000 --output "c:\temp\test.m4v" "test.avs"
(test.avsはx264.exeと同じ場所)
avs
LoadAviUtlInputPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\oplugins\m2v_vfp\m2v.vfp", "MPEG2VIDEO")
video = MPEG2VIDEO("c:\temp\test.m2v")
audio = WavSource("c:\temp\test.wav")
AudioDub(video, audio)
AssumeTFF()
ConvertToYV12()
return last
- 586:名無しさん@編集中:sage:2009/12/29(火) 02:29:44 ID:kAI3pTCQ
- >>582
m2v.vfpは拡張子をauiにしたほうがいいかもしれない。synthでそれやったことはないが
AviutlではそのままだとVFAPIで読み込まれるからRGBになる。まあこの件の問題とは関係ないだろうけど。
いずれにせよせっかくAvisynth使うんだからd2v読んだほうがよくね?
- 583:名無しさん@編集中:sage:2009/12/28(月) 23:20:37 ID:AWcCP4xz
- なんでm2v.vfp?
.m4vはxvid_encrawじゃないの
インタレ保持なら--level 4.0 --vbv-bufsize 20000 --vbv-maxrate 20000 --nal-hrd --tffとか
- 584:名無しさん@編集中:sage:2009/12/29(火) 01:31:35 ID:oI1R8uSl [3]
- >>583
m2v.vfpはデコーダーじゃないんです?
拡張子はmp4にしろってことですかね・・・
エンコ後はMP4Boxでmp4にしています。
- 587:名無しさん@編集中:sage:2009/12/29(火) 03:05:16 ID:a7yGWOlu
- >>584
いや、別にm2v.vfpが好きなら止めないが(俺もDGIndexを勧めるけど)
インタレ保持なの?インタレ保持ならConvertToYV12(interlaced=true)じゃないか?
Outfile type is selected by filename:
.264 -> Raw bytestream
.mkv -> Matroska
.flv -> Flash Video
.mp4 -> MP4 if compiled with GPAC support (yes)
--fullhelpには.m4vはないようだけど
- 585:名無しさん@編集中:sage:2009/12/29(火) 01:45:16 ID:htw9BE7C
- "test.avs"を"c:\temp\test.avs"に変えたら、上手くいくかもしれない。
あと、DGIndexでd2vを作って、>>583の言うようにした方が、最初から最後までYV12のままの、合理的な処理ができる。
音声には、ts2aacで分離した物を使う。
- 588:582:sage:2009/12/29(火) 06:13:46 ID:oI1R8uSl [3]
- みなさんありがとうございます。
>>585
フルパスでも結果同じでした。
>>585, 586, 587
特にm2v好きではないんです
コマンドラインで簡単にh264化したいってことで始めたので
bontsdemux使おうとしてました。
DGIndexはまったく手をつけてませんでしたので試してみたいと思います。
- 589:582:sage:2009/12/29(火) 16:41:14 ID:oI1R8uSl [3]
- 解決しました。
出力の拡張子m4vがいけなかったみたいです。(文字列で判断とは・・・)
DGIndexも試してみました。此方のほうが綺麗に?いくとのことで使ってみようと思います。
どういう風に保存するか方向性もまったく決まってないので
コレから煮詰めていく感じです。
ありがとうございました。
- 590:名無しさん@編集中:sage:2009/12/31(木) 09:11:47 ID:JKrZ8U3b [2]
- 今ってseraphy氏とVFR maniac氏しか作ってないの?
- 592:名無しさん@編集中:sage:2009/12/31(木) 09:57:16 ID:JKrZ8U3b [2]
- 主流のビルドしたもの
- 596:名無しさん@編集中:sage:2010/01/03(日) 14:29:40 ID:awxUWz73 [2]
- >>592
これが最新。
http://sourceforge.net/projects/x264vfw/
日本人のビルドしてるやつは古いままで止まってるからダメだな
- 594:名無しさん@編集中:sage:2010/01/01(金) 23:02:22 ID:0Qc30uHA
- ICC持ってる人にお任せした方が速そう
- 595:名無しさん@編集中:sage:2010/01/02(土) 06:56:09 ID:4ibU+cdN
- >>594
AMDだからかもしれないが、私の環境では、自分で-march=nativeとしてコンパイルしたバイナリの方が、
ここのよりも2%程速い。
http://imk.cx/pc/x264/
- 597:名無しさん@編集中:sage:2010/01/03(日) 14:30:46 ID:awxUWz73 [2]
- あとx264.exeしか入ってないパッケージはAVIに吐き出せないからダメだぞ
「コーデック」を落とさないとdivxみたいな感じには使えない
- 603:名無しさん@編集中:sage:2010/01/05(火) 17:45:10 ID:IkH52fta [3]
- インタレ保持エンコしたくて、以下のコマンドを実行すると、
mencoder ... | x264 --crf 20 --profile high --preset slower --tune animation --nal-hrd --tff --level 3.1 --vbv-bufsize 17500 --vbv-maxrate 17500 --ref 3 --bframes 3 --sar 1:1 --fps 30000/1001 -o video.264 - 1280x720
x264 [warning]: frame MB size (80x46) > level limit (3600)
x264 [warning]: MB rate (110289) > level limit (108000)
って言う風に警告が出るんですが、オプションの指定の仕方が悪いんでしょうか?
--level 4.0 --vbv-bufsize 32500 --vbv-maxrate 25000だと警告でないです。
解像度とフレームレート的には3.1でも問題ないと思うんですが、ダメなんでしょうか?
- 605:名無しさん@編集中:sage:2010/01/05(火) 18:07:48 ID:LOpC+y/x [2]
- 縦720はインタレ保持できません
- 606:名無しさん@編集中:sage:2010/01/05(火) 18:15:31 ID:1EGCB8OY
- >>605
なんで、できるっしょ?
- 607:名無しさん@編集中:sage:2010/01/05(火) 18:31:33 ID:IkH52fta [3]
- ttp://rob.opendot.cl/index.php/useful-stuff/h264-profiles-and-levels/
のページを参考にすると、
frame MB sizeは、1280/16 * 720/16 = 80 * 45 = 3600
になるので、limitに収まってる気がするんですが...
- 608:名無しさん@編集中:sage:2010/01/05(火) 18:56:18 ID:24kKcwtD
- ぜんぜん分からんけどx264_hrd_pd_interlace.16.diffを使ってるの?
warningだけなら気にすることないと思うけど
ウチのx264だとその設定で
x264 [warning]: interlace + direct=temporal is not implemented
x264 [warning]: interlace + weightp is not implemented
だって
- 609:名無しさん@編集中:sage:2010/01/05(火) 18:59:02 ID:LOpC+y/x [2]
- 高さが mod32 (実際には height%32==0 || height%32>=18 )
「16単位で切り上げた時に32の整数倍になるサイズ」が正解
1080 = 1088に切り上げ = 32 * 34 = OK
720 = 32 * 22.5 = NG
- 610:名無しさん@編集中:sage:2010/01/05(火) 19:36:53 ID:IkH52fta [3]
- >>608
x264_hrd_pd_interlace.16_r1369.diffを使ってます。
x264はrev1376です。
>>609
分かりました。ありがとうございます。
素直にプレグレッシブ化してエンコする事にします。
- 611:名無しさん@編集中:sage:2010/01/06(水) 00:20:39 ID:svHAavof [3]
- 高さが32の倍数じゃなくても別にインタレエンコができないわけではないよ
圧縮効率が悪くなるだけで。
ただMBAFFのアルゴリズム上マクロブロックの数え方が32で割り切れない分は切り上げになる
だから高さ720は32で割り切れる736だと見なされて
736/16=46になってLevel3.1に収まらないだけのこと
別にLevel4.0でいいんじゃないかと思うけど
- 613:名無しさん@編集中:sage:2010/01/06(水) 01:57:49 ID:tRbFh34Z
- >>611
明快な説明ありがとうございます。
確かにLevel4.0でも不具合はないですよね。
- 612:名無しさん@編集中:sage:2010/01/06(水) 00:52:52 ID:FaicowSl
- 圧縮効率が悪くなるっていうのは、縦720の動画を作る際に、736で処理されるから
追加される16の分が不利になるっていう認識でいい?
- 617:名無しさん@編集中:sage:2010/01/06(水) 08:19:37 ID:svHAavof [3]
- >>612
追加される16の面積分が不利というよりも
そこに有効なデータがないことが不利と言った方がいいと思う
要は「プログレで縦横が16の倍数ではないとき」と同じような処理が行われるはずで
JPEGなんかだと8の倍数ではない時に同じような処理が入る
一般的には追加の部分(無効領域)が黒や灰色、緑(YUVでのオールゼロ)なんかの
ベタ塗りと見なされたりする
すると当然、有効領域と無効領域の間にエッジが発生するので
この両者にかかるマクロブロックは歪みやすいし縮みにくい
以前はプログレで16の倍数でない時に圧縮率が悪い旨の警告がされていて
これがr1306で除去されたときにその程度が「極度にわずかな量」と言われているので
実際にはインタレでの圧縮率の低下もそれほど大きくないのかもしれない
- 727:名無しさん@編集中:sage:2010/01/23(土) 15:43:02 ID:wsxMxwSm [2]
- 録画したTSはMediaInfoで確認しても真空波動研で確認しても
DGDecodeでd2vにしたのをMPEG2Source()してInfo()しても
vlcで確認しても1080だけど、
みんな自動クロップされてたんだぁ。
いやーおどろいたね。
- 730:名無しさん@編集中:sage:2010/01/23(土) 17:06:19 ID:WglqWzaY [2]
- ツールがどうこう以前に、偉そうに語るなら規格を読んで欲しい
内部的に1088でなければならないのはホント(理屈は>>617とかぶるから省略)
そして1080は16の倍数でもないんだからこれはインタレ以前の話
本質的なコーデック内部はアルゴリズムの制約からmod16/32の制限があるけど
一般的・包括的な実装としてはそれ以外の入出力も規格は許容してる
(The width or height (中略) need not be an integer multiple
of 16 and can be specified using a cropping rectangle.)
要は、コーデックが自動的にpaddingしたりcropしたりしろって話
その情報はH.264のrawストリーム(NAL)レベルで含まれてる(SPS)から
H.264完全準拠のデコーダはcropをするべきでレンダラにまかせるのもよろしくない
(レンダラにあたるものを含むような統合製品としてはありだろうが)
そしてデコーダ内部で行うcropは普通、一切表に出てこないのだから
各種ツールで1080としか表示しないのは当たり前で>>727の主張は的外れ
規格書には明確に"1080HD 1920 1088"(Table A-6)とあるし
アスペクト比のところで"1920x1080 16:9 frame without horizontal overscan
(cropped from 1920x1088)"(Table E-1)ともある
つまり1080は1088をcropしたものであるのは間違いない
T-REC-H.264-200711-I!!PDF-E.pdfおぬぬめ
- 734:名無しさん@編集中:sage:2010/01/23(土) 20:44:12 ID:e9o3a2ii
- >>730
>つまり1080は1088をcropしたものであるのは間違いない
つまり1080のまま扱えばいいわけだろ
- 618:名無しさん@編集中:sage:2010/01/06(水) 08:35:22 ID:svHAavof [3]
- (続き)
ベタ塗り自体は圧縮しやすいのだけど、エッジがあることになってしまうと
DCTで高周波に振れてしまうので、有効領域の面積に対して
マクロブロック全体では不利な傾向になる
規格はデコーダ基準で書かれているので、恐らくこの無効領域に
何があるとみなすべきか(ベタ塗りの色とか)の規定はされていないのだと思う
デコーダからすると無効領域なのでクリッピングして出力するだけだから。
圧縮理論的に言うと有効領域のDC値で無効領域をベタ塗りにするとか
DCT後の係数が小さくなるようにデブロック的なフィルタや鏡像で
無効領域にダミーデータを置くとかすれば劣化しにくいけど
そこまではやってないだろうなぁ
て、スレタイ見たら初心者スレだった、イミフだったら無視してくれ…
- 619:名無しさん@編集中:sage:2010/01/09(土) 11:04:06 ID:I8HZQi0L [6]
- 質問です。
最近TS→H.264のエンコをテストしているのですが2点問題が発生しています。
1)音が正常にマージされない
映像と音の分離までは正常に行われているようなのですが、
AviUtlを経由してx264guiでMuxをすると、
音がMP3プレイヤーで早送りをしたようにブツ切れ+早送りになってしまい、
聞き取れない+音ズレが発生してしまっています。
音声関係の設定はAviUtlのディレイの部分のみとなっています。
2)圧縮が遅い
Athlon64 X2 6000+(3.1GHz)としょぼいCPUを使っているせいもあると思いますが、
30分アニメエンコに12時間かかっています。
以上2点となります。
- 620:名無しさん@編集中:sage:2010/01/09(土) 11:04:48 ID:I8HZQi0L [6]
- 続きます。
仕様ツール
DGindex:1.5.7
AviUtl:0.99i2
x264gui:x264.1376.release01.rar
手順
1)DGindexでd2vとaacに分離
2)aacをwinampでwavに変換(この段階でwavは正常に再生されている)
3)双方のソースをAviUtlで読み込み
4)x264guiでエンコ
ソース
アニメのPT2録画データ
x264guiの設定のハードコピー
http://www1.axfc.net/uploader/File/so/37092.zip
何か設定的におかしい部分がありますでしょうか?
- 621:名無しさん@編集中:sage:2010/01/09(土) 11:19:31 ID:JRc797FM [2]
- 音声>処理モード>パイプだとどう?
- 623:名無しさん@編集中:sage:2010/01/09(土) 11:31:14 ID:aKfiVLGr [3]
- その設定で12時間もかかるのはAviUtlのフィルタが重いんじゃないかな
フィルタ軽くすれば2時間もかからないはす
- 624:名無しさん@編集中:sage:2010/01/09(土) 13:11:14 ID:I8HZQi0L [6]
- ご返答ありがとうございます。
>>621
パイプで試してみます。
>>623
フィルタは
・クリッピング&リサイズ
・Lanczos 3-lobed 拡大縮小
・自動フィールドシフト
の三つのみです。
重そうなのは自動フィールドシフトですかね。
インターレース解除を2重化にして試してみます。
- 625:名無しさん@編集中:sage:2010/01/09(土) 14:03:52 ID:aKfiVLGr [3]
- 今のフィルタの量ならAviUtl側は問題ないね
自動フィールドシフト使用でも1時間くらいで出来ると思うよ
animation:
ref 各プリセット値が1以上の場合2倍(最大16)、プリセット値が0の場合は1に変更,
deblock 1:1, psy-rd 0.4:<unset>, aq-strength 0.6, bframes 各プリセット+2(最大16)
今の設定だと
参照距離(--ref)が2倍になるから--ref6
Bフレームの最大連続数(--bframes)は+2されて--bframes6
速くするんだったら
テューニング > none
--crf を20前後に
- 626:名無しさん@編集中:sage:2010/01/09(土) 14:48:49 ID:I8HZQi0L [6]
- >>621 音声の件
パイプにして10%ほどエンコして再生してみたところ音がブツ切れることは無くなったようでした。
ありがとうございました。
>>625
教えていただいたAnimationの方の設定でエンコ流してみたところ予想処理時間5時間〜6時間というところでした。
エンコ専用機というわけではなくブラウジングや音楽流すなどでCPU食ってるのでこんなものでしょうか。
- 627:名無しさん@編集中:sage:2010/01/09(土) 16:05:08 ID:95eBhZhv [3]
- >>626
まて、>>625のAnimationっていうのは、
プリセット設定をさらに調整する、
「チューニング:Animation」の設定内容を記述しただけじゃ?
というか実際、CPU占有率どれくらい?
ちゃんと100%近く使えてるのか若干疑問なんだけど。
- 628:名無しさん@編集中:sage:2010/01/09(土) 16:14:22 ID:95eBhZhv [3]
- あー、あとPT2でリサイズもしてないっぽいのに、sarが40:33って、
エンコード結果が1割くらい縦長になってるんじゃね?
色空間とかも大丈夫なのか。
- 629:名無しさん@編集中:sage:2010/01/09(土) 16:40:59 ID:aKfiVLGr [3]
- そうです、チューニングのanimationをやめてnoneに変更するって意味です
- 630:名無しさん@編集中:sage:2010/01/09(土) 16:59:22 ID:1pSu3WWz
- AMDの石使ってるとx264gui.auoでは同じ設定のインテル石より速度面で不利だよ。
この辺はコンパイルする再にインテル最適化されてるからある程度は仕方ない。
- 631:名無しさん@編集中:sage:2010/01/09(土) 17:08:39 ID:2/V81ub1 [2]
- いや、aviutlとかスレ違いだろw
しかもd2vはavsinp.auiで読み込んでるのかどうかも謎だw
続きはGUIスレでやってくれw
- 632:名無しさん@編集中:sage:2010/01/09(土) 21:07:05 ID:I8HZQi0L [6]
- >>627
そういうことでしたか。
「チューニング:Animation」の時、デブロックが0,0だったので設定かと思いました。
CPUについては100%近く使われています。
>>628
リサイズとかはネットでざっと調べたら40:33と記載されていたのでそのまま書いています。
1440:1080のサイズのソースなんですがエンコ結果見る限りはアス比は大丈夫そうです。
Aviutlの色設定はBT601というデフォのままです。
>>629
noneにすると早くなるんですね。Animationでもちょっとブロックノイズ出てるのでいろいろ試してみます。
>>630
最適化したければソース弄って自前でっていうことですか。なかなか難しそうですね。
>>631
guiスレあったんですね。
264で検索かけて初心者がここだったのでこちらでguiのほうもOKかと思って質問してしまいました。
ただ、あちらはなんかコンパイラとかの話で設定の話はあまりないみたいですね。
とりあえずお聞きした点確認していろいろ弄っています。
ありがとうございました。
- 637:名無しさん@編集中:sage:2010/01/09(土) 22:28:02 ID:95eBhZhv [3]
- >>632
気がつかないって、もしかして、
再生に使ってるソフトのアスペクト比指定が、
16:9強制設定だったりするんじゃないか?
それなら確かに正常に見えるだろうけど、
データとしては、縦に1割長い設定でファイル出来上がるからな、それ。
>>634-636
もし、入力601-出力601なら、>>635であってるはず。
ただ、もちろん結果的にエンコード後が合うだけで、
動作としては間違ってるはずだし、Aviutlでの表示はおかしくなるから、
是正した方が無難だとは思う。
- 638:名無しさん@編集中:sage:2010/01/09(土) 22:36:47 ID:I8HZQi0L [6]
- まだ続けていいんでしょうか?
>>637
再生にはMPC6.4.9.1使っていました。
VLCで再生してみたところエンコしたのがご指摘とは逆に縦に短くなってしまいた。
ちょっとアス比スレ見て勉強してきます。
>>色空間について
教えて君ですいませんがとりあえずこれにしとけというような設定はあるのでしょうか?
是正するとするとどう設定すべきでしょうか?
30分アニメエンコに軽く1日かかっているため、ちょっと試行錯誤も厳しく、なにかヒントが頂ければと思い書き込みさせていただけいました。
いろいろとみなさんありがとうございました。
- 639:名無しさん@編集中:sage:2010/01/09(土) 23:13:04 ID:2/V81ub1 [2]
- >>638
君の場合はココで質問した方がいいかな
【初心者歓迎・ダウソNG】総合質問スレッド-74-
http://pc11.2ch.net/test/read.cgi/avi/1246696904/ (561/1001)
aviutlの色空間は解らないけどココに書いてある
【YUY2 YV12】色空間スレ【RGB24 32】
http://pc11.2ch.net/test/read.cgi/avi/1116263327/ (534/981)
- 622:名無しさん@編集中:sage:2010/01/09(土) 11:24:32 ID:JRc797FM [2]
- http://seraphy.fam.cx/~seraphy/cgi-bin/cbbs.cgi?mode=res&namber=2100&page=&no=0
- 633:名無しさん@編集中:sage:2010/01/09(土) 21:11:16 ID:sWEPkE+V [2]
- いやいや1440*1080で40:33なんてやったらおかしいの気づくだろ
- 634:名無しさん@編集中:sage:2010/01/09(土) 21:22:45 ID:icSedkaI [2]
- 1440:1080のサイズのソースでBT601は・・・良くなかった気もしたがどうだったかな
- 635:名無しさん@編集中:sage:2010/01/09(土) 21:25:52 ID:sWEPkE+V [2]
- >>634
601→601のまんま弄ってないなら色空間の変換は行わずに
そのまま709ででてくるんじゃなかったかな。AviUtlじょうでの
見た目は変わるが。
- 636:名無しさん@編集中:sage:2010/01/09(土) 21:30:30 ID:icSedkaI [2]
- だっけ
- 641:名無しさん@編集中::2010/01/10(日) 00:09:30 ID:1DtYUghr
- seraphy氏のHP急にアクセスできなくなった
拡張x264ダウンロードしたいんだけどどこかでできる?
誰か教えて
- 643:名無しさん@編集中:sage:2010/01/12(火) 16:22:50 ID:UdjotwM4
- >>641
>833 :名無しさん@お腹いっぱい。 :2010/01/10(日) 18:58:23 ID:L6XBdXs8P sage
>seraphy氏のとこの鯖が復帰したよ。
>ここはちょくちょく落ちてることがあるんだよ。アナウンスとかないけど、大抵は1、2日程度で復活する。
- 645:名無しさん@編集中:sage:2010/01/13(水) 19:16:40 ID:L1E2+CBl
- >>643
見覚えあると思ったらオレじゃねーかw
- 656:名無しさん@編集中:sage:2010/01/18(月) 19:59:20 ID:DYFsFRMf [2]
- DGIndexで映像音声分離→音声wav化→Aviutlで音声の位置調整でエンコしてるのですが
後半に進むほど微妙に音がずれる+再生を飛ばしたときの読み込みが遅い
という現象が起きてしまう なんでだ・・・
No.657 〜
No.791
- 657:名無しさん@編集中:sage:2010/01/18(月) 20:15:59 ID:k0tjf9pw
- >>656
このスレとは関係ないみたいだが、関係あると思うならx264で指定しているオプションを列挙すべき。
- 659:名無しさん@編集中:sage:2010/01/18(月) 21:04:25 ID:DYFsFRMf [2]
- >>657
映像と音声を2pass、音声はAAC-LC128kbps wav
初期Delayカットのチェックを外す、それ以外はデフォです
- 660:名無しさん@編集中:sage:2010/01/18(月) 22:30:25 ID:ny9YqaA1
- >>656
再生するプレーヤによって違ってくるけど、VLCで再生しても後半ずれるなら
音声調節うまくいってないかも。
656と同じ手順でエンコしたものをWMP12で再生したら、
シークに時間がかかり過ぎるmp4が出来上がったことがあった。
mp4からmkvtoolでmkvにしたら直ったことがあった。
標準muxerじゃなくてmp4box指定、処理モードはwavでして、
出力選択のところでファイルの種類をmp4指定でエンコするようになってからは、
シークの遅さが解消された。
OSの省電力設定でwavファイルのあるHDDが止まってると、ちゃんと調節しても音声が遅れたものが出来上がっちゃう。
HDD停めずに同様にエンコしたら直ったこともあった。
思いつくのはこれくらいです。
BonTsDemuxで映像音声分離した方が、時間はかかるがほとんど設定しなくていいから楽かも。
DGIndexでうまくいかない時は、BonTsDemuxでやってる。
- 663:656:sage:2010/01/19(火) 00:39:52 ID:SqM9pCUN
- >>660
ありがとうございます
なんと 省電力でそんなことが起こりますか
それには心当たりがあるのでやってみようと思います
- 667:名無しさん@編集中::2010/01/21(木) 18:14:05 ID:edcsiqa1 [5]
- ffmpegについて質問です
1枚の画像(src.jpg)を音楽(src.m4a)の最後まで繰り返す動画を作りたくて
ffmpeg.exe -loop_input -shortest -i src.jpg -i src.m4a -s 320x240 -vcodec libx264 -acodec copy -r 1 get.mp4
とやって昔はできていたはずなんだが今は何故かできなくなった
エラー内容
Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height
お助けください
- 676:名無しさん@編集中:sage:2010/01/21(木) 19:14:55 ID:vnUmmIQj [4]
- >>667
ImageSource("src.jpg")
Spline36Resize(320,240)
FFmpegでやるよりも、AviSynthで上の様にやった方が早いと思う。
- 678:名無しさん@編集中::2010/01/21(木) 19:24:36 ID:edcsiqa1 [5]
- >>676
ありがとうございます
後でやってみます
この板は誘導してくれる人や676さんのような優しい人もいるのにどうして煽るだけの喧嘩腰な人がいるのでしょうか?
答えられないならレスしなくていいのに
- 679:名無しさん@編集中:sage:2010/01/21(木) 19:29:47 ID:I9KXZxvp [3]
- >>678
お前は自分の書き方や態度(余計な事を言ってしまう)が悪い事を少しは反省すべきだ
ネットは気に食わない奴に嫌がらせする奴が多いんだよ
- 682:名無しさん@編集中:sage:2010/01/21(木) 19:54:45 ID:od8wibkL
- >>679
いや、ネットじゃなくてもあんな態度だとたたかれるか相手にされないだろ。
もし、傍らで「良いです。もう十分です」って言ってたやつが自分の前に来て
全く同じ質問をして、そのことを指摘すると「十分ですという言葉が聞こえなかったのですか?」と行ってくる
それを注意すると、さらに「もしかして(ry)問題ないんですよ。」とか言われたらどうするよ?
自分は怒りにプルプル震えてしまう。彼を受け入れることも、冷静に指摘することもできないと思う。
- 670:名無しさん@編集中:baka:2010/01/21(木) 18:48:01 ID:ljOpyb6a
- 終了しましたって書けばマルチ許されるんだ
いいこと聞いたわ
- 672:名無しさん@編集中::2010/01/21(木) 18:57:07 ID:edcsiqa1 [5]
- >>670
もしかして2010年の今日まで知らなかったんですか?
正しい手順を踏めば問題ないんですよ
- 671:名無しさん@編集中:sage:2010/01/21(木) 18:50:36 ID:I9KXZxvp [3]
- 誘導されてきたんだろ
誘導された旨を書いた方が良かっただろうな
- 673:名無しさん@編集中:sage:2010/01/21(木) 19:08:40 ID:W21llg55 [4]
- 必殺たらいまわし
エンコードソフト ffmpeg のスレ
http://pc11.2ch.net/test/read.cgi/linux/1232095273/ (362/635)
- 675:名無しさん@編集中:sage:2010/01/21(木) 19:10:43 ID:mWyerUIP [8]
- NGID ID:edcsiqa1
- 680:名無しさん@編集中:sage:2010/01/21(木) 19:53:50 ID:jorZlnQu [2]
- NG ID:edcsiqa1
- 681:名無しさん@編集中:sage:2010/01/21(木) 19:53:52 ID:pnmvMAvC [7]
- 720x480、sar40:33でエンコしてmp4boxで↓みたいにmuxすると、MPC HCとかでアスペクト比がおかしくなるんだけど
mp4box -add "foo.mp4"#video:delay=ct:delay=fix -add "foo.m4a"#audio -new "bar.mp4"
AVInapticで見るとこんな感じ
[ Video track ]
Codec: avc1
Resolution: 720 x 480
Frame aspect ratio: 3:2 = 1.5
Pixel aspect ratio: 3177503:2621440 = 1.212121
Display aspect ratio: 9532509:5242880 = 1.818181
Framerate: 29.970029 fps
Number of frames: 300
Bitrate: 1974.906693 kbps
[ About H.264 encoding ]
(略)
SPS id: 0
Profile: Main@L3
Num ref frames: 4
Aspect ratio: 40:33 (16:9 NTSC pixel shape)
Chroma format idc: YUV 4:2:0
[ Video track ]の項目がおかしいっぽいんだけど、書き換える方法あるますか?
"foo.mp4":par=40:33にしても、[ About H.264 encoding ]のPARが書き換えられるみたいなので
- 683:名無しさん@編集中:sage:2010/01/21(木) 20:19:01 ID:mWyerUIP [8]
- >>681
720x480なら32:27か8:9か2:3じゃないかな?
- 684:名無しさん@編集中:sage:2010/01/21(木) 20:24:09 ID:4d5x4Tnd
- >>683
Q アスペクトの指定ってどうやるの?
A 704x480を4:3で見る時は--sar 10:11。16:9で見る時は--sar 40:33。
720x480であっても、4:3なら--sar 10:11、16:9なら--sar 40:33。
1440x1080を16:9で見たい時は、--sar 4:3
- 686:名無しさん@編集中:sage:2010/01/21(木) 20:27:56 ID:pnmvMAvC [7]
- >>683
元画は704に8*2オーバースキャン分取ってるんで、40:33でいい
多分mp4コンテナのヘッダ?の問題だと思うけど
Haali Media Splitter通すかVLCならアス比が正しくなるんだけど・・・
- 685:名無しさん@編集中:sage:2010/01/21(木) 20:27:46 ID:mWyerUIP [8]
- おお。テンプレが間違ってるのか
- 687:名無しさん@編集中:sage:2010/01/21(木) 20:34:19 ID:vnUmmIQj [4]
- >>685
ITU-T H.264にもそう書いてある。
http://img208.imageshack.us/img208/2190/sardx8.png
- 688:名無しさん@編集中:sage:2010/01/21(木) 20:37:44 ID:mWyerUIP [8]
- >>687
そうは言っても出来上がりが720x480になってるんだから、704のSarを与えてもダメ。
[ Video track ]
Codec: avc1
Resolution: 720 x 480
720x480で16:9ならsar32:27だよ。
- 695:名無しさん@編集中:sage:2010/01/21(木) 21:18:32 ID:mWyerUIP [8]
- >>687
それ見方が間違ってる。720x480はOverscanのしかなくて、それって704x480の事。
720x480は、4:3なら--sar 8:9、16:9なら--sar 32:27だよ。
Overscanによるいわゆる無効領域の有無がテンプレの説明にないから、
720x480も704x480も同じsarを与えるって言うヘンテコな事になってるわけだね。
- 697:名無しさん@編集中:sage:2010/01/21(木) 21:28:53 ID:KXr91Ipm
- >>695が正解
彼の言うとおりにすると良いと思うよ
- 698:名無しさん@編集中:sage:2010/01/21(木) 21:29:46 ID:vnUmmIQj [4]
- >>695
DVD等が想定しているアナログの再生環境では、映像の有無に関係なく、
オーバースキャンは表示されない。
- 699:名無しさん@編集中:sage:2010/01/21(木) 21:32:37 ID:mWyerUIP [8]
- >>698
DVDの再生関係ないし。
- 689:名無しさん@編集中:sage:2010/01/21(木) 20:43:06 ID:pnmvMAvC [7]
- アス比論争はしたくないんで
40:33とそのなんとかみたいな違いじゃなくて、1:1で再生されちゃうんで、
最悪バイナリ書き換えでもどうにかならんかなと
- 690:名無しさん@編集中:sage:2010/01/21(木) 20:48:28 ID:vnUmmIQj [4]
- >>689
VLCなら正常だと言うことだから、たぶんMPC-HCの設定が悪いのだろう。
- 692:名無しさん@編集中:sage:2010/01/21(木) 20:56:18 ID:W21llg55 [4]
- 現在のHaaliで正常に再生出来るのが、delay=fixしたら正常に再生出来なくなったら、修正成功です。
これのこと?
- 693:名無しさん@編集中:sage:2010/01/21(木) 21:07:43 ID:pnmvMAvC [7]
- >>690
だと思うけど、AVInapticの値もおかしいんで、正しく書き換えて試してみたいかなと
>>691
駄目だった
スプリッタの時点でおかしいっぽい
>>692
それはvideoとaudioの同期の話じゃないかと
:delay〜付けても付けなくても同じだった
で、さっきのmp4を↓みたいに書き直しても、
mp4box -add "bar.mp4":par=40:33 -new "baz.mp4"
こんな感じで[ Video track ]の方のparが1になる
[ Video track ]
Codec: avc1
Resolution: 720 x 480
Frame aspect ratio: 3:2 = 1.5
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 3:2 = 1.5
Framerate: 29.970029 fps
Number of frames: 300
Bitrate: 1974.906693 kbps
[ About H.264 encoding ]
SPS id: 0
Profile: Main@L3
Num ref frames: 4
Aspect ratio: 40:33 (16:9 NTSC pixel shape)
Chroma format idc: YUV 4:2:0
まあ、気にしなきゃいいんですけどね
- 701:名無しさん@編集中:sage:2010/01/21(木) 21:38:12 ID:W21llg55 [4]
- >>693
Vまに氏のmp4boxではなくKomisar氏のmp4boxを使うとか
- 703:名無しさん@編集中:sage:2010/01/21(木) 22:35:15 ID:pnmvMAvC [7]
- >>701
同じ結果だった
規格見てvmhd辺りいじればいいかと思ったけど、いまいち分からん
- 710:名無しさん@編集中:sage:2010/01/21(木) 23:40:40 ID:W21llg55 [4]
- >>703
昔は問題なかったなら何か君のx264ビルド特有の問題じゃないかな?
- 711:名無しさん@編集中:sage:2010/01/22(金) 00:02:19 ID:pnmvMAvC [7]
- >>710
だから、AVCについては問題ないの
[ About H.264 encoding ]
SPS id: 0
Profile: Main@L3
Num ref frames: 4
Aspect ratio: 40:33 (16:9 NTSC pixel shape)
Chroma format idc: YUV 4:2:0
AVInapticはどこを読んでるんだろ
- 691:名無しさん@編集中:sage:2010/01/21(木) 20:54:53 ID:mWyerUIP [8]
- >>689
1:1になるのは、DxVAとかのHW再生支援を使ってるなら切ってみるといいかも。たしかそんな不具合があった。
- 702:名無しさん@編集中:sage:2010/01/21(木) 21:58:32 ID:zr4EqJ71
- ID:mWyerUIPは論点がズレていることが分かってないね
sarを40:33から32:27にしても解決する問題じゃないでしょ
質問者もそれを分かっているから、>>689の発言しているわけで
- 705:名無しさん@編集中:sage:2010/01/21(木) 22:39:27 ID:mWyerUIP [8]
- >>702
わかってるから>>689以降は質問者にはその手の話はしてないよ。
- 694:名無しさん@編集中:sage:2010/01/21(木) 21:07:50 ID:jorZlnQu [2]
- SARを反映できるプレーヤーとできないプレーヤー
があるってことでしょ。
VLCやSMPlayerは反映できるけど、
gom等は反映できない
- 696:名無しさん@編集中:sage:2010/01/21(木) 21:19:49 ID:pnmvMAvC [7]
- >>694
mp4コンテナとavcコーデック両方にSAR情報を持ってて、VLCはコーデックの値を参照するけど
MPCはコンテナの値を参照するんで、おかしいのかと予測したわけで
で、[ Video track ]Pixel aspect ratio: 40:33みたいに書き換えられないかなと
- 706:名無しさん@編集中::2010/01/21(木) 23:15:20 ID:edcsiqa1 [5]
- 某ブログに詳しく説明してあったので解決しました
2chの知識もたいしたことないですね
- 709:名無しさん@編集中:sage:2010/01/21(木) 23:28:21 ID:w1+lfNKj [3]
- 俺の勘は確かだった
- 712:名無しさん@編集中:sage:2010/01/22(金) 00:24:48 ID:bSySGQYu
- え?MPCの話じゃなくavinapticだけの話なのか?
avinaptic
Resolution: 704 x 480
Frame aspect ratio: 22:15 = 1.466666
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 22:15 = 1.466666
Framerate: 23.976023 fps
ウチはこれでmpc-hc.exeで16/9表示になるけど
- 713:名無しさん@編集中:sage:2010/01/22(金) 00:32:11 ID:TKkvRyz0 [4]
- >>712
Options-Internal Filters-Source Filters-MP4/MOVにチェック入ってる?
- 714:名無しさん@編集中:sage:2010/01/22(金) 02:40:33 ID:yURyqzNi [2]
- アスペクト比はMP4コンテナとH.264ストリームの両方にあるわけだが
ソフトによってどちらかにしか対応してなかったりするわけだが
- 716:名無しさん@編集中:sage:2010/01/22(金) 02:53:39 ID:TKkvRyz0 [4]
- >>714
かと思ってたけど、MPCとかGOM(verが古いかも)については
何も考えずにpar=1として再生してるのかもしれない
- 715:681:sage:2010/01/22(金) 02:42:15 ID:TKkvRyz0 [4]
- とりあえず、'tkhd'のwidthとheightをバイナリエディタでそれぞれ853,480に書き換えた
結果↓ PARやDARを指定するパラメータはなさそう
[ Video track ]
Codec: avc1
Resolution: 720 x 480
Frame aspect ratio: 3:2 = 1.5
Pixel aspect ratio: 853:720 = 1.184722
Display aspect ratio: 853:480 = 1.777083 (~16:9)
Framerate: 29.970029 fps
[ About H.264 encoding ]
Aspect ratio: 40:33 (16:9 NTSC pixel shape)
・MPC-HC再生は1:1のままだった
・エクスプローラのサムネイルの表示アス比は変わる
結論
・MPC-HC内部スプリッタ: ×
・MPC-HC+HaaliMediaSplitter: OK、delay=fixを使うとHaaliのバグのため音ずれ
・VLC: OK
以上、お騒がせしました
- 717:名無しさん@編集中:sage:2010/01/22(金) 03:18:43 ID:TKkvRyz0 [4]
- SMもOKなんで、VLCかSM使います
- 718:名無しさん@編集中:sage:2010/01/22(金) 16:07:52 ID:l7G13Kzc [2]
- 地デジTSからの変換なんだが
1440x1088をaviutilで下8ピクセルをクリッピングしてからsar4:3にしたほうがいいの?
このスレ読んでたらこんがらがってきた。
16の倍数にしといたほうが圧縮率高いとかも書いてあるしわからなくなってきたお・・
- 719:名無しさん@編集中:sage:2010/01/22(金) 16:29:15 ID:yURyqzNi [2]
- >>718
16の倍数(mod16)の件は今や気にするほどではないと思う
開発者自身がそう言ってるし警告も外された(rev1306参照)
から常に1080でいい
- 808:名無しさん@編集中:sage:2010/02/06(土) 03:20:06 ID:zxDu90df
- >>719
http://pc11.2ch.net/test/read.cgi/avi/1263478882/50
- 720:名無しさん@編集中:sage:2010/01/22(金) 18:13:59 ID:l7G13Kzc [2]
- ありがとうございます。
これから常に下のゴミを取り除いてから圧縮しようと思います
- 721:名無しさん@編集中:sage:2010/01/23(土) 13:25:55 ID:wsxMxwSm [2]
- 地デジって1440x1080なのに、
aviutilが勝手に1088にしてんだろ。
あほくさ
- 723:名無しさん@編集中:sage:2010/01/23(土) 13:56:44 ID:Dc/6c0xX
- AQとかって、
引いても良さそうな所からビットレートを引いて、
必要そうなところに割くってことだけど、
この説明だと、全体の容量は変化しなそうじゃない。
でも、crfでやって実際には小さくなったり大きくなったりするのは、どう考えたらいい?
引いても良さそうな所から指定された割合引いてみたら、
範囲が広くて画質が要件を満たさなくなったので、全体のビットレートを上げた、って感じ?
- 722:名無しさん@編集中:sage:2010/01/23(土) 13:44:12 ID:BmwG4PKZ
- いや1088だろ。
- 724:名無しさん@編集中:sage:2010/01/23(土) 15:12:09 ID:7zsQ44qX [3]
- >>723
いやいや1080だろ?
- 725:724:sage:2010/01/23(土) 15:14:04 ID:7zsQ44qX [3]
- >>723でなく>>722へのレスです。失礼しました。
- 731:名無しさん@編集中:sage:2010/01/23(土) 18:46:58 ID:sT+xQkBv
- >>723
動きがどうとかならばffdshowの可視化でモーションベクトルの動きを
見てみるとか
- 732:名無しさん@編集中::2010/01/23(土) 18:52:25 ID:B9ido9Ti
- 規格の都合で内部的に1088なんてどうでもいい話。
デコード後は1080になるのが正しいんだろ。
糞ツールつかって混乱してばかじゃないのって
話におかしなところはないと思うが?
- 733:名無しさん@編集中:sage:2010/01/23(土) 20:32:35 ID:7zsQ44qX [3]
- >>732
どうでもいいかどうかは、各々が判断すればいい。
デコード後にどうなれば正しいかっていうのも、定められた規格を知って初めて言える事だろ?
- 735:名無しさん@編集中:sage:2010/01/23(土) 23:59:27 ID:WglqWzaY [2]
- >>732
そういうお前だってx264の規格適合性がどうこうとかは気にするだろ?
知ってて悪いことはない
>>734
そうだよ
ちなみに俺は>>719だよ
俺がツッコミたかったのは>>727の
>みんな自動クロップされてたんだぁ。
>いやーおどろいたね。
っていう煽りであって1080でいいっていう意識じゃない
- 740:名無しさん@編集中::2010/01/25(月) 12:13:08 ID:BEhR/JTT [2]
- 長文で質問失礼します。
自分は暫くr1319(nl版)を使っていたのですが先ほどr1400でエンコしてみたのですが
映像が動かない(シークしても音声だけ正常で動画部分が動かない)ものが出来て
しまいました。
初めはr1400のバグかと思いr1391でもエンコしてみたのですが変わらずでした。
その前のr1976では問題なくいつも通りの動画が作れました。
自分のエンコード環境はaviutlで編集しavsファイルを作りavsをaviutlに読み込ませて
aviutlとavisynthを使い”x264出力(mp4/mkv)プラグイン”でmp4ファイルを作っています。
オプションは
--crf 20 --profile high --preset medium --level 4.2 --ref 3 --mixed-refs
--bframes 3 --qpstep 8 --weightb --weightp 0 --trellis 0 --direct auto
--subme 7 --no-fast-pskip --no-dct-decimate --partitions p8x8,b8x8,i8x8,i4x4
--8x8dct --scenecut 75 --me umh --merange 32 --aq-mode 0 --psy-rd 0:0 --no-mbtree
--b-adapt 1 --threads auto --thread-input
です。
再生環境はMPCとcoreAVCです。
猫科研究所の更新履歴みてたらr1979での追加オプションが現状のmp4スプリッタ
で対応できていないから不具合が生じるな感じで書いてありましが自分のも
スプリッタの問題なのでしょうか・・・
ご教授よろしくお願い致します。
- 742:名無しさん@編集中:sage:2010/01/25(月) 13:15:00 ID:2eC3DtnB
- >>740
raw出力
- 744:名無しさん@編集中::2010/01/25(月) 14:08:09 ID:BEhR/JTT [2]
- >>742
レスありがとうございます。
すみませんがもう少し詳しく教えて頂けないでしょうか。
- 743:名無しさん@編集中:sage:2010/01/25(月) 13:25:03 ID:B7/tWEKS
- >>740
マルチ乙
- 745:名無しさん@編集中:sage:2010/01/25(月) 19:14:31 ID:xBen3UM5
- ヒント:拡張子.264とmp4box
- 746:名無しさん@編集中:sage:2010/01/25(月) 21:27:49 ID:da3sqJec
- >>745
何がヒントだよw
死鷹w
- 747:名無しさん@編集中::2010/01/26(火) 19:42:06 ID:QirRFVXq [4]
- 質問です
地デジをコンポジット経由でキャプチャしたいなと思ってるんだけど
640x480以上のサイズでできないんだけど。
これはそもそもキャプチャボードの性能って事?
- 748:名無しさん@編集中:sage:2010/01/26(火) 19:53:38 ID:VYAktjG8
- コンポジットなのになぜそれ以上の解像度でキャプチャする必要があるというのか
- 750:名無しさん@編集中::2010/01/26(火) 21:19:36 ID:QirRFVXq [4]
- >>748
単純に画質は問わずサイズがでかいものがほしい
こっち方面初心者なんでよくわからなくて原因の切り分けできてないんだ。
1.地デジチューナ(アナログテレビでも地デジ!みたいな安いやつ)がコンポジットだから640x480
原因 そもそも地デジチューナー側の問題
2.キャプチャボードのチップ性能の問題
原因 コンポジットとS端子しかないような安いやつ使ってるから
3.ソフトの設定・仕様の問題
どれが原因なのかわからないんだ。
- 749:名無しさん@編集中:sage:2010/01/26(火) 21:18:38 ID:WcqOvVd2 [2]
- コンポジットでググれ
つかwikipediaでも読め
- 751:名無しさん@編集中::2010/01/26(火) 21:39:37 ID:QirRFVXq [4]
- >>749
あ
つまりコンポジットでやってる時点で
pcに届いてる時点で720×480分のデータしかないって事?
- 754:名無しさん@編集中:sage:2010/01/26(火) 22:46:22 ID:WcqOvVd2 [2]
- >>751
いい加減スレチも甚だしいと思うのだがもう一点だけ指摘しておく
興味ない人はスルーしてね
>pcに届いてる時点で720×480分のデータしかないって事?
正確には違う、コンポジット信号は720(640)x480だと決まっているわけではない
敢えて言えば「SD分のデータしかない」と言う方が適切
水平(幅)解像度はCCIR601がNTSCからの変換を720としただけであって
コンポジットで流れるアナログ信号自体には解像度があるわけじゃない
音声で例えるならAM/FMラジオにサンプリング周波数(44.1kHzとか)がないのと一緒
垂直解像度は走査線数で明確に数えることができる(countable)が
アナログNTSC信号は有効表示領域の走査線が485〜486で480じゃない
CCIR601は無効領域を含んだ525iは規定してるが有効数にはノータッチ
MPEGやDVD-Video、VGAといった他の規格との整合上、一般に480なだけ
- 752:名無しさん@編集中:sage:2010/01/26(火) 21:42:18 ID:7FmBM0mb
- コンポジットならすなわちSDであり640x480でしかキャプチャできないのは当たり前のこと
HDキャプしたいならコンポーネント、D端子、HDMIをキャプチャできるボードを調達してください
画質どうでもいいならキャプした後にお好みのサイズにリサイズしてくだしあ
- 755:名無しさん@編集中::2010/01/26(火) 22:53:11 ID:QirRFVXq [4]
- >>752,754
おぉ!
そんな答え期待してますた。
ありがとうです
- 753:名無しさん@編集中:sage:2010/01/26(火) 22:43:13 ID:UuuirykB [4]
- x264というよりは、mp4の関連スレで聞くべきなのかもしれないけど・・・
現在、60fps混合のmp4を作ろうと、試行錯誤中
で、聞きたいのは、x264から直接mp4を指定して出力するのと、
RAWファイルを出力して、mp4boxに渡すのと、どう違うのか・・・ハッキリ言うと、どっちが良いのかが知りたい
とりあえず、自分で試してみた範囲だと、
RAWファイルを出力してmp4boxに渡す場合、fpsを指定してやらないと再生速度がおかしくなった
そのせいか、mp4boxのinfoオプションで確認した所、TimeScaleが60000になっていた
それに対して、x264から出力した方は、TimeScaleが24000
それでも、MPCで再生してフレームレートの所を見ると、だいたい60fpsになってるらしい
再生速度がおかしなmp4のTimeScaleは25000
と、この辺までは試したんだけど、ググったりしても、何がわかったのかもよくわからない
なんとなく、fpsを指定してやった方が、
結合するときに良いような気もするんだけど・・・
- 756:名無しさん@編集中:sage:2010/01/26(火) 23:07:54 ID:yjqE/ja+ [3]
- >>753
VFRなmp4の作り方(1) - heretic
http://d.hatena.ne.jp/zmi/20060514/1147606107
こちらのほうが楽
AviSynth Wiki - EasyVFR
http://www.avisynth.info/?EasyVFR
raw出力してtc2mp4Modでタイムコードをあててvfrを作る
- 757:名無しさん@編集中:sage:2010/01/26(火) 23:18:24 ID:UuuirykB [4]
- >>756
その、raw出力する意味が知りたいんだ
mp4を直接出力して、タイムコードをあてるのよりメリットがあるのか
特に、60fpsの場合は>>753のように内部のTimeScaleが変わってるようだったので、
余計に気になった
- 758:名無しさん@編集中:sage:2010/01/26(火) 23:24:10 ID:0rHINm9W
- >>757
俺はAvisynthのItsでタイムコード出力して、DtsEditってやつでタイムコード当ててる。
raw出力なんてやってないが、特に問題はない。
- 766:名無しさん@編集中:sage:2010/01/28(木) 01:51:47 ID:NN0H+qo9
- >>753
60fps混合というのが、どの混合かによる。
NTSC放送のフレームレートは、分母を1001の分数で表現するんだ。
24000/1001fps、30000/1001fps、60000/1001fps
30fpsと60fpsの混合ならTimescale60000でも問題なく格納できるけど(30fpsを60000/2002として格納)、
24fpsとの混合だと、60000/2502.5となって正確な24fpsを表現できない
この場合はTimescaleを120000にすべきなんだ
似たようなことがDtsEditのreadmeに書いてたはず
RAW出力だろうとMP4出力だろうと、上のことを意識して出力していれば結果は同じになるはずだし、そうでないならどっちも間違い
- 760:名無しさん@編集中:sage:2010/01/26(火) 23:29:47 ID:yjqE/ja+ [3]
- どのみちタイムコードをあてればTimeScaleが書き換わるようだけど
オレには詳しいことは分からないがDtsEditやVまに氏の所に書いてないか
- 761:名無しさん@編集中:sage:2010/01/26(火) 23:38:10 ID:UuuirykB [4]
- DtsEditを使うにしろ、tc2mp4を使うにしろ、
いずれにせよmp4boxを介する必要がありそうで、
それなら直接mp4を出力したほうが手っ取り早いように思ったし、
最近のx264はmp4出力する時にedtsを書き込むようになったとかで、
よくわからんがなおさら直接出力した方が良くないかと思ったのだけど
raw出力するならするなりの意味があるのかと思ったけど、あんまり関係ないのかな?
このedtsってのもよくわからないけど、Vまに氏のmp4boxを使えば付加してくれるようだから、
あまり考えなくても良さそうだし
それでも一応、60fpsのは、raw出力してfps指定したmp4にしとこうかな、念のため
- 762:名無しさん@編集中:sage:2010/01/26(火) 23:43:17 ID:ppkSRw5Q
- SDブラウン管のいわゆる「ワイドテレビ」もカタログスペック上の水平解像度を競っていたんだぜ
- 765:名無しさん@編集中:sage:2010/01/27(水) 01:04:12 ID:5TkJnLEN
- >>762
それは別におかしくない。その上いい加減スレチなんだが…
ブラウン管の仕組みを考えながら横解像度を増やしてみろ
- 763:名無しさん@編集中:sage:2010/01/26(火) 23:56:52 ID:UuuirykB [4]
- あ、Vまに氏のmp4boxでは、
初期ディレイが削除されないようだけど、これは連結する時どうなるんだ?
edtsがあれば、これも問題なくなるのか?
これも念のため、DtsEditで削除しとけばいいか・・・
- 764:名無しさん@編集中:sage:2010/01/26(火) 23:58:40 ID:yjqE/ja+ [3]
- よく分からないが分割するならmp4出力で良いのでは
オレはedtsはまだ様子見だな
- 767:名無しさん@編集中:sage:2010/01/29(金) 03:43:08 ID:CnBOzXpz [10]
- r1400インタレ入力すると必ずwarningが出るんだが、仕様なの?
- 774:名無しさん@編集中:sage:2010/01/29(金) 04:31:06 ID:s1KCOF5v
- >>767
うちじゃ、rev1400使って、
インタレ保持mp4作成に問題無いから、
仕様じゃない。
これでいいよな?
- 775:名無しさん@編集中:sage:2010/01/29(金) 04:37:47 ID:CnBOzXpz [10]
- >>774
作成に問題無い=warning出ないってなら、わかりました
- 768:名無しさん@編集中:sage:2010/01/29(金) 03:48:45 ID:s7M2UIFQ [3]
- どんな警告なのかも
どんなオプションを指定してるのかも
一切教えぬにも関わらず答えろとな
- 769:名無しさん@編集中:sage:2010/01/29(金) 04:09:39 ID:CnBOzXpz [10]
- >>768
さあ、答えてください
--interlaced(tff)を付けた場合のみ、
x264 [warning]: input appears to be interlaced, enabling interlaced mode.
If you want otherwise, use --no-interlaced
- 781:名無しさん@編集中:sage:2010/01/29(金) 05:31:24 ID:CnBOzXpz [10]
- >>769は間違いでしたみたいで、すいません
- 770:769続き:sage:2010/01/29(金) 04:15:44 ID:CnBOzXpz [10]
- 入力は720x480i
--level 3.0 --aud --nal-hrd --tff --vbv-bufsize 10000 --vbv-maxrate 10000 --keyint 60 --ref 4
--profile "main" --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --slices 4
--deblock 0:0 --cqm "flat" --subme 9 --me "umh" --merange 16 --psy-rd 0.0:0.0 --trellis 2 --chroma-qp-offset 0 --aq-mode 0
--ssim --psnr --stats "%TMPF%.log" --min-keyint 1 --b-pyramid strict --scenecut 85 --bframes 3 --mixed-refs --b-adapt 2
--weightb --weightp 0 --no-fast-pskip --no-dct-decimate --ipratio 1.1 --pbratio 1.1 --partitions "p8x8,b8x8,i4x4,i8x8" --threads auto
- 771:769続き:sage:2010/01/29(金) 04:17:53 ID:CnBOzXpz [10]
- x264ビルドはVFR氏のやつです
- 773:名無しさん@編集中:sage:2010/01/29(金) 04:26:08 ID:CnBOzXpz [10]
- なんでやねん
- 776:名無しさん@編集中:sage:2010/01/29(金) 04:42:36 ID:s7M2UIFQ [3]
- そこのコードは
if( !b_user_interlaced && info.interlaced )
となってるので本来は
「--interlacedを指定してないが入力はインタレである場合」
に出るはずの警告だなぁ
VFR maniac氏のソースは見てないからわからないけど
なんかバグがあるのかもわからぬ
- 777:名無しさん@編集中:sage:2010/01/29(金) 04:56:38 ID:CnBOzXpz [10]
- >>776
ありがとうございます
diff見るとその部分の変更はなさそうですが、
なんか別な場所でおかしいのかも知れませんね
- 778:名無しさん@編集中:sage:2010/01/29(金) 04:59:58 ID:CnBOzXpz [10]
- ttp://img.tv2ch.net/jlab-tv/3/k/s/tv1264708788258.jpg
- 779:名無しさん@編集中:sage:2010/01/29(金) 05:05:31 ID:s7M2UIFQ [3]
- あーもしかしたら…
従来のnal-hrdパッチはcommon.cで--tffに--interlacedを含むようにしてたけど
新たにオプション解析をしてるx264.cの方で--interlacedを含むようにはしてないのかも
つまり最近のnal-hrdパッチのオプション解析が一貫してないのかも
だとすると--tffだけじゃだめで--interlacedと両方指定しないとダメとか
まぁいずれにしても--intelaced状態にはなるけどね
- 780:名無しさん@編集中:sage:2010/01/29(金) 05:28:53 ID:CnBOzXpz [10]
- >>779
おお、素晴らしい
--tffを--interlacedに変えたら、warning出なくなりました
出来上がりは同じっぽいですかね
- 791:名無しさん@編集中:sage:2010/02/04(木) 14:30:46 ID:lFXzbzcD
- aviutlでx.264を使ってエンコードしたいのですが
2パスでのやり方がわかりません。
詳しく解説してあるサイトはないのでしょうか。
ググってもそれらしいサイトがありません。
1パスでエンコードしたのですが、音ずれしてしまいます。
XviDやWMV9ではずれないんですが。
なぜでしょうか。MP3じゃなくAACにする必要があるのでしょうか。
No.792 〜
No.979
- 792:名無しさん@編集中:sage:2010/02/04(木) 14:50:33 ID:CPuX/ogU
- >>791
vfw使うな
- 795:名無しさん@編集中:sage:2010/02/05(金) 12:22:33 ID:5Skc73mR [2]
- >>791
1パスで音ズレするんだったら、2パスでもずれるだろ。
とりあえず1パスで解説してるサイトを見て、そのとおりにやってみれば。
- 801:名無しさん@編集中:sage:2010/02/05(金) 19:16:31 ID:9hKtloiO
- 次スレのタイトルは
x264.exe 初心者質問スレ part3
にしましょう。
- 802:名無しさん@編集中:sage:2010/02/05(金) 19:49:54 ID:KoGRdD+S
- >>791
激しくスレチを承知でAviutl初心者でもなんとかなるかもしれない情報なら。。。
http://nicowiki.com/aviutl_h264.html
「ニコニコ動画の仕様」やそれに纏わる情報は不要だろうから、「手順」以降の必要箇所のみ読んでみるといいかも。
更にx264gui.auoを使う上で参考になるとこ
http://nicowiki.com/?%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6
まぁ、この界隈じゃニコ厨は嫌われ者だから、ここを参考にしたとか言うと蹴とばされるけどなw
>>801
同意です。
- 793:名無しさん@編集中:sage:2010/02/04(木) 14:56:20 ID:I4hecb+e
- x264gui.autかx264out.auo使えばいいと思うよ
- 794:名無しさん@編集中:sage:2010/02/05(金) 04:25:24 ID:ohO+RRjS
- >>793
aviutlフォルダに入れてエンコードしてみましたが
症状はかわりません。
- 797:名無しさん@編集中:sage:2010/02/05(金) 15:54:02 ID:otkIV+9n
- プラグイン入れて「AVI出力」したに111リアル(イラン)
- 809:名無しさん@編集中:sage:2010/02/06(土) 16:06:52 ID:++yaGGSA
- >>797
ええええ?(゚Д゚)
x.264ってaviutlで出力するときavi出力じゃなかったんですか。
プラグイン→拡張x.264出力(GUI)ですか?
- 805:名無しさん@編集中:sage:2010/02/05(金) 22:09:21 ID:wE13scpH
- x264 初心者質問スレ part1
http://pc11.2ch.net/test/read.cgi/avi/1221494912/1 (473/1001)
1 :名無しさん@編集中 [sage] :2008/09/16(火) 01:08:32 ID:gIbspbg9
こちらはニコニコ動画でx264を使い始めた 等の初心者のためのスレです。
wikiを作成中。。。作成中のwikiの話題もこちらでどうぞ。
- 806:名無しさん@編集中:sage:2010/02/05(金) 22:34:08 ID:4cox4GtF
- >>805
その1はもういない、wikiとともに消えたんじゃないか?
- 807:名無しさん@編集中:sage:2010/02/05(金) 22:42:20 ID:5Skc73mR [2]
- あのwikiはエンコ始めたばっかのころ世話になったなあ。
- 811:名無しさん@編集中:sage:2010/02/06(土) 20:57:25 ID:DsRqkrGL [3]
- aviutlの拡張x.264出力でエンコすると黒潰れになるんですが、
ガンマ補正とかはどこで調整できるんですか?
http://www.42ch.net/UploaderSmall/source/1265457260.jpg
- 812:名無しさん@編集中:sage:2010/02/06(土) 21:18:49 ID:9lKmuA6q
- >>811
x264じゃなきゃ大丈夫なの?
- 815:名無しさん@編集中:sage:2010/02/06(土) 21:45:43 ID:jb6/Glx5
- >>811
264再生する時のデコーダだけ、
yc伸張する設定になってるんじゃ……
- 816:名無しさん@編集中:sage:2010/02/06(土) 22:17:24 ID:DsRqkrGL [3]
- >>815
なってました・・・すいません
- 813:名無しさん@編集中:sage:2010/02/06(土) 21:20:32 ID:DsRqkrGL [3]
- はいXviDやDivXだと普通なんですが・・・
- 814:名無しさん@編集中:sage:2010/02/06(土) 21:37:30 ID:k1qPQJ8W [2]
- >>813
ガンマ補正したければ、相応のプラグイン入れれば可能だけど。
この場合は色空間の展開とか変換の問題じゃないの?
- 817:名無しさん@編集中:sage:2010/02/06(土) 22:44:51 ID:k1qPQJ8W [2]
- いい勉強になった。このスレのエスパーにはいつも驚かされる。
- 829:名無しさん@編集中:sage:2010/02/17(水) 14:38:56 ID:B6jeDzwL [3]
- x264の最新版でエンコした結果
低レートでも非常に綺麗で大満足していますが、
遅いのは分かってたのですが・・・Divxの1.5倍かかりました。
core2duo P8700 設定はデフォルトでスレッドを2にしただけです。
エンコ時間を少しでも早くする設定は他にありましたら教えてください。
- 831:名無しさん@編集中:sage:2010/02/17(水) 14:55:03 ID:hULw9yEe
- >>829
一般的に画質を落とす側に設定すれば、エンコは速くなるんでは?
MediaCoderとかプリセットを参考に時間と画質を天秤にかけて
自分で決めるしかないんでは?
速いとか、綺麗とか人によって違うしね。
あとは現在の設定やオプションをさらさないと、誰も答えようがないし。
- 838:名無しさん@編集中:sage:2010/02/17(水) 20:47:06 ID:B6jeDzwL [3]
- >>831 >>832
例えばdivxだと設定画面のエンコーディングモードで「ハイパフォーマンス」「バランスのとれた品質」とかを選べるんですが、
x264ではそういう設定をすることはできないのでしょうか?
自分で速度と画質の妥協点を判断したいので・・・
h264がものすごい綺麗だったので。
1440x810の10秒の動画を 1280にした場合の時間
divxハイパフォ 12秒
divxバランス 15秒
h264 23秒
- 839:名無しさん@編集中:sage:2010/02/17(水) 20:59:29 ID:QHE/aJc1 [3]
- >>838
聞く前に自分で調べろボケ
http://nicowiki.com/%E6%8B%A1%E5%BC%B5%20x264%20%E5%87%BA%E5%8A%9B%EF%BC%88GUI%EF%BC%89%E3%81%AE%E8%A8%AD%E5%AE%9A%E9%A0%85%E7%9B%AE%E3%81%A8%E3%81%9D%E3%81%AE%E6%A9%9F%E8%83%BD%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6.html
- 844:名無しさん@編集中:sage:2010/02/18(木) 15:11:58 ID:4s7nfD6m
- >>839>>840
説明不足でした・・・aviutlは使ってません。
tmpgenc 4.0xpでやってます。
- 845:名無しさん@編集中:sage:2010/02/18(木) 16:48:20 ID:ufnGYeO+
- >>844
ここは「x264」というソフトウェアの初心者スレ
H.264≠x264、規格とソフト名は違うものだからな
ここにいくよろし
【TXP】TMPGEnc 2.5/4.0 Xpress - 51【エンコ専門】
http://pc11.2ch.net/test/read.cgi/avi/1263015207/ (559/1001)
- 847:名無しさん@編集中:sage:2010/02/18(木) 21:36:06 ID:lzKjSpAD
- >>844
既に指摘されてるけどイロイロ間違えてるな・・・
>1の1行目にあるように、ココはx264.exe使い始めた人のスレ。
TEのH.264エンコーダーについてならTEのスレへ。
TEからx264 vfw使ってAVI出力してるのならx264 VFW GUI専用スレへ。
- 840:名無しさん@編集中:sage:2010/02/17(水) 21:35:38 ID:wXLdBOBU
- >>838
みんな君と同じツールを使っているわけではないから
aviutlなら専用スレで聞いた方が答えてくれるよ
- 841:名無しさん@編集中:sage:2010/02/17(水) 21:40:13 ID:QHE/aJc1 [3]
- >>840
コーデックの設定の話はスルーされる
ググって分かるようなことを聞いたら何処へ行っても叩かれる
- 830:名無しさん@編集中:age sage:2010/02/17(水) 14:44:15 ID:B6jeDzwL [3]
- 追加質問。
single passは CQP CRF ABR どれでやるのがおすすめでしょうか?
- 832:名無しさん@編集中:sage:2010/02/17(水) 15:08:02 ID:Y/FMHFuR
- 速度を重視するならDivXのままでいいよ
x264もエンコ速度の速いオプションを使ったら、DivXとの画質差なんて無くなるし
http://x264dev.multimedia.cx/wp-content/uploads/2009/08/quality_chart1.png
棒グラフの高さが画質だと思って。(圧縮元映像との差分)
x264のグラフが何本かあるのは、左側が重いエンコードオプションで、右側が高速なエンコードオプション
トレードオフではあるけれども、ある程度重いオプションを使わないとx264を使う利点はあまりないよ
- 833:名無しさん@編集中:sage:2010/02/17(水) 15:14:21 ID:XADv7UWK
- >>832
http://forum.doom9.org/showthread.php?p=1374321#post1374321
そのグラフでもそうなっているが、DivX 6やXvidだったら、Baselineで使ったx264に負ける。
--preset veryfastにしておけば、速度でもASPに負けないだろう。
- 834:名無しさん@編集中:sage:2010/02/17(水) 17:09:21 ID:GO+cVOY0
- >>833
SDの実写で1000kbpsの条件で自分で試した限りではBaselineとxvidではたいして変わらなかった
ノイズの出方が違うので俺にはどちらかと言えばxvidの方がいい感じに見えたけどな
これは好みの問題だけだから人によってはx264の方が良いと言う人もいるとおもう
というか、x264の主要開発者の言葉をそのまま信じる方がどうしてると思うぞ
そりゃ、x264の方が良いって言うに決まってる
- 835:名無しさん@編集中:sage:2010/02/17(水) 17:26:42 ID:MAoBsqnM
- >>834
おまえにだまされるよりx264の開発者にだまされた方がいいから
俺はx264の開発者のいうことを信じるよ。
- 842:名無しさん@編集中:sage:2010/02/17(水) 21:42:35 ID:QHE/aJc1 [3]
- AviUtlスレのテンプレ
1 名前:名無しさん@お腹いっぱい。[sage] 投稿日:2010/01/27(水) 20:47:16 ID:jXyVBQlE0
AviUtlのお部屋
http://spring-fragrance.mints.ne.jp/aviutl/
プラグイン解説
http://cwaweb.bai.ne.jp/~icchan/moviefile/AviUtl_P.htm
前スレ
AviUtl総合スレッド60
http://pc12.2ch.net/test/read.cgi/software/1260332858/
初歩的な質問はDTV板の初心者質問スレで
【初心者歓迎・ダウソNG】総合質問スレッド-75-
http://pc11.2ch.net/test/read.cgi/avi/1263478882/
ニコニコ関係はYouTube板
http://pc12.2ch.net/streaming/
ダウンロードした動画はダウンロード板
http://hideyoshi.2ch.net/download/
x264関係はDTV板x264 VFW 専用スレで
x264 VFW GUI専用スレ Part5
http://pc11.2ch.net/test/read.cgi/avi/1258081149/ (375/986)
- 848:名無しさん@編集中:age sage:2010/02/19(金) 22:57:16 ID:p0IRmtJ9
- single passの場合
CQP CRF どちらの方が良いのしょうか?
- 820:名無しさん@編集中:sage:2010/02/14(日) 17:30:12 ID:lchag8Ra
- --crf使え。以上。
- 849:名無しさん@編集中:sage:2010/02/19(金) 23:02:00 ID:emyC7Klv
- >>848
>>839
- 850:名無しさん@編集中:sage:2010/02/20(土) 00:28:55 ID:SIOFvT2W
- >>848
>>820,822
- 853:名無しさん@編集中:sage:2010/02/20(土) 15:19:14 ID:Q/01SpyP
- さんきゅ〜
今まで固定レート3000でエンコしてたんですけど
同じぐらいのファイルサイズでエンコする場合CRFだと
いくらぐらいにしたらいいのでしょうか?
- 854:名無しさん@編集中:sage:2010/02/20(土) 15:23:58 ID:iKtk5FZN
- >>853
どんな動画なのか、HDなのかSDなのかによって全然違う。
片っ端から試すしかない。
- 855:名無しさん@編集中:sage:2010/02/22(月) 21:51:24 ID:ye1i+9e6
- x264(rev.1442)のデフォルト設定に、
ffmpeg(rev.21920)の設定を合わせたいと思って、
-vcodec libx264 -sc_threshold 40 -bf 3 -b_strategy 1 -coder 1 -refs 3
-crf 23 -qmin 10 -qmax 51 -qdiff 4 -i_qfactor 0.714286 -b_qfactor 1.3 -qcomp 0.6
-partitions parti4x4+parti8x8+partp8x8+partb8x8 -directpred 1 -me_method hex -me_range 16 -subq 7 -trellis 1
-flags2 mbtree+dct8x8+wpred+mixed_refs
と分かる範囲で設定してみたのですが、全然合いません。
どうしたら合わせられるか教えて下さい。よろしくお願い致します。
- 856:名無しさん@編集中:sage:2010/02/22(月) 22:01:38 ID:ixhqKiZY
- >>855
http://rob.opendot.cl/index.php/useful-stuff/x264-to-ffmpeg-option-mapping/
http://sites.google.com/site/linuxencoding/x264-ffmpeg-mapping
全く同じと言う訳にはいかないだろうが、これらを見ながら試す他ないだろうね。
入力にlibavやffmsを使える様になったことだし、x264を使った方が楽だとは思うが。
- 859:855:sage:2010/02/24(水) 00:47:55 ID:VpwlIi7H
- 結局、両方のソースを調べて、どうにか一致させられました。
-flags loopや-cmp chromaは、ソース調べるまで気にもしていなくて、
fastpskipがx264のデフォルトなのは完全に盲点でした。
そして、最後微妙に合わなくて、かなり苦しんだ末にようやく気付いたのが、-threads 0・・・
>>856
ffmpegなら問題なく読み込めるのに、x264ではなぜか上手くいかないavsとかあるので・・・
avsの作り方が悪いせいかなとも思うのですが良く分からないので・・・
- 860:名無しさん@編集中:sage:2010/02/24(水) 01:30:08 ID:zkRMTXo3
- >>859
avs2yuv input.avs - | x264 --stdin y4m -o output -
x64のバイナリとか、avsを読めない場合はこうしたらいい。
http://akuvian.org/src/avisynth/avs2yuv/
- 868:名無しさん@編集中:sage:2010/02/27(土) 17:01:01 ID:qaGD7/dj [3]
- >>860
教えて頂いたavs2yuvを通しても残念ながら駄目なavsでしたが、
あれこれ試していたら、ChangeFPS(29.97)を付け足して、
FPSを30000/1001から2997/1000に変えたら上手くいったりしました・・・
- 861:名無しさん@編集中:sage:2010/02/26(金) 00:37:27 ID:dG6mtqcN
- 動きが速い格闘技とかにお薦めのオプションを教えてください。
- 862:名無しさん@編集中:sage:2010/02/26(金) 00:42:29 ID:jHT7gQlQ
- >>861
--nal-hrd --interlaced
- 869:名無しさん@編集中:sage:2010/02/27(土) 17:13:57 ID:Gv8DD7a7 [3]
- それはavsのほうがおかしいだろ
一体どういう内容のスクリプトなんだ?
- 870:名無しさん@編集中:sage:2010/02/27(土) 18:35:47 ID:qaGD7/dj [3]
- >>869
なにかしら設定ミスのせいとは思うのですが、
元ファイル ttp://www.iodata.jp/promo/motionpix211/sample/img_movie/cat2.avi
---cat2.avs---
DirectShowSource("cat2.avi")
#ChangeFPS(29.97)
ConvertToRGB
x264 -o cat2.mp4 cat2.avs
と単純にやっても、めちゃくちゃな早送りになってしまって・・・
avsの再生は普通に出来ますし、
ChangeFPS(29.97)を有効にしたら、正常な速さでエンコードされるので、
割り切れるFPSにしておけば良いのかなと思ったのですが・・・
- 871:名無しさん@編集中:sage:2010/02/27(土) 18:55:24 ID:Gv8DD7a7 [3]
- なんでConvertToRGBなんだよ
普通はConvertToYV12だろ
あと、こっちでx264.nlのr1471で試してみたが、まったく問題なくエンコ出来た
これはお前の使ってるバイナリか、再生環境のどちらか(もしくは両方)が悪い
- 873:名無しさん@編集中:sage:2010/02/27(土) 21:21:21 ID:qaGD7/dj [3]
- >>871
ConvertToRGBはテスト再生用で、普段は付けないですよ・・・
x264.nlの1442から1471にバージョンアップしても同じ症状なので、
再生環境のせいなのでしょうけど、
Avisynth258、ffdshow beta7_rev3154、Haali Media Splitter
と普通の使っているつもりなのですよねえ・・・
- 874:名無しさん@編集中:sage:2010/02/27(土) 21:42:26 ID:Gv8DD7a7 [3]
- >>873
>Haali Media Splitter
http://doom10.org/index.php?topic=191.0
- 875:名無しさん@編集中:sage:2010/02/28(日) 18:06:13 ID:TcATcZNv
- >>874
ありがとうございます。
MP4 Splitterに代えたら、おかげさまで正常に再生されるようになりました。
DirectShowSourceには残念なことに使えないようなので、
Haali Media Splitter早く修正が終わるといいなあ・・・
- 884:名無しさん@編集中:sage:2010/03/12(金) 23:20:57 ID:betC3J9M
- x264のOreAQはバージョンによっては、GCCとICCの2つが用意されてるけど、i7環境の人はどっちを使ったほうがいいかね?
ところで、x264.diffって何?
- 885:名無しさん@編集中:sage:2010/03/13(土) 00:19:29 ID:xkMQpiqX
- >>884
報告よろしく
- 888:名無しさん@編集中:sage:2010/03/13(土) 09:33:05 ID:gKDsbv/R
- >>884
そもそも、このスレで質問しちゃう奴がOreAQ版を使いこなせるのか?
返って画質劣化に拍車を掛けてる気がする。x264の仕様に精通してないなら、むしろ通常版の方がいいと思うけどな。
- 901:名無しさん@編集中:sage:2010/03/15(月) 23:54:09 ID:EMFPFqsY
- バカポで拾ったmp4box(20100123 mukenさんの?)なんだけど、映像と音声をmuxすると他のもの(kurtnoiseさんの20091005や20091013、golgol7777さんの20100224)と比べて、これだけファイルサイズが変わっちゃうんだよね
エンコに使っているのが少し古いr1376なんだけど、古いバージョンだとmp4boxも古いの使ったほうが良いのかな?
r14xxから初期ディレイカットとかなくなってるみたいだし、mp4boxにしてもいろいろわかんない状態から更にわかんない状態に・・・orz
- 907:名無しさん@編集中:sage:2010/03/17(水) 14:57:23 ID:Ot0iZPrg
- >>901
edts実装前の環境なら、mp4boxやmp4plugin(mp4cat)も古いの使った方が無難だよ
というかもう、わざわざr1376で止めておく意味ないと思うんだが
- 916:名無しさん@編集中:sage:2010/03/17(水) 19:19:08 ID:y6SCZ7HN
- >>907
PS3とかXbox360とかその他ハードウェアデコーダとかのedts対応ってどうなってんだろうね
- 920:名無しさん@編集中:sage:2010/03/18(木) 09:53:24 ID:6GSrxDvD
- >>916
未対応の物が大半かと
恐らくファームやソフトウェアで対応可能でしょ
- 923:名無しさん@編集中::2010/03/20(土) 06:03:38 ID:LnLMtjQQ
- >>920
未対応は基本的にPCだけ(macはPCじゃないらしいから)
PSP等では問題は出てない(らしい)
- 925:名無しさん@編集中:sage:2010/03/20(土) 08:20:57 ID:C2yp4KkT
- >>923
厳密に言えば、linuxベースのプレーヤとかもね。
大抵libavformat使ってるし。大半が駄目だろ。
- 926:名無しさん@編集中:sage:2010/03/20(土) 17:18:22 ID:dsyckvBs
- >>925
だからPCって書いてるじゃん
mac以外のLinuxやBSDはPC-Unixなんていうでしょ
- 927:名無しさん@編集中:sage:2010/03/20(土) 17:50:21 ID:XL2kp8a7
- >>926
Linuxベースのプレイヤーって
マルチメディアの再生に特化した製品の事だと思うぞ。
そういうのをPCとは言わないよ。
- 924:名無しさん@編集中:sage:2010/03/20(土) 07:30:35 ID:W4/4WmWA
- >>916>>920
mp4の規格通りちゃんと実装してる。
edtsの問題っていうのは、
「MP4Boxやそこに近いソフトたちが、
規格書通りの実装をしていなかった」
のが原因だから、その範囲でしか問題が出てない。
つまり非常にローカルな不具合。
- 902:名無しさん@編集中:sage:2010/03/15(月) 23:57:59 ID:h1Bl0qqW
- x264による動画をBDAVにできる???
可変フレームとかも
- 903:名無しさん@編集中:sage:2010/03/16(火) 00:38:38 ID:IowBSImh
- >>902
次のうpだてでできるようになるとかなんとか
- 915:名無しさん@編集中:sage:2010/03/17(水) 19:08:31 ID:+pMP2SEP
- --crf 0 --preset placebo
- 917:名無しさん@編集中:sage:2010/03/17(水) 19:48:29 ID:U3zIF9nt
- >>915
それだと--preset placebo無視されるぞw
- 928:名無しさん@編集中:sage:2010/03/20(土) 17:55:06 ID:yP3BibQ/ [5]
- スレチだと思うのだが、とりあえず。
x264(バカポ氏ビルドのr1391)でavs(2.57のMT使用)でMT使ってエンコすると必ず300フレームのところでランタイムエラー。
MT無しではエラー出ず。
しかも、i7 920(定格)使ってて、重いフィルタ(Convolution3D、LSFmod、warpsharpぐらい)も使っていなのに10ps切り、cpu使用率もだんだん下がっていって(100近く貼り付いてたのが、30前後に下がる)最終的には5fps切る。
何か対策とかないかね?それとも糞環境乙かな?
一応環境
OS:Windows7 Ultimate 64bit
マザー:ASUS P6T
CPU:Core i7 920
メモリ:3G
グラボ:SAPPHIRE RADEON HD 4850 512MB GDDR3 PCI-E
以前、同じ質問をしていた人とは別人(環境が違うため)
- 929:名無しさん@編集中:sage:2010/03/20(土) 18:38:54 ID:02Bst2Gq
- 熱対策はちゃんとしてますか?CPUクーラーシール貼りっぱなしで付けてませんか?
重いフィルタ使わないなら無理にMT使わなくてもいいんじゃありませんか?
- 930:名無しさん@編集中:sage:2010/03/20(土) 21:03:03 ID:yP3BibQ/ [5]
- >>929
>熱対策はちゃんとしてますか?
してます。
>CPUクーラーシール貼りっぱなしで付けてませんか?
してないです。
- 931:名無しさん@編集中:sage:2010/03/20(土) 22:36:52 ID:yP3BibQ/ [5]
- x264がランタイムエラーが出ても、強制続行するソフトない?
- 933:名無しさん@編集中:sage:2010/03/20(土) 23:11:20 ID:yP3BibQ/ [5]
- ttp://www12.atwiki.jp/tool_encode/
ttp://www15.atwiki.jp/encodememo/
上記のサイトを見る限り、i7 920どころかCore2 Quad Q9450(どちらもOCしてるかどうかは不明)でも10fpsぐらい出ている。
俺は、負けたorz
- 934:名無しさん@編集中:sage:2010/03/20(土) 23:12:44 ID:yP3BibQ/ [5]
- >>933の前者のサイトには、使用してるCPU書いてなかったので不明だけど、すごすぎる。
- 936:名無しさん@編集中:sage:2010/03/21(日) 08:44:23 ID:AD8AtlmU [2]
- 960x540ってポピュラーではないんですか?
なんとなく2分の一ってキレイに再生されそうだからいいんじゃないかと思うんですが
というかなぜみなさん一様に1280x720にリサイズしてるんですか?
- 941:名無しさん@編集中:sage:2010/03/21(日) 09:15:56 ID:a8rTYMEd
- >>936
好き嫌いあるだろうが、少なくともポピュラーではないだろうな
俺は使ったことないが
- 946:名無しさん@編集中:sage:2010/03/21(日) 10:50:31 ID:dIzk7TL2
- >>936
せっかくHD製作(1280x720が殆ど)されているのに変体解像度にしたら勿体無い
- 939:名無しさん@編集中:sage:2010/03/21(日) 09:05:04 ID:L0ZsA8lO [2]
- 1920x1080の半分って事でしょ。
うちでは1280x720より下の奴は、960x540にしてる。
sar1:1使う時、480だと853に端数出るし。
- 940:名無しさん@編集中:sage:2010/03/21(日) 09:09:39 ID:WuMl6ocg
- 高さ540だと、BT.709->BT.601をしておかないと、再生時の色がおかしくなりそうだな。
SDのPALでも576はある訳だし。
- 942:名無しさん@編集中:sage:2010/03/21(日) 09:27:46 ID:L0ZsA8lO [2]
- >>940
当然色空間は、BT.601に変換してる。
殆どの環境でSD判定食らうから。
- 947:名無しさん@編集中:sage:2010/03/21(日) 11:00:11 ID:AD8AtlmU [2]
- ソースが720pというのが理解できなかったんですが、製作時の事なんですか
ちょっとド素人過ぎて申し訳ないんですが、
1440x1080のtsを1280x720に戻す事には意味があるんでしょうか?
どうせならアスペクト比指定の1440x1080か1920x1080のままにしたほうがいいのでは?
- 948:名無しさん@編集中:sage:2010/03/21(日) 11:09:56 ID:8e6pOo3Q
- サイズが縮む
元ソースが1280x720なら画質の劣化も最小限で済む
サイズを度外視できてちょっとの劣化も許容できないなら
> どうせならアスペクト比指定の1440x1080か1920x1080のままにしたほうがいいのでは?
でおk つーかエンコしない方がいいんじゃまいか
- 949:名無しさん@編集中:sage:2010/03/21(日) 12:18:48 ID:YdDUcsZT [2]
- 720p→1080iへクロスコンバートした際の画像劣化をなんとか許容範囲に出来る、ってのが一番じゃないかな
1080iの時点で特に問題ない画質なら>>948のとおり
- 955:928:sage:2010/03/21(日) 18:01:51 ID:+2OVKiG1 [2]
- aviutlプラグインを使うと必ずランタイムエラーが発生。
はずせば、ランタイムエラーは出ませんが、謎のエラー(XPでいう問題が発生(ryというやつ)が発生。
これについては、50%代や6%代で発生する気まぐれなエラーです。
- 959:名無しさん@編集中:sage:2010/03/21(日) 20:37:08 ID:AMLVnNJj
- >>955
MTの使い方が悪いんだろ。
Avisynthのスレに行った方がいいぞ
- 956:名無しさん@編集中:sage:2010/03/21(日) 18:03:33 ID:YdDUcsZT [2]
- 同じ環境でソースやプラグインに問題があるのなら、必ず同じ場所でエラーが出る筈
メモリあたりを疑うべきじゃ?
- 957:名無しさん@編集中:sage:2010/03/21(日) 18:30:46 ID:+2OVKiG1 [2]
- >メモリあたりを疑うべきじゃ?
メモリの何が疑われるの?
- 958:名無しさん@編集中:sage:2010/03/21(日) 18:33:59 ID:TdC34Qcd
- >>957
いいからテスト回してこいよ
- 965:名無しさん@編集中:sage:2010/03/25(木) 15:05:54 ID:yxhbowZs [2]
- 別のPCで使ってたaviutl99iをフォルダごとUSBに入れて別室のPCにコピー
その後aviutl99i5を落として上書きした所、何べん言っても
neroaacエンコーダーとmp4boxの場所を覚えてくれません。新しく選んでOKしても
次に設定開けると元に戻ってしまいます
使ってる拡張だけでも移したいんですがどの部分から入れなおしたら良いでしょうか
新しく本体落としてそのフォルダに拡張だけ移せば大丈夫ですか?
- 964:名無しさん@編集中:sage:2010/03/23(火) 23:43:03 ID:F68vN2rP
- ここはTMEスレでもseraphyスレでもavisynthスレでもmp4boxスレでもwindowsスレでもありません
- 969:名無しさん@編集中:sage:2010/03/25(木) 15:40:37 ID:YvEoOTMO
- >>965 >>964
- 970:名無しさん@編集中:sage:2010/03/26(金) 01:09:27 ID:giw4ai1s
- seraphyの〜ってx264ではあるんじゃとか(ry
>>965
aviutlディレクトリ以下の書き込み権限がなくて設定ファイルが保存できてないとか?
program files以外の場所においてみるとかどうだろう
こっちはx264まったく関係ない気もするがw
- 971:968:sage:2010/03/26(金) 01:17:24 ID:AY/c/Fg6
- >>970
すみません仰るとおり書き込み権限でした orz
おかげさまで解決しました。
スレチすみませんでした、どうもです。
- 968:名無しさん@編集中:sage:2010/03/25(木) 15:26:50 ID:yxhbowZs [2]
- 素早い対応ありがとうございます
丸ごとです、本体や拡張が入っていて本体の名前が付いてるフォルダです。
設定が保存されないうえ設定画面も文字化けしてるんですがエンコは出来ます
フィルタの順番の変更は勿論読み込みの優先順位も適応されています
- 973:名無しさん@編集中:sage:2010/03/27(土) 08:12:39 ID:xLwJhE0X
- AVI2.0をAVIUTLに読ませてx264guiで変換すると音にノイズが入る
改善方法分かるひといます?
- 974:名無しさん@編集中:sage:2010/03/27(土) 09:42:12 ID:S0dBoA46
- >>973
参考に
【ニコニコ動画】FLV/MP4エンコードスレ 50【質問】
http://pc12.2ch.net/test/read.cgi/streaming/1264676030/471
- 975:名無しさん@編集中:sage:2010/03/29(月) 21:59:37 ID:OO9nh+DK [3]
- avisyntht側のフィルタによってSSIM値が違うってことはありえますか?
同じソースでリサイズのみ0.9893826
ノイズ除去シャープ系バンディング低減もかけると0.9808097になっちまいます
なっちまうモノは仕方ないんですが理屈がわかりません
バンディング低減のノイズ付与効果が正確な圧縮をできなくしてるんですかね
- 976:名無しさん@編集中:sage:2010/03/29(月) 22:03:18 ID:+dX8Hw8f
- >>975
数字見れば、そうなんでしょ
- 977:名無しさん@編集中:sage:2010/03/29(月) 22:09:46 ID:WsjIqqNZ
- フィルタ掛けたら違う動画なんだからSSIM変わって当たり前だろと…
- 979:名無しさん@編集中:sage:2010/03/29(月) 22:24:56 ID:OO9nh+DK [3]
- >>977
言われてみればそうですよね
No.978 〜
No.978
- 978:名無しさん@編集中:sage:2010/03/29(月) 22:17:31 ID:OO9nh+DK [3]
- 試しにリサイズノイズ除去シャープ系だけにしたら0.9901203になりました
ソースによってSSIM値が大きく変動してたのはバンディング低減のせいだったのか
バンディング低減フィルタが仕事をするほどノイズが増えて圧縮しにくくなると・・・