【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
Disable QP limitations for lowpass subband dct
https://bitbucket.org/multicoreware/x265/commits/4ed6afba60476fb7620889c533248c6c396474ab
ログ読んだ感じcrf22〜23で使う人にちょうどなんだろうか
いよいよ結果が楽しみ >>790
CUDA化したKTGMC使えばGTX1060でフルHDが100fps超えだよ
そんな化物PCじゃなくてもいい x265、ソース弄ってiccで最適化したけど、ロシア人がビルドしたヤツと0.1%くらいしか変わんないなー
vtuneでプロファイル取ってみると、ソース全体に処理回ってて、ボトルネックは見つかんないわ
まぁ意外とコストがかかる関数ポインタとか
オブジェクトのメンバ変数読み書きの部分を弄れば
もう0.1%くらいは稼げるかもだけど
そこまですんのもなー
x265、この先が楽しみ x264をもっと最適化出来ないのかな
x265と比べて明らかにCPU温度低くて回路が動いてない 時の流れって凄いよな
x264が激重でxvidｻｲﾂﾖな時代もあったのに x264はやってみたいけどmsvcでビルド出来なくなって久しいのがなー
あのレベルの入り組んだマクロから書き直すのは
流石にお給料貰わないと出来ないわ
Linuxも頻繁に使うからgccは嫌いじゃないんだけど
そこそこ大きいソース弄るとなればvisualstudio使った方が楽で‥
x265は全体がc++で書かれてるのがネックだよ
中途半端にC++で、ここは単純にcで書いた方が速そうってファイルもいくつかあったし CPUフルロードになってもx264よりx265の方が温度高くなるのは
x265の方がSIMDを多用してるからじゃなかったっけ --lowpass-dct普通に使ったら絵がボロボロになってた・・ そりゃ、上限以上のビットレートは全カットだから
上限内はVBRするってフィルタじゃなかったか？ 離散コサイン変換を近似変換にすることで、精度を犠牲にして計算量を少なくする?
計算科学に暗いので調べてみてもそれくらいしか分からなかった。 >>805
せやで。高周波の計算をカットするからローパス DCTの高周波を削ると言うには、AQとの相性は悪そう iosのhevcをffmpegで確認したけど全部キーフレームってことはBフレームなしってことであってるよな ハードウェアエンコだろうからBフレは存在しないはず >>809
どういうコマンドで確認したの？
>>810
「ハードウェアエンコだからBフレ無し」なんてことはないよ。QSVのHEVCではBフレーム使えるし。 >>811
それは知らなかったな
いつからQSVで使える様になったんだ？ >>809
コマンドを調べてみたけど
ffprobe.exe -select_streams v -show_frames -show_entries frame=key_frame,pict_type hevc.mp4 > result.log
でkey_frameかどうかとpict_type（I/P/B）が見れるみたいだから、それで調べればいいんじゃないだろうか。
全部キーフレームってのがよくわからんし、ちょっと気になるので調べた結果は教えてくれ。
iosのHEVCサンプルを探してみたんだけど、見つからなかったのでサンプルもあるとありがたいが。
>>812
skylakeでHEVCエンコに対応した時からじゃない？
QSVEncの過去記事見ても、Bフレ使えなかったようには見えないし。 っていうかhevcのBフレ非対応はnvidiaだけだった気がする >>814
Intel(QSV)、nVidia(NVEnc)、AMD(VCE/AMF)のBフレーム対応状況は>>397参照。
AMDのHEVCも現状ではBフレ非対応。 QSVでHEVCエンコード時にBフレームが使用できるというソースに記憶がないんだがなぁ。
対応してたらrigaya氏が真っ先に対応するだろうし。 >>816
そのrigayaさんのサイト行ってqsvencの記事片っ端から読んできたら >>816
rigaya氏のブログの2015-08-29の記事（QSVEncのHEVC対応直後）のログでもBフレ使ってるのがわかるし
夏頃にQSVスレで出てたログでもBフレ使われてたし、当初から普通に使えてたんだと思う。 >>811
ffmpeg -an -skip_frame nokey -i input.mov -vsync 0 out%05d.png
キーフレームじゃないフレームをスキップして切り出したら30fps10秒で約300枚だった >>813
Bフレあったわ( ´〜｀)ゞ
https://pastebin.com/sBxiRbXU
プライバシーの観点から真っ暗動画でも良いならあげるけど >>815
あー、なんかそれっぽいスライドを見た気がしてたけど
2passのほうだったみたいね 全部キーフレームって業務用機器で使うAll-Intraかな？
編集向き AppleがHEVC大量に採用したからライセンスの問題は無くなったって言ってるのかね
理屈がよくわからんが Video Codec Comparison (H.264, H.265, VP9 and AV1)
http://abulayek.com/vcodec/index.html AV1大丈夫かね
VP10なんかよりもdaalaをベースに作ったほうが良かったように思うのだけど >>823
採用実績が増えてるだけで、特許問題は解決してないよね >>828
昔daalaを試したことあるけどSSIM低かったし肉眼でもそこまで綺麗じゃなかった
非DCT系コーデックってまだ実用段階じゃないんだと思う
あんま詳しくないから推測だけど ネコさんだっけ？
x264のchangelog翻訳してた人は4k/8k以上でないと
非DCTの利点がない（出にくい）って言ってた気がする >>831
確かに4kでは試してなかったな
2kの時点で0.03fpsくらいしか出なかったから >>829
gifのような騙し討ちと違って最初からライセンスルールが決まってるならいいと思うけどね。 4K/8K放送用（BS/110CSの左旋とBS右旋のBS-7/17）・・・本放送2018年12月1日
VC-8350/VD-8350 H.265 (MPEG-H/HEVC) MMT対応 8K/4Kコーデック
ttp://jpn.nec.com/bv/hoso/product/vcvd8350.html?
H.265 Main10@L6.1 Main Tierに対応した8K放送送出用コーデックです。
8K/4K放送に向けて、8K/4K H.265符号化/復号化、22.2ch MPEG-4 AAC音声符号化/復号化、
MMT(MPEG Media Transport)入出力、といった最新の放送規格に対応しています。
--
8K映像入出力として、Dual Green(3G-SDI×8)、および、U-SDI(ARIB STD-B58 U2.17)に対応
4K映像入出力として、4K-SDI形式(3G-SDIx4)、および、U-SDI(ARIB STD-B58 U1.17)に対応
※U-SDIは、NHK技研が開発した光ケーブルによる伝送。
本放送は、１年後だから、もう少し改良されるでしょうね。 8K放送って何かと批判されてるけどNHKで実際にみて見ると立体感とか半端ないんだよね。
めちゃくちゃ楽しみにしてるけど、目標までたどり続ける体力が各方面にあるかどうか・・・ 4Kの伝送に今までのSDIだとかなりしんどいからねぇ
USDIの導入はカメラケーブルで代用できないし体力が無いよ
ゼロ遅延でHEVCで圧縮して伝送できりゃいいけど… >>835
少なくとも放送局には無いだろうな
NHKでもやっとじゃないの HEVC関係ないけどオレ様用メモ
511 名前:名無し~3.EXE [sage] :2017/11/30(木) 08:08:26.78 ID:HZwMEGNU
Web メディア拡張機能
https://www.microsoft.com/ja-jp/store/p/web/9n5tdp8vcmhs
この Web メディア拡張機能パッケージをインストールすると、ユーザーは Ogg コンテナーに届けられたコンテンツや、Vorbis または Theora のコーデックを使用してエンコードされたコンテンツを自然に再生することができるようになります。 ついにブラウザで再生できるようになったか
俺のPCだと720pで重くなってしまうが すげーなAV1
HD画質ならもう1Mbpsいらんのね
エンコード時間がヤバイけど… 数年後、まともに再生できる環境が疑わしいコーデックに時間をかけるのは無駄だと思うがね AV1の規格まだ固まってないだろうにようやるわｗ
コーデックMIMEタイプにgit hash含まれてるらしいしｗ 新しい物が出来たら試したくなるじゃん。永久保存版をダウンサイズする訳じゃないし。 はたしてHEVCはAV1に負けるのだろうか？
chromeとfirefoxがHEVCをサポートしないだろうからウェブでは流行らせようがないし 結局はネーミング
AV1とかセンス0の怪しい名前が普及するわけないのよ AVがいかがわしい意味を持つのって日本だけじゃないの？ safariとedgeはh.265をサポートしているのか？ >>860
Safariはどうだか知らんが
Edgeは>>762入れてみたら グーグルフォトがAV1の採用で60fpsに対応してくれることを期待 iMac Proと一緒に
HEVC対応Final Cut Pro X/Compressor/Motion出たね もう新しくロイヤリティ払いたくない派は
av1が来るまでｍｐ４やｖｐ９で行くんでねえ
８ｋ来るまで当分先だし 誰でも自分ＰＣで稼げる方法など
参考までに、
⇒ 『政道のゴウイウセレイイ』 というＨＰで見ることができます。
グーグルで検索⇒『政道のゴウイウセレイイ』
DV2315TNTB QSVのHEVCがBフレーム対応するのは、まだまだ先かねぇ？ >>872
>>397参照。QSVのHEVCはBフレーム対応してる。
HEVCでBフレームが使えないのはNVEncやAMFだな。 スレチかもしれないけど、中国製の防犯カメラでH.265に対応している製品があるけど、なんちゃってなのだろうか。
5MP/25fpsのカメラモジュールで1万円くらいからある。 >>877
で、Bフレーム有効にするとQSVでのエンコード画質は、H.265>H.264になったの？
それともとりあえず対応しました程度？ >>881-882
ググったら出てきたが。
Apple joins alliance to shrink your online videos - CNET
https://www.cnet.com/news/apple-online-video-compression-av1/ 寝言はおいとくとして、次スレに向けてスレタイやテンプレの変更をちゃんと考えないといかんな。 とりあえず次スレに向けて、スレタイ＆テンプレ変更案を書いてまとめてみたけど、どうだろうか。
Q&Aの内容はこれでいいのかとか、Daala/Thorのリンクは必要なのかとか、もろもろ意見求む。
詳細→ https://pastebin.com/quVcrCB5
スレタイ：
次世代ビデオコーデック総合スレ Part8 【HEVC/VP9/AV1等】
テンプレ
H.264/AVCの後継候補となる様々な次世代ビデオコーデックについて語るスレです。
（以下略） >>888
それ、スレ変わってるがな
別スレ扱いの内容だぞ >>889
このスレはPart3から>>1の2行目が入って、H.265だけじゃなく次世代コーデック全般のスレになってるんだよ。
過去ログか、せめて>>1-13だけでもちゃんと読んでくれ。
スレタイがこのままだと、お前さんのようにテンプレ読まずにH.265専用スレだと勘違いする人がいるし、
酷いのだと勘違いしたまま別スレを立てようとするのまでいる。（>>297-300）
だから実態にあわせてスレタイやテンプレを変えようという話。 ■ このスレッドは過去ログ倉庫に格納されています
