■ このスレッドは過去ログ倉庫に格納されています
x264 rev29
- 1 ：名無しさん＠編集中：2010/10/31(日) 16:40:53 ID:1E3tsA0m
- Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
http://hibari.2ch.net/test/read.cgi/avi/1280408561/
Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ
http://hibari.2ch.net/test/read.cgi/avi/1269894718/
[本家]
http://www.videolan.org/x264.html
http://git.videolan.org/gitweb.cgi?p=x264.git;a=summary (ソース/チェンジログ)
http://x264dev.multimedia.cx/ (開発者のブログ)
http://doom10.org/index.php (公式フォーラム)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）
[バイナリ]
Getting the latest x264
http://doom10.org/index.php?topic=3.0
前スレ
x264 rev28
http://hibari.2ch.net/test/read.cgi/avi/1277292200/
- 2 ：名無しさん＠編集中：2010/10/31(日) 16:41:30 ID:1E3tsA0m
- H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part8
http://hibari.2ch.net/test/read.cgi/avi/1263983676/
AviSynthの使い方等は
Avisynthを絶讃ιょぅょ Part29
http://hibari.2ch.net/test/read.cgi/avi/1269609920/
インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
http://hibari.2ch.net/test/read.cgi/avi/1186448899/
リサイズやアス比の話題は
アスペクト比 part5
http://hibari.2ch.net/test/read.cgi/avi/1240149543/
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
http://hibari.2ch.net/test/read.cgi/avi/1087545021/
Matroskaの話題は
【mkv】MatroskaVideo総合スレ8【mka】
http://hibari.2ch.net/test/read.cgi/avi/1237123715/
PS3の話題は
【H.264】 PS3動画スレッド8 【1080p】
http://hibari.2ch.net/test/read.cgi/avi/1263892716/
- 3 ：名無しさん＠編集中：2010/10/31(日) 18:20:29 ID:Gy/YScyw
- これは>>1乙ではなくて、わっちの自慢のしっぽじゃから勘違いをするでないぞ！
|＼ |＼
l lヽ`-‐ '´￣ ｀ヾゝヽ つ
ｼ~ ／" ｀ヽ ヽ `､l つ
//, '///|! !∥ ヽﾊ ､_ヽ つ
〃 {_{＼」」 Ｌ|l|／ﾘ ｌ │ |ヽ つ
＿＿＿＿. ﾚ!小ｌ● ● 从 |、| ）
く ﾉ::::::;;;;;;＼. ヽ|l⊃ r‐‐v ⊂⊃ |ﾉﾊ´
￣￣フ;;;;;／ /⌒ヽ__|ﾍ ヽ ノ j /⌒i !ヽ
／;;;;／ . ＼ /ヽ.| l＞,､ __, イァ/ ///ﾊ
／;;;;∠＿＿＿ /ヽ./| | ヽヾ、 /,{ﾍ､__∧/ﾊ !
く:::::::::;'::::::;':::::::;'::::::7ヽ< } / l丶× / ヾ l l''ﾊ∨
- 4 ：名無しさん＠編集中：2010/10/31(日) 21:14:20 ID:9KHAhLh8
- >>1はｲｹﾒﾝ
- 5 ：名無しさん＠編集中：2010/11/01(月) 00:31:46 ID:fYKFT8nS
- 前スレ終わった。新スレ乙
- 6 ：名無しさん＠編集中：2010/11/01(月) 00:37:36 ID:FgDBfPjX
- ﾌｯ… ／/ !|lii ／/ ヽ,
|l|,.└''"´￣｀ヽi|li ＿ ﾆ ,.└''"´￣｀ヽ≡
,.'´ 、､ ヽ ヽ ＿＿￣￣￣ ,.'´ 、､ ヽ ヽ ＿
ノ lヽ j ／､lヽ ﾄ､ .'!|l ￣￣￣ ノ lヽ j ／､lヽ ﾄ､ 三
|ilh'´ r'"ｲ .ﾉ＼| .r=ｧ ﾚ'{ } ￣￣ ￣ ＝ h'´ r'"ｲ .ﾉ＼| .r=ｧ ﾚ'{ ≡
｛ヽ.,l r=- l11`○ ￣￣￣ ｛ヽ.,l r=- l11`三
o´ﾚ1ヽ'、 ｰ=‐' 人ill| `i|l ＿＿ ＿ o´ﾚ1ヽ'、 ｰ=‐' 人ル￣─
7' i|! ～' !|l| il| i|il! ＝' ﾚ～' `--──三- ─
i!| |i ○
/ ; / ; ;
// ヽ// / ﾋｭﾝｯ
,.└''"´￣｀ヽ､
: ,.'´ 、､ ヽ /
ノ lヽ j ／､lヽ ﾄ､ .',
h'´ r'"ｲ .ﾉ＼| .r=ｧ /ﾚ'{ i/
｛ヽ.,l r=- l11`○
o´ﾚ1ヽ'、 ｰ=‐' 人ル 。
7' ﾚ// `--──‐/´
/; ; /
; ;/
二／/ ヽ,
,.└''"´￣｀ヽ≡
,.'´ 、､ ヽ ヽ ＿ 三
ノ lヽ j ／､lヽ ﾄ､ 三 ─
≡h'´ r'"ｲ .ﾉ＼| .r=ｧ ﾚ'{ 二 二
｛ヽ.,l r=- l11`三 ≡ ; .: ダッ
o´ﾚ1ヽ'、 ｰ=‐' 人ル ─ ＿ 人/! , ;
＝' ﾚ～' `--──三- ─ ＿＿＿＿＿从ノ レ, 、
- 7 ：名無しさん＠編集中：2010/11/01(月) 01:41:48 ID:tWfKybSp
- そういえば ttp://wiki.videolan.org/SoC_2010/Macroblock_adaptive_frame_field_interlacing
のMBAFFフルサポートって案の定進捗がなく終了しちゃったなぁ
- 8 ：名無しさん＠編集中：2010/11/01(月) 01:53:39 ID:FgDBfPjX
- まだ終わってねえよｗ
- 9 ：名無しさん＠編集中：2010/11/01(月) 01:54:48 ID:dHktP19Z
- >>7
>Upcoming:
>Adaptive MBAFF development is coming along, with B-frames being
>finished up currently.
http://mailman.videolan.org/pipermail/x264-devel/2010-October/007858.html
先月のニュースレターにこうあるから、そのうちに来るのでは。
- 10 ：名無しさん＠編集中：2010/11/01(月) 01:57:02 ID:27f0wZBU
- >>7
>Adaptive MBAFF development is coming along, with B-frames being
>finished up currently.
なにをもって「進捗がなく終了」と言ってるのか、説明を要求する
- 11 ：名無しさん＠編集中：2010/11/01(月) 02:06:34 ID:rosN68M6
- アホなんだろ
- 12 ：名無しさん＠編集中：2010/11/01(月) 13:39:58 ID:4ZE4abSr
- GUIバージョンが終わったからあんまりスレ伸びないね
- 13 ：名無しさん＠編集中：2010/11/01(月) 13:53:44 ID:KDxn9jRr
- GUIはもともと別スレだから関係無いわ、初心者はあっちのスレで質問
してるしそれ以外は別に話題無いしってだけじゃね
- 14 ：名無しさん＠編集中：2010/11/01(月) 17:17:47 ID:TwBbTBTn
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 15 ：名無しさん＠編集中：2010/11/01(月) 17:23:52 ID:nyhS6wLa
- こいつこりねぇな
- 16 ：名無しさん＠編集中：2010/11/01(月) 19:01:52 ID:GacGeMhA
- いい加減無視いれるか
- 17 ：sage：2010/11/01(月) 19:55:05 ID:0ZFhRLD4
- なるPのサイトも見れなくなってる件ｗ
- 18 ：名無しさん＠編集中：2010/11/01(月) 20:13:19 ID:IwkN1vc6
- mp4catも終了ぽいからvfrの作成手順もそろそろ見直すかと思ってたら
Itsもインフォシークと一緒に終了になってEasyVFR一択に
- 19 ：名無しさん＠編集中：2010/11/01(月) 22:45:54 ID:JBqlqnpT
- 403 Forbiddenのやつうざいな
通報しとくか
- 20 ：名無しさん＠編集中：2010/11/01(月) 22:46:47 ID:fusej7Yd
- うざい位で通報するなｗ
- 21 ：名無しさん＠編集中：2010/11/01(月) 22:49:45 ID:sPxw279t
- 荒らしを通報して何が悪い
- 22 ：名無しさん＠編集中：2010/11/01(月) 22:52:34 ID:1Zq5EVrS
- 荒らしは朝鮮人なので通報するとたいへんなことになる
- 23 ：名無しさん＠編集中：2010/11/01(月) 23:31:55 ID:fYKFT8nS
- >>17
覚書の下に、narup_logでディレクトリ掘ってうｐしました。
ttp://www.geocities.jp/encmemo5whf6jvag8/narup_log/
infoseek氏ぬの気がついたの遅かった and 最近ロクに打ってなかった所為で、事前サイト内告知不完全でした。
いやー。名前にsageと書くぐらい慌てるほど心配してもらえて、マジ嬉しいです。
- 24 ：名無しさん＠編集中：2010/11/02(火) 15:52:20 ID:oxLeIlUj
- は？
- 25 ：名無しさん＠編集中：2010/11/03(水) 12:45:45 ID:TVWpIiSz
- なるP氏ここ見てるのか
- 26 ：名無しさん＠編集中：2010/11/03(水) 13:50:01 ID:bwD9/8b/
- そりゃエンコから足洗うか死ぬかしない限りは見てるだろ
- 27 ：名無しさん＠編集中：2010/11/03(水) 13:51:43 ID:GPLfJ4mz
- いい加減地デジ環境入れようぜ
- 28 ：名無しさん＠編集中：2010/11/03(水) 20:37:37 ID:WdZyhOX0
- http://www2.accsjp.or.jp/criminal/2010/1023.php
またかよ・・・
つか、約18,000のファイルとかどんだけ
- 29 ：名無しさん＠編集中：2010/11/03(水) 20:43:14 ID:ndE+Z/Vr
- >>28
完全にスレ違い
- 30 ：名無しさん＠編集中：2010/11/03(水) 20:44:01 ID:WdZyhOX0
- えっ？
- 31 ：名無しさん＠編集中：2010/11/03(水) 22:03:44 ID:b0TLiuGH
- >>28
Tなんとかにでもつぶやいてろよｗ
- 32 ：名無しさん＠編集中：2010/11/05(金) 19:17:05 ID:pMolZ91m
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 33 ：名無しさん＠編集中：2010/11/06(土) 21:55:23 ID:aX7cnhNb
- ﾌﾟﾌﾟﾌﾟ
- 34 ：名無しさん＠編集中：2010/11/08(月) 00:48:47 ID:fKJd8+qK
- afs来てるじゃん
- 35 ：名無しさん＠編集中：2010/11/08(月) 18:00:19 ID:3hd5DoER
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 36 ：名無しさん＠編集中：2010/11/09(火) 00:10:34 ID:eNk6BTU7
- さぁて、そろそろ寝るか
- 37 ：名無しさん＠編集中：2010/11/10(水) 15:40:32 ID:TY3yMEzR
- YouTubeの鯖が使ってる1080pのx264設定って、どんな感じでしょう？
地デジ素材なら6Mbpsくらいまで出てて、SD素材のアプコンなら1.4Mbpsくらいに
変換されます。
- 38 ：名無しさん＠編集中：2010/11/10(水) 18:14:46 ID:YZM6CUq1
- Youtubeのエンコーダーはx264ではない
- 39 ：名無しさん＠編集中：2010/11/10(水) 18:23:41 ID:1hHSEmuU
- r1765
- 40 ：名無しさん＠編集中：2010/11/10(水) 18:38:13 ID:DcwuKjHs
- >>39
きたか
- 41 ：名無しさん＠編集中：2010/11/11(木) 00:44:02 ID:2owGf02x
- ｒ1766
- 42 ：名無しさん＠編集中：2010/11/11(木) 02:02:50 ID:thTPjs6v
- >>38
前にTXPスレでx264使ってるとあったぞ。
- 43 ：名無しさん＠編集中：2010/11/11(木) 02:14:53 ID:tdVVdqEH
- GPLなのにどう使うんだろうって思ったら、x264って商用ライセンス用意してたのかー
- 44 ：名無しさん＠編集中：2010/11/11(木) 03:29:32 ID:1NRFz/CM
- GPLだからって商用に使えないいて道理はないんだが・・・
- 45 ：名無しさん＠編集中：2010/11/11(木) 03:57:18 ID:tdVVdqEH
- GPLだったらそれを使ったシステムのソースが問題になる可能性があるしMPEGライセンスの問題も出てくるよ
非常に使い難いのでまあ敬遠されるでしょうが
- 46 ：名無しさん＠編集中：2010/11/11(木) 05:00:49 ID:2owGf02x
- >>45
MPEGのライセンスは特許権、GPLは著作権
違いをちゃんとわかってるかな？
- 47 ：名無しさん＠編集中：2010/11/11(木) 05:09:37 ID:tdVVdqEH
- フリーソフト(GPL)だからこそ、MPEG LAとの契約でもめそうだろ？
- 48 ：名無しさん＠編集中：2010/11/11(木) 07:52:14 ID:CjNquWG0
- ようつべみたいにプログラムがサーバーにしかなくてユーザーはそれを使うだけって場合は別にソース公開しなくていい
- 49 ：名無しさん＠編集中：2010/11/11(木) 10:38:44 ID:thTPjs6v
- 【TXP】TMPGEnc 2.5/4.0 Xpress 49【実写ｴﾝｺ専用】
http://2chnull.info/r/avi/1254106514
61：名無しさん＠編集中：2009/10/02(金) 22:48:37 ID:ARelMA9x
>>60
HDが始まった直後、ファイルにH.264のエンコードオプションが埋め込まれたままだった。
今は消えたけどね。
たぶん変換サーバがLinuxで、Linux版もあるx264がちょうど良かったんじゃないのか。
古い動画だと当時のままなので見える。
http://www.youtube.com/watch?v=iZMR5GEbm6I&hd=1
Writing library : x264 core 54
Encoding settings : cabac=0 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=5 / brdo=0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 /
deadzone=21,11 / chroma_qp_offset=0 / threads=1 / nr=0 / decimate=1 / mbaff=0 / bframes=2 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / wpredb=1 / bime=0 / keyint=60 /
keyint_min=25 / scenecut=40 / rc=2pass / bitrate=2000 / ratetol=1.0 / rceq='blurCplx^(1-qComp)' / qcomp=0.60 / qpmin=10 / qpmax=38 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30
- 50 ：名無しさん＠編集中：2010/11/11(木) 10:43:28 ID:hiNR0BPY
- ここにYouTubeやGoogleが掲載されている。
http://x264licensing.com/adopters
- 51 ：名無しさん＠編集中：2010/11/11(木) 10:45:26 ID:JvrsSU9k
- r1766
- 52 ：名無しさん＠編集中：2010/11/11(木) 10:46:08 ID:JvrsSU9k
- すまん既出だった
- 53 ：名無しさん＠編集中：2010/11/11(木) 11:11:22 ID:thTPjs6v
- 現在のつべはどのVer使ってcfr幾つなのかな？
- 54 ：名無しさん＠編集中：2010/11/11(木) 15:22:24 ID:xDtR3lzA
- 早速ビルドした
- 55 ：名無しさん＠編集中：2010/11/11(木) 19:30:38 ID:RyGFzilY
- x264 Video Codec rev. 1766 x86 (2.81 Мбайт 2010-11-11 12:40:38) (generic) ffms2 r352, 8bit-depth.
x264 Video Codec rev. 1766M x86 (2.81 Мбайт 2010-11-11 12:41:51) (mod) Fix built using ffms2 r356. 8bit-depth.
x264 Video Codec rev. 1766M x86 - 10bit (2.76 Мбайт 2010-11-11 12:43:00) (mod) Fix built using ffms2 r356. 10bit-depth.
- 56 ：名無しさん＠編集中：2010/11/11(木) 19:47:51 ID:pw15v9cX
- cfr（笑）
- 57 ：名無しさん＠編集中：2010/11/11(木) 22:18:17 ID:uP6AfBD4
- vfrでないならcfr
- 58 ：名無しさん＠編集中：2010/11/11(木) 22:48:26 ID:hZCL3Prm
- cfr = Constant Frame Rate
crf = Constant Rate Factor
- 59 ：名無しさん＠編集中：2010/11/11(木) 23:12:16 ID:pwmltrYF
- trf = TK Rave Factory
- 60 ：名無しさん＠編集中：2010/11/11(木) 23:26:06 ID:Rn8z6aky
- JRF = JR貨物 もお忘れなくw
- 61 ：名無しさん＠編集中：2010/11/11(木) 23:34:36 ID:thTPjs6v
- あ゛ｗｗｗ
で、現在のつべはどのVer使ってcrf幾つなのかな？
- 62 ：名無しさん＠編集中：2010/11/12(金) 00:02:35 ID:nUpqseUA
- なんかツール使って落として見てみればいいんじゃね？
- 63 ：名無しさん＠編集中：2010/11/12(金) 00:33:59 ID:jxoTSGfE
- つべって、固定じゃなかったか？
- 64 ：名無しさん＠編集中：2010/11/12(金) 01:23:59 ID:mYmrAreG
- >>61
>>49もだけどビットレート指定じゃないの？
その方が出来上がりの容量抑えやすいし
- 65 ：名無しさん＠編集中：2010/11/12(金) 05:08:53 ID:atMyLAs9
- >>63
可変。>>37
- 66 ：名無しさん＠編集中：2010/11/12(金) 05:16:59 ID:OWIBiZj9
- 解像度ごと固定でしょ
- 67 ：名無しさん＠編集中：2010/11/12(金) 05:17:52 ID:atMyLAs9
- 今のつべはJAVAで2GB以上15分未満に対応してる。
HUFFYUVでUPして比べたらx264開発者や目のいい人なら判る。たぶんｗ
- 68 ：名無しさん＠編集中：2010/11/12(金) 18:59:17 ID:gCYEyhUU
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 69 ：名無しさん＠編集中：2010/11/13(土) 12:27:46 ID:iowD/2nf
- x265まだ～？チンチンブラブラ。
- 70 ：名無しさん＠編集中：2010/11/13(土) 20:10:52 ID:xTQqOVVa
- x263ﾏﾀﾞ～
- 71 ：名無しさん＠編集中：2010/11/13(土) 20:29:59 ID:4nPfV49l
- x262どうなった～
- 72 ：名無しさん＠編集中：2010/11/13(土) 22:25:43 ID:GFfHdfpQ
- crfの値って23が標準画質？
どれくらいが超高画質でどれくらいが高画質とかある？
- 73 ：名無しさん＠編集中：2010/11/13(土) 22:29:31 ID:mTrJqgUI
- 画質評価は人によって違うから何とも言えないだろ
勿論素材にもよるだろうしな
ただDark_Shikariは18くらいで一般的にはほぼtransparentだと言ってたのを
見たことある気がするかな
- 74 ：名無しさん＠編集中：2010/11/13(土) 22:53:00 ID:VSgATcr8
- crfしていするならqpmin/maxも指定すると良い
デフォルトの10～51とか酷いので
10なんてそこまでのソース準備できるの？(ということで15～18程度でよい)
51って何も見えないけどいいの？(ということで24～36あたりでよい)
あとは0.60の項目も動かすと良い(私の場合は0.8くらい)
- 75 ：名無しさん＠編集中：2010/11/13(土) 22:53:09 ID:qXkZkByV
- ブルーレイ推奨が16になってるね
23はニコ用向きじゃなかったかな
- 76 ：名無しさん＠編集中：2010/11/13(土) 22:56:10 ID:JPONktJj
- 確かに18と19では画質にも容量にも違いが出る、と感じる
jvtの話だが
- 77 ：名無しさん＠編集中：2010/11/13(土) 22:59:09 ID:KTYn/yXm
- qpminやqpmaxはいちいち弄らんでもよい
- 78 ：名無しさん＠編集中：2010/11/13(土) 23:05:25 ID:at7Zfpnb
- >>74
＞あとは0.60の項目も動かすと良い(私の場合は0.8くらい)
具体的にどう良くなるのか、できれば教えてほしい。
- 79 ：名無しさん＠編集中：2010/11/13(土) 23:06:27 ID:a5Qz9W62
- 初心者スレでやれよｗ
- 80 ：名無しさん＠編集中：2010/11/13(土) 23:18:51 ID:A9lAkjrf
- 自分で動かして比較しろ
なにも変わらないと思ったらデフォにすればいい
- 81 ：名無しさん＠編集中：2010/11/13(土) 23:26:24 ID:gjM8eLdE
- crfだけで決まるもんでもないし好みの影響だってあるし見比べて比較するっきゃない。
- 82 ：名無しさん＠編集中：2010/11/13(土) 23:32:59 ID:kcl0zoac
- >>75
>ブルーレイ推奨が16
その話が出ているURLとかが分かるなら教えて欲しい
ちょっと興味がある
- 83 ：名無しさん＠編集中：2010/11/13(土) 23:37:17 ID:qXkZkByV
- >>82
猫研だぞ
http://www.up-cat.net/x264%25A4%25C8Blu%252Dray.html
- 84 ：名無しさん＠編集中：2010/11/13(土) 23:37:58 ID:at7Zfpnb
- まあ正直に言うと、--qcompは変えてももわかんなかったんだ。
だからデフォルト（プリセット）でやってるし、説明を見ると--qpmin --qpmaxと同じように思える。
でも>>74は併用してるし0.8が良いって言ってるから、実際どう良いのかが聞きたかった。
- 85 ：名無しさん＠編集中：2010/11/13(土) 23:43:29 ID:MYulVdlO
- mbtreeができたときにD_S氏が0.8くらいがいいって言った気がする
- 86 ：名無しさん＠編集中：2010/11/13(土) 23:50:11 ID:ZBltSO15
- >>83
どこにも16推奨なんて書いてないやんけ
まあ、16まで下げればまず文句は出ないだろうけど
- 87 ：名無しさん＠編集中：2010/11/14(日) 00:14:09 ID:7RObp+u5
- BD向けなら、容量を調節できて、VBVがより正確になる2passの方が良いのでは。
- 88 ：名無しさん＠編集中：2010/11/14(日) 03:32:01 ID:KZg3OJxX
- PMP向けとかでcrf28とかにすると、暗いシーンでかなりキツくなることが多いので、
qpmaxとqcompで調整するな。
PC用とかで十分なビットを用意できるなら、qcompは低い方が綺麗げに見えて好き。
- 89 ：名無しさん＠編集中：2010/11/14(日) 04:35:00 ID:E90j80zF
- >>87
たしかにハードウェアプレイヤーではvbvってかなり厳密に効いてくるからなぁ。
PCではDXVA等でもすかすか再生できるmp4ファイルも、LinkPlayerみたいな
ネットワークプレイヤーだと当初は再生できるのに途中から止まってしまうなんて
こともあるけど、これはvbvが原因だし。
しかも、この辺の制限がvcl-hrdとnal-hrdとで違ってくるのが厄介なところ。
- 90 ：名無しさん＠編集中：2010/11/14(日) 12:15:01 ID:T9gj1GHB
- >>73-77
ありがとう。
x264vfwでHigh4.0で1440x1080p＠29.97でやると、ref framesが5になる。
http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Levels には
Examples for high resolution @frame rate(max stored frames)
1,920×1,080@30.1 (4) ってあるけど、4に設定しないと危ないですか？
- 91 ：名無しさん＠編集中：2010/11/14(日) 18:50:25 ID:K0pTdSCz
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 92 ：名無しさん＠編集中：2010/11/15(月) 12:08:11 ID:gSU8yuU0
- r1772
- 93 ：名無しさん＠編集中：2010/11/15(月) 18:26:11 ID:7Du4rwEQ
- http://twitter.com/darkshikari
- 94 ：名無しさん＠編集中：2010/11/15(月) 21:50:58 ID:zWVox9oJ
- http://a2.twimg.com/profile_images/1167599870/koishi_avatar_bigger.png
なんだこのアニメは？ｗ
- 95 ：名無しさん＠編集中：2010/11/15(月) 22:17:01 ID:Tg1qvtLd
- >>94
http://www.google.com/images?hl=&q=koishi+touhou&sourceid=navclient-ff&rlz=1B3GGLL_enJP405JP405&ie=UTF-8&biw=1280&bih=802
>Chroma weightp
インターレースでもweightpを使える様にならないかな。
- 96 ：名無しさん＠編集中：2010/11/15(月) 23:33:29 ID:5U9TqNKd
- 妖精は向こうじゃYokaiなのか
- 97 ：名無しさん＠編集中：2010/11/16(火) 00:03:54 ID:9caajcAy
- 東方に妖怪出てくるからそれを意識してるんでしょ
- 98 ：名無しさん＠編集中：2010/11/16(火) 07:23:31 ID:anULlk/A
- 妖精はJEEB氏の誤訳だYO
- 99 ：名無しさん＠編集中：2010/11/16(火) 07:28:12 ID:sX82Nzq9
- >>94
東方のこいしでしょ。さすが、プリセットにtouhouを作るだけのことはある。
- 100 ：名無しさん＠編集中：2010/11/16(火) 10:52:31 ID:j+q9+E2T
- Big Japan-related x264 announcement coming Soon^(TM).
- 101 ：名無しさん＠編集中：2010/11/16(火) 11:04:20 ID:sX82Nzq9
- 凄いな。x264のライセンスオファーが40社近くから来ているのか。
日本に関連するってペガシスがTMPGに搭載するとかだったりして。
- 102 ： [―{}@{}@{}-] 名無しさん＠編集中：2010/11/16(火) 11:35:27 ID:9olReTh/
- AVC Editorとか出ればいいなあ
- 103 ：名無しさん＠編集中：2010/11/16(火) 13:50:51 ID:hNvaTfFE
- TMPGEncMPEG4Editorがほしい
>>101
ペガだと鬼に金棒状態になるなぁｗ
ペガがx264のライセンスを認識している可能性あるのかな？
- 104 ：名無しさん＠編集中：2010/11/16(火) 14:00:38 ID:i8Yf1hFB
- 俺も欲しい
あとはAviUtlに放り投げるだけだしな
- 105 ：名無しさん＠編集中：2010/11/16(火) 14:32:59 ID:jmUtx2HO
- TMPG搭載したら嬉しいが
ペガのフィルタしょぼすぎるから
AviUtlのままになりそう
前まで4.0XPressでx264vfwで出力してたけど
AviUtlのフィルタの優秀さには勝てない
4.0はCMカットと可逆とボリュームいじるのと音声抜き位しか使ってない
- 106 ：名無しさん＠編集中：2010/11/16(火) 17:16:54 ID:gTXl5RSH
- それならTME3＋Aviutlの方がいいだろ…
- 107 ：名無しさん＠編集中：2010/11/16(火) 19:45:43 ID:QZIghTJ4
- 今買うならTME3買うよｗ
当時は4.0使ってたからな
さすがに今から買う気はしないけど
- 108 ：名無しさん＠編集中：2010/11/16(火) 20:51:21 ID:hNvaTfFE
- TXPから可逆で出すならMediaCoderのx264エンコがいいんじゃない？
- 109 ：名無しさん＠編集中：2010/11/16(火) 21:07:49 ID:QZIghTJ4
- MediaCoder使ったことないんだよな
あれ使いやすいの？
- 110 ：名無しさん＠編集中：2010/11/16(火) 21:08:41 ID:zl6dXF7i
- TMPGEncにx264が搭載されるとしたらどのくらいの頻度で更新するんだろう
- 111 ：名無しさん＠編集中：2010/11/16(火) 21:55:21 ID:T1yM1cNV
- これだけ盛り上がって搭載したのがloiloscopeだったら大笑いだな
- 112 ：名無しさん＠編集中：2010/11/16(火) 23:43:24 ID:yqmYku/Q
- こんなスレ覗いてるぐらいなら普通avisynth使ってるだろ
MediaCoderとか正気かよｗ
- 113 ：名無しさん＠編集中：2010/11/17(水) 00:05:42 ID:4/D9UDV5
- >101
40社もかぁ
それってどこで見れるのん？
- 114 ：名無しさん＠編集中：2010/11/17(水) 00:20:03 ID:4/D9UDV5
- すまん
>93 だね
意外に東芝とかのレコーダーに搭載とかだったりして
- 115 ：名無しさん＠編集中：2010/11/17(水) 01:13:01 ID:NeH00iEV
- jeebとかのビルドってyadifとか内蔵してるけど、ああいうのってavisynth無しでも動くの？
主要なフィルタ片っ端から内蔵してくれたら、メモ帳とx264.exeだけでエンコできそう。
- 116 ：名無しさん＠編集中：2010/11/17(水) 01:19:18 ID:GdgXBk1b
- >>112
せっかくx264自身が拡張Avisynth入力に対応しているわけだしねい。
あとはMPEG2やH.264のデコーダや、TSやmp4のスプリッタや
プレビューアプリをどうするのか程度の話だわな。
- 117 ：名無しさん＠編集中：2010/11/17(水) 02:28:15 ID:tk4oASUn
- それでもMediaCoderは複数のファイルでも突っ込むだけという便利さはある。
最近のはAvisynth経由させないとまともに使えないみたいだけどな。
今はAVS作成とジョブ管理はMeGUI使って、細かい修正はAvsPでやってる。
- 118 ：名無しさん＠編集中：2010/11/17(水) 02:36:22 ID:S3efVXi1
- >>115
hqdn3dやyadifはもともとmplayer/mencoderのfilter
avisynthは要らない
>>117
MediaCoderとかのHall of Shameにさらされてる恥さらしの話題は他所でやれ
- 119 ：名無しさん＠編集中：2010/11/20(土) 08:08:00 ID:TBBEIG4g
- r1787
- 120 ：名無しさん＠編集中：2010/11/20(土) 09:28:35 ID:WU3KSRVZ
- x86の10-bitでmakeに失敗すると書こうとしたら、更新があった。
- 121 ：名無しさん＠編集中：2010/11/20(土) 12:09:09 ID:PcDhpUnQ
- 現状で10bit版のメリットって何？
- 122 ：名無しさん＠編集中：2010/11/20(土) 12:53:27 ID:IGvvQ26j
- 好奇心を満たせる
- 123 ：名無しさん＠編集中：2010/11/20(土) 13:38:15 ID:Hj3QKcqh
- ない。
今からしとかないと、間に合わないから。
- 124 ：名無しさん＠編集中：2010/11/20(土) 14:20:48 ID:Oy/1i5Kh
- Avisynthが内部処理10bit化するのは意味があると思うけど、
ほとんどのディスプレイが8bitな現状で、最終出力を10bit化する意味と
なるとなぁ。
- 125 ：名無しさん＠編集中：2010/11/20(土) 15:02:29 ID:18egubDM
- なにをあほなことを
世のディスプレイのほとんどは、俺の知らない間にYUVで表示するようになったのか？
- 126 ：名無しさん＠編集中：2010/11/20(土) 15:19:58 ID:IGvvQ26j
- RGBさんがログアウトしました
- 127 ：名無しさん＠編集中：2010/11/20(土) 15:25:12 ID:LZN+ajR9
- >>124 は10bitでエンコードして10bitなデコーダを使えたとしても
YUV10bit -> RGB8bitになるからあまり意味ないよねって言いたいんじゃないかな
- 128 ：名無しさん＠編集中：2010/11/20(土) 15:47:48 ID:18egubDM
- え？
YUV8bit->RGB8bit よりも YUV10bit->RGB8bitのほうが綺麗なこと知らないやついるの？
AviUtlのプレビューなんてYUV12bit->RGB8bitだから、
エンコ後に騙されたような気分になることもあるくらいなんだけど
- 129 ：名無しさん＠編集中：2010/11/20(土) 15:50:27 ID:06zMovLK
- そんなこだわりがあるのに
使ってるのはaviutlとな
- 130 ：名無しさん＠編集中：2010/11/20(土) 17:56:54 ID:HqWl6HwS
- 後でエンコし直すのが面倒だから10bitでやってる。
- 131 ：名無しさん＠編集中：2010/11/20(土) 18:27:40 ID:FmKRX1E8
- 何かを混同しまくってるやつが沸いてるな
- 132 ：名無しさん＠編集中：2010/11/20(土) 18:37:58 ID:GyIQ5jkS
- そっとしておいてあげるのが優しさ
- 133 ：名無しさん＠編集中：2010/11/20(土) 18:38:20 ID:6DLL6hay
- 10bitってx264.nlのとことかにある10bit-depthってやつでいいの？
- 134 ：名無しさん＠編集中：2010/11/20(土) 19:03:52 ID:cIfONUwc
- いいよ
再生環境無いけどね
- 135 ：名無しさん＠編集中：2010/11/20(土) 19:31:43 ID:/7fMzGRy
- ㌧
- 136 ：名無しさん＠編集中：2010/11/20(土) 22:45:38 ID:cO49EgYG
- 俺的には待望の chroma weighted prediction がやっとコミットされたようで
今度はフィルムグレインの保持とかバンディング対策とかやってくれないかな……
- 137 ：名無しさん＠編集中：2010/11/20(土) 22:56:29 ID:rEU3kY9k
- そういうQP下げりゃなんとかなる系ってのは、規格そのものが更新されないかぎり無理じゃねーの。
- 138 ：名無しさん＠編集中：2010/11/20(土) 22:59:54 ID:cIfONUwc
- --fgo
- 139 ：名無しさん＠編集中：2010/11/20(土) 23:05:28 ID:rEU3kY9k
- それは保持じゃなくて追加な、追加するんなら再生時に追加したほうがいいと思う。
- 140 ：名無しさん＠編集中：2010/11/20(土) 23:08:55 ID:WU3KSRVZ
- --psy-rdを強めにすれば、グレインは保持しやすくなる。
- 141 ：名無しさん＠編集中：2010/11/20(土) 23:12:44 ID:CqaJJIzL
- tune grainじゃダメなもんなの？
- 142 ：名無しさん＠編集中：2010/11/20(土) 23:48:54 ID:VEU1q4z6
- >>136
クロマなんちゃらが装備されたことで多少バンディング対策にはなっていないの？
- 143 ：名無しさん＠編集中：2010/11/21(日) 00:05:43 ID:IukSCm9/
- weightpはフェードを改善する機能だから、バンディングとは関係が無い。
グラデーションの保持をしたいと言う事なら、それこそ10-bitの出番になる。
gradfunみたいなフィルターも追加されるとみたいだし。
- 144 ：名無しさん＠編集中：2010/11/21(日) 00:19:44 ID:JbwQzKYX
- >>143
バンディング対策にはならないんだ。
フェードの改善ということは、色は同じだけど暗転するシーンとかに有効なのかな？
10bitのx264は、入力10bit→出力8bitとかできるのかな？
可能だったら素材さえ用意できれば試せそうだが。
gradfunってのは何ですか？
ググってもいまいちよくわからんのだが。
- 145 ：名無しさん＠編集中：2010/11/21(日) 00:25:52 ID:Pq5fsgul
- gradfunってavisynthで使うバンディング除去のフィルタだろ、ffdshowとかにも使われてた気がする。
- 146 ：名無しさん＠編集中：2010/11/21(日) 00:30:53 ID:JbwQzKYX
- >>145
Thx.
バンディング除去フィルターなんですね。
- 147 ：名無しさん＠編集中：2010/11/21(日) 00:36:44 ID:Pq5fsgul
- あ、やっぱ上からなんかかぶせて階調割れを目立たなくしてるだけの気がするから
除去って言うか隠してるってのが正しいのかな。
- 148 ：名無しさん＠編集中：2010/11/21(日) 00:41:36 ID:IukSCm9/
- 8-bitの入力 + ディザリングで、綺麗なグラデーションの10-bitを出力可能になると言う話。
- 149 ：名無しさん＠編集中：2010/11/21(日) 01:01:59 ID:JbwQzKYX
- >>147
なるほど
>>148
そんな機能ついてるんですか？
- 150 ：名無しさん＠編集中：2010/11/21(日) 01:19:26 ID:IukSCm9/
- >>149
http://forum.doom9.org/showthread.php?p=1449690#post1449690
まあ、10-bitの再生環境が普及するまでは、私は8-bit + GradFun2DBmodで妥協するつもりだが。
- 151 ：名無しさん＠編集中：2010/11/21(日) 01:27:00 ID:F+EoSo7A
- 5年以内に High-10 プロファイルが民生用に降りてくることは無いな。
x264開発メンバーもプロ用途かネタ切れで 10bit 版開発しているんだろ。
- 152 ：名無しさん＠編集中：2010/11/21(日) 01:37:53 ID:JbwQzKYX
- >>150
結局そうなりそうですね。
>>151
プロ用ですね。
入力8bit→10bit化→デバンディング→x264に渡す→10bitの階調をいかしながらエンコード時に8bitへ落とし込み
とかが簡単にできるようにならないと我々には使い道がないのかな。
- 153 ：名無しさん＠編集中：2010/11/21(日) 02:22:37 ID:ZC5kybFw
- 民生用に降りてくることはない？ プロ用？
10bitエンコードは今年のx264のGSoCのお題のひとつで、一人の学生が半年で書いたものだよ
だとすれば例えば来年のffmpegのGSoCあたりに10bitのAVCデコーダーがあがる可能性も
十分にあるだろ
ffmpegが対応すればMPlayer、VLC、MPC-HC、ffdshow、Perianあたりはすべて対応することになるし、
CoreAVCあたりもやらないわけにはいかなくなる
BDプレーヤーとかDxVAとかPS3とかQuickTimeとかの屑が対応しなくったって、別に構わんさね
- 154 ：名無しさん＠編集中：2010/11/21(日) 03:11:39 ID:xDsEXR3P
- gradfunとか階調割れ対策っつうより階調割れしそうな部分の階調すっ飛ばして
平坦にしてるように見える
- 155 ：名無しさん＠編集中：2010/11/21(日) 09:42:05 ID:WiA+Tdqp
- それパラメータによって違うんじゃない？
- 156 ：名無しさん＠編集中：2010/11/21(日) 11:58:34 ID:h0NgXPDb
- CoreAVCって、High@10対応をアナウンスしてなかった？
- 157 ：名無しさん＠編集中：2010/11/21(日) 13:21:39 ID:zt/uFQdR
- x264って散々GPUエンコの事は散々言われてたけどDXVAでの高速デコードしを利用しながら
エンコって出来ないかなぁ？まあ入力ファイルが限定されちゃうけどね
- 158 ：名無しさん＠編集中：2010/11/21(日) 13:37:33 ID:ttdL2CkW
- デコーダじゃないからな
DGDecNV＋Avisynthで同じことできるがまったく意味がない
デコード（入力）部分がボトルネックではないからね
- 159 ：名無しさん＠編集中：2010/11/21(日) 14:39:19 ID:zt/uFQdR
- 試しにDXVAをオフにしてエンコしたら確かに殆ど意味が無いね
時間殆ど変わってなかったｗｗ
- 160 ：名無しさん＠編集中：2010/11/21(日) 15:25:57 ID:GKTpgE5h
- 少なくとも40"以上の液晶パネルの大半が10bit表示 & 駆動基盤入力も10bit & HDMI入力も10bit超まで対応済み
の状態なんで、後は出力側の普及のみだな。
...写真見るから、対象はPCモニタか。 上記技術がそのままPC系に降りてくると考えれば同じことかな。
- 161 ：名無しさん＠編集中：2010/11/21(日) 15:33:08 ID:ttdL2CkW
- モニタ系の10bitとH.264の10bitはまったく関係ないぞ・・・
- 162 ：名無しさん＠編集中：2010/11/21(日) 16:35:27 ID:icEB95Yo
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 163 ：名無しさん＠編集中：2010/11/22(月) 10:20:53 ID:PLBP/CIK
- >161 それは現状、
・H.264のデータフォーマットがYUVしかない
・YUVの（少なくとも）輝度情報規定が8bitまでしかない
・（モニタ）HDMI 1.3のDeep Colorの30/36/48bitはRGBしか対象にしていない
・よって、YUVのまま流す場合は意味がない
って解釈で合ってる？ それともDVIはRGB16bitまでという意味？ (DisplayPortは無視)
例えば、PC→(HDMI)→LCDではRGBで出力している、と思ったんだが。
あと、Deep Colorって標準仕様でなくオプションだな。
- 164 ：163：2010/11/22(月) 10:58:27 ID:PLBP/CIK
- ごめん、訂正。
>161 それは現状、
・H.264のデータフォーマットがYUVしかない
・YUVの（少なくとも）輝度情報規定が8bitまでしかない
・（モニタ）HDMI 1.3のDeep Colorの30/36/48bitはRGBしか対象にしていない
・よって、YUVのまま流す場合は意味がない
って解釈で合ってる？ それともDVIはRGB24bitまでという意味？ (DisplayPortは無視)
例えば、PC→(HDMI)→LCDではRGBで出力している、と思ったんだが。
あと、Deep Colorって標準仕様でなくオプションだな。
- 165 ：名無しさん＠編集中：2010/11/22(月) 18:58:11 ID:bBGYIpwa
- 大体あってる
そもそもYUVとRGBは同じビット数でも1:1対応じゃないことが重要
すべての24bitRGBの色を8bit量子化YV12では表現できないから
10bit化の恩恵は一般の8bitモニタで充分受けきってしまう
・・・デコードできればだけどね
- 166 ：名無しさん＠編集中：2010/11/22(月) 22:12:03 ID:Z0n7jMIU
- SMPTE170M(BT.601)やBT.709のYUV<->RGB変換式にはそれぞれ少数を含んでる。
つまりYUV8bit -> RGB8bitの変換を行うとどうしても丸め誤差が出る。それがバンディング
などの劣化として映像に現れる。YUVを10bitにするとその誤差が減るからRGBが8bitでも
それら劣化低減などの画質向上につながる。もちろんRGBでも10bit以上のビット深度ならば
その恩恵も出てくるが8bitであっても十分意味はあるのだよ
- 167 ：名無しさん＠編集中：2010/11/22(月) 22:22:35 ID:wrXXPA2w
- 少数があるから誤差が出るというのはちょっと違和感があるな
そもそもの色空間の広さと密度が違いすぎるから当然
YUVは圧倒的に広くかつスカスカ
- 168 ：名無しさん＠編集中：2010/11/22(月) 22:34:07 ID:leMMbnLY
- 赤スカ
- 169 ：名無しさん＠編集中：2010/11/22(月) 22:51:24 ID:H4uFvCMn
- コンプレスレンジの影響もすごくでかいと思う。
RGB0-255をYUV16-235にマッピングしているからYUVに変換するだけで
輝度の階調が256段階から220段階に減ってしまう。
H.264はRGB0-255をYUV0-255にマップするフルレンジモードも使えるけど
あまり一般的ではないね。
- 170 ：名無しさん＠編集中：2010/11/22(月) 23:59:01 ID:o0a4m9Da
- なに話してんのかわけわからん
結局、ソースをどう入力してどう出力するのが正しいんだよヽ(`Д´)ﾉﾌﾟﾝｽｶ
- 171 ：名無しさん＠編集中：2010/11/23(火) 04:49:47 ID:zki5Bfpy
- 俺も一応ヽ(`Д´)ﾉﾌﾟﾝｽｶ
- 172 ：名無しさん＠編集中：2010/11/23(火) 05:33:06 ID:n72a0xyP
- ソースはDGINDEXなどで、色域を判定する。
aviutlの色域フィルターなどで、入力を判定した色域を指定。
出力色域を再生デバイスにより変更。
PS3なら、BT709、PCならsRGB。
と思っていたけど、識者に聞いて。
- 173 ：名無しさん＠編集中：2010/11/23(火) 06:08:02 ID:0P/aHj2N
- その辺は色空間スレが詳しい
…と思ったが少し前に落ちてから立て直されてないんだな
- 174 ：名無しさん＠編集中：2010/11/23(火) 06:18:03 ID:guo6Jmwf
- 立てたけど即死した
- 175 ：名無しさん＠編集中：2010/11/23(火) 09:14:33 ID:MNZ3RK53
- 放送をSDでエンコードする場合には、ColorMatrix(mode="Rec.709->Rec.601")が必要と言うくらいで、
他は難しくない。
HDなら何もせず、--colorprim bt709 --transfer bt709 --colormatrix bt709 と付けるだけ。
- 176 ：名無しさん＠編集中：2010/11/23(火) 15:50:28 ID:kcsvZyQb
- r1790
- 177 ：名無しさん＠編集中：2010/11/23(火) 16:46:29 ID:mPotzPyO
- >>175
HDのままなら何も付けなくたっていいじゃないか。
- 178 ：名無しさん＠編集中：2010/11/23(火) 16:54:10 ID:HAMwZaGl
- SDにする場合も大抵は必要無いけど、FlashPlayerとかは
SMPTE170M付けなきゃダメなんだっけ。
- 179 ：名無しさん＠編集中：2010/11/23(火) 17:53:18 ID:hVLXJ9RO
- いつもまにか2000に近づいてる・・・
- 180 ：名無しさん＠編集中：2010/11/23(火) 17:54:56 ID:gi3e+0Vj
- r1999.01
- 181 ：名無しさん＠編集中：2010/11/23(火) 17:58:38 ID:guo6Jmwf
- またなかなか来ないでドンになるのかね
- 182 ：名無しさん＠編集中：2010/11/23(火) 19:30:10 ID:axJRG0dW
- nlのページ最新バージョンが何なのかがわかりにくくなってね？
- 183 ：名無しさん＠編集中：2010/11/23(火) 20:02:14 ID:E77fy/ji
- ttp://mod16.org/hurfdurf/?p=116
最後の一行でOK。HDをSDとしてエンコする時にはちゃんとbt709を付けるか、
>>175 の言う通りBT.709→BT.601変換しておいて、SDとして扱えばおｋ。
（大体の再生ソフト等はちゃんと情報を渡さないため、後者の方が今のところおすすめ）
これで手に入るソース9割以上は扱えるはず。
>>177
それは「BT.xxxの情報がない」と言うことになるからねぇ・・・
つまり、PCならレンダラが「縦レゾが○○○px以上であれば」っぽい条件で
判断することにしてる。
それでいいのかい、今のこの「情報のない海」から出たくないのかい。
個人的には、ちゃんと情報があって、それで判断すればいいのだと思うがね。
情報がなければBT.609として自動的に認識する再生機器もあるし。
- 184 ：名無しさん＠編集中：2010/11/23(火) 20:12:39 ID:Rb1+icYA
- あれ？サイズで自動認識しちゃうから>>175みたいなのはなくてOKってのをいつか聞いたような
- 185 ：名無しさん＠編集中：2010/11/23(火) 20:14:56 ID:5aVU6N8r
- 自動認識するスプリッタやレンダラが普通だけど
そうじゃない場合もありえるからつけときゃ無難
- 186 ：名無しさん＠編集中：2010/11/23(火) 20:15:13 ID:nTcaLmQJ
- x264の--colormatrixはともかく、avisynthのcolormatrix()は
必要時以外は付けたらいかんだろ
xvidスレじゃねえんだぞ
- 187 ：名無しさん＠編集中：2010/11/23(火) 20:15:15 ID:ZGzDEc4f
- 指定しておかないと誤爆するプレイヤーも多々ある
- 188 ：名無しさん＠編集中：2010/11/23(火) 20:18:00 ID:NV9lZa5q
- FLASHプレイヤーなんかは指定ないと強制709だしね
- 189 ：名無しさん＠編集中：2010/11/23(火) 20:20:27 ID:5aVU6N8r
- >>186
そんなこと言ってるやついないだろｗ
- 190 ：名無しさん＠編集中：2010/11/23(火) 20:22:36 ID:Rb1+icYA
- うむむ、アプコンダウンコンはやらないから変換指定はいらないとして、
おれSD色域な、おれHD色域な、的色域主張オプションは付けといた方が無難ってこと？
DVDなSDなら --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m
BD地デジなHDなら --colorprim bt709 --transfer bt709 --colormatrix bt709
を付加しろと。
- 191 ：名無しさん＠編集中：2010/11/23(火) 20:26:33 ID:TSRYQZHE
- あとは--fullrangeもね
- 192 ：名無しさん＠編集中：2010/11/23(火) 20:27:46 ID:Rb1+icYA
- SDなら --colorprim smpte170m --transfer smpte170m --colormatrix smpte170m --fullrange off
HDなら --colorprim bt709 --transfer bt709 --colormatrix bt709 --fullrange off
ってこと？
- 193 ：名無しさん＠編集中：2010/11/23(火) 21:38:14 ID:E77fy/ji
- --fullrange <string> Specify full range samples setting ["off"] - off, on
TVレンジはデフォなので、大体の場合は付けなくてもおｋ。
もちろん、PCレンジの場合は付けないとダメ。
colormatrixと違って「指定されてない」じゃなくて、「オフ」がデフォなんだからね。
- 194 ：名無しさん＠編集中：2010/11/23(火) 22:23:41 ID:Rb1+icYA
- 普通にDVDソースを再生時に伸張して見る分には不要ってことね
それにしても stable が 1741 から動かんね
- 195 ：名無しさん＠編集中：2010/11/23(火) 22:32:24 ID:Rb1+icYA
- 前言撤回 stable 1775になってましたorz
- 196 ：名無しさん＠編集中：2010/11/24(水) 00:44:37 ID:7WnMNrjG
- どこでStableのバージョンって確認できるの？
- 197 ：名無しさん＠編集中：2010/11/24(水) 01:11:16 ID:62XTfBK4
- レンダラにYUVのままで渡してる時はタグは無視されてレンダラの仕様に沿って
RGB変換されるからそこは気をつけたほうがいい
- 198 ：名無しさん＠編集中：2010/11/24(水) 01:26:42 ID:UFcUjehw
- 猫化さんちのchangelogで確認してる。
git でもいいんだけどね。
- 199 ：名無しさん＠編集中：2010/11/24(水) 01:30:21 ID:7WnMNrjG
- >>198
あーほんとだ、猫科さんのところで見れますね
見落としてました
Gitだと見方がわからなくて困ってたのですよ
- 200 ：名無しさん＠編集中：2010/11/24(水) 07:53:45 ID:zLqkRcww
- >>197
レンダラのクロマアップサンプリングの品質の問題もあるし、
出来る限りデコーダでYUV->RGB変換しちゃったほうがいいよねい。
- 201 ：名無しさん＠編集中：2010/11/24(水) 18:12:25 ID:0jxcHeru
- revision2000になったら起こして
- 202 ：名無しさん＠編集中：2010/11/24(水) 18:23:19 ID:9ByisRpw
- いざ起こそうとしたら201が白骨化してたでござる
- 203 ：名無しさん＠編集中：2010/11/24(水) 19:09:15 ID:FguXuQkF
- 粘菌詐欺で逮捕でござる
- 204 ：名無しさん＠編集中：2010/11/25(木) 23:39:31 ID:XqZv9DST
- svn管理にしてほしいわ・・・
- 205 ：名無しさん＠編集中：2010/11/25(木) 23:46:24 ID:h9U3MiD0
- gitがsvnに劣ってる点なんてひとつもないだろ
- 206 ：名無しさん＠編集中：2010/11/25(木) 23:56:25 ID:TQq136qw
- んと、コマンドが難しい
今いるcommit pointが分かりにくい
とか
あと、慣れた人間がまだまだ少ない
- 207 ：名無しさん＠編集中：2010/11/26(金) 10:17:35 ID:xxGP3wML
- コミットがきたぞー
- 208 ：名無しさん＠編集中：2010/11/26(金) 11:09:22 ID:Dp5sXB3Z
- 一気に1804か。
今年中に2000目指すしかないな。
- 209 ：名無しさん＠編集中：2010/11/26(金) 11:13:10 ID:duUpxtN3
- mster r1803 04b59661469bfef7356e5e8ff443252fcf5fe264
stable r1794 2f8ad9797d5118168d128f38544607494dfc0f73
- 210 ：名無しさん＠編集中：2010/11/26(金) 13:27:04 ID:kNTGIb6F
- http://tmpgenc.pegasys-inc.com/ja/press/10_1126.html
- 211 ：名無しさん＠編集中：2010/11/26(金) 13:44:56 ID:nIzYT5vm
- これはつまり、x264+CUDAが実装されるかもって事？
- 212 ：名無しさん＠編集中：2010/11/26(金) 13:51:40 ID:KFXEAcuq
- 元々ぺガ製品はフィルター処理をCUDAで補助
コーデック処理は一切CUDAではしてない
- 213 ：名無しさん＠編集中：2010/11/26(金) 15:32:58 ID:oSA0XGdU
- >>210
初心者がこのスレにもなだれ込んでくるな
- 214 ：名無しさん＠編集中：2010/11/26(金) 16:15:24 ID:QwN4YBX+
- 初心者スレに誘導すればいいでしょう
- 215 ：名無しさん＠編集中：2010/11/26(金) 17:07:38 ID:AyvFX88w
- ほーホントにペガシスが買ったんだ。
- 216 ：名無しさん＠編集中：2010/11/26(金) 18:01:15 ID:qzoan4yI
- 次期後継製品でか…。
ｘ264でエンコした動画を編集部分だけ再エンコで繋げられるなら
ベクターでPaypal半額セールを待って買うかも
- 217 ：名無しさん＠編集中：2010/11/26(金) 18:09:31 ID:QSYdh9MX
- そんな機能はmpeg2用にも付いてねえよ
- 218 ：名無しさん＠編集中：2010/11/26(金) 18:16:44 ID:UzMcZ6/f
- 二人とも笑ってねーｗ
- 219 ：名無しさん＠編集中：2010/11/26(金) 18:23:20 ID:B2x/UNcU
- その写真のペガシスCEOがキング・オブ・コメディーのツッコミに見えてきた・・・
- 220 ：名無しさん＠編集中：2010/11/26(金) 19:04:34 ID:7n4ABHMV
- >>175
>>190
＞放送をSDでエンコードする場合には、ColorMatrix(mode="Rec.709->Rec.601")が必要
ColorMatrixで変換出来るのは--colormatrixだけだよね。
transferは同じだから良いとして、colorprimeは変換出来ないと思うんだけど、
この場合SDは--colorprim bt709 --transfer smpte170m --colormatrix smpte170mってやらなければいけないのでは？
- 221 ：名無しさん＠編集中：2010/11/26(金) 20:06:16 ID:8uCrRROR
- >>220
AvisynthでColorMatrix(mode="Rec.709->Rec.601")してる以上
x264から見たら入力されたファイルはBT.601Dに過ぎない
- 222 ：名無しさん＠編集中：2010/11/26(金) 21:25:30 ID:x1KFJxtp
- >>217
値段的にも次期後継製品はTME3みたいな機能付けてくれても良いと思うんだ…。
と言うか派生製品増えすぎだからいい加減統合しろと小一時間
>>219
ハリーポッターと東幹久じゃね？
ビタミンウォーター飲む前のｗ
- 223 ：名無しさん＠編集中：2010/11/27(土) 01:16:47 ID:iO1qC8eU
- DarkShikariさんってこんな顔してたのか
ってかカリフォルニアのあのエリート大学はもう卒業したのか
- 224 ：名無しさん＠編集中：2010/11/27(土) 01:22:18 ID:zTZB9YgX
- >>223
ttp://x264dev.multimedia.cx/about
ttp://i38.tinypic.com/23jh91z.jpg
- 225 ：名無しさん＠編集中：2010/11/27(土) 01:26:13 ID:AqS18NHs
- アメリカのケーキって食い物ってレベルじゃないよね
- 226 ：名無しさん＠編集中：2010/11/27(土) 01:35:13 ID:JQS7OvAf
- ttp://i.imgur.com/JjZsE.jpg
東方ver.
- 227 ：名無しさん＠編集中：2010/11/27(土) 01:46:58 ID:BbRzE/0P
- >>223
http://www.linkedin.com/pub/jason-garrett-glaser/20/654/40
来年卒業予定らしい
- 228 ：名無しさん＠編集中：2010/11/27(土) 03:12:43 ID:gMeo9jqa
- ハルヒBD収録の新規撮影OPがBT.601らしいな
- 229 ：名無しさん＠編集中：2010/11/27(土) 03:18:37 ID:h4g19jSX
- それなんてPV4のキャプだよｗ
- 230 ：名無しさん＠編集中：2010/11/27(土) 04:16:13 ID:QbADcrmx
- rev1802のdiffを軽くみて
これwippleさんなんか反応しそうだなぁと思ったら
反応もなにもそのコミットに係わってたとは…
おつかれさまです。
なんかどんどん増えてるなぁ・・・
- 231 ：名無しさん＠編集中：2010/11/27(土) 06:10:17 ID:/BvwE004
- つうかさ、
TME3、TXP４、TAW4の3製品を一つにした決定版出してくれよ！！
- 232 ：名無しさん＠編集中：2010/11/27(土) 07:35:53 ID:FfTcMZW3
- 色空間関係の指定のお約束パターンってなんなんだ。。
SDそのまま HDそのまま アプコン ダウコン それぞれ違うのよね？
- 233 ：名無しさん＠編集中：2010/11/27(土) 07:56:43 ID:LqzR7JAo
- 286 ：[名無し]さん(bin+cue).rar [sage] ：2010/11/09(火) 11:15:01 ID:NG1jeXBK0 [PC]
ソース
BT.601
DVD
PV3&4の.dv(HD解像度でもBT.601)
アナログ(コンポジット,etc)
BT.709
BD
.ts(BS1,2やCSのSD解像度でもBT.709)
エンコ時
縦720ドット以上
BT.709に変換してx264オプションに--colormatrix "bt709"
縦720ドット未満
BT.601に変換してx264オプションに--colormatrix "smpte170m"
- 234 ：名無しさん＠編集中：2010/11/27(土) 08:07:55 ID:GgsasnNt
- >>232
難しく考えなくて良い
最終的に出力する解像度にあわせて変換・指定すればいいだけ
- 235 ：名無しさん＠編集中：2010/11/27(土) 09:54:58 ID:vHRzaLVm
- r1802で結局weightpの何が変わったの？
- 236 ：名無しさん＠編集中：2010/11/27(土) 12:45:57 ID:/1XJwTTG
- >>220
厳密にはその通りだが、colorprimを認識して
モニタとカラーマネージメントするようなプレーヤーなんて聞いたこと無いし、
BT.709とSMPTE170Mの色域はそれほど異ならないし、
まあわざわざ付けるならその方が良いか
- 237 ：名無しさん＠編集中：2010/11/27(土) 13:12:31 ID:yTgBKC49
- >>235
猫科研究所に解説があった
> もろもろの事情を勘案した上で一応付け加えると、この新しいweightp 1を使用することで、
> ref dupsに対応しない一部の機器やデコーダでの再生が正しくできるようになる場合もある。
> 間違っているのはそれらの機器の方なのだが、回避しつつ一応の weightpが使えるようになったのは利点だろう。
- 238 ：名無しさん＠編集中：2010/11/27(土) 14:38:33 ID:rg2I08MH
- >>236
＞BT.709とSMPTE170Mの色域はそれほど異ならないし
･･･。
- 239 ：名無しさん＠編集中：2010/11/27(土) 14:39:31 ID:nbOmXMLO
- >>238
- 240 ：名無しさん＠編集中：2010/11/27(土) 14:49:13 ID:rg2I08MH
- >>239
- 241 ：名無しさん＠編集中：2010/11/27(土) 14:51:47 ID:Yttj/E+X
- ここまで俺の自演
- 242 ：名無しさん＠編集中：2010/11/27(土) 16:03:41 ID:iO1qC8eU
- >>243
- 243 ：名無しさん＠編集中：2010/11/27(土) 16:27:14 ID:5ekiI2Zo
- オレ前世は犬だったんだけど、散歩のときにご主人様がオレのうんこ拾うの見て、
「なんでオレのうんこ拾ってるの？もしかしてうんこ好きなの？」と思ってた。
- 244 ：名無しさん＠編集中：2010/11/27(土) 17:10:26 ID:juoMaVKM
- >>230
日本人コミッターなのね
増えるのはいいことだ
- 245 ：名無しさん＠編集中：2010/11/27(土) 17:53:07 ID:QbADcrmx
- >>235
＞r1802で結局weightpの何が変わったの？
＞Blu-rayやPSPやCoreAVC(1系)やFlashPlayer(10.0系)での再生を考えるなら、
＞--weightp 2ではなく--weightp 1を使えば今後デコードが壊れなくなるはずです。
- 246 ：名無しさん＠編集中：2010/11/27(土) 17:54:20 ID:DfqhrQgs
- 今までqpminのデフォルト10だったのに
r1804でqpmin 0がデフォになってるね。
ちょとびっくりしたのでカキコ。
- 247 ：名無しさん＠編集中：2010/11/27(土) 17:59:19 ID:b73L2O2a
- ﾏ
ｼﾞ ﾊ ,,ﾊ
ﾃﾞ (；ﾟ◇ﾟ)z
!?
- 248 ：名無しさん＠編集中：2010/11/27(土) 18:12:31 ID:kM7ddmjo
- >>246
AQがフラットな領域のQPをもっと下げられるようにする、って書いてあるね
- 249 ：名無しさん＠編集中：2010/11/27(土) 18:18:32 ID:juoMaVKM
- いろいろかわってるみたいだねえ
- 250 ：名無しさん＠編集中：2010/11/27(土) 18:59:22 ID:juoMaVKM
- >>245
でもCoreAVCもFlashPlayerも今はもう直ってるんだよね
だとしたらBlu-Ray対応が主目的なのかな
- 251 ：名無しさん＠編集中：2010/11/27(土) 19:40:52 ID:FSa1A5Tz
- >>250
アップデート不可なハードウェアデコーダ用じゃない?
- 252 ：名無しさん＠編集中：2010/11/27(土) 19:50:08 ID:juoMaVKM
- >>251
なるほど
それなら自分はあまり関係ないかな
- 253 ：名無しさん＠編集中：2010/11/27(土) 21:09:47 ID:IHIicOpr
- >>245
x264でweightp実装されて以降、=2を使用してPSPでソレ関連の再生不良に出会った事ないっスが・・・
まぁ、メチャメチャ古いファームだったら分かんないけど。
>>248
0にしてもGray Fogged Frameは出ない、ってコトなのかな。
あれこれ検証が必要かな。
- 254 ：名無しさん＠編集中：2010/11/27(土) 22:49:38 ID:D1sS/Wqe
- PSPはweightp 2だとフェードシーンでごく稀に再生不良発生するよ
といっても数フレームブロックノイズっぽいのが発生するだけだから大きな問題じゃないんだけど
- 255 ：名無しさん＠編集中：2010/11/28(日) 01:59:29 ID:FzHtXqsA
- 1802の件、それ以前は
・Mac OS X v10.5 Leopardは「ref + weightp > 16」のときにデコードがおかしくなっていた
・PSPは「ref + weightp > 3」のときにデコードがおかしくなっていた
ので、例えばPSPで画質稼ぐなら
従来は ref3 + weightp0 か ref2 + weightp1 か ref1 + weightp2 しか選択肢がなかったのが
1802以降なら ref3 + weightp1 も選べるようになった
（Leopardなら ref16 + weightp1 も選べるように）
ってことらしいですよ奥さん
個人的には、weightp使うとエコノミーが死んでNGだったニコ動で
新weightp1を使ったらどうなるかなぁってところが気になる
- 256 ：名無しさん＠編集中：2010/11/28(日) 02:08:07 ID:Dq+SOC2w
- >>255
まあ、奥さんお詳しいのね？
- 257 ：名無しさん＠編集中：2010/11/28(日) 02:36:59 ID:c0vnJpVV
- MacもPSPも割とどうでもいいです・・・
- 258 ：名無しさん＠編集中：2010/11/28(日) 03:11:02 ID:OIy4Eeb0
- >>233
HDMIキャプチャは？
- 259 ：名無しさん＠編集中：2010/11/28(日) 05:08:56 ID:XbuZpAhO
- >>255
俺もPSPでref3、weightp2をずっと使っていたが映像崩れ起きたこと無いんだよな・・・
型番とかファームの違いなんだろうけど
- 260 ：253：2010/11/28(日) 06:48:02 ID:TFXH0kNz
- >>254
私はWOWOWの映画をPSP向けにエンコしてて通勤中に見てるんだけど、去年の秋(だっけ)
mbtree有効に加えweightp使えるようになってから、パンしつつフェードするようなシーンを
さんざんチェックしてたんスが・・・ 見落としてた？orz
>>255
> ・PSPは「ref + weightp > 3」のとき
ぐげげ、まさにエンコパラメタは--ref 3で、デフォの--weightp 2が有効になってるぅ・・・
今後は素直に--weightp 1を追加しときます。
あとMac持ちでもあるのですがｗ、QT向けにエンコするコトあったら気をつけてみまつ。
QTって制限多くて使いづらいクセに重い印象あるんスよね。
身の周りのブルレイでの再生検証メンドくてブルレイ向けエンコはやる気になんないなぁ。
- 261 ：名無しさん＠編集中：2010/11/28(日) 07:08:23 ID:WRcfaiyi
- >>257
ブルーレイも関係してるらしいじゃない奥さん
- 262 ：wipple(Y.Ikeda)：2010/11/28(日) 12:13:03 ID:FMZcLcRf
- PSPですが ref + weightp(dupes) > 3 で「必ず」デコードがおかしくなるわけではないようです
Doom10などではデコードがおかしくなる例がいくつか報告されています
weightpの処理の中のReference Duplicationにより、refが追加されるのですが
（旧来のweightp=1では1枚、weightp=2では2枚それぞれ追加）
おそらくこれがPSP側のref制限らしきものとぶつかっている模様です
新weightp=1はDuplicationを行なわないのでweightp=1を使ってもref=3までOK（…のはずです）
またMacのQTPlayerの場合ですが、これは正直わけがわからん状況です
QTKitを利用した自作簡易プレイヤーでは問題ないのでこれもPlayer側の問題だと思います
こちらでは x264 --preset veryslow --colormatrix bt470bg -o $output $input で確認しました
LeopardのQTPlayer7(7.6.6)、SnowLeopardのQTPlayerX(10.0)でほぼ同現象が起きます
（ちなみにQTPlayer7では--colormatrix bt470bgがないと正常にデコードできます…f*ck）
ついでにこの前 ref + weightp(dupes) <= 16 でも崩れるケースも見つけてもう何がなんだか
何とかできないものかとDuplicationで試行錯誤してる間に新weightp=1が取り込まれることになって…
もう今後はweightp=1でいいや面倒くさい
QTPlayerのじゃじゃ馬っぷりに付き合うのはもう疲れたよパトラ（ｒｙ
まあ自分はマカーですしweightp=1を今後使いますが、再生側が既に対応しているのならば
デフォルトのweightp=2を今後も使うことをお勧めします（画質的な観点からも）
旧CoreAVCや旧FlashPlayerやQTPlayerでの新weightp=1デコードは確認はしていますが、
PSPとBlu-Rayは再生環境が現在ないのでこちらでは確認ができません
それ用にエンコードする場合はご自分でテストしてから1か2か決めるのがいいと思います
長くなりましたがこんな感じでいかがでしょうか奥様方
- 263 ：名無しさん＠編集中：2010/11/28(日) 12:15:11 ID:yLlRhOGI
- 再生互換考えるとPフレームは最初から使わないが吉
XvidののときもあえてBフレーム使わないぐらいだったからな
- 264 ：名無しさん＠編集中：2010/11/28(日) 12:15:39 ID:xEkAdBrt
- どこ縦
- 265 ：名無しさん＠編集中：2010/11/28(日) 12:18:25 ID:yLlRhOGI
- 大体圧縮率が高くなるだけで画質が良くなるわけじゃないぞ
同じサイズなら画質良くなるかもしれんが
同じ設定でPフレームだけ追加しただけじゃ逆に画質は低下する
- 266 ：名無しさん＠編集中：2010/11/28(日) 12:56:54 ID:IQxVTob3 ?2BP(0)
- >>263
そういう方はむしろmpeg2を使ってて下さい。
>>265
何て言ったらいいのか凄い考えたんだが、
結局誰一人画質が良くなるなんて言ってないのに気づいた。
圧縮率ではなくて画質にしか興味が無いのならmpeg2でｍ(ry
- 267 ：名無しさん＠編集中：2010/11/28(日) 12:59:35 ID:yLlRhOGI
- ある程度うま味のある領域ってのがあるのだよ
過剰圧縮はデメリットの方が目立つ
- 268 ：名無しさん＠編集中：2010/11/28(日) 13:01:40 ID:IQxVTob3 ?2BP(0)
- マジで言ってるのなら、ipratio,pbratio弄れば良くなるかも。
- 269 ：名無しさん＠編集中：2010/11/28(日) 13:03:45 ID:yLlRhOGI
- こういう奴って音声ズレも考えないでBフレ使ってたんだろうなあｗ
- 270 ：名無しさん＠編集中：2010/11/28(日) 13:34:11 ID:TCDu8aBB
- weightpのモードによる互換性とフェードに使われているPフレームの画質を上げる話をしてるわけであって
Pフレームのありなしによる互換性、画質の話なんてしてないでしょ
論点ずらしちゃだめよ
- 271 ：名無しさん＠編集中：2010/11/28(日) 14:22:11 ID:sqoxUZSK
- こういう奴って音声ズレも考えないでBフレ使ってたんだろうなあｗ
- 272 ：名無しさん＠編集中：2010/11/28(日) 14:39:57 ID:TFXH0kNz
- >>262
長いことDoom9も10も見てなかったとですが、ナナメ読みしてみるかな。
情報さんくす。
> またMacのQTPlayerの場合ですが、これは正直わけがわからん状況です
あらー奥様もお困りでしたの？ｗ
QTがMain Profileサポートした頃からエンコに試行錯誤してたんですが、もう疲れて
DXVA向けエンコしててMacではVLCで見てます・・・
- 273 ：名無しさん＠編集中：2010/11/28(日) 16:49:04 ID:e7Xsp1ii
- マカーってQTマンセーしてるから困る
- 274 ：名無しさん＠編集中：2010/11/28(日) 17:00:22 ID:Klcmzhi9
- QTは色管理が厳密だからマスプロとかで再生確認用に使われてるとか
聞いたが個人で楽しむ用ならMPCの圧勝だな。わざわざMacで再生させよう
とか思わないわ。
- 275 ：名無しさん＠編集中：2010/11/28(日) 17:09:05 ID:nO0JjHDh
- マカーのQTはWinのQTとは別物！(キリッ
らしいね
そもそもWin版が糞過ぎて使う気にならんけど
- 276 ：名無しさん＠編集中：2010/11/28(日) 17:19:10 ID:TCDu8aBB
- ｆ＊ｃｋとかＶＬＣで見てるって言ってるじゃん
どこにＱＴマンセーしてる人がいるの？
>>273しか言ってないじゃん
てかＱＴが糞なのは既成事実じゃん今時ＱＴマンセーしてる人なんているのか？
- 277 ：名無しさん＠編集中：2010/11/28(日) 17:24:37 ID:e7Xsp1ii
- 別に>>272に対して文句言ってるわけじゃなくて、
一般的なマカーの話でしょ
>>273の冒頭に「ところで話は変わるが」ってのが隠れてるんだよ
QTマンセーはMac関連の板はもとよりノートPC板とかでも結構居るよ
MacBookとかの影響で増殖してる
- 278 ：名無しさん＠編集中：2010/11/28(日) 17:25:18 ID:e7Xsp1ii
- まあ何にせよこのスレでする話じゃなかったね
逝ってきます
- 279 ：名無しさん＠編集中：2010/11/29(月) 08:40:51 ID:xoZhxXmU
- >>265はlosslessエンコードですらPフレームが使われていることを知らないアホ
- 280 ：名無しさん＠編集中：2010/11/29(月) 15:58:52 ID:EdsaTu/F
- というかH.264なのにPフレームすら使わないってどういう事だよ
- 281 ：名無しさん＠編集中：2010/11/29(月) 16:01:54 ID:QenEWVJc
- 漢なら全部 Iフレーム
- 282 ：名無しさん＠編集中：2010/11/29(月) 16:07:11 ID:8lTmI3yJ
- なら素直にMothon JPEGでも使っとけ
- 283 ：名無しさん＠編集中：2010/11/29(月) 16:28:30 ID:lMhX0pmN
- 釜なら全部Bフレーム
- 284 ：名無しさん＠編集中：2010/11/29(月) 16:30:28 ID:z5qQal4V
- デコードできねえだろｗ
- 285 ：名無しさん＠編集中：2010/11/29(月) 16:31:19 ID:/0B3bJv/
- >>283
不可能です
- 286 ：名無しさん＠編集中：2010/11/29(月) 16:47:17 ID:jwCBfhKm
- IB......BI
- 287 ：名無しさん＠編集中：2010/11/29(月) 17:08:11 ID:4av4lWzq
- どう見てもIがあります本当に（ｒｙ
- 288 ：名無しさん＠編集中：2010/11/29(月) 17:57:44 ID:jj4BQAPb
- 俺はサイコフレームを使ってる
- 289 ：名無しさん＠編集中：2010/11/29(月) 19:28:37 ID:+y3UFNN/
- >>288さん…、
酸素欠乏症にかかって…
- 290 ：名無しさん＠編集中：2010/11/29(月) 20:41:42 ID:KYW2IjOi
- PフレームにもイントラMBとインターMBが有るのを理解できないんだろうな
- 291 ：名無しさん＠編集中：2010/11/29(月) 20:46:20 ID:jwCBfhKm
- つまりどういうことだってばよ
- 292 ：名無しさん＠編集中：2010/11/30(火) 03:37:53 ID:Pew0KNfb
- >>262
あうあうあ・・・結局本人降臨させてしまったorz
お手数おかけしてすみません。
＞ついでにこの前 ref + weightp(dupes) <= 16 でも崩れるケースも見つけて
・・・Doom10に投げれば解決してくれるに違いない（？）
- 293 ：名無しさん＠編集中：2010/11/30(火) 19:29:28 ID:+LhKE7mC
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 294 ：名無しさん＠編集中：2010/12/02(木) 07:44:30 ID:hWTUKHNY
- フェード部分限定だけど、1804の--weightp 2が悪くなってる。
weightp 1同士の比較だとかなり良くなってたけど、でも1と2の違いがほとんどなくなってるんだよね。
2の方が良くなるはずなのにこれはおかしいよね。もしかしたらバグかな。
- 295 ：名無しさん＠編集中：2010/12/02(木) 07:47:48 ID:hWTUKHNY
- 上に追加で、1804と1790の比較をしてたらってことです。
- 296 ：名無しさん＠編集中：2010/12/02(木) 09:25:28 ID:uk6NhfOR
- >>294
残念ながら、この時点でその発言はただのノイズにしか過ぎない。ノイズ以上になるためには、
次のようなものが必要です。
・問題を再現できるようなソースのサンプル
・どこのビルドを使用しているかという情報
・x264.nlのビルドで再現できるか、できないのか。
・使用したコマンドラインの一覧
・再現できた時の特徴、またはサンプル
以上のものがそろえれば、ノイズじゃなくて、他の人間がチェックできる説明になります。
100MBまでのサンプルはMediafireへ、それ以上大きなサンプルはMegaUploadなどへ。
まぁ、こんなところかな。これができなければ、普通にそういった曖昧な発言が単にノイズとして現れる。
- 297 ：名無しさん＠編集中：2010/12/02(木) 11:42:49 ID:MudK7LrT
- 品質基準VBRでプリセットをfast→slowにするってのは、
画質を変えずに時間をかけてファイルサイズが小さくなるって事？
実際のところ、本当に同じ画質なんだろうか。
- 298 ：名無しさん＠編集中：2010/12/02(木) 16:54:05 ID:CqUxkgW+
- > 画質を変えずに時間をかけてファイルサイズが小さくなるって事？
違う
> 実際のところ、本当に同じ画質なんだろうか。
違う
- 299 ：名無しさん＠編集中：2010/12/02(木) 17:16:27 ID:9c2gRTtX
- 403 Forbidden
Request : GET
Object : /~seraphy/index.shtml
HTTP からのアクセスは、許可されていません
- 04WebServer/1.86 -
- 300 ：名無しさん＠編集中：2010/12/02(木) 17:18:21 ID:CqUxkgW+
- >>297
今25秒くらいのソースで試してみた
オプション--fast --ssimのみ
SSIM Mean Y:0.9852417 (18.310db)
ファイルサイズ4629kb
オプション--slow --ssimのみ
SSIM Mean Y:0.9852490 (18.312db)
ファイルサイズ4631kb
simmは向上したが、ファイルサイズもでかくなった、そういうケースもある
絶対ファイルサイズが小さくなるとは限らない。
- 301 ：名無しさん＠編集中：2010/12/02(木) 19:29:10 ID:aSLffNsp
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 302 ：名無しさん＠編集中：2010/12/02(木) 19:31:03 ID:MudK7LrT
- >>298
厳密には違うのはわかるんだけど、おおよそ合ってるとは言えないかなぁ。
>>300
自分が1時間のSDソースをVBR Quality 45 で試してみたところ、
268,564KB fast
267,687KB medium
265,063KB slow
257,555KB slower
242,670KB very slow
とキレイに並んだ。多分、長時間の方が差が出やすいんだと思う。
で、画質を比較して見比べても俺には違いがわかんないんだ。
mediumとvery slowだと、ほぼ2倍の時間かかるけど、10%縮むことになってる。
どっちにするか悩むところだわ。
- 303 ：名無しさん＠編集中：2010/12/02(木) 20:30:21 ID:oqbLsuSq
- >>302
x264.exe --fullhelpで確認すれば全く見当違いの事を言っているのに気付くはず
君はここではなくて初心者スレに行った方がいいよ
x264 初心者質問スレ part3
http://hibari.2ch.net/test/read.cgi/avi/1269894718/
- 304 ：名無しさん＠編集中：2010/12/02(木) 22:01:32 ID:A3joAIen
- 合ってるとは言えないって答え知ってるなら聞くなよハゲ
- 305 ：名無しさん＠編集中：2010/12/02(木) 22:21:15 ID:XcZdW9ks
- >VBR Quality 45
なんのソフト使ってんだろ…？ 少なくともx264じゃないよな…。
- 306 ：名無しさん＠編集中：2010/12/03(金) 01:47:33 ID:OO2JLomY
- GUIのやつじゃねーの
- 307 ：名無しさん＠編集中：2010/12/03(金) 16:32:17 ID:8KVmFXWZ
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 308 ：名無しさん＠編集中：2010/12/03(金) 23:02:22 ID:LJ8TvQrc
- >>300
SSIMでも比べたいんなら、--tune ssim忘れてるぞ。
そいつを使わないとssimを下げるpsy系の機能も有効になってるから結局SSIM数値は
無意味になる。
- 309 ：名無しさん＠編集中：2010/12/07(火) 17:13:28 ID:fnQNdppa
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 310 ：名無しさん＠編集中：2010/12/07(火) 17:59:46 ID:ll4Cihnb
- ｒ1819
fixと10bitのasmがほとんどだな
- 311 ：名無しさん＠編集中：2010/12/07(火) 22:02:52 ID:NNtirkt2
- r1820
- 312 ：名無しさん＠編集中：2010/12/09(木) 01:18:15 ID:zTGKAWby
- みんな、x264をどう使ってるの？
コマンドをbatに書き込んで実行？
- 313 ：名無しさん＠編集中：2010/12/09(木) 01:21:49 ID:LAfoqSbF
- Linuxだからbashスクリプト
- 314 ：名無しさん＠編集中：2010/12/09(木) 03:02:11 ID:qP1Zuma4
- msys入れてるからbashスクリプト
- 315 ：名無しさん＠編集中：2010/12/09(木) 03:42:37 ID:nekhZLvP
- 一つのシリーズ物に付き1個bat作って次回からはコピーしてタイトルだけ
書き換えて使い回し。ええ、アニオタです。
- 316 ：名無しさん＠編集中：2010/12/09(木) 04:02:00 ID:i/gzt5zf
- msys/mingwもcygwinも入れてるからbashスクリプトやpythonの方がいいんだけど
結局batchスクリプトでやってしまうバカが通りますよ。
>>315
うちも基本的に1話で一回作って、同じベースを使うんだよねぇ・・・
細かい調査と設定の変更は結局やってしまうけどね orz
- 317 ：名無しさん＠編集中：2010/12/09(木) 08:11:19 ID:lLH81x29
- ruby でavs吐かせてx264回して音声と併せてmkvに詰めるまでのスクリプト組んだ。
ファイル名やらタイトル毎の設定は yaml で書いた設定ファイルに書いとく。
まだまだ洗練が足りないが。
- 318 ：名無しさん＠編集中：2010/12/09(木) 10:33:07 ID:zTGKAWby
- avi(huffyuv2.1.1)の入ったフォルダごとx264で変換するwindows用batって
できないものかな。
MediaCoderの動作が怪しくなければいいんだが、現状使い物にならん。
- 319 ：名無しさん＠編集中：2010/12/09(木) 11:50:16 ID:Chzh3ta7
- >>318
いくらでもやりようはあるけど、スレチなんで続きはバッチスレで。
@echo off
for %%i in (*.avi) do call :encode "%%i"
pause
exit /b
:encode
x264 -o "%~dpn1.mp4" %1
exit /b
- 320 ：名無しさん＠編集中：2010/12/09(木) 20:49:55 ID:zTGKAWby
- バッチスレって何処よ。(´･ω･`)
- 321 ：名無しさん＠編集中：2010/12/09(木) 21:23:41 ID:Chzh3ta7
- 【.cmd】 バッチファイルスクリプト %6 【.bat】
http://hibari.2ch.net/test/read.cgi/tech/1277465356/
- 322 ：名無しさん＠編集中：2010/12/09(木) 23:51:48 ID:l/S8ZkA6
- スレタイ検索もできないアホか
- 323 ：名無しさん＠編集中：2010/12/10(金) 12:49:02 ID:Du8i6vSN
- この板のスレじゃないからなぁ
- 324 ：名無しさん＠編集中：2010/12/10(金) 16:44:52 ID:qC4QQng0
- その発言をするということは2ch検索を知らないな？
- 325 ：名無しさん＠編集中：2010/12/10(金) 18:48:32 ID:F5+yzr9F
- IE使いしか知らんだろうな
- 326 ：名無しさん＠編集中：2010/12/10(金) 19:30:28 ID:xT5QIpw/
- jane系にも「スレッドタイトル検索」あるよ
- 327 ：名無しさん＠編集中：2010/12/10(金) 20:01:11 ID:Du8i6vSN
- x264、10bit対応前と後で非10bit画質や速度に変化ある？
- 328 ：名無しさん＠編集中：2010/12/10(金) 20:07:40 ID:e/4SDD3W
- 試すかchangelog読むかソース見るかフォーラム覗くか好きなの選べ
- 329 ：名無しさん＠編集中：2010/12/10(金) 20:15:44 ID:SUdnnEep
- chroma-weightpの導入、scenecutの改善とかがあったから
変化はあっただろう
パッと見てわかるものでもないけど
- 330 ：名無しさん＠編集中：2010/12/10(金) 22:27:09 ID:qC4QQng0
- >>326
取得してない板の検索は出来ないだろ
- 331 ：名無しさん＠編集中：2010/12/10(金) 22:39:57 ID:ta31MknL
- >>330
外部板じゃないんだし普通全部取得してね？
- 332 ：名無しさん＠編集中：2010/12/10(金) 23:12:00 ID:xT5QIpw/
- >>330
できるよ
「ログから検索」や「スレ絞込み」はログからだけど
「スレッドタイトル検索」はfind2ch.netやttsearch.netを使った全板検索
- 333 ：名無しさん＠編集中：2010/12/10(金) 23:41:42 ID:9gvJJvgL
- >>331
ハマリ度によると思う
- 334 ：名無しさん＠編集中：2010/12/11(土) 07:48:46 ID:3sKZTVzA
- スレチ
- 335 ：名無しさん＠編集中：2010/12/11(土) 12:42:10 ID:diahKf2Z
- x265はまだか
- 336 ：名無しさん＠編集中：2010/12/11(土) 18:53:57 ID:pSGjPYG3
- あれは2013年ぐらいでようやく動きが大きくなると思うよ。
- 337 ：名無しさん＠編集中：2010/12/11(土) 19:24:24 ID:kuIjqL0n
- ソースは俺。ですね、わかります
- 338 ：名無しさん＠編集中：2010/12/11(土) 19:39:46 ID:kjeyL7RT
- それよりx262はどうなの？
- 339 ：名無しさん＠編集中：2010/12/11(土) 19:52:15 ID:yccm4ICH
- ttps://github.com/kierank/x262
- 340 ：名無しさん＠編集中：2010/12/12(日) 02:44:58 ID:1fOv8UB3
- >>312
dougaαでtskファイル作って
perlでいろんなファイルを作ってバッチ処理
- 341 ：名無しさん＠編集中：2010/12/12(日) 11:39:22 ID:MSjJmyAh
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 342 ：名無しさん＠編集中：2010/12/12(日) 17:19:33 ID:NAB2B23o
- >>340
そのままperlで処理したらいいんじゃないの？？？
- 343 ：名無しさん＠編集中：2010/12/15(水) 16:30:16 ID:Jool95kc
- r1834
- 344 ：名無しさん＠編集中：2010/12/15(水) 17:48:49 ID:OiLtur/V
- Windowsでpthreadが不要になったのは、MinGWを使う人には便利だな。
- 345 ：名無しさん＠編集中：2010/12/15(水) 18:18:41 ID:t5yGtCey
- >>343
x64ｺﾈー('A`)
- 346 ：名無しさん＠編集中：2010/12/15(水) 18:45:16 ID:7+sTvgdW
- x264 64bitは2,3日遅れてくる。
- 347 ：名無しさん＠編集中：2010/12/15(水) 19:07:45 ID:II2jJJNf
- 32bitなんて時代遅れなものは後回しにしてほしいわまったく
- 348 ：名無しさん＠編集中：2010/12/15(水) 19:12:00 ID:wiT/om2G
- などと意味不明なことを言っており
- 349 ：名無しさん＠編集中：2010/12/15(水) 20:05:28 ID:xoEIUfqf
- >>345
今テスト中、帰ったらビルドする。
サイトに載るのは遅いってのは、うちのせいじゃないけどねw
jarod氏のミラー用のスクリプトが遅かったりするんで、手動で
一発殴らないとだめな模様。
- 350 ：名無しさん＠編集中：2010/12/15(水) 20:59:47 ID:3/AnA85I
- >>349
64bitのhigh bit depthはもともと配ってないでしょ
pthreadとwin32threadでスピードも違わないし
急がなくてもいい、つーか、nlのほうは更新の必要すらないよ
- 351 ：名無しさん＠編集中：2010/12/15(水) 22:36:50 ID:t5yGtCey
- >>349
えっ中の人ですか？ありがとう！
- 352 ：名無しさん＠編集中：2010/12/16(木) 00:25:34 ID:NtmdHbfL
- x264.nlの64bit版をビルドしてるのはJEEB氏
jarod氏が64bit環境を持っておらず64bitのfprofiledビルドができないため
- 353 ：名無しさん＠編集中：2010/12/16(木) 04:28:47 ID:g7ozms6S
- ペガシスのコミットってのは注目すべきところなんだろうか
- 354 ：名無しさん＠編集中：2010/12/16(木) 06:37:22 ID:NtmdHbfL
- ペガシスはx264のライセンスを買ったけど、これには外部ライブラリであるPthreadsは含まれていない
PthreadsはやっぱりLGPLのまま
つまりPthreadsをTMPGEncに組み込むとTMPGEncがLGPLに汚染される
だからといってx264のマルチスレッド対応を削るわけにもいかないだろう
そこでPthreadsの代わりにWindowsネイティブのスレッディングを使うパッチを書いた
で、ライセンス契約に従ってx264本家にそのパッチが提供された、と
ちゃんと開発が進んでる証拠でもあるな
今後Windowsでx264を組み込んだソフトを開発しようとする企業にとって導入の敷居が下がるかも
ユーザーが気にする必要はあんまり無いと思う
微妙にバイナリサイズが減るとか微妙に速度が変わるかもしれんが
ビルドしてる人にとってはPthreadsが必要なくなるというメリットがある
これでL-SMASHも使えばちょっと前のx264のフル機能相当が他のライブラリ無しにビルドできるんだな
- 355 ：名無しさん＠編集中：2010/12/16(木) 22:48:04 ID:g7ozms6S
- >>354
そこまでは思い至らなかった…なるほどそんな事情が。
ある意味TMPGEncユーザーには嬉しい経過報告でもあるのかも。
丁寧にありがとうございます。
- 356 ：名無しさん＠編集中：2010/12/17(金) 07:54:15 ID:gki/uiJV
- ライセンス話なのでアレだけど、LGPLに誤解が生じるとアレなので。
>>354
ttp://ja.wikipedia.org/wiki/GNU_Lesser_General_Public_License に
あるように、LGPLなライブラリを使っているからって、無条件にその
プロダクト全体がLGPLなるってことない。ただ、pthreadを静的リンク
したらLGPLにしないといけないし、動的リンク (WinだとDLL化) しても
製品全体のライセンスにリバースエンジニアリング禁止の条項を
含めちゃいけなくなる。
ってことで、pthreadのDLL化してTMPGEncのライセンスに「リバース
エンジニアリングOK」とするのと、Win32thead使うよう改造するのとの
二択で後者を選んだんでそ。
そりゃ、商用エンコーダなのにリバースエンジニアリングされたら、
似たようなアルゴリズムの製品が出てくる可能性もあるわけで、
前者の方針はとりたくない罠。
- 357 ：名無しさん＠編集中：2010/12/19(日) 12:51:24 ID:kksX03VM
- ttp://x264.nl/
いつもここから最新版を手に入れているんだが、古いリビジョンて配布されていないのかな？
誰か古いリビジョンのおいてるところを知ってる人があれば教えてください。
- 358 ：名無しさん＠編集中：2010/12/19(日) 12:56:34 ID:x2wIuTbw
- >>357
ファイルのURLをいじれ
- 359 ：名無しさん＠編集中：2010/12/19(日) 13:21:22 ID:H6+m8fs/
- >>357
見えていても見えないんだよな。
一番下の欄の右側にolder versions:ってちゃんとあるじゃない。
- 360 ：名無しさん＠編集中：2010/12/21(火) 06:53:00 ID:Jrtli3ub
- r4xxあたりはごっそり消えてるのね
- 361 ：名無しさん＠編集中：2010/12/22(水) 17:41:10 ID:1JsYz+fN
- ttp://tmpgenc.pegasys-inc.com/ja/product/tvmw5.html
x264は新製品に採用するんだね。
エンコにCUDAも使われるなら侮れん・・・かも。
libx264相当部分はあるリビジョンで固定かな？
- 362 ：名無しさん＠編集中：2010/12/22(水) 17:48:41 ID:Fx4GEiGk
- x264とは別のエンコードエンジンだろ
もしx264にCUDA使うなら今頃そのパッチがx264本家の方に提供されてるよ
- 363 ：名無しさん＠編集中：2010/12/22(水) 18:00:44 ID:Dbas9M4O
- というか未だにCUDAとか期待してる方が驚きだよｗ
- 364 ：名無しさん＠編集中：2010/12/22(水) 18:23:46 ID:93IO+pPi
- たけぇーな
- 365 ：名無しさん＠編集中：2010/12/22(水) 21:32:39 ID:q1kA2gCk
- >>361
CUDAはTMPGEnc 4.0 XPressと同様フィルターのみに使用かと
>>364
ベクターのPAYPAL使用で半額セールを待つんだ
- 366 ：名無しさん＠編集中：2010/12/22(水) 23:00:30 ID:gzHk4zt1
- ハードウェアエンコって書いてあるべ
つかIntelMediaSDKなんぞ
- 367 ：名無しさん＠編集中：2010/12/22(水) 23:07:04 ID:7vox7tqW
- 噂のsandy bridgeのハードウェアエンコじゃないの
- 368 ：名無しさん＠編集中：2010/12/22(水) 23:27:17 ID:GqJmWRUh
- >>365
5からはエンコも対応する。
- 369 ：名無しさん＠編集中：2010/12/22(水) 23:31:38 ID:bUAIEokh
- >>362
H.264エンコーダをx264とは別にCUDA使うエンジン積んでる、と！？
x264 LLCとはGNUではなく「x264商用利用ライセンス」を結んでるから、ペガシスはなんら
Copyleftに縛られる必要ないと思ったが？
>>365
> 出力関連
> ・H.264エンコーダーにx264を採用
> ・IntelR Media SDKを使用したH.264エンコードに対応
> ・CUDAを使用したH.264ハードウェアエンコードに対応
- 370 ：名無しさん＠編集中：2010/12/22(水) 23:36:32 ID:ZZS8nP04
- フィルタのプラグインに対応してくれたらおもしろいのにね
- 371 ：名無しさん＠編集中：2010/12/22(水) 23:38:23 ID:Fx4GEiGk
- >>369
x264 LLCとの契約で、x264に変更を加えた場合そのコードを提供しないといけない
- 372 ：名無しさん＠編集中：2010/12/22(水) 23:45:54 ID:qcKcna5Y
- 多分、x264よりも、Badaboomの様な物を使いたい人もいるのだろう。
- 373 ：名無しさん＠編集中：2010/12/22(水) 23:48:25 ID:w2GlGvKQ
- Badaboom程度でもあるなら価値はありそうだ。これだけならいらないけどね。
Intelのも同程度なのかが気になるけど。
- 374 ：名無しさん＠編集中：2010/12/22(水) 23:49:49 ID:bUAIEokh
- >>371
いやだから、libx264の中から有用な関数使うだけで、そのものに「変更を加え」ることは
ないとしたら・・・？ その場合でも提供しなきゃいけないの？
ペガシス側が自分とこのソースを開示しなくてすむやり方いくらでもあると思うんだけど。
posix threadをwindowsネイティブに「変更を加え」たのは、その関数部が必須だからじゃないのかな。
- 375 ：名無しさん＠編集中：2010/12/23(木) 00:04:59 ID:L7i+WQTe
- Mastering Works5のスレも立ってるし、そろそろスレ違いな悪寒
とりあえず体験版落として試してみようぜ
同等設定で変に画質が落ちるならCUDA使用の別エンコーダ入ってる可能性大だろうし
- 376 ：名無しさん＠編集中：2010/12/23(木) 00:50:27 ID:azn0HZjV
- > 出力関連
> ・H.264エンコーダーにx264を採用
> ・IntelR Media SDKを使用したH.264エンコードに対応
> ・CUDAを使用したH.264ハードウェアエンコードに対応
これってエンコーダエンジンが3種類あって選択的に利用できるってことじゃないの？
- 377 ：名無しさん＠編集中：2010/12/23(木) 01:17:18 ID:mouAvo30
- >>376
そう。SpursEngineのプラグイン持ってれば4択可能。
- 378 ：名無しさん＠編集中：2010/12/23(木) 01:42:13 ID:NdUOP8am
- そして画質的にまともなのは、一番遅いx264だけってオチでしょ
- 379 ：名無しさん＠編集中：2010/12/23(木) 02:13:17 ID:e+LaBnUG
- スピード欲しいならpreset fasterあたり使えばよくね？
それでもCUDAよりは綺麗だと思うよ
- 380 ：名無しさん＠編集中：2010/12/23(木) 02:24:17 ID:QZqwBDp8
- CUDAは大容量仕上げが前提だしなぁ
- 381 ：名無しさん＠編集中：2010/12/23(木) 02:32:48 ID:i7i0XJlV
- veryfastでもCUDAよりはまだマシだろう。
- 382 ：名無しさん＠編集中：2010/12/23(木) 07:30:11 ID:L7usFIGF
- >>374
ttp://twitter.com/VFR_maniac/status/17602667031298048
- 383 ：拓然（たくしかり） ◆ShikarikRs ：2010/12/24(金) 03:09:12 ID:sirY8ZlE
- >>361
x264にCUDAを実装するのは、大幅な内部の変更無しには不可能です
小規模な互換性関連の変更（statsfileのファイルパスにUTF-16をサポートするとか）という例外を除き、
ペガシスは普通のx264を使っています
CUDAエンコーダは、x264の品質が良すぎて、それより悪いのが欲しいと思う人のために入ってるんでしょ
- 384 ：名無しさん＠編集中：2010/12/24(金) 03:16:39 ID:4wXnT6ud
- デッカイ釣り針投下されたなｗｗｗ
みんな無反応で対応しようなｗｗ
- 385 ：名無しさん＠編集中：2010/12/24(金) 03:26:22 ID:sirY8ZlE
- ttp://twitter.com/darkshikari/status/18009032535052288
- 386 ：名無しさん＠編集中：2010/12/24(金) 03:51:10 ID:gUUzep9Y
- MainConceptも、ソースのデコード、ME、inter predictionにしかCUDAを使っていないな。
http://pc.watch.impress.co.jp/docs/news/event/20100928_396462.html
- 387 ：名無しさん＠編集中：2010/12/24(金) 06:28:45 ID:0bKgQAYV
- 開発者のこと何も知らないやつがいるんだな
- 388 ：名無しさん＠編集中：2010/12/24(金) 07:31:50 ID:+EOFTlSs
- 384自身が釣り針だったのか。
つうか、darkshikariさんは日本語が堪能なのか?
- 389 ：名無しさん＠編集中：2010/12/24(金) 07:38:58 ID:0bKgQAYV
- 東方厨だからね・・・・
- 390 ：名無しさん＠編集中：2010/12/24(金) 09:36:30 ID:+EOFTlSs
- >>389
英語で東方キャラを紹介していたから、てっきり日本語は片言レベルかと思っていたw
そう言えば、TMPG搭載のはtuneオプションはどうなっているのだろうか。
さすがにtouhouはない?w
- 391 ：名無しさん＠編集中：2010/12/24(金) 09:50:22 ID:w+MM+fXF
- 彼自身は主にgoogle翻訳使ってるが、彼の周りには英語が得意な日本人やら
日本語に堪能なフィンランド人やらイタリア人やらがいるのです
>>390
TVMW5にはtuneはないのだよ
presetも中途半端だし...
- 392 ：名無しさん＠編集中：2010/12/24(金) 10:57:38 ID:x4K3VjpV
- ｘ264の半分以上はオタクで出来てるしなｗ
- 393 ：名無しさん＠編集中：2010/12/24(金) 11:00:33 ID:pqzJiV76
- 何か面白いのか？
- 394 ：名無しさん＠編集中：2010/12/24(金) 11:45:50 ID:sirY8ZlE
- 誰かが翻訳してそれをD_S氏本人が書きこむのが普通だが、
今回は本人規制中のため代理投稿です
- 395 ：名無しさん＠編集中：2010/12/24(金) 11:51:21 ID:mQrIHHPo
- torneに内蔵されているH264トランスコードチップ、外販してくれないかなー。
バカ高いグラフィックカードなんてイラネ。
- 396 ：名無しさん＠編集中：2010/12/24(金) 15:21:27 ID:nPzTDQ0D
- えっ・・・
touhouって映画の東宝じゃなかったの？
- 397 ：名無しさん＠編集中：2010/12/24(金) 15:21:56 ID:BkvHMmQm
- 何言ってんだコイツ？
- 398 ：名無しさん＠編集中：2010/12/24(金) 20:20:21 ID:Jn8CInGZ
- 東宝グループは「TOHO」表記なんだな
- 399 ：名無しさん＠編集中：2010/12/24(金) 20:48:08 ID:HbQaqq+w
- 東方に英語表記も何も無いと思うが
同人シューティングゲームとその派生物とマジレス
- 400 ：名無しさん＠編集中：2010/12/25(土) 14:45:05 ID:hDTypw5m
- tuneのtouhouって本当に東方の事だったのか
いずれim@sをcommitする奴が出てきそうだｗ
- 401 ：名無しさん＠編集中：2010/12/25(土) 15:25:12 ID:JDN3fvEj
- D_S氏が重度の東方厨だから専用オプションがあるけどアイマス厨は果たしているのだろうか
- 402 ：名無しさん＠編集中：2010/12/25(土) 17:07:17 ID:GHzR7x5F
- AviUtlの作者がそうだったな確か
- 403 ：名無しさん＠編集中：2010/12/25(土) 18:07:16 ID:RIgjwnVs
- アイマスにtune使うならAnimationあたりでいい気がする
- 404 ：名無しさん＠編集中：2010/12/25(土) 18:55:07 ID:lY/rFUyI
- >400
touhouは東方の弾幕を低ビットレートでも破綻させないようにということを
コンセプトにしたプロファイルだったかと。
アイマスは403も言っているがAnimationで十分じゃね?
- 405 ：名無しさん＠編集中：2010/12/25(土) 21:23:10 ID:tf6tMisW
- touhouはレトロゲーに普通に使ってるから要るよ派。
- 406 ：名無しさん＠編集中：2010/12/25(土) 21:43:09 ID:lY/rFUyI
- 俺も音ゲーに使っているので必要だな。
- 407 ：名無しさん＠編集中：2010/12/25(土) 23:32:13 ID:JkmODHIe
- tune nicomas が入るのか。胸熱だな。
- 408 ：名無しさん＠編集中：2010/12/26(日) 11:39:58 ID:s4PQI83G
- プロセスの優先度を指定するオプションてありますか？
- 409 ：名無しさん＠編集中：2010/12/26(日) 11:44:01 ID:t88Hy5lR
- man nice
- 410 ：名無しさん＠編集中：2010/12/26(日) 11:44:58 ID:dktJ6kad
- >>408
X264の前に以下を付与。
START "" /B /REALTIME /WAIT x264.exe ～
でバッチを開始。上記は優先度：リアルタイム。
- 411 ：名無しさん＠編集中：2010/12/26(日) 12:13:11 ID:htBAXiBB
- わしはこれじゃ
Start /B /BELOWNORMAL
- 412 ：名無しさん＠編集中：2010/12/26(日) 12:15:14 ID:gDwur3FT
- デフォで低じゃなかったっけ？
- 413 ：名無しさん＠編集中：2010/12/26(日) 12:49:15 ID:s4PQI83G
- ありがとう
それでやってみます
- 414 ：名無しさん＠編集中：2010/12/26(日) 16:34:40 ID:QYtSwcDO
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 415 ：名無しさん＠編集中：2010/12/26(日) 23:02:18 ID:u8Zk0iiA
- >>394 代行さん乙。
>>385 twitter.com/darkshikari/status/18009032535052288
After a long and intensive Kanji punning session,
I have decided that my screen name should be 拓然 （read as たくしかり）.
10:24 AM Dec 23rd webから
-------------------------------------------
長くて徹底的なKanjiだじゃれセッションの後に、
私は、私の芸名が拓然(たくしかりと読んでください)であるべきであると決めました。
-------------------------------------------
D_S、Please use http://www.excite.co.jp/world/english/
陀駆然（だくしかり）のほうがいいよ。
DA
蛇 Snake
堕 Fallen Example:堕天使 Fallen Angel
妥 tranquil good-naturedly 妥協 Compromise
惰 Inertia Laziness
打 Stricken batter beating
舵 Rudder
陀 Amitabha Buddha
駄 Uselessness
KU
苦 (a) pain; suffering(s); an affliction;hardship(s);
駆 at a run;at the double;at a gallop [canter]
区 a ward;a district;a section
句 phrase
SHIKARI
叱り scold
然り certainly: It is so! then...
- 416 ：名無しさん＠編集中：2010/12/26(日) 23:07:44 ID:u8Zk0iiA
- バンド名 "Enter Shikari" はヒンディー語で「Enter the Hunter」を意味し…
打苦死狩 が最適かな？
Beat-Pain-Death-Hunt
- 417 ：名無しさん＠編集中：2010/12/26(日) 23:23:45 ID:zWNLxagG
- …何その珍走団
- 418 ：名無しさん＠編集中：2010/12/26(日) 23:30:26 ID:u8Zk0iiA
- Da-Aku-shi-kari
打悪死狩 Beat-Evil-Death-Hunt
駄悪死狩 Useless-Evil-Death-Hunt
Hunter D_S on Harley Davidson with punk fassion (lol
- 419 ：名無しさん＠編集中：2010/12/27(月) 00:06:43 ID:yyBzcSpJ
- そういえば、Friday the 13thもJasonが活躍する映画だな。
- 420 ：拓然（たくしかり）：2010/12/27(月) 08:07:48 ID:2rh/OMwV
- >>416
ttp://translation.infoseek.co.jp/
>>419
ttp://ja.wikipedia.org/wiki/%E3%82%A4%E3%82%A2%E3%83%BC%E3%82%BD%E3%83%BC%E3%83%B3
- 421 ：名無しさん＠編集中：2010/12/27(月) 14:01:52 ID:1QqjTaOU
- ＿人人人人人人人人人人人人人人人＿
＞ ほんとどうでもいい ＜
￣^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^Ｙ^^Ｙ^￣
ヘ(^o^)ヘ
|∧
/
- 422 ：名無しさん＠編集中：2010/12/27(月) 16:18:01 ID:9KTK1rDC
- ダーク石狩
- 423 ：名無しさん＠編集中：2010/12/27(月) 19:52:57 ID:+JpaXtuK
- 抱尻
- 424 ：名無しさん＠編集中：2010/12/27(月) 20:55:44 ID:CQLEzWC6
- 1-3まで満員
- 425 ：名無しさん＠編集中：2010/12/27(月) 22:47:55 ID:eMRLaghh
- 道楽確り
- 426 ：名無しさん＠編集中：2010/12/29(水) 10:38:19 ID:juZ6jOc8
- Sandyさんの支援は受けられるのでしょうか
- 427 ：名無しさん＠編集中：2010/12/29(水) 11:42:08 ID:JSr2jdZX
- 支援が有益なら、すぐに受けられるようになるだろう
あまり有益でなければCUDA同様、鼻も引っ掛けられないだろう
まあ、半年後には答が出るんじゃないか
- 428 ：名無しさん＠編集中：2010/12/29(水) 12:04:20 ID:SvCvBGt3
- 今のところ速度をアピールしてただけだから望みは薄そうだ。
- 429 ：名無しさん＠編集中：2010/12/30(木) 17:58:50 ID:d5hi05xe
- http://twitter.com/#!/VFR_maniac/status/20382361023676416
http://ux.getuploader.com/aviutl_plugins/index/1/date/desc ここ、もうどうしようもないな... いくら入手ができないからって、ソースが公開されなかったGPL/LGPLものの再配布は不味いでしょうに。
http://twitter.com/#!/VFR_maniac/status/20383908717662208
ffmpegとかマルチメディア系のオープンソースプロジェクトって、研究を建前に特許料は払わないぜ、という立場を確立(?)させている節があるのに、特許料払わないわ、ソース無しでバイナリだけ配布とか、悪質な部類だよね？
http://twitter.com/#!/VFR_maniac/status/20386391816933376
GPL違反って、利用者側も違反になるからね。ソフトウェアを公開している側だけが違反なわけじゃないんですよ。
自分のことを棚にあげてな態度が気に食わない。
ダウンのくせに何を偉そうに。
確定的な証拠は持ってないけど危な目な証拠なら持っているので
今後もその態度を改めないなら晒すことも考えている。
- 430 ：名無しさん＠編集中：2010/12/30(木) 18:00:26 ID:d5hi05xe
- と言ってみたものの、そもそも開発の場がグレーゾーンだから仕方ないのか。
- 431 ：名無しさん＠編集中：2010/12/30(木) 18:09:57 ID:5drVrwFf
- こっちくんな
あっちでやれ
- 432 ：名無しさん＠編集中：2010/12/30(木) 18:18:01 ID:d5hi05xe
- あっちでやっても効果薄そうだからこっちに書いた。
しばらく様子見る。じゃーね。
- 433 ：名無しさん＠編集中：2010/12/30(木) 18:19:22 ID:xGiuXf9I
- ダウンって羽毛？
- 434 ：名無しさん＠編集中：2010/12/30(木) 18:20:37 ID:lhfGb1V/
- ダウンって症？
- 435 ：名無しさん＠編集中：2010/12/30(木) 18:24:04 ID:79B+U1Zh
- 絶対に笑ってはいけない
- 436 ：名無しさん＠編集中：2010/12/30(木) 19:49:32 ID:2py9eqsQ
- ﾀﾞｳｿのことだな。
なんにもわかってないな
- 437 ：名無しさん＠編集中：2010/12/30(木) 20:35:37 ID:1T8lfzqt
- seraphy先生、そろそろソース公開してください。
- 438 ：名無しさん＠編集中：2010/12/30(木) 23:20:23 ID:XLK+KkD2
- ID:d5hi05xeって冬厨って奴？
- 439 ：名無しさん＠編集中：2010/12/31(金) 02:29:47 ID:DQh8oPax
- GPL違反云々といっても国内の法律でもアメリカの法律でもどうにもならん。
- 440 ：名無しさん＠編集中：2010/12/31(金) 02:48:49 ID:JGBaprrq
- 裁判で長期に渡って戦わなけりゃならん事態になるだけで相当なダメージだし
和解金を払うことになってもつまらん
- 441 ：名無しさん＠編集中：2010/12/31(金) 10:45:39 ID:+KJCIxEs
- >d5hi05xe
コンテンツとソフトウェアを混同した考えは止めた方がいい。
コンテンツはコンテンツ。ソフトウェアはソフトウェアだ。
GPLで配布されているソフトには再配布の規定がされているのだ
から、きちんと従うべきだよ。
自身だってその恩恵にあずかっているんでしょう？子供みたいな
考え方は止めて、是々非々で行動すればいいじゃない。
- 442 ：名無しさん＠編集中：2010/12/31(金) 12:44:59 ID:tEl9EUhq
- 法律うんぬんじゃなくて単に頭の悪いかまってちゃんのガキだからな
- 443 ：名無しさん＠編集中：2010/12/31(金) 12:53:19 ID:GlH/KIC0
- x264のスレを開いたつもりが
法学スレだった
年取ると耄碌していかんなあ
- 444 ：名無しさん＠編集中：2010/12/31(金) 15:04:59 ID:kax1PHer
- 俺の言いたいことが正確に伝わらなかったみたいなので簡単にまとめると
ライセンスを遵守しろと言う前にまずは自分がダウンから足を洗うのが道理ではないのか
ということだ。
ただ、俺もこのスレでする議論ではなかったと少し反省しているので今後は自分が正しいと思うことを勝手にやることにするよ。
>>441
「コンテンツはコンテンツ。ソフトウェアはソフトウェアだ。」と言ってるが、
ソフトウェアだってコンテンツの一部と十分考えられると思うが。
- 445 ：名無しさん＠編集中：2010/12/31(金) 15:37:52 ID:zvBM1GMS
- >>444
そろそろ病院に行け
- 446 ：名無しさん＠編集中：2010/12/31(金) 17:07:18 ID:kJ1J9W3F
- >>444
言ってることは間違っちゃいない
が、ここは2ちゃんだしそういう事を論議するスレでもないので
まあそーいう事だ
- 447 ：名無しさん＠編集中：2010/12/31(金) 18:59:37 ID:bgv9bCiB
- >>444
俺はお前が間違ってると思う
が、ここは議論する場所じゃないな
議論したいならそれこそtwitterで本人に直接議論をふっかけろよ
- 448 ：名無しさん＠編集中：2010/12/31(金) 19:32:44 ID:4Vs17Cvs
- >少し反省している
なんで素直に反省していると言えないんだろう
>今後は自分が正しいと思うことを勝手にやることにするよ。
開き直りにしか聞こえん
- 449 ：名無しさん＠編集中：2010/12/31(金) 19:35:38 ID:xQXTBxMg
- いい加減x264の話題に戻せよ。
- 450 ：名無しさん＠編集中：2010/12/31(金) 19:39:06 ID:tNEdK1bY
- VFR_maniacが割れ厨ってマジ？
証拠キボンヌ
- 451 ：名無しさん＠編集中：2010/12/31(金) 19:56:20 ID:hi5wLFS5
- 本人のツイート見ろよ
- 452 ：名無しさん＠編集中：2010/12/31(金) 21:14:41 ID:4Hlah+fN
- >>450
http://twitter.com/#!/VFR_maniac/status/20469327597666304
- 453 ：名無しさん＠編集中：2010/12/31(金) 23:20:55 ID:QsENpcxM
- 自分が作ったツールが割れ厨御用達ってことに言及してるんだろ
- 454 ：名無しさん＠編集中：2011/01/01(土) 03:48:12 ID:Z86s69T1
- ダウソ住民だということを知らないやつがいることが驚きだ
- 455 ：名無しさん＠編集中：2011/01/01(土) 11:48:53 ID:i7kSDW02
- ＞MP4とかMOVとかの規格を勉強中の物理屋で院生のﾀﾞｳｿ。
って宣言してるんだから擁護の必要なんかないだろうに
- 456 ：名無しさん＠編集中：2011/01/01(土) 17:12:49 ID:A0t5kbhw
- つか海外の開発陣が使ってる素材すべてが合法とは限らないんだからそんなこと言ってたら
x264自体潰さなきゃならねーな。で誰が告発すんの？
- 457 ：名無しさん＠編集中：2011/01/01(土) 17:21:00 ID:Tp0FITzs
- 潰すとか、つまんねーことに人生の時間を使うなよな。
- 458 ：名無しさん＠編集中：2011/01/01(土) 19:15:35 ID:G5EmaSZ2
- avisynthのフィルタにもその手の作者は結構いるしな
- 459 ：名無しさん＠編集中：2011/01/01(土) 20:24:15 ID:MxrxAXQH
- >>457
人類の大半は他人に嫌がらせし続けて一生を終えるんだ
我々のほうが特殊なんだよ
- 460 ：名無しさん＠編集中：2011/01/01(土) 20:31:51 ID:FjkiGCBv
- >>459
出たよ超理論
- 461 ：名無しさん＠編集中：2011/01/01(土) 20:55:15 ID:BWHauKfO
- http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm
19,150円 1090T 定格 x64 OS x264エンコスコア 14.14fps
29,399円 i7 920 定格 x64 OS x264エンコスコア 11.82fps ← ｵｲｵｲ なにこの遅さｗ
↑
ｵｲｵｲなにこの値段ｗ
相変わらず㌧ﾃﾞﾓなボッタクリだねintelさんｗ
intelさんお馬鹿な信者を多く抱えてるから良かったねｗｗｗ
- 462 ：名無しさん＠編集中：2011/01/01(土) 21:00:07 ID:RfGHweXr
- つうかi7の920ってまだ売ってるのか？
最近価格調査の対象からも外されてて実質終わった製品だろ。
- 463 ：名無しさん＠編集中：2011/01/01(土) 21:00:35 ID:65O6tFIL
- まあ天地がひっくり返りでもしない限りAMDを買うことはないですねえ
- 464 ：名無しさん＠編集中：2011/01/01(土) 21:05:04 ID:SYFknkVZ
- そいつはマルチだレス無用
- 465 ：名無しさん＠編集中：2011/01/01(土) 21:07:02 ID:G5EmaSZ2
- >>461
そのページのx32てなによ？
x86のこと？
- 466 ：名無しさん＠編集中：2011/01/01(土) 21:07:31 ID:RfGHweXr
- しかし、コア数1.5倍、クロック1.2倍でfpsが20％増しか。
AMD苦しいな。
Bullでどうなるか。
- 467 ：名無しさん＠編集中：2011/01/01(土) 21:21:49 ID:qSoJsd1p
- Bulldozerはクロックあたりの性能の上昇は抑えて、コア数とクロックでの勝負だぞ
- 468 ：名無しさん＠編集中：2011/01/01(土) 23:03:23 ID:uNOheYLU
- 920は2年前の正月に買って既に新しいのに乗り換えてる
- 469 ：名無しさん＠編集中：2011/01/01(土) 23:05:53 ID:vmwGyGyP
- >>461
fpsだけ見ても仕方ない気がするぜ。
intelもAMDもそれぞれ得意とする計算があるわけで・・・
- 470 ：名無しさん＠編集中：2011/01/02(日) 00:17:08 ID:Lbg61dpA
- >>469
設定や使うフィルタなんかで逆転したりするよね
マザボが長く使えたりでAMDが安く付くのは確かだが
- 471 ：名無しさん＠編集中：2011/01/02(日) 02:14:59 ID:ntVbPT1P
- 去年980Xを買って4.5GHｚOCでメインに使ってるけど
920＠4.2GHｚもまだまだ現役だなぁ
AMDは長らく買ってねぇや
- 472 ：名無しさん＠編集中：2011/01/02(日) 02:27:49 ID:uy2bF7g0
- Bulldozerは並列特化だからx264だと早くなると聞いたけどいつ発売なんだろうね。
- 473 ：名無しさん＠編集中：2011/01/02(日) 03:47:27 ID:eEn4ucZl
- 春らしいね
順調にいけば
- 474 ：名無しさん＠編集中：2011/01/02(日) 07:59:06 ID:hLkFGoZh
- >>472
整数SIMDはFPユニットでやってるから整数コアが増えても意味ないって
Dark Shikariが言ってたぞ。
- 475 ：名無しさん＠編集中：2011/01/02(日) 11:20:13 ID:aPf80+TE
- >>461
どうでもいいが酷い出来のベンチでわろた。
- 476 ：名無しさん＠編集中：2011/01/02(日) 12:58:33 ID:eEn4ucZl
- x264ってSIMD叩きまくりだったの？
- 477 ：名無しさん＠編集中：2011/01/02(日) 13:47:30 ID:9bMhG139
- オプションに--no-asm付ければSIMDなしで動かせるよ
- 478 ：名無しさん＠編集中：2011/01/02(日) 14:15:57 ID:eEn4ucZl
- SSE4.xって合っても無くてもかわんなくね？
tesaで効果あるとか聞くけどtesaなんて使わないし
AVXにしても実装はしばらく来ないんでしょ？
あとBulldozerのFPunitって128bitのセットだから総数は同じだったはず
- 479 ：名無しさん＠編集中：2011/01/02(日) 14:23:25 ID:uy2bF7g0
- >>474
なん・・だと・・・ということはコア数増加分くらいしか恩恵はないと。
出てこないと結局はわからないのか。春まで待ちは結構長い・・・
- 480 ：名無しさん＠編集中：2011/01/02(日) 15:17:39 ID:hLkFGoZh
- >>479
意味ないってのは意訳しすぎたけど、x264の実行時間の60～70%が整数SIMDだって
言ってたからそこが強化されないとあんま速くはならないだろうな。
- 481 ：名無しさん＠編集中：2011/01/02(日) 19:50:15 ID:OvcOnsjf
- >>474
ソースくれ
- 482 ：名無しさん＠編集中：2011/01/02(日) 20:07:52 ID:/gUu9Edd
- >>481
http://doom10.org/index.php?topic=514.msg3551#msg3551
- 483 ：名無しさん＠編集中：2011/01/02(日) 22:55:15 ID:eEn4ucZl
- へぇ、だとしたらAMDはIntelより劇的に遅くないとおかしいよね
Intelの方がリッチなんだし
- 484 ：名無しさん＠編集中：2011/01/02(日) 23:47:41 ID:hLkFGoZh
- >>483
劇的に遅いぞ。
今のところ同クロックで2/3くらいの性能しかない。
BullでFPUに手が入るから、それでどれだけ改善するかだな。
- 485 ：名無しさん＠編集中：2011/01/02(日) 23:53:47 ID:eEn4ucZl
- >>484
同クロックで比較するならBullも遅い部類に入るよ
Bullはぶん回して稼ぐ予定なんだから
さらにSandyは1コア毎に128bit+64bit(小細工して128bit換算らしい)で256bitでくる(らしい)
Bullは2コアに128bitが二つ、AVX命令は2コアで1個しか使えない
ただし、整数コアとはloadとstoreが独立してるから影響は少ない(らしい)
Sandyは来週には出るから誰か比較よろしくー
- 486 ：名無しさん＠編集中：2011/01/03(月) 04:09:59 ID:AXYEq+OS
- ぶん回して稼いでネットバーストみたいなことにならないことを祈る
- 487 ：名無しさん＠編集中：2011/01/03(月) 15:10:50 ID:OQ+vaE+d
- ttp://www.4gamer.net/games/098/G009883/20110102001/
ここのAIDA64の整数演算系テストの結果を見るにx264でも乗り換え効果はありそうだな。
俺まだC2Qだからすげー気になってきた
- 488 ：名無しさん＠編集中：2011/01/03(月) 15:12:36 ID:z8wVKNLc
- >>487
6コアのNehalemには負ける。
http://www.anandtech.com/show/4083/the-sandy-bridge-review-intel-core-i5-2600k-i5-2500k-and-core-i3-2100-tested/16
- 489 ：名無しさん＠編集中：2011/01/03(月) 17:27:35 ID:UwIHnm+c
- 解像度落としてたのは細部を潰して速度稼いでるからなんでしょう？
SandyBridgeなんて大したことないんでしょう？騙されないんだからっ！！
- 490 ：名無しさん＠編集中：2011/01/03(月) 18:24:39 ID:UejBS5u3
- AVXぶん回せば今の二倍のスピードになる！
らしいぜ、Sandy
たぶん1割増しがせいぜいって感じだろうけど
- 491 ：名無しさん＠編集中：2011/01/03(月) 18:39:09 ID:euM5QQvR
- HTTでも散々大袈裟に言ってたから怪しいよな
- 492 ：名無しさん＠編集中：2011/01/03(月) 18:56:52 ID:YVZbUweK
- このスレはさすがにマトモで良かった
自作板のキモいSandy厨がエンコも知らないくせに必死にエンコ爆速を連呼してて痛すぎる
- 493 ：名無しさん＠編集中：2011/01/03(月) 19:05:01 ID:Y53NcSXs
- AviUtlのプラグイン作者ですでにAVX対応もの公開してる人いるけど
多分ほとんどはやくならないとか言ってたような記憶
速くなって欲しいんだけどな、希望としては。
- 494 ：名無しさん＠編集中：2011/01/03(月) 20:08:55 ID:ApkyA1vS
- >>493
TMPGEncみたくフィルタ処理を
GPUで処理するようにならない限り
全てのプラグがGPU対応すれば変わるんじゃないか
Sandyに既に対応済みのTMPGEncの新しいのには注目はしてる
- 495 ：名無しさん＠編集中：2011/01/03(月) 20:09:39 ID:UejBS5u3
- そのエンコってSandy内蔵のエンコーダ使ったQuick Sync Videoってヤツでしょ
画質犠牲にしたいつものアレ
- 496 ：名無しさん＠編集中：2011/01/03(月) 20:10:03 ID:GBQQjt0h
- >>492
いつもハードエンコで大騒ぎするのはロクにエンコしないやつら
性質上糞画質から逃れられないから試すまでもなく論外
- 497 ：名無しさん＠編集中：2011/01/03(月) 20:13:01 ID:euM5QQvR
- やつらはエンコをベンチマークとしか考えてないからな
- 498 ：名無しさん＠編集中：2011/01/03(月) 20:15:07 ID:+dt5V/Jr
- 870で30fpsも出る設定って相当軽いよなー。
- 499 ：名無しさん＠編集中：2011/01/03(月) 20:16:49 ID:+lk0+zIA
- x264でも1280x720でsubme6くらいなら60fpsくらい余裕で出るのにな。。。
糞画質のハードウェアエンコなんて今さら需要あるのか。
- 500 ：名無しさん＠編集中：2011/01/03(月) 20:17:54 ID:niqnGHBg
- 単なるコンバートという感じなのかな
- 501 ：名無しさん＠編集中：2011/01/03(月) 20:21:15 ID:tUybsLQ2
- レビューサイトのベンチおかしいよなー
x264も設定軽くすれば速くできるのに
- 502 ：名無しさん＠編集中：2011/01/03(月) 20:24:44 ID:LxilZ40D
- FPU叩きまくりのLINPACKはほぼ倍になってるぞ。
そんなエンコソフトはないだろうが。
ttp://j.mycom.jp/special/2011/sandybridge/images/Graph59l.jpg
- 503 ：名無しさん＠編集中：2011/01/03(月) 20:25:26 ID:LxilZ40D
- しまった、>>490宛だった。
- 504 ：名無しさん＠編集中：2011/01/03(月) 20:25:35 ID:+dt5V/Jr
- え?
俺、2passの2pass目がi7 870で10fpsぐらいしか出ない設定にしているんだが。
ひょっとしてやり過ぎなのか?
- 505 ：名無しさん＠編集中：2011/01/03(月) 20:28:47 ID:UejBS5u3
- >>502
おぉー、すげぇ期待しちゃうぞー
SSE4.xもplaceboで本領発揮だったからなー
でもplaceboなんて使わないしなー
>>504
いや、そんなもん
- 506 ：名無しさん＠編集中：2011/01/03(月) 20:29:47 ID:+lk0+zIA
- いや、まともにエンコしようとすればそれくらいの速度だろう。
ハードエンコと同じ速度に合わせることもできるし画質もソフトエンコの方がいいよ、という話だ。
- 507 ：名無しさん＠編集中：2011/01/03(月) 20:30:46 ID:LxilZ40D
- >>504
自分が気に入るようにすればいいさ。
画質を追求できるのがソフトウェア式の強みだからな。
- 508 ：名無しさん＠編集中：2011/01/03(月) 20:36:15 ID:ApkyA1vS
- >>504
970の俺ですら10fpsでないから問題ない
- 509 ：名無しさん＠編集中：2011/01/03(月) 20:39:56 ID:+dt5V/Jr
- ああ、なるほど。
x264でもハードエンコの速度と同じくらいの速度が出せるのにと501は主張したかったのか。
AVXには期待しているっす。Lynnfieldからの卒業も近いかな。
- 510 ：名無しさん＠編集中：2011/01/03(月) 20:48:57 ID:Y53NcSXs
- >>494-495
AVXばっか気にしててQuick Syncはロクに調べてなかったんだけど（どうせCUDAのみエンコみたいにクソ画質だと思ってたんで）
レビューサイトまわってみたらハードエンコなのに画質よさそうなのがちょっと気になってきた
P67H67外付GPUとの排他とか気になるところは多いけど…。スマートフォンとかポータブル向け変換機専用と見ればいいのかなぁ？
ま、OC耐性かなりよさそうだからAVX関係無しに予想よりソフトエンコでみてもいいもんなのかもしれないなとか思い直した＞Sandy
- 511 ：名無しさん＠編集中：2011/01/03(月) 20:57:59 ID:FUFL8C9+
-
525 ： あんこう(岐阜県) [] ：2011/01/03(月) 17:17:34.46 ID:1a7+HGhg0
>Q. Intel HD Graphicsの実装はDirectX9世代すら挙動が怪しい。
> たとえばDirectX10世代のShaderをフルに使うと、真っ白にレンダリングされる件は修正されるのか？
> それともSandy BrigdeになってもGPUを気遣うプログラムが必要になるのか？
>A. Sandy Brigdeでは約25倍高速になる。
会話になってねぇだろインテル
- 512 ：名無しさん＠編集中：2011/01/03(月) 21:08:41 ID:PJc/4PDP
- 宗教戦争なら他所でやれ
- 513 ：名無しさん＠編集中：2011/01/03(月) 21:10:45 ID:UejBS5u3
- >>510
まさにスマホ向けエンコーダだろ
ノートPC使っててエンコ用PCなんて持ちたくないし時間なんて掛けたくない人向け
Sandyは8コアはおろか6コアもlineupにないからな…
たぶん、SandyはBullに走ってそれからだな
- 514 ：名無しさん＠編集中：2011/01/04(火) 02:11:06 ID:ijlmVL5o
- AVX使うにはwindows7SP1必須やで
- 515 ：名無しさん＠編集中：2011/01/04(火) 02:24:04 ID:B/f6Dj5u
- SP1？
- 516 ：名無しさん＠編集中：2011/01/04(火) 02:31:15 ID:bT882frN
- いずれにせよ、AVXはx264には使えないし、今6-coreを使っている人はそのままで良いだろう。
- 517 ：名無しさん＠編集中：2011/01/04(火) 02:44:36 ID:DysfpxNI
- aviutlのフィルターが対応してるだけだったっけ。
まあ発売されてからだね。x264対応は当分先だろうし。
- 518 ：名無しさん＠編集中：2011/01/04(火) 02:51:24 ID:bT882frN
- >>517
>>480にも実行時間の60～70%が整数SIMDとあるけど、x264が対応するのかな。
http://doom10.org/index.php?topic=514.msg3535#msg3535
- 519 ：名無しさん＠編集中：2011/01/04(火) 03:09:07 ID:mcSy24Y5
- Dark_ShikariはAVX(笑)と鼻で笑ってたはず
- 520 ：名無しさん＠編集中：2011/01/04(火) 03:11:32 ID:xrBnwI9K
- Intelの発売前ベンチなんて誰も信用してないよな
- 521 ：名無しさん＠編集中：2011/01/04(火) 03:31:29 ID:CIM0lrX5
- 嘘つき少年のいうことは話半分だよな
- 522 ：名無しさん＠編集中：2011/01/04(火) 05:01:55 ID:DIBieDdG
- x264をなめてたわ＾＾；
fullHDのアニメが1Mbpsで十分きれい
バンディングはどうしようもないけど
エンコ時間も実時間と同じくらいｗ
- 523 ：名無しさん＠編集中：2011/01/04(火) 05:33:03 ID:bT882frN
- >>522
そのビットレートで出来ることは、ffdshowのdebandを使って再生するくらいしかないな。
- 524 ：名無しさん＠編集中：2011/01/04(火) 06:05:02 ID:Sh2453xS
- >>518
AVXはfp命令だから。
そのうちintまで拡張されるかもしれないけど、それまでは期待薄。
- 525 ：名無しさん＠編集中：2011/01/04(火) 07:32:31 ID:LQeZ6tNz
- エンコ速度が4分から2秒って記事あったけど
今思ってみれば何でエンコードしたのかわからないって胡散臭いよな。
もはやIntelそのものが胡散臭く感じる。
- 526 ：名無しさん＠編集中：2011/01/04(火) 07:40:18 ID:CIM0lrX5
- TVショッピングの便利商品並みだなｗ
- 527 ：名無しさん＠編集中：2011/01/04(火) 09:58:56 ID:Sh2453xS
- >>525
そもそもあれasciiの誤報だし。
IDFのデモは3分の1080pを十数秒で640x360のiPhone用フォーマットに変換しただけ。
ascii以外でi7で4分かかる処理が2秒なんて記事なかったろ？
- 528 ：名無しさん＠編集中：2011/01/04(火) 15:50:45 ID:DysfpxNI
- rigayaさんとこに比較あったんではり 画質比較 - x264、CUDA、ほか
http://rigaya34589.blog135.fc2.com/blog-entry-65.html
後はsandyとブルの速度か・・・
- 529 ：名無しさん＠編集中：2011/01/04(火) 17:02:44 ID:mcSy24Y5
- ハードウェアエンコの画質で満足するような奴はこんなスレ見ないと思う
- 530 ：名無しさん＠編集中：2011/01/04(火) 17:14:16 ID:KxAM4jDz
- >>529
それは現状だけ見ての話でしょ
- 531 ：名無しさん＠編集中：2011/01/04(火) 17:16:56 ID:nFMFZJ7r
- ていうかあの画質でいいならx264の開発者の人たちも
調整すれば同じくらいの速度出せるんじゃないの？
- 532 ：名無しさん＠編集中：2011/01/04(火) 17:19:26 ID:mcSy24Y5
- 現状の意味がわからん
スマホやポータブル向け画質のハードエンコが早かろうがこのスレにはまったく関係ない
ニワカの変なやつが現れるのも勘弁
- 533 ：名無しさん＠編集中：2011/01/04(火) 18:11:02 ID:KxAM4jDz
- >>528
scenecut 60
min-keyint 4
keyint 300
というのは何か具体的な理由があるんだろうか？
というよりkeyintって300とかでいいのか？
http://www.up-cat.net/x264%25A4%25C8Blu%252Dray.html
によると
＞min-keyintは2が、そしてkeyintは様々な兼ね合いから24がよいだろう。
＞元ネタによると、keyintとmin-keyintは2-24の値が推奨されるが、1-30の値が使用可能ではある
と書いてあったのだが。
scenecutはよくわからないけど。
- 534 ：名無しさん＠編集中：2011/01/04(火) 18:11:49 ID:KxAM4jDz
- >>532
そういうことじゃないんだが。
まぁいいよ。
- 535 ：名無しさん＠編集中：2011/01/04(火) 18:16:50 ID:/xviWAIQ
- >>531
ハードウェアエンコが何fpsくらい出るか知らんが、1090T@3.9GHzで1470秒の地デジアニメを
以下のx264設定とavsでエンコしたら136.50fps出てサイズは140,550KBだった。
ハードウェアエンコよりは画質もマシなんじゃなイカ？
--preset veryfast --tune animation --crf 20.0
SetMemoryMax(1024)
tr1=8
tr2=4
tr3=2
video_f="D:\VideoSorce\oreimo12.m2v"
cache_f="R:\RAM\oreimo12.ffindex"
FFVideoSource(video_f,cachefile = cache_f).threadrequest(tr1,tr2,tr3)
Auto24FPS(false,24,16,"",false).threadrequest(tr1,tr2,tr3)
Spline36Resize(1280, last.height()).threadrequest(tr1,tr2,tr3)
Spline36Resize(last.width(), 720).threadrequest(tr1,tr2,tr3)
return last
- 536 ：名無しさん＠編集中：2011/01/04(火) 18:18:19 ID:CDdzG6s3
- 300でいいのかってデフォルト値が300じゃん
まず初心者スレにでも行って根本的な知識つけてくるといいよ
- 537 ：名無しさん＠編集中：2011/01/04(火) 18:19:38 ID:Lk9MiYnZ
- >>533
300くらいのが圧縮で有利
ただし再生時のシークで不利になる＝大きなバッファが必要になる から
HDD以外のメディアに保存するなら避けるべき
- 538 ：名無しさん＠編集中：2011/01/04(火) 18:21:29 ID:CDdzG6s3
- ミス、デフォルトは250だっけか
どっちみち作る人がシークをどういう風に作りたいか次第だろ
- 539 ：名無しさん＠編集中：2011/01/04(火) 18:26:58 ID:KxAM4jDz
- >>536-538
別に悪いとか言ってるんじゃないんだけど、デフォルトの250を300に変更する
何か根拠があるのかなぁという程度のことだよ。
- 540 ：名無しさん＠編集中：2011/01/04(火) 18:32:22 ID:Lk9MiYnZ
- >>539
fpsX10が推奨だからPAL圏が250なんでNTSC圏は300
- 541 ：名無しさん＠編集中：2011/01/04(火) 18:32:26 ID:dkmoxmQx
- 別に30fpsの動画なら300でおかしくなくね？
猫科なんて誤記多いのに鵜呑みにしすぎ
この人よくわかってないくせに何で偉そうな物言いなんだｗ
- 542 ：名無しさん＠編集中：2011/01/04(火) 18:39:45 ID:nqyYxgqJ
- だから単に美学的な問題であって、なんでもいいんだよｗ
デフォを決めるときに、10秒ぴったりだと精神的に気持ち良いよね、
ということで、fpsの10倍の250になっただけ。
NTSCだからといって、わざわざ250から300にする必要は無いけど、
美しさ(笑)を求めるなら300がスッキリするよね って話ｗ
俺はなんでもデフォ設定で使うのが好きなので250。
- 543 ：名無しさん＠編集中：2011/01/04(火) 18:39:50 ID:u2GaCj7J
- 日本語おかしいよ
- 544 ：名無しさん＠編集中：2011/01/04(火) 18:40:56 ID:A0wsYUDW
- なんか面白い奴が居るな
- 545 ：名無しさん＠編集中：2011/01/04(火) 18:41:09 ID:qmNF7V+c
- まあID:KxAM4jDzが全くといっていいほど理解してないのはわかったが
ちょっとはそのオプションが何を意味してるのかくらいは調べてからにすればいい
この数値がいいとか書いてあるページだけ見て数値だけを盲信して脊髄反射レスするより
自分で調べて考えてからにしようね
- 546 ：名無しさん＠編集中：2011/01/04(火) 18:45:37 ID:LFcMVfgf
- 自分が何秒(何フレーム)ごとにキー入れてシークさせたいかがわかってれば
自ずと数値なんて決まるものじゃね？
むしろどこかに書いてあるからって意味なくその数値使うほうが理解出来んわ
その人の動画が24fpsにしてるのか30fpsにしてるのかでさえ変わってくるのに
- 547 ：名無しさん＠編集中：2011/01/04(火) 18:46:10 ID:OgLJeJ8B
- HDの場合4,5秒位が画質とシークのバランスが最も良い
24fpsならその5秒分で30fpsなら4秒分に当たる120
携帯とかストリーミングとかうｐ用途なら別に300とか600でも破綻しなければ何でも良い
- 548 ：名無しさん＠編集中：2011/01/04(火) 19:01:38 ID:Nlr79rqk
- 俺は240か360で使ってるな。
24と30の最小公倍数である 120の倍数が精神衛生上良い感じがする。
- 549 ：名無しさん＠編集中：2011/01/04(火) 19:03:12 ID:nFMFZJ7r
- >>535
sandy 1080p→360pが400fpsくらいらしいけど
1090Tで360pのピクセル4倍が137fpsか
これはAMDもHD動画が実時時間の5倍以上でエンコできますって宣伝すればいいんじゃないかな(笑
結局、劇的に速くて画質も良くて縮む魔法みたいな技術はないっていう当たり前のことを再認識しただけのような…
- 550 ：名無しさん＠編集中：2011/01/04(火) 19:04:53 ID:KxAM4jDz
- >>545
理解していないから勉強中なんだけど。
勉強中がそんなに悪いことなのかな？
調べてる最中に疑問に思ったから書いただけなんだけど。
>>547
こういう具体的な目安を聞けると助かります。
どうもです。
- 551 ：名無しさん＠編集中：2011/01/04(火) 19:09:47 ID:uI6ESNAK
- 調べるってレベルでもないkeyintについてこれほど理解出来ない奴は初心者スレ行けよ
いい加減このカスうざい
- 552 ：名無しさん＠編集中：2011/01/04(火) 19:14:35 ID:jR6AMGGy
- >>550
keyint関係については自分がどうしたいかによって値が決まるもの
どれが正解とかなければFAなんてものはない
つまりあんたは自分がどうしたいかのか何がしたいのかさえわかってないんだから
まずそのへんの勉強してから書き込むといい
他の人も行ってるけど初心者スレいくといい
- 553 ：名無しさん＠編集中：2011/01/04(火) 19:16:07 ID:YHwMmhYN
- SandyやTMPGのせいでこういうアホ増えるのかな
- 554 ：名無しさん＠編集中：2011/01/04(火) 19:18:25 ID:KxAM4jDz
- >>552
たまたま>>528のレスが目に止まったから聞いてみただけなんですが、
次回からは初心者スレで聞くことにします。
- 555 ：名無しさん＠編集中：2011/01/04(火) 19:19:47 ID:bAGXjd4t
- 人の数値聞かないと決められないわからないやつって何がしたいの？
- 556 ：名無しさん＠編集中：2011/01/04(火) 19:21:46 ID:nqyYxgqJ
- 俺のも含め、レスが無駄に沢山付いただけな気もする。
DS氏がpsy-rdやtune,presetとか色々と便利なもの作ってくれちゃったから
話題が枯れて無いというのがそもそもの問題。
- 557 ：名無しさん＠編集中：2011/01/04(火) 19:29:37 ID:wUXWm0jQ
- みんな荒れすぎだろ…。
無視・誘導・教える
このどれかで済むことじゃん。
まあ閑散としてるよりは面白いけどな。
- 558 ：名無しさん＠編集中：2011/01/04(火) 19:36:27 ID:iucvYTGX
- >>553
TMPGの新しいスレでは
◆x264の設定に関してはx264スレでもテンプレ化されてません！
x264の開発は常に進化されてる為です！
設定に関してては各自で調べてみましょう！
x264のWikiまで貼ってってテンプレ化されてるのに
もう1個のスレは相変わらずくれくれ多い
アホが増えるのは調べられない低能なんだろう
- 559 ：名無しさん＠編集中：2011/01/04(火) 19:37:17 ID:D1hhzIeS
- keyintはBD向けHDなら30fpsなら30(1s)、SDなら2sまでOKだとかどっかで見たけど
規格見てもどこに載ってんのかﾜｶﾝﾈ
- 560 ：名無しさん＠編集中：2011/01/04(火) 19:45:27 ID:iucvYTGX
- --ref 3や--b-pyramid strictや--nal-hrd vbrは
付けるって書いてあるのみたことあったが
keyintに関しては知らんな
- 561 ：名無しさん＠編集中：2011/01/04(火) 19:52:24 ID:q1Mmrc52
- >>559
BDの規格書見られるのか、すげーな
あれってその手の仕事してる人間以外はなかなかお目にかかれるもんじゃないはずだけど
- 562 ：名無しさん＠編集中：2011/01/04(火) 19:59:49 ID:vOraKh8W
- あとsliceが4以上だっけ?>BD規格
- 563 ：名無しさん＠編集中：2011/01/04(火) 20:03:25 ID:tB4RF+7A
- このパージの情報のことか？
http://forum.doom9.org/showthread.php?t=154533
- 564 ：名無しさん＠編集中：2011/01/04(火) 20:11:15 ID:teV7XmQ9
- >>549
1080p→360pってことはインタレ解除や24fps化処理は挟んでないのかな？
画質はソフトエンコに及ばない上に速度でもほとんどアドバンテージは無いな。
- 565 ：名無しさん＠編集中：2011/01/04(火) 20:33:23 ID:1hobSWz9
- >>533
そのページはBD向けの設定（制約）を書いたものでしょ
BDに使わない場合には関係ない
- 566 ：名無しさん＠編集中：2011/01/04(火) 20:37:03 ID:tB4RF+7A
- >>565
話の流れとして、BD向けの設定の話しをしてるのではないのか？
- 567 ：名無しさん＠編集中：2011/01/04(火) 20:40:46 ID:q1Mmrc52
- >>563
そこの情報なら、見てもわかんねぇとかないだろ
これ以上ないほど簡単に書いてある
"simple aspect ratio"が、ただのtypoかそういう呼び方をするところもあるのかがちょっと気になるけど
- 568 ：名無しさん＠編集中：2011/01/04(火) 20:48:49 ID:mPQ/LQhn
- いつもよく分からないことで加熱するなこのスレ
- 569 ：名無しさん＠編集中：2011/01/04(火) 20:51:05 ID:RCiQdP6y
- よくわからないのは知識がないだけだろ
- 570 ：名無しさん＠編集中：2011/01/04(火) 21:09:41 ID:D1hhzIeS
- ああｽﾏｿ、俺が見たのは規格書じゃなくて、↓(pdf注意)
http://www.blu-raydisc.com/Assets/Downloadablefile/2b_bdrom_audiovisualapplication_0305-12955-15269.pdf
>>563
初見だけど、分かりやすいね
SD/HDじゃなくて、15Mbpsが境か
- 571 ：名無しさん＠編集中：2011/01/04(火) 21:38:45 ID:2vm8qWWb
- 1分間のハイビジョン動画をH.264に変換したときの速度
http://pc.nikkeibp.co.jp/article/news/20110104/1029404/ph31_px400.jpg
- 572 ：名無しさん＠編集中：2011/01/04(火) 21:39:20 ID:J5iD/dGt
- ttp://www.4gamer.net/games/098/G009883/20110102001/
* 整数演算命令主体のテストでは，同クロックのNehalem系に対して順当に性能が向上している
* SSEやFPUといった一部の命令では，Nehalem系からさほど変わっていないか，やや分が悪い部分もある
core2からならまだしもNehalemからSandyはがっかりっぽいな
- 573 ：名無しさん＠編集中：2011/01/04(火) 21:43:35 ID:vOraKh8W
- 十分速くなっている気がするんだがなぜ?>がっかり
- 574 ：名無しさん＠編集中：2011/01/04(火) 21:49:30 ID:J5iD/dGt
- Core i7の9xxや8xxから乗り換えるほどのもんじゃないってこと
- 575 ：名無しさん＠編集中：2011/01/04(火) 21:52:31 ID:iucvYTGX
- i3やi5よりは上で8xx9xxよりは下なのね
値段予想だとそこまで高くないみたいだな
- 576 ：名無しさん＠編集中：2011/01/04(火) 21:54:29 ID:vOraKh8W
- 1分のソースのエンコードで1分も早くなっていれば、結構凄くない?
まぁ、どう捉えるかの問題だと思うけどさ。
- 577 ：名無しさん＠編集中：2011/01/04(火) 21:55:20 ID:R8Kbfm2F
- いや別に凄くない
- 578 ：名無しさん＠編集中：2011/01/04(火) 22:05:07 ID:xY7HnCUs
- 結局桟橋とAMDの6コアと同一価格ならどっちが速いんだよ！
- 579 ：名無しさん＠編集中：2011/01/04(火) 22:11:20 ID:chV4CRlT
- 同一価格ってそんなん比べてどうすんだべ？金がないなら性能なんか
気にせずに絶対価格が安いの買っとけばいいべ。
- 580 ：名無しさん＠編集中：2011/01/04(火) 22:28:41 ID:Se901hQi
- 論理が成立してねえ
- 581 ：名無しさん＠編集中：2011/01/04(火) 22:45:42 ID:Nlr79rqk
- >>579
君はコストパフォーマンスという言葉を知らないのかね。
- 582 ：名無しさん＠編集中：2011/01/04(火) 22:51:42 ID:x8RQm61d
- 吉野家とすき家と松屋の牛丼の同一価格ならどっちがうまいんだよ！
- 583 ：名無しさん＠編集中：2011/01/04(火) 22:52:18 ID:Nlr79rqk
- >>582
良い例だ。
回答は避けるが。
- 584 ：名無しさん＠編集中：2011/01/04(火) 23:19:49 ID:chV4CRlT
- コスパとか言ったって速く終わる分の時間は買えないんだぜ
懐と相談して自分に見合ったの買えば良いだけ
単純に価格性能比だけじゃなくワッパとか発熱具合で爆音はいやだとか
物差しはいっぱいあるがな、違う製品の同一価格でのコスパだけ比べても無意味
- 585 ：名無しさん＠編集中：2011/01/04(火) 23:22:53 ID:Nlr79rqk
- >>584
物差しがいっぱいある中で、コスパという物差しが無意味な理由を教えてくれ。
- 586 ：名無しさん＠編集中：2011/01/04(火) 23:25:08 ID:Nlr79rqk
- 俺としては、大きな判断材料になると思うんだがなあ・・・
- 587 ：名無しさん＠編集中：2011/01/04(火) 23:43:36 ID:wUXWm0jQ
- >>584
実際に金を出すのは買うヤツなんだから、お前の金銭感覚の話をしてもしょうがないだろう…。
そもそも自作板でもハードウェア板でもないし。
- 588 ：名無しさん＠編集中：2011/01/05(水) 00:18:05 ID:0z6J2Dia
- >>金がないなら性能なんか気にせずに絶対価格が安いの買っとけばいいべ。
とか意味わかんない
同じ予算で買えるCPUをどうせなら性能が良い方をって考えるのは至極当然のことだと思うけど
性能とかは無視で価格が最優先事項ならそうなるけど
>>578の場合そうじゃないでしょ
- 589 ：名無しさん＠編集中：2011/01/05(水) 00:59:47 ID:fOBiHjIl
- >>587
自分にはコスパコスパしか言わん意見よりまっとうに見えるが。
- 590 ：名無しさん＠編集中：2011/01/05(水) 01:29:40 ID:1WQHlTjI
- >>584
コスパだけが悪者扱いされる意味が分からない
- 591 ：名無しさん＠編集中：2011/01/05(水) 01:50:03 ID:zc9vbzmh
- スレチの口喧嘩を続ける理由が分からない
- 592 ：名無しさん＠編集中：2011/01/05(水) 06:44:52 神 ID:xnF9l/uM
- 自作PC板で死ね
- 593 ：名無しさん＠編集中：2011/01/05(水) 13:30:12 ID:gH+jqai2
- >>589-590
http://yuzuru.2ch.net/cosp/
http://set.bbspink.com/erocosp/
- 594 ：名無しさん＠編集中：2011/01/05(水) 14:01:14 ID:Ih0jae1l
- スレが伸びてるから神オプションでも出来たのかと思ったら…がっかりだぜ
- 595 ：名無しさん＠編集中：2011/01/05(水) 21:24:34 ID:KubBkRc6
- x264でエンコード時に、使用したオプション一覧（x264_param2string）を出力する方法ってないでしょうか？
- 596 ：名無しさん＠編集中：2011/01/05(水) 21:30:31 ID:vaxExiHL
- komisarのcli版なら出力されるな。
- 597 ：名無しさん＠編集中：2011/01/05(水) 21:31:08 ID:G5zYbaTF
- fullHDでエンコするか720pでエンコするか悩み中
同ビットレートだと、前者のほうがくっきりに再生可能、ただしバンディングがひどい
後者は、アップスケールする際にぼける、ただしバンディングがまだまし。
- 598 ：名無しさん＠編集中：2011/01/05(水) 22:04:43 ID:zc9vbzmh
- 好きにしなさい
決めるのは君だ
- 599 ：名無しさん＠編集中：2011/01/05(水) 22:47:24 ID:G5zYbaTF
- fullHDのアニメに対して、5Mbps使えば十分きれいだけど、
それ以上にきれいにしようとしたら20Mbpsあっても足らない・・・
- 600 ：名無しさん＠編集中：2011/01/05(水) 22:49:33 ID:wET4+NjL
- それは既にソース側の問題なのでは？
- 601 ：名無しさん＠編集中：2011/01/05(水) 23:57:49 ID:G5zYbaTF
- ソースをなるたけきれいにフィルタリングして、一度ロスレスで出力しています。
それとエンコ済みの動画をひたすらにらめっこなう。
- 602 ：名無しさん＠編集中：2011/01/06(木) 00:05:09 ID:QEwgdhRA
- 俺的は放送アニメは720pで十分だわ
- 603 ：名無しさん＠編集中：2011/01/06(木) 00:12:27 ID:8p1QCDXw
- 画質落ちるのは しゃあない
画質落とさないでエンコしたいってのは我が儘だわ
- 604 ：名無しさん＠編集中：2011/01/06(木) 00:26:41 ID:ig8oXt2P
- メモです。
GradFun2DBmodを使う場合、chromaには処理を行わないほうが、
見た目的にも、bitrate的にもよさげ。
- 605 ：名無しさん＠編集中：2011/01/06(木) 00:46:29 ID:A1x/AuBr
- ほほう
- 606 ：名無しさん＠編集中：2011/01/06(木) 06:10:50 ID:A50BATQ2
- バンディングは脳内フィルタでカバーですよ
- 607 ：名無しさん＠編集中：2011/01/06(木) 12:06:27 ID:GAbyjJRj
- ノイズも脳内フィルターでカバーですよ
- 608 ：名無しさん＠編集中：2011/01/06(木) 12:38:47 ID:87ylmwbm
- アホな質問ですまないが昨日あたりからsandyが話題だけどこれっていくらエンコード速いっていってもx264には別に関係ないんだよね？
- 609 ：名無しさん＠編集中：2011/01/06(木) 12:42:48 ID:iRX+OKH8
- 発売前だから断言はできないが
ほぼ関係ないと思う
- 610 ：名無しさん＠編集中：2011/01/06(木) 12:47:57 ID:20+2zbli
- エンコには使えなくてもソースのデコードに利用できれば恩恵はあるかも。
- 611 ：名無しさん＠編集中：2011/01/06(木) 12:55:09 ID:iRX+OKH8
- i7 2600搭載のPC価格がマウスから発表になったが
思ったより高くないから
980ｘやら970のがいいのかもな
- 612 ：名無しさん＠編集中：2011/01/06(木) 15:08:46 ID:Snuf+H/c
- AVX次第
- 613 ：名無しさん＠編集中：2011/01/06(木) 15:24:06 ID:Xo8CWiE/
- グラボ挿したらAVX使えないとかｍｊｄｓｋ
- 614 ：名無しさん＠編集中：2011/01/06(木) 15:26:35 ID:qkApvaC7
- それは嘘でしょ
- 615 ：名無しさん＠編集中：2011/01/06(木) 16:04:13 ID:bnkBUXu5
- x264の場合コア数が増えた方が効くから、6コア最強は変わらないだろう
その6コアCPU1つで、Sandyが2つ買えてしまうけどな
- 616 ：名無しさん＠編集中：2011/01/06(木) 17:53:28 ID:YOH+qVEH
- >>596
教えて下さってありがとうございました。
- 617 ：名無しさん＠編集中：2011/01/06(木) 21:11:04 ID:XVhGAhzy
- >>615
そう考えるとOｐじゃないのが2発乗るMBが欲しいな
変態辺りが出さないもんか
- 618 ：名無しさん＠編集中：2011/01/06(木) 21:16:31 ID:RjFxlk9J
- 石2個載る奴で全然fps伸びないとかずいぶん前にこのスレで見たような
気がするがどうなんだろ。
- 619 ：名無しさん＠編集中：2011/01/07(金) 00:44:45 ID:K/4ptNKW
- >>618
入力や設定のせいでボトルネックが発生してるんなら、
当然速度も上がらない。ちゃんとマルチスレディングができて、
入力側も問題ないなら、ある程度速度が上がるはず。
- 620 ：名無しさん＠編集中：2011/01/07(金) 01:13:09 ID:YAqrjlSV
- >>619
ありうる。可逆圧縮のエンコ用中間ファイルがシングル対応だったりとか。
- 621 ：名無しさん＠編集中：2011/01/07(金) 01:18:23 ID:76GR9Cdb
- Sandy BridgeとH67チップセットの組み合わせではハードウェアエンコードと
ハードウェアデコード(Intel Quick Sync Video機能)が利用できる
AVX:
ここで要注意なのが、内蔵GPUがオンになっていないとエンコード機能が使えないことだろう。
今回のテストでは、内蔵GPUがオンでも別途ビデオカードを差している状態だと、
ハードウェアエンコード機能が有効にならなかったため、
外付けGPUによる高速3Dゲームと内蔵GPUエンコードの両立は難しいと思われる。
マザーによっては別途ビデオカードを差している状態でもBIOS設定で内蔵GPUオンのハイブリッドが可能
H67ってミドルレンジだろ
眼中に無いわ
- 622 ：名無しさん＠編集中：2011/01/07(金) 02:35:26 ID:GXQwh03X
- >>621
AVX関係ないじゃん。
- 623 ：名無しさん＠編集中：2011/01/07(金) 06:53:00 ID:6/GGrKzc
- コア数増えるほどアムダールの法則で律速されるから、最強は1コア高クロック
まあそれは無理だけどｗ
- 624 ：名無しさん＠編集中：2011/01/07(金) 07:05:52 ID:k9SGcXlP
- 浮動小数点演算ユニットが優秀になっただけだから
あんまり期待するなよｗｗ
まあ、価格がAMDに対抗して安いから乗り換る分には良いんじゃないか？
TDPも下がってるし。
お得なCPUって事で。
x264に組み込むにしても、yasmはAVX対応終わってるけどバグはあるだろうし
GCCに至っては4.6じゃないと対応していない。それも未完
Win7はSP1待ち。
どのみち、対応するのに時間掛かるんだから
妄想オナニーでスレ消費するのは辞めようぜ？
- 625 ：名無しさん＠編集中：2011/01/07(金) 10:49:23 ID:oTUxmf+J
- x264の処理は、今となっては軽いほうだしな
synthやutlなりのフィルタのほうが問題だ
- 626 ：名無しさん＠編集中：2011/01/08(土) 01:39:36 ID:xrfYbKQp
- 2600kをOCすればいやでもfpsあがるだろよ
ちょい盛りで5Ghzとかのレビューいくつか見るとマジで買いそうになる
- 627 ：名無しさん＠編集中：2011/01/08(土) 03:23:35 ID:rVrJw4ir
- 。＋ ﾟ + ･＋ ﾟ * 。＋ ﾟ + ･ * 。＋ ﾟ + ･＋ ﾟ* 。＋ ﾟ + ･ * 。＋ ﾟ + ･＋ ﾟ
+。 ﾟ ･ _､ _ :::＿ 。・ _､ _ ＿:::∧ ∧. ＿::::。・._、_ ﾟ ･ ＿::::。・._、_ ﾟ ･ +。
* ,--（ ､_>`）-‐(_,m)‐（ ､_>`）-‐( n/:彡ミ゛ヽ;）(m,_)‐-（<_,` ）-(m,_)‐-（<_,` ）-､ *
ﾟ + i ,-ー i ,-ー / :::/:: ヽ、ヽ、 ::iー-、 .iー-、 .i ﾟ +
＿l ｉ＿ n､ く l ｉ＿n､ く / :::/;;: ヽ ヽ ::ｌ ゝ ,n ＿i ｌ ゝ ,n ＿i ｌ
ヽ＿（ _.ﾖ￣￣￣ヽ＿（ _.ﾖ￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣E_ ）＿_ノ￣￣E_ ）＿__ノ￣
- 628 ：名無しさん＠編集中：2011/01/08(土) 12:25:18 ID:S26rC6TE
- おい2時間の映画で4fpsしかでないぞ
- 629 ：名無しさん＠編集中：2011/01/08(土) 12:28:14 ID:J6cl3gkk
- ラピュタか？
- 630 ：名無しさん＠編集中：2011/01/08(土) 13:50:41 ID:S26rC6TE
- >>629
やだ、恐い。ななななんでわかるんですか？
- 631 ：名無しさん＠編集中：2011/01/08(土) 14:36:22 ID:hLuWsvgS
- 昨日の千と千尋もきついね
赤いし
- 632 ：名無しさん＠編集中：2011/01/08(土) 14:49:05 ID:9USEX5pS
- 老害パヤオ死なねえと修正できないんだろ
ナウシカとかラピュタもデジタル修正なしだろ？
何が当時のままだよセル撮影時のピンボケは
誰も望んじゃいなんだよさっさと修正しろ
- 633 ：名無しさん＠編集中：2011/01/08(土) 14:50:16 ID:l5ivz+aB
- 地デジは解像度的にもBDより楽だろ
グレインてんこ盛りと静止画でも動いてる
ラピュタとでは比べものにならないと思う
- 634 ：名無しさん＠編集中：2011/01/08(土) 15:18:08 ID:NxGJq2LM
- パヤオは白内障だから色の感じ方がおかしい
誰か指摘しろよ
- 635 ：名無しさん＠編集中：2011/01/08(土) 17:45:50 ID:CPjBM1uZ
- 403 Forbidden
Request : GET
Object : /~seraphy/program/x264/
HTTP からのアクセスは、許可されていません
--------------------------------------------------------------------------------
- 04WebServer/1.86 -
- 636 ：名無しさん＠編集中：2011/01/08(土) 18:27:17 ID:DQTjnR8c
- x264のビルドで質問があります
32bit版x264は解説サイト等見ながらできるようになったのですが
64bit版のビルドの仕方がわからずここに来ましたどなたかご教示願いたく、または解説サイトなど
ありましたら紹介していただけないでしょうか？
それと、x264のビルドの際、バージョンなどが記される文字列をカスタマイズしたいのですが
こちらも合わせてお願いします
- 637 ：名無しさん＠編集中：2011/01/08(土) 18:43:41 ID:BVl8l1Qd
- >>636
Windowsでのビルドの仕方は、ここに書いてある。
文字列云々はちょっと分からない。
Compiling x264 on 32 & 64 Bit Windows - Guide.
http://doom10.org/index.php?topic=26.0
- 638 ：名無しさん＠編集中：2011/01/08(土) 19:44:46 ID:6qfroK79
- >>636
https://gist.github.com/726410
これの最初のコメントを見ればなんとなくmingw32/64な環境が整えるはず。
スクリプト自体はx264_L-SMASHの使用のため作ったんで、そっちの使用には
向かないかもしれないけど、コマンドを一旦読んで、追加してる設定等を見れば
ビルドはできるはず。
バージョンの文字列はconfigureした後、config.hを編集すれば変えられる。
- 639 ：名無しさん＠編集中：2011/01/08(土) 19:55:48 ID:DQTjnR8c
- >>637-638
どうもありがとうございます
さっそくビルドに挑戦してみます！
- 640 ：名無しさん＠編集中：2011/01/09(日) 02:25:06 ID:OTNi3pdD
- http://livedoor.2.blogimg.jp/donbe1970/imgs/0/2/02869d11.PNG
Intel始まった
- 641 ：名無しさん＠編集中：2011/01/09(日) 10:46:44 ID:ilnvapgT ?PLT(44449)
- PCI Expressスロットに埃が絡まっている余寒 >x8
- 642 ：名無しさん＠編集中：2011/01/09(日) 10:46:57 ID:ilnvapgT
- なんでログインされてるんだ
- 643 ：名無しさん＠編集中：2011/01/09(日) 11:15:11 ID:/dzXeKKr
- 知らねーよｗ
- 644 ：名無しさん＠編集中：2011/01/09(日) 16:25:35 ID:lJb+HOfp
- 新年なってからまだ10日も経ってないのに「来年になったら本気だす」ｗｗ
- 645 ：名無しさん＠編集中：2011/01/10(月) 08:19:47 ID:Wp4b06SD
- >>640
温度も表示せず一発芸見せられても
- 646 ：名無しさん＠編集中：2011/01/10(月) 08:33:38 ID:wQUWvvPq
- 毎回必ずエンコ完走しなきゃ意味ねぇんだよな
- 647 ：名無しさん＠編集中：2011/01/10(月) 11:49:34 ID:kmwW1nPR
- >>640
ノイズ乗りまくりそうなクロックだなｗ
- 648 ：名無しさん＠編集中：2011/01/10(月) 11:52:53 ID:CEPSdQGU
- >>641
SLIかCFしてるんじゃね？
- 649 ：名無しさん＠編集中：2011/01/11(火) 06:39:10 ID:q2GPGU3b
- r1867
- 650 ：名無しさん＠編集中：2011/01/11(火) 08:57:08 ID:Sq/ctwIO
- 3DとVFRのmb-treeの改善らしいが、x264ってMVCはサポートしていたんだっけ?
- 651 ：名無しさん＠編集中：2011/01/11(火) 17:21:42 ID:rzedw36F
- high bit depthだらけだな。
- 652 ：名無しさん＠編集中：2011/01/11(火) 19:28:40 ID:bUNGGTuI
- r1834で72MBになった動画がr1867だと同じ設定で60MBになった。
縮みすぎだと思うけどバグ？
- 653 ：名無しさん＠編集中：2011/01/11(火) 19:38:36 ID:Sq/ctwIO
- >>652
mb-treeは使っている?
それが改善されているから、影響が出ているかも。
- 654 ：名無しさん＠編集中：2011/01/11(火) 19:48:25 ID:/HsSWTQK
- >>652
かなり処理が変わったんだろうね。
フレームレートの違いでも結構変わるようだから
以前と同じくらいのサイズにしたいなら設定変えないと駄目だろうね。
- 655 ：名無しさん＠編集中：2011/01/11(火) 20:10:33 ID:fgFdjdbb
- さっそく、今期の1話エンコしなおしか・・・。
- 656 ：名無しさん＠編集中：2011/01/11(火) 20:14:26 ID:7X8YcRM2
- WARNING: This change redefines x264's internal quality measurement.
x264 will now scale its quality based on the framerate of the video due to the aforementioned frame duration logic.
That is, --crf X will give lower quality per frame for a 60fps video than for a 30fps one.
This will make --crf closer to constant perceptual quality than previously.
The "center" for this change is 25fps: that is, videos lower than 25fps will go up in quality at the same CRF and videos above will go down.
This choice is completely arbitrary.
Note that to take full advantage of this, x264 must encode your video at the correct framerate, with the correct timestamps.
一言で言うと、同じcrfでも25fps以下の動画は質とサイズうｐ、25fps以上ならダウン
- 657 ：名無しさん＠編集中：2011/01/11(火) 20:47:56 ID:iEobnUnG
- 今までの経験則通じなくなるのか、まあいままでのレートの割り振りあんま
好きじゃなかったから色々試してみるかな
- 658 ：名無しさん＠編集中：2011/01/11(火) 21:13:40 ID:bi8gu/lL
- 60fps部分を含む短いクリップでテストしたら、なんかえらい縮むようになった。
24fpsのみのクリップではあまり変わらなかった。
- 659 ：名無しさん＠編集中：2011/01/11(火) 21:41:08 ID:yqohmi4a
- 24fpsでcrf22で24分の動画試したやつだと1MBほど容量増えただけだった
- 660 ：名無しさん＠編集中：2011/01/11(火) 22:04:28 ID:Nvf+RnuF
- クッソーおまえらテキパキとコマンド打って最新のx264使っちゃってる訳だろ？
いいなー
- 661 ：名無しさん＠編集中：2011/01/11(火) 22:11:20 ID:Q1Hpb70z
- 60fpsの部分縮むならそれはそれでありがたい
- 662 ：名無しさん＠編集中：2011/01/11(火) 22:12:19 ID:7X8YcRM2
- いや単に質下がってるってことだぞ
- 663 ：名無しさん＠編集中：2011/01/11(火) 22:18:27 ID:bi8gu/lL
- まぁレートの割り振りが変わっただけでトクしたわけではないよな。
- 664 ：名無しさん＠編集中：2011/01/11(火) 22:26:36 ID:Q1Hpb70z
- >>662
勘違いしてた
ありがと
- 665 ：名無しさん＠編集中：2011/01/11(火) 23:00:15 ID:u81VpE+e
- クオリティとサイズは同じで、crfの値だけ変わるってことか
- 666 ：名無しさん＠編集中：2011/01/11(火) 23:33:51 ID:HpkWF3GG
- >660
x264guiExを使っているよ。
- 667 ：名無しさん＠編集中：2011/01/12(水) 00:21:18 ID:k0R1V6JY
- 俺は自分で作ったフロントエンドを使っている。
- 668 ：名無しさん＠編集中：2011/01/12(水) 00:31:56 ID:cZ6AhqlN
- うｐ
- 669 ：名無しさん＠編集中：2011/01/12(水) 00:33:47 ID:paYoJ2QQ
- たとえば、--crf(20(0-) ,18(32011-34455))みたいな感じで
フレームによってCRF値変えられるとありがたいんだが、めんどくさいか。
- 670 ：名無しさん＠編集中：2011/01/12(水) 01:04:27 ID:QINy90Rp
- >>669
xvidではZonesのところでフレーム指定して品質指定できたような
- 671 ：名無しさん＠編集中：2011/01/12(水) 01:17:25 ID:ERnsS53r
- fps オプション与えなければ効果変わらずなのだろうか？
- 672 ：名無しさん＠編集中：2011/01/12(水) 01:28:06 ID:saY7CxPM
- また、やっかいな事になったな・・・・。
- 673 ：名無しさん＠編集中：2011/01/12(水) 01:34:25 ID:KMpxE+ks
- >>667
あっぷ
- 674 ：名無しさん＠編集中：2011/01/12(水) 01:39:47 ID:KCg3B4M5
- 分割エンコしてたらテロ部分だけ、サイズも画質も下がっちゃうの？
テロ用に新たに設定煮詰めないとダメなんかな
- 675 ：名無しさん＠編集中：2011/01/12(水) 01:41:22 ID:Q8RcHjpH
- 直感的にあやしすぎるだろ
- 676 ：名無しさん＠編集中：2011/01/12(水) 02:11:21 ID:k0R1V6JY ?2BP(1113)
- >>673
フロントというか、バッチやavsやItsを自動で書くためのただのテンプレ管理ソフトだ。
俺の環境専用仕様なのでうｐしても仕方がない。
- 677 ：名無しさん＠編集中：2011/01/12(水) 02:46:54 ID:tl8K0nB/
- フロントエンド作っても機能増えたり消えたりした場合に変更しなければならないんだよねぇ
x264に無い引数渡すと動いてくれないし
- 678 ：名無しさん＠編集中：2011/01/12(水) 06:09:35 ID:5CEPvEba
- 流れ読まずすまん。
ほぼ動きのない動画において、IDR Intra Frameの画質「だけ」出来るだけ
引き上げたいんだが、（カメラで取り込んだ実験の記録とかで使うため）
- qpsetpを引き上げる
- ipratio/pbratioを引き上げる
- qcompを引き上げる
くらいしか思いつかなかったんだが、どういうチューニングをすると
いいか、いいアイデアがあったら教えてほしい。
- 679 ：名無しさん＠編集中：2011/01/12(水) 06:31:56 ID:/0oOvMCy
- >>678
--tune stillimage
完全な静止画ならx264が勝手にスキップM/Bにしてくれるから、
後はkeyintを気にすればいいだけじゃないかと思う。
- 680 ：名無しさん＠編集中：2011/01/12(水) 07:28:49 ID:FU3ffKb2
- Google Code-Inからやたらパッチがきてるんだがどういうことなんだい
- 681 ：名無しさん＠編集中：2011/01/12(水) 07:35:41 ID:cZ6AhqlN
- high bitばっかりだからなぁ…
先に再生環境を整備してくれよ
- 682 ：名無しさん＠編集中：2011/01/12(水) 08:09:52 ID:Iue3k8EU
- >Adaptive MBAFF development is coming along, with B-frames being finished up currently.
Newsletter Vol. 1からあるMBAFFは、非常に難しいのだろうな。
- 683 ：名無しさん＠編集中：2011/01/12(水) 10:31:57 ID:anzwgH89
- x264ってSandyBridgeに対応するのかな？
- 684 ：名無しさん＠編集中：2011/01/12(水) 11:37:06 ID:oFHsZvN/
- AVXを使うのかと言う意味ならしばらくはわからないね。
Dark ShikariさんはCPU自体には興味がありそうだが。
- 685 ：名無しさん＠編集中：2011/01/12(水) 12:35:20 ID:yjdvAz24
- AVXに対応したらSandyに移行しようかな
- 686 ：名無しさん＠編集中：2011/01/12(水) 12:37:00 ID:0vwkks2+
- 対応するころには次の来てそうな気もするけれど。
どれだけ高速化するか見てからでも多分遅くない
- 687 ：名無しさん＠編集中：2011/01/12(水) 13:23:48 ID:sfVP/i20
- AVXに対応の前にAVXがSIMD整数に対応しないとほとんど効果ないんだけど
- 688 ：名無しさん＠編集中：2011/01/12(水) 16:40:36 ID:cZ6AhqlN
- あと7 SP1が要るな
- 689 ：名無しさん＠編集中：2011/01/12(水) 16:41:14 ID:yfNwGvHQ
- 全く効果がないというわけでもないだろう、
それにコア自体も結構改良されてるし
- 690 ：名無しさん＠編集中：2011/01/12(水) 16:51:59 ID:9Tmm0h0i
- >>687も"ほとんど"と言ってるしx264に関しては全く関係ないだろ
AVXの話なのにコア自体とかそれこそ何ら関係ないし
Sandy厨が必死にSandy持ち上げしたいのはわかってるが他所でやれ
- 691 ：名無しさん＠編集中：2011/01/12(水) 17:02:19 ID:iKKbaPCQ
- Google、ChromeブラウザでのH.264サポート終了へ
http://www.itmedia.co.jp/news/articles/1101/12/news034.html
googleには失望した
- 692 ：名無しさん＠編集中：2011/01/12(水) 17:05:28 ID:cZ6AhqlN
- だってWebMの親玉だぜ
- 693 ：名無しさん＠編集中：2011/01/12(水) 17:09:26 ID:+OulF9mo
- よくわからんがこれってクロームでFlashPlayerやSilverlightを使ってのH264視聴も出来なくなるの？
- 694 ：名無しさん＠編集中：2011/01/12(水) 17:15:41 ID:hnzJQuut
- "Sandy Bridge"追加検証 - TMPGEnc Video Mastering Works 5のHW処理を改めて試す
http://journal.mycom.co.jp/articles/2011/01/11/sandybridge/index.html
「Sandy Bridge」完全攻略!! Core i7-2600KとCore i5-2500Kを徹底的に試す
http://journal.mycom.co.jp/special/2011/sandybridge/022.html
取りあえず、これでも見てから書き込もうぜ
なんだか、不毛に思えてきた
- 695 ：名無しさん＠編集中：2011/01/12(水) 17:18:57 ID:Hkrsreuh
- どうでもいいですし
- 696 ：名無しさん＠編集中：2011/01/12(水) 17:21:14 ID:P8M1R9fe
- >>693
HTML5でサポートしないて話だからFlashとかSilverkightは関係ない
- 697 ：名無しさん＠編集中：2011/01/12(水) 17:27:13 ID:iKKbaPCQ
- Flashは標準で入れているくせにオープンじゃないからとか
googleさんは面白いなw
- 698 ：名無しさん＠編集中：2011/01/12(水) 17:45:55 ID:82AOhVs7
- >>697
お前は本当に問題の本質がわかってるのか？
- 699 ：名無しさん＠編集中：2011/01/12(水) 18:02:14 ID:JLK54OUW
- 某アニメの為にSilverkight入れたけどカクカクなんだな
- 700 ：名無しさん＠編集中：2011/01/12(水) 18:49:04 ID:QA+b4TFy
- もしかして：Silverlight
- 701 ：名無しさん＠編集中：2011/01/12(水) 18:55:45 ID:F6bVFS7F
- ワロタｗ
- 702 ：名無しさん＠編集中：2011/01/12(水) 18:56:53 ID:hnzJQuut
- ああ…Silverlightの偽物でもインストして、マルウェアでも仕掛けられて
裏でゴリゴリ悪さしてるのか。
- 703 ：名無しさん＠編集中：2011/01/12(水) 19:38:43 ID:iKKbaPCQ
- >>698
お前は自分の本質を分かることから始めなさいw
- 704 ：名無しさん＠編集中：2011/01/12(水) 20:05:24 ID:hnzJQuut
- それより、マルウェアの削除の仕方教えてあげろよｗ
- 705 ：名無しさん＠編集中：2011/01/12(水) 20:17:26 ID:3r26ePV5
- rm -rf /
- 706 ：名無しさん＠編集中：2011/01/12(水) 20:17:28 ID:iKKbaPCQ
- H.264の替りにVP8/WebMがGoogleの思惑通りに
今さら普及するとはとても思えないしなw
- 707 ：名無しさん＠編集中：2011/01/12(水) 20:26:49 ID:uNItda/B
- crfの仕様変更でどれだけ変わるかとワクワクしながら再エンコしたら全く同じだった。
64はまだだったのか・・・
- 708 ：名無しさん＠編集中：2011/01/12(水) 20:27:31 ID:0MAcQgCX
- no-mbtreeじゃないだろうな
- 709 ：名無しさん＠編集中：2011/01/12(水) 20:57:30 ID:3w4kOExg
- 実はmbtreeもpsyもaqも使わずに昔のrevでcrf下げたほうが綺麗
- 710 ：名無しさん＠編集中：2011/01/12(水) 21:01:38 ID:OeOFTnqm
- ないわ
- 711 ：名無しさん＠編集中：2011/01/12(水) 21:02:52 ID:/0oOvMCy
- 具体的に画像とか出さないと、酷いのしか釣れないぞｗ
- 712 ：名無しさん＠編集中：2011/01/12(水) 21:25:57 ID:cZ6AhqlN
- 意外と大物が釣れたりしてな
D_Sとか
- 713 ：名無しさん＠編集中：2011/01/12(水) 23:40:57 ID:3PrBLd4A
- D_Sとか釣れるのか？
2chって海外からの書き込み原則禁止だろ？
日本の串でも通してるんか？
- 714 ：名無しさん＠編集中：2011/01/12(水) 23:45:39 ID:k0R1V6JY
- 日本人が翻訳して代理で書き込んでるんじゃなかったっけ
- 715 ：名無しさん＠編集中：2011/01/12(水) 23:48:53 ID:2ddHSY4h
- 友人の代書があったじゃん
twitterで本人確認も取れてたし
猫科の中の人やVFRとかx264開発チームに2chネラーいるからね
- 716 ：名無しさん＠編集中：2011/01/13(木) 00:11:44 ID:OXWlOEpw
- ああ、確かに…
Vまにさん、熱出て大変な事になってたけど生きてるのかなｗ
- 717 ：名無しさん＠編集中：2011/01/13(木) 00:32:31 ID:OXWlOEpw
- Vまにさん、インフルに感染中…
- 718 ：dcb-5.cs.helsinki.fi：2011/01/13(木) 00:49:04 ID:1jrfxCgH
- >>713 海外をブロックしてるのはふたばの方。 まぁ、D_S氏の米国のプロバイダーとかは たまにブロックされちゃってるけどね。 和訳は他の誰かがやってても、、 大体本人自身が書き込んでマッスル。 IRCでよく「〇〇番目のレスの翻訳お願い。」と聞いてくる。
- 719 ：名無しさん＠編集中：2011/01/13(木) 01:14:41 ID:QHHdwv1i
- ＿＿,, , , , _ ､ ,,, ... ,, _ ..,_
ー=､ ､ｰ-､`ヽ､、ヽ`!i' , ,i",r'",-'"=ミ
`ヽ`ヾ`､ ! ヽ ! l! i! !_i_/_<'"``
`,ゝ､iliｰ'" "､,"､', i, ﾘ
!/!,li ,;;-=o=-,ｯｨ=｡ｩｨ くにへ かえるんだな
＿_ i､`!', '; `ー /;;!i､''; ,! おまえにも祖国があるだろう・・・
ー''`ヽ`,ｰi'`''"!､ヽ , `一'､ / __
`il `i ! ヽ､ ￣￣ / iヽ、/ ,.ヽ_
i! !` `ｰｧ､-ｰ' ! ﾉ!トi,!'",ﾉ-､
,..=､i! iヽ-､ rィ',;'!ヽー-､! `/_,i' _,.!'､
ーニｰ-､._ `ヽゞﾆ-､.;' i! ! , `ﾄ_ﾉ`x-'" ノ
=ニヽ､ , `, /ヾ=ソ ﾉ !/ !､`ｰ`''イ､
-ｰ-､ `i, / / ヽ `イ_, i -'"￣`! ! ヽ
ゝﾉ /-'" ` ' ! ヽ !
- 720 ：名無しさん＠編集中：2011/01/13(木) 02:55:37 ID:yl2gYrhY
- crf24をデフォにしてたんだが、46インチTVに映したら劣化してて泣いた
24インチモニタじゃ気づかなかったわ
今度からcr18を標準にするわ
- 721 ：名無しさん＠編集中：2011/01/13(木) 02:56:54 ID:KPdOuN5A
- _,,..r'''""~~`''ｰ-.､
,,.r,:-‐'''"""~~`ヽ､:;:;:＼
r"r ゝ､:;:ヽ
r‐-､ ,...,, |;;;;| ,,.-‐-:､ ヾ;:;ゝ
:i! i! |: : i! ヾ| r'"~~` :;: ::;",,-‐‐- `r'^!
! i!. | ;| l| ''"~~ ､ i' |
i! ヽ | | | ,.:'" ､ヽ､ !,ﾉ
ゝ `-! :| i! .:;: '~~ｰ~~'" ﾞヾ : : ::|
r'"~`ヾ、 i! i! ,,-ｪェI二エﾌﾌ : : :::ﾉ~|`T ＜イエーイ、D_Sさん見てるー？
,.ゝ､ r'""`ヽ､i! `:､ ー - '" :: : :／ ,/
!､ `ヽ､ー､ ヽ‐''"`ヾ､.....,,,,＿,,,,.-‐'",..-'"
| ＼ i:" ） | ~`'''ー---―''"~
ヽ `'" ノ
- 722 ：名無しさん＠編集中：2011/01/13(木) 04:48:02 ID:+1unw0F/
- >>720
おまえってやつは・・・・
- 723 ：名無しさん＠編集中：2011/01/13(木) 07:25:43 ID:4wzCxuC6
- http://hibari.2ch.net/test/read.cgi/jisaku/1294753927/179-184
最新のx264ならどうなん？
- 724 ：名無しさん＠編集中：2011/01/13(木) 07:27:26 ID:4wzCxuC6
- 179 ：Socket774：2011/01/13(木) 01:45:17 ID:8fXZTDh8
x264
1pass http://images.anandtech.com/graphs/graph4083/35026.png
i7 2600K(3.4GHz) 106.4 ←←←
i5 2500K(3.3GHz) 100.8
i7 980X(3.33GHz) 96.5
i7 975(3.33GHz) 91.7 ←←
1100T(3.3GHz) 89.2 ←←←
i7 950(3.06GHz) 83 ←←
i7 870(2.93GHz) 80.2
X4 970(3.5GHz) 79.7
i7 920(2.66GHz) 74.8 ←←←
i5 750(2.66GHz) 72.9
X4 645(3.1GHz) 70.2
X4 940(3.0GHz) 69
i3 2100(3.1GHz) 61.7 ←←←
X3 455(3.3GHz) 59.8
Q6600(2.4GHz) 53.8 ←
i3 540(3.06GHz) 51.7
2pass http://images.anandtech.com/graphs/graph4083/35027.png
- 725 ：名無しさん＠編集中：2011/01/13(木) 07:50:00 ID:y8bUJwOE
- >>723
http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm
- 726 ：名無しさん＠編集中：2011/01/13(木) 07:51:17 ID:NuOnXbvV
- ID:4wzCxuC6
基地外
- 727 ：名無しさん＠編集中：2011/01/13(木) 12:32:07 ID:uETEV6K8
- ベンチとしての2passならトータルで掛かった時間にのみ意味があるのであって
1passと2pass個別にfps比較するとか無意味というかアホ
何のためのベンチなのかまるで解かってない
ロクにエンコしたことない馬鹿はあっち逝ってろ
- 728 ：名無しさん＠編集中：2011/01/13(木) 12:33:15 ID:2P4nnQk9
- 2passだけやり直すってこともあるかもしれんぞ
ビットレートをちょっと変える程度ならログがそのまま使える
- 729 ：名無しさん＠編集中：2011/01/13(木) 12:39:55 ID:fSZJE8Qd
- >>724
俺のQ9550がないから全く参考にならんな
- 730 ：名無しさん＠編集中：2011/01/13(木) 12:41:50 ID:TOOswk4l
- このテストってたしか1st passはともかく2nd passあんま実用的な
オプションじゃなかったような気がする。まあ条件揃えて速度計る
だけのベンチで実用的な速度指標とは違うからどうでも良いけど。
- 731 ：某スレ38 ◆.E2TEo4Lhs ：2011/01/13(木) 12:42:44 ID:GCo6aESL
- >> ID:4wzCxuC6
> 最新のx264ならどうなん？
1年も前のx264を持ち出されても，CPU最適化なんて無いです．
おまけに，コンパイル時に最適化しているのかとかもあります．
ICC11.1でSandyBridgeに最適化できるのかとか，GCC4.6でCore2以降のIntelCPUでの高速化が入っているかなど，疑問点が多いです．
http://www.anandtech.com/bench/CPU/27
http://www.anandtech.com/bench/CPU/28
http://www.anandtech.com/bench/CPU/53
http://www.anandtech.com/bench/CPU/54
1passでi7-2600Kがi5-2500Sに負けてます．
AMDの1100Tや1090Tでは32bitOS利用なのに，Intelでは64bitを利用してます．
http://hiroyukt1985.web.fc2.com/pcsoft/Avisynth_x264.htm
AMDのCPUは64bitを使うことで1～2割増しの性能を発揮します．
http://www.techarp.com/showarticle.aspx?artno=520
肝心のx264のRevが，0.59.819 of x264.exeと，Rev 819と古いです．
x264 HD Benchmark 3.0 V3.03ではRev1342に変更されてますが，それでも古いです．
avsファイルも下記の3行だけでした．
LoadPlugin("DGDecode.dll")
DGDecode_mpeg2source("test-720p.d2v")
loop(2)
http://hibari.2ch.net/test/read.cgi/jisaku/1282371527/126-138
Revの古さなどは向こうのベンチでも言われていることです．
- 732 ：名無しさん＠編集中：2011/01/13(木) 12:51:47 ID:WQPDK1qN
- CPUは新しいのを買え。もちろん4コア以上な。
これ終わる話だと思うのだが、なんでこんなに盛り上がってるの？
- 733 ：名無しさん＠編集中：2011/01/13(木) 12:52:37 ID:pIZ4NqHO
- ケンカしたいから
- 734 ：名無しさん＠編集中：2011/01/13(木) 14:37:00 ID:W8unbu1y
- ソケットが1つに定まれば新しいの買う
- 735 ：名無しさん＠編集中：2011/01/13(木) 14:37:26 ID:W8unbu1y
- というか、寝ている間にやっているからQ6600(G0)でも不満無いな
- 736 ：名無しさん＠編集中：2011/01/13(木) 14:43:50 ID:Is6VZMIS
- ゲームみたいにリアルタイムで性能要求されるもんじゃないからエンコは
サブPCでもメインでも時間かければできるから毎日エンコしてる人以外は
CPUの性能ってあんまり関係ないよね
- 737 ：名無しさん＠編集中：2011/01/13(木) 15:33:16 ID:34VEdta4
- 最大の問題はエンコしたものを見てる時間がないということだな
- 738 ：名無しさん＠編集中：2011/01/13(木) 18:43:27 ID:ScLsJGDx
- >>737
俺、何のためにエンコしてんだろ…
- 739 ：名無しさん＠編集中：2011/01/13(木) 18:57:44 ID:YY4wsaez
- . .: : : : : : : : :: :::: :: :: : :::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
. . : : : :: : : :: : ::: :: : :::: :: ::: ::: ::::::::::::::::::::::::::::::::::::::
. . .... ..: : :: :: ::: :::::: :::::::::::: : :::::::::::::::::::::::::::::::::::::::::::::
Λ＿Λ . . . .: : : ::: : :: ::::::::: :::::::::::::::::::::::::::::
/:彡ミ゛ヽ;）ー､ . . .: : : :::::: :::::::::::::::::::::::::::::::::
/ :::/:: ヽ、ヽ、 ::i . .:: :.: ::: . :::::::::::::::::::::::::::::::::::::::
/ :::/;;: ヽ ヽ ::ｌ . :. :. .:: : :: :: :::::::: : ::::::::::::::::::
￣￣￣（_,ノ ￣￣￣ヽ､_ノ￣￣￣￣
- 740 ：名無しさん＠編集中：2011/01/13(木) 19:00:48 ID:s5yKf0d2
- スレ値なんだが、x264の開発メンバーでWebMの開発もやってる人っているの？
教えて、D_S！
- 741 ：名無しさん＠編集中：2011/01/13(木) 19:37:44 ID:Q+9fXyPV
- ドーパミン出すためだけだな。
- 742 ：名無しさん＠編集中：2011/01/13(木) 20:21:03 ID:TOOswk4l
- >>738
エンコするためにエンコしてるに決まってるだろ、目的と手段を取り違えるなよ。
目的はエンコで視聴するための手段としてエンコしてるとか甘っちょろい事
言うなよな。
- 743 ：名無しさん＠編集中：2011/01/13(木) 21:30:47 ID:3py3uEOn
- >>731
君が最新のx264が好きなのはいくつかの書き込み見てわかったし使う分には良いけどさ。
x264のベンチマークで、物差しであるx264を変えずにある程度の期間データを蓄積するのは合理的な考えなんだって。
ちょっと最新とか最適化にこだわり過ぎじゃないかな。
あと1年も前と言ってるけど、少し重めの設定で最近のと比べたら良くて4%くらいの高速化だし、
X2 250とi5 760でだけど同じくらいの割合で早くなってたよ。
x264 HD Benchmark 3.0の2pass目でも同じ傾向だったから2passのスコアは参考になると思う。
1passの方はCPU使い切れないようだしあまり参考にならなそうだけどね。
- 744 ：名無しさん＠編集中：2011/01/13(木) 21:33:53 ID:k2yqLm8E
- crfしか使わないから全く参考にならん…
- 745 ：名無しさん＠編集中：2011/01/13(木) 21:43:23 ID:OUC6vKFM
- >>742
昔、大学の先輩に
「ビールをつまみにビールを飲め」
って言われたの思い出した
- 746 ：名無しさん＠編集中：2011/01/13(木) 22:19:25 ID:YSW14AzX
- まぁ、ごはんはおかずだけどな
- 747 ：名無しさん＠編集中：2011/01/13(木) 22:31:40 ID:JSKuTt+l
- え？
- 748 ：名無しさん＠編集中：2011/01/13(木) 22:46:00 ID:ML1nwO+V
- 見るためにエンコしないなんて愚の骨頂
俺は見る為にそのつどエンコしてるぞ
- 749 ：名無しさん＠編集中：2011/01/13(木) 23:33:39 ID:Gqp0+dEo
- 見るって、エンコの出来具合を確認するためだけだろ
- 750 ：名無しさん＠編集中：2011/01/13(木) 23:39:56 ID:DYeLGVfo
- crfの仕様変更、60pだとめちゃくちゃ影響あるな。
まあ値を下げればいいだけの話なんだけど、これってvfrだとどうなるん？
- 751 ：名無しさん＠編集中：2011/01/13(木) 23:55:13 ID:uETEV6K8
- 24fpsと60fpsじゃ1フレームあたりの表示時間が違うから
1フレームの品質を同じように頑張るんじゃなくて
表示時間の長い24fpsは頑張って
その半分以下の60fpsはそこそこにするって変更でしょ
- 752 ：名無しさん＠編集中：2011/01/14(金) 00:14:48 ID:YVvpwBw+
- えこれってCFRでも影響受けるの？
- 753 ：名無しさん＠編集中：2011/01/14(金) 00:15:04 ID:P69PBU3B
- >>750
容量は減ったけど、見た感じはあんまり変わらないような。
まぁ短いテロップ部分しか60fps化しないからどっちにしろ影響は少ないかな。
- 754 ：名無しさん＠編集中：2011/01/14(金) 00:51:43 ID:abRdef/1
- >>752
25fpsを境にしてるから、24だと若干容量増えるし、60だと激減だよ。
24pの動画を60pにしたら、容量と画質はどのくらい変わるんだろうな。
- 755 ：名無しさん＠編集中：2011/01/14(金) 00:52:27 ID:QnIG0uZx
- 久々の地雷臭
- 756 ：名無しさん＠編集中：2011/01/14(金) 00:55:11 ID:gFRuhSHc
- 29.970fpsの動画だと見た目あまり変わった気がしないな
ちょっとだけサイズ減ってるけど
- 757 ：名無しさん＠編集中：2011/01/14(金) 01:07:35 ID:p0iVzO1Z
- 1分30秒ほどの60iなアニメソースをbob化してエンコしてみた
r1834 CFR19 158,061KB
r1867 CFR19 12,5485KB
r1867 CFR18 147,110KB
r1867 CFR17 171,954KB
数値的にはCFR1.5ほどの違いがあるけど、視覚的にはそれほど違いが（凝視しないと）わからない
ソースにもよるだろうしあくまでも独り言
- 758 ：名無しさん＠編集中：2011/01/14(金) 01:31:55 ID:cd6gPHFw
- 64bit x264でnon-strictly-monotonic ptsって警告が出る
64bit avisynthのリサイズが原因みたいなんだけど、対処法ない？
- 759 ：名無しさん＠編集中：2011/01/14(金) 01:52:24 ID:h06yVjun
- なんで質問するのにそれだけしか情報を示さないのかね。
- 760 ：名無しさん＠編集中：2011/01/14(金) 01:59:18 ID:bDOzd2/6
- avs2yuv(32bit)からパイプ
Spline36Resizeだろ？
- 761 ：名無しさん＠編集中：2011/01/14(金) 02:19:15 ID:6yYpDEVe
- >>758
avisynthのリサイズではなく、ffms2のswscaleでリサイズすればそれは出ない
#例
LoadPlugin("ffms2_64.dll")
AVISource("hoge.avi")
SWScale(width=640,height=360,resizer="spline")
ただし、swscaleはavisynthの内蔵より遅いので、大抵の場合は32bitのavisynth使ったほうがましという結果になる
- 762 ：名無しさん＠編集中：2011/01/14(金) 14:36:33 ID:Ok8kxmzf
- 60pのエンコ途中で死んでしまう
毎回同じ場所
なんでだろ
- 763 ：名無しさん＠編集中：2011/01/14(金) 15:21:52 ID:c4LNRVbB
- メモリは足りてますか？愛情に飢えてませんか？
- 764 ：名無しさん＠編集中：2011/01/14(金) 15:28:50 ID:Ok8kxmzf
- ありがと
愛情には飢えてるかもしれないけど
メモリは足りてると思う
XPSP3で4G、内1GをRAMDISKとして使ってる
3GB以上使えないんだよね
次のバージョンまで旧バージョンでやる事にした
- 765 ：名無しさん＠編集中：2011/01/14(金) 15:51:13 ID:l6me2pFI
- >>764
①毎回同じ場所とはフレーム数？それとも違う場所から始めても同じフレームで？
②どこのビルド？自ビルドなら
--enable-debugでデバッグに使えるバージョンをビルドして
gdbの中で走らせれば原因が分かるかも？
使用例:
gdb x264.exe (gdbを起動してx264.exeをデバッグするバイナリとして指定)
run --preset omaemonaa (こういう感じでrun <自分の設定>と書きこむ)
③設定は？
④入力方法は？
⑤他の同じ条件（レゾ？フレームレート？等）のソースでは再現できるか、できないのか。
と久々のマジレス
- 766 ：名無しさん＠編集中：2011/01/14(金) 18:21:20 ID:wYB2iicW
- >>762
avisynth使ってるならSetMemoryMax()の値を変えてみると良いかも。
理由はわからんが。
- 767 ：名無しさん＠編集中：2011/01/14(金) 23:45:10 ID:iaskIGVY
- フェードイン良くなったみたいだね。
- 768 ：名無しさん＠編集中：2011/01/14(金) 23:48:20 ID:c4LNRVbB
- でも裸なんでしょ？
- 769 ：名無しさん＠編集中：2011/01/15(土) 09:14:43 ID:1fJWjZih
- >>767
へーどういいんですか？
- 770 ：名無しさん＠編集中：2011/01/15(土) 09:17:47 ID:73jMk3mt
- >>769
じわじわ来るｗ 座布団１枚！
- 771 ：名無しさん＠編集中：2011/01/15(土) 13:25:35 ID:JeaLeKGj
- 自演乙
- 772 ：名無しさん＠編集中：2011/01/15(土) 18:39:38 ID:3TUVWRAv
- 3都道府県警がP2P違法アップロードを一斉摘発
「Share」によるコンテンツ違法アップロードを23都道府県警が一斉に摘発。
14日午後2時までに前回を上回る18人が逮捕された。
http://www.itmedia.co.jp/news/articles/1101/14/news100.html
- 773 ：名無しさん＠編集中：2011/01/15(土) 18:46:52 ID:x91MHEga
- スレチ
- 774 ：名無しさん＠編集中：2011/01/15(土) 18:51:32 ID:WvLlEeOA
- なかむらくんがとっ捕まればいいのに
- 775 ：名無しさん＠編集中：2011/01/15(土) 18:55:53 ID:3TUVWRAv
- http://www2.accsjp.or.jp/criminal/pdf/110114gaiyo.pdf
詳細でございます
- 776 ：名無しさん＠編集中：2011/01/15(土) 18:57:20 ID:Wy50M5Sz
- >>775
割れ厨うざい
- 777 ：名無しさん＠編集中：2011/01/15(土) 19:00:33 ID:3TUVWRAv
- >>776
自己紹介乙
- 778 ：名無しさん＠編集中：2011/01/15(土) 19:03:29 ID:x91MHEga
- 最近は基地外がよく来るな
- 779 ：名無しさん＠編集中：2011/01/15(土) 19:21:38 ID:oAuaK7Sq
- お前ら感情反応しすぎ
何かやましい事でもあるのかよ
俺は違法アップロードなんてやらないし
今後もやることは絶対ないから関係がない
- 780 ：名無しさん＠編集中：2011/01/15(土) 19:38:17 ID:wS1sDMld
- >>779
とか言う奴に限って裏でコソコソやってて逮捕されるから不思議
- 781 ：名無しさん＠編集中：2011/01/15(土) 19:59:20 ID:oAuaK7Sq
- >>780
自己紹介乙w
- 782 ：名無しさん＠編集中：2011/01/15(土) 20:08:21 ID:3d5d9hKQ
- 全然スルー出来てないじゃん・・・
- 783 ：名無しさん＠編集中：2011/01/15(土) 20:11:08 ID:xjFFUIrA
- x264使ってるのは割れ厨ばかりだな
- 784 ：名無しさん＠編集中：2011/01/15(土) 20:52:32 ID:IQEITcM3
- なんだとコラ
- 785 ：名無しさん＠編集中：2011/01/15(土) 21:13:12 ID:MC4rNf6H
- x264使いこなせない奴の嫉妬か
- 786 ：名無しさん＠編集中：2011/01/15(土) 21:18:06 ID:SSGf6+Rx
- 『Newマリオ』を不正アップロードした男性と任天堂が1億3000万円で和解
http://www.gamebusiness.jp/article.php?id=1080
違法アップロードは絶対にやってはいけない行為…
絶対にだ！
- 787 ：名無しさん＠編集中：2011/01/15(土) 21:22:21 ID:GwT0CD4C
- 犯人は金持ちなのか？
- 788 ：名無しさん＠編集中：2011/01/15(土) 21:24:10 ID:qQGKoNZl
- しかし任天堂は悪徳企業なので任天堂を害する行為は道義的には善である
- 789 ：名無しさん＠編集中：2011/01/16(日) 00:14:41 ID:nIsuBrh5
- こんなとこにもGK工作員が
- 790 ：名無しさん＠編集中：2011/01/16(日) 03:37:08 ID:oaXigqpt
- >>786
Adobeに比べれば任天堂の和解なんて微々たるものよ。
毎回割れupした若者と親の全財産ごっそり搾取するから滅多に表に出ないだけでｗ
- 791 ：名無しさん＠編集中：2011/01/16(日) 13:44:50 ID:3vEvQUVg
- Apple, Adobe, 任天堂は世界三大悪徳企業だな
- 792 ：名無しさん＠編集中：2011/01/16(日) 13:46:44 ID:O7Ag24Mn
- 悪いことしなけりゃいいのに
きっと警官見たら逃げるんだろうな
- 793 ：名無しさん＠編集中：2011/01/16(日) 13:59:40 ID:we/YaX4x
- なんで飼いならした相手から逃げる必要あんの？
- 794 ：名無しさん＠編集中：2011/01/16(日) 14:00:14 ID:3vEvQUVg
- Appleと任天堂は直ちに悪事を止めろ
Adobeはほっといても潰れそう
- 795 ：名無しさん＠編集中：2011/01/16(日) 14:08:48 ID:6eCm6Xrw
- 悪人にとっての悪事か
- 796 ：名無しさん＠編集中：2011/01/16(日) 14:18:27 ID:3vEvQUVg
- 人類に対する犯罪
- 797 ：名無しさん＠編集中：2011/01/16(日) 14:22:53 ID:O7Ag24Mn
- あんた何やらかしたの？
潔く自首しなよ
みっともない
- 798 ：名無しさん＠編集中：2011/01/16(日) 14:26:17 ID:KXSL1I3h
- 海外の宗教に照らし合わせたら、
日本なんて極悪国家だよ。
- 799 ：名無しさん＠編集中：2011/01/16(日) 14:28:35 ID:rD03Z20R
- 宗教自体キチガイなんだが
一体どうした
- 800 ：名無しさん＠編集中：2011/01/16(日) 15:24:28 ID:Iuddyzyd
- 私はx264教の信者です
- 801 ：名無しさん＠編集中：2011/01/16(日) 15:50:59 ID:DPMqaucU
- 任信うぜぇ
- 802 ：名無しさん＠編集中：2011/01/16(日) 18:55:07 ID:5beVV8kq
- 君はチャバネ派かサツマ派かワモン派か？
- 803 ：名無しさん＠編集中：2011/01/16(日) 19:08:50 ID:YvX3gYwz
- 1867どうしようかな…
しばらく1834で様子見るべきか、特に困ってないし
- 804 ：名無しさん＠編集中：2011/01/16(日) 19:26:06 ID:h1zpjyFV
- >>803
適当なソースで比較してみればいいジャマイカ
- 805 ：名無しさん＠編集中：2011/01/16(日) 20:11:13 ID:6TPycr2z
- 俺もそろそろx264のバージョン固定しようかな
- 806 ：名無しさん＠編集中：2011/01/16(日) 20:19:40 ID:laRVbpsE
- 俺も1864残しとけば良かったと後悔
1867入れた後に気づいた
今エンコしてるけど違いがわからない
違いのわかる男になりたい・・・
- 807 ：名無しさん＠編集中：2011/01/16(日) 20:24:26 ID:Qot1+Oq1
- ttp://mirror01.x264.nl/x264/32bit/8bit_depth/?dir=./revision1834
- 808 ：名無しさん＠編集中：2011/01/16(日) 21:27:20 ID:GuGEuDCq
- 違いが分からないなら1867でいいじゃん。
- 809 ：名無しさん＠編集中：2011/01/17(月) 02:24:34 ID:Xc151FEf
- ∧＿∧
（ ・∀∧∧ これでもくらえー！ ネコマシンガン！
～(つ￣ (,,゜Д゜)
UU丁と)U
（＿_)＿）
∧＿∧ ドルルルルル…
（ ・∀∧∧, '
～(つ￣ (,,゜Д゜) ミャ ミャ ミャ ミャ ミャ ミャ ミャ ミャ
UU￣と)U ｀
し'＾ヽ__）
- 810 ：名無しさん＠編集中：2011/01/17(月) 12:08:23 ID:oFy06+oM
- >>805
できもしないくせに‥
- 811 ：名無しさん＠編集中：2011/01/17(月) 17:40:13 ID:wbpV6DCX
- 久々に60i実写のエンコしてみたら吹いた。
昔は3fpsくらいだったのに9fpsも出るんだな。
- 812 ：名無しさん＠編集中：2011/01/17(月) 17:49:02 ID:kKzw0Aox
- 品質下がってるせいもあるんじゃね？
- 813 ：名無しさん＠編集中：2011/01/18(火) 02:48:58 ID:sXCjLqmy
- 新しくエンコマシン組むなら
i7 2600Sかね。i5 2500Tも惹かれるが
- 814 ：名無しさん＠編集中：2011/01/18(火) 02:49:58 ID:qYzVZHR0
- ｋ付
- 815 ：名無しさん＠編集中：2011/01/18(火) 02:52:17 ID:p1bBjEf3
- エンコ用にネットブックは失敗した
放置でいいと考えてたがいくらなんでも遅すぎた（笑
ソースがDVDレベルからの変換ならATOMでもサクサク読み込めて動くから
クロック3Ｇぐらいの出たらいいのに
- 816 ：名無しさん＠編集中：2011/01/18(火) 12:02:45 ID:qYzVZHR0
- >>815
mac miniのほうがまだましだろ。
- 817 ：名無しさん＠編集中：2011/01/18(火) 13:23:15 ID:dJkhVZoJ
- ８コアサンディは夏だっけ？
- 818 ：名無しさん＠編集中：2011/01/18(火) 15:22:05 ID:aWTp82mq
- 年末ぐらいじゃないっけか
- 819 ：名無しさん＠編集中：2011/01/18(火) 15:32:07 ID:hoTKJtTW
- 8コアブルがQ2
- 820 ：名無しさん＠編集中：2011/01/18(火) 18:11:03 ID:VnFBC5Zc
- IvyBridgeまで待つ
- 821 ：名無しさん＠編集中：2011/01/18(火) 18:42:20 ID:ncsaH6i+
- リンちゃんの出始めの頃にはよく「サンディまで待つ」と言ってる奴がいたもんだ
- 822 ：名無しさん＠編集中：2011/01/18(火) 18:43:26 ID:XPmkPdgV
- 8コア16スレッド出たら即買いしてしまいそうで怖い
- 823 ：名無しさん＠編集中：2011/01/18(火) 19:07:27 ID:qj/UgXyd
- SDだったらリアルタイムエンコードできちゃいそう！
- 824 ：名無しさん＠編集中：2011/01/18(火) 19:17:20 ID:VxR8Si3x
- Sandyも組んでみようと思ったけど980XをOCで使ってるし
4コアはもういいやという俺みたいなやつも多いはず
- 825 ：名無しさん＠編集中：2011/01/18(火) 20:17:22 ID:eoFZa85Z
- ハードエンコはCUDAよりましって程度でAVXも微妙メモリ相性もある、OCモデルではハードエンコ不可
とかわかった今買う人は変わってると思う
- 826 ：名無しさん＠編集中：2011/01/18(火) 20:19:30 ID:ZLNDL11H
- Bulldozerﾏﾀﾞｰﾁﾝﾁﾝ
- 827 ：名無しさん＠編集中：2011/01/18(火) 20:22:44 ID:Bz/N0gZu
- >>823
SDなら4コアでも30fpsぐらい出るんじゃないか?
- 828 ：名無しさん＠編集中：2011/01/18(火) 20:31:49 ID:cp5TLLxE
- 2コアでも30fps出るよ。
もちろん画質は落とさないといけないけどね。
- 829 ：名無しさん＠編集中：2011/01/18(火) 21:47:58 ID:GMe/tm9f
- エンコメインならSandy8コアまで待ちだな
- 830 ：名無しさん＠編集中：2011/01/18(火) 22:25:38 ID:ZAT+6S0I
- 待つ必要はなし、常に最新のCPU使ってればおｋ
- 831 ：名無しさん＠編集中：2011/01/18(火) 22:39:27 ID:u4JZin6Y
- 人それぞれ
自分の好きなようにしろ
強制はウザい
- 832 ：名無しさん＠編集中：2011/01/18(火) 23:01:28 ID:LxLktRax
- きょう‐せい〔キヤウ‐〕【強制】
［名］(スル)権力や威力によって、その人の意思にかかわりなく、ある事を無理にさせること。「参加を―する」
- 833 ：名無しさん＠編集中：2011/01/18(火) 23:40:58 ID:d1pHMffm
- __,,,......,,,,_
, .'" ｀ヽ､
,' ,.-=＝=- ,, ´ヽ､
,' ,' /iヽ､ ﾊ ｀ヽ ',
（( l ﾚ ,ｨｪ-:!､/ ﾚ,.イﾊﾉ .ﾊ ､ヽl | l ! l | l ! l | l ! l | l ! l | l ! l | l ! l |
i ! ｲ! ﾋ__i .ｨ-!､ /ﾚV ミ
,' ﾊ u"" ﾋ_! !|ﾊ ＿ 三 一体みんな誰と戦っているの！？
ノ λ 〉､ （￣l "人 .i く 彡
´.ﾍハ ﾊ|ﾉ＞ｪ-r イ,.､/ヽ〉 ￣ ノ l | l ! l | l ! l | l ! l | l ! l | l ! l | l ! l |
｀γ ｀iYγ￣ ヽ､
- 834 ：名無しさん＠編集中：2011/01/19(水) 00:22:06 ID:TaT9xktY
- ふだんi7 860でテレビアニメをエンコしてて、3fps切るくらいだけど、
早く500fpsくらい出る時代にならんもんかね。
- 835 ：名無しさん＠編集中：2011/01/19(水) 00:41:37 ID:VGnVXLml
- 今のシリコントランジスタは微細化も省電力も限界が近い
新素材とか出るといいんだけどね
- 836 ：名無しさん＠編集中：2011/01/19(水) 00:47:46 ID:+lxKbQ99
- 500fpsよりかはHDDの容量増える可能性のが高そうだ。
- 837 ：名無しさん＠編集中：2011/01/19(水) 01:11:01 ID:QKvBv6FL
- 今の映像が500fps出る頃にはもっと高画質化して結局3fpsじゃないのｗ
- 838 ：名無しさん＠編集中：2011/01/19(水) 01:12:34 ID:98rAsaD5
- x265ﾏﾀﾞｰ
- 839 ：名無しさん＠編集中：2011/01/19(水) 01:41:57 ID:8f3fqyuw
- NHKスーパーハイヴィジョンの2015年BS実験放送って本当に始まるの？
- 840 ：名無しさん＠編集中：2011/01/19(水) 02:49:03 ID:ApmRuhoH
- BS17の難視聴対策放送を終了させないと始まらない
- 841 ：名無しさん＠編集中：2011/01/19(水) 02:56:02 ID:98rAsaD5
- それって今のアンテナとPT2で受信できるの？
- 842 ：名無しさん＠編集中：2011/01/19(水) 03:00:00 ID:nym0WyhE
- そろそろスレチ
- 843 ：名無しさん＠編集中：2011/01/19(水) 06:19:48 ID:RWBTGAv9
- >>838
それはマジで先の話。
- 844 ：名無しさん＠編集中：2011/01/19(水) 10:37:33 ID:ombM4GVJ
- ハードエンコってもどうせまともなソフト出ないだろうし意味無いよな
最低でもavisynthのフィルタ群が対応しないと意味無いし
- 845 ：名無しさん＠編集中：2011/01/19(水) 12:30:34 ID:OZMOMAXy
- 一応aviが読めるソフトならavs通してsynthのフィルタかけてハードエンコは可能でしょ。
- 846 ：名無しさん＠編集中：2011/01/19(水) 12:52:35 ID:lISQnJOq
- 試しにTMPGencの体験版にavs読ませようとしたらダメだったわ
あのUIでavsが読めて、エンコーダの選択から出力までの設定を
プリセット管理できるようにしてくれたら買ってやっても良かったのに
- 847 ：名無しさん＠編集中：2011/01/19(水) 12:57:18 ID:lISQnJOq
- と思ったらavs読めたわ
なんだよ結構使えるじゃんあのソフト
Sandy持ってないからハードエンコ試せないけど
- 848 ：名無しさん＠編集中：2011/01/19(水) 13:18:17 ID:oXSovm5v
- >>823
Q6600でもリアルタイム以上のスピードでエンコできるよ
- 849 ：名無しさん＠編集中：2011/01/19(水) 14:18:31 ID:BNFzsKpL
- E3200で100fps出すには、
avs:YV12InterlacedReduceBy2()のみ
x264:--preset ultrafast
mp4box:par=4:3
これはインチキですか？はい変態です。
- 850 ：名無しさん＠編集中：2011/01/19(水) 18:35:54 ID:fnAB/Xfo
- SDの話題は珍しいから乗ってみよ
E3200で40fps、Q8400で50fpsぐらい
Crop(8,60,704,360)
mt("spline36Resize(640,last.height)",threads=0)
mt("spline36Resize(last.width,360)",threads=0,splitvertical=true)
mt("fft3dfilter(sigma=1.5,beta=1,plane=1,bt=3,bw=16,bh=16,ow=8,oh=8,sharpen=0.11)",0,4,false)
mt("UnSharpMask()",0,4,false)
--crf 22 --threads 0 --b-adapt 2 --ref 4 --me "umh" --subme 9 --direct "auto" --deblock -1:-1
--trellis 1 --aq-mode 2 --aq-strength 0.80 --psy-rd 1.0:0.15
- 851 ：名無しさん＠編集中：2011/01/20(木) 02:24:49 ID:Nh0zleD2
- >>848
Q6600ならちょこっとOCすればSDなら軽く100ｆｐｓいくよ
- 852 ：名無しさん＠編集中：2011/01/21(金) 16:12:33 ID:/Ajsohs1
- >>851
まあ、その、電気代がかかるから・・・
- 853 ：名無しさん＠編集中：2011/01/21(金) 18:42:50 ID:NbNNhqI8
- >>852
まずは暖房器具をとめろ
PCの消費電力なんてまったく気にならなくなるから
- 854 ：名無しさん＠編集中：2011/01/21(金) 18:49:27 ID:ddVNWpjA
- 24時間つけっぱなしだけど、電気代なんて気にしたことないぜ
ちなみにQ9550s
- 855 ：名無しさん＠編集中：2011/01/21(金) 21:14:26 ID:tqndf90b
- CPUを少し省電力なのに変えるより
トイレと洗面所の電球をマメに消す習慣を身に着ける方が
よほど電気代的には節約になりそう
- 856 ：名無しさん＠編集中：2011/01/21(金) 23:24:06 ID:NBYyaX9M
- 実測した事のない人に限って電気代電気代言うんだよね。
あるいは全く間違った換算式使ってたり。
- 857 ：名無しさん＠編集中：2011/01/21(金) 23:26:49 ID:VNahVqt0
- LEDにしてつけっぱなしにするのがいいかも。
- 858 ：名無しさん＠編集中：2011/01/22(土) 09:28:39 ID:/xU16p8m
- 俺PCとモニターの電気代だけで月6000円くらいｗ
- 859 ：名無しさん＠編集中：2011/01/22(土) 11:07:31 ID:DH83mfQ1
- Q6600オーバークロックしないでシステム全体で90Wぐらいだからなぁ
これでも80ゴールドプラス電源でかなり減った方なんだが
PT2とHDMIキャプチャーとRADEON4700もつけてるけど
- 860 ：名無しさん＠編集中：2011/01/22(土) 12:51:51 ID:O7mn2Gxz
- エンコ中は自転車こいで発電したらどうか。OC分ぐらいは稼げるだろ
- 861 ：名無しさん＠編集中：2011/01/22(土) 12:56:35 ID:JehAsEq8
- そういえばこのPCの電源は80PLUSじゃなかったな
ActivePFCは付いている
Q6600G0とPV3とPT2と4770とHDD5台か
- 862 ：名無しさん＠編集中：2011/01/22(土) 14:42:02 ID:fKl4qGWS
- 結構発電できるようでワロタｗ
ttp://www2s.biglobe.ne.jp/~y_suzuki/trendy/bicycle/qa.htm
スレ違いだけど、話題ないよね
- 863 ：名無しさん＠編集中：2011/01/22(土) 20:11:57 ID:JehAsEq8
- ハブダイナモだと3W程度しか発電できないな
やっぱり自動車の発電機か
- 864 ：名無しさん＠編集中：2011/01/22(土) 23:14:38 ID:NguO+wfX
- なんの話してんだお前らｗ
- 865 ：名無しさん＠編集中：2011/01/23(日) 09:14:44 ID:LNAazv9t
- 遠回しに1583暫定版使ってる俺最強vfr(藁)って言ってるんじゃね
- 866 ：名無しさん＠編集中：2011/01/23(日) 10:28:03 ID:W/aDrOLe
- AviUtlでvfrって、120fpsAVIの時代だろ
いまどきあほか
- 867 ：名無しさん＠編集中：2011/01/23(日) 10:38:54 ID:4bPodgwa
- 何か違いでも？
- 868 ：名無しさん＠編集中：2011/01/23(日) 11:37:49 ID:tJYOMsUb
- AviUtlが嫌いなの？
それともどっかのスレの誤爆なの？
- 869 ：名無しさん＠編集中：2011/01/23(日) 12:28:40 ID:dvAEeKNy
- 今でもフロントエンドにAviutl使ってる人は居るだろ
なんのかんの言って使いやすい
- 870 ：名無しさん＠編集中：2011/01/23(日) 12:33:41 ID:cCfaQqkF
- CMカットにだけ使ってる。
AvsPでやってると編集中にたまにエラー吐くんで。
- 871 ：名無しさん＠編集中：2011/01/23(日) 13:13:38 ID:kXQ4jxa9
- Avisynthでロゴ消しCMカット逆テレシネして、AviUtlでフィルタ処理してるの俺だけだろうな
何故かエンコ覚えていく過程でこうなった、バッチとか書けないし、勉強する時間もないし
- 872 ：名無しさん＠編集中：2011/01/23(日) 13:29:21 ID:EnvL12Xb
- x264 rev29
- 873 ：名無しさん＠編集中：2011/01/23(日) 14:01:36 ID:wt7YutFA
- AvisynthでCMカットってどういうことだ。
なにかツールを使わなきゃCM入りフレームがわからないじゃないか。
- 874 ：名無しさん＠編集中：2011/01/23(日) 14:29:07 ID:zR3/SZOZ
- VirtualDubModでプレビューしながら手動でtrim()を打ってるのではないかと予想
- 875 ：名無しさん＠編集中：2011/01/23(日) 15:50:18 ID:kXQ4jxa9
- AvsP使ってます、ソースはアニメのみだからAviutlでやるより個人的には捗ります
果てしなくスレチでした。
- 876 ：名無しさん＠編集中：2011/01/23(日) 16:05:28 ID:OIs4YHRj
- フロントエンドなんてどうでもいいさ
好きにすればいい
ここはx264使いなら誰でもウェルカムだ
初心者はまず初心者スレ行くべきだと思うが
- 877 ：名無しさん＠編集中：2011/01/23(日) 16:57:00 ID:BcfhE5UP
- オプションをいろいろ試しながら1000本エンコ終えたら初心者脱出
- 878 ：名無しさん＠編集中：2011/01/23(日) 17:50:44 ID:tJYOMsUb
- 数こなすより、しっかり比較して効果を把握するほうが100倍大切
- 879 ：名無しさん＠編集中：2011/01/23(日) 21:45:30 ID:iTBlkEt+
- > いろいろ試しながら だから1000本ぐらいしっかり比較して効果を把握するんでしょ
- 880 ：名無しさん＠編集中：2011/01/25(火) 02:39:29 ID:4ao8R3lu
-
Video Enhancer 複数枚超解像ソフト
画質最高。 使ったものと使わないものとでは画質が雲泥の差。
ソースよりも実物に近づけられるのは原理的に複数枚超解像ソフトのみ。
TSソースをこれでエンコすればTSソースでは見えないものが復元されるし、
ブルーレイ映像であってもソース以上の解像度になる。
複数枚フレームを参照して一枚の絵を超解像で作り出すので、
TVについてる一枚超解像のようなガビガビの絵にはならないし、画質も劣化しない。
http://www.infognition.com/articles/video_resize_shootout.html
↑でスターウォーズとかのエンコ結果比較可能。
サムネイルクリックして左上が現物、その下が縮小したもので、
その縮小画像をソースとして、どれだけ劣化せずにスケーリングして元にもどせるかがそれぞれのボタン。
入力ファイルはデインタレしたファイルのみ。
AVI, WMV, ASF and MPEG. MOV RM RMVB ファイル。出力はAVI。
出力は1080pまでOK。
値段は3500円。PAYPALかクレカ。無料体験版あり。
- 881 ：名無しさん＠編集中：2011/01/25(火) 16:52:28 ID:k4ogq/qG
- はい通報っと
- 882 ：名無しさん＠編集中：2011/01/26(水) 11:09:39 ID:9LvebKCp
- ｒ1881
- 883 ：名無しさん＠編集中：2011/01/26(水) 11:18:21 ID:FddH0Ue9
- AVX対応きたね。って、7 SP1にしないと意味ないのか。
- 884 ：拓然（たくしかり）：2011/01/26(水) 11:34:24 ID:5pmlbrxu
- Windows7は要らないはず。AVXレジスターは使ってない。
AVX命令を使っているだけ。でも、Sandy Bridgeは持ってないから、
まだテストしてない。
- 885 ：名無しさん＠編集中：2011/01/26(水) 11:50:03 ID:nRjs69yf
- Add --input-fmt option to lavf input / r1878
x264 --demuxer lavf --input-csp uyvy422 --input-res 1280x720 --fps 30000/1001 -o OUTFILE.mp4 INFILE.yuv
↑が↓になるのか？
x264 --demuxer lavf --input-fmt rawvideo --input-res 1280x720 --fps 30000/1001 -o OUTFILE.mp4 INFILE.yuv
これからは このコマンド(--input-csp)は不必要になるのか？
- 886 ：名無しさん＠編集中：2011/01/26(水) 12:01:56 ID:FddH0Ue9
- >>884
なるほどー。
x262の開発は順調そうだね。
- 887 ：拓然（たくしかり） ◆ShikarikRs ：2011/01/26(水) 12:16:16 ID:5pmlbrxu
- Sandy Bridgeを持っているのならば、Windows 7 SP1以前のOS（XP, Vista,
SP1未適用Win7）を使っているのなら、テストしてくれるとありがたいんだけど。
- 888 ：wipple：2011/01/26(水) 12:25:59 ID:zqJ6p453
- >>885
必要です
lavf [error]: could not open input file というエラーが出たときに
コマンドラインに「追加」するオプションであって「代替」オプションではないです
- 889 ：名無しさん＠編集中：2011/01/26(水) 13:33:19 ID:oc6nsnHb
- 人気アニメ「ONE PIECE」の違法配信で1337人のBitTorrentユーザーを告訴へ
http://gigazine.net/news/20110126_one_piece_torrent_copyright_infringement/
すごい数だ…
- 890 ：名無しさん＠編集中：2011/01/26(水) 14:00:56 ID:oc6nsnHb
- 著作権法改正で「マジコン」「リッピング」規制へ、文化庁が方針
http://internet.watch.impress.co.jp/docs/news/20110126_422714.html
素晴らしい
- 891 ：名無しさん＠編集中：2011/01/26(水) 14:07:31 ID:wEg4kPLj
- フラクタルでアメリカから講義されたからね
重い腰を上げたんだろ
- 892 ：名無しさん＠編集中：2011/01/26(水) 14:08:38 ID:wEg4kPLj
- なんつーIME2000の頭の悪さ
抗議ね
- 893 ：名無しさん＠編集中：2011/01/26(水) 14:15:21 ID:oc6nsnHb
- IME2010使えば
- 894 ：名無しさん＠編集中：2011/01/26(水) 14:20:42 ID:w3cHosKj
- 母国語使えば
- 895 ：名無しさん＠編集中：2011/01/26(水) 14:22:05 ID:wEg4kPLj
- ほっといてくれ(´Д`;
- 896 ：名無しさん＠編集中：2011/01/26(水) 14:25:32 ID:xMN537Yf
- フラクタルで抗議ってなんのことや
- 897 ：名無しさん＠編集中：2011/01/26(水) 14:34:18 ID:eRPyE8pl
- フラクタルごときのために腰を上げたの？ｗ
- 898 ：名無しさん＠編集中：2011/01/26(水) 15:00:06 ID:wEg4kPLj
- http://gigazine.net/news/20110120_fractale_simulcast_halt/
- 899 ：名無しさん＠編集中：2011/01/26(水) 15:05:58 ID:w3cHosKj
- 米国は日本以上に貧富の格差が大きい
違法配信が多いのも当たり前
合法コンテンツが売れないのはコンテンツ自体に魅力がないうえ
馬鹿げた価格を付けたり理不尽な規制をしたりとマーケティングが下手糞だから
- 900 ：名無しさん＠編集中：2011/01/26(水) 15:16:44 ID:kqP9PTLc
- 北米版のBOXとか糞安いのに
新作でも日本のワゴンセールだ
- 901 ：名無しさん＠編集中：2011/01/26(水) 15:19:57 ID:w3cHosKj
- >>900
円高なのでそう見えるだけ
- 902 ：名無しさん＠編集中：2011/01/26(水) 15:23:49 ID:kqP9PTLc
- 何言っても無駄なんだな
- 903 ：名無しさん＠編集中：2011/01/26(水) 15:52:04 ID:j4Vt/WVn
- 今回の変更で画質的には何も変わらないよな？
- 904 ：名無しさん＠編集中：2011/01/26(水) 18:22:36 ID:xMN537Yf
- >>901
現地でも199ドルなのに円高もクソもねーだろｗ
- 905 ：名無しさん＠編集中：2011/01/26(水) 18:23:25 ID:HubNO6Rx
- >>903
影響するとしたらVBV Emergency
- 906 ：名無しさん＠編集中：2011/01/26(水) 18:26:18 ID:kxz9Xufz
- 新しいのきたの？公式変わって無かったんだが
- 907 ：名無しさん＠編集中：2011/01/26(水) 18:27:55 ID:HubNO6Rx
- 公式？
- 908 ：名無しさん＠編集中：2011/01/26(水) 18:52:15 ID:GyuuqGbN
- >>906
もしかして：x264.nl
つhttp://git.videolan.org/?p=x264.git
- 909 ：名無しさん＠編集中：2011/01/26(水) 19:12:32 ID:kxz9Xufz
- >>908
ありがとう
VBV emergency mode対応か
- 910 ：名無しさん＠編集中：2011/01/27(木) 01:46:36 ID:Dt0FO2iP
- Win7 x64 +i5 2500Kで r1881を走らせてみましたが、異常終了してしまいます。
試してみたのは、ぽっぷ氏のバイナリ(x64版のSSE4.1対応,非対応版共に)とkomisar氏のバイナリ。
正常動作してる方います？
- 911 ：名無しさん＠編集中：2011/01/27(木) 01:54:36 ID:48SWyTy7
- どんな風に落ちるんだ？
ひょっとしてAVX使おうとして使えなくて落ちてるんだろうか…
- 912 ：910：2011/01/27(木) 07:05:08 ID:Dt0FO2iP
- エンコードが全く進まず、x264.exeが終了します。
先ほどはx64版と書きましたが、x86版でも終了しました。
using cpuの項目にAVXが表示されているので、sandybridgeを認識して、AVXを使おうと
してるっぽいのですが・・
オプション等を列記するのは、他の方の動作報告が挙がってからにします。
- 913 ：名無しさん＠編集中：2011/01/27(木) 07:11:57 ID:48SWyTy7
- --no-asmつけて実行してみる
それで動くならAVXかもね
ちなみにSP1は適用してる？
- 914 ：名無しさん＠編集中：2011/01/27(木) 07:14:34 ID:48SWyTy7
- --asmでAVXだけ切るってできるのかもしれんが--asmの使い方がよく分からん
- 915 ：名無しさん＠編集中：2011/01/27(木) 07:17:21 ID:341sHG94
- 下記の2つ使用しているけど落ちないよ
Win7SP1Pro64Bit+2600K
x264guiEx 0.18でプリセット高画質
http://resic.laburec.net/
http://komisar.gin.by/
- 916 ：名無しさん＠編集中：2011/01/27(木) 10:11:25 ID:IxqFc6VQ
- 俺もr1881使ったら強制終了出たから試しにSP1入れてみたらいけたよ
AVX関連だろうね
- 917 ：名無しさん＠編集中：2011/01/27(木) 11:43:27 ID:gwelNHL8
- Sandy Bridge持ってる人、テストしてほしいからIRCに来れないかってDark_Shikariが聞いてるけど。
irc.freenode.netの#x264
- 918 ：910：2011/01/27(木) 12:23:21 ID:rz28VRZ/
- Win7は、sp1を充てていません。
それが原因ですかねぇ。
- 919 ：名無しさん＠編集中：2011/01/27(木) 12:44:08 ID:iSbvPpUi
- Dark_Shikari曰く：
x264がクラッシュしたコマンドラインオプションを知りたい。
特に、--nrは使っていたかどうか。
- 920 ：名無しさん＠編集中：2011/01/27(木) 14:13:02 ID:Rn6a83sO
- 128bitの3オペランドAVX命令もSP1必須ってことか
- 921 ：名無しさん＠編集中：2011/01/27(木) 14:40:49 ID:Rn6a83sO
- これだな
An OS must enable its YMM state management to support AVX and FMA extensions.
Otherwise, an attempt to execute an instruction in AVX or FMA extensions (including
an enhanced 128-bit SIMD instructions using VEX encoding) will cause a #UD exception.
- 922 ：名無しさん＠編集中：2011/01/27(木) 18:00:06 ID:bgbik1MX
- SP1を導入しなくても落ちない方もいるので
>>919氏の言う使用したコマンドを晒さないと修正されないぞ
- 923 ：名無しさん＠編集中：2011/01/27(木) 18:08:01 ID:Z+/2r4BG
- SandyでSP1以外でAVX有効にしてるなら間違いなく落ちるよ。
現在のx264のAVX有効無効の判別方法が間違ってるので。
- 924 ：910：2011/01/27(木) 19:28:52 ID:Dt0FO2iP
- 落ちた時に使ってたオプションがこれです。
--level 4.1 --crf 16 --keyint 30 --b-adapt 2 --b-pyramid strict --slices 4 --vbv-maxrate 18000
--merange 32 --me umh --direct auto --subme 10 --partitions all --trellis 2 --no-dct-decimate
--no-fast-pskip --aud --nal-hrd vbr --sar 1:1 --pic-struct --colorprim bt709 --transfer bt709
--colormatrix bt709 --output "output" "input"
関係なさそうなところもありますけど、とりあえず、全部書きました。--nrは使ってないです。
- 925 ：名無しさん＠編集中：2011/01/27(木) 19:38:01 ID:u58cTuOp
- 毎回思うんだが落ちるかどうか調べるのに何でそんなズラズラオプション並べるんだ。
全部消しても落ちるとか、これを追加した時だけ落ちるとか、そういう報告しないと直らないぞ。
- 926 ：名無しさん＠編集中：2011/01/27(木) 20:11:16 ID:48SWyTy7
- >>924
VBV emergencyがnr使うらしいから--vbv-maxrate外してみたらいいかもしれない
D_S氏曰く、全く進まないってことは違うかもしれない、バックトレースが必要とのこと
- 927 ：名無しさん＠編集中：2011/01/27(木) 20:52:14 ID:VJvuhMlC
- >>924見てよくこんなオプションでエンコが始まるなぁとおもって試してみたら、
とりあえず動くことは動いちゃうんだな
--vbv-maxrateつけたときは--vbv-bufsizeなしだと止まるように
--nal-hrdつけたときは--vbv-maxrateと--vbv-bufsizeなしだと止まるようにしてほしい
半日がかりのエンコで終わってから抜けてたのに気付いたら痛すぎる
- 928 ：名無しさん＠編集中：2011/01/27(木) 20:54:42 ID:RtzvKy79
- Core i7 2600、Win7 SP1なし
--preset medium --crf 23 正常終了
--preset medium --crf 23 --nr 1 クラッシュ
--nr有効にすると落ちるのはたしかっぽい。
- 929 ：910：2011/01/27(木) 21:40:41 ID:Dt0FO2iP
- --vbv-maxrateのみってダメだったんですね。以前は、エラーで止まってたんで、
--vbv-bufsizeも設定してたんですが、設定しなくても止まらなくなったので、
設定してませんでした。nal-hrdごと、無視られてたのか・・・
いくつか試してみました。
subme 7 → subme 8以上 進まなくなる。
partiton all(p4x4追加) 進まなくなる。
いまのところ、うちで支障が出ていたオプションは、その辺りっぽいです。
vbv-maxrate,vbv-bufsize,nar-hrdは付けてても、エンコード出来ました。
- 930 ：名無しさん＠編集中：2011/01/27(木) 21:48:42 ID:DApXMCOh
- HEVCまだかよ
- 931 ：名無しさん＠編集中：2011/01/27(木) 21:53:38 ID:DApXMCOh
- ■次世代動画像符号化の標準化に向けたフィルタ処理技術 BALF
http://www.toshiba.co.jp/tech/review/2010/09/65_09pdf/f01.pdf
東芝も提案していたか
- 932 ：名無しさん＠編集中：2011/01/27(木) 21:55:09 ID:iSbvPpUi
- >>929
詳しく知りたいからIRC来てくれって。
irc.freenode.netの#x264
英語できなくても構わん。
とりあえず手っ取り早く入るには、以下から
http://webchat.freenode.net/
nicknameには適当に名前を
Channelsに、#x264 を。
あとはキャプチャパスして入ってくれ。
- 933 ：名無しさん＠編集中：2011/01/27(木) 22:11:06 ID:VJvuhMlC
- 22:09 (Dark_Shikari) http://x264.nl/developers/Dark_Shikari/checkasm.exe
I need someone with a sandy bridge to run this
22:10 (Dark_Shikari) this is with my avx check added
- 934 ：名無しさん＠編集中：2011/01/27(木) 22:11:15 ID:k37VDqaA
- 日本限定発売ってわけでもないのにそんなに情報ないんかな
- 935 ：名無しさん＠編集中：2011/01/27(木) 22:13:04 ID:iSbvPpUi
- 情報じゃなくて、現物を持ってないんだよ。
- 936 ：名無しさん＠編集中：2011/01/27(木) 22:13:37 ID:mnio4gzG
- 自作PCの８割は日本市場だからな
- 937 ：名無しさん＠編集中：2011/01/27(木) 22:17:01 ID:k37VDqaA
- 英語圏ならいるだろうと思ってたけどそんなことはないんだ。
自作が今そんな状態だとは思わなかったし・・・
- 938 ：名無しさん＠編集中：2011/01/27(木) 22:21:22 ID:GaUBmBcS
- >>931
エンコーダ、デコーダともに重そう・・・
- 939 ：名無しさん＠編集中：2011/01/27(木) 22:23:09 ID:RtzvKy79
- >>933
長いんでhttp://www1.axfc.net/uploader/Sc/so/198864にアップした。
実行環境はi7 2600とWin7 Pro x64。
SP1は無し。
- 940 ：名無しさん＠編集中：2011/01/27(木) 22:30:40 ID:iSbvPpUi
- 22:27 (Dark_Shikari) have someone run checkasm on SP1
誰か、>>933を、Sandy BridgeかつWindows 7 SP1上で試してくれって
- 941 ：910：2011/01/27(木) 22:37:27 ID:Dt0FO2iP
- SP1じゃないので、意味無いかもしれないですが、checkasmの結果を
あげました。
あと、subme 8とpartitions allを指定した際のエラーログも一緒に入れときます。
http://www1.axfc.net/uploader/Sc/so/198872
- 942 ：名無しさん＠編集中：2011/01/27(木) 22:41:02 ID:VJvuhMlC
- テキストをわざわざ斧とかにあげるな
http://pastebin.com/
ここ使え
- 943 ：拓然（たくしかり） ◆ShikarikRs ：2011/01/27(木) 23:08:04 ID:YSLkmewP
- つーかマジサンキュ。r1882うｐったわ。動く といいけどなｗｗｗｗｗ まあ、
Windows 7 SP1前だとまだAVX使えねーんだけど
- 944 ：名無しさん＠編集中：2011/01/27(木) 23:12:29 ID:mnio4gzG
- いやいやその翻訳はいくらなんでもひでーだろｗ
- 945 ：名無しさん＠編集中：2011/01/27(木) 23:18:40 ID:TbMOLuN4
- www
- 946 ：名無しさん＠編集中：2011/01/27(木) 23:22:02 ID:VJvuhMlC
- いや、たいていこんな感じだよ
- 947 ：名無しさん＠編集中：2011/01/27(木) 23:37:54 ID:Rn6a83sO
- http://git.videolan.org/?p=x264.git;a=blobdiff;f=common/cpu.c;h=e77253d29756017a5d3b41fe81485c19ce058c4d;hp=68857467dda03097e59e2dc2219586667273c2c5;hb=f6d0c95b964d52780891c39f6ec93022b6ec1cb0;hpb=cd53fa47afadb563eefb72c137fb30bd06d26c85
Intelの説明通りにやってるのでだいじょうぶ。
- 948 ：名無しさん＠編集中：2011/01/27(木) 23:40:37 ID:Rn6a83sO
- まあ、D_SのYMMレジスタを使ってないってのがそもそも勘違いなのだけれど。
AVX128は上位128bitを0クリアする命令だから。
- 949 ：名無しさん＠編集中：2011/01/28(金) 00:38:50 ID:NFZvR8JM
- SP1まだTenhnetにもきてないからなぁ
- 950 ：名無しさん＠編集中：2011/01/28(金) 07:23:22 ID:ZUq/lGnN
- どうも1881、1882だと一部ソースでx264の設定が悪いとブロック状になるのが出来るね。
バイナリはJEEB殿とKomisar殿ので試しました。
1867では色々試しましたが問題なかったです。
一応、検証用のファイルセット上げておきます。
http://www1.axfc.net/uploader/Si/so/97787.zip
mov(bad).mkvがブロック状になってしまう動画で、mov.mkvは正常な動画です。
他のファイルはエンコードを試すときにでも使ってください。
バッチファイル実行するとmov(bad).mkvかmov.mkvが出来るようになっています。
- 951 ：名無しさん＠編集中：2011/01/28(金) 07:36:20 ID:ZUq/lGnN
- デコーダー変えたら正常に再生されたのでデコーダーのせいかもしれないですね。
ファイル消しておきます。すいません。
- 952 ：名無しさん＠編集中：2011/01/28(金) 07:44:11 ID:dnNC9m7Z
- >>950
ファイルはもうなくなってるけど、--fgoかな？
バグっぽいものの報告は1881以前からも来てるけど、かなり珍しかったし、ささいな
エラーだったみたいだし、その時はあまり気にしなかったんだけど、今は一応
それ以上変なものになってるし、再現できるケースをこちらの方でも持ってるんで、
fgoのパッチの内容をもっと理解してる人に見せる予定。
こっちだとどこで誤った動作をしてるかはかなり分かりかねないしなぁ…
まぁ、いいことは、fgoが機能的にfade-compensateと同様に一般機能と離れてる
ということだね。fgoさえ使用しなければ問題は起こらない（はず）。
- 953 ：名無しさん＠編集中：2011/01/28(金) 07:44:55 ID:dnNC9m7Z
- >>951
あっ、了解。そういうのは結構ありますね。
- 954 ：名無しさん＠編集中：2011/01/28(金) 08:51:50 ID:dnNC9m7Z
- そしてkomisar氏のビルドにはfgoがパッチされてなかった事に気づいて
恥ずかしながら眠さのせいにして寝る。
- 955 ：名無しさん＠編集中：2011/01/28(金) 14:24:41 ID:6VMSbEZz
- リッピング違法化”は著作権法の保護範囲を大きく逸脱、MIAUが反対声明
http://internet.watch.impress.co.jp/docs/news/20110128_423130.html
盛り上がってまいりましたぁああ
- 956 ：名無しさん＠編集中：2011/01/28(金) 19:17:03 ID:69DnIm/N
- これからはお前らも日蔭者の仲間入りってことだな
- 957 ：名無しさん＠編集中：2011/01/28(金) 19:20:24 ID:Fc4PaONI
- ID:69DnIm/N は真性の馬鹿
- 958 ：名無しさん＠編集中：2011/01/28(金) 19:21:47 ID:QWjMv81t
- 煽りもいいけど、スレ違い
- 959 ：名無しさん＠編集中：2011/01/28(金) 21:18:46 ID:TEGw76TE
- リッピングしまくってもそれを消費する可処分時間無いだろ。
- 960 ：名無しさん＠編集中：2011/01/29(土) 01:03:29 ID:DQVq4Zbd
- http://itpro.nikkeibp.co.jp/article/NEWS/20100907/351778/
結局、無反応機器は一体どうなるのか
- 961 ：名無しさん＠編集中：2011/01/29(土) 07:34:51 ID://iIEMvC
- >951-953
レス、ありがとうございます。
fgoとfade-compensateパッチのないのでも試したので、それらは関係なさそうです。
--crf 20.0 --b-adapt 2 --rc-lookahead 60 --fps 30000/1001というオプションでした。
--b-adapt 1にするとかcrf 23にすれば解消してたんですが
よく分からないけどバグかなと思い書き込みしてしまいました。
まさかDXVAで再生していたのが原因とは思いませんでしたね。
- 962 ：名無しさん＠編集中：2011/01/29(土) 07:53:28 ID:P0a5eg70
- DXVAで表面化するx264のバグかもしれないよ
weightpのときはそうだった
- 963 ：名無しさん＠編集中：2011/01/29(土) 09:59:49 ID:4i58MmZz
- i5-2400+Ubuntuで自前ビルドしたら
ちゃんとr1882でAVX列記された～。
Athlon64 5600+とは比べもんにならん速さ
- 964 ：名無しさん＠編集中：2011/01/29(土) 10:22:28 ID:PBZW3qMf
- nlも1882きたな
- 965 ：名無しさん＠編集中：2011/01/29(土) 10:39:25 ID:mA/yDuLF
- >>963
それはAVXは関係ないんじゃね
- 966 ：名無しさん＠編集中：2011/01/29(土) 10:45:43 ID:BMWeJUct
- K8とCore 2以降のCPUでは、x264にとって一番重要なSSE2の速度が違う。
- 967 ：名無しさん＠編集中：2011/01/29(土) 13:32:56 ID:Y2/0S3EG
- Core i7 2600 Win7 Pro x64 SP1あり
nlできてたから早速テストとりあえず何本か走らせたがｈAEEEEE
970より早いってどーゆうことよ･･･
6コア(´･ω･｀)
- 968 ：名無しさん＠編集中：2011/01/29(土) 15:49:41 ID:Ga1ruSPg
- >>967
SP1を入れるか悩んでるんだけどAVXありと無しでどれぐらい速度違う？
- 969 ：名無しさん＠編集中：2011/01/29(土) 15:57:31 ID:PcYXFnQs
- >>968
比較ベンチがある
http://hibari.2ch.net/test/read.cgi/jisaku/1282371527/
- 970 ：名無しさん＠編集中：2011/01/29(土) 18:36:54 ID:1mkuMmlg
- 環境も違うし、極適当な抽出だが
Q6600@3.2G…6.54fps
Q9550@3.8G…7.89fps
i7 920@4G …12.28fps
2600K@4.5G…15.69fps
980X@4G …19.81fps
意外と進歩してるんだなｗ
- 971 ：名無しさん＠編集中：2011/01/29(土) 19:24:19 ID:D9gNwBwQ
- x264に関してはNehalemで凄く伸びたからな。
CMAと比較してクロックあたりの性能が1.5倍くらいになった。
Sandy BridgeもNehalemから小幅とはいえさらに伸ばしてきたんだから、全く大したもんだ。
- 972 ：名無しさん＠編集中：2011/01/29(土) 19:29:55 ID:mJMGqVxm
- Sandy Bridgeの次あたりで、AVXで整数演算が入ってきたら発狂もんだな
- 973 ：名無しさん＠編集中：2011/01/29(土) 20:31:54 ID:PcYXFnQs
- 1882でエンコしてPowerDVDで再生してみたけど、HWアクセラレーションONにすると、破たんする場面があるなぁ
OFFでは破たんしないので、やっぱりDXVAがらみの不具合だろうか。
- 974 ：名無しさん＠編集中：2011/01/29(土) 20:33:12 ID:P0a5eg70
- ソースとオプションとエンコしたファイルうｐ
でないと検証できん
- 975 ：名無しさん＠編集中：2011/01/29(土) 21:03:56 ID:PcYXFnQs
- >>974
もうちょっと色々やってみる。とりあえず聞き流して。Sandy Bridgeのドライバの問題かもしれんし。
- 976 ：名無しさん＠編集中：2011/01/29(土) 21:27:22 ID:eVYoDLFx
- 1882でエンコしたら俺も同じ現象起きたから不都合だろうなぁ
- 977 ：名無しさん＠編集中：2011/01/29(土) 21:39:03 ID:0iGLBpzy
- nlの1882試したんだけどデフォルト数値変わったの？
qp maxとかaq-strengthとかpsy-rdとか
設定いじってないのに上がってるんだが
- 978 ：名無しさん＠編集中：2011/01/29(土) 21:40:10 ID:iBlazA3m
- >950
うちでも、画像が崩れる現象が発生しました。1882+sandybridge(no SP1)
mpcでDxVA有だと崩れて、無だと崩れません。
他に、PS3、android機(Galaxy Tab)でも同様に崩れてしまいます。
崩れるオプションは、検証中。
--b-adapt 1にしても崩れたので、他にも何かあるのかも。
- 979 ：名無しさん＠編集中：2011/01/29(土) 21:43:13 ID:P0a5eg70
- SP1じゃないってことはAVXじゃないのか
- 980 ：名無しさん＠編集中：2011/01/29(土) 21:44:03 ID:+5bBoiTG
- ほんとだ qpmax=69になっとる
- 981 ：名無しさん＠編集中：2011/01/29(土) 21:47:42 ID:0iGLBpzy
- >>980
qpmax以外もなってない？
俺の方はデフォルトで出してるのにaq-strengthとpsy-rdが2になってる
- 982 ：名無しさん＠編集中：2011/01/29(土) 21:52:52 ID:pYB/QWVj
- psy-rdが2！？
- 983 ：名無しさん＠編集中：2011/01/29(土) 21:55:29 ID:+5bBoiTG
- 俺のエンコしたのはqpmax以外は同じ値 いつものと
- 984 ：名無しさん＠編集中：2011/01/29(土) 22:11:45 ID:GhGOZ88Y
- 俺も qpmax=69 になってるだけ
- 985 ：名無しさん＠編集中：2011/01/29(土) 22:23:46 ID:0iGLBpzy
- マジ？qmmax69とaq-strengthとpsy-rdが2なってるんだがｚｚ
それは俺だけか？
- 986 ：名無しさん＠編集中：2011/01/29(土) 22:50:07 ID:0iGLBpzy
- う～ん原因わからんからとりあえず1867に戻しとく
あとは頼んだ
- 987 ：名無しさん＠編集中：2011/01/29(土) 23:07:47 ID:pSZY9RbL
- --fullhelpみりゃデフォルト値わかるだろーが
qpmaxは69になってるな。
- 988 ：名無しさん＠編集中：2011/01/29(土) 23:08:04 ID:P0a5eg70
- 映像が崩壊する人、とりあえずソースうｐしたくないなら
違う人のビルド試すとどうなるかとか--no-asmとか--qp-max 51とか試してみてくれないか？
- 989 ：名無しさん＠編集中：2011/01/29(土) 23:32:21 ID:PcYXFnQs
- >>988
--no-asmで破たんしなくなりました。--qp-max 51は不正なパラメーターと怒られました。
- 990 ：名無しさん＠編集中：2011/01/29(土) 23:34:35 ID:pSZY9RbL
- --qp-max じゃなくて --qpmax だろ。気付けよ。
- 991 ：名無しさん＠編集中：2011/01/29(土) 23:38:11 ID:P0a5eg70
- >>989
適当に書いたｽﾏｿ
Win7 SP1？
- 992 ：名無しさん＠編集中：2011/01/29(土) 23:40:05 ID:PcYXFnQs
- そうだ！
--qpmax 51では破たんしました。
- 993 ：名無しさん＠編集中：2011/01/29(土) 23:40:50 ID:PcYXFnQs
- >>991
Win7SP1です。
- 994 ：名無しさん＠編集中：2011/01/29(土) 23:49:12 ID:P0a5eg70
- ・vbvか--nr使ってるなら外す
・--asm SSE2Fast,SSE4.2,Cache64,FastShuffle
（x264 [info]: using cpu capabilitiesに出てくるやつAVX以外。MMXとかSSSE3はSSE4.2に入ってる）
の2つを試してみて
- 995 ：978：2011/01/29(土) 23:49:14 ID:iBlazA3m
- >988
--no-asm と --qpmax 51を試しましたが、破綻します。
先ほども書きましたが、SandyBridge(i5 2500K) + Win7 x64 no SP1です。
破綻動画、ソースがゲームキャプチャーものなので、アップ出来ないのです
が、何か、お手頃な著作権フリーな動画ないですかね。
- 996 ：名無しさん＠編集中：2011/01/29(土) 23:51:08 ID:6+I4hkRf
- >>995
きしめんのOP動画にしたら？
あれはメーカーの許諾要らないはず。
- 997 ：978：2011/01/29(土) 23:51:24 ID:iBlazA3m
- 一応、こんな感じです。
avs [info]: 1280x720p 1:1 @ 60000/1001 fps (cfr)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: none!
x264 [info]: profile High, level 4.1
x264 [info]: frame I:10 Avg QP:19.17 size:182441
x264 [info]: frame P:144 Avg QP:22.16 size: 66526
x264 [info]: frame B:384 Avg QP:24.71 size: 30413
x264 [info]: consecutive B-frames: 3.5% 1.5% 7.2% 87.7%
x264 [info]: mb I I16..4: 7.9% 39.8% 52.4%
x264 [info]: mb P I16..4: 1.5% 2.7% 2.7% P16..4: 40.8% 27.2% 12.6% 3.7% 2.7% skip: 6.3%
x264 [info]: mb B I16..4: 0.2% 0.1% 0.2% B16..8: 38.8% 20.3% 9.1% direct: 8.7% skip:22.7% L0:38.7% L1:42.1% BI:19.1%
x264 [info]: 8x8 transform intra:37.8% inter:32.8%
x264 [info]: direct mvs spatial:99.0% temporal:1.0%
x264 [info]: coded y,uvDC,uvAC intra: 77.7% 83.4% 68.4% inter: 32.7% 28.9% 16.7%
x264 [info]: i16 v,h,dc,p: 14% 67% 4% 15%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 28% 15% 5% 6% 5% 9% 5% 14%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 12% 20% 5% 7% 11% 10% 12% 8% 15%
x264 [info]: i8c dc,h,v,p: 31% 47% 14% 8%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: ref P L0: 64.3% 14.5% 20.5% 0.7%
x264 [info]: ref B L0: 83.4% 16.6%
x264 [info]: ref B L1: 88.9% 11.1%
x264 [info]: kb/s:20573.77
encoded 538 frames, 1.96 fps, 20573.77 kb/s
- 998 ：名無しさん＠編集中：2011/01/29(土) 23:57:14 ID:P0a5eg70
- --no-asmで破綻ならAVXじゃないだろうからVBV emergencyなのかな？
VBV設定してるなら外してみて
次スレ立ててくる
- 999 ：名無しさん＠編集中：2011/01/29(土) 23:59:48 ID:P0a5eg70
- x264 rev30
http://hibari.2ch.net/test/read.cgi/avi/1296313162/
- 1000 ：名無しさん＠編集中：2011/01/30(日) 00:18:41 ID:UvVvRlyE
- 乙
- 1001 ：１００１：Over 1000 Thread
- このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
★スマホ版★
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver 05.05 2022/08/31 Walang Kapalit ★
FOX ★