13/12/27 13:04:33.63 jl7hKuVX
エンコはx265が出てくるまで待て
251:名無しさん＠編集中
13/12/27 13:24:55.62 JGfk/QsF
出てるぞ
252:名無しさん＠編集中
13/12/27 15:06:04.80 oZHQ9AL7
>>247
日本語できない人だな。
「圧縮率2倍」という時点で大きな価値があるといってるんだよ
Mpeg2からx264へも圧縮率2倍
x264からx265へも圧縮率2倍
だからx265は十分価値があるとう話してるの。
圧縮率2倍じゃ価値がないというなら、x264にも価値なんて無いの
253:名無しさん＠編集中
13/12/27 15:23:49.84 zkMKG497
再生できる機器も少ないしエンコも時間かかるし今はまだ割に合わないなー
↑H.265自体に問題があるのではなく環境の整備がまだされていないことを問題視している
H.265に価値がないなんて誰も言ってない
これに対し、H.265は大きな価値がある！頭使え！ と返すのはそれこそ日本語できない人
254:名無しさん＠編集中
13/12/27 15:35:49.32 4GtbXUK6
バカだろお前
255:名無しさん＠編集中
13/12/27 15:56:22.53 80Mt5Kuw
>>252
マジレスすると
½と¼では圧縮効率は半分だけどな
10000→5000
5000→2500
6倍時間かけて¼減らすのがCP高いかどうか
256:名無しさん＠編集中
13/12/27 16:15:29.92 tv5fatd+
エンコ廃人は常に高画質高圧縮を望むもの
CP気にする奴はMPEG2でも使ってろ
257:名無しさん＠編集中
13/12/27 16:39:21.06 80Mt5Kuw
当然、高画質のH.265には期待してる訳で
マルチプラットフォームでの再生支援、ハードウェアエンコが出て来たら移行もする
>>256
CP追求しないヤツはエンコ職人とは言えないと思ったけど
廃人なら仕方がない
258:名無しさん＠編集中
13/12/27 17:01:31.15 LTqe5Ot9
>>240
x264との速度比ではどれぐらいなの？
259:名無しさん＠編集中
13/12/27 17:20:53.86 oZHQ9AL7
速度なんて今考える必要ないんだよ
まだ速度を気にする最適化どころか、全機能の実装さえ終わってないんだから。
>>255
こういうコストパフォーマンスとか言い出すバカは生ごみに出しときゃいい
260:名無しさん＠編集中
13/12/27 17:24:22.16 oZHQ9AL7
>>253
・再生できる機器も少ない
あらゆる圧縮形式で登場当初には当てはまること。糞みたいな意見
・エンコも時間かかるし
まだ最適化される前段階だと言ってますが。糞意見
・H265に価値が無いなんて誰も言ってない！
H265の価値の定義を示してないいじょう、定義はこっちがした。
圧縮率で定義するなら、上記したように価値がある
画質で定義するなら、画質は明確に向上してるから価値がある
261:名無しさん＠編集中
13/12/27 18:26:51.59 xQgx2GQ8
ｘ265はx264に比べて確かに6倍くらいは時間かかるけど、
10月あたりに出たx265じゃ30倍くらい時間かかってたから、
6倍でも早くなった印象。今後はもっと早くなると思うが。
262:名無しさん＠編集中
13/12/27 19:34:11.42 zkMKG497
>>260
CP否定するならpreset Mediumなんか使うなよｗ
263:名無しさん＠編集中
13/12/27 22:31:01.73 JGfk/QsF
>>258
x264とx265ではオプションからして違うから、なんの参考にもならないけど
俺のPCでのx264とx265との比較
mediumで13fpsと4.4fps
slowで11fpsと2.7fps
もちろん早いほうがx264で、画質比較なんかはしてない
264:名無しさん＠編集中
13/12/27 22:57:28.75 zf8p6QsD
>>261
その6倍のｘ265ってのは、どこにあるのですか？
265:名無しさん＠編集中
13/12/27 23:14:19.80 EiXL7Wq2
想像よりはるかに速いな・・・
ビデオカードでエンコードできるようになれば凄いことになりそう
266:名無しさん＠編集中
13/12/27 23:39:28.03 r7xoLiW4
現在のHD以上の高解像度とCPU性能の鈍化を考えると
あまりに非実用なのでハードウェアエンコボードが出てくるだろうからそっちに期待
GPUはエンコに関して2004年くらい出来る出来る詐欺で嘘ばっかり付いてるから期待薄
Geforce 6800の時はまんまと騙されて買ってしまったけど もう二度と騙されない
267:名無しさん＠編集中
13/12/27 23:43:35.57 LTqe5Ot9
>>263
ありがとう
既に思いのほか速いんだな
x264から使えるところは使ってるんだろうから当然か
268:名無しさん＠編集中
13/12/27 23:59:40.33 80Mt5Kuw
>>263
x264のslowとか意味がない
269:名無しさん＠編集中
13/12/28 00:00:19.51 lZ8M5VRb
>>260
・再生できる機器も少ない
つ DivX HEVC
270:名無しさん＠編集中
13/12/28 01:21:55.87 /SVCAnB7
言っとくけど「x265がx264に対する圧縮率2倍」ってのはフレーム参照距離とか諸々詰めた高圧縮率設定x264との比較でだからな
BD規格のスタンダードなオプションとの比較だと2倍以上の差が付く
271:名無しさん＠編集中
13/12/28 02:46:41.96 2Fc4+wEB
昨日からの人だと思うのだが、そろそろそのH.264とx264
H.265とx265をごっちゃにしてるのを直さないか？
言わんとすることはわかるのだが、例えば>>252にしても
> Mpeg2からx264へも圧縮率2倍
MPEG2からH.264 でないと違和感ある。
272:名無しさん＠編集中
13/12/28 04:40:28.93 /SVCAnB7
俺の場合x264とx265以外でエンコしないから一応間違いではない
273:名無しさん＠編集中
13/12/28 08:05:33.90 WwfMPm0q
何言ってるの？
274:名無しさん＠編集中
13/12/28 09:09:35.20 C9bzSHpC
>H.265とx265をごっちゃにしてるのを直さないか？
直す必要無し
論旨は何も変わらん
275:名無しさん＠編集中
13/12/28 09:17:32.41 rVdixLaZ
頭が悪い
276:名無しさん＠編集中
13/12/28 09:24:39.70 C9bzSHpC
そんな苦し紛れの書き込みしたところで、お前の望みは何一つ叶ってないんだけどなｗ
277:名無しさん＠編集中
13/12/28 11:33:31.64 8otsotaU
フリーコーデック信者ｷﾓｯ
278:名無しさん＠編集中
13/12/28 11:41:09.21 D0yEwzWz
個人的にはMPEG4 ASPが抜けてるのが気になる
279:名無しさん＠編集中
13/12/28 14:02:17.83 OeEJ5fXb
sameqでホントに半分に出来るの？
なんか胡散臭いな
280:名無しさん＠編集中
13/12/28 16:40:59.57 Wmjlsj9+
前に検索したときにゃ海外でも25-35%の削減で場合によっちゃ40%強の削減って話だったよ
12月上旬あたりにx265hsaってのをMulticorewareの人がソースあげてた最近消えてるの確認したけど
90パーくらいでエラー出てたから試せはしなかったが。
2014年中にブーストするよと見たから半年は遅れるとして2015には実用化しそうな気はするけどね
281:名無しさん＠編集中
13/12/28 18:35:24.50 C9bzSHpC
>>277
お前がもがき苦しんでるの見るの楽しいわぁ
282:名無しさん＠編集中
13/12/28 18:38:49.39 8otsotaU
論旨は何も変わらん(ｷﾘｯ
きもすぎｗｗ
283:名無しさん＠編集中
13/12/28 18:39:53.26 B24SwkSY
x264 slow 2pass turbo無しだとエンコ時間変わらなくなってきた
ディティールまで画質を拘ると同じ穴の狢かも
284:名無しさん＠編集中
13/12/28 19:44:58.07 C9bzSHpC
>>282
キモがってるお前を見てるのが最高の愉悦ｗ
いつまでもキモがっててください
285:名無しさん＠編集中
13/12/28 21:21:27.70 8otsotaU
愉悦（笑）
286:名無しさん＠編集中
13/12/28 21:57:44.49 B/qDcOsN
微妙に愉悦の使い方間違ってるな
287:名無しさん＠編集中
13/12/29 08:37:49.96 +Qc8GSSe
ゆえつぶ
288:名無しさん＠編集中
13/12/30 21:19:10.02 +y2pDCUA
でh264のやつsameqで再エンコしたらホントに半分になるの？
289:名無しさん＠編集中
13/12/31 01:55:09.93 aa7pNkcE
自分で試せばいいんじゃね
バカじゃねぇの
290:名無しさん＠編集中
13/12/31 03:55:45.39 jdM4eSEy
あ？
291: 【大吉】 【1794円】
14/01/01 04:47:26.17 3OjVd7fE
あけおめ。今年はH.265普及元年になりますように。
ハードエンコ出ろ。
292:名無しさん＠編集中
14/01/01 07:11:54.02 X0DekVgz
そんなの要らないなぁ
293:名無しさん＠編集中
14/01/01 07:42:44.89 k16ebStI
x265guiExはこっそり新バージョン公開してる
x265.exeは rev 0.6+238-dcae0b69d9b3 以上あればよろしい
294:名無しさん＠編集中
14/01/01 08:06:23.48 ZZn0r7sA
新バージョン？
3.16βしか見当たらないけど。
3.16βのreadmeには、0.6+232 以降と書いてありますよ
295:名無しさん＠編集中
14/01/01 08:14:06.99 TK3c0hmM
まだベータだからブログではわざわざ新バージョンの通知はやらない(のかも)
うちは3.00βで更新するの忘れてた
296:名無しさん＠編集中
14/01/01 08:21:00.60 ZZn0r7sA
RigayaさんのSkyDriveに置いてあるのは3.16βが最新
297:名無しさん＠編集中
14/01/01 12:40:54.60 5GmAQhhK
あと4、5年も経ったらハードエンコじゃなくても軽々とエンコやってるんだろうな。
298:名無しさん＠編集中
14/01/01 12:53:55.97 EN422h0M
veryslowでも4fpsくらいの速さなら大したもん
299:名無しさん＠編集中
14/01/01 15:53:26.18 qt4t+QeJ
3.16βって何処に入れればいいんだ？
readmeに書いてあるauo_setup.exeをダブルクリックはexe自体無いし
試しにauoフォルダ内を上書きしてみたら3.15になっちゃった
300:名無しさん＠編集中
14/01/01 16:01:29.36 49eb39+Q
>299
確かに表記は3.15βになるな
でもビルド日付見た感じではそれで3.16βになっていると思う
表記ミスじゃないかな
301:名無しさん＠編集中
14/01/01 16:08:21.55 +ffZST5w
そろそろスレチだと言っておこう
302:名無しさん＠編集中
14/01/01 16:10:30.53 qt4t+QeJ
>>300
インスコ自体はあってるのかな？
でも64Bitのx265は4つ全部古いって出てエンコできない
x265はrev 0.6+238-dcae0b69d9b3
303:名無しさん＠編集中
14/01/01 16:22:54.38 49eb39+Q
うちは両方とも今さっき落としたやつで、
x265.exe(64bit,8bpp,VC12) version 0.6+238-dcae0b69d9b3
x265guiEx.auo ファイル日付2013/12/28-21:20:36（GUI画面下部の日付は2013/12/28-21:20:26）
の組み合わせで普通に使えてます
何処が問題かはちょっとわからないな
304:名無しさん＠編集中
14/01/01 16:42:12.76 qt4t+QeJ
>>303
何でだろう？
aviutl100とx265は3.00βでエンコはできてた
コレに3.16βauoフォルダ内を上書き
コレでダメだからすべて1から入れてみようとしたけどプラグインとして認識されないから
設定すらできない。上書きしか無いよね～
305:名無しさん＠編集中
14/01/02 13:17:17.00 ShAj/zYq
crf対応してみたんで3.16βにあげてみたんだけど動画の一部が壊れてる
MPC-HCとVLC、x265も32と64全部で一部が緑色になって反転してる
x265を0.6+234に変えても違うタイミングで同じ状態になる
共通の条件で使ってるDGIndex疑ってMPEG-2 VIDEO VFAPI Plug-Inにしたが同じ
3.00βで問題なかったのに何がいけないんだろう？
306:名無しさん＠編集中
14/01/02 13:22:39.08 +mQVV735
>>305
その症状俺だけじゃなかったのか、x265guiExを3.09にすると問題ないっぽい。
307:365
14/01/02 13:40:58.52 6fwdbBZu
>>306
同じ人いたか
今確かめられないんだけどそのバージョンcrf対応してる？
308:名無しさん＠編集中
14/01/02 14:39:04.97 vrjBJ8/K
>>305
10ビットエンコじゃない？
10bitエンコだと緑線まみれになるよ
8bitエンコなら問題なくできてるよ
309:名無しさん＠編集中
14/01/02 14:58:24.65 +mQVV735
>>307
crf対応してますよ。
>>308
全編通して異常があるわけじゃなくて、1分に一回くらい異常のある画像が出てくる感じです。
310:名無しさん＠編集中
14/01/02 16:01:21.34 vrjBJ8/K
x265側の一時的バグ混入とかじゃないのかね。
今はr238だよ。
311:365
14/01/02 16:11:13.20 6fwdbBZu
>>309
ありがとう
帰ったら試してみる
>>310
r234でもなった
312:名無しさん＠編集中
14/01/03 19:49:51.70 Vt90JbtS
8bppと16bppって何のことや
313:名無しさん＠編集中
14/01/03 20:17:45.88 1+RC7feU
らぶん色深度のことじゃ
314:名無しさん＠編集中
14/01/03 21:56:25.49 Vt90JbtS
48bitカラーってことか
315:渚カヲル ◆WilleVnDjM
14/01/04 06:12:53.54 Rthnz6yu
H.265はBD相当の画質でも、DVDに収まるサイズにて、2時間の録画が可能である。
H.264は1時間のファイルにおいて、DVD相当の画質で、ビデオCD程度のサイズまで圧縮可能。
最新鋭の動画圧縮技術はすごいよね。まあ、H.264/MPEG-4 AVCの方をずーっと引きずるけど…。
316:名無しさん＠編集中
14/01/04 07:04:46.24 vBVDoJj0
BDのビットレートは48Mbpsが最大だが、実際に収録されているビットレートは
音声を入れてもだいたい平均で30Mbps程度である
201分（3時間21分）もある、ロードオブザリング王の帰還を収録しても余る計算になる
つまり、2時間程度の映画なら、殆どはBDの半分程度の容量しか使っていない事になる
4KのBDは、BDと同じコーデックなら、30Mbpsの4倍の120Mbpsが必要であるが
HEVCを使って半分に減らせれば、60Mbpsで済む
60Mbpsなら、ロードオブザリング王の帰還を収録しても、100GBを超える事は無く
100GBのBDで、99％の4K映画を収録できる
つまり、4KBDは、3層１00GBで規格化される可能性が、極めて高いと言うことだ
317:名無しさん＠編集中
14/01/04 07:06:48.87 vBVDoJj0
BD4K規格化の予想だ
Blu-ray 4K
――――――――――――――
ストレージ 片面3層100GB（33.3GB×3）BD-ROM
――――――――――――――
解像度 3840×2160
――――――――――――――
コーデック HEVC
――――――――――――――
カラービット 10bit/4:2:2
――――――――――――――
ビットレート（システム） 88Mbps（最大）
――――――――――――――
ビットレート（映像） 80Mbps（最大）
――――――――――――――
ビットレート（音声） 27.648Mbps（最大）
――――――――――――――
フレームレート 60p 30p 24p
――――――――――――――
318:名無しさん＠編集中
14/01/04 08:16:10.06 yGvdLyW1
うざ
319:名無しさん＠編集中
14/01/04 08:31:25.45 3RKw/Dv3
ぷっ
320:名無しさん＠編集中
14/01/04 19:43:50.75 PNhs8vOq
>>316
アラビアのロレンス様と ダンス・ウィズ・ウルブズ様とハムレット様がお怒りです
321:名無しさん＠編集中
14/01/05 09:59:29.85 pl6qL9XG
いつのまにかx265GUIが更新されてて、10bitエンコ時の緑まみれ問題が解決してた
x265GUI側の問題だったのね
322:名無しさん＠編集中
14/01/06 11:55:46.03 lKvKPZDO
【4Kデジタル】
4096×2160、24p、12bit、7.6Gbps（7600Mbps） 1時間＝3.4TB
【2Kデジタル】
2048×1080、24p、12bit、1.9Gbps（1900Mbps） 1時間＝855GB
【Blu-ray】
1920×1080、24p/30p/60i、8bit、AVC/H.264（HP）、48Mbps（48000Kbps） 1時間＝21.6GB
【BSデジタル放送】
1920×1080、60i、8bit、MPEG-2、24Mbps（24000Kbps） 1時間＝10.8GB
【地上デジタル放送】
1440×1080、60i、8bit、MPEG-2、16.7Mbps（16700Kbps） 1時間＝7.5GB
【DVD】
720×480、60i、8bit、MPEG-2、10.8Mbps（10800Kbps） 1時間＝4.8GB
【デジタル配信】
HD 1920×1080、24p/30p、8bit、AVC/H.264（MP）、6Mbps（6000Kbps） 1時間＝2.7GB
SD 720×480、24p/30p、8bit、AVC/H.264（MP）、1.5Mbps（1500Kbps） 1時間＝675MB
323:365
14/01/06 21:05:50.29 VM1wsdkg
>>321
試してみたけど今度は紫色にバグるようになった
rev 0.6+238と240の64bitでなる
インタレやリサイズフィルター変えるとバグの位置変わったり
720pで問題なくても1080pでバグる
324:名無しさん＠編集中
14/01/06 22:17:09.64 VM1wsdkg
名前欄は前の残ってた気にしないでくれ
原因が分かったかも
音声と映像同時処理だとバグるみたい
>>305の時と同じ条件に戻してエンコしてみても同時処理だとバグった
どちらも音声処理を前後にすれば問題ないみたいだ
325:名無しさん＠編集中
14/01/06 22:49:49.31 mtDp7LZh
ああやっぱそうなんや
326:名無しさん＠編集中
14/01/06 23:40:43.57 z69NGuC3
x265guiExの話ばかりだな
エンコーダの話は専用スレたててそっちでやってくれないかね？
327:名無しさん＠編集中
14/01/06 23:45:31.48 6NWtN8eb
x265guiExはエンコーダですらないが…
328:名無しさん＠編集中
14/01/06 23:52:24.71 mtDp7LZh
あくまでベータの段階だから仕方なくね
エンコーダもフロントエンドツールも
329:名無しさん＠編集中
14/01/07 10:34:22.87 HpVXa1ea
>>326
断る
お前の望みが叶うことはない
330:名無しさん＠編集中
14/01/07 23:00:05.72 RtRkbPcW
crfとかaqまだまだやね
331:名無しさん＠編集中
14/01/07 23:50:22.55 w9NQ8kkH
ブロックノイズまみれになるよな
332:名無しさん＠編集中
14/01/08 06:17:45.19 gn7snr/M
今の段階では、同じプリセット、同じcrfでも、
8bit版エンコに比べて10bit版エンコのファイルサイズが半分になる。
当然低画質
いくらなんでもこの差は…
333:名無しさん＠編集中
14/01/08 06:37:47.09 sHYTuIrn
＞当然低画質
えっ・・・
334:名無しさん＠編集中
14/01/08 06:38:26.01 sHYTuIrn
あ、よく見たらここ265のスレか
335:名無しさん＠編集中
14/01/08 06:44:58.60 Iw/OP0Gc
h265はCPUエンコは実質無理みたいだね
QSVやNVENCやVCEに期待するしかないね
NVENCはプログラマブルらしいみたいだけど
336:名無しさん＠編集中
14/01/08 08:14:07.60 ii9OK3Sn
crf実装される前より同じ設定なのに倍近く遅くなってる
337:名無しさん＠編集中
14/01/08 15:00:37.85 D0WilHaW
スナップドラゴンの新モデルがHEVCのハードウェアデコードで、4Kでも省電力再生らしい
338:名無しさん＠編集中
14/01/08 16:49:56.31 OlRx7JXM
DivX, LLC、4K動画の作成・再生に対応した「DivX」v10.1を公開
最大解像度が4,096×2,180ピクセルの動画へエンコードが可能に
URLﾘﾝｸ(www.forest.impress.co.jp)
339:名無しさん＠編集中
14/01/08 16:53:39.27 gn7snr/M
x265にだって解像度制限なんてないでしょ・・・
340:名無しさん＠編集中
14/01/09 10:53:15.85 a4sUy20A
>>339
規格の意味を何もわかってない
341:名無しさん＠編集中
14/01/09 11:43:25.81 nHP+HB/J
hevcは64kまで対応しているよ
342:名無しさん＠編集中
14/01/09 15:40:52.97 qxzx5rd/
>>340
今回のDivXの更新内容は、全く規格なんてものに関連してないんだが。
343:名無しさん＠編集中
14/01/09 19:26:37.09 a4sUy20A
>>342
DivXの規格が4K対応したということでしょ
再生互換性において意義がある
344:名無しさん＠編集中
14/01/09 22:21:31.02 fFiwszaK
Divxって品質基準みたいなエンコモード対応しないのかな？
ビットレート指定は使いづらい
345:名無しさん＠編集中
14/01/09 22:38:13.52 Rxm6zTMi
どうしてもDivxって事なら仕方ないけど
それならx265使えば良いんじゃないの？
346:名無しさん＠編集中
14/01/09 23:07:12.19 fFiwszaK
>>345
x265試したよ
でもまだダメだねファイルの一部バグってる
そこでDivx試してみたら結構よかった
347:名無しさん＠編集中
14/01/09 23:09:10.90 0upA/+8y
実験的にx265のcrf23でエンコしてるけどサイズの割りにそこそこ綺麗な気がする
AVIUTLの拡張x265出力でミドルcrf23で5fps（1440x810）
一番遅い設定で1fps切る位
ファイルサイズが小さくなる
348:名無しさん＠編集中
14/01/09 23:13:56.65 0upA/+8y
>>346
x265でビットレート指定とかしてたら画面が崩れた
拡張x265出力のプリセット（ミドル）を読み込んでcrf指定でサイズはお任せじゃないと不味いって気がついた
高速モードでエンコも画面が崩れるね
349:名無しさん＠編集中
14/01/09 23:20:47.37 52dy4pG9
>>346
じぶんでx265ビルドして使ってるけど一部バグってなに？
350:名無しさん＠編集中
14/01/09 23:21:41.60 4VU+pZwO
多分x265の問題じゃなくてx265guiEx側の問題。
305あたりにも同じ話出てる。
351:名無しさん＠編集中
14/01/09 23:24:16.30 0upA/+8y
>>349
映像の崩壊は目で判断できるけど
映像がバグってる？？
352:名無しさん＠編集中
14/01/09 23:31:23.71 52dy4pG9
今の所バグで映像が崩壊ってことは一度もないな
353:名無しさん＠編集中
14/01/10 11:10:45.86 xZGqBF3L
>350
コマンドラインのオプション渡すだけなのに、どうやって問題が起きる？
354:名無しさん＠編集中
14/01/10 13:31:09.79 UHWuM0ft
色空間の変換とかやってるはず
355:名無しさん＠編集中
14/01/10 14:39:36.21 E8TVLlQE
x265guiExが問題抱えてるって判明したの?
356:名無しさん＠編集中
14/01/10 15:04:05.35 E24SjQNp
もうキャプボも４Ｋの時代に入らないとだめになってきてるな。
民生ビデオカメラもモニターも今年で出揃う。映像ソフトも配信やらアプコンでたくさんでてくる。
あとはキャプボだけだ。
ちょうどＨＤキャプボがでる直前に状況は似ている。
４ｋキャプボをだす時が来たんだよ。
357:名無しさん＠編集中
14/01/10 15:15:05.39 C0hzppwu
10bitエンコができねー
x264と同じやり方じゃダメなのかー？
358:名無しさん＠編集中
14/01/10 15:19:30.05 t1NHjR6z
>>355
何度も判明して何度も修正されてるけど？
そもそもx265側が日々変更されてくんだから、x265GUIもほっとくと合わなくなるんだよ
過渡期なんだから当然であって、騒ぐことじゃない
359:名無しさん＠編集中
14/01/10 16:35:13.50 cM2Atd1q
>>357
いや、10bitに対応したx265がそもそもまだないだろ
こんな奴でもどこぞのブログやらの設定見てコピペでエンコ出来るんだからすごい時代だよな
360:名無しさん＠編集中
14/01/10 20:07:17.63 J7UmAi2T
4K撮影のコンシュマー機もう出てます?
361:名無しさん＠編集中
14/01/10 20:39:47.40 BRtDlbMk
まー液晶テレビはあるけど庶民が買える値段ちゃうやろ
362:名無しさん＠編集中
14/01/10 20:41:43.62 v01NNzYA
GPUエンコできるとまともな速度になるのかな
H.264の時のGPUエンコは速いだけではどれもろくすっぽ設定できないし糞画質だったけど
363:名無しさん＠編集中
14/01/11 06:27:32.12 BC8RlJZJ
>>359
＞いや、10bitに対応したx265がそもそもまだないだろ
普通にありますが。
バイナリ配布してますが・・・
364:名無しさん＠編集中
14/01/11 11:25:28.00 CVDXw02g
16bppってあるやつ？
365:名無しさん＠編集中
14/01/11 12:35:44.58 BC8RlJZJ
それそれ。
入力ファイルの色ビット数と、色空間を正しく指定すればできる
面倒な人は、x265GUI betaを使えば10bitで簡単にエンコできるよ
366:名無しさん＠編集中
14/01/11 12:47:49.07 9z5qSiLR
エンコしたところで低ビットレートはAVCだとうがHEVCだろうが目糞鼻糞
367:名無しさん＠編集中
14/01/11 13:01:31.44 bWKVA3Xe
高ビットレートこそ目糞鼻糞になりそうな気がするが
368:名無しさん＠編集中
14/01/11 15:30:54.62 hmrzVZd0
ハードウェアエンコで糞画質が鼻糞ぐらいになれば良い
QSVが対応とか何年先になるのか
問題は個人の再生環境が全とっかえになるところ
庶民的にはスマフォなら毎年買い替え需要がある
369:名無しさん＠編集中
14/01/11 15:58:15.59 2e1ikmKS
x265をもってしても、やっぱ8bppじゃマッハバンドが出るね
370:名無しさん＠編集中
14/01/11 19:27:48.12 8RMi35mB
yuv444でやれれば別に8bppでいいや
371:名無しさん＠編集中
14/01/12 07:58:13.07 olT661d/
だせええええええええええええええええええええええええええええええええええええ
372:名無しさん＠編集中
14/01/12 07:58:47.25 olT661d/
誤爆した、申し訳ない
373:名無しさん＠編集中
14/01/12 09:15:30.55 mUosAdGE
ださっ
374:名無しさん＠編集中
14/01/12 11:13:53.58 DMVkKc36
x264の初期よりずっと性能向上がはやい気がする
375:名無しさん＠編集中
14/01/12 11:27:25.66 M2xGgdZJ
>>374
多分、個人でやっていたx264とは違って、Multicorewareと言う企業がメインでx265を開発しているからだろう。
376:名無しさん＠編集中
14/01/12 11:32:36.22 yOFTAI8V
スマホみたいなちっこい画面じゃ、圧縮技術どころか高ビットレートの恩恵すら殆ど無い
377:名無しさん＠編集中
14/01/12 11:50:38.73 q1MSSXtd
流用できるところはx264からガンガン流用してるのも高速化が早い要因かもね
378:名無しさん＠編集中
14/01/12 12:34:11.88 EQmi1rbk
H.265もMPEG4の系統なので最終的に標準コンテナはmp4になりそう
Divxがmkv押してるけど無理やわ
379:名無しさん＠編集中
14/01/12 13:39:28.08 yZmx1mIu
>>376
そもそもちっこい画面だと低ビットレートでの性能向上だけでよくないか
>>366と同じ奴か
ssimだけで見ると同ビットレートでx264の高負荷設定エンコとまだそう変わらん感じもするような
設定が甘いだけかもしれんけど
380:名無しさん＠編集中
14/01/12 14:29:29.85 nBQRbqot
>>341
16k以上はおそらくH.266で行くと思う
H.265は8kまでかと
381:名無しさん＠編集中
14/01/12 15:13:09.60 ZVKhlq1N
スマホみたいなチッコイ画面だと、ビットレートだの圧縮方式だ以前に
HDすらいらないｗ480pですら十分綺麗に見れるのだからｗ
382:名無しさん＠編集中
14/01/12 16:55:14.48 q1MSSXtd
無いわ
画面が小さくても解像度は立派にあるわけで
383:名無しさん＠編集中
14/01/12 17:04:31.55 fVxTPTas
メーカーは必死で色々と宣伝するけどスマホなんかは
人間の目がHDの動画の解像感を感じられる
最低限の大きさ(視聴距離と画面の大きさによる)に達していないのは明らか
384:名無しさん＠編集中
14/01/12 17:22:49.33 I043bLjf
そら、細かい文字とか見るならスマホサイズでも高解像度は必要だが
映像ならHDもあれば十分すぎて480pでも問題ないんだよな
385:名無しさん＠編集中
14/01/12 18:07:54.98 EQmi1rbk
放送業界が積極的なのはむしろ圧縮率の方だろ
同じ帯域で数倍の配信が可能になる
勿論、同じ帯域で数倍の解像度も実現できるだけども
386:名無しさん＠編集中
14/01/12 18:11:52.26 DMVkKc36
>>375 >>377
なるほど
387:名無しさん＠編集中
14/01/12 21:59:53.54 lLRXWhGL
モバイル用は画質向上じゃなくてデータ量削減が目的だろ
388:名無しさん＠編集中
14/01/12 22:53:57.76 b+GBsIsT
普通そう思うよなぁ
389:名無しさん＠編集中
14/01/12 23:22:10.03 q1MSSXtd
モバイルでビットレート半分に出来たら、通信インフラに与えるインパクトは絶大だからな。
視聴者側も、動画ストリーミング待ち時間が減るわけだし。
390:名無しさん＠編集中
14/01/12 23:33:49.59 58WzqUIN
そこをあえて再生デバイスの処理能力限界に挑戦していくのが俺たちだから
391:名無しさん＠編集中
14/01/12 23:46:05.11 EQmi1rbk
モバイル用じゃなくてもオンデマンドも同じことだ
再生機器が世代交代しないと普及難しいけどな
数年かかってやっとH.264の世代交代が終ったところなんで
そこが厳しい
392:名無しさん＠編集中
14/01/12 23:51:02.52 rEn7f82o
代謝の激しいスマホなんかは割とすぐ移行しそうだけど
問題はPCだよな。なんだかんだで5年以上使う人多いし
393:名無しさん＠編集中
14/01/12 23:56:11.05 EQmi1rbk
あと、DLNAテレビとPS3,4、BD等のメディアプレーヤー
394:名無しさん＠編集中
14/01/12 23:59:28.77 yZmx1mIu
とは言えワンセグのような画質を据え置きにされると辛い
395:名無しさん＠編集中
14/01/13 00:16:02.07 B0Lkxxdo
>>394
据置でも高画質1080pをビットレート半分なので容量半分
画質はH.264と同等かそれ以上なのだよ
HD画質をスマートデバイスにそのまま入れてる人にも恩恵ある
396:名無しさん＠編集中
14/01/13 06:41:20.05 7jCval3M
データ量減らしたいってんなら、今のコーデックで減らせば良いんだけどなｗ
どうせコーデック変えたた所でスマホサイズじゃ大して変わらん
397:名無しさん＠編集中
14/01/13 07:54:28.63 F9Mw5KYk
まだ言ってる
398:名無しさん＠編集中
14/01/13 08:04:27.59 DL2t9hgs
>>395
それは分かる
ただワンセグ相当までサイズ小さいh.264動画の場合は画質は文字潰れる、15fpsでちょっと見てられんので
hevcでもし似たような事に使われる場合更にビットレート抑えるより
ビットレートそのままにして画質向上の方向にしてほしいなぁと
399:名無しさん＠編集中
14/01/13 08:17:33.83 znSsvEAC
ワンセグレベルまでビットレート落としてエンコした事無いから知らんかったが
そのレベルだと解像度高くても文字潰れちゃうのか
400:名無しさん＠編集中
14/01/13 09:01:56.26 fxRkt6rt
>>396
こいつ言ってることも言い回しも毎回同じだから凄く同一人物だよねｗ
荒らしてるつもりなんだろうけど、毎回完全論破されてる雑魚
401:名無しさん＠編集中
14/01/13 09:23:38.08 rVabgTJX
と、図星突かれてファビョっちゃってるHEVC関連企業の雑魚社員が申しておりますｗｗｗｗｗｗ
402:名無しさん＠編集中
14/01/13 09:24:37.47 SOlCHNKt
ってことはｈ２６６が出るまで待ちだな
403:名無しさん＠編集中
14/01/13 10:05:58.39 gpm4pzV8
>>399
プロファイルもビジネスになるから
xvuid(Mpeg4 ASP)のほうがマシってレベルになる
404:名無しさん＠編集中
14/01/13 11:53:12.82 eH90hE4p
ｚ
405:名無しさん＠編集中
14/01/13 14:08:02.44 AEJTtwl7
URLﾘﾝｸ(av.watch.impress.co.jp)
スマホやPCでも“4K Ready”、QualcommとRoviの戦略
LTEで4K視聴。着信をTV/スマートウォッチで通知
406:名無しさん＠編集中
14/01/13 14:13:12.16 fxRkt6rt
>>401
あ、あんたが草生やした時点で魂が負け認めてるってことだから。
今後も負け続けの人生、ご愁傷様です
407:名無しさん＠編集中
14/01/13 14:35:24.47 NRx47YO+
と、図星で悔しい負け組み社員が申しておりますｗｗ
408:名無しさん＠編集中
14/01/13 15:40:15.91 fxRkt6rt
「負け惜しみ」とか「社員」とか言っとけばいいという低品質の仕事っぷり
409:名無しさん＠編集中
14/01/13 15:57:37.14 NRx47YO+
と、自己紹介しておりますｗ
410:名無しさん＠編集中
14/01/13 16:58:05.06 fxRkt6rt
返しがしょぼいんだよね
411:名無しさん＠編集中
14/01/13 17:14:01.54 NRx47YO+
と、自己紹介しておりますｗ
412:名無しさん＠編集中
14/01/13 18:22:36.46 JQY1dcVR
どんだけ負けず嫌いだよw
413:名無しさん＠編集中
14/01/13 18:24:24.89 9NbpVsmj
プゲラｗｗｗｗｗｗｗｗｗｗｗｗ
414:名無しさん＠編集中
14/01/13 18:50:58.04 fxRkt6rt
D:NRx47YO+ みたいなのって、典型的な「最後に書き込んだほうが勝ち」理論の人。
朝鮮式声戦(ソント)戦法なんだよね
415:名無しさん＠編集中
14/01/13 18:54:51.41 5Wxb/iIq
と朝鮮人が申しておりますｗｗｗｗｗ
416:名無しさん＠編集中
14/01/15 08:36:54.34 9hl/K3Ch
ネ
ト
ウ
ヨ
417:名無しさん＠編集中
14/01/15 19:48:35.41 2ZTwJ1mj
チョン
418:名無しさん＠編集中
14/01/16 10:47:12.28 gDRucC7Y
URLﾘﾝｸ(dl.dropboxusercontent.com)
419:名無しさん＠編集中
14/01/16 21:16:20.96 3HoZQtup
最新ｘ265 rev 0.6+269-27c2dac98a3c (UTC 11:40:25 AM)
不正画像治った？
いきなり画像が乱れるやつ
AviUTLで再エンコした結果同じ場所での画像崩壊は無いけど（25分サイズの1分40秒辺り）
全編通しでは未確認
420:名無しさん＠編集中
14/01/16 21:49:44.50 /OTEed1K
aviutl使わずにエンコしたらどうなの？
421:名無しさん＠編集中
14/01/16 22:06:56.12 3HoZQtup
aviutlしか使えないんだよ恥ずかしいこと言わせるな
あと25分視聴するのが面倒なので確認してないだけで
治っていたら良いなと希望的観測
同じ設定でfpsが6から8へ性能UPしてるかも
それだけでも試す価値がある
x264と比べて感動的にサイズが小さくなる気がする
画質も微妙に良さそう(x264<x265)
25分200G（ｘ264）より100G(x265)の方が綺麗に感じる
この画質で100G？って驚いた(解像度1440x810)
422:名無しさん＠編集中
14/01/16 22:11:40.07 /OTEed1K
色んな意味で間違ってるがもう放置しておこう
423:名無しさん＠編集中
14/01/16 22:51:19.99 pFVB+scQ
DivX Converterしか使えないんだよ、って言うと思った
424:名無しさん＠編集中
14/01/16 23:19:23.08 v5XJRJRP
サイズの違い以外でx264と比べてどれ位画質の変化あるんだろう？
サイズ以外で気がつけないんだったら個人でエンコはきびしいな～
425:名無しさん＠編集中
14/01/16 23:41:32.46 3HoZQtup
x265の方が想定的に輪郭が荒れにくい
x264はビットレートが足りないと輪郭含め全体が荒れる
その特性を含め綺麗に見えただけ
速度まで考慮するとお勧めではない
426:名無しさん＠編集中
14/01/17 00:17:09.80 H++yz3Lk
これだけボケりゃそりゃ縮まるわ
というのが今の感想
crfの恩恵今全然ないし次に期待
427:名無しさん＠編集中
14/01/17 03:05:35.81 qPR4wfR7
>>421
100Gって何？
428:名無しさん＠編集中
14/01/17 03:33:19.66 eM2LEmr0
触れちゃダメ
相手すると面倒
429:名無しさん＠編集中
14/01/17 05:17:43.88 qPR4wfR7
>>428
すみません
100GBも使ったら綺麗だし
100ゴールドでも金かかってて綺麗だと思うし
うん！正しいんだな
430:名無しさん＠編集中
14/01/17 15:04:43.51 PC5jqGVk
x264 slowと比較すべきじゃないかな
エンコ速度同程度
431:名無しさん＠編集中
14/01/20 17:15:34.32 tJ8K40lA
みんな元気？
432:名無しさん＠編集中
14/01/20 18:44:50.63 SOv7Ls59
x264 slowか
最近x264でエンコするとき1440x1080でエンコしてアスペクト指定4:3で
16:9で再生できることをおぼえた
x265で同じことが出来るか確認しようにもコマンドラインで使用するときの
パラメータに何を渡したらいいのか今一わからん
433:名無しさん＠編集中
14/01/20 18:53:56.00 CJJ5lPb6
コマンドライン同じじゃん
434:名無しさん＠編集中
14/01/20 19:33:58.47 dwpkTU8O
コンテナ側でもできるしモーマンタイ
435:名無しさん＠編集中
14/01/21 08:13:07.43 HpOFF1J+
なんかサイズもクオリティも変更してないのにHDをSDに変換したかのようなボケボケ画質になった
これで容量が半分になりましたね。
よかったですね。って言われてもなあ
これ詐欺じゃねえのか？
h266が出るの待つわ
436:名無しさん＠編集中
14/01/21 08:23:40.31 bOcV/Nuy
君はずっと待ってればいいんじゃね
437:名無しさん＠編集中
14/01/21 12:43:36.52 M4ZkuArs
何もいじってないのに壊れたって言ってるPC初心者思い出した
438:名無しさん＠編集中
14/01/21 13:57:17.82 LMNIYkRc
容量が半分ってソースの動画形式も不明だわ、
どんなオプションでH.265にエンコードしたかも不明だわで、
何言ってんだこいつって感じだ
439:名無しさん＠編集中
14/01/21 16:12:51.23 HnQrbXzu
いや、言ってること正しいよ
最近のx265は変更が激しくて、同じ設定値でエンコしても
容量が半分になったり２倍になったりし続けてるからね
開発途上だから普通によくあること
そんなことで目くじら立ててもしょうがない
440:名無しさん＠編集中
14/01/21 16:15:17.17 C+MrkJ6Y
容量つーかビットレートで判断すべきこと
441:名無しさん＠編集中
14/01/21 16:27:03.65 HnQrbXzu
いや、そういう話はしてないんで
442:名無しさん＠編集中
14/01/21 16:32:12.50 C+MrkJ6Y
ビットレートが半分になってるから容量半分になる
アホか
443:名無しさん＠編集中
14/01/21 21:04:48.43 RkaMWNtn
h266（笑）
444:名無しさん＠編集中
14/01/22 19:19:46.25 jIOP+z6X
存在しないものを待つって大変そう
嫁がいないのに結婚するみたいな
445:名無しさん＠編集中
14/01/22 20:50:35.68 b19ICPBg
だからずっと待ってればいいんだよそいつは
446:名無しさん＠編集中
14/01/23 00:19:07.05 nQC9sHUD
思考錯誤しながらエンコ中
AVIUTL + 自動フィールドシフト 高速化版+12 URLﾘﾝｸ(rigaya34589.blog135.fc2.com)
でアニメをエンコ中
自動フィールドシフトの設定は URLﾘﾝｸ(www.geocities.jp) を参考に
120fps出力が無いのでスムージングはOFFで24fpsに変換
447:名無しさん＠編集中
14/01/23 01:21:15.31 wx7lHrlC
君は思考が錯誤してるんじゃないかな
448:名無しさん＠編集中
14/01/24 16:10:16.64 o2ldphB5
>>442
頭悪いのう
指定したビットレートやcrf値のとおりにならないって話してんのにｗ
このスレ内見るだけで、過去にもそういう事例報告されてるぞ？
449:名無しさん＠編集中
14/01/24 17:04:08.66 guSf12SK
>crf値のとおりにならないって
これの意味が分からない
450:名無しさん＠編集中
14/01/24 17:30:28.87 aPjq6jL1
crfエンコする前にビットレート値が分かるエスパーかな？
451:名無しさん＠編集中
14/01/24 17:49:39.53 guSf12SK
そうなんだろね
452:名無しさん＠編集中
14/01/24 18:01:32.50 2hh8mtSN
エスパーというよりただの妄想だろ
ビットレート指定してないのに妄想の中に基準があって
よく理解してないのに容量が2倍になったり半分になるとか言う
453:名無しさん＠編集中
14/01/24 18:47:25.83 aPjq6jL1
抽象的な表現で理解できるもんなのか
454:名無しさん＠編集中
14/01/24 18:53:57.96 2hh8mtSN
おそらく規定値の存在しないcrfを基準にしてるんだろうね
基準にならんつーの
455:名無しさん＠編集中
14/01/24 20:33:58.66 iXY5BPMC
>>446つづき
自動フィールドシフトの使い方が今一わからないけど
自動フィールドシフトにて24fpsへスムージングoffにてエンコ
なぜかエラーでエンコ出来ず
x265のビルドが現在320古いビルドで出来たエンコード設定がビルドによって出来たりできなかったり
crf23でエンコしているけど画質はx264より良い気がする
ファイルサイズ x264 > x265 画質 x264 < x265 が成立していると思う
動きの少ない映像はファイルサイズがガンガン減る様な気がする
456:名無しさん＠編集中
14/01/24 20:53:16.95 JMV0m5so
特に役に立つ情報を書いているわけでもなく、比較画像添付してるわけでもなく
何をしたいのか理解できない。
自身のブログか日記に書きなよ
457:名無しさん＠編集中
14/01/24 21:35:23.30 JMV0m5so
ｘ265 rev1
ｽﾚﾘﾝｸ(avi板)
458:名無しさん＠編集中
14/01/24 22:36:30.07 2hh8mtSN
本当、crf値の設定は変わるのに基準にすべきでない
refとかパラメータ書かないで
どの程度のビットレート値かもMediaInfoで簡単に解析できるのに
感覚で画質が良いとか圧縮率上がったとか意味がない
459:名無しさん＠編集中
14/01/25 22:02:55.06 XAJfbRjn
将来OpenCLでビデオカード主体でエンコードできるようになるのを期待して290Xを買うか手堅く4771を買うか迷う
460:名無しさん＠編集中
14/01/25 22:08:32.85 ikAMTvuD
ビデオカードは追加できるからCPU?じゃない
お金は余分にかかるけど
461:名無しさん＠編集中
14/01/26 08:59:51.87 s60rsKTW
>459
自分もそういうの期待しなくもないが、実際そうなってから買い物考えるので十分だと思う
462:名無しさん＠編集中
14/01/26 10:02:57.52 tkhB6hgk
向こう3年くらいはその辺の環境も整わないだろ
PCの買い換えサイクルからして今買ったところで既に一線退いてるのが関の山
463:名無しさん＠編集中
14/01/26 13:51:28.58 3eTcnFph
GPGPUでエンコが速くなるっていわれてから何年になるのやら
464:名無しさん＠編集中
14/01/26 14:02:05.56 gHoWYUf5
QSVってGPGPUに分類していいんだろうか
465:名無しさん＠編集中
14/01/26 15:55:27.18 zC1KnTVo
QSVはGPGPUじゃなくて専用ロジックというかDSPというかその類
466:名無しさん＠編集中
14/01/26 16:12:50.86 gHoWYUf5
ハードウェアエンコーダの類か
467:名無しさん＠編集中
14/01/26 17:14:48.80 zE7oHIG+
cpuがやってる処理を代わりにやってくれるエンコ専用ボードって作れないのかな？
ハードウェアエンコではなく、あくまでソフトウェアエンコの延長
468:名無しさん＠編集中
14/01/26 17:25:21.15 221AP4zo
LGA1150のソケットが二つあってOSからは単なるCPUとして認識されるような拡張ボードがほしい。17800円で。i7-E以降は割高すぎる・・・
469:名無しさん＠編集中
14/01/26 17:26:17.93 s60rsKTW
デュアルCPUで全コアの半分だけエンコに割り振ればいいと思います
470:名無しさん＠編集中
14/01/26 17:31:37.73 aC3uiC4k
物理1コアだけかよｗ
471:名無しさん＠編集中
14/01/26 17:50:26.45 NaHtzpK0
ハードウェアエンコじゃなくて
マルチコアでスレッド指定する訳でもないのか
俺も意味不明だわ
472:名無しさん＠編集中
14/01/26 17:57:50.15 gHoWYUf5
>>467
たぶんFPGAの類を言いたいんだと思うけど、
それって分類的にはハードウェアエンコーダになるのでは
473:名無しさん＠編集中
14/01/26 19:17:10.04 WR+biStx
Xeonとメモリを載せたPCI-Eボードって可能性が大
474:名無しさん＠編集中
14/01/26 21:41:38.72 gHoWYUf5
あぁ汎用CPUそのまま載っける類ですか
それマルチソケットでいいんじゃね？
475:名無しさん＠編集中
14/01/27 00:10:40.59 cW7VwzBZ
Larrabee…
476:名無しさん＠編集中
14/01/27 02:42:07.99 2OUykuo3
役に立たないHDGraphicsをそろそろXeonPhiのサブセットの
スモールCPUコアにでも置き換えてくれって感じ
477:名無しさん＠編集中
14/01/27 21:56:06.20 c8tXTxDC
QSVは残してくれよ
478:名無しさん＠編集中
14/01/27 22:30:27.84 pLdAQ/kf
H.265にQSVが対応してもx265より画質悪いままだと予想する
QSVは方向性がズレてる
479:名無しさん＠編集中
14/01/27 22:32:56.08 pLdAQ/kf
ミス
x265→x264
x264より画質悪かったら圧縮率上がると言えないではないかな
480:名無しさん＠編集中
14/01/27 22:54:54.40 czu+14g8
役に立たないHDGraphicsをそろそろXeonPhiフルセットの
ヒュージCPUコアにでも置き換えてくれって感じ
481:名無しさん＠編集中
14/01/27 23:29:05.89 pLdAQ/kf
結局、メインストリームになる鍵はAppleやクアルコムのチップが対応してくるかどうか
H.265ピンポイントのデコード支援になるのかGPU自体を底上げするのか
後者だとx264のハイプロファイル5.1 ref5以上も対応しそうなんで微妙
勿論、次世代規格としてH.265も発展して欲しいけど数年後でもいい感じ
482:名無しさん＠編集中
14/01/27 23:52:15.46 zMY+sbIp
アニメはいいとして実写はどうなんだろうな、h.265は。
x264の場合、フィルムグレインを真面目に再現しようとすると
結局Mpeg2と同じかそれ以上のビットレートが必要になるケースもあるし、
ホントに容量半分になるの？という疑問はどうしても拭えない。
483:名無しさん＠編集中
14/01/27 23:52:43.33 2OUykuo3
H.265は現状HTML5 Videoタグで対応出来ないからWEBコンテンツと相性が微妙
484:名無しさん＠編集中
14/01/27 23:54:28.65 2OUykuo3
圧縮率半分ってベストケースの話でしょ？
ノイズまみれの映像とかだとMPEG2とH.264が
あまり大差ないなんてことも普通にあり得る
485:名無しさん＠編集中
14/01/28 10:09:34.93 fpOo/3Pb
意図的にノイズまみれにしてある映像がビットレート食うのは俺らが死ぬまで変わらないんじゃないかね
486:名無しさん＠編集中
14/01/28 19:42:21.56 AqlxsNDu
問題はビットレート食う所じゃなくて、
圧縮方式同士の差が小さくなっていくあたりじゃないの？
487:名無しさん＠編集中
14/01/28 19:55:13.68 qvtVnMsh
同一フレーム内でも、連続フレーム間でも、近接したピクセル間に何の相関もなく
色や明るさ等が完全にランダムなら、どんなロジックを使ったコーデックでも
圧縮しようがないから、差は出ないわな
488:名無しさん＠編集中
14/01/28 20:43:10.49 wZZ4MWwT
>>484
ノイズまみれのMPEG2ならH.264だろうが265だろうが
ノイズまみれにしかならんだろ
489:名無しさん＠編集中
14/01/28 20:47:12.59 wZZ4MWwT
ノイズ無しのBDソースならx264のターボ無しマルチパスで
ビットレート半分にしてもノイズとか出ないよ
490:名無しさん＠編集中
14/01/28 21:06:32.88 qvtVnMsh
？？
>>484 は、ノイズまみれだったら、MPEG2ならH.264だろうが265だろうが
エンコ後の画質がほぼ同じになった時のに「圧縮率が」(つまり、ビットレートが)変わらん、ってことだと思うが
491:名無しさん＠編集中
14/01/28 21:10:38.36 xISgwC5a
ノイズが潰れてのっぺりになるとか
492:名無しさん＠編集中
14/01/28 21:21:47.07 wc6nzo1/
まあMPEG4系が得意な低ビットレート時は大きく画質が変わってくるけどね
たとえばVHSソースを720x480で取り込んで2Mbpsでエンコードしたとしたら
H.264ならぼやけた感じで済むがMPEG2だとブロックノイズまみれで話にならない
493:名無しさん＠編集中
14/01/29 03:29:54.98 Vuf0Wmdq
フィルムノイズって書かれてるんだからそれを残したままサイズを減らすっていう目的を過程してるのに
それが目に入ってない奴が居るみたいだな
494:名無しさん＠編集中
14/01/31 23:27:41.76 djlEzwfe
フィルムグレインSEIって実際使われてるの？
495:名無しさん＠編集中
14/02/01 20:59:10.99 qRTonBhy
フィルムノイズは除去してエンコして再生時に付加すればよい（ドヤ
496:名無しさん＠編集中
14/02/01 21:02:26.77 9t+aBose
やめてー
497:名無しさん＠編集中
14/02/05 13:25:53.83 WKJDvEad
H264の次の標準はもうH265で決まりだな
Googleがやってるアレは普及しないまま終わりそう
498:名無しさん＠編集中
14/02/05 15:40:42.88 tX/9CfI3
そりゃそうだろw
499:名無しさん＠編集中
14/02/05 18:09:24.73 PgGAdd2U
8KまではH265で決まってんだから
500:名無しさん＠編集中
14/02/09 22:09:52.76 bsl2cGgR
436 名前：名無しさん┃】【┃Dolby[sage] 投稿日：2014/01/20(月) 16:50:39.17 ID:Y6vfB6bI0 [1/2]
NHK、8Kスーパーハイビジョンの地上波長距離伝送に成功
URLﾘﾝｸ(av.watch.impress.co.jp)
URLﾘﾝｸ(av.watch.impress.co.jp)
443 名前：名無しさん┃】【┃Dolby[] 投稿日：2014/01/20(月) 19:31:47.36 ID:MKxqUFf30 [2/2]
まず地デジの4倍ってことはそれだけで66.8Mbpsになる
そこから更に圧縮効率を加えて、地デジのMPEG-2から
4倍高率なHEVCで考えると
次世代地デジHEVC放送はMPEG-2の267.2Mbps相当になる
これは現行の地デジの16倍相当の画質に匹敵する
16倍は丁度1080pと8Kの画素数分の差がある
つまり>>436の実験はとても合理的である
501:名無しさん＠編集中
14/02/12 16:35:01.80 g1C6F6ww
【エンコ部】 4k/60p動画をリアルタイムエンコードできるマシーンをNECが発売
ｽﾚﾘﾝｸ(poverty板)
502:名無しさん＠編集中
14/02/13 16:27:16.12 2uqpAlau
でかすぎワラタｗ
5Uな上に奥行きもフルサイズありそうだけど、力技とはいえ中身がどうなってるのか見てみたいナァ。
503:名無しさん＠編集中
14/02/13 20:26:36.83 AWrFkFda
H.264のリアルタイムエンコードマシンも最初はこんなのだったの？
504:名無しさん＠編集中
14/02/14 00:41:11.18 qT2TRRBn
>>502
FPGAが載ったボードが入ってるだけだと思うが
505:名無しさん＠編集中
14/02/14 01:29:13.43 //RFO3xV
H.265って並列処理できるんだっけ？FPGAいくつ乗せてんだろ
506:名無しさん＠編集中
14/02/14 01:32:43.55 Zni0HZ7V
FPGA相当高そうだな。
ハイエンドFPGA1チップ40万以上?
507:名無しさん＠編集中
14/02/14 04:33:34.47 hqt3MOsf
そうなの？NECがFPGA使うというのはなんか不思議な感じがするんだけど
>>506
どんなもんだろうとDigiKeyでAlteraのStratixVの値段見たら高いやつは一個200万とかだったｗ
でもこの値段だと5Uとかにならないだろうしもう少し安い奴と高速なメモリをいっぱい
載せてるんじゃないかねぇ。
508:名無しさん＠編集中
14/02/15 11:45:42.99 RSDkGe0h
>>507
さすがにこのタイミングで、カスタムチップを起こすところまでは
行ってないと思われ。
というか、４年間での販売見込みが100台ってのを考えると、
カスタムチップ作ってたら、元取れんのじゃないか、確実に受注生産レベルの数だぞｗ
価格がスパコン並なら、赤にはならんかもだけど、
さすがにそれじゃ売れんでしょ。
まぁ、普通に考えて、汎用CPU+FPGAの組み合わせだと思うよ。
509:名無しさん＠編集中
14/02/15 12:19:18.73 LJnxLVpF
普通にデュアルソケXeonとGPU1ぐらいじゃね
510:名無しさん＠編集中
14/02/15 12:24:24.14 TheaNfAm
H.264が今日（こんにち）のように日常的に使われるようになるまで10年かかってるから気が遠いんやなｗ
511:名無しさん＠編集中
14/02/15 19:15:08.75 3rzbMpBg
>>507
数量とかコネとかで価格は数十倍違う。
512:名無しさん＠編集中
14/02/15 21:33:39.81 WcbNXGu9
500万円の専用回路と500万円分の汎用計算機（Xeonとか）
だとどっちのが速いんだろうか
513:名無しさん＠編集中
14/02/15 22:16:46.47 rtcj4Fnx
は？
514:名無しさん＠編集中
14/02/15 22:43:00.23 yx6jz3R2
いずれにせよ今のHEVCは、AVC（HP）比1.5倍程度で12bit4:2:2すら対応していないゴミだから使い物にならない
515:名無しさん＠編集中
14/02/15 23:14:26.11 o7xkGhPV
次世代BDの色深度、色空間次第じゃね
516:名無しさん＠編集中
14/02/16 02:02:56.17 VVW57thx
@ReijiAsakura 4KBDでは色深度の他に色域も拡張されると聞いてますが、
拡張される場合、BT.2020規格になるのでしょうか？
BDは標準をたいせつにしますので、その方向ではないでしょうか。 RT @avavavav0001
URLﾘﾝｸ(twitter.com)
517:名無しさん＠編集中
14/02/16 02:03:52.15 VVW57thx
New 12-Bit Deep Colour Encoding Tech Announced For 4K Blu-ray
URLﾘﾝｸ(www.hdtvtest.co.uk)
12bit
518:名無しさん＠編集中
14/02/16 08:21:41.90 0EWReE6U
とうとうffmpegにx265が組み込まれたね
519:名無しさん＠編集中
14/02/19 21:39:58.39 hsBHWwOL
ffmpegでエンコードできると聞いてやってみた
時間こそかかれど、サイズも小さいし、結構きれいだし
これからに期待だな
520:名無しさん＠編集中
14/02/21 01:35:50.49 skBtCcOr
ffmpeg対応なのでflvに突っ込んでHEVCリアルタイムエンコ、配信用途に
現状まだ重くて無理っすわ
521:名無しさん＠編集中
14/02/21 11:40:30.03 PYOfDlzT
>>520
つ Elemental Live
522:名無しさん＠編集中
14/02/22 22:16:21.75 90NX5SWB
Peercast Stationとffmpegとstream.mの組み合わせでピアキャスでHEVCのMKV配信が出来るよ。
WindowsのffmpegでHEVCのエンコードで強制終了する問題は-presetをfast以上にして動かせば解決するよ。
>>87ぐらいのPCがあればオプションを弄ればHEVCでも普通に配信できると思う。
523:名無しさん＠編集中
14/02/24 18:48:12.39 Rx6l+y5s
kvazaar
URLﾘﾝｸ(github.com)
オープンソースのHEVCエンコーダ
524:名無しさん＠編集中
14/02/26 07:08:48.22 ltULkasL
【経済】ソニー、4K動画が撮れるスマホ「XperiaZ2」発表…再建の鍵握る新型端末、全てをつぎ込んだ★２
ｽﾚﾘﾝｸ(newsplus板)
525:名無しさん＠編集中
14/02/26 23:04:39.00 YZlsvPe1
4K/8K放送のロードマップ具体化へ。総務省が新会合
ｽﾚﾘﾝｸ(poverty板)
526:名無しさん＠編集中
14/03/01 21:08:00.08 9glc2Is/
DivX誰も使ってないん？
527:名無しさん＠編集中
14/03/01 23:27:54.33 zWjwtVcL
ﾉｼ
528:名無しさん＠編集中
14/03/07 11:07:28.49 9t2RzzIi
AGVC video encoder
Why MulticoreWare is excited for HSA
URLﾘﾝｸ(www.youtube.com)
529:名無しさん＠編集中
14/03/07 13:19:01.75 zSk0Rank
具体的にHSAでどの処理が速くなるのかは言っていないな
MEとかmbtree等には効果がありそうだが
530:名無しさん＠編集中
14/03/07 14:57:32.64 G3vHCqOG
URLﾘﾝｸ(www.slideshare.net)
これくらいしか話はないんで後はベンチしかないな
531:名無しさん＠編集中
14/03/07 18:32:26.77 JKukxt2i
10年近く続いたGPUの出来る出来る詐欺にもいよいよ終止符なのか
532:名無しさん＠編集中
14/03/07 19:44:26.27 u1ANnvL2
VCE使ってるだけでしたなんてオチじゃないだろうな？
533:名無しさん＠編集中
14/03/08 09:02:48.87 kukHOsdD
コア数増えても、画面の分割処理でしか並行化出来ないのでは仕方ないねぇ
今までのメインメモリとVRAM間の転送オーバーヘッドが無くなるだけでも大きいのだろうが
534:名無しさん＠編集中
14/03/09 14:57:05.94 Qt+6R0UX
DTV板に限定するなら本スレはこっち↓だろ
【2016】 H.265/HEVC Part3 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
535:名無しさん＠編集中
14/03/09 17:16:49.22 nUIM1HHx
QSV＋Handbrake(x264)はおそろしく速いが（品質はいいとはいえないが）
OpenCL+x265はどうなるのだろうか
536:名無しさん＠編集中
14/03/10 18:44:54.39 snw0A5ow
IIJ、「HEVC/H.265 over MPEG-DASH」を利用した大規模ライブ中継を実施
URLﾘﾝｸ(internet.watch.impress.co.jp)
URLﾘﾝｸ(av.watch.impress.co.jp)
537:名無しさん＠編集中
14/03/26 08:46:43.82 IoQvtrue
MPEG-DASHなんてものがあるんだな
URLﾘﾝｸ(dashpromotersgroup.com)
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
538:名無しさん＠編集中
14/03/26 10:48:05.28 YNV4S/RY
何をいまさら
539:名無しさん＠編集中
14/03/28 17:48:41.80 K04y/qcr
AMD、Xbox OneとPS4にMantleを提供の用意
～Kaveri用HSA対応4Kデコーダは6月に公開か
URLﾘﾝｸ(pc.watch.impress.co.jp)
540:名無しさん＠編集中
14/03/28 18:26:34.86 D0xqOuPf
とうとう出るのか
HSAを活用したデコーダ
541:名無しさん＠編集中
14/03/28 19:43:12.25 EIbsMWKr
引き続き高性能エンコーダーの開発もよろしく
542:名無しさん＠編集中
14/03/28 22:40:11.86 D0xqOuPf
いや、記事本文読むと、HSA対応H265エンコーダ/デコーダは数ヶ月で利用可能になる。
COMPUTEXで発表と書いてあるな
こりゃ楽しみだ。
それまでにKaveri安くなってるとええな
543:名無しさん＠編集中
14/03/28 23:31:18.10 GGvFRCim
何？!エンコーダーも同時発表なのか？
そいつは事件だぜ！
544:名無しさん＠編集中
14/03/29 11:14:11.35 HMvKhacA
＞4K(UltraHD)の動画規格であるH.265(HEVC)のエンコード/デコードが挙げられるが、
＞これについて同氏は「この数カ月で利用可能になる。もっと具体的に言うと6月のCOMPUTEXに何かを予定している」と、
＞明言と言っていいほどかなり具体的な投入時期についての示唆をした。
エンコまで出来るってのは朗報だけど4Kについては
4Kの動画規格であるHEVCってのは4K世代の規格であるHEVCという意味で
ハードウェア4KHEVCデコードまで対応してるかは微妙じゃね
545:名無しさん＠編集中
14/03/29 11:44:48.65 hkE8U/Ox
>>544
＞ HSAおよびOpenCLの用途としては
が頭に付いてるんだからソフトウエア処理に決まってるでしょ
546:名無しさん＠編集中
14/03/29 11:50:37.81 6QIKADqP
GPUを使ったソフトウェア処理だな
800Gflops以上ある有り余る演算力を活用する。素晴らしい
547:名無しさん＠編集中
14/03/29 13:05:01.40 zxgA4kgv
CPUエンコと違って画質悪そう。
548:名無しさん＠編集中
14/03/29 13:19:09.41 zObA+GMk
んなわきゃないが264の時と違って情報はさすがに少ないからでないとわからんね
力の入れ具合からして他のHSAベンチ並だと相当高速になる可能性もあるけど。
GPU使ってデコードする場合はソフトデコードというもんかね。4k60fps対応
URLﾘﾝｸ(pc.watch.impress.co.jp)
549:名無しさん＠編集中
14/03/29 13:20:13.55 AlGts4Qt
つまりソフト次第で改善の余地があるのか
550:名無しさん＠編集中
14/03/29 13:25:44.90 zObA+GMk
ハードエンコはVCEでVFW用のH.264可能なコーデックは一応公開されてはいる265用はないけど。
デコードのほうはオープンソースという話は聞いてないので有料かもしれんけどね
551:名無しさん＠編集中
14/03/29 13:40:08.12 v29QeOoQ
>今回はビデオ編集ソフトベンダーのTelestreamと協調体制を組んでおり、
>HSAを使ったHEVCのエンコーダとデコーダを用意する点、
>とくにエンコーダはオープンソースでの提供を予定している点を発表しました。
1月に発表していたコレが来るんか思ってたより速かったな
CPUによるソフトウェア処理は遅いし、ハードウェアは速いけど全然柔軟性が無い
そうした苦行の日々ともようやく決別して
いよいよCPUとGPUによる協調処理の時代か
552:名無しさん＠編集中
14/03/29 15:47:41.81 VuoHJNkL
GOING TO NEXT GENERATION！
553:名無しさん＠編集中
14/03/29 18:06:31.90 j6Gea4qG
インテルはGPGPUやらないの？
AMDに改宗してしまうん？
554:名無しさん＠編集中
14/03/29 20:00:28.47 R4eMrgkj
ああ、専用ハードウェアじゃないからどうにでもなるってか・・・
555:名無しさん＠編集中
14/03/30 19:23:16.87 Kx5Od7We
ハードデコードの時代は終わったってことだなｗ
これからは有り余るGPUの性能を駆使したソフトデコードの時代
556:名無しさん＠編集中
14/03/30 20:22:20.10 Zi8yX3k1
開発が追い付いてないだけ。
しかもIntelのHaswell i7だとCPUだけで4kデコードできるらしいし
557:名無しさん＠編集中
14/03/30 20:23:28.86 Zi8yX3k1
ハードウエア・エンコードはともかく
ハードウエア・デコードは不滅です。
558:名無しさん＠編集中
14/03/30 20:31:31.64 9oTmliWy
ハードウェア・エンコーダーの方が電力効率高いんだからH.265のが完成したらどこも積んでくるだろ
559:名無しさん＠編集中
14/03/30 21:10:13.99 Zi8yX3k1
最近の石ならハードウエアh.264エンコーダーがもれなく付いているにも関わらず
x264が主流な現状を見たらありえないシナリオだと思う。
560:名無しさん＠編集中
14/03/30 21:12:25.00 Zi8yX3k1
あ、すまん、早とちりした。
ハードウエアエンコーダーが主流になるって話かと思って愚レスした。
561:名無しさん＠編集中
14/03/30 21:13:24.98 JGu/SZNg
未来物語なのは現行スペックでそのハードウェアエンコに準拠してない点
フォームウェアで対応不可なのでハードウェアの買い直しが必要なんだが
製品化されるのがこれからだからな
気が遠くなるわ
562:名無しさん＠編集中
14/03/30 21:14:18.53 JGu/SZNg
デコードもだった
563:名無しさん＠編集中
14/03/30 21:20:09.33 JGu/SZNg
例えば、やっと発売されたPS4ではハードウェアデコードできない
現行品のiPhone、iPadも不可
現状、再生機器が存在しない
564:名無しさん＠編集中
14/03/30 21:31:53.10 1Fe+yN4w
そんなどうでもいいこと気にしてんのかよ
565:名無しさん＠編集中
14/03/31 01:00:29.22 LdTiyptJ
2014年時点でH.265/HEVCは次世代規格
PS4は元次世代機で今となっては立派な現行世代機。PS5計画があるならPS5が次世代機
次世代規格仕様策定作業終了以前に発売された機種が現時点で対応していないのは当たり前で
将来的に対応すると明言していないのだからその義務も無い。万が一対応したらその善意に感謝せよ
そして○○メーカーの××機種が対応するかどうかは
単に性能や能力の有無の問題だけじゃなくて
自社商品群差別化やその時の新製品販売促進などなど
それぞれのメーカーにはそれぞれの思惑があり
他にも様々な要因によって対応可能だけどあえてやらないというメーカー判断もある訳だから
そんなどうにもならないことを今から気にしたところでハゲるだけ
将来H.265/HEVC採用が増えて普及が進んで来たなあ
と感じたらそのメーカーに自分で問い合わせしなさい
566:名無しさん＠編集中
14/03/31 09:55:58.96 2cl7aw6T
PS4はAMDがGPUを活用したHEVCエンコーダー・デコーダー出した後に対応するんじゃないの？
567:名無しさん＠編集中
14/03/31 10:47:08.82 +IJd7Wt4
Maxwellもフルではないけどデコード対応する言ってるで
568:名無しさん＠編集中
14/03/31 11:27:09.09 LsxMwfpJ
PS4は4Kの動画再生の対応予定だし、対応する以上HEVCは必須
ハードウェアは設計的に固まってて変更は出来ないからソフトデコードになるだろうな
569:名無しさん＠編集中
14/03/31 11:45:27.95 r8FPTKHg
モデルチェンジって手もありますぜ
570:名無しさん＠編集中
14/03/31 14:39:17.16 AUExsHaS
PS4世代の4K対応はH.264やがな
571:名無しさん＠編集中
14/03/31 20:29:26.94 dHS5q0jz
これから7年も続くハードがH.264とまりなわけねー
572:名無しさん＠編集中
14/03/31 21:30:30.91 joFUon22
PS5が来年発売
573:名無しさん＠編集中
14/03/31 21:32:48.60 AUExsHaS
>>571
H.264といっても4Kだぞ
574:名無しさん＠編集中
14/03/31 21:37:13.23 AUExsHaS
>>568
>PS4は4Kの動画再生の対応予定だし、対応する以上HEVCは必須
これが間違い
4KのH.264ハードウェアデコードとH.265ハードウェアデコードは別物
575:名無しさん＠編集中
14/03/31 22:36:20.19 72T7OeOQ
PS5なんて2020年くらいに発売だろ
その頃はもう8Kが出てきてるし
その頃にh。265に対応とか遅すぎる
576:名無しさん＠編集中
14/03/31 22:51:24.27 GE7J/ybE
>>572
来年は、PS4.1が発売
577:名無しさん＠編集中
14/04/01 01:39:15.87 gpIxAlaz
2015年発売のPS4.1のアップグレード内容
・4KBD規格策定にあわせて3層100GBBD-ROMドライブが搭載される
・4KBD規格策定にあわせてHEVC（4K 12bit 4:2:2 100Mbpsover）デコーダーチップが搭載される
578:名無しさん＠編集中
14/04/01 01:56:27.60 gpIxAlaz
この動画のSSで比較
URLﾘﾝｸ(www.youtube.com)
この場面を65インチ相当まで拡大して一部を切り取って比較
URLﾘﾝｸ(dl1.getuploader.com)
2160p（24Mbps） 720p（2.3Mbps）
1080p（4.3Mbps） 480p（1.2Mbps）
URLﾘﾝｸ(dl1.getuploader.com)
2160pと1080pは結構な違いがある
たった24Mbps程度の動画を65インチ相当まで拡大してここまで
綺麗に表示できるなら、十分実用できる範疇だろう
youtubeのコーデックはAVCメインプロファイルだが、これが
将来HEVCメインプロファイルになることを考えると、4Kは10Mbps
前後まで落とせることになり、問題なくストリーミングできる
579:名無しさん＠編集中
14/04/01 11:42:06.49 dsMphLY3
2014年中に4KBD規格策定されることが前提
h.264が主流でh.265は揉めると思う
Appleでさえ実験採用してない
580:名無しさん＠編集中
14/04/01 13:57:09.91 4hS7JUgd
Rovi、DivXとMainConcept事業を売却。エンタメ検索に集中
URLﾘﾝｸ(av.watch.impress.co.jp)
581:名無しさん＠編集中
14/04/01 17:54:16.40 zv2wmhL/
あらら売られちゃった。。
582:名無しさん＠編集中
14/04/01 19:34:41.62 Mx0ZWvJA
上から4K、1080p、480p
URLﾘﾝｸ(bbsimg03.kakaku.k-img.com)
比較に使った4K動画はこれ
URLﾘﾝｸ(www.youtube.com)
まずは比較画像を見て頂きたい
4Kが一番綺麗であることの他に、100インチサイズまで拡大してもこれだけ鮮明に見える点が
4Kの精細さを物語っている。ちなみにこの4Kの動画の平均ビットレートは24Mbpsである。
BDの平均ビットレートと同等であるが、コーデックはBDがAVCのハイプロファイルであるのに
対して、youtubeはメインプロファイルであり、画質的には当然BDの方が優れている。
ストリーミングとしてはビットレートが高いが、今後HEVCが実用されていけば、その半分に
減らすことができ、10Mbps程度でこのクオリティの画質が実現できるだろう。さらにこの動
画の撮影に使われたカメラは、業務用の高額なレンズやセンサーが使われたカメラではなく、
20万円程度で買える比較的安価な民生用ビデオカメラである。この点を考えても、100インチ
に投射してもこれだけ鮮明な画質が得られる4Kは、やはりすばらしいと言わざるを得ないだろう。
将来的には、100インチまで拡大しても鮮明な画質を維持できる10Mbps程度の動画が、ストリー
ミングを通して手軽に視聴できるようになるだろう。アメリカで流行っているNETFLIXも、4Kス
マートTVと連携して、HEVCを使った10Mbps程度の4Kストリーミング配信を計画している。
これが実用化されていけば、消費者は大画面な4KスマートTVを購入すれば、高画質な4Kドラマ
や映画を手軽に視聴できるようになる。
583:名無しさん＠編集中
14/04/01 19:37:49.03 Mx0ZWvJA
これはあくまで一般消費者的な視点である。当然それ以上に画質に拘るコアなユーザーもいる。
彼らは今でもBlu-rayでフルHDのドラマを映画を視聴しているはずだ。そんな彼らのニーズにも
応えべるく、BDAはハリウッドや家電メーカーと協力して、4KのBlu-rayの規格化に向けて本格的
に動き出している。確定情報ではないが、コーデックは当然ながらHEVC。色深度が大幅に向上さ
れ、既存の8bit4:2:0から12bit4:2:2にアップグレードされ、色域もUHDTV規格であるBT.2020が
採用され、3層の100GBのディスクが採用されるとの噂が流れている。これらが本当ならば、4K
映画の平均的な上映時間が120分であると仮定すれば、100GBのBDで収録すれば110Mbpsの平均
ビットレートが実現できる。これをHEVCの12bit4:2:2でエンコードするのだから、その画質は
もはや映画館を超えるものとなるかもしれない。
ちなみに映画館（デジタルシネマ）で配給されているDCPと言うソースは、実のところ、ビットレ
ートが高いと言うだけで圧縮効率はそれほどでもないのだ。この点は以下のソースを参照してほしい。
584:名無しさん＠編集中
14/04/01 19:38:19.54 Mx0ZWvJA
JPEG2000 は、MPEG２やH.264/AVC のようにフレーム間相関を利用せず、フレーム単位で
独立に符号化される。
したがって、フレーム間相関を利用した符号化方式よりも符号化効率は低下するが、
１）必要な処理能力を得るためのマルチプロセッサ構成において、画面分割による並
列処理に適していること、
２）ディジタルシネマでは伝送誤りによる画像劣化を極力抑えることが重要で、伝送エ
ラーが生じても前後のフレームに波及しないイントラ符号化の方が誤り耐性の確保が容
易であること、
３）画像を途中でカットしたり逆転再生させたりする特殊再生の実現が容易、といった
点で優れている。
URLﾘﾝｸ(www.cc.u-ryukyu.ac.jp)
つまりDCPは“画質”よりも転送の安定性やソースの取り回しの良さを重視している。
したがって、画質においては、JPEG2000はHEVC、AVC、それどころかMPEG-2にすら劣る事になる。
ちなみにDCPの規格上の最大ビットレートは250Mbps。
ファイル容量で見た場合，DCPの大部分を占めるのが映像データです．
そのビットレートの上限としてデジタルシネマ規格では2 5 0 M b i t / s が規定されています．
URLﾘﾝｸ(www.ntt.co.jp)
585:名無しさん＠編集中
14/04/01 19:39:11.80 Mx0ZWvJA
仮にも、HEVCとJPEG2000の圧縮効率の差が2.5倍程度として、4KBlu-rayのビットレートが100Mbps
とした場合、4KBlu-rayはDCPの250Mbps相当の画質となり、DCPの規格上の最大画質が得られること
になるわけだ。こう考えると、もはや民生用のビデオソースは映画館のソースと同等もしくはそれ
以上と言えるレベルに到達したと言っても過言ではない事になる。
現在の大手シネコンでも、過去作品の上映はBD再生が主流である。映画館を凌駕したクオリティの
ビデオを個人で手軽に買える時代が近付きつつあるのだ。それ以前に、今は手軽にストリーミング
配信できるビデオですら、私が今比較として提示したように、100インチ相当まで引き伸ばしても
十分鮮明な画質が実現できているのだから、コアなユーザーにとっても一般消費者にとっても、共
に十分過ぎるほど満足できるAVライフを送れる時代になっていると言うことである。いい時代にな
ったものだ。
586:名無しさん＠編集中
14/04/01 22:18:19.78 yyCKmP30
1080で見るとそりゃ縮むだろというくらいのボカし具合だからなぁ
正体見たり枯れ尾花って感じで
とは言ってもこれからどうなるかウォッチはしておくけど
587:名無しさん＠編集中
14/04/01 22:29:45.65 oLj2H9cB
よく考えたらHDDが安いから生TSを圧縮する必要はあまりなかった
588:名無しさん＠編集中
14/04/01 22:37:23.61 dsMphLY3
Haswellのソフトウェアデコードでも厳しいh.265 4Kは
家電ではハードウェアデコードが手軽に搭載されるまでありえない
4Kの画質がーって言ってるヤツは理解してるんかね
h.264 4Kのハードウェアデコードは今年、来年に出てくるだろうけどさ
589:名無しさん＠編集中
14/04/01 23:40:42.40 FuPHIv0W
H.264って4kは30fまでじゃないの？
590:名無しさん＠編集中
14/04/02 02:42:36.09 ucAAFub9
規格上は30fpsまでだな
今後拡張するかどうかは知らんが
591:名無しさん＠編集中
14/04/02 05:09:45.93 qmdMXGg5
HEVCデコーダーチップ積んだ4KTVなんてとっくに出てる
URLﾘﾝｸ(www.pronews.jp)
世界一人気のあるNETFLIXがハリウッドや韓国メーカーらとタッグ組んで
15Mbpsの4Kストリーミング配信
4K以下の解像度は既にAVCで数Mbpsで配信できる
でも4KはAVCだと20Mbpsを超えるから
これを半分に減らさなければならない
だからHEVEは4Kが主導なんだよ
画質は100インチに引き伸ばしてもこのクオリティ
上から
4K（AVC24Mbps）
1080p（AVC4.3Mbps）
480p（AVC1.2Mbps）
URLﾘﾝｸ(www.youtube.com)
592:名無しさん＠編集中
14/04/02 05:34:49.48 z90D1Ff/
H.264 は Profile Level 5.2 が追加されて
4K/60p いけるよ
593:名無しさん＠編集中
14/04/02 05:43:29.12 3kFZWDdf
>>588
だからPS4はGPUによるソフトウェアデコードになる
594:名無しさん＠編集中
14/04/02 07:20:42.76 7ZRw40SP
デコードの負荷自体は264から改良されてるので同等か軽くなってるだろ
単に解像度が上がってるから負荷が高くなってるわけで
それは264でも一緒でしょ？
595:名無しさん＠編集中
14/04/02 07:23:28.69 amEBQseU
H265はデコード負荷が高いという妄想を信じてる人未だにいるからなぁ
同解像度ではH264とデコード負荷同じですよ
だから今のスマフォでもCPU再生が出来るわけで。
596:名無しさん＠編集中
14/04/02 19:34:28.35 znnT3hys
スマホではH.264は動画再生用の専用チップで再生されてるんじゃない？
だからCPU負荷の比較はできないと思う。
タスクマネージャ的なもののキャプチャでも撮れれば簡単に結論が出そうだけど。
597:名無しさん＠編集中
14/04/02 19:55:15.10 UcPOQbIq
>>595
クアルコムの最新チップじゃなきゃネイティブデコードできないし
Divxがやってたのはスマフォ、タブレットへのDLNAやがな
お前のスマフォはソフトウェアデコードできるアプリ入ってるんだなスゴイ
598:名無しさん＠編集中
14/04/02 19:58:35.30 hnYr8AkG
MX動画プレーヤーのことじゃね
599:名無しさん＠編集中
14/04/02 20:40:13.85 JCKLW7qN
VLCでフルHDのtsがソフトウェアデコードで再生できた時はちょっと感動したけど、
h.264は確認してないや。どのくらいのCPUで再生できるんだろう。
600:名無しさん＠編集中
14/04/02 21:04:58.79 UcPOQbIq
>>599
iOSや泥のVLCならh.264の1080pはハード支援無しじゃ厳しい
601:名無しさん＠編集中
14/04/02 21:23:47.57 JCKLW7qN
>>600
気になったから、先日手に入れたlgl22で今フルHDのアニメ(h.264)再生させたら普通に再生でけたわ。
コードギアス映画の第1章でそれなりにヌルヌル動くシーンでもコマ落ち確認できず。
最近のスナドラすげぇなぁ。これでスクフェスが遅延してくれなければ完璧なんだけど
602:名無しさん＠編集中
14/04/02 23:30:12.33 amEBQseU
>>597
H265のソフトウェア再生できますが・・・
スマフォの貧弱CPUでもソフトウェア再生出来るんですよ。
603:名無しさん＠編集中
14/04/02 23:44:08.48 bVO7EEe0
>>597
divxのはソフトウェアデコードのはず
4Kじゃないけど
604:名無しさん＠編集中
14/04/03 00:11:53.71 RVh9HRwn
4k8kだとHWの再生支援よりメモリ帯域のほうが問題な気が
605:名無しさん＠編集中
14/04/04 08:10:44.77 rwfmyjB4
韓国ケーブル事業者、地上波より早く4K放送サービスを開始
URLﾘﾝｸ(www.pronews.jp)
チョンごときに負けるイルボン
606:名無しさん＠編集中
14/04/04 10:48:20.81 LSKO51tP
韓国ケーブルもH.265採用か
607:名無しさん＠編集中
14/04/07 21:05:08.24 fapTTJ7y
NTT、世界初RExt対応で圧縮速度や圧縮率を高めたHEVCエンコーダ
URLﾘﾝｸ(av.watch.impress.co.jp)
608:名無しさん＠編集中
14/04/07 22:16:59.35 mR70FbTh
韓国ならATSC採用した時みたいに色々とやらかしてくれるんだろうなぁと期待してる。
609:名無しさん＠編集中
14/04/07 22:58:21.09 eE6C+qFp
>>607
発売はよ
610:名無しさん＠編集中
14/04/08 12:46:57.74 sVo3BWwz
>>607
8bitで良いから4:4:4くれ
611:名無しさん＠編集中
14/04/08 12:55:24.11 XQ/Ze5nf
今のところ、フリーで公開されてるHEVCエンコーダーって
DivXConverter、x265、HomerHEVC、kvasaarくらい？
612:名無しさん＠編集中
14/04/08 19:55:09.07 eXhPUIF5
クアルコム Snapdragon 810 / 808発表。2015年版ハイエンドスマホ向け、LPDDR4メモリやH.265エンコード対応
URLﾘﾝｸ(japanese.engadget.com)
SoCにH.265のHWエンコーダー載るのか
613:名無しさん＠編集中
14/04/08 20:31:46.80 3PpkAu4x
デコーダじゃなくてエンコーダ‥？
何に使うんだろう。動画撮影とかか。
614:名無しさん＠編集中
14/04/08 20:42:02.42 A4WDYAWb
いわゆるエンコをできるはずも無いので
カメラで動画撮影、動画通話などでのエンコード機能だろうね
現行機でもそういう用途でのH.264HWエンコード実装されてる訳だし
615:名無しさん＠編集中
14/04/10 02:04:31.13 RsOKrbxz
ニコニコあたりがh265対応しないかな
616:名無しさん＠編集中
14/04/10 07:41:59.20 +lAe1NqG
エンコーダーさえ整えば即β版で出してくるんじゃね
617:名無しさん＠編集中
14/04/10 12:20:56.91 s/ttHCIQ
デコードはどうすんだよボケ
618:名無しさん＠編集中
14/04/10 17:08:58.69 mXIgRl4G
avcにトランスコードするに決まってる
619:名無しさん＠編集中
14/04/10 18:59:11.20 IHiP0l7J
トランスコードはデコードすることを含むわけで…
620:名無しさん＠編集中
14/04/10 22:19:41.35 qyUT5R8L
>>615
これになればニコうp用にx265を使い始める。
x265はCRF実装前とかの最初に弄ってまだx264で十分だなと思っていたがね
621:名無しさん＠編集中
14/04/10 22:31:48.94 hrdnI+QD
ニコ動はH264の今でもエンコ速度遅すぎて笑うくらいだから
x265になんかなるわけない
622:名無しさん＠編集中
14/04/10 23:16:53.32 ClRuQyWZ
ニコニコの場合はそもそもflashplayerがHEVCに対応しないと無理じゃないの
623:名無しさん＠編集中
14/04/11 00:19:48.20 Vyd6fjSQ
その通り
624:名無しさん＠編集中
14/04/11 00:43:14.22 zAAvf9Qx
アドビ滅びないかなー
625:名無しさん＠編集中
14/04/11 00:54:10.84 N2rMTGGY
まあ癌化している感が否めないしなAdobe周り
重いわクラッシュしやすいわ新機能対応遅いわ
対応フォーマットも柔軟性ないし
626:名無しさん＠編集中
14/04/11 09:19:46.07 NiPOkbkP
確かにFLV滅びてほしい
627:名無しさん＠編集中
14/04/11 09:23:59.28 bOs8Wkwc
HTML5がサポートすればFlashPlayer関係なしにブラウザで再生できるでしょ
ただニコ動はまだ対応してないっぽいけど
628:名無しさん＠編集中
14/04/11 20:34:05.71 nihhuZso
ニコ動はPCブラウザからでもUserAgentをiPadとかに偽装すると
Flashなしでもコメント付で見れるとこまできてるから
わりといつでもNonFlashに移行できる気もするな
629:名無しさん＠編集中
14/04/11 21:06:26.43 A31DiyiT
ブラウザが対応すりゃな金かかるからどこも採用の話聞かないが
630:名無しさん＠編集中
14/04/11 23:37:14.21 1okIr5XG
>>627
HTML5での動画再生も
ブラウザで挙動まちまち過ぎてやってられねーという人もいるみたいだし
動画再生部分は普及できるかどうか
631:名無しさん＠編集中
14/04/14 18:30:46.47 EwGmn9go
VP9+Opus/Vorbisのがライセンス絡みのクッソしょうもない問題が起きなくていいんだがなあ
GoogleはAndroidなんぞ作ってる暇があるならVP9に資源を使えばいいのに
632:名無しさん＠編集中
14/04/16 00:10:25.17 GAO1C89Q
h.264だってwebに限れば無償じゃん
音声はどうだったか覚えてないが
633:名無しさん＠編集中
14/04/16 14:10:37.95 GBpLUmz/
米Sony、4Kストリーミング再生/保存対応の1TB HDD内蔵メディアプレーヤーを夏発売
URLﾘﾝｸ(av.watch.impress.co.jp)
> XAVC S、MPEG-4 AVC/H.264、HEVC(H.265)もサポートする。
634:名無しさん＠編集中
14/04/16 15:00:58.49 FCsn2+qp
※4K24p12bit4:4:2には非対応
635:名無しさん＠編集中
14/04/16 17:31:53.62 XBDONMaG
4Kコンテンツに1Tじゃ足りんだろ
636:名無しさん＠編集中
14/04/18 18:40:56.65 03Qt63np
1TBで4K映像どの位録れるんだろうか？
637:名無しさん＠編集中
14/04/19 22:15:51.83 fUyhVB+p
>>636
1分
638:名無しさん＠編集中
14/04/20 13:19:42.04 XTreal5s
お前ら無圧縮ででも保存してんの？
639:名無しさん＠編集中
14/04/20 14:43:08.24 r/QDIbDz
>>636
TV放送を録画って話なら今と大して変わらないんじゃないか？
理論的には画面解像度が4倍になる分をHEVCの圧縮率で打ち消せるし、
現実的にも放送波の伝送ビットレート上限が変わらなきゃデータ量も増えようがない
640:名無しさん＠編集中
14/04/20 14:57:55.42 nKOKyJvU
無圧縮でも15分ぐらいは撮れるだろ
641:名無しさん＠編集中
14/04/21 19:33:12.52 trbiH8iv
FourCCってH265なの？HEVCなの？
642:名無しさん＠編集中
14/04/21 21:27:38.40 rTvbhcNH
まだ存在してんの？
643:名無しさん＠編集中
14/04/22 12:23:46.94 +tZ1/A5D
スマホやタブレットのGPUほぼすべてに、ハードウェアHEVCデコーダが入るようになれば、
スマホやタブレットでも使われるようになると思う
644:名無しさん＠編集中
14/04/22 12:29:51.11 +tZ1/A5D
ポストmpeg2のときは、いろんなコーデック乱立したが結局H.264に統一された
ポストH.264はすんなりHEVCになりそう
645:名無しさん＠編集中
14/04/22 12:45:35.45 a1Z+3wk5
実質対抗馬がVP9ぐらいしかないのが凄い
いやまだx264がいるか
646:名無しさん＠編集中
14/04/22 14:00:58.25 k2J7tmKs
コーデックとソフトウェアを混同している俄が香ばしいスレでおますな
647:名無しさん＠編集中
14/04/22 18:49:47.21 0co/iUCV
VP9,Daalaは死産な気がする
648:名無しさん＠編集中
14/04/22 19:56:52.80 zVxp28BV
ブラウザサポートはVP9のが進んでるからな
265のほうがヤバイわ
649:名無しさん＠編集中
14/04/22 20:33:24.74 JqbbkIes
見目ないねあんた
650:名無しさん＠編集中
14/04/22 20:36:16.68 zVxp28BV
圧縮率といい265は264ほどの感動はさっぱりないからなー
651:名無しさん＠編集中
14/04/22 22:17:20.36 94c+NP0h
プロプライエタリを毛嫌いする連中がいる以上、
性能関係なくVP9の一定支持はあるんだろうね
652:名無しさん＠編集中
14/04/22 23:16:08.74 c/p0Pc6t
なんでわざわざこんな所に居るんだろう
653:名無しさん＠編集中
14/04/23 15:11:09.45 +ZutVsF/
オレはどっち派とかではないよ
メーカー系の後押しは確実にHVECだけど
一定数は無条件にVP9に流れるってだけ
654:名無しさん＠編集中
14/04/23 16:54:24.92 uYfzUFjs
VP9って何？
655:名無しさん＠編集中
14/04/23 17:58:42.34 19IUunNE
CP9
656:名無しさん＠編集中
14/04/23 20:33:45.83 IW+Lqhkx
VP3~VP8までが従来型
657:名無しさん＠編集中
14/04/23 20:46:52.64 kOun3stt
世界の主要家電メーカーにAMDを始めとするIT関連企業に北米映画スタジオ 等々
世界のハード屋さんとソフト屋さんの両者によって築かれたH.264/AVC体制がそのままに
後継の標準規格にH.265/HEVCを選定したのだから大勢は既に決しており
賢い人たちは現在からそれに対抗して喧嘩仕掛けるような無駄な労力は使わないだろう
658:名無しさん＠編集中
14/04/24 06:08:38.52 Ae+mGC4z
VP9ってつべで見た感じ大した事ないね
659:名無しさん＠編集中
14/04/24 07:41:21.00 UG9ANYpz
ハードウェアデコードしなくても、openCLでなんとかならないのかな
660:名無しさん＠編集中
14/04/24 09:05:37.67 s+AsTgvu
VP9はffmpegに実験実装されてるから、エンコもデコードも自分で確かめられる
とにかくエンコードが遅いｗ
x265が神に見えるくらい、VP9のエンコは遅い
661:名無しさん＠編集中
14/04/24 10:22:48.26 HlLduFqc
VP9ってWaveletだっけ?
662:名無しさん＠編集中
14/04/25 18:09:19.19 0HoEOXLu
>>661
違う。8x8, 16x16のDCT + 4x4, 8x8, 16x16の非対称DST(Sはサイン)
663:名無しさん＠編集中
14/04/25 19:57:34.38 CgLrmzD/
今後も放送用帯域はBSでも24Mbps/ch止まりなのでしょうか。
664:名無しさん＠編集中
14/04/25 20:53:21.73 aolme/UV
次世代放送では、誤り訂正のパワーアップで、1トランスポンダーあたり約90Mbps程度にはなるらしい。
1チャンネルでどの程度利用するのかは忘れた。
665:名無しさん＠編集中
14/04/25 23:36:46.29 q4lJOLma
録画の際思いっきりビットレート下げてやらんときっつそうだな
666:名無しさん＠編集中
14/04/26 11:58:33.16 4W9Y1Ge9
録画が劣化するという意味では業界的には願ったり叶ったりでは？
まぁ素人目には区別つかんと思うけど…
667:名無しさん＠編集中
14/04/26 12:00:53.37 woq3oZq2
当面の間はどうせ2K相当に変換して録画する事になると思うんだが、2Kで放送するのと無理に4Kで流すのとどっちがマシなんだろうかと
668:名無しさん＠編集中
14/04/26 13:33:48.28 DZJNJHAu
リアルタイムで見るという考えはないのか
669:名無しさん＠編集中
14/04/26 13:44:55.97 woq3oZq2
なんで俺録画に限定したんだろう‥
まぁどっちでもいいんだけど
670:名無しさん＠編集中
14/04/26 14:54:06.85 D2k1HMZI
現状ですら地上波はビットレート足りてないのに4Kなんて流せるのか？って事でしょ？
最大で合計16Mbpsまでいけるみたいだし265と言わずとも264に対応すりゃあ割と問題無い画質で配信できそうだけど
671:名無しさん＠編集中
14/04/26 15:10:50.58 rfGpvEd6
いまさらh.264はないと個人的に思う
672:名無しさん＠編集中
14/04/26 22:01:42.08 DZJNJHAu
H.264は色が溶けたみたいになるから嫌
673:名無しさん＠編集中
14/04/27 00:21:55.83 AU/o8mtk
全てのh.264ものそう見えたの？
674:名無しさん＠編集中
14/04/27 00:32:27.72 RJniKZZt
>>670
なんで地上波の話に限定するのか分からないけど、
地上波にせよ衛星波にせよ変調方式改善してビットレート増やすんでしょ？
というか、>>667はビットレート増やしてもまだ足りない状態で無理矢理H.265で4Kとかを流した映像と、
今現状のMPEG-2の2Kを比較した時にどっちの方が綺麗なのかな、って話なんだけど、どうなんだろうな。
675:名無しさん＠編集中
14/04/27 01:34:29.55 b+VZy19K
h265のボカし方知らないのがよく分かる
676:名無しさん＠編集中
14/04/27 01:38:58.21 RJniKZZt
うむ、見た事ないからよく分からん。
677:名無しさん＠編集中
14/04/27 10:07:37.26 Ps94XGAJ
x265の実写のボカし方は正直凄く上手いと思うぞ
678:名無しさん＠編集中
14/04/27 10:55:10.47 23m6TjZ4
>>677
264が中途半端だったとも言えるな
679:名無しさん＠編集中
14/05/07 15:52:20.91 H/ujmdIK
>>645
VC2
VC3
Motion JPEG 2000
Motion JPEG XR
は雑魚すぎてHEVCの敵とはなりえない、現状対抗はVP9とDaalaしかない
680:名無しさん＠編集中
14/05/07 18:02:24.44 3mbyNJML
>>679
可逆と比較してどうすんだよ
681:名無しさん＠編集中
14/05/10 23:30:00.70 MZp3lgqW
x265と同様にVP9も企業（Google）が作ってるんだが全く進展がない
この差は一体何なのか
682:名無しさん＠編集中
14/05/10 23:35:39.41 WGAjZYiz
x264とVP8の実績の差？
683:名無しさん＠編集中
14/05/11 13:31:19.09 Z1LlaYVn
ITU-T, ISO/IECのH.265/HEVCと、Google/On2のプライベートな規格の一つであるVP9との違いかな
ただ、標準化の有無にかかわらず、普及したりしなかったりするのだろうけど
684:名無しさん＠編集中
14/05/14 13:26:13.88 c2/o5WZm
dアニメストアとdビデオが「HEVC」対応へ。dビデオはHDも
URLﾘﾝｸ(av.watch.impress.co.jp)
685:名無しさん＠編集中
14/05/14 18:24:01.66 jMhzroJB
dアニメストアがHEVC/H.265対応。ダウンロード時間が半分に - AV Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
モバイルくらいしか動きないな最近は
686:名無しさん＠編集中
14/05/15 23:29:18.46 Uvbx7F6c
データ量据え置き高画質化の方が個人的には好きだけど
利益になりにくいのかな
687:名無しさん＠編集中
14/05/16 17:47:10.38 n4QTJ9YM
線を増やせば帯域が増える有線と違って
無線は上限帯域が決まってるからデータ量減らせるHEVCはかなりの勢いで広まるんじゃないかな
688:名無しさん＠編集中
14/05/16 18:24:29.68 I2v/DG74
は？
689:名無しさん＠編集中
14/05/16 23:58:31.36 JV9pdJcr
dアニメストアのTwitterアカウントが
「試しに265チップ載ってない端末で265版動画再生させてみたら負荷高すぎてお話にならなかったからはやくチップ搭載端末増えてくれ」
的な事を早速投稿してたな
690:名無しさん＠編集中
14/05/17 00:24:11.94 HJbYPfYh
俺が使ってる機種じゃh265どころかh264でもハードウェアデコーダー切ると再生きつい
691:名無しさん＠編集中
14/05/17 01:07:05.90 qbFtorwP
>>689
バッテリー消耗すごそうだな
692:名無しさん＠編集中
14/05/20 15:13:26.64 bf+TcDeI
初の4Kテレビ放送「Channel4K」6月2日開始 スカパーで1日6時間の無料放送
ｽﾚﾘﾝｸ(poverty板)
693:名無しさん＠編集中
14/05/21 18:13:09.18 1DkZwYzb
ニコ動が'14年夏からHEVCエンコード対応。2倍の圧縮率でトラフィック緩和へ - AV Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
694:名無しさん＠編集中
14/05/21 18:50:34.24 rvtLsKad
続々と採用始まってますなぁ
H265は意味無いとか言ってた工作員、息してるか？ｗ
世は無線ネットの世界になってきてるんだから
限られた帯域を効率的に使えるH265が流行らないはずが無いんだよね
695:名無しさん＠編集中
14/05/21 18:55:18.29 1DkZwYzb
PCで進まないから正直ドヤってもねぇ
696:名無しさん＠編集中
14/05/21 19:07:50.35 CtDJukpr
x265実装済のHandbrakeとかAvidemuxが普通に落とせるのかどうかでかなり変わりそう
まぁ、海外のサイトからとってきたx265.exeと、Aviutlとneroaacenc.exeの組み合わせには遠く及ばないんだけど
697:名無しさん＠編集中
14/05/21 19:12:17.14 /mw08sRs
x265が2passに対応してないからまだ作りづらそう
698:名無しさん＠編集中
14/05/21 20:38:52.28 QaJQmQCE
>>694
> H265は意味無いとか言ってた工作員
元ネタがよく分からないんだけど、それってプラットフォームが対応してないのにH265でエンコードしても意味がないって事では？
今回はH.265でエンコードした動画を単体で配布するわけじゃないし、なんか話が噛み合ってないと思う。
699:名無しさん＠編集中
14/05/21 20:49:58.87 DHu5wcOL
これは恥ずかしいwww
700:名無しさん＠編集中
14/05/21 22:25:45.72 gvdsqUi6
エンコーダーは何使をうんだろう？
NTTとかルネサスが開発したやつ使うんだろうか
701:名無しさん＠編集中
14/05/22 00:24:50.33 nVaYFLc0
デコードの方が問題だよな
新型スマフォは手軽にHWデコードできるとして
4Kテレビは価格的に雲の上の存在
メインユーザーをターゲットにしてない
702:名無しさん＠編集中
14/05/22 00:48:45.37 8UpEMQUP
QSVがエンコード・デコードに対応してからPCを買い換えたいけどいつ頃対応してくるんだろ？
開発には時間がかかるんだろうけど。
703:名無しさん＠編集中
14/05/22 00:52:47.81 nVaYFLc0
MPEG4と距離を置いてるIntelがQSVに搭載するとか何年先になるのやら
エンコードはソフトウェアでもいけるけど
PCで視聴するならフルHD以上じゃなきゃ意味ないから
対応としては１番最後にもなりかねない
704:名無しさん＠編集中
14/05/22 01:07:48.16 8UpEMQUP
Intelはタブレット向けなどにも今は供給しているから対応してくると予想してるんですけど当分先ですかね(^_^;)
705:名無しさん＠編集中
14/05/22 02:06:06.21 wB0lBJAW
QSVでのHEVCサポートはSkylakeから
706:名無しさん＠編集中
14/05/22 02:58:10.90 y7A3A3go
来年下旬に生産開始かぁ
未だにSandy Bridgeだから、値段がこなれる事考えるともう1台挟んだ方が良さそうだなぁ。
707:名無しさん＠編集中
14/05/22 06:25:00.17 JYykMZd5
Xvid 1.3.3ｷﾀ━━━(ﾟ∀ﾟ)━━━ !!!!!
URLﾘﾝｸ(www.xvid.com)
708:名無しさん＠編集中
14/05/22 09:04:33.98 aHJ02OaE
Googleに買収されたようつべもそのうちH.265/HEVC採用するんじゃないか？
動画サイトは、ネットワークコストがばかにならんからなぁ
709:名無しさん＠編集中
14/05/22 09:06:39.02 aHJ02OaE
>>701
core i*とかその程度のCPU使ってれば、
2k動画くらいならCPUだけでデコード可能でしょ？
バッテリ気にしなくていいデスクトップPCなら特に問題ないんじゃね？
ところで、、Flash Playerって、H265のハードウェアデコード・ソフトウェアデコードに対応してるのだろうか？
710:名無しさん＠編集中
14/05/22 09:13:06.54 eOySkHMa
8kデコードはi7 12コア必要だっつー話は最近あったな。
一般にはまだまだ先の話ではあるが
711:名無しさん＠編集中
14/05/22 09:30:12.03 xCF4Ay1m
>>709
ハードウェアがないのにどうやって対応するのか
712:名無しさん＠編集中
14/05/22 13:39:16.54 s6sfx1P+
モバイルでの消費電力的にはどうなるんだろ？
713:名無しさん＠編集中
14/05/22 21:06:09.48 EQPKgA/B
デコードの負荷はh264もh265もほとんど変わらないよ
714:名無しさん＠編集中
14/05/22 21:09:14.59 eOySkHMa
と言われ続けてたんでmpc-hcでHD動画再生してみた感じ倍は重かったけどね
再生支援ありの倍がなしその倍が265
715:名無しさん＠編集中
14/05/22 21:09:54.09 H58rpCsA
[HDTV]スカパー!プレミアムをPCで視聴12[H.264 AAC]
ｽﾚﾘﾝｸ(avi板)
333 名前：名無しさん＠編集中[sage] 投稿日：2014/05/22(木) 17:14:18.02 ID:L9LDZCwv
録画したTSを再生してみた
内容は、HEVC[3840x2160]のカラーバーだった
しかし、CPU負荷100%に張り付き、重すぎてまともに再生できない
HEVC再生支援付きのビデオカードでも無きゃ無理だな。
342 名前：名無しさん＠編集中[sage] 投稿日：2014/05/22(木) 20:39:14.16 ID:Zhh4Dtow
とりあえずMPC-HC-x64-Ver1.75 + 内蔵デコーダで再生できたが・・・
(静止画でなく横スクロールなのね)
CPUが100%に張り付くだけでなく、再生が途切れ途切れで、20秒のデータ
の再生に40秒もかかる・・・・(i5-2500K+CPU内蔵Video)
単純な横スクロールの1.88Mbpsでさえこんなだと、トラポンをフルに使った
データだとどうなるんだろう・・・
716:名無しさん＠編集中
14/05/22 22:18:34.38 fAo2AQIO
>>715
そのスレ覗いtら4kの60pらしい
717:名無しさん＠編集中
14/05/22 23:47:27.14 H2Om2ziu
h264とh265
同じ再生時間、容量の動画ならどっちが軽いの？
718:名無しさん＠編集中
14/05/23 00:24:32.61 boXYn33x
重さはわからんなぁ・・・。格納している媒体によるんじゃない？
いや、ごめん・・・。
俺が悪かった。
719:名無しさん＠編集中
14/05/23 15:26:48.55 9MTA+Rdm
q値で揃えようがビットレートで揃えようが
264再生支援ありと265ソフトデコードじゃ差は負荷高いと10倍って言っていい感じだなぁ
再生できる範囲じゃ差はないが
720:名無しさん＠編集中
14/05/23 17:16:13.59 xPlfhZUO
4kでも、24fpsなら、core i5/i7クラスのデスクトップPCならソフトウェアで再生出来るでしょ？
60fpsはちょっと無理かな？
721:名無しさん＠編集中
14/05/23 17:18:39.75 9MTA+Rdm
4k 30fpsはi7なら多分いける
60fpsは多分無理かなぁ
にしてもログ大分飛んだな
722:名無しさん＠編集中
14/05/23 18:09:10.48 9MTA+Rdm
URLﾘﾝｸ(www.elecard.com)
ここの4k動画はmpc-hcで再生できたから試すといいかもしれない
Divxのところにもサンプルはあるようだ
723:名無しさん＠編集中
14/05/23 20:24:51.91 0wz0jEiu
突っ込み入れたかったレスが飛んでるわw
724:かわいそう
14/05/23 23:01:20.95 dLG2m7PP
719 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 01:47:49.77 ID:tKx0FMOy
HSA対応エンコーダまだ～？
720 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 03:55:16.65 ID:9MTA+Rdm
条件が同じではないけど同じというには差はあるな
URLﾘﾝｸ(www.techspot.com)
URLﾘﾝｸ(static.techspot.com)
URLﾘﾝｸ(static.techspot.com)
URLﾘﾝｸ(www.hkepc.com)
721 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 06:34:03.35 ID:rdX6aIQQ
Xvidって再生負荷こんなに高かったっけ？
722 名前：名無しさん＠編集中[sage] 投稿日：2014/05/23(金) 11:19:43.80 ID:zuJ8RhHH
解像度とビットレート統一した比較があればなあ
725:名無しさん＠編集中
14/05/24 01:31:10.75 CoruNET6
ストリーミング配信じゃ480、高くても720くらいだから
ソフトデコードでもいけるかな
726:名無しさん＠編集中
14/05/24 01:48:32.48 CoruNET6
>>722
アンドロイドからだとファイルをダウンロードできないっぽい
727:名無しさん＠編集中
14/05/24 14:30:51.53 voMVBdJL
HSAエンコードなんてするよりAVX2エンコードのほうがいいでしょ？
728:名無しさん＠編集中
14/05/24 15:38:09.49 ePboXee7
AVX2とHSAを比較してどうすんだよ、
カツ丼とたくわん比較するくらい無駄。
729:名無しさん＠編集中
14/05/24 16:48:06.95 soh+lawn
4kってHDの4倍の処理量だよ？分かってる？
去年から今年に掛けてメインのCPUはたったの0.1GHzの性能向上
H.265で重くなる分と4ｋで重くなる分でそれこそ0.01fpsとかの世界
そして8kって4kの2倍でHDの8倍の処理量だよ？
現在のCPUの性能向上具合で4倍だとか8倍の性能向上なんて一体いつの話になるのか
CPUでエンコードという時代はもう終わり
730:名無しさん＠編集中
14/05/24 17:29:44.70 8fKm18VJ
Xeon Phiとか使えば
731:名無しさん＠編集中
14/05/24 17:53:12.91 +LYhWXKb
> 4kってHDの4倍の処理量
> 8kって4kの2倍で
ん？
732:名無しさん＠編集中
14/05/24 19:31:44.08 jFdg6AG4
HDが基準って何年前の人間だよｗ
733:名無しさん＠編集中
14/05/24 19:53:21.86 XHrG0R4d
イマドキのPCなら4Kの265くらい普通に再生できるわ
734:名無しさん＠編集中
14/05/24 20:52:38.92 lEyHxmNk
↓のファイルを再生した所→URLﾘﾝｸ(up3.null-x.cc)
364 名前：名無しさん＠編集中：2014/05/24(土) 12:24:34.10 ID:bePDkaVs
201405241200000102-試験電波.ts
201405241200000102-試験電波.ts.err
201405241200000102-試験電波.ts.program.txt
URLﾘﾝｸ(drive.google.com)
悲劇やな・・・
735:名無しさん＠編集中
14/05/24 21:03:12.90 XHrG0R4d
申し訳ないけどSandyBridgeはイマドキじゃないです
736:名無しさん＠編集中
14/05/24 21:38:45.38 CxEe0EDo
ぷっ
今時のPCって、4K放送のスペックである4K60pHEVC35Mbpsをソフトデコードできんのか？ｗ
さらに、4KBDとか出てきたらもっとビットレート上がるし、平均70Mbpsクラスになるぞｗ
737:名無しさん＠編集中
14/05/24 21:58:57.50 pYB+izjx
>>734
おーお仲間発見memは16GBだけどね
avwatchから4kサンプル落として見たときに同じように100%でしたよorz
738:名無しさん＠編集中
14/05/24 22:03:17.94 CxEe0EDo
>>734
たった3Mbps程度でこれなんだろ？ｗｗｗｗｗｗ
なら30Mbpsとかｉ７でも無理じゃねｗｗｗｗｗｗｗｗｗｗｗ
739:名無しさん＠編集中
14/05/24 23:35:33.82 23cM6MTo
これでグラフィックアクセレータが売れるな
740:名無しさん＠編集中
14/05/25 00:37:26.70 p3F+E4O2
PCの買い換えがオンボで対応してからで十分になってきたな・・
741:名無しさん＠編集中
14/05/25 01:32:31.70 zNMOj9c/
openclでなんとかなるっしょ
742:名無しさん＠編集中
14/05/25 05:48:01.09 dqHGxoLB
これがHSAでヌルヌル再生できるなら
Kaveriがちょっとは売れるかも
743:名無しさん＠編集中
14/05/25 08:06:31.98 cv6AX81h
デコードはこれまで通りの固定回路方式で対応できるのだから
わざわざHSAを持ち出すまでもない
問題とされてるのはエンコードであってデコードじゃない
設定柔軟性と速度の良い所取りをしようというHSAエンコードの性能がAPUの命運を握ってる
744:名無しさん＠編集中
14/05/25 08:56:47.46 Im/7grQH
>>743
H265をハードウェア再生する固定回路を搭載したGPUもCPUも、未だ存在ゼロ。
しかし、GCNを搭載したGPU＆APUは多数普及してる。
その程度の算数もできないのか
745:名無しさん＠編集中
14/05/25 10:05:50.67 +leJbTrz
再生するファイルがなければ（＝作れなきゃ）意味ないでしょ
746:名無しさん＠編集中
14/05/25 10:08:44.34 cv6AX81h
頭の弱い人間に説明するのは本当に疲れるから嫌なんだが
"未だ無い"とか言う前にこのスレ読み直したらどうか
最終的な規格仕様策定作業終了以前に発売された製品に無いのは当たり前だろう
デコードチップで間に合うのに単なるデコード処理に使わなくていいCPUを使うのはリソース的にも消費電力的にも全くの逆効果で意味が無い
それに可変長符号のデコード処理は元々CPUが得意とする分野ではないのだから尚更無意味だ
HSAを再生で活用するケースとして念頭に置かれてるのはデコードではなくその後のポストプロセッシングの方だ
具体的に指摘されているのは4ｋディスプレイが普及しても4ｋコンテンツが揃うにはまだ時間が掛かるので
結果的に4ｋディスプイレでHDコンテンツという過渡期ならではの状態が生まれるので
HDコンテンツを4ｋにアップスケーリングする処理にHSAを使って他より高画質を追求しようということだ
747:名無しさん＠編集中
14/05/25 10:11:31.15 1W+RQzlV
APUの4K出力って24Hzまでだよな・・
748:名無しさん＠編集中
14/05/25 12:41:32.84 LdXkMC7O
20nmのGPUでHEVCのデコードサポートするはずだけど
749:名無しさん＠編集中
14/05/25 12:50:14.38 SDHeleAf
HSA対応なら4k60fpsは対応予定らしいが(来月に発表くらいは・・・)ハードデコードは来年以降じゃないかな
750:名無しさん＠編集中
14/05/25 13:36:21.90 Q6IInv6q
>>747
4096x2160だと24Hzで3840x2160だと30Hzだな
751:名無しさん＠編集中
14/05/26 21:51:16.72 ggQW/L3H
【速報】4K試験放送 ついに60p・ビットレート37Mbpsの番組放送される 糞重くてワロタ（動画あり）
ｽﾚﾘﾝｸ(poverty板)
752:名無しさん＠編集中
14/05/27 01:37:37.93 pA4KfBvW
もうすぐComputex
753:名無しさん＠編集中
14/05/27 01:42:41.86 HJhTv/ww
【悲報】Sandyついに産廃に 4Kの試験放送のデータまともに再生出来なくてワロタ
ｽﾚﾘﾝｸ(poverty板)