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を見ればコンテンツのコントロールさえ何となくよければ
それでおk(例として言ったサービスのコンテンツのコントロールは別にいい
とは言ってないがw)
youtubeのやり方はまぁ… 「元のソースがあるから新しいテクニックが
出たら再エンコ可能」ってところでいいかもしれんが。
まぁ、十分にオフトピには感じるんで、すまんw
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いくつか試したけど全然速くない件
285x2の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!!
そんな風に思っていた時期も(ry
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回線の俺は規制で何度迷惑かけられたことか
頼むから消えてくれ