x265 rev4
■ このスレッドは過去ログ倉庫に格納されています
>>235
AMDが研究してたりしたんだけど
そのAMDの開発方針が変わったりで仕切り直しだと思う x264やx265ならGPGPU移植出来そうだが、マイニングソフトとちがって報酬ないからなぁ
1080tiならRyzenThreadripperを軽く越えるぐらいのエンコ速度出そうだけど gpgpuは木構造苦手みたいな話はもう解消されたの? x264スレが落ちてるからこっちに書くけど、8/6にx264の更新(r2932?)があった模様。
主な内容としては、
●i400(monochrome)エンコードのサポート (4:0:0 (monochrome) encoding support)
●--avcintra-flavorの追加 (Add Sony XAVC, a flavour of AVC-Intra)
といったところかな。 >>240
別に1から10まで全部GPUにやらせようって話ではない
Intel「CPUで全部やる、AVXも512bitに拡張だ、まあ最適化したいならICC買ってね?」
AMD「CPU/GPUでリソース配分したほうが開発コストも演算コストも安くね?」
個人的にはAMDが正しいと思うけど、とはいえAVX2くらいは普通に実装してほしかったかなぁ・・・ >>246
条件分岐だけcpuでやって並列単純処理だけgpuに回すなんて都合よくプログラムできるもんなの?
そのintelとamdの対比も意味がよくわからないんだけど IntelやAMDがソフトウェアを実装するわけじゃないから、勝手なことをいくらでも言えるわな
AMDはGPUも使えって言うんだったらx265をGPU化してみろってんだよ >>247
同じタスクをCPU1:GPU9みたいな具合に割り振るってだけだろ >>249
cpuとgpuで得意なタスクが違うのに同じタスクを割り振って意味あるのか? 多用されてる離散コサイン変換はGPGPUで結構高速化出来るし
動きベクトル探索も良い研究成果が上がってきてるよね
開発環境整ってくれば期待できそう >>250
意味ないね
で、CPUの処理の中からGPUに適した処理をアウトそーソングしやすくしよう!って考えたのがAMD(のブラフィックス内蔵SoC)
ところが規模の問題などから性能メリットが少なくその方針は下火になったけど
GPUへ自動で処理を投げるコンパイラは今も開発継続中(x265開発してる会社へ譲渡して、のはず) そもそもメモリ共有でないとオーバーヘッドが大き過ぎて思ったほど性能が出ないのよね >>248
AMDがx265を正式にGPU対応化とかライセンスの問題で簡単にできないんじゃね? 個人デベロッパーがGPLでAMDでx265のGPU対応化とかさせるのならどうにでもできると思うけど
それと同じことを法人が勝手にやると最悪、つまらない訴訟騒ぎに発展するだろうな。 オープンソースなんだから法人でも個人でもできることは変わらないのでは オープンソースな事と改変配布が可能なのは別なんじゃないか オープンソースとは、何をしてもいいということではない
つうか、そんなことをリーナス・ドーバルズ氏に言ったら、死ぬほど殴られるぞ オープンソースなのはH.265の特許持ってる所から訴えられないようにするためじゃないの?
mp3のlameがそんな感じじゃなかった? >>258
個人がセーフティーに(訴訟リスクなしで)やれる範囲内のことなら
企業も同じくできるでしょってこと GPLは大雑把に言うと、「バイナリ配布したらソース公開は必須」ってライセンス
企業側から見た問題は(個人でも変わらんが)「ソース公開必須」って部分
元々公開する気なら何の問題もない
企業がコミットしてるオープンソースなんて世の中いっぱいあるし、
むしろ、まとまった機能は企業からコミットされることのほうが多い
x265だってメインの開発者はMulticoreWareって企業でしょ
HEVCのパテントについては、radeonには既にHEVCのエンコーダが乗ってるんだから、
AMDがradeonで動くHEVCのエンコーダをドライバと一緒に配布しても追加コストはあまりないはず
問題があるとすれば、公開されたGPU対応コードが他の企業によって移植されて
geforceでも動くようになってしまう確率が高いこと
実際はそれが問題だろうね
自社の製品が売れるようにならなくちゃ企業は動かない あと、MulticoreWare以外の外部が開発したGPLの改変部分は、MulticoreWareが取り込むことはできないから、
オープンコミュニティでメンテする必要があるだろうね
MulticoreWareはx265の「ソースを公開する必要がないライセンス」も売ってるから、
他社が作ったGPLコードを取り込むと、それができなくなってしまう
個人の開発者も含めx265にコードを取り込んで欲しい場合は、
コードのライセンスを完全にMulticoreWareに譲渡する契約書を書かされるはず
オープンソースと言ってもいろいろある 俺の理解だと、学術研究目的なら著作権問題を回避できるからオープンソースでしか配布できない
オープンソースといえどもそのソースに著作権は発生してその形は様々 x264スレが落ちて放置されてるのは、もうH.264にエンコする需要がなくなってるからかね
まあ俺もH.264にはBDMV互換でしかエンコしないけどさ >>266
x264エンコのニーズは依然健在だろうけど、
5ちゃんねるのスレ建て&20レス保守がクソめんどくさいだけじゃないかと
x264もx265もエンコパラメータ次第でどっちでもそれなりの画質を維持できるし
使いたい方を使えばいいと思うけど。ちゃっちゃとエンコを済ませるならx264が適当だろう。 次スレから統合すればよいかと
分け続けるほどの話題もないし x264も軽くて綺麗だと思うが
時間かけてでも、ギチギチに高圧縮かける必要がある人って、ソースは放送なのか?自己撮影した素材なのか? 実写だとそんなに変わらないけど、アニメだとHEVCのほうが劇的にきれいだからね
エンコする素材にもよるんじゃない 海外の有料アダルトサイトのDLファイル
連中の上げるファイルのでかさたるや >>269
放送
45分ドラマ300~400MB程度が目標
xvid@480p q3.5 (2.5だったかな・・)
x264@720p crf23.5
x265@1080p crf26
こんな感じで進化してきた >>272
45分ドラマ録画をエンコして400MBにするのか
へぇ
そしてBDとかにまとめ焼き?
基本的にはHDDに放送録画しても半分見ないで消すくらいだから、そうやってライブラリー残すために高圧縮でも綺麗という評価軸がなくなったよ
編集するのに、そこそこ軽くて扱うのが楽なCODECと設定だと、イントラ圧縮に落ち着く
XAVC-IもAVC-Intraも、イントラ内はH.264だと思ったけど違ったかな? >>273
普通にお外付けHDDに溜め込んでる
自分は見ずに消すことなまずないな
かと言ってすぐ見るわけじゃなく、ある程度、話数が溜ってから・・とts保持し続けたらHDD容量が足りない
だからエンコードするわけだけど、せっかくエンコードしたものを消すのは忍びないって感じで見終わっても残してる 「お外付けHDD」と上品な感じになってるけど
ただの編集ミスです >>274
いや、昔からテープやDVDやら録って残して来たんだけど
全部捨てた
NETFLIXやら加入してるし
必要な時に金払う >>278
「いや」って否定される覚えはないが・・
VHSでとってたものは目ぼしいものだけサルベージした
ま、金銭感覚は人それぞれだから私は否定しないが
年単位でのコスパでいえば大した違いはないと思う(PCの初期投資は除く 大昔にSVHSで購入した藻無しのVシネマとかはずっと残してるわ。 ::::::::::::/ ヽ::::::::::::
:::::::::::i キ じ ミ i::::::::::::
:::::::::::.ゝ モ つ .ネ ノ:::::::::::
:::::::::::/ イ に オ イ:::::::::::::
::::: | な。 は ゙i ::::::
\_ ,,-'
――--、..,ヽ__ _,,-''
:::::::,-‐、,‐、ヽ. )ノ ____
:::::_|/ 。|。ヽ|-i、 .. / 淫厨
/. ` ' ● ' ニ 、 (____人
ニ __l___ノ (-◎-◎一
/ ̄ _ | i ( (_ _)
|( ̄`' )/ / ,.. ( ε (∴
`ー---―' / '(__ ) ヽ____
====( i)==::::/ ,/ニ
:/ ヽ:::i /;;;;;;;;;;;;;;;; ■ このスレッドは過去ログ倉庫に格納されています