09/03/19 03:28:05 神 mKysQydB
Q ニコニコ・zoome用の動画を作りたい。
A 板違い、Youtube板の"FLV/MP4作成スレ"でどぞ。
Q 圧縮codecありませんか。AviUtlで使いたい。x264gui.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
ｽﾚﾘﾝｸ(avi板)
[本家]
URLﾘﾝｸ(www.videolan.org)
URLﾘﾝｸ(git.videolan.org) (ソース/チェンジログ)
URLﾘﾝｸ(x264dev.multimedia.cx) (開発者のブログ)
[バイナリ]
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(forum.doom9.org)
URLﾘﾝｸ(celticdruid.no-ip.com)
URLﾘﾝｸ(uk.geocities.com)
URLﾘﾝｸ(seraphy.fam.cx) (ノーマル/afs対応版、patch版、OreAQ版)
URLﾘﾝｸ(oss.netfarm.it) (mencoder)
URLﾘﾝｸ(forum.doom9.org) (MeGUI:mencoderのGUI)
URLﾘﾝｸ(tirnanog.fate.jp) (mp4box)
URLﾘﾝｸ(yamb.unite-video.com) (YAMB)
前スレ
x264 rev20
ｽﾚﾘﾝｸ(avi板)
再生方法、規格、インタレ規格、Avisynthの使用法、コンテナ等、
専用のスレがある話題は各専用スレ>>2-4でおながいします。
スレタイ検索 URLﾘﾝｸ(find.2ch.net)
テンプレ続く>>2-4
2:名無しさん＠編集中
09/03/19 03:28:58 神 mKysQydB
H.264の再生法や規格などの話題は
MPEG-4 AVC/H.264 総合スレ Part7
ｽﾚﾘﾝｸ(avi板)
Avisynthを絶讃ιょぅょ Part26
ｽﾚﾘﾝｸ(avi板)
インタレ規格の話題は
インタレ解除しないスレの3っぽいスレ
ｽﾚﾘﾝｸ(avi板)
アスペクト比 part4
ｽﾚﾘﾝｸ(avi板)
MP4コンテナの話題は
【MP4】ISOMPEG-4普及委員会4【M4A】【3GP】
ｽﾚﾘﾝｸ(avi板)
MeGUIスレッド
ｽﾚﾘﾝｸ(avi板)
3:名無しさん＠編集中
09/03/19 03:31:19 mKysQydB
[FAQ]
Q x264.exeをダブルクリックしてもインストーラーが立ち上がらない。
A コマンドプロンプト用の実行ファイルです、インストーラーでも圧縮ファイルでもありません。
Q 見れないよ
A x264.nlでmatroska splitterとffdshowを入手してインストール汁！ハードウェアでインタレ解除する場合は、
ビデオデコーダーの設定→出力→インターレース関連情報を…にチェックを入れること。
またはMPlayerやVLCなどのデコードエンジン内蔵のプレーヤーで試す。 これらで見る場合はffdshowは必要なし。
Q AviUtlやVirtualDubとかで読むとエラーでて編集できないんですが・・・
A 諦めろ。編集はエンコード前にするのが常識。
Q Win版QuickTimeで再生できない。
A QuickTimeはインタレ、ハイプロファイル(-8、--8x8dct、--cqmなど)、--b-pyramidに対応していない。 Bフレ1以下推奨。
Q 携帯機やゲーム機などで再生させるには？
A それぞれ専用のスレがどこか（他の板も）にあるはずなのでまずは当たってみてください。
Q バージョンアップ早すぎ
A バージョンアップでなくビルドアップです。例えばソースの清書、サイズの収縮などユーザーにとってあんまり意味のない改変でも更新されてます。
Q >>1のどのファイルがいいの？
A 迷う奴はx264.nlのを使え。GUI操作が好きな人は同ページにあるMeGUIやStaxRipも。マイクロソフトから.NETのインストールも忘れずに。
Q エンコードできない。
A 基本的に色空間がYV12のavsファイル(Avisynth)しか受け付けません。（MeGUI、StaxRipも含む）
Q MP4のVFRってどうやるの？
A 前知識として、そのまま"MP4 VFR"等で検索して、ISOMPEG-4スレへどぞ。
4:名無しさん＠編集中
09/03/19 03:32:35 mKysQydB
Q アスペクトの指定ってどうやるの？
A 704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。
Q --interlacedで失敗する。
A 入力ソースは縦が32の倍数のトップフィールドファーストで。
その他パラメータの勉強は
Fraternity7
URLﾘﾝｸ(ageha909.blog121.fc2.com)
QPオプションの目安
URLﾘﾝｸ(www.wikihouse.com)
aviから移行してきた人への簡易見本。704x480の24pと仮定。
Avisynthの2.5以降のバージョンをインストールする。
mp4boxを用意する。
映像は可逆圧縮コーデックでaviを作成する。
音声は別に作成しておく（C:\hogehoge\test.m4aに存在すると仮定）。
echo AviSource("C:\hogehoge\test.avi") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
"C:\hogehoge\x264.exe" --crf 20 --progress -o "%temp%\avi.264" "%temp%\avi.avs"
"C:\hogehoge\mp4box.exe" -fps 23.976 -add "%temp%\avi.264":par=10:11 -add "C:\hogehoge\test.m4a" -new "C:\hogehoge\test.mp4"
↑の4行をコマンドプロンプトに右クリ貼り付けenterで完成
↓batファイルにD&Dするだけ用
set x264="C:\hogehoge\x264.exe"
echo AviSource("%1") > "%temp%\avi.avs"
echo ConvertToYV12() >> "%temp%\avi.avs"
%x264% --crf 20 --progress -o "%1.264" "%temp%\avi.avs"
5:名無しさん＠編集中
09/03/19 10:18:50 GViDlP6d
＞A 704x480を4:3で見る時は--sar 10:11、 720x480を4:3で見る時は8:9。他は各自計算してください。
＞ 720ｘ480を16：9で見たい時、par(sar)x：yはx：y=480×16：720×9で求められる。
720x480を4:3や16:9にするとアスペクト比狂うからこのテンプレは微妙じゃないか？
間違った比率で16:9や4:3にしなければいけない状況が思いつかない
6:名無しさん＠編集中
09/03/19 11:16:04 fUjEkDn7
あと、1440x1080を--sar 4:3でDAR 16:9に引き伸ばすと言うのも、足しておいた方が良いな。
7:名無しさん＠編集中
09/03/19 13:14:36 nS4EOR7a
そこら辺はアスペクト比のスレに行け、で終わりなんじゃないの？
あってもいいとは思うけど、どこまでをx264スレとして書くべきか線引きができない気がする
8:名無しさん＠編集中
09/03/19 13:16:23 SfnFn2Cr
ちょっとくらいはいいじゃない
9:名無しさん＠編集中
09/03/19 13:25:33 fUjEkDn7
Msys/Mingwなx264のビルド環境の作り方
URLﾘﾝｸ(forum.fushizen.eu)
前スレにあったこのガイドも便利だろうと思う。
10:名無しさん＠編集中
09/03/19 13:33:10 SfnFn2Cr
ついでに
OreAQパッチをあてたitvfr版
URLﾘﾝｸ(www.mediafire.com)
11:名無しさん＠編集中
09/03/20 08:56:00 D1DE3DYq
>>10
これをAVIUTLの拡張X264出力で使うためにはどうすれば？
12:名無しさん＠編集中
09/03/20 11:34:32 APdpDKi4
>>11
拡張X264出力じゃ無理じゃね？
URLﾘﾝｸ(www.tenchi.ne.jp)
+
AviSynth
とか…
13:名無しさん＠編集中
09/03/22 16:36:02 hkyrU9x9
前スレより下がってるんで上げるわよ
14:名無しさん＠編集中
09/03/23 01:40:57 8WNky9NE
VFR-Timing Error
< 3447> type = 5, pts = 14435421, dts = 14429415, b_dts = 14429415, cts_offset = 0, cts = 14421407
こんなのが出るんだけどどうすればいいの？
出来上がったファイル見ても別段おかしいところはないんだけど・・・
15:名無しさん＠編集中
09/03/23 03:25:06 zeT6p25/
何を使ってどうしたからこうなったのかがわからないのでパス
16:名無しさん＠編集中
09/03/23 03:29:31 pbd4ut6+
>>14
スレチ
17:名無しさん＠編集中
09/03/23 16:40:52 kp13E6PI
--scenecutを極力下げる、--deblockは0:0、AQは使わなければ、
SSIM値がかなり高くなるな。まぁ当たり前なんだけども。
結局最終的には好みの画質に合わせて調整すべきだけど。
--beblockは0:0で事足りるんだが、マイナスを使うべき場面ってあるんかね。
18:名無しさん＠編集中
09/03/23 17:09:40 huDNLI8O
DivX 7でエンコードされたビデオのデブロックは-1:-1になっている。
19:名無しさん＠編集中
09/03/23 18:42:51 VugSSyVk
deblockはブロックごとのQ値に応じた強さで掛けられるんだけど、
カスタムマトリクスやPSY-RDを使っている場合は、
額面上のQ値相応以上に大量のビットが振られるブロックが当然出てくる。
例えばデータ上のQ値が20でも、実質的に17くらいになってるブロックがあったとしたら、
そこにデフォで掛けられるQ値20を前提にしたデブロックでは強すぎる。
--psy-rdを使う場合と、--cqm jvtもしくはカスタムマトリクスを使う場合、
基本的にdeblockは下げるのが当たり前。
20:名無しさん＠編集中
09/03/23 19:26:26 PedoItGx
beblock（笑）
21:名無しさん＠編集中
09/03/23 19:31:24 4APLGnvd
／）
／／／）
／,.=ﾞ''"／
／ i f ,.r='"-‐'つ＿＿＿_ 細けぇ事はいいんだよ！！
/ / _,.-‐'~／⌒ ⌒＼
／ ,i ,二ﾆ⊃（ ●）. （●）＼
/ ﾉ ilﾞフ::::::⌒（__人__）⌒::::: ＼
,ｲ｢ﾄ､ ,!,!| |r┬-| |
/ iﾄヾヽ_/ｨ"＼ `ー'´ ／
22:名無しさん＠編集中
09/03/23 20:41:09 VETV4MxY
DTVは細けぇところを詰めていくのが醍醐味なわけで
23:名無しさん＠編集中
09/03/23 20:41:57 4APLGnvd
>>22
>>20
24:名無しさん＠編集中
09/03/23 20:43:14 0LE5p63B
>>22
とりあえずbeblock（笑）を詰めてもらおうか
25:名無しさん＠編集中
09/03/23 21:01:58 3G7+bE7z
新しいオプションすか
26:名無しさん＠編集中
09/03/23 23:35:30 9sNTfVXM
beblockは伝説のフィルタ。
27:名無しさん＠編集中
09/03/24 03:16:27 IGSiS3Wa
微妙なブロック
↓
微ブロック
↓
beblock
こ れ だ ！
28:名無しさん＠編集中
09/03/24 19:06:59 aY/62R6t
よくネタが続くな
29:名無しさん＠編集中
09/03/24 19:09:24 euU7ar8l
ブロックノイズを意図的に作り出すオプションだろ
30:名無しさん＠編集中
09/03/24 20:39:38 TWb8Bayv
Boys be block.
31:名無しさん＠編集中
09/03/24 20:40:50 TWb8Bayv
ぐわああああカンマ無いと明らかに文法おかしいorz
32:名無しさん＠編集中
09/03/24 22:04:41 jGKk6lo3
要するに話題が無くてみんな暇だっつーことだね
33:名無しさん＠編集中
09/03/24 22:07:20 QtNwvVuY
でスレッドなんとかのパッチはいつ完成するんだ
34:名無しさん＠編集中
09/03/24 23:47:10 fl2CJNBa
OreAQは使い方が難しいな、普通にデフォで使ってSSIMよくなって喜んでたけどcrf1下げた方が容量縮んでSSIM・PSNRもよくなってがっくり
35:名無しさん＠編集中
09/03/25 00:38:11 ZzheFt5X
SSIMやPSNRは画質の指標にはならんと前から言ってるじゃないか
36:名無しさん＠編集中
09/03/25 00:39:18 r8+b9j7r
春だな
37:名無しさん＠編集中
09/03/25 01:06:37 3BPuoNwm
アニメソースだとAQ使うと平面が破綻する事が多いから、
あんまり使わないなぁ
38:名無しさん＠編集中
09/03/25 01:10:20 y7xi7ZDO
輪郭が少々劣化しても気にならない実写の様なソースにVAQを使うのが良い。
39:名無しさん＠編集中
09/03/25 02:42:21 SoRMNaFI
AQの使い方が難しいなら、いっそ使わない方がいい。
基本的に使わない方がエンコは早いし、仕上がりサイズも小さくなる。
40:名無しさん＠編集中
09/03/25 13:21:37 fiwKth/S
Bebook -1 -1
41:名無しさん＠編集中
09/03/25 15:09:50 Q7dZRxRz
すっげー暇なのに厨質問には噛みつき
タイプミスはいつまでも引きずる。ホント末期だ、このスレ。
42:名無しさん＠編集中
09/03/25 15:13:22 iHMvHIC/
普通にマジレスしてる奴の方が多いだろ
43:名無しさん＠編集中
09/03/25 19:04:50 TQ7DClFx
URLﾘﾝｸ(www.mmv.co.jp)
44:名無しさん＠編集中
09/03/25 19:31:26 DWhfRxvi
なにこれ？
エロゲのPV？
45:名無しさん＠編集中
09/03/25 20:05:28 w0mFrCoZ
>>43
まじめにエンコして欲しいね。なんか汚い
46:名無しさん＠編集中
09/03/25 21:24:48 MDjxMHMu
シャープ効かせてみました感がやだ
47:名無しさん＠編集中
09/03/25 23:05:59 3BPuoNwm
wmpがmp4に対応してないもんから、
flashがデフォルトプレイヤーみたいになっちゃってるよなぁ。別に良いんだが。
48:名無しさん＠編集中
09/03/25 23:09:20 t6E1WHni
7でOS標準対応するよ
49:名無しさん＠編集中
09/03/25 23:20:08 3BPuoNwm
>>43
設定抜き出してみた。
cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=6 / psy_rd=1.0:0.0 / mixed_ref=0 /
me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 /
threads=1 / nr=0 / decimate=1 / mbaff=0 / bframes=4 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=3 /
wpredb=0 / keyint=250 / keyint_min=25 / scenecut=40 / rc=2pass / bitrate=900 / ratetol=1.0 / qcomp=0.60 /
qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00
何これエロゲ？
50:名無しさん＠編集中
09/03/25 23:21:43 3BPuoNwm
>>48
そーなのか
rawデータも対応するとか言ってたな
51:名無しさん＠編集中
09/03/25 23:23:15 NdLfvg5t
URLﾘﾝｸ(www.mmv.co.jp)
TVアニメだね
52:名無しさん＠編集中
09/03/25 23:24:34 3BPuoNwm
>>43
ちなみに使用してるのは
x264 core 66 r1110 05afd8e
らしい。
53:名無しさん＠編集中
09/03/25 23:25:44 t6E1WHni
>>50
あとSilverlight3が再生支援にも対応する
54:名無しさん＠編集中
09/03/25 23:26:02 NdLfvg5t
おっとそういう意味じゃないのか
アフタヌーン連載中の漫画だな
55:名無しさん＠編集中
09/03/25 23:27:35 q2uX+2Ow
ストリーミング前提のPVみたいだから画質はこんなもんだろ
56:名無しさん＠編集中
09/03/25 23:28:41 3BPuoNwm
なんかセラフィーたんのx264をとりあえずダウンロードして、
デフォルト設定のままエンコしました感の漂う設定なのが笑えるな
57:名無しさん＠編集中
09/03/25 23:35:17 NdLfvg5t
>>56
この辺りが特にそんな感じだな
Frame rate mode : Variable
Frame rate : 23.984 fps
Minimum frame rate : 23.976 fps
Maximum frame rate : 95.904 fps
Original frame rate : 23.976 fps
guiでTimeScale 4倍精度をチェックしたままだとこうなる
58:名無しさん＠編集中
09/03/25 23:43:56 aYVG1xCA
URLﾘﾝｸ(blog.ebifunyai.com)
ここの中の人みたいにWeb公開でx264のオプション隠すのってバイナリか何か弄ってるのかな
俺は自分用だからavinapticで昔エンコした設定とかビルドアップする前との比較などで隠す必要はないけど
43のデモっぽいの上がってるのを設定抜かれると、いかにもデフォ値くさい設定が、
見てても恥ずかしいなぁ、とふと思ってしまった
59:名無しさん＠編集中
09/03/25 23:46:03 t6E1WHni
VFR Maniac氏のやつにそんなオプションなかったっけ？
60:名無しさん＠編集中
09/03/26 00:12:30 ACaU+OVI
お前らどんな凄い設定でエンコしてるんだよ
デフォに毛が生えた程度で別に問題ないだろ
61:名無しさん＠編集中
09/03/26 00:21:38 UAj/GE+p
>>49
ちょっと教えてほしんだけど、なんてツール使うとエンコに使用したオプションが
分かるの？
PS3やMacOSXのQTで上手く再生できた/できないといった時の切り分けに使えそう。
62:名無しさん＠編集中
09/03/26 00:27:58 LCarFBwc
普通にバイナリエディタとかで開いてもテキストが書いてある。
あとMediaInfoとか？
63:名無しさん＠編集中
09/03/26 00:29:03 zL68qO7V
>>60
毛が生えたLvでも追っていくのがDTV
問題はないが気にしないようなざっぱな奴なら来ないでくれ
>>61
…おまえの目はフシアナか？
64:名無しさん＠編集中
09/03/26 00:32:47 J3l/ytT1
必要ないところまでいじくるのもアホっぽいけどな
65:名無しさん＠編集中
09/03/26 00:46:04 ACaU+OVI
>>63
>問題はないが気にしないようなざっぱな奴なら来ないでくれ
何でお前にそんなこと言われなきゃならんのだ。
細部まで設定を詰めて画質を追求するのはお前の勝手だけど、
自分とエンコの考え方についての方向性が違うというだけで来るなとか、
お前はここの主かよ
66:名無しさん＠編集中
09/03/26 00:47:59 UAj/GE+p
>>62
前にstringsしてoption:以降に書いてあるのは知ってたんだけどね。awkやsedやperlと組み合わせる
のがメンドくて・・・
MediaInfo使ってみます。thx。
67:名無しさん＠編集中
09/03/26 01:16:32 sswcdJAL
個人用に保存するならどうでも良いけど、
ネットで公開するなら、綺麗な方が良いとおもう
68:名無しさん＠編集中
09/03/26 01:38:31 wIouQGkd
>>66
strings -51 で済みような…
69:名無しさん＠編集中
09/03/26 01:44:10 wIouQGkd
習いで書いてしまったが、書式が昔と違うから 51 には意味はない。
適当な長さを指定すればいいだけ。
70:名無しさん＠編集中
09/03/26 01:47:47 Z2eUPj/Z
"h264_parse input.264 > output.log"とすれば、どう言った設定でエンコードされたか大体分かる。
71:名無しさん＠編集中
09/03/26 02:36:43 7dyO4swJ
前スレで話題になってたバンディングに関して面白い記事があったよ。(規制がorz) 階調抜けちゃうならディザが重要ってことだよね
URLﾘﾝｸ(resic.laburec.net) (8bit→4bitディザ有り/無しのサンプル)
72:名無しさん＠編集中
09/03/26 02:44:59 Z2eUPj/Z
URLﾘﾝｸ(latoninf.free.fr)
URLﾘﾝｸ(avisynth.org)
GradFun2DBmod(temp=0, adapt=-1, custom="GrainFactory3(g1str=6, g2str=8, g3str=12)")
バンディングには、こう言う風にしておけばいい。
73:名無しさん＠編集中
09/03/26 03:59:19 LCarFBwc
更新ないねぇ…
74:名無しさん＠編集中
09/03/26 05:24:53 vqGP2aaJ
>>71
このｽﾚで既出の事しか書いてないんだが･･
75:名無しさん＠編集中
09/03/26 05:54:36 9pDf1nkO
x264のソースを落としてgccでコンパイルしています、環境はLinuxUbuntu9.04でコンパイラgcc4.3.3です。
ところがこのgccだとコンパイル中警告が大量に出ます。yasmはスナップショットの最新版です。
ふとあるサイトでx264をgcc3.4.6でコンパイルしていると見たのでやってみると警告の類は一切なしで終わりました。
コンパイラの警告のレベル自体が違うのかもしれませんが最新のx264をかなり前のgcc3.4.6でコンパイルしても
特に弊害は無いのでしょうか?
というのは最新のソースは新しいコンパイラの方が良いって話も結構聞くので。ソース読めないのでその辺良く解りません^^;
76:名無しさん＠編集中
09/03/26 08:56:03 /FQVYmPz
>>71
書かれた時期がこのスレで話題になっていた時期より若干早いかもしれないが、
原因がしっかり書かれていてわかりやすいサンプルあるのはためになったよ
それにしても更新がなくて話題が枯れてしまったな
もう完成の域に達しかけているという証拠か・・・
77:名無しさん＠編集中
09/03/26 09:36:09 OBB7kq4P
ん?完成って? 毎日何かしら更新されてて今だに正式リリース板も出てない代物じゃないの?
今気付いたんだけどこれってもしかして毎日自動的に上がってくるのけ?
ファイル容量が変わってないって事は3/21から3/25までは下手したら同じって事すか・・・
fURLﾘﾝｸ(ftp.videolan.org)
78:名無しさん＠編集中
09/03/26 12:07:47 LCarFBwc
そりゃそうだ
79:名無しさん＠編集中
09/03/26 12:25:52 VI1CrBAD
>>55
ストリーミング前提で--qpmin 10ってのもねぇ
80:名無しさん＠編集中
09/03/26 12:43:07 LCarFBwc
>>75
どっちでも大丈夫だと思う。4系の方が最適化とかしたら速いのかな？
Winだが>>1にあるx264.nlは32bitは3.4.6だしseraohy氏のも3.4.6。
俺はDoom9の64bitスレで紹介されてた32bit上で64bitがクロスコンパイル可能な4.3.3を使ってるけど
エンコ結果はx264.nlと変わらない。
81:名無しさん＠編集中
09/03/26 14:01:14 Z2eUPj/Z
私はwin32でGCC 4.3.3を使っているけど、別に問題は無い。
82:名無しさん＠編集中
09/03/26 20:47:58 0dpv8/rf
x264って商用利用おｋなんだっけ？
83:名無しさん＠編集中
09/03/26 20:53:52 LCarFBwc
URLﾘﾝｸ(ja.wikipedia.org)
84:名無しさん＠編集中
09/03/26 20:54:39 Z2eUPj/Z
GPLを守って、MPEG LAにライセンス料を払ったら、商用利用もできると思う。
85:名無しさん＠編集中
09/03/26 21:52:02 EXiCtK1p
x264のDark ShikariさんがRealNetworksのコーデックについて語ったことがあるらしい。興味深かったので転載。
URLﾘﾝｸ(multimedia.cx)
>Kostya Says:
>As Dark Shikari once said, Real has its income from crippling H.264. And indeed, their RV3/4 codecs are very crippled H.264 (especially motion compensation).
>Also their RMVB format does not support anything not crippled by them (maybe with the exception to AC3 and AAC).
86:名無しさん＠編集中
09/03/26 22:03:14 Z2eUPj/Z
同じH.264をパクった規格なら、未だに仕様が非公開のRV3/4より、
SMPTEの標準規格にもなったWMV9の方が遙かにましだな。
87:名無しさん＠編集中
09/03/26 22:16:25 345hgcTS
エンコってやっている人の心理が理解できないが
理系の実験みたいなものか？
確かに、パラメータをいじって画像ですぐ分かるから
オタクの玩具にはちょうどいいかもしれないが。
俺は、最高の画質で見たいからわざわざエンコで劣化させる
意義が見つけにくいと言うべきか。
最高の画質で見たいなら、レコなりプレイヤなりを買うべきだと思うが・・・
その辺のところは君たちはどうなんだね？
88:名無しさん＠編集中
09/03/26 22:25:29 IE8ze5BY
NG登録 ID:345hgcTS
89:名無しさん＠編集中
09/03/26 22:25:41 jgcfoETv
BDならともかく、レコの映像が最高の画質だと思えるなら
AV機器板から出てこない方が幸せだと思うよ。
90:名無しさん＠編集中
09/03/26 22:26:03 Bwe+y2m9
んなもん面白いからに決まってるだろ
お前は、食うわけでもないのに、大金はたいて道具そろえてバスやヘラブナとか釣ってる連中に
「意義が見つけにくい」とか言うのか？
エンコ後の動画なんて、俺にとっては魚拓と同じようなもんなんだよ
91:名無しさん＠編集中
09/03/26 22:26:41 Fe1P0UjD
凄いのう。きっと音楽も一切MP3とかでエンコしたものを聞かない人なんだろう。
実にすばらすい
92:名無しさん＠編集中
09/03/26 22:27:01 2tGcyRxl
せっかく>>88が親切にアドバイスしてくれてるのにおまえらときたら
93:名無しさん＠編集中
09/03/26 23:26:48 edvkbJJp
暇をもてあましているところでちょうどいい餌だからな
94:名無しさん＠編集中
09/03/26 23:58:47 UFbwxSz5
俺にも>>87の様な脳内プログレッシブフィルターがあれば・・・
95:名無しさん＠編集中
09/03/27 00:02:25 0+yTI2Xy
自エンコすると画質2割増の脳内補正がかかる
96:名無しさん＠編集中
09/03/27 00:10:25 e/Ot9g93
ないない
97:名無しさん＠編集中
09/03/27 00:37:14 YdxwW4UI
俺様が一生懸命働いて買ってやったPC
俺様が働いている間サボってるなんて許せない
だからひたすらに延々とエンコさせているのだ
エンコした動画なんて忙しくて見てる暇など無い
こうですか？わかりません＞＜
98:名無しさん＠編集中
09/03/27 01:07:06 ix7LDag2
自エンコすると、画質2割減の脳内補正がかかるんだぜ？
いっつも「こんなもんかなぁ」と思いながら作業してる
99:名無しさん＠編集中
09/03/27 02:44:06 HDo2PJJt
>>98
分かるww
自分でエンコしたら感動シーンでもバンディングやらモスキートやらを見つけて脳内にメモしたりしてまうw
確かに家電のTS再生は綺麗だがそれでもPCで非リアルタイムにフィルタ掛けた方が綺麗になるはず。
てか再生時に家電が頑張ってるおかげでまともに見れるけど普通にデコードするだけじゃ見れたもんじゃない上
わざわざ放送の為にインタレにしてたりなんじゃかんだと無駄も多いTSで保存する気がしない。
で、せっかくフィルタ掛けてエンコするならより高画質で低容量を目指そうと。
俺のようにそう思う人もいるんだよ。
100:名無しさん＠編集中
09/03/27 17:41:00 3fqgx3wb
動画エンコしている人は配布用にエンコしてくださる神以外は貧乏人です。
101:名無しさん＠編集中
09/03/27 18:06:44 dbathfRw
犯罪者ウゼェ
102:名無しさん＠編集中
09/03/27 18:34:18 98EB50xX
1130
103:名無しさん＠編集中
09/03/27 18:39:42 u86ajFjH
エンコって金払ったら犯罪だろう。俺は双方同意で金品の受け渡しは無いよ。
え、エンコウの話じゃないのか?
104:名無しさん＠編集中
09/03/27 18:42:12 WE4cX92T
はいはい面白い面白い
105:名無しさん＠編集中
09/03/27 23:31:23 ix7LDag2
可変ビットレートって普通に使って良いのかな
スタンダートが使用推奨なのか、使用控えた方が良いのかが気になる。
106:105
09/03/27 23:32:55 ix7LDag2
何を言ってるんだ俺は・・・
すまん可変フレームレートね；
107:名無しさん＠編集中
09/03/27 23:39:19 V+RRGMTP
mp4やmkvはタイムコードでタイミング調整してるからスプリッタからしたら
CFRだろうとVFRだろうとやることは一緒。PSPだろうと携帯だろうとちゃんと再生されるよ。
まあ、再生がおかしくなる機器が無いという保証はないが
108:105
09/03/28 00:07:52 /OPmxWsN
なるほど・・
VFRでもソースの再現は出来てると考えて良いのかな
CFRとVFRで表示に食い違いが出てきたら嫌だな～とは思ってるんだけども
大丈夫っぽいね。
109:名無しさん＠編集中
09/03/28 01:51:28 GAk5KcA7
可変フレームレート使うと再生できないプレイヤーが続出するぞ
110:名無しさん＠編集中
09/03/28 03:39:04 Yh7zmA8B
再生できるプレイヤーで見ればいい
111:名無しさん＠編集中
09/03/28 03:46:55 tJsqDvVJ
>>109
そんなわけ無いｗ
112:名無しさん＠編集中
09/03/28 07:59:48 nOKBNI2X
本当の意味でフレームレート指定を可変にしたら
再生出来ないプレイヤーが続出する悪寒
113:名無しさん＠編集中
09/03/28 08:18:22 /JDRlC22
PCは一致しないの前提だから再生できるけど
駄目な奴だと再生できてもどんどんズレていくだろうね
114:名無しさん＠編集中
09/03/28 08:20:05 1udjv/OF
実際に再生できないプレイヤーを例示してみろよ。
115:名無しさん＠編集中
09/03/28 08:56:08 OiyhhnHQ
昨日エンコした24-30-24-60-24
60の出だしでちょっとだけカクツク
まあボロＰＣだと再生できないだろうなｗ
C2DでCPU負荷７０くらい
116:名無しさん＠編集中
09/03/28 10:27:51 1eKfihAa
自分のPCで自分が使っているプレイヤーで自分しか見ないなら可変でもなんでもすればええねん
汎用性が著しく損なわれることは確かだけどね
117:名無しさん＠編集中
09/03/28 10:39:13 OiyhhnHQ
レンダラ変えたらカクつかなくなったｗ
118:名無しさん＠編集中
09/03/28 10:41:09 frcWHFzf
いまから発売されるプレイヤーはVFRに対応して欲しいな。
119:名無しさん＠編集中
09/03/28 23:24:39 wrXuIhXO
-qpminは低いほど画質の上限上げられるとか聞くけどデフォの2は小さすぎるとか
-qpmax31でやんのと51でやんのではどんなメリット・デメリットがあるんすかね
なんとなく-qpmaxは小さい程ファイルサイズ大きくなってるとは思うんですが
-qpminは実感しにくいっす
120:名無しさん＠編集中
09/03/28 23:43:50 mHIIMS7L
--qpminのデフォが2って、いったいどこのビルドだよ
121:名無しさん＠編集中
09/03/28 23:50:31 wrXuIhXO
ホントだなんで2なんて書いたんだ orz
10です、-qpmin10。でも-qpminは20くらいでも安定感ある気がしますねなんとなく
122:名無しさん＠編集中
09/03/29 00:00:16 1nUMNAje
crf20、--qpminもmaxもデフォで某アニメOPをエンコしてみたが
下はq10まで分布するが上は29以上は出ないな
q17以下は全体の4%程度だが。
AQは無効ね
123:名無しさん＠編集中
09/03/29 00:03:49 VfTUAOPw
>>122
自分でやってみるべきトコをお手間掛けてスマンです
かなり具体的な感じで分りました、どうもです
124:名無しさん＠編集中
09/03/29 02:33:32 Mg6SirGV
x264はレートコントロールが賢いからqpmin/maxは特別変更する必要がなければ
デフォルトでいいお。いじる優先度でいえば下のほうで、その前に検討すべきオプションはほかにある。
125:名無しさん＠編集中
09/03/29 02:36:15 FgDj1j81
いいお
とかν速臭いからやめてくれ
126:名無しさん＠編集中
09/03/29 02:37:23 Fu97VEj7
うるせえよボケナス
127:名無しさん＠編集中
09/03/29 02:43:16 bv1YTyHH
ν速じゃねーだろVIPで死ね
128:名無しさん＠編集中
09/03/29 02:47:28 FgDj1j81
お前らこういうネタには過敏に反応するのなｗ
129:名無しさん＠編集中
09/03/29 03:22:26 EnZ06RFS
釣り宣言でましたー
130:名無しさん＠編集中
09/03/29 12:38:42 sGvQFFTj
すすめられたVMware Serverでのx64なXPの設置がやっと終わった。
URLﾘﾝｸ(x264.fushizen.eu) のx64なビルドは4.3.XなKomisar氏のGCCでビルドする
ようになって、公式ビルドと同じく。パッチはいつも通りでwin_zone_parse_fix
とhrd_pulldown。fprofile'dなのはもちろん。特定のパッチセットでビルドして
欲しいな人がいたら出来ればします。
131:名無しさん＠編集中
09/03/29 19:16:12 UYalc6/U
>>130
ESXiのほうがお勧め。
Xenは高機能な部分までつい最近無償化されたけど使いにくい。
132:名無しさん＠編集中
09/03/30 02:43:29 nEUSXDXE
>> 131
確かによさそうだね。だけど、ノートだし、ちょっと完全にVMな環境にするにも
もったいない気がするｗ 今のところx64なXPはちょっと遅いが、普通に
バイナリが出来るんで、丁度いいかとｗ
133:名無しさん＠編集中
09/03/30 08:34:40 Plxc4Ukw
個人でちょっと別のOSで遊ぶ分にはVmware Workstationが丁度良いんだがなあ。
やっぱり高い。
134:名無しさん＠編集中
09/03/30 12:53:16 R2RoRQmX
virtualbox-oseでいいじゃん
135:名無しさん＠編集中
09/03/30 13:41:19 ygy9ZLf2
最近は更新あんまりないねー
もうほとんどこれで完成してるって事なのか？
136:名無しさん＠編集中
09/03/30 15:41:31 wd0j7gwr
年度末だから他のことに忙しいんだろ
137:名無しさん＠編集中
09/03/30 15:55:53 nTLUaltO
３月が年度末って、日本ならそうだがｗ
138:名無しさん＠編集中
09/03/30 22:28:57 gzAu9vxq
>>132
完全にサーバ用途ってわけじゃなかったですか。スマソ
>>133
それこそ無料のVMwareServerで。
他に、期限切れのVMwareWorkstationで仮想マシン作成、
Playerで起動するって技があるらしいぞ。
139:名無しさん＠編集中
09/03/31 12:22:43 WEN1QNso
1134
140:130
09/03/31 19:53:52 jgMO724S
とりあえず、朝大学に行く前に 32bit & 64bit なビルドをうpして公開した。
公式はTechouse氏のビルドを待っている様子。
141:名無しさん＠編集中
09/03/31 23:21:43 UK+aufS0
朝日大学
142:130
09/04/01 09:07:13 9MdVmLY3
今更気づいたんだけど、オイラ以外皆hrdパッチのrev11使ってるなぁｗ
「現在まだアルファバージョンとして認識するように。」って書いてあったんで
まだ更新しなかった… まぁ、あまり使う人いなさそうだし、よしと
しようっと（笑）。
>>141
へル○ンキ大学ですが、何か。
143:名無しさん＠編集中
09/04/01 09:22:47 VsLmiTEq
fprofiledに使っているsaisoku.y4mが何なのか、微妙に気になる。
144:130
09/04/02 00:41:01 xsU6x6/y
>>143
痛い話になりましたが、720pな「最速最高シャッターガール」のPVです。
別に完璧な最速化方法を見つけたわけではありませんので、そこは注意をｗ
ただ、レゾなどで考えてy4mファイルを作ろうとしていた時丁度使いやすい
ところにあったんで、レンダリングしました。
145:名無しさん＠編集中
09/04/02 01:35:44 3t3Quro6
>>144
教えてくれてありがとう。これのことだね。
URLﾘﾝｸ(www.anipix.jp)
fprofiledには、とにかくエンコードの難しいビデオが良いだろうと、
これの最初の100フレームを使っている私もあれだが。
URLﾘﾝｸ(mirror05.x264.nl)
146:130
09/04/04 12:46:18 GmQ/w9fz
rev1136がいいお時間で出たんですね（苦笑）。とりあえず皆と同じように
hrdパッチのrev11を使用してビルドしました（キーホールテレビ見ながら）。
更新点：
・ベースラインでインタレエンコは不可能になった (rev 1135)
・x264:r3f9ba82b97 x264/encoder/slicetype.c:
Activate intra_sad_x3_8x8c in lookahead (rev 1136)
147:名無しさん＠編集中
09/04/06 01:57:48 2mwT1S6x
1136きた
148:130
09/04/06 03:49:36 BPWhCMGn
techouse氏はなぜか自分のMsys/Mingwなビルド環境を壊したんで、ちょっと
#x264の方で色んな人が助け合った。x64なGCCをビルドするのが面倒
じゃなかったらこっちも自分で環境を一度ゼロから作ってみたいなぁって思う。
チュートリアルみたいなのがまた書けるし。
149:名無しさん＠編集中
09/04/06 20:19:24 15lroZoF
H264のISOのspecificationもタダで手に入る時代なんだな。
150:名無しさん＠編集中
09/04/06 20:23:14 c3NyEdte
URLﾘﾝｸ(www.itu.int)
もう三月は過ぎたと言うのに、これはまだ"To be published"のままだな
151:名無しさん＠編集中
09/04/06 21:17:35 Q/oeFwAH
seraphyが久々に動いたな
152:名無しさん＠編集中
09/04/06 21:49:59 y0TRnl/c
そういや新OreAQの話はどうなったんだろう
153:名無しさん＠編集中
09/04/06 22:56:35 0cyS6uLj
俺永久
154:名無しさん＠編集中
09/04/07 02:17:20 PIGkL5yn
ようつべのHD動画画質悪すぎるなぁ
まぁ何のソフト使ってるかは知らんが、2000kbpsも使うなら
数倍綺麗な動画作れるのにx264なら・・
155:名無しさん＠編集中
09/04/07 02:50:30 k9tA7UuF
>>154
x264使ってるわけだが
156:名無しさん＠編集中
09/04/07 03:00:47 fEgJMfHN
>>152
VFRmaniac氏のビルドでパッチされたの更新してる
157:130
09/04/07 07:21:37 LXE3XG5R
>>154
x264だけど、&fmt=22が最初に見つかった頃は2005年のバージョンだった
よねぇ… 設定もかなり速度を大事にしてた奴だったんで、ゆっくりして
いかなかった結果はこれですよねぇ…ｗ
他にx264を使ってるところと言えば… facebookかな？そっちの方の設定が
なんとなくマシかと思うが、自分で試したことがない。勝手に再エンコされる
事がなんとなく嫌になってきた。
158:130
09/04/07 09:16:04 LXE3XG5R
rev1137が出てビルドしました。
URLﾘﾝｸ(x264.fushizen.eu)
CABAC RDOが少し速くなったみたい。
159:名無しさん＠編集中
09/04/07 14:36:37 AVz4NqVg
>>157
必ず再エンコされるのはしかたないと思う
でないと必ず児童ポルノなんかを偽装して上げる奴が出てくる
160:名無しさん＠編集中
09/04/07 14:51:33 DMcslNOQ
数字コテが流行ってるの？
161:130
09/04/07 23:26:38 LXE3XG5R
>>159
再エンコ != コンテンツのコントロール
ニコニコやzoomeを見ればコンテンツのコントロールさえ何となくよければ
それでおｋ（例として言ったサービスのコンテンツのコントロールは別にいい
とは言ってないがｗ）
youtubeのやり方はまぁ… 「元のソースがあるから新しいテクニックが
出たら再エンコ可能」ってところでいいかもしれんが。
まぁ、十分にオフトピには感じるんで、すまんｗ
162:名無しさん＠編集中
09/04/08 05:00:54 kSd69Sli
ひそやかにx264_OreAQ_itvfr更新し続けていただいてありが㌧
163:名無しさん＠編集中
09/04/09 12:31:59 OES5GK/D
新OreAQがseraohyビルドにも入ったけど従来のオプションをそのまま使えるんだろうか？
何か手を加えないといけないんだろうか？
164:名無しさん＠編集中
09/04/09 12:57:22 cTFRrXQV
helpを見た限りでは、従来の指定であれば従来通りの動きをするみたいだな。
seraphyの掲示板から変更内容を拾ってきた。
下半分くらいは意味がよく分からんが、多分エンドユーザーには関係ない内容だと思う。
－－－－－－－－－－－－－
OreAQの変更内容
・新しい.aqフォーマットとしてOreAQ04を追加。
・aq-strengthをABCD({Bright, Middle, Dark, M.Dark})それぞれに対してUp/Downを設定できるようにした。M.DarkはUpしかしないので引数は最大7個。
・フレームタイプで強度を弄れるようにaq-*factorを追加。I/P/BフレームそれぞれのUp/Downをカスタマイズできる。
・今まで固定だったlumaによるABCDの条件分岐の閾値を弄れるようにaq-boundaryを追加した。
(これによりBright, Middle, Dark, M.Darkの意味するものから外れる設定が出来てしまうようになったのが、現在の悩み)
・fullrange=onの時, デフォルトのaq-boundaryを{192,64,24}ではなく{205,56,9}になるようにした。
・AQ関係のパラメータが増えすぎたので以前の形式でSEIに設定を書き込むと混乱するため、それぞれ明示して書き込むようにした。
・aq-metric, aq-sensitivityをzonesで使えるようにx264_adaptive_quant_frameでaq_metric_funcとaq_thresholdを設定するようにした。(でも, Win32環境ではそのままコンパイルしてもstrtokのネストが出来ないので動かない -> 要パッチ)
・aq-*factorによる影響をエンコードのログに反映するためにi_aq_change, i_aq_change_min, i_aq_change_maxをx264_adaptive_quantに移動。
・どうせx264_adaptive_quantにて、整数ではないf_qpmにAQによる変動幅を足して四捨五入して整数に丸めるので、x264_adjust_OreAQの段階で変動幅を整数に丸めないでそのままにしておくことにした。-> AQDebugではOreAQ04で丸めてますけど...
165:名無しさん＠編集中
09/04/09 19:00:34 73mcymaJ
1139
166:名無しさん＠編集中
09/04/09 19:46:51 9I6wR65l
デフォ版の話ですが、今のqcompの計算ってどうなってますか？
qcomp = qcomp + 絶対値(--aq-strength) / 0.7
それとも
そのまま指定した数値でしょうか？
167:名無しさん＠編集中
09/04/09 20:45:38 rP1MERCt
>>166
やっぱそれ悩むよねえw俺も以前ここで質問したw
リドミ見ろって怒られたけどね
今はqcompとstrengthの依存はないみたいだよ
strengthを気にしないでqcomp指定してよい
168:名無しさん＠編集中
09/04/09 21:17:54 9I6wR65l
>>167
readme...確認怠ってました。すみません。
ありがとうございます。助かりました！
169:名無しさん＠編集中
09/04/10 01:51:23 UrxAXUBC
【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
ｽﾚﾘﾝｸ(avi板)
170:名無しさん＠編集中
09/04/10 02:56:28 854BsR+l
クソスレ立てんな
171:名無しさん＠編集中
09/04/10 09:18:59 /wfEWsOT
x264のGPU版出ないのかなあ
CPUじゃ遅すぎる…
172:名無しさん＠編集中
09/04/10 09:41:08 hG2Yjjwm
は？
173:名無しさん＠編集中
09/04/10 10:02:12 4RlXZ8AR
うちだと 720*480 29.97fps で実時間の半分でエンコできてるな。
xvidよりは速い。muxの時間抜いてだけど。
174:名無しさん＠編集中
09/04/10 10:13:10 QtLu/Hw7
早いとか遅いとか設定によるだろ
Xvidだってフィルタのかけかたで随分速度変わるし
X.264も同様
175:名無しさん＠編集中
09/04/10 10:13:31 P/xox7rK
badaboomだと720*480で100FPS以上出る（9800GT）
1万円のVGAでこれだからCPUよりVGAの方がエンコには向いてるんだろうな
176:名無しさん＠編集中
09/04/10 11:22:15 MA5W2XRC
こっちでやれ
どうせお前が立てたスレだろ
【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
ｽﾚﾘﾝｸ(avi板)
177:名無しさん＠編集中
09/04/10 11:32:22 Wbl+tEVT
エンコードは速度を競うベンチマークじゃないんだがな。
まぁあれこれ言わないが・・
178:名無しさん＠編集中
09/04/10 11:39:36 /pL8/Xhg
URLﾘﾝｸ(spreadsheets.google.com)
Core i7だったら、x264もかなり速い。
179:名無しさん＠編集中
09/04/10 14:55:58 AzhvYGf+
GPUいくつか試したけど全然速くない件
285ｘ2のSLIでも爆熱になって電気食うだけ
180:名無しさん＠編集中
09/04/10 15:15:32 hG2Yjjwm
AvisynthのGPUプラグインはいつもつかうがな
GPUオンリーのエンコは質が全くおいついておらん
いまのところ一番有望なBadaboomに期待はしてるがまだまだだな
181:名無しさん＠編集中
09/04/10 17:29:55 HlWR9HdC
AVIVOが発表された時、これでエンコが一気に楽になると思い
CUDAが発表された時、NVIDIAならきっと何とかしてくれると思い
SpursEngineが発表された時、HW爆速エンコ最強！俺TUEEE！！
そんな風に思っていた時期も（ｒｙ
182:名無しさん＠編集中
09/04/10 17:39:54 G5krD/ea
結局、供給側、需要側間の細かいすり合わせまで至ってないんだよ。金かかるし。
莫大な需要が見込めるわけでもないし。
183:名無しさん＠編集中
09/04/10 18:20:15 1bYYxwjT
GSoCでCUDA版が実装されるかもしれない。
URLﾘﾝｸ(wiki.videolan.org)
cellに移植していた人居たけど、メインラインにマージしないのかなぁ。
184:名無しさん＠編集中
09/04/10 18:21:02 1bYYxwjT
リンクミスった
URLﾘﾝｸ(wiki.videolan.org)
185:名無しさん＠編集中
09/04/10 21:19:43 wbaKjhgc
まあGPUよりはCellのような非対称CPUの方が素直では有る罠。
日本ももっと頑張ってCPU作ってくれないかな～。
186:名無しさん＠編集中
09/04/11 03:22:32 2Eq8km/u
こういうニュースをみると、x264もCUDAでなんとかなったりしないかなぁ～と妄想。
URLﾘﾝｸ(pc.watch.impress.co.jp)
187:名無しさん＠編集中
09/04/11 04:42:41 7ArIn5wn
>>186
対応は出来ても速度を出すには大幅な変更が必要
x264の名前が付いたとしても中身は別物になる気がする
188:名無しさん＠編集中
09/04/11 08:24:04 OLT4rP3w
ぶっちゃけ、CUDAはNvidiaしか使えないからいらない。
せめてOpenCL使えよ。
なんでくそ画質GeForceでエンコ専用機作らないといけないんだよ
189:名無しさん＠編集中
09/04/11 10:17:23 j4IOiu0Z
ラデ厨乙
190:名無しさん＠編集中
09/04/11 10:54:19 Y82ZpC3w
>>188
おきまりの貼っておきますね
URLﾘﾝｸ(www.paw.hi-ho.ne.jp)
191:名無しさん＠編集中
09/04/11 10:59:53 pOizaJEa
せっかく糞スレ立ってるんだから、こっちでやれ
【x264から】CPUからGPGPUｴﾝｺｰﾄﾞへ交替【CUDAへ】
ｽﾚﾘﾝｸ(avi板)
192:名無しさん＠編集中
09/04/11 11:58:27 TRuN3PG7
糞スレだったのですぐ閉じました
193:名無しさん＠編集中
09/04/11 18:33:14 uGywhb1x
>>190
おまえのおかげでhi-ho回線の俺は規制で何度迷惑かけられたことか
頼むから消えてくれ