【2016】 H.265/HEVC Part2 【8192x4096】

1 ：2013/01/28 〜 最終レス ：2013/09/25

圧縮率効率がH.264の2倍な次世代ビデオコーデック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)と変わらないままでサイズが半分に小さくできる
~~~~~~~~~~~~~~~~~~~

2 ：

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/
x265 - HEVC/H265 implementation
http://code.google.com/p/x265/
ITU、次世代ビデオコーデック規格を「H.265」「ISO/IEC 23008-2」として勧告
http://pc.watch.impress.co.jp/docs/news/20130128_585297.html

3 ：

【政府】 「韓国に負けるな」 日本政府、４Ｋテレビ放送を前倒し…今の地デジＴＶでは見れないので、見たければ１００万超のテレビ買って
http://uni.2ch.net/test/read.cgi/newsplus/1359372487/
【PT3死亡】4K2Kテレビ放送14年7月開始【PLEX死亡】
http://toro.2ch.net/test/read.cgi/avi/1359232388/

4 ：

前スレ
【2013】 H.265/HEVC 【7680x4320】
http://toro.2ch.net/test/read.cgi/avi/1317066231/

5 ：

スレタイおかしいやろ

6 ：

HEVCならH264の半分のビットレート、というのはちょっと楽観的な方に
偏っているかもしれないな。Qualcommは2/3 くらいと見積もっているようだ
ttp://www.phileweb.com/news/d-av/201301/11/32291.html

7 ：

クアルコムみたいなモバイル用のゴミチップしか作れない雑魚などどうでもいい。
重要なのは来年に日本でも始るであろうソニーの4K映画配信用メディアプレーヤーに使われる
であろうH.265チップだ。

8 ：

【パテントフリー】 WebM 【VP8+OggVorbis】
http://toro.2ch.net/test/read.cgi/avi/1329899392/
無料で使えるVP8の立場は・・・

9 ：

>>8
h.264より圧縮率が低い時点でね...

10 ：

VP8は始まる前に終わってた

11 ：

VP9が開発中だよ

12 ：

デジタル3DIMAX超32k/16kカメラ
１、32768×17280/60P（32k/16k解像度）→放送及びディスプレイは30720×17280/60P
２、60fps〜4800fpsまで対応
３、動画色深度16bitカラー（RGBA4:4:4:4）
４、静止画色深度64bitカラー（RGBA4:4:4:4、16bit×3+アルファチャンネル16bit）光の三原色＋輝度
５、600Hzリフレッシュレート
６、72mm×60mm、5CMOS（3CMOS＋近赤外線＋近紫外線）約5億6623万画素×3（16億9869万画素相当）
７、静止画約5億6623万画素×3＝約16億9869万画素
８、3D対応（眼鏡無し）
９、音声64bit/768khz/144dB/128.4ch対応
１０、ビットレート50Gbps〜100Tbpsまで対応
１１、ISO感度50〜100万 （常用100〜20万）、照度0.1ルクスで60Pの動画撮影可能
１２、動画（MPEG6＝DWT対応、MotionJPEG2000、非圧縮AVI）、静止画（16bitRAW、RAW-DNG、JPEG2000） 、音声（ドルビーTureHD3、DTS-HD3、リニアPCM）
その他（MPEG7、MPEG21 、MPEG-A、MPEG-D、MPEG-V、MPEG-M、MPEG-U、FTV）
１３、レンズ（F0.6、100倍光学ズーム）、8枚羽根虹彩絞り、ダイナミックレンジ最大250dB

13 ：

大判8×20デジタル一眼レフカメラ
１、約43億画素×3＝約120億画素
２、大判8×20サイズCCD（裏面照射型三色センサー）
３、16bit色深度（RAW、DNG-RAW、TIFF、JPEG 2000 JPEG XR）
４、ISO高感度64〜100万（常用128〜50万）
５、コマ数16コマ（拡張18コマ）
６、ダイナミックレンジ最大250dB
７、F1.0レンズ
８、バッファメモリー128GB
９、ペンタプリズム搭載
１０、ローパスレス
１１、フィルターレス
１２、シャッタースピード 1/8000〜30 秒
１３、ファインダー視野率（上下/左右） 100/100
１４、ファインダー倍率 0.7
ハイレゾリューションオーディオDAC
１、64bit/768khz/144dB/128.4ch対応
２、リニアPCM、ドルビーTureHD3、DTS-HD3、WAV、FLAC、ALAC、MPEG5AAC
３、ビットレート200Mbps〜500Mbpsまで対応
3Dゲーム
１、32768×17280/120fps
２、DirectX15.1、OpenGL9.0、OpenCL7.0

14 ：

アナログを完全にデジタル化した真のSoC実現までの道のりはtock5nmで実現する
Broadwell（14nmtick）＝2ダイでサウスブリッジ統合、L4キャッシュ、FMA4対応、DirectX12
↓
Skylake（14nmtock）＝CPUオクタコア化、1ダイでサウスブリッジ完全統合、統合電圧レギュレータ統合、TSV2.5D、DirectX12.1、OpenGL6.0、OpenCL4.0
↓
Skymont（10nmtick）＝GPUデュアルコア化、DirectX13対応
↓
10nmtock＝Itaniumベース（RAS機能とECC削除）にCoreの全ての命令を継承して統合（非エミュレーターでIA64とx86が統合）、LNI対応
2ダイでPhi（Atomベースでサーバー用よりコア数を削減）統合、ニアしきい値電圧技術、DirectX13.1、OpenGL7.0、OpenCL5.0
↓
7nmtick＝GPUデュアルコア化、DirectX14
↓
7nmtock＝1ダイでPhi完全統合、TSV3D、デジタル無線RFモジュール統合、DirectX14.1、OpenGL8.0、OpenCL6.0
↓
5nmtick＝GPUオクタコア化、DirectX15
↓
5nmtock＝CPU16コア化、クロック周波数5Ghz超え、L3とL4キャッシュのSRAMを全てSTT-MRAMに変更、デジタルパワーアンプ統合、DirectX15.1、OpenGL9.0、OpenCL7.0

IA64とx86とPhiが完全に統合された究極のCPUである。完成は5nmtock世代であろう。
I/OもPCI-Express5.0や100GbEが実用化されるしメモリーもビデオメモリーも大容量・高速化が今より更に進む
メモリーは512GB以上、ビデオメモリーは128GB以上搭載。CPUだけの進歩では終わらない
上記の音声・静止画・動画・ゲームを余裕で扱えるのが5nmtock以上のCPUとGPUとそのI/Oである

15 ：

メモリー
L1キャッシュ（SRAM）＝128KB
L2キャッシュ（SRAM）＝512KB
L3キャッシュ（STT-MRAM）＝64MB
L4キャッシュ（STT-MRAM）＝128MB（CPUと内蔵GPUの橋渡し）
TSV（TSV3D・HBM）＝8GB
メインメモリー（XDR3-DRAM）＝512GB
ビデオメモリー（XDR3-DRAM）＝128GB
SSD（ReRAM、STT-MRAMの8GBバッファメモリー内蔵）＝10TB（3.5インチ）
I/O
PCI Express 5.0(Gen5、光ファイバー、Thunderbolt 3.0と互換)＝100Gbps
Thunderbolt 3.0＝100Gbps
USB5.0（Thunderbolt 3.0と互換）＝100Gbps
DisplayPort3･0（Thunderbolt 3.0と互換、32k16k/600khz）
HDMI3.0（Thunderbolt 3.0と互換、32k16k/600khz）
STA Express 3.0（Thunderbolt 3.0と互換）＝100Gbps
eSTA Express 3.0（Thunderbolt 3.0と互換）＝100Gbps
100GBASE（Thunderbolt 3.0と互換、光ファイバー）＝100Gbps
HD-Audio3＝64bit/768khz/144dB/128.4ch

16 ：

ストレージ
HDD＝50TB（熱アシスト技術、STT-MRAMの512MBバッファメモリー内蔵）
HVD（BDの後継の光学メディア）＝最大容量片面10TB以上
SDXC2＝ReRAM、最大容量16EB、UHS-�X対応（最高速度6Gbps）
無線
5G（第五世代移動通信システム）＝100Gbps
Bluetooth5.0＝100Mbps
IEEE802.11ac＝5Gbps
IEEE802.11ad＝10Gbps
外付けGPU
GPU core数＝クワッドコア
CUDA core数＝5000
クロック周波数＝1.5Ghz
メモリー周波数＝2Ghz×4（8Ghz）
SMX数＝16×4
TMU数＝320
Texture unit＝128
ROP数＝64
メモリインターフェース＝512bit
ビデオメモリー＝XDR3-DRAM（8GB×4＝32GB）
DirectX16、OpenGL8.0、OpenCL6.0対応

17 ：

ぼくのかんがえたさいきょうカメラ^q^

18 ：

正直なところ色々面倒で間違いなく価格をつり上げるHEVCよりVP9のほうが優秀であってほしい
MPEG-LAは完膚なきまでにたたかれながら餓死してほしいわ

19 ：

Google一社で全世界の大学やら企業の学者・技術者連中を圧倒できる
圧縮技術をどうやって考え出せと…

20 ：

>>16
GPUを4coreってww
ベクトル演算機はスカラ演算機と違って既に数千コア搭載

21 ：

ドコモ、4K対応のHEVC/H.265デコーダを提供開始
H.264の半分の帯域で配信。スマホでフルHD、PCで4K
http://av.watch.impress.co.jp/docs/news/20130204_586346.html

22 ：

個人にはくれないのね

23 ：

HEVCを普及させたいなら作ったプレーヤをタダで配れ

24 ：

H264と比較して2倍、って言ってもリファレンスのH264とx264じゃ全然画質違うよね？
現在のH265はx264と比較してどうなんだろ？

25 ：

リファレンスのh265ってなんだ
規格とそれに沿ったエンコーダなんか比較しようが無いだろ

26 ：

そのサイズのセンサーでレンズ絞りｆ1.0って、どんだけピント浅いんだよ。ぼけて何にも見えないんじゃないかｗ
あとそのセンサーサイズでシャッター1/8000秒はありえんｗ
ペンタプリズム重そうですねｗ絶対動かせませんｗｗ
動かした慣性力で歪みがやばいレベル。

27 ：

結局圧縮高いってことはハード高なんでしょ・・・

28 ：

>>26
ペンタプリズムは動かさんだろ。動かすのはクイックリターンミラー

29 ：

DivX HEVC
http://itlifehack.jp/archives/7720325.html

30 ：

実際見てみないとなんとも言えないなぁ
ストリーミングとかどうでもいいし

31 ：

CATVのアナログ再送信が終了してこそ真のデジタル化が実現する

32 ：

DisplayPortは2014年以降にデータ・レートが最大10.8Gbpsから20.16Gbpsへ
2倍アップするようだ。これで8k4k/120khzも可能になるかな？
その更に次は銅線から光ファイバーに移行するから更なる高速化が図られるという。
合わせてHDMIも光ファイバーになるようだ。
SATAは後継は出ず吸収されてしまうが、USBは4.0が出る様子。でも次の5.0は出ないで
同じく吸収されるんじゃないかな？
PCもAVも端子はDisplayPortとHDMIに全て集約されると思う。
それからD端子とVGA端子とS端子とコンポーネント端子とLVDSは3年後には消えているだろう。
コンポジット端子だけ特別に生き残るだろうけど。

33 ：

またお前か

34 ：

ffmpegみたいに最低限のことさえ指定すればちゃんと圧縮できるようになるのはいつなのか・・・
今試せるHEVCは敷居が高い

35 ：

自動化なんて枠が固まってから最後の最後なんだから気長に待ちやがれ

36 ：

>>8
H.264の中の人もボロクソ言ってたじゃないですかー
>>20
触れるなよ
>>34
一応エンコーダバイナリは挙がってただろ
(再生できる環境がないとエンコーダあったって意味なしなんだが)

37 ：

H.264の中の人じゃなくてx264の中の人だろ
恥ずかしい奴

38 ：

>>1
8192ってお前スパハイスレの基地外かよ

39 ：

>>38
おそらくそうだろう。前スレの途中であのスーパーハイビジョンスレの改行厨が
ここの存在に気が付き書き込みし始めたからね。

40 ：

やっぱそうかｗ

41 ：

HEVC H.265 First Stage Approval But Could It Be Another Five Years Away
http://cinescopophilia.com/hevc-h-265-first-stage-approval-but-could-it-be-another-five-years-away/
H.264 Gets New Profiles: High, High 10, High 4:2:2, and High 4:4:4 Profiles
http://cinescopophilia.com/h-264-gets-new-profiles-high-high-10-high-422-and-high-444-profiles/

42 ：

>>36
エレメンタリストリーがエンコードできても、
それを載せるコンテナがなければPCで扱うのは難しいわけで。
エンコーダ自身も、HMを超えるようなのは難しいわけで。
HMに毛が生えた程度のものを独自エンコーダとか主張してたりして。
だれか全探索で最適なエンコードするようなのを作ってくれはしないか。
個人でAmazonAWSとかクラウド環境でやるとか、環境は整っているわけだし。

43 ：

個人でできる環境が整ってるんだからやってくれって言うならおまえがやればいいじゃん

44 ：

ライブ配信サイトと動画サイトではやく採用してほしいわ。こいつら帯域使い過ぎ

45 ：

とりあえずFlashPlayerとブラウザの対応待ちだな

46 ：

Windows9、WMP13、WMC、IE11
Mac OSX10.9、iOS7、Safari7
Andoroid5.0
H.265にはこの辺のOSやブラウザ等が対応してくるだろうね

47 ：

>>46
あとOpera13も対応するかな？
クロームは絶望的だけど

48 ：

とにかく早く実用的なエンコーダデコーダ出てこないかね
そうすればいろいろやって見れるのに

49 ：

うむ

50 ：

h265にもdivxが絡んでるのか

51 ：

>>50
DivX社がMPEG-4 Visualだけじゃ生きていけないと判断して、MainConcept社を
購入したからねぇ（元々有利な人材はその頃のDivX社には殆ど残っていなかったし）。
そのおかげでMainConcept製作のDivXエンコーダーが多分市場初の
「一般ユーザー」が触れるHEVCエンコーダーになるんじゃないかな。
オープンソース系は企業系と違って毎日8時間開発できないから、最初の段階で
あまり期待しない方がいい。libavcodecのデコーダーは既に夏から開発中だけど。

52 ：

さぁ、DIvxの復権なるか

53 ：

HE-AACとかGIFみたいに面倒なことにならなければいいんだけど。なったらなったでVP9がすごい勢いで進化しそうだが

54 ：

ベースはH.264なんだったら、x264をforkすれば早そうなもんだが

55 ：

次世代ビデオコーデック「HEVC」、コンテンツの分割表示技術などを披露
http://internet.watch.impress.co.jp/docs/event/20130215_587938.html

56 ：

実物いじってみないとPCで見る分にメリットあるのか謎だわ

57 ：

>>44
youtubeとflashが対応するだけで全世界のトラフィックの数%減るだろうな

58 ：

今のところそういう面しかアピールされてないんだよなぁ

59 ：

前スレで触れてた気がするから貼る。
こんなのあった。買ってないけど。無料のころがあったらしい。
レビューは馬鹿が多いので参考にならん
網膜視力
https://itunes.apple.com/jp/app/id467935813

60 ：

容量度外視で画質を追求するなら無圧縮でいいしな

61 ：

同じ画質を維持したまま更に圧縮できるって事は、同じ容量でよりよい画質を実現できるって事でそ
可逆圧縮が占める割合も増えるだろうし記録メディアに保存できるボリュームが増えるのはいい事だわ
まぁその前にBDMVはいい加減新しい規格に変えて1080p60を収録できるようにしてもらわなきゃならんが

62 ：

同じ画質とはどこも言ってなくてサンプル画像も
どこも低ビットレートのデモみたいなものばかりで不安になる

63 ：

その前にブルーレイって10bit入るようにならんの？

64 ：

今発売されてる機器で再生できないんじゃ？
スーパーブルーレイ（仮）とかの別規格にしないと

65 ：

だから「新しい規格に変えて」って言ってんじゃん

66 ：

言ってんじゃんって言われても俺は63にレスしただけだけど

67 ：

10bitとか一般ピープルに不要だから

68 ：

それを言ったら4Kのほうがよっぽど不要だけどな
一般家庭のテレビサイズを考えたら解像度よりは色やフレームレートを上げる方向に進んでもらいたいんだけどねぇ

69 ：

DVD見てればいいじゃん

70 ：

一般人にとっちゃ
8bitと10bitの差より2Kと4Kの差の方が遥かに大きい

71 ：

果たして一般人は4Kテレビをおいそれと買うのか

72 ：

8bitと10bitの差についてよく分かってない人が多いのは仕方ないことだけど
よく分からないのに分かってる気でいる人がやたら多くて驚く

73 ：

色が増えるだけだろ
今まで青色と定義してた色もさらにそれぞれ64種類の色に分類できる的な
無駄無駄。一般人は気づかねーよ。
一般人代表、お前らの両親が感動するのは間違いなく10bitよりも100Mbps映像@4kテレビだ
そもそもYUV420で間引いてたら目指す方向性矛盾してるだろ

74 ：

色が増えるだけだろ（失笑）

75 ：

想像以上に無理解な人いたわ・・・
なんでこのスレにいるんだろ・・・

76 ：

色が増えるだけだろ（爆笑）

77 ：

グラデーションとか階調っていう概念が無い世界に生きてるんだろうな

78 ：

素で言ってるのがまた面白い
俺のPCは64bitだからものすごく色数が多いんだぜ

79 ：

馬鹿？

80 ：

色域が広がるわけじゃないが
中間色が増えるんだから「色が増える」で合ってるよ

81 ：

中間色が増えることの利点を完全に無駄と言い切ってるから馬鹿にされてるんでしょうが

82 ：

>>74-78
バカすぎてこっちが失笑だわ

83 ：

(大爆笑)

84 ：

うわーちっとも面白くねえなコイツ

85 ：

区切りが細かくなる＝色が増えると言えなくもない

86 ：

AVC/H.264で10bitが役に立つ理由は
ttp://akuvian.org/src/x264/bitdepth_dataflow.png
これで簡単に分かるようになる。
規格でROUNDって書かれるところで内部のデータが使用されてるビット数に
縮まれる。ビット数が少ない分元のデータとのエラーが大きくなる。
それで、ビット数を上げるとエラーをある程度小さくできる。これでソースが
8bitであっても、同じレートで10bitでエンコードすれば画質が上げられる。
HEVCでこういう「ROUNDするところ」は少なくなったから、10bitの利点も前規格
より少なくなったとも言えるが、本格的なエンコーダーが出来上がるまでは
単なる理想的な話にしか過ぎない。

87 ：

bitが減ると、色が薄くなるだけでなく
この左のような現象が起きる
http://uproda.2ch-library.com/636414vEt/lib636414.jpg

88 ：

16bit×3＝48bit色深度+16bitアルファチャンネルを追加して64bitカラーにしよう
PNGなら今すぐでも出来るぞ。アニメーションPNGとかあるんだしGIFはアニメーションも含めて終わらせよう
4kとはあんまり関係ないけど

89 ：

>>87
今のAVCなら8bitでも右のようなレベルにできるが？

90 ：

アニメのブルーレイ見てるとバンディングノイズなんて日常茶飯事だよ。
SBMV Extendでもバンディング無くすのは無理、解像度はひとまずこれでいいからhigh bitに移行してくれって切に思うわ。

91 ：

元から出ているバンディングはhigh bit変換しても綺麗には消せない
マスタリングからエンコード・デコード・表示まですべてhigh bit化するなら意味あるけど

92 ：

それを言ってるんだろ

93 ：

販売する時点で10bit収録してくれって言ってるに決まってんだろアホかｗ

94 ：

バンディングがなくなればそれでいいのよ
一番現実的で確実な方法がhigh bit移行ってだけで
4Kも結構だけど、そんな解像度で盛大なバンディングの縞模様なんて誰が見たいと思うかね

95 ：

肉眼はまず明暗、次いで赤色成分に敏感だっけ
RGBIと予備で24+16+8+8+8ぐらいを頼む

96 ：

緑だろ

97 ：

10bitなんてコンテンツ保護の観点から販売しないだろう。
ただ、SCENARIST販売終了したからな、どうするんだろ

98 ：

コンテンツ保護とどう関係があるんだ？

99 ：

地上波、BSは8bit、有料(BDとか配信とか)は10bitにすればよくね？

100 ：

そんなもん再生環境無いから売れねーよ

101 ：

HEVCの事かー！！！

102 ：

スーパーハイビジョンは10bitか12bitらしいね

103 ：

ドコモ、新動画圧縮方式HEVC(H.265)の実演デモを公開
http://news.mynavi.jp/news/2013/02/20/003/index.html

104 ：

動画サイトだとH264のフルHDレベルでも
いまだに重いといってるやつが絶えないんだが、大丈夫なのかね・・・

105 ：

策定メンバー的には新しいハードを買って欲しいわけだから
おかまいなしだろ

106 ：

シャープ、3840×2160のIGZOパネルを採用した32V型液晶
http://news.kakaku.com/prdnews/cd=pc/ctcd=0085/id=26730/

107 ：

なぜ解像度を上げるんだよ
普通にフルHDな24/27vを出してくれたらいいのに・・・3〜4万で

108 ：

AvidemuxとHandbrakeで使えるようになるのはまだかね

109 ：

http://gigazine.net/news/20080729_uvld/
342ナノメートル紫外線レーザーが実用化されるかも？
これが実現したらブルーレイディスクの後継としてパープルレイディスクに
なるだろうね。10年以上先っぽいけど、実用化は。

110 ：

紫外線ならウルトラバイオレットだろ
UVカットとか知らんか？

111 ：

URLにもUVLDって入ってるのにな

112 ：

いやURL見たら開かないだろ普通

113 ：

ガンマ線くらいで書けるようになればどのくらい容量上がるのかな

114 ：

エンコード：x264 r2245の倍の負荷で済むようになるまで5年くらいかかりそう・・・
デコード：GTX6XX/HD7XXX世代のビデオカードがささってないとまともに視聴できなさそう・・・

115 ：

ハード対応してないだろうしgpu関係あるか微妙では
マルチスレッドは最低限対応して登場じゃないと終わりそうだけれど・・・

116 ：

HEVCの圧縮・復号専用拡張ボードとか出そう

117 ：

出ないと思う

118 ：

圧縮は少なくとも出るでしょ
ただし圧縮率はx264midium並かそれ以下のハードエンコ

119 ：

PlayStation4が4kやH.265デコードに対応してると思う人いますか？

120 ：

デフォだと思いますが

121 ：

ソフトデコードで後からでも追加できるでしょ
8コアもあればいけるでしょ

122 ：

セル捨てたのはデカい

123 ：

これからは配信が主流になる。
PS4のサービスとして予定しているプレミアムビデオ配信VU（Video Unlimited）にて
4K、HD、SDすべてのビデオ配信を始めるだろう。
4K
3840×2160（24〜60p）
HEVC/平均40Mbps
2時間（36GB）
販売価格5,000円
HD
1920×1080（24〜60p）
HEVC/平均10Mbps
2時間（9GB）
販売価格2,500円
SD
720×480(24〜60p）
HEVC/平均5Mbps
2時間（4.5ＧＢ）
販売価格2,000円

こんな感じになるだろう。

124 ：

配信ならhigh bitへの以降も簡単そうだ
ハードに縛られないから

125 ：

例によってこれもハードエンコ＜＜＜＜＜ソフトエンコになるのかねやっぱり
汎用演算装置＞＞＞＞＞＞専用回路になる理由がわからん

126 ：

>>124
どういう理論だ

127 ：

デコード負荷はH264の倍程度だが、エンコード負荷が100倍やな
悲劇やな・・・

128 ：

>>126
えっ

129 ：

BONICみたいなPCグリッド使ったプロジェクトでエンコできるようになればいいのにな。
提供した計算量がポイントとかで溜まってって、ポイント分だけ自分も必要な時に使えるっていう。

130 ：

出張でアメリカに行ってきたんだけど、現地のエンコヲタがHEVCのα版ビルドして、エンコーダー作ったからソースコードもらってきて自分でビルドした。
GUIもないけど、無理やりAviutilエンコーダーに改造して、エンコしてみた。
tsソース 1920x1080　(BS11)
42544フレーム
x.264のオプションは全部使えないから、チューン無し。
フィルタはWSMT バンディングMTのみ。
ピーク時は1200kbps程度、平均で800kbps程度。
ファイルサイズは200MB位
再生のコーデックもないから、エンコーダーのソースから抜き出してMPC-HC 64bitを逆汗して組み込んだ。
ttp://long.2chan.tv/jlab-long/s/long1361672446572.jpg
スペックは
3770k 24GB IntelSSD330
かかったエンコ時間は3時間程度。
再生負荷は、3%程度。
どうですかね？
アプコンで4k2kにしたら、残り18時間とか出たからやめた。

131 ：

一見悪くない
でも動いてないとよくわからないな

132 ：

いやソースなしでどうやって判断すんだよ

133 ：

ドコモ、新動画圧縮方式HEVC(H.265)の実演デモを公開 #DigInfo
https://www.youtube.com/watch?v=4qkroO4ABFQ

134 ：

みなみけってもうBD出てたっけ？
地デジがソースだと元が荒いから比較は無理だぞ？

135 ：

BS11って言ってるジャンッッ

136 ：

エンコ前の状態とエンコ後の状態を比較しなきゃ意味ないだろに
比較は無理って意味わからん

137 ：

動きは普通ですよ。
元ソースはBSだからシーンチェンジでノイズ出るけど、BDソースのリップは違法だしね・・・しませんよ。
tsと比較してみると劣化は感じませんよ。
むしろまったく専用の設定なんてない分、煮詰めればもっと縮める事も可能かな。
自分としては再生環境がないからまだまだ実用は先と考えている。
と考えていたんだけど、2004年頃から世間でdivx全盛の時もうx.264のαバージョンで720pエンコしていたし、2007年のデジタル化で1080pでやっていた口なんで。

138 ：

あぁつまり自分はお前らより常に先行ってる
もうソースビルドしてエンコ・再生環境自作したすげーだろってことね
元動画やH.264と比較してどうこうとかいう議論したいわけじゃないんでしょ

139 ：

>>138
まさにそれだね

140 ：

静止画一枚出して、どうですかね？って
どしたもこうしたも何もコメントのしようがない

141 ：

>>127
三日後100倍みたいやなｗ

142 ：

ですます連発したのはイライラしてる証拠。
自慢じゃなかったらほんとになんなんだよｗ

143 ：

写真・演奏を上げて評価するスレみたいな流れだな

144 ：

静止画プロファイルがブラウザで画像として使えるかどうかしか興味ない俺としては
Iフレームであれば静止画での評価でも興味ある。
まぁ板的に場違いな興味だけども。

145 ：

>>130
1.2Mbpsでこのクオリティは流石HEVCだな。
単にビットレートの問題だけではなく色が綺
麗に出ていてコントラスト感も高い。
下手すれば30Mbsp以上あるそこらのBDの
アニメより綺麗だぞ。
BDのアニメ持ってる奴は>>130みたいに
キャプチャしてうｐしてみ。
AVCの色の悪さとコントラストの低さが露呈
されるだろう。

146 ：

バカだろ

147 ：

　　　　＼　　　∩─ｰ､ 　　　====
　　　　　 ＼／　●　､_ ｀ヽ 　　======
　　　　　　/ ＼(　●　 ● |つ
　　　　　　|　　 X_入__ノ 　 ミ　　　そんな餌で俺様が釣られクマ――
　　　　　　 ､　(＿／　　　ノ　/⌒l
　　　　　　 /＼＿＿＿ノﾞ＿/　 /　　=====
　　　　 　 〈　　　　　　　　 ＿_ノ　　====
　　　　　　 ＼　＼＿　　　　＼
　　　　　　　　＼＿__）　　　　　＼　　　======　　　(´⌒
　　　　　　　　　　　＼　　 ＿＿_ ＼＿＿　　(´⌒;;(´⌒;;
　　　　　　　　　　　　 ＼＿＿＿）＿＿＿）(´;;⌒　 (´⌒;;　　ズザザザ

148 ：

図星つかれてくやしいのうぅｗｗｗｗ

149 ：

これはひどい自演だ

150 ：

H.264ｖｓMotion JPEG XR
H.265ｖｓMotion JPEG 2000
の画質対決を見てみたいな。いずれも最大ビットレートで解像度は同じに設定してさ。
VP9を加えても良いけど。

151 ：

興味ない

152 ：

>>150
Iフレームだけという前提なら、SMPTE VC-2 (Dirac Pro)も比較対象になる。

153 ：

>>150
JPEG2000の最大ビットレートは可逆圧縮でいい？

154 ：

>>150
H.264も、I_PCMオンリーで。
qpprime_y_zero_transform_bypass_flag=1でもよくってよ。

155 ：

>>152
VC-2なんてあるの？

156 ：

VC-3000なら知ってる

157 ：

>>155
実際に誰が使っているのかは知らない。
http://wiki.multimedia.cx/index.php?title=Dirac#SMPTE_VC-2_.28Dirac_Pro.29

158 ：

ttp://k-tai.impress.co.jp/docs/news/20130226_589456.html
また著作物保護システム作ってみました！どうぞよろしく！
どうして日本3社にあの国仲間にしたの？バカなの？死ぬの？
常識もない、知的財産守る気もない国のあの企業とか・・・

159 ：

crfさえ指定すればよくなるまであとどれくらいかかるですか？

160 ：

H.265はMPEG5と名付けて、part2だかpart10だかの拡張規格はMPEG5AVCとでも
名付ければ分かりやすくて良いね。
試験放送はMPEG5で行き、本放送やパッケージは更に圧縮率の増したMPEG5AVCで行くと

161 ：

つっこんだら負け

162 ：

NECなどが開発した映像符号化技術が新国際標準規格「HEVC」の最終案に採用
http://jpn.nec.com/press/201303/20130301_02.html
あれ？HEVCって12月か1月くらいに規格化完了してなかったっけ？
あれはITUでISOは別ってことかな。
あと日本企業が絡んでて頑張ってるなと嬉しいような、
ライセンス料どんだけ取る気なんだろうと悲しいような

163 ：

mpeg2からH264の間には、H264よりも軽くてmpeg2より高画質なコーデックが乱立したが、
結局H264に統一されて、乱立した各種コーデック開発してた会社は儲からなかったので、
H264からH265の移行期の今は、コーデック乱立せずにH265に移行すると思う

164 ：

>>163
良い感じだな。
MPEG4は大きく分けてpart1、part2、part10（AVCの事）と3種類
あってpart10のMPEG4AVCが主に利用されるようになった。part1、part2はあまり見かけなくなった。
VC2とVP9がどうなるかは現在の所不明ですが・・・・

165 ：

>>162
未だに編集中だよ。１月２３日にHEVCバージョン1の大幅な決定は行われたけどね
ttp://phenix.int-evry.fr/jct/doc_end_user/current_document.php?id=7243
形式の開発中には色んな会社から色々入ってきてたとは思うし、多分その結果を
今報道に向けてPRしたんでしょうね。
そしてようやく公式発表な物では４月→５月になってるなぁ＾＾；
基本的な編集が終わってFDIS投票を開始すると２ヶ月はかかるから
４月でFDISになるのは無理になるよなぁ〜
>>164
MPEG-4 Part 1はコンテナだろｗ
動画形式はPart 10(AVC)とPart 2(MPEG-4 Visual)のみ。
そしてMPEG-4 Visualは元々色々H.263+実験台な感じの形式になってたしなぁ。
あまり利用されなかったのは驚きではない。
そしてHEVCはMPEG-Hの一部になる模様
ttp://www.itscj.ipsj.or.jp/sc29/29w42911.htm#MPEG-H

166 ：

MPEG4-ASPはDivX, xvid, WMV9のおかげで昔大ヒットしたやん

167 ：

Stage6閉鎖からちょうど5年経ちました

168 ：

夏井

169 ：

divxか
wmv9とどっちがいいかと争っていたのが懐かしい

170 ：

ｗ

171 ：

第01話 「ゼロのルイズ」
http://stage6.divx.com/video/1271873
第02話「平民の使い魔」
http://stage6.divx.com/video/1274072
第03話「微熱の誘惑」
http://stage6.divx.com/video/1274180
第04話「メイドの危機」
http://stage6.divx.com/video/1274253
第05話 「トリステインの姫君」
http://stage6.divx.com/video/1277009
第6話「盗賊の正体」
http://stage6.divx.com/video/1287548
第07話「ルイズのアルバイト」
http://stage6.divx.com/video/1287937
第08話「タバサの秘密」
http://stage6.divx.com/video/1293466
第09話「ルイズの変心」
http://stage6.divx.com/video/1293604
第10話「姫君の依頼」
http://stage6.divx.com/video/1293705
第11話「ルイズの結婚」
http://stage6.divx.com/video/1296799
第12話「ゼロの秘宝」
http://stage6.divx.com/video/1308232
第13話「虚無のルイズ」
http://stage6.divx.com/video/1308578

172 ：

Divxって今H.265のコーデックを開発中なんだっけ？

173 ：

>>172
MainConcept社を買取ったからDivXのブランドで一応エンコーダー・デコーダーを
今年中に出すみたい。
ttp://blog.divx.com/2013/01/25/wtf-is-hevc-2/

174 ：

林檎はサンダボルトという不人気出入口は我先に搭載し、こけて
USB 3.0はやっとこさ標準装備
iPodによるAVC/AAC.mp4の導入で市場に新しいコーデックをもたらした貢献は評価できるが
ジョブズなきいま、HEVCの導入を率先してくれるのだろうか？まったく声明がないのであれだが。
MicrosoftもAVC/AAC.mp4のOSでのサポートがWin7からとこういう面でやる気ゼロだし
どこかが本気になってくれないと困る。
WindowsでのHEVCサポートはWindows12ぐらいか？

175 ：

DiVXプレイヤー使って早い段階でH.265ストリーミングできそうだな

176 ：

Lav辺りがすぐ対応するでしょ

177 ：

>>176
ttps://github.com/smarter/libav/commits/hevc
こいつが完成すればLAVも対応する事になる

178 ：

>>174
Windows9あたりでやってもらわないとな。次の8の有償sp1ことblueでは間に合わないだろうけど。
対応させるならもちろんIE12やWMP13、次期WMCにも合わせて対応すること。
他にもドルビーTureHDやDTS-HDにも標準で対応して欲しい所だ。
でもアップルは割りと早く対応すると思うよ。

179 ：

blueは少なくとも8ユーザには無償らしいぞ

180 ：

PS4にガチで4Kのブルーレイを対応するとなると、6層200GBのBD-ROMドライブが
搭載されるでしょう。
スタジオマスター品質にうるさいあのハリウッドが、ピクセﾙだけで見れば1080pの4倍ある4Kを
たかだかBDの2倍程度しかない100GBの容量で済ませるとは思えない。

http://www.scei.co.jp/corporate/release/pdf/130221a.pdf
光学ドライブ（読み出し専用）
　BD 6 倍速CAV

現在公開されているPS4のスペックでは6倍速のBDドライブの搭載を予定しています。
BDの等速は36Mbpsなので、最大216Mbpsで読み込みが可能と言う事です。
この216Mbpsと言うのは、BD規格に採用されいている最大ビットレート（54Mbps）
のピッタリ4倍に当たります。
この転送量で2時間前後の映画をビデオ化すると、約200GBの容量になります。
しかし、200GBみたいな大容量を持つビデオを作って意味はあるのかと思われます
が、1080pなら意味は無いでしょう。何故なら50GBのBDで十分問題ないのですから。
しかし、これが4Kになってくると話は変わります。
事実、現行の1080pのBDですら、50GBの容量を持ち、圧縮方式には現在実用化されて
いる最も高度な技術を持つAVCが採用されており、更に最大54Mbpsの高ビットレートな
のです。
これが4Kともなると、ピクセルだけで見ても、1080pの4倍以上ある為、ピクセルの数
だけ4倍に増やしても、肝心なビットレートが伴っていないと、BDのような高品質映像
にはならないでしょう。
DVDはピクセルが720×480で圧縮方式がMPEG-2、ビットレートが最大10.08Mbps。
対してBDはピクセルが1920×1080で圧縮方式がMPEG-2の二倍の圧縮率効率を持つAVCで
あり、ビットレートは最大54Mbps。
単純にピクセルだけで見れば丁度6倍の差。そして、ビットレートも、数値だけで見れば
6倍近い差があります。

181 ：

それだけではない。ハリウッドはBDのビデオ化をする際に、MPEG-2では品質に不満がある
から更に圧縮率効率で2倍以上の性能を持つAVCを標準化させるように規格化してきた。
BDのAVC/54Mbpsと言うビットレートは、MPEG-2で言えば108Mbpsの品質にあたり、DVDの
MPEG-2/10.08Mbpsの約10倍の品質を持つことになるのです。
これが、品質にうるさく、スタジオマスター品質にやたら拘るハリウッドが出したビデオ
品質の概念。
当然BDを使って4Kのビデオ化するなら、6層200GBのディスクの採用は当然でしょう。
ビットレートも6倍速の最大216Mbpsで、そこから更に圧縮率効率がAVCの2倍なHEVCを採用
してくるでしょう。つまり、BDのAVC/54Mbpsの実質8倍の品質。
これくらいしないと、映画のスタジオマスターのクオリティを再現できない。
なんてことはハリウッドが一番理解していることですし、あえてしょぼいレベルで規格化し
てくるとは考えい難い。

182 ：

blogの作り方が分からないまで読んだ

183 ：

解像度が4倍だからってビットレートも4倍いるとは限らねえよアホ。
ようはエンコードの設定の問題だから、例え2倍でも十分な品質にできるだろ。
エンコード経験も知識もないアホが偉そうに講釈垂れ流すなよ鬱陶しい。

184 ：

アホはおめえだろがボケ。
設定の問題だから2倍で十分だ？そりゃてめーの主観だろうがカス。
4KのBDを作るのはハリウッドだぞ。それも、素人のおめーと違って
画質にシビアなプロの中のプロが作るんだよ。
DVDとBDの解像度の差は6倍だが、ビットレートは圧縮方式を考慮したら
実質10倍だぞ？
画素数が4倍でもビットレートは2倍で十分だ？
そりゃおめーが想定しているようなしょぼい1円も出す価値の無い糞みた
ない動画ならそうかもしれんが、撮影からアホみたいに金かけて、1作品
に5000円前後もするようなビデオソフトを売るハリウッドが、そんな安易
な発想で作るわけねえだろが。

185 ：

その他の何もかもを度外視して画質だけを追い求めることはないだろ
現にスペックで劣るHD-DVDを最初は選択したところがあるじゃないか

186 ：

動画においてビットレートは非常に重要で、これが低ければ、いくら圧縮技術に長けてようが
大画面に映し出されれば破綻していることに気付く（笑）
あのBDでさえ、シネコンに配信されるDCIのHD動画と比べると、破綻してて汚いことに気付くからなｗ
まあ、お前らが普段見ているちっこいモニタじゃ分らないだろうがｗ
4Kで重要となってくる大画面＋至近距離による視聴では、それこそ動画の品質が重要。
動画の破綻が目立つからなｗｗｗｗ
勿論撮影（カメラ）が一番重要だが、それを活かせるのがビットレートの高さ。
まずはビットレートの高さが前提なんだよ。そこで、どうしても無理な場合、圧縮技術が
必要になる。

187 ：

解像度4倍ならビットレート2倍じゃとても足りない気がする
むしろ20倍くらいいるんじゃなかろうか

188 ：

http://www.inter-bee.com/ja/magazine/detail/online/969
映像を一見して驚くのは、低ビットレートに対する強靱さだ。4K映像を8Mbpsに圧縮したものは、
AVC/H.264では精細さが失われる部分でも、しっかりと表現している。また、色処理が大幅に
改善されており、色再現性も向上している。
更に驚くべきは、4Mbpsに圧縮した映像があることだ。4Mbpsというレートは、AVC/H.264を用
いてHD（1920×1080）を圧縮した場合でも、かなりの無理が感じられる。細部は失われ、平坦
な箇所でも異様な「のっぺり」さが見られることがある。しかし、HEVCでは、このような問題点が
目に見えて少ない。もちろん、4Mbpsでは劣化は生じるが、目立たぬ形の劣化に抑え込まれて
いるように感じられた。


４Mbps映像比較：HEVC（左）、AVC/H.264（右）
http://www.inter-bee.com/imgx/online/0969_03.jpg


確かにこれを見れば2倍で問題ないだろうなｗｗｗｗｗ

189 ：

ハリウッド（爆笑）はまず24pという糞紙芝居をやめろ

190 ：

フィルムっぽさが嫌いな人か…

191 ：

2倍でどちらが高画質なのか、画質に問題があるのかどうかと今の話は別問題だろう
高画質を謳うためにはどれだけビットレートが必要かを話してるわけで
低ビットレートで画質がいいのは新規格なんだから当然なわけで

192 ：

AVCで解像度が4倍になるなら必要なビットレートは3倍強
HEVCはベクトル解析が強化されてるらしいから実際は2倍-3倍弱で同等のpsnr出せるだろ

193 ：

H.266は更に倍に圧縮できるんやなｗ

194 ：

いつもの3倍のフレームレートを加えて1200万bpsが必要だよ

195 ：

mpeg2からH264になってビットレート当たりの画質がかなり向上したし、
H264からHEVCもずいぶんビットレート当たりの画質が向上すると思う
現状のBD画質では、23インチ程度の格安PCモニターで見る分には十分だけど、
やはり大画面やら高品位モニターで見ると破綻が大きい

196 ：

ビットレートあたりの画質向上はそれ自体はいいことなんだけど
画質の絶対評価としてはとくにかわってないのよね、ただ解像度があがっただけで
いまだにBDは8bitなせいで…

197 ：

まあ、解像度が上がれば、ディザリング的な効果で見かけ上の階調が増すわけで。

198 ：

>>194
その後、コンピュータ停止するフラグですなぁ

199 ：

いでよ！ブルスク！

200 ：

期待したほど上がってないなぁ。HEVC HPまで期待しろっていうことか？
HEVC(MP)の圧縮効率向上はH.264(HP)比べて2倍以下(削減率35.4%)、MPEG2(MP)に比べて4倍以下(削減率70.8%)。
http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Coding_efficiency

201 ：

4Kの動画なら、AVCで100Mbps前後のビットレートがあれば十分な画質な訳で・・・・
例えAVC比2倍効率以下だとしてもHEVCならもっと十分になるわけで。

202 ：

GoogleとMPEG LAがVP8規格について合意。Googleがライセンス取得
http://japanese.engadget.com/2013/03/07/google-mpeg-la-vp8-google/
GoogleがWebMについてMPEGのライセンスを取得
http://it.slashdot.jp/story/13/03/08/0820232/
MPEG LA、Google「VP8」関連の特許をライセンス。WebM動画普及に後押し
http://av.watch.impress.co.jp/docs/news/20130308_590986.html
結局はWebMはパテントフリーじゃなかった
Googleが特許料を支払うことになった

203 ：

いつぞの>>130です。
現地の専門技師から情報もらったんですが、HEVCの次の規格ももう選定始まっているとのこと。
年明けからインテルとAMD nVとモニターメーカー、カメラメーカーの寄り合いで話が具体的出て、委員会が発足されたそうです。
主要規格はmpegから抜ける新しいもの。
・mp4コンテナは終了。
・ターゲットは「映画」などの超大画面超高精度向けで、デジタルで失われたアナログの無限階調の再現。
・映画で使われるDLPプロジェクターを完全にデジタル化(1000インチ程度を想定)
・画素数という概念はあまり意味がなくなるが、最大の目安は96,000x54,000(96kx54k),、50億画素程度
・サイズは生だど現在の2500倍、BD25GB→60TB程度
・ゆえに、民生用として超圧縮の新しいアルゴリズムの設計が必要
・次世代放送のフォーマットとして、現在の15Mbps程度から500-1000Mbpsに放送波はなる
・Hi444PPはつなぎ、一気にHi32bitまで引き上げる(32bit 4,294,967,268階調 8bitは256階調、色数は7兆4,000億色)
・エンドユーザーは16bit程度、今のAVC圧縮をAAVC(Advanced AVC)として普及、販売コンテンツも主流はそれになり、BDは今のDVD相当になる。
・ハードウェアコーデック必須、Intelのロードマップに近年登場する(QSVは実験目的実装、専用エンコーダーデコダーが標準搭載になる)
・圧縮率はお前らのPCやテレビで見れるように、98%まで圧縮し画質も維持。
・再生専用のCPUかGPUが必須
実用化は2030年にαバージョン、それ以降に。
液晶や関連機器メーカーはその規格の低コスト化に向けた意見を出している。
ちなみに今この規格でやるなら、60秒ソースならダウンサイジングしてもエンコに4時間。
24分ソースは16-24時間かかる上に、ストレージが2TBでは元ソースを確保するHDDすら足りなくなる、60TBで1つというレベル
4k2kなら16-100GB程度に「圧縮」になる。
まぁどうなるかわからんですが、まだ先ですし。

204 ：

壮大なスケールにワロタｗ

205 ：

631 ： 名無シネマさん[] ：投稿日：2012/02/28 20:29:30 ID:LYGf+hF2 [1/1回]
4Kの映画（ドラゴンタトゥーの女）を見てきた。
結論から言うと、そんなに凄いというほどの高画質でもなかった。
ただ、それは600インチ級のスクリーンで見たからってのもある。
つまり、600インチまで拡大してしまえば、4Kをもってしても不十分
であるということ。
だったら、2Kはどんだけ汚いんだよ？ってこと。
そう、2Kは汚いし、映画館で2Kで見るくらいなら、自宅のPJで見た方が
綺麗となる。
あと、600インチ級以上の巨大スクリーンに関しては、8Kは必要だと思った。
勿論、今の4Kでも問題ない画質ではある。ただ、600インチ級以上に高画質を
追求するなら8Kは必要。
それと、画面の高精細化だけでなく、高輝度化も必要だと思った。
やはり、600インチ以上まで拡大すると、暗い。

206 ：

要求解像度を画面の大きさだけで考えても意味ないよな
距離と視力で何とでも変わるし

207 ：

2kで撮っちゃった映画終了のお知らせ？

208 ：

視覚における解像度は視距離で決まります。
人間の網膜の解像度をなめてはいけません。
髪の毛よりも細いものを余裕で見えちゃうのです。
ですが、視距離と言う物差し一つでどれだけ小さい物であろうと
大きい物であろうと見えなくなるのです。
ですから、視距離を無視して解像度は語れないと言う事です。
ｒｅｔｉｎａディスプレイと呼ばれるスマホやタブレット。
あれは巷ではretinaなんて言われていますが、所詮髪の毛と同じ
くらい細かさなんですよ。貴方は自分の髪の毛を見れないんですか？
見れますよね。そうです。retinaなんていわれていますが、retinaなんて
定義は、視距離で決まるんですよ。スマホもタブレットも、一定の視距離
をもってretinaとしているわけです。何故なら、視距離を度外視すれば
人間の目は凄い高解像度なので、髪の毛よりも細いものを見れますから。
そして、画面の大きさが同じなら、画面の中に詰まっている画素
が多いほど、画面から、画素が人間の網膜の解像度の限界に達す
るまでの距離を短くできるのです。
距離を短くすると、より画面が大きく感じます。
そして、画面そのものが大きければ画面は更に大きく感じます。

209 ：

視力検査のランドルト環（1.45mm）の切れ目が識別できる距離の限界＝５メートル＝視力１．０
1インチに何個のピクセル(ドット)が並ぶか」を示す解像度＝pixel per inch（ppi）
1インチは25.4?oで1.45mmの幅は1インチに17.52個並べることができる
つまり、視力1.0の場合、5ｍの距離なら17.52ppi以上あればRetinaディスプレイになる。
勿論視距離は視力で変わる。視力1.5なら7.5ｍ。視力2.0なら10ｍ。
この理論で計算すると
H＝画面の高さの○倍
視力2.0＝2K（6.4H）　4K（3.2H）　8K（1.6H）　16K（0.8H）　　32K（0.4H）
視力1.9＝2K（6.0H）　4K（3.0H）　8K（1.5H）　16K（0.75H）　 32K（0.37H）
視力1.8＝2K（5.7H）　4K（2.8H）　8K（1.4H）　16K（0.7H）　　32K（0.35H）
視力1.7＝2K（5.4H）　4K（2.7H）　8K（1.35H） 16K（0.67H）　32K（0.33H）
視力1.6＝2K（5.1H）　4K（2.55H） 8K（1.27H） 16K（0.63H）　32K（0.31H）
視力1.5＝2K（4.8H）　4K（2.4H）　8K（1.2H）　16K（0.6H）　　32K（0.3H）
視力1.4＝2K（4.4H）　4K（2.2H）　8K（1.1H）　16K（0.55H）　32K（0.27H）
視力1.3＝2K（4.1H）　4K（2.0H）　8K（1.0H）　16K（0.51H）　32K（0.25H）
視力1.2＝2K（3.8H）　4K（1.9H）　8K（0.95H） 16K（0.47H）　32K（0.23H）
視力1.1＝2K（3.5H）　4K（1.75H） 8K（0.87H） 16K（0.43H）　32K（0.21H）
視力1.0＝2K（3.2H）　4K（1.6H） 　8K（0.8H）　16K（0.4H） 　32K（0.2H）

210 ：

視力0.9＝2k（2.9H）　4K（1.45H）　8K（0.72H） 16K（0.36H） 32K（0.18H）
視力0.8＝2K（2.5H）　4K（1.25H） 8K（0.62H） 16K（0.31H）　32K（0.15H）
視力0.7＝2K（2.2H）　4K（1.1H）　8K（0.55H） 16K（0.27H）　32K（0.13H）
視力0.6＝2K（2.0H）　4K（1.0H）　8K（0.5H）　16K（0.25H）　32K（0.12H）
視力0.5＝2K（1.6H）　4K（0.8H）　8K（0.4H）　16K（0.2H）　　32K（0.1H）
視力0.4＝2K（1.2H）　4K（0.6H）　8K（0.3H）　16K（0.15H）　32K（0.07H）
視力0.3＝2K（0.9H）　4K（0.45H） 8K（0.22H） 16K（0.11H）　32K（0.05H）
視力0.2＝2K（0.6H）　4K（0.3H）　8K（0.15H） 16K（0.07H）　32K（0.03H）
視力0.1＝2K（0.3H）　4K（0.018H）8K（0.009H）16K（0.004H）32K（0.002H）

211 ：

Ａ大画面の映像を近くで見たときに網膜の解像度が限界に達している
Ｂ小画面の映像を近くで見たときに網膜の解像度が限界に達している
Ａは100インチ
Ｂは10インチ
ＡとＢは同じ画面の高さの1.5倍で網膜の解像度の限界に達する視距離とする。

つまり、ＡとＢの解像度は同じです。視距離も同じです。
違うのは、画面サイズのみ。
まず、視距離が同じで画面サイズが異なると、どのような視覚効果が生じるでしょう？
簡単に単刀直入に言うと、絶対的な視野が広がる事で視界に入る映像の大きさが変わってきます。
つまり、画面に対する相対的な視距離が同じだだとしても、人は、映像に対して、ＡはＢより遥かに
大きく感じるのです。
しかし、重要なのはここからです。先ほども言いましたが、ＡとＢの解像度は同じです。
そして、ＡとＢは網膜の解像度の限界に達しています。
視距離も同じです。異なるのは画面サイズのみです。
では、解像度は網膜の限界に達していて視距離も同じ、異なるのは画面サイズだけになった場合。

どのような視覚効果が生じるでしょう？

212 ：

視距離が同じでも画面サイズが異なれば、画面が大きい方がより大きく感じます。
つまり画面が大きい方が迫力が得られるわけです。
そして、どちらも網膜の限界に達していれば、画面の精細感はどちらも同じになります。
しかし、視覚的な効果としては明らかに異なってきます。
どのように異なるのか？
それは、画面が大きい方が視野が広がり、映像が視界に沢山入り込むので、臨場感が得られるのです。
この臨場感を得るとどうなるのか？
映像に対して生々しさ、本物を見たような感覚、それによって、その場にいるような現実感
すら感じるようになります。

213 ：

何故、画面が大きくなればこのような効果が現れるのでしょうか？
答えは簡単です。
画面が大きくなれば、画面に映る映像の被写体も巨大化されて見えます。
映像が大きくなるのです。映像が大きくなれば視野が広がり、視界に入る絶対的な映像の大きさが変わります。
視界に入る映像が大きくなると、被写体がよりハッキリと分かりやすく感じます。
宇宙から地球を見ると、ただの青くて丸い球体にしか見えませんが、近づけば近づくほど、いろんな物が見えていき
森林や草原、そして、ビルなどの建物や車や我々人間を眼にすることが出来るのです。
映像も同じで、近づけば、そこに写っている被写体の細部の情報が見えてくるのです。
つまり、これは、視覚器官を通して映像の被写体に含まれる情報量をより多く脳へ送り込んでいる証拠でもあるのです。
映像の情報量をより多く脳へ送り込む事で、人はその情報に対して強い刺激を受け高精細の映像をより高精細だと感じる
のです。

解像度は網膜の限界に達していて視距離も同じ、異なるのは画面サイズだけになった場合
より大きい画面の方が
映像に対して生々しさや本物を見たような感覚、それによって、その場にいるような現実感に
陥るのは、人がその情報に対して強い刺激を受け高精細な映像をより高精細だと感じているからなのです。
臨場感を得ると言うはまさにこう言う事なのです。

214 ：

しかし、小さい画面では臨場感は得られません。
画面が小さくなれば、画面に映る被写体も小さくなり、絶対的な視野が狭まり、視界に入る映像も小さくなり
視覚器官を通して映像の被写体に含まれる情報量をより多く脳へ送り込む事が出来ないからです。
どれだけ高精細でも、画面が小さければ、人はその高精細な情報量を十分に受け取る事が出来ません。
どれだけ高精細でも、小さい写真を見たところで、綺麗とは感じても、生々しさや本物を見たような感覚に陥りません。
これは、脳が、その小さい写真に含まれる膨大な情報を、十分に受け取れていないからなのです。
人は目で見ていると言うより、脳で感じているのです。

脳がどれだけ高精細だと感じ取れるか？
これが重要なのです。
そして高精細な映像を見て、脳が十分に高精細だと感じると、人は臨場感と言う感覚を得ます。
この感覚に得た時、初めて、真に「高精細な映像」を見た（感じた）ことになるのです。

小さい画面でいくら高精細な映像を見たところで、本当の意味で見たことにはならないです。

215 ：

人間工学に基づいた場合、視距離1.5H（画面の高さの1.5倍）は視線運動を最小限に抑えたうえで
画面内の情報量を最もすばやく適切に認識できる距離でもある。
視線運動を一切行わず画面全域を把握する距離で見ると、視線運動を行うよりもすばやく画面全体
を把握することができるが、逆に離れすぎることで、画面内部の重要な情報量を適切に受け取るこ
とが出来ない。

216 ：

NG

217 ：

さすがにコピペだった

218 ：

NG余裕でした

219 ：

まあ言ってることは正しい。
スマホみたいなチッコイ画面で動画みてもつまんねーし
圧縮率高くて破綻しててもあまり目立たない。
大画面＋近距離で見ると画素と破綻が目立つので高解像度＋高ビットレート＋HEVCが必須

220 ：

小さい画面でも近づけば迫力は得られそうな感じはするけど、
より目になってるから感覚的に近づいて大きく見えてるだけという印象になってしまう。
逆にある程度離れているのに大きく見えていればその対象は巨大な物という印象になる。
やっぱり迫力を得るには大画面である程度の距離が必要だろうね。

221 ：

より目以外にも瞳孔の開き具合も関係してるだろうからメガネタイプもいまいちだと思うけどどうなんだろうか？

222 ：

老眼爺さんは液晶の粒を見ないと映像を認識できないから
いつまで待っても解像度が高くならないｗ

223 ：

ニコンシステム、HEVC/H.265コーデックアナライザ「265CA1」を発売
http://www.nikkan.co.jp/newrls/rls20130313o-11.html

224 ：

>209-210
俺裸眼視力0.01程度だが20cmあたりまでなら1kのスマホのドット見えるぞ
その表なら6cmまでだよな

225 ：

そうかな、24から32インチもあれば、近づいて視野角を広く取る事でも、迫力は十分得られると思う
27インチPCでブルレイ再生する感じも、小さめのシネコンで200インチで遠い席から見る感じだと、下手するとPCの方が迫力あるよ、最近のシネコンの720Pのしょぼい解像度の所は特にね

226 ：

ちっこい子供をどれだけ近づいてみようともちっこい子供と感じないよ
スクリーンだって同じだろう。

227 ：

こいつはAV板でも自分の主張・妄想を必死でコピペし続けてる気狂いだろ

228 ：

と思いたいｗｗｗｗ

229 ：

http://ubumosutore.blog82.fc2.com/

230 ：

ん、そんなことしてないけどな
レッテル貼るのはもう少し後にして、映画館と同じ視野角になるように、暗い部屋でモニター置いて、ブルレイ鑑賞してみなよ

231 ：

片目で見れば視野角が同じなら同じ迫力と言えるかもしれないけど
両目で見たら画面のサイズと距離がバレるから
小さい画面は小さくしか感じられないね
逆に３Ｄ映像は元々この部分を錯視させる視聴方法だから
小さい画面でも視野角広いと大迫力に見えたりする
でも実大画面と同じ視聴になっているわけではなく
不思議なサイズ感になる

232 ：

近くで見たらでかいって意味分からん。
ちっこいもんを近くで見たら離れてみるよりはでかく見えるってだけだろ。
短小のチンコは近くで見ても短小に変わりはないんだぞ？

233 ：

最新のHEVCエンコーダーの速度・圧縮率は、x264 core130とくらべてどんな感じ？熟成しまくってるx264が勝ってるの？

234 ：

>短小のチンコは近くで見ても短小に変わりはないんだぞ？
実にわかりやすい説明だ

235 ：

だがしかし、近場でガン見ならば大きさは変わらずとも包茎とズル剥けのピン立ちでは天と地ほど得られる興奮は異なる

236 ：

なんだニコでもやっていたのか。
>>203なんだけど、タブレットPCとiOS向けの再生アプリを作っている最中。
ついでにHi10Pも組み込んだ、一応10bitエンコも再生「だけ」はできるようになった、当然だが出力のVGAと液晶が未対応だから意味はないがシームレスになる。
それとニコが独自にやっているらしいが、こっちもストリーム向け「再エンコエンジン」の開発中。
αバージョンはもう出来上がった。
90秒の1080pのx.264をサーバー上での変換時間を300秒程度にすることができたよ、QSV技術も使ってみる予定、実装できたら4つくらいに分割変換してmuxするから70%は削れる。
もっと高速化進めるため、コードの整理中。
インテルのコンパイラ拡張命令の技術書を輸入して、MTとHTに最適化中。
画質を落とさずに50%位容量減らせているけど、90%をめざしてソースコードに書いている最中。
アンドロイドOSはグーグルだから、売り込みに行く予定。
iOSはリンゴの野郎だからどうなるかわからん、HTML5でひでぇことしているからな・・・
ということで完成したら米リンゴ本社に行く予定。
のんびり書いているから、ちょっとまってくれ。
そのうちスマホで1080pのつべが3Gでもさくさく見れるようになる。

237 ：

ハードウェアデコーダができるまではスマホでまともにHEVCみれないだろ

238 ：

>>12辺りから現れた「ぼくのかんがえたさいきょうのこーでっく」君のメモ帳じゃないんだよ、ここは

239 ：

HEVCも個人でHandbrakeとかAviutlで使う限りはタダで使えるライセンス形態なんだろうか

240 ：

Hi10Pってなんだよ。そんなプロファイルねーよ。

241 ：

何を言ってるんだお前は

242 ：

HEVCでもLDやSD画質ならSWデコードでも軽いだろうけど、
HD以上をより低bpsでっていう用途ではまだ先だろう。

243 ：

>>239
MPEG-LA（ISO/IEC MPEG自体とは別のもの）が形式が正式に完成したら特許の
持ち主と相談して皆が同意するライセンスを作るんじゃないかな。なので、
今の段階でどうのこうの言っても色々無理があるかと思うｗ
まぁ、＊多分＊AVC/H.264のようなライセンスになるんじゃないかな。
形式が実装されて広く使用されなければ元も子もない状態になりますし。
そして、君が何かを大きく勘違いしてる気がします。普段、メーカーが
AVC/H.264の実装を作って製品として提供する事になったら、MPEG-LAと
ライセンスの契約をしてその実装の使用を個人利用でOKとする。
だが、君が指定している、「誰かがビルドしたオープンソースなソフトウェアの
無料で提供されている物」の利用自体が誰かによってライセンスされたわけでも
なく、ライセンス制度を無視した行いにしか過ぎない。まぁ、当然ユーザーは
MPEG-LAと連絡してライセンス関連の取引をできるのだが、そもそもMPEG-LAの
ライセンシングは完全に「会社前提」なので、元々こんなエンドユーザーが
関わる場合のライセンスはあるかどうかもオイラはチェックしてない。
ちなみに、ソフトウェアのソースコードはMPEG-LAの「ソフトウェア」の
定義に入らないのでソースコードのまま提供する形ではライセンスが
必要ない。
また、別のAVC/H.264のライセンスのポイントとして、無料でWeb上で提供
されている動画はライセンスが無料です。契約が必要かどうかは全く
覚えてない。

244 ：

>>239
そしてまぁ、ライセンス制度を無視した行いはオープンソース関連だけで
行われてるわけではなく、kierank氏によれば放送業界でも多発してるとの事。
まぁ、当然エンドユーザー向けの売られてるソフトウェアでもかなり多く発生
してるんですけどね。
オープンソースな物のビルドの提供の場合はMPEG-LAが基本的に無視している
感じになっています。自分にとって都合のいい存在ではありますし。ドルビー社や
DTS社など、FRANDなライセンシングをしてくれない会社とは大違い。
まぁ、こんなところかな？

245 ：

>>243 >>244
なるほど・・・

246 ：

H264製品のときは、出荷台数が一定数まではライセンス料無料だったはず。
自由に使えるわけではなく、契約をして、出荷台数を自己申告。
結果的に$0の請求となるんだったっけ。
ライセンスに関する表記を表示しなければならないだとかの制約もあるし。
ライセンス料はタダでも、契約とか英文でのやりとりとか、間接的な費用と手間はそれなりにかかる。

247 ：

虚言もここまでくると感心するわwww

248 ：

他にすることがないんだろ

249 ：

DTV関係とかキチガイしかいないだろ元々

250 ：

H.265で半分に圧縮ってイントラフレームの間隔が長いネット動画とかでの話しでしょ？
放送とかディスクだと間隔が短いから大した圧縮できないよね？

251 ：

>>250
実際に発揮できる圧縮の差を置いといて、テストの結果ややり方は全部
JCT-VCのアーカイブに書かれてるぞ。
それにテストされたのは主に放送基準の間隔やオールイントラじゃないかな。
HMのcfgフォルダの中にある設定を見ると最大で32フレームみたいだし。
ttp://hevc.kw.bbc.co.uk/git/w/jctvc-hm.git/tree/HEAD:/cfg

252 ：

１、4k2k/60p（80Mbpsのビットレート）という同じ条件で
H.264対VP8VC1対motion JPEG XR
と
２、8k4k/60p（120Mbpsのビットレート）という同じ条件で
H.265（HP）対VP9対VC2対motion JPEG 2000
がそれぞれ四つ巴で画質対決したらどれが勝つだろうか？
やはりH.264、H.265が再強か？

253 ：

＜4k2k60p（80Mbps）＞
H.264
VP8
VC1
motion JPEG XR
＜8k4k/60p（120Mbps）＞
H.265（HP）
VP9
VC2
motion JPEG 2000
果たして？

254 ：

HEVCって何？
http://japan.blog.divx.com/2013/03/27/wtf-is-hevc/

H.265でDivxは巻き返しを図るみたいやなｗ

255 ：

日本語訳が結構遅れてるなぁ。というか、動画もあったのか。初めて気づいた。
エンコーダーのテストバージョンがいつ出るか気になるところだね。

256 ：

なんで35%ぐらいしか減らないのに、いまだに50%減とか言ってるんだろうと思ったらこういうことか

Objective quality (PSNR-Bjontegaard)
Average bitrate savings of 35% for entertainment applications (RA)
Coding performance increases with resolutions: >39% for HD and beyond
Average bitrate savings of 40 % low delay applications (Low delay)
Confirmed with ATEME’s in-house encoders
Subjective quality (Mean Opinion Score)
Average bitrate savings of 50% for equivalent perceived quality (RA)
From 30% up to 67% on certain 1080p content

257 ：

思ったよりもエンコーダーは早いな
youtubeやニコはいつ対応するか・・・
flash対応もだけれど

258 ：

ハードウェアデコードが相当普及するまで採用されない気が

259 ：

来年のＷ杯に4K試験放送するっていってるけど、そろそろハードできないと間に合わないんじゃ？

260 ：

NTTドコモ、HEVCデコーダを提供開始へ ―スマホにも対応 | ガジェット速報
ttp://ggsoku.com/2013/02/ntt-docomo-hevc-decoder/
スマホでも4CPUなら再生できるようだ

261 ：

ただし、フルHD＆10Mbps以下の低ビットレートｗｗ

262 ：

?

263 ：

スマホにそれ以上のものが要るのか？

264 ：

要るよ、サイズもピクセル密度もどんどん上げていくからな

265 ：

小画面の故解像度がいらない。
200ppiを超えるともう人間の目では殆ど画素が認識できないレベルだから

266 ：

スマホに高画質を求めるのなら、32型のTVがもう全部フルHDになってないとおかしいな

267 ：

？

268 ：

スマフォのFHDとか意味わかんね
サイズ的に960x540もあれば十分だろ

269 ：

サイバーリンク、4K対応の「PowerDVD 13」今日発売
http://engawa.2ch.net/test/read.cgi/poverty/1364935221/

270 ：

他コーデックとの比較テストする再生環境は高画質化関係の後処理は無しでやってるんでしょ？
もしH.265が圧縮率向上のために今までGPUやffdshow等が担ってたシャープネスやデノイズみたいな後処理を
含めて高画質化してたら実際のユーザー環境では評価がいまいちになると思うんだけど。

271 ：

そんなの使ってる奴いるんだ
っつかイラネ

272 ：

>>269
H.265への対応は次の14に持ち越されたか
まあ普通に考えたら、今回の13では間に合わないのは分かっていたが。
>>268
フルHDの方が文字が読みやすいぞ

273 ：

本当かどうかわからないけど（かなり本当っぽいけど）APPLEは5型のスマホを
600ppiまで上げるのが目標らしい。
だから現状のフルHDでもまだ足りないんだと。

274 ：

5インチフルhdとかよほど小さい文字でなけりゃ意味ないだろ
小さすぎると今度は解像度どうこう以前に見難いし

275 ：

200dpiで4:4:4でいいよ

276 ：

視力検査をスマホでやる時代になるとは。。
レーザープリンターでもかなり目を凝らさないと、200と300dpiの区別はつかないが、液晶や有機ELで区別つくのかは、もう人によるとしか言えん

277 ：

>>276
黒一色の活字ならそうかもしれないけど、グレースケールを使うと解像度は高ければ高い程良いよ。
階調表現力が全然違ってくる。

278 ：

>>277
いわゆるマッハバンドはそうだけど、1ピクセルの解像度より階調増やした方がいいね

279 ：

印刷物を目指してるのに、その1dot1dotを判別しようとすんなよ。
印刷物もわざわざルーペで見てんのかよ。

280 ：

600ppiあれば印刷物としてなら完璧、これぐらいあればかなり特殊な用途にも使用できるからね。
普通に文章読むだけなら必要無いけどさ。

281 ：

>>278
マジレスすると、マッハバンドとトーンジャンプとバンディングは別の概念
グラデーションで出てくる縞模様はバンディングに当たるだろうね

282 ：

600ppiで10bitカラー、4:4:4:4
スマホとタブレットは4K/60khzにするだけじゃなくてこれぐらいしないとな

283 ：

だな
8bitのままでいいハズがない

284 ：

8bitのディスプレイだと画面に8bitのJPEGと8bit以上のTIFFの画像を並べても
区別がつきにくい。写真にして初めて違いが分かるレベル。
だから素人目で行くと違いが分からないなら「8bitのJPEGでいいんじゃないか」と
なってしまう。これがいつまでたってもJPEGを撲滅できない理由の一つ。

285 ：

AviutlとかHandbrakeあたりで使えるようになるのはいつなのか・・・

286 ：

>>285
x264のようなエンコーダができたら一週間で使えるようになると予想

287 ：

4.6だか4.7吋でハーフHDのスマホ使ってるが構成画素なんか普通に見る分にはわからない
がゲームとか例えばMSペイントで1ドットで描いた円なんかならジャギーはわかる
そう考えるとこの程度だとまだ足りないってことだな

288 ：

この場合、重要なのは、画面サイズじゃなくて、
画面サイズと視聴距離の比率じゃね？
いわゆる、「画面の縦幅の何倍の距離から視聴してるか」みたいなの。

289 ：

ただ単に文章を読んだり印刷するだけなら5型のスマホに600ppiは必要ないけどね

290 ：

そんな使い方だけの連中がここにいるわけない

291 ：

XAVC/XAVCSのSの部分が3GS/4Sみたい

292 ：

>>289
むしろ文字を読むのに600dpiくらい必要なんだよ
そのくらいになると、文字が印刷のように見える

293 ：

龍を縦横二つずつ並べた漢字があったよな
たしかテツって読むんだっけ?
コレでさえ600dpiも要らんと思うが

294 ：

𪚥←出なかったらごめんw

295 ：

Firefoxの(f150%)で漸く判別できた
出来れば200%欲しいな
専ブラだと辛いな

296 ：

&#x9F98
ちょっと違うけど。

297 ：

V2Cでは表示されない漢字だろうか
画像に落として貰えると助かる
判別できればjpegでもWebPでもOK

298 ：

龍龖龘𪚥
龍龖龘𪚥

299 ：

今度もメモリ増設すると再生できなくなるポンコツかなwww
ttp://s.news.mynavi.jp/news/2013/04/11/070/index.html

300 ：

DivXニュースレターが来てHEVCに触れていた
http://japan.blog.divx.com/2013/03/27/wtf-is-hevc/
https://twitter.com/DivXJapan
私たちがHEVCに関して2013年に計画していることを少しだけお話します。
DivX Plusソフトウェアの次のバージョンは、新しいDivX HEVCプロファイルに対応し、
とても簡単にビデオをHEVCに変換できるようになります。
また、開発者コミュニティがいち早くこの新しいフォーマットでコンテンツ制作をはじめることができるように、
いくつかのツールを数ヶ月以内にリリースします。
さらに、年内には家電機器メーカーにSDKとして技術をライセンスするとともに、
家電機器のためのDivX HEVC認証プログラムを提供する予定です。←うーん。要らない
こうしてDivXは、コンシューマーの皆さまに、HEVCコンテンツの制作ツール、再生機器、
そして自宅でも外出先でも楽しめるストリーミング体験をお届けしていきます。

301 ：

>>300
> 家電機器のためのDivX HEVC認証プログラムを提供する予定です。←うーん。要らない
それが無きゃDivxの存在価値なんて皆無。

302 ：

俺はx265とx265L-SMASHがあれば他は要らない

303 ：

neroaacenc.exeとAviutlはいらんの？

304 ：

音なんてwavですよ

305 ：

デコーダーでてたんでサンプル動画再生してみたけどFullHDが多分1.5M程度で綺麗なのはインパクトあるね
ttp://xhevc.com/en/hevc/decoder/download.jsp
規制で書けるかわからんけど一応ためし

306 ：

再生軽いねコレ
エンコもやってみたいわ

307 ：

>>305
思ったよりすごいな
サンプルのエンコにどれだけ時間かかってるか知らんが

308 ：

エンコーダの製品情報のページになんか書いてある
x264の5倍ですと。

309 ：

>>308
ちょっと改善すればすぐに2倍ぐらいにはできそうだな。
x265に期待

310 ：

OpenCL対応で高速にエンコード＋それでいてx264以上の圧縮率＋HandbrakeやAvidemux等に即実装される
HEVCのオープンソース実装はこれくらいは期待していいのだろうか

311 ：

いつぞやのHEVC開発者ですが。
iOSとwin アンドロイドとie10のHTMLの再生プラグイン作ったから、アメリカのアップル、グーグル、マイクロソフトに売り込みに行って来た。
自宅に専用の動画再生サーバー作っておいて、とりあえず近所のぬこの1080p30分の動画をtubeとHEVCサーバーに置いて、負荷デモ、ビットレートデモ、再生アプリとブラウザプラグインのデモしてきた。
H.264のものは30分読み込みに20分、画質は劣化、元サイズは800MB、12Mbps
自宅から立てたまったく同じソースのHEVC動画は30分の読み込みに5分、サイズは200MB、2.5Mbps
どっちもvfr相当にしている。
720pのも用意したら、日本-アメリカという距離、自宅はただのフレッツ、サーバーもxpのウンコマシン。
HEVCは50MB程度で読み込んだよ。
3Gでも十分な速度と画質が確保されたんだけど、メディア担当は「次の（アメリカ開催）見本市に出展してもらって評判を見たい」って言われた。
プレゼンしろって。
一応比較社会だから権利購入の条件はだしてもらった。
金額は言えないけど、「入社してくれ」「マルチメディアの開発部門に」「全部の技術買取は億ドル単位」って大体どこも同じ条件出してきた。
金はそんなにいらんし、アメリカに住む気もないし、自分は全プラットフォームの世界共通規格てのを目指していると言って置いた。
今度この条件を持って某国内最大手のサイト運営に行く予定。
変換エンジンは最適化されているから、あの「プレミア優先」だの、「エコノミー」だのはなくなるはず、1080pでも150-200MB程度で収まるし、60Gって言われているインフラは6Gもあれば足りる。
可逆圧縮復号送信技術のコード書いているから今の1000万人接続でひぃひぃ言っているのが100%解消されるよ、今のインフラなら高画質のまま1億の同時でも耐えられる、ネットワーク機器があればだけどな。
ということで気長に待っててくれ。
今はアップルとグーグルに無償で技術提供受けてコード書いているから。

312 ：

何を気長に待つのか知らないけど
x265待ってるから

313 ：

四月朔日はとっくに終わったぞ

314 ：

iOSってプラグインあったっけ…

315 ：

>>311
ホントならすごいね
楽しみにしてるよ

316 ：

何かここまで書く力があるのに……と残念な気になってくるな

317 ：

本当に億ドル提示されたら売っとけばいいじゃん
サラリーマンでそんな金額は優良企業に入ってがんばって働いてもまず手に入らないんだし

318 ：

> iOSとwin アンドロイドとie10のHTMLの再生プラグイン
OSに再生プラグイン？OSレベルでの再生サポートするのにわざわざIE？てか数あるブラウザの中でIEのみ？
冒頭から不思議な文章だ

319 ：

企業はこんな漏れ漏れのやつと取引はしないから

320 ：

iOS、Windows、Androidのはデコーダライブラリで
IE10のだけがプラグインなんだろ悪文には違いないが

321 ：

日本語でcodecに関して議論できる場所ってないのかなぁ。
誰か知らない？

322 ：

>>321
2ちゃんねるとかいう、奇っ怪な場所に日本中の知識が集まると聞いたことがあるぞ…。自ら仲間を集めることで、選りすぐりの賢人たちと討論を重ねることができるらしいな。

323 ：

んじゃ、お題を１つ。
HEVCで、ランダムアクセスのためのピクチャタイプが色々と追加されてる。
IDRは、まあいいとして、
BLAピクチャとCRAピクチャの使い分けが、いまいちよく分からない。
・シーケンスの開始になるかどうかの違い？
・BLAの方は、先行するピクチャの有無やタイプがわかったりするけど、それ役に立つの？
・そもそもＨＭはランダムアクセスのデコード対応してないよね？

324 ：

>>323
まぁ、この手のものの仕様書以外の説明と言えば、
ttp://iphome.hhi.de/wiegand/assets/pdfs/2012_12_IEEE-HEVC-Overview.pdf
が一番よかったと思ってる。
「III High Level Syntax」の「A. Random Access and Bitstream Splicing Features」
辺りがその辺の説明をしている。
・CRA (clean random access)ピクチャというのは恐らくOpen GOP用の
　「ここからデコードしていいですよぉ」というデコーダー向けの合図。
・BLA (broken link access)ピクチャというのはビットストリームが完全に
　変わってる可能性のある時に使うための似たようなもの。
まぁ、例で言えば
・Open GOPな配信でRAPを表示したい場合はCRAにする。
・エンコーダーを完全にリセットされた後や二つのビットストリームをくっつける時に
　後半の最初のRAPをBLAにする。
うちの理解がこれくらいかな。仕様書の方はまだ詳しく目を通してないんで、
合ってるかどうかはわかんね。

325 ：

気づかないうちにITU-T側がLast Callを終えて規格を正式に公開した模様
ttp://www.itu.int/ITU-T/recommendations/rec.aspx?rec=11885
ISO/IEC側のFDIS投票は2ヶ月かかるから5月後半中に結果が出て正式に規格として
発表されるんじゃないかな。

326 ：

北欧お疲れ様

327 ：

ffmpegに実装されるのまだ？

328 ：

ｆ

329 ：

http://androidos.in/2013/03/samsung-galaxy-s-4-hevc-h-265-support/
デコードサポート前々から話はあったけど
http://broadcastengineering.com/streaming/mpeg-hevc-compression-not-ready-primetime?page=2
やっぱり10倍と書かれてるが・・・

330 ：

中国の動画サイトがh265採用するらしい xunlei.com
フランフォーファーも開発中でいいのかな
http://hevc.info/
今のところdivxのが早そうではあるけど

331 ：

>>330
主に形式の開発に協力してたって感じかな。
一応デコーダーも作ってるっぽいけど
ttp://www.hhi.fraunhofer.de/index.php?id=1304&L=1
Rovi（MainConcept/DiVX）は一応ツイッターで聞いてみたら夏には発表するって感じ。
会社向けのMainConceptブランドでは既にベータ版SDKを提供してるみたいけど、
NDAの下で公の場でテストとかできないし、応募する意味があまり・・・
あと、GPACが勝手に14496-15 AMD2のどっかのバージョンを実装しやがったんで、
OpenHEVCのデコーダー（smarter氏のデコーダーのフォーク）も組まれてるから
一応GPACのOsmo4という再生ソフトで音声と同期して再生できるようにはなった。
ttp://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/
動画だけでも試したい人は
ftp://ftp.kw.bbc.co.uk/hevc/hm-10.0-anchors/bitstreams/
からアンカーストリームでも落としてチェックするのが吉。
ただし、GPAC側が使用した仕様書のバージョンが全くと言っていい程わからない。
SC29のサイトで投票の間公開されてたDOCとは少し変わってるみたい。
これで同じものを実装するのはとてもやりにくくなった（苦笑）。
まぁ、smarter氏にGPAC関連の人に聞いてもらう事にしたんで、そのうち分かる
はず。
Matroskaだと今日メーリングリストでスレを立ててみた。
Mosu氏も少しは気に入ったみたいだし、そのうち何らかのマッピングが出来るんじゃないかな。
ttp://lists.matroska.org/pipermail/matroska-devel/2013-April/004440.html

332 ：

デジタルシネマではMotion JPEG 2000が主流だな、4kや8kにも対応しているようだ
H.265と同じビットレートならどちらの方が画質が上かな？
http://www.intopix.com/products/index/index/id/26/lang/ja

333 ：

>>332
規格と解像度のカップリングはもういい加減やめろよ＾＾；
AVC/H.264でも一応4Kなども普通にエンコできるわけだし。それ以前の規格でも
エンコードできたわけだし。一般で実用的なレートになったのはAVC/H.264辺り
からだけど。
そしてデジタルシネマについて語ると、元々すげぇ高ビットレートでやってるし、
オールイントラだし、理論上の「データが壊れても低い解像度の映像が出せる」＊というのが
使用する意味だったし、元々もっと効率のいい規格を求めてない気がする。
そして、こういう「プロ用」の規格が出来上がるとある程度の時間がたたないと
新しい物が使用されないんで、今のところあの辺りは変わらないと思う。
一応前にD_S氏がJPEG, AVC/H.264, JPEG2000を比べたけど、その記事を見れば
ビットレートを下げればどういう結果になるかは明らかになる。HEVC/H.265で
差がもっと付くだけだ。
＊一応理論上出来る事だが、誰も使用しないし、
　そもそも実装されてるかも分からない機能である。

334 ：

elenril氏がsmarter氏のデコーダーの完成を手伝っているんで、
こんな事が出来た：
・OpenHEVC側の変更をマージ
・クロッピングの実装（例えば元は縦180pxだったものが184pxでエンコされて
　デコードの時にまた180pxに戻される）
・RADLピクチャをスキップしないように実装
・Bフレームでも規格通りデコードするようになった
・必要ないピクチャのflushが実装され、出力されるフレーム数が正しくなった
試したい人向けのgitレポジトリ
ttp://git.khirnov.net/cgit.cgi/libav/log/?h=hevc
git://git.khirnov.net/libav
シークとかで壊れる可能性が高い、そしてフレームタイプを返さないから
ffmpegsourceとかで使っちゃうと全フレームがIピクチャに見える。
速度的に720pで今のところうちのC2D P8400で意外な30fpsという数値が出た。

335 ：

ビットレート以外の条件が同じ。つまり色域やbit数が同じなら、当然H.265が上。
比較にならん。H.265は元々動画の圧縮の為に作られた動画専用コーデック。
問答無用で最高で最先端の圧縮方式。10年前以上のH.264より古いJPEG2000
なんぞとは比較にならんほど優れている。
DCPが現行のBDに対して優れているのは、階調が10bitで色域が広い、高ビットレート
であることだけ。
同じビットレート、bit数、ビットレートなら、H.264の勝ち。H.265なら圧勝。

336 ：

静止画1フレームだけの動画ファイルを264なり265なりでエンコした奴を
そのまま画像として表示できるようにするだけで諸問題が解決される。

337 ：

しかし、今更画像1枚の容量を削減する需要は薄い
互換性の方が大事

338 ：

>>335
JPEG XRでもH.264にすら同じビットレートだと敵いそうにないね

339 ：

お前ら何のためにフレーム間予測があると思っているんだ？

340 ：

世界平和のため

341 ：

x264のIフレーム≫JPEG2000じゃなかったっけ
JPEG XRはよく分からん

342 ：

ttp://x264dev.multimedia.cx/archives/317
こっちのコメントでJPEG XRも試されたみたいで、
結局一般のJPEGにも負けたっぽい。
JPEG2000が利用されてるところは基本的にレートで
問題が隠せるように使ってるから、あまり比べても
意味がないと思うんだよねぇ・・・
そしてelenril氏の変更がようやくsmarter氏のレポジトリに
入ったみたいですね。

343 ：

H.265＞H.264＞JPEG 2000＞JPEG XR＞H.263＞JPEG＞H.262＞H.261
こんなものじゃないか？

344 ：

x265ってどんな状況なの？次のリリース夏以降っぽいけど

345 ：

あ

346 ：

>>344
誰も知らない奴（2004年にx264にいくつかの変更を加えた人）が勝手に作ってる
だけっぽい。個人的にあまり期待しない方がよさそうなプロジェクトにしか
見えないんだが・・・　ソースコードもできるだけ公開しないようにしてるっぽいし。
まぁ、あくまでも個人的な感想だけど。

347 ：

再生機器も出回ってないし、まだまだ様子見・・

348 ：

今のsmarter氏のデコーダーでffmpegsourceビルドしてみたら普通に動いてる。
NUTなNALユニットもフレームとして扱われてるっぽい（？）からフレーム数は+3になってる。
普段のシークではクラッシュするから、「seekmode=0」を使わないとシークができない。

349 ：

今更だけどTAppEncoderでエンコしてみたけど遅いな
intra_mainが遅いんだろうけど512x288で百倍は余裕でかかってそう
デコードで画像変だったから正常にできるてるのか確認できないけど・・・

350 ：

>>349
intra_mainが遅いと思ったらrandomaccessの方を試してみ（笑）。
720pでやってみたらこんな結果になってた：
SUMMARY --------------------------------------------------------
Total Frames | Bitrate Y-PSNR U-PSNR V-PSNR
2164 a 2224.7946 44.5050 48.9117 48.5626

I Slices--------------------------------------------------------
Total Frames | Bitrate Y-PSNR U-PSNR V-PSNR
10 i 12017.6256 47.9814 50.9931 51.1975

P Slices--------------------------------------------------------
Total Frames | Bitrate Y-PSNR U-PSNR V-PSNR
0 p -nan -nan -nan -nan

B Slices--------------------------------------------------------
Total Frames | Bitrate Y-PSNR U-PSNR V-PSNR
2154 b 2179.3311 44.4889 48.9020 48.5504
RVM: 0.000
Bytes written to file: 25083956 (2225.564 kbps)
Total Time: 89333.020 sec.
1080pとか4Kはどんな時間かけてエンコしてるかは考えたくないわ＾＾；
まぁ、こんな長いサンプルをエンコするのは滅多にないかもしれないけど。

351 ：

25時間？
ソースは何分の？

352 ：

１分26秒で丸１日ですか・・・
MnHEVCも試したけど数フレームは処理してるけど後固まったりだし・・・
とりあえずもうすぐ来そうなデコーダー待つかなぁ
韓国のi7の8cpuで一応fullhdでリアルタイムエンコできるらしいけど
ttp://pixtree.blogspot.jp/2013/05/hevc-h265-encoder-decoder-products-by.html

353 ：

＜4k地上デジタル＞
１、H.265HP
２、52Mbps
３、10bit色深度
４、4：4：4（RGB）
５、22.2ch（AACの改良）
６、3840×2160/60P
７、60khzリフレッシュレート
これぐらいで実現可能かな？8k以上は地上波ではやらないでBS、CS、CATV、ブロードバンド放送
だけでやると。地上波は4kに限定するのもありかと。

354 ：

4:4:4(rgb)
60khz
相変わらず酷いですね

355 ：

>>352
まぁ、リファレンスだからなぁ。スレッドも一つだし、CTUの選択とかは多分
しらみつぶしの計算でやってると思う。SIMD化もないし（なぜかLinux用の
Makefileには一応nasmの名前が出てたけど）。
実用的なエンコーダーはこんな計算方法もしないし、マルチスレッドで動くし、
SIMDも入ってるから簡単にこの速度が超えられる。

356 ：

すごい遅いらしいに聞いてて最近調べたら上のがあったんでどうなのかと思ってたけど
一般に公開されるころには現実的な速度に収まってる感じで捉えていいんかな
夏頃にはある程度できそうだし楽しみだ

357 ：

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のBDの規格が今年中に策定されるらしい。
勿論まだ技術検討中であるが、間違いないのはHEVC H.265ハイプロファイルが使われる事。
コストの為に容量は可能な限り抑えてくるだろうし、4層の128GBを採用する可能性が高いので
もはやAVC H.264では使えない。
4KのBDはHEVC H.265でエンコードされた民生用最高画質の映像となりそう。

358 ：

やっと10bitになる？
大解像度はいいんだけど盛大なバンディングを見せられるのは勘弁

359 ：

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コンテンツの再生が可能なフォー
マットも含む。

360 ：

専任チームは今年の第一四半期を通じ数々の提案を募りそして受取り、
現在さまざまな技術を検討している。
専任チームはBDAメンバー、電化製品メーカー、メディア会社の代表者から
構成され、コンテンツ作成者か意見を聞き、仕様と技術勧告を年内にBDA
役員会に示すことになっている。」
フォーマットの拡張には、現在HD映像の普及に仕様されている、ブルーレイの
標準映像フォーマットの種々の変更が必要になる。4Kコンテンツを保存する
ためにより大容量が必要になることの他に、コーデック、ビットレート、カラー
ビット深度の規格とオプション、また実際に画素数をどうするのか、などが
含まれる。映画では4Kは4096x2160ピクセルであるが、家庭用のUHDと4Kでは
テレビ画像のため3840x2160ピクセル(標準HDのちょうど4倍)だからである。

361 ：

>>360
素人目線ですけど、カラービット深度は10bitで4：4：4（RGB）を願いたいです（無理なら4：2：2で）

362 ：

素人は書き込むな

363 ：

4k60kHz(ママ)対応のHDMIはよ

364 ：

DisplayPortケーブルなら現行のver1.2でいけるよ

365 ：

HDMIもDisplayPortも更なる改良が進めばやがて8k120khzにも対応できるだろうね。
銅線から光ファイバーに移行するだけでもかなりの改良になるし。
4k60khzは銅線でも可能でしょうけど、それ以上は光ファイバーの出番

366 ：

DisplayPortなら余裕だがHDMIみたいな糞規格じゃ到底無理

367 ：

khzとか書き込みまくってる馬鹿はなんなの

368 ：

アホなんだと思う

369 ：

とりあえずは4kから始まり8kにもHDMIが対応してくれるとよい
DVIとかは無くなるだろうし、DisplayPortとHDMIの二種類だけが生き残るだろう。
後はUSB4.0ぐらいかな。

370 ：

4k60hzこれがとりあえずの目標だ。USBはいずれSATAのように吸収されるような気がする。

371 ：

HEVCのオープンソース実装がx264並に熟成されるまで何年かかるんだろうか・・・
というかx264を作ってる人達はHEVCのオープンソース実装に興味があるのか

372 ：

ハリウッドはHEVCハイプロファイルを採用するようだがね

373 ：

4kや8kのテレビ本放送も4kのBDも4kビデオカメラもハイプロファイルの方にして欲しいね

374 ：

解像度よりも最低10bitにしてくれ

375 ：

運動会を撮影するようなパパカメラはいつ4k/60p/10bit/444/HEVC80Mbpsになりますか

376 ：

>>372
>>373
HEVCの今まで公開されてる開発中の追加アメンドメントにもハイプロファイル
という物の定義が見当たらないのだが、一体何について語ってるか
教えてくれへんかな。

377 ：

圧縮方式による圧縮効率の差
H.265＞H.264＞JPEG2000
だと仮定する
DCP（デジタルシネマパッケージ）の圧縮方式＝JPEG2000
DCPのビットレートの規格最大値＝250Mbps
4KBD＝BDXL4層128GB+H.265と仮定
BDXL4層128GBに120分の動画を収録した時のビットレートの最大値が142Mbps
JPEG2000とH.265の圧縮効率が2.5倍だと仮定すると
H.265の142MbpsはJPEG2000の355Mbps相当になり、DCPの規格最大値
250Mbpsの142％の画質であることになる。
さらに、BDXL4層128GBにロード・オブ・ザ・リング王の帰還（203分）
の動画を収録した時のビットレートの最大値が84Mbps。H.265で圧縮すれば
JPEG2000の210Mbps相当の画質になる。これは、DCPのビットレートの規格最大値
250Mbpsの84％の画質である。更に170分以下の動画であれば、DCPのビットレート
の規格最大値250Mbps以上の画質を確保できる。

【結論】
H.265とJPEG2000の圧縮効率の2.5倍だと仮定して
4KBD＝BDXL4層128GB+H.265と仮定して
更に10bit階調だと仮定した場合
4KBDはデジタルシネマ向けの4KDCPより高画質であると言える。

378 ：

だれも読まないよ

379 ：

ぶっちゃけハード面かソフト面かでスレ分けたほうがいいような気はする
正直8k4kとか興味ないし

380 ：

ぶっちゃけ、たかだかスマホ向けの3MbpsのHD動画がHEVCで1.5Mbpsになるとかどうでもいいし。

381 ：

まぁエンコーダーが登場したあたりで別れりゃいいか
そこまではたいした情報もないだろうし

382 ：

そもそも今のh265エンコーダは再生負荷こそh264より低いが圧縮効率はまだx264 midiumの1.4倍ぐらいなんでしょx264の数百倍-千数百倍重いにも関わらず
highprofileが解禁される頃にはどうなってるか知らんがまだ技術が追い付いてない

383 ：

なんか最初の方文章変だけど適当に

384 ：

BDんときはパナがAVCの強化版作ったろ。
4KんともどっかがHEVCの強化版作るだけ。

385 ：

>>377
となるとJPEGより上だが、JPEG 2000には及ばない圧縮率のJPEG XRでは更にH.264やH.265に
対抗するのは難しいと言う訳か。と言う事はこれらは静止画として使うべきで動画で使うべきではないのかもしれないね。
H.265も静止画の規格を策定したみたいだし、用途は被るが

386 ：

HEVC(MP)の圧縮効率向上はH.264(HP)比べて2倍以下(削減率35.4%)、MPEG2(MP)に比べて4倍以下(削減率70.8%)。
http://en.wikipedia.org/wiki/High_Efficiency_Video_Coding#Coding_efficiency

削減率はAVC（HP）の35％（1.5倍）では使い物にならない？
そんな事は無い。1.5程度でも問題は無い。
何故なら近年の大作映画の中で最も長い203分あるLOTR王の帰還を
現行の50GBのBD-ROMに収録した場合、平均で得られるビットレート
の上限が32Mbpsだから。これは音声も入れたビットレートで、例えば
そこから音声に5Mbps割いたとすれば、映像で得られる平均ビットレー
トは27Mbpsになる。これを4K解像度で収録しようとすると、4KはフルHD
の4倍の解像度だから、単純計算で映像の平均ビットレートは27Mbpsの
4倍＝108Mbps必要になると言える。
4K規格のBDの容量がどうなるかまだ定かではないが、4層128GBで規
格されたと仮定して、203分あるLOTR王の帰還を収録した場合、平均ビ
ットレートの上限は84Mbps。そこから5Mbps音声に割くと、映像の最大は
79Mbpsになる。この79Mbpsでは、4K解像度に必要な108Mbpsの73％程
度であり、ビットレートは十分とは言えない。
しかし、そこでHEVCで圧縮すれば、たとえ圧縮効率が、フルHD規格の現
行BDで採用されているAVC（HP）の1.5倍効率だとしても、118Mbps相当と
なり、4K規格に必要とされるビットレート（108Mbps）の109％の画質となり、
十分なビットレートであると言える。

387 ：

これはあくまで203分と言うかなり長い部類に入る長編映画を想定してシミュ
レーションしているだけであり、例えば映画に多い120分程度の上映時間であ
れば、それを128GBのディスクに収録すれば、142Mbpsの平均ビットレートが
得られ、そこから10Mbps音声で割り引いたとしても、映像の平均ビットレート
の上限は132Mbpsであり、そこでHEVCで圧縮を行えば、AVC（HP）の198Mb
ps相当の画質を確保できる事になる。
そして、AVC（HP）の198Mbps相当とは、これはフルHD規格の現行BDの映像
最大ビットレートである40Mbpsの5倍弱に値する。
収録時間が長ければ、ビットレートは必然的に制限されると言うのは、4Kに
限らずフルHD規格の現行BDでも同じであり、先ほども言ったように、128GB
のディスクに203分の動画を収録した場合でも、フルHD規格の50GBのディスク
に同じ時間の動画を収録して得られる平均ビットレートの上限値の4倍以上の
ビットレートが確保されることになるため、AVC（HP）の1.5倍程度の圧縮効率でも
問題は無い。勿論2倍高率がベストであることは間違いないが、既存の方式であ
るAVC（HP）を使う必要もなく、2倍効率まで強化されるまで待つ必要は無い。

388 ：

>>375
そのスペックでH.265のハイプロファイルなりH.266なりを策定出来たら
1.5倍程度現行のH.265より圧縮できると
50Mbps〜60Mbpsで4k地上波を放送する事も可能だな。
8k以上を帯域の限られる地上波でやるのは現実的じゃない。8kとか16kとか4kを超えるのは
パッケージソフトとかCS、CATV、ネットTV、映画館でやればいい。

389 ：

実時間かつ最大限の効率でH265をエンコード可能な機材を買わされる放送局の身にもなって

390 ：

>>389
自社で部品集めてソフト開発までやれば逆に売れるかも。
どうせろくなテレビ番組を作らないんだから、やって見てもいいと思う

391 ：

http://xhevc.com/en/hevc/encoder/videoShow.jsp
x264との比較

392 ：

動画コーデックの進歩って、全体的に画質が上がるんじゃなくて、
苦手を潰していくって感じやね。

393 ：

地上波デジタルは17Mbpsだから4k化した時には約3倍の54Mbpsぐらいのビットレートを希望する
H.265を更に改良しないとだめだが（現状だと80Mbpsぐらい必要なので）

394 ：

そういやBSデジタル始まった頃は画質ホント酷かったよな

395 ：

>>395
撮影カメラがまだSDのβカムが主流だったのでアップコンバートしてHDにしてただけだからな。
それにビットレートも今よりだいぶ低くて今の地デジ並みだったんじゃないか？
今の地デジは17Mbpsで1440×1080だがこれより上がる事はもう無い。
BSデジタルはフルHDで24Mbpsあるから画質はだいぶ違う。
地上波は残っている帯域がもう少ない。未使用な帯域チャンネル活用と難視聴対策のアナログ再送信の終了を
待っても4k以上は多分無理。だから50Mbps程度が限度なので現行のH.265より1.5倍の圧縮率の後継コーデックが必要。
8kは110度CSの未使用な左旋を使用すれば8kでも16kでもやろうと思えば出来る。
実際8kは左旋を使って実験するみたいだしね。BSもH.265使えば8k以上は可能、CATVは余裕で8k対応可能
ネットは光ファイバーを1Gbpsまで上げれば100Mbps以上の8kも可能。
現行の100Mbpsだと4kは行けても8kは苦しい。まして8kは120fpsになるらしいからなおさら100Mbpsでは苦しい
例えH.265であってもだ

396 ：

BSデジタル開始当時はビットレートは今と変わらなかったはずだし解像度も十分あったけど
エンコーダ性能が悪くてブロックノイズがひどかった

397 ：

>>396
いや少しずつビットレートは上がって来て居たんですよ。もうこれ以上上がる事は無いでしょうけど。
データ放送で使っていた帯域を使えるようにしたりチャンネル再編をやったりして
徐々に少しずつビットレートは上がって行った。
まあそんなに劇的に上がったわけじゃないけど。

398 ：

実際のビットレートは大して変わってないと思うけど・・・
少なくとも今の地デジ並みなんてことは全くないよ

399 ：

何でBDの規格決める時に10bitにしなかったんだろ？
その時はカラーバンディングとかの問題はそもそも想定外だった？

400 ：

テレビ局減らせばいいよ
国鉄同様NHKも分社化民営化しろ

401 ：

BSのコマーシャルやってる帯域を通常放送の番組にまわせ!!!

402 ：

http://av.watch.impress.co.jp/docs/news/20130509_598741.html
NHK、三菱と共同で8K/SHV対応のHEVCｴﾝｺｰﾀﾞを開発
17分割して処理、つなぎ目の画質を改善。技研公開に出展
7,680×4,320ﾄﾞｯﾄのSHV映像を、横方向の短冊状に17分割(7,680×256ﾄﾞｯﾄ)し、
それぞれの領域での符号化処理を並列化。SHV映像をﾘｱﾙﾀｲﾑで符号化可能とした。
符号化方式は、MPEG-H HEVC/H.265のMain 10 ﾌﾟﾛﾌｧｲﾙ＠ﾚﾍﾞﾙ6.1相当。
ﾌﾚｰﾑは60Hz。色差形式は4:2:0。階調は10bit。

403 ：

>>402
120hzが最終的な目標みたいだね。120hzで非圧縮だと144Gbpsらしいね。
5倍の600hzだと720Gbpsかな？8kは120hzが上限だけどさ。

404 ：

いまだに4:2:0か

405 ：

解像度があれば色空間は4:2:0でいい
同解像度の4:4:4と4:2:0を同程度のpsnr値で再現しようとするとデータ量倍になるんだぞ?
解像度が高くなるにつれベクター解析の効率も上がるから4:2:0に妥協するだけで4:4:4より2.5倍程度解像度を稼げる計算になる

406 ：

赤色舐められてんな！

407 ：

とりあえず10bit以上がデフォみたいな感じになってくれればいいや

408 ：

YUV420はインターレースだとアレだけど、4kとか8kではインターレースなんて
使わんはずだから、YUV420でも問題はそれほどない。
YUV444にするぐらいなら、10bitや12bit化したほうがよほど有意義。

409 ：

>>406
赤に弱いのは有名だもんねｗ

410 ：

16bitカラーで赤,青に5bit 緑に6bit割かれてたように赤より緑の方が色の感度が良いんだけどな

411 ：

>>405
同じTSファイル（アニメ）を、10bit 4:2:0と4:4:4でエンコしたら、4:4:4の方がファイルサイズが小さくなったんだけど。

412 ：

>>411
そのtsは元から4:4:4で収録されてたのか？

413 ：

>>412
元は8bitの4:2:0だと思う。
動画ソースはキッズステーションで放送しているポケットモンスター　アドバンスジェネレーションというアニメ。

414 ：

同じビットレートでYのPSNRを比較したら、間違いなく4:2:0の方が良くなる

415 ：

>>402
今PDF＊見て思ったんだが、タイルベースかスライスベースか気になるわ。
詳細は書いてないからワカラン。一応企画的にマルチスレッド・プロセス化に
使用してるならタイルの方がよさそうだけど。
＊ ttp://www.mitsubishielectric.co.jp/news/2013/0509-b.pdf

416 ：

s/企画的に/規格的に/

417 ：

ビデオカードとCPUをフル活用できて、x264と同等の速度で、x264の半分の容量になるエンコーダー
がでるまではx264使ったほうがいい希ガス

418 ：

>>417
現状、H.264ならスマホですら再生できるからねい。
ただ、PCでのソフトウェア再生環境のほうは意外と早く整いそうな予感。

419 ：

4kは10bitの4:4:4をデフォでお願いしたい。

420 ：

H264が広く普及したので、いまやH264のHWデコードが乗るのが当たり前だからな＞携帯電話
H265も、ある程度普及すればハードウェアデコーダがスマホ用GPUに乗って
余裕でデコードできるようになるだろ

421 ：

スマホも4K解像度が標準になるそうだからH.265のハードウェアデコーダの実現もそう遠くは無いだろう

422 ：

たかだか５インチ程度までのディスプレイで4kってメーカー側のRーにしか
思えないんだけどどうなんだろう？その分膨れ上がるデータサイズとかは
ユーザーの負担になるだけだと思うんだけどなぁ。
まぁ10インチ程度のタブレットだと多少は状況も違うんだとは思うけどね。

423 ：

視聴距離が異様に近いから、5インチスマホの場合はフルHDまで
10インチスマホの場合は4Kぐらいまでは意味があるかなぁ。
5インチで4kは完全に無意味。

424 ：

BCM7445は、ARMをベースとする28nmプロセス採用のクアッドコアプロセッサ「Brahma15」を搭載。
同時に4つの1080/30pビデオストリーム変換が可能なほか、従来のMPEG-4 AVC/H.264の約半分のサ
イズまで圧縮できるというHEVCフォーマット(H.265)をサポートし、最大4K/4,096×2,160ドット、
60フレーム/秒までの高解像度映像に対応する。
http://av.watch.impress.co.jp/docs/news/20130115_581729.html

普通に4コアでもデコードできるじゃねーかよ。
誰だよ、16コア（笑）じゃないとデコード出来ないとかいってた馬鹿は。

425 ：

うげ、
☓ 10インチスマホ
○ 10インチタブレット
>>424
H.265はデコードに関してはそれほど重くはないと昔から話が出ていたけど?
あと、エンコードは地獄のような重さってことも。

426 ：

>>424
ちゃんと嫁
「高圧縮次世代フォーマットHEVC(H.265)に対応する4K(Ultra HD)テレビ向けの
　ビデオデコーダチップ製品「BCM7445」を、2014年半ばをメドに量産開始すると
　発表した。」
> ビデオデコーダチップ製品
ASICなんじゃないかと思ふ。クアッドやARMベースウンタラカンタラはこの
チップが搭載されてるボードについてじゃないかな。
まぁ、libavcodecのデコーダーも既にシングルコアな2.26HzなC2Dで720pで
30fps超えてるし、最速化やマルチスレッド化さえすればNEONなARMでも
結構な速度が出来るんじゃないかと。
そういや、ギャラS4の9505モデルの詳細にHEVCに対応してると書いてあるが、
実際に試した人がいるのかな？

427 ：

ヨブさんモイ

428 ：

2.26Hzで30fps出るのか…1GHzだったら60kHzも夢じゃないな

429 ：

(* ゜ θ ゜* )アゲアシトリщ(゜θ ゜щ)

430 ：

>>428
あちゃぁ・・・　自分のミスに気づかなかった。s/Hz/GHz/っすよねぇ。
すまぬ

431 ：

>>424
ハードウェアデコーダだからデコードできるのが当たり前だろ

432 ：

http://pc.watch.impress.co.jp/docs/news/20130515_599311.html
高解像度の波はもう止められない。
間違いなく4ｋが15型以下のディスプレイでも一般化する。
10型以下のタブレットも間違いなく4ｋになるね。5型以下はどうかわからないけど
過去のアップルの言動見るとiPhoneが将来的に4kになる事もあり得る。
アップル社員「重い荷物を持って記者の方は大変ですね。その重い貴方達の持っているビデオカメラやデジカメを
いずれiPhoneで置き換えて見せますよ」と記者達に語っていたが。記者達は単なるリップサービスととらえて
発言は報じたが誰も本気にしていなかった。
でもどうやらリップサービスじゃなくて本気だったのは後に分かって来た。

433 ：

スマホが4Kになったところで、フルHDと比較して、肉眼でその違いを感じ取れる奴はまずいないだろう。

434 ：

4インチで4kは絶対ないわ。

50年後にこのレスがコピペされ失笑されてたらそれはそれで嬉しいわ。赤字太字でよろ

435 ：

遂にスマホで600ppiが実現するかな？
まあ4kはノートPCが先行すると思うけど。iPadminiがやっとレティナディスプレイ
を採用するようだが、どこまで行くか楽しみである。

436 ：

スマホよりタブレットとノートPCがオール4kになるのが先だな。
それも遠い未来では無い

437 ：

T221愛用してる俺としては、縦も2400を超えて欲しい

438 ：

可逆圧縮は検討されなかったのでしょうか。

439 ：

可逆だとBフレーム使えないしx264とあんまり変わらないんじゃないの

440 ：

>>432
すくなくとも光学系の性能がiPhoneサイズでまともになるのは無理だけどね
光学系はどうしても物理的なサイズが必要

441 ：

>>440
カメラはどうしてもねい。
ピンホールを大量に用意してデジタル処理で被写界深度を云々というカメラも
感度や画質に多大な問題を抱えていて、なかなか実用化されないし。

442 ：

そう言えばアップルが出してる特許の中で、
画面全面がセンサーとして働きカメラになるってのがあったな、
その時点では目を見て話せる、
ビデオチャット用のカメラだと思っていたが、、、

443 ：

それってスキャナじゃね？後は指紋センサとして使うとか。

444 ：

AVX2でどれくらい速くなるのだろうか
Haswellが待ち遠しい

445 ：

x264で5%。
HEVC用に後継プロジェクトが今年中にできたとして最適化しても何年かかかるんじゃないだろうか

446 ：

専用のEnc/Dec Chipを載せたPC用拡張機器を期待した方が・・・。

447 ：

CPU/GPUをフル活用できて最適化されつくしたオープンソースのHEVC実装
↑はやくだしてくれ

448 ：

乞食かよ。お前もちったー人の役にたてよ。今からでも良いから勉強して開発に参加しろ。

449 ：

絶望的に理系分野は応用が効かないんだけど（中1数学の章末問題も無理）何ならてつだえんの
マニュアルの和訳なんてしたってクソの役にも立たないだろうし（プログラミングが出来る人は英語くらい余裕だろう）

450 ：

そもそも動いてるプロジェクトないべ。
Divxの見てからでも遅くはない。x264の5倍程度との話もあるし

451 ：

5倍は別のところでDivxのはわからないので

452 ：

機械翻訳の免責

453 ：

@ReijiAsakura
HEVCはＭＰＥＧ２、ＭＰＥＧ−４ＡＶＣと続く、
延々たる「ブロック分け+DCT+動き補償の圧縮／伸長技術」の最新版。
基本的考えは従来と同じだが、
細かな部分（ブロックとDCTのサイズ適応、ノイズフィルターの最適化）
の改良で二倍の圧縮効率を獲得。来週のＮＨＫ技研公開で、全容が見れる。
@avavavav0001
現在のHEVCの削減率はAVC（HP）比35％（1.5倍効率）だそうですね。
2倍効率まで高めるのにまだ時間がかかるのでしょうか？
4KBDまで間に合いそうですか？
@ReijiAsakura
三菱電機さんでは二倍を実現していました。ＮＨＫ技研公開で披露です。
https://twitter.com/ReijiAsakura/status/336760983487930368

454 ：

AVX2に期待して4770K買うか

455 ：

技研公開2013
http://www.nhk.or.jp/strl/open2013/index.html
明日から一般公開ですね。
5.1chですら普及していないのに22.2chなんて一般家庭向けに意味があるのかと・・・。

456 ：

文句があるなら受信料払え

457 ：

受信料と税金使っておもちゃ作って遊びやがっていいかげんにしろや

458 ：

NHK、スーパーハイビジョン対応超小型カメラヘッドや世界初のHEVCリアルタイムエンコーダー(8K/60Hz)を開発
http://news.mynavi.jp/news/2013/05/30/002/
http://www.youtube.com/watch?feature=player_embedded&v=0kd5o398x_s

459 ：

放送用途に使われるようなエンコード専用の機械ってH.264で言えば、
FHD/60fps/アクション映画の映像を最新のx264で可能な限り重い設定でも、
リアルタイムにエンコードできるくらいのポテンシャルはあるのだろうか。少なくともソフトウェアエンコードよりは凄い気はするが

460 ：

85Mbpsと言わず、どーんと256Mbpsくらいで放送しちゃいましょうよ。

461 ：

>>459
んなこたーない。
画質よりも、リアルタイム性、ワーストケースでも破綻しない信頼性/頑強性が重要。
ハードエンコなら回路規模・外部メモリの帯域・低レイテンシのオンチップメモリ容量がボトルネック。
画質重視なら、ソフトエンコだよ。
いくらでも時間かけていいんだから。

462 ：

正直、画質自体は2000年当時に出たDivX、Xvidで充分綺麗だったからな

463 ：

Youtubeの4K動画に関して、当方のモニタは32インチなので、サイズによる見栄えの違いがあるとはおもいますが、ネイティブ4K動画は細部までくっきり見えて、非常に綺麗です。
http://bbsimg02.kakaku.k-img.com/images/bbs/001/571/1571419_m.jpg
http://bbs.kakaku.com/bbs/K0000492514/SortID=16183289/#tab


H.264でたかだか10Mbps程度の低ビットレートでもこれだけ綺麗ってことは
H.265で100Mbps以上なんて尋常じゃないほど綺麗だろうな。

464 ：

静止画なら綺麗に見えて当然なのでは。

465 ：

地デジはたった数年で入れ替えになるほどの失敗作

466 ：

ハイビジョンは24年前に試験放送始まったらしいけどね

467 ：

ついこの間まで「時代は地デジ！」とか言ってた癖に次は「時代は4K！」とか言い出すのか？テレビなんぞ画質厨以外は地デジで十分だろ。

468 ：

ハイビジョンの技術開発自体は東京オリンピック直後には始まってるしな。

469 ：

エンコードは昔みたいに一晩おいておくのが普通になりそうな希ガス
デコードはまぁ新しめのビデオカードがあればなんとかなるんじゃないですかね

470 ：

デコードは同解像度同フレーム同色空間ならh264より軽くなるだろ

471 ：

無料のCS110度デジタル放送を今見てるけど、SD画質をなくしてくれないと
お金を払って見る気はしないな。

472 ：

>>462
それはない
divxの糞画質からH264にかわって画質の良さに感動した

473 ：

x264でも初期から凄い進化してる

474 ：

当時のDivXは当時のロースペPCの味方だったからな
画質が悪いのは仕方がない

475 ：

4kBRAVIAのCMに感動しました。
この国の本能は、美しいに、一途だ。

476 ：

キャッチコピーは広告屋が考えてるんで

477 ：

>>475
なんか「ガラパゴス宣言」って感じ
今の時代、世界で売れそうな印象の方が欲しい

478 ：

圧縮率は上がってもいいが、これ以上高画質になら無くていいよ。
高画質になっても実際は汚いものはより汚く見えるんだし。
動きが激しいシーンで汚くならなければそれだけでいい。

479 ：

今のHi-vision放送にがっかりさせられたので
SHVこそは驚かせて欲しい。

480 ：

ブラウン管時代は、Hi-Visonで充分と思っていたが、液晶に変わってこんな程度だったっけ?とガッカリ
今更ブラウン管には戻れないので4Kに期待。
つうか、SDとかよくあんなものを見てたもんだと今更ながらに思うというか、ブラウン管が良すぎたのかね?

481 ：

ハイビジョン放送といってもインタレースだから2K相当。

482 ：

そういえばソニーの4ｋＣＭはyoutubeにオフィシャルでアップされているのに
なんで4ｋでアップしないんだろ、アホだろ

483 ：

>>480
今でもブラウン管を超える液晶なんて存在しないからな
ブラウン管は圧倒的に性能が良い

484 ：

天王寺裕吾乙

485 ：

ブラウン管が良いのって動画性能くらいだろ。
それ以外はすべてプラズマに超えられている。

486 ：

プラズマ好きだけど、完全に主流は液晶だよね…。

487 ：

>>485
あんたプラズマで静止画じっと見続けるんかいな

488 ：

いくらブラウン管が動画性能で優れても周辺部フォーカス甘すぎてボケボケだろｗｗｗｗ

489 ：

俺はプラズマちらつきがだめだ
ブラウン管は320x240くらいでも普通にきれいに見えるアンチエイリアスが最強

490 ：

有機EL様が全てを解決してくれるはずじゃ…

491 ：

HEVC-in−Matroskaの初RFCが公開された
ttp://labs.divx.com/node/127907
mkvtoolnix用のパッチも入ってるから色んな意味で嬉しい事だ。RFCが変わっても
テストする事が楽になる。

492 ：

Rovi
MainConcept HEVC SDKを発表(英文)
http://www.rovicorp.com/company/news-center/pressreleases/1434_17379.htm

493 ：

http://av.watch.impress.co.jp/docs/series/dg/20130606_602151.html
これを読むとまだまだﾌﾟﾗｽﾞﾏには弱点が多いかと。
普段はSonyのKD-36HR500を使っていますが
周辺部ﾌｫｰｶｽは厳しいものがありますね。
親が使用しているTH-46VT33で視聴すると買い換えるならﾌﾟﾗｽﾞﾏになりそうです。

494 ：

半角カタカナR

495 ：

パナ、プラズマ開発にリソースもう割かない宣言しなかったっけ？

496 ：

x264がAVX2でも殆ど高速化しないなら、HEVCなんて殆ど効果ないんじゃないのか
3年くらいはXeonでもつかってゴリ押しするしかなさそう

497 ：

h.264だから効果が薄い側面もあるらしい

498 ：

>>488
それは一般の家庭用のブラウン管テレビの場合だろ
いいやつは周辺部でもフォーカスきちんと合ってたよ

499 ：

ブラウン管は輝度あげればあげるほどフォーカスが甘くなるので、
暗室での視聴を前提に輝度を十分下げとけばフォーカスがしっかりするよ

500 ：

ブラウン管で4K解像度、10�s程度の軽量設計、100インチ以上の表示
これを実現してから出直せ。
今時ちっこい画面の癖に何十�sの糞重いモニタなんていらねんだよ。

501 ：

retinaとか観てしまうと、もはやCRTはボケボケだわ。
静止画はどうあがいても液晶が最強でしかない。

502 ：

>>498
ブラウン管は大画面化に圧倒的に弱いことを忘れちゃいけない。
だからこそマスモニが20インチ止まりだったわけで。
>>499
なので、マスモニは真っ暗でしたねい
>>500
そそ、解像度に関してはビームの太さとドットピッチの影響が出るから、
そうそう上げられないしねい

503 ：

この間久しぶりに実家帰ってソニーのトリニトロンの画面みたけど目がチカチカするし歪んでるし・・・ブラウン管神だと思ってたけどもう戻れないんだなと実感したわ。

504 ：

業界最高クラスの視野角を実現した25型フルHDパネル搭載の有機ELマスターモニター
25型有機ELマスターモニター
BVM-E250A　希望小売価格 2,541,000円
ttp://www.sony.jp/pro/products/BVM-E250A/

505 ：

有機ELはすっかり罰ｹﾞｰﾑになってしまった

506 ：

半角カタカナR

507 ：

マスモニ高いからピクモニにしとけよ、PVM-2541Aなら63万くらいだろ…
ついでに言えば来年には4Kの有機ELモニタも出るかもしれないから、それまでにお金貯めとけ

508 ：

HEVC用のハードウェアデコーダーが出たらウォークマンとかBDレコーダの価格がまた上がるのか・・・
VP9マジで頑張ってくれHEVCどころじゃない性能を頼む

509 ：

コーデックとは全く関係ない話でスレが埋め尽くされててわろた「8192*4096」なんて言葉が入ってるからいかんのよたぶん

何やら胡散臭いx265以外で進行中のHEVCのオープンソース実装のプロジェクトってありますか？寄付したいのですが・・・

510 ：

NTT西、初のSTB向け4K/HEVC映像クラウド配信の実証実験
http://av.watch.impress.co.jp/docs/news/20130611_603159.html

511 ：

HEVC関係ないけどストリーミングとクラウドの違い教えて下さい

512 ：

ストリーミングは動画の転送再生方式、クラウドは概念、
クラウドって最も抽象化された言葉だからとりあえず使っとけばいいやってふうになるのよね

513 ：

まぁ、分かっていて書いたんだけどね・・・なんか気持ち悪いからｗ
Smart STREAMのページみたら普通にストリーミングサービスって書いてあってワラタ。
クラウドホスティングは別のサービスとしてちゃんと分かれているし記事書いている奴が
無知なのか色気だしたのか勝手に書いている印象だなぁ。まぁスレチなんで以上で。

514 ：

HEVC+HE-AACで生TSをスムーズに圧縮できるようになるには（少なくとも実時間以内で）年単位で待たなくちゃならんのだろうか・・・

515 ：

1年以内にはたたき台みたいなのは出てくると思うよ
仕様上圧縮手抜きしたエンコって許されてるのかな？
許されてるなら意外と早く…
ts→h264の倍ぐらいの時間でエンコできるようになるのも近いと妄想したい…

516 ：

>>510
これのSTBってハードでデコードしてるんだよね？コンテナはMPEG2-TS？

517 ：

Galaxy S4のファームより
/system/lib/libsomxhevcdsw.so
ttp://pastebin.com/k4bkSzHQ

518 ：

>>515
MPEGはデコーダーがデコードできるならどういうエンコードしてもいい。
仕様書はデコーダーのみ書かれていて、このデコーダーが理解できるストリームを出すのが
エンコーダー、ということになってる。
となれば、HEVCだってフルスペックでエンコードする必要はない。
例えば全部Iフレームでエンコードしてもエンコーダーとしては正しい。
すべて使えば画質は良くなるが、激烈に重くなるのでどの処理を使わないかの選択も
エンコーダー作成者の腕の見せ所ってところ。

519 ：

重いって表現、データサイズに使う人いるけどエンコーダ、デコーダの話だと処理の大変さにも重いって使うし正直ややこしいな

520 ：

今更だけど技研公開のhevcエンコーダFPGAって言ってたけど
型番聞いとけば良かった

521 ：

三菱がNHK技研公開で出してたのはもう2年くらい前のDraftベースだよ
今の規格にあってるかどうかもわからんものを入手しても仕方あるまい

522 ：

>>520
お前は何を言ってるんだ

523 ：

HEVCとブロードバンドの普及でレンタルビデオ屋脂肪

524 ：

>>523
古本も中古ゲームも、デジタルコンテンツでなくなりつつあるからな
でも、あの手の１００円程度の娯楽ってのは、いつの時代にもあるから、
なんか新しいモノができるのだろうな

525 ：

動画投稿サイトで使えるようになるのはいつ頃？

526 ：

とりあえずH.264よりは早く普及しそうじゃね

527 ：

HEVCの開発に個人で細々と参加している一人ですが。
他にもいるようですが、自分はJPEG2000をベースにやっています・・・
あんまり知っている人は少ないですが、M$がjpeg嫌いで独自規格作っちゃって、普及しているIEでjpegはじいている理由にもなっています。
今まではPC性能の足かせで使われていなかったラグランジュ未定乗数法を使ったHiプロファイルの符号化演算の最適化中です。
それにJPEG2000を乗せるんですが、一応99%まで圧縮かけてもほぼ無劣化の目安ついています。
元ソース3000MB程度だと、テスト版では50MBまで圧縮かけられて、画質は維持って所まで来ました。
50MBの内訳は映像が30MBで音声がAACで20MB程度かな。
ただJPEG2000ベースなので、M$では再生できないという・・・リンゴの環境ならスマホでも専用コーデックで再生可能なまでにしています。
外国ではDVDだのBDだのにあるISOやBDMVなんてそもそも使われていませんので、DVDにmp4を焼いたのを再生するのが主流です。
まぁ実用化しても、M$が頑固なうちはスマホあたりで主流になると思います、1080p程度なら読み込みも瞬時でさくっと行きますので。
今論文も書いていて、来年あたり学会に出そうと思っていますがどうせ相手にされないマイノリティーですので趣味を兼ねてやっていきます。

528 ：

定期的に現れるけどなんなんだコイツ
支離滅裂にもほどがあるぞ
あと釣りなのかリアルに痛い人なのかしらんけど
J2KはH.264のI-Frameにすら負けるって有名だろ
ttp://www-ee.uta.edu/Dip/Courses/EE5359/Files/AIC6.pdf
> As expected, our experimental results show that H.264/AVC FRExt I–frame coding offers
> consistent R-D performance gains (around 0.2 to 1 dB in peak signal-to-noise ratio)
> over JPEG2000 color image coding. How
ttp://ja.scribd.com/doc/2581731/H264AVC-intra-coding-and-JPEG-2000-comparison
> In this paper we compared two modern standards for still image compression: H.264 and JPEG 2000.
> While the first was originally designed for the compression of video sequences has proved
> to behave betterthan JPEG 2000 in almost every test made.

529 ：

DWTなJPEG 2000をベースにしてどーすんのよ

530 ：

開発している人の究極の目標って
静止画に例えるとラスタ画像を解析してベクトル画像に置き換えて特徴は確り維持しつつも
半端じゃない圧縮率、拡大縮小しても破綻しにくい圧縮方法?

531 ：

理想は超高効率な可逆圧縮
デコード負荷なんかは二の次

532 ：

【圧縮技術について】
既存の圧縮技術であるAVC/H.264 High Profileですら
非圧縮データの98％まで殆ど無劣化で圧縮できるそうだ。
逆に言えば、AVC/H.264 High Profileでは
98％以下で圧縮しても画質は殆ど変わらないってこと。
つまり、ビットレートがある一定を超えると画質は向上しない事を意味する。
そして、HEVC/H.265 High Profileは、さらに圧縮性能を強化させ
非圧縮データの99％までほぼ無劣化で圧縮できるようになった。
つまり、これらの圧縮技術を使えば
4Kの映画（4096×2160　30bit　24p）の非圧縮である6Gbpsのビットレートを
AVC/H.264 High Profileなら、120Mbpsまで殆ど無劣化で圧縮
HEVC/H.265 High Profileなら、60Mbpsまで殆ど無劣化で圧縮できる。
そして、これを2時間の動画データにすれば
AVC/H.264 High Profileなら108GB
HEVC/H.265 High Profileなら54GB
となる。
ソニーの4K映画配信は100GB超と言われているので
AVC/H.264 High Profileで圧縮されるのは間違いないだろう。
そして、100GB超での配信を前提としているのであれば
HEVC/H.265 High Profileで圧縮する必要は無い。
100GB超で配信するのであれば、AVC/H.264 High Profileでも
殆ど無劣化の画質を実現できるので、HEVC/H.265 High Profile
で圧縮する必要は無く、無駄にデコード負荷をかけるだけなので
AVC/H.264 High Profileの方が効率が良いとなる。

533 ：

知覚についてほぼなんて言葉は使わないで欲しい
psnrでいくつとかで括らないと広義に読み取れ過ぎて何の役にも立たない

534 ：

デコード負荷が無駄なんて初めて聞いたわ
帯域のほうが無駄だろ

535 ：

265はデブロッキングフィルターの演算負荷が削減された関係で、デコードに関しては264と同等か高速にデコードできると言われてる らすい

536 ：

x264を作ってる人が全員オープンソースのHEVC実装に移ってくれたら1年でかなりの完成度になる気がする
それこそ地デジの生TSを実時間以内で「slow」でも圧縮できるくらい

537 ：

>>536
DSはH.265はH.264とはかなり違うから、今から開発を始めても数年は掛かるだろうと言っているよ。
http://forum.doom9.org/showthread.php?p=1634396#post1634396

538 ：

まだまだしばらくはx264にお世話になりそうだなあ

539 ：

2020年でもAviutl+x264+neroの組み合わせは現役だろうなあ。

540 ：

neroはあり得ないわqt使えよ

541 ：

neroはないわ、QuickTime(qtaac、qaac)一択。

542 ：

地デジが生き残ってる限りFAACでお腹いっぱい

543 ：

qaac 使いたいけど QuickTime 入れたくないの

544 ：

FAACってx264並に重要なはずなのになんでここまでnero/qaacより出来が悪いのか
「作らないとお前らうるさいだろうから作ったよ、はいこれでいいしょ！？満足でしょ！？」みたいな感じがする

545 ：

>出来が悪い
じゃあお前が代替作れよ
……とググる前は思っていたが、
http://up-cat.net/MinGW%25A1%25DCffmpeg%25283%2529faac%252Cfaad.html
曰くリファレンス実装らしいと知ってからは考えが変わった。リファレンス実装は規格をチェックするための
ものだから、性能とかは二の次なのが普通だしなあ……(例：MP3)

546 ：

何年くらいには実用的になってるだろう

547 ：

>>543
確かQuickTimeインストしないで中身だけ抜いて使える方法無かったっけ。記憶違いかもしれんが。

548 ：

Androidならmkvでもハードウェア再生支援効いたりするので、
H.264 + Vorbisにしちゃうという逃げ道も。

549 ：

>>548
そこは行き止まりだぞ

550 ：

必要なのはCoreAudioToolbox.dllだけだからインストーラばらしちゃって取り出せばいいだけ

551 ：

ふーん、最近はQTがそんな地位まで上がっているとは知らなかった。
H.264に対するH.265みたいにAACも次の規格って無いの？っと調べもせずに聞いてみる

552 ：

圧縮技術は魔法じゃない。
結局のところ1Mbps以下の低ビットレートの映像なんざいMPEG-2だろうがAVCだろうがHEVCだろうが
糞画質に変わりは無い。
100MbpsのMPEG-2＞10MbpsのHEVC
1000MbpsのAVC＞100MbpsのHEVC

553 ：

解像度にもよるけど、そのビットレートは平均値なのか上限値なのかで
（もしかすると下限かもしれない）、1Mbpsが糞画質かどうかの判断は変わってくると思うよ。

554 ：

IntelCPUのiGPUにHEVCハードウェア再生支援が搭載されるのはいつぐらいになるんだ？
来年あたり買い替えようかと思ってたが、再来年(skylake)くらいに乗ってくるなら待ちたい。

555 ：

今ググったらAVCがH.264としてITU-Tで勧告されたのが2003年で
Intel GMAで限定的ながらも再生支援が効くようになったのが2008年だった。
けっこうかかるもんなんだね

556 ：

>>552
10MbpsのMpegと1MbpsのHevcでそれぞれデジタルなアニメ圧縮したら後者が勝つと思うぞw

557 ：

>>555
それまではビデオのエンコード/デコードエンジンを組み込む余裕がなかったからね
Core2とかあたりから電力効率を高めなきゃって風潮になって専用ハードを積むのがトレンドになった

558 ：

>>555
クアルコムが S800 で載せてるから、張り合う関係上、そんなにかからないでしょう
たぶん、Skylake あたりには載ってくるんでは？

559 ：

HEVCの動画のデコードなんざ、GPU支援でどうにでもなるわなｗ
PS4クラスのゲームを1080pで動かせるGPUがあれば、4KのHEVCの
デコーディングなんざ楽勝だろ。
5,000円程度でかえるシナ製の糞安物廉価BDプレーヤーですら
50MbpsのAVCを快適にデコードできんだから。

560 ：

>>528
そのままの規格では当然していませんよ・・・その資料古いです。
adobeの開発向け資料から、そこに書いてあるようなIフレームだのの部分を0から書き直していますし。
そもそもI P Bフレームって概念をもう捨てていますから、前世代の規格ですし、264も古いですから。
4k8kはI P Bだのを使わない新しいプロトコルってのを情報で聞いているので、それにあわせて最適化中。
jpeg2000 Advance って勝手に名前付けていますが、既存のHTMLやHTML5、フラッシュにも対応予定
圧縮アルゴリズムまで書いていますので、新しいjpeg規格ってなります。
1920x1080の今までのjpegだと500kb前後ですが、私の開発段階では画質劣化はほぼ無しで5kb程度までできています。
一眼レフのRAW画像を99%無劣化圧縮可能と予想しているので、DTP関連は今までの100倍以上の速度で処理できるでしょうね。
やろうと思えば1080pの30分gifアニメーションを1Mバイト以下でロスレスBD画質でも作れるように設計中です。
実現できれば、HDDの容量が100倍になるという感じです。
問題はエンコーダーデコーダーのハード部分ですが、ある程度上がったら設計して試作品作る予定です。
目標は新宿駅建物壁面に出すDTP広告を、8kで10MB以下で実現させることです。
ま、自分だけ使えればいいや程度なんで採用しろだの言いませんがリンゴとかgoogleからたまにメール来ます。

561 ：

5kb→600バイトほど。頻発に扱う単位でこんな間違いするかね
5KBだとしても約200万画素に対して5192B/41536bしか無い
白黒画像でも1ピクセルあたり8bitの成分を再現する必要あるんだぞ?
それを1920×1080でほぼ可逆となると余程単純な絵、例えば簡単な国旗ぐらいしか無理だろ

562 ：

あー画像を時間をかけて解析して精度そこそこのベクタイメージのようなデータにすれば理論的には出来るかもしれないなぁ
RAWデータ99%可逆圧縮も1920×1080の8bit yuv420な30fps動画なら89MB/secを1MB/sec、1フレーム30KB強にリアルタイム変換しなければならない訳だけどx264可逆が最大で1/40程度まで縮む事があることを考えれば処理や入力映像によれば可能かもしれんなぁ…

563 ：

>>560
新しいjpeg規格って、ISOとなんの関係もないのにJPEG名乗っちゃうの？
お前ホントなにも知らないんだな

564 ：

560のいつものキチガイさん、本当にめちゃくちゃ

565 ：

わかってないコンサル()が適当なこと言って煙に巻いてる風の芸風だよね

566 ：

途中まで「へぇ〜、そうなのか」って読んだ俺が馬鹿みたいだ

567 ：

>I P Bフレームって概念をもう捨てていますから
とかサラッと言っちゃう時点で只のバカか極稀な天才かしかありえないだろ……
ま、そんな謎規格になぜか「jpeg」(本来ならJoint Photographic Experts Groupの意)と冠している時点で前者しかないけど

568 ：

誰も知らなきゃ普及もしない時点でどんだけ高性能()でも関係ない
スレ違いだから他所へ行ってください

569 ：

世の中のトレンドは、そこそこ満たせれば十分で使いやすく低コストじゃなければ関心がない。

570 ：

http://i.imgur.com/J7i7AnS.jpg

571 ：

未読大杉

572 ：

俺迷惑メールほぼ0で未読2000以上あるんだが

573 ：

>>556
この壷を買えば貴方の動画もなんとサイズはそのままに画質が1/100に！

574 ：

笑わせてもらったわ。
このキャラは、面白いと思うのでどんどん書き込んで欲しい。
もしかしたら、mpegやjpegの一員かもしれないぞw

575 ：

>>556 じゃなくて >>566 だった
スマンカッタ

576 ：

今更こういってはなんだが、…4K、8KにしろH265にしろ商品としての価値はあるのか？
技術発展云々を別にすれば、事業として成り立つほど（買い換えを喚起できるほど）の需要があるとはどうしても思えないんだが。
音楽事業でmp3やAAC配信が主流になったのも、ある程度の音質で聴ければいいという層が消費者の大半を占めるようになったからで。
技術がこなれて価格が下がり、買い換え時期にさしかかった頃に価格競争にさらされ、投資費用が回収しきれないまま泥沼化、という未来が見えるのだが。

一般性や投資効果を求めるなら地デジやBSの映像コーデックをMPEG2→H264にするほうがよほど歓迎されるはず。
制作現場からすれば現行の可逆圧縮でもやっていけるわけだし。

577 ：

地デジのh264化は消費者に多大な影響が出るから無理だろ
h264→h265はデコード負荷的には下がるらしいのでハードウェアデコードしてるとかソフトウェア的に更新が提供されないような余程古いデバイスで無い限り問題無いだろうし
地デジみたいに帯域が限られてる訳じゃないから互換性やエンコ負荷が魅力ならh264、圧縮効率が欲しいならh265って使い分ければ良いだけ

578 ：

放送系は全てh265への変更希望。
更新で対応出来るだろうし。

579 ：

なにいってんだお前

580 ：

放送系はNHK以外全て現状のmpeg2維持希望。
国が費用全額負担してくれるならやりたいだろうけど。

581 ：

Motion JPEG 2000
Motion JPEG XR
VC2
VC3
VP9
強敵ぞろいだ

582 ：

放送系はそろそろこなれてきたH.264で良いんと違うの？
なんでずっとMPEG2のままなんだよ……

583 ：

今まで地デジ対応を謳って何万台も売ってきたから
いまさらそれを産廃にするわけにもいかんでしょ

584 ：

AVマニア相手の衛星放送だけでやるならまだしも
一般層相手の地上波でもまた買い替えなんて言われたら愛想尽かされかねないしなあ

585 ：

ところがどっこい、「4K8Kに移行するよ？」ってちょこちょこ情報出して様子見てる。

586 ：

初期のもの以外はH264デコード自体には対応しているはずだから、地デジ/BSのH264化はソフトアップデートなりチューナーの変更のみで対応できそうだけど。
AVマニア以外、60inch以上のテレビを買える（おける）層は限られているし…。
それ買うくらいならプロジェクターを買う方がよくない？
というか、もはやテレビにお金をかけるだけの魅力を感じない…、というのが一般消費者の本音だと思ったり。
PCモニターならすでに二年前に出てるし。

587 ：

4k8k放送対応！
といいつつ貧民向けはフルHD以下のチープな液晶売りつけるのが目に見えてる
60インチ以下もフルHD止まりで、そこで値段の格差をつけていくんだろうね

588 ：

白黒→カラーの時みたいに互換性あれば無理せず徐々に更新が
進むんだけどね

589 ：

4k_h265 to 2k_mpeg2のコンバータを配ろう(提案)
3年後には安価なハードウェアデコーダぐらい作れるさ

590 ：

電波帯に空きがあれば、マルチストリーム化してごまかすとか、いろいろあるんだろうけど。

591 ：

>>560
たまにやってくるこのお電波さんがちょっと楽しみになってます。
確実に「無い」と思える情報を混ぜてくるので誰かの作品なのかもしれませんが。

592 ：

ビデオ→DVD、PS1→PS2レベルの進化は期待してもいいのだろうか
「最新のx264の一番軽い設定よりHEVCの一番重い設定の方が軽くて、それでいて圧縮率はx264の倍」みたいな

593 ：

>>591
だからみんなおひねりがわりにツッコミ入れてやってるんでしょ
やっぱ芸人と客の両方のノリがよくないとね
釣った釣られたなんて野暮の極み

594 ：

>>588
MPEG2のセグメントを削って、低画質化放送とする。
空いたセグメントにH264なりHEVCでサイマル放送。
10年くらい移行期間の後、MPEG2全廃ってことで。
>>577
CUサイズ64x64ばかりだったりすると、軽いかもしれないね。
でも、高精細の方向の場合、かなり負荷は上がるよ。

595 ：

>>592
それどころか現状のh265のエンコーダはmainプロファイルしか使えないにも関わらずx264の1番重い設定(placebo)と比べても10倍どころじゃないぐらい重いぞ
圧縮効率はx264のmidium比1.4倍ぐらいだそうだし出始めはまだまだだろ

596 ：

Gbit級MRAMとかDDR5が出てくる頃までは待たないと実用的な性能にはならなさそう

597 ：

>>595
その発言からして、君はHMについて語っていると推測できる。まず、現状
HEVC/H.265にはmain, main 10, main still pictureというプロファイルが
ある事を言っておきます。それで、HMはその全てを対応している。mainのみ
ではありません。
あと、リファレンスと実用向けエンコーダーを比べてどうするってのも言いたい
ところだわ。圧縮効率はどう計算してるかわからねぇが、リファレンスは十分
いい結果を出していると思ふ。
その他はまぁまぁって感じかな。確かに、実用向けエンコーダーはこれからである。
そもそもコンテナでの入れ方もまだ決まってないがね＾＾；
MPEG-TS用の規格が丁度６ヶ月のバロットを終了して、これから編集され、
最終バロットへ向かう。MPEG-4 Part 15は規格名の変更で最終バロットは16日
以後にしか開始できない（最終ドラフトでどの規格名を使用できるか分からないから）。
Matroska向けの規格は殆どできてるけど、Part 15のエキストラデータの形式を
再利用したいため、Part 15の最終ドラフトが公開されなければ完成に至らない・・・
（DivXが勝手に自分の思いついたやり方でやってる）
また話をエンコーダーに戻すと、企業向けでMC社が自分のエンコーダーを公開したが、
企業向けで契約で公開ベンチマークは禁止されてる。DivXから夏中に同じ物が一般公開
される事になってるけどね。「x264の後継ぎになるかもしれない」物は運が良ければ
今月中に初めてソース公開となる。
実用向けのエンコーダーはこんな感じかな？

598 ：

バロットってなに？ググったらエロ画像てんこ盛りだったわけだが

まじホビロン！

599 ：

>>598
ballot＝バロット＝投票
英語の単語に慣れすぎていつも使ってしまう。すまぬ。

600 ：

ミサワか

601 ：

投票ってvoteのイメージが強かったから慣れないわ……
俺も試しにH.265エンコーダを試してみるかね

602 ：

h266エンコ希望

603 ：

DivX HEVC Decoder Released
http://labs.divx.com/node/127919

604 ：

>>603
ｷﾀ━━━━━━━━ (ﾟ∀ﾟ)━━━━━━━━ !!!!

605 ：

どうせAVCとHEVCなんて100Mbps以上では殆ど画質の差はないんだろ？ｗ
あっても間違い探しレベルだろ？ｗあるならうｐしてみろよｗｗｗｗ

606 ：

AVC→可逆できる HEVC→できない じゃなかったっけ

607 ：

ビデオカードのエンコードは速度だけで実用的でない、CPUの性能は停滞、HEVCは激重
行き詰った感が半端無いんだがどうすればいいんだろうか

608 ：

まだマルチコアとヘテロジニアスコアがある

609 ：

実用的じゃないと言い切る程酷い出来でもないと思うんだけどなぁ･･ものによるだけで

610 ：

h265のハードエンコでx264 slowぐらいのビットレート比画質になれば十分だと思うんだが

611 ：

>> 603
Decoder Released
Decoder
Decoder
Decoder

612 ：

Tears of Steel (3 minutes)
http://labs.divx.com/node/127909

613 ：

放送系は2014年からH265だな。

614 ：

みんなこれなんて読んでる？
へべっく？

615 ：

えいちいーえーえーしー
えいちいーぶいしー

616 ：

へべれけ！

617 ：

>>614
この話たまに出るけどなんでHEVCだからってそこ気にするの？
今までAVCをアブクとか読んでたの？

618 ：

屁ぶいしー

619 ：

AVI(エーブイアイ)
MPEG(エムペグ)
DivX(ディーブエックス)
XviD(エックスブイアイディー)
H.264(エイチドットニーロクヨン)
AVC(エーブイシー)
HEVC(エイチイーブイシー)
……大体はアルファベットをベタ読みだな。どうせ全部略称だから問題はないはず

620 ：

>>560
＞adobeの開発向け資料
　　AdobeはエンコーダーをMCから買ってるので自社で作ってません
＞264も古いですから
　　自分でもっと古いJ2Kの話を出しておきながら…
＞新しいプロトコル
　　海外含め符号化形式をプロトコルと呼んでる専門家を見たことがない
　　画像処理用語じゃなく通信用語なのでコンテナ技術ではあり得る
＞圧縮アルゴリズムまで書いています
　　それを書かないで圧縮の何を書くというんだ？
　　後段に何使ってるかだけでいいから書いてみな？
　　ちなみに理論上最強の系統のやつはほとんどが特許でガチガチだがな
＞フラッシュ
　　Adobe Flash Playerにはプラグイン等できる仕組みがない
　　そもそもAdobeはHTML5推進でFlash系技術は縮小傾向
＞新しいjpeg規格
　　(ry
＞DTP関連は今までの100倍以上の速度
　　エントロピー最適化する＝計算量が増えるのに速度が上がるって…
＞30分gifアニメーションを1Mバイト以下でロスレスBD画質
　　GIFの意味わかってる？それはもうGIFではない
　　新しいjpegじゃなくて新しいgifって言ったほうがまだ良かったね
専門家だと言うならお前が使ってるdct trans sizeと
HEVCのsao edge offset modeに有用なSIMD命令を説明してみな
さて、上記に含まれる釣りに気づけるかな〜
無視するか、消えるんだろうな〜

621 ：

くっさ

622 ：

俺様のPC(G550+96GT)で再生できるのか？？
エンコはi7に交換しても厳しいそう…

623 ：

同ビットレートでAVCソフトエンコとHEVCハードエンコなら
さすがに後者の方が綺麗だよな？あと時間も

624 ：

HEVCのエンコード負荷を舐めないで頂きたい
というか現状x264midiumと比較してQSVだと1.3-5倍ぐらいビットレート盛らないと同等の画質にはならないから厳しい

625 ：

>>623
マジレスすると時期による。

626 ：

何でビデオカードのハードエンコードはCPUでソフトエンコードしたものより画質が悪すぎるものが多いの?
CPUで画質に定評あるソフトにそん色ない、ハードエンコードで質の高いソフトって無いの?

627 ：

>>626
そりゃ計算精度とかアルゴリズムとかの差よ
GPU版をCPU版のように書くと全然速度出ない、なんてことは映像処理に限らずよくあるし

628 ：

それが普通
ハード実装はCPUの性能にかかわらず、一定の処理能力を持つけど枯れたor確実な技術しか実装できず
それに対してソフト実装はバグを恐れずに実装できるし、汎用部品で実行するからハードを作り変える手間もかからない
だからMPEG2でもCPUの遅い黎明期はハード優勢で、CPUの性能が上がればソフト優勢になった

629 ：

昔話で、SD解像度のMPEG2圧縮やDV圧縮のエンコとデコが、CPUパワーでどうにもならない時期があったね
カノープスがDVラプターを出して活気的だったくらいに
HDDに取り込んだDVビデオストリームをiLinkで外付けのDVカメラに入れて、そいつのアナログ出力をまた取り込んで、グラボに転送して単純なアナログ合成してた
カメラのDV INがそのままアナログコンポジットビデオでデコード出力が出てたから、外部ハードデコーダとして使うアイデアに舌を巻いた
遅延最小でノンリニア編集環境としては、全くストレスのない始めての環境で、感動した記憶がある
ちなみに、その開発者が今のさくら映機の社長さんだけど、ハードとソフトのバランス感覚が優れてて、未だに高いけど素晴らしい製品を作ってる
今ならMPEG2くらいならハードでもそこそこな画質出せるけれど、H.264はもう少しかな
中程度な圧縮の100〜240Mbpsくらいなら、ハードでもいい画質が出せるけど
結局放送する時にジャミるから、XDCAM35やAVCHD17くらいでも地デジで見てる分には、その差がわかりにくいのが現実

630 ：

デコなんて略し方する奴初めて見たわ

631 ：

LGA1155のCPUがさせるXeon Phiみたいなものが出たらいいんだけどなあ
それを2枚くらい挿して、それぞれに4770Kでもさせばかなり役立ちそう

632 ：

どういうこと？2way前提のXeon-EPや4way前提のXeon-EXじゃいかんの？

633 ：

>>606
transform bypass（skipだったかな）で、予測値との差分をそのまま伝送できる。
だから、HEVCでもロスレス可能。

634 ：

>>619
DivX(ディヴィックス)
XviD(エクスヴィドゥ)
H.264(エイチニーロクヨン)

635 ：

誰でもそうやって特定の母音を補完しちゃうのはなぜなんだろうな

636 ：

日本語だからしょうがないって話を除けば
誰でもそうするってことはないと思うけど

637 ：

>>632
2/4wayだとマザー、メモリ、CPUが半端なく高いからなあ
今持ってるpcにPCIE接続のXeon Phiみたいな物を挿して気軽にパワーアップできたらいいと思う

638 ：

昔のハードウェアアクセラレータみたいなもの……つーかまんまそれだなｗ

639 ：

現時点でHEVCのH/Wデコーダ搭載もしくは
シェーダープロセッサ使用デコーダがあるGPUって存在する？

640 ：

そもそも再生するソースがほぼゼロなのにそんなもん売ってる企業があったら、
開発企画部署は全員首切られるわ

641 ：

4k・・・

642 ：

一応承認はされたんだから研究開発はしてるだろう

643 ：

研究開発と一般公開/販売は次元が違うだろ

644 ：

h.265対応のブツがあるかどうかはともかく
PC周りじゃ承認されて確定したもんに対応しておく事は別に珍しくもなかろ
USBやら無線辺りなんて毎度ドラフト段階でもぼんぼんH/W載せて来るし

645 ：

HWで載せなくても
APUのGPGPUに期待してる
とりあえずデコードなら簡単にできるだろ

646 ：

APUってdGPUより一世代遅いんだろ
そんなに早く対応するとは思えない

647 ：

アーキテクチャは1世代遅いけどAVCの1080pのハードウェアデコードに対応した時
というかそれが現世代だが時間的に1世代も遅れていない
dGPUで対応したのがHD7000シリーズからでAPUで対応したのがTrinityから
HD8000シリーズはまだ出てないから1世代も遅れていない
というのはダイ上にGPUのアーキテクチャとして語られる部分とは別にUVD（ハードウェアデコーダ）のブロックがあるから

648 ：

>>645は専用H/Wデコーダの話じゃなくてシェーダーによるデコードの話してんだから
明確に一世代遅れている

649 ：

これが本命になるのかな
http://x265.org/

650 ：

https://bitbucket.org/multicoreware/x265/downloads/x265%20Evaluators%20Guide%2007-23-13.pdf

651 ：

とりあえずエンコーダーがようやく公開されたんで、デコーダーもどうぞ
ttp://tmp.srsfckn.biz/mpv-x86_64-20130704.7z
smarter氏とOpenHEVCプロジェクトのデコーダーの7月4日辺りのバージョンが入ってる
mpvという動画再生ソフト。映像レンダラが遅かったらmpv --vo=helpで一覧を
出して好きなのに切り替えればおｋ。

652 ：

Next-Gen Video Encoding: x265 Tackles HEVC/H.265
http://www.tomshardware.com/reviews/x265-hevc-encoder,3565.html#xtor=RSS-182

653 ：

展開はやくね

654 ：

もっとはやく

655 ：

早く生TSの圧縮に使いたい

656 ：

おお…

657 ：

生rawデータが一番高画質だと思っているのか…

658 ：

生TS ってのがわからん

659 ：

https://bitbucket.org/multicoreware/x265/
これって出力の拡張子はyuvでいいの？
コンテナは何に入れればいいんだ？

660 ：

>>659
出力は生のH.265だから、とりあえず265で試している。入力はavs2yuvでy4mを用意すると楽。

661 ：

次世代動画圧縮規格「H.265/HEVC」に準拠した世界最高レベルの動画圧縮性能を持つソフトウェアエンコードエンジンの開発ならびに、
コーデック開発キット「HEVC-1000 SDK」の販売開始について
http://www.ntt.co.jp/news2013/1308/130808a.html

662 ：

http://www.ntt.co.jp/news2013/1308/130808a_2.html
まんまx264のVAQ？

663 ：

>>662
そうだね
こういう企業の一般向け技術紹介ってアマチュアでも普通にやってるようなことを
いかにも凄いことやってるみたいな虚仮威しが多いからね

664 ：

まあ、AQそれ自体はMPEG-1ビデオの頃からあるからね

665 ：

>>663
それを実装してるx264が凄いだけ

666 ：

AQを弄るべき領域の選別アルゴリズムのほうがキモだとおもうんだけど
VAQをNTT独自と書かれたら「あ？」ってなるわな

667 ：

NTT、世界最高レベルの圧縮が可能なHEVC
IPTVの4K配信へ。H.264比2.5倍の圧縮性能
http://av.watch.impress.co.jp/docs/news/20130809_611109.html

668 ：

h264って言ってもQSVやCUDAからMainconceptやx264までピンキリだからなあ。

669 ：

>>668
自社製品比に決まってるだろ

670 ：

>>668
それ俺も思ってたんだけど一般にHEVCはAVCの２倍高圧縮っていうけどこの場合のAVCってのはx264でエンコしたものってことでいいの？

671 ：

特に断りがなければ自社製品比が常識。
だが…日本って比較広告(?)が規制されていなかったっけ ?

672 ：

>>670
JMとかいうリファレンスコーデック比なんじゃないの

673 ：

それって「最新のx264のvery slow」と比較してどうなんだろうか・・・

674 ：

1.25倍ぐらい?(適当)

675 ：

>>671
んなこたーない
公正取引委員会のガイドラインはあるけど、制限も規制もない。

676 ：

H.264の50%のビットレートで、同じPSNRとかだと分かりやすいけど、実際には難しいのでしょう

677 ：

日本での比較広告はコーラとペフシの比較広告が行われる少し前に解禁された。
しかし、日本では他社との比較広告は却って敬遠されマイナスイメージになる事から
以前と同じ様に比較広告は殆ど無くなった。

678 ：

JMでエンコしてみようと思ったけど使い方わからんわｗ

679 ：

>>674
HEVCリファレンスとx264で、PSNRでだいたい同じくらいの数値になるようにしたらビットレート比1:1.4くらいだった。

680 ：

リファレンスで1:1.4って何気に凄いな。x265みたいなのが熟成されたらどうなるんだろう。

681 ：

x264のmidiumでしょ?veryslowと比較したら画質と速度はどれぐらいか知りたい

682 ：

placebo との比較です。
HEVC リファレンスは最大画質になるようにオプションてんこ盛りにしました。
速度比400倍以上ついています。
リファレンスがシングルスレッドなのを差し引いてもものすごく重い。

683 ：

placeboというかtesaって解像度に対してリニアに動き探索範囲に対して2乗倍に重くなるからソースの解像度知りたいな
しかし圧縮率も速度も桁違いだな。速く一般的になって欲しい

684 ：

バイナリどっかにないかねぇ

685 ：

＞400倍以上
遅いとは思っていたがこれまでとは。

686 ：

ソース解像度は1920x1080です。
HEVCも解像度が上がるとこれもまた加速度的に重くなります。
オプションをガンガン切っていくと速くはなりますが、それやるとHEVCの意味がどんどんなくなっていきます。
ちゃんとした実装が出てくるまではどうなのかなぁ…的な感じですね。

687 ：

>>685
HMはシングルスレッドで遅めなC++で書かれてるからなぁ・・・
720pで90秒をエンコしようとしたら24時間ちょいかかったわけだし。
MCWのx265は一応イントリンシックとか色々入ってて速度的には1fps以上の
速度が出せるようになった。知り合いのマシンでは4fpsまで上がってた。
lookaheadとかx264のCRFのようなレートコントロールはまだないから
実用的になるまでは少々時間がかかるようだけど、HMには比べられる
（元々HMを改造して作られたものでもあるし）
お金をくれる会社は早くHLSの実装が見たいからCRFのような物が実装されるより
バカなABRを実装したがるんだよねぇ・・・　MCWが。お金が欲しいのは当たり前の
事だけど。そしてcontributor用の契約書もまだ出来てないのは少々不思議。
これだと外部からのパッチもまだ受け付けられない。
まだ受け付けられないのはなぜか不思議に思ふ。

688 ：

当面はx264-10bitを普及させた方が現実的じゃね？

689 ：

264の10bitって将来性なくね？

690 ：

モバイルのほうの265は10bit対応だしね

691 ：

・x264のplacebo並にちぢむHEVCハードウェアエンコーダ
・x264のplaceboの半分の容量＋2倍の速度のオープンソースのHEVC実装
どっちのほうが実現する可能性が大きいの？

692 ：

いまのところHEVCやってるところにはペンギン級のassembler godはいないから
下は難しそうだな

693 ：

上は実現しそうだけど今の重さを考えると個人で気軽に扱えるものにはなかなかならなさそう

694 ：

x264は、アニメ絵には強いけど、実写は商用エンコーダ（個人向けに安く売ってるやつじゃなく業務用）のほうが
かなりいいんだよな
x264開発者ってもしかしてアニヲタばかりなの？

695 ：

その通り全員アニオタなんだが

696 ：

JpegとGIFの違いみたいなもんだろ

697 ：

同じびっとれーとで比較してもHEVCは細部潰して誤魔化してるだけジャン。
http://oi48.tinypic.com/343qbnq.png
やっぱ圧縮技術なんてインチキ誤魔化し技術でしかないな。
ビットレートの高さこそ全てだな。

698 ：

> やっぱ圧縮技術なんてインチキ誤魔化し技術でしかないな。
誹謗や非難や皮肉のつもりなのかもしれんけど正しくその通りだろ。
いかにうまくインチキ誤魔化すかを至上命題に日夜研究してるんだよ

699 ：

pngも圧縮だが何もごまかしていないぞ

700 ：

たぶんこれはれすしたらまけだとおもう

701 ：

うずうず……

702 ：

>>694
これが一応HEVCのスレなのでx264についての話はオフトピックになるんだけど、
とりあえず実写でも毎年殆どの実写シークエンスでモスクワのテストで
勝利してるのは知っているよね？
唯一ちょっと苦手なところは高ビットレートなエンコ（40mbps〜）くらい。
一番大きいのはマスタリングスイートで実装されてないから、簡単にVBVを
保つつ一部の再エンコが不可能になってる事である。
ちょっとでもビットレートを低くすればブルーコードや他のそういう
エンコーダーが崩れてx264の完全なる勝利になるけど。
あと、今のHEVCエンコーダーが殆どAQやサイコビジュアルな最適化が実装
されてないから、そういうのはちょっと比べられない。MCWもx265で
ABRから実装したがってるし、まともになるのは少々時間がかかるかも。

703 ：

画像にも音楽にもPNGやFLACといった可逆圧縮コーデックがあるのに
動画だけ可逆のものがないのはなんでなん？

704 ：

>>699
pngなんかよりH264やH265のIフレームのほうが
可逆圧縮なのに遥かに高圧縮だよｗ

705 ：

>>703
動画にも可逆のものはいっぱいあるわけでｗ
Huffyuv、Utvideo、Lagalith、x264のロスレスプロファイルとかね
君が知らないだけで世の中普通に先に進んでるから

706 ：

>>703
実装はあるけど、音声みたいに割り切って使える（実用的なビットレートに収まる）ケースが少ないから目にしないだけ

707 ：

音楽も昔はあまり可逆は普及してなかった。
動画も今後は分からんよ

708 ：

ストレージ、メモリ、ネットワーク速度が、可逆のファイルサイズに耐えられるかどうかだよ
画像や音楽程度なら問題なく使えるレベル
しかし可逆の動画はもの凄い容量になる
そして解像度要求が720P→1080Pまで上がってきている。
ストレージもネットワークもとても間に合ってない

709 ：

サイズもあるけど、ほとんどの動画ソースは何かしらの形で非可逆圧縮されてるから
ほぼ無圧縮で収録されているCDのようにはお得感が得られないのも大きい

710 ：

一般人の手に入るもので、な

711 ：

>>697
HEVCがインチキになるならAVCもMPEG-2もインチキで非圧縮以外インチキになるんだが
この馬鹿は圧縮に何を求めてるんだ？

712 ：

どこをごまかしてどこを残すかなんて設定しだいなんだから
あの例だけでインチキ認定とかキチガイだわ

713 ：

しかしいくらインチキ誤魔化しとは言え4Kまでの平均ビットレート100Mbps以上に関しては
MPEG-2、AVC、HEVCにそれぞれ明確な差は無いだろうなｗ
素人が見比べたら間違い探しレベルだろう。
それでも明確にあるのだと言い張る奴がいたら、フルHDでMPEG-2とAVCの100Mbpsの
動画をキャプチャして晒しあげてみると良いｗｗｗ

714 ：

圧縮コーデックの差は、低ビットレートであるほど差が出る。
その証拠に必死にデモしとる企業は軒並み低ビットレートでの比較だろ？ｗ
100Mbps以上の高ビットレートで比較すると、その差は僅差であることを
奴らは知ってるから、高品位な動画でのデモは絶対にやらないｗｗｗｗ

715 ：

だから何なんだ？
差がないということは、どちらにしてもソースをほぼ再現しきっているというだけたろ
100Mも使えば当然だわ

716 ：

つまり100Mbpsもあれば十分であり、それ以上は殆ど意味が無いってことだなｗｗ

717 ：

当たり前のことに何をそんなにイキってるんだ？

718 ：

苦し紛れの言い訳乙

719 ：

ビットレートがじゅうぶんあれば何の問題もないんだが、
残念ながら年々削られる運命なのよ。放送にしろ通信にしろ。
ユーザも制作側も、ローカルで閉じてれば、不可逆でも非圧縮でも高ビットレートでも、なんでもいいわけで。

720 ：

当たり前のこといわれてファビョる奴ｗｗｗｗ

721 ：

高画質を維持しつつも、可能な限り圧縮をしてビットレートを削るのが男のロマンだと思っていました

722 ：

.

723 ：

浪漫は結構だけどエンコードに掛かる時間も考えないとなぁ

724 ：

正直時間考えるとあんまりいらない
ニコ専用みたいなもんだわ

725 ：

画質、ファイルサイズ、エンコード時間などなど
自分の妥協点を探る精神修行

726 ：

そのうち考えるのをやめた

727 ：

SkyLakeあたりには QSV に 265 のエンコーダーのらないかな
Qualcomm は今度のスナドラ 800 から載ってるようなことがどっかで見た気がするけど

728 ：

H.265のハードウェアデコードに対応するまで
新しいクラボとスマホを買うのは控えたいところ

729 ：

しかし、4Kともなると家電は兎も角物理的な画面のサイズも問題だよなぁ
1080が23インチモニタで適当とすると42インチ↑のPCモニタが必要に
そんな大画面、3~40センチの距離で使いたくないｗ

730 ：

どうせ普及するのに多少時間かかるんだし、H.265対応考えるにせよ買い時は今じゃねぇの？
むしろ対応直後の製品で新機能触りたくない

731 ：

別に現在のFullHD以下でも、容量落とせて、帯域・ストレージを減らせるわけだし。
AppleがiPhone発売してから、ネットのトラフィックの内、ビデオの帯域が8割を占めるようになったとか見た記憶が。

732 ：

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

733 ：

youtubeがいつから対応するかだな。あと一応ニコ動とかGyaoとか？

734 ：

よーしらんけどYouTubeはVP9じゃないのん？

735 ：

Googleによる体を張った噛ませ犬でしかない
コーデックは競争相手がいてこそ進化発展するからな
HEVC君を実は電柱の裏からこっそり応援してるよ

736 ：

H.264に対するVP8はタイミング的にも遅過ぎたわけだが、VP9はどうだろうね
スペックらしいものは存在してるの？

737 ：

Youtubeはオリジナルを保持したまんまだから
H.265にしてもVP9にしてもそのうち対応してくるだろエンコするだけだしな

738 ：

ニコニコはもとのファイル持ってないの？

739 ：

ニコニコもオリジナルファイル持ってるよ

740 ：

ニコニコは制限内ならupされたファイル垂れ流しで低画質版も同時作成
制限外ならサーバーサイドエンコされたファイルとそれの低画質版が出来るが大元は残らない

741 ：

NTTグループのH.265への展開がやけに早いな。

742 ：

スマホのせいで帯域圧迫されまくりだから必死なんだよ

743 ：

独自拡張とか言い出さなかったら頼りになるな（普及という意味では

744 ：

AQ技術がx264の流用の可能性あるんじゃないの？

745 ：

264
http://mango.blender.org/download/
HEVC
http://labs.divx.com/node/127909

746 ：

ここまで読んでわかったことは技術屋って言うのは本当に馬鹿だということ。
なぜHEVCなのかっていうことについて一般消費者へしっかり説明できない。
HEVCは最終的にはテレビ局をつぶす可能性がある。わかる人どれだけいる？

747 ：

今のテレビ局なら潰れても別に・・・

748 ：

>>746
HEVCの先頭集団の一角にNHKがいる訳だが

749 ：

説明するのはHEVCを採用し一般消費者へ提供する企業の仕事なんじゃないですかね・・・

750 ：

HEVC 対応 DivX 10 プレビュー
http://japan.blog.divx.com/2013/08/26/hevc-streaming-in-divx-web-player/#more-543

751 ：

今回はDIｖｘがんばってるな

752 ：

TV局が潰れてなにが問題なのよ
むしろ潰れない状況に胡座かいて権力者気取ってるTV局は潰れるべき

753 ：

H.264のとき出遅れたしね

754 ：

>>752
個人的にはネット局同士で統廃合進めて帯域の合理化進めてほしい

755 ：

なんかDivXからメールが来た
で
このDivX HEVCでも忌まわしい透かしを入れられるの？

756 ：

正確には、潰れるのは「地方の」TV局でしょ

757 ：

DivX はコンテナ MKV をやめるところからだな

758 ：

>>755
きっと可能だとおもう

759 ：

>>757
Divx規格さえ普及すればMKVでもいいな。
ツール類もMP4より完成度が高いし

760 ：

何でもかんでも格納出来るというMVKの特性考えたら、
現時点ではMKVしか無いんじゃないの？

761 ：

ALS入らないんですけど

762 ：

DivXはALSなんていれないから問題無いでしょ

763 ：

>>746
> わかる人どれだけいる
屁理屈とキチガイが何を考えているかなんてしらねぇ〜よ
病院にいても、患者は医療関係者ではねぇよな

764 ：

http://av.watch.impress.co.jp/docs/news/20130905_613561.html

765 ：

全くスレと関係ないソニー製品の宣伝を貼るとは
どんだけもらって工作してんだ

766 ：

ソニーの中にいても他に仕事がないんだろ。一日2chで100ステマがノルマとか

767 ：

AV板とか複数人で、もっと露骨にやってるよ。社運かかってるからね。

768 ：

エンコードできたけどコーデックがないから再生できないずら

769 ：

MPEG5と言う名称も付きそうだな

770 ：

ひどいです・・・������

771 ：

AVX-512がSkylakeで実装されてHEVCのエンコーダで使えるようになったら数%ははやくなるのだろうか

772 ：

>>758
あー
うん…

773 ：

>>769
H.265/HEVCは、MPEG-H Part2

774 ：

H.264と同じ画質で半分のファイルサイズになる「H.265/HEVC」を体験する方法
http://gigazine.net/news/20130905-h265-hevc/
DivX Player使う方式だけど、手順が詳しく書いてあるので。

775 ：

>>774
ストリートファイター？の比較見たけど、これでHEVC800Kbps≒AVC1.5Mbpsって少し無理ないか？

776 ：

>>775
そんな古いのは役に立たん。
DivXのHEVCデコーダー入れてデモ映像見てみ。

777 ：

>>774
セットアッパーが入れ替わってるな
DivX10になっててファイル置換せずともチェックマークすりゃdeHEVCもインストールされる
FHD解像度のこの画質(crf22相当？)で平均1.5Mbpsまで落とせるのか…AVCなら2.5Mbpsは必要な感じ
5年後のテレビにはデコーダ乗ってて配信主流になりブルーレイレンタル屋潰れてるだろうな
2010年のCorei5でプラグインコンテナ.exeCPU使用率5〜35うろちょろ平均15ぐらい。シークすると慌てて演算し直すから増えるね

778 ：

Rovi、HEVC/H.265や4KのH.264をサポートする「DivX 10」
http://pc.watch.impress.co.jp/docs/news/20130906_614313.html
エンコーダーも入ってるっぽい

779 ：

1.5Mbpsでこのクオリティはやばいな
DVD6時間入る計算
http://labs.divx.com/node/127909

780 ：

どうもコーデックはCLIで提供されてないと使う気がおきないな

781 ：

>>779
所詮30インチ以下の小画面専用動画だな。
40インチ以上だと大した事ない。

782 ：

Rovi、HEVC/H.265や4KのH.264をサポートする「DivX 10」
http://pc.watch.impress.co.jp/docs/news/20130906_614313.html
これ入れて
http://labs.divx.com/node/127909
これ再生しろ

783 ：

DIVXからGIGAZINEに金流れてるな

784 ：

>>781
出たばっかりだし、ビットレート考えたら問題ないんじゃね？

785 ：

>>779
その動画は上下黒帯ありで24fpsだけど、
上下黒帯なしで30fpsのインタレ動画だと2Mbpsはいきそう
それでもHD動画としてかなりのものだが

786 ：

DirectShowのデコーダとして登録されるのこれ

787 ：

インタレ死すべし

788 ：

H.265オープンソースコーデック実装登場
http://news.mynavi.jp/news/2013/09/06/195/index.html

789 ：

>>788
デコーダーのみ？

790 ：

DivXのって10bitなん？

791 ：

Rovi、HEVC/H.265や4KのH.264をサポートする「DivX 10」
http://pc.watch.impress.co.jp/docs/news/20130906_614313.html
これ入れて
http://labs.divx.com/node/127909
これ再生しろ

1.5Mbpsでこのクオリティは凄い。
4K撮影＋HEVCエンコードは1.5Mbpsだろうと、今の2K撮影＋MPEG-2エンコード17Mbps
の地デジより高画質だと言う事だ。
4K撮影＋HEVC1.5Mbpsでこのクオリティならその10倍もあれば4Kでも全く問題ないだろう。
少なくともHDTVに映してボケボケになっているDVDの映像を観て満足しているような一般層
には完全に騙せるはずだ。

高画質を求めるマニアはHEVC50Mbps+αの4K配信で問題ない。

792 ：

HEVCもVP9もDaalaも続報が全く出てこないんだがこういう新技術って3年くらいは存在を忘れていた方がいいのだろうか

793 ：

志村ー、上、上!!

794 ：

VP9もDaalaも最近続報あったやろｗ

795 ：

次スレから「次世代コーデック総合」にしちゃえ

796 ：

【H.265/HEVC/VP9/Daala】次世代コーデック総合 Part3【2016/8192x4096】
こうか？

797 ：

8月12日、Daalaの技術解説第三弾
http://people.xiph.org/~xiphmont/demo/daala/demo3.shtml

798 ：

このスレは久々の良スレだな。
２ちゃん創成期のような学術的な意見交換の場として伸びてほしい。

799 ：

8192x4096
これはAVX-512とかOpenCLにしたほうがいいんじゃないか

800 ：

DivX　Converterでエンコ試してるんだが、avsファイルが読めないなあ・・
ファイルを追加中 分析中のままずーと進まない。
AVS Scriptファイルってのが選べるからサポートはしてると思うんだけどなあ。
みなさんはどうですか？
ちなみにavsファイルはmpeg2sourceを1行書いただけです。

801 ：

>>800
> avsファイルはmpeg2sourceを1行書いただけです。
プラグインはロードしてんのけ？
んで最後に
ConvertToYUY2(interlaced=true)
return last
を付けてみたら

802 ：

DivX Converterでavs読み込めるけど何にもできないな〜
サムネ出て時間も表示されてるから読み込み自体問題無さそうだけど
出力でいくら弄ってもエンコ始まらない
いつものと読み込みだけにしたavsでやってみたらサムネ横のインフォで正確にリサイズも認識されてる
avsでエンコできてる人は出力の下になんて表示せれてる？
自分は設定弄ってもSUB TEXT

803 ：

そのうち、XMedia Recodeで変換できるようになる

804 ：

makeAVISで、エンコは出来た

805 ：

>>804
横から失礼。
やりますな、お主。
ちなみにそのやり方でGPU内蔵のインターレース解除機能を使う方法とかないんですかね？

806 ：

ドコモからiPhoneが出るけど、ドコモのHEVCデコーダとバーターしたと思うのはオレだけ？

807 ：

>>802
明らかにあのコンバーターのバグだな。ファイルサイズとかで何かを決めよう
として、それで大失敗してプレースホルダの文字列をそこへ入れるって感じだね。
あのGUIがバカだから裏のmc_enc_hevc.dllを直接叩く事で多分色々できると思ふ。
>>788
ちなみにsmarter氏やOpenHEVCの連中がやってるデコーダーはもうほぼ完成してる。
今Libavの方でレビュー中。最初はマルチスレッド化やSIMD辺りを入れないで
レビューしてマージするっぽいが、その後からどんどん機能を入れる予定。
OpenHEVC版: ttps://github.com/OpenHEVC/libav/tree/hm10.0
libavのレビュー中版: ttp://git.khirnov.net/cgit.cgi/libav/log/?h=hevc_upstream

808 ：

でHandBrakeとかでエンコ出来るようになるのは何年後なんだよ

809 ：

x264みたいな物がある程度熟成されたら1か月で実装されそう
でも、そこまでがおっそろしく長いんだろうな・・・

810 ：

頼むからもう10bit以上がデフォになってほしいけどどうなんだろ？
でないとまたバンディングの縞模様が・・・

811 ：

HEVCはH.264に比べて色の扱いが上手くなったから、H.264ほどに10bit化するメリットはないと思うけどね。

812 ：

上手かろうが下手だろうが解像度が上がれば8bitじゃ足りねーんだよ

813 ：

解像度が上がるとなぜ8bitじゃたりない？
理屈がわからん

814 ：

どうせ新企画に対応させなきゃならないんだからわざわざ8bitにこだわるメリットのほうが少ないと思うけどね
画質向上目的の新コーデックなんだから10bitデフォにしたところでメリットのほうが上回る

815 ：

理屈ﾏﾀﾞｰ

816 ：

>>813
盛大なバンディングが発生するから
今の1080pでもはっきり視認できるほど酷いのにさらに高い解像度で盛大なバンディングの縞模様なんて誰も見たくないと思うけど

817 ：

>>798
夢見すぎ

818 ：

>>816
解像度が上がるとなぜバンディングが発生する理屈になるんだ？
バンディングが発生している理由と違うだろ

819 ：

>>818
だから10bit以上をもう標準にしてと言ってるわけだけど
なぜそこでファビョる？

820 ：

>>819
おまえは日本語が理解できないのか？
理屈説明できてないんだよ、おまえは。
おまえが言ってるのは理屈じゃないんだよ。
なぜバンディングが発生するのかというところをもう一度勉強しなさい。

821 ：

全く同等の画質でエンコードする場合10bitのほうが容量も少ないしな
高解像度なら相当変わる

822 ：

>>820
お、おう・・・

823 ：

Rovi、HEVC/H.265や4KのH.264をサポートする「DivX 10」
http://pc.watch.impress.co.jp/docs/news/20130906_614313.html
これ入れて
http://labs.divx.com/node/127909
これ再生しろ

1.5Mbpsでこのクオリティは凄い。
バンディングなんて発生していない。

824 ：

>>819
答え、キモオタのためだけのコーデックじゃないから。
一般市民はそんなこと文句言わない。
キモオタがここで文句垂れても偉いさんの会議には届かない。
お前の無力さを嘆いてろ。

825 ：

無知のキチガイは救い様が無い

826 ：

んーまあ10bitに拘り持つのはほとんどアニオタかもわからんね、俺もアニオタだし
今の8bitのHDアニメで盛大なバンディングなんて見慣れてるからな・・・
と同時にx264の10bitエンコの絶大な輝度、階調保持も経験してるからHEVCはもう10bit以上デフォにと思ってしまう

827 ：

>>824
そこまで言わなくてもいいと思うよ。
そもそもなぜH.264でわざわざ8bitを10bitに変換してまでエンコードするかと言えば、H.264では8bitのままエンコードするとバンディング問題がエンコードのロジック上、どうしても避けられないからであり、
それをなんとかしようとした結果の苦肉の策としての10bitエンコードであっただけで、10bit本来の階調表現を求めてとかでの使い方とは意味が異なる。
HEVCの場合、8bitのままエンコードしてもビットレート不足とか特殊な場合でなければ、H.264のような下手糞な色の扱いにはならないから無駄に手間をかけて10bit化して、互換性を引き続き犠牲にするほどの値打ちはないことになる。
もちろん、素材録や編集とかで本来の目的で10bitを望むのは全く問題はないし、HEVCの作業部会もその辺りは理解しているから10bit自体が不要と言ってるわけではない。
要は求める結果が何であるかを理解して使うことが大事だということ。

828 ：

>>827
「10bitのマスターソースをHEVC 8bitでエンコードするとバンディングは一切発生しない」
と言ってるわけじゃないと思って突っ込むけど
それって8bitHD動画におけるバンディングの問題を解決する理屈にはなってないよね？
「下手糞な色の扱い」とか曖昧な言葉でごまかさずに、10bitのマスターソースがあったとして
それと8bitに落とすとHEVCならビットレート不足とか特殊な場合でなければバンディングは問題にならない理由を
論理的に説明してくれまたえ、色の扱いが上手いからとか曖昧な言葉はもちろん無しで

829 ：

>>828
>「10bitのマスターソースをHEVC 8bitでエンコードすると
そりゃHEVCでもバンディングは出るでしょうな、階調落とすわけだから

830 ：

>>829
だよね、そんな問題で悩むのはもう嫌だからHEVCは10bit以上デフォにしてほしいってここで落書きしてるだけだよ
10bitから8bitに落とした時にHEVCならバンディングは発生しないという論理的な根拠があるなら話は別だけど

831 ：

>>828
それ本気で説明求めるならまずHEVCの本を読みなさい。
一から説明するほど俺は暇じゃないぞ。
エンコード中の合間にちょっと書き込みって文量じゃないし、それを書くメリットが俺に何かあるというのか？
そもそも、オリジナルの10bitソースもってないだろ。
それを考える意味と時間の浪費に俺は価値を見いだせないな。

832 ：

32型で4Kとかで見ればバンディングが出てても見えにくくなるべ
仮に画面サイズがでかくなってもその分遠くから見るようになるからバンディングは感じにくくなるだろ

833 ：

>>831
別にいいよ、答えられないならそれで
実際やってみないとわからないところもあるだろうし

834 ：

>>832
普通に考えると解像度が高くなるほどバンディングの範囲も広がるから余計目立つのではないかと

835 ：

>>833
おまえは言葉で100回説明するより実物を見た方が納得するタイプだから、DivX 10が出たんだし一度自分でエンコードして確かめてみたらいい。
無料なんだし。
720pか1080pしかエンコードできないから事前にインターレース解除しておくのと、720pはかなり甘くなるから試すんなら1080pでやんなさい。

836 ：

バンディングなんぞ今の高画質処理で消せる。
今の4Kプロジェクターなんかは12bitパネル積んでるから
BD映してもバンディングなんざ無い。

837 ：

ハードウェアのポストプロセスあるから大丈夫とか言ってるのは、
それこそmpeg2でも使ってればよくね？

838 ：

AVX-512に対応したらエンコードが早くなるんだろうか
Skylake辺りまでは待たないとだめなんだろうけど

839 ：

>>838
x264を例とするなら、実際には128-bitのSSE2で十分そうな感じ。

840 ：

MBサイズによってはてきめんに効果があるらしい

841 ：

視覚を研ぎ澄ませば10bitだろうが128bitだろうがバンディングは認識できる
研鑽せよ

842 ：

で、でたーｗ
何でも精神論奴

843 ：

どこのブルース・リーだw

844 ：

128bitとか無圧縮どころか可逆でも持ちたくねぇw

845 ：

受け入れよ

846 ：

384bitあればアナログフィルムシネマ至上主義者も黙らせることができるだろう

847 ：

おじいちゃん、パンパースの交換ね

848 ：

ハイエンドデジカメでダイナミックレンジがだいたい14bitだし、これくらいあれば十分でしょ？

849 ：

9bitsでいい

850 ：

ビットレートガー
とかほざいてるアホは
一眼レフで撮った数千万画素クラスの非圧縮写真を720pのプロジェクターで150インチに投射してみろ。
そして、その写真をJPEGで圧縮して4Kのプロジェクターで150インチに投射してみろ。

話はそれからだ。

851 ：

日本語でおk

852 ：

静止画メインでやってる連中は音声メインな連中と同様、
前提としているデータ量が動画とくらべて笑っちゃうほど少ないので
しばしば現実味のないアホなことを言う

853 ：

8bitから10bitの変化についていけないだけではないかと思います。
また、個人で使う分にはまだ早いという切り替えの時期にあるのだと思います。
オリジナルはそのままとして
保存用にHEVCで
スマホとか用にH.264のmp4を両方エンコードするわけでもないでしょ

854 ：

先生、ビットとビットレートの違いがわかってない奴がいますよ。

855 ：

5MBの静止画を10分見つめれば0.00333fpsの70kbpsだな

856 ：

HEVC、H.264って・・・頭弱そう>>853
s

857 ：

>>853さんはあくまで切り替えの時期を想定して言ってるだけでは
まあ切り替えが完了したら保存用でもスマホ用でも何でもHEVCでエンコするんだろうけど

858 ：

使う呼称の適当さ、いい加減さを指摘してるんだが

859 ：

ビットレート馬鹿って、50型以上の画面で720pのゲームとかやったことがないんだろうなｗ
ちなみにゲームってのはコンピュータグラフィックだから圧縮の概念は無いからな？
つまり非圧縮な訳だが。
720pが綺麗とか言っちゃってる位だから、10インチ程度のちっこい画面でしか見たことが無いんだろうなｗｗ

860 ：

高性能な一眼レフカメラで綺麗に撮った
50MBの非圧縮写真を1280×768のプロジェクターで100インチ以上のスクリーンに投射してみなよ
5MBまで圧縮した写真を4096×2160のプロジェクターで100インチ以上のスクリーンに投射してみなよ
そしてどっちが綺麗か比較してみなよ。
そしたら非圧縮の幻想は消えるからｗ

861 ：

真性

862 ：

だれと戦ってるんだ？

863 ：

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倍)だからである。

864 ：

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で決定的

865 ：

4K Blu-ray
―――――――――――――――――――――――――
ストレージ　　　 　　　　　　3層100GB（33.3GB×3）BD-ROM
―――――――――――――――――――――――――
コーデック　　　 　　　　　　HEVC/H.265（High Profile）
―――――――――――――――――――――――――
カラービット　　 　　　　　　10bit/4:2:2
―――――――――――――――――――――――――
ビットレート（システム）　　108Mbps（最大）
―――――――――――――――――――――――――
ビットレート（映像）　　　　 80Mbps（最大）
―――――――――――――――――――――――――
ビットレート（音声）　　　　 28Mbps（最大）
―――――――――――――――――――――――――
フレームレート　 　　　 　　60p 30p 24p
―――――――――――――――――――――――――
音声　　　　　　　　　　　　　2822.4kHz DSD7.1chサラウンド
―――――――――――――――――――――――――

866 ：

BDAやその役員会って天下り先なんだろうな

867 ：

批判したら他殺にしか見えない自殺をしてまともに捜査・報道されないんだろう

868 ：

>>865
HEVC/H.265（HighProfile）て何？？
そんなプロファイルが今のHEVCにあるのかね？
10bitカラーなら、Main10Profileだろ。
用語は正しく使いなさい。

869 ：

>>865
次世代の地デジはおそらく4kが限度で8kは無理っぽいから、これよりビットレートを
落して54Mbps〜60Mbps程度のH.265で音声のビットレートは現行の地デジより少し上程度
って事になりそう
8k以上はBS、CS、ネット、CATV限定になると思うな

870 ：

>>868
21 ：名無しさん┃】【┃Dolby：2013/09/14(土) 22:09:49.79 ID:2NnZRdJdP
　　　　　　　　　　　　【4K Blu-ray】
―――――――――――――――――――――――――
ストレージ　　　 　　　　　　3層100GB（33.3GB×3）BD-ROM
―――――――――――――――――――――――――
コーデック　　　 　　　　　　HEVC/H.265（High Profile）
―――――――――――――――――――――――――
カラービット　　 　　　　　　10bit/4:2:2
―――――――――――――――――――――――――
ビットレート（システム）　　108Mbps（最大）
―――――――――――――――――――――――――
ビットレート（映像）　　　　 80Mbps（最大）
―――――――――――――――――――――――――
ビットレート（音声）　　　　 28Mbps（最大）
―――――――――――――――――――――――――
フレームレート　 　　　 　　60p 30p 24p
―――――――――――――――――――――――――
音声　　　　　　　　　　　　　2822.4kHz DSD7.1chサラウンド
―――――――――――――――――――――――――
規格日　　　　　　　　　　　　2013年12月
―――――――――――――――――――――――――
発売日　　　　　　　　　　　　2014年秋
―――――――――――――――――――――――――
販売価格　　　　　　　　　　（税込）5,500円
―――――――――――――――――――――――――
俺の予想がどこまで的中するか
↑
これタダの改行厨と思われる奴の個人的な妄想だからまともに相手してはならない
>>869はその妄想に対して更に妄想で返したレスである

871 ：

http://toro.2ch.net/test/read.cgi/av/1379152936/1-100
ここに妄想が載っている、振り回されてはならない
SACDで失敗したDSD対応とか無駄な物を載せるわけもない

872 ：

>>869
いまの地デジで約15Mbps、BSですら最大25Mbps程度なのに
54Mbpsもの帯域をどうやって確保するのよ？
それに地デジなんて2kのまま、ビットレートを下げたほうが有益っしょ

873 ：

>>872
空き帯域使って無理やりって訳にはいかないかな？
110度CSもBSも8k以上が可能になるのに地デジだけ永久に2kってのもちょっとね
ハイビジョン始まっているのに未だに白黒が続いているような感じでなんとなくシックリこない
無理なら仕方無いんだけどさ
まあ私はAV板の住民だからそれほど技術的な事には詳しくないから的外れな事言っているのかもしれませんが

874 ：

>>872
BS/CSに関しては、CS左波が空いてるし、
BSも左波使ってる韓国から半分くらい分捕れば何とかなるんじゃねぇの？
地デジはMIMOで伝送容量自体を増やすんじゃなかったっけ？
先行するCSはどういう扱いになるか分からないけど、地デジまで現行のISDB維持して4K/8Kする必要はないと思う。
# ビットレート云々以前に、家のアンテナ設備とかも更新が必要なはずだから、地デジ以上に大がかりな移行になりそう･･

875 ：

知ったかぶって色々書いたけど、要はビットレートが増えるなら、
その分を伝送路の改善でフォローできれば何とでもなるはず。
というか、多分NHKとかが一番力入れてるのはその辺だと思う。

876 ：

>>874
韓国もそろそろ自前でBS衛星を製作する時だな。そうすればBSの左波も日本が使えるようになるわけだし。

877 ：

>>863
ビット深度は10bitにしてくれ
他の細かいことはいいから

878 ：

急に無知が増えたな

879 ：

part1から無知だらけだろここだって>12からこの妄想野郎が垂れ流してるしよ

880 ：

地デジは後40年近くはこのままです
4Kや8K出来るのはBSだけ
日本と同じ形式でh264導入したブラジルの勝利です

881 ：

まぁ、開始時期が違うからしょうがないよね
地デジ始まった時はH264は明らかにエンコード・デコードともに重すぎる代物だったからね

882 ：

オープンソースのHEVC実装にx264の人は携わってるの？

883 ：

地デジ始まった時ってもうH.264ある程度普及してただろと思ったら放送開始って2003年なのね。
そりゃしょうがないな。認識間違ってたわ

884 ：

コーデックがMpeg2になったのはNHKと官僚の見栄らしいけど
h.264も盛り込まなかったのは完全な手落ちだよな

885 ：

>>884みたいな理屈の通じないキチガイってどういう頭してんだろ

886 ：

鳥頭なんだろ

887 ：

せっかくのデジタル方式なんだから地デジHDとか適当に名前付けて順次H.264化しても良いだろうに

まぁコスト誰が負担するんだって話になるけど

888 ：

てかH.264が初めて勧告されたの2003年だろ
日本の地上デジタル放送も2003年から始まってるわけで
どう考えてもH.264を採用することは無理
始まりの段階で2年ほどタイムスケジュールが後ろにずれてれば
H.264になった可能性もあっただろうけども

889 ：

H.264はあったけどHighプロファイルがなかった時代だと思う
ワンセグはH.264だし
当時は「H.264は大画面の視聴に堪えない」って雰囲気だった記憶が

890 ：

パナソニックがやってくれる前の時代？

891 ：

このスレの住人なら目を通してるかもしれないけど、
この辺に纏めが載ってたので、にわかの俺みたいな人の為に貼り付けときます。
http://www.itmedia.co.jp/lifestyle/articles/0601/25/news039.html

892 ：

今更にわかすぎ

893 ：

BSで難視聴地域対策用の地上波チャンネルあるけど、あれを４K８Kにして開放しろよって思う。

894 ：

>>893
地デジって来年で終わりじゃなかったけ？

895 ：

>>894
確か2015年3月までだったと

896 ：

一方で、4K2Kのブルーレイ映像ソフトの規格化が検討段階に入っているという。
4K2Kテレビ製品、4K2Kプロジェクタ製品の発売についてリアリティを持って取り組
んでいるシャープ、東芝、ソニーの3社は、この流れを強力に後押ししていくのだという。
http://av.watch.impress.co.jp/docs/series/dg/20111011_482869.html
（ブルーレイの高解像度化のために）規格化もやっていますから、
それは遠い話ではないと思いますが、それは2014年、2015年を視野に置いたものです。
http://www.asahi.com/digital/digitre/TKY201209120182.html
@ReijiAsakura
BDアソシエーションのセミナー終わり。
これからBDが向かうは４Ｋ×２ＫとDSDだという意見、多し。
https://twitter.com/ReijiAsakura/status/271575703428952064

897 ：

@ReijiAsakura
HEVCはＭＰＥＧ２、ＭＰＥＧ−４ＡＶＣと続く、
延々たる「ブロック分け+DCT+動き補償の圧縮／伸長技術」の最新版。
基本的考えは従来と同じだが、
細かな部分（ブロックとDCTのサイズ適応、ノイズフィルターの最適化）
の改良で二倍の圧縮効率を獲得。来週のＮＨＫ技研公開で、全容が見れる。
@avavavav0001
現在のHEVCの削減率はAVC（HP）比35％（1.5倍効率）だそうですね。
2倍効率まで高めるのにまだ時間がかかるのでしょうか？
4KBDまで間に合いそうですか？
@ReijiAsakura
三菱電機さんでは二倍を実現していました。ＮＨＫ技研公開で披露です。
https://twitter.com/ReijiAsakura/status/336760983487930368

898 ：

パナは仲間外れ？！

899 ：

削減率35％なんて使いものにならねえから4KBDは削減率50％のHEVCで確定だなｗｗｗｗ

900 ：

PS4で再生できるならおk

901 ：

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

2倍効率は既に実現してるからな。

902 ：

H.264のリファレンス実装のfastと比べて2分の1の容量
ってことはないよなあ。最新のx264のplaceboと比較して2分の1だと考えていいんだよね

903 ：

日付くらい見ろ

904 ：

4KBDはBDのAVCの2倍効率じゃないと使い物にならないんだよな。
何故なら、容量の限界があり、コスト的に50GBの4倍も使えず、2倍が限界で
ただでさえ容量不足だから、コーデックが2倍効率じゃないと話しにならない。
ちなみにDVD→BDはコーデックの差が2倍だけでなく、容量も5倍以上の差があったからな。

905 ：

そもそも現状のBDが映画一本程度じゃ容量を持て余し気味なのではないかという話も
H264のままビットレートを今の半分にしても画質はほとんど変わらないんじゃないかと思う

906 ：

解像度が倍になったからってビットレートも倍になるわけではないよ

907 ：

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

908 ：

本命は８KだからBDじゃ容量が足りないんだよね。
研究室レベルなら次世代用の技術はでてきているから早く実現してほしい。
DVDの容量4.7ギガバイトを1000テラバイトに増やす技術が登場
http://gigazine.net/news/20130621-dvd-boost-1000-tera/
こういうのとか

909 ：

8Kはまだカメラを持ってるのがNHKだけだから最低10年はかかるな。

910 ：

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の規格化は確定したと思って良い。
確定する。つまりプレス機械を使って量産される見込みがない段階でプレス機械製造している
メーカーがアナウンスなんて出さないからな。

HDMI2.0の規格化の発表もされたし、CEDIA辺りで4KBDの規格化の発表が来るだろうな。

911 ：

光ディスクを量産するためのプレス機材を作っているメーカーが量産する為の
プレス機材の発表を行った時点で、もう量産準備に取り掛かっているってことだ。
つまり4KBDはもう確定されていて既に製作の準備に取り掛かってることを意味する。
規格化の発表は早くてCEDIA辺りに来る可能性がある。

4KのBDを見る為に絶対的に必要な4KTVも安くなった。
2年前のスタート時は55型で100万。それが今は55型が40万円前半まで落ちた。
4KBDが出てくるであろう来年にはさらに半額の20万円前半まで安くなり
実売で15万前後で買えるようになる。
これは丁度7年前にBDが出た当時の42型フルHDTVの実売価格だ。
そう考えると、4KはフルHDの時より高スペックで大画面なテレビが安く買える。

912 ：

巣に帰れ

913 ：

ソフトウェアかプログラム板に立てないとダメだろうな

914 ：

良く解らないけど、14bitで圧縮が標準で絞れば規格に振り回されなくてよくね?

915 ：

良く分からないのに解決法を提案するのかよw

916 ：

もっと良くわかっている人が規格を作っているわけで・・
ま、そのほとんどは一般人のほうを見てないのは確かだけど

917 ：

わからんくせにスペックばかり気にするバカほど役立たずなものはない

918 ：

地デジだけ4Kを永久的な最終版解像度にしてBS、CS、CATV、ネットTV、パッケージソフト、映画館、ゲーム機は
8kと言わず20年後には16kや32kまで行ってくれたらいいね。
もちろんビデオカメラが対応するのが前提だけど。H.266ぐらいなら可能なはず

919 ：

映画に関しては既に8k以上で撮ってるらしいしスクリーンの大きさを考えると妥当だけど
それ以外のコンテンツの解像度を上げたって費用に伴う対価は得られないだろ
開発費用や製品の歩留まり(特にディスプレイ)、再生負荷に対して載せるハード性能なんて考えたら今の何倍の価格になるか
2kで8時間動く安いスマホと4kで3時間動く高いスマホなら前者しか売れないぜ

920 ：

4K Blu-ray
―――――――――――――――――――――――――
ストレージ　　　 　　　　　　3層100GB（33.3GB×3）BD-ROM
―――――――――――――――――――――――――
コーデック　　　 　　　　　　HEVC/H.265（High Profile）
―――――――――――――――――――――――――
カラービット　　 　　　　　　10bit/4:2:2
―――――――――――――――――――――――――
ビットレート（システム）　　108Mbps（最大）
―――――――――――――――――――――――――
ビットレート（映像）　　　　 80Mbps（最大）
―――――――――――――――――――――――――
ビットレート（音声）　　　　 28Mbps（最大）
―――――――――――――――――――――――――
フレームレート　 　　　 　　60p 30p 24p
―――――――――――――――――――――――――
音声　　　　　　　　　　　　　2822.4kHz DSD7.1chサラウンド
―――――――――――――――――――――――――

921 ：

HEVCはまだ放っておいてx264に注力してほしいわ
恐ろしく重い設定だとFX-8350,512*384,30fpsのゲーム動画でも5fpsくらいしかでない

922 ：

5fpsとか、ほどほどの設定でHEVCで圧縮したほうが得られる結果がいいんじゃねぇの？
x264、必要以上に重い設定にしても大した効果ないし。

923 ：

8350で512*384が5fpsしか出ない設定なんか使わねーよ

924 ：

512x384とかくそ画質で5fpsとかの設定は意味ないよ
かつ用途イミフ

925 ：

ゲーム動画だから仕方ないんだろうけど
恐ろしく重い設定に速度を期待するのが間違い

926 ：

>>924 防犯カメラとかじゃね？

927 ：

とりあえず921読もうか・・

928 ：

そんな実用性のない糞規格を乱立させなくていいからストリーミングに特化した奴作れよ。
テレビをどんなに高画質化しても面白さは変わらねーよ。逆にキモい芸能人/アイドル（）の顔が鮮明に見えて吐き気がする。
それならネット用の帯域を削減して高画質化できる規格作れよ。終わりかけのテレビよりはまだマシだわ

929 ：

テレビは終わりかけとか言うが、ネットの動画の多くはテレビの録画なんだよなｗｗｗ
テレビで放送されたコンテンツをネット経由で見ているに過ぎないｗ
アメリカじゃODMの動画配信が流行ってるらしいが、大半がテレビ放送された番組の再放送だｗｗｗ
ニュースでもそうだがつまりネット動画なんて、独自のコンテンツを生み出して独立できずテレビに
依存しっぱなしなのが現状ｗｗｗ
本当にテレビに依存せず完全な独立したコンテンツとして確立しているのは映画くらいなもんだｗ
まあそれでも今はDVDやBDでテレビを利用してるがなｗｗｗ

930 ：

圧縮率が高くて、飽和しにくく、データーが化けにくく、編集がかんたんで規格乱立になりにくいシンプルな規格を希望。

931 ：

>>919
遠い将来に映画館限定で32Kとか実現するといいね
地上デジタルは今後どんなに頑張っても4k以上は無理だけど

932 ：

>>920
個人的な妄想をさも公式発表であるかの如く書くのは止めましょう
DSDはSACDとともに終わったのだ

933 ：

@ReijiAsakura
BDアソシエーションのセミナー終わり。
これからBDが向かうは４Ｋ×２ＫとDSDだという意見、多し。
https://twitter.com/ReijiAsakura/status/271575703428952064

934 ：

24bit-PCMよりはかなり現実的な選択だわ
いまさらDVD Audioの再来でもあるまい

935 ：

DSDのライセンス料いかんじゃ・・

936 ：

帯域が心配ならインターネット回線を放送に使おう(提案)
無理か

937 ：

妄想はチラシの裏へ

938 ：

>>936
マルチキャストにすりゃ現在でも無理ではあるまい
フレッツテレビとかそうじゃないの？
詳しい人解説希望w

939 ：

HEVCのオープンソース実装ってHE-AACが使えるffmpegみたいに自分でビルドしないとダメとかそういうことはないの？

940 ：

>>863

941 ：

>>863のBDAの公式文をちゃんと読めよ。
フォーマットの拡張には、現在HD映像の普及に仕様されている、ブルーレイの
標準映像フォーマットの種々の変更が必要になる。4Kコンテンツを保存する
ためにより大容量が必要になることの他に、コーデック、ビットレート、カラー
ビット深度の規格とオプション、また実際に画素数をどうするのか、などが
含まれる。


フォーマットの拡張にはオーディオは含まれていない。

942 ：

オーディオにMPEG-4 ALSやFLAC採用ってことは・・・まあないよなぁ

943 ：

つーかBDってAVC捨ててHEVCになるの？
もしAVCのままならスレチもいいとこなんで
MPEG-4 AVC/H.264 総合スレ Part8
http://toro.2ch.net/test/read.cgi/avi/1263983676/
のほうに行って欲しいんだが

944 ：

>>943
AVCなわけないだろｗｗｗ

945 ：

>>943
コーデックのスレで次世代光メディアの話をすること自体がスレチ

946 ：

つーかコーデックってソフト、ハード問わず実装による成果物のことなんだけど
H.265/HEVCはあくまで規格に過ぎない、だから>1の1行目もおかしい日本語なんだよな

947 ：

こーでっか？わかりまへん！＞＜

948 ：

>>933
単なる願望じゃないか。わざわざ規格を変更してまで無理やりDSDなんか採用する理由は無い。
リニアPCMを拡張して行けば十分だ。その方が互換性とか問題生じないで済む。
音声コーデックは変更しなくていいけど、動画コーデックはH.265に変更した方がいいけどね。
4k時代はリニアPCMも32bit/768khz/22.2ch/120dBまでなら拡張可能でしょう、DSDの出る幕は無い
20年後の8k以上の時代ならリニアPCMの64bit/768khz/128.4ch/125dBまで行けるでしょうし

949 ：

チラシの裏へ書け、糞ども！

950 ：

BDオーディオって言うBDビデオの音声だけ取り出した奴が出てきている以上
DSDは見捨てられる。PS4もDSDはスルーされるっぽいし

951 ：

>>948
お前も願望じゃないか

952 ：

>>951
願望は願望だけど、より可能性の高いと個人的に考える願望
まあ大して変わらんけどな（笑）

953 ：

ただ自分は願望は願望である事を隠さないけど
DSDの人は願望であるにもかかわらず、あたかも公式にそれが決まったかのように言う点が違いだ
目くそ鼻くそだが

954 ：

>>952
BDAの連中はDSD！DSD！って言ってるんだけどな

955 ：

http://anago.2ch.net/test/read.cgi/software/1379763101/

956 ：

映画館の大画面限定で32kまで行こうぜ
地デジは永遠に最大で4kだろうが

957 ：

Core系列はなぜか2-way不可、Xeon系列は高い、AMDは電力効率とIPCがカスで論外だから
CPUと比べると性能対価格比がまともなビデオカードで（価格が倍なら性能も大体倍になる）エンコードできるなら有難いことこの上ない

958 ：

DVD
―――――――――――――――――――――――――――
ストレージ　　　 　　　　　　片面2層8.54GB（4.27GB×2）DVD-ROM
―――――――――――――――――――――――――――
解像度　　　　　　　　　　　720×480 720×576
―――――――――――――――――――――――――――
コーデック　　　 　　　　　　MPEG-1 MPEG-2
―――――――――――――――――――――――――――
カラービット　　 　　　　　　8bit/4:2:0
―――――――――――――――――――――――――――
ビットレート（システム）　　10.08Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（映像）　　　　 9.80Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（音声）　　　　 6.144Mbps（最大）
―――――――――――――――――――――――――――
フレームレート　 　　　 　　60i
―――――――――――――――――――――――――――

959 ：

Blu-ray 1080p
―――――――――――――――――――――――――――
ストレージ　　　 　　　　　　片面2層50GB（25GB×2）BD-ROM
―――――――――――――――――――――――――――
解像度　　　　　　　　　　　1920×1080 1440×1080
―――――――――――――――――――――――――――
コーデック　　　 　　　　　　MPEG-2 AVC VC-1
―――――――――――――――――――――――――――
カラービット　　 　　　　　　8bit/4:2:0
―――――――――――――――――――――――――――
ビットレート（システム）　　48Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（映像）　　　　 40Mbps（最大）
―――――――――――――――――――――――――――
ビットレート（音声）　　　　 27.648Mbps（最大）
―――――――――――――――――――――――――――
フレームレート　 　　　 　　24p
―――――――――――――――――――――――――――

960 ：

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

961 ：

HEVC80MbpsってMPEG2換算で320Mbpsだから4Kでも画質として十分だな。
MPEG2なら320Mbps必要な画質を80Mbpsで再現できる。
4KDCPが確かJPEG2000のMAX250Mbpsだから、圧縮性能を考えても
4KBDがHEVC80Mbpsなら4KDCより綺麗だろう。
家庭用のビデオが本格的に映画館のクオリティを超える。凄い時代になったもんだ。

962 ：

んなわけない

963 ：

家庭用のビデオソースが何百インチにも投影する興行用のソースに勝てるわけねーだろアホ

964 ：

次スレには
8192*4096
はスレタイに入れないでくれ。入れるならRD最適化とか適応的補完フィルタとかのほうがいい

965 ：

スレタイは
H.265/HEVC Part〜
だけでいいんじゃ？
動画圧縮規格H.265/HEVCを語ろうぜってシンプルに

966 ：

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

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

967 ：

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

MPEG-2の4倍効率であるHEVCで80Mbpsは、MPEG-2の320Mbps相当の画質であり、JPEG2000最大250Mbpsの
DCPを上回ると言って良いだろう。

968 ：

画質とビットレートの関係ってリニアじゃないんだが・・・。
そもそも画質の定義は何さ。
高ビットレート域ではMPEG2もAVCもVC1も一緒だってBDの人たちが言ってなかったか？
ビットレートだけじゃなくてバッファモデルも理解しような。
全部のフレームに均等にビットを割り振るわけじゃないぞ。

969 ：

＞したがって、フレーム間相関を利用した符号化方式よりも符号化効率は低下するが、
これがすべてだ。
符号化効率が落ちると言う事は、画質が落ちるってことだ。
圧縮率効率としての画質は、JPEG2000はMPEG2にも劣る。
その代わりDCPはBDよりもビットレートが高いし容量も大きい。
もし、JPEG2000にAVCやHEVC並みの圧縮率効率があれば
容量は今より落とされていたはず。

970 ：

なぜJPEG2000の話題が出てきたのかイミフ

971 ：

http://www.intopix.com/products/index/index/id/26/lang/ja
JPEG2000と言えばこいつだな、8kにも対応して居る

972 ：

>>971
Virtex6の550って・・・回路規模でかすぎ。
売る気ないだろ。

973 ：

売る気が無いというより、JPEG2000のアルゴリズムが重すぎて
回路規模が大きくならざるをえないんだよ

974 ：

そういえば2000より軽いと期待されたXRはどうなったの？

975 ：

普通に標準化されてるけど？
でもJPEG圧勝すぎて他に実用されてる画像フォーマットなんてPNGくらいしかない

976 ：

Windows 8でもXRサポートされてるよね
たしか

977 ：

DivX HEVCでエンコしたH.265動画ってフリーウェアのデコーダーでもちゃんと映るん？（互換性があるのか？）
要は今で言うH.264みたいにffdshowでデコードできたり

978 ：

いや、DivXの問題はスプリッター。
かなりイレギュラーにMKV使ってるらしく、Divプレイヤー以外では再生できない

979 ：2013/09/25

やっぱそうだよな
入れるのやめたｗ