【2018】 H.265/HEVC Part8 【7680x4320】
■ このスレッドは過去ログ倉庫に格納されています
ITU
http://www.itu.int/
Joint Collaborative Team on Video Coding (JCT-VC)
http://www.itu.int/ITU-T/studygroups/com16/jct-vc/
Fraunhofer Heinrich Hertz Institute HEVC website
http://hevc.info/
ITU、次世代ビデオコーデック規格を「H.265」「ISO/IEC 23008-2」として勧告
http://pc.watch.impress.co.jp/docs/news/20130128_585297.html AndroidにおけるHEVCのサポート状況 (2017.10.31)
How to Enjoy HEVC/ H.265 Video Playback on Android | DroidViews
http://www.droidviews.com/enjoy-hevc-h-265-video-playback-on-android/ 保守の条件って意外と厳しいのな
そりゃすぐ落ちるわ 20まで行ったからもう即死は無くなったでー
あとは1ヶ月書き込みが無かったら落ちるだけ 急いでスレ消費しないといけないわけではないしマッタリいけばいいんじゃないの スレ分け賛成な>>27のドアホすら今日までレスしなかったんだぞ ☆ 日本の、改憲を行いましょう。現在、衆議員と参議院の
両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆ 現在NVEncCでHEVCエンコードを行っているのですが
x264の--crf 20に相当するNVEncCの--cqpの値はどの程度のものなのでしょうか? >>41
https//mevius.5ch.net/test/read.cgi/avi/1515759816/
がメインスレw >>42
誘導ありがとうございます
そちらで再度質問させてもらいます >>45
てっか、Apple TV 4Kめちゃすごいじゃん。買いたくなった。 動画素材保存用ってどのくらいあれは充分かね。
Losslessが理想だけど容量取りすぎるし、視聴はCRF 19くらいで良くても、それをうp用にエンコ、うp後鯖で再エンコとなると認識できる劣化になるだろうし。
CRF 10-16くらいかね。
16だとその後2回は耐えれないかな 試してみました。
CRF10だと約40GB/h(88bps)で、一応なんとかなる容量だったので10で行くことにしました。 >>45
キャプチャじゃなくて主観で判断とか何の参考にもならないな 再エンコとか目的にするなら
心理視覚とかのオプションはなくしてとにかくSSIM重視がよさそうだね キャプチャしても比較は主観でやることになるし、
パラメータの異なるHDR映像(しかもUHDBDと有料配信)のキャプチャ比較ってできないんじゃね。 >>51
HDMI 2.0をキャプチャできないんだからそこは仕方ない
HD Fury IntegralとかDeUHDみたいなコピーガードを突破する方法はあるにはあるけど
とても商業メディアで書けるような話題じゃないし
それに>>45の記事の著者は元PHL出身でかなり厳しめに評価してるので主観だからと言って画質の評価が全く役に立たんというのは的外れというか言い過ぎかと Apple Compressor でエンコードしたHEVCって
TMPGEnc MPEG Smart Renderer 5 じゃ
スマートレンダリング出来ませんか?
前者は持ってて出来るなら後者を購入したいのですが
x265じゃないと無理ですかね Apple Compressorでエンコードした動画をアップしたら誰か試してくれるんじゃね? Adobeの対応が来た
>>IntelのQuick Sync Videoに対応。さらに、MacにおいてはHEVC/H.265もハードウェアエンコードによる高速化に対応
https://av.watch.impress.co.jp/docs/news/1115187.html QSVって2012年に出たんだよな
6年も経って対応したとかw 最新世代のQSVはかなり使えるからね
HEVCのハードウェアエンコードでBフレーム使えるし
NVIDIAやAMDの同様な機能と比べてもアドバンテージがある
肝心のCPUの方は開発が遅れててガックシだけど >>61
今のQSVってBフレームまで使えるのか
8700k使ってるし試してみようかなぁ AMDのエンコーダーは配信専用すぎて画質の文句も言われないのか そもそも使ってる人が少ないから話題にすらならないだけ
NVENC使える人は何倍もいるだろうからね 今初めてH.265でエンコしてるがクッソ時間かかってワロタ
もうやんないわ 今はかなり速くなってH.264の倍くらいな時間しか掛からないと思うが
CeleronノートPCでも使ってやったのか Kaby Lake世代以降のCPUでQSV使ってエンコードすればいい
今のところ画質と時間のバランスを考えるとQSVがベスト Kaby LakeのHEVCはあまり速くないし画質も悪いよ
http://2sen.dip.jp/cgi-bin/upgun/up2/source/up3428.jpg
CPU6コアくらいあればx265のsuperfastの方が速いし画質も良い >>72
縦軸がビットレートだから容量比較みたいなものじゃない Oculus Goの発売で、動画の自炊エンコードユーザーが再び増加しそうな気配 圧縮しすぎて砂ドラじゃデコードできない!
みたいなことってないのかな デコード負荷はh.264とたいして変わらないんじゃなかったっけ 動画によっては1/7くらいの容量になるけど画質が劣化することがある
何が違うんだろう 何か問題でも
スレチにイライラするより平和でいいわ RX460でVCEエンコしてるけど、h.265でも早いし画質も悪くない。2時間のtsを10分そこそこで仕上げてくれる。
ただ苦手な動画は本当ダメ。フィルムノイズが入ったような古い映画は全然。インタレ解除失敗みたくなる。 GPUエンコはプログレFullHDをエンコするのに最適化してるから HEVCのVCEエンコとNVENCって画質対して変わらないもん? 4k BSならまだだがCSならすでにあるジャマイカ ■ このスレッドは過去ログ倉庫に格納されています