x264 rev21 - 暇つぶし2ch

x264 rev21 ..

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回線の俺は規制で何度迷惑かけられたことか
頼むから消えてくれ