【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
コムキャストは「米国一のワースト企業」を決める「Worst Company in America」で何度もワースト1に輝いてる
この「Worst Company in America」は投票で決まるんだが、とにかく米国のインフラ系企業は評判が悪い
コムキャストは日本ではなじみが薄いかもしれませんが、NBCやユニバーサル・ピクチャーズの親会社です。
S&P 100、NASDAQ 100の構成銘柄です。
ユニバーサルの映画のオープニングロゴのなかに「A COMCAST COMPANY」と文字が入ってます。
https://consumerist.com/tag/worst-company-in-america/
https://billfixers.com/blog/21-times-comcast-worst-company-america
https://www.prdaily.com/Main/Articles/Comcast_earns_Worst_Company_in_America_designation_16451.aspx
https://consumerist.com/2014/05/07/watch-antenna-company-deliver-a-worst-company-congrats-cake-to-comcast-hq/
ちなみに、この「Worst Company in America」を主宰するのは、世界最強の消費者団体「コンシューマーズ・ユニオン」だ!! NTTは半官営?企業なので、
NTTの線・局舎を他社にも使わせる、みたいな手が使えたが、
アメリカでコムキャストの足回りを他社にも使わせる、みたいな手が
使えるとは思えん >>196
コムキャストはアメリカで最も嫌われている鼻摘みモノの悪徳企業で、まさに“そびえ立つ糞”そのもの。
・・・。
コムキャスト本体も独占インフラに粗悪なサービスと時代遅れの通信インフラ、抱き合わせ番組だらけの高額チャンネルプランだらけのCATVで豪快に儲ける糞企業だが、系列会社も安直な金儲けしか頭にない糞企業揃い。
大口献金先の民主党を御輿に乗せて持ち上げて、トランプ大統領と共和党をコケ下ろす偏向報道ばかりしていた糞マスゴミのNBCユニバーサル
製作予算はかかっているけどハリウッドテンプレートそのままの内容の脚本で鑑賞を始めたら30分以内にオチがわかる糞映画ばかり作るユニバーサルスタジオ
さらにAT&TやTモバイルも傘下に収めていて相変わらず時代遅れの通信回線で糞みたいに儲けている
共和党政権になったから、遅かれ早かれトラスト法が適用されて会社がバラバラに解体されるのも時間の問題 >>190
>>200
アメリカでは回線速度が10Mbpsでも「ブロードバンド」で通用する以上
「10Mbps程度でも8K動画視聴が可能」といった極端なほど圧縮比が高い動画圧縮技術の需要があるってわけだ。
「60分の8K動画を視聴しようとしたら、ダウンロードするのに48時間以上かかる」じゃ普及するわけがないからな
Alliance for Open Mediaが狙うのはロイヤリティーフリーというだけでなくHEVC/H.265より高圧縮比だろう
YoutubeもVP9の後継はAlliance for Open Mediaが開発したものになるはずだからな
・・・だからVGAやCPUを買うなら待ったほうがいい。
Alliance for Open MediaにAMD,ARM,NVIDIA,Intelがいる以上、ハードウェアサポートされるのも時間の問題だからな
ちなみにAlliance for Open Mediaについて一番露骨に不快感を示しているのはApple。理由は、H.264やHEVC/H.265のパテントプールで、特許を所有する企業の1社だから。 AV1のハードウェアサポートはそのうちされるとは思うけど規格完成が当初の予定より遅れてるみたいだからなあ
いつまで待てばいいのやら 再生環境が整うなら別にどっちでも良いんだけどねぇ。 Alliance for Open Media Members
Adobe Allegro Amazon AMD Amlogic ARM
Ateme BBC Broadcom Chips&Media Cisco
Google Intel Ittiam Microsoft Mozilla Netflix
NVIDIA Polycom Socionext VeriSilicon Vidyo XILINX
http://aomedia.org/about-us/
仲間が増えたよ!!
やったねたえちゃん!! 地上テレビジョン放送の高度化技術に関する提案募集の結果
ttp://www.soumu.go.jp/menu_news/s-news/01ryutsu08_02000173.html
◇現行 12セグ(MPEG2) + 1セグ(H.264)
↓
◆提案1 水平偏波 7セグ(MPEG2※) + 5セグ(4K放送一部帯域) + 1セグ(H.264)
垂直偏波 4放送専用帯域
--
※MPEG2は新エンコーダ
問題点 4K受信には、水平、垂直両偏波対応UHFアンテナへの交換が必要
2Kの画質が劣化する。(MXテレビ並みに)
◆提案2
韓国が次世代の世界標準をめざして実験している技術
ttp://japan.hellodd.com/news/news_view.asp?t=dd_jp_news&mark=3758
不具合で、実証実験延期中 ■ コーデック別音質 ■
(NAB資料)・・・http://i.imgur.com/6nE8rpq.jpg
※AAC 5.1ch 320kbps≒DTS 5.1ch 448kbps AAC 2ch 256kbpsはこだわらなければまずまずの音質だね
AAC 2ch 192kbpsは音質悪すぎる
映像のほうは、2020年以降は、HEVC対応チューナー積んだテレビ・レコーダ等のみ製造・輸入許可、
2030年頃にmpeg2を終了してHEVC移行でいいよ 放送する側があきらかに音質落としてから流してるから ATSCのAC3やDVBのMP2と比べると、ISDBの音声がAACで良かったと思う もうね高画質化は欲しい人達だけでケーブル使ってやってよ ソースがノイズの無い1080pなら4kテレビで見ても綺麗だしな
無理して高画素で放送するくらいなら、放送は2kを高画質化して、4k以上はメディア買うかテレビの補完機能でって方向のほうが幸せになる人は多いんじゃないか 三菱のls1を毎日使っての感想だよ
むしろ4k見てない人ほど>>215みたいなこと言う印象 アホ扱いする前に4kテレビにpc繋いで2kと4k入れてみなよ
ソースにノイズが少なければ1mも離れると、補完機能のおかげで気になるほどの違いなんてないから ならアホお前一人じゃん、なんで地デジの話に絡んだ
というか動画の場合、pcモニタにしても戻れないほど違うか? VP9ってあんだけ時間かかるのにYoutubeで使われてるVP9はどうやってあんな膨大の量の動画をVP9でエンコしてんの?クラスタ? >>223
What Does YouTube Do To Your Video After You Upload It? - YouTube
https://www.youtube.com/watch?v=aFLU6T15seY
分割処理っぽいね 環境整えたユーザーはH.265でのDRに移行できるようにならないかなあ
熟れているH.264でもいいんだけどとにかくMPEG2使うのをやめたい 1080p60fps 50Mbpsの動画をffmpegでh264_nvenc 12mでエンコすると200fps位でるけど
aviutlのnvencだと80fps位しかでないんだけど何が違うんだ。 >>226
AviUtlは内部色空間が広くて高精度だから高速エンコードには向いてないよ
高速ハードエンコしたいなら動画の入力から出力までなるべくGPUで一貫して処理できる方がいい Nvencc早すぎだろ、今まで俺は何やってたんだ・・・ 画質や圧縮率はしょっぱいけどな
リアルタイム配信用の機能を利用してるものだし 実時間の4倍5倍のエンコ時間が当り前だった世代から言わせてもらえば
ソフトエンコが実時間以下のエンコスピードでやってくれれば充分だな
Nvenccって画質はっきり劣化するし圧縮率下げてまで10倍のスピードでエンコする意味はあまり感じない
むしろありあまるCUDAの能力は画質向上に使って欲しい
でも画質なんて見られりゃいいんだから手っ取り早く終わらしたいんだという人の気持ちも分らないでは無い ひと昔前のCPU+現行の安物GPUで細々とゲームやる自分にとっては画質なんて見れりゃいいからありがたい なんでもいいならつべに非公開でアップロードして
すきなサイズをダウンロードとかできないのかな GPUを画質向上には使えないんだろうな。使えりゃやってるでしょ nvencはgpuに載っけた専用チップ使ってるからgpu性能とは関係ないんじゃなかった?
もともとゲームしながら録画圧縮するための機能だからgpuに負荷かける方向には行かないだろうな x265をそのままCUDAやOpenCLで最適化できないものかなあという素人考え(倍精度が速くないと無理か) 一応、そこまで考えられた規格ではあるらしいが・・
ハード的にまだそこまでの域に達してないからね >>230,231
NVENCは確かに画質は多少は劣化はするが一昔前よりは画質はかなりマシになっている。少なくとも見れないほど汚いってもんじゃない。 >>236
NVENCは、Nvidiaのビデオエンコードエンジン。Tegra 3に統合されたエンコードエンジンをベースに,1080pのエンコードを4〜8倍速で実現できる。
また,消費電力も、わずか数Wに抑えられるので,CPUを利用したエンコードよりも省電力になる。NVENCは、Kepler世代以降(GTX600番台以降)のビデオカードに搭載されている。
ハードウェアエンコードは、昔と比べたらマシになってるがソフトウェアエンコードと比べたらビットレートあたりの画質が悪いという弱点がある。
そのため、ニコニコ動画への投稿にはオススメできないものの、Youtubeなどの比較的容量制限が緩いサイトへの投稿
編集中の確認出力、画質や容量をさほど気にせず、単純に高速でエンコードしたい場合などには十分使い物になる。 >>223
YouTubeの中の人が一番節約したいのはマシンリソースよりも回線容量と転送するデータの容量だからね
VP9でもかなりの圧縮比率だが、YouTubeの中の人はまだVP9でも満足していない。しかもH.265はロイヤリティが発生するから使いたくない。
だからAV1に手を出している >>235
っSmoothVideo Project
っ古井戸 nvencってqsvencと比べても微妙なイメージだったんだがそんなこと無いの? 話の論点としてはSWより30%ぐらい大きくなるのを許容するかどうか
それさえ許容できるならQSV、NVEncともに十分a画質を保てる x264と同程度の画質をエンコ時間はかかるものの半分近いサイズで実現できるx265か
x264と同程度の画質に同じくらいのサイズが必要だけど爆速エンコできるNVENCのH265か
設定にもよる雑な比較だけどこんな感じじゃないかなあ >>246
違う、それならNVENC最高じゃないか
実際には、x264と同程度の画質に1.5〜2倍サイズが必要だけど爆速エンコできるのがNVENCのH265 >>248
逆に同サイズなら倍のクオリティに仕上がるから、H.265にしたら264エンコには戻れなくなる まあでも現状は再生環境が糞だから選択肢に入らない。 amazon fire tvぐらいしか思いつかないわん >>248
企画上同程度でサイズ半分いけるという謳い文句だけど現実はまだまだ アニメならビットレート半分でもそれなりに頑張れるけど実写は仕組み的に無理 つべ、Safari切り捨てか
vp9はハードウェアデコード対応してないの多いんだよな openCLで1pass目のベクトル解析をして2pass目はcpuでブラシュアップしてくれたら良いのに。 Bitmovin Supports AV1 Encoding for VoD and Live and Joins the Alliance for Open Media - Bitmovin
https://bitmovin.com/bitmovin-supports-av1-encoding-vod-live-joins-alliance-open-media/
AV1と他のコーデックのPSNR、SSIM比較
画像もちょっとある 4月24-27日にラスベガスで開催されるNABショー(SU9007CM)のブースで、
放送品質で1.5Mbpsで1080pの再生を実現する初のAV1ライブストリームを展示する予定です。
現在、同じ品質を提供するためにH264などの従来のコーデックで約4〜15 Mbpsが必要です。
AV1はCDNとストレージのコストを最大10倍まで削減できます。
来週か楽しみgoogle翻訳スゲー まだ最適化されてないっぽくて0.02fpsくらいしか出なかった(aom-git-r20413_3666192)
エンコードしたファイル置いとくから見たい人は見て
https://www.dropbox.com/sh/syo2qb185vo0n3f/AADu3TprRyrTRIiz5-y4NI8Oa?dl=0&lst=
デコーダーはここのLAVFilters-0.69-24-av1_test26-git-r3830(8da3109)を使ってね
http://tmod.nmm-hd.org/LAVFilters/old/ AV1は遅いままでも静止画なら使えそうだから
静止画像形式として早出ししてほしい >>266
$ aomdec .../tos_12000_yv12_aomenc_2pass_2000kbps.webm | mpv -
Playing: -
[file] Reading from stdin...
Warning: Failed to decode frame 2: Corrupt frame detected
Warning: Additional information: Reference buffer frame ID mismatch
(+) Video --vid=1 (rawvideo)
VO: [opengl] 1920x1080 yuv420p
Exiting... (End of file)
一瞬ちらつくだけだけどやり方あってる? >>268
自分でビルドするか、もしくはここ
http://tmod.nmm-hd.org/aom/
>>269
まだ規格完成してないからリビジョンが変わると中身も変わる
だからエンコーダーとデコーダーのリビジョンが合わないと正常にデコード出来ないんだけどその辺大丈夫? >>270
ありがとう。合って無かった
>やり方あってる
エンコードのやり方じゃなくて、自分の再生方法があってるかどうか聞いたつもりでいたけど、
聞き方良くなかったですね。
ごめんね >>267
vp8ベースのwebpが未だに定着しないのにまた増やしてどうするんだよ 保守ついでに若干スレ違い気味だけど
Real-Time Adaptive Image Compression
https://arxiv.org/abs/1705.05823
http://i.imgur.com/EOxPeRT.png
http://i.imgur.com/omivT0w.png
これ、静止画の圧縮の話だけどh.265より性能良いらしい
動画の圧縮もディープラーニングでブレイクスルー起きてほしいな どんなに高性能で使えるはずの新規格でも広まらなかったら意味が無いんですよってJpeg2000さんがいってた >>273
こんなに小さくて画質違うのは、相当深くて重いんだろうな なかなかすごいな
特徴だけ抽出してあとは本物っぽく見えるようにニューラルネットにお絵描きさせてるから
量子化ノイズまみれになったりせず輪郭もクッキリなんだね >>273
なるほど、ディープラーニングで失われたディテールを想像して描き直している感じなのか
猫の方の顔の毛並みがLSI模様みたいになってるのが気になるかな 初めてエンコードしてみたんだけどh.264って画質悪すぎ
h.265が出るまで待てなかった人はどんな気持ちでショボCPUでゴミ作ってたのか気になる 16コアのRyzenがもうすぐ出るらしいけどこれならH265エンコも楽になるだろうな。
まあでもH265は再生環境が糞だから結局H264でやるんだがw いい加減、主要ブラウザと主要OSメーカーがタッグくんで普及させろや・・
まずは、新画像フォーマットから。 もはや古くなってしまったといっていいJpeg2000すら全くといっていいほど普及してないからな ライセンス懸念が残っている限りそもそも商用サービスが広がらない。
趣味の世界だけになるかも知れないな。 DVDとBDみたいな関係になっちゃったよね
SD画質並でも明らかに265の方が綺麗なんだけど >>291
使い勝手で言えばそこまで差があるとは思えないな グラボ安いのでも積んでるけど
PSだけしか頭にないなら無理じゃね ■ このスレッドは過去ログ倉庫に格納されています