5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :名無しさん@編集中:2014/07/16(水) 14:26:35.20 ID:TBY6hDOO
圧縮効率がH.264の2倍な次世代ビデオコーデックH.265/HEVC、
並びに同等の圧縮効率でフリーの次世代コーデック、VP9/Daalaを語ろうぜ

H.265/HEVC Features

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

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

2 :名無しさん@編集中:2014/07/16(水) 14:27:34.54 ID:TBY6hDOO
ITU
http://www.itu.int/

Joint Collaborative Team on Video Coding (JCT-VC)
http://www.itu.int/ITU-T/studygroups/com16/jct-vc/

Fraunhofer Heinrich Hertz Institute HEVC website
http://hevc.info/

ITU、次世代ビデオコーデック規格を「H.265」「ISO/IEC 23008-2」として勧告
http://pc.watch.impress.co.jp/docs/news/20130128_585297.html

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

Daala
https://xiph.org/daala/

3 :名無しさん@編集中:2014/07/16(水) 14:28:02.89 ID:TBY6hDOO
前スレ
【2013】 H.265/HEVC 【7680x4320】
http://toro.2ch.net/test/read.cgi/avi/1317066231/
【2016】 H.265/HEVC Part2 【8192x4096】
http://toro.2ch.net/test/read.cgi/avi/1359375342/
【2016】 H.265/HEVC Part3 【7680x4320】
http://peace.2ch.net/test/read.cgi/avi/1380198926/


関連スレ
x265 rev1
http://peace.2ch.net/test/read.cgi/avi/1390566606/

4 :名無しさん@編集中:2014/07/16(水) 14:29:07.26 ID:TBY6hDOO
480 名前:名無しさん@編集中 投稿日:2014/07/15(火) 17:21:10.82 ID:hbjFi/Fe
HEVCスレが落ちてるからこちらに書いとこう
エロ業界が4kHEVCに対応し始めたぞw

http://www.knights-visual.com/main/category/item/%E3%82%AB%E3%83%86%E3%82%B4%E3%83%AA%E3%83%BC%E5%88%A5/4k/
Format : HEVC
Codec ID : V_MPEGH/ISO/HEVC
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps

5 :名無しさん@編集中:2014/07/17(木) 18:12:54.98 ID:CCc0WmpA
描画エンジンがいかに重要か分かる例


4:4:4
http://www.4gamer.net/games/022/G002210/20140707073/SS/017.jpg

4:2:0
http://www.4gamer.net/games/022/G002210/20140707073/SS/016.jpg


ネイティブである事が必ずしも良いこととは限らないと言う事が証明された

ようは、描画エンジンのショボイディスプレイでのネイティブ4:4:4表示より
描画エンジンに優れたディスプレイでの4:2:0表示のほうが高画質と言う事

6 :名無しさん@編集中:2014/07/17(木) 18:24:38.81 ID:ILYdPEQ0
>>5
頭大丈夫か?
4:2:0は駆動って文字が潰れてんじゃん

7 :名無しさん@編集中:2014/07/17(木) 19:17:35.16 ID:5/1bfYHr
>>5
暑さで頭やられたようだな

8 :名無しさん@編集中:2014/07/17(木) 19:21:57.55 ID:1B0M9Lyw
420というのは、要するに色情報を一部捨ててデータ量削減してるということだから
1ピクセルの線で描かれてる部分は無残なことになる

9 :名無しさん@編集中:2014/07/17(木) 19:28:25.76 ID:z4ZKdZAl
>>5の脳内補完力すげー

10 :名無しさん@編集中:2014/07/17(木) 19:54:53.70 ID:avl83XAR
★2ch勢いランキングサイトリスト★

◎ +ニュース板
・ 2NN
・ 2chTimes
◎ +ニュース板新着
・ 2NN新着
・ Headline BBY
・ unker Headline
◎ +ニュース板他
・ Desktop2ch
・ 記者別一覧
◎ 全板
・ 全板縦断勢いランキング
・ スレッドランキング総合ランキング
・ ログ速
◎ 全板実況込み
・ 2勢
・ READ2CH
・ i-ikioi

※ 要サイト名検索

11 :名無しさん@編集中:2014/07/17(木) 20:12:27.40 ID:q4RPO6dz
>>5に反応してる夏厨wwww

12 :名無しさん@編集中:2014/07/17(木) 21:13:54.55 ID:Xz5fB9LA
でっていう

13 :名無しさん@編集中:2014/07/17(木) 23:11:34.37 ID:7KMss3Oh
誤植かな?

14 :名無しさん@編集中:2014/07/17(木) 23:58:48.06 ID:XabC6KuI
今どき誤植や写植などと言う物はほぼ絶滅しました

15 :名無しさん@編集中:2014/07/18(金) 02:36:19.77 ID:+tkL9Xmu
>>5
しかしあれだなw
直視ディスプレイはピクセル丸出しで駄目駄目だなw

16 :名無しさん@編集中:2014/07/20(日) 03:11:31.69 ID:DPDJBV9r
DivX 10.2.2
http://www.divx.com/ja

17 :名無しさん@編集中:2014/07/21(月) 12:36:13.67 ID:Wc1q6ELQ
ニコニコのH265化は続報ないけど、どうなったのかな?

18 :名無しさん@編集中:2014/07/22(火) 06:58:20.63 ID:Bkngino7
420と422と444で比較してあげてよ
411はいらないな

19 :名無しさん@編集中:2014/07/24(木) 12:27:43.72 ID:buIxmBdd
MediaCoderでエンコしようとしたけど落ちる
Celeronには荷が重すぎたか

20 :名無しさん@編集中:2014/07/29(火) 19:36:23.78 ID:o1JcIN4X
HDや4K映像を映画館のスクリーンサイズで投影した際に
劣化を知覚しない程度に圧縮した場合の格映像ソースに
対する所要伝送レートを主観評価で求めた結果を示して
いるが、4K30PであればH.264/AVCの4並列を用いることで
何とか100Mbit/の帯域で伝送できる。
https://www.jstage.jst.go.jp/article/essfr/5/1/5_1_80/_pdf




4K30p映像を映画館サイズのスクリーンに投影したときに劣化を知覚できない
映像のビットレートはH.264で100Mbpsだそうだ
これはあくまで映画館のスクリーンが前提となっており、家庭用のテレビや
スクリーンを想定しているのであれば、更にビットレートは下げれるだろう

H.264で100Mbpsだから、その2倍効率のH.265なら50Mbpsで問題ないことになる
100GBを容量の上限とした場合、50Mbpsで可能な収録時間は4時間26分
4KBDが3層100GBのBDXLを使って4K映像を収録すると仮定すると、ほぼすべて
の4K映画を劣化を知覚しないクオリティの画質で1枚のディスクに収める事が
できる

21 :名無しさん@編集中:2014/07/30(水) 17:18:12.62 ID:F0zK/pKn
リアルタイムで4k試験放送デコードできるデコーダーマダー?
いちいち録画してPowerDVD14で再生するの面倒だわ

22 :名無しさん@編集中:2014/07/31(木) 00:58:42.21 ID:r4vkleTG
まず、マイクロソフトはWinのデコーダーをいつ用意してくれるんだよ。Win9までまたんといけない?

23 :名無しさん@編集中:2014/07/31(木) 03:18:17.47 ID:+ZRiL04n
>>21だけどPowerDVD14のデコーダーTVTestで使えたわ
地デジBSCSで使えないから外部から利用できないと思い込んでたけどH.264とH.265は使えるのな

24 :名無しさん@編集中:2014/07/31(木) 03:38:27.58 ID:lxOFowiM
さすがに体験版は制限しているか
制限事項
•試用期間は 30 日間です。
•体験版でハードウェア アクセラレーションを有効にして PC で VC-1/H.264 ファイル を再生するには、制限があります。
•体験版でハードウェア アクセラレーションを有効にして PC でブルーレイを再生するには、制限があります。
•HEVC/H.265 の再生には対応しておりません。

25 :名無しさん@編集中:2014/08/01(金) 00:06:19.17 ID:JVsFvL0g
中華タブレットP90HDって4Kソースぬるぬる再生できるのかなぁ

26 :名無しさん@編集中:2014/08/01(金) 22:43:34.97 ID:rAvMY3aY
4K試験放送はPowerDVD14でも10bitというまだ珍しい仕様だからか再生品質いまいちだな
CPUもi74.2GHzで80%いくし早くまともなデコーダー出て欲しい

27 :名無しさん@編集中:2014/08/03(日) 23:12:13.41 ID:mi616bbY
AndroidならH265 4K 60fps 10bitのデコードがサポートされているハードがありそうなんだが
ttp://muritzy.tistory.com/m/post/736

28 :名無しさん@編集中:2014/08/10(日) 14:40:09.49 ID:0WYvzFxZ
ハードウェアデコードできるHEVCデコーダー出たら起こしてくれ

29 :名無しさん@編集中:2014/08/15(金) 23:37:09.19 ID:Pu57aYdH
再生支援機能とハードウェアデコードってどう区別してんの?

30 :名無しさん@編集中:2014/08/16(土) 00:49:58.69 ID:OMGOURmX
デコードは別に再生だけに限らんからな

31 :名無しさん@編集中:2014/08/16(土) 01:51:12.79 ID:bLYwAw1P
>>29
特に違いは無いと思う
再生支援はVGA、DVI、HDMI、DisplayPor等の映像出力が主機能で、デコード機能が付加されている
上記の映像出力は持たずにデコード機能だけのハードもある

32 :名無しさん@編集中:2014/08/16(土) 11:07:06.84 ID:byvaasAs
Intel HD Graphicsドライバ 15.33.22.3621での
HEVCのGPUアクセラレーション対応ってどの程度のもんなの?

33 :名無しさん@編集中:2014/08/16(土) 11:32:46.86 ID:a8heCsog
ggrks

34 :名無しさん@編集中:2014/08/16(土) 16:50:26.17 ID:wFhQ+HzJ
http://www.turbosystems.co.jp/xjive.html
turbolinux開発したとこがやってる

35 :名無しさん@編集中:2014/08/17(日) 00:32:10.63 ID:bdgW40hz
ニコニコ動画のH.265ってどうなったんだろう?
続報ないよね。

36 :名無しさん@編集中:2014/08/17(日) 09:11:57.81 ID:A8vtOaD1
>>35
待ってて

37 :名無しさん@編集中:2014/08/18(月) 22:09:51.11 ID:A+k8OBlZ
全く普及の兆しがない

38 :名無しさん@編集中:2014/08/20(水) 22:25:00.34 ID:6ORtAvF8
ハードの対応とか有るし、ゆっくり来てくれるので良いです

39 :名無しさん@編集中:2014/08/20(水) 22:28:22.25 ID:m5jn6sv0
明日ニコがメンテだからひょっとしたら動画が対応するかもしれないね

40 :名無しさん@編集中:2014/08/21(木) 15:24:51.07 ID:OXH8rX+O
ニコニコメンテ明けたけど、もうH265になったのかな?

41 :名無しさん@編集中:2014/08/21(木) 16:02:46.90 ID:W/Rbfh2U
H.265のmp4を一応投稿してみたけど未対応の形式だと言われたよ。
Flash PrayerがH.265に対応してないからなあ。

42 :名無しさん@編集中:2014/08/21(木) 17:11:22.67 ID:tcfLo8PY
ひっそりと対応するわけがない

43 :名無しさん@編集中:2014/08/21(木) 17:15:26.59 ID:7gnW5Rb6
ニコ動のH.265/HEVC対応は、そもそも最初は低画質動画の生成に使うと言ってるだけだし、
一部のスマホしか対応してない現状ではH.265投稿なんてできても嬉しくもなんともないわ。

44 :名無しさん@編集中:2014/08/21(木) 18:09:48.43 ID:FwkxZHHg
見る側としては素早く読み込めるようになって、データ消費量が減れば大助かりだ

45 :名無しさん@編集中:2014/08/21(木) 18:46:10.88 ID:x/9I2rjf
ハード的にもきついんじゃ
再生負荷上がるし

46 :名無しさん@編集中:2014/08/21(木) 19:07:15.17 ID:OXH8rX+O
niconicoの解像度なら負荷もそれほどじゃないだろ

47 :名無しさん@編集中:2014/08/21(木) 19:32:24.65 ID:xkLTi2iY
プレミアムじゃない見る方としては画質向上の恩恵が一番。
HEVC対応してもエコノミーモードのビットレートは今と同じという前提でな。

48 :名無しさん@編集中:2014/08/21(木) 19:49:16.92 ID:7gnW5Rb6
>>47
ニコ動が目指してるのはトラフィックの低減であって、現在H.264で映像360kbpsの低画質動画を
180kbpsにする方向しか思い浮かばないんですがそれは・・・。

全般的に低画質動画の品質向上をする可能性はあるだろうけど、
しばらくの間は再生環境が無いからH.264を捨てるわけにはいかないし、
少なくともこの先1年くらいは恩恵なんぞ皆無なんじゃねえの。

49 :名無しさん@編集中:2014/08/21(木) 19:50:20.47 ID:x/9I2rjf
http://anago.2ch.net/test/read.cgi/streaming/1407639804/

50 :名無しさん@編集中:2014/08/21(木) 20:56:59.27 ID:7gnW5Rb6
>>49
エンコスレで事足りるのに、わざわざスレ立てたバカがいたんだ・・・

51 :名無しさん@編集中:2014/08/21(木) 21:05:55.23 ID:oV2dm+CG
動画上げる人は、常に最高の画質で観てもらいたいという気持ちがある…という人もいるかも('A`)

52 :名無しさん@編集中:2014/08/22(金) 00:07:09.82 ID:EqFxreoH
>>51
ビットレート上げればいいじゃんかよ
プレミアム会員なら上限なしだし

53 :名無しさん@編集中:2014/08/22(金) 01:10:30.87 ID:zrCXAc55
容量制限があるじゃん

54 :名無しさん@編集中:2014/08/22(金) 01:12:37.14 ID:JqFKa3hN
>>52
もはやスレチだけど、高画質とかほざいて無駄にファイルサイズ上限までビットレート上げたり
--bframes 16といったアホ設定するのはただの迷惑だからやめとけ。

55 :名無しさん@編集中:2014/08/22(金) 01:15:24.71 ID:zrCXAc55
あとエコノミー回避(445kbps?)だとさすがに画質悪いわ、つって1Mbpsくらいで上げてる人が、
まぁこれならエコノミー回避でもいいかな、ってなるかも。
ちなH.265/HEVC対応は最初はエコノミー動画だけってのは分かってて、その後の話ね。

56 :名無しさん@編集中:2014/08/22(金) 01:23:34.44 ID:EqFxreoH
>>55
ちょっと待てよ、となるとあれか、H.265/HEVCへのエンコードはnicoの鯖がやるのか……
CPUリソース的に大丈夫なのかね

57 :名無しさん@編集中:2014/08/22(金) 01:47:49.31 ID:JqFKa3hN
ニコ動がどこまで本気かわからんしな。
HEVC対応の話は、話題性の獲得と、H.265/HEVC普及のための旗振り(効果のほどは不明だが)という意味合いが強いし。

従来通りのH.264の360kbpsエコノミー動画に加えて、H.265の180kbpsエコノミー動画を生成すると仮定すると
単純に考えてエコノミー動画のために使うストレージ容量が1.5倍になる。(音声は考慮してない)
エンコーダーの速度も遅いし、最初から全ての動画でH.265のエコノミー動画を生成するかというと甚だ疑問。

もしかしたら、
  「H.265再生に対応した端末からリクエストが来た時点でH.265動画を生成する」
という手法をとるかもね。これなら対応端末が少ない現状ならエンコードやストレージの負荷は極めて少なくて済む。

ニコ動は以前も
  「プレミアム会員が携帯で視聴した時点で携帯用動画を生成する」
という仕組みになってたことがあったはず。
そのため一般会員は携帯視聴できる動画が限られてたとかなんとか。

58 :名無しさん@編集中:2014/08/23(土) 02:02:21.59 ID:O7IfsjEF
http://folderman-x.net/s/fn15642.jpg

MPEG2ノイズひど杉ワラタ

59 :名無しさん@編集中:2014/08/23(土) 23:50:23.79 ID:mWP1yuhT
H.264みたいに「カメラに積まれるのは、x264から見ると途方もないクソ性能なハードウェアエンコーダ」なんていう事態は避けてほしい
「カメラに積まれるのは4-wayのXeon+x265 placeboより高速・高圧縮のハードウェアエンコーダ」になってほしいわ

60 :名無しさん@編集中:2014/08/23(土) 23:55:29.65 ID:0P6Miu02
その辺は消費電力や回路規模とのトレードオフにもなるんじゃない?

61 :名無しさん@編集中:2014/08/24(日) 00:56:07.93 ID:fO88dfkU
パソコンだと、どうにかCPUのエンコーダーとか利用できないものなのかね・・・
カメラで撮影だけして、rawデータをパソコンにUSB 3.0(フルHDで60fpsくらいならいけそう?)とかで転送して、
CPUのエンコーダーでエンコードとか。
モバイルだとカメラモジュールやH/WエンコーダーなどSoCで高速に接続され1つになってるからいいけどさ。
モバイルのカメラとパソコンのカメラ機能は差が開く一方だな。

62 :名無しさん@編集中:2014/08/24(日) 02:06:11.78 ID:jNbBr7YE
画質追求のために再生時間の何倍もかけるようなエンコーダなんて
カメラのエンコーダとしては「途方もないクソ性能」だわな

63 :名無しさん@編集中:2014/08/24(日) 03:52:43.03 ID:9ub3MpQ0
そのうちニコ動の処理を手伝うGridとか出んじゃね

64 :名無しさん@編集中:2014/08/24(日) 23:02:04.23 ID:hELjimxw
結局、カメラとかのモバイルなものは、電力と大きさと発熱のバランスで決まるからなあ
もっと低圧縮で情報失いにくい規格で、メモリー容量を単純に増やす方向が望ましい気がするけど
昔のβMAXとβcamの関係のように

65 :名無しさん@編集中:2014/08/29(金) 19:52:27.86 ID:5SwdoLCu
IntelがHEVCの再生支援に対応させたドライバー出してから3か月以上経つけど、
全然対応したデコーダー出てこないね。
再生支援に対応させる作業ってそんなに難しいものなんだろうか?

66 :名無しさん@編集中:2014/08/29(金) 20:38:04.95 ID:441gsP0I
IntelのGPUとか動画見る特にコアな人は使わねーだろ

67 :名無しさん@編集中:2014/08/29(金) 20:46:04.09 ID:5SwdoLCu
コアな人ってどんな人?

68 :名無しさん@編集中:2014/08/29(金) 20:50:26.00 ID:5SwdoLCu
動画見るぐらいだったら内蔵のGPUで充分じゃん

69 :名無しさん@編集中:2014/08/30(土) 00:01:23.10 ID:0VEKClnx
PCでHEVC対応してもコンテンツがまだないんじゃね
ドコモみたいに動画配信サービスと絡めたらコンテナの仕様も含めて端末側のサポートも楽だろうけど

70 :名無しさん@編集中:2014/08/30(土) 20:44:49.36 ID:9phbh1aM
どこもHEVCで転送量削減ばっかで
高画質化の為に使うという流れじゃないのがつまらん
dビデオなんてファイル容量半分で早く落とせる利点しかない

71 :名無しさん@編集中:2014/08/31(日) 22:49:12.79 ID:ajc3Czjm
1.3 きてる!

72 :名無しさん@編集中:2014/09/01(月) 00:07:34.88 ID:6PtmJWw2
>>70
ブルーレイの普及具合とか鑑みると
画質について現状以上はあんまり求められてないってことだろう

73 :名無しさん@編集中:2014/09/01(月) 00:22:18.56 ID:AErZcRjw
h.265普及のドサクサでh.264の10bitもhw enc/decできたりするようになったりせんかな

74 :名無しさん@編集中:2014/09/01(月) 00:23:26.89 ID:0csnHdwT
>>70
とりあえず作品見たいだけならそこまで画質は求めなくていいしね……

75 :名無しさん@編集中:2014/09/01(月) 14:26:06.99 ID:6G1Kq5Aq
レンタルのDVDよ駆逐されろ

76 :名無しさん@編集中:2014/09/01(月) 15:08:10.57 ID:HwSOlfiL
DVD片面二層で8.54GBだから2時間で10Mbps弱。
HEVCで10Mbps(触れ込み通りならAVC20Mbps相当)なら
それなりの画質になるんじゃね?両面なら約倍。
DVD-Video2とか規格ができれば安上がりなメディアでそれなりの画質が期待できる。

77 :名無しさん@編集中:2014/09/07(日) 00:01:40.83 ID:NxgPomVX
4K/UHD対応、HDRサポートの「次世代BD」が目指すもの
次世代BDでTVも変わる? 色域やデジタルブリッジ拡張も
http://av.watch.impress.co.jp/docs/series/avt/20140906_665547.html

78 :名無しさん@編集中:2014/09/07(日) 05:21:18.47 ID:f9USilYf
色域2倍に対してbit数+2は心許ない気がする

79 :名無しさん@編集中:2014/09/07(日) 12:22:04.48 ID:17p24P98
>>78
bit数+2の意味を理解してる?
RGB24を引き合いに出すのが適切かどうかわからないけど、以下のような計算だよ?

8bit-depth
  →2^8^3=1677万7216の組み合わせ数。
  →8bit Limited-RangeのY/Cb/Crだと220*225*225=1113万7500の組み合わせ数。
  →8bit Limited-RangeのY/Cb/CrだとRGB24の1677万7216色のうち、表せるのは約300万色。

10bit
  →2^10^3=10億7374万1824の組み合わせ数。
  →10bit Limited-RangeのY/Cb/Crだと877*897*897=7億0564万2093の組み合わせ数。
  →10bit Limited-RangeのY/Cb/CrだとRGB24の1677万7216色は全て表せる。(9bitでほぼ表せるけど)

80 :名無しさん@編集中:2014/09/07(日) 13:32:57.13 ID:nMW/xo7j
2^8^3じゃなくて2^(8*3)でしょ。それだと10^154越えるよ。2^10^3も同じく。

81 :名無しさん@編集中:2014/09/07(日) 13:35:20.60 ID:dlbx+t7X
> 2^8^3じゃなくて2^(8*3)
2^8*3だと思った

82 :名無しさん@編集中:2014/09/07(日) 13:55:28.56 ID:nMW/xo7j
それだと756になっちゃう。(2^8)^3でもいいね。

83 :名無しさん@編集中:2014/09/07(日) 13:56:44.95 ID:nMW/xo7j
どっから756が・・・。768の間違い。

84 :名無しさん@編集中:2014/09/07(日) 14:00:50.89 ID:17p24P98
>>80-83
正直すまんかった(´・ω・`)

85 :名無しさん@編集中:2014/09/07(日) 14:04:47.58 ID:17p24P98
>>80-83
って、あれ?なんか一瞬ぼけちゃったけど、2^8^3であってるよね?
(2^8)^3て表記しないといけないんだっけ??

86 :名無しさん@編集中:2014/09/07(日) 15:02:11.63 ID:nMW/xo7j
累乗 計算 順序とかでググれば何かしら出てくるかと。
http://ja.wikipedia.org/wiki/%E6%BC%94%E7%AE%97%E5%AD%90%E3%81%AE%E5%84%AA%E5%85%88%E9%A0%86%E4%BD%8D
http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1014538670
http://oshiete.goo.ne.jp/qa/8547740.html
ぱっと見この辺かな

87 :名無しさん@編集中:2014/09/07(日) 15:14:30.75 ID:17p24P98
>>86
ありがとう。今後は(2^8)^3と書くことにしまふ。

88 :名無しさん@編集中:2014/09/08(月) 18:44:30.64 ID:IMCzhwuj
前スレ828,832や>>32でも触れられてるように、Intel HD Graphicsのドライバー3621からは
HEVCのGPUアクセラレーションデコード(エンコードはまだ)がサポートされてるみたいだけど、
それに対応したHEVCデコーダーはまだ出てきてないんだろうか?

  ttps://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=23885
  Intel Iris and HD graphics Driver for Windows 7/8/8.1 64-bit
  Version: 15.33.22.64.3621 (10.18.10.3621)
  Date: 05/21/2014

  ttp://downloadmirror.intel.com/23885/eng/ReleaseNotes_GFX_64.pdf
  ・HEVC decode now supported by the driver and video players can now
   take advantage of the GPU accelerated decode support offered by Intel
  ・Transcoding to HEVC is currently not supported.

89 :名無しさん@編集中:2014/09/08(月) 23:52:49.29 ID:IMCzhwuj
まだ読んでる途中だし、既出かもしれないけど興味深いので貼り。

  Intel_Media_SDK_2014_HEVC_Whitepaper.pdf
  ttp://www.xlsoft.com/jp/products/intel/media/2014/Intel_Media_SDK_2014_HEVC_Whitepaper.pdf

  ↓のサポート/ドキュメントから
  ttp://www.xlsoft.com/jp/products/intel/media/index.html?tab=1#3

90 :名無しさん@編集中:2014/09/09(火) 00:30:07.97 ID:h3AgHgnN
>>89訂正。本家はこっちか・・・。

  Media Solutions Portal
  ttps://software.intel.com/en-us/media-solutions-portal

  Intel_HEVCwhitepaper_v1.2_26Jun2014.pdf
  ttps://software.intel.com/sites/default/files/Intel_HEVCwhitepaper_v1.2_26Jun2014.pdf

91 :名無しさん@編集中:2014/09/09(火) 13:36:23.07 ID:pqV6ihZZ
>>90
これ見るとやっぱデコードは現在のCPUのソフトデコードで十分だね。4Kはi3とかi5だとちょっときついかもしれんが。
エンコードは1秒あたりのフレーム数が・・

92 :名無しさん@編集中:2014/09/09(火) 14:38:30.29 ID:RSOX0nvW
91は4k60p十分なの?

93 :名無しさん@編集中:2014/09/09(火) 17:03:47.99 ID:RwMUhocf
HEVC-MSPの静止画に期待

94 :名無しさん@編集中:2014/09/10(水) 06:22:40.03 ID:nOHJ05PN
iPhone6はFaceTimeがH.265採用か

95 :名無しさん@編集中:2014/09/10(水) 13:58:54.37 ID:YAEGD1DW
8Kでネット配信とかするときにビットレート節約は必須になる。
前に、1フレームあたり1ドットずつとばして送信し、
インターレースの1ドット版にして、ちらつきなく情報量半分にするというアイデアはかいたな。
●○●○●○●
○●○●○●○
のような画面情報のとき、偶数フレームは●、奇数フレームは○だけ情報化して送るという。

他に、
画面を8x8の64エリアに分割して、
中央の16エリアは8K解像度、
そのまわりの20エリアを4K解像度、
最も外側の28エリアをフルHD解像度にするのを基本にするとといいかも。
たいていの映像は結局中央の画面情報を主にしてみている。
TVみていると、だいたい80%ぐらいは,、
画面を縦に4分割、横に4分割した場合に、中央の4つの部分を見たまま。
画面周辺部はほとんどみないし、見ても一瞬。
ほぼ文字とか何も映っていないような背景とか。
なので画面中央だけ8Kにして、そのまわりを4K、さらにその周りの最外周部分をフルHDレベルに落としてもあまり違和感ない。
もし上記のように解像度を配分すると、画面全体を8Kにしたときの半分のビットレートですむ。

ブルーレイとかに収録するときは、エンコード時間がリアルタイムじゃなくたっぷりあるわけなので、
64エリアにシーンごとにそれぞれ違う解像度を割り当ててもいいと思う。
たとえば、左のほうに人が立っていて、その表情に注目が集まるようなシーンでは、その顔の部分のエリアだけ8Kにする。
どこに人々が注目してみるかを、被験者10人くらいに画面のどこを見ているかを分かる装置をつけてみさせて、
その平均をとり、たくさん見られている部分ほど8Kや4Kにし、ほとんどみられていないところはフルHDにまで落とす。
以上をソフトでやれるようにすると、効率的なビットレート配分になると思うので、8Kネット配信も2020年までにできるようになるかも。

96 :名無しさん@編集中:2014/09/10(水) 18:35:55.74 ID:pbv0mNn3
↑アホな上にマルチ
http://peace.2ch.net/test/read.cgi/av/1410147681/43-

97 :名無しさん@編集中:2014/09/10(水) 18:45:18.71 ID:xPbKuVwN
何のコピペかただの真性か知らねーがYoutube板でも落とすべきスレにマルチage貼りしてたし迷惑極まりないな。

98 :名無しさん@編集中:2014/09/11(木) 22:10:16.83 ID:3N/ETAr0
よくしらんけど4:2:0で送るのとどう違うんだ?

99 :名無しさん@編集中:2014/09/12(金) 04:43:54.11 ID:SyucBrVS
doom9でやってた各種デコーダーのベンチマークが面白そうだったのでテスト。
  H.264 DXVA Benchmarks: QuickSync vs UVD 2.2 vs VP4 vs VP5 - Doom9's Forum
  http://forum.doom9.org/showthread.php?p=1688782#post1688782 ←このあたりから

■環境
  i7-4702MQ、Intel HD Graphics 4600、メモリ8GB、Windows8.1 64bit
  ※HD Graphicsのドライバはちょっと古い3338のまま。最新の3907ではOpenCLアプリのパフォーマンスが
    最大30%アップするらしいので後日更新してあらためて速度を計りなおしたい。

■HEVCデコーダー
  ・LAV Filters 0.62.0(正式リリース版)
    ttp://forum.doom9.org/showthread.php?t=156191

  ・LAV Filters 0.62.0改(HEVCデコード高速化版)
    ttp://forum.doom9.org/showthread.php?p=1690300#post1690300

  ・Lentoid HEVC Decoder (OpenCL) v2.0.0.2 (x86)
    ttp://xhevc.com/en/downloads/downloadCenter.jsp
    ※reg.batは使わず、regsvr32 hevcdecfltr.dll だけにした。LAV Splitterを併用。

■テストツールとテスト方法
  ・DXVAChecker 3.1.2
    ttp://bluesky23.yu-nagi.com/DXVAChecker.html

  ・「DirectShow/MediaFoundation デコーダ」タブ→「デコーダをチェック」
   →ファイルを指定→使いたいデコーダ欄のUnsupportedの左にある右三角をクリック
    →ベンチマーク→DXVAデコード→繰り返し回数(1回にしてる)を指定して開始。
     →左下の上三角ボタンを押して結果をコピーして整形

  ・なぜかうちだとx64版では拡張子がmkvだとうまくグラフの自動構築ができなかったので、
   x64版でのテストの時だけ拡張子mkvをmp4に変えてテストした。

100 :名無しさん@編集中:2014/09/12(金) 04:46:18.07 ID:SyucBrVS
■1080pソース
  TearsOfSteel_1080p_24fps_27qp_1474kbps_GPSNR_42.29_HM11_2aud_7subs.mkv
  ttp://trailers.divx.com/hevc/TearsOfSteel_1080p_24fps_27qp_1474kbps_GPSNR_42.29_HM11_2aud_7subs.mkv
 ●x86
  ・Decoder: LAV Video Decoder 0.62.0 (x86)
    FPS: 107.651 [70-234] fps CPU Usage: 73 [49-85] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x86) (HEVCデコード高速化版)
    FPS: 137.669 [97-259] fps CPU Usage: 88 [55-97] % GPU Usage: -
  ・Decoder: Lentoid HEVC Decoder (OpenCL) v2.0.0.2 (x86)
    FPS: 219.186 [162-264] fps CPU Usage: 82 [52-93] % GPU Usage: -
 ●x64
  ・Decoder: LAV Video Decoder 0.62.0 (x64)
    FPS: 214.411 [144-323] fps CPU Usage: 59 [46-84] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x64) (HEVCデコード高速化版)
    FPS: 319.914 [206-376] fps CPU Usage: 78 [56-88] % GPU Usage: -

■4Kソース
  SHANE_ONEIL 4K24p_HEVC_10Mbits.mkv
  http://trailers.divx.com/hevc/SHANE_ONEIL%204K24p_HEVC_10Mbits.mkv
 ※うちの環境だと「Lentoid HEVC Decoder (OpenCL) v2.0.0.2 (x86)」を使って
   4Kソースをデコードしようとすると落ちる。
 ●x86
  ・Decoder: LAV Video Decoder 0.62.0 (x86)
    FPS: 29.958 [22-60] fps CPU Usage: 96 [70-100] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x86) (HEVCデコード高速化版)
    FPS: 39.642 [28-69] fps CPU Usage: 95 [72-100] % GPU Usage: -
 ●x64
  ・Decoder: LAV Video Decoder 0.62.0 (x64)
    FPS: 49.564 [32-68] fps CPU Usage: 85 [65-98] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x64) (HEVCデコード高速化版)
    FPS: 74.899 [64-84] fps CPU Usage: 90 [66-97] % GPU Usage: -

101 :名無しさん@編集中:2014/09/12(金) 04:57:11.76 ID:SyucBrVS
>>99-100補足
サイトやReadmeにあるように、「Lentoid HEVC Decoder (OpenCL)」はAMDのグラボでの動作を想定している。
とりあえずIntelHD4600でも動いたけど、それ以外でどうなるかは知らない。

102 :名無しさん@編集中:2014/09/12(金) 12:42:53.99 ID:qEEZhoXC
iphone6でフェイスタイムがH265対応してるんだけど
再生できる動画にはH265対応の記載がない
これはどうなんだろうか

103 :名無しさん@編集中:2014/09/12(金) 12:50:09.42 ID:pZfStbhI
ニコ生のH.265にも対応できたらいいなぁ

104 :名無しさん@編集中:2014/09/12(金) 13:07:33.82 ID:bxmXRzOG
ホント、ニコ生のH265対応はどうなってるんだろう

105 :名無しさん@編集中:2014/09/12(金) 13:10:57.51 ID:SRzS/P4Y
ハードがまだ弱いから生放送は当分先かと

106 :名無しさん@編集中:2014/09/12(金) 13:12:53.53 ID:Ys6OXtkw
そもそもブラウザもFLASHも対応してねぇ

107 :名無しさん@編集中:2014/09/12(金) 18:26:34.95 ID:cPsiPsxA
>>102
コンテナの部分とか決めて無いんじゃないかな
FaceTimeはApple独自だからなんとでも出来るだろうけど

108 :名無しさん@編集中:2014/09/12(金) 19:12:07.68 ID:G8o/2g1q
Sintel 4Kは解像度が3840×2160ではなく4096×1744のせいかLentoidでもエラーが出なかったのでベンチ追加。

■Sintel 4Kソース (解像度が違うせいかLentoidでデコードしてもエラーが出ない)
 解像度:4096×1744
 http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv
 ●x86
  ・Decoder: LAV Video Decoder 0.62.0 (x86)
    FPS: 35.599 [16-84] fps CPU Usage: 92 [41-99] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x86) (HEVCデコード高速化版)
    FPS: 44.117 [21-113] fps CPU Usage: 93 [46-99] % GPU Usage: -
  ・Decoder: Lentoid HEVC Decoder (OpenCL) v2.0.0.2 (x86)
    FPS: 69.332 [38-98] fps CPU Usage: 91 [55-99] % GPU Usage: -

 ●x64
  ・Decoder: LAV Video Decoder 0.62.0 (x64)
    FPS: 62.665 [31-89] fps CPU Usage: 81 [52-97] % GPU Usage: -
  ・Decoder: LAV Video Decoder 0.62.0改 (x64) (HEVCデコード高速化版)
    FPS: 92.323 [48-121] fps CPU Usage: 89 [61-98] % GPU Usage: -

★Sintel4Kの冒頭1分半だけリアルタイム再生(DXVAChecker使用)した場合のCPU使用率
  LAV 0.62.0 x86・・・CPU使用率54%
  LAV 0.62.0改 x86・・・CPU使用率37%
  LAV 0.62.0 x64・・・CPU使用率20%
  LAV 0.62.0改 x64・・・CPU使用率14%
  Lentoid・・・CPU使用率13%

109 :名無しさん@編集中:2014/09/13(土) 05:43:57.59 ID:6XSn5Abf
今時のGPUは何十億トランジスタを集積してるのに、
グラフィック以外の用途に全く使えねぇな。資源の無駄。
いい加減、エンコードで使える事を証明しろや。、

110 :名無しさん@編集中:2014/09/13(土) 05:46:15.70 ID:QognI1rh
GPUベースのスパコンってもう無くなったん?

111 :名無しさん@編集中:2014/09/13(土) 05:48:56.87 ID:6XSn5Abf
一般人にはという言葉を109に追加

112 :名無しさん@編集中:2014/09/13(土) 10:48:53.82 ID:9cCHfdP/
一般人はエンコードなんてしない

113 :名無しさん@編集中:2014/09/13(土) 11:09:19.65 ID:/WE2mBKH
確かに

114 :名無しさん@編集中:2014/09/13(土) 11:17:06.43 ID:CmymbJ1D
HEVCもブラウザサポートされてないのに何言ってるんだ

115 :名無しさん@編集中:2014/09/13(土) 18:24:59.10 ID:4TUsQbCb
視聴用アプリ作ればいいのにな

116 :名無しさん@編集中:2014/09/13(土) 18:33:00.02 ID:JeCkde5s
DivX Web Player()でも使ってろ

117 :名無しさん@編集中:2014/09/13(土) 18:34:22.81 ID:6XSn5Abf
ひょっとしてAppleのA8でH.265エンコードきてるかも?
そしたら、普及早まりそう。

118 :名無しさん@編集中:2014/09/13(土) 18:36:31.74 ID:6XSn5Abf
http://appleinsider.com/articles/14/09/12/apples-iphone-6-iphone-6-plus-use-h265-codec-for-facetime-over-cellular

119 :名無しさん@編集中:2014/09/13(土) 22:53:03.03 ID:F4uzY98y
>>118
ヨコハマ語でお願いします

120 :名無しさん@編集中:2014/09/13(土) 23:52:23.19 ID:01eKFcc+
>>118
顔文字でお願いします

121 :名無しさん@編集中:2014/09/14(日) 23:42:05.29 ID:rBb0rIQG
>>99-101,>>108追加。
Intel HD Graphics ドライバ 10.18.10.3338→10.18.10.3907に更新。
3907でOpenCLの改良があったとのことなので
  「Lentoid HEVC Decoder (OpenCL)」
のデコード速度を再計測。

■Sintel 1080pソース
 解像度:1920×832
 http://trailers.divx.com/hevc/Sintel_1080p_27qp_24fps_1aud_9subs.mkv
 3338時280fps → 3907時290fps

■Sintel 4Kソース
 解像度:4096×1744
 http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv
 3338時70fps → 3907時75fps

微妙ながらめでたく速度向上。

122 :名無しさん@編集中:2014/09/17(水) 03:07:32.78 ID:wtRcyXRI
>>123
デコーダーの改良が進めば、うちのHD4600でも大丈夫そう…

123 :名無しさん@編集中:2014/09/17(水) 04:37:33.14 ID:1oKKArVw
opencl版は存在意義がなくなりつちあるな。

124 :名無しさん@編集中:2014/09/18(木) 03:51:26.98 ID:6RvBERwp
>>100
x86だと4096x1744でVRAM消費2.67GB、メインメモリも足すと4GB近いからOpenCLじゃきつい
環境:2500K(1.6GHz固定)+HD7970、Lentoid v2.0.0.2(OpenCL)
http://i.imgur.com/LCWypIR.jpg

125 :名無しさん@編集中:2014/09/18(木) 23:48:18.15 ID:VD8/slGR
>>124
よくわからないけど、それはmadVRとか他のもんでメモリくってるとかそういう理由では?
うちだとEVR(カスタム プレゼンタ)で以下のような感じだけど。

  ・環境: i7-4702MQ(IntelHD4600)、LAV0.62改、Lentoid(OpenCL) v2.0.0.2、MPC-HC 1.7.6
  ・ProcessExplorerでMPC-HCのプロセスを見た時の数値
    ・LAV(x86、x64とも)
       Private Bytes 745MB
       Comitted GPU Memoery 270MB
    ・Lentoid(OpenCL)
       Private Bytes 1.0GB
       Comitted GPU Memory 321MB

  まとめ画像: ttp://2sen.dip.jp/cgi-bin/upgun/up1/source/up0635.jpg

確かにOpenCLのだとメモリは余計に食うけど、きついというほどではないと思う。

126 :名無しさん@編集中:2014/09/18(木) 23:50:06.59 ID:VD8/slGR
>>125と画像に書き忘れたけど、再生映像はSintelの4Kソースです。

  ttp://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv
  (解像度:4096×1744)

127 :名無しさん@編集中:2014/09/18(木) 23:55:55.88 ID:VD8/slGR
>>125-126だけど、考えてみたら、うちは1366x768のノートPCだわ。
4Kデコードすることに違いはないけど、表示サイズってメモリ使用量とかにどういう影響があるんだろ。

128 :124:2014/09/19(金) 04:59:18.60 ID:6SORbdaX
EVRのバッファ数を増やしているのがVRAM食ってたみたい
減らしたらVRAM消費1GB以下になったけど落ちるのは変わらないから動画かデコーダの問題らしい

129 :名無しさん@編集中:2014/09/19(金) 12:11:07.05 ID:T5zIixgm
西川善司の3DGE:第2世代Maxwellベースの「GeForce GTX 980&970」発表。そのアーキテクチャに迫る
http://www.4gamer.net/games/274/G027467/20140917078/
>一方のビデオエンジン周りでは,リアルタイムビデオエンコーダ「NVENC」が刷新され,業界で初めてH.265(HEVC:High Efficiency Video Coding)対応エンコーダとなったことが発表されている。
>なお,GM204のNVENCでは,H.264エンコード性能も強化され,Kepler世代のそれに対して約2.5倍のスループット性能を持つに至っているという。

130 :名無しさん@編集中:2014/09/19(金) 13:42:03.05 ID:wPCe4CKA
H.265うぇーい

131 :名無しさん@編集中:2014/09/19(金) 13:44:41.64 ID:s30/QLxn
x264より画質悪かったりして

132 :名無しさん@編集中:2014/09/19(金) 14:27:58.13 ID:E4qOlxrV
HWエンコだからx265より画質悪いとしても、x264に匹敵する画質が出せれば凄いよな

133 :名無しさん@編集中:2014/09/19(金) 14:37:03.78 ID:qvzvSMON
デコーダよりエンコーダのが出るの早いってどうなってんねん

134 :名無しさん@編集中:2014/09/19(金) 14:53:14.01 ID:UeJ0OzEx
デコーダなんてそこらにいっぱいあるけど。
ffmpegがデコード対応して久しいし

135 :名無しさん@編集中:2014/09/19(金) 15:01:51.98 ID:qvzvSMON
誰もffmpegの話してない

136 :名無しさん@編集中:2014/09/19(金) 15:03:21.23 ID:UeJ0OzEx
いや、ffmpegの話してるんです。
ffmpegは数多くの再生ソフトやデコーダの核となってるから、
ffmpegが対応するかしないかは大きな意味があるんですよ

137 :名無しさん@編集中:2014/09/19(金) 15:54:02.76 ID:FC6EZi4z
話の流れ的に"geforceに"デコーダーよりHWエンコーダーが早いのは何故って事かと

138 :名無しさん@編集中:2014/09/19(金) 16:29:31.12 ID:4HO6AFF0
>>137
HWデコード機能という意味ではNvidiaもAMDもIntelも「HEVC_VLD_Main」への対応が済んでるけど
それに対応するH.265のDXVAデコーダーがまだ出てこないのって何故なんだろ。

139 :名無しさん@編集中:2014/09/19(金) 16:47:38.49 ID:dCbsRBjt
画質以前にHWエンコードならフルHDならどれくらいのフレームレートでエンコードできるものなのか知りたい。60fpsぐらいいくのかなぁ。

140 :名無しさん@編集中:2014/09/19(金) 16:54:06.04 ID:dCbsRBjt
>>138
それってGPGPUを使ったデコードじゃないの?それともH.264の一部の専用回路使い回せてるとか?つかHWエンコーダ搭載されたってことはちゃんとしたHWデコーダーも搭載されたんじゃないかな。

141 :名無しさん@編集中:2014/09/19(金) 17:26:46.25 ID:qvzvSMON
デコーダはGM107と同じVP6のままでHEVCは部分的な対応だね

142 :名無しさん@編集中:2014/09/19(金) 18:06:15.97 ID:4HO6AFF0
>>140
書いてるとおりDXVAの話ね。HEVCのDXVA仕様自体は去年8月に公開されてる。

  HEVCのDXVA仕様書
  ttp://bluesky23.blog.shinobi.jp/entry/20130822
  ttp://www.microsoft.com/en-us/download/details.aspx?id=39947

143 :名無しさん:2014/09/19(金) 18:58:53.58 ID:sy8FcI4X
GeForceか
cudaエンコのガッカリ画質しか思いつかない

144 :名無しさん@編集中:2014/09/19(金) 22:05:21.18 ID:sxt7uoXu
比較的近い将来の利用を見越して
対応エンコーダになったと言ってるだけで
別に今すぐ機能するとは一言も言っていないし
具体的にいつから使えるとも言ってない

4KのShadowplay録画も現時点では
H.264の130Mbpsと言及されてるだけで
そこにH.265やHEVCの記述は無く
現在の状況下ではまだH.264利用を想定しているので
H.264の方にも手を入れて強化してきている

時期的に見て980・970が非対応なのに960だけ対応してるとは考え難いので
来年以降予定されている新製品でデコーダー対応となれば
それに併せてエンコーダも利用可能になるのものと推測される

145 :名無しさん@編集中:2014/09/19(金) 23:30:02.04 ID:4HO6AFF0
 
AnandTech | The NVIDIA GeForce GTX 980 Review: Maxwell Mark 2
http://anandtech.com/show/8526/nvidia-geforce-gtx-980-review/5

要約:
  Maxwell2ではNVENCでHEVC(H.265)エンコードをフルサポートしたで。
  まだツール側ではサポートしとらへんけどな。
  HEVCデコードについては、KeplerやMaxwell1と同じハイブリッドHEVCデコードのままや。
  これはH.264のデコードブロックを再利用して一部だけHWデコードして、残りはソフトでやるっちゅう方式やな。
  ま、開発の都合でHEVCエンコーダーを優先したからしゃーないわな。堪忍してや。
  完全なHEVCのHWデコードについては次世代ハード待ちっちゅうこっちゃ。
 

146 :名無しさん@編集中:2014/09/19(金) 23:39:36.27 ID:Jy/o5Ymz
>>145

処理の共通部分はH.264のを使う、っていうのは合理的だね

147 :名無しさん@編集中:2014/09/20(土) 17:43:53.58 ID:eOPoSa4i
H.265のエンコードをフルサポートって、ハイプロファイルや10bit、4:4:4も含まれるのか?

148 :名無しさん@編集中:2014/09/20(土) 17:55:27.18 ID:NwxTVOY1
>>147
>The Maxwell 2 version of NVENC further builds off of the Maxwell 1 NVENC
>by adding full support for HEVC (H.265) encoding.

俺もそれは気になったんだけど、これしか書かれてないからよくわからんよね。

149 :名無しさん@編集中:2014/09/20(土) 18:02:49.29 ID:OejpjljT
ソフトウェアは使わずに(HWだけで)フルサポートって意味じゃろ多分。

150 :名無しさん@編集中:2014/09/20(土) 18:45:52.52 ID:6F5LgCPN
いずれにしろまたハイエンドしかサポートしてないんだから当分広く普及させる気はないんだろ
昔フェルミでHWエンコサポートするってんで期待して高いカード買い続けて裏切られた記憶があるから
NVのこの手の話は毎度のセールストークだと思ってる
NVEncは必ず信者が煩く絡んでくるネタだから、自作板のNVIDIAスレでやれってことでここでは禁止な

151 :名無しさん@編集中:2014/09/20(土) 18:53:49.52 ID:NwxTVOY1
>>150
HEVC絡みの追加情報が出てこない限り話が進まないから現段階ではこれ以上何も言えないと思うけど、
追加情報が出てきさえすればここで話すことに何の問題もないだろ。
暴れるバカが出てきたらスルーすればいいだけであって、
いちいち禁止とか言ってるようじゃ信者とやらと変わらん。

152 :名無しさん@編集中:2014/09/21(日) 16:31:20.53 ID:xD11gxVX
JPEG2000(デジタルシネマ)400〜500Mbbps

AVC/H.264(BD)50〜100Mbps
http://up13.ayame.jp/up/download/1411271140.png
上のグラフはHDや4K映像を映画館のスクリーンサイズで
投影した際に劣化を知覚しない程度に圧縮した場合の格
映像ソースに対する所要伝送レートを主観評価で求めた
結果を示しているが、4K30PであればH.264/AVCの4並列を
用いることで何とか100Mbit/の帯域で伝送できる。
https://www.jstage.jst.go.jp/article/essfr/5/1/5_1_80/_pdf


JPEG2000=MPEG2以下=HEVC/H.265の5倍

HEVC/H.265(100Mbps)=JPEG2000(500Mbps)


HEVC/H.265(平均50Mbps)=JPEG2000(平均250Mbps)=DCP(デジタルシネマパッケージ)規定最大ビットレート



結論:4KBDは映画館の4Kデジタルシネマを凌駕する最高品質のコンテンツである

153 :名無しさん@編集中:2014/09/21(日) 16:57:11.37 ID:xD11gxVX
JPEG2000(デジタルシネマ)400〜500Mbbps

AVC/H.264(BD)50〜100Mbps
http://up13.ayame.jp/up/download/1411271140.png
上のグラフはHDや4K映像を映画館のスクリーンサイズで
投影した際に劣化を知覚しない程度に圧縮した場合の格
映像ソースに対する所要伝送レートを主観評価で求めた
結果を示しているが、4K30PであればH.264/AVCの4並列を
用いることで何とか100Mbit/の帯域で伝送できる。
https://www.jstage.jst.go.jp/article/essfr/5/1/5_1_80/_pdf


JPEG2000=MPEG2以下=HEVC/H.265の10倍

HEVC/H.265(50Mbps)=JPEG2000(500Mbps)


HEVC/H.265(平均25Mbps)=JPEG2000(平均250Mbps)=DCP(デジタルシネマパッケージ)規定最大ビットレート



結論:4KBDは映画館の4Kデジタルシネマを凌駕する最高品質のコンテンツである

154 :名無しさん@編集中:2014/09/22(月) 01:34:55.08 ID:Rs33FR/U
【HD】
JPEG2000(90〜130Mbps)
MPEG-2(12〜100Mbps)
AVC/H.264(6〜50Mbps)
HEVC/H.265(3〜25Mbps)

【4K30P】
JPEG2000(450〜700Mbps)
MPEG-2(100〜200Mbps)
AVC/H.264(50〜100Mbps)
HEVC/H.265(25〜50Mbps)

【4K60P】
JPEG2000(800〜1000Mbps)
MPEG-2(400Mbps)
AVC/H.264(200Mbps)
HEVC/H.265(100Mbps)

【8K60P】
JPEG2000(2〜4Mbps)
MPEG-2(600〜1000Mbps)
AVC/H.264(300〜500Mbps)
HEVC/H.265(150〜250Mbps)

http://up13.ayame.jp/up/download/1411271140.png
上のグラフはHDや4K、8K映像を映画館のスクリーンサイ
ズで投影した際に劣化を知覚しない程度に圧縮した場合
の格映像ソースに対する所要伝送レートを主観評価で求
めた結果を示している
https://www.jstage.jst.go.jp/article/essfr/5/1/5_1_80/_pdf

155 :名無しさん@編集中:2014/09/22(月) 13:34:57.82 ID:5NzRaktV
iPhone6が発売されたのに、A8のH.265エンコーダーにに関する記事が全くでてこないというのは
これいかに。

156 :名無しさん@編集中:2014/09/22(月) 13:58:47.67 ID:DypknaUa
ニコニコはよ(ry

157 :名無しさん@編集中:2014/09/22(月) 15:25:55.79 ID:89dT4yZ6
flashに取って代われるブラウザ用動画プレイヤーが普及しないとどうにもならんね

158 :名無しさん@編集中:2014/09/22(月) 18:21:13.12 ID:pMLDDpRT
一方、GoogleのVP9はモリモリ普及してるね

Youtubeに動画アップすると、勝手にVP9にエンコされて、Chrome使用者は自動的にVP9が再生されてる。
利用者は何も意識せずに、H264以上の高画質の恩恵を受けている

159 :名無しさん@編集中:2014/09/22(月) 18:26:32.46 ID:pNZuGV61
物凄く少ないけどね、YoutubeのVP9
自分でアップしてる動画をチェックしてるけど全然変換進んでないよ

160 :名無しさん@編集中:2014/09/22(月) 18:34:16.16 ID:vkj2MvtQ
>>155
Developer Library Betaにも全く公開文献がないね
OS(もしくはQuickTImeかそれに類するH.265対応のライブラリ)の対応までは
一般には使わせないようですね
おそらく噂されてるTV製品(サービス)の提供に伴って、
H.265コンテンツ作成環境も提供し始めるだろうから、
それまでは3rdPatyで利用は出来ないんじゃなかろうか

161 :名無しさん@編集中:2014/09/22(月) 19:12:34.88 ID:eWlSTxdT
>>158-159
YoutubeのVP9への変換基準ってどうなってるんだろ?
最近の動画でもVP9が生成されないまま放置されてるのもあるし、よくわからんのよね。

162 :名無しさん@編集中:2014/09/22(月) 20:45:27.74 ID:pNZuGV61
>>161
以前VP8に全て変換すると言った時も全く約束を守らなかったし
正直全く信用はしてない

アクセス数が多くて高画質な奴ほど優先して変換しているっぽいけど(GOPROのデモ動画とか)
接続クライアント種別の様子を見ながら現実的にやってるんだと思う

163 :名無しさん@編集中:2014/09/22(月) 21:55:42.88 ID:ijqPihlu
誰と約束したの?

164 :名無しさん@編集中:2014/09/22(月) 22:04:02.90 ID:pNZuGV61
良い子のお友達と

165 :名無しさん@編集中:2014/09/22(月) 22:32:18.95 ID:pMLDDpRT
>>159
めちゃくちゃ多いけどw
古い動画からVP9化されてるから、最新アップ動画が後回しなのは当然かと。

普通にYoutube動画をサーフィンしながら右クリックで動画情報見てみ。
もちろん、FlashはOFFだぞ?w

166 :名無しさん@編集中:2014/09/22(月) 22:49:48.87 ID:pNZuGV61
以前の状況に付いては
ttp://internet.watch.impress.co.jp/docs/news/20110420_441067.html

こういうプレスリリースを2011春に出したけど、その後2012,2013と時間を掛けても
実際の対応は殆ど進まなかった(一度対応したと思ったらその後また消えてたりがしょっちゅう)
なので物凄いグダグダ感が印象として有った

>>165
え?と思って確認しに行って来たが、ホントだな
以前とは雲泥の差で変換が進んでるようだ

167 :名無しさん@編集中:2014/09/22(月) 22:51:48.56 ID:s2Tz1D7S
動画サイトの265のサポートよりVP9ハードデコード対応のほうが早いかもしれん

168 :名無しさん@編集中:2014/09/23(火) 09:33:08.03 ID:tEyRMrOL
VP9は去年から全く更新されてないんだけどまた中途半端なところで放り投げるパターンか
Googleはコーデックの開発もできるような優秀な技術者だらけなんじゃないのかね・・・

169 :名無しさん@編集中:2014/09/23(火) 10:02:59.44 ID:f4FGL75g
せめてマルチスレッドエンコードには対応してほしい>VP9

170 :名無しさん@編集中:2014/09/23(火) 20:06:29.25 ID:0WrqZjCW
>>165
横からだが知らんかったwありがとう。
うちのFirefoxさんでは次の設定がしないとAVCだったんだけどこのスレ民からすれば常識かな。一応。
http://www.ghacks.net/2014/07/25/enable-mse-h2-64-support-youtube-firefox-right-now/

171 :名無しさん@編集中:2014/09/23(火) 20:27:09.25 ID:2s5T77pb
>>170
FirefoxのMSE(Media Source Extension)はまともに動かないからやめとけ。
最近試してないけどBetaやAuroraでもまだ駄目だったはず。
シークが反応しなくなったり、Firefoxを終了してもプロセスが残りっぱなしになったりする。
YoutubeのVP9を見たいならおとなしくChromeで見たほうがいい。

172 :名無しさん@編集中:2014/09/23(火) 21:33:01.30 ID:0WrqZjCW
>>171
たしかにシークできなかったわ。
了解です。ありがとう

173 :名無しさん@編集中:2014/09/23(火) 21:56:17.59 ID:PC8Rhv2L
結局Chrome専用か

174 :名無しさん@編集中:2014/09/23(火) 22:14:59.32 ID:2s5T77pb
10/14にFirefox33.0がリリースされたらFirefoxでもHTML5プレーヤーが強制になる予定らしいんだよね。
MSEが不安定なままだと解像度も制限されるしまともに見れないのから心配だ。

175 :名無しさん@編集中:2014/09/23(火) 22:53:40.03 ID:+C9OunfJ
>>173
Chromeが大きなシェア持ってて拡大中なんだから、Chrome専用であっても大きな意味がある。
特にGoogleにとっては通信帯域の節減に寄与する以上、独自であっても推進するよ。
Youtube利用者から見てもメリットしかないし

176 :名無しさん@編集中:2014/09/24(水) 09:37:43.46 ID:fooELb+/
サムスンだからちょっとあれだけどH.265の4K動画が撮れるミラーレスカメラが出るらしい
http://japanese.engadget.com/2014/09/23/nx1-h-265-4k/

177 :名無しさん@編集中:2014/09/24(水) 14:37:34.16 ID:DwlyojsZ
>>175
PCはいいとして、スマホなどのモバイルで視聴する場合はどうなんだろ
VPxのハードデコードをサポートしてる機種はまだ全然少なかった筈だし
バッテリーの持ちに影響大だからそっちは当面H.264中心なんでは?

178 :名無しさん@編集中:2014/09/24(水) 15:29:48.40 ID:7D9bc0s3
Googleはバッテリーより自社の都合を優先するからなぁ・・・

179 :名無しさん@編集中:2014/09/24(水) 17:18:24.27 ID:7D9bc0s3
http://www.codecguide.com/changelogs_full.htm
>Added support for hardware accelerated decoding of HEVC/H.265 video.

>Because all currently available hardware does not yet contain a fixed-function decoder for HEVC,
>the current implementation utilizes the general shader and video processing units of the GPU.
>As a result the performance is lower and power consumption higher than you might expect.
>Future hardware will contain a fixed-function decoder and provide better acceleration.

>At this moment the decoder only works with high-end Intel (HD 4600/5x00/6x00)
>and NVIDIA (GTX 680/780/870/880/Titan) GPUs. Latest graphics driver is also required.

180 :名無しさん@編集中:2014/09/24(水) 17:48:15.54 ID:maYSKR+W
>>179
現時点では、GPUのシェーダーを利用しているだけで、パフォーマンスも低いとな。

181 :名無しさん@編集中:2014/09/24(水) 18:24:09.01 ID:ZP9OibbJ
CPUパートの最適化が甘いから、ゴリゴリに最適化したCPUのみのデコーダに負けるっぽい

182 :名無しさん@編集中:2014/09/24(水) 18:24:31.73 ID:tBZ6mPGG
CPUでやるよりパフォーマンスが高いならそれでいいさ

183 :名無しさん@編集中:2014/09/24(水) 18:28:52.78 ID:XlGprf27
魔法の言葉AVX2

184 :名無しさん@編集中:2014/09/24(水) 18:52:07.83 ID:o4nS8r9O
>>182
GPUでやるからには省電力というファクターも重要。

185 :名無しさん@編集中:2014/09/24(水) 21:00:22.19 ID:9/NUcbPp
2014/9/17付
http://forum.doom9.org/showthread.php?p=1693960#post1693960
> I managed to benchmark the hybrid HEVC hardware decoder on a NVIDIA GTX 780,
> and its not very fast - but it does have low CPU usage.
> 1080p is at 110-120 fps (15% cpu at benchmark, 1-2% during playback at 24p),
> and 4K only at 30-35 fps (20% benchmark cpu usage).

別のスレにも書いたけど、LAV Filtersの作者によると、
GTX780(980じゃない)のハイブリッドHEVCデコーダーだと上記のような感じらしいね。
CPU負荷は下がるけどLAVのソフトウェアデコードのほうが速いと。

186 :名無しさん@編集中:2014/09/24(水) 21:25:36.01 ID:mURL+0wr
そこの別スレのインテルのDXVA decoderも似たような感じらしいし
4kだとメモリ1G近くかかるように書いてるな

187 :名無しさん@編集中:2014/09/24(水) 22:16:42.28 ID:u9aAmD6E
iPhone6/6 PlusはH.265に対応、携帯網でもFaceTimeが高画質に

188 :名無しさん@編集中:2014/09/25(木) 01:12:09.67 ID:AhtFOn8s
>>185-186
今後のドライバ更新で改善を期待するしかないね・・・

189 :名無しさん@編集中:2014/09/25(木) 12:04:17.45 ID:m6gyXk9Y
次世代ブルーレイ(H.265/HEVC)が出回るようになれば、一気に普及するかな?

190 :名無しさん@編集中:2014/09/25(木) 13:47:19.56 ID:NLy1sW0x
>>187
HEVCの低遅延リアルタイム圧縮なんてよくできるな
X265でさえくっそ遅いのに

191 :名無しさん@編集中:2014/09/25(木) 13:55:24.32 ID:NLy1sW0x
>>187
思ったんだけどこれは
iPhone6⇔iPhone6 のみがHEVCで
iPhone6⇔その他アップル製品はAVCなのだろうか?
いちいち着信元/発信先のデバイス情報を取得して処理している...?

コールセンターはもうそろそろ電話番号以外のIDを示して欲しい

192 :名無しさん@編集中:2014/09/25(木) 20:34:37.33 ID:CsUOjWsn
>>190
圧縮率と圧縮遅延はバーターだからそのへんでバランス取るんじゃね
解像度落として負荷下げるって手もあるだろうし

193 :名無しさん@編集中:2014/09/25(木) 22:39:11.97 ID:JwVflrJR
FaceTimeビデオの解像度ってHVGAだった気がする
その程度ならリアルタイムエンコードもできるのでは?

194 :名無しさん@編集中:2014/09/26(金) 00:27:24.23 ID:hA3NRt4N
>>185
意訳

GTX780のハイブリッドHEVCハードウェアデコーダーのベンチ取ったぜ。
めっちゃトロいがCPU負荷は下がりやがった。
1080pで110-120fps出たぜ。
4Kだと30-35fpsしか出ねぇ。

ってとこか。
とりあえず2Kまででいいから、さっさとPowerDVDあたりで使えるようにしてくれ。
(だがしかし、GTX780、HDMI2.0には対応したか、HDCP2.2には対応したのかどうかが不明なのがなんともな)

195 :名無しさん@編集中:2014/09/26(金) 00:37:26.92 ID:6bdgrllS
>>194
最新のLAVFilterもCPU負荷は劇的に下がってるよ
HEVC Decoding is 100% Fasterは伊達じゃない

196 :名無しさん@編集中:2014/09/26(金) 07:34:39.90 ID:Xl9gOBzT
GPUオフロードはパフォーマンスより消費電力削減がメリットかね

197 :名無しさん@編集中:2014/09/26(金) 07:41:31.52 ID:/LnQZUFW
そもそも30fpsや60fps出てればデコード面では合格でしょ。
それ以外の付加価値として、CPU負荷軽減や、携帯機なら消費電力低減。

つまり、CPU負荷が下がったという今のデコーダーの時点で十分な価値があるってこと

198 :名無しさん@編集中:2014/09/26(金) 11:11:29.17 ID:vt+Sy1Ll
>>179みたいな汎用シェーダ利用の場合は電力効率良く無い

199 :名無しさん@編集中:2014/09/26(金) 13:39:38.11 ID:r8h5g0Mv
↑バカ

200 :名無しさん@編集中:2014/09/26(金) 13:42:51.40 ID:vt+Sy1Ll
電力効率の改善は専用回路有ってのものでしょ

201 :名無しさん@編集中:2014/09/26(金) 13:47:26.26 ID:I16NxkTe
2160p
The DXVA decoders were using GPU at ~90% and max 1200MHz clock and CPU at ~14% with a clock of 2.6GHz - 4.0GHz.
The memory usage went to the limit of ~960MB-990MB, the maximum that iGPU can use.
Strongene's OpenCL decoder used GPU a lot more than 1080p at 85%@850MHz - 900MHz and the CPU usage of 36% - 50% at 3.8GHz-4.0GHz which is double than Strongene's CPU decoder!

消費電力の配分的にどうなんだろうねハードデコードなら確実に減るんだろうけどさ

202 :名無しさん@編集中:2014/09/26(金) 16:34:41.94 ID:bmiO+xuL
つまりGPUにメモリーをタンマリ載せとけということか。

203 :名無しさん@編集中:2014/09/26(金) 18:00:19.54 ID:rJ2oJNon
ソフトウェアデコードの最適化はもう限界っぽいね。h.264とcpu使用率大差ないぐらいまでいってるし。

204 :名無しさん@編集中:2014/09/26(金) 18:09:36.59 ID:2Ei+5Mii
4K60P/Main10は支援してくれるの?

205 :名無しさん@編集中:2014/09/26(金) 19:04:35.38 ID:JjdRxO43
>>203
全然じゃね?
4k試験放送まともに再生できないし
PowerDVD13でやっと大体等速再生できるレベル

206 :名無しさん@編集中:2014/09/26(金) 19:42:12.03 ID:N3NpwjGL
4k/60pのXAVC Sフォーマットファイルのいろんなフリー素材を置いてるサイトがあるんだけど
2011年のiMacじゃ扱いきれない代物だった
高価なゴミ箱ならいけるかもねゴミ箱ゴミ箱ゴミ箱

AVCでごめん

207 :名無しさん@編集中:2014/09/26(金) 22:57:48.46 ID:dogaRDSf
>>203
コーデックよりも寧ろプレイヤーの重い軽いの方が切実になってきた
同じコーデック使ってもCPU使用率が倍違うとか愕然とする

208 :名無しさん@編集中:2014/09/26(金) 23:20:55.94 ID:cawQccbd
>>206
別に普通のH.264

209 :名無しさん@編集中:2014/09/27(土) 03:51:14.56 ID:CpRTlN4v
>>208
知ってるってば。そう書いてるでしょ?AVCって

210 :名無しさん@編集中:2014/09/27(土) 07:04:47.61 ID:D2SoFZGU
もう少し日本語らしい文書を書きなさい。

211 :名無しさん@編集中:2014/09/27(土) 16:41:37.00 ID:wMU5aZbK
>>209
別に普通のH.264だから再生できる

212 :名無しさん@編集中:2014/09/27(土) 19:15:35.09 ID:7UwGFBat
ttp://footage3.openspc2.org/HDTV/footage/4K/60p/XAVCS/water/sea/okinawa/kariyushi/0007/index.html

213 :名無しさん@編集中:2014/09/27(土) 19:31:42.63 ID:m1xB9Fyq
>>212
4K映像/ハイビジョン映像素材集 (Royalty Free HD Footage)
- 映像ライブラリ, Stock Footage, HD Video Footage -
http://www.openspc2.org/HDTV/

4K HD フリー映像素材 (沖縄県 かりゆしビーチ)

URLからある程度は分かるけど、説明ぐらいは書くべきだろう

214 :名無しさん@編集中:2014/09/27(土) 20:00:26.37 ID:rFmujrbb
ここ何スレだっけ

215 :名無しさん@編集中:2014/09/27(土) 22:53:16.49 ID:QS6t8mkh
【7680*4320】が全ての元凶だと思う
WebMとかOggのスレにはこの手の書き込みは皆無だし

216 :名無しさん@編集中:2014/09/28(日) 18:39:27.75 ID:/D+o3dgK
4930KでXMP2666 QuadCHを安定させられる設定が見つけられたようなので記念カキコ
PC環境でのH.265/HEVC再生におけるパラダイムシフトの一助となればいいな

1. H.265/HEVC再生における重さの正体について考察
 当方テスト環境において実験した場合の再生負荷は
  WMP12&LAV0.62(未最適化Ver) < 適当なMediaPlayer&新型LAVだった
 WMP12が他のMediaPlayerと決定的に違う点を挙げるなら
  7及び8.1専用としてWDDMに最適化されている事であろうか
 CPUでデコードされたデータがGPUへと送られる時にぶ厚いAPI層を通過させるが
  WMP12は新APIに対応するため通過に行うCPU演算量が相対的に少ないのではないかと考えられる

無論のことWMP12&新型LAVで更に軽くなる事は確認済みであり
折角準備した廃スペックの使い道の一つが無くなったことは言及するまでもない ...orz
なお現状MediaPlayerClassicは負荷テスト用途として番組視聴の目的で起動する意味は無くなった

217 :名無しさん@編集中:2014/09/28(日) 18:41:05.74 ID:/D+o3dgK
2. Geforceアクセラレーションについて考察
 目下最大の負荷要因はぶ厚いAPI層にあると考えられデータ展開の一部をGPU側で処理することにより
  APIを通過させるデータ量の削減をしているのではないかと推測する

・・・ソースを理解する頭が無い以上推測の域を出ないが

3. AMDの誤算について考察
 Kaveriの特徴を挙げるとリッチな汎用GPUコアとDirectX APIの実行に対する貧弱なCPUとなる
  仮ににHSAによるデコードがうまくいったとしてDirectXベースのMediaPlayerで再生が間に合ったのか不明
 KaveriによるH.265/HEVC再生においてAMDが埋める事の出来なかった最後のピース
  AMDが真に作るべきだったものはMantle APIでGPUと通信するMediaPlayerではないか

8K試験放送開始まで2年を切った今悠長にDirectX12&WMP13とか待ってられない
Mantle APIコーデイングのMediaPlayerとか誰か作ってくれないかな

218 :名無しさん@編集中:2014/09/28(日) 18:53:22.96 ID:SqprRNYb
>>217
どういうこと?
CPU <=> GPUの転送が追い付かないってこと?
デコードされたデータの表示ぐらいならDirectXとMantleの違いなんてない気がする

219 :名無しさん@編集中:2014/09/28(日) 19:02:50.82 ID:/D+o3dgK
>218
モノが出てこない事に対しての仮定の話でしかないんだけどね
DirectXベースのMediaPlayerを使う以上DirectXによる割り込みが入るんじゃないかと思っただけ

220 :名無しさん@編集中:2014/09/28(日) 22:55:56.01 ID:5Fip99j9
イバーリンク、H.265/HEVCやXAVC-S対応の動画編集ソフト「PowerDirector 13」発売
2014/09/17

イバーリンクは2014年9月17日、動画編集ソフトの新版「PowerDirector 13」を発表した。タイトルやトランジション(場面転換)の作成ツールを強化し、
H.265/HEVCやXAVC-Sといった最新の映像フォーマットに対応した。
ダウンロード版は9月17日から提供開始。パッケージ版は10月10日に発売する。

ttp://jp.cyberlink.com/products/powerdirector-ultra/features-detail-jpn_ja_JP.html

クーポンコードあったり海外の方が安かったりするから注意
ま買うやついねーよな

221 :名無しさん@編集中:2014/09/28(日) 22:59:01.45 ID:UOnLConc
なんでわざわざサを抜いてるんだ

222 :名無しさん@編集中:2014/09/29(月) 00:11:01.15 ID:DyNaGX/c
コピペするときに先頭1文字がコピペされないのはよくあること

223 :名無しさん@編集中:2014/09/29(月) 01:05:00.78 ID:q9dXSHws
敢えて言おう、カスであると。

224 :名無しさん@編集中:2014/09/29(月) 07:40:30.31 ID:DyNaGX/c
敢えて言おう、スであると。

225 :名無しさん@編集中:2014/10/02(木) 02:40:31.84 ID:YsgJs/f1
Windows10Technical PreviewでコンテナMP4のHEVC再生できるのね

226 :名無しさん@編集中:2014/10/02(木) 03:07:27.82 ID:z4HJ+TZ/
MediaFoundationだけでHEVC再生できるのか
まぁ当たり前だなさすがに

227 :名無しさん@編集中:2014/10/02(木) 16:31:02.40 ID:b249UWn5
神OSの予感だ

228 :名無しさん@編集中:2014/10/02(木) 16:37:16.79 ID:LE+ea4Ry
7から遂に動く時が来たか!?

229 :名無しさん@編集中:2014/10/02(木) 17:27:10.64 ID:/7SXRSBF
たかだかHEVC、しかも>>225みたいなガセかもしれない書き込み1つで何言ってんだお前ら・・・

230 :名無しさん@編集中:2014/10/02(木) 17:30:03.54 ID:GJj2qRqK
HEVCのスレで何言ってんだw

231 :名無しさん@編集中:2014/10/02(木) 18:07:20.02 ID:/7SXRSBF
から騒ぎするだけのスレにはなってほしくないがなあ・・・
まあ自分で試す気はないので誰かがレポ上げてくれるのを待つわ。

232 :名無しさん@編集中:2014/10/02(木) 18:16:00.47 ID:IA/O/blt
何もしないクズ!!

233 :名無しさん@編集中:2014/10/02(木) 18:22:48.70 ID:LE+ea4Ry
>>232
文句だけは言うから、何もしない、は失礼ですよ!

234 :名無しさん@編集中:2014/10/02(木) 22:52:05.43 ID:KH9qEgg9
4Kの再生が軽いという最大にして唯一の長所を生かさないでどうする… ってのはある
まあHEVCはLAV Filterを当てれば再生可能なので7でも困ってないんだけど
このスレ的に神OS認定はDirectShow12を使った8Kがぬるぬる再生可能なプレーヤーが出てからかな

235 :名無しさん@編集中:2014/10/03(金) 00:17:07.09 ID:j63WlX78
ttp://www.nextpowerup.com/news/13696/hevc-4k-standard-comes-in-cheaper-than-others.html

HEVC
・プロダクトあたり利用料20セント
・配信とブルーレイ用途は無料

取り敢えず配信無料は朗報かな

236 :名無しさん@編集中:2014/10/03(金) 00:27:15.53 ID:G08VAHNP
「プロダクト」っつーのにソフトウェアは含まれるのかい

237 :名無しさん@編集中:2014/10/03(金) 00:32:40.07 ID:j63WlX78
多分ね。でもそれはAVCでも一緒。

238 :名無しさん@編集中:2014/10/03(金) 00:45:30.26 ID:G08VAHNP
そうか。>>225が本当なら結構大きな金額になりそう。IE(videoタグ)対応とかなったら
MediaPlayer分とIE分で二重に支払うのかな。

239 :名無しさん@編集中:2014/10/03(金) 02:09:01.61 ID:j63WlX78
そのケースの場合は二重払いは必要無いよ
OSベンダー(MSやAppleなど)がOS標準のライブラリとして整備してその分として支払う
アプリがそれらを呼び出す分には問題無い

というのがAVCで既に行われているライセンス形態

240 :名無しさん@編集中:2014/10/03(金) 02:20:24.79 ID:1kq0eCRG
Youtubeで見れるVP9のサンプルアニメや
25MB 1920x1080 1500Kbps
http://kie.nu/2cQf
http://light.dotup.org/uploda/light.dotup.org80388.jpg

超綺麗やで

241 :名無しさん@編集中:2014/10/03(金) 09:58:03.03 ID:ymMMhNwU
まーた新海か

242 :名無しさん@編集中:2014/10/03(金) 11:18:08.76 ID:/sx6wE0r
>>240
・なんでわざわざHEVCスレにVP9の動画を貼りにきたの?
・なんで7月に作られた古いmkvファイルを今更拾ってきてアップしたの?
・わざわざmkvにしてるけど、VLC2.1.5で再生すると映像崩壊するし、
 L-SMASH Works r729で読み込むと冒頭部がループしてしまうおかしなファイルになってるよ?
・オリジナルの動画は
    Z会 「クロスロード」 120秒Ver.
    ttp://www.youtube.com/watch?v=AfbNS_GKhPw
 だけど、1080pのWebm(VP9 1466Kbps)と、MP4(H.264 2094Kbps)とを比較すると、
 VP9の方は全体的にモスキートノイズ(?)だらけで悲惨なことになってるよ?
    ttp://2sen.dip.jp/cgi-bin/upgun/up1/source/up0694.png
    ttp://2sen.dip.jp/cgi-bin/upgun/up1/source/up0695.png
 H.264の方が600kbpsくらいビットレートが高いということを差し引いても酷くね?


YoutubeのVP9は基本的に綺麗だと思ってたけど、こういう例もあるんだなということで参考にはなった。

243 :名無しさん@編集中:2014/10/03(金) 16:17:22.86 ID:j63WlX78
VP9はスレチだな
>>240が煽りに来てるのは明白だが

【パテントフリー】 WebM 【VP8+OggVorbis】
http://peace.2ch.net/test/read.cgi/avi/1329899392/

244 :名無しさん@編集中:2014/10/03(金) 16:37:20.67 ID:GD6JHGYM
>>242
L-SMASH Worksをビルドするときに内部にffmpegを使うと一部のVP9が読み込めなくなるみたい。

http://ask.fm/Paranoialmaniac

VFRmaniac Vのまにまに x264gui
http://peace.2ch.net/test/read.cgi/avi/1252765934/399-

245 :名無しさん@編集中:2014/10/03(金) 20:20:47.69 ID:uqD5OfOT
>>244
そうなんだけど、Youtubeから落としたVP9とAACをMkvmergeでMuxしただけなら問題は起きないし、
>>240のやらかしちゃった感が酷いなと思って。

246 :名無しさん@編集中:2014/10/03(金) 23:02:08.42 ID:epZx5ljp
まあ自信満々に宣伝しに来るならまともなものを貼れよとは思うよな^_^;

VP9自体はかなり良いし普及のチャンスも8より遥かに有るとは思うけど

247 :名無しさん@編集中:2014/10/04(土) 00:10:53.42 ID:LHj7KU8o
もうこれ以上の映像圧縮は今後30年無理だろうな

248 :名無しさん@編集中:2014/10/04(土) 00:35:45.53 ID:B0G28S7O
動画ファイルをrar圧縮するとさらに縮むから、つまりまだ圧縮の余地があるということだ。

249 :名無しさん@編集中:2014/10/04(土) 01:49:08.33 ID:DecSd6KC
LAV Filters 0.63がリリースされてHEVCのDXVA再生に対応したのでベンチマークテスト。
過去のベンチマーク→ >>99-101>>108>>121

■環境
  i7-4702MQ、Intel HD Graphics 4600(ドライバ10.18.10.3907)、メモリ8GB、Windows8.1 64bit
■使用ツール
  LAV Filters 0.63.0、DXVAChecker 3.1.2
  ・LAV Video Decoderの設定で、DXVA欄の「HEVC」「UHD(4K)」にチェックを入れる。
   (デフォルトではチェックは外れている。GPUが対応していないこともあるし「UHD(4K)」はリスクもあるので慎重に。)
  ・DXVACheckerでベンチマーク→DXVAデコード
■Sintel 1080pソース(解像度:1920×832)
 ttp://trailers.divx.com/hevc/Sintel_1080p_27qp_24fps_1aud_9subs.mkv
 ●x86
  ・Decoder: LAV Video Decoder(DXVA2(native)) Decoder Device: HEVC_VLD_Main
    FPS: 167.941 [115-252] fps、CPU Usage: 16 [7-28] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVA2(copy-back)) Decoder Device: HEVC_VLD_Main
    FPS: 93.813 [50-146] fps、CPU Usage: 22 [14-34] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVAオフ) Decoder Device: Not in use
    FPS: 164.883 [91-408] fps、CPU Usage: 71 [53-87] %、GPU Usage: -
 ●x64
  ・Decoder: LAV Video Decoder(DXVA2(native)) Decoder Device: HEVC_VLD_Main
    FPS: 173.625 [114-252] fps、CPU Usage: 15 [6-31] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVA2(copy-back)) Decoder Device: HEVC_VLD_Main
    FPS: 99.776 [42-143] fps、CPU Usage: 22 [14-35] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVAオフ) Decoder Device: Not in use
    FPS: 369.716 [198-577] fps、CPU Usage: 62 [42-80] %、GPU Usage: -
(続く)

250 :名無しさん@編集中:2014/10/04(土) 01:53:20.88 ID:DecSd6KC
>>249続き)
■Sintel 4Kソース(解像度:4096×1744)
 ttp://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv
 ●x86
  ・Decoder: LAV Video Decoder(DXVA2(native)) Decoder Device: HEVC_VLD_Main
    FPS: 41.984 [21-56] fps、CPU Usage: 17 [6-33] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVA2(copy-back)) Decoder Device: HEVC_VLD_Main
    FPS: 27.057 [11-36] fps、CPU Usage: 28 [18-39] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVAオフ) Decoder Device: Not in use
    FPS: 42.147 [17-114] fps、CPU Usage: 93 [50-100] %、GPU Usage: -
 ●x64
  ・Decoder: LAV Video Decoder(DXVA2(native)) Decoder Device: HEVC_VLD_Main
    FPS: 41.983 [23-56] fps、CPU Usage: 16 [6-33] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVA2(copy-back)) Decoder Device: HEVC_VLD_Main
    FPS: 27.680 [8-36] fps、CPU Usage: 28 [17-36] %、GPU Usage: -
  ・Decoder: LAV Video Decoder(DXVAオフ) Decoder Device: Not in use
    FPS: 89.115 [41-119] fps、CPU Usage: 87 [59-97] %、GPU Usage: -

■Sintel4Kの冒頭1分半だけ再生(DXVAChecker使用)した場合のCPU使用率と、GPU Load(GPU-Z)
  LAV 0.63.0 x86 DXVA2(native)・・・CPU使用率8%、GPU Load 65〜80%
  LAV 0.63.0 x86 DXVAオフ・・・CPU使用率37%、GPU Load 15%
  Lentoid(OpenCL)・・・CPU使用率14%、GPU Load 58%
  LAV 0.63.0 x64 DXVA2(native)・・・CPU使用率7%、GPU Load 65〜80%
  LAV 0.63.0 x64 DXVAオフ・・・CPU使用率14%、GPU Load 15%
  ※LAVのDXVA2(copy-back)は再生が追い付かなかったので除外。

結論: DXVA2(native)はなかなか良いが、LAV x64のソフトウェアデコード最強。

251 :名無しさん@編集中:2014/10/04(土) 02:02:30.97 ID:O/wuLNhY
>>24-250


消費電力を測定したら、CPUデコードのほうが少ないというオチになりかねないな・・・w

252 :名無しさん@編集中:2014/10/04(土) 02:15:36.01 ID:QMwsK54o
AVX/AVX2のおかげなの?

253 :名無しさん@編集中:2014/10/04(土) 02:26:08.09 ID:wYl9OW1L
(SIMDが)効いてる効いてる

254 :名無しさん@編集中:2014/10/04(土) 03:22:35.90 ID:O/wuLNhY
>>252
256ビット長の整数演算SIMDに対応したのはAVX2からだから
AVX2のおかげと思われ・・・

255 :名無しさん@編集中:2014/10/04(土) 05:53:29.81 ID:20UXJXf2
LAVのDXVA試してみたけど4K試験放送だとまだ圧倒的にPowerDVD13付属デコーダーの方が軽いわ
といっても再生ギリギリだけど
PowerDVD13のHEVCデコーダーがDXVAに対応することを期待

256 :名無しさん@編集中:2014/10/04(土) 06:49:42.98 ID:qc6+mOuK
>サイバーリンク、HEVC/クラウド対応「PowerDVD 14 Ultra」
>新機能であるHEVC/H.265の再生について同社は
>「現段階ではHEVCに対応したグラフィックボードなどのハードウェアがないため、全てソフトウェアデコードで対応している。
>そのため、インテルCore-i7クラスのCPUでもかなりパワーを使う。
>いずれハードメーカーが対応すると思うので、そのときにはハードウェア支援が受けられるよう対応したい」とした。

対応ハードウェアどこー?

257 :名無しさん@編集中:2014/10/04(土) 09:00:21.79 ID:I+YnB1HA
>>242-243

>>1
>並びに同等の圧縮効率でフリーの次世代コーデック、VP9/Daalaを語ろうぜ

258 :名無しさん@編集中:2014/10/04(土) 09:36:53.16 ID:DecSd6KC
前スレから>>257の一文が加わってたのか。
次スレのスレタイは
  【次世代映像コーデック】H.265/HEVC/VP9/Daala Part5
とかに変えるべきなんだろうか。

259 :名無しさん@編集中:2014/10/04(土) 09:56:46.73 ID:LPy8VM9D
ソフ板にあるのが次世代コーデック総合スレだったと思う

260 :名無しさん@編集中:2014/10/04(土) 10:03:11.39 ID:HR2EzDjy
>対応ハードウェアどこー?
つまり半ハードウェア支援のLAV CUDAの方が現状PowerDVDより軽いって事?
まあPlayer次第なんだろうけど

261 :名無しさん@編集中:2014/10/04(土) 10:28:20.59 ID:wYl9OW1L
>>258
むしろ変えておかない>>1って……

262 :名無しさん@編集中:2014/10/04(土) 10:31:38.49 ID:SFqrJJJK
HEVC以外はどうでもいいな
次世代コーデックスレでも立てて勝手にやってくれ

263 :名無しさん@編集中:2014/10/04(土) 11:31:25.56 ID:LPy8VM9D
4kスレは落ちてたのか

264 :名無しさん@編集中:2014/10/04(土) 11:45:37.25 ID:DecSd6KC
>>260
LAV0.63正式版での結果ではないけど、LAVのCUVIDはDXVA2(copy-back)と同等の遅さらしいけど。
コピーバックがボトルネックになってるとかなんとか。
 ttp://forum.doom9.org/showthread.php?p=1694884#post1694884

>>255によるとLAVのDXVAよりもPowerDVDのデコーダの方が軽いらしいけど、俺は持ってないからわからん。

265 :名無しさん@編集中:2014/10/04(土) 11:58:51.97 ID:ejNGKqx/
NativeDXVAだと色がズレるんだっけ?

266 :名無しさん@編集中:2014/10/04(土) 13:05:15.12 ID:aOWyAMFK
>>248
アホか

267 :名無しさん@編集中:2014/10/04(土) 19:38:29.42 ID:20UXJXf2
>>255
すまんこれPowerDVD14の間違いだったわ
自分の環境だと4K試験放送を等速で再生できるのはPowerDVD14だけで
LAVはDXVAでQSやCUVID使ってもコマ落ちする
VGAはGTX 780Ti

268 :名無しさん@編集中:2014/10/04(土) 20:20:22.83 ID:O/wuLNhY
PowerDVDは毎年金を取ろうとするから
個人的にはもはや買う気がしないなぁ・・・

269 :名無しさん@編集中:2014/10/04(土) 21:46:08.59 ID:Wv47yLn5
上手いことCPUデコードとGPUデコードをミックスできればいいな

270 :名無しさん@編集中:2014/10/04(土) 22:00:23.13 ID:CRzDMTRQ
LAV Filters 0.63(zip版を使用)で、
  ttp://www.divx.com/ja/hevc-showcase
の「Tears of Steel 4K」だけが再生できなくなってるのは、うちだけだろうか?
MPC-HC 1.7.6でもGraphStudioでもグラフは正常に組まれるのだが、再生が0秒から進まない。
x86、x64のどちらでもだめ。DXVAのON/OFFも関係無し。
MPC-HC 1.7.6内蔵のLAV Filters 0.62なら問題無し。
LAV Splitter 0.63+LAV Video Decoder 0.62 なら再生できるので、LAV Video Decoderの問題かな?
念のためmkvmerge v7.2.0でAC-3と字幕を除いてHEVCとAACだけRemuxしてみたけど現象は変わらず。

「Sintel 4K」「Kazuhiro 4K」「Shane O’Neil 4K」などは0.63でも問題なし。

271 :名無しさん@編集中:2014/10/05(日) 05:42:53.41 ID:/ZG8HPNL
>>268
今回みたいにHECVデコーダ載ったり明らかに進化した時だけ買えばいいんだよ
BDドライブに付属してるのなんて未だに12ベースだったりするし

272 :名無しさん@編集中:2014/10/05(日) 05:44:28.76 ID:/ZG8HPNL
突っ込まれそうだから訂正しとく
HECV→HEVC

273 :名無しさん@編集中:2014/10/05(日) 09:46:18.64 ID:O732dRhN
>>271
http://okoya.seesaa.net/article/223890403.html
BDのACCSキー更新を止める嫌がらせもあるからなぁ・・・

274 :名無しさん@編集中:2014/10/05(日) 09:47:19.95 ID:O732dRhN
スマン、AACSだった・・・

275 :名無しさん@編集中:2014/10/06(月) 04:44:28.05 ID:Nlj1U6iz
http://mpc-hc.org/downloads/
MPC-HC v1.7.7が来た

>Ticket #4783, LAV Video: Experimental support for hardware (CUVID and DXVA2)
>assisted decoding of HEVC streams (disabled by default)

276 :名無しさん@編集中:2014/10/06(月) 16:41:55.93 ID:Nlj1U6iz
>>270
MPC-HC v1.7.7で試してみたけど
Divxが配布している4Kはうちのも駄目だった。
他の4Kは再生できたけど。

277 :名無しさん@編集中:2014/10/07(火) 00:23:51.05 ID:T5Qy44V7
よ〜知らんけど次のPCはH.265再生のCPU負荷が小さいハードウェア構成になってから買おうと考えてるんですが
ハードウェアデコーダ?が乗るのは次の世代のCPU・GPU世代?
もう載ってる?

278 :名無しさん@編集中:2014/10/07(火) 00:28:11.53 ID:xqaQUuYi
現行世代でもアクセラレーションに対応してるらしいけど(まだリリースされてない)
完全なハードウェアデコードは次以降だと思う

279 :名無しさん@編集中:2014/10/07(火) 00:30:40.98 ID:NCuCJllo
最新のIntel CPUにデコーダが載ってる

280 :名無しさん@編集中:2014/10/07(火) 00:43:34.13 ID:xqaQUuYi
予定されてても実際にリリースされないと対応してるといえない

281 :名無しさん@編集中:2014/10/07(火) 00:52:48.12 ID:NCuCJllo
ハードウェア的に実装されてても、ソフトウェアがまだということは結構あるからねぇ

RADEONも最近出たTongaに、ハードウェアHEVCデコーダが実装されてるね
nVidiaならGTX980に。

282 :名無しさん@編集中:2014/10/07(火) 00:57:38.26 ID:wMP7bFI7
AMDとインテルはopenclでnvidiaのはcudaだっけ?
GPU使ってるけどハードデコードはまだないと思ったけど

283 :名無しさん@編集中:2014/10/07(火) 01:02:18.28 ID:NCuCJllo
3社ともハードデコーダーが実装され初めているというお話をしてるわけよ

284 :名無しさん@編集中:2014/10/07(火) 01:05:06.37 ID:EMwljwqa
スナドラは801からスペックシートにHEVCのデコード対応がのってるけど、これはハードウェアデコードじゃねぇの?

285 :名無しさん@編集中:2014/10/07(火) 01:10:29.31 ID:wMP7bFI7
たしか805からだったはずその前のはソフト

286 :名無しさん@編集中:2014/10/07(火) 02:38:09.86 ID:3oPe8oD1
>>282
AMDのはOpenCLでDXVA2では使えない。
intelとNvidiaはハイブリッドデコード方式でDXVA2で使える。

ただ、ノートパソコンのi3のHD4600で試してみたけど
DXVA2だと4K再生は厳しかった。
24fpsソースで20fps前後しかなく音が途切れてしまう。

完全なハードウェアデコードに対応しているGPUはまだなく
インテルはSkylakeから対応するらしい。
NvidiaはPascalから対応するだろう。

287 :名無しさん@編集中:2014/10/07(火) 02:49:21.38 ID:3oPe8oD1
ただ、うちのはメモリがシングルチャンネル仕様なので
もしかしたら、帯域が足りてないだけかもしれない。

FHDはDXVA2でCPU負荷が10%程度で楽々再生できた。
(CPUの動作周波数が可変しているので実際にはもっと低い)

288 :名無しさん@編集中:2014/10/07(火) 02:58:18.11 ID:T5Qy44V7
みんな詳しいな
参考になりました
ありがとう

289 :名無しさん@編集中:2014/10/07(火) 03:10:43.94 ID:PWgF7uEL
2015Q1-2  AMD Bermuda
2015Q3-4  Intel Skylake
2016     NVIDIA Pascal

H.265/HEVC再生専用回路の搭載予定は
こんな感じだからNVIDIA以外は2015年内に出てくるよ

290 :名無しさん@編集中:2014/10/07(火) 05:15:59.46 ID:ppC8Kqqy
AMDが一番乗りの予定か。
前倒し頼む。

291 :名無しさん@編集中:2014/10/07(火) 05:31:00.99 ID:T1FbiIJC
4Kもいけるのかな?
TongaでAVCの4Kはいけるようになったんだっけ

292 :名無しさん@編集中:2014/10/07(火) 06:13:58.60 ID:NCuCJllo
>>286
なんか、詳しいふりして間違った情報広めてるねぇ

293 :名無しさん@編集中:2014/10/07(火) 06:41:08.34 ID:VLzL2I8n
4k放送が60p以上だからな、最低でも60pは楽々こなしてくれなきゃ
24fpsなんて論外。

294 :名無しさん@編集中:2014/10/07(火) 11:12:56.27 ID:bSl7aGSz
16nmのMaxwell Reflesshで積むだろ

295 :名無しさん@編集中:2014/10/07(火) 14:14:53.41 ID:wMP7bFI7
805はハード
http://k-tai.impress.co.jp/docs/event/ces2014/20140110_630315.html
インテル以外はソース欲しいねAMDはARM向けはサポート決まってるけど
他はよくわからないし。

296 :名無しさん@編集中:2014/10/07(火) 14:53:08.00 ID:44dAT/jp
ひかりTV 4Kで利用するHEVCデコーダ
http://av.watch.impress.co.jp/img/avw/docs/670/120/ceatec32.jpg

297 :名無しさん@編集中:2014/10/07(火) 15:09:12.96 ID:3oPe8oD1
>>292
間違った情報&認識を広めようとしているのは、お前のほうなんだが・・・

https://software.intel.com/en-us/forums/topic/499189
>Petter Larsson (Intel) Tue, 01/14/2014 - 13:19
>Intel Core Processor platforms currently do not have fixed function HW HEVC codec capability.
>This is a feature that may be supported in future Intel Processors. On that note,
>there are plans to release a "hybrid" (utilizing EUs of the Core Processor graphics unit) HEVC decoder later this year.

http://www.anandtech.com/show/8526/nvidia-geforce-gtx-980-review/5
>Finally, and somewhat paradoxically, Maxwell 2 inherits Kepler and Maxwell 1’s hybrid HEVC decode support.
>First introduced with Maxwell 1 and backported to Kepler,
>NVIDIA’s hybrid HEVC decode support enables HEVC decoding on these parts
>by using a combination of software (shader) and hardware decoding,
>leveraging the reusable portions of the H.264 decode block to offload to fixed function hardware
>what elements it can, and processing the rest in software.

298 :名無しさん@編集中:2014/10/07(火) 18:26:09.43 ID:035z2TQm
ちなみにスナドラ801に4K試験放送を食わせた場合に絵は出るが動画にはならないんだそうな
HEVCハードウェアデコード対応と書いてあってもUHD(4K)が滑らかに再生出来るかどうかは別次元の話
でなきゃ「再生できなくて困った」なんて話にはならんよね

299 :名無しさん@編集中:2014/10/07(火) 20:46:23.58 ID:iqsZ4+Vp
>>296
いつも思うんだけど元記事貼らずに画像だけ貼るアホウは滅びればいいと思う。

  シャープ、120Hz対応の最新8K“フルスペック”液晶。MEMS-IGZOタブレットも初公開
  ttp://av.watch.impress.co.jp/docs/news/20141006_670120.html

300 :名無しさん@編集中:2014/10/08(水) 03:53:39.08 ID:D3r3DZk7
>>298
スナドラ801のHEVCは1080pまで、4Kは805から

301 :名無しさん@編集中:2014/10/08(水) 03:55:47.11 ID:D3r3DZk7
つか、ここにいる人で誰かスナドラ801もってる人いないのかよ。805はもう出てるのかしらんが。生憎俺はスナドラ800のタブレットだけ。

302 :名無しさん@編集中:2014/10/08(水) 04:11:23.10 ID:D3r3DZk7
ちなみにスナドラ800だと
>>100の1080p動画をMX動画プレイヤーで再生すると4コアとも90%だが映像も音声も問題なく再生される。
4Kのほうはガクガク再生

303 :名無しさん@編集中:2014/10/08(水) 04:17:59.88 ID:D3r3DZk7
http://av.watch.impress.co.jp/docs/news/20140514_648335.html
この8機種が対応してるらしいけど、801なんだろう。
そうすれば>>285が本当か確かめられる。

304 :名無しさん@編集中:2014/10/08(水) 06:52:00.96 ID:UmC4PwvD
intelとNvidiaのDXVA2ハイブリッドデコードも4K再生で実際に効果があるの?
上のほうに
>結論: DXVA2(native)はなかなか良いが、LAV x64のソフトウェアデコード最強。
とか書かれてるけど

305 :名無しさん@編集中:2014/10/08(水) 13:18:18.06 ID:Eb5UPXCQ
デュアルコアとかだったら効果あるんじゃないの

306 :名無しさん@編集中:2014/10/08(水) 13:41:23.40 ID:L2MUNjXd
最低でも↓の4K試験放送がヌルヌル再生できる程度の能力が無きゃ、意味が無い。

201405261230000102-試験電波A.ts(1.3G) / 3,840×2,160p 60fps
https://docs.google.com/uc?id=0BzkZOi5-Ka62dnE0enR1MW9MYms&export=download

307 :名無しさん@編集中:2014/10/08(水) 15:38:43.61 ID:bHLpv3BO
>>306
DLはできるみたいだが、なんかノートン先生が
  これは既知の悪質な Web サイトです。このサイトを表示しないことをお勧めします。
  Malicious Site: Malicious Domain Request 2
と仰ってくるんだが・・・。

308 :名無しさん@編集中:2014/10/08(水) 17:03:19.83 ID:beJwND5k
サービスを提供してるのはgoogleでしょ
たぶん「放送されたものを快諾をえずに公開してる」悪質なwebサイトだと思う

309 :名無しさん@編集中:2014/10/08(水) 19:31:32.63 ID:/KzXmON7
>>306
MediaInfo0.7.68だと映像ストリームの情報が見れないのだけど、そういうものなん?

310 :名無しさん@編集中:2014/10/08(水) 20:39:45.57 ID:/KzXmON7
>>306
>>309だけどMediaInfo0.7.70に更新したら見れた。最新版の確認を怠ってごめん。
ついでに>>306をDXVAChecker(64bit)3.1.2でベンチマーク&再生してみた結果。環境は>>249

ベンチマーク:
  Decoder: LAV Video Decoder、FPS: 51.952 [40-64] fps、CPU Usage: 90 [64-100] %

再生:
  Frame Rate: Avg:34[17-39]、CPU Usage: Avg:90[26-99]

3840x2160、Main10@L5.1、59.94fpsとか無理ゲーすぎる。

311 :名無しさん@編集中:2014/10/08(水) 22:22:19.94 ID:SjKV8wLH
ベンチで50fps出ているのに
実際に再生すると34fpsなのか・・・??

312 :名無しさん@編集中:2014/10/08(水) 22:30:41.64 ID:/KzXmON7
>>311
自分も細かいところはよくわかってないけど、ベンチマークはデコーダ処理のみで、
実際の再生時にはレンダラの処理とかも入るからじゃないかな。

313 :名無しさん@編集中:2014/10/09(木) 10:21:39.11 ID:xPMO+9JS
詳細一切不明だけどGTX960が延期された理由が
トラブルや営業上の理由で無く戦略的なものならば
基本設計は変わらないだろうけどデコードエンジンだけ
アップグレードしてHEVC対応してくるかもしれないね
それでAMDの20nm製品より先かほぼ同時期に出して来るという可能性も

314 :名無しさん@編集中:2014/10/09(木) 11:37:24.65 ID:xdY+npBL
>>308
...ということは、放送元が"快諾"はしなかったものの、土下座を繰り返す事で
放送元が"しぶしぶ承諾"して、正規の了承を勝ち取って公開しているような、
ひたむきな情熱を持ったwebサイトの可能性もあるんだな、がんばれ\\\٩( 'ω' )و ///

315 :名無しさん@編集中:2014/10/09(木) 13:24:09.52 ID:ThK1eX1+
>>306
たしか、Intel i7 6コア程度じゃ全然歯が立たなかったやつだな
重すぎて、現状のPCではマトモな再生は無理だろう。

もし可能性が有るとしたら、ハードデコーダ内蔵といわれてる805ぐらいじゃね?

316 :名無しさん@編集中:2014/10/09(木) 13:50:22.67 ID:xcFoU64n
妄想じゃなくて製品予定のソースだせと言ってるだろうに。
インテル以外ないでしょうが今のところ

317 :名無しさん@編集中:2014/10/09(木) 14:52:57.89 ID:ThK1eX1+
インテルで出来るってんなら、てめーがそのソース出せよ

318 :名無しさん@編集中:2014/10/09(木) 14:57:56.14 ID:xcFoU64n
>>313向けの話だ

319 :名無しさん@編集中:2014/10/09(木) 23:02:35.45 ID:uqHA4Jjn
>>315
ttp://www.dotup.org/uploda/www.dotup.org5354186.png.html
数ヶ月前のソフトウェアなら歯が立たなかったんだろうけど
現状でIntel i7 6コアだとこんな感じ
折角4K再生用にカリカリにチューンしたのに軽すぎて泣ける

320 :名無しさん@編集中:2014/10/09(木) 23:26:52.72 ID:CPJCvnPc
>>319
ユーz・・・は置いとくとして、DXVAChecker(64bit版)のベンチマークでどれくらい出るのか見てみたい。
方法は>>99にある通りだけど、もしよければ試して教えてほしい。

321 :名無しさん@編集中:2014/10/09(木) 23:32:09.93 ID:CPJCvnPc
そういえばうちのWin8.1+WMP(x64版)12.0.9600.17031の場合、「バージョン情報→テクニカルサポート情報」で
>>319の画面を出そうとするとWMPが落ちるんだけどなんでだろ。x86版なら普通に出るんだけど。
>>319は普通にx64版で出せてるようだし、うちの環境の問題なんだろうか・・・。

322 :名無しさん@編集中:2014/10/09(木) 23:35:49.77 ID:uqHA4Jjn
>>320
ほい
Decoder: LAV Video Decoder
Decoder Device: -
Frames: 18457
Time: 137.858 sec
FPS: 133.884 [118-192] fps
CPU Usage: 88 [63-99] %
GPU Usage: 0 [0-0] %

323 :名無しさん@編集中:2014/10/09(木) 23:42:26.44 ID:CPJCvnPc
>>322
ありがとう。>>306のソースで134fpsか・・・6コア強いなー。

324 :名無しさん@編集中:2014/10/10(金) 00:05:34.64 ID:d+EK/KUo
単純計算だと1.5倍のはずなのに2倍となると
DDR4のQuadChannelだからメモリ帯域の違いの可能性もあるような・・・

メモリ枚数を2枚に減らして実験してもらえると
どこがネックになっているのかがはっきりするが・・・

325 :名無しさん@編集中:2014/10/10(金) 00:20:14.13 ID:eXgr3h1e
自分でやれ

326 :名無しさん@編集中:2014/10/10(金) 00:47:04.95 ID:12iZaZ26
Internet Friendly Media Encoder
http://ifme.sourceforge.net/

327 :名無しさん@編集中:2014/10/11(土) 00:27:34.53 ID:HlGvo1zt
 
CEATEC AWARD 2014 グランプリ受賞「新動画圧縮規格HEVC再生用システムLSI」
−「Technics R1」が米国メディアパネル・イノベーションアワード 部門賞受賞|パナソニックのプレスリリース
http://prtimes.jp/main/html/rd/p/000001409.000003442.html

328 :名無しさん@編集中:2014/10/11(土) 19:30:02.11 ID:dcx39H+X
携帯動画変換君でH.265変換中
Win8.1/Core i3-3217U 1.8GHzのクソスペックで申し訳ないが
854×480という低解像度でも実時間の2.7倍かかってる
やりがいがありますなぁ

329 :名無しさん@編集中:2014/10/11(土) 19:40:43.20 ID:LBaOmhSP
>>328
アレx265も扱えるのか……いや汎用フロントエンドだし当然だけど

330 :名無しさん@編集中:2014/10/11(土) 21:39:30.19 ID:dcx39H+X
>>329
ffmpegを新しいのに差し替えれば出来るね
何度かエラー吐いてちょっと手間かかったけど

ところで18時半から76分の動画変換始めて3時間経つが、まだ終わってないw
放っておけばいいんだけど、ちょっと根気はいるな

331 :328:2014/10/12(日) 13:57:33.97 ID:DiHu0Hpc
ちょっと質問があって来ました
同じソースから変換したんですが、下記画像の違いが出ました
http://www.dotup.org/uploda/www.dotup.org5358956.png

HEVCは色合いがくすみ、ボンヤリした映像になってしまいます
どうしたら改善すると思いますか?

332 :名無しさん@編集中:2014/10/12(日) 14:04:51.24 ID:8/LFWWy9
ビットレートが足りないんじゃないの

333 :名無しさん@編集中:2014/10/12(日) 14:15:24.68 ID:DiJ+M3S5
携帯動画変換君とかいうのがダメなだけだろ

334 :名無しさん@編集中:2014/10/12(日) 14:18:46.79 ID:gQT5D30V
圧縮率悪い場合が25%減程度なんだしslowで3か4割減らす程度にしたほうがいい気がしないでもない

335 :名無しさん@編集中:2014/10/12(日) 14:27:22.74 ID:0li7UJIv
>>331
Transcoding.iniとやらにどういう記述をしたのか書かないとどうしようもないと思うが・・・。
携帯動画変換君スレの様子から察するに
  ttp://blog.k-tai-douga.com/article/87485594.html
をベースにしたんだろうけど、いくらでも変えれるわけだし、どう書いたのさ。

336 :名無しさん@編集中:2014/10/12(日) 14:30:46.97 ID:0li7UJIv
しかしなんで -tune ssim なんだろ・・・

337 :名無しさん@編集中:2014/10/12(日) 15:34:41.07 ID:DiHu0Hpc
>>332>>334
今やってる変換が終わったら同じビットレートで比較してみます

>>335
このように書いています
http://www.dotup.org/uploda/www.dotup.org5359082.txt
きちんと理解していないので、わからないところは極力
いじらないようにしているのですが…

338 :名無しさん@編集中:2014/10/12(日) 16:20:46.79 ID:DiHu0Hpc
HEVCとAVCを同じビットレートで比較してみました
http://www.dotup.org/uploda/www.dotup.org5359138.png
やはり色が薄くなっています。何がいけないんだろう

339 :名無しさん@編集中:2014/10/12(日) 16:27:44.38 ID:rBXkd457
携帯動画変換君よりAviUtlの方が楽な気がする
あとデコーダーとかプレーヤーは何使ってるの?

340 :名無しさん@編集中:2014/10/12(日) 16:49:37.43 ID:DiHu0Hpc
>>339
その写真はAVC再生はWMP、HEVC再生はDivXプレーヤー使ってますが、
色が薄いのはスマホ(SO-03F)で再生しても同じなので
変換時に薄くなってるのは間違いないと思います

341 :名無しさん@編集中:2014/10/12(日) 16:54:31.00 ID:DiHu0Hpc
AviUtlというソフト今ググって調べました
使い慣れているので使い続けたいとは思ってますが、
どうしても改善しないようなら考えます
ありがとうございます

342 :名無しさん@編集中:2014/10/12(日) 18:11:14.56 ID:krr8+Z7V
携帯動画変換君って昔と同じなら中身はffmpeg
AviUtlよりはHandBrakeの方がとっつきやすいと思う
x265も入ったしね(BetaかNightlyを入れること)

343 :名無しさん@編集中:2014/10/12(日) 19:38:51.56 ID:cwUndI83
>>333
携帯動画変換君はただ単にコマンドライン渡してるわけだからな……
色が薄くなる場合ってまず色空間を疑うべきじゃね?

344 :名無しさん@編集中:2014/10/12(日) 23:21:54.56 ID:7A1QmYtU
>>340
・AVCとHEVCで使うffmpegを変えてる
・設定も全然異なる
・再生プレーヤーも異なる
・ソース動画の情報も不明

色々バラバラだから、とりあえずは再生プレーヤーをMPC-HC1.7.7に統一するところからじゃね。
古いffmpegを使いまわすのもアホらしいし、1passビットレート指定でやるのもどうだろうと思うけど
適当に試すだけなら最新のffmpegで以下の設定でいいんじゃね。

Title=854x480/AVC 1024kbps/AAC 128kbps
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -c:v libx264 -preset medium -b:v 1024k -s 854x480 -aspect 16:9 -r 29.97
-sws_flags lanczos+print_info -c:a libvo_aacenc -b:a 128k -ac 2 -ar 48000 -f mp4 -threads 4 "<%OutputFile%>.mp4""

Title=854x480/HEVC 1024kbps/AAC 128kbps
Command0=""<%AppPath%>\cores\ffmpeg" -y -i "<%InputFile%>" -c:v libx265 -preset medium -b:v 1024k -s 854x480 -aspect 16:9 -r 29.97
-sws_flags lanczos+print_info -c:a libvo_aacenc -b:a 128k -ac 2 -ar 48000 -f mp4 -threads 4 "<%OutputFile%>.mp4""

345 :名無しさん@編集中:2014/10/13(月) 01:42:26.62 ID:iKTelm9c
>>344
ありがとうございます
知識不足で色々バラバラにしてしまってすみません
特に設定はコマンドが廃止されたりして、少しでもいじると動かなく
なったりするので助かりました
ソース動画はWake Up Girls劇場版4分24秒のあたりです
再生プレイヤーは統一します。これから変換してみます

346 :名無しさん@編集中:2014/10/13(月) 02:18:44.58 ID:iKTelm9c
画像作りました
http://www.dotup.org/uploda/www.dotup.org5360241.png

左下だけ別プレーヤーで他は同じプレーヤーです
ただのプレーヤー差かなぁ…
ちょっとスマホでもスクショ撮ってみます

347 :名無しさん@編集中:2014/10/13(月) 02:53:58.65 ID:iKTelm9c
原因がわかりました。エンコードではありませんでした
>>344の設定でエンコードした動画をSOー03Fで再生した結果です
http://www.dotup.org/uploda/www.dotup.org5360284.png
上から
1.AVC(X-Reality有効)
2.HEVC(X-Reality有効)
3.AVC(X-Reality無効)
です

同じ再生プレイヤー(ソニーご謹製のプリインスコムービーアプリ)を使っているのですが、
1だけ色合いが濃く、2と3の画質がほぼ同等に見えると思います
どうも原因はソニーのスマホの機能であるX-Realityだったようで、
HEVCを再生した時だけX-Realityが(有効にしてあっても)自動的に無効になってしまうようです
スマホは今年の夏モデルからHEVCに対応したので、まだカバーできていないのでしょうね
大変お騒がせしました。ありがとうございました

348 :名無しさん@編集中:2014/10/13(月) 03:04:33.55 ID:BTmVCHGM
SONYのお節介画質エンハンサー死ね

349 :名無しさん@編集中:2014/10/13(月) 09:54:27.03 ID:xvgswR7/
原因が分かったんだからいいじゃん

350 :名無しさん@編集中:2014/10/15(水) 11:14:41.72 ID:B+jW1FE3
だ〜らってどうよ?

351 :名無しさん@編集中:2014/10/15(水) 11:49:50.99 ID:PXWCPDS9
開発してないでしょDaala。

352 :名無しさん@編集中:2014/10/16(木) 15:22:14.29 ID:bL4kq3qz
DoCoMoの人のスライド。なかなか面白い。

 My MPEG life: MPEG-2, MPEG-4, H264/AVC and H.265/HEVC
 ttp://www.slideshare.net/minoruetoh/my-mpeg-life-mpeg2-mpeg4-h264avc-and-h265hevc

353 :名無しさん@編集中:2014/10/16(木) 15:39:38.27 ID:FQh/pgLm
全部知ってた

354 :名無しさん@編集中:2014/10/16(木) 16:41:51.18 ID:ns6hBCB6
まじで

355 :名無しさん@編集中:2014/10/16(木) 19:45:18.83 ID:G7f1MWgr
H266 SEVC
H267 XEVC
H268 XXEVC

356 :名無しさん@編集中:2014/10/16(木) 19:55:03.35 ID:bL4kq3qz
>>355
何をどう面白いと思って書いてしまったのかなどの経緯を含めて
原稿用紙5枚分の反省文を今週中にツイートしておくように。

357 :名無しさん@編集中:2014/10/16(木) 19:56:26.31 ID:Jxxhs8QY
その半目のおっさんは画像圧縮における"レナ"みたいなもんなの?

358 :名無しさん@編集中:2014/10/16(木) 20:17:13.21 ID:FQh/pgLm
竜宮レナ?

359 :名無しさん@編集中:2014/10/16(木) 21:42:07.33 ID:aPfX7QtL
嘘だっ!!

360 :名無しさん@編集中:2014/10/16(木) 21:57:37.37 ID:3CHYH7Xj
>>356
140文字しか投稿できないシステムで2000文字要求するのって
理不尽じゃないかな? かな?

361 :名無しさん@編集中:2014/10/17(金) 08:14:06.23 ID:f22QepM8
規格の名前にAdvancedやHigh Efficiencyとか付けても後世の人間には失笑ものだろうし、
数字を増やしていくだけの、ITU-Tの命名の方が潔いと思う

362 :名無しさん@編集中:2014/10/17(金) 09:32:41.76 ID:ISaaf4+N
>>357
>>352のスライドに出てくる半目のおっさん映像ならここにあるよ。
  ttps://media.xiph.org/video/derf/

よく使われる(使われていた)動画サンプルの1つってだけだろう。

363 :名無しさん@編集中:2014/10/17(金) 22:20:46.24 ID:9/VMtQ7D
>>361
その理屈だと将来H.18709586498とかになって失笑ものだろ

364 :名無しさん@編集中:2014/10/17(金) 22:55:33.58 ID:ISaaf4+N
>>363
規格作ってる人達は君と違ってバカじゃないから・・・

365 :名無しさん@編集中:2014/10/18(土) 03:42:09.62 ID:qYLKGqz2
265から1ずつ増やしていくとして、4桁目に突入するのは一体何年後の出来事なんだろうね?

366 :名無しさん@編集中:2014/10/18(土) 05:50:55.26 ID:o6CYQpsk
H.264→H.265で約10年だから、700年以上は先。

あと、無限に圧縮率が上がるとは思えないし
人間の目に判別できないほど高解像度にしても意味が無いので、その必要性もなくなるだろう。

2^10ですら、約1000
10年毎に圧縮率倍のペースをを100年続けるのも非現実的じゃないのか。

367 :名無しさん@編集中:2014/10/18(土) 13:03:12.32 ID:+ot7h4SA
その前に通信帯域と格納容量の向上によってある程度のところで動画圧縮に対する興味が失われるだろjk。
今で言うと画像圧縮形式のデファクトをjpegから変えようという動きがほとんど無いようなもんで

368 :名無しさん@編集中:2014/10/18(土) 14:29:12.37 ID:SYYFDm81
4k/8k時代に、あと一回くらい新圧縮形式が出るか出ないかってくらいだろうな

369 :名無しさん@編集中:2014/10/18(土) 15:51:41.21 ID:UpVneEp6
つかそんなに急いで放送の解像度上げなくていいんだけどな…
今の2K時代もうちょい引っ張ってくれてて良いよ

370 :名無しさん@編集中:2014/10/18(土) 15:53:15.59 ID:wwjPgLS6
>>367
通信に使える電波は有限だから、圧縮の研究は今後も続く
特許が切れる前にはH.265の次に移行するだろう

371 :名無しさん@編集中:2014/10/18(土) 17:35:10.04 ID:/gkrAZnh
画素数上げなくてよくなったらその分チャンネル増えるんでしょ

372 :名無しさん@編集中:2014/10/18(土) 19:10:30.47 ID:7QhD4akG
>>367
まぁ確かにそういう傾向はあるな
音楽の圧縮形式だってMP3で実質止まってるし

ただ、動画は写真や音楽に比べると高品質化した時の容量増加が
ハンパじゃないので、まだしばらくは動きがあると思う
30分のHD動画の容量が、スマホの通信制限の1/100程度になれば
これ以上の進化はいらなくなってくるかもね。今で言うと70MBってとこか

373 :名無しさん@編集中:2014/10/18(土) 19:15:07.05 ID:2pyUBdh4
>>372
え?音楽がmp3で止まってる?
とっくにAAC時代だし、今ではロスレスも多いが。

374 :名無しさん@編集中:2014/10/18(土) 19:34:44.96 ID:7QhD4akG
>>373
別にAACでも構わないけど、MP3は今でも普通に使ってるでしょ
128kbpsが64kbpsになるのと、10Mbpsが5Mbpsになるのでは
効果が全然違うわけで、前者の場合はどっちでもよくね?のレベルということ
JPEGがこの状態だと>>367は言ってるんだと思うが

375 :名無しさん@編集中:2014/10/18(土) 19:54:19.06 ID:0LTws0B0
音楽はむしろハイレゾとかロスレスとデータ増やす方向だな。

376 :名無しさん@編集中:2014/10/18(土) 20:07:14.34 ID:2pyUBdh4
ロスレスでも1Mbps程度だしね
今の携帯電話の無線帯域でも、1Mbpsなら許容範囲。
再生不可や消費電力も解決してるし、ストレージを消費する問題もストレージ容量増加で解決している

もはやロスレスの時代と言ってもいい

377 :名無しさん@編集中:2014/10/18(土) 20:18:04.26 ID:Kh4odQs2
DAPはハイレゾ対応のやつを用意せねば・・・

378 :名無しさん@編集中:2014/10/18(土) 20:27:20.99 ID:7QhD4akG
音楽と写真については、通信と演算とストレージの技術が
追い付いてきたから、クラウド化、高解像度化してきてるんだよね
動画はまだ通信とストレージの問題を解決できてない

>>376
ローカルストレージの場合はね
クラウドの場合1Mbpsはまだちょっとキツイ

379 :名無しさん@編集中:2014/10/20(月) 03:03:35.67 ID:Hc8WUmux
なんでAmazonはmp3に固執してるんだか

380 :名無しさん@編集中:2014/10/20(月) 07:29:45.82 ID:+woQeOO7
ある程度の高ビットレートになれば、mp3もAACも視聴上の差異は無いからね
かといってロスレスにすると通信費やストレージ代が余分にかかる

巨大データセンターを運営してる側からしたら、塵も積もればでかなりの差になるだろう

381 :名無しさん@編集中:2014/10/20(月) 16:47:29.41 ID:LOiuD2iJ
FLACにしてクレヨン。

382 :名無しさん@編集中:2014/10/20(月) 18:00:47.41 ID:m+f/eQGZ
FLAC?なにそれ保険かなんか?って人にも売らなきゃならないからね。

383 :名無しさん@編集中:2014/10/20(月) 19:41:12.71 ID:/TT9PtTQ
>>380
それこそMP3なら192kbps必要な音質が
AACなら128kbpsで済むとかいう話では?
実際どのあたりのビットレートで同程度なのか知らないけど

384 :名無しさん@編集中:2014/10/20(月) 21:25:46.57 ID:/g+nT4b6
>>379

MP3はどんな再生機器でもサポートしているから。

AACは北米ではあまり普及していないから。

385 :名無しさん@編集中:2014/10/20(月) 21:57:42.91 ID:+woQeOO7
>>383
いや、そういう話じゃない
300kbpsくらいになると両者差は無くなるから。

386 :名無しさん@編集中:2014/10/20(月) 23:11:43.26 ID:/TT9PtTQ
>>385
知ってるよそんなことは
塵も積もればでかなりの差になるだろう
って言うから、MP3 192kbpsとAAC 128kbpsが同等音質になるなら
僅か64kbps差も塵だろって話だよ

387 :名無しさん@編集中:2014/10/20(月) 23:20:34.00 ID:1UyguYER
MP3 VBR V0でエンコしてるけど

388 :名無しさん@編集中:2014/10/20(月) 23:23:49.72 ID:fuKhb/LZ
>>379
新作アルバムAmazonのみで販売(mp3のみ)とか
最近でもあるし笑い事じゃな感じもする

389 :名無しさん@編集中:2014/10/20(月) 23:34:54.36 ID:+woQeOO7
>>386
いや、そんな話はしてない。
頭大丈夫?国語算数出来る?

俺が話してるのは可逆圧縮形式との比較なのだが。

390 :名無しさん@編集中:2014/10/20(月) 23:37:17.47 ID:MpOa66wS
>>1

391 :名無しさん@編集中:2014/10/21(火) 19:11:44.69 ID:+V5OmCQi
>>389
そういう嫌な返し方してくるならもういいわ

392 :名無しさん@編集中:2014/10/22(水) 03:34:09.54 ID:j3sawIHE
>>384
iTunesって北米じゃ普及しとらんのか…しらなんだ

393 :名無しさん@編集中:2014/10/22(水) 21:14:50.40 ID:ML0sc6Es
AACより後発の音声フォーマットってあるの?
マイナーなものならあるんだろうが、もう音声フォーマットの新規格って出てこないのかね
エンコードがとても重いが、8kbpsでCD並の音質とかさ

394 :名無しさん@編集中:2014/10/22(水) 21:17:19.21 ID:4UEmRlIr
opus

395 :名無しさん@編集中:2014/10/22(水) 21:51:51.81 ID:ML0sc6Es
>>394
無知で申し訳ないが初めて聞いた

396 :名無しさん@編集中:2014/10/22(水) 21:56:06.07 ID:SbbC3ctk
>>395
いいからググれっつうか、スレ違いの音声コーデック話を続けようとすんなアホウ。

397 :名無しさん@編集中:2014/10/22(水) 22:06:17.33 ID:ML0sc6Es
>>396
うるせぇこのオタンコナス!
H.265だって音声側はAACだろ
音声コーデックが進化すれば動画の総ビットレートが下がるんだYO!

398 :名無しさん@編集中:2014/10/22(水) 22:29:55.22 ID:08ivimMe
AACだってメインプロファイルならそれなりの圧縮率のはず
使う手段はないが

399 :名無しさん@編集中:2014/10/22(水) 23:12:18.92 ID:h92m7tfG
>>397
H265では音声は規定してないでしょ

400 :名無しさん@編集中:2014/10/22(水) 23:23:47.13 ID:z9u2kVeE
コンテナでは?

401 :名無しさん@編集中:2014/10/23(木) 02:11:03.90 ID:XyYjboNO
流れをHEVCに引き戻してみるてすと
LGの4K Smart TVのHEVCデコーダで>>306 が普通に再生できるらしい
まあ当然と言えば当然なのかもしれないけど
あちらは2012年から試験放送開始してたんだっけ?

402 :名無しさん@編集中:2014/10/23(木) 02:30:30.26 ID:slYHuExd
アンドロイドのRockchip RK3288では再生出来るんかね?
スペック的には出来そうなもんだが、RK3288が出たての頃はTSには対応して
いなかったために再生出来なかったらしいけど。

403 :名無しさん@編集中:2014/10/23(木) 08:12:59.39 ID:yV+GNTYD
>>398
FAACはLC、Main、LTPのオブジェクトタイプに対応する

404 :名無しさん@編集中:2014/10/23(木) 11:29:17.57 ID:zwlKpGcH
>>403
随分前に無効化されたままだよ

405 :名無しさん@編集中:2014/10/31(金) 15:38:13.19 ID:co6mnqGE
http://pc.watch.impress.co.jp/docs/news/20141031_673992.html
来年後半のモバイル環境は4K120fpsでHEVCがエンコードできるようになるらしい

406 :名無しさん@編集中:2014/11/01(土) 15:32:47.48 ID:ekQIj37j
なかなかx265動画増えないねえ

407 :名無しさん@編集中:2014/11/01(土) 15:36:15.54 ID:wA9A0CWK
ダウソ乙とでも言えばいいのだろうか

408 :名無しさん@編集中:2014/11/02(日) 00:04:37.45 ID:uXTqZ+iX
WinXってのがH.265対応したみたいだけど、
なんかバックドアしかけられたりしそうで怖いんだが、安全なん?

409 :名無しさん@編集中:2014/11/02(日) 04:41:00.14 ID:/VVboY47
そんなに心配ならhandbrakeのナイトリー使えばいいじゃない

410 :名無しさん@編集中:2014/11/02(日) 06:35:34.03 ID:5zcPryJb
AVCRECのHEVC版(たぶんそのままHEVCREC)規格は計画されてるのかね?

411 :名無しさん@編集中:2014/11/02(日) 10:24:45.44 ID:1mnUSwPs
コンシューマー向けはMP4じゃないか?
4K放送をレコーダーからBDにムーブするためのBDAV 2.0?とかは策定されるかもしれんが

412 :名無しさん@編集中:2014/11/03(月) 04:30:53.93 ID:bUIdFglF
>>402
最近RK3288搭載機を購入したけど、試験放送のTSファイルは再生できなかった。
ネットから落とした4k HEVCファイルは再生できたけど。

413 :名無しさん@編集中:2014/11/03(月) 11:38:53.33 ID:MFJ1oxAT
Strongene早く4k試験放送で動くようにならないかな
PowerDVD付属のだとギリギリすぎる
LAVの再生支援に期待してたけど全然遅くて当てが外れた

414 :名無しさん@編集中:2014/11/03(月) 11:48:32.63 ID:gHhCP6bK
http://xhevc.com/en/hevc/decoder/download.jsp
Features will not be supported in the near future:

・10-bit HEVC decoding

いつごろサポートだろうな

415 :名無しさん@編集中:2014/11/03(月) 12:07:46.96 ID:MFJ1oxAT
>>414
当分サポートされる予定ないのかorz
PowerDVDのデコーダーがHW支援対応するの待った方がいいねw

416 :名無しさん@編集中:2014/11/04(火) 12:13:11.31 ID:uadAjS8a
安物グラボに、ハードウェア再生支援が搭載された頃、 一年後くらいか?

417 :名無しさん@編集中:2014/11/04(火) 21:42:44.27 ID:EkFwC/S0
IntelHDがドライバ更新で対応するくらいだからH.265再生支援の搭載自体はそんなに先でもないだろう
問題は4k以上の解像度をまともに処理できるかどうかじゃないか?

418 :名無しさん@編集中:2014/11/05(水) 06:22:40.91 ID:jjHTwrXQ
Windows 10 OS レベルで HEVC サポートするんだな

https://twitter.com/GabeAul/status/528401061779107841

419 :名無しさん@編集中:2014/11/05(水) 08:11:22.68 ID:lyddLF0i
IntelHDのH.265再生支援は、Main10も非対応でショボすぎ
とりあえず対応してみました程度のもの

>>306 も再生不能で、結局使い物にならない。

420 :名無しさん@編集中:2014/11/05(水) 08:59:16.82 ID:OwIJ2zvn
まぁWin10でもlavfiltersが今まで通り使えればどうでもいいけどな

421 :名無しさん@編集中:2014/11/05(水) 14:49:34.16 ID:bn1yMux8
>>419
別にIntelHDだけの話じゃない。
そもそもHEVC_VLD_Main10のDXVAに対応したグラボなんてまだ無いし、
HEVC_VLD_Mainだって一部を処理させてるだけで、完全対応したグラボはまだ無いだろ。

422 :名無しさん@編集中:2014/11/05(水) 18:31:42.49 ID:qNOQnpps
まあ7あたりから露骨に動画に力入れるようになったし

423 :名無しさん@編集中:2014/11/08(土) 14:17:48.22 ID:bTgnOOLe
来年も厳しそう
ttp://wccftech.com/tsmc-buys-14b-worth-equipment-16nm-volume-prediction-begins-q2q3-2015/

424 :名無しさん@編集中:2014/11/09(日) 00:43:54.80 ID:KmjqyxN6
>>306を等速で再生できるデコーダーってPowerDVDの以外にある?
さすがにPowerDVDだけとかないよな・・・

425 :名無しさん@編集中:2014/11/09(日) 00:49:00.12 ID:YCjDsvyv
LAV+MPC-HCのx64でカクツキ無しで再生できるぞ
x86だと100%張りつきでカクついた

426 :名無しさん@編集中:2014/11/09(日) 01:11:27.70 ID:6GFEHxoF
>>424
>>413 >>415と同じ人のような気がするけど、せめてPCスペックくらい書くべきだと思う。

427 :名無しさん@編集中:2014/11/09(日) 17:18:25.81 ID:0iVP0pM1
>>424
PowerDVDで再生出来るスペックと同等の範囲でという意味なら無いんじゃない?

428 :名無しさん@編集中:2014/11/09(日) 17:27:52.97 ID:Akwnsy1O
LAVはx64版でのソフトウェアデコード(DXVA無し)が最速だけど、
それとPowerDVDとを比べた場合、どれくらい差があるんだろうな。
本当にPowerDVDのほうが性能が上なんだろうか。ちゃんと検証した人いるのかな。

429 :名無しさん@編集中:2014/11/16(日) 01:27:56.28 ID:WhbBRAh1
HEVC encoding efficiency test updates show DivX265 balanced faster than x265 veryfast
http://labs.divx.com/node/127941
だそうだ

430 :名無しさん@編集中:2014/11/16(日) 14:48:55.64 ID:8y8rzEfB
>>429
日本語で

431 :名無しさん@編集中:2014/11/16(日) 18:18:21.15 ID:zZTMRRBQ
リンク先を読んでないけど「オラのほうが早いお」かと

432 :名無しさん@編集中:2014/11/16(日) 21:26:22.68 ID:V8nx0hV0
>>429-430
・QP指定でQP=22,27,32,37を指定してエンコしてPSNRとビットレートとエンコ速度がどうなるか比較してみたよ。
・PSNRとビットレート面で見ると、
   DivX265(balanced,main10) > DivX265(balanced) > x265(fast) > x265(fast,main10) > x264(medium)
 だったよ。
・同じクオリティなら、DivX265の方がx265と比べて6%くらいサイズ(ビットレート)を小さくできるよ。
・エンコード速度もDivX265の方がx265よりも1.3倍くらい速いよ。

433 :名無しさん@編集中:2014/11/16(日) 21:35:35.10 ID:K1mpK2HU
そうだね

434 :名無しさん@編集中:2014/11/16(日) 22:24:20.46 ID:8y8rzEfB
>>432
ありがとう

435 :名無しさん@編集中:2014/11/17(月) 08:16:54.30 ID:ewZTdioy
x264の半分くらいの速度なら、実用的な速度になってきたってこと?

436 :名無しさん@編集中:2014/11/17(月) 14:32:06.41 ID:o/0dPvJ7
PowerDVD13あるからLAVx64と比較してみた
4Kダイジェスト再生時に大体平均CPU使用率がPowerDVD50%強ぐらいでLAVが60%ぐらいと
どちらも問題なく再生可能なレベル、CPUは4770K
x64で汎用性が多少制限されても構わないならLAVでいいな
それにしてもLAVx86がかなりコマ飛びするのに比べてx64は妙に優秀だね

437 :名無しさん@編集中:2014/11/17(月) 14:58:03.59 ID:o/0dPvJ7
ごめんPowerDVD13じゃなくて14だった

438 :名無しさん@編集中:2014/11/20(木) 20:42:54.57 ID:l/QcXzwd
ドワンゴ×NTT、H.265を120倍以上速くエンコードできる技術をニコ生に実験導入 -INTERNET Watch
http://internet.watch.impress.co.jp/docs/news/20141120_677085.html via @internet_watch

> NTTでは、4Kなど大画面向けだったH.265のエンコーダーを低レート/少画面向けに最適化。画像の
> 特徴や周囲との相関性から、前景と背景の境界を認知して画像のブロック分割を行うことで、高速処理
> が可能になった。また、マルチコアCPU向けにリソースを最適化。高解像度では画像分割数を多くする
> ことでマルチコアCPUの待機時間を減らすことができるが、低解像度の場合、分割数が少なくなりCPUの
> 待機時間が発生するという。パイプラインの各タスクを調整し、空き時間を最小限にすることで、リアル
> タイムでエンコードできるソフトウェア技術を開発した。

> また、低レートでも高画質映像を実現するため、「局所QP変動処理」を実装。映像内の人目につく箇所と
> つかない箇所を判定し、人目につかない箇所の符号量を人目につく箇所に割り振ることで、低レート時でも
> 感覚的な画質を向上することができるとしている。

> リアルタイムエンコードに必要なスペックは、VGA解像度(30fps)であれば量販店で購入できるハイエンド
> PC(Intel製Core i7プロセッサなど)で問題ないとしており、フルHDの場合でもIntel製Xeonプロセッサであれば
> リアルタイム圧縮が可能だという。

439 :名無しさん@編集中:2014/11/20(木) 20:57:02.46 ID:7XIb2bm6
それって早いのか?
http://rigaya34589.blog135.fc2.com/blog-category-16.html

> x265 1.4+3のAVX2の速度は24fpsを超えていて、(略)
> 5960Xを使えばfullHDの24fpsを等倍でエンコードできるみたい。

440 :名無しさん@編集中:2014/11/20(木) 21:00:54.97 ID:vADshvnK
ドワンゴとNTT、niconico視聴品質の最適化やH.265導入で実験スタート 「サービスとキャリアは対立から協力へ」
http://www.itmedia.co.jp/news/articles/1411/20/news140.html

441 :名無しさん@編集中:2014/11/21(金) 00:50:00.35 ID:lC5BzAHz
結局対象はスマホだけでしょ?
再生環境を先に用意してくれないと。
FlashPlaye自体rが対応しないとどうにもならないの?

442 :名無しさん@編集中:2014/11/21(金) 00:52:12.84 ID:xRKQFwDQ
flash playerやめてくれ

443 :名無しさん@編集中:2014/11/21(金) 03:17:52.60 ID:i0epdYYl
PC.Macも専用ビューアで見れればいいのにな

444 :名無しさん@編集中:2014/11/21(金) 11:42:10.10 ID:xVR6Eq9X
ウェブで普及するのはYouTubeが採用した時だろうな。
その前にブラウザ側での対応が必要だけど。
プラグインは勘弁。Flashなんか論外。

445 :名無しさん@編集中:2014/11/21(金) 11:48:10.64 ID:YdZDigZl
Kindle Fire HDX7もってるけど、この前にOSをFireOS4というものにアップデートしたら、
H.265のクアルコム製のハイブリッドデコーダーが追加されてた。
で、動画とかいろいろ再生してみたけど、違いがわからんし、ハイブリッドデコーダーが使われてるのかも
確認しようがなかった。

446 :名無しさん@編集中:2014/11/21(金) 22:52:22.84 ID:7sCyuB2r
flashplayerって60fps動画とか細かく引っ掛かって滑らかに再生されにくいのが多くて嫌だな
webブラウザで動作する動画プレイヤーはみんなそうなのかもしれんけど

447 :名無しさん@編集中:2014/11/21(金) 23:30:42.68 ID:8I8kIK5w
>>446
もしWin8.1でFlashPlayer使ってるなら、FlashPlayerスレのこれ読んでおくといいよ。
  ttp://peace.2ch.net/test/read.cgi/swf/1413470049/11

448 :名無しさん@編集中:2014/11/21(金) 23:56:15.95 ID:X3ozQnUt
Adobeに品質などという概念はない。

449 :名無しさん@編集中:2014/11/22(土) 23:27:10.15 ID:w5dDsTP+
>>447
Chromeだけセキュリティー低いんだなって事は解った

450 :名無しさん@編集中:2014/11/22(土) 23:31:11.37 ID:q/eHH02p
>>449
どこをどう読んだらそんな結論になるんだ。

451 :名無しさん@編集中:2014/11/22(土) 23:45:10.31 ID:nXbWOkcL
なんとなく?

452 :名無しさん@編集中:2014/11/23(日) 00:31:13.81 ID:Zld/z+m6
>>450
メモリ拡張保護モードが有効な場合にそうなる
切れば問題なし。
Chromeは元々付いていないから無問題って事では

453 :名無しさん@編集中:2014/11/23(日) 01:10:49.02 ID:1AEWs8Re
>>452
メモリ拡張保護モードを原因とした理由もわからないし、できればFlashPlayerスレで少し解説してもらえると嬉しい。

454 :名無しさん@編集中:2014/11/23(日) 02:00:28.29 ID:Zld/z+m6
>>453
何言ってんだ?>>447に書いてあるだろうに…

455 :名無しさん@編集中:2014/11/23(日) 03:10:31.41 ID:1AEWs8Re
>>454
なんか新しい情報でも出たのかと思って見返したけど、見当たらない。
メモリ拡張保護モードってのが何を指してるのかいまいちわからないが、
もしFlashPlayerの保護モード(ProtectedMode)を指してるなら、この件とは無関係。
これ以上はスレチなので、もしなにかあればFlashPlayerスレへ。

456 :名無しさん@編集中:2014/11/23(日) 16:24:23.53 ID:Zld/z+m6
>>455
新しい情報も何もお前が貼ったFlashPlayerのスレに書いてあるだろw
FlashPlayerの保護モードじゃなくIEのだよw

457 :名無しさん@編集中:2014/11/23(日) 20:47:16.41 ID:yO4nIErv
>>456
IEとchromeが整合性レベルを用いた保護モード実装してるのは知ってるけど、firefoxは何かしてるんだっけ?

458 :名無しさん@編集中:2014/11/27(木) 01:28:37.75 ID:BPfQuGS2
>>457
トンチンカン?

459 :名無しさん@編集中:2014/11/28(金) 01:30:45.79 ID:zeAb2zDl
マイクロソフト、AVIに変わる新動画形式発表 H.265 + .mkv / Windows10スマホで8Kヌルヌル再生 
http://fox.2ch.net/test/read.cgi/poverty/1417101162/

460 :名無しさん@編集中:2014/11/28(金) 04:51:37.48 ID:zCc/pcgp
DivX 10.2.4
http://www.divx.com/ja

461 :名無しさん@編集中:2014/11/28(金) 05:51:09.57 ID:IwCXgFZE
やった!!
WindowsがMKVを採用したか!
ということは、IEでもMKVコンテナサポート来るか?

462 :名無しさん@編集中:2014/11/28(金) 08:03:40.09 ID:D29Fc5mQ
>>418

463 :名無しさん@編集中:2014/11/28(金) 11:38:26.02 ID:zBPy4Z5k
mkvというよりwebmの対応が主じゃないの?

464 :名無しさん@編集中:2014/11/28(金) 12:27:25.16 ID:IwCXgFZE
WebMの中身はVP8かVP9、音はVorbisだけど、それらへの対応はまだ歌われてないよ

今ん所判明してるのはH265デコーダとFlacデコーダの存在

465 :名無しさん@編集中:2014/11/28(金) 16:03:43.56 ID:6xs1fd7k
mpegのライセンス管理団体死ねよ。また、windows10になるとDVDを再生するためのコーデックはメディアパックみたいな感じで別売りの有料なんでしょ。
Win7,8の時もライセンス代払って何回払わせる気だよ。

466 :名無しさん@編集中:2014/11/28(金) 16:29:12.69 ID:Bs1PSnwH
OSがアップグレード版なら8で買ったライセンスも移行されないかな

467 :名無しさん@編集中:2014/11/28(金) 16:50:43.48 ID:IwCXgFZE
Mpegデコーダを廃したことで安くなってるのに、わざわざ入れる意味無いよw
DVDは専用プレイヤーで皆見ててWindowsのデコーダは使われてないというデータもある

フリーのDVDプレイヤーソフトがいくらでもあるのに、今更Mpegデコーダ要求は時代錯誤

468 :名無しさん@編集中:2014/11/28(金) 18:28:57.24 ID:EtwFIgTy
MSがボロ儲けしているのに、僅かな金を払わないのが悪い。

469 :名無しさん@編集中:2014/11/28(金) 18:43:21.73 ID:IwCXgFZE
ボロ儲けしてるのはGoogleとAppleでしょ
算数も出来ないんですか?

470 :名無しさん@編集中:2014/11/28(金) 19:59:36.94 ID:xpfAl9Nq
なんでこうザコなやつほどすぐ喧嘩ごしの口調になるの?ww

471 :名無しさん@編集中:2014/11/28(金) 20:44:37.53 ID:zCc/pcgp
情報源符号化部 H.265 | MPEG-H HEVC 規格の概要
http://www.soumu.go.jp/main_content/000230399.pdf

2013 年 5 月 23 日
社団法人 電波産業会
デジタル放送システム開発部会
映像符号化方式作業班

472 :名無しさん@編集中:2014/11/29(土) 22:33:11.36 ID:lWJvff1y
ドワンゴ「急募!FPGA機器開発経験者!」 ニコニコ動画をFPGAで高速化、ハード技術者を募集中
http://hayabusa3.2ch.net/test/read.cgi/news/1417266799/

473 :名無しさん@編集中:2014/11/30(日) 02:55:50.00 ID:j3FlLtet
>>470
自己紹介レクチャーの達人

474 :名無しさん@編集中:2014/12/02(火) 22:20:12.44 ID:KN9zhaXF
東芝、HDTV配信と4K/8K配信併存を目指すSHVCエンコード技術
http://av.watch.impress.co.jp/docs/news/20141202_678549.html

475 :名無しさん@編集中:2014/12/02(火) 22:47:21.69 ID:JhtKO4KK
>>474
見たけど、東芝うぜーなw

476 :名無しさん@編集中:2014/12/02(火) 23:35:53.60 ID:6Rs89Tf6
>>474
互換性とかどんなもんなんだろ
以降の垣根が低いならそれなりに普及しそうな気もするけど……

ttp://techon.nikkeibp.co.jp/article/NEWS/20141118/389581/
すでに発表済みみたいだけどちょっと実際の映像を見てみたかったな

477 :名無しさん@編集中:2014/12/02(火) 23:45:10.40 ID:kP5h9go+
KDDIが似たようなことやってなかったっけ

478 :名無しさん@編集中:2014/12/03(水) 00:23:28.06 ID:9QaTo2hx
>>477
NTTな

479 :名無しさん@編集中:2014/12/04(木) 11:24:02.59 ID:xizMaMVQ
PeerCastでMKV(HEVC AAC)で配信が出来るみたい
https://docs.google.com/document/d/1kukeQOU32frC0w_EPcJ2HMXXOR5KT_VrYRughvtMhnc/edit

何かffmpegのオプションとかアドバイスがあればお願いします

480 :名無しさん@編集中:2014/12/04(木) 19:20:27.09 ID:SQURoCAb
関係ないけど"LAMEコマンドラインオプションを語れ"スレってまだ続いてたんだなぁ

481 :名無しさん@編集中:2014/12/05(金) 16:15:32.32 ID:uGnIIwho
Flash ?Adobe to include HEVC decode in Primetime platform in 2015 but not Flash Player
http://www.streaminglearningcenter.com/attachments/download/173/A202-Producing_Distributing_HEVC.pdf
flashは2015年中に対応はないでいいのかな
来年半ばには主要なブラウザは対応するっぽい?firefoxとoperaはvp9だろうけど
デコーダ負荷は720Pだと264の倍で1080pのほうはあまり変化がないのが気になった。
バッテリーの持ちも半分っぽいね

482 :名無しさん@編集中:2014/12/06(土) 20:33:24.40 ID:+8TJpPM8
BPG Image format
http://bellard.org/bpg/
ttps://twitter.com/EzoeRyou/status/541142416950968321
JavaScriptでHEVCをデコードするので既存のブラウザー対応の画像フォーマット
前にmozillaが言ってたアレ。
http://people.mozilla.org/~josh/lossy_compressed_image_study_july_2014/

483 :名無しさん@編集中:2014/12/06(土) 21:18:46.34 ID:MPJuBWyJ
>>482
HEVCのIフレームに使われてる圧縮技術を使った画像フォーマットね。
Javascriptでデコードできるからプラグイン不要と。

VP9のIフレーム技術を使ったWebPより明確に優れているね

484 :名無しさん@編集中:2014/12/07(日) 00:25:09.02 ID:E5dmmM7w
BPGとかWebPだけで十分だわ。

485 :名無しさん@編集中:2014/12/07(日) 05:09:55.15 ID:N4ZktCXi
デモの画像見たけど性能は良さそう

486 :名無しさん@編集中:2014/12/07(日) 06:26:28.32 ID:tXaV9YLw
bogdec.exeのほうがバグあるね
出力ファイル名を指定すると何も出力されない

487 :名無しさん@編集中:2014/12/07(日) 06:49:45.84 ID:GSgJXzQE
>>486
試してみたけど特に問題ないよ?

488 :名無しさん@編集中:2014/12/07(日) 16:16:58.09 ID:DzzS/Q87
>>482
ver上がってた。
WebP品質80の約半分のサイズでSSIMはWebPに勝ってるわ・・・

489 :名無しさん@編集中:2014/12/08(月) 00:40:30.46 ID:oF94YaJK
圧縮率もそうだけと、デコード、エンコード速度ももっと最適化されれはいいんだけどな。ちょっと前にandroidアプリの開発で、
画像をjpeg,png,webpのどれで保存したらいいか実験したけど、圧縮率はwebpだったが、速度がおそくてjpeg使うことにしたからな

490 :名無しさん@編集中:2014/12/08(月) 07:10:13.26 ID:DvnDVGWv
んなパワーが低めの携帯機でデコード気になるぐらい大きな画像をよく扱うのかいな
と言っても人それぞれか

491 :名無しさん@編集中 転載ダメ©2ch.net:2014/12/08(月) 07:14:58.62 ID:p9uFkdO0
>Some of the HEVC algorithms may be protected by patents in some countries (read the FFmpeg Patent Mini-FAQ for more information).
>Most devices already include or will include hardware HEVC support, so we suggest to use it if patents are an issue.

やはり、日本で有効なのは間違いないだろう特許がネックかな

492 :名無しさん@編集中:2014/12/08(月) 11:31:12.75 ID:oF94YaJK
逆だな。大きな画像じゃなくて小さな画像。でも、リストに表示するから
一度に大量の画像をデコードする。1つのWebP画像は10[ms]くらいで
デコードできるけど、スクロールさせてみるとすごいカクカク。JPEGだと1[ms]
くらでデコードできるから、すごいマシにはなる。

493 :名無しさん@編集中:2014/12/08(月) 12:05:24.63 ID:60Mqg+Le
webpはソフトウェアデコード、jpegはハードウェアデコードでしょ

494 :名無しさん@編集中:2014/12/08(月) 12:53:09.59 ID:oF94YaJK
ソースコード確認しはいなけど、たぶんそうだとは思う。

495 :名無しさん@編集中:2014/12/10(水) 21:17:18.28 ID:feiRCIOL
デコードも基本的に圧縮率高い形式ほど時間かかるんじゃなかったか

496 :名無しさん@編集中:2014/12/11(木) 09:29:30.94 ID:p1mrvi3W
すぐにGPUデコードになるんじゃね
IEとかJPEGをGPUデコードにしたの、割と最近だったと思うし

497 :名無しさん@編集中:2014/12/11(木) 12:40:56.48 ID:Htdel+qI
mp4コンテナのHEVC動画の拡張子をmp5に統一しよう

498 :名無しさん@編集中:2014/12/11(木) 13:03:14.88 ID:vtsltmcI
いちいちそんな釣りしなくていいから。

499 :名無しさん@編集中:2014/12/11(木) 15:22:52.72 ID:p1mrvi3W
Windows 10がmkv HEVCサポートするから、再来年にはmkvばかりになってたりして

500 :名無しさん@そうだ選挙に行こう:2014/12/13(土) 21:40:32.55 ID:L64w2g6K
家電もappleも未サポートだしそれだけはない

501 :名無しさん@そうだ選挙に行こう 転載ダメ©2ch.net:2014/12/14(日) 06:28:52.88 ID:70l4OswX
私の家で使っているソニーのBDプレイヤーもそうだけど、家電は結構mkvをサポートしている

502 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 11:22:46.68 ID:RB7cRxzf
divxのお陰か・・

503 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 11:59:06.61 ID:NONX0syu
mp4ってそんな不評だったんだ

504 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 13:35:31.01 ID:RB7cRxzf
mp4が不評というより標準的な基準がないと採用は難しい。
divx6のライセンス事業がうまくいったのもその需要があったからだし

505 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 13:46:17.72 ID:/51iH8J+
そろそろ右クリックプロパティでどんな動画、音声フォーマット使われてるか見れるようにしてもいいと思うんだ

506 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 14:30:23.65 ID:NYmCeAcB
何でハードエンコってクソなの
GPUあるのにガッカリ感ハンパない

507 :名無しさん@そうだ選挙に行こう:2014/12/14(日) 14:35:42.07 ID:wpSz7K53
265の4kはどっちみちハードでしか無理だと思うが

508 :名無しさん@編集中:2014/12/15(月) 21:52:32.99 ID:FZEJngEB
8K出力/HEVC対応のビデオエンコーダ「TMPGEnc VMW 6」
AVC 10bit 4:4:4やXAVC S出力、NVENC対応も
http://av.watch.impress.co.jp/docs/news/20141215_680421.html

509 :名無しさん@編集中:2014/12/15(月) 22:19:23.41 ID:3+5D9RMi
まともにNVENC叩けるのは少なかったしこれでMaxwell2のHEVCエンコードも対応すれば面白そうだね

510 :名無しさん@編集中:2014/12/16(火) 03:47:26.34 ID:JhFWBFki
>508
HEVC AACのMPEG-TSの4Kファイル 音声しか読み込まないから使えない
ゴミだわ

511 :名無しさん@編集中:2014/12/16(火) 09:37:27.14 ID:lN17jHUi
>>483
WebPはVP8 ttp://html5experts.jp/jxck/2550/
もちろん、EXIFやYMCK・4:4:4対応なども含めてHEVCのBPGのほうが優れているのは間違いない

HEVCとともにハードウェアデコードができるようになれば普及すると思うんだが
まずはsusieプラグインからオナシャス

512 :名無しさん@編集中:2014/12/16(火) 18:40:09.28 ID:UTWoq5KM
>>510
avs書いて読ませれば済む話だと思うが、ファイル直で読めてもロクなフィルタ無いじゃない

513 :名無しさん@編集中:2014/12/17(水) 00:40:30.67 ID:UCqbMHK6
WebPとかクックパッドがスマホアプリで使ってるぐらいしか知らんわ

514 :名無しさん@編集中:2014/12/17(水) 04:51:53.37 ID:be+zgkRL
>>513
Google画像検索は全部WebP

515 :名無しさん@編集中:2014/12/17(水) 05:53:56.94 ID:X5CjoPZb
>>514
Linux上のChromeで画像検索した結果の一覧表示のイメージファイルはJPEGみたいだが

516 :名無しさん@編集中 転載ダメ©2ch.net:2014/12/17(水) 17:46:28.06 ID:Qk8RNjz2
ttp://en.wikipedia.org/wiki/WebP

内部で使われてるっていう話ね。
microsoftはjpeg xrを内部で使ってるのだろうか?iso標準かつロイヤリティフリー
なのにlinuxやunixではハブられてるアレ。
bpgもライセンス料とかの問題でハブられそう。

517 :名無しさん@編集中:2014/12/17(水) 22:29:57.00 ID:X5CjoPZb
全部じゃなくて内部というオチか

518 :名無しさん@編集中:2014/12/18(木) 22:08:13.79 ID:K8ngWZMz
JPEG2000 … 論外
JPEG XR … microsoft八分
WebP … YCbCr4:4:4に対応せずfirefoxから拒否られている
BPG … GIFの二の舞になるか

519 :名無しさん@編集中:2014/12/18(木) 23:32:21.35 ID:W3BlkIZ5
動画のデータはまだ無視できないくらいなサイズになりがちだから、新フォーマットでても、
色々みんな気にかけて、新フォーマットに移行したりするけど、
画像データのサイズとか気にするのはグーグルさんとか、ネットトラフィックを押えたい
サービスを提供してる企業ぐらいだしな・・
個人的には画像フォーマットと、zipとかの圧縮フォーマットの世代交代はしてほしいが。

520 :名無しさん@編集中:2014/12/18(木) 23:35:39.72 ID:W3BlkIZ5
Zipも後何年使われるんだよ・・暗号化のサポートも分裂して中途半端だし。
Rarみたいな実質RarLabしか圧縮ソフト出してないプロプラエタリなフォーマットは死ねって感じだし。
WebPかBPGに期待していいのか・・

521 :名無しさん@編集中:2014/12/18(木) 23:39:17.43 ID:7kA+77MQ
回線細いから登り使うときgzip助かるんよ

522 :名無しさん@編集中:2014/12/19(金) 01:29:15.40 ID:1s53VWBl
フリーなrarといえばdgca。全く流行らなかったが。

523 :名無しさん@編集中:2014/12/19(金) 06:03:14.32 ID:KBEgv4Ni
圧縮率は7z最強でしょ

524 :名無しさん@編集中:2014/12/19(金) 07:45:47.16 ID:KwRsLB40
DGCAの人まだ生きてんじゃん
更新はよ

525 :名無しさん@編集中:2014/12/19(金) 08:33:53.61 ID:Jyc43077
zipやgzipはオワコン。時代はxz。
http://ja.m.wikipedia.org/wiki/Xz_%28ファイルフォーマット%29

Linux方面ではかなり普及しているのに、
他ではさっぱりなのが難点。

526 :名無しさん@編集中:2014/12/19(金) 10:29:25.87 ID:L/tYXsjF
だってxzは得意不得意が結構あって、bzip2に大きく負けることが多々あるんだもん
gzipはリソースが軽いというメリットあるし、適材適所で使うシーン結構あるし

特許なし、オープンソース、ファイル暗号化、メタデータ暗号化、分割、
リカバリーコード、ファイル単位アーカイブ、高速インデックス、
あとマルチプラットホームのユニコード対応...とか完璧に備えた圧縮ソフトは未だない

527 :名無しさん@編集中:2014/12/19(金) 10:34:44.13 ID:uDQadNrj
そろそろスレ違い

528 :名無しさん@編集中 転載ダメ©2ch.net:2014/12/19(金) 14:32:20.42 ID:gn02n9yL
>>518

webp以外は一応iso標準なんだよな。bpgはh265絡みでってことだけど。
標準規格にはわりと従うlinuxでもjpeg xrはdebian系以外ではリポジトリにすらない…。
debian系もライブラリと変換ツールだけでimagemagickとかで使えるわけじゃないし。

529 :名無しさん@編集中:2014/12/20(土) 09:54:33.90 ID:+/lxMKHB
BPGって↓とくらべて画質どうなの。
ttps://sites.google.com/site/dlimagecomp/

530 :名無しさん@編集中:2014/12/20(土) 23:07:43.37 ID:LSszdzL3
 
Intel_HEVCwhitepaper_v1.3_03Nov2014.pdf
https://software.intel.com/sites/default/files/managed/41/7d/Intel_HEVCwhitepaper_v1.3_03Nov2014.pdf

11/3版が出てた。

531 :名無しさん@編集中:2014/12/21(日) 20:46:20.08 ID:+1Aug7aJ
やっとペガシス製品がでるのね

532 :名無しさん@編集中:2014/12/24(水) 11:56:39.72 ID:HL2RtBX7
無料でH.265以上のクオリティを実現できる次世代ビデオコーデック「Daala」の開発は順調
http://gigazine.net/news/20141224-daala/
HEVC(H.265)やVP9などの最新ビデオコーデック(動画圧縮規格)を上回る画質を目指す、ロイヤリティフリーのオープンソース・次世代コーデック「Daala(ダーラ)」のこれまでの開発状況が報告され、すでにかなりのレベルまで開発が進んでいることが明らかになっています。

533 :名無しさん@編集中:2014/12/24(水) 14:46:52.45 ID:cKNMh/VE
DaalaのSSIMやPSNRのグラフ、ほぼ全域でx265どころかx264にも負けてないか?
Fast-SSIMのグラフだけDaala有利に見えるトリックw

534 :名無しさん@編集中:2014/12/24(水) 15:21:29.32 ID:sO/sFykk
Gigazineみたいな糞サイトの記事貼るなよ...
あそこの連中は自分が何書いてるかも理解してねえ

535 :名無しさん@編集中:2014/12/24(水) 15:27:43.11 ID:p2shPOOo
内容は自分で確認すればいいだけだから問題ない。
GIGAZINEは追ってないので貼って知らせてくれたのはありがたい。

536 :名無しさん@編集中:2014/12/24(水) 15:44:39.97 ID:+Kpuh8KZ
>HEVC(H.265)やVP9などの最新ビデオコーデック(動画圧縮規格)を上回る画質を目指す

と書いてあるけど

537 :名無しさん@編集中:2014/12/24(水) 15:56:01.97 ID:aHtbuI5i
firefox情報追いかけてたんで先に知ってはいたけど264程度みたいな感じに書かれてた気がするけど
前の圧縮率すごく悪かったからかなり進化したよな

538 :名無しさん@編集中:2014/12/24(水) 16:20:07.01 ID:2CaPkZEo
そりゃ後出しジャンケンなら誰も勝てるってのw

539 :名無しさん@編集中:2014/12/24(水) 17:52:12.21 ID:TJUAA6OF
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/The-Case-for-VP9-100833.aspx

540 :名無しさん@編集中:2014/12/24(水) 20:39:33.21 ID:qpdBdGXx
>>539
ユーチューブのVP9見てるとリンギングが綺麗に消えててるし
古めの動画のエンコは好印象ですわよ。

541 :名無しさん@編集中:2014/12/24(水) 20:46:10.17 ID:cKNMh/VE
VP9はエンコオプションがわけわかんなくてどうにも使いにくい
CPU使いきってくれないしなぁ

542 :名無しさん@編集中:2014/12/24(水) 21:06:11.69 ID:aHtbuI5i
BPGに対応したらしい
http://www.bandisoft.com/honeyview/history/

543 :名無しさん@編集中:2014/12/24(水) 22:39:18.26 ID:p2shPOOo
>>540
ビットレートの違いや設定のまずさもあるんだろうけど、
YoutubeのVP9ってアニメなんかだと輪郭周辺のノイズがかなり酷いことになってると思う。
(古めの動画については知らない)
 ttp://2sen.dip.jp/cgi-bin/upgun/up1/source/up1217.png

544 :名無しさん@編集中:2014/12/25(木) 00:54:16.73 ID:zu1XngJ2
>>543
ノイズすごいね。
ユーチューブのは昔の実写動画とかゲーム動画とか、リンギングが消えてちょっと見やすくなったとか
ほぼ同じビットレートのmp4とVP9でちょっとマシとか、そんな程度。

545 :名無しさん@編集中:2014/12/25(木) 08:23:47.41 ID:yNDVvheP
なんでコンテナとコーデック比べてるんだよ
意味わからん

546 :名無しさん@編集中:2014/12/25(木) 14:35:50.94 ID:HF70J3Ob
BPGのSusieプラグイン来てるね
https://github.com/256bai/ifbpg

547 :名無しさん@編集中:2014/12/25(木) 15:07:56.00 ID:5yIZG0br
WIC対応が来るまで待ちだけどこの調子だと早いかもしれないな

548 :名無しさん@編集中 転載ダメ©2ch.net:2014/12/25(木) 15:46:51.85 ID:wDOWppV2
xnview mpはまだなのか、linuxでbpg使いたいのに。
imagemagickでもかまわんけど。

549 :名無しさん@編集中:2014/12/28(日) 08:41:39.82 ID:1h/WcZFK
>>546
>>542
おおおおおお!

550 :名無しさん@編集中:2014/12/28(日) 17:54:04.90 ID:HBS2LxZR
BPGは圧縮率だけ注目されているけど
色々追跡できるような仕込みができそうなフォーマットなの?

551 :名無しさん@編集中:2014/12/28(日) 19:41:50.73 ID:iQmUszHe
GTX 980やA8にH.265エンコーダーついてるとか言ってたけど、あれから音沙汰ねぇな。
そんなドライバ作るの大変なの??そういうのがなくてどうやってテストとかしてるのかね。

552 :名無しさん@編集中:2014/12/29(月) 01:15:30.62 ID:U5qgZ2FZ
配信サイトもwebブラウザもプラグインもろくすっぽ対応していないから後回しなんじゃないの

553 :名無しさん@編集中:2014/12/29(月) 04:21:01.26 ID:luNY6ks4
AVCの時もそうだったけど、
出始めの頃のハード対応って制限多くて結局後から余り役に立たないこと有るしな

554 :名無しさん@編集中:2014/12/30(火) 11:45:36.93 ID:0VSdRkID
>>543
ビットレートが1000kbps以上違う状態のコーデックを比較しといて酷いも糞もないだろ

555 :名無しさん@編集中:2014/12/30(火) 12:16:15.52 ID:DMyEPwLs
>>554
スレチになるからここで続けないほうがいいと思うけど、もう少し流れを読んだり、
VP9の位置づけや使われ方という部分を考えてみたらいいんじゃない?

556 :名無しさん@編集中:2015/01/04(日) 01:08:33.55 ID:dDm0fEaE
今年で一気に普及するね。

557 :名無しさん@編集中:2015/01/04(日) 13:23:07.03 ID:v2EJfvfQ
>>556
スマホは普及が進んで飽和状態、タブレットはスマホ大型化に伴う需要減で
ハード側の対応が足踏みになりそうな悪寒がしてる

558 :名無しさん@編集中:2015/01/04(日) 13:23:58.62 ID:SseBVRpj
H.265は普及するだろうけど4Kはしないね
むしろスマホや配信用フォーマットとして普及すると思われ

559 :名無しさん@編集中:2015/01/04(日) 13:35:36.01 ID:L64jR/a4
ドコモの最新モデルは対応してきてるし
2年ぐらいでスマホ買い換える人も多いだろうし
数年くらいで浸透しそう

家のNASや手元にある動画を見るくらいならプレーヤーアプリでSWデコードだけど普通に見れるし

560 :名無しさん@編集中:2015/01/06(火) 09:47:57.07 ID:R4fjQd54
Tegra X1がHEVCとVP9のハードウェアデコードに対応するようだ。
http://pc.watch.impress.co.jp/docs/news/event/20150105_682377.html

561 :名無しさん@編集中:2015/01/06(火) 10:20:42.90 ID:2pch7FdG
>SoCの電力をほとんど消費せずに4K動画のエンコード/デコードが可能になるのが特徴
眉唾文章

562 :名無しさん@編集中:2015/01/06(火) 12:15:40.49 ID:IcvyZiEz
専用のデコーダを積むからプロセッサの処理能力を使わないってことだろーが

563 :名無しさん@編集中:2015/01/06(火) 12:34:15.55 ID:O2s+G2Vf
この板的にはBroadwellのHEVCデコーダー搭載の方が重要じゃね?
http://www.itmedia.co.jp/pcuser/spv/1501/06/news026.html

564 :名無しさん@編集中:2015/01/06(火) 12:37:58.37 ID:O2s+G2Vf
BroadwellプロセッサのRetina MacBook Airを皮切りにiTunes Storeの動画もHEVC配信してくれると嬉しいんだが

565 :名無しさん@編集中:2015/01/06(火) 13:32:10.81 ID:riyDQxQt
>>563
http://www.anandtech.com/show/8814/intel-releases-broadwell-u-new-skus-up-to-48-eus-and-iris-6100/2
HEVCデコードはソフトとハードの混合実装らしい。

566 :名無しさん@編集中:2015/01/06(火) 16:23:34.13 ID:yRblvYGH
>>560
読んでみたけどH.265/HEVCじゃなく、H.264じゃねーか。

> Tegra X1には60fpsの4K動画をデコード可能なH.264/VP9のデコーダ、エンコーダが
> 内蔵されている(エンコードは30fps)。このデコーダ、エンコーダは固定機能で実現されており、
> SoCの電力をほとんど消費せずに4K動画のエンコード/デコードが可能になるのが特徴となる。

567 :名無しさん@編集中:2015/01/06(火) 16:45:08.36 ID:nIOJOBy8
>>565
混合って、IvyやHaswellも新しいドライバでハイブリッドデコード対応してるけど、それと同じレベルってことかな。そんだったらIntelは実質HEVC対応何もしなかったってことか。

568 :名無しさん@編集中:2015/01/06(火) 16:49:49.18 ID:nIOJOBy8
そうならIntel死ねだな。独占でこんな値段高いくせに。怠慢すぎるだろ。

569 :名無しさん@編集中:2015/01/06(火) 17:45:47.07 ID:64GT5PAp
h.264&DXVA黎明期を思い出すような話だ。
スマホ向けチップより設計〜流通に時間がかかるせい?

570 :名無しさん@編集中:2015/01/06(火) 18:03:47.19 ID:yRblvYGH
BroadwellのHEVC対応は、ハイブリッドとはいえ多少の改善はされるんじゃないの。
Nvidiaやらもハイブリッド実装しかしてない状況なんだしそんなもんだろ。

571 :名無しさん@編集中:2015/01/06(火) 18:15:10.31 ID:iqteSa2s
>>566
265の誤記ってはてブコメントには書いてあった

572 :名無しさん@編集中:2015/01/06(火) 18:27:51.89 ID:riyDQxQt
http://international.download.nvidia.com/pdf/tegra/Tegra-X1-whitepaper-v1.0.pdf
公式のホワイトペーパーより
>Tegra X1 supports hardware decode of both H.265 (HEVC) and VP9 4K video streams at 60fps

573 :名無しさん@編集中:2015/01/06(火) 18:33:30.39 ID:yRblvYGH
>>571-572
おおう、ありがとう。そこまで角煮してなかったわ。

574 :名無しさん@編集中:2015/01/06(火) 18:58:02.71 ID:lXB6DAkT
>>569
そもそもハードウェアで固定した仕様で実装するより
GPU活用しつつソフトも使うことで仕様変更や拡張に対応してこうってのが
PC向けの現在の方向性だと思うんだけど

575 :名無しさん@編集中:2015/01/06(火) 19:09:02.90 ID:yRblvYGH
角煮モグモグ・・・

ttp://international.download.nvidia.com/pdf/tegra/Tegra-X1-whitepaper-v1.0.pdf
> Tegra X1 supports 4K H.265 (HEVC) and VP9 video streams at 60 fps.
> Other processors support 4K at 30fps, and deliver sub optimal experiences
> while viewing fast action sports, movies, and video games.
> Tegra X1 also supports decode of 10-bitcolor-depth 4K H.265 60 fps video streams.
> This enables TegraX1 products to stream a wide selection 4K content from services such as Netflix.
> Tegra X1 supports 4K 60fps local and external displays with support for HDMI 2.0 interfaces
> and HDCP 2.2 copy protection.
> On the encode side, Tegra X1 supports encode of 4K video at 30 fps in H.264, H.265 and VP8 formats.

訳:
 TegraX1は、4KのH.265/HEVCとVP9を60fpsでデコードできるよ。
 他のゴミプロセッサーどもは4Kは30fpsでしかデコードできねーからいまいち物足りねえよな。ガハハ。
 TegraX1は、10bit深度の4K H.265/HEVCも60fpsでデコードできる。
 色々なサービスで4Kコンテンツを幅広く楽しめるし、HDMIで4K60fpsの外部出力にも対応してる。
 エンコードについてはH.264/H.265/VP8で4Kを30fpsでエンコードできるぜ。どうよ?

576 :名無しさん@編集中:2015/01/06(火) 19:25:20.32 ID:nIOJOBy8
ハードウェアデコードっていっても実際どのレベルまでハードウェア使ってるのかスペック情報には細かく書いてないので一概に比較できねぇけどさ。
Snapdragonなら805(801?)あたりからHEVCのハードウェアデコード既に対応してるし・・
これも実はIntelと同じハイブリッドデコードと同じレベルなのかもしれんけど・・

577 :名無しさん@編集中:2015/01/06(火) 19:25:24.33 ID:riyDQxQt
PC・モバイル界隈での4K60pデコード対応は
とりあえず今年ガッと立ち上がりそうということですな。

578 :名無しさん@編集中:2015/01/06(火) 19:31:36.84 ID:nIOJOBy8
まぁ、自分的には4Kまだいらんけど、フルHDのHEVCデコードをとりあえず・・・
もちろんフルHDレベルなら、ソフト再生も余裕でできるがデスクトップPCならそれでもいいけど、
モバイルだとソフト再生するのとハード再生するのとでは、バッテリーの持ちが全然違うからね・・
デコーダーは必須だわ。

579 :名無しさん@編集中:2015/01/06(火) 20:47:21.52 ID:64GT5PAp
>>574
どうなんだろ?
でも、そう規格がコロコロ変わるわけじゃないし
それをにHEVCを逸脱したオプションに対応する義理もないから
開発期間とかちょっと遅れた投入時期の線が濃厚なきが・・

580 :名無しさん@編集中:2015/01/06(火) 21:42:24.95 ID:riyDQxQt
MediatekのTV向けSoC。
http://www.pcmag.com/article2/0,2817,2474270,00.asp
>The MT5595 delivers current HDTV-quality visual computing and supports
>4k/Ultra HD video playback at 60 frames-per-second via the Google VP9 and HEVC codecs

581 :名無しさん@編集中:2015/01/07(水) 17:01:36.07 ID:97D3o9gW
パナソニックは6日、次世代ブルーレイディスク規格である「ULTRA HD BLU-RAY」で採用が
予定されている4KやHigh Dynamic Rangeなどの最新技術に対応したブルーレイディスク再生技術を
開発したと発表した。試作プレーヤーを1月6日から9日まで米国ネバダ州ラスベガス市で開催される
世界最大の家電見本市「2015 International CES」に参考出展する。

 開発品は、4K(3,840×2,160画素)/60p/10ビットの高精細映像表示に対応するとともに、
High Dynamic Range、広色域規格BT.2020、高効率動画圧縮技術HEVC(H.265)/100Mbpsの高ビットレートに
よるブルーレイディスク再生などの最新技術に対応する。

 High Dynamic Rangeは、輝度ピークを従来の100ニトから1,000〜10,000ニトまで大幅に拡大することで、
映像のダイナミックレンジを飛躍的に向上させる技術である。(ライトや太陽光などこれまで表現が難しかった
明るい光源や金属表面や水面の輝きなどの反射光まで、質感豊かに表現できるという。

 また、4K/8K放送に向けて策定されたITU-R BT.2020の広色域信号に対応している。従来のブルーレイディスク
(BT.709準拠)では表現できなかった豊かな色彩表現が可能になる。

 さらに、最新の高効率動画圧縮技術HEVC(H.265)による最大100Mbpsの映像信号に対応した。
従来のブルーレイディスク(MPEG-4・AVC(H.264)、最大40Mbps)を大幅に超える圧縮効率と高ビットレートにより、
4k/60p/10bit、High Dynamic Range、BT.2020などによる高品位な映像を再現する。

582 :名無しさん@編集中:2015/01/07(水) 17:18:13.63 ID:7wL452vP
ソースのURLをちゃんと貼れっつうか、こっち貼ったほうがいいだろ。

  世界初 次世代ブルーレイディスクプレーヤーの開発品をCES 2015に参考出展
  ttp://news.panasonic.com/press/news/data/2015/01/jn150106-3/jn150106-3.html

583 :名無しさん@編集中:2015/01/08(木) 01:43:31.89 ID:Q/eGptjz
>>574,579
スマホにはAtomが乗り、
Surfaceくらいにはビッグコアの低消費電力版が入っちゃうわけだ。
そうなると、PCユーザーが使うか使わないかにかかわらず
GPUにH.265専用ハード載せざるを得ないってのが今の状況だと思う。
IntelもAMDも載せるロードマップ出してたと思うし。

584 :名無しさん@編集中 転載ダメ©2ch.net:2015/01/08(木) 03:13:18.05 ID:TtQGhvtr
>4K(3,840×2,160画素)/60p/10ビット

次世代BDの上限がこれだとして、これを再生できるASICはもう開発されたのだろうか

585 :名無しさん@編集中:2015/01/08(木) 03:36:52.33 ID:+Kuivat8
>>584
>>575

586 :名無しさん@編集中:2015/01/08(木) 09:22:36.59 ID:/Qihu657
>>575
10bit対応は本命だな
是非とも普及してほしいものだ

587 :名無しさん@編集中:2015/01/08(木) 10:58:16.93 ID:syWsK6E6
10bit前提みたいなものだし、ほとんど対応するでしょ

588 :名無しさん@編集中:2015/01/08(木) 12:56:12.15 ID:tFaZGggE
既に、半年も前から HEVC 4K60fps@10bit でオンエアされてるからな
それが再生できない程度のものなら 意味が無い。

589 :名無しさん@編集中:2015/01/08(木) 21:23:02.63 ID:WBenCmMp
といいつつ、さりげなく444じゃなくて422とか420とかだったりするという

590 :名無しさん@編集中:2015/01/08(木) 21:41:56.18 ID:83MkQ1R1
>>589
さりげなく・・・?
お前、4:4:4が使われるとでも思ってるのか・・・?

591 :名無しさん@編集中:2015/01/11(日) 01:15:23.65 ID:KjuGv7YI
AMDは次のiGPUでHWデコードに対応するっぽい
http://www.anandtech.com/show/8855/amd-demonstrates-working-carrizo-laptop-prototype

IntelもSkylakeで、という噂なので環境は整いつつあるのかな

592 :名無しさん@編集中:2015/01/13(火) 11:27:29.78 ID:vlyh9BPO
まぁ人気どころであるアニメ実写動画だと422、420で十分だしなぁ
他の映像だと444じゃないと一気に映像が眠くなるのがあるにはあるけど

593 :名無しさん@編集中:2015/01/13(火) 23:52:40.15 ID:LoeGdQss
BPGがバージョンアップされてた

http://bellard.org/bpg/animation.html
流行るかどうかは別として凄いね

594 :名無しさん@編集中:2015/01/13(火) 23:56:09.56 ID:+D67v1HB
bpgのアニメ試したけど変換にすごく時間がかかるんだよね
640x360 300フレームを変換するのに30分くらいかかったような

595 :名無しさん@編集中:2015/01/15(木) 08:33:33.81 ID:dgWKKkrU
>>593
容量スゲぇな
BPGに限りパテントフリーにならんかね

596 :名無しさん@編集中:2015/01/16(金) 12:52:10.87 ID:cLHBbkdS
Bpgの作者、Ffmpegとか立ち上げた人らしくて相当のスーパープログラマっぽいな。

597 :名無しさん@編集中:2015/01/16(金) 14:41:29.16 ID:Sjnd/Hdf
いや、bpgってH265のIフレーム部分切り出しただけだから。。。
VP8のIフレーム部分だけ切り出したWebPと同じ

598 :名無しさん@編集中:2015/01/16(金) 15:09:06.19 ID:Y3+V90m8
BPGはPNGよりサイズが縮むからファイルサイズを抑えつつ画質もアピールしたい電子写真集とかに使えるようになると助かるな

あとはx264 losslessを置き換える可逆圧縮コーデックに使うとか

599 :名無しさん@編集中:2015/01/17(土) 10:22:57.20 ID:I/vfj8GU
BPGが普及したら俺の持ってる16GBのnexus7が大図書館になりそう

600 :名無しさん@編集中:2015/01/17(土) 22:27:16.41 ID:Zyqbps7C
MP3とかGIFとかHE-AACみたいな面倒な事にならなければいいけど

601 :名無しさん@編集中:2015/01/18(日) 03:22:49.75 ID:7V9GtjwC
“Skylake”世代のiGPUのお話
ttp://northwood.blog60.fc2.com/blog-entry-7583.html
>“Skylake”のGPUでは内蔵されるVideo decoder / encoderが改良され、サポートされるコーデックも増やされる。
>ハードウェアデコーダはJPEG, JMPEG, MPEG2, VC1, WMV9, AVC, H.264, VP8, HEVC/H.265に対応し、
>エンコーダはJPEG, MPGE2, AVC, H.264, VP9, HEVC/H.265に対応する。
>ひょっとするとデコーダ・エンコーダの対応フォーマットにVP9も追加される可能性がある。

602 :名無しさん@編集中:2015/01/18(日) 11:44:48.73 ID:XKWFnMzy
「追加される可能性がある」という文言見る限り、ソフトウェア実装ってことね。

603 :名無しさん@編集中:2015/01/19(月) 12:23:00.31 ID:yuxi587r
HEVCの4:2:2/4:4:4サポート対応はいつ頃を予定しているんだろ?
TMPGEnc Video Mastering Works 6はまだMain 10のサポートも出来てないみたいだし、まだしばらくかかるのかね?

604 :名無しさん@編集中:2015/01/19(月) 15:21:20.99 ID:/UtHlV+l
1080Pでエンコしてみたけど
nexus7じゃまともに再生出来んかった・・・

605 :名無しさん@編集中:2015/01/21(水) 00:00:08.98 ID:q63B9nWu
写真なんかに可逆圧縮使うことなんて一般用途じゃまず無いんだから
可逆圧縮の圧縮率を写真画像で比較しちゃだめよね。
何がいいたいかってBPGでパレット画像を可逆圧縮しても縮まねぇってことだよ。

606 :名無しさん@編集中:2015/01/21(水) 22:51:17.66 ID:WhtVXp4g
一般用途だと可逆圧縮使う時点で、写真は浮動小数点画像のopenexrだろうしねぇ
まぁ、ここ最近、openexrに非可逆圧縮が追加されたケド

607 :名無しさん@編集中:2015/01/21(水) 23:32:56.25 ID:/Fhryc3C
パレット可逆もアニメーション含めると縮みやすいのかな?
調べてないけど

608 :名無しさん@編集中:2015/01/23(金) 00:00:07.60 ID:2Vc3TlBp
ttp://www.anandtech.com/show/8923/nvidia-launches-geforce-gtx-960
>However as of GM206 NVIDIA’s fixed function HEVC decoder has been completed and rolled into this GPU, making this the first discrete GPU with full HEVC decoding support

609 :名無しさん@編集中:2015/01/23(金) 16:51:50.15 ID:pH2P0NCF
NVIDIA,「GeForce GTX 960」発表。気になる製品概要を徹底チェック - 4Gamer.net
ttp://www.4gamer.net/games/274/G027467/20150120079/

> それに対してGM206では,H.265対応のNVENCとは別に,新規でH.265デコーダを統合したのがポイントとなる。
> 事前説明会で登壇したNVIDIAのJustin Walker(ジャスティン・ウォーカー)氏いわく,
> このデコーダは「『Tegra X1』相当のもの」とのことなので,4K解像度で最大60fpsの
> デコードに対応するという理解でいいだろう。
> ミドルクラス以下のGPUを購入する人は,ビデオ関連の性能も重視する傾向にあることを考えると,
> GM206における4K/60fpsデコードのハードウェア支援追加というのは,理にかなった実装といえるかもしれない。

610 :名無しさん@編集中:2015/01/23(金) 17:23:05.21 ID:cOgehCtM
8Kは?

611 :名無しさん@編集中:2015/01/24(土) 14:53:47.95 ID:blyWxHOz
GeForce GTX 960でようやくHEVCサポートか。
とはいえ、どうせ最低限度だけで、Main10とか4:2:2とか4:4:4とかは相変わらずすべて未対応だろうけど。
HDMI2.0は搭載されたようだが、HDCP2.2に対応したかどうかの記述が見当たらんし、NVIDIAのすることはいつもコレだよ・・・

612 :名無しさん@編集中:2015/01/24(土) 15:32:57.97 ID:dOsl6Tma
未対応フォーマットはcuda使ってデコードって感じでしょう

613 :名無しさん@編集中:2015/01/24(土) 16:23:39.11 ID:EObcnca6
>>611
>>609にあるように、GTX960のHEVCデコーダが「TegraX1相当」なら
>>575にあるようにMain10には対応してるんじゃないの。
HDCP2.2については、軽くググっただけで対応してるっつう記事がいくらでも見つかるんだが。
お前さんのやることはいつもコレだよ・・・。(知らんけど)

614 :名無しさん@編集中:2015/01/24(土) 16:26:36.15 ID:EObcnca6
これ貼りにきたんだった。
  ttp://rigaya34589.blog135.fc2.com/blog-entry-569.html

GTX970のNVEncのHEVCエンコーダを調べたら、Bフレームの最大数が0になってるらしい。
HEVCエンコ(ただしBフレーム無し)もできるテスト用の「NVEnc 1.00 べーた」が出てるので、
他の環境や、GTX960での結果を報告するといいと思う。

615 :名無しさん@編集中:2015/01/24(土) 18:54:36.77 ID:Jhz/VLFz
GTX960のDXVAベンチマーク結果
http://forum.doom9.org/showpost.php?p=1706902&postcount=221

CPUは使わない完全なハードウェアデコーダで、8bit4k60fpsに対してはかなり余裕がある性能のようだ。

616 :名無しさん@編集中:2015/01/24(土) 22:42:54.08 ID:EObcnca6
Intel Iris and HD Graphics Driver for Windows* 7/8/8.1 64-bit ReleaseNotes
Version: 15.36.14.64.4080 Date: January 13th, 2015
  ttp://downloadmirror.intel.com/24596/eng/ReleaseNotes_GFX_153614_%204080.pdf

> Benefits of updating to this driver include addition of video playback of
> VP9 video format (for Chrome video playback, Google Hangouts),
> HEVC video format (for 4K Ultra HD video playback)
> and expanded Open CL and Open GL extension support.
>
>・Improved video playback through partial hardware acceleration support for the VP9 video format.
>・GPU accelerated decode of HEVC video file format including both 8-bit and 10-bit support.
  This will provide improved video playback capabilities on the platforms.

IntelHDにもHEVC10bitのハードウェアアクセラレーション(ついでにVP9の一部サポート)が来てた。
でも
  ttps://communities.intel.com/thread/59216
によると、第5世代のHD5500とかHD6000とかだけみたいだわ・・・。ちっくしょう。

617 :名無しさん@編集中:2015/01/25(日) 00:07:29.59 ID:2YgFxV9D
Intelが10bitをサポート!
にわかには信じられん。

618 :名無しさん@編集中:2015/01/25(日) 21:29:56.83 ID:JiemAjQl
 
rigayaの日記兼メモ帳 NVEnc 1.00 (HEVC対応)
ttp://rigaya34589.blog135.fc2.com/blog-entry-570.html

>>614の続きだが、GTX960でも、NVEnc(HEVC)ではBフレームが使えないらしい。なんだそれ。

619 :名無しさん@編集中:2015/01/25(日) 23:00:20.60 ID:xZF0DcLO
BフレのないMPEG動画なんてアンコの入ってないアンパンみたいなもんやな。

620 :名無しさん@編集中:2015/01/26(月) 08:27:28.15 ID:BakUvPNB
アンパンですらないな

621 :名無しさん@編集中:2015/01/26(月) 09:06:28.48 ID:erdylMwW
nVidiaにとってGPUエンコは、動画配信やゲームストリーミングのためのものなんでしょ
遅延原因になるBフレームは要らないと割り切った

622 :名無しさん@編集中:2015/01/26(月) 11:48:58.48 ID:XaR/xlEt
処女に何求めてんだよ

623 :名無しさん@編集中:2015/01/26(月) 12:27:35.66 ID:xLmTw1OK
どこの誤爆だw

624 :名無しさん@編集中:2015/01/26(月) 14:03:00.27 ID:ZykboiXt
ご存知ないのですか?
nVidiaのことを処女という隠語があるのを


私も知らないんですけどね

625 :名無しさん@編集中:2015/01/26(月) 14:16:37.26 ID:rXkM31OR
知るかw

626 :名無しさん@編集中:2015/01/26(月) 14:39:55.15 ID:uCkD1Qim
>>621
配信でH.265/HEVCを使う環境はまだ整ってるとは言えないし、遅延原因になるのは
Bフレームだけじゃなかった気もする(曖昧)し、そもそも配信時にBフレームを0に設定すればいいだけであって
Bフレームの機能自体を切り捨てる意義なんて皆無だと思う。
割り切りなんてもんじゃなく、実装したけど問題が見つかったので無効にしてありますとか
そんなアホな理由なんじゃないの。知らんけど。

627 :名無しさん@編集中:2015/01/26(月) 14:49:13.85 ID:o3jLLXvA
設計/実装にも時間かかるし、作業量を減らすためにBフレを除外することだってアリでしょ。
Bフレーム自体は画質にいい影響を与えないしさ。

628 :名無しさん@編集中:2015/01/26(月) 15:11:41.88 ID:Z3COEUxy
Bフレは圧縮効率の向上に効果的だからこそ採用されているのであって、誰も画質にいい影響とか論じていない。

629 :名無しさん@編集中:2015/01/26(月) 15:12:55.62 ID:dqG+FWW8
ハード処理に画質はそんなに求められてないからね

630 :名無しさん@編集中:2015/01/26(月) 15:17:24.54 ID:Z3COEUxy
求めていないわけではないだろ。
ソフトウェアエンコードと同等の品質が高速処理できるとなれば、時間のかかるソフトウェアエンコードなんか誰もしたくないわけで。
品質を求めると現状ソフトウェアエンコードが勝るから渋々使っているだけだから。

ただ、Bフレに関してはHEVCで初採用の技術とかじゃないのに、使えない状態で市場投入しているNVIDIAの技術者はアホだってだけで。

631 :名無しさん@編集中:2015/01/26(月) 15:43:34.39 ID:vGEwlybU
H.265の普及度合いから考えて急ぐ必要がなくて
じっくり段階的に機能を増やしていく方針なんじゃない?
H.264の頃のハードウェアサポートの立ち上がりもそんな感じだったような気がする

632 :名無しさん@編集中:2015/01/26(月) 16:48:54.88 ID:Z3COEUxy
>>631
「じっくり段階的に機能を増やしていく方針」
じっくりすぎるだろw
まったくの新機能じゃあるまいに。
生き馬の目を射抜く時代に、そんなトロいことしてる会社なんてまともに相手にされんぞ。
まぁNVIDIAがまともだった試しなんてないか・・・

633 :名無しさん@編集中:2015/01/26(月) 17:32:46.89 ID:o3jLLXvA
nvidiaのグラボ使ってないから知らないけど、どうせビットレートモードしかないんでしょ?
同ビットレートでh.264より高画質になるならBなくても支障ないでしょ。

634 :名無しさん@編集中:2015/01/26(月) 17:40:17.38 ID:Z3COEUxy
>>633
ビットレート同一だとBフレありのH.264のほうが効率いいと思うぞ。
IピクチャーとPピクチャーだけでは限界がありすぎる。

635 :名無しさん@編集中:2015/01/26(月) 18:15:16.76 ID:uCkD1Qim
>>633
>どうせビットレートモードしかないんでしょ?

わからないなら無理に話に入ってこなくていいから・・・。
とりあえずこっちの記事でも読んでおけばいいんじゃね。

  rigayaの日記兼メモ帳 画質比較 2015.01
  ttp://rigaya34589.blog135.fc2.com/blog-entry-571.html

636 :名無しさん@編集中:2015/01/26(月) 18:31:22.85 ID:o3jLLXvA
>NVEnc H.265/HEVC 1418kbps
>正直驚いたのはこれ。HEVCだけど、BフレームなしなのにNVEncのH.264よりは良い画質だといえそう。ただ、
>あくまでNVEncのH.264との比較だし、髪の部分の妙なざわつきはかなり違和感がある。

エンコーダーとしてはまだまだだけど目的は果たした感じじゃん
Bフレなくても十分だな

637 :名無しさん@編集中:2015/01/26(月) 18:50:14.10 ID:L66kCm6x
>>636
> あくまでNVEncのH.264との比較だし、髪の部分の妙なざわつきはかなり違和感がある。

こんな状態でどこが目的果たしてると言えるんだ?
ゴミでしかない。

638 :名無しさん@編集中:2015/01/26(月) 19:44:46.47 ID:Xn9akWxb
>>635
>>そんなアホな理由なんじゃないの。知らんけど。
おまえも知らんなら話題に無理して入ってくるなよ。

639 :名無しさん@編集中:2015/01/26(月) 20:33:05.46 ID:o3jLLXvA
>>637
区切る箇所が違う

>BフレームなしなのにNVEncのH.264よりは良い画質

早い話がBフレームを使わなくても全世代より良くなってる。

640 :名無しさん@編集中:2015/01/26(月) 21:04:15.27 ID:uCkD1Qim
  _,._
 ( ゚Д゚)

641 :名無しさん@編集中:2015/01/26(月) 21:08:56.81 ID:iJA3pnFp
>>639
出来損ないのNVENCよりはマシ程度の意味でしかないのだが。

642 :名無しさん@編集中:2015/01/26(月) 21:19:10.35 ID:o3jLLXvA
「全世代」は「前世代」の打ち間違い。

643 :名無しさん@編集中:2015/01/27(火) 03:12:08.44 ID:reVI/85n
またゲフォ真理教徒が暴れてるのか

644 :名無しさん@編集中:2015/01/27(火) 16:07:41.34 ID:7c5JnvhH
ある程度の設定で一般的に使われるようになるのは5年後くらいか?
まだまだ先だなH264のときと同じ

645 :名無しさん@編集中:2015/01/27(火) 16:10:37.38 ID:bhJZTzaT
現行モバイルが一掃されないと普及はなさそうではある

646 :名無しさん@編集中:2015/01/27(火) 16:15:50.63 ID:/SwWmz3C
>>644
Intelが今年の後半に投入予定のSkylakeがHEVC対応のQSVを積む予定だから、
これが予定通りに出て所定の性能を発揮できれば、来年あたりから普及する足がかりにはなる。
Intelの場合、NVIDIAみたいに完全なハードウェアエンコーダーではなく、ソフトウェア処理も併用するハイブリッドタイプだから期待はできるかと。

647 :名無しさん@編集中:2015/01/28(水) 03:45:20.74 ID:cLwVf2/l
今年発売されるスマホは続々とH.265に対応するからSkylakeと合わせて今年は一気に広まるよ
そして来年には定番になってる

648 :名無しさん@編集中:2015/01/28(水) 14:08:17.25 ID:G0CcrZXY
スマフォもPCも当分買い換えるつもりねーから
H265はまだまだ先だわ

649 :名無しさん@編集中:2015/01/29(木) 11:58:51.60 ID:K9xDmuLE
Skylakeに備えて金貯めるか。
2日前にマウスコンピューターがデスクトップ向けのCPUを搭載したノートPCが発表されたけど、あれにプラスしてMSIが発表したデスクトップ用GPU外付けボックスが使えるタイプが出れば、エンコードのためだけにもはやデスクトップを自作する必要もなくなるかもしれんし。

650 :名無しさん@編集中:2015/02/04(水) 16:59:25.54 ID:DbPYMMRf
インテル、第5世代Coreプロセッサの強化点を解説
〜Turbo Boostが進化しバッテリ負荷を低減
http://pc.watch.impress.co.jp/docs/news/20150204_686902.html
特にGPU周りが強化され、4K(3,840×2,160ドット)のビデオのハードウェアデコードが可能となり、VP8/VP9/HEVCのデコードを新たにサポート。
また3Dゲームにおいても性能が最大22%向上し、最新APIのサポートを謳う。
加えて、Intel Quick Sync Videoも強化され、Haswellと比較してビデオ制作や編集処理などが最大50%高速化した。

651 :名無しさん@編集中:2015/02/04(水) 17:01:17.87 ID:zZ3y2XWQ
50%?そりゃすごいな

652 :名無しさん@編集中:2015/02/04(水) 17:04:09.36 ID:eXGLmkWy
QSVじゃなくソフトウェアエンコ時で50%アップしてくれよ

653 :名無しさん@編集中:2015/02/04(水) 17:10:35.92 ID:L2qFbmPQ
HEVCのエンコード品質がよければハードウェアエンコードでいい。

654 :名無しさん@編集中:2015/02/04(水) 17:11:51.93 ID:zZ3y2XWQ
トランジスタ数が約35%増加とか書いてるから2〜3割早くなってるんかね

655 :名無しさん@編集中:2015/02/04(水) 17:26:08.90 ID:N41dtLmJ
最大50%高速化って言っても
DDR4の場合だろ

656 :名無しさん@編集中:2015/02/04(水) 17:33:42.17 ID:fqLQZrNh
そんなことよりSkylakeはよはよ

657 :名無しさん@編集中:2015/02/08(日) 08:43:20.65 ID:bykTBDwg
>>647
今のスマホもハードウェアレベルで対応してるだろカス

658 :名無しさん@編集中:2015/02/08(日) 08:50:12.51 ID:m53EwoBe
>>657
デコーダーの話してるんじゃねぇよ。エンコーダーの話だろ。日本語理解できねぇゴミはだまってろ。低脳

659 :名無しさん@編集中:2015/02/08(日) 08:58:44.78 ID:bykTBDwg
>>658
この流れでなんでエンコーダーだよクソが
必死に言い訳考えてそれか。低脳。

660 :名無しさん@編集中:2015/02/08(日) 09:20:09.50 ID:m53EwoBe
>>659
この流れってどの流れだよ。おまえがレスした>>647あたりはQSVとかエンコーダーの話しかしてねぇだろ。
頭悪いなら無理してレスするな。ゴミ。

661 :名無しさん@編集中:2015/02/08(日) 09:21:14.49 ID:bykTBDwg
>>660
顔真っ赤かよw

662 :名無しさん@編集中:2015/02/08(日) 09:23:14.74 ID:m53EwoBe
>>661
ほら、答えてみろよ。どの流れだよ。
頭悪いなら無理してレスするな。ゴミ。

663 :名無しさん@編集中:2015/02/08(日) 10:53:52.32 ID:+hofTt5U
GTX970/980でHAエンコード出来るようになってからだな・・・

664 :名無しさん@編集中:2015/02/08(日) 11:20:22.26 ID:CgRqJx5A
>>663
すでに、GTX980/970でH265のHWエンコードは出来る、Bフレ使えないけどな。
Intelと違って、ほぼ完全固定HWエンコーダーだから、ドライバどうのこうので、機能が増えたりすることは無いから、
Maxwellの間は、このままだと思う。

まぁ、スマフォ用に見て捨てに割切って画質無視すれば、
速くて良いかなって位。
速度と画質のバランスで見ると、多分QSVのH264の方が、
まだマシかも。

665 :名無しさん@編集中:2015/02/08(日) 11:31:09.42 ID:+hofTt5U
>>664 うん、もうちょっと入力側で調整すれば変わるのかもしれないけど
元が磯の場合一旦H264でやったあとにH265化しないとHAはあらが目立ちすぎて困る

666 :名無しさん@編集中:2015/02/08(日) 12:06:02.26 ID:8dv1vIdB
>>658 スマホで動画エンコすんのか。斬新な発想だな。

667 :名無しさん@編集中:2015/02/08(日) 12:18:43.24 ID:+hofTt5U
>>666 スマホとかの方がストレージに余裕が無いから
H265エンコードサポートは有用なんじゃねぇの

3軸電子制御カメラスタビライザー
http://lonestar.hatenablog.com/entry/2015/01/19/140309
これ前にタモリ倶楽部でもネタにしてたけど、比較動画みてもわかる通り効果絶大だよ

エンコードのソースは円盤や放送だけじゃないんだぜw

668 :名無しさん@編集中:2015/02/08(日) 12:20:22.41 ID:WkNPul5I
携帯電波帯域も有限だし有料。
同じ画質でビットレート下げられるならこれほどありがたいことないしね。

669 :名無しさん@編集中:2015/02/08(日) 12:28:09.97 ID:Jy9LksZI
ID:bykTBDwg
10日以上前のレスに過剰反応しているキチガイ

670 :名無しさん@編集中:2015/02/08(日) 12:41:45.59 ID:64JVu3ZU
>>666
マジレスすると動画撮影のために必ずハードウェアエンコーダー付いてるだろ
動画ファイルから動画ファイルへのエンコードはあんまりないだろうけど

671 :名無しさん@編集中:2015/02/08(日) 14:25:13.01 ID:7tuoUeQs
スマホのHWエンコなんて
リアルタイム処理のために画質か圧縮率どっちかを犠牲にする代物だろ

672 :名無しさん@編集中:2015/02/08(日) 15:10:38.52 ID:elWNHOkr
>>671 disりたいだけかw

673 :名無しさん@編集中:2015/02/08(日) 16:14:02.53 ID:M5pgyc7t
4K録画→H265で圧縮して保存や伝送
ますます電池と熱設計が問題なりそうだな
4K録画だけで、sonyがxperiaでまともな熱設計してなかったことが露呈したわけだし

674 :名無しさん@編集中:2015/02/08(日) 16:21:19.21 ID:elWNHOkr
>>673 このスレに要るのにHAのパワーバランスを理解してないのか
まぁ実装は判らんけど何のためにHAが望まれて要るかもわからないんだろうね
Disしたいだけの馬鹿は底がないね

675 :名無しさん@編集中:2015/02/08(日) 21:06:47.38 ID:KC8m4e/w
>>673
サムチョンマンセーですねわかります

676 :名無しさん@編集中:2015/02/08(日) 21:23:42.06 ID:7tuoUeQs
>>672
リアルタイム処理はそれはそれで重要な意義があるよ
いくら高画質高圧縮でもカメラ動画が1fpsじゃ役に立たん

677 :名無しさん@編集中:2015/02/09(月) 01:33:35.12 ID:e+DuR9Om
>>663,665,674
HAって何?

678 :名無しさん@編集中:2015/02/09(月) 01:38:11.74 ID:e+DuR9Om
hardware accelerated encoderか

679 :名無しさん@編集中:2015/02/11(水) 15:39:07.90 ID:cPtOmcAR
HEVC動画の拡張子ってどうすればいいの?

mp4コンテナのhevc動画の拡張子をmp5にすればいいのかな?

680 :名無しさん@編集中:2015/02/11(水) 15:50:41.80 ID:IIt09DDk
>>679
そんな使い古された釣りはいらないよ。つまらないし。
「標準とかどうでもいい。動画が再生できなくなっても構わない。」という
意味不明なポリシーを持ってるんだとしたらmp5にする自由も君にはあるよ。

681 :名無しさん@編集中:2015/02/11(水) 15:57:44.56 ID:j3VTYrg1
>>680
捻くれた返し方もつまらねーなw

682 :名無しさん@編集中:2015/02/11(水) 16:52:49.26 ID:bcV3fJqw
>>679 ぼくのかんがえた最強のかくちょうし ネタはポエム板でやってくれ

683 :名無しさん@編集中:2015/02/11(水) 20:34:09.67 ID:y11SNiIm
マジレスすると
mp4にとってHEVCはコンテナに入れられる1コーデックにすぎないからmp4はmp4のまま

684 :名無しさん@編集中:2015/02/19(木) 10:32:52.94 ID:9HCOYJvi
そもそも.mp4っていう拡張子に無理があるよなぁ
中身見るまでどんな映像と音声のコーデックなのかわかりゃしねぇ

685 :名無しさん@編集中:2015/02/19(木) 10:35:43.15 ID:H/NMet2Z
>>684 ・・・頭大丈夫か?
拡張子だけで映像と音声のコーデック判るほうが少ないだろ・・・

686 :名無しさん@編集中:2015/02/19(木) 11:46:57.79 ID:acZGNHlT
分かるようにしろってことでは?
たとえば「x264+nero_aac=mp4」みたいな。
中身が何かわかったところで意味がないから(自分は)良案だとは思ってないけど

687 :名無しさん@編集中:2015/02/19(木) 11:56:06.84 ID:H/NMet2Z
>>686 そう、Ver違い、パラメーター違いで再生不能はいくらでもあるからってのもある
あまりに差が有るのでその差を、拡張子で埋めるのは無理だろ・・・

688 :名無しさん@編集中:2015/02/19(木) 12:58:30.19 ID:aYwC82dV
そもそも、拡張子で判断して実行するOSなんてWindowsくらいじゃない?
ってことで、拡張子に頼るOS自体に文句言われても。。。

689 :名無しさん@編集中:2015/02/20(金) 03:12:39.78 ID:i3+HBSjL
再生可否に悩まされるのが嫌ならmpgでも使ってりゃいい

690 :名無しさん@編集中:2015/02/22(日) 00:14:19.53 ID:2Px4qWhq
MPC-BE の内蔵デコーダって、結構優秀だね。

i7-4790K+TITAN Black(1枚)で、4K動画も余裕で再生できたわ。

691 :名無しさん@編集中 転載ダメ©2ch.net:2015/02/22(日) 02:22:01.35 ID:SDWJ0HWx
そりゃできるだろ

692 :名無しさん@編集中:2015/02/22(日) 03:03:41.19 ID:K3duMnhe
同意

693 :名無しさん@編集中:2015/02/23(月) 09:58:35.71 ID:/Q8GT9MF
レート上げればVGA画質でも再生できなくすることはできるし
何言ってんだこいつ・・・

694 :名無しさん@編集中:2015/02/24(火) 00:47:51.44 ID:BSZY0LJz
>>693
パソコンぶっ壊せば再生できなくなるし何言ってんだお前

695 :名無しさん@編集中:2015/02/24(火) 07:53:05.64 ID:MPABQJZZ
>>694 パラメーター次第ってことだろ、変に食いつくなよ

696 :名無しさん@編集中:2015/02/24(火) 08:32:49.87 ID:t+nCWfWe
程度問題でも空気嫁と言うこと

697 :名無しさん@編集中:2015/02/24(火) 19:03:31.25 ID:8T4py3uB
物分りの悪い奴だ。

698 :名無しさん@編集中:2015/03/08(日) 21:29:31.73 ID:1vnXdBMk
>>693
無圧縮最強ですよね

699 :名無しさん@編集中:2015/03/12(木) 00:41:20.64 ID:0uxTj/Sr
新しいffmpeg は nvenc サポートと言ってるけど、これって maxwell 2 でhevc 使えないですよね?

bpgとかを maxwell で圧縮できるなら、今までのjpg 全部、bpgに置換して、持ち歩きできるようになるのだが…

700 :名無しさん@編集中:2015/03/12(木) 09:13:15.37 ID:lOmd99Et
bpgって2chで書き込むと例の如く発狂する人が出てきそう

701 :名無しさん@編集中:2015/03/16(月) 16:19:12.67 ID:+QmCAOkE
H.265ハードウェアエンコードは無いの?

702 :名無しさん@編集中:2015/03/16(月) 18:31:25.65 ID:+uHktzsi
>>701
>>618あたりを見とけ。

703 :名無しさん@編集中:2015/03/25(水) 20:50:12.41 ID:91tbWFo4
【4Kはもう古い?】Windows10、8K解像度にも正式対応へへ
http://fox.2ch.net/test/read.cgi/poverty/1427280559/

704 :名無しさん@編集中:2015/03/26(木) 12:26:44.34 ID:xjJMS9Dc
解像度を上げ下げするとUIのバランスがウンコになるのがWindowsの伝統だったけど
これでその問題も解決ということかな

705 :名無しさん@編集中:2015/03/26(木) 12:29:55.17 ID:zszQlUgp
ないない

706 :名無しさん@編集中:2015/03/26(木) 12:55:44.52 ID:xjJMS9Dc
最大8Kを想定してるなら、UIバランスも当然調整されるでしょ

707 :名無しさん@編集中:2015/03/26(木) 13:16:34.29 ID:Xa6eTKem
NTT、4K放送向けHEVCリアルタイムエンコーダLSI「NARA」。世界初4:2:2対応で色情報2倍
http://av.watch.impress.co.jp/docs/news/20150326_694705.html

708 :名無しさん@編集中:2015/03/26(木) 13:21:31.33 ID:oeSS8/FO
LSIのニュースなんか貼られても・・

709 :名無しさん@編集中:2015/03/26(木) 14:17:54.52 ID:N2x8WF9o
4K/8K放送は4:2:2で頼みます。

710 :名無しさん@編集中:2015/03/26(木) 14:33:56.47 ID:3CyDBGIP
今頃そんな事言われましても・・・
放送は4:2:0 10bitでしょ、すでに試験放送もそれでやってるし。

円盤系はどーするかしらんが、放送がこの先4:2:2になるとは思えない。

711 :名無しさん@編集中:2015/03/26(木) 15:48:52.00 ID:tYBrNLA9
標準規格に422と444入ってほしかったな

712 :名無しさん@編集中:2015/03/26(木) 15:49:35.59 ID:LfXjPtaY
デコーダーが対応してないもんな

713 :名無しさん@編集中:2015/03/26(木) 16:12:00.06 ID:gppvecby
まだ確定じゃないけど、ULTRA HD BLU-RAYも4:2:0になるだろね。

 次世代BD「ULTRA HD BLU-RAY」規格の詳細をキーマンに聞く。
 4K/HDRで“究極高画質”へ (3/7) - Phile-web
 ttp://www.phileweb.com/news/d-av/201501/08/36191_3.html

714 :名無しさん@編集中:2015/03/27(金) 17:07:02.58 ID:LdGsbQEM
また赤が死ぬのか

715 :名無しさん@編集中:2015/03/27(金) 20:52:26.09 ID:xFwdzMkf
ベンチ向け
http://www.libde265.org/blog/2014/04/10/libde265-js-javascript-hevch-265-bitstream-decoder/

716 :名無しさん@編集中:2015/03/27(金) 22:58:06.46 ID:CkyhdQxu
解像度が向上するのに色の進歩は止まったまま。
変わってくれることを祈ります。

717 :名無しさん@編集中:2015/03/27(金) 23:03:10.13 ID:eKBQO2Yy
PS1のムービーのような赤などの解像感の低下っぷりをいまだに引きずりまくっているのはたまげたなー

718 :名無しさん@編集中:2015/03/27(金) 23:25:09.17 ID:MT5g7FYq
赤狩りの記憶がいまだ抜けきらないハリウッド

719 :名無しさん@編集中:2015/03/28(土) 02:07:49.69 ID:wzEhkJT1
作ってる側からしても、送れることなら送りたいだろうけど、
何せ送るための帯域には、全く余裕が無いんだから、
どうしようもない。

H.265で圧縮率がH.264の倍になっても、
送ろうとしてる画素データは4Kで4倍、8Kで16倍になる。
でも帯域はそこまで増えない。
それでどうしろって話。
4:2:2を使った上で、圧縮率が2倍以上にできない限り、
増やしようがないでしょ。

720 :名無しさん@編集中:2015/03/28(土) 02:25:12.66 ID:QkBY8baR
解像度と色だと、優先順位的に色が低いのがちょっと・・・。

インパクト的に解像度は判り易いからなぁ。

でも、やっぱり、そろそろ、赤なんとかした方がいいと思う。

721 :名無しさん@編集中:2015/03/28(土) 16:58:42.18 ID:XSywfRoY
色はBT.2020、10bit(非線形)導入でだいぶマシにはなるでしょ。
ただそれを活かすカメラなりポスプロがないと話にならんけど。

722 :名無しさん@編集中:2015/03/28(土) 20:35:56.32 ID:uFL8Hr4D
BT.2020 → 色域は広がるけど一般的な見た目に与える影響はそんなでもないんじゃね?
10bit深度 → バンディングも抑えられるし圧縮効率や色の再現性も上がるので良いこと。
赤が死ぬ → 色差サンプリングが4:2:0なのが原因だから上記2つとは関係なくアウトじゃね?

こんな感じじゃないん?

723 :名無しさん@編集中:2015/03/28(土) 22:50:07.46 ID:GsCr9zjV
補正したらいいだけじゃないの?

724 :名無しさん@編集中:2015/03/29(日) 09:08:46.01 ID:/GQxSLmv
4:2:0は動画自体に映像として埋め込まれている色付きの文字等が酷く潰れやすいんだよなー…

725 :名無しさん@編集中:2015/03/29(日) 09:11:20.79 ID:/GQxSLmv
>>722
自分も似たような感じの認識

726 :名無しさん@編集中 転載ダメ©2ch.net:2015/03/29(日) 09:22:08.10 ID:dfTC4/UL
4kテレビを売りたい業界の思惑もあってか、解像度は据え置きで色空間をRGBと言う方向には行かないみたいね

727 :名無しさん@編集中:2015/03/29(日) 13:08:58.24 ID:/caR7xGI
何を言ってるんだお前は

728 :名無しさん@編集中:2015/03/30(月) 09:15:04.54 ID:y65gH6gm
インタレ保持に対応するのは絶望的?

729 :名無しさん@編集中:2015/03/30(月) 09:58:27.33 ID:Gjd/oQ4H
絶望的というか、誰も求めてないでしょ、そんな機能。
優先順位最下位じゃないの?

730 :名無しさん@編集中:2015/03/30(月) 12:13:18.10 ID:H3Eoahp0
>>728
是非とも対応してもらいたいけど、まあ絶望的でしょうな。

731 :名無しさん@編集中:2015/03/30(月) 20:04:14.37 ID:UkHFZLh1
そもそもInterlaceで放送すると画質の面で何か利点はあるのでしょうか。

732 :名無しさん@編集中:2015/03/30(月) 20:15:13.50 ID:99A9IeMw
ない。

733 :名無しさん@編集中:2015/03/30(月) 20:19:14.90 ID:pQMvuhYs
HEVCとは全く関係ないけど、動画サイト見てるといまだにインタレの処理してないままUPしてる人がいるからさっさとインタレ根絶してほしい。

734 :名無しさん@編集中 転載ダメ©2ch.net:2015/03/30(月) 21:28:49.12 ID:VvnagIYp
>>733
プログレッシブが前提のH.265はその一歩だと思う

735 :名無しさん@編集中:2015/03/30(月) 21:55:05.67 ID:MqQim2iz
世にあるインタレ専のテレビを全て切り捨てるつもりがあるかどうかだろうねえ
未だにそんなもん使ってるような人は次世代の放送なんかにゃ興味無いだろうけど

736 :名無しさん@編集中:2015/03/30(月) 22:25:14.49 ID:DcZrwXqp
もはやインタレはブラウン管時代の名残でしかないもんな。
液晶は仕組み上、インタレのままで表示はありえんし。
しかし一方でインタレ解除を満足な品質でやるのはいまだに意外に難しかったりするのだが。

特にBS-JAPANはフィールドオーダーがBFFだったりTFFだったりみたいな番組によって変わる変態状態があるから、BFFの信号を旨く処理できないテレビやプレーヤーでインタレ解除するとなんじゃこりゃになってしまうし。
(この前放送終了した神社百景 Grace of JAPANはこの変態のために、せっかく高画質撮影されていたにも関わらず、テレビやプレーヤーによっては非常に残念な状態になってしまっていた。)

いまだにインタレ解除はこれさえ使っていおけば大丈夫みたいなのがないように思う。

737 :名無しさん@編集中:2015/03/31(火) 07:16:09.51 ID:fsZYbEHk
デジタルだと帯域を抑えられるとかもあるけどそれ以上に解除とか面倒過ぎる
視聴時のリアルタイム処理だとそれなりに微妙な品質のデインタレースしか使えないわけだし

738 :名無しさん@編集中:2015/03/31(火) 15:51:12.46 ID:1IzCBq6S
>728,730は何に利点を見出しているのだろう。

739 :名無しさん@編集中:2015/03/31(火) 16:26:49.12 ID:E1mMdXpn
>>738
今までのインタレソースのエンコに使いたいんじゃね?
いつまでも過去の資産にしがみついているよりインタレ動画はエンコせずそのまま保持すりゃいいのにと思うが...

740 :名無しさん@編集中:2015/03/31(火) 16:29:15.36 ID:zREruVyL
次世代衛星放送規格にも

1920x1080/60/I HEVC(Max20Mbps)と、インタレ残っているんだよね

741 :名無しさん@編集中 転載ダメ©2ch.net:2015/03/31(火) 19:59:35.81 ID:KWWGN+Da
インタレの概念そのものが消え去れば解決

742 :名無しさん@編集中:2015/03/31(火) 20:38:59.62 ID:8E3Xi11S
インタレ退散!!

743 :名無しさん@編集中:2015/03/31(火) 20:47:18.18 ID:Yox34Tt7
小さいけど重い
俺のpcじゃフルHDはデコードできずに観れないわ

744 :名無しさん@編集中:2015/03/31(火) 21:38:44.48 ID:rmncHFGN
>>739
了解でありまあす! もうインタレ動画はエンコしません!
よって対応しなくてもOKであります!

745 :名無しさん@編集中:2015/04/01(水) 12:49:53.63 ID:vmqion/o
キャプテンシステム被害者の会
8mmビデオ被害者の会
レーザディスク被害者の会
クリアビジョン被害者の会
VHD被害者の会
HDDVD被害者の会
みえるラジオ被害者の会
AMステレオ被害者の会
デジタルラジオ被害者の会
DVHS被害者の会
MXテレビマルチ編成被害者の会

746 :名無しさん@編集中:2015/04/01(水) 19:05:14.37 ID:1fBq/EwA
レーザディスク
AMステレオ
D-VHSに引っかかりますた

747 :名無しさん@編集中:2015/04/01(水) 22:14:59.08 ID:ddfhxpyl
デジタルのコンパクトカセットって名称なんでしたか…

748 :名無しさん@編集中:2015/04/01(水) 22:28:07.93 ID:7iTW1ZJG
DATか?DCCか?

749 :名無しさん@編集中:2015/04/01(水) 23:02:08.96 ID:pa2lVX8O
S端子被害者の会もいるかもな。

750 :名無しさん@編集中:2015/04/02(木) 00:08:43.31 ID:NQGr8ttQ
DATは音楽制作の現場では当たり前でしたよね。

751 :名無しさん@編集中:2015/04/02(木) 07:53:59.56 ID:xyOFlT6S
クリアビジョンて何だっけ
EDTVってやつ?

752 :名無しさん@編集中:2015/04/02(木) 09:53:05.42 ID:VVKSpVgr
ワイドクリアビジョン

753 :名無しさん@編集中:2015/04/02(木) 10:02:55.97 ID:tfY9bjRB
疑似NTSC

754 :名無しさん@編集中:2015/04/02(木) 18:33:58.29 ID:mqT7+r7X
D-VHSはまだ使ってるわ
もう十年近く使ってるけど末期のビデオレコーダーはめっちゃ耐久性あるな

755 :名無しさん@編集中:2015/04/02(木) 22:23:43.35 ID:Srq22SZc
MUSE-NTSC

756 :名無しさん@編集中:2015/04/03(金) 01:07:27.00 ID:DgAgOkhm
パナソニック、40型で約20万円の4Kテレビ「VIERA CX700」 - AV Watch
ttp://av.watch.impress.co.jp/docs/news/20150402_695840.html

> 従来モデルのAX700シリーズで省かれていたHEVC/H.265デコーダも新搭載。

757 :名無しさん@編集中:2015/04/03(金) 08:32:33.38 ID:hvh9eeMl
>>755
DTV板的には重要だな
あわせて、W-VHS(だったかな)も追加希望w

758 :名無しさん@編集中:2015/04/05(日) 14:53:26.65 ID:9aFJ4mnQ
UHDcode
http://forum.doom9.org/showthread.php?p=1715668#post1715668
OpenCL1.2はNvidiaは最近対応したとかどうのこうの言ってるようだけど
実際どうなんかね

759 :名無しさん@編集中:2015/04/05(日) 19:08:37.15 ID:J7Ac6R5P
さっさとブラウザ対応してニコニコに革命を起こして欲しいな

760 :名無しさん@編集中:2015/04/05(日) 20:57:50.00 ID:GyAoyTbb
>>759
H.265を導入したって、ニコニコじゃ革命というほどの変化なんて起きないと思うけどね。

761 :名無しさん@編集中:2015/04/05(日) 20:59:46.56 ID:PaNylHpw
100MB制限を何とかしてほしい

762 :名無しさん@編集中:2015/04/05(日) 21:04:12.68 ID:dVJUeNnU
試しに自分がよく扱うSFCのゲームの動画をx265使って低ビットレートでエンコードしてみたけどあんまり綺麗にならなかった。
x264のほうがずっとSSIM高いし見た目も綺麗。
まあソースにもよるだろうけど。

763 :名無しさん@編集中:2015/04/05(日) 21:23:43.02 ID:RVLW66M0
8K放送はもっとBitrateを上げるべき。
100Mbps程度でやろうなんて甘過ぎる。

764 :名無しさん@編集中:2015/04/06(月) 08:39:38.22 ID:tsgpsk/o
>>762
ドット絵のゲーム映像ソースってx264とか云々以前に4:4:4じゃないとあまり綺麗にならん感じもする

765 :名無しさん@編集中:2015/04/06(月) 16:43:45.91 ID:1rGO+9Jh
http://av.watch.impress.co.jp/docs/news/20150406_696382.html
初の4K/60p HEVC 4:2:2リアルタイムエンコーダ出荷開始

現在のデジタルテレビ放送で用いられている4:2:0に比べ2倍の色情報を持つ
YUV 4:2:2 10bitのプログレッシブ/インターレース映像をサポートする。

766 :名無しさん@編集中:2015/04/06(月) 16:46:19.63 ID:DeTUqq8z
そもそもこの手のコーデックで4:2:0にしても大したメリットがないように感じる
アナログや可逆圧縮なら理解できるんだけど

767 :名無しさん@編集中:2015/04/06(月) 16:56:44.18 ID:P6+Z3KQX
>>765
値段によるけど普通に売れそう
PT4とかで出ないかな

768 :762:2015/04/06(月) 17:50:00.34 ID:uVR0bWVU
>>764>>766
ニコニコ動画でH.265云々の話が出てたから試してみたってことね。
4:4:4じゃないと綺麗にならないっていうのもわかってるけどFlash Playerじゃ4:4:4の動画再生できないみたいだし。
それに色空間やらサンプリングでの劣化というよりH.265の方がビットレート足りてない感じになった。

769 :名無しさん@編集中:2015/04/06(月) 17:50:56.14 ID:1rGO+9Jh
>767
ちょ、一般向けには流通しませんよwww

770 :名無しさん@編集中:2015/04/06(月) 18:14:41.73 ID:tsgpsk/o
>>768
HEVCってライセンスどうなんだろ
AVCみたくブラウザのHTML5周りで難民増えまくるんだろうか

771 :名無しさん@編集中:2015/04/06(月) 18:28:31.73 ID:ji3WXXfi
HTML5の処理が重くてHEVCのデコードも重くて全滅とはならんのけ

772 :名無しさん@編集中:2015/04/06(月) 20:41:07.97 ID:1rGO+9Jh
http://av.watch.impress.co.jp/docs/news/20140212_634738.html
一年前にはこういった製品もありましたね。

773 :名無しさん@編集中:2015/04/06(月) 23:57:31.00 ID:7EuqrlIp
http://www.phileweb.com/news/d-av/201504/06/36597.html
これはご家庭で買えるような値段なんだろうか

774 :名無しさん@編集中:2015/04/07(火) 00:11:55.22 ID:hr1SIzaQ
フルHD4つ同時に60pHEVCにリアルタイムマルチチャンネルエンコードとか便利すぎるからなぁ
50とか100万するんだろう
手軽に買えるには2、3年かかるかな

775 :名無しさん@編集中:2015/04/07(火) 11:04:04.44 ID:mFEgeY3/
問題はビットレート設定。
x264/x265みたいに画質指定できなかったら満足できるものではない

776 :名無しさん@編集中:2015/04/07(火) 11:07:54.39 ID:YFwqiZ0h
QSV、NVENC、VCE などが対応するまで、
ハードウェアエンコードは一般人は手が出る物じゃないな

777 :名無しさん@編集中:2015/04/07(火) 11:13:42.92 ID:hr1SIzaQ
ハイエンドのBD/HDDレコーダーに積んできたりしたらモノ好きが買うかも

778 :名無しさん@編集中:2015/04/07(火) 17:07:30.66 ID:yk1VMP04
Blu-rayの次の規格が決まったら、パナ辺りがレコに載せてくるんではないかな?

779 :名無しさん@編集中:2015/04/07(火) 18:14:36.55 ID:gtFW3dSz
>772と>773はどっちがつおいの?

780 :名無しさん@編集中:2015/04/07(火) 18:20:08.70 ID:hQUnI1C8
白い方が勝つわ

781 :名無しさん@編集中:2015/04/07(火) 18:40:08.97 ID:Lx4DatDy
【情強速報】ついに8K(約3000万画素)の時代到来 Appleの“8K iMac”が年内に登場か?
http://fox.2ch.net/test/read.cgi/poverty/1428397773/

782 :名無しさん@編集中:2015/04/07(火) 20:59:07.63 ID:4dVHELvc
>>781
おお、
今回ばかりはApple応援するは。

しかし、1月にSonyが8k出さなかったりとかあったし、内実は、かなり進んでいるんでない? ハードソフトともに。

265エンコーダ、デコーダに期待。
夏くらいには発表あるのかな?

783 :名無しさん@編集中:2015/04/07(火) 21:01:46.84 ID:hQUnI1C8
 
“8K iMac”が年内に登場? LGのうっかりで発覚 - ITmedia ニュース
http://www.itmedia.co.jp/news/articles/1504/07/news082.html

なんというか元記事がアレだな・・・

784 :名無しさん@編集中:2015/04/07(火) 21:04:24.49 ID:hQUnI1C8
こっちのほうがいいか。

『iMac 8K』をLGがうっかりリーク? 自社の98型 8Kテレビ発表で言及 - Engadget Japanese
ttp://japanese.engadget.com/2015/04/07/imac-8k-lg-98-8k/

785 :名無しさん@編集中:2015/04/08(水) 11:46:05.76 ID:T5wqS8iY
ffmpegでnvenc_h265をサポートしたっぽい
GeForce GTX 960, GTX 970, GTX 980しか動かないらしいけど
しかも自分でffmpegをビルドする必要もあるらしい
誰かこれでピアキャスでMKV配信(nvenc_h265+libopus)で配信してみてよ

786 :名無しさん@編集中:2015/04/08(水) 19:52:59.72 ID:3KSdFYz3
直配信もわかりやすいやり方がピアカスしかないっつーのが面倒だな
H.264も直配信だと現状似たようなもんか

787 :名無しさん@編集中:2015/04/10(金) 01:43:08.65 ID:U7+uy8iD
>>779
>>772の方がつおいか、つおく出来る
でっかいエンコード「装置」だから

>>773はエンコード機能を1チップ化したもの
小ささと消費電力なら大きく勝る

ついでに>>765>>773同様
ただ、どう贔屓目に読んでもまだサンプルが出来てない
発表だけ一番にしたかったのが丸わかり

788 :名無しさん@編集中:2015/04/13(月) 05:08:07.76 ID:QNf3mgbu
アメリカの次世代地デジ規格ATSC3.0

■映像、音声、データ込みで25.2Mbps(帯域6MHz)・・・8K放送の予定なし

■映像符号化 SHVC(Scaleble HEVC)
映像符号化技術HEVCの階層符号化拡張である。
SHVCは画像を階層的に符号化する階層符号化技術で、
映像ビットストリームを品質と解像度レイヤーを映像信号に追加するサブセットに分割し、
ネットワークのデータストリーム情報を画像に変換する仕組み。

789 :名無しさん@編集中:2015/04/13(月) 11:56:38.77 ID:QiCcwgki
アメリカにおける

790 :名無しさん@編集中:2015/04/13(月) 11:57:12.34 ID:QiCcwgki
アメリカにおける地デジの地位って糞低いんだけど、そんな規格に意味があるとは思えない

791 :名無しさん@編集中:2015/04/14(火) 20:00:43.74 ID:voBNsMx8
サイバーリンク、“TrueTheater”で一層鮮やかに動画を再生可能な「PowerDVD 15」 - 窓の杜
http://www.forest.impress.co.jp/docs/news/20150414_697774.html

792 :名無しさん@編集中:2015/04/15(水) 00:45:49.10 ID:vf0Nxyku
BMDのH.265ハードウェアエンコード出来る新製品の話題はココでは盛り上がらないのかな
ここの住人さんのニーズとは違いますかね

ttps://www.blackmagicdesign.com/jp/products/ultrastudiothunderbolt

793 :名無しさん@編集中:2015/04/15(水) 00:49:04.49 ID:HJ/1NHER
つんだーぼるとってurlに入ってる時点で

794 :名無しさん@編集中:2015/04/15(水) 01:27:34.02 ID:qJHqOyOV
>>792
H.265ハードウェアエンコはラックマウントのUltraStudio 4K Extremeのみで、
お値段365,800円也か・・・。しかもさりげなく
  「Mac OS XでのH.265/ProResハードウェアエンコードに対応。」
と書いてるからMac限定なんだろうけど、なんでOS制限があるのかいまいちよくわからんし、
製品の用途的にはH.265ハードウェアエンコはおまけ要素のような気も。
ハードウェアエンコの詳細も書かれてないけどMain10には対応してんのかな。

795 :名無しさん@編集中:2015/04/15(水) 04:06:20.16 ID:VWs+vpaJ
PowerDVD 15 Ultra買ってみたけどスカパー4KフォーマットではBroadwellノート、GTX 980デスクトップともに再生支援オンにならなかったわ
がっかり感ぱねー
あと要望出してるのにいまだにAACのビットストリーム出力に対応してくれないし個人的に無能と言わざるを得ない

796 :名無しさん@編集中:2015/04/15(水) 04:10:37.41 ID:2ba1taVw
>>794
WDM対応って書いてあるしMac限定ではないと思うが。
Thunderbolt対応が必要なのかね。

797 :名無しさん@編集中:2015/04/15(水) 04:19:26.23 ID:VWs+vpaJ
>>795に追記
この二つのソースだとGTX 980は数秒でフリーズするけど、Broadwellは再生支援が機能した。
やっぱりKelperといいながらGTX 960だけのパターンなのか?
http://trailers.divx.com/hevc/SHANE_ONEIL%204K24p_HEVC_10Mbits.mkv
http://trailers.divx.com/hevc/Sintel_4k_27qp_24fps_1aud_9subs.mkv

798 :名無しさん@編集中:2015/04/15(水) 04:34:34.34 ID:qJHqOyOV
>>796
製品自体はWin/Mac両対応だけど、H.265/ProResハードエンコ機能は
Macでしか使えないんじゃないかってことね。
そうじゃなきゃ「Mac OS Xでの」なんていう枕詞なんてつかないはずだし。

799 :名無しさん@編集中:2015/04/15(水) 07:40:05.11 ID:VWs+vpaJ
>>795だけど、まさかKelper以降対応ではなくてKelper対応のMaxwell未対応なんて可能性もありえるのか・・・?
「Keplerアーキテクチャに対応したNVIDIA製GPUによるハードウェアアクセラレーションに新対応。」
http://av.watch.impress.co.jp/docs/news/20150414_697773.html

800 :名無しさん@編集中:2015/04/15(水) 13:26:53.42 ID:b54EXsP9
>>795 >>797 >>799
スカパー4Kが再生支援ONにならないのはHEVCのMain10だからじゃね?
Main10の再生支援に対応してるGPUは現状だとGTX960とIntelHD5000系くらいでしょ。
それに、記事にHaswellだのKeplerだのと書いてるところを見ると、
PowerDVD15のHEVCハードウェアアクセラレーション対応は
Mainどまりで、Main10には対応していないように思える。正確な仕様は知らないけど怪しい。

>>797のソースはMain10じゃなくMainのはずだと思うけど、GTX980でフリーズする理由は知らない。
LAV FiltersでHEVCとUHD(4K)のDXVAを有効にして、GTX980の環境で問題なく
ハードウェアアクセラレーションONで再生できるなら、PowerDVD15に問題があるんじゃないかな。
まずはその切り分けをするべきかと。

801 :名無しさん@編集中:2015/04/15(水) 13:54:32.81 ID:VWs+vpaJ
>>800
参考になるわー、LAVは問題なかったよ
Cyberlinkは大体いつも糞だからそんなもんだと思って気長にアップデート待ちますw
一応ソフトデコードでも14より少し負荷下がってるし
32bitでスカパー4Kコマ落ちなしだと未だに他の選択肢ないとかつらい

802 :名無しさん@編集中:2015/04/15(水) 14:03:25.95 ID:b54EXsP9
>>801
書き忘れてたんだけど、BroadwellノートのGPUとドライババージョンは?
BroadwellならMain10対応してるはずだし、やっぱPowerDVD側がMain10対応してないってことなのかな。

803 :名無しさん@編集中:2015/04/15(水) 14:27:27.45 ID:gJGIoBzR
NVIDIAのGPUの場合、
ハードウェアアクセラレーションONといっても、専用回路ではなくCUDAの場合もある。

デコード専用回路使用の場合、VE Load が何%かになる。
CUDAの場合、VE Loadは反応なし。GPU Loadが小刻みに変化する。

804 :名無しさん@編集中:2015/04/15(水) 14:40:19.55 ID:gJGIoBzR
>>795
MPC-HC(LAV)と違い、PowerDVDはHDCPをチェックしているから、
そもそもモニターがMain10に対応してなきゃ、Main10でデコード&表示できないのでわ?

HDCP2.2対応の4Kテレビか4Kモニターで検証してほしい

805 :名無しさん@編集中:2015/04/15(水) 15:44:28.71 ID:dLZL69dy
その前に、スカパー!4Kをどうやって再生してんだよ?

806 :名無しさん@編集中:2015/04/15(水) 16:35:16.95 ID:z+41gXkn
録画したものならそりゃ当然再生できるけど
TVTestでリアルタイムに見ようとしても音だけ出て画面真っ暗

使っているデコーダは
Strongene_Lentoid_HEVC_Decoder_v2.0.3.1_2015_03_21_r3629
だけど、これじゃだめなんかな
PowerDVD15買ったら見えるようになるんかな

807 :名無しさん@編集中:2015/04/15(水) 16:49:04.48 ID:5uEkNQy8
LAVFilterでいけるんじゃない?

808 :名無しさん@編集中:2015/04/15(水) 17:13:16.87 ID:dLZL69dy
>>806
当然って、現状4KのTS抜きなんかできないだろ。
どうやってんの?

809 :名無しさん@編集中:2015/04/15(水) 17:20:03.35 ID:ZjmO4krt
>>806
Strongeneは10bitに対応してないから再生できない。

810 :名無しさん@編集中:2015/04/15(水) 17:39:39.85 ID:LxAT5M9A
>808
http://dtv.air-nifty.com/sphd/2014/05/4k-10ab.html

811 :名無しさん@編集中:2015/04/15(水) 18:21:26.58 ID:z+41gXkn
>>807
サンクス!
channel4Kはそれで見られるようになった

ただスカパー4K総合はまだ見られないが、なんか設定が必要なのかな

>>809
そうなんだね
>>807に教えてもらったLAVFileterはchannel4Kには有効だった

812 :名無しさん@編集中:2015/04/15(水) 18:52:46.14 ID:dLZL69dy
>>810
マジかよ!

813 :名無しさん@編集中:2015/04/15(水) 22:31:46.47 ID:RKXQGBaY
今のところHEVCのハードウエア再生支援機能があるグラボってGTX960だけ?
最新のTITAN Xでも無理なの?

814 :名無しさん@編集中:2015/04/16(木) 00:11:05.78 ID:Z3IC8TjM
>>813
対応内容に違いはあるけど
  Mainプロファイルの再生支援: Intel Haswell以降、nVIDIA Maxwell以降
  Main10プロファイルの再生支援: Intel Broadwell、nVIDIA GTX960
じゃないかな。
レビュー見る限り、TITAN X はMain10プロファイルの再生支援機能は持ってないっぽい。

815 :名無しさん@編集中:2015/04/16(木) 00:17:38.95 ID:8kTrFkcB
>>814
PowerDVD15のHEVC再生支援要件にはnVidiaはKepler以降って書いてあるけど
TITAN Xは実際には対応していない感じだから、なんかよくわからんね

今のところ確実なのはGTX960だけかな

816 :名無しさん@編集中:2015/04/16(木) 02:18:39.46 ID:HSfEfaT7
TITAN X は地雷だったのかw

817 :名無しさん@編集中:2015/04/16(木) 07:59:56.68 ID:ZFEWhpiY
TITANシリーズなのに倍精度も酷いしアレはほぼゲーム用よ

818 :名無しさん@編集中:2015/04/16(木) 16:00:46.85 ID:nNl7/+/Z
いや、元からTITANはゲーム用だってw
先代までは、GPUのコアがたまたま、GPGPU向けの
Keplerだったから、倍精度がおまけで付いてきたけど。

ECC使えなかったとはいえ、Teslaより大幅に安いから、
そっち方面に受けただけ。
NVIDIAにすりゃ、普通に考えて、GPGPU的に使い道無い、
Maxwellの方が、TITIAN向きだろ。

819 :名無しさん@編集中:2015/04/16(木) 16:19:23.46 ID:ZFEWhpiY
>>818
今回のTITANはゲーム以外での使い道が少ないって意味な

820 :名無しさん@編集中:2015/04/16(木) 20:54:50.31 ID:kmnVdsL3
>>817
映像系では半精度が主流だし、特殊な処理でも単精度が主流だし、倍精度は不要な場合が多いでしょ。

821 :名無しさん@編集中:2015/04/17(金) 10:56:20.90 ID:/I+tbotE
8K映像制作にも新たな動き。NHKやREDカメラ、アストロの8K最小55型液晶など
http://av.watch.impress.co.jp/docs/news/20150417_698236.html

822 :名無しさん@編集中:2015/04/17(金) 13:03:31.63 ID:/SPTpw5M
GTX980がかなり値下がりしてきたね。新製品が近い?

823 :名無しさん@編集中:2015/04/17(金) 14:00:44.65 ID:chaWjOr6
>>815
Keplerの初代TITANで、>>797はDXVA Onで再生された
なんか不安定だけど……

824 :名無しさん@編集中:2015/04/17(金) 14:46:34.44 ID:/SPTpw5M
>>823
初代TITANなら、64bit版MPC-HC, DXVAはnone(ソフトデコード) が一番安定するよ。CPUはCorei7-4790KでUHDTV(4K)解像度も十分。

825 :名無しさん@編集中:2015/04/17(金) 15:07:05.45 ID:tPZjA7mO
>824
そうなると初代TITAN云々関係有りませんよね。

826 :名無しさん@編集中:2015/04/17(金) 21:00:19.54 ID:gwH5fXB4
>>821
>>放送局などプロ向けの4K H.265/HEVC対応リアルタイムエンコーダLSI「NARA(開発コード名)」を初出展
av.watch.impress.co.jp/img/avw/docs/698/236/html/k21.jpg.html

奈良漬け(ボソッ
ガワだけ出展なのが泣ける
やっぱ1LSI化はまだ難しいんかね

827 :名無しさん@編集中:2015/04/17(金) 21:04:23.20 ID:GUDv3+hW
ぶぶ漬けどーぞ

828 :名無しさん@編集中:2015/04/22(水) 03:09:09.18 ID:9hrPPaqH
ttp://bcnranking.jp/news/1504/150421_30473.html


4K/60pのHEVCリアルタイムエンコーダボード「ME-ENC5000SDI4」2015年9月で198万円
4K/60pのHEVCリアルタイムデコーダボード「ME-DEC5000HDMI」2015年7月で39万8000円。

829 :名無しさん@編集中:2015/04/22(水) 06:56:59.90 ID:U/5+NYei
うちのPCにも1枚刺そうかな(白目

830 :名無しさん@編集中:2015/04/22(水) 07:43:51.53 ID:qJTZYRD0
>>733
インタレのままアップすると、動画サイト側が勝手にプログレ化するが、
この動画サイト側のプログレ化のアルゴリズムがダメすぎるのが悪いのであって、
動画サイト側がまともなプログレ化アルゴリズム使えば問題ない

831 :名無しさん@編集中:2015/04/22(水) 10:26:23.46 ID:SR8LTEMW
うるせえだまれインタレが死ねばいいんだよ

832 :名無しさん@編集中:2015/04/22(水) 10:43:28.87 ID:0P54Jk2W
インタレのままアップしようとした場合、動画サイト側が「糞動画上げんなボケ」つって弾けば解決。

833 :名無しさん@編集中:2015/04/22(水) 10:47:18.79 ID:MV1hPJAE
>>830
そういうレベルじゃなくユーザーがインタレのままリサイズしてたり無茶苦茶なんだよ。
ピクセルアスペクト比1:1、プログレッシブくらいに扱いやすい形式にならないと一般人に動画編集は難しすぎる。

834 :名無しさん@編集中:2015/04/22(水) 11:36:23.38 ID:ouNVWM2u
ビデオカメラで撮影した映像ってインタレで記録されてんのか?

835 :名無しさん@編集中:2015/04/22(水) 11:38:37.92 ID:0P54Jk2W
モノや設定によるだろ

836 :名無しさん@編集中:2015/04/22(水) 12:13:12.96 ID:KCOapLi5
h.264ものは基本、インタレだと思う(おそらくデータ量半分が―フラッシュメディアに書き込むうえで―有利に働くからだと思う)。
HEVCな最新型は知らないけど。

837 :名無しさん@編集中:2015/04/22(水) 16:36:34.18 ID:i0FDX0Mm
http://av.watch.impress.co.jp/docs/news/20150422_699039.html
MEDIAEDGE、4K/60pをHEVCにリアルタイムエンコード/デコードできる業務用ボード

MEDIAEDGE 製品情報
http://www2.mediaedge.co.jp/producttype/sdk-board/

838 :名無しさん@編集中:2015/04/22(水) 22:41:23.93 ID:OuQRYUra
PowerDVD15Ultra買ったけど、スカパー4Kを録画したTSファイルはそれでも見れなかった
スカパー4KってMain10なのかな、だとするとPowerDVD15はまだ対応できていない感じ

スカパー4Kを録画したファイルは溜まっていくのに、それを再生できるソフトデコーダが
入手できるようになるのは、いつになることやら・・・

839 :名無しさん@編集中:2015/04/22(水) 23:43:39.47 ID:0P54Jk2W
>>838
> スカパー4KってMain10なのかな

MediaInfoで調べればええやん。

840 :名無しさん@編集中:2015/04/22(水) 23:58:04.62 ID:OuQRYUra
>>839
それ使って見てみたけど、HEVCという以上の情報は表示されないよ

841 :名無しさん@編集中:2015/04/23(木) 00:05:21.93 ID:KJ8W0YlZ
>>838
LAV Filtersは?

842 :名無しさん@編集中:2015/04/23(木) 00:12:26.75 ID:y2PdE++w
>>841
それはchannel4Kのフォーマットには対応できるが
スカパー4Kのフォーマットには対応できていない

843 :名無しさん@編集中:2015/04/23(木) 00:38:01.88 ID:tyr/VDPa
>>840
んな馬鹿なと思って、自作のMain10物見てみたが、
>Commercial name : HEVC
>Format profile   : Main 10@L4@Main
って表示されるぞ。

844 :名無しさん@編集中:2015/04/23(木) 00:45:47.12 ID:y2PdE++w
>>843
んじゃ、どこに表示されるのか教えて
http://www.dotup.org/uploda/www.dotup.org278105.jpg

845 :名無しさん@編集中:2015/04/23(木) 01:14:54.36 ID:ZDFISzNV
>>843
そりゃ自作なら出るだろ。

ちなみに以前拾った4K試験放送のTSだと、こんな感じでプロファイル情報(Main10)も出る。
  ttp://pastebin.com/5aVWwAR1

ただ、スカパー4Kはまたちょっと違った感じっぽいのかな?
スカパースレをざっと見てみたけど再生手段も見つかってない感じ?

846 :名無しさん@編集中:2015/04/23(木) 10:33:08.66 ID:HVJ+Zs3K
韓国の4K放送 (衛星はKoreasat6)
Sky UHD、Sky UHD2はノンスクランブルだね

847 :名無しさん@編集中:2015/04/23(木) 14:51:10.63 ID:v3stat/K
誰がそんなの見るんだよ

848 :名無しさん@編集中:2015/04/23(木) 16:21:40.01 ID:bB+GxSc7
ザパニーズだろw

849 :名無しさん@編集中:2015/05/01(金) 21:14:33.05 ID:9Jmfglp8
久しぶりに家電店に行ったついでに4K対応TVを見てきましたが
「え、4K映像ってこんなもんなの・・・」という感想です。
細部は2Kと同じような圧縮潰れで格段に綺麗になったとはとても思えませんでした。
8Kも心配になってしまいます。

850 :名無しさん@編集中:2015/05/01(金) 21:22:05.15 ID:GinERsOp
>>849
流していたコンテンツが酷いのでは?

851 :名無しさん@編集中:2015/05/01(金) 21:22:34.04 ID:aUEngCLv
それ確実に2K映像とかのアップコンバートだわw

852 :名無しさん@編集中:2015/05/01(金) 21:22:37.46 ID:o9T21X3p
その4KTVで流れてた映像のソースは4Kなのかね
FHDのアプコンて落ちじゃね

853 :名無しさん@編集中:2015/05/01(金) 21:41:04.90 ID:9Jmfglp8
各社が用意したデモ映像映像で4Kと表示されていたので間違いありません。
CAR GRAPHIC TVの4K特別版のような物を表示している製品もありました。

854 :名無しさん@編集中:2015/05/01(金) 21:43:58.11 ID:sAGocGJw
ハイハイ

まぁがんばれ

855 :名無しさん@編集中:2015/05/01(金) 21:46:06.28 ID:/9PVtRdq
なーんだ
ID:9Jmfglp8は買えない貧乏人のただの僻みかよ

856 :名無しさん@編集中:2015/05/01(金) 22:30:15.42 ID:IoOtxnpD
4K映像なんて一度見てしまえば別にどうってほどのものでもないと思うが・・・

857 :名無しさん@編集中:2015/05/01(金) 22:40:46.45 ID:BkPmWPCt
ネタにしてももっと面白いこと書けば良いのにな
本当つまらん

858 :名無しさん@編集中:2015/05/01(金) 23:02:03.73 ID:8zNXbA2v
>>849
LGの有機ELのはすごいらしいぞ。
液晶()ってなるらしい。

859 :名無しさん@編集中:2015/05/02(土) 02:25:58.12 ID:r8+lajU8
家電量販店でときどき見かけた4Kデモ映像は、何度か見たけど、そのたびに目が行ったな
ちらっと視界に入って、なにか燃えてるかと思ってパっと目が行ったりしてw
炎が揺らめいてたり、職人っぽい人が刺身を切ったりしてるデモ映像だけど、知ってる人いない?

860 :名無しさん@編集中:2015/05/02(土) 02:51:28.21 ID:VYD9OHg8
4k堪能するのは最低でも48型ぐらい必須?部屋におけねえな

861 :名無しさん@編集中:2015/05/03(日) 00:23:25.38 ID:X27HFNj8
倍返しだの人のごはんつぶついてるCMって本当に見分けがつくの?

862 :名無しさん@編集中:2015/05/09(土) 19:39:50.19 ID:TCQU15ZW
最大の問題は拡張子
いまのところ、HEVC動画の共通拡張子が存在しない

H264動画は慣習としてmp4がつかわれてる(実際はmp4コンテナはH264以外でも可能だが、実質的にmp4=H264動画)

863 :名無しさん@編集中:2015/05/09(土) 19:44:24.34 ID:0fj+vpjj
拡張子が最大の問題?
馬鹿か。

864 :名無しさん@編集中:2015/05/09(土) 21:51:53.72 ID:pXOq8t+G
元々264用のmp4いらない
mkvでいいやん

865 :名無しさん@編集中:2015/05/09(土) 22:08:58.99 ID:ayVOGVN0
拡張子ニキおっすおっす

866 :名無しさん@編集中:2015/05/09(土) 23:38:01.07 ID:436MamFf
>>864
それ言ったらBフレームありMpeg4(divx/xvid)のためのmkvも不要ってことに・・

867 :名無しさん@編集中:2015/05/10(日) 00:02:55.13 ID:zCCN4pEe
拡張子でコデック判断が許されるのは小学生までだよね

868 :名無しさん@編集中:2015/05/10(日) 01:06:48.44 ID:rLkyknkH
4kテレビ見たけど精細感があがってた。でも画質に興味ない人は違いわからんと思う

869 :名無しさん@編集中:2015/05/10(日) 01:57:09.95 ID:9C6t6nWM
違いはわかると思うけど、わざわざ買おうとは思わないだろうな

870 :名無しさん@編集中:2015/05/10(日) 11:51:15.74 ID:fX5YcAKO
ごはんつぶ・・・

871 :名無しさん@編集中:2015/05/10(日) 12:37:58.20 ID:+AAhtZBM
アプコンだと潰れちゃうオーディエンスの顔がハッキリ分かるとかあるじゃん

872 :名無しさん@編集中:2015/05/10(日) 15:57:11.57 ID:zDEfAeEv
違いのわからない男なんてゴミでしかない。

873 :名無しさん@編集中:2015/05/11(月) 18:06:26.05 ID:svrsgyP+
SONY STOREで見られるビットドバドバハイクオリティ映像オススメです

874 :名無しさん@編集中:2015/05/11(月) 18:09:51.40 ID:9ctVEN3E
ソニーストアは2階の隔離されてる場所にテレビが置いてあるから
見てると必ず店員から話し掛けられるのがうざい

875 :名無しさん@編集中:2015/05/11(月) 18:36:45.35 ID:gGwOWxke
店員が話しかけてきそうなゾーンは嫌だから興味ある商品置いてあってもホント素通り

876 :名無しさん@編集中:2015/05/12(火) 11:09:20.16 ID:5ic+Q1+n
今の大画面テレビ売り場ってみんなそうだよね
広いエリア取ってる割に人が少ないから店員が寄って来そうなのか、店員が寄ってきそうだから人がすくないのか
どちらかはわからないけど

877 :名無しさん@編集中:2015/05/12(火) 13:41:23.18 ID:NOCq/U1b
>>862
mp4ファイルフォーマットを使ってる以上、mp4を使うのは当然。
Appleみたいに勝手に拡張子作ってゴリ押しすることだって出来なくはないだろうが、
それはやりたい人が勝手にやってくれって話。

878 :名無しさん@編集中:2015/05/12(火) 19:03:46.19 ID:whN9MO8B
Windows 10がMKVサポートするからMKVがデフォになってくんないかな
mp4はh.264ということにして

879 :名無しさん@編集中:2015/05/12(火) 20:38:13.46 ID:9mG7TrQ+
拡張子君の頭の悪さはもうわかったから・・・

880 :名無しさん@編集中:2015/05/12(火) 21:10:48.40 ID:AbnSBnut
拡 張子という後漢の豪傑がいたとかいなかったとか

881 :名無しさん@編集中:2015/05/12(火) 21:16:17.41 ID:HTbpgTEd
どうせ、mkvなのに、絵が出ません、音が出ませんの
嵐になるだけ。
Windowsが全てのデコーダー入れるなんて暴挙、
するとは思えん。
正直カオスになるだけだから、mkv対応されるのは勘弁。
だいたい、そんなもん対応する前に、まだやることあるだろと・・・

まだ、入れられる物、入れ方がはっきりしてるmp4のがマシ。

>>878
お前は小学生から人生やり直してこい。

882 :名無しさん@編集中:2015/05/12(火) 23:13:55.31 ID:Q0IM+q5n
>>881
MS 「コーデックパック買ってね!!」

883 :名無しさん@編集中:2015/05/12(火) 23:42:04.63 ID:lLK/IQ2O
これからは全部mkvでええやん
って話やろw

884 :名無しさん@編集中:2015/05/13(水) 00:07:08.34 ID:WexNI9w5
気にするのなんてネットで違法ダウンしてる連中だけだろ

885 :名無しさん@編集中:2015/05/13(水) 00:29:57.59 ID:jy2YM3XT
h.265はmkvということにして

886 :名無しさん@編集中:2015/05/13(水) 00:34:59.89 ID:fobT4fRt
>>884
遠藤憲一さんが見張ってますよ

887 :名無しさん@編集中:2015/05/13(水) 01:25:27.98 ID:pdgUlwjr
>>886
ぐぅーだくさん?

888 :名無しさん@編集中:2015/05/13(水) 01:35:43.95 ID:T9Bns49r
どれだったかブラックピザの方がおいしそうな回があったな

889 :名無しさん@編集中:2015/05/13(水) 01:36:26.84 ID:T9Bns49r
ああ、タコさんウィンナーのやつだった

890 :名無しさん@編集中:2015/05/13(水) 10:27:12.00 ID:n2FG5uMF
>>878
mkvは拡張子見てもコーデックがわからないから嫌い
コンテナの拡張子とかどうでもいいわ

H265映像専用の拡張子が欲しい

891 :名無しさん@編集中:2015/05/13(水) 10:33:16.56 ID:R0waDYaU
MMTとかがそうなりそうな気が

892 :名無しさん@編集中:2015/05/13(水) 10:47:21.68 ID:euh3iO73
そもそも、拡張子が要らない

893 :名無しさん@編集中:2015/05/13(水) 10:58:25.89 ID:Wy5lKUqG
マックバイナリ復活

894 :名無しさん@編集中:2015/05/13(水) 12:21:24.37 ID:bbBmepwt
>>892
エロ動画.exe 「まったくだ」

895 :名無しさん@編集中:2015/05/13(水) 12:47:21.42 ID:bFItFYjJ
4K対応の次世代BD「Ultra HD Blu-ray」が規格化。今夏ライセンス開始 - AV Watch
ttp://av.watch.impress.co.jp/docs/news/20150513_701557.html

896 :名無しさん@編集中:2015/05/13(水) 13:00:09.13 ID:byAop/8v
たったの100GBですか・・・。

897 :名無しさん@編集中:2015/05/13(水) 15:14:41.82 ID:4YMQ/YDT
なぜ1層33GBを見送った!!
25GBは中途半端なんだよ。

898 :名無しさん@編集中:2015/05/13(水) 15:21:12.85 ID:R0waDYaU
>>897
片面2層ディスクで最大66GB、片面3層で最大100GB

1層あたり33GBとしか読めんぞ

899 :名無しさん@編集中:2015/05/13(水) 16:14:53.68 ID:4YMQ/YDT
>>898
2層ディスクと3層ディスクだけ容量拡張した。
1層ディスクは拡張していない。
文盲か?

900 :名無しさん@編集中:2015/05/13(水) 16:15:59.93 ID:R0waDYaU
4K用のメディアなのに1層ディスクを使う意味あるんですかね?

901 :名無しさん@編集中:2015/05/13(水) 16:56:13.19 ID:4YMQ/YDT
HEVCでの2Kも規定されてるだろ。
読解力ゼロかよ!

902 :名無しさん@編集中:2015/05/13(水) 18:24:28.78 ID:R0waDYaU
2KでHEVC使うなら25GBで十分だろ

903 :名無しさん@編集中:2015/05/13(水) 18:31:08.68 ID:4YMQ/YDT
読解力ゼロに加えて判断力ゼロか。
相手するんじゃなかった。

904 :名無しさん@編集中:2015/05/13(水) 19:01:52.19 ID:pdgUlwjr
というかディスクの規格というのは従来よりも容量を上げることに意味があるのであって
従来既にあった2層ディスクの50GBよりも容量の少ないディスク規格を作ることには
全く意味が無いから

規格を作る側の気持ちになれば、そのくらいすぐにわかりそうなものなんだが

905 :名無しさん@編集中:2015/05/13(水) 21:07:38.17 ID:T9Bns49r
BD-Rスレかと思った
同じことしょっちゅう書いてるから

906 :名無しさん@編集中:2015/05/13(水) 21:12:43.29 ID:jy2YM3XT
>>884
エンコするのにもmkv便利っすよ

907 :名無しさん@編集中:2015/05/13(水) 22:17:30.58 ID:5fqIe+GB
もちろん音声もmkaにしてるんだよな?

908 :名無しさん@編集中:2015/05/13(水) 22:25:13.55 ID:Rxx1HCEs
割れの世界じゃmkaなんて糞形式絶滅したぞ
m4aかmp3、alac、flac、wavしか見かけない

909 :名無しさん@編集中:2015/05/13(水) 22:42:18.39 ID:byAop/8v
mp4コンテナにwmvを突っ込む糞馬鹿がいましたね。

910 :名無しさん@編集中:2015/05/14(木) 04:05:31.06 ID:ZFano8oc
la

911 :名無しさん@編集中:2015/05/14(木) 07:53:03.55 ID:MAnUc878
>>908
誰も使ってないから、ちょうどいいんじゃね?w

912 :名無しさん@編集中:2015/05/14(木) 11:35:14.84 ID:XNA2eDgi
HEVCの配信用途だと現状比較的楽なのかねmkv

913 :名無しさん@編集中:2015/05/14(木) 14:20:25.69 ID:T2A1d5pz
8?に対応してない時点で5年ぐらいしか寿命のない規格の円盤作るなや

914 :名無しさん@編集中:2015/05/14(木) 19:20:15.93 ID:e8YfyO4r
むしろそれが狙いだろ
チマチマ再製品化して稼ぐっていう

915 :名無しさん@編集中:2015/05/15(金) 10:54:32.52 ID:C3e7uGqQ
4kBDはその先へのさぐりだろ
むしろ気になるのは今後のBD-R容量

916 :名無しさん@編集中:2015/05/15(金) 12:51:26.66 ID:ea+n21l6
http://i.imgur.com/AO9Bxtf.jpg

917 :名無しさん@編集中:2015/05/15(金) 13:03:26.74 ID:mujDAvQ5
NHK、8Kスーパーハイビジョンの衛星放送実験を世界初公開。28日の技研公開で
http://av.watch.impress.co.jp/docs/news/20150514_701961.html

918 :名無しさん@編集中:2015/05/15(金) 13:28:41.43 ID:bn3gRZMA
>>85Mbpsに圧縮
何も期待できない・・・。
いくらHEVCが優秀とは言え、こんなBitrateでは8Kの魅力がほとんど殺がれてしまう。
いかに縮めるかではなく、いかに広帯域で放送するかを研究して欲しい。

919 :名無しさん@編集中:2015/05/15(金) 13:40:12.81 ID:0g13fwyt
そもそも8K放送の必要性があまり無い・・・

920 :名無しさん@編集中:2015/05/15(金) 13:41:55.18 ID:890g6xLy
8Kは4Kの4倍ビットレートが必要と思い込みだけで語る鳥頭ほど醜いものはない。

921 :名無しさん@編集中:2015/05/15(金) 13:47:53.00 ID:s+e+Kux2
8kどころか4kの必要性自体ほとんどない

922 :名無しさん@編集中:2015/05/15(金) 14:01:05.55 ID:0g13fwyt
(´-`).oO(誰が4倍なんて言ってるんだろう・・・)

923 :名無しさん@編集中:2015/05/15(金) 14:15:31.66 ID:3E/ineLK
>>918
一生可逆圧縮のみでやってりゃいいんじゃないっすかね

924 :名無しさん@編集中:2015/05/15(金) 14:53:41.59 ID:RR6dz2ka
フォーマットが何にせよビットレートの問題って大きいと思うわ
雷のシーンはブラーかけたみたいになるし、スポーツやら水流やらの動きのハゲしいシーンは
ウメハラもビックリのブロッキングだし

925 :名無しさん@編集中:2015/05/15(金) 15:13:35.33 ID:m2lTkBuU
バンディングもがっかりしますよね。
4Kが残念なので8Kはなんとか頑張ってください。

926 :名無しさん@編集中:2015/05/15(金) 17:09:13.86 ID:6byx3u04
磯直エンコ何時になったら出来るんだよ・・・
マウントすんの面倒くさい1こづつしか出来ないし

927 :名無しさん@編集中:2015/05/15(金) 20:38:07.37 ID:WKpGdsi9
>>925
4K見たことないのがまるわかり
4Kの放送は既に10bitだから普通に対応のテレビならバンディングなんて全く出ないよ

928 :名無しさん@編集中:2015/05/16(土) 12:57:36.30 ID:TgdPzS09
TVMW6がDivX HEVCエンコード機能を追加したとのこと。
x265と比べるといまいちと書いてるブログもあるが、設定が不明。


株式会社ぺガシス:TMPGEnc Video Mastering Works 6 DivX HEVC 出力機能追加のお知らせ
ttp://tmpgenc.pegasys-inc.com/ja/press/15_0514.html

ttp://tmpgenc.pegasys-inc.com/ja/download/tvmw6_rireki.html
2015.5.14 / Ver.6.0.4.14 機能追加
 ・対応出力フォーマットに "DivX HEVC" を追加しました。
  最大4K (3840 x 2160) の出力に対応した、高速、高画質のDivX HEVC ビデオファイルの出力が可能です。

定番ソフト、TMPGEncVideoMasteringWorks6がDivXのHEVCに対応 - 録画人間の末路
ttp://blog.goo.ne.jp/krmmk3/e/ab687350617bc66eaff0282445834758

929 :名無しさん@編集中:2015/05/16(土) 13:57:48.05 ID:5se5Ko90
どうしてx265に勝てないんだろう

930 :名無しさん@編集中:2015/05/16(土) 16:07:29.67 ID:OdsD3tVx
技術者の画質への執念の差。

931 :名無しさん@編集中:2015/05/16(土) 16:51:05.83 ID:F3ekjeO9
今更DivX需要なんて無いだろ

932 :名無しさん@編集中:2015/05/17(日) 07:05:08.43 ID:RWwBSB50
でもHEVC対応Webプレイヤーなら現状DivX位しかなくね

933 :名無しさん@編集中:2015/05/17(日) 09:27:06.72 ID:H2rdLxkj
でもDivXのWebプレイヤーなんて入れてる奴はほとんどいないだろうし、普及する見込みもないよね。

934 :名無しさん@編集中:2015/05/17(日) 13:19:41.06 ID:igBlmxyh
HEVC自体がまだ始まったとは言い難い状況で何を言ってるんだ?
DivXのHEVCは、以前の独自フォーマットとは違うし。

935 :名無しさん@編集中:2015/05/17(日) 14:37:47.58 ID:Sh1CXDG7
将来はHTML5で外部プラグイン無しで再生できるように…

936 :名無しさん@編集中:2015/05/18(月) 08:57:27.25 ID:jjSSVU8n
>>935
AVCみたく一部の大手のブラウザしか再生できないとかの悲劇起こらなきゃいいけど

937 :名無しさん@編集中:2015/05/18(月) 10:27:02.81 ID:IXWnd9Kb
Firefoxは現行でもh.264はOSのwin7利用でlinuxはどっかがライセンス料払ってくれる状態だった気が。
前はMSがプラグイン用意してくれてたりはした。
Win10でOSサポするけどIEでは何の音沙汰もないな
当分先じゃねこれ

938 :名無しさん@編集中:2015/05/18(月) 19:47:18.93 ID:gzBQcGa1
フルHDのmp4ファイルがPS3で再生できないと思ったらh.265だった

PS4なら対応しそうだけどPS3じゃ無理か・・・

939 :名無しさん@編集中:2015/05/18(月) 20:22:43.49 ID:YEQsNNGv
>>937
Edgeは?

940 :名無しさん@編集中:2015/06/03(水) 03:44:11.23 ID:K4qlk8Ri
HTML5といっても実際にスムーズに再生できるかはOSの実装に依存

941 :名無しさん@編集中:2015/06/05(金) 19:09:11.80 ID:Yke2eEhB
未だに普及する兆しすら全くない

942 :名無しさん@編集中:2015/06/05(金) 20:02:32.69 ID:wInH8LCk
そんなにすぐ普及する訳無いじゃん。
H.264がここまで使われるようになるのに、何年かかったと思ってるんだw

ポータブル含めて、再生環境がもっと整わないと、広がらんよ。
逆にそこさえ整えば、自然と使われるようになる。

943 :名無しさん@編集中:2015/06/05(金) 21:25:01.84 ID:xLUuprKK
>>942
PS4かTVが対応すれば完全に乗り換える

944 :名無しさん@編集中:2015/06/05(金) 21:44:40.08 ID:q8T/gn8I
最新のテレビはHEVCデコーダー積んでるがな。

945 :名無しさん@編集中:2015/06/05(金) 21:49:32.75 ID:npTuLxue
Netflix対応テレビでHEVC配信が始まる気がする

946 :名無しさん@編集中:2015/06/06(土) 07:29:44.65 ID:9UexC6vV
4k8k用という意味なら採用はしてくるだろうけど
4k8kコンテンツや放送自体がニッチなものになると予想されるので
大した広まりはないだろうね
ハイレゾ用じゃなくて普通の配信用ならスマホのチップが標準サポートする期間も含めて
4〜5年で普通に使われるようになるんじゃないの?
個人的にPC-PC間のリモート視聴で使ってみてるけど、帯域が節約できるのは単純に便利
7GB制限とか当分なくならないだろうからね

947 :名無しさん@編集中:2015/06/06(土) 08:56:48.75 ID:sBAS5fI4
スマフォも新機種はHWデコーダー積んでいるんだっけ?

948 :名無しさん@編集中:2015/06/06(土) 21:39:37.03 ID:lkWnZAQr
スナックドラゴン 810 以降かな

949 :名無しさん@編集中:2015/06/06(土) 22:08:30.50 ID:J1Km5bGU
軽い龍だな。

950 :名無しさん@編集中:2015/06/07(日) 21:06:53.07 ID:Qk1rlhxe
つか、別にH.265のデコードならHWデコーダなくてもパソコンなら数年前のでも余裕だし、スマホでもスナドラ800レベルのパワーあれば再生できるし。再生環境はそこまで悪くねぇぞ。
もちろん4Kは無理なので2Kの話だけど。
H.265と4Kはセットになっちゃてるかな。

951 :名無しさん@編集中:2015/06/07(日) 21:10:21.47 ID:Qk1rlhxe
まぁ、いくらSWで再生できるといってもモバイルだとバッテリーがもたなくなるけど。

952 :名無しさん@編集中:2015/06/08(月) 01:55:37.80 ID:rSUrcTE8
PS4が対応するのかな?

953 :名無しさん@編集中:2015/06/08(月) 02:29:23.09 ID:rfVfIwa8
Xbox OneはHEVC 10bitの再生に対応したけどね

954 :名無しさん@編集中:2015/06/08(月) 11:30:51.23 ID:5bgjgMLN
>>950
nexus7で再生出来たけど
みるみる電池なくなる

やっぱHWデコーダでないと厳しい

955 :名無しさん@編集中:2015/06/08(月) 22:30:55.22 ID:dFLRPAaR
x264でしっかりエンコードしたH264動画と、
そのへんのハードウェアエンコーダによるHEVC動画、
ビットレート当たりの画質が同レベル〜x264のほうが上だな

956 :名無しさん@編集中:2015/06/08(月) 22:31:44.36 ID:dFLRPAaR
>>950
H265の4k/60fps動画のデコードは
ソフトウェアだとPCでも苦しい

957 :名無しさん@編集中:2015/06/09(火) 00:10:36.16 ID:g1xiB8OQ
H.265はどうみても後1,2年で一気に普及するだろ。

958 :名無しさん@編集中:2015/06/09(火) 01:37:26.08 ID:p2VxmYkI
>>957のレス保存しとこ

959 :名無しさん@編集中:2015/06/09(火) 01:43:23.00 ID:raZiGMnv
>>956
6コアだと60%から70%程度の負荷で普通に再生できるぞ

960 :名無しさん@編集中:2015/06/09(火) 01:47:46.32 ID:pJEEREqx
Windows10になったら標準で再生出来るみたいだからPC詳しく無い人にも渡しやすくなるな

961 :名無しさん@編集中:2015/06/09(火) 09:39:04.29 ID:pqsLLhew
h.264ほどの必然性はないけどね。

962 :名無しさん@編集中:2015/06/09(火) 10:35:44.67 ID:WCcGyk1l
H264ですら普及するのに14年かかってるぞ

963 :名無しさん@編集中:2015/06/09(火) 11:01:51.19 ID:C7lDyVvT
発売されるハードウェアの大半がH.265を再生出来るようになるかもしれないけれど
H.265なコンテンツが普及するかというと?

964 :名無しさん@編集中:2015/06/09(火) 13:02:26.37 ID:cn7tRrSy
ハードだけじゃなくてwebコンテンツの乗り換えや対応も増えないと普及はしない
今なんて円盤よりサイト上の動画見る層の方が多いんだし

HEVCはWebサイトからのストリーミングとか規格出来てるのかな
MPEG-DASH云々とか最近は割と聞くけれども

965 :名無しさん@編集中:2015/06/09(火) 14:56:49.62 ID:VLPqHeRY
スマフォでネットが普通になっている現在、動画の消費帯域の問題は深刻。
HEVCは急速に普及するよ
既にNetflixなどの映画配信系はHEVCに移行する予定だし。

966 :名無しさん@編集中:2015/06/09(火) 15:29:08.87 ID:QRirowui
世界中で3年かかっても
ちゃんと効果のあるハードウエア支援機能対応ソフトができないって異常じゃないの

967 :名無しさん@編集中:2015/06/09(火) 15:43:31.18 ID:1UHb2PoC
作る側がまた機材一新しなきゃならんのを考慮してないだろ
見る側だけが揃えてもしゃーない

968 :名無しさん@編集中:2015/06/09(火) 16:08:44.60 ID:pqsLLhew
それだけ時間とお金がかかるってことでは?

969 :名無しさん@編集中:2015/06/09(火) 16:10:00.93 ID:5SrppPoi
DivxとかみたいにPCだけから普及していくんじゃね
そのうちx265のエンコも現実的な速度になるだろうし

970 :名無しさん@編集中:2015/06/09(火) 16:19:58.24 ID:dNt23CQS
次期nasneに積めば普及は早い。

971 :名無しさん@編集中:2015/06/09(火) 19:19:22.48 ID:raZiGMnv
>>966
は?
PowerDVDも知らないの?

972 :名無しさん@編集中:2015/06/09(火) 20:11:45.79 ID:J0qIV/UW
指数関数的に云々

973 :名無しさん@編集中:2015/06/10(水) 01:32:18.69 ID:bBW14DlB
台湾以外にBD再生ソフトの雄っていなの?

974 :名無しさん@編集中:2015/06/10(水) 11:49:06.61 ID:HEpAQfG0
Leawo Blue-ray Player

フリーで市販BD見れちゃう
ただし中華

975 :名無しさん@編集中:2015/06/10(水) 13:07:56.90 ID:wdBvUF3q
Youtubeに4320p動画が登場!!!!!!!!!!!!
http://fox.2ch.net/test/read.cgi/poverty/1433907774/

976 :名無しさん@編集中:2015/06/17(水) 11:25:51.76 ID:cvMgIgY/
動画圧縮の無料セミナー@東京港区6/26
http://i.imgur.com/v1OqM1P.jpg

977 :名無しさん@編集中:2015/06/21(日) 10:15:26.57 ID:MCEny1jd
そろそろ次スレ立てろよ

978 :名無しさん@編集中:2015/06/21(日) 10:18:02.81 ID:JtyopOc3
割と過疎ってるし>>985くらいで十分じゃね。

979 :名無しさん@編集中:2015/06/21(日) 15:26:38.76 ID:VLeOXDg/
PS4のアップデートあったみたいだけどやっとH.264対応なんだな
H.265対応する気あるんだろうか

980 :名無しさん@編集中:2015/06/21(日) 17:19:42.63 ID:CLG3Ppil
Xbox OneはHEVC1-bitの再生対応済みですよ

というか、PS4持ち出す意味がわからない
PS4はゲーム機だよ。
PS3の時みたいにメディアプレイヤー的な性格は帯びてないよ

981 :名無しさん@編集中:2015/06/21(日) 17:22:48.08 ID:Jny7l6or
HEVC 1-bitとかいう新しい規格ができてたんだな

982 :名無しさん@編集中:2015/06/21(日) 19:27:05.53 ID:VLeOXDg/
>>980
今回のアップデートはメディアプレイヤー機能の追加だったようだよ

PS4、メディアプレイヤー機能を追加――H.264再生が可能に - ITmedia LifeStyle
http://www.itmedia.co.jp/lifestyle/articles/1506/16/news093.html

983 :名無しさん@編集中:2015/06/22(月) 00:57:50.78 ID:ia6iHYzs
>>980
Xboxとかいう持ってる奴探すのが難しい機種を持ち出す方が意味がわからない件

984 :名無しさん@編集中:2015/06/22(月) 01:03:40.08 ID:TALG5R89
まぁまぁゲハっぽいのはそこまでで・・
課題の多いコーデックだから今は待つのが最善としとこうぜ

985 :名無しさん@編集中:2015/06/22(月) 01:14:28.82 ID:ia6iHYzs
プレステに限らずテレビ、PC、レコ、スマホ
スマホもうほぼ対応だけど
こういうメジャーなのが対応してくれると
完全移行も近い

986 :名無しさん@編集中:2015/06/23(火) 00:14:36.07 ID:/jDvLB/b
1bitってなんだ
2値なのか

987 :名無しさん@編集中:2015/06/23(火) 00:42:45.03 ID:Ga2aEhUy
>>986
1bitオーディオの解説とかいっぱいネットに転がってるから
読むと1bit = 低品質ではない仕組みがわかると思うよ

988 :名無しさん@編集中:2015/06/23(火) 05:56:41.63 ID:iuaZDTBV
H.265で悩み事・疑問・困ったことはとーる君におまかせ!

08066192913

24時間いつでもOK!!

989 :名無しさん@編集中:2015/06/23(火) 12:02:07.95 ID:NQHJJ4Bp
>>987
10bitの間違いじゃないの?

990 :名無しさん@編集中:2015/06/23(火) 14:08:21.63 ID:ZDaVbjWs
>>980
そうなのか
でも、今のところWindows10ではHEVC8bit再生までしかできないんだよな

991 :名無しさん@編集中:2015/06/23(火) 20:55:03.02 ID:f5wAUfvL
1bitオーディオ対応って記事が見つからんけど、
とりあえずHEVCと関係なくね?

>>989
1秒あたり数万から十数万回16bitあるいは24bitで符号化するのが通常のPC音声。
1bitは1秒を数百万に分割して1bitずつ記録して波形を再現する。
ちょっと違うが、ラジオのAMとFMの違いみたいなもん。

992 :名無しさん@編集中:2015/06/23(火) 21:31:37.16 ID:YXFurZ2Z
悩み事・疑問・困ったことはとーる君におまかせ!

08066192913(B-CASは専門だよ)

24時間いつでもOK!!!
ang

993 :名無しさん@編集中:2015/06/23(火) 21:48:39.30 ID:Ga2aEhUy
>>991、989
はい、XBOXのHEVC 10bitのアナウンスとは関係ないと思います
XBOXが1bitオーディオに対応した、と言っている訳ではなく、
エレクトロニクス業界では、1bit = 低品質とは違うよ、って話として
脊髄反射で例に挙げただけです、みなさん混乱させてごめんなさい

994 :名無しさん@編集中:2015/06/23(火) 22:05:45.13 ID:1/vNTxbw
1bitオーディオが流行らないのって何でやろ

995 :名無しさん@編集中:2015/06/23(火) 22:51:10.58 ID:4cHZfto4
>>994
1bitオーディオはエフェクト掛けたりできない。
最終アウトプットとしてのものだね。

996 :名無しさん@編集中:2015/06/23(火) 22:52:18.51 ID:NSLlc+EE
>>994
そうじゃなくてその名称はシャープしか使っていないから
DSDの名称の方が一般的

997 :名無しさん@編集中:2015/06/23(火) 23:00:57.03 ID:1/vNTxbw
>>995
音作り(編集)が出来ないってことか
それは用途が限られるなぁ

998 :名無しさん@編集中:2015/06/24(水) 01:38:50.82 ID:7VQa49qp
>>997
編集するにはPCMに戻さないと出来ないから今一普及しない。
音声処理のドラスティックな変革がないと最終アウトプットしか用途がないかな。

999 :名無しさん@編集中:2015/06/24(水) 08:24:04.46 ID:U0c58xx3
999

1000 :名無しさん@編集中:2015/06/24(水) 08:24:59.44 ID:U0c58xx3
1000

1001 :1001:Over 1000 Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。

235 KB
★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.02 2018/11/22 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)