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 /;;;;;;;;;;;;;;;;