【2016】 H.265/HEVC Part3 【7680x4320】

圧縮効率がH.264の2倍な次世代ビデオコーデックH.265/HEVC、
並びに同等の圧縮効率でフリーの次世代コーデック、VP9/Daalaを語ろうぜ

H.265/HEVC Features

Tree-structured prediction and residual difference block segmentation
Extended prediction block sizes (up to 64x64)
Large transform block sizes (up to 32x32)
Tile and slice picture segmentations for loss resilience and parallelism
Wavefront processing structure for decoder parallelism
Non-square transform block sizes
Integer inverse transforms
Mode-dependent sine/cosine transform type switching
Adaptive motion vector predictor selection
Temporal motion vector prediction
Multi-frame motion compensation prediction
High-accuracy motion compensation interpolation (8 taps)
Internal bit depth increase (IBDI)
Directional intra prediction
De-blocking filter
Adaptive loop filter (ALF)
Sample adaptive offset (SAO)
Entropy coding using one of two selectable types:
Context-adaptive binary arithmetic coding (CABAC)
Context-adaptive variable-length coding (CAVLC)

単純に見積もって画質は今(H.264)と変わらないままでサイズが半分に小さくできる
~~~~~~~~~~~~~~~~~~~

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

VP9/WebM
http://www.webmproject.org/

Daala
https://xiph.org/daala/

前スレ
【2016】 H.265/HEVC Part2 【8192x4096】
http://toro.2ch.net/test/read.cgi/avi/1359375342/

>>2に入れ忘れた

DivX HEVC
http://www.divx.com/ja

HEVCの普及を急ぐ米国と日本の事情
http://techon.nikkeibp.co.jp/article/COLUMN/20130509/280643/

Blu-ray set to make 4K decision later this year
http://www.cnet.com.au/blu-ray-set-to-make-4k-decision-later-this-year-339344088.htm

ブルーレイは今年中に4Kの対応を決定
ブルーレイ連盟(BDA)は、4K再生など新規格をフォーマットに加えるなどの
提案を、専任チームが検討中であることを認めた。
UHDや4Kテレビの到来などの話題の中で、これらの画面で鑑賞するための
4Kコンテンツをどう普及させるかということには、まだ議論に隔たりがある。
ブルーレイディスクは容量の対応が可能な媒体だが、これまで4K再生が
可能になるのがいつになるかという公式コメントはなかった。
BDAはCNETに今日、4Kフォーマットへの拡張を検討中であり今年中には
ゴーサインが出る見込みであることを認めた。
(以下 カッコ内はBDAのコメント)

「家庭で映画などのコンテンツを楽しむための最先端媒体としてのブルー
レイの責任を全うするため、我々はフォーマットの拡張案を検討する専任
チームを昨年発足させた。拡張案には4Kコンテンツの再生が可能なフォー
マットも含む。
専任チームは今年の第一四半期を通じ数々の提案を募りそして受取り、
現在さまざまな技術を検討している。
専任チームはBDAメンバー、電化製品メーカー、メディア会社の代表者から
構成され、コンテンツ作成者から意見を聞き、仕様と技術勧告を年内にBDA
役員会に示すことになっている。」

フォーマットの拡張には、現在HD映像の普及に仕様されている、ブルーレイの
標準映像フォーマットの種々の変更が必要になる。4Kコンテンツを保存する
ためにより大容量が必要になることの他に、コーデック、ビットレート、カラー
ビット深度の規格とオプション、また実際に画素数をどうするのか、などが
含まれる。映画では4Kは4096x2160ピクセルであるが、家庭用の4K（UHD）では
3840x2160ピクセル(標準HDのちょうど4倍)だからである。

100GB 4K Blu-ray Outed Ahead Of Official BDA Announcement
http://www.hdtvtest.co.uk/news/4k-bluray-201309123318.htm

http://www.singulus.com/en/press-news/press-releases/press-release/article/singulus-technologies-presents-production-technology-for-100-gb-blu-ray-disc/7.html

ドイツの光ディスクROMをプレスする機械を作ってる企業が
3層100GBのプレス機械をアナウンス
4KBDは3層100GBで決定的

897 名前：名無しさん＠編集中[] 投稿日：2013/09/17(火) 18:29:29.99 ID:NPiL61iD [2/2]
@ReijiAsakura
HEVCはＭＰＥＧ２、ＭＰＥＧ−４ＡＶＣと続く、
延々たる「ブロック分け+DCT+動き補償の圧縮／伸長技術」の最新版。
基本的考えは従来と同じだが、
細かな部分（ブロックとDCTのサイズ適応、ノイズフィルターの最適化）
の改良で二倍の圧縮効率を獲得。来週のＮＨＫ技研公開で、全容が見れる。

@avavavav0001
現在のHEVCの削減率はAVC（HP）比35％（1.5倍効率）だそうですね。
2倍効率まで高めるのにまだ時間がかかるのでしょうか？
4KBDまで間に合いそうですか？

@ReijiAsakura
三菱電機さんでは二倍を実現していました。ＮＨＫ技研公開で披露です。
https://twitter.com/ReijiAsakura/status/336760983487930368

899 名前：名無しさん＠編集中[sage] 投稿日：2013/09/17(火) 19:14:59.48 ID:ONq4bn7Y [1/2]
削減率35％なんて使いものにならねえから4KBDは削減率50％のHEVCで確定だなｗｗｗｗ

BDのビットレートは48Mbpsが最大だが、実際に収録されているビットレートは音声入れても
だいたい平均で30Mbps程度。
201分（3時間21分）のロードオブザリング王の帰還を収録しても余る計算になる。
だから2時間程度の映画なら殆どBDの半分程度の容量しか使っていない事になる。
つまり、4KのBDは同じコーデックならその4倍の120Mbps。HEVC使って半分減らせれば60Mbpsで済む。
60Mbpsなら201分（3時間21分）のロードオブザリング王の帰還を収録しても100GBを超えないから
100GBのBDで99％の4K映画を収録できる。

以下4k/BD禁止

4K/2K液晶モニタスレッド Vol.2
http://toro.2ch.net/test/read.cgi/hard/1369125530/

前スレまだ使い切ってないぞ
　↓
【2016】 H.265/HEVC Part2 【8192x4096】
http://toro.2ch.net/test/read.cgi/avi/1359375342/

ソニーのVideoUnlimited 4KはHEVCで平均50GBに圧縮ｗｗｗｗｗｗｗｗ





MAX100GBの4KBDの平均容量と同じ事になるｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ





つまり今更パッケージソフトなぞ不要ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ



ちなみに現行の50GBのBDの平均容量は25GB程度だからなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

BDの容量が50GBだからすべてのコンテンツが50GBで収録されるんだ！！！！！

とか無いからなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

もともとソニーのVU 4Kは平均100GBを予定していた。
それはAVCだからそれくらい必要だと言う判断だろう。
だがHEVCならその半分で良い。
だから50GBになったのだ。

巣に帰れ

今時光ディスク（笑）

NGワード：4k,bd,dsd,地上,dsd

スレがすかすかに

.









Blu-ray 4K
―――――――――――――――――――――――――――
ストレージ　　　 　　　　　　片面3層100GB（33.3GB×3）BD-ROM
―――――――――――――――――――――――――――
解像度　　　　　　　　　　　4096×2160
―――――――――――――――――――――――――――
コーデック　　　 　　　　　　HEVC
―――――――――――――――――――――――――――
カラービット　　 　　　　　　10bit/4:2:2
―――――――――――――――――――――――――――
ビットレート（システム）　　96Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（映像）　　　　 80Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（音声）　　　　 27.648Mbps（最大）
―――――――――――――――――――――――――――
フレームレート　 　　　 　　60p 30p 24p
―――――――――――――――――――――――――――



.

HSAとかhUMAとかそこらへんの技術を使って爆速＋高圧縮率でエンコードできるようになってほしい・・・

avisynth使ってるときはどんなに時間がかかっても一切妥協せず・・・

試しにエンコしてmp4にぶっ込んでみたが
再生する環境がない

VP9の画質良好だね
http://toro.2ch.net/test/read.cgi/google/1286225648/672-681

エンコード負荷とかはどうなんだろ？
あと再生機がどこまで普及するかによるな

H.264より糞重いよ

ていうかh264ですら満足にエンコード出来ていると言えるのか？

DivX入れれば無料でHEVCエンコできんじゃんｗｗｗｗｗｗっうぇうぇうぇうぇ

試してみたらエンコ遅杉ワラタｗｗｗｗｗｗｗｗｗ
こりゃCore i7ないとやってられんわ

2時間の映画をエンコしたら48時間も掛かったなんてことが

新型Mac PROならば…

コンテナってどうなったの？
LAVFilterの作者が正式な規格じゃなきゃイヤって書いてたけど

>>26,27
DivXはその上レートコントロールが飛んでるから使い物にならない。
オイラがバカにしてたMCW社のx265もそれ以上にまともなエンコができる。

>>30
nev氏が嫌がっていたのはDivXが勝手に作り上げたCodecPrivateの規格。
結果的にAVC/H.264と同じように14496-15を真似るようになった。
今のLAVのナイトリーで対応されてる。

今決定している模様のコンテナ
MP4　　　→ 第3版14496-15
MKV　　　→ ttp://lists.matroska.org/pipermail/matroska-devel/2013-September/004567.html
（第3版14496-15通りにする）
MPEG-TS　→ 殆どAVC/H.264と一緒、別のIDでAnnex Bが書き込まれる

対応しているソフト：
MP4　→ L-SMASH/GPAC系
MKV　→ DivXのパッチ、バージョン1.0.6かそれ以後のバージョンでmuxすれば
　　　　大体合ってるようになる。未だにレビューされてないコードなので
　　　　まだ完成したとは言えない。

ちなみに、FLVとAVIとASFは人を嫌がらせたい場合以外は使わないで。
その中で正式な規格が出来上がる可能性があるのはFLVのみで、しかし
Adobeはその方向を今のところ完全に無視している。今FLVで実装しているのは
単に中国の一社だけ。使っても誰かが実装する保証はどこにもないし、そもそも
Adobeが正式に対応されてるフォーマットを増やす時に完全にぶっ壊れる可能性が
高い（勝手に特定のIDを使ってるし）。

ほう、なんだかんだ言って話は進んでるようで、なにより
mkvも今のMP4並みに市民権を得れれば万々歳なんだけどなぁ

正直、現行（H.264）の容量より半分になるっつっても大してなあ・・・

1/3とかにならんの？

更に10倍重くなりそうだな

そもそもH264出た当初ってMpeg2から半分になった程度ですよ

H265がH264の半分なら、立派に新世代です

MPC-BEがはやくもH.265のデコードに対応したぞ

>>37
ffmpegにsmarter氏のデコーダーがマージされたから当然だね。
・LAV Filters
・LAVを使ってるMPC-HC
・VLC
・mpv
これらは既に対応済み。

最新のナイトリー使えばデコードできる。

DivX 10でH.265を試したレポート
http://blog.livedoor.jp/amd646464/archives/52382013.html

H.264では変換に4分21秒かかりましたが，H.265では34分20秒もかかっており…

赤色の潰れは改善してそう

ファイルサイズ半分にするのに時間8倍なら
まぁ上出来とは言わないまでも許容範囲じゃない？

>>41
元記事読もう

1280x720サイズでエンコしてH.264はビットレート5400kbpsに設定
H.265は映像2400kbpsに設定して見比べたのか
それほどの画質差は感じなかったって話だけど、これH.264の3000kbpsとかで較べても余り変わらなかったんじゃないの？
せめてフルHDにするとかもっとビットレート下げるとかしないと
あまりに感覚的すぎてレポートとしてはエンコが超重い事以外に内容がない気がするw

MediainfoだとちゃんとHEVCって判定されるで

実際H.264で不便することなんて今や殆ど無くて、
圧縮率云々よりエンコが超遅いっていう圧倒的なデメリットしか印象に残らないでしょ現状じゃ

いやマジで誰でも綺麗にエンコ出来る
動画サイトのレベルが上がるわ

今とこれかを同列で語っても意味ないでしょ

H.264が出た当時は、Mpeg2やXvidでもいいと言ってた人山ほどいましたが。
今はそんなこと言う人いないし。

エンコが重いのは高速CPUや専用回路の登場、ソフトウェアの改良で年単位で解決されていく話。
5年後にいいCODECが欲しくなったときに、今CODECを生み出して育ててなかったら欠番になってしまう

懸念材料
CPUの性能頭打ち
264後継だしGPU性能にあんまり頼れそうにない
プロセスシュリンクも今までと同じようにいかないというかデスクトップ後回し
サイズの問題は今はそんなに気にしないからね

MacProの出番ですな

バイナリどこ

エンコはまぁできるようになったんで
ブラウザサポートしてるところあったっけ・・・
IE以外総スルーかな
モバイル以外話聞いてないからな

H.265は浮動小数点使いまくりなんじゃなかったっけ
エンコのGPU支援の道があるかも

https://x265.cc/
バイナリ

RigayaさんのBloigに、Aviutlプラグインのx265GUIExがきてる

デコードは、Media Player Classic HomeCinemaの最新版でOk。

普及すんのはハード再生支援が出てからでしょ

crfが来たらとりあえず始める

x265乱立しすぎだろ・・・

そうなんだよな

3つしかなくね？

あの東方厨が本腰入れないことには

win7 64bit だけど全部死ぬ
なんでだろ

umh使うと死ぬ

star使って輝く

Divx HEVCはDivx Playerでしか再生できないんだよな・・・

誰がそんなの使うんだよ

>>63
GUI版の出力もCLI版の出力も普通に今のlibavcodec等でデコードできるんっすけど？

対応されてないのは７月辺りの前のMatroskaへの入れ方だけ。DivX 10の
GUI版のMatroska出力や今のmkvtoolnix向けのパッチは大体合ってるから
対応範囲内。今のMPC-HC/LAV FiltersやMPC-BE・mpvのナイトリーで
一応対応されてるはず。

まぁ、DivXのエンコーダーはあまり出来がよくないのは問題だけどねぇ・・・
MCW社のx265の方は一応今のところは上。

なんか途中スローになってしまう箇所がちらほら
エンコに問題があるのかデコードに問題があるのかわかんね

>>65
SMPlayer ?（Sound Only）
MPC-HC ?（Sound Only）
MPC-BE ?（Sound Only）

うちの環境が悪いってだけか

Shark007 Codecs v4.2.9でHEVC/VP9対応ってあるな

>>67
多分バージョンが古いだけ。
最新のナイトリーで設定をリセットして試せ
ttp://nightly.mpc-hc.org/

Play→FiltersでLAV (internal)が使用されてる事を確認すればOK

>>68
LAVが対応したからなぁ。うちがメンテしてるCCCPでもβ版は出したけど、
安定版を出すまでにはもう少し様子見をする。HEVCデコーダーはlibavの方だと
未だにレビュー中ってのも更に紛らわしい。

>>69
>>68×MPCの内部フィルタの設定でMatroskaのチェックを外せばOKだったね

>>67
ゼーレの老人ばっかりだな

w

http://x265.org/

動きが激しい所カクカクして描画が遅れていく
CPU振り切れてる訳でもないのに何が悪いんだろ

まだ実用に耐えない？

まだまだこれからだね

G　P　U
G　P　U

　　　　　　　 lヽ ﾉ l　　　　　　　　ｌ l　ｌ ヽ　　 ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ ｌ　ハヽ　　|ｰ‐''"ｌ
　/　Ｇ　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　 G ヽ
　l 　 ･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　 ｀'メ､_ｌﾉ| /　 ・　 /
　|　 Ｐ　　l　 トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　 Ｐ　｜
　|　 ･　　 |／　　 　 | l ||､　''"""　 j　""''/ | |ヽｌ 　・　｜
　|　 Ｕ 　 |　　 　 　 | l |　ヽ,　 　― 　 ／　| |　ｌ　 Ｕ　 |
　| 　 !!　 |　　 　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　 　 /　│ｌ､l　　　　　　 　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　 　 　 ／　ノ⌒ヾ､　 ヽ　　　 ノハ,　　　 　 |
,/ 　 　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　 　 |
　　　　 ／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　 ｌ
　　 ,／　 　|　ヽ 　＼　　_,ノｰｆ' ´　　ﾉノ　 ヽ　 　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ

デコードは問題ないや
エンコードは2時間の動画に26時間もかかかるという現実

設定落とせば10fps程度でエンコできるらしい
むろん同ビットレートのx264よりは綺麗に

ライセンスビジネス拡大の一環として、HEVC/H.265ビデオコーデック ハードウェアIPの発売を開始
http://japan.renesas.com/press/news/2013/news20131029.jsp

>601
H.265の再生に関しては現行PCでも問題ないよ
エンコードが糞重いだけで
バッテリーの技術革新が無い限りアクションカムの対応は無いでしょ
チップの発熱も上がるだろうから難しいと思うよ

ttp://blog.livedoor.jp/abars/archives/52166489.html
>課題はエンコーダで、HEVC Complexity and Implementation Analysisによると、現状はフルHDの動画の
>イントラオンリーのエンコードで、実時間の1000倍のエンコード時間が必要となっています。


ttp://news.mynavi.jp/articles/2013/10/25/divx10/index.html
1分8秒の動画をH.264でエンコードは4分21秒かかったのに対して
H.265では34分20秒もかかっている

済みません誤爆しました

aviutlのx265出力は見事に玉砕した

H.264コーデックをオープンソース化、Cisco
http://news.mynavi.jp/news/2013/10/31/234/index.html

Cisco Systemsは10月30日(米国時間)、H.264コーデックをBSDライセンスのもとでオープンソースソフトウェアとして公開すると発表した。
ソースコードは最終的にhttps://github.com/cisco/openh264で公開される予定。
Linux (x86/ARM)、Windows、Mac OS X、Android向けにビルドされたバイナリモジュールも提供される見通し。各種情報はOpenH264プロジェクトのサイトに掲載されるという。

Ciscoではこうした取り組みを通じ、インターネットにおける動画形式としてH.264の普及を後押ししたい狙いがある。
H.264は多くの業界で採用されているが、MPEG LAに特許料を支払う必要があるためオープンソースソフトウェアにおける普及はあまり進んでいない状況にある。
Ciscoはユーザに対して料金を求めることはないとしており、オープンソースソフトウェアにおいて同コーデックの採用が進む可能性が高くなった。

同日、Firefoxの開発元であるMozillaからもOpenH.264に関する発表があり、近いうちにこのH.264コーデックモジュールに対応すると説明している。

4と5の違いが分からないのかい？

24コア/48スレッド
http://weekly.ascii.jp/elem/000/000/181/181422/

貯金残高2ﾏｿw
会社クビになったら即死亡だな

同じ様な金の使い方していて結婚した今苦しんでいる俺からすると貯金は出来るだけしとけだな

で、このマシンでエンコするとH.265はどのくらいの速度でエンコ出来るんだろ？
ベンチマーク結果ってなんか投資に見合わない感じに見えたけど・・・

>>87
アホだろこいつｗｗｗ

ここ数年程度のハイエンド如きじゃ快適と言えるようなレベルに達するわけがないな

>>87なら1080pでも2〜3fpsは出るんじゃない?(適当)

AvisynthのQTGMCにとっては最適だな(憶測)
ただしそれでx265エンコしたら24時間じゃ終わらん

僕のCeleronではアニメのOP1920ｘ1080をH.265にエンコするのに19時間かかります＞＜

i7さんでもきついです＞＜

いきなり本チャンで長時間動画のエンコはないのか

NTTアドバンステクノロジから、商用のH.265エンコーダが発売されたね。

てか、地デジ放送がH.265放送に対応したらチャンネルとか増えないのか

CRF来たことだしサクっと試したら手元だとultrafastとveryfastの中間でx264のveryslowと同等の速度だったほんときついな

どの程度早くなるんだろうね

今の段階でx264 veryslow=x265 ultrafastならなんか2014年中には使い物になりそうな希ガス

1/2に減るだけじゃ・・・。

一気に1/20とか劇的に減らしても無劣化とか。
重くなる部分は専用ASICで。

無劣化で1/20になるわけあるか

無圧縮→x264可逆RGBなら1/10程度にはなるで

無圧縮(笑)

2時間でしかも60fpsの実写の無圧縮動画を想像してみ
100GB超えてるから

無圧縮で実写かどうかは全く関係ない
>106の条件で1080p/32bitなら1920×1080×60×7200×32/8=3,583,180,800,000byte
つまり3,417GB/3.337TBになる

動きが激しいとか、意図的なノイズの演出とかでは必要なビットレートは更に多くなり…

フルHDじゃ1TBすら軽々超えるがな

無圧縮というか生データってやつだな

せめてYV12に変換してあげて(良心)

>>107
音声忘れてるよ。以下追加で。
44.1kHz 16bit ステレオ PCM音源として
44100 x 16 x 2 x 7200 / 8 = 1270080000Byte ≒ 1211MB
5.1chだとこの3倍になんのかな？0.1ch分はハイパスかけて
もっと低い周波数でいいのかな？どちらにしろ約3倍で。

へぶしっ！

MSYSで64bitのビルドってできない？

dekiru

kinosei

x264とx265を同じqpでエンコして出来たサイズの差がx265の実力ってことでいいの？

>>116
設定でまちまちだとは思いますが
おおむねそうですよ

作り手の設計に寄るはずだけどそれって本当の事？

x264とx265とで例えばqp30とqp30は同じ品質で設計してるの？
こういうのって大抵技術が変わった節目のたびに変更してる気がする

チューニング系が出そろってないからそういう条件も同じにしないと比べられないんじゃ

前々から25%ほどと言われててQ同程度でその差しかなかったしそんなもんじゃねと思う
で遅いからな

qp揃えても画質は同じにならないので、縦軸にPSNR、横軸にデータサイズを取って、複数のqpでデータを取ってRDグラフ化して、同じPSNRでのデータサイズの差を比較するべきだと思われ。

Q・S・V！Q・S・V！

http://av.watch.impress.co.jp/docs/news/20131112_623146.html
ﾊﾟﾅｿﾆｯｸ､ﾃﾚﾋﾞに4K対応の｢DivX HEVC｣採用へ
Roviとﾗｲｾﾝｽ契約｡4K動画配信対応ﾃﾚﾋﾞを開発可能

とーとー自社開発とかしなくなったか。
しかもオワコンぽい DivX って。

Divxは頑張ってるぞ
それに黎明期の今だからこそライセンスを受けるんだよ

4770K以上の性能を求めると一気にコストが跳ね上がるのはなんとかならんのか・・・
Core系列が4-way対応に＋4-way対応マザーを14800円で発売 みたいな奇跡でも起きてほしい

サーバー用途と競合するからまず出ない
Gulftown以降エンスー向けCPUが妥当な値段で出てるんだからそっち行けよ
E5のフラグシップ単発とOC後の性能は同じぐらいなんやし。ワッパは雲泥の差だが

FFMPEGにデコーダのったらしいのでFFplayにDIVX社の例のサンプルFHD.MKVをDDしてみたが
DIVXのデコーダよりCPU消費して重い

DivXのサイトでHEVC動画何個か見たけど10分超えてるのにすげえ綺麗で100MBちょっとはすげえな
しかもデコード軽い
僕のＣｅｌｅｒｏｎちゃんでも普通に再生できました

4K（3840ｘ2160）のH.265動画はさすがにまともに再生できなかった(´･ω･`)

かっこいいIDでつね

4Kは再生出来んでよろしい

720P
http://trailers.divx.com/hevc/TearsOfSteel_720p_24fps_27qp_831kbps_720p_GPSNR_41.65_HM11_2aud_7subs.mkv

1080P
http://trailers.divx.com/hevc/TearsOfSteel_1080p_24fps_27qp_1474kbps_GPSNR_42.29_HM11_2aud_7subs.mkv

4K
http://trailers.divx.com/hevc/TearsOfSteel_4K_24fps_9500kbps_2aud_9subs.mkv


H.265でエンコしてあるんだがこれすごいぞ、フリーソフトのBlenderで作った奴

MPC-HCの内蔵フィルタ(Lav)がHEVCに対応したから再生してみた
x64版はCPU負荷高くないのにカクカクだったけどx86版なら大丈夫

再生負荷低くてびっくりした

MPC-BEでも見れるぞ

もともとHEVCは、H264と再生不可同じ程度になるように、
規格デザインの段階から考慮されてる。

ttp://pc.watch.impress.co.jp/docs/news/20131121_624536.html

　米Qualcommは20日(現地時間)、スマートフォン/タブレット向けSoC「Snapdragon」シリーズの最上位モデルとなる「Snapdragon 805」を発表した。
サンプル提供は開始しており、2014年前半には搭載デバイスが登場する見込みとしている。

　CPUコアに最大2.5GHz動作が可能なKrait 450のクアッド構成(SnapdragonはKrait 400)。メモリ帯域幅は25.6GB/secと広帯域化した。

　GPUコアもAdreno 330からAdreno 420となり、端末搭載液晶への4K出力に対応。3D描画のハードウェアテッセレーションとジオメトリ処理をサポートする。
また、H.265/HEVCの動画デコードにも対応する。

　このほか、イメージセンサーからの入力を処理するイメージ処理プロセッサもGpixel/secのスループットへと性能を強化したという。

HWデコード対応モバイルチップきたー

そもそもAVCとデコード演算量は大して変わらないんだしこのタイミングででても当然か
むしろAVCがスマホでるまであれだったのがおかしかっただけか

スマホで4kとか・・・恐ろしい時代になってきたな

4kでどんなコンテンツがやって来るんだろ

もう銀河 J とか 4k 動画とれなかったっけ？

ボケボケの画像だけど、撮れる

スマホ的には4Kは再生出来ればよくて（コンテンツが共有できるとかの下らん理由）、
本質的にはSTB向けにサポートしただけで、それがスマホ向けに降りてきてる、あるいはSTBへの対応を見越してるだけでは。

>>139
H.264はガラケー時代から対応済みだよ(ワンセグ用として)

ニコニコのエコノミー回避にHEVCはどうよ

ニコ動のやる事だし、どうせHEVCでエコノミーかけるに決まってる。

モバイルでH.265再生つってもH.264で言うCABAC無効でエンコードしたような地雷エンコード動画しか対応してなさそうだなｗ

>>146
そもそもエンコ負荷が高すぎて、HEVC動画を作成できないでしょ
実用的なエンコ速度を出すには、ものすごくCPUに投資しないといけないし、本末転倒

ニコニコ「動画」はリアルタイムにエンコしているわけではない

エコノミーモードはピーク時間帯のトラフィックを抑えるのが目的なので
エンコ負荷を引き合いに出して「本末転倒」って意味がわからない

もちろんCPU強化しないとアップロード待ち行列は長くなるだろうけどね

まー今となってはプレミアム会員獲得の手段だからHEVCのおかげで
トラフィック下がってもエコノミーモードはなくならないけどね

あんま動きの少ない低解像度の素材なら200kbpsまで落としても問題ないのはAVCも同じだけど…

俺用メモ

DivX converterでHEVCにエンコする時、変換元の動画が読み込めなかった場合はlavfilterを入れるとよい

Androidでは既にMX動画プレーヤーがHEVCに対応してるようだ

>>153
MX動画プレーヤーまともに再生できなかった
Nexus7とXperia GX SO-04D

自分でエンコした低解像度・低ビットレートの動画ね
720p以上はダメ

現時点で個人で265エンコマンは一体どうやってやってるん？
やっぱプログラミング系の知識ちゃんとある人なん？

x264でエンコする程度の知識があれば誰でもできることだと思うけど

ヒント：x265guiEx

何それ
エンコしてるけど使ったことない

ホントにあるからググろう

かなり前から
VHSをデジタル化しよう→h264でエンコしよう→重い→ハードエンコのボード出るまで待とう
→ソフトエンコでも十分速くなってきたな→でも次世代規格が出そうだな→h265が出るまで待とう
→重い→ハード（ｒｙ

どっかで割り切らないといけないんだろーけどな割り切れないのが…ってやつだな

可逆圧縮でとりあえず取り込んどけば？
読み込めなくなってたら洒落にならんし

キャプに使うハード次第だけど、なるべく高解像度の可逆圧縮、ってところかね

Motion searchのstarってどういう処理？

さすがにmediumでも重すぎたかpresetひとつずつ繰り上がったような印象だな

512x384 29.97fps
動きが比較的少ない素材なら300kbpsでもイケる
同ビットレートのH264とは明らかに違う

なんか2014年中には使い物になりそうな気がする

低解像度低ビットレート向けなら

圧縮率は申し分ないし、FullHDでやっても再生は重くないしで全然イケる
ただしエンコに時間が掛かりすぎるので結局のところそっちの負荷が軽くなるまでは使えないという

エンコはGPU利用で解決するでしょ
元々GPU利用でエンコ速度を解決することを狙って規格段階から作られてるし

OpenCLはロードマップでも一番最後だし来年でも怪しそうやな

>>172
どこで見れるの?

ttps://bitbucket.org/multicoreware/x265/wiki/Home

>>174
ありがとう。
ただ、2より3のほうがProgressが多かったり
順番ははあまり関係ない気が・・

this last workうんたらってあるからそう思ったんだけどね
はよCRFとAQが完全にならないかな

こんなんあった
http://prohardver.hu/hir/apu13_szerverpiac_celozza_meg_hsa.html
http://prohardver.hu/dl/cnt/2013-11/103259/hevcapu.jpg

>>161
今回で最後でしょ。
少しの改良はあるだろうけど今回みたいに圧縮率を倍にするとか無理じゃないか？

HEVCにはMain ProfileとかHighProfileとか、Levelとかないの？

>>179
http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding_tiers_and_levels

VHSはそもそも撮影時点の機材スペックが720x480だからこれ以上圧縮率上がっても仕方なくね？
圧縮率上がるよりも記憶媒体の容量単価が安くなる方が先だろ

VLCで再生できるようになったぞ

mkv tool nixで扱えるようになるのはいつだ？

扱えてるけど？

放り込もうとするとエラー出るんだけど
拡張子は何にすればいいのさ？

あー暫定的に265に対応したバージョンのソースコード公開したから自分でビルドして使ってねってことか・・・

ビルドいやならこれ使えば？
mkvtoolnix6.2.0-promised_land_rovi_v1.0.4

>>187
1.0.5以前は使わない方がいい。古い方のDivXの規格を使っている。
1.0.5には一応バグがあるけど、（まだ）致命的ではない。
HEVCの規格が広がると問題になるかもしれないが、少なくとも今は
大丈夫。

https://github.com/jaya-divx/mkvtoolnix
これ？

【4Kデジタル】

4096×2160、24p、12bit、7.6Gbps（7600Mbps） 1時間＝3.4TB

【2Kデジタル】

2048×1080、24p、12bit、1.9Gbps（1900Mbps） 1時間＝855GB

【Blu-ray】

1920×1080、24p/30p/60i、8bit、AVC/H.264（HP）、48Mbps（48000Kbps） 1時間＝21.6GB

【BSデジタル放送】

1920×1080、60i、8bit、MPEG-2、24Mbps（24000Kbps） 1時間＝10.8GB

【地上デジタル放送】

1440×1080、60i、8bit、MPEG-2、16.7Mbps（16700Kbps） 1時間＝7.5GB

【DVD】

720×480、60i、8bit、MPEG-2、10.8Mbps（10800Kbps） 1時間＝4.8GB

【デジタル配信】

HD　1920×1080、24p/30p、8bit、AVC/H.264（MP）、6Mbps（6000Kbps）　1時間＝2.7GB
SD　720×480、24p/30p、8bit、AVC/H.264（MP）、1.5Mbps（1500Kbps） 1時間＝675MB

501 名前：名無しさん┃】【┃Dolby[sage] 投稿日：2013/12/13(金) 12:38:46.74 ID:iPmejupp0
raw動画のことか？

そう言われてみれば4Kなんかよりも
1920*1080の120pのraw動画のが断然きれいだろうな

502 名前：名無しさん┃】【┃Dolby[sage] 投稿日：2013/12/13(金) 15:24:06.83 ID:yHXYBjjD0
センサー直後の信号はノイズだらけで話にならんわ

503 名前：名無しさん┃】【┃Dolby[] 投稿日：2013/12/13(金) 15:58:23.10 ID:v01WpkJG0
だな。
フィルムにも言えるが、撮影直後の生データは無駄な情報量が多すぎる。
フィルムだって、撮影段階のフィルムは8Kくらいの情報量があるらしいが
多くはグレインばっかで、それを4Kでスキャンして更にエンコードも含め
編集で綺麗にマスター化を行う。そこで初めて綺麗な映像が出来上がる。

H.265が再生負荷軽いとか嘘だろ
同じビットレートだとH.264よりCPU負荷高いわ
俺のCore2Duo SU9400ノートだと2000kbps@720Pの動画が100%張り付いてガックガクになる

AVCより軽いなんて誰が言った

Core2Duo…

>>193
みんないってる

H.264でもガックガクになりそうだな

SU9400程度なら720p程度余裕で再生できるんじゃねーの

AVCより軽いと言った覚えは無いなぁ俺は
圧縮率2倍だけど処理負荷は2倍以下だしで再生に関しては上出来とは言った記憶あるけど

>>198
もしかして「2倍以下」を「1/2」とか解釈したんじゃね

H.264から「なるべく」変わらないようにしてるってだけでしょう

そもそも今となってはCPUの高性能化マルチコア化のおかげで
H264のCPU再生自体が負荷の軽い行為。
H265のCPU再生も大したCPU負荷じゃないのは事実だよ

んなこたぁない

Windows動いてるマシンのくせにフルHD以下の解像度・普通のオプションな265動画で再生に問題が出るようならそんなもん窓から投げ捨てちまえ
確かにモバイルだとGPU支援受けれない設定の高ビットレートとか10bitでは264でも再生がカクつくこともまだあるが

あ、モバイルってのはスマートフォンやタブレットの事な
iPad Airでも264で条件揃うとカクつくから
モバイルPCで264ダメなマシンは流石に捨てろ。具体的にはSurfacePro1以下のスペック

>>204
その条件だと、最近のやつでもエントリーモデルとかミドルレンジの安いヤツは総じてゴミだな･･
まぁ動画を扱うのに心細いのは確かだけど

264の出始めは再生もエンコも大変だったなぁ(遠い目…

そうだっけか？少なくともx264の出始めのころ大変だったって記憶が全然ない
ただHD動画の再生が重くてカクついたって記憶は印象に残ってるけどコーデックがDivXかx264かまでは覚えてないや

intelがhw再生支援つけてくるのも遠い未来の話になんだろうなあ……

skylakeで来てくれると何の根拠もなく信じている

まぁCore i第1世代までと第2世代以降では対応できるできないでかなり変わる。

i7 2世代目だけど、アニメをQSVにかける程度だし、あと2年くらいは余裕で戦えそう。

http://av.watch.impress.co.jp/docs/news/20131217_627952.html
“エンタメの起爆剤”としてHEVCに取り組むRoviの狙い
4K HEVCのDivXソフト正式版を年内公開。“4K以外”にも可能性

x264 veryfastの速度でx265 placebo並に縮む、夢のようなx265専用拡張ボードがほしい・・・

バッファローあたりから出そうな気もするが
たいてい専用ソフトを使わなかったりで出ても話題にならないのがお約束

×使わなかったり
○使わなければならなかったり

>>204
同じAVCでも10bitとかYUV4:2:2／YUV4:4:4じゃGPUが仕事してくれないからなぁ

>>214
昔のアナログキャプチャ全盛期ならともかく
最近じゃ出すとこないと思うな

じっさいのとこx264でcuda使ってる人ってどのぐらいいるんだろ？
AMDについちゃ、A's見る限りにおいてはもうちょっと設定つめれるようにしないと、
手を出しづらいなあって感じなんだけど。

だからｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ


動画再生負荷はビットレートが一番デカイって何度言ったら分かるんだよｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ



動画再生負荷


SDの無圧縮（約400Mbps）＞FHDのAVC（10Mbps）＞フルHDのHEVC（1Mbps）



今時の安いPCでもネットで配信されているHD動画再生くらい余裕で出来るだろうが
それはビットレートが低いからに過ぎないｗｗｗｗｗ
youtubeの1080p動画なんてたかだか3〜6Mbps程度だからなｗｗｗｗｗｗｗ下手したらDVDより低いｗｗｗｗ
当然SDの無圧縮なんて今の安物の低スペックPCじゃまったく再生できないｗｗｗｗｗｗ

ようするに、HDとかSDとかHEVCとかAVCよりビットレートなんだなｗｗｗｗｗｗ
低ビットレートの動画は低スペのPCで再生できるって話ｗｗｗｗｗｗｗ

何を今更ドヤ顔で語ってんだ

そんなことも分からずスペックガースペックガーとか言ってるからなｗｗ

フレーム参照量とかの問題もあるんだけどまぁめんどくさいからいいや

HDDのスピードは関係ないのん？

16kには対応しているの？

SD無圧縮で400Mbps…？

16kや32kは対応するのかな

QSVみたいな手抜き高速エンコでH.264動画作成が可能になって、それでも同ビットレートのx264より綺麗にできるようになったら起こして

永眠しないで；；

ビデオカードでまともにエンコードできるようになるのはいつなのか・・・

とろあえずはDIVX HEVCで先取りするのが入門かな

試しに、1080pのAVCから1080pのHEVCにエンコ開始したが
Core i7なのに1%も進まないよ・・・
現行スペックじゃエンコできる代物じゃない

スペックの問題以前に、ただ単にx265側が最適化されてないだけだよ
今はとにかくフル機能の実装に向かってる段階。
未実装機能が山ほどある。

core i7のどれだよ
あと何でエンコしてるのかとか書けよ
ていうかエンコスピードはfpsで書いてもらわなきゃわからんだろ

Divx Converterじゃ進行状況が百分率表示のみだよ

x265guiExオススメ

NexTV-F、2014年の4K試験放送を前に実証トライアル--HEVCを採用
http://engawa.2ch.net/test/read.cgi/poverty/1388054088/

とりあえず昨日>>231から開始した2時間映画のエンコが未だに終わらない
H.265が個人で実用的に使えるのは数年先って結論に

テストにどうぞ

【!ninja】忍法帖テスト専用test【質問OK】198忍
http://kohada.2ch.net/test/read.cgi/pcqa/1384872135/

＞数年先

頭大丈夫か？

＞2時間映画のエンコが未だに終わらない
48時間前に始めたんちゃうのこれ？

presetはMediumで十分x264超えてるよ
Mediumならエンコスピード数fpsは出るから、2時間映画でも6倍程度の時間で終わる

どうせx264の感覚でpreset 高くしちゃってるんだろ？

>>240
実時間の6倍としてもH.264の出始めみたいな苦行

6倍なら十分検討対象に入る

>>241
そりゃ実際出始めだしｗ
SIMD化やアセンブラ化も全然進んでないし、
GPU利用だってまだ手もついてない
これからでしょ

>>243
今のところ圧縮率2倍じゃ割に合わない
標準的なH.264に対して圧縮率2倍ならx264で実現できてる
汎用性も無い

>>244
圧縮率はともかく
x264よりディテールが残っているとの評が多し

>>244
あのさ、Mpeg2からx264へも、圧縮率2倍なんだけどｗ
それでx264が割に合わないか？

もうちょっと頭使ったほうがいいよ

>>246
だから「今のところ」と言われてるだろ

圧縮率100倍可逆10bit12bit対応
きわめてシンプルな再生条件。

この条件を満たさなければ普及はしにくい。

何故ならただビットレート上げれば良いだけだから。

やっぱりバンディング起こさない為か？10bitって

エンコはx265が出てくるまで待て

出てるぞ

>>247
日本語できない人だな。
「圧縮率2倍」という時点で大きな価値があるといってるんだよ
Mpeg2からx264へも圧縮率2倍
x264からx265へも圧縮率2倍
だからx265は十分価値があるとう話してるの。

圧縮率2倍じゃ価値がないというなら、x264にも価値なんて無いの

再生できる機器も少ないしエンコも時間かかるし今はまだ割に合わないなー
↑H.265自体に問題があるのではなく環境の整備がまだされていないことを問題視している
H.265に価値がないなんて誰も言ってない

これに対し、H.265は大きな価値がある！頭使え！　と返すのはそれこそ日本語できない人

バカだろお前

>>252
マジレスすると
½と¼では圧縮効率は半分だけどな
10000→5000
5000→2500
6倍時間かけて¼減らすのがCP高いかどうか

エンコ廃人は常に高画質高圧縮を望むもの
CP気にする奴はMPEG2でも使ってろ

当然、高画質のH.265には期待してる訳で
マルチプラットフォームでの再生支援、ハードウェアエンコが出て来たら移行もする
>>256
CP追求しないヤツはエンコ職人とは言えないと思ったけど
廃人なら仕方がない

>>240
x264との速度比ではどれぐらいなの？

速度なんて今考える必要ないんだよ
まだ速度を気にする最適化どころか、全機能の実装さえ終わってないんだから。

>>255
こういうコストパフォーマンスとか言い出すバカは生ごみに出しときゃいい

>>253
・再生できる機器も少ない
　　あらゆる圧縮形式で登場当初には当てはまること。糞みたいな意見
・エンコも時間かかるし
　　まだ最適化される前段階だと言ってますが。糞意見
・H265に価値が無いなんて誰も言ってない！
　　H265の価値の定義を示してないいじょう、定義はこっちがした。
　　圧縮率で定義するなら、上記したように価値がある
　　画質で定義するなら、画質は明確に向上してるから価値がある
　　

ｘ265はx264に比べて確かに6倍くらいは時間かかるけど、
10月あたりに出たx265じゃ30倍くらい時間かかってたから、
6倍でも早くなった印象。今後はもっと早くなると思うが。

>>260
CP否定するならpreset Mediumなんか使うなよｗ

>>258
x264とx265ではオプションからして違うから、なんの参考にもならないけど
俺のPCでのx264とx265との比較

mediumで13fpsと4.4fps
slowで11fpsと2.7fps

もちろん早いほうがx264で、画質比較なんかはしてない

>>261
その6倍のｘ265ってのは、どこにあるのですか？

想像よりはるかに速いな・・・
ビデオカードでエンコードできるようになれば凄いことになりそう

現在のHD以上の高解像度とCPU性能の鈍化を考えると
あまりに非実用なのでハードウェアエンコボードが出てくるだろうからそっちに期待
GPUはエンコに関して2004年くらい出来る出来る詐欺で嘘ばっかり付いてるから期待薄
Geforce 6800の時はまんまと騙されて買ってしまったけど もう二度と騙されない

>>263
ありがとう
既に思いのほか速いんだな
x264から使えるところは使ってるんだろうから当然か

>>263
x264のslowとか意味がない

>>260
・再生できる機器も少ない
つ DivX HEVC

言っとくけど「x265がx264に対する圧縮率2倍」ってのはフレーム参照距離とか諸々詰めた高圧縮率設定x264との比較でだからな
BD規格のスタンダードなオプションとの比較だと2倍以上の差が付く

昨日からの人だと思うのだが、そろそろそのH.264とx264
H.265とx265をごっちゃにしてるのを直さないか？
言わんとすることはわかるのだが、例えば>>252にしても
> Mpeg2からx264へも圧縮率2倍
MPEG2からH.264　でないと違和感ある。

俺の場合x264とx265以外でエンコしないから一応間違いではない

何言ってるの？

>H.265とx265をごっちゃにしてるのを直さないか？

直す必要無し
論旨は何も変わらん

頭が悪い

そんな苦し紛れの書き込みしたところで、お前の望みは何一つ叶ってないんだけどなｗ

フリーコーデック信者ｷﾓｯ

個人的にはMPEG4 ASPが抜けてるのが気になる

sameqでホントに半分に出来るの？
なんか胡散臭いな

前に検索したときにゃ海外でも25-35%の削減で場合によっちゃ40%強の削減って話だったよ
12月上旬あたりにx265hsaってのをMulticorewareの人がソースあげてた最近消えてるの確認したけど
90パーくらいでエラー出てたから試せはしなかったが。
2014年中にブーストするよと見たから半年は遅れるとして2015には実用化しそうな気はするけどね

>>277
お前がもがき苦しんでるの見るの楽しいわぁ

論旨は何も変わらん(ｷﾘｯ

きもすぎｗｗ

x264 slow 2pass turbo無しだとエンコ時間変わらなくなってきた
ディティールまで画質を拘ると同じ穴の狢かも

>>282
キモがってるお前を見てるのが最高の愉悦ｗ
いつまでもキモがっててください

愉悦（笑）

微妙に愉悦の使い方間違ってるな

ゆえつぶ

でh264のやつsameqで再エンコしたらホントに半分になるの？

自分で試せばいいんじゃね
バカじゃねぇの

あ？

あけおめ。今年はH.265普及元年になりますように。
ハードエンコ出ろ。

そんなの要らないなぁ

x265guiExはこっそり新バージョン公開してる
x265.exeは rev 0.6+238-dcae0b69d9b3 以上あればよろしい

新バージョン？
3.16βしか見当たらないけど。
3.16βのreadmeには、0.6+232 以降と書いてありますよ

まだベータだからブログではわざわざ新バージョンの通知はやらない(のかも)
うちは3.00βで更新するの忘れてた

RigayaさんのSkyDriveに置いてあるのは3.16βが最新

あと4、5年も経ったらハードエンコじゃなくても軽々とエンコやってるんだろうな。

veryslowでも4fpsくらいの速さなら大したもん

3.16βって何処に入れればいいんだ？
readmeに書いてあるauo_setup.exeをダブルクリックはexe自体無いし
試しにauoフォルダ内を上書きしてみたら3.15になっちゃった

>299
確かに表記は3.15βになるな
でもビルド日付見た感じではそれで3.16βになっていると思う
表記ミスじゃないかな

そろそろスレチだと言っておこう

>>300
インスコ自体はあってるのかな？
でも64Bitのx265は4つ全部古いって出てエンコできない
x265はrev 0.6+238-dcae0b69d9b3

うちは両方とも今さっき落としたやつで、

x265.exe(64bit,8bpp,VC12) version 0.6+238-dcae0b69d9b3
x265guiEx.auo ファイル日付2013/12/28-21:20:36（GUI画面下部の日付は2013/12/28-21:20:26）

の組み合わせで普通に使えてます
何処が問題かはちょっとわからないな

>>303
何でだろう？
aviutl100とx265は3.00βでエンコはできてた

コレに3.16βauoフォルダ内を上書き
コレでダメだからすべて1から入れてみようとしたけどプラグインとして認識されないから
設定すらできない。上書きしか無いよね〜

crf対応してみたんで3.16βにあげてみたんだけど動画の一部が壊れてる
MPC-HCとVLC、x265も32と64全部で一部が緑色になって反転してる
x265を0.6+234に変えても違うタイミングで同じ状態になる
共通の条件で使ってるDGIndex疑ってMPEG-2 VIDEO VFAPI Plug-Inにしたが同じ

3.00βで問題なかったのに何がいけないんだろう？

>>305
その症状俺だけじゃなかったのか、x265guiExを3.09にすると問題ないっぽい。

>>306
同じ人いたか
今確かめられないんだけどそのバージョンcrf対応してる？

>>305
10ビットエンコじゃない？
10bitエンコだと緑線まみれになるよ
8bitエンコなら問題なくできてるよ

>>307
crf対応してますよ。

>>308
全編通して異常があるわけじゃなくて、1分に一回くらい異常のある画像が出てくる感じです。

x265側の一時的バグ混入とかじゃないのかね。
今はr238だよ。

>>309
ありがとう
帰ったら試してみる
>>310
r234でもなった

8bppと16bppって何のことや

らぶん色深度のことじゃ

48bitカラーってことか

H.265はBD相当の画質でも、DVDに収まるサイズにて、2時間の録画が可能である。
H.264は1時間のファイルにおいて、DVD相当の画質で、ビデオCD程度のサイズまで圧縮可能。

最新鋭の動画圧縮技術はすごいよね。まあ、H.264/MPEG-4 AVCの方をずーっと引きずるけど…。

BDのビットレートは48Mbpsが最大だが、実際に収録されているビットレートは

音声を入れてもだいたい平均で30Mbps程度である

201分（3時間21分）もある、ロードオブザリング王の帰還を収録しても余る計算になる

つまり、2時間程度の映画なら、殆どはBDの半分程度の容量しか使っていない事になる

4KのBDは、BDと同じコーデックなら、30Mbpsの4倍の120Mbpsが必要であるが

HEVCを使って半分に減らせれば、60Mbpsで済む

60Mbpsなら、ロードオブザリング王の帰還を収録しても、100GBを超える事は無く

100GBのBDで、99％の4K映画を収録できる

つまり、4KBDは、3層１00GBで規格化される可能性が、極めて高いと言うことだ

BD4K規格化の予想だ




Blu-ray 4K
―――――――――――――――――――――――――――
ストレージ　　　 　　　　　　片面3層100GB（33.3GB×3）BD-ROM
―――――――――――――――――――――――――――
解像度　　　　　　　　　　　3840×2160
―――――――――――――――――――――――――――
コーデック　　　 　　　　　　HEVC
―――――――――――――――――――――――――――
カラービット　　 　　　　　　10bit/4:2:2
―――――――――――――――――――――――――――
ビットレート（システム）　　88Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（映像）　　　　 80Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（音声）　　　　 27.648Mbps（最大）
―――――――――――――――――――――――――――
フレームレート　 　　　 　　60p 30p 24p
―――――――――――――――――――――――――――

うざ

ぷっ

>>316
アラビアのロレンス様と ダンス・ウィズ・ウルブズ様とハムレット様がお怒りです

いつのまにかx265GUIが更新されてて、10bitエンコ時の緑まみれ問題が解決してた
x265GUI側の問題だったのね

【4Kデジタル】

4096×2160、24p、12bit、7.6Gbps（7600Mbps） 1時間＝3.4TB

【2Kデジタル】

2048×1080、24p、12bit、1.9Gbps（1900Mbps） 1時間＝855GB

【Blu-ray】

1920×1080、24p/30p/60i、8bit、AVC/H.264（HP）、48Mbps（48000Kbps） 1時間＝21.6GB

【BSデジタル放送】

1920×1080、60i、8bit、MPEG-2、24Mbps（24000Kbps） 1時間＝10.8GB

【地上デジタル放送】

1440×1080、60i、8bit、MPEG-2、16.7Mbps（16700Kbps） 1時間＝7.5GB

【DVD】

720×480、60i、8bit、MPEG-2、10.8Mbps（10800Kbps） 1時間＝4.8GB

【デジタル配信】

HD　1920×1080、24p/30p、8bit、AVC/H.264（MP）、6Mbps（6000Kbps）　1時間＝2.7GB
SD　720×480、24p/30p、8bit、AVC/H.264（MP）、1.5Mbps（1500Kbps） 1時間＝675MB

>>321
試してみたけど今度は紫色にバグるようになった
rev 0.6+238と240の64bitでなる
インタレやリサイズフィルター変えるとバグの位置変わったり
720pで問題なくても1080pでバグる

名前欄は前の残ってた気にしないでくれ
原因が分かったかも
音声と映像同時処理だとバグるみたい
>>305の時と同じ条件に戻してエンコしてみても同時処理だとバグった
どちらも音声処理を前後にすれば問題ないみたいだ

ああやっぱそうなんや

x265guiExの話ばかりだな
エンコーダの話は専用スレたててそっちでやってくれないかね？

x265guiExはエンコーダですらないが…

あくまでベータの段階だから仕方なくね
エンコーダもフロントエンドツールも

>>326
断る
お前の望みが叶うことはない

crfとかaqまだまだやね

ブロックノイズまみれになるよな

今の段階では、同じプリセット、同じcrfでも、
8bit版エンコに比べて10bit版エンコのファイルサイズが半分になる。
当然低画質

いくらなんでもこの差は…

＞当然低画質
えっ・・・

あ、よく見たらここ265のスレか

h265はCPUエンコは実質無理みたいだね
QSVやNVENCやVCEに期待するしかないね
NVENCはプログラマブルらしいみたいだけど

crf実装される前より同じ設定なのに倍近く遅くなってる

スナップドラゴンの新モデルがHEVCのハードウェアデコードで、4Kでも省電力再生らしい

DivX, LLC、4K動画の作成・再生に対応した「DivX」v10.1を公開
最大解像度が4,096×2,180ピクセルの動画へエンコードが可能に
http://www.forest.impress.co.jp/docs/news/20140108_629896.html

x265にだって解像度制限なんてないでしょ・・・

>>339
規格の意味を何もわかってない

hevcは64kまで対応しているよ

>>340
今回のDivXの更新内容は、全く規格なんてものに関連してないんだが。

>>342
DivXの規格が4K対応したということでしょ
再生互換性において意義がある

Divxって品質基準みたいなエンコモード対応しないのかな？
ビットレート指定は使いづらい

どうしてもDivxって事なら仕方ないけど
それならx265使えば良いんじゃないの？

>>345
x265試したよ
でもまだダメだねファイルの一部バグってる
そこでDivx試してみたら結構よかった

実験的にx265のcrf23でエンコしてるけどサイズの割りにそこそこ綺麗な気がする
AVIUTLの拡張x265出力でミドルcrf23で5fps（1440x810）
一番遅い設定で1fps切る位
ファイルサイズが小さくなる

>>346
x265でビットレート指定とかしてたら画面が崩れた
拡張x265出力のプリセット（ミドル）を読み込んでcrf指定でサイズはお任せじゃないと不味いって気がついた
高速モードでエンコも画面が崩れるね

>>346
じぶんでx265ビルドして使ってるけど一部バグってなに？

多分x265の問題じゃなくてx265guiEx側の問題。
305あたりにも同じ話出てる。

>>349
映像の崩壊は目で判断できるけど
映像がバグってる？？

今の所バグで映像が崩壊ってことは一度もないな

>350
コマンドラインのオプション渡すだけなのに、どうやって問題が起きる？

色空間の変換とかやってるはず

x265guiExが問題抱えてるって判明したの?

もうキャプボも４Ｋの時代に入らないとだめになってきてるな。
民生ビデオカメラもモニターも今年で出揃う。映像ソフトも配信やらアプコンでたくさんでてくる。
あとはキャプボだけだ。
ちょうどＨＤキャプボがでる直前に状況は似ている。

４ｋキャプボをだす時が来たんだよ。

10bitエンコができねー
x264と同じやり方じゃダメなのかー？

>>355
何度も判明して何度も修正されてるけど？
そもそもx265側が日々変更されてくんだから、x265GUIもほっとくと合わなくなるんだよ
過渡期なんだから当然であって、騒ぐことじゃない

>>357
いや、10bitに対応したx265がそもそもまだないだろ
こんな奴でもどこぞのブログやらの設定見てコピペでエンコ出来るんだからすごい時代だよな

4K撮影のコンシュマー機もう出てます?

まー液晶テレビはあるけど庶民が買える値段ちゃうやろ

GPUエンコできるとまともな速度になるのかな
H.264の時のGPUエンコは速いだけではどれもろくすっぽ設定できないし糞画質だったけど

>>359
＞いや、10bitに対応したx265がそもそもまだないだろ

普通にありますが。
バイナリ配布してますが・・・

16bppってあるやつ？

それそれ。
入力ファイルの色ビット数と、色空間を正しく指定すればできる
面倒な人は、x265GUI betaを使えば10bitで簡単にエンコできるよ

エンコしたところで低ビットレートはAVCだとうがHEVCだろうが目糞鼻糞

高ビットレートこそ目糞鼻糞になりそうな気がするが

ハードウェアエンコで糞画質が鼻糞ぐらいになれば良い
QSVが対応とか何年先になるのか
問題は個人の再生環境が全とっかえになるところ
庶民的にはスマフォなら毎年買い替え需要がある

x265をもってしても、やっぱ8bppじゃマッハバンドが出るね

yuv444でやれれば別に8bppでいいや

だせええええええええええええええええええええええええええええええええええええ

誤爆した、申し訳ない

ださっ

x264の初期よりずっと性能向上がはやい気がする

>>374
多分、個人でやっていたx264とは違って、Multicorewareと言う企業がメインでx265を開発しているからだろう。

スマホみたいなちっこい画面じゃ、圧縮技術どころか高ビットレートの恩恵すら殆ど無い

流用できるところはx264からガンガン流用してるのも高速化が早い要因かもね

H.265もMPEG4の系統なので最終的に標準コンテナはmp4になりそう
Divxがmkv押してるけど無理やわ

>>376
そもそもちっこい画面だと低ビットレートでの性能向上だけでよくないか
>>366と同じ奴か

ssimだけで見ると同ビットレートでx264の高負荷設定エンコとまだそう変わらん感じもするような
設定が甘いだけかもしれんけど

>>341
16k以上はおそらくH.266で行くと思う
H.265は8kまでかと

スマホみたいなチッコイ画面だと、ビットレートだの圧縮方式だ以前に
HDすらいらないｗ480pですら十分綺麗に見れるのだからｗ

無いわ
画面が小さくても解像度は立派にあるわけで

メーカーは必死で色々と宣伝するけどスマホなんかは
人間の目がHDの動画の解像感を感じられる
最低限の大きさ(視聴距離と画面の大きさによる)に達していないのは明らか

そら、細かい文字とか見るならスマホサイズでも高解像度は必要だが
映像ならHDもあれば十分すぎて480pでも問題ないんだよな

放送業界が積極的なのはむしろ圧縮率の方だろ
同じ帯域で数倍の配信が可能になる
勿論、同じ帯域で数倍の解像度も実現できるだけども

>>375 >>377
なるほど

モバイル用は画質向上じゃなくてデータ量削減が目的だろ

普通そう思うよなぁ

モバイルでビットレート半分に出来たら、通信インフラに与えるインパクトは絶大だからな。
視聴者側も、動画ストリーミング待ち時間が減るわけだし。

そこをあえて再生デバイスの処理能力限界に挑戦していくのが俺たちだから

モバイル用じゃなくてもオンデマンドも同じことだ
再生機器が世代交代しないと普及難しいけどな
数年かかってやっとH.264の世代交代が終ったところなんで
そこが厳しい

代謝の激しいスマホなんかは割とすぐ移行しそうだけど
問題はPCだよな。なんだかんだで5年以上使う人多いし

あと、DLNAテレビとPS3,4、BD等のメディアプレーヤー

とは言えワンセグのような画質を据え置きにされると辛い

>>394
据置でも高画質1080pをビットレート半分なので容量半分
画質はH.264と同等かそれ以上なのだよ
HD画質をスマートデバイスにそのまま入れてる人にも恩恵ある

データ量減らしたいってんなら、今のコーデックで減らせば良いんだけどなｗ
どうせコーデック変えたた所でスマホサイズじゃ大して変わらん

まだ言ってる

>>395
それは分かる
ただワンセグ相当までサイズ小さいh.264動画の場合は画質は文字潰れる、15fpsでちょっと見てられんので
hevcでもし似たような事に使われる場合更にビットレート抑えるより
ビットレートそのままにして画質向上の方向にしてほしいなぁと

ワンセグレベルまでビットレート落としてエンコした事無いから知らんかったが
そのレベルだと解像度高くても文字潰れちゃうのか

>>396
こいつ言ってることも言い回しも毎回同じだから凄く同一人物だよねｗ
荒らしてるつもりなんだろうけど、毎回完全論破されてる雑魚

と、図星突かれてファビョっちゃってるHEVC関連企業の雑魚社員が申しておりますｗｗｗｗｗｗ

ってことはｈ２６６が出るまで待ちだな

>>399
プロファイルもビジネスになるから
xvuid(Mpeg4 ASP)のほうがマシってレベルになる

ｚ

http://av.watch.impress.co.jp/docs/series/zooma/20140113_630487.html
スマホやPCでも“4K Ready”、QualcommとRoviの戦略
LTEで4K視聴。着信をTV/スマートウォッチで通知

>>401
あ、あんたが草生やした時点で魂が負け認めてるってことだから。
今後も負け続けの人生、ご愁傷様です

と、図星で悔しい負け組み社員が申しておりますｗｗ

「負け惜しみ」とか「社員」とか言っとけばいいという低品質の仕事っぷり

と、自己紹介しておりますｗ

返しがしょぼいんだよね

と、自己紹介しておりますｗ

どんだけ負けず嫌いだよw

プゲラｗｗｗｗｗｗｗｗｗｗｗｗ

D:NRx47YO+ みたいなのって、典型的な「最後に書き込んだほうが勝ち」理論の人。
朝鮮式声戦(ソント)戦法なんだよね

と朝鮮人が申しておりますｗｗｗｗｗ

　
ネ
ト
ウ
ヨ

チョン

http://dl.dropboxusercontent.com/s/y1tubrmrfsspv86/VideoBitRate.png

最新ｘ265 rev 0.6+269-27c2dac98a3c (UTC 11:40:25 AM)
不正画像治った？
いきなり画像が乱れるやつ
AviUTLで再エンコした結果同じ場所での画像崩壊は無いけど（25分サイズの1分40秒辺り）
全編通しでは未確認

aviutl使わずにエンコしたらどうなの？

aviutlしか使えないんだよ恥ずかしいこと言わせるな
あと25分視聴するのが面倒なので確認してないだけで
治っていたら良いなと希望的観測
同じ設定でfpsが6から8へ性能UPしてるかも
それだけでも試す価値がある
x264と比べて感動的にサイズが小さくなる気がする
画質も微妙に良さそう(x264<x265)
25分200G（ｘ264）より100G(x265)の方が綺麗に感じる
この画質で100G？って驚いた(解像度1440x810)

色んな意味で間違ってるがもう放置しておこう

DivX Converterしか使えないんだよ、って言うと思った

サイズの違い以外でx264と比べてどれ位画質の変化あるんだろう？
サイズ以外で気がつけないんだったら個人でエンコはきびしいな〜

x265の方が想定的に輪郭が荒れにくい
x264はビットレートが足りないと輪郭含め全体が荒れる
その特性を含め綺麗に見えただけ
速度まで考慮するとお勧めではない

これだけボケりゃそりゃ縮まるわ

というのが今の感想
crfの恩恵今全然ないし次に期待

>>421
100Gって何？

触れちゃダメ
相手すると面倒

>>428
すみません
100GBも使ったら綺麗だし
100ゴールドでも金かかってて綺麗だと思うし
うん！正しいんだな

x264 slowと比較すべきじゃないかな
エンコ速度同程度

みんな元気？

x264 slowか
最近x264でエンコするとき1440x1080でエンコしてアスペクト指定4:3で
16:9で再生できることをおぼえた
x265で同じことが出来るか確認しようにもコマンドラインで使用するときの
パラメータに何を渡したらいいのか今一わからん

コマンドライン同じじゃん

コンテナ側でもできるしモーマンタイ

なんかサイズもクオリティも変更してないのにHDをSDに変換したかのようなボケボケ画質になった
これで容量が半分になりましたね。
よかったですね。って言われてもなあ
これ詐欺じゃねえのか？
h266が出るの待つわ

君はずっと待ってればいいんじゃね

何もいじってないのに壊れたって言ってるPC初心者思い出した

容量が半分ってソースの動画形式も不明だわ、
どんなオプションでH.265にエンコードしたかも不明だわで、
何言ってんだこいつって感じだ

いや、言ってること正しいよ
最近のx265は変更が激しくて、同じ設定値でエンコしても
容量が半分になったり２倍になったりし続けてるからね

開発途上だから普通によくあること
そんなことで目くじら立ててもしょうがない

容量つーかビットレートで判断すべきこと

いや、そういう話はしてないんで

ビットレートが半分になってるから容量半分になる
アホか

h266（笑）

存在しないものを待つって大変そう
嫁がいないのに結婚するみたいな

だからずっと待ってればいいんだよそいつは

思考錯誤しながらエンコ中
AVIUTL + 自動フィールドシフト 高速化版+12 ttp://rigaya34589.blog135.fc2.com/blog-entry-432.html
でアニメをエンコ中
自動フィールドシフトの設定は ttp://www.geocities.jp/aji_0/afs.html を参考に
120fps出力が無いのでスムージングはOFFで24fpsに変換

君は思考が錯誤してるんじゃないかな

>>442
頭悪いのう
指定したビットレートやcrf値のとおりにならないって話してんのにｗ
このスレ内見るだけで、過去にもそういう事例報告されてるぞ？

>crf値のとおりにならないって
これの意味が分からない

crfエンコする前にビットレート値が分かるエスパーかな？

そうなんだろね

エスパーというよりただの妄想だろ
ビットレート指定してないのに妄想の中に基準があって
よく理解してないのに容量が2倍になったり半分になるとか言う

抽象的な表現で理解できるもんなのか

おそらく規定値の存在しないcrfを基準にしてるんだろうね
基準にならんつーの

>>446つづき
自動フィールドシフトの使い方が今一わからないけど
自動フィールドシフトにて24fpsへスムージングoffにてエンコ
なぜかエラーでエンコ出来ず
x265のビルドが現在320古いビルドで出来たエンコード設定がビルドによって出来たりできなかったり
crf23でエンコしているけど画質はx264より良い気がする
ファイルサイズ x264 > x265 画質 x264 < x265 が成立していると思う
動きの少ない映像はファイルサイズがガンガン減る様な気がする

特に役に立つ情報を書いているわけでもなく、比較画像添付してるわけでもなく
何をしたいのか理解できない。
自身のブログか日記に書きなよ

ｘ265 rev1
http://toro.2ch.net/test/read.cgi/avi/1390566606/

本当、crf値の設定は変わるのに基準にすべきでない
refとかパラメータ書かないで
どの程度のビットレート値かもMediaInfoで簡単に解析できるのに
感覚で画質が良いとか圧縮率上がったとか意味がない

将来OpenCLでビデオカード主体でエンコードできるようになるのを期待して290Xを買うか手堅く4771を買うか迷う

ビデオカードは追加できるからCPU?じゃない
お金は余分にかかるけど

>459
自分もそういうの期待しなくもないが、実際そうなってから買い物考えるので十分だと思う

向こう3年くらいはその辺の環境も整わないだろ
PCの買い換えサイクルからして今買ったところで既に一線退いてるのが関の山

GPGPUでエンコが速くなるっていわれてから何年になるのやら

QSVってGPGPUに分類していいんだろうか

QSVはGPGPUじゃなくて専用ロジックというかDSPというかその類

ハードウェアエンコーダの類か

cpuがやってる処理を代わりにやってくれるエンコ専用ボードって作れないのかな？
ハードウェアエンコではなく、あくまでソフトウェアエンコの延長

LGA1150のソケットが二つあってOSからは単なるCPUとして認識されるような拡張ボードがほしい。17800円で。i7-E以降は割高すぎる・・・

デュアルCPUで全コアの半分だけエンコに割り振ればいいと思います

物理1コアだけかよｗ

ハードウェアエンコじゃなくて
マルチコアでスレッド指定する訳でもないのか
俺も意味不明だわ

>>467
たぶんFPGAの類を言いたいんだと思うけど、
それって分類的にはハードウェアエンコーダになるのでは

Xeonとメモリを載せたPCI-Eボードって可能性が大

あぁ汎用CPUそのまま載っける類ですか

それマルチソケットでいいんじゃね？

Larrabee…

役に立たないHDGraphicsをそろそろXeonPhiのサブセットの
スモールCPUコアにでも置き換えてくれって感じ

QSVは残してくれよ

H.265にQSVが対応してもx265より画質悪いままだと予想する
QSVは方向性がズレてる

ミス
x265→x264
x264より画質悪かったら圧縮率上がると言えないではないかな

役に立たないHDGraphicsをそろそろXeonPhiフルセットの
ヒュージCPUコアにでも置き換えてくれって感じ

結局、メインストリームになる鍵はAppleやクアルコムのチップが対応してくるかどうか
H.265ピンポイントのデコード支援になるのかGPU自体を底上げするのか
後者だとx264のハイプロファイル5.1 ref5以上も対応しそうなんで微妙
勿論、次世代規格としてH.265も発展して欲しいけど数年後でもいい感じ

アニメはいいとして実写はどうなんだろうな、h.265は。
x264の場合、フィルムグレインを真面目に再現しようとすると
結局Mpeg2と同じかそれ以上のビットレートが必要になるケースもあるし、
ホントに容量半分になるの？という疑問はどうしても拭えない。

H.265は現状HTML5 Videoタグで対応出来ないからWEBコンテンツと相性が微妙

圧縮率半分ってベストケースの話でしょ？
ノイズまみれの映像とかだとMPEG2とH.264が
あまり大差ないなんてことも普通にあり得る

意図的にノイズまみれにしてある映像がビットレート食うのは俺らが死ぬまで変わらないんじゃないかね

問題はビットレート食う所じゃなくて、
圧縮方式同士の差が小さくなっていくあたりじゃないの？

同一フレーム内でも、連続フレーム間でも、近接したピクセル間に何の相関もなく
色や明るさ等が完全にランダムなら、どんなロジックを使ったコーデックでも
圧縮しようがないから、差は出ないわな

>>484
ノイズまみれのMPEG2ならH.264だろうが265だろうが
ノイズまみれにしかならんだろ

ノイズ無しのBDソースならx264のターボ無しマルチパスで
ビットレート半分にしてもノイズとか出ないよ

？？

>>484 は、ノイズまみれだったら、MPEG2ならH.264だろうが265だろうが
エンコ後の画質がほぼ同じになった時のに「圧縮率が」(つまり、ビットレートが)変わらん、ってことだと思うが

ノイズが潰れてのっぺりになるとか

まあMPEG4系が得意な低ビットレート時は大きく画質が変わってくるけどね
たとえばVHSソースを720x480で取り込んで2Mbpsでエンコードしたとしたら
H.264ならぼやけた感じで済むがMPEG2だとブロックノイズまみれで話にならない

フィルムノイズって書かれてるんだからそれを残したままサイズを減らすっていう目的を過程してるのに
それが目に入ってない奴が居るみたいだな

フィルムグレインSEIって実際使われてるの？

フィルムノイズは除去してエンコして再生時に付加すればよい（ドヤ

やめてー

H264の次の標準はもうH265で決まりだな
Googleがやってるアレは普及しないまま終わりそう

そりゃそうだろw

8KまではH265で決まってんだから

436 名前：名無しさん┃】【┃Dolby[sage] 投稿日：2014/01/20(月) 16:50:39.17 ID:Y6vfB6bI0 [1/2]
NHK、8Kスーパーハイビジョンの地上波長距離伝送に成功
http://av.watch.impress.co.jp/docs/news/20140120_631430.html
http://av.watch.impress.co.jp/img/avw/docs/631/430/nhk01.jpg


443 名前：名無しさん┃】【┃Dolby[] 投稿日：2014/01/20(月) 19:31:47.36 ID:MKxqUFf30 [2/2]
まず地デジの4倍ってことはそれだけで66.8Mbpsになる
そこから更に圧縮効率を加えて、地デジのMPEG-2から
4倍高率なHEVCで考えると

次世代地デジHEVC放送はMPEG-2の267.2Mbps相当になる
これは現行の地デジの16倍相当の画質に匹敵する

16倍は丁度1080pと8Kの画素数分の差がある

つまり>>436の実験はとても合理的である

【エンコ部】 4k/60p動画をリアルタイムエンコードできるマシーンをNECが発売
http://engawa.2ch.net/test/read.cgi/poverty/1392187620/

でかすぎワラタｗ
5Uな上に奥行きもフルサイズありそうだけど、力技とはいえ中身がどうなってるのか見てみたいナァ。

H.264のリアルタイムエンコードマシンも最初はこんなのだったの？

>>502
FPGAが載ったボードが入ってるだけだと思うが

H.265って並列処理できるんだっけ？FPGAいくつ乗せてんだろ

FPGA相当高そうだな。

ハイエンドFPGA1チップ40万以上?

そうなの？NECがFPGA使うというのはなんか不思議な感じがするんだけど

>>506
どんなもんだろうとDigiKeyでAlteraのStratixVの値段見たら高いやつは一個200万とかだったｗ
でもこの値段だと5Uとかにならないだろうしもう少し安い奴と高速なメモリをいっぱい
載せてるんじゃないかねぇ。

>>507
さすがにこのタイミングで、カスタムチップを起こすところまでは
行ってないと思われ。
というか、４年間での販売見込みが100台ってのを考えると、
カスタムチップ作ってたら、元取れんのじゃないか、確実に受注生産レベルの数だぞｗ
価格がスパコン並なら、赤にはならんかもだけど、
さすがにそれじゃ売れんでしょ。

まぁ、普通に考えて、汎用CPU+FPGAの組み合わせだと思うよ。

普通にデュアルソケXeonとGPU1ぐらいじゃね

H.264が今日（こんにち）のように日常的に使われるようになるまで10年かかってるから気が遠いんやなｗ

>>507
数量とかコネとかで価格は数十倍違う。

500万円の専用回路と500万円分の汎用計算機（Xeonとか）
だとどっちのが速いんだろうか

は？

いずれにせよ今のHEVCは、AVC（HP）比1.5倍程度で12bit4:2:2すら対応していないゴミだから使い物にならない

次世代BDの色深度、色空間次第じゃね

@ReijiAsakura 4KBDでは色深度の他に色域も拡張されると聞いてますが、
拡張される場合、BT.2020規格になるのでしょうか？

BDは標準をたいせつにしますので、その方向ではないでしょうか。 RT @avavavav0001
https://twitter.com/avavavav0001/status/430734090422083585

New 12-Bit Deep Colour Encoding Tech Announced For 4K Blu-ray
http://www.hdtvtest.co.uk/news/new-12-bit-deep-colour-encoding-tech-announced-for-4k-blu-ray-201401243602.htm

12bit

とうとうffmpegにx265が組み込まれたね

ffmpegでエンコードできると聞いてやってみた

時間こそかかれど、サイズも小さいし、結構きれいだし
これからに期待だな

ffmpeg対応なのでflvに突っ込んでHEVCリアルタイムエンコ、配信用途に
現状まだ重くて無理っすわ

>>520
つ Elemental Live

Peercast Stationとffmpegとstream.mの組み合わせでピアキャスでHEVCのMKV配信が出来るよ。
WindowsのffmpegでHEVCのエンコードで強制終了する問題は-presetをfast以上にして動かせば解決するよ。
>>87ぐらいのPCがあればオプションを弄ればHEVCでも普通に配信できると思う。

kvazaar
https://github.com/ultravideo/kvazaar

オープンソースのHEVCエンコーダ

【経済】ソニー、4K動画が撮れるスマホ「XperiaZ2」発表…再建の鍵握る新型端末、全てをつぎ込んだ★２
http://uni.2ch.net/test/read.cgi/newsplus/1393259679/

4K/8K放送のロードマップ具体化へ。総務省が新会合
http://engawa.2ch.net/test/read.cgi/poverty/1393412867/

DivX誰も使ってないん？

ﾉｼ

AGVC video encoder

Why MulticoreWare is excited for HSA
http://www.youtube.com/watch?v=0KfzUXW4jzM

具体的にHSAでどの処理が速くなるのかは言っていないな
MEとかmbtree等には効果がありそうだが

http://www.slideshare.net/DevCentralAMD/mm-4096-steveborho#btnNext
これくらいしか話はないんで後はベンチしかないな

10年近く続いたGPUの出来る出来る詐欺にもいよいよ終止符なのか

VCE使ってるだけでしたなんてオチじゃないだろうな？

コア数増えても、画面の分割処理でしか並行化出来ないのでは仕方ないねぇ
今までのメインメモリとVRAM間の転送オーバーヘッドが無くなるだけでも大きいのだろうが

DTV板に限定するなら本スレはこっち↓だろ

【2016】 H.265/HEVC Part3 【7680x4320】
http://toro.2ch.net/test/read.cgi/avi/1380198926/

QSV＋Handbrake(x264)はおそろしく速いが（品質はいいとはいえないが）
OpenCL+x265はどうなるのだろうか

IIJ、「HEVC/H.265 over MPEG-DASH」を利用した大規模ライブ中継を実施
http://internet.watch.impress.co.jp/docs/news/20140310_638883.html
http://av.watch.impress.co.jp/docs/news/20140310_638830.html

MPEG-DASHなんてものがあるんだな
http://dashpromotersgroup.com/
http://itpro.nikkeibp.co.jp/article/COLUMN/20130409/469442/

何をいまさら

AMD、Xbox OneとPS4にMantleを提供の用意
〜Kaveri用HSA対応4Kデコーダは6月に公開か
http://pc.watch.impress.co.jp/docs/news/20140328_641865.html

とうとう出るのか
HSAを活用したデコーダ

引き続き高性能エンコーダーの開発もよろしく

いや、記事本文読むと、HSA対応H265エンコーダ/デコーダは数ヶ月で利用可能になる。
COMPUTEXで発表と書いてあるな

こりゃ楽しみだ。
それまでにKaveri安くなってるとええな

何？!エンコーダーも同時発表なのか？
そいつは事件だぜ！

＞4K(UltraHD)の動画規格であるH.265(HEVC)のエンコード/デコードが挙げられるが、
＞これについて同氏は「この数カ月で利用可能になる。もっと具体的に言うと6月のCOMPUTEXに何かを予定している」と、
＞明言と言っていいほどかなり具体的な投入時期についての示唆をした。

エンコまで出来るってのは朗報だけど4Kについては
4Kの動画規格であるHEVCってのは4K世代の規格であるHEVCという意味で
ハードウェア4KHEVCデコードまで対応してるかは微妙じゃね

>>544
＞　HSAおよびOpenCLの用途としては

が頭に付いてるんだからソフトウエア処理に決まってるでしょ

GPUを使ったソフトウェア処理だな

800Gflops以上ある有り余る演算力を活用する。素晴らしい

CPUエンコと違って画質悪そう。

んなわきゃないが264の時と違って情報はさすがに少ないからでないとわからんね
力の入れ具合からして他のHSAベンチ並だと相当高速になる可能性もあるけど。
GPU使ってデコードする場合はソフトデコードというもんかね。4k60fps対応
http://pc.watch.impress.co.jp/img/pcw/docs/641/865/html/04.jpg.html

つまりソフト次第で改善の余地があるのか

ハードエンコはVCEでVFW用のH.264可能なコーデックは一応公開されてはいる265用はないけど。
デコードのほうはオープンソースという話は聞いてないので有料かもしれんけどね

>今回はビデオ編集ソフトベンダーのTelestreamと協調体制を組んでおり、
>HSAを使ったHEVCのエンコーダとデコーダを用意する点、
>とくにエンコーダはオープンソースでの提供を予定している点を発表しました。

1月に発表していたコレが来るんか思ってたより速かったな
CPUによるソフトウェア処理は遅いし、ハードウェアは速いけど全然柔軟性が無い
そうした苦行の日々ともようやく決別して
いよいよCPUとGPUによる協調処理の時代か

GOING TO NEXT GENERATION！

インテルはGPGPUやらないの？
AMDに改宗してしまうん？

ああ、専用ハードウェアじゃないからどうにでもなるってか・・・

ハードデコードの時代は終わったってことだなｗ
これからは有り余るGPUの性能を駆使したソフトデコードの時代

開発が追い付いてないだけ。
しかもIntelのHaswell i7だとCPUだけで4kデコードできるらしいし

ハードウエア・エンコードはともかく
ハードウエア・デコードは不滅です。

ハードウェア・エンコーダーの方が電力効率高いんだからH.265のが完成したらどこも積んでくるだろ

最近の石ならハードウエアh.264エンコーダーがもれなく付いているにも関わらず
x264が主流な現状を見たらありえないシナリオだと思う。

あ、すまん、早とちりした。
ハードウエアエンコーダーが主流になるって話かと思って愚レスした。

未来物語なのは現行スペックでそのハードウェアエンコに準拠してない点
フォームウェアで対応不可なのでハードウェアの買い直しが必要なんだが
製品化されるのがこれからだからな
気が遠くなるわ

デコードもだった

例えば、やっと発売されたPS4ではハードウェアデコードできない
現行品のiPhone、iPadも不可
現状、再生機器が存在しない

そんなどうでもいいこと気にしてんのかよ

2014年時点でH.265/HEVCは次世代規格
PS4は元次世代機で今となっては立派な現行世代機。PS5計画があるならPS5が次世代機
次世代規格仕様策定作業終了以前に発売された機種が現時点で対応していないのは当たり前で
将来的に対応すると明言していないのだからその義務も無い。万が一対応したらその善意に感謝せよ
そして○○メーカーの××機種が対応するかどうかは
単に性能や能力の有無の問題だけじゃなくて
自社商品群差別化やその時の新製品販売促進などなど
それぞれのメーカーにはそれぞれの思惑があり
他にも様々な要因によって対応可能だけどあえてやらないというメーカー判断もある訳だから
そんなどうにもならないことを今から気にしたところでハゲるだけ
将来H.265/HEVC採用が増えて普及が進んで来たなあ
と感じたらそのメーカーに自分で問い合わせしなさい

PS4はAMDがGPUを活用したHEVCエンコーダー・デコーダー出した後に対応するんじゃないの？

Maxwellもフルではないけどデコード対応する言ってるで

PS4は4Kの動画再生の対応予定だし、対応する以上HEVCは必須
ハードウェアは設計的に固まってて変更は出来ないからソフトデコードになるだろうな

モデルチェンジって手もありますぜ

PS4世代の4K対応はH.264やがな

これから7年も続くハードがH.264とまりなわけねー

PS5が来年発売

>>571
H.264といっても4Kだぞ

>>568
>PS4は4Kの動画再生の対応予定だし、対応する以上HEVCは必須

これが間違い
4KのH.264ハードウェアデコードとH.265ハードウェアデコードは別物

PS5なんて2020年くらいに発売だろ
その頃はもう8Kが出てきてるし
その頃にh。265に対応とか遅すぎる

>>572
来年は、PS4.1が発売

2015年発売のPS4.1のアップグレード内容

・4KBD規格策定にあわせて3層100GBBD-ROMドライブが搭載される
・4KBD規格策定にあわせてHEVC（4K 12bit 4:2:2 100Mbpsover）デコーダーチップが搭載される

この動画のSSで比較
https://www.youtube.com/watch?v=hEYhkvZEVN4&index=5&list=FLZj5y2SsSy3yQiQGitEdXHQ

この場面を65インチ相当まで拡大して一部を切り取って比較
http://dl1.getuploader.com/g/elsword_subuploader1/2041/%E7%84%A1%E9%A1%8C.png

2160p（24Mbps）　720p（2.3Mbps）
1080p（4.3Mbps）　480p（1.2Mbps）
http://dl1.getuploader.com/g/elsword_subuploader1/2042/hikaku.png


2160pと1080pは結構な違いがある
たった24Mbps程度の動画を65インチ相当まで拡大してここまで
綺麗に表示できるなら、十分実用できる範疇だろう
youtubeのコーデックはAVCメインプロファイルだが、これが
将来HEVCメインプロファイルになることを考えると、4Kは10Mbps
前後まで落とせることになり、問題なくストリーミングできる

2014年中に4KBD規格策定されることが前提
h.264が主流でh.265は揉めると思う
Appleでさえ実験採用してない

Rovi、DivXとMainConcept事業を売却。エンタメ検索に集中
http://av.watch.impress.co.jp/docs/news/20140401_642226.html

あらら売られちゃった。。

上から4K、1080p、480p
http://bbsimg03.kakaku.k-img.com/images/bbs/001/855/1855617_m.jpg

比較に使った4K動画はこれ
https://www.youtube.com/watch?v=hEYhkvZEVN4&index=5&list=FLZj5y2SsSy3yQiQGitEdXHQ


まずは比較画像を見て頂きたい


4Kが一番綺麗であることの他に、100インチサイズまで拡大してもこれだけ鮮明に見える点が
4Kの精細さを物語っている。ちなみにこの4Kの動画の平均ビットレートは24Mbpsである。
BDの平均ビットレートと同等であるが、コーデックはBDがAVCのハイプロファイルであるのに
対して、youtubeはメインプロファイルであり、画質的には当然BDの方が優れている。
ストリーミングとしてはビットレートが高いが、今後HEVCが実用されていけば、その半分に
減らすことができ、10Mbps程度でこのクオリティの画質が実現できるだろう。さらにこの動
画の撮影に使われたカメラは、業務用の高額なレンズやセンサーが使われたカメラではなく、
20万円程度で買える比較的安価な民生用ビデオカメラである。この点を考えても、100インチ
に投射してもこれだけ鮮明な画質が得られる4Kは、やはりすばらしいと言わざるを得ないだろう。


将来的には、100インチまで拡大しても鮮明な画質を維持できる10Mbps程度の動画が、ストリー
ミングを通して手軽に視聴できるようになるだろう。アメリカで流行っているNETFLIXも、4Kス
マートTVと連携して、HEVCを使った10Mbps程度の4Kストリーミング配信を計画している。
これが実用化されていけば、消費者は大画面な4KスマートTVを購入すれば、高画質な4Kドラマ
や映画を手軽に視聴できるようになる。

これはあくまで一般消費者的な視点である。当然それ以上に画質に拘るコアなユーザーもいる。
彼らは今でもBlu-rayでフルHDのドラマを映画を視聴しているはずだ。そんな彼らのニーズにも
応えべるく、BDAはハリウッドや家電メーカーと協力して、4KのBlu-rayの規格化に向けて本格的
に動き出している。確定情報ではないが、コーデックは当然ながらHEVC。色深度が大幅に向上さ
れ、既存の8bit4:2:0から12bit4:2:2にアップグレードされ、色域もUHDTV規格であるBT.2020が
採用され、3層の100GBのディスクが採用されるとの噂が流れている。これらが本当ならば、4K
映画の平均的な上映時間が120分であると仮定すれば、100GBのBDで収録すれば110Mbpsの平均
ビットレートが実現できる。これをHEVCの12bit4:2:2でエンコードするのだから、その画質は
もはや映画館を超えるものとなるかもしれない。


ちなみに映画館（デジタルシネマ）で配給されているDCPと言うソースは、実のところ、ビットレ
ートが高いと言うだけで圧縮効率はそれほどでもないのだ。この点は以下のソースを参照してほしい。

JPEG2000 は、MPEG２やH.264/AVC のようにフレーム間相関を利用せず、フレーム単位で
独立に符号化される。


したがって、フレーム間相関を利用した符号化方式よりも符号化効率は低下するが、
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　

１）必要な処理能力を得るためのマルチプロセッサ構成において、画面分割による並
列処理に適していること、
２）ディジタルシネマでは伝送誤りによる画像劣化を極力抑えることが重要で、伝送エ
ラーが生じても前後のフレームに波及しないイントラ符号化の方が誤り耐性の確保が容
易であること、
３）画像を途中でカットしたり逆転再生させたりする特殊再生の実現が容易、といった
点で優れている。
http://www.cc.u-ryukyu.ac.jp/news/kouhou/No5/2-2.pdf


つまりDCPは“画質”よりも転送の安定性やソースの取り回しの良さを重視している。


したがって、画質においては、JPEG2000はHEVC、AVC、それどころかMPEG-2にすら劣る事になる。


ちなみにDCPの規格上の最大ビットレートは250Mbps。


ファイル容量で見た場合，DCPの大部分を占めるのが映像データです．
そのビットレートの上限としてデジタルシネマ規格では2 5 0 M b i t / s が規定されています．
http://www.ntt.co.jp/journal/0802/files/jn200802050.pdf

仮にも、HEVCとJPEG2000の圧縮効率の差が2.5倍程度として、4KBlu-rayのビットレートが100Mbps
とした場合、4KBlu-rayはDCPの250Mbps相当の画質となり、DCPの規格上の最大画質が得られること
になるわけだ。こう考えると、もはや民生用のビデオソースは映画館のソースと同等もしくはそれ
以上と言えるレベルに到達したと言っても過言ではない事になる。


現在の大手シネコンでも、過去作品の上映はBD再生が主流である。映画館を凌駕したクオリティの
ビデオを個人で手軽に買える時代が近付きつつあるのだ。それ以前に、今は手軽にストリーミング
配信できるビデオですら、私が今比較として提示したように、100インチ相当まで引き伸ばしても
十分鮮明な画質が実現できているのだから、コアなユーザーにとっても一般消費者にとっても、共
に十分過ぎるほど満足できるAVライフを送れる時代になっていると言うことである。いい時代にな
ったものだ。

1080で見るとそりゃ縮むだろというくらいのボカし具合だからなぁ
正体見たり枯れ尾花って感じで

とは言ってもこれからどうなるかウォッチはしておくけど

よく考えたらHDDが安いから生TSを圧縮する必要はあまりなかった

Haswellのソフトウェアデコードでも厳しいh.265 4Kは
家電ではハードウェアデコードが手軽に搭載されるまでありえない
4Kの画質がーって言ってるヤツは理解してるんかね
h.264 4Kのハードウェアデコードは今年、来年に出てくるだろうけどさ

H.264って4kは30fまでじゃないの？

規格上は30fpsまでだな
今後拡張するかどうかは知らんが

HEVCデコーダーチップ積んだ4KTVなんてとっくに出てる
http://www.pronews.jp/news/1401101930.html

世界一人気のあるNETFLIXがハリウッドや韓国メーカーらとタッグ組んで
15Mbpsの4Kストリーミング配信

4K以下の解像度は既にAVCで数Mbpsで配信できる
でも4KはAVCだと20Mbpsを超えるから
これを半分に減らさなければならない
だからHEVEは4Kが主導なんだよ

画質は100インチに引き伸ばしてもこのクオリティ

上から

4K（AVC24Mbps）
1080p（AVC4.3Mbps）
480p（AVC1.2Mbps）
https://www.youtube.com/watch?v=hEYhkvZEVN4&index=5&list=FLZj5y2SsSy3yQiQGitEdXHQ

H.264 は Profile Level 5.2 が追加されて
4K/60p いけるよ

>>588
だからPS4はGPUによるソフトウェアデコードになる

デコードの負荷自体は264から改良されてるので同等か軽くなってるだろ

単に解像度が上がってるから負荷が高くなってるわけで
それは264でも一緒でしょ？

H265はデコード負荷が高いという妄想を信じてる人未だにいるからなぁ
同解像度ではH264とデコード負荷同じですよ
だから今のスマフォでもCPU再生が出来るわけで。

スマホではH.264は動画再生用の専用チップで再生されてるんじゃない？
だからCPU負荷の比較はできないと思う。
タスクマネージャ的なもののキャプチャでも撮れれば簡単に結論が出そうだけど。

>>595
クアルコムの最新チップじゃなきゃネイティブデコードできないし
Divxがやってたのはスマフォ、タブレットへのDLNAやがな
お前のスマフォはソフトウェアデコードできるアプリ入ってるんだなスゴイ

MX動画プレーヤーのことじゃね

VLCでフルHDのtsがソフトウェアデコードで再生できた時はちょっと感動したけど、
h.264は確認してないや。どのくらいのCPUで再生できるんだろう。

>>599
iOSや泥のVLCならh.264の1080pはハード支援無しじゃ厳しい

>>600
気になったから、先日手に入れたlgl22で今フルHDのアニメ(h.264)再生させたら普通に再生でけたわ。
コードギアス映画の第1章でそれなりにヌルヌル動くシーンでもコマ落ち確認できず。

最近のスナドラすげぇなぁ。これでスクフェスが遅延してくれなければ完璧なんだけど

>>597
H265のソフトウェア再生できますが・・・

スマフォの貧弱CPUでもソフトウェア再生出来るんですよ。

>>597
divxのはソフトウェアデコードのはず
4Kじゃないけど

4k8kだとHWの再生支援よりメモリ帯域のほうが問題な気が

韓国ケーブル事業者、地上波より早く4K放送サービスを開始
ttp://www.pronews.jp/news/1403141715.html

チョンごときに負けるイルボン

韓国ケーブルもH.265採用か

NTT、世界初RExt対応で圧縮速度や圧縮率を高めたHEVCエンコーダ
http://av.watch.impress.co.jp/docs/news/20140407_643152.html

韓国ならATSC採用した時みたいに色々とやらかしてくれるんだろうなぁと期待してる。

>>607
発売はよ

>>607
8bitで良いから4:4:4くれ

今のところ、フリーで公開されてるHEVCエンコーダーって
DivXConverter、x265、HomerHEVC、kvasaarくらい？

クアルコム Snapdragon 810 / 808発表。2015年版ハイエンドスマホ向け、LPDDR4メモリやH.265エンコード対応
ttp://japanese.engadget.com/2014/04/08/snapdragon-810-808-2015-lpddr4-h-265/
SoCにH.265のHWエンコーダー載るのか

デコーダじゃなくてエンコーダ‥？
何に使うんだろう。動画撮影とかか。

いわゆるエンコをできるはずも無いので
カメラで動画撮影、動画通話などでのエンコード機能だろうね
現行機でもそういう用途でのH.264HWエンコード実装されてる訳だし

ニコニコあたりがh265対応しないかな

エンコーダーさえ整えば即β版で出してくるんじゃね

デコードはどうすんだよボケ

avcにトランスコードするに決まってる

トランスコードはデコードすることを含むわけで…

>>615
これになればニコうp用にx265を使い始める。
x265はCRF実装前とかの最初に弄ってまだx264で十分だなと思っていたがね

ニコ動はH264の今でもエンコ速度遅すぎて笑うくらいだから
x265になんかなるわけない

ニコニコの場合はそもそもflashplayerがHEVCに対応しないと無理じゃないの

その通り

アドビ滅びないかなー

まあ癌化している感が否めないしなAdobe周り
重いわクラッシュしやすいわ新機能対応遅いわ
対応フォーマットも柔軟性ないし

確かにFLV滅びてほしい

HTML5がサポートすればFlashPlayer関係なしにブラウザで再生できるでしょ
ただニコ動はまだ対応してないっぽいけど

ニコ動はPCブラウザからでもUserAgentをiPadとかに偽装すると
Flashなしでもコメント付で見れるとこまできてるから
わりといつでもNonFlashに移行できる気もするな

ブラウザが対応すりゃな金かかるからどこも採用の話聞かないが

>>627
HTML5での動画再生も
ブラウザで挙動まちまち過ぎてやってられねーという人もいるみたいだし
動画再生部分は普及できるかどうか

VP9+Opus/Vorbisのがライセンス絡みのクッソしょうもない問題が起きなくていいんだがなあ
GoogleはAndroidなんぞ作ってる暇があるならVP9に資源を使えばいいのに

h.264だってwebに限れば無償じゃん
音声はどうだったか覚えてないが

米Sony、4Kストリーミング再生/保存対応の1TB HDD内蔵メディアプレーヤーを夏発売
http://av.watch.impress.co.jp/docs/news/20140416_644585.html

> XAVC S、MPEG-4 AVC/H.264、HEVC(H.265)もサポートする。

※4K24p12bit4:4:2には非対応

4Kコンテンツに1Tじゃ足りんだろ

1TBで4K映像どの位録れるんだろうか？

>>636
1分

お前ら無圧縮ででも保存してんの？

>>636
TV放送を録画って話なら今と大して変わらないんじゃないか？

理論的には画面解像度が4倍になる分をHEVCの圧縮率で打ち消せるし、
現実的にも放送波の伝送ビットレート上限が変わらなきゃデータ量も増えようがない

無圧縮でも15分ぐらいは撮れるだろ

FourCCってH265なの？HEVCなの？

まだ存在してんの？

スマホやタブレットのGPUほぼすべてに、ハードウェアHEVCデコーダが入るようになれば、
スマホやタブレットでも使われるようになると思う

ポストmpeg2のときは、いろんなコーデック乱立したが結局H.264に統一された
ポストH.264はすんなりHEVCになりそう

実質対抗馬がVP9ぐらいしかないのが凄い
いやまだx264がいるか

コーデックとソフトウェアを混同している俄が香ばしいスレでおますな

VP9,Daalaは死産な気がする

ブラウザサポートはVP9のが進んでるからな
265のほうがヤバイわ

見目ないねあんた

圧縮率といい265は264ほどの感動はさっぱりないからなー

プロプライエタリを毛嫌いする連中がいる以上、
性能関係なくVP9の一定支持はあるんだろうね

なんでわざわざこんな所に居るんだろう

オレはどっち派とかではないよ
メーカー系の後押しは確実にHVECだけど
一定数は無条件にVP9に流れるってだけ

VP9って何？

CP9

VP3~VP8までが従来型

世界の主要家電メーカーにAMDを始めとするIT関連企業に北米映画スタジオ 等々
世界のハード屋さんとソフト屋さんの両者によって築かれたH.264/AVC体制がそのままに
後継の標準規格にH.265/HEVCを選定したのだから大勢は既に決しており
賢い人たちは現在からそれに対抗して喧嘩仕掛けるような無駄な労力は使わないだろう

VP9ってつべで見た感じ大した事ないね

ハードウェアデコードしなくても、openCLでなんとかならないのかな

VP9はffmpegに実験実装されてるから、エンコもデコードも自分で確かめられる
とにかくエンコードが遅いｗ
x265が神に見えるくらい、VP9のエンコは遅い

VP9ってWaveletだっけ?

>>661
違う。8x8, 16x16のDCT + 4x4, 8x8, 16x16の非対称DST(Sはサイン)

今後も放送用帯域はBSでも24Mbps/ch止まりなのでしょうか。

次世代放送では、誤り訂正のパワーアップで、1トランスポンダーあたり約90Mbps程度にはなるらしい。
1チャンネルでどの程度利用するのかは忘れた。

録画の際思いっきりビットレート下げてやらんときっつそうだな

録画が劣化するという意味では業界的には願ったり叶ったりでは？
まぁ素人目には区別つかんと思うけど…

当面の間はどうせ2K相当に変換して録画する事になると思うんだが、2Kで放送するのと無理に4Kで流すのとどっちがマシなんだろうかと

リアルタイムで見るという考えはないのか

なんで俺録画に限定したんだろう‥
まぁどっちでもいいんだけど

現状ですら地上波はビットレート足りてないのに4Kなんて流せるのか？って事でしょ？
最大で合計16Mbpsまでいけるみたいだし265と言わずとも264に対応すりゃあ割と問題無い画質で配信できそうだけど

いまさらh.264はないと個人的に思う

H.264は色が溶けたみたいになるから嫌

全てのh.264ものそう見えたの？

>>670
なんで地上波の話に限定するのか分からないけど、
地上波にせよ衛星波にせよ変調方式改善してビットレート増やすんでしょ？

というか、>>667はビットレート増やしてもまだ足りない状態で無理矢理H.265で4Kとかを流した映像と、
今現状のMPEG-2の2Kを比較した時にどっちの方が綺麗なのかな、って話なんだけど、どうなんだろうな。

h265のボカし方知らないのがよく分かる

うむ、見た事ないからよく分からん。

x265の実写のボカし方は正直凄く上手いと思うぞ

>>677
264が中途半端だったとも言えるな

>>645
VC2
VC3
Motion JPEG 2000
Motion JPEG XR
は雑魚すぎてHEVCの敵とはなりえない、現状対抗はVP9とDaalaしかない

>>679
可逆と比較してどうすんだよ

x265と同様にVP9も企業（Google）が作ってるんだが全く進展がない
この差は一体何なのか

x264とVP8の実績の差？

ITU-T, ISO/IECのH.265/HEVCと、Google/On2のプライベートな規格の一つであるVP9との違いかな
ただ、標準化の有無にかかわらず、普及したりしなかったりするのだろうけど

dアニメストアとdビデオが「HEVC」対応へ。dビデオはHDも
http://av.watch.impress.co.jp/docs/news/20140514_648308.html

dアニメストアがHEVC/H.265対応。ダウンロード時間が半分に - AV Watch
http://av.watch.impress.co.jp/docs/news/20140514_648308.html

モバイルくらいしか動きないな最近は

データ量据え置き高画質化の方が個人的には好きだけど
利益になりにくいのかな

線を増やせば帯域が増える有線と違って
無線は上限帯域が決まってるからデータ量減らせるHEVCはかなりの勢いで広まるんじゃないかな

は？

dアニメストアのTwitterアカウントが
「試しに265チップ載ってない端末で265版動画再生させてみたら負荷高すぎてお話にならなかったからはやくチップ搭載端末増えてくれ」
的な事を早速投稿してたな

俺が使ってる機種じゃh265どころかh264でもハードウェアデコーダー切ると再生きつい

>>689
バッテリー消耗すごそうだな

初の4Kテレビ放送「Channel4K」6月2日開始　スカパーで1日6時間の無料放送
http://fox.2ch.net/test/read.cgi/poverty/1400565873/

ニコ動が'14年夏からHEVCエンコード対応。2倍の圧縮率でトラフィック緩和へ - AV Watch
http://av.watch.impress.co.jp/docs/news/20140521_649596.html

続々と採用始まってますなぁ
H265は意味無いとか言ってた工作員、息してるか？ｗ

世は無線ネットの世界になってきてるんだから
限られた帯域を効率的に使えるH265が流行らないはずが無いんだよね

PCで進まないから正直ドヤってもねぇ

x265実装済のHandbrakeとかAvidemuxが普通に落とせるのかどうかでかなり変わりそう
まぁ、海外のサイトからとってきたx265.exeと、Aviutlとneroaacenc.exeの組み合わせには遠く及ばないんだけど

x265が2passに対応してないからまだ作りづらそう

>>694
> H265は意味無いとか言ってた工作員
元ネタがよく分からないんだけど、それってプラットフォームが対応してないのにH265でエンコードしても意味がないって事では？

今回はH.265でエンコードした動画を単体で配布するわけじゃないし、なんか話が噛み合ってないと思う。

これは恥ずかしいwww

エンコーダーは何使をうんだろう？
NTTとかルネサスが開発したやつ使うんだろうか

デコードの方が問題だよな
新型スマフォは手軽にHWデコードできるとして
4Kテレビは価格的に雲の上の存在
メインユーザーをターゲットにしてない

QSVがエンコード・デコードに対応してからPCを買い換えたいけどいつ頃対応してくるんだろ？
開発には時間がかかるんだろうけど。

MPEG4と距離を置いてるIntelがQSVに搭載するとか何年先になるのやら
エンコードはソフトウェアでもいけるけど
PCで視聴するならフルHD以上じゃなきゃ意味ないから
対応としては１番最後にもなりかねない

Intelはタブレット向けなどにも今は供給しているから対応してくると予想してるんですけど当分先ですかね(^_^;)

QSVでのHEVCサポートはSkylakeから

来年下旬に生産開始かぁ
未だにSandy Bridgeだから、値段がこなれる事考えるともう1台挟んだ方が良さそうだなぁ。

Xvid 1.3.3ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━ !!!!!
https://www.xvid.com/

Googleに買収されたようつべもそのうちH.265/HEVC採用するんじゃないか？
動画サイトは、ネットワークコストがばかにならんからなぁ

>>701
core i*とかその程度のCPU使ってれば、
2k動画くらいならCPUだけでデコード可能でしょ？

バッテリ気にしなくていいデスクトップPCなら特に問題ないんじゃね？

ところで、、Flash Playerって、H265のハードウェアデコード・ソフトウェアデコードに対応してるのだろうか？

8kデコードはi7 12コア必要だっつー話は最近あったな。
一般にはまだまだ先の話ではあるが

>>709
ハードウェアがないのにどうやって対応するのか

モバイルでの消費電力的にはどうなるんだろ？

デコードの負荷はh264もh265もほとんど変わらないよ

と言われ続けてたんでmpc-hcでHD動画再生してみた感じ倍は重かったけどね
再生支援ありの倍がなしその倍が265

[HDTV]スカパー!プレミアムをPCで視聴12[H.264 AAC]
http://toro.2ch.net/test/read.cgi/avi/1397656670/
333 名前：名無しさん＠編集中[sage] 投稿日：2014/05/22(木) 17:14:18.02 ID:L9LDZCwv
録画したTSを再生してみた
内容は、HEVC[3840x2160]のカラーバーだった

しかし、CPU負荷100%に張り付き、重すぎてまともに再生できない
HEVC再生支援付きのビデオカードでも無きゃ無理だな。

342 名前：名無しさん＠編集中[sage] 投稿日：2014/05/22(木) 20:39:14.16 ID:Zhh4Dtow
とりあえずMPC-HC-x64-Ver1.75 + 内蔵デコーダで再生できたが・・・
(静止画でなく横スクロールなのね)

CPUが100%に張り付くだけでなく、再生が途切れ途切れで、20秒のデータ
の再生に40秒もかかる・・・・(i5-2500K+CPU内蔵Video)
単純な横スクロールの1.88Mbpsでさえこんなだと、トラポンをフルに使った
データだとどうなるんだろう・・・

>>715
そのスレ覗いtら4kの60pらしい

h264とh265
同じ再生時間、容量の動画ならどっちが軽いの？

重さはわからんなぁ・・・。格納している媒体によるんじゃない？


いや、ごめん・・・。
俺が悪かった。

q値で揃えようがビットレートで揃えようが
264再生支援ありと265ソフトデコードじゃ差は負荷高いと10倍って言っていい感じだなぁ
再生できる範囲じゃ差はないが

4kでも、24fpsなら、core i5/i7クラスのデスクトップPCならソフトウェアで再生出来るでしょ？
60fpsはちょっと無理かな？

4k 30fpsはi7なら多分いける
60fpsは多分無理かなぁ

にしてもログ大分飛んだな

http://www.elecard.com/en/download/videos.html
ここの4k動画はmpc-hcで再生できたから試すといいかもしれない
Divxのところにもサンプルはあるようだ

突っ込み入れたかったレスが飛んでるわw

719 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 01:47:49.77 ID:tKx0FMOy
HSA対応エンコーダまだ〜？

720 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 03:55:16.65 ID:9MTA+Rdm
条件が同じではないけど同じというには差はあるな
http://www.techspot.com/article/799-battery-life-analysis-video-playback/page2.html
http://static.techspot.com/articles-info/799/images/Graph3.jpg
http://static.techspot.com/articles-info/799/images/Graph4.jpg

http://www.hkepc.com/forum/viewthread.php?tid=2049478



721 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 06:34:03.35 ID:rdX6aIQQ
Xvidって再生負荷こんなに高かったっけ？

722 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 11:19:43.80 ID:zuJ8RhHH
解像度とビットレート統一した比較があればなあ

ストリーミング配信じゃ480、高くても720くらいだから
ソフトデコードでもいけるかな

>>722
アンドロイドからだとファイルをダウンロードできないっぽい

HSAエンコードなんてするよりAVX2エンコードのほうがいいでしょ？

AVX2とHSAを比較してどうすんだよ、
カツ丼とたくわん比較するくらい無駄。

4kってHDの4倍の処理量だよ？分かってる？
去年から今年に掛けてメインのCPUはたったの0.1GHzの性能向上
H.265で重くなる分と4ｋで重くなる分でそれこそ0.01fpsとかの世界
そして8kって4kの2倍でHDの8倍の処理量だよ？
現在のCPUの性能向上具合で4倍だとか8倍の性能向上なんて一体いつの話になるのか
CPUでエンコードという時代はもう終わり

Xeon Phiとか使えば

> 4kってHDの4倍の処理量
> 8kって4kの2倍で
ん？

HDが基準って何年前の人間だよｗ

イマドキのPCなら4Kの265くらい普通に再生できるわ

↓のファイルを再生した所→http://up3.null-x.cc/poverty/img/poverty167436.png

364 名前：名無しさん＠編集中：2014/05/24(土) 12:24:34.10 ID:bePDkaVs
201405241200000102-試験電波.ts
201405241200000102-試験電波.ts.err
201405241200000102-試験電波.ts.program.txt
https://drive.google.com/folderview?id=0BzkZOi5-Ka62NG1aa2RkaUFldzg&usp=sharing#list



悲劇やな・・・

申し訳ないけどSandyBridgeはイマドキじゃないです

ぷっ
今時のPCって、4K放送のスペックである4K60pHEVC35Mbpsをソフトデコードできんのか？ｗ
さらに、4KBDとか出てきたらもっとビットレート上がるし、平均70Mbpsクラスになるぞｗ

>>734
おーお仲間発見memは16GBだけどね
avwatchから4kサンプル落として見たときに同じように100%でしたよorz

>>734
たった3Mbps程度でこれなんだろ？ｗｗｗｗｗｗ
なら30Mbpsとかｉ７でも無理じゃねｗｗｗｗｗｗｗｗｗｗｗ

これでグラフィックアクセレータが売れるな

PCの買い換えがオンボで対応してからで十分になってきたな・・

openclでなんとかなるっしょ

これがHSAでヌルヌル再生できるなら
Kaveriがちょっとは売れるかも

デコードはこれまで通りの固定回路方式で対応できるのだから
わざわざHSAを持ち出すまでもない
問題とされてるのはエンコードであってデコードじゃない
設定柔軟性と速度の良い所取りをしようというHSAエンコードの性能がAPUの命運を握ってる

>>743
H265をハードウェア再生する固定回路を搭載したGPUもCPUも、未だ存在ゼロ。
しかし、GCNを搭載したGPU＆APUは多数普及してる。

その程度の算数もできないのか

再生するファイルがなければ（＝作れなきゃ）意味ないでしょ

頭の弱い人間に説明するのは本当に疲れるから嫌なんだが

"未だ無い"とか言う前にこのスレ読み直したらどうか
最終的な規格仕様策定作業終了以前に発売された製品に無いのは当たり前だろう

デコードチップで間に合うのに単なるデコード処理に使わなくていいCPUを使うのはリソース的にも消費電力的にも全くの逆効果で意味が無い
それに可変長符号のデコード処理は元々CPUが得意とする分野ではないのだから尚更無意味だ
HSAを再生で活用するケースとして念頭に置かれてるのはデコードではなくその後のポストプロセッシングの方だ
具体的に指摘されているのは4ｋディスプレイが普及しても4ｋコンテンツが揃うにはまだ時間が掛かるので
結果的に4ｋディスプイレでHDコンテンツという過渡期ならではの状態が生まれるので
HDコンテンツを4ｋにアップスケーリングする処理にHSAを使って他より高画質を追求しようということだ

APUの4K出力って24Hzまでだよな・・

20nmのGPUでHEVCのデコードサポートするはずだけど

HSA対応なら4k60fpsは対応予定らしいが(来月に発表くらいは・・・)ハードデコードは来年以降じゃないかな

>>747
4096x2160だと24Hzで3840x2160だと30Hzだな

【速報】4K試験放送　ついに60p・ビットレート37Mbpsの番組放送される　糞重くてワロタ（動画あり）
http://fox.2ch.net/test/read.cgi/poverty/1401099566/

もうすぐComputex

【悲報】Sandyついに産廃に　4Kの試験放送のデータまともに再生出来なくてワロタ
http://fox.2ch.net/test/read.cgi/poverty/1400912606/

sandy-Eでは再生出来たから問題無い
というかcpuパワーで再生するようなもんじゃ無いやろ

今売ってるCPUじゃKaveriがHSAでデコードできるようになるかもってだけで
それ以外は今後出てくるハードウェアデコード対応のグラボを新しくつけないと
CPUパワーで再生するしかないだろ

HSAより、HaswellでAVX2使ったほうが効率いいだろ

>>754
4K試験放送のカラーバーは5Mbps程度しかないぞ
4K試験放送の大学ラグビー映像35Mbpsを再生してみろ

>>756
命令セットの拡張にすぎないAVX2ごときに何を期待してるんだ？

>>756
演算力がヒトケタ違うじゃん

普及して重かったらそのときは
DVD普及したての頃のmpeg2ボードみたいなのがその内出るだろ

NAVIS買ったなぁ

次世代のGPUにはHEVC再生支援乗るだろうし、
core i7買ってCPUパワーで乗り切る方法もある

わざわざ単体のボードなんて買う意味ないわ

単体のボードを買う意味は無いが、
GPUやAPUがHEVC再生支援機に後天的に変わるんだから。
Core i7やまだ未発売の次世代GPUなんかより遥かに普及してるよ

GPUドライバと再生ソフト側のGPU支援対応で
現行のグラボで十分速度でるのならそれで良いや

現行GPUで、HEVCのGPU再生支援の予定を発表してるのは
AMDのGCN系だけだけどね
IntelやnVidiaのGPU所有者は、新たなGPUを買わねばならない

>>765
ソース プリーズ

報酬プリーズ

普通にこのスレにあるぞAMDはだが

最新APUでってのはあったけど、単体GPUでも有効になるの？

元画像みりゃわかるけどそこの日本の記事書いた奴しかそんなことは言ってない

まともなドライバさえリリースできないのに何を期待してるのやら

「まともなドライバをリリースできない」っていう定型文はnVidia工作員の証拠

上司からそう言うように指示されてるのバレバレ

映像関係はキチガイばかりで関わりたくないんだよねぇ

>>773
じゃあROMってればいいよ

割と情報張ったりしてたが今後は荒らしに回ることにするわー

荒らすなキチガイ

777

なんだかミサワAAが脳裏をよぎったわ
キチガイは自覚ないからタチ悪いな　2度と書き込まないで欲しい

AMD信者がHSAでエンコードｶﾞｰ、デコードｶﾞｰって騒ぐのは良いけど、
ちゃんとソフトが出てから自慢してくれ

デコードはソフトウェアの最適化でどうにでもなるんじゃない
Strongene HEVC Decoderとかすごいらしいし
http://xhevc.com/en/hevc/decoder/download.jsp

LAVでいいよ

前に1080 60pのhevcな動画を作ったけど、LAVじゃギリギリ再生できなくてStrongeneなら再生できた。
Core i7 3520Mね。

Strongeneは、完成度がな・・・
4K試験放送を喰わせると、即座に0除算で落ちるらいし。

>783
Strongeneは10bitに対応していないからかもしれない。
当面対応しないと書いてある。

HEVC再生支援機はまだまだ対応しないぞ。
4Kは日本先行だから欧米が本格的な来るまで対応はない。
諦めが肝心。

諦めたらそこで人生終了

日本が先行してるのはガラパゴス放送だけ。
OTAは欧米がはるかに進んでる。

ニコ動のHEVC対応ってまずは携帯からみたいだけど
PC版ってどうなんの？FlashPlayer捨てるの？

>>788
携帯の夏モデル以降のHEVC対応端末向けだけをHEVC化して、データ量を削減
PCは、Flashplayer代替のHEVC再生が出来る何かが普及して、
PCのスペック的にも再生に問題が無い環境が大勢を占めるまでは、H.264のまま
といったところじゃね？

そうなのかなぁ。わざわざdocomo夏モデル以降だけのために
HEVCエンコしたデータを別で用意すんの？全動画データ？
微々たる通信料削減効果に対して
データ保存用ストレージとエンコ負荷の増大が割に合わなくないかい

現時点での直接的な効果の損得では割に合わないのは同意

とはいえ、PC用をHEVCに変えても、再生ツールから用意せねばならず、
たとえ、再生出来ても重いとか言われるし、
ファイルサイズ指定も出来ないし、エンコにH.264の4-10倍もかかるものを各自で用意して投稿しろ、
と言われても、投稿者も困るだろう

>>685
dアニメストアがHEVC/H.265対応。
とかもあるし、KADOKAWAの資産をストリーミング配信したいとか
今後の戦略的な要素のほうが強いんじゃないかなぁ、と推測

大量の動画が有るから時間を掛けて徐々に、とかじゃないか

なんだかんだで未だにかなり使われてるFlashはこの先どうするんだろうね
VP8登場のとき支持＆移行を表明したけど、結局実行しなかったし
このままHEVC/VP9の次世代には対応しないままフェードアウトの道を選ぶのかな

なんかニコ動HEVCの再生負荷が重いと言ってる人いるけど、ニュース見てないの？
HEVC化は当面はニコ動の一般会員向け動画からだよ。
つまり、低解像度低ビットレート動画ってこと。
HEVC化する際にビットレートはさらに半分になるので、
必要ストレージの増加は最小限だし、エンコ負荷もそんなに重くない。
そもそも容易に増やせないネットワーク帯域に比べたら、ストレージなんてタダみたいなもん。

低ビットレートでも、ゴミカス性能の中華タブでまともに再生できないのが気になる　けど買い替えりゃいいだけだしな

ニコ動に500円払う気はないライト層
でも、夏モデルは買える人達
やはり、影響を受けるのは、ごく少数ということに
まあ、ヘビーユーザーと違って、苦情もなしに見なくなるだけだろうから
人柱としては、適しているのかもね

WWDCでAppleがスルーしたらスルーされそう

AppleはいずれHEVC対応するでしょ
VPxには行かないみたいだしさ

ただ今回じゃなく来年以降の気がする
ハードとソフトとサービスの全部の準備を揃えてから発表するだろうし

HEVC/H.265再生をサポートするクアッドコアCPU搭載SoC「MT8127」
http://www.mediatek.com/en/news-events/mediatek-news/mediatek-announces-mt8127-system-on-chip-with-hevc-video-playback-support-for-quad-core-tablets/

265が話題になってたからエンコしてみたけど
エンコ時間10倍で容量2割強削減ぐらい、再生時の負荷は全然変わらないのがメリットか
半分とか眉唾だろこれｗ

お前の頭が悪いだけかと

そもそもお前は何をしたくてエンコしたの？
まさか、「h264と同じエンコパラメータでエンコしました(ﾄﾞﾔ」とか言わないだろうね？ｗ

それもプリセットまんまじゃね

385 名前：名無しさん＠編集中[sage] 投稿日：2014/06/02(月) 23:50:55.47 ID:xqMnq8b3
各プリセットのデフォルト値がまた変わったな
RD値が変わったから、同crf値でのエンコ後のファイルサイズが大きくアップ。

NTT-AT、4K放送や4:2:2/10bit対応のHEVCデコーダを放送局向けに販売
http://av.watch.impress.co.jp/docs/news/20140603_651445.html

bt2020はよ

4:4:4対応エンコーダー、はよ

【テレビ】視聴者不在の４Ｋ放送「普及進まなければガラパゴス化」の懸念
http://peace.2ch.net/test/read.cgi/newsplus/1401767889/

ガラパゴスもなにも既に踏み台扱い

Appleスルー
mp4組に入れてもらえない

いや、mp4コンテナに普通に入りますけど・・・

そりゃ勝手に格納してるだけだろ

勝手に

>>808は何が言いたいの？

ID:c4cZKnTB=mp4とH.264の区別すらついていないバカ?

mkvに入れば良い

もうmkvmergeって265に対応したのか？俺が前に試した時はまだエラー出て格納できなかったけど

OS陣営に公認サポート受けられなかったら
出来損ないのDivxになるのがオチ
泥の夏モデルでDアニメストアでも観てろということになる

単にまだ準備整ってないだけだろ

iosやandroidでh265再生できるソフトってあるの？

>>817
MPEG大好きAppleさんが先取り実装をしなかった
技術的問題だけじゃなく政治的に黙殺されるかもしれない
審議中でもAppleが実装したものが規格にゴリ押しされる状況下

>>818
AndroidならMX動画プレイヤーでいける

>>819
>>797
お前は早漏過ぎ

>>820
ありがと、試してみるお

>>805
うむ

h265でも720pなら余裕でいけるっぽいね
Tegra4で不足無くデコードできた

divxとおなじ運命になるのは、googleがやってるwebmのほうだろ

こっちは次世代大本命の標準化技術だしな
一体何の心配をしているのやら

コンテナの話だろ。
まだ完全に固まってないし。

15.33.22.64.3621
・ HEVC decode now supported by the driver and video players can now take advantage of the GPU accelerated decode support offered by Intel

>>828
何これ？

IntelのGraphic Driverじゃない？

intelの現行品もHEVC再生支援受けられるってことけ？

Intel Iris and HD Graphics Driver for Windows* 7/8/8.1 32-bit
https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=23884

15.33.22.3621 (10.18.10.3621)

Intel Iris and HD graphics Driver for Windows* 7/8/8.1 64-bit
https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=23885

15.33.22.64.3621 (10.18.10.3621)

開くまでも無くきっちり２世代しかサポートしてないってのが

逆に言うとskylakeを待とうがskymontを待とうが
基本的な再生支援は変わらないってこと？
単純な性能向上や最適化はおいといて

【放送】４Ｋはケーブルテレビから。JCOM、夏からVODサービスを開始。
http://hayabusa3.2ch.net/test/read.cgi/news/1401879945/l50

東芝は4日、高い画質と圧縮率を持つ映像圧縮規格、
「HEVC」(High Efficiency Video Coding)に準拠したソフトウェア圧縮技術を発表した。

HEVCは「ITU-T H.265」(ISO/IEC 23008-2)として規格化されており、
広く普及している現在のAVC/H.264規格と比較して、映像のデータ量を約2分の1にまで削減できる。
4K(3,840×2,160ドット)や8K(7,680×4,320ドット)まで見据えた、
超高精細映像を扱うサービスで期待されている次世代の映像圧縮規格だ。
しかし、もとの映像を圧縮するために、膨大な量の計算が必要となる。

今回、東芝が開発したのは、汎用的なPCサーバ上で動作可能なソフトウェアベースのリアルタイム4K-HEVC圧縮技術。
専用のハードウェアを必要とせず、4K映像の高画質なリアルタイム圧縮を実現した。

http://news.mynavi.jp/news/2014/06/05/370/

そりゃあんだけボカしたら264でも容量半分だろに

x264信者がもう息してない

信者とか関係ないと思う
現状はボケまくり
でもこれからどうなるか分からない
HEVCが単なるぼかす技術であっては困る訳で
使えるようになったらそっちに移るだけ

おうx265にpsy-rd来たから試したってーや

>>839
HEVCは、H264+ぼかしフィルタって事で良いんじゃね？
再生時ちょこっとシャープにすればみんな幸せ

265のぼかし方は上手い
ハイプロファイルもまだ来てないみたいやしええやんこれぐらいで

そんなにぼかし方が上手いならエロビデオに使おうぜ

顔はぼんやりアソコはくっきり

ぼかして潰れた部分がシャープフィルタで復活するわけじゃねーのになに言ってんだ
割れ厨ニコ厨レベル

そこで割れ厨ニコ厨って出てくるのが意味不明なんだが・・・
興味ないジャンルで例えられてもわからん

割れ厨に父をニコ厨に母を殺されたのです

わかんねーなら黙ってるか文の前後から想像しろ低能が

>>844
動画コーデックのチューイングとして高周波成分を削り低周波成分は盛る。つまり・・

×　チューイング
○　チューニング

つまり・・・・
我々がその気になれば
高周波成分の再現は10年後　20年後ということも可能だろう・・・・・・・・・・
ということ・・・・！

>>846
同族嫌悪だから気にすんな

そんなこと言ってたらウェーブレット変換の時代になったとき生きていけないよ

ブルーレット

パナソニック、4K/60pのHEVC再生用システムLSI。10bitカラー/HDCP 2.2対応
http://av.watch.impress.co.jp/docs/news/20140610_652521.html
http://panasonic.co.jp/corp/news/official.data/data.dir/2014/06/jn140610-2/jn140610-2.html

PCI Expressに対応しているため、パソコン用PCIアドインカードとして実装することでパソコンの動画再生機能を拡張し、4K映像再生を実現可能

>>855
でもお高いんでしょう？

なにでアクセスするようにするんだろ？

何でって？

コーデックとかのこと。
パナソニックはLSIの提供のみみたいな感じみたいだけど。

パナソニックは、ドライバーまで提供して、
再生ソフトやコーデックが対応していれば、そのLSIを利用する
とかじゃね？

アクセスもへったくれも、ハードウェアプレーヤーへの組み込み用だろ。
昔のカノープスのキャプチャボードみたいに無理やり組み込めなくはないだろうけど、今それをやるメーカーがあるかどうか。

http://www.cpu-world.com/news_2014/2014060901_Some_features_of_Skylake_graphics_architecture.html
Skylake integrated video encoder/decoder will be enhanced, and it will support new codec types.
The hardware decoder will work with JPEG, JMPEG, MPEG2, VC1, WMV9, AVC, H264, VP8 and HEVC/H265 video and image formats. The encoder will be support JPEG, MPEG2, AVC, H264, VP8 and HEVC/H265 standards.

>>855
Main 10に対応するASICが早々に出てきたのは喜ばしい

>>861
組み込み用ならPCIeに対応する必要なくね？
地味にWide I/O採用なのがビッグニュースなんだけどDTV板なんだよな・・

BroadcomのBCM70012みたいな感じの製品で出てきてほしいな。
旧型PCでも再生出来るようになるのでありがたい。

DIGAには搭載しないのか

ビデオカードでいいだろ

USB3にさして動く奴が出れば普及するのにな

DivX 10.2.1
http://f.st-hatena.com/images/fotolife/n/noushibou/20140610/20140610214518.png

>HEVC デコーダーが重み付き予測に対応

いま、HEVCエンコーダーの中で一番画質のいいエンコーダーはなんだろう？

全部。

というか、今HEVCエンコーダで問題になってるのはエンコ時間なんだよ
画質が欲しければ重いエンコオプション仕込んで何十時間もかけてエンコすりゃいいだけ

>>871
オプションの実装は全部のソフトが対応してるの？
Divxのやつとかオプション指定すらほとんどできないが。

やはりMPEGカード時代に逆戻りか

>>855
どうせこのMain 10はAVCHPの2倍未満の削減率なんだろ？
だったらイラネ

x265の最適化による速度アップってこれ以上は望めない？4KよりフルHDでいいからHEVCでサイズ削減してほしい。普及はまだ先なの？

意味わかんないんだが
ここ数ヶ月でうちの環境では20%近く早くなってるぞ

265もバンディングノイズ乗りまくりの8bitエンコが主流のまま行くのかな？

x265は最初っからhigh bit版を出してますがな

バンディングノイズのりまくりって、x265きちんと使ってから言ってんのか？
素材自体に含まれてるバンディングはあらかじめ対策してからエンコードするのは常識だろ。

金の臭いがプンプンするのが最大のネック

いくらバンディング対策しても8bit出力してしまったら残念な結果になるな
x265でhi444p出力ってもうできるん？ていうか再生できるソフトあるんかな？

まともな設定でエンコードして試してから言え。
モニターが安いノートPCのTNとか5万円以下の単独糞モニターでバンディング、バンディングとホザいてたらシバく。

金の臭いがしない方がうさんくさいわ

>>881
質問する前にx265のドキュメントくらい読めや

DivX Convつこうてみた、お試し使用なのでエンコ時間は00:02:44物
(1280*[email protected]のYUV4:2:0で音声AAC48000Hz89,488,478 バイト)で
90分程度までなら妥協(ノートのi7なのでこの辺りが限度)
再生はVLCで見ているのだがコマ落ちと映像破綻が多い。
ソースのビットレート見ていると4M程度から高めで8Mのピーク12Mです。
色がグレー画面(モノクロ映像)になる。

VLC…

DivXでエンコしたなら、DivXPlayer使いなよ

DivXのHEVCコンテナは完全独自だから、他プレイヤーでは破綻することがあるよ

VLCで画質評価とか、何考えてんだか・・・

せめてMPC-BEにしとけ

画質厨ナンバーワンプレイヤーはなんですか？

MPC-BE+madVRって風のうわさで聞いたことがある気がしないでもない

プレイヤーってより、画質気にするならYC伸張をビデオカードに投げない様にする方が先決なんでねの

最新のGPUであればY/C伸張をわざわざ回避する必要性はないと思うがね。
少し前までは色が変色するとかいろいろ問題があったが。

1080pと限定的だがHEVCデコーダー搭載のSnapdragon801の製品が発売され始めたことで、
いよいよか。

【放送】地上波は対応予定なし、4K放送普及の難題 [東洋経済オンライン]
http://peace.2ch.net/test/read.cgi/newsplus/1403344479/

画質を議論できるのは、業務用有機ＥＬモニター。

「液晶モニター」で画質がどうのこうの言っているお前らは、目糞鼻糞

有機ELの糞残像が気にならないなんて
どの液晶使っても違いわからなさそうで羨ましいな

あれでしょ、静止画のみの話をしてるんでしょｗ

x265も結局ビデオカードではエンコードできないんだろうか

MediaEspresso7でHEVCへの変換機能とTrue Theaterによる輝度やブロックノイズ除去対応か。
どうせいつも通り、4:2:0の8bit止まりなんだろうけど。
早く4:2:2や4:4:4対応かつ、10bit対応、CABACも規格通り対応したエンコーダーが出てもらいたいところ。

x265は422、444にはとっくに対応してるつーの

さっさと普及させろや。ゴミども

お前を切り捨てるだけさ

CABACが規格通りになったら圧縮率も変わるの？

>>901
あれは実験的な対応で正式対応ではないぞ

>>901
対応してる再生ソフトあんの？

業務用の有機ELモニターは黒挿入で残像感を減らせるよ
設定で黒挿入するかどうかを選べる

http://www.soumu.go.jp/main_content/000230399.pdf

>>904
H264ではCABACの有無がハイプロファイルか否かの境目
CABACこそがH264を高画質高圧縮にしているキモ

>>906
あるよｗ
定番のMPC-HCなどが既に対応済み

H264のhi10p、hi444pとかに対応してるんならh265も対応しないわけにはいかないでしょ、的な

CABACはMainからな

>>908-909
解説サンキュー

>>909
H.264のCABACはMainプロファイル以上で使えるちゅーの。

CRTのフォーカスボケボケ画質が気にならない奴はうらやましいなｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

1677万色サポートでもクソですか？
小保方でもわかるように説明してください

静、動コンバーゼンス回路の性能にもよるが、フラットパネルは関係ないからな。

エントロピー符号化

【速報】YoutubeのWebMの中身がVP9になっとる

速報というほどでもないかと。5月頃から順次VP9に切り替わってましたよ。
対応OSとブラウザで再生時に右クリックで詳細統計情報を開くと
その動画がCodecにVP9を使ってるかどうか確認出来ます。

映像可逆圧縮総合スレ Part3
782 ：名無しさん＠編集中[sage]：2014/07/07(月) 12:23:11.41 ID:zm/1emx0
AMV4ぱねえｗｗｗｗｗｗｗｗｗ
Frapsで録画した動画をエンコしたら1/8になった
しかも軽い

【パテントフリー】 WebM 【VP8+OggVorbis】
129 ：名無しさん＠編集中[]：2014/07/07(月) 12:33:20.19 ID:zm/1emx0
【速報】YoutubeのWebMの中身がVP9になっとる

【2016】 H.265/HEVC Part3 【7680x4320】
919 ：名無しさん＠編集中[sage]：2014/07/07(月) 12:34:13.09 ID:zm/1emx0
【速報】YoutubeのWebMの中身がVP9になっとる

x265 rev1
438 ：名無しさん＠編集中[sage]：2014/07/07(月) 12:35:00.54 ID:zm/1emx0
【速報】YoutubeのWebMの中身がVP9になっとる

よっぽどうれしいんだな。

わろた

>>922
これが流行りのストーカー予備軍団員かｗ

YoutubeのVP9対応は去年後半には既に一部で開始していて、
それが本格化したのが今年の春頃
対応はまだまだ全然足りない、H.264のみでの公開も山ほど有るし
VP9有りでも元より解像度ダウンしているのが多い

なので一応興味有ってチェックしてた側としては
速報どころじゃなく本当に今更な話なのだが、
話題に挙がるまでのこのタイムラグの大きさに注目度の低さが如実に表れてると思ったw

5年後、VP9なんて見向きもされん罠

いまやXviDやDivXも見かけないし
その時の優位性以前に5年も時間が経てばねｗ

流石に映像メディアに採用される未来は見えないけどHTML5に標準サポートされるかどうかじゃない

H.265もネット利用フリーにすればVP9を駆逐できるだろうが……

どっちでもいいから、とっとと次世代コーデック流行らしてくれ。

https://twitter.com/k_oi/status/477633245106814976/photo/1
同画質だとx264 800 x265 600kbpsって感じ？

ハードデコードとブラウザ対応進まないかねぇ

正直な話、画質云々とかどうでもよくて
・パラメータの自由度なんか要らない、とにかくそのフォーマットならどんなハード・ソフトでも再生出来る
ほうが重要

mkvは無理なのはしょうがないとして mp4 なのに、アレはダメ、これはダメは普及するわけがない

どんなはーどやそふとでもさいせいできるぼくのかんがえたさいきょうのふぉーまっとｗ

>>932
Divx MKV

いや、そこはXvid+MP3なAVI動画でしょ

MPEG2

ほんでその動画、俺のガラケーで再生できんの？

ドコモのHEVC対応スマホ、まだまだ少ないね
http://i.imgur.com/6GtOpbc.png