18/07/15 14:05:01.45 nLoHgNZz0.net
一度ボケたらいかにビットを割り振ろうと元には戻らないので、ディテールを残したければ--max-mergeを下げるべきだろう
203:名無しさん＠編集中
18/07/15 14:13:15.85 jCJzclqYa.net
ビットレートに余裕があるときにどんな動きをするか聞きたいんじゃない
問答無用でマージしてビットレート下げに行くのか、余裕があるなら働かないのか
204:名無しさん＠編集中
18/07/15 14:32:55.47 nLoHgNZz0.net
>>問答無用でマージしてビットレート下げに行く
英文を素直に解釈すればこっち
205:名無しさん＠編集中
18/07/15 14:50:01.74 er4i/YnR0.net
>>202-204
ｔｈｘ
情報の共有と省略、粗のごまかしに心血を注いでるから
副作用なく高圧縮・高画質化ってのは難しいのね
206:名無しさん＠編集中
18/07/19 01:21:23.72 VQByvLN90.net
久しぶりにx265のオプション見直そうと思ったけど
色々変わってるからpresetとcrfだけでいいような気もしてきた
207:名無しさん＠編集中
18/07/19 23:38:19.76 WdSoljMy0.net
>>206
>179のオプションいいぞ
208:名無しさん＠編集中
18/07/23 11:15:48.83 k8tyZ7ag0.net
URLﾘﾝｸ(forum.doom9.org)
これデブロッキング・フィルタを無効にしてるせいだと思うんだけどどうよ
209:名無しさん＠編集中
18/07/29 03:19:48.57 ofEesbc00.net
質問です。
エンコードするときに設定するビットレートの目安を求めたいのですが、
URLﾘﾝｸ(web.archive.org)
とか
URLﾘﾝｸ(www.lizardk.net)
に書いてある式と、それで求められる値は当てにして良いものですか？
コーデックの話であって、エンコーダによって全然違うとかあるなら微妙なんですが・・・。
さらに、ここで求めた値を50%～60%くらいにすればx265でのビットレートとして使えますか？
210:名無しさん＠編集中
18/07/29 08:38:34.01 EBUxRnOm0.net
固定ビットレートでエンコードするなら、目安になるのでは？
固定品質でエンコードの場合は、全然、目安にならないけど。
211:名無しさん＠編集中
18/07/29 08:51:34.14 8BfhzM290.net
>>209
50～60%は行き過ぎかな
H.265は公称ではH.264の半分のビットレートで同等の画質って言ってるが実際は30%減くらいだと思う
212:名無しさん＠編集中
18/07/29 09:00:12.20 WkF14PaEM.net
x264は動画版lame(mp3高性能エンコーダー)みたく規格上のギリギリで高効率に圧縮してるからなぁ
x264はほぼ完成してるけどx265はまだ発展途上だからまだ半分は行けないよな
213:名無しさん＠編集中
18/07/29 09:41:12.17 p8xSZ0wf0.net
>>209
real playerのころとは比べ物にならないぐらい圧縮率は向上してるから半分ぐらいでちょうどいいと思うけど
どのみちビットレート指定方式では仕組み的に高画質は無理（6Mbpsぐらいつぎ込めば話は別だけど
ま、基本的にcrfモードを使うのが推奨された使い方
x264なら crf=22~23、x265なら crf=24~26 がビットレートと画質のバランスがいい
214:名無しさん＠編集中
18/07/29 11:42:11.98 UxujymIy0.net
エンコーダ間の比較っていう意味ではこんな資料が
URLﾘﾝｸ(wyohknott.github.io)
でも最近のエンコーダだと、要求ビットレートが
総画素数/フレームレートに比例するかどうかは怪しい気がするけど…
215:名無しさん＠編集中
18/07/29 13:45:21.35 ofEesbc00NIKU.net
なるほど、みなさんありがとうございます。
>>210
下のURLの方だと、「VBRの最大ビットレートはこの2倍くらいにします」とあるんですが、
216:名無しさん＠編集中
18/07/29 13:46:57.15 ofEesbc00NIKU.net
Shift+Enterしてしまったごめんなさい
VBRの最大ビットレートはこの2倍くらいにします、とあるんですが、
CBRに比べたVBRやCQPのビットレートの振れ幅というのは2倍や0.5倍の範囲内に収まるものなんでしょうか。
詳しい方いましたら教えてください。
217:名無しさん＠編集中
18/07/29 14:05:38.85 qungLzDW0NIKU.net
最大ビットレートは入力ソースの最大でいいよ。
218:名無しさん＠編集中
18/07/29 14:06:19.56 p8xSZ0wf0NIKU.net
x264, x265のビットレート指定エンコードだと2倍もは変動しなかったはず
（crfな品質指定エンコードだと3倍ぐらい変動するけど）
219:名無しさん＠編集中
18/07/29 14:11:12.64 MNacyzm00NIKU.net
ソースによる
220:名無しさん＠編集中
18/07/29 14:40:29.28 nivXCK+nMNIKU.net
最大ビットレートなんて、再生環境が使える上限値にしとくだけだよ
これ以上にすると再生できなくなるから超えないようにエンコードしなさいという値なのだから
2倍とか関係ない
221:名無しさん＠編集中
18/07/29 15:27:57.92 wdaToWzEMNIKU.net
例えば地デジtsなら上限10Mbpsで十分だな
てか何故かテレビ放送の実写はcrfの割に縮まないのは何故？
nlmeansなんかの縮むようなやつ使ってもcrf25で5Mbpsとかいくし、x264なんて8Mbps行くんだが
特に紀行番組や旅番組
222:名無しさん＠編集中
18/07/29 15:34:59.15 wdaToWzEMNIKU.net
x264のcrfは24ね
223:名無しさん＠編集中
18/07/29 15:48:29.94 MNacyzm00NIKU.net
そういうソースだから
224:名無しさん＠編集中
18/08/04 04:01:41.74 OQuZqxL+0.net
HDでそこまで縮める必要があるのか
225:名無しさん＠編集中
18/08/07 16:37:12.30 qrgN2wIh0.net
実写でnlmeansとか狂気を感じる
226:名無しさん＠編集中
18/08/07 18:35:08.59 ckZCKShm0.net
Ryzen7 2700Xで--asm AVXの有無を比較してみた
x265_2.8+57,ソースは720x480で24000/1001pの5633frameなy4mを5回エンコした平均値
URLﾘﾝｸ(imgur.com)
HDだとまた傾向違うんやろかねぇ・・・
227:名無しさん＠編集中
18/08/07 19:41:02.44 TiId8jg/M.net
そんなことよりスリッパ2だよ
228:名無しさん＠編集中
18/08/07 20:13:00.92 ckZCKShm0.net
FHDのy4mをHDDから読み出すってのがボトルネックなので台風行ったらSSD買うか
>>227
んな金あるかいな・・・
229:名無しさん＠編集中
18/08/07 20:42:55.08 58FOfn02a.net
一定期間スリッパ1とスリッパ2併売するみたいだから、スリッパ1に価格改定入れば…
230:名無しさん＠編集中
18/08/08 18:12:29.32 g31F+e9100808.net
--asm AVXオプション使うと各コア均等に使うけど
使わないと偶数コアを優先的に使って結果ブーストが
効いているようにタスクマネージャからは見える
金があればスリッパ入れたいけど、2700xでも全コア使い切りってまずないんだよなぁ・・・
231:名無しさん＠編集中
18/08/08 21:56:58.29 dOumIDyx00808.net
>>230
AVX2使ってると実行ユニットをロックする（非SMT状態になる）みたいな感じかな？
でも使うと遅くなってた頃もあるから
x265で最適化が入ったかAVX2のコードの効率性が上がったかのどちらかかな
232:名無しさん＠編集中
18/08/12 00:10:58.10 aqFe3uD60.net
CPUのコア数が多いとどうしても余ってるコアが出てきちゃうから
ちゃんとした比較にならないんだよな
実際にエンコードするときは4～6コア/exeくらいで並列でやるんだから、
ベンチマーク取るときもアフィニティ設定してコア数制限して測って欲しいわ
233:名無しさん＠編集中
18/08/12 14:51:56.53 aNmboIWr0.net
8Kでも食わせればいいじゃん
234:名無しさん＠編集中
18/08/12 17:23:20.03 +cgvO6cW0.net
まいうー
235:名無しさん＠編集中
18/08/14 13:13:04.01 RAVBN7h8M.net
x265は、GPUによるエンコードの分担処理（※GPU内蔵のハードウェアエンコーダーは使わない）とかはできないんだよね？
1から10まで全部CPUでガリガリやるのではなく、部分的にGPUに任せる仕組みを導入してほしい
236:名無しさん＠編集中
18/08/14 15:45:53.60 ozPr4VpNd.net
あえて脳筋動き探索アルゴリズムを採用して、GPGPUでゴリゴリ処理できないかのかね
237:名無しさん＠編集中
18/08/14 16:07:23.83 WtdvOqlK0.net
>>235
えーと
まぁ、いいや
238:名無しさん＠編集中
18/08/14 17:17:04.26 rvDdFgo90.net
>>235
AMDが研究してたりしたんだけど
そのAMDの開発方針が変わったりで仕切り直しだと思う
239:名無しさん＠編集中
18/08/14 17:28:15.41 Ias8+6vNx.net
x264やx265ならGPGPU移植出来そうだが、マイニングソフトとちがって報酬ないからなぁ
1080tiならRyzenThreadripperを軽く越えるぐらいのエンコ速度出そうだけど
240:名無しさん＠編集中
18/08/14 17:43:04.22 ijxWFhcBa.net
gpgpuは木構造苦手みたいな話はもう解消されたの？
241:名無しさん＠編集中
18/08/14 18:01:58.98 vtOGloibd.net
>>236 追記
ちょっと調べたら出てきた
URLﾘﾝｸ(www.researchgate.net)
242:名無しさん＠編集中
18/08/14 21:42:46.76 5ruA6DB9M.net
x264は--openclってなかったっけ
243:名無しさん＠編集中
18/08/14 21:46:46.31 5TbtNVQr0.net
>>235
x265のGPU版↓
URLﾘﾝｸ(bitbucket.org)
244:名無しさん＠編集中
18/08/15 11:42:18.88 RPYkSQGg0.net
x264スレが落ちてるからこっちに書くけど、8/6にx264の更新(r2932？)があった模様。
主な内容としては、
●i400(monochrome)エンコードのサポート （4:0:0 (monochrome) encoding support）
●--avcintra-flavorの追加 （Add Sony XAVC, a flavour of AVC-Intra）
といったところかな。
245:名無しさん＠編集中
18/08/15 22:12:56.23 tv8DRpSG0.net
x264スレが落ちるとか時代を感じる
246:名無しさん＠編集中
18/08/17 23:58:02.69 LnVWCjgx0.net
>>240
別に1から10まで全部GPUにやらせようって話ではない
Intel「CPUで全部やる、AVXも512bitに拡張だ、まあ最適化したいならICC買ってね？」
AMD「CPU/GPUでリソース配分したほうが開発コストも演算コストも安くね？」
個人的にはAMDが正しいと思うけど、とはいえAVX2くらいは普通に実装してほしかったかなぁ・・・
247:名無しさん＠編集中
18/08/18 00:30:16.42 A3Sygm0Ga.net
>>246
条件分岐だけcpuでやって並列単純処理だけgpuに回すなんて都合よくプログラムできるもんなの？
そのintelとamdの対比も意味がよくわからないんだけど
248:名無しさん＠編集中
18/08/18 00:52:04.94 3rhQHUTk0.net
IntelやAMDがソフトウェアを実装するわけじゃないから、勝手なことをいくらでも言えるわな
AMDはGPUも使えって言うんだったらx265をGPU化してみろってんだよ
249:名無しさん＠編集中
18/08/18 00:54:57.47 /edKj+Hi0.net
>>247
同じタスクをCPU1：GPU9みたいな具合に割り振るってだけだろ
250:名無しさん＠編集中
18/08/18 01:17:41.12 A3Sygm0Ga.net
>>249
cpuとgpuで得意なタスクが違うのに同じタスクを割り振って意味あるのか？
251:名無しさん＠編集中
18/08/18 01:26:43.79 9fCL5XG50.net
多用されてる離散コサイン変換はGPGPUで結構高速化出来るし
動きベクトル探索も良い研究成果が上がってきてるよね
開発環境整ってくれば期待できそう
252:名無しさん＠編集中
18/08/18 10:12:54.04 pf+FKHdi0.net
>>250
意味ないね
で、CPUの処理の中からGPUに適した処理をアウトそーソングしやすくしよう！って考えたのがAMD（のブラフィックス内蔵SoC）
ところが規模の問題などから性能メリットが少なくその方針は下火になったけど
GPUへ自動で処理を投げるコンパイラは今も開発継続中（x265開発してる会社へ譲渡して、のはず）
253:名無しさん＠編集中
18/08/18 10:38:39.75 meM6vY/0d.net
そもそもメモリ共有でないとオーバーヘッドが大き過ぎて思ったほど性能が出ないのよね
254:名無しさん＠編集中
18/08/18 12:06:38.91 Eex2uJCGM.net
結論スレッドリッパーはゴミ
255:名無しさん＠編集中
18/08/24 18:32:05.06 ehs1hyuL0.net
>>248
AMDがx265を正式にGPU対応化とかライセンスの問題で簡単にできないんじゃね？
256:名無しさん＠編集中
18/08/24 19:03:44.23 ehs1hyuL0.net
個人デベロッパーがGPLでAMDでx265のGPU対応化とかさせるのならどうにでもできると思うけど
それと同じことを法人が勝手にやると最悪、つまらない訴訟騒ぎに発展するだろうな。
257:名無しさん＠編集中
18/08/24 19:35:59.55 XoeRJrtA0.net
オープンソースなんだから法人でも個人でもできることは変わらないのでは
258:名無しさん＠編集中
18/08/24 19:38:44.44 POsDmPVOa.net
オープンソースな事と改変配布が可能なのは別なんじゃないか
259:名無しさん＠編集中
18/08/24 19:51:04.63 j6PGMWeXM.net
オープンソースとは、何をしてもいいということではない
つうか、そんなことをリーナス・ドーバルズ氏に言ったら、死ぬほど殴られるぞ
260:名無しさん＠編集中
18/08/24 20:13:26.87 VrmpXpAnM.net
オープンソースなのはH.265の特許持ってる所から訴えられないようにするためじゃないの？
mp3のlameがそんな感じじゃなかった？
261:名無しさん＠編集中
18/08/24 20:42:18.03 XoeRJrtA0.net
>>258
個人がセーフティーに（訴訟リスクなしで）やれる範囲内のことなら
企業も同じくできるでしょってこと
262:名無しさん＠編集中
18/08/25 01:11:30.72 DovDn/Ya0.net
GPLは大雑把に言うと、「バイナリ配布したらソース公開は必須」ってライセンス
企業側から見た問題は（個人でも変わらんが）「ソース公開必須」って部分
元々公開する気なら何の問題もない
企業がコミットしてるオープンソースなんて世の中いっぱいあるし、
むしろ、まとまった機能は企業からコミットされることのほうが多い
x265だってメインの開発者はMulticoreWareって企業でしょ
HEVCのパテントについては、radeonには既にHEVCのエンコーダが乗ってるんだから、
AMDがradeonで動くHEVCのエンコーダをドライバと一緒に配布しても追加コストはあまりないはず
問題があるとすれば、公開されたGPU対応コードが他の企業によって移植されて
geforceでも動くようになってしまう確率が高いこと
実際はそれが問題だろうね
自社の製品が売れるようにならなくちゃ企業は動かない
263:名無しさん＠編集中
18/08/25 01:41:52.75 DovDn/Ya0.net
あと、MulticoreWare以外の外部が開発したGPLの改変部分は、MulticoreWareが取り込むことはできないから、
オープンコミュニティでメンテする必要があるだろうね
MulticoreWareはx265の「ソースを公開する必要がないライセンス」も売ってるから、
他社が作ったGPLコードを取り込むと、それができなくなってしまう
個人の開発者も含めx265にコードを取り込んで欲しい場合は、
コードのライセンスを完全にMulticoreWareに譲渡する契約書を書かされるはず
オープンソースと言ってもいろいろある
264:名無しさん＠編集中
18/08/25 13:20:10.27 5MBDxOvZ0.net
もう少し簡潔に推敲すれば？
265:名無しさん＠編集中
18/08/25 15:19:58.90 B/A2lGb50.net
俺の理解だと、学術研究目的なら著作権問題を回避できるからオープンソースでしか配布できない
オープンソースといえどもそのソースに著作権は発生してその形は様々
266:名無しさん＠編集中
18/08/27 22:26:39.87 ECoRvFr4M.net
x264スレが落ちて放置されてるのは、もうH.264にエンコする需要がなくなってるからかね
まあ俺もH.264にはBDMV互換でしかエンコしないけどさ
267:名無しさん＠編集中
18/08/27 22:45:13.94 UkDWU1xZ0.net
>>266
x264エンコのニーズは依然健在だろうけど、
5ちゃんねるのスレ建て＆20レス保守がクソめんどくさいだけじゃないかと
x264もx265もエンコパラメータ次第でどっちでもそれなりの画質を維持できるし
使いたい方を使えばいいと思うけど。ちゃっちゃとエンコを済ませるならx264が適当だろう。
268:名無しさん＠編集中
18/08/28 01:09:35.25 V8FzL0Jv0.net
次スレから統合すればよいかと
分け続けるほどの話題もないし
269:名無しさん＠編集中
18/08/28 01:18:26.66 npqNMEMi0.net
x264も軽くて綺麗だと思うが
時間かけてでも、ギチギチに高圧縮かける必要がある人って、ソースは放送なのか？自己撮影した素材なのか？
270:名無しさん＠編集中
18/08/28 01:27:44.39 HZBqxdPN0.net
実写だとそんなに変わらないけど、アニメだとHEVCのほうが劇的にきれいだからね
エンコする素材にもよるんじゃない
271:名無しさん＠編集中
18/08/28 01:27:44.93 d7OeQKlMa.net
海外の有料アダルトサイトのDLファイル
連中の上げるファイルのでかさたるや
272:名無しさん＠編集中
18/08/28 10:21:03.53 mVsKTCut0.net
>>269
放送
45分ドラマ300~400MB程度が目標
xvid@480p q3.5 (2.5だったかな・・)
x264@720p crf23.5
x265@1080p crf26
こんな感じで進化してきた
273:名無しさん＠編集中
18/08/28 11:42:07.42 OK6RUHGlM.net
>>272
45分ドラマ録画をエンコして400MBにするのか
へぇ
そしてBDとかにまとめ焼き？
基本的にはHDDに放送録画しても半分見ないで消すくらいだから、そうやってライブラリー残すために高圧縮でも綺麗という評価軸がなくなったよ
編集するのに、そこそこ軽くて扱うのが楽なCODECと設定だと、イントラ圧縮に落ち着く
XAVC-IもAVC-Intraも、イントラ内はH.264だと思ったけど違ったかな？
274:名無しさん＠編集中
18/08/28 14:18:09.97 mVsKTCut0.net
>>273
普通にお外付けHDDに溜め込んでる
自分は見ずに消すことなまずないな
かと言ってすぐ見るわけじゃなく、ある程度、話数が溜ってから・・とts保持し続けたらHDD容量が足りない
だからエンコードするわけだけど、せっかくエンコードしたものを消すのは忍びないって感じで見終わっても残してる
275:名無しさん＠編集中
18/08/28 14:19:04.25 mVsKTCut0.net
「お外付けHDD」と上品な感じになってるけど
ただの編集ミスです
276:名無しさん＠編集中
18/08/28 14:24:26.40 pwjZprN2M.net
日本語が不自由すぎ
277:名無しさん＠編集中
18/08/28 16:40:29.37 z9HPvOwX0.net
妙にお上品だな。
278:名無しさん＠編集中
18/08/29 02:39:41.20 EeKVFGwZ0.net
>>274
いや、昔からテープやDVDやら録って残して来たんだけど
全部捨てた
NETFLIXやら加入してるし
必要な時に金払う
279:名無しさん＠編集中
18/08/29 10:08:51.88 PTb4PESu0.net
>>278
「いや」って否定される覚えはないが・・
VHSでとってたものは目ぼしいものだけサルベージした
ま、金銭感覚は人それぞれだから私は否定しないが
年単位でのコスパでいえば大した違いはないと思う（PCの初期投資は除く
280:名無しさん＠編集中
18/08/29 17:42:25.75 NUYlfpfS0NIKU.net
大昔にSVHSで購入した藻無しのVシネマとかはずっと残してるわ。
281:名無しさん＠編集中
18/08/29 20:26:57.57 0PNBoQL7aNIKU.net
モザなしのVシネって何よ
282:名無しさん＠編集中
18/08/29 20:29:03.71 NUYlfpfS0NIKU.net
詳しくは語らない。理由は察しろ。
283:名無しさん＠編集中
18/08/29 20:31:34.31 qiStC0jQaNIKU.net
語らなくていいからうｐ
284:名無しさん＠編集中
18/08/29 20:32:21.41 NUYlfpfS0NIKU.net
それこそアカンやろ。お縄にはなりたくないしなw
285:名無しさん＠編集中
18/08/29 22:15:06.88 6JSKIv5S0NIKU.net
オナ輪になりたくないか・・・なるほど・・・
286:名無しさん＠編集中
18/08/30 00:02:11.09 UmihVTzF0.net
なんか言うとるで…
287:名無しさん＠編集中
18/09/02 19:33:44.42 DuBTtQDB0.net
::::::::::::/ ヽ::::::::::::
:::::::::::i キ じ ミ i::::::::::::
:::::::::::.ゝ モ つ .ネ ﾉ:::::::::::
:::::::::::/ イ に オ ｲ:::::::::::::
::::: | な。 は ﾞi ::::::
＼_ ,,-'
―--､..,ヽ__ ＿,,-''
:::::::,-‐､,‐､ヽ. )ノ ＿＿＿＿
:::::_|/ ｡|｡ヽ|-i､ .. ／ 淫厨
／. ` ' ● ' ﾆ ､ （＿＿＿＿人
ニ ＿_ｌ＿_＿ノ （-◎-◎一
/￣ ＿ | i （ (_ _)
|(￣`' ）/ / ,.. （ ε （∴
`ー---―' / '（__ ） ヽ＿＿＿＿
====（ i）==::::／ ,/ﾆ
:/ ヽ:::i /;;;;;;;;;;;;;;;;