17/06/08 18:08:42.79 ac7KDyX20.net
AV1ベースの画像圧縮もいずれ来るかな？
351:名無しさん＠編集中 (ﾜｯﾁｮｲ 0baa-kOr2)
17/06/08 18:22:11.94 h4jqOwto0.net
好きだなそれ
352:名無しさん＠編集中 (ﾜｯﾁｮｲ 23ea-o9gJ)
17/06/09 09:48:23.73 h0KfE4ik0.net
HEIFってリミテッドレンジのYUVを記録して画像表示時にYC伸長してるっぽいけど階調表現とか大丈夫なのかな。
試しにフルレンジで作ってみたら二重伸長しちゃっておかしなことになるし。
いや作り方が間違ってるのかもしれないけど。
353:名無しさん＠編集中 (ﾜｯﾁｮｲ 239b-Hrry)
17/06/09 16:05:17.32 3wvqb0QL0.net
現状自分にはHEIFをデコードする方法すらよくわからんｗ
354:名無しさん＠編集中 (ｱｳｱｳｶｰ Sae1-DEJT)
17/06/09 19:29:32.49 GrnTYCZ7a.net
これって何て読むの？
ハイホー？w
355:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/09 22:19:32.94 /lwkkx5y0.net
いや、ヒーフだろｗ
356:名無しさん＠編集中 (ﾜｯﾁｮｲ db1f-OlK+)
17/06/10 06:06:04.89 iZdzS+Th0.net
ヘイフーだよ
357:名無しさん＠編集中 (ﾜｯﾁｮｲ 85aa-kOr2)
17/06/10 10:05:26.10 DpEQBB5o0.net
ヒャッハーな
358:名無しさん＠編集中 (ﾜﾝﾐﾝｸﾞｸ MMa3-j4yd)
17/06/12 21:58:55.19 IPndBAgvM.net
HEIFとBPGは圧縮技術的には同じものなのだろうか
359:名無しさん＠編集中 (ﾜｯﾁｮｲW e3a7-MXEb)
17/06/13 16:34:33.52 CGPJrXkz0.net
この記事読んだ限りではHEIFはコンテナの事を指してるみたい
【解説】iPhoneのAV機能は「iOS 11」でこう変わる (2/3)
URLﾘﾝｸ(www.phileweb.com)
360:名無しさん＠編集中 (ﾜｯﾁｮｲ 23ea-o9gJ)
17/06/13 17:09:02.78 SNWRSeBr0.net
HEIFにx265で作った.h265ファイルも格納出来たよ。
ここを参照した。
Converting a JPEG to the new HEIF image format
URLﾘﾝｸ(jpgtoheif.com)
あとnokiaのサイトにBPGとの機能比較があって、BPGのとこに注釈で制約付きみたいなこと書いてあるからHEIFのほうがプロファイルとかレベルが上のものが扱えるのかもしれない。よく分からないけど。
HEIF Technical Information - High Efficiency Image File Format
URLﾘﾝｸ(nokiatech.github.io)
361:名無しさん＠編集中 (ﾜｯﾁｮｲ 0bdb-kOr2)
17/06/14 23:53:21.90 Gd60CygN0.net
インタレ保持H264とbob化して60fpsにしたH265、どっちがきれいに残せる？
362:名無しさん＠編集中 (ﾜｯﾁｮｲ 8baa-VLdI)
17/06/15 00:40:59.76 RmzS1tWh0.net
とんちんかんだなぁ
363:名無しさん＠編集中 (ﾜｯﾁｮｲ aedb-VLdI)
17/06/15 00:45:36.53 EWtuWi0m0.net
>>353
知らないなら書き込まなくていいよ
364:名無しさん＠編集中 (ｽｯﾌﾟ Sd7a-GBnf)
17/06/15 16:58:36.10 W1wf0o72d.net
トンチか
365:名無しさん＠編集中 (ﾜﾝﾄﾝｷﾝ MMaa-GmTV)
17/06/16 05:24:24.24 Lvz166R+M.net
HEIF試してみたけど機能詰め込みすぎじゃないかねこれ
ブラウザとかで実装難しくて駄目になりそう
webpも機能をフルサポートできているのはchromeだけだし高機能画像フォーマットは流行らないよ
その前にライセンスの問題がありそうだけどね
366:名無しさん＠編集中(ﾜｯﾁｮｲ 5391-1kb2)
17/06/16 10:02:52.26 PseUkgEA0.net
H.265の特許を持っているAppleは良いだろうけど、そうでないGoogle、Mozilla、MSは使わないかも。
367:名無しさん＠編集中 (ｽｯﾌﾟ Sd7a-GBnf)
17/06/16 10:06:09.02 Hx3Jwtbrd.net
リンゴが特許持ってるなら流行らない
368:名無しさん＠編集中 (ｽｯﾌﾟ Sdda-NFrx)
17/06/16 10:52:48.65 u2ShJ4/1d.net
それは間違いない
369:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa77-C0RR)
17/06/17 07:40:04.80 U7D4UdH8a.net
いや、H265は放送規格でしょうよ
MSやGOOGLEがイヤイヤ言ったってデファクトスタンダードで決まったんだから迎合するしか無いよ
370:名無しさん＠編集中 (ﾜｯﾁｮｲ 3ac0-VgqF)
17/06/17 10:19:33.03 4pZpOmQX0.net
Ｈ．２６４よりも高額なライセンスを払うぐらいなら、放送局も使わないのでは。
事実上のデファクトを決めるのはユーザーである放送局。
371:名無しさん＠編集中 (ﾜｯﾁｮｲ e3b1-yC+1)
17/06/17 11:21:31.93 Fg/Hs3tI0.net
別に放送するために作られてる規格ではないと思うが
372:名無しさん＠編集中 (ﾜｯﾁｮｲWW eb00-NFrx)
17/06/17 16:22:56.44 lFPKMW0n0.net
え？
373:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa77-C0RR)
17/06/17 16:50:54.96 QCNE3Tfha.net
ライセンス料は機材費に上乗せされてるから局にライセンス料云々の観念は無いよ
H265に決まったらH265の放送用システムを購入するだけ
局は商売でやってるから小さいライセンス料をケチって節約するより
H265で帯域節約してチャンネル数を増やし商機を多くした方が儲かる
374:名無しさん＠編集中 (ﾜｯﾁｮｲWW 536c-oWh/)
17/06/17 17:08:33.95 DHHRE6JV0.net
放送規格？？
375:名無しさん＠編集中 (ﾜｯﾁｮｲWW 16a9-VBfl)
17/06/17 17:49:22.51 5qTMThvB0.net
Googleの気が変わらないとねまずは
376:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa77-K7fM)
17/06/17 17:55:52.77 rDEAXI5ya.net
h265は使用料が小さくなるか不明だし、交渉が必要な窓口が複数あるんだろ
>>339が解決しないと放送局も移行難しいんじゃないの
377:名無しさん＠編集中 (ﾜｯﾁｮｲ b317-yC+1)
17/06/17 18:15:32.53 ZF/AMJv10.net
ネットならともかく放送局は機材を購入するだけだから関係なくね？
378:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa77-C0RR)
17/06/17 18:17:03.23 QCNE3Tfha.net
いやいや放送局にそんな自由度は無いよ。決まった放送規格に準拠しなきゃいけないんで
国際規格であるISO規格に従わなきゃいけない決まりになってる
NTSCとPALみたいなもんで局が独自判断でうちはNTSCで送信しますとかPALで送信しますとかは出来ないのと同じ様に
H265送信が決まってるんだから局単独でうちはしないなんて言える自由度は無い
379:名無しさん＠編集中 (ﾜｯﾁｮｲ 4faa-VLdI)
17/06/17 18:20:32.64 +49xbF7r0.net
一体何の心配をしているのだろう…
380:名無しさん＠編集中 (ﾜｯﾁｮｲ bb11-S2F3)
17/06/17 18:43:27.13 9k+UCvbJ0.net
ユーザーとしては早く一本化してほしいところ
pascalグラボだからしばらくは大丈夫だろうが
381:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/17 20:15:20.25 ychqMqTv0.net
特許を持つところが全て放送局には請求しないと言ってる？
そのあたりは曖昧なのかと思ってたけど。
382:名無しさん＠編集中 (ﾜｯﾁｮｲW 1aa7-gmNi)
17/06/17 20:39:42.82 NPhG4TuP0.net
iOS 11：新しく採用する画像フォーマット「HEIF」、動画フォーマット「HEVC」について
URLﾘﾝｸ(www.macotakara.jp)
High Efficiency Image File Format
URLﾘﾝｸ(en.m.wikipedia.org)
383:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa77-C0RR)
17/06/17 20:43:33.09 QCNE3Tfha.net
特許を払うのは放送局じゃ無くて機材を納入しているメーカーの方よ
384:名無しさん＠編集中 (ﾜｯﾁｮｲW 1aa7-gmNi)
17/06/17 20:50:40.60 NPhG4TuP0.net
Apple的にはHEIFはiOS端末で必要な機能に全部対応できる理想的なフォーマットだな
ハードウェアデコードはA9搭載機から対応してるし秋頃にはiTunes StoreのコンテンツもHEVC版が用意されるのかも
385:名無しさん＠編集中 (ﾜｯﾁｮｲ e3b1-VLdI)
17/06/17 20:52:44.72 zOOjaVag0.net
放送規格として採用されれば受信機が大量に売れるんだからウハウハだろうな
386:名無しさん＠編集中 (ﾜｯﾁｮｲ 8706-nAjB)
17/06/17 21:25:25.99 8UG4aoFF0.net
こんなパテントプールなんて結局、対してウハウハにならんと思うけど。
1社あたりがどれくらい収入があるの？？
大企業から見れば大した金額にならねぇんじゃねぇかな？？
387:名無しさん＠編集中 (ﾜｯﾁｮｲ 1edc-2WTa)
17/06/18 18:30:00.94 wKPQEsH40.net
対してGoogleは自社製品と自社サービスで帯域減らせればそれでいいってスタンスだから
優れたフォーマット作っても広める気がまるでないってのがね
388:名無しさん＠編集中 (ﾜｯﾁｮｲ 53c0-VgqF)
17/06/18 19:35:12.31 EvBTSLhX0.net
>>377
たぶんH.264でたいした金額にならなかったので、今から分裂しているのだろう。
389:名無しさん＠編集中 (JPWW 0H3b-VJjP)
17/06/25 03:53:33.81 qExE9stXH.net
HEIF画像規格を読めるアプリってライセンス料はらわないといけないの？
390:名無しさん＠編集中 (ﾜｯﾁｮｲ ffe3-ipFz)
17/06/25 22:58:27.36 dvrPDLhR0.net
パテントプールA「1ドル徴収！」
パテントプールB「1ドル徴収！」
パテントプールC「1ドル徴収！」
パテントプールD「1ドル徴収！」
パテントプールA「うちで使おうとすると支払いが3ドルになるんだが？」
パテントプールB・C・D「な、ナンダッテー！？」
391:名無しさん＠編集中 (JPWW 0H3b-VJjP)
17/06/26 02:36:47.55 H6sSSa
392:IbH.net
393:名無しさん＠編集中 (ﾜｯﾁｮｲ ffa2-ZLad)
17/06/26 03:34:27.24 CHJqkwF00.net
パテントプールA「エンコーダからは1ドル徴収、配信事業者は正規ライセンス受けたエンコーダ使ってる限り徴収しないよ」
パテントプールB「エンコーダからは1ドル徴収、配信事業者は売上の1%徴収するよ」
こんな感じだろ
394:名無しさん＠編集中 (JPWW 0H3b-VJjP)
17/06/26 04:25:45.60 H6sSSaIbH.net
デコーダーはどうなの？
電子書籍のばあいライセンス料どうなるんだろ
395:名無しさん＠編集中 (ﾜｯﾁｮｲW 9711-t5m7)
17/07/06 13:33:12.09 Q2QGsxA10.net
x265ここ2年ほど色々試してたんだけど
使いこなせないから動画のエンコードに使うの諦めたわ
うちのモニタだと暗部がエンコーダが想定してるより明るく表示されるせい？なのか
階調つぶれが目立って見れたものじゃなくなる
スマートフォンで見ると特に問題はないから、悪いのはうちの環境なんだとは思うが……
396:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fcd-ZuCk)
17/07/06 17:08:17.22 OwLrKLhy0.net
せやせやワイにも決定版設定教えて
397:名無しさん＠編集中 (ﾜｯﾁｮｲ 9717-rvkC)
17/07/06 18:02:26.65 tQGoojMa0.net
10bit色深度でやればいい
画質的にかなり底上げできる
398:名無しさん＠編集中 (ﾜｯﾁｮｲ f7d1-rvkC)
17/07/06 18:20:52.38 0re4xL/z0.net
決定版なんてない事一つ上のレスみりゃ分かることじゃん・・・
ソースやその人の環境や目によるっつーの
bit深度上げるっていうのは試してみても良いとは自分も思う
あと自分は暗部のブロックノイズ酷くなりそうなソースならやっぱりAQ3使ってる
399:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/06 20:12:21.64 MnYtEGzZ0.net
>>385
それは8bitの限界だよ。すでにモニタの表示能力は8bitの表現力を大きく上回ってる
ならした上で10bitでエンコすればいい
400:名無しさん＠編集中 (ﾜｯﾁｮｲ d7aa-Vfh5)
17/07/08 13:33:38.85 TNHE0AwJ0.net
HEVCの分散エンコーディングできる、
業務用じゃない安価なソフトウェア探してます
リリース予定情報とかでも構いません
Apple CompressorがHEVC対応してくる予定だけど
他にクラスタが組めるソフトウェアってあります?
安くプールを構築したいので出来ればWindowsで
401:名無しさん＠編集中 (ﾜｯﾁｮｲWW d700-1ba3)
17/07/08 15:18:49.94 SXAb6HZK0.net
>>390
Cambria FTCみたいな業務用しかないんじゃないか？
そういうのが望みじゃないならソースを分割して複数台エンコ後結合しかないだろうな
ま、そんな事するくらいならコア数多いCPU使っか方が圧倒的に速そうだけども
402:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/10 00:05:46.79 fBf8SdlI0.net
GPUに支援させてBフレームありでエンコードさせる技術は無いの?
403:名無しさん＠編集中 (ﾜｯﾁｮｲ f7d1-rvkC)
17/07/10 00:19:37.83 j08XgovN0.net
そんなもんは無いからHWエンコは速いんだと思ってた
refにもよるけどbframesとb-adaptって結構重いオプションだと思う
かといってbframes0ならソフトウェアエンコで同じ速度が出るとも思わないけど
404:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/10 00:34:49.72 b+OhTxjI0.net
GPGPUを利用して、各種物理シミュレーションや機械学習やその他いろんな計算を
代行させてるのに、Bフレームだけは出来ないとは思えない
405:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa5b-eihV)
17/07/10 00:58:10.11 ySZQj/hSa.net
出来るんならgoogleあたりがとっくに実用化してるんじゃないか
gpgpuで何でもできるなら量子コンピューターの開発よりgpuに投資するんじゃないかな
406:名無しさん＠編集中 (ﾜｯﾁｮｲWW 976f-3BmQ)
17/07/10 01:06:21.48 UnnNW4Lc0.net
パスカル設計のNVENCはcudaによるBフレーム処理をサポートしていたような。
英語出来ない自分が英語版ウィキを読んだだけだから読み間違えてるかもしれんけど。
407:名無しさん＠編集中 (ﾜｯﾁｮｲ 9f44-rfzC)
17/07/10 01:23:13.99 g7klIvPs0.net
>>392
■QSV
H.264/HEVC(main)/HEVC(main10)の全てでBフレーム使用可。
■NVEnc
H.264ではBフレーム使用可。
HEVCでは最大Bフレーム数がゼロとなっており、少なくとも現時点ではBフレームは使えない。
■VCE
H.264ではBフレーム使用可・・・らしいのだが、Polarisでは何故か使えないらしい。
ただPolaris以前のものでもBフレームありにした方が画質が悪かったという声あり。
HEVCではBフレームは使えない。（AMF1.4ではHEVCでBフレームを使うためのAPIが無い）
こんな感じだったと思う。間違ってたら訂正してくれ。
408:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa5b-eihV)
17/07/10 01:50:04.07 ySZQj/hSa.net
俺は無知だな
409:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/10 02:58:14.74 zOhUpzPN0.net
QSVのHEVCはBフレームなしのNVEncより画質悪い。なんでだ？
410:名無しさん＠編集中 (ﾜｯﾁｮｲWW d700-1ba3)
17/07/10 03:02:11.11 EVG72uSp0.net
>>399
Bフレーム使えるからってCPUみたく複雑な計算が出来るようになる訳じゃないから
411:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 00:10:35.23 Y5S24hR30.net
>>352
bob化して60fpsにしたHEVCの方が圧倒的にきれいだよ
412:名無しさん＠編集中 (ﾜｯﾁｮｲ 77db-0acm)
17/07/11 14:34:21.32 wCs6Bw/Q0.net
GPGPUでエンコ出来るのはいつの日か…
413:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 20:01:33.56 gMBVrqRi0.net
NVEncとかが役に立たないからCPUパワーに任せて、
Ryzenの8コアとかでエンコードしてるのが現状だしな
GPUが使えれば、たくさん載せて爆速にできるのに
414:名無しさん＠編集中 (ｽｯｯﾌﾟ Sdbf-1ba3)
17/07/11 21:23:36.13 C+AC+6mCd.net
>>403
CPUエンコとGPUエンコじゃ目的が違うんだからずっと平行線、比べる意味がない
よって、>>402が希望する目的でGPUエンコ出来る日も、一生来ない
415:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 21:30:41.29 gMBVrqRi0.net
CPUによるディープラーニングとGPUによるディープラーニングも平行線なのか?
416:名無しさん＠編集中 (ﾜｯﾁｮｲ 77db-0acm)
17/07/11 21:36:31.68 wCs6Bw/Q0.net
>>404
俺が言ってるのはNVencみたいなのじゃなくてGPUでやるソフトウェアエンコードだよ
CUDAやOpenCLでやるやつ
417:名無しさん＠編集中 (ｽｯｯﾌﾟ Sdbf-1ba3)
17/07/11 21:55:19.58 C+AC+6mCd.net
>>405
流れ的にエンコだけの話、ディープラーニングは知らん
>>406
しかし、そんなのこそ絶望的じゃなかったか？
CPUと同じ計算をGPUでやりたいんだろ？
コア数が数千倍多いのに計算結果は100倍遅いんだぜ…
418:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 22:03:21.70 gMBVrqRi0.net
どの程度用途が限定されてるのかはよく判らんけど、
今NVIDIAが世界的に注目されてるのは、ゲームだけが理由ではないのは確か
419:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 22:04:36.87 Y5S24hR30.net
動画圧縮は動き探索がキモだけど、GPUだと難しいからね
抜本的な並列性の改善が必要だけど、実装する人がいるか
420:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 22:05:50.00 Y5S24hR30.net
注目されてるのはディープラーニングでしょ。動画圧縮関係ないじゃん
421:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fea-URZV)
17/07/11 22:12:48.54 z3Wp2WHU0.net
>>273のやつは動画分野でも研究してるっぽいよ
URLﾘﾝｸ(www.wave.one)
静止画と違って既存技術との比較がないからまだ成果は出てないようだけど、まあ後10年くらいで実用化されてもおかしくないんじゃね
422:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 22:54:42.86 Y5S24hR30.net
動画圧縮はMPEGの時代から長いこと動き補償がメインだったからな
ディープラーニングっていうこれまでとは全く違う方法で動画圧縮に
ブレークスルーが起こればいいなって思うよ
423:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 23:21:08.09 gMBVrqRi0.net
GPUの中身が、何か画像処理だけに特化されたような作りになってると思うのは幻想だ
ただの演算なんだから汎用的な計算のレベルまで分解できて、だからこそ
GPGPU（General-purpose computing on graphics processing units; GPU汎用計算)という
アイディアが生まれる
GPUがディープラーニングにしか使えないと思っちゃうのは、もう理解不能
424:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa5b-eihV)
17/07/11 23:34:06.54 vf7WGCgKa.net
アルゴリズムは複雑ではないが計算量が膨大で並列可能なものに、機械学習や画像処理、物理演算が当てはまるからその分野ではgpgpuが威力発揮するんじゃないの
cpuのようなこともgpuで出来るようになってるから注目浴びてるみたいなソースでもあるの？
425:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 23:45:38.17 gMBVrqRi0.net
H.265の処理はまさにそんなんだと思うが
426:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 23:45:47.40 Y5S24hR30.net
>>413
ディープラーニングが流行ったおかげで脚光を浴びるようになったのは事実
NVIDIAが「謎のAI半導体メーカー」って言われちゃうくらいだからｗ
URLﾘﾝｸ(www.huffingtonpost.jp)
427:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/11 23:49:11.35 Y5S24hR30.net
>>415
並列化できるかどうかが問題でしょ
CPUみたいなせいぜい数十スレッド規模じゃなくて、数千・数万スレッド規模で
428:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/11 23:53:58.39 gMBVrqRi0.net
画面全体をいきなり扱うみたいなホログラフなことをしてる訳じゃなくて、
小さいエリアに分解してるんだから並列処理の代表みたいなもんでしょ
そもそも、NVEncでやってることをGPGPUにするとできなくなる訳がない
429:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/12 00:00:13.46 yTGqM7gL0.net
NVEncの品質でいいならGPGPUでできると思うよ
でもNVEncがあるんだからGPGPUでやる必要ないでしょ
俺が言っているのはx265の品質をGPGPUで実現するのが難しいってこと
動き探索は複雑なアルゴリズムで計算量減らしてるから
単純化して並列化してもCPUに勝てないんだよ
430:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/12 00:13:19.82 6uCl/E+s0.net
なんでそう考え方がアナログ的になっちゃうんだ
CPUがやってる計算をそのままGPUに代行させれば、1bitも違わずに同じものができる
それがコンピュータ
431:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/12 00:18:23.32 yTGqM7gL0.net
そりゃそうだが、その代わり全く速くならないどことか、10倍以上遅くなると思う
数百動画くらい並列にエンコすれば速くなるかもしれないね
432:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/12 00:24:41.81 6uCl/E+s0.net
つまり、並列化ができれば速いができない筈という予想な訳だ
画像処理は並列化は普通に大得意だと思う
433:名無しさん＠編集中 (ﾜｯﾁｮｲ 1706-pw7F)
17/07/12 00:27:54.18 v8KAwY8P0.net
一向にGPGPUを使った爆速エンコーダーが出てこないとこみると、
GPGPUは条件分岐が苦手で、エンコーダーが苦手なアルゴリズムが
含まれてるんだろうと予想はしてる
434:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/12 00:28:56.64 yTGqM7gL0.net
画像処理は並列化が得意とか、そんな一般的な話をしてるんじゃなくて
動き探索は並列化が難しいって話をしてるんだけど・・・
435:名無しさん＠編集中 (ﾜｯﾁｮｲWW d700-1ba3)
17/07/12 00:29:35.21 EwDHSyhE0.net
予想ってwww
436:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/12 00:34:44.15 6uCl/E+s0.net
いや、Bフレームが無くていいなら、現状で爆速エンコーダはある
なんでBフレームを付けてくれなかったかというと、
それが難しいからというのもあるだろうけど、
サイズを縮めることはグラフィックボードの本懐ではないから
とにかく速く、リアルタイムで、ということを追求してるので、
既に帯域が足りてるところに遅くなるだけの処理を増やしたりはしない
やればできる子なのにやらないので、GPGPUにやらせようと
437:名無しさん＠編集中 (ﾜｯﾁｮｲW 9711-t5m7)
17/07/12 00:41:44.53 L/zC14h80.net
>>426
それハードウェアエンコーダなんですよ
438:名無しさん＠編集中 (ﾜｯﾁｮｲ b7db-zXdO)
17/07/12 00:56:17.65 yTGqM7gL0.net
>>426
そのエンコーダはどこにあるんだ？
439:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fde-OACE)
17/07/12 05:14:34.74 fWvK0Q4D0.net
あの大量に積んだGPUが穴掘りじゃなくエンコードに有効だったらよかったのに
440:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa5b-lTuT)
17/07/12 07:20:03.45 3hxTdo5Da.net
CUDAを使ったエンコーダーは実際に映像編集ソフトなどで既にあるんだが
確かにエンコードスピードは早くなるが一番良くて数倍程度で
併せてCPUの稼働もフルに近くなる
数千コアも使ってるにしては期待はずれな結果なんだが
何故こうなるかと言うとメモリが関係してくる
グラフィックカードの搭載メモリ量は多くて数Gバイトだが
これを何千もあるCUDAコアに割り当てると1コア当りでは１MBレベルになってしまう
エンコード作業に使うバッファとしては全く足りず頻繁にスワップが発生して速度低下し、
数千コア分のスワップを処理するCPUもパンク状態になってしまう
結局のところ、数千のコアが充分に動作出来るのは1コアが使うのが1MB程度の処理に限られ
それ以上の事をさせるにはコア以外の部分でスパコン並に大掛かりなシステムが必要になってしまうわけだ
441:名無しさん＠編集中 (ｽｯｯﾌﾟ Sdbf-Ku9v)
17/07/12 08:02:47.37 udI1oipJd.net
GPUが大の苦手なのは、条件分岐だってバッバが言ってた。
そしてソフトウェアエンコは条件分岐の塊だってジッジが言ってた。
442:名無しさん＠編集中 (ﾜｯﾁｮｲ 9fe5-1B52)
17/07/12 08:13:38.00 6uCl/E+s0.net
全部自分でやるか全部任せるかの二択である必要はなくて
これ計算しといて、と切り分ける部分は先輩がやって、
新入りは意味も判らずひたすら計算、という図式が効率的
443:名無しさん＠編集中 (ｽﾌﾟﾌﾟ Sdbf-RS1R)
17/07/12 13:04:47.93 Jep/5UvTd.net
まだx265は開発中だしのんびり行きましょう
ちょうど10年前のx264も言うほど賞賛されていたわけじゃなかったし
今後メインストリーム帯のCPUコアが増えていくだろうからエンコの負担が減ることに期待してる
444:名無しさん＠編集中 (ﾊﾞｯﾄﾝｷﾝ MM7f-rPCP)
17/07/12 13:24:23.08 vkRVmgF3M.net
>>432
先輩後輩間でコミュニケーション爆発が起きて低速化するというオチ
445:名無しさん＠編集中 (ﾜｯﾁｮｲW 9711-t5m7)
17/07/12 13:27:23.09 L/zC14h80.net
GPUの並列計算はCPUのそれとは違って、似た事しかさせられんのよ
例えば(1,5,25,8,-3,0)といった入力値全てに対して2をかけろ
というようなことね
分岐が苦手なのもこれが原因
CPUに比べて沢山コアがある代わりに１つ１つの計算は遅い、なんて理解は間違い
446:名無しさん＠編集中 (ﾜｯﾁｮｲW ee23-uryo)
17/07/13 04:18:22.33 oNggwoFN0.net
ほんと色んなとこにいるけどGPUを銀の弾丸みたいに思ってる人多い
447:名無しさん＠編集中 (ﾜｯﾁｮｲ 96a2-z+eH)
17/07/13 05:49:00.70 Dyor4RaF0.net
いまだにGPUに積んであるハードウェアエンコーダによるエンコードと
GPGPUによるエンコードがごっちゃにされてるくらいだし
448:名無しさん＠編集中 (ﾜｯﾁｮｲ aae5-1CH6)
17/07/13 07:21:17.25 beevuKCx0.net
どんな用途にも使えるとは思わないけど、
動画の圧縮用途には向いてる気がする
449:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd70-aHyc)
17/07/13 08:05:30.74 PZfgEZRsd.net
単に削るだけの処理ならGPUは速い。
どうやって劣化を抑えて削るか判断する処理がGPUじゃお話にならないって事。
そしてソフトエンコする層は2つめを特に重視するので
WinWinにはならんの、どうあがいても。
450:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/13 09:08:48.78 SO2+OGnJa.net
GPUが分岐が苦手というのは原理の話�
451:ｾが現状もうその欠点を補う技術が開発されたうえでの話なわけで 原理だけで絶対論のように言うのはちと語弊があるんじゃないか
452:名無しさん＠編集中 (ﾜｯﾁｮｲ 0117-S4qQ)
17/07/13 09:55:27.19 vFmscwS20.net
だから得意な処理で役割分担しようってのがヘテロジニアス・コンピューティング
453:名無しさん＠編集中 (ﾜｯﾁｮｲ aae5-1CH6)
17/07/13 19:10:24.34 beevuKCx0.net
感覚的だなあ
GPUのエンコードは速いし綺麗
既に実証されてる
但し、サイズは相対的に大きい
Bフレームが無いから
無いのは困難だからじゃなくて、設計思想と合わないから
GPUはリアルタイムのエンコード処理を想定してる訳で、
それはつまり今撮影した動画をそのまま配信、とかのケース
未来のフレームなんてまだない
そもそも、片方向のエンコードはできるのに、両方向にした途端に
分岐が複雑すぎて処理できなくなる訳がない
近いうちにBフレーム付きのH.265がNVEncにも出るから、
その時に恥じ入ってくれ
454:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa08-hJld)
17/07/13 19:43:43.25 rWF2ph9Ka.net
恥じ入る準備は万全だが、～訳がないてのは感覚的じゃないのか
455:名無しさん＠編集中 (ﾊﾞｯﾄﾝｷﾝ MM32-6518)
17/07/13 19:48:39.31 63Ap1IZlM.net
なんだろうこのわかってない感
456:名無しさん＠編集中 (ﾜｯﾁｮｲ f406-6eVw)
17/07/13 19:54:24.71 am2xVfxv0.net
もし、H.265でCPUより高速で綺麗なGPGPUエンコーダーが出るなら、
H.264で既に出てる。
457:名無しさん＠編集中 (ﾜｯﾁｮｲ 1211-0EKw)
17/07/13 19:58:29.94 0ys2B0nX0.net
アクションカメラとか4Kで撮れる奴とかあんのにな
458:名無しさん＠編集中 (ﾜｯﾁｮｲ f406-6eVw)
17/07/13 20:07:50.77 am2xVfxv0.net
つか、この話は本当に動画圧縮アルゴリズムに詳しい人いないと無理だろ。
俺は長年プログラミングやってるけど、動画圧縮のアルゴリズムの詳細は
さすがに知らんわ。
画像処理くらいならSIMD使って最適化したことあるし、
画像処理の畳み込み演算とかまさしくGPGPU得意なのはわかるが、
動画圧縮はぽかーん？だわ。
459:名無しさん＠編集中 (ﾜｯﾁｮｲ 9774-z+eH)
17/07/13 20:11:16.32 4FdtPyrF0.net
2時間映画を同じビットレートでエンコしても30?ぐらいしか変わらない気する H.265のNVEncとx265比較で
460:名無しさん＠編集中 (ﾜｯﾁｮｲ aae5-1CH6)
17/07/13 20:11:47.04 beevuKCx0.net
1に1を足して3になる訳がない
461:名無しさん＠編集中 (ﾜｯﾁｮｲ 9774-z+eH)
17/07/13 20:12:07.11 4FdtPyrF0.net
30メガ
462:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/13 20:15:59.40 yK2sAviua.net
>>430に書いたようにCUDAを使ったGPUエンコーダーは業務用途で既にあって
別にリアルタイムエンコードに限った用途なんて事は無いし、
またH264では出てないなんて事も無いんだが
463:名無しさん＠編集中 (ﾜｯﾁｮｲ 62ea-qt4g)
17/07/13 20:22:55.41 E0PiKExh0.net
>>448
徒歩と自転車で同じ時速で移動したけど到達時間がほとんど変わらなかったって言ってるようなもの
464:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd70-YOS7)
17/07/13 21:20:32.20 gLYpjuwBd.net
>>451
それって、Kepler以前にCUDAでGPUエンコしてた時のGPUアクセラレー卜機能の事言ってだろ？
違うならその業務用ソフト言ってみ
465:名無しさん＠編集中 (ﾜｯﾁｮｲ 2144-A9YL)
17/07/13 21:57:29.16 z/gTmAnn0.net
>>442
>>397で
・QSVならHEVCでもBフレームが使える
・H.264ならQSVでもNVEncでもVCEEncでもBフレームが使える（ただし環境にもよる）
と書いたのに、なんで「（GPUエンコでは）Bフレームが無い」とか言ってるの？
466:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/13 23:26:38.67 TdNN4TzO0.net
NVENCがHEVCでBフレームなしだからでしょ
NVENCは専用HWでGPUコア使ってないからGPGPUじゃないんだけどな
>>451
俺もどういうのか知りたい。x264やx265のmediumより速いのか？
467:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/13 23:42:27.66 TdNN4TzO0.net
>>430
これはエンコードじゃなくてフィルタ処理をGPUでやってて
エンコード自体はCPUでやってたってオチじゃね
468:名無しさん＠編集中 (ﾜｯﾁｮｲ 5374-X5vM)
17/07/14 00:22:24.59 6qMBlZjY0.net
そうこう言ってる間にさっきx265のver 2.5がリリースされましたよ
URLﾘﾝｸ(bitbucket.org)
リリースノート
URLﾘﾝｸ(bitbucket.org)
469:レスに収まるようにレス番以降を名前などを”削除”しました (ﾜｯﾁｮｲ 0117-S4qQ)
17/07/14 00:57:08.76 ZmGhVoRc0.net
【2013】 H.265/HEVC 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
185
圧縮率は「H.264」の2倍、超高精細やスマホを視野 動画圧縮技術の次世代国際標準「HEVC」
鈴木 輝彦 氏ソニー システム＆ソフトウェアテクノロジープラットフォーム 共通要素技術部門 信号処理技術1部 主任技師
URLﾘﾝｸ(techon.nikkeibp.co.jp)
URLﾘﾝｸ(techon.nikkeibp.co.jp)
189
読んだけど一部要約すると
AVCは今から１０年以上前に仕様提起され標準化されたものでエンコードに使う演算装置がシングルコアで進化していく、
クロック数が右肩に上がっていくものと想定して難しいエンコード方法を採用して標準化されたんだとさ
HEVCは既存技術に魔法のような新技術を加えて劇的な圧縮率向上をはかるのではなく
既存技術を今主流のマルチコアCPU、GPU、並列処理への最適化と処理の簡略化、この１０年での改善をはかるみたい
最後のエントロピー符号化はCAVLCは廃止、進化したCABACへ一本化
その他新技術ももちろんある
470:名無しさん＠編集中 (ﾜｯﾁｮｲ 0117-S4qQ)
17/07/14 00:58:07.96 ZmGhVoRc0.net
>>457
今回はわりと豊作だった
さて次はなにが入るんだろうか
471:名無しさん＠編集中 (ﾜｯﾁｮｲWW 6600-YOS7)
17/07/14 01:53:57.21 MRb7Fz/X0.net
>>451消えたな
>>453が図星で顔真っ赤なんだろう
472:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/14 11:19:37.41 Gh0xtdk6a.net
>>453
>>455
イマジカで組んだシステムでCUDAを使ったプログラムを独自に書き起こしたって話のものだが
しかしやけに喧嘩腰だな
民生用ソリューションの話だけしか知らずプログラ上の詳細を語れる知識があるわけでも無い人間が
原理的な話で自説を固辞するのはあまりに無理があるだろう
技術の話なんだから理論的に考えれば答が出るので喧嘩腰になる意味は無いんだが
いたずらに感情的になるタイプの人間は技術の事を考えるには不向きじゃないかね
いらぬ対抗意識を燃やす人間の相手をするのは正直面倒だしこちらに益も少なく
うんざりするのであまりやりたく無いんだが
473:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa08-hJld)
17/07/14 11:46:45.41 1JnXaL94a.net
イマジカがcudaエンコーダ書き起こしたってソース見つからないんだけどリンク頂戴
長い割に中身皆無の書き込みよりソース持ってきたほうがお互いのためじゃない？
474:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd70-YOS7)
17/07/14 12:18:17.46 UDFXigrwd.net
>>461
証拠だけ出せば良いものを感情的になってダラダラ長文書いてるアホはおまえ
475:名無しさん＠編集中 (ﾜｯﾁｮｲ 2144-A9YL)
17/07/14 12:36:51.78 k5gh5Rdz0.net
>>461
「IMAGICA CUDA」でざっとググってみただけだけど、Premiere Pro CCベースのシステムってだけだし
レンダリング等にCUDAのアクセラレーションを使ってるだけで、エンコードには使ってないと思う。
URLﾘﾝｸ(www.adobe.com)
URLﾘﾝｸ(helpx.adobe.com)
URLﾘﾝｸ(helpx.adobe.com)
URLﾘﾝｸ(www.nvidia.co.jp)
476:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/14 14:36:33.37 Gh0xtdk6a.net
なんでもかんでも宣伝していて素人がネットで情報を読めると思っているのは世間知らずだろう
ちゃんとお金払って長年付き合わないと分からない世界があるって事は知っといた方がいいよ
ここまでCUDAをエンコードに使えないという理由をまともに説明している意見は無いが
単純に自分の知る範囲で見かけないから出来ないに違い無いとたかをくくってるようにしか見えないな
なんの理由があって専門でも無い事をそこまで言い張りたいのか分からないがとても真摯な姿勢とは思えない
ただ言いはりたいだけの喧嘩腰の分らずやにこっちがわざわざ理解をしてもらう努力をする理由は無いね
なんの得にもならない
出来ないと言うなら他人に資料求めて無いで、素人考えの一人合点で無くちゃんと勉強したプログラム上の理屈を提示しなさいな
その方が早いよ
477:名無しさん＠編集中 (ﾜｯﾁｮｲWW 6600-YOS7)
17/07/14 14:48:44.64 MRb7Fz/X0.net
>>465
>>463
478:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/14 15:22:01.56 RT5br4l/a.net
話すだけ無駄な人種だな
479:名無しさん＠編集中 (ﾜｯﾁｮｲ 3011-1CH6)
17/07/14 15:49:25.24 WymIpP/30.net
ないことを証明しろは悪魔の証明まんまだなｗ
480:名無しさん＠編集中 (ｽｯｯﾌﾟ Sd70-YOS7)
17/07/14 16:47:22.85 kQICPHzrd.net
ｱｳｱｳｳｰT Sa08-svru
恥ずかしい勘違いで引っ込みつかなくなったアホ
481:名無しさん＠編集中 (ｱｳｱｳｴｰ Sa6a-CrIz)
17/07/14 17:51:33.49 0DNbARgla.net
そんなにGPU使いたいならOpenCLオプション付けてエンコードすれば
482:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa08-hJld)
17/07/14 17:56:10.34 eRMhQyesa.net
>>467
あなたの書き込みは蓮舫の会見と似てるんだよね
抽象的なことばかり長文で書き込んで、具体的には何も示さない
483:464 (ﾜｯﾁｮｲ 4644-A9YL)
17/07/14 18:43:14.72 4WOGuhaz0.net
一応まともにつっこんでみたつもりだけどスルーされてるみたいだし、
横からつっこんでる人も無駄に相手しないでスルーしたほうがいいんじゃないかなって。
484:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/14 20:12:54.59 RT5br4l/a.net
なんか中傷ばかりだねえ
業務用機器があると言っても信用せず一般販売の機器でも無いのにカタログを見せろと来る
かと言って出来ない理屈が説明出来るわけでも無し、それにしては出来ないと言い張る
自分からはソースは愚かなにも確かな説明もせず、ただ出来ない信じられないと言い張ってるだけだが
自分は何も説明する気も無く相手にばかり自分に理解出来る分かり易い説明ばかり求めるのは
全くフェアじゃ無いね
お客様のつもりなのか知らないがどうにも傲慢だ
改めて聞くがそこまで出来ないと信じる根拠はなんなのかね
それとも出来たらなにか都合の悪い事でもあるのかね
こっちにしてみればそちらの根拠の無い出来ないという信じ方の方がよほど宗教がかってて意味不明だ
485:名無しさん＠編集中 (ﾜｯﾁｮｲ f406-6eVw)
17/07/14 20:57:36.34 9gUL5gvB0.net
俺はCUDAエンコーダーはあってもいいと思うが、それはあくまで
ハイブリッドで、みんなが期待してるような一番画質や圧縮率に関わり
一番時間かかる部分はどうせCPUだろってオチなんだろと思う。
486:名無しさん＠編集中 (ﾜｯﾁｮｲ f406-6eVw)
17/07/14 21:14:16.98 9gUL5gvB0.net
だから、言葉の問題になるが、
もしこんな感じのシステムならCUDAエンコーダシステムとも呼んで問題ないが、
これじゃ、俺の中じゃGPGPUは今までどおりエンコードは苦手と言わざるを得ないな。
487:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa08-hJld)
17/07/14 21:55:57.14 JOFZ2fK+a.net
>>474
プログラムに強いと思い込みたい業界通気取りっぽいから何言っても無駄じゃない
「苦手」に反応するスクリプトみたいなもんだと思ってスルーした方がいいのかも
488:名無しさん＠編集中 (ﾜｯﾁｮｲ 4644-z+eH)
17/07/14 22:32:11.76 4WOGuhaz0.net
つい先日、QSVスレで協力してもらって、x264/x265/VP9/QSVEnc/NVEnc/VCEEncの
SSIM/ビットレートグラフを作ったけど、アニメのような比較的圧縮しやすいソースでは
NVEncのHEVC(main10)が結構良い結果を出してたよ。
ｽﾚﾘﾝｸ(avi板:335番)
まあ、あくまでもトータルのSSIMを計算しただけのグラフにすぎないから、
諸々のシーンでの仕上がりとか最終的な画質は目視で確認しないとわからないけど。
実写のような複雑な映像だとやっぱり苦しいし、HEVCについてはどのHWエンコーダも
H.264に比べて調整不足な感じはする。
NVEncのHEVCでBフレームが使えるようになったり、各社で調整が進んでいくと、結構良いものになるかもね。
さすがにソフトウェアエンコーダを超えるほどにはならないと思うけど。
どうせ個人向けのGPGPU実装エンコーダ、しかも質の良いものなんて出てくる可能性はまず無いんだし、
既存のHWエンコーダの改善が進むことを期待してたほうがいいよねっていう。
489:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/14 23:41:26.05 Ljds1+Tg0.net
>>461
そういう業務用ってことは、例えば2時間の映画を3日とか1週間とかかけてエンコするやつかな
それだったらCUDAで高速化も納得
490:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/15 00:13:58.10 rYKxFiGOa.net
>>474
先ずCUDAを使ったエンコーディングはCUDAが常にCPUから情報を貰いCPUからの命令で動く以上
構造的にハイブリッドでしか在り得ないよ
そしてCPUより苦手とされる部分はCPUの何千倍もあるコア数をぶん回す事によって
スケールメリットで克服するんだが、>>430で書いたようにいかんせん使えるメモリー量が少ない
結果ハウスメイドのシステムを作っても速度の上昇は数倍に留まってしまう
これはエンジニアから受けた説明だよ
業務で使うには数倍の速度向上でも充分有り難いが汎用品にするにはあまりにも無駄が多く
コストに見合わない（大量生産品としての流通が見込めない）事になり具体化の例も限られるだろうから
一般人がこれを無視するのは正しい
ただ、そういった詳細を知らないままなんとなくの憶測でGPU処理はCPUを超えないと断定してしまうのは正しい事では無いね
491:名無しさん＠編集中 (ｱｳｱｳｳｰT Sa08-svru)
17/07/15 00:20:47.65 rYKxFiGOa.net
>>478
かける時間は長くても実時間と同じから数倍という所かな
その間に何パス出来るかという感じだね
設定数値としては100パス以上設定出来るが
かけられる時間との見合いで何パスと決めるかは経験則によるところが大きい様だった
492:名無しさん＠編集中 (ﾜｯﾁｮｲ aae5-1CH6)
17/07/15 00:21:05.77 kXM/8kSO0.net
どうせ判らないと思って適当に説明されとるな
493:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/15 00:52:47.38 3m6njqCx0.net
>>479
もし分かればそのハウスメイドシステムの構成を教えていただきたい
CPUは何とか、GPUは何をいくつとか
494:名無しさん＠編集中 (ﾜｯﾁｮｲW 2111-wAiT)
17/07/15 01:03:46.58 joxll+vk0.net
>>479
論
495:点をズラしだしたから クソ雑魚ナメクジなんだなと分かったので もう結構ですよ
496:名無しさん＠編集中 (ﾜｯﾁｮｲ 0ddb-q1mk)
17/07/15 03:50:32.02 BpVadZsx0.net
multicoreware / x265 / wiki / RoadMap ? Bitbucket
URLﾘﾝｸ(bitbucket.org)
>4. OpenCL acceleration
>
>Because of the proprietary nature of the OpenCL target hardware, this last work will happen in a private fork.
>The fork will be opened as soon as the target hardware is available for sale, or when the fork is used commercially,
>whichever happens first (or perhaps sooner). Non-proprietary changes will be periodically posted to the mailing list for review and merge.
これだとGPUで多少早くなる事すら期待薄か…
497:名無しさん＠編集中 (ﾜｯﾁｮｲ 82e2-dQC/)
17/07/15 09:03:15.38 Svxz57Xq0.net
「CUDA HEVC」で検索すると普通にそれっぽい一般向けのソフトが出てくるけどそれは違うの？
URLﾘﾝｸ(www.multipelife.com)
URLﾘﾝｸ(www.dvdfab.cn)
498:名無しさん＠編集中 (ﾜｯﾁｮｲW 562e-sREA)
17/07/15 10:25:37.43 NUQG4r2U0.net
ドメイン名がCNだけはアクセスしたくないw
499:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/15 18:33:53.89 3m6njqCx0.net
>>485
誰か人柱頼む
Top 5 Blu-ray Rippers ってさすが中国w
URLﾘﾝｸ(www.multipelife.com)
500:名無しさん＠編集中 (ｴﾑｿﾞﾈWW FF70-YOS7)
17/07/15 19:03:08.01 +qL9DsHFF.net
ここの奴らは猿すら知らんのか
501:名無しさん＠編集中 (ﾜｯﾁｮｲ f644-A9YL)
17/07/15 19:10:41.56 2zI05HpD0.net
少なくともこんなもんを知ってるというだけのことで変な優越感を持って
他人を見下すようなみっともない真似だけはしたくないものだな・・・
502:名無しさん＠編集中 (ﾜｯﾁｮｲ 97aa-v7PC)
17/07/15 19:23:29.79 B1KcBmwR0.net
誰かFPGAで簡単にHEVCエンコード並列処理できるようにしてくんないかな
超コスパ高そう。予算ある限り積み上げて性能高められるし
URLﾘﾝｸ(www.parallella.org)
503:名無しさん＠編集中 (ｽｯﾌﾟ Sd00-YOS7)
17/07/15 19:27:23.78 e8gsd/zMd.net
>>489
こんな事で被害妄想にかられる根暗人間
504:名無しさん＠編集中 (ﾜｯﾁｮｲ 82e2-dQC/)
17/07/15 19:32:48.24 Svxz57Xq0.net
ソフトの2つの例としてURLを2つ貼ったけど両者に関連性はないよたぶん
505:名無しさん＠編集中 (ﾜｯﾁｮｲ 35db-MRQN)
17/07/15 19:44:34.48 3m6njqCx0.net
堂々とリッピングソフト売れるのってもう中国くらいでしょ
URLﾘﾝｸ(www.multipelife.com)
Telが国番号86になってる
506:名無しさん＠編集中 (ﾜｯﾁｮｲ 82e2-dQC/)
17/07/15 19:53:25.23 Svxz57Xq0.net
なるほど
おかげで一つ賢くなった
507:名無しさん＠編集中 (ﾜｯﾁｮｲ 4706-dw5s)
17/07/20 00:24:30.30 HJ68oend0.net
AMDがRaven Ridge辺りでCPUとGPU得意な部分を任せたBフレーム付きのエンコーダ出してくれないかなぁ、
とも思ったがIntelも出来てないしなぁ。両社ともソフトウェアはあまり得意じゃないイメージはあるが。
CPU内部バスがデータのやり取り時に飽和しちゃって遅くなるのかねぇ、とかいう思いつきばかりの素人考え。
508:名無しさん＠編集中 (ﾜｯﾁｮｲ a717-QK4i)
17/07/20 00:50:06.60 EEm9w8d+0.net
内部バスとメモコンの細さはいつも問題と言われてるね
ヘテロジニアス・コンピューティングに最も近いところにいるAMDの（APUの）場合
ダイサイズの制約でミドル・ローのCPUとGPU�
509:ﾆなってたのが痛い GPGPUはあくまでCPUでの処理能力の底上げだから、その支えられるべきCPUの処理能力が足りなかったからね だからRyzen APUでも問題の解決にはならず6/8コアCPU+iGPU+オンダイメモリ（HBM）になるまで現状のままだろうけど 一応、研究はしてるんだぜという動画↓ https://www.youtube.com/watch?v=A3_w5qWwYc8
510:名無しさん＠編集中 (ﾜｯﾁｮｲ 4706-dw5s)
17/07/20 01:24:16.98 HJ68oend0.net
>>496
素人の妄想に付き合っていただきありがとうございます。
なるほど。英語はさっぱり分からんので早々に拝見するのはリタイアしましたｗ
AMDだと7nm世代でHBM2搭載APUが出てくれる可能性にかけるしかないのかな。
GPUの雄NVIDAもARMコアライセンス取得してるからそっちの方にも期待はしたいけど、
あっちはしばらく自動運転とかGPGPU性能を高める方向に行くようだから、
やはり2～3年後のAMDに期待しておこう。AMDファンだしｗ
511:名無しさん＠編集中 (ﾜｯﾁｮｲ 67aa-UZFO)
17/07/21 23:59:11.43 0q5vFj040.net
こーゆーのはHEVCのエンコーディングに並列でいっぱい刺して使えないものか
URLﾘﾝｸ(www.itmedia.co.jp)
512:名無しさん＠編集中 (ﾜｯﾁｮｲ df32-rQ1N)
17/07/22 00:22:08.33 jmUQIXkx0.net
できるできないで言えばできそう
けどバッファとI/Oが絶対的に足りなくてパフォーマンスは全然出ないと想像してみる
513:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 00:26:48.62 vIh16jUN0.net
持って帰って一人でこつこつやれる仕事じゃないと駄目なんだよな
いちいち質問しないと進まないなら事務所に来てやれということになる
514:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 00:31:58.36 IbcYYzXZa.net
外部接続するcpuてわけじゃないから無理じゃないかな
これ使うくらいならnvencとかでいいんじゃない
515:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/22 00:40:38.54 EihbbY2U0.net
ディープラーニング系のものは、明確な数値計算で成り立ってる
HEVCエンコードには使えない気がするけど、よくわかってない。
516:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 00:48:10.79 IbcYYzXZa.net
URLﾘﾝｸ(news.mynavi.jp)
画像認識に特化してるようだから、数値計算なら何でもってわけじゃないんじゃないかな
517:名無しさん＠編集中 (ｱｳｱｳｳｰ Sa6b-sgDX)
17/07/22 01:09:56.25 IbcYYzXZa.net
URLﾘﾝｸ(www.kickstarter.com)
これが実現して、安く出回るようになれば面白いよね
518:名無しさん＠編集中 (ﾜｯﾁｮｲWW 6700-RYCd)
17/07/22 03:07:16.85 6wqANDog0.net
>>504
何だこのPCI-ex4にノートPC付けちゃいましたみたいのは！？
すげぇ欲しい
519:!slip:vvｖ (ﾜｯﾁｮｲ df11-/UHr)
17/07/22 03:49:46.85 VTjBaN8X0.net
CPUをコプロ代わりに使ってるのか。
学術計算用でこの手の高価な物は昔からあったけど、あとは値段次第だな。
520:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 07:05:14.12 vIh16jUN0.net
差すだけで速くなるなら凄いけど、専用のプログラムを自分で書くんだろ?
521:名無しさん＠編集中 (ﾜｯﾁｮｲ 4744-3EN1)
17/07/22 08:01:48.26 spCl2b2S0.net
現実的な問題として、本当にそういう外部HWを使ってまでエンコしたいのかって話が
522:な・・・
523:名無しさん＠編集中 (ﾜｯﾁｮｲ dfe5-pqVL)
17/07/22 08:07:19.60 vIh16jUN0.net
古いaviとかをH.265に縮めるプロジェクト進行中
もう2ヶ月くらいPC動きっぱなしなのにまだ終わらない
これが数日で終わるなら有り難いけど、その数日のレンタルで構わないな
日常的にはエンコードしたい量は大したことない
524:名無しさん＠編集中 (ﾆｸｸｴ f3aa-RM3Q)
17/07/29 12:44:52.41 n8bFe1y70NIKU.net
紫10TBって電力結構要求するの?
玄人志向のKURO-DACHIっていう2ベイお立ち台系ケースなんだけど
2台挿すとスピンアップ繰り返し続けて起動しなくて1台だといける
KURO-DACHIは初代と新しいのと2世代あるがどちらもダメだった
525:名無しさん＠編集中 (ﾆｸｸｴ f3aa-RM3Q)
17/07/29 12:45:24.51 n8bFe1y70NIKU.net
>>510
誤爆しましたスマソ
526:名無しさん＠編集中 (ﾜｯﾁｮｲ bea2-oBFm)
17/07/31 06:41:44.66 ljttFqga0.net
ソフトウェアエンコなら、ryzen 7 1700でも買ってエンコしろ
527:名無しさん＠編集中
17/07/31 21:01:57.62 pHbtZXei0.net
スロットに差すとエンコードが速くなるようなデバイスが発売されればいいのに
528:名無しさん＠編集中
17/08/01 03:10:33.68 gPx/ftGb0.net
低画質なハードエンコはいりません。
529:名無しさん＠編集中
17/08/01 03:28:15.73 NSBXbGfr0.net
今更だけどMP4BoxでもHEIF作れるみたい
jsonとか用意しなくていいし、ビルドする必要も無いので>>351の方法より簡単だと思う
GPAC support for HEIF | GPAC
URLﾘﾝｸ(gpac.wp.imt.fr)
あとFFmpegでも対応予定っぽい？
#6521 (HEIF support) – FFmpeg
URLﾘﾝｸ(trac.ffmpeg.org)
530:名無しさん＠編集中
17/08/02 01:52:47.24 SFLPuT8y0.net
>>513
h264の時はあったのにHEVCは出ないな
531:名無しさん＠編集中
17/08/02 01:53:46.95 SFLPuT8y0.net
拡張子はheiになんのかなw
532:名無しさん＠編集中
17/08/02 05:40:17.73 Qz4iOHAT0.net
Huluも続いたオープンメディアフォーマット「AV1」とは
URLﾘﾝｸ(www.pronews.jp)
533:名無しさん＠編集中
17/08/02 14:05:44.26 u3B9kFsTM.net
podcastがopus採用するらしい
これに続いてネットラジオ各位はopus導入してくれ
534:名無しさん＠編集中
17/08/02 14:07:05.25 u3B9kFsTM.net
誤爆
535:名無しさん＠編集中
17/08/03 10:56:37.91 QY3fXl8v0.net
A hands-on introduction to video technology: image, video, codec (av1, vp9, h265) and more (ffmpeg encoding).
URLﾘﾝｸ(github.com)
536:名無しさん＠編集中
17/08/05 13:05:25.11 qsItT8rM0.net
>>514
初期のh264 HWエンコはひどかった。
HDでh264エンコするよりも、SDでMPEG2エンコしたほうが画質も良くて、
ファイルサイズも小さいんだもん。
537:名無しさん＠編集中
17/08/05 13:09:01.32 uAFg0eqe0.net
h264も熟成に10年かかった
h265もあと5年はかかる、RYZEN効果でやっとCPUが追い付いて来たしな
538:名無しさん＠編集中
17/08/05 15:23:15.80 DpF3amsL0.net
リアルタイムに間に合えば質は問わない、というのが基本スタンスだからな
保存用に使うのが間違い
539:名無しさん＠編集中
17/08/08 15:27:12.35 TklAhvN000808.net
できるだけ高速でエンコさせたいんだけど、下の機材でなんとかできないかな？
・Sandy i5のデスクトップ。
・ivy i5のノート
・iPad Pro
能力
540:的にはiPad Proが最強なんだけど、エンコ用には使えないよね？
541:名無しさん＠編集中
17/08/08 19:38:19.52 nhiyrfQY00808.net
それでiPad選ぶって、単にiPadでエンコしたいだけでしょ？
iMovieでやればいいんじゃない
542:名無しさん＠編集中
17/08/08 20:40:42.40 d44XL7JE00808.net
i5をi7にすると速くなるだろうか
543:名無しさん＠編集中
17/08/09 05:09:08.80 jrBwmb6l0.net
処理能力的にもiPadProが文字通り桁違いで劣ってるよ
提灯ベンチマーク記事を真に受けてない？
544:名無しさん＠編集中
17/08/09 13:25:34.03 vA/P2Xrw0.net
HWエンコードならiPad Proが最速になれるぞ
Sandy/Ivyにはエンコーダが無いからな
SWエンコードは…無理させんなとしか
545:名無しさん＠編集中
17/08/09 13:46:42.62 64LNxky20.net
第二世代からQSV機能載ってるんじゃ
546:名無しさん＠編集中
17/08/09 13:52:36.55 bWZGwy2X0.net
HEVCはskylake以降でないとQSVできない
547:名無しさん＠編集中
17/08/09 13:56:21.66 vA/P2Xrw0.net
>>530
H.264ならQSV使える
が、このスレは「次世代ビデオコーデックのスレ」なんだよな
次世代コーデックが特に絡まない話題なら別の所でやろうぜってなる
548:名無しさん＠編集中
17/08/09 13:57:49.45 64LNxky20.net
対応してないのと載ってないことは違うけどな
549:名無しさん＠編集中
17/08/09 14:09:20.20 vA/P2Xrw0.net
それは偏にHEVCスレでHEVC未対応のQSVの話を持ち出そうとする人が現れることを想定していなかった私の落ち度です
ごめんね
550:名無しさん＠編集中
17/08/09 22:42:54.28 /OZ7eS1g0.net
skylakeはwin10を強要されるからなあ
551:名無しさん＠編集中
17/08/13 06:12:13.66 HV2vFsfca.net
未だにwin8以前のOS使ってる人いるの
552:名無しさん＠編集中
17/08/13 08:10:08.62 GCQqIvzQ0.net
CPUを高速なのにする度に全部買い換える人は自動的にOSも変わるけど、
自作の人は必要なとこしか買えないからOSの乗り換えは遅くなる
553:名無しさん＠編集中
17/08/13 16:42:20.62 93uODEsx0.net
7からWIN10に変えてから長いけど、久々に友達のWIN7機を触ったらOSが使いやすいのな！
554:名無しさん＠編集中
17/08/14 00:30:35.56 u0t+poRW0.net
否定する俺カッコイイ
555:名無しさん＠編集中
17/08/14 22:05:21.08 giaAk3f40.net
久々に7見るとエアログラスがいいなって思うことはある。8以降の四角いデザインは未だに好きになれないな
556:名無しさん＠編集中
17/08/14 22:39:50.52 6qlxE4sJ0.net
スレチだが俺も8以降の見た目が嫌いだなぁ。
win10は7で主要ソフトが動かなくなってからで良いわ。
557:名無しさん＠編集中
17/08/14 22:47:17.87 fOsZpnWV0.net
7も意図的にドライバを切り捨てる儲け思想が気に入らないけど、
SSDにちゃんと対応してるのが7以降だから仕方ない
XPだって技術的には対応できるけど、そこは商売として受け入れる
558:名無しさん＠編集中
17/08/14 23:32:23.58 aCDE/pbW0.net
７まではUIも滑らかなデザインで美しいし
機能へのアクセスもいい
559:名無しさん＠編集中
17/08/15 01:22:39.70 WTuIzXd20.net
7のスタートだけはゴミだと思うけどな
社畜SE専用だろ、あれ
560:名無しさん＠編集中
17/08/15 04:19:02.31 zAW8xoDg0.net
だいぶ前に開発関係でNTTかどっかの中の人がＨ264とかＨ265についてはっちゃけて解りやすく書いてたodfかんか貼ってあったんだけど知らない？
561:名無しさん＠編集中
17/08/15 17:52:49.06 sWjIdY/j0.net
URLﾘﾝｸ(home.catv.ne.jp)
これは分かりやすいと思ってブクマしてたけど・・
あと、もう一つあったはずだけどブクマに埋もれて見つからず
562:名無しさん＠編集中
17/08/16 12:27:41.32 pLcV6zfZ0.net
>>540
563:窓たくさんすこしずつずらして開いてると、タイトルバーとかメニューバーがフラットだとどこが窓枠なのかわかりにくいよね。
564:名無しさん＠編集中
17/08/28 19:40:50.18 HN1fecbX0.net
xpのlunaが美的センス最低だが視認性は最高
7のUIはリボン推しとその他旧式などなど操作系がチグハグでそんなに褒めるほどのもんでもないな…10もだが
エアログラスはかっこいい
てかwin8もβの最初は7の丸みだけ取れたような見た目だったのにな
565:名無しさん＠編集中
17/09/05 13:23:06.31 /vroGjCw0.net
AV1: A Status Update
URLﾘﾝｸ(www.streamingmedia.com)
566:名無しさん＠編集中
17/09/05 13:56:32.83 g90pLXmT0.net
AV1てやっぱりエンコードの計算力凄まじそうだな
NetflixとかYouTubeみたいな大規模な配信じゃないと利用するメリットないんじゃないか？
567:名無しさん＠編集中
17/09/05 16:49:45.16 6CssYvzF0.net
AV1はHEVCよ20%効率的、計算量は3～5倍
2017年12月31日にビットストリームが決定、数日以内にChromeとFirefoxで利用可能に
YoutubeとNetflixで使われるまで出荷しない。問題があれば開発継続
こんな感じか
568:名無しさん＠編集中
17/09/05 17:15:49.55 4sdaWWFt0.net
>>計算量は3～5倍
まじで？？
HEVCですらアップアップなのにその3-5倍とか・・
569:名無しさん＠編集中
17/09/05 17:59:27.54 M9odtNIf0.net
乾いた雑巾を絞るようなもんやな…
570:名無しさん＠編集中
17/09/05 18:26:38.09 MKe0NCG8a.net
この20パーセントてのは、元動画をhevcが30パーセント圧縮できるときにav1は50パーセント圧縮できるてのと、元動画をhevcが30パーセント圧縮できるときにav1は36パーセント圧縮できるのどっち？
571:名無しさん＠編集中
17/09/05 19:11:43.41 sn7w1X7L0.net
その計算だと、80%圧縮できる時に100%圧縮できちゃうな
572:名無しさん＠編集中
17/09/05 19:19:37.79 InN3jM2K0.net
同じビットレートで比較してSSIMが20%良くなったか、80%のビットレートで同じSSIMのどちらかではないか
573:名無しさん＠編集中
17/09/05 19:54:36.62 PONwnECO0.net
いや、100/120=83.3%のビットレートで同じSSIMなのではないか
574:名無しさん＠編集中
17/09/05 20:10:56.18 g90pLXmT0.net
いやPSNRやろ
URLﾘﾝｸ(dzceab466r34n.cloudfront.net)
575:名無しさん＠編集中
17/09/05 20:16:48.61 ObU8b+GC0.net
>>549の概要
●AV1のビットストリーム仕様の確定は2017/12/31までを目標としている
●ただ、YoutubeやNetflixといった主要メンバーが納得するレベルにならないとリリースされない。
●Netflixの担当者は「HEVCより20%効率的で、計算量は3～5倍」というレベルを目安としている。
Youtubeの考えは不明。
●これまでの評価は
Netflix「AV1はVP9より20%効率が良い」
Google「AV1はVP9より30～35%効率が良い」
とされているが、4月のBitmovin AV1での検証ではそこまで良いものではなかった。
当時77あった実験的コーディングツールのうち8つしか使ってなかったので
改善の余地は大いにあるが、これらの機能の統合や最適化は難しい作業になるだろう。
●ビットストリーム仕様確定後の見通しは以下の通り。
・ChromeやFirefoxは数日中に再生をサポート
・チップの開発に12～18か月、更にそれを利用したHWリリースに6か月。
576:名無しさん＠編集中
17/09/05 20:18:09.16 ObU8b+GC0.net
(>>559の続�
577:ｫ) ●4月のNABでのBitmovinの実験では1080p24のリアルタイムエンコードに最大200コア程度が 必要だったが、そう遠くないうちに8-32コアでできるようになるだろうというコメントもあった。 http://www.streamingmedia.com/Articles/Articles/Editorial/Featured-Articles/Bitmovin-Pushes-AV1-Forward-Joins-Alliance-for-Open-Media-117634.aspx ■参考：>>262の記事にある4月時点のAV1のエンコード速度 https://bitmovin.com/bitmovin-supports-av1-encoding-vod-live-joins-alliance-open-media/ ・LenovoのT540pノート(i7-4800MQ, 8GB RAM, Ubuntu 14.04)で 1080p24の40秒クリップをエンコードするのに8時間42分かかる。 つまりエンコード速度は0.032fps。 ・デコードは上記環境でも問題ない。
578:名無しさん＠編集中
17/09/05 21:19:34.61 Xav7bxaUF.net
>>560
完全に出たてのh.264やh.265と同じじゃないか
俺らがまともに使える様にあるには5～10年かかるだろ
579:名無しさん＠編集中
17/09/05 23:37:41.74 61ExDXrC0.net
実用性低すぎ
580:名無しさん＠編集中
17/09/06 00:22:27.97 KI+bTKrGa.net
それでもav1の開発を進めなきゃならないほどhevcの権利関係が鬱陶しいんだろうか
581:名無しさん＠編集中
17/09/06 01:24:56.07 icHr4uocM.net
>>563
>>339によると特許プールが3つか4つに分裂しているらしい
＞H.265/HEVCコーデックでは合意形成に失敗しており特許行使者の利害関係調整が失敗することが起こりえる
つまり私利私欲に走りライセンス料を吊り上げる企業が出てきてもおかしくないのか
これMicrosoft良い立ち位置にいるよなー
H.265とAV1どっちが普及してもおいしい
582:名無しさん＠編集中
17/09/06 09:24:57.47 qYIiNBEI0.net
>>559,560
翻訳ｔｈｘ
>>564
VC-1の時のゴタゴタと比べると凄い進歩
こういうマイナーっぽい新規事業に日本企業の腰が重いのが残念
技術力自体は悪くないのに
583:名無しさん＠編集中
17/09/06 10:00:14.34 L/7aiPbm0.net
日本企業だカスタムチップで実績のあるソシオネクストが参加している
URLﾘﾝｸ(aomedia.org)
NHKとサイバーエージェントもはよ
584:名無しさん＠編集中
17/09/06 11:55:01.79 JfnNoVnad.net
NHKなんてH.265のライセンシーなんだから無理無理
H.265のライセンスプールについて調べれば分かるけど参加企業のうち約20%が日本企業
日本はH.265のライセンスを囲い込む側
AV1のようなプロジェクトに日本企業が積極的に参加するなんてことは期待しない方がいい
585:名無しさん＠編集中
17/09/06 12:02:16.37 rPT5jpZfd.net
何がかんだ言ってもネームバリューがモノを言う
H.265は世界的に広まってるから狙うなら語呂が悪いH.266の代わりを目指さないと
586:名無しさん＠編集中
17/09/06 12:24:26.21 HUtsZpIuM.net
H.264/AVC
H.265/HEVC
H.266/????
587:名無しさん＠編集中
17/09/06 12:28:37.71 4rLWwIT30.net
>>567
権利を持っている方はライセンサーな
588:名無しさん＠編集中
17/09/06 17:45:39.42 qYIiNBEI0.net
>>566
日本企業もいたのか（言われて探したけど企業ロゴ薄すぎ）
>>567
念のために書いとくと、日本企業が加わることでホルホルしたいんじゃなく
AV1の完成度が高まってほしいってのが大きい
589:名無しさん＠編集中
17/09/06 18:01:23.65 LKvY2lxOa.net
しかし、そうやって日本企業が絡むとまた権利関係面倒臭くなりそう
少なくともnhkは絡まないでくれ
あと受信料下げてくれ
590:名無しさん＠編集中
17/09/06 23:43:46.13 3QfOV3ks0.net
>>569
H.264/AVC
H.265/HEVC
H.266/AV1
になったりしてw
591:名無しさん＠編集中
17/09/06 23:44:46.70 3QfOV3ks0.net
あとはNTTとパナ、NECあたりが絡みそう
592:名無しさん＠編集中
17/09/07 01:16:19.66 azM+CRdV0.net
TwinVQを思い出す。
593:名無しさん＠編集中
17/09/07 06:53:09.89 YEYaD+9R0.net
懐かしい
20年ぶりぐらいに聞いたような
NTTだっけ
594:名無しさん＠編集中
17/09/07 09:53:46.24 +wXPEBFj0.net
>>572
フリーでやろうって言ってるグループ内でそれは言わないんじゃない？
言えないからこそ参加しないんだろうけど
595:名無しさん＠編集中
17/09/07 23:01:49.75 6pLhz+m7a.net
AV1は個人でソフトウェアエンコードするにはだいぶ厳しいな
gifみたいな用途の低解像度で短い動画なら使えるかもしれないけど
メインで使うならハードウェアエンコしかねえな
596:名無しさん＠編集中
17/09/07 23:43:02.46 P4f6NcfJ0.net
gif?
597:名無しさん＠編集中
17/09/08 05:50:40.80 XVG2hZVI0.net
というわけでAVX512の出番？
598:名無しさん＠編集中
17/09/08 06:22:49.67 g3CCalhX0.net
エンコードはAmazonやgoogleがクラウドでぱぱっとやってくれそう
個人はAIチップ？に期待。両方ともだいぶ先の話だけどね
599:名無しさん＠編集中
17/09/08 07:03:35.04 Jjqk+is80.net
アップロードと同時にエンコード済みの分をダウンロードできるような仕組みだと、
回線速度くらいでエンコードできるな
600:名無しさん＠編集中
17/09/08 07:26:46.26 XVG2hZVI0.net
AIチップはそんなに遠くないんじゃない？
HuaweiのKirinとか搭載始めるし
601:名無しさん＠編集中
17/09/08 07:49:09.83 OsqB6Ou40.net
VP9もそうだったけどAV1はgoogleやその関連企業（配信関係）が
少しでも画質と帯域の効率を良くするための目的で作られてて
一般ユーザーが使うことは想定していないんじゃないかな
Youtubeにしろニコ動にしろもうユーザー側で最適なエンコしたものをUPするんじゃなくて
できるだけ高画質でUPしてもらったものを配信側で最適化するって流れだし
602:名無しさん＠編集中
17/09/08 11:12:52.33 3HbQWYuJM.net
>>584
非営利系や同人系は一般ユーザーに近いと思う
たしかRPGツクールはVPxコーデックしか選択肢がなかった気がする（透過WebM）
あと一般向けなのかはよくしらないけどWebRTC
603:名無しさん＠編集中
17/09/08 11:20:25.55 3HbQWYuJM.net
アルファチャンネル付き動画ってHEVCではつくれないんだっけ
画像フォーマットのHEIFではできるらしいのに
604:名無しさん＠編集中
17/09/10 01:56:01.58 FBVDocOd0.net
>>551
コーデックは1世代上がると効率2倍、計算量10倍って聞いてたのに効率20％で計算量3～5倍じゃ期待はずれも良いところ
あまり急いで出さないでじっくり開発してもっと良いのを開発して欲しい
605:名無しさん＠編集中
17/09/10 03:19:44.54 2MAGAWWc0.net
AV1はHEVCと同じ世代狙ってんじゃね？
606:名無しさん＠編集中
17/09/10 10:45:49.32 Lr9u2dJO0.net
1世代上がるタイミングが等間隔だとは言ってないんだろ
2倍になるまで待ってたら30年かかるから、1.2倍になった時点でとりあえずリリース
別に悪くない
607:名無しさん＠編集中
17/09/10 11:18:10.23 N+2uXcbw0.net
H.266の対抗馬は何になるのか
608:名無しさん＠編集中
17/09/10 11:24:34.47 ilkjpnvM0.net
>>589
リリースしても>>587レベルのメリットがなければ普及しないって事じゃないの
後継規格がなければ緩やかに普及はしていくかもしれないけど
609:名無しさん＠編集中
17/09/10 12:34:58.59 Lr9u2dJO0.net
いちいち規格としてリセットしないといけないなら面倒だな
マイナーバージョンアップでじりじりと改良していけばいいのに
CPUなんか殆ど変わらんだろレベルで少しずつ速くなってる
610:名無しさん＠編集中
17/09/10 12:40:26.07 mH5vc0Me0.net
プロファイルの追加はマイナーバージョンアップに相当すると思う
611:名無しさん＠編集中
17/09/10 14:16:13.43 d1YHRgsQ0.net
Netflixなら動画の数に対して再生数が凄いだろうから
計算量が増えてもメリットあるんでは
612:名無しさん＠編集中
17/09/10 15:34:28.34 5DLEogkE0.net
ゲームだとbink videoが多いが光栄が動画にWMV9使ってるな
エロゲーはいまだに画質も容量も無駄が多いMPEG1を使い続けてる文化がある
613:名無しさん＠編集中
17/09/10 21:10:45.43 i7e+Dlee0.net
>>595
事実上の容量水増しだろ
614:名無しさん＠編集中
17/09/10 21:55:39.29 MHGppb430.net
パテント料も安そうだ＞MPEG1
615:名無しさん＠編集中
17/09/10 22:56:35.12 mH5vc0Me0.net
VP8やVP9を無料で使えるのにMPEG-1に執着する合理的な理由はあるのだろうか
616:名無しさん＠編集中
17/09/10 22:58:49.37 Lr9u2dJO0.net
吉里吉里が対応してないんじゃないの
617:名無しさん＠編集中
17/09/11 01:09:15.15 IUfKwT640.net
>>598
想定スペックが低いんじゃなかろうか
618:名無しさん＠編集中
17/09/11 02:22:08.39 53O72kim0.net
VP9のHWデコード対応したのは割と最近のGPUだっけ
でもCore 2あたりでもCPUに任せてもゲーム想定の動画程度なら大丈夫そうだけどなぁ
余程楽にゲームに組み込む仕組み作らないとゲーム制作側が動かないだけかも
619:名無しさん＠編集中
17/09/11 12:38:15.02 u3gPAfJ+0.net
>>601
fixed function decoder（完全HW処理、CPU負荷ほぼゼロ）搭載してるのは
Intel KabyLake・ApolloLake、NVIDIA Pascal以降だけ
hybrid partial acceleration（一部HW処理、CPU負荷も掛かる）なら
Intel Broadwell・Skylake、AMD Polaris・Vegaとあるが
620:名無しさん＠編集中
17/09/12 02:59:50.63 8ozDnXes0.net
AMDは完全ハードウェアじゃないんだ
621:名無しさん＠編集中
17/09/14 00:07:21.60 weVX1mBc0.net
Haswell+Pascalだといい感じ
622:名無しさん＠編集中
17/09/14 08:44:12.73 j8SsDLgp0.net
再生数が多い動画、たくさんの再生が見込まれる動画だけAV1で圧縮すればいいんじゃね？
そうすれば計算量の多い問題は解決する
623:名無しさん＠編集中
17/09/14 13:41:42.21 +iFU+DGB0.net
そういえばWeb動画が絶対って業界認識があるのか
データ量が増えがちな422,444とかHWデコードできないGPUの場合があるね
624:名無しさん＠編集中
17/09/14 13:48:38.92 AA06GN1C0.net
422はHW使えないの多すぎて結局CPU処理だな…
KabyでもCPU食ってるし
625:名無しさん＠編集中
17/09/16 09:44:04.09 d/TxvkGO0.net
PCならいまどきのをつかってれば2kならソフトウェアデコードできるのでは？
消費電力制限が大きいスマホ・タブレット・ノートPCだと、ハードウェアデコード必須だな
626:名無しさん＠編集中
17/09/16 10:22:31.88 n0kYo+C90.net
デコード重くなるようなエンコードオプション設定して無ければまず大丈夫だけど
PC作業は色々同時にやるときがあるし他の処理も同時実行してると少々辛くなる時があるかも知れないね
627:名無しさん＠編集中
17/09/18 11:22:14.00 5uu+LFln0.net
結局ネット配信におけるHEVC普及はパテント問題で合意せずに失敗、
HEVCは放送やハードウェア、ソフトウェアに留まり、
ネット配信は規格乱立か？
628:名無しさん＠編集中
17/09/18 12:14:32.93 VcXV+KRJ0.net
コーデックとして切り出されてるんだから、統一されてる必要はない
現状だっていっぱい共存してる
629:名無しさん＠編集中
17/09/18 16:09:56.85 47CgvJuo0.net
スマホでHEVC録画それも4K60Pとか凄い時代
630:名無しさん＠編集中
17/09/18 16:14:21.95 3787Hmfw0.net
現実世界と見分けがつかないVRには全然まだスペックが足りないという
631:名無しさん＠編集中
17/09/18 16:24:55.74 VcXV+KRJ0.net
それはまず脳直技術が要るな
632:名無しさん＠編集中
17/09/18 17:21:28.44 6OSnEswMd.net
>>612
でも本体10万とかだし、それくらい出来てもらわないと
633:名無しさん＠編集中
17/09/18 17:44:09.48 M9zAbjFH0.net
ネットでH.265を使うのは現実的に無理だから
H.264 Apple様用
VP9 その他一般OS用
AV1 再生数が多い動画用
これでいいな
634:名無しさん＠編集中
17/09/18 18:16:05.42 V/u/sK860.net
VP9で作って確保する必要性がない
h.264でええやん
635:名無しさん＠編集中
17/09/18 19:01:08.24 vmqZWJZc0.net
いやあるだろ
636:名無しさん＠編集中
17/09/18 23:23:10.46 V/u/sK860.net
どう考えてもVP9よりh.264のほうがサポートデバイスが多いはず
637:名無しさん＠編集中
17/09/19 00:48:18.13 j6YvhYE70.net
しかし、h.265やVP9の画質を知っちゃうとh.264には戻れない
638:名無しさん＠編集中
17/09/19 02:33:25.55 hf/ROM8M0.net
将来再生できなくなるリスクを考慮するとH264が安全だろうね。
たとえばWindowsのバージョンが上がってcodecがインストールできなくなったら
それだけで多くの動画が再生できなくなる。
さらに時が経ってWindows自体が消滅する可能性だってある。
数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。
うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
画質音質の少々の違いには目をつぶって、汎用性を優先するのが正しい。
639:名無しさん＠編集中
17/09/19 02:46:52.58 5cLqlJfi0.net
ハードとソフトじゃ全然違うでしょ
TwinVQが未だにFFmpegでメンテされ続けてるところを見るとソフトは大丈夫だって分かる
640:名無しさん＠編集中
17/09/19 05:55:43.26 pfe6jfgS0.net
正しいとかバカじゃね
641:名無しさん＠編集中
17/09/19 07:49:48.81 ckVZwnY5H.net
苦労して残すほどの価値はないんだよなあ
642:名無しさん＠編集中
17/09/19 14:06:12.37 FUhWdy1ya.net
多額の費用を使って工場ラインを維持しなきゃいけないハードと違ってプログラムを書ける人間が一人居れば事足りる話だからな
移植やらをボランティアでやる人も大勢いるしその辺は心配しなくていいんじゃないかな
643:名無しさん＠編集中
17/09/19 15:32:39.09 78BSPoU90.net
XVDでエンコードしてた人は今も再生出来てるのかな？
644:名無しさん＠編集中
17/09/19 21:33:04.81 WYb6n8p9a.net
>>621
>将来再生できなくなるリスクを考慮するとH264が安全だろうね
新しいCPU、GPU、ARMなどにH265とVP9のHWデコが順次搭載
されているから心配無用
>数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。
いつまで生き続けるつもり？
>うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
>PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
今はM-DISCがある。数十年は大丈夫。
645:名無しさん＠編集中
17/09/19 22:40:38.34 IeerNKvwM.net
最後の砦としてグーグルフォトを使ってる。
646:名無しさん＠編集中
17/09/19 23:53:49.29 TLb12d1M0.net
うちの最後の砦はglacierだな
647:名無しさん＠編集中
17/09/20 00:15:26.08 fzeqEU0/0.net
glacierってなんであんな高いの？
ストレージ料金だけでも高いんだけど。
Amazonの新プランの方が1TBあたりの値段安くね？
648:名無しさん＠編集中
17/09/20 07:31:30.87 jl2xfrzt0.net
そうなのか
選んだ時はよそよりも1桁以上圧倒的に安かったのに、
よそもがんがん値下げしてるんだな
649:名無しさん＠編集中
17/09/20 16:32:13.99 fzeqEU0/0.net
>Glacierのストレージ料金 東京 $0.005 : GB あたり/月
あれ、今見るとAmazon Cloud
650: Driveの新プランと同じ値段になってるね。 すまん。 ちょっと前はもっと高かった気がしたんだけど。
651:名無しさん＠編集中
17/09/20 17:35:22.51 sAfS/VDS0.net
デコーダーが非対応なだけなのか分からないけど、H.265のインターレース保持エンコードがまだ現実的じゃないから、まだ移行に踏み切れないムービーデータがあるなぁ。。。
652:名無しさん＠編集中
17/09/20 18:13:57.38 b81rIFzl0.net
そういうものは60pで対応するのがH.265の思想だと思う
653:名無しさん＠編集中
17/09/20 18:29:41.20 fHfTjDhn0.net
っていうかインタレ自体が過去の遺物だから・・
654:名無しさん＠編集中
17/09/20 19:05:08.40 QkNddpg10.net
今は地上波のぬるぬるのやつすら作らなくなったの？
655:名無しさん＠編集中
17/09/20 19:17:14.65 2nuNv3mn0.net
>>633
業務用で使われてるみたいねインタレ
656:名無しさん＠編集中
17/09/20 20:28:11.64 sAfS/VDS0.net
>>637
やっぱりアーカイブ的な用途で使われてるのかな?情報ありがとう。
これからの映像はプログレッシブというのはここの住人と同じ考えだけど、インタレ解除手法も日々進化してるからソースがインタレならインタレは保持して見るときだけリアルタイムで解除したい。
657:名無しさん＠編集中
17/09/20 21:05:22.01 6EbUq/OP0.net
インタレ保持H264よりインタレ解除H265の方がきれいだから、そろそろ潮時だって思う
658:名無しさん＠編集中
17/09/20 21:44:21.83 4YqaD85oa.net
アーカイブは元ソースに出来るだけ手を加えないってのが原則だからなあ
インタレ解除の59.94Pでやる走査線補完は元ソースに無い絵柄を付け足してるという事で別物の扱いになる
659:名無しさん＠編集中
17/09/20 22:10:26.58 6EbUq/OP0.net
デコードした後、元ソースにはない走査線を消しちゃえば同じになるんじゃね
660:名無しさん＠編集中
17/09/20 22:11:25.44 Zo0mVPXi0.net
QTGMCでプログレ化してx265でエンコすると日が暮れる
661:名無しさん＠編集中
17/09/20 22:32:07.24 4TZA61ds0.net
インタレ解除は24pと60iで話が全然噛み合わないからな。
二次で抜いてるアニヲタは逆テレシネで華麗に解除、
三次で抜いてる実写派はいろいろ試して結局インタレ保持で保存。
662:名無しさん＠編集中
17/09/20 22:38:31.68 6EbUq/OP0.net
24pのインタレ解除は簡単だからね
60pみたいに「ない絵」を作り出す必要がないから処理量もぜんぜん違う
663:名無しさん＠編集中
17/09/20 22:56:42.42 fHfTjDhn0.net
そもそも論として8x8みたいなブロック単位で圧縮するmpeg系との相性が悪い
今までは何だかんだで対応して武夫、hevcではそっち方面で進化しすぎてインタレ対応する余地がなくなった感じっぽい
664:名無しさん＠編集中
17/09/20 23:25:42.99 4TZA61ds0.net
せっかくエンコーダーで高度な動きベクトル予測やってんだから、そこに
インタレ解除も一体化して組み込むのが正しい姿なんだがな。
まずインタレ解除してその後エンコ、みたいなのは筋が悪い。
665:名無しさん＠編集中
17/09/20 23:39:11.15 jl2xfrzt0.net
タイムマシンで戻ってインターレースを発明した奴を倒す
666:名無しさん＠編集中
17/09/20 23:41:55.01 6EbUq/OP0.net
インタレ解除したら絵自体が変わっちゃうし、
エンコーダはデータ量最小化のベクトル予測で目的関数がちょっと違うから、
なかかな共通化は難しいんじゃないか
エンコパスが1パス増えたと思うしかないな
667:名無しさん＠編集中
17/09/21 09:53:15.33 MV0+Sn9q0.net
>>647
そして帯域の問題で解像度が下がると
668:名無しさん＠編集中
17/09/23 08:11:45.88 l9Bmpxa00.net
>>647
歴史の復元力が働き、誰か他のやつがインタレを発明する事になる
669:名無しさん＠編集中
17/09/23 08:52:52.48 D6RzItxt0.net
かなり早い時点で要らない技術になってたのに、
後方互換性を気にしすぎて未だに現役で生きてて迷惑をかけている
どう見ても急場しのぎの設計なのに、こんなに続くとは思わなかっただろうな
2000年問題みたいな感じ
670:名無しさん＠編集中
17/09/23 11:31:11.50 NeP+J+Ge0.net
デジタル放送にインタレを持ち込んだのはNHK
671:名無しさん＠編集中
17/09/23 13:27:02.58 rAZSA3MY0.net
1080i vs 720pの話
672:名無しさん＠編集中
17/09/24 03:33:48.28 WJ8bHb8k0.net
今でこそFHD60pで記録出来るカメラが当たり前になったけど、地デジ推進の頃の磁気テープにHDを書く時代にはまだ処理的に厳しかったんじゃないの?
673:名無しさん＠編集中
17/09/24 08:20:17.73 PvINEFea0.net
1035iのテレビとの互換性のせい
674:名無しさん＠編集中
17/09/24 12:17:20.06 +R5o9x410.net
VHSテープ1本80GBぐらいのデータ量とかどこかで見たな
675:名無しさん＠編集中
17/09/24 12:24:47.32 DdTVmmND0.net
高級LDプレイヤーにマスモニで非圧縮キャプチャするとちびるほどのデータ量になるらしい
676:名無しさん＠編集中
17/09/24 12:40:13.40 bSrpxCSX0.net
非圧縮の時点で現実的ではないな
SD画像でも1フレーム1MBもある
1秒30MB
30分で52GB
音声なら0.3GB
この桁違いの差により、動画は当面はデジタル化は無理と言われていた
677:名無しさん＠編集中
17/09/24 12:45:47.70 ToDIk6080.net
>>656
120分のVHSテープは25GB
薄いD-VHS用テープが最大50GB
678:名無しさん＠編集中
17/09/24 12:48:15.66 bSrpxCSX0.net
情報量はS/N比で決まるので、テープよりはデッキ次第
超高級デッキなら同じテープに1TBでも入る筈
679:名無しさん＠編集中
17/09/24 13:04:59.76 AJJdiw4ja.net
規格が出て来た時は1080IがSONY主導で720Pが松下主導だったっけか
PCなんか使わないでデッキでダビングが主流だった当時のユーザーには解像度の高い1080Iの方が断然人気あって
720PはPCとの親和性を考えてわざわざ作っただけの規格でしょみたいな感じだった
680:名無しさん＠編集中
17/09/24 13:19:53.07 DdTVmmND0.net
ピュアオーディオのAV機器版というか画質マニアガチ勢で非圧縮保存してる人いるけどね
ストレージが大幅に技術革新しないとありゃ無理だなと思った
681:名無しさん＠編集中
17/09/24 13:52:14.26 RurXK3+Ca.net
ホログラフィックで云々みたいなの一時期はやってたけど実用化に近づいたのはあるのかな？
682:名無しさん＠編集中
17/09/24 15:42:28.37 3JYbwHy+0.net
非圧縮のソースなんてどこにあるんだ？ゲームでも録画するのか？
非圧縮映像はNHKのスーパーハイビジョンの展示くらいでしか見たことないな
当時は8K対応のエンコーダ・デコーダがないから非圧縮っていうｗ
683:名無しさん＠編集中
17/09/24 16:03:45.08 bSrpxCSX0.net
もう物心付いた時から地デジ世代が
684:名無しさん＠編集中
17/09/24 16:07:11.02 DdTVmmND0.net
非圧縮はアナログソースだよ
685:名無しさん＠編集中
17/09/24 16:13:17.99 1ACVKELka.net
>>664
W-VHSの様な往年のテープメディアをPCキャプチャするみたいな話なんじゃないかな
686:名無しさん＠編集中
17/09/24 16:16:36.78 3JYbwHy+0.net
アナログかよ。BDの方が何千倍もきれいじゃんｗ
687:名無しさん＠編集中
17/09/24 16:31:09.39 vFlYkKy80.net
RAW
REDで撮影する映画とか
688:名無しさん＠編集中
17/09/24 16:36:28.21 DdTVmmND0.net
>>668
当時のLDプレイヤの最高機種（できれば業務用）と業務用マスターモニター込みでそれを言ってる？
689:名無しさん＠編集中
17/09/24 16:38:51.40 KF9JgeuiM.net
はっきりいうがBDはゴミっつーか失敗規格だ
690:名無しさん＠編集中
17/09/24 16:45:21.12 JyFSKpyk0.net
手での描画をドットで表現するってのがもうね...
691:名無しさん＠編集中
17/09/24 16:55:44.08 3JYbwHy+0.net
>>670
どんだけオーバーサンプリングしても縦は走査線数しかないだろ
ちゃんと平面で記録する35ミリフィルムとかだったらアナログの良さは分かる
692:名無しさん＠編集中
17/09/24 17:03:01.86 KF9JgeuiM.net
その評価項目だけで画質を評価しちゃうんだね
693:名無しさん＠編集中
17/09/24 17:06:56.54 y/erMvg60.net
まーた変なのが沸いてるな
694:名無しさん＠編集中
17/09/25 00:54:39.23 1mIZC6Mi0.net
デジタル化の時せめてYCbCr4:2:2を標準にして欲しかった 派手な色の服装の人とか花とかぼけぼけになる
695:名無しさん＠編集中
17/09/25 02:10:29.82 KpfmQdhu0.net
データ量の問題でしょ
解像度上げればきれいになるなんて分かりきってる。再生環境でどうにかするしかない
クロマサブサンプリングについて言うなら、
madVRとBDレコでクロマアップサンプリングの性能比較とかしてほしいな
696:名無しさん＠編集中
17/09/25 03:18:11.58 5FrWy6HB0.net
>>673
平面じゃないよ、銀化合物なんかの粒子サイズのドットだよ
697:名無しさん＠編集中
17/09/25 14:47:27.55 ZapOc0fC0.net
静止画のくせにYUV420しか使えないWebPとかいうオワコンもあったな
698:名無しさん＠編集中
17/09/25 18:54:17.95 Ma93BCxy0.net
>>679
ロスレスならRGBAもいけるらしいが。
URLﾘﾝｸ(developers.google.com)
699:名無しさん＠編集中
17/09/26 23:28:11.90 L0MKYFcf0.net
誰かSkylake より昔のMacでHEVC書き出し試した人いるかな
QuickTimeから書き出しだと1080p以上のみたいだけど
Compresorが対応してきたらそれ以下のサイズでも可能になるかな?
720pの素材が大量にあるのに…
700:名無しさん＠編集中
17/09/29 07:20:30.39 kQq/Q29T0.net
MacX Video Converter ProでHEVC書き出し出来る
701:名無しさん＠編集中
17/09/29 13:19:09.45 j2Un3nzY0NIKU.net
Homebrewでx265が配布されているね
702:名無しさん＠編集中
17/10/03 20:11:56.97 rdqsO7ng0.net
>>679
非可逆圧縮なら大したデメリットにならないだろ
703:名無しさん＠編集中
17/10/03 21:49:38.19 bCF9K/e30.net
それ方向性が違う話だろ
704:名無しさん＠編集中
17/10/04 18:02:21.88 CF7Mw1ax0.net
SSIMいくら以上でエンコしてる？ 265でcrf=21でも0.98切るんだけどそういうもんなのかな
705:名無しさん＠編集中
17/10/05 00:20:50.02 5GdqPtLP0.net
>>686
悪いがここもスレチなんだ。x265スレへ行け
でも行く前にpsyとssimの関係について予備知識を仕入れとかないと
叩かれると思う
706:名無しさん＠編集中
17/10/05 03:02:12.74 kaMC38Iy0.net
SSIMってなんか謎だよな
俺はx264だけど、ctfを14まで下げてもSSIM0.975とかになってしまう。
映像を見てもオリジナルと差がないし、同じコマを等倍表示で左右並べて
交差法で「間違い探し」をしても違いが分かるのは画面全体でせいぜい数ドットで、
それ以外は完全一致だった。
707:名無しさん＠編集中
17/10/05 07:05:52.58 w3w7IX480.net
立体視で間違い探ししてるの？
708:名無しさん＠編集中
17/10/05 11:06:07.07 Fn0Lq78L0.net
マジでワロタ
709:名無しさん＠編集中
17/10/05 11:39:44.70 a/jfRjHC0.net
立体視ｗ 数ドットｗ 差分取ればいいだろｗ
710:名無しさん＠編集中
17/10/06 17:17:36.34 azaGL4Uv0.net
皆にききたいけど記録用にとった映像ソース（編集用にaviにする事人もいるかも）あると思うけど
そういうのって残してる？
それともh264なりh265なりに変換したら削除しちゃってる？
結構オリジナルファイルバカにならないサイズで皆どうしてるのかと
711:名無しさん＠編集中
17/10/06 17:22:55.62 xQ2d4SzR0.net
一定期間経ったら削除
712:名無しさん＠編集中
17/10/06 18:01:12.56 azaGL4Uv0.net
>>693
まじか 結構有機いるな
713:名無しさん＠編集中
17/10/06 18:13:45.88 xQ2d4SzR0.net
自分の場合、公的なものとかなんかの証拠になるようなものでもないし、一定期間取っておくだけでもリソースの無駄みたいなものだから削除してる。
長期間取っておいてもほとんどの場合、一度使えばあとは編集の素材にならないことの方が多いし。
714:名無しさん＠編集中
17/10/10 17:17:32.82 xZfsjvpD01010.net
消した後に再編集したくなったりしたらどうしてる？
元のaviがないからどうしようってなるんだけどなんかうまい回避方法ないかなと
715:名無しさん＠編集中
17/10/10 17:42:24.78 HhUvX68Md1010.net
スマートレンダリング
716:名無しさん＠編集中
17/10/12 11:15:55.83 px1N4be20.net
aviutl + x265でエンコする際、マシン使用率確認しようとタスクマネージャーとHWMonitor起動しながらだと
時々x265に不正なパラメータが渡されましたなんてエラーがでて途中で終了しちゃうんだけどこれ既知のバグ？
そのまま繰り返して再エンコしれてばできる時もあるしタスクマネージャーとHWMonitor落とせばこのエラーが出なくなったんだけど
何が原因なんだろ
717:名無しさん＠編集中
17/10/12 12:05:13.58 vzVHvEx+0.net
うちのRyzen機でもたまになった
なんかセンサーの取りあいみたいなのが原因かなと思ってたけど
そっちもRyzen?
718:名無しさん＠編集中
17/10/12 12:25:09.36 3hTRgme5d.net
HWmonitorのバグだろ
719:名無しさん＠編集中
17/10/12 13:26:41.84 UpBNnB6G0.net
HWInfoのバグでx265が落ちるのは考えづらい気がする
720:名無しさん＠編集中
17/10/12 13:28:24.56 UpBNnB6G0.net
ごめん、HWInfoじゃなくHWMonitorね
721:名無しさん＠編集中
17/10/12 13:29:02.58 px1N4be20.net
>>699
うん Ryzen 1700 です
同じ人いてちょっと安心したｗ
722:名無しさん＠編集中
17/10/12 15:17:31.13 XvM34YKO0.net
Ryzen1800X@定格でも出る
HWMonitorは起動してないので関係ないと思うぞ
タスクマネージャーはどうかな、多分ダメだろうけど試してみる
723:名無しさん＠編集中
17/10/12 15:53:28.33 TGJJQYy50.net
SEGV？
724:名無しさん＠編集中
17/10/12 16:05:10.51 px1N4be20.net
SEGVだったら今でもエラーでると思うんだけどな
ちょっと今の自分のエンコ状況説明しておくと
エンコしたい動画ファイルが約500ファイル程あって、１本のmpeg-psファイルをx265でQ=21,速度midiumで変換が30分程
１０日前ぐらいから毎日毎日バッチでエンコやりはじめてエラーになるファイルは大抵がやり直してもまたエラーになるんだけど
くじけずに何度もやってるとエラーにならずエンコが完了する時があるんだ。
で CPU温度とか使用率みたくてタスクバーとHWMonitorたちあげてたんだけど
もっと正確にいうとブラウザ(IE、エッジ、chrome全部たちあげ)しながらwebサーフィンやらjanestyleも立ち上げてた。
で昨日から上であげたアプリは全部おとしてaviutlとx265だけを実行させてるけど途端にエラーがでなくなったんだ
不思議に思った
725:名無しさん＠編集中
17/10/12 16:07:30.88 px1N4be20.net
>>706
更にもっと正確にいうと、ブラウザ(IE、エッジ、chrome全部たちあげ)やらjanestyleなんてアプリは一切起動せずに
タスクバーとHWMonitorたちあげてる時だけでもエラーは出てました
でも>>704さんみてるとHWmonitorは関係なさそうな・・
726:名無しさん＠編集中
17/10/12 16:43:49.50 jkiKMdTK0.net
Ryzen1700だけどメモリの電圧上げたらいまのところ出てないよ
727:名無しさん＠編集中
17/10/12 16:46:10.75 vzVHvEx+0.net
ちなみにBIOSでCSM無効の完全UEFIにしたら問題なくなった気がするから試してみては？
728:名無しさん＠編集中
17/10/12 16:49:39.61 vzVHvEx+0.net
書き込みを押してからズラズラと新着が表示されて紛らわしいから書いとくけど
708と709は別人ね
729:名無しさん＠編集中
17/10/12 17:49:25.60 KDL/34rFH.net
結局糞メモリでメモリOCしてストレステストしてないだけじゃん
アホは定格で使ってろよ
730:名無しさん＠編集中
17/10/12 17:56:57.30 B3IpsEUi0.net
AviUtl自体が最近のWindowsやマルチコア環境についていけてないのかもしれないね
731:名無しさん＠編集中
17/10/12 19:17:38.16 q620KkZa0.net
Aviutlのマルチスレッド化プロジェクトって失敗に終わったんだっけ
Avisynthもロクにマルチスレッド化出来てないし、
せっかくマルチコアCPU増えてきたのにほんとエンコはオワコンになったな…
732:名無しさん＠編集中
17/10/12 19:25:22.92 LPJ6Atez0.net
AviUtlなんて内部がUnicodeじゃない時点でダメ
おまけに32bit
733:名無しさん＠編集中
17/10/12 19:42:46.58 YWguTIys0.net
>>714
Windows95や98向けのソフトが今でも使われていると思えばしょうがない
734:名無しさん＠編集中
17/10/12 20:15:12.24 vzVHvEx+0.net
>>714
対応文字コードでも対応bit数でもアプリの優劣は語れない
735:名無しさん＠編集中
17/10/12 23:45:09.02 XvM34YKO0.net
>>711
定格で使ってたぜ
736:名無しさん＠編集中
17/10/13 11:46:12.57 yFIiDpYE0.net
ひょっとして今ryzenみたいなマルチコア環境もってる人間だったりしたら
TEMPegとかPowerDirectorやらプレミアでh264エンコした方が激早だったりする？
ああ違うか h264やh265は対応してて
aviutlで編集するときがそうじゃないってだけか・・・
そのわりにaviutlってかなり快適なのはなぜなんだある意味凄いんだが
先月TEMPegとPowerDirectorだけはデモ版いれて編集操作の感じをみてみたけどシークとか激重で使う気にならなかった・・・
737:名無しさん＠編集中
17/10/13 12:07:32.15 vVA8MkUB0.net
>>718
そりゃ基礎部分はPentiun2や同3という骨董CPUで快適に動くようにガチガチに最適化されてるからね
逆にそのせいで64bit化できなかったみたいだけど、軽さと直感的な操作性は異常に良い
738:名無しさん＠編集中
17/10/13 12:39:44.30 yFIiDpYE0.net
URLﾘﾝｸ(i.imgur.com)
この画像みててちょっと勘違いしてるのか理解できないところがあるんだ
x265(16)って10bitカラーの事？
x265(8)ってのは8bitカラーだと思ってるけど
であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ？って疑問に思った
739:名無しさん＠編集中
17/10/13 12:49:33.32 2eYhq7YXd.net
>>719
いや、直感的操作は無理だろ
GUIは糞じゃん
740:名無しさん＠編集中
17/10/13 13:07:00.48 J9TvRHynM.net
ポストムーアってことで圧縮規格の熟成も早めていくんだろうか
741:名無しさん＠編集中
17/10/13 13:15:58.55 J9TvRHynM.net
というよりコデか
742:名無しさん＠編集中
17/10/13 16:17:58.58 vVA8MkUB0.net
>>721
なんの操作なのよ
基本操作はペガサスのtmpgencよりずっと直感的
>>720
16はそのまま16bitでしょう
ビットレート周りは開発者の調節次第だから細かいことは気にしない
ま、基本的にbit数が大きいほうがエンコーダとして優秀だから
ビット当たりの画質は上がる
743:名無しさん＠編集中
17/10/13 17:01:14.06 mugpxIDm0.net
>>720 >>724
>> x265(16)って10bitカラーの事？
> 16はそのまま16bitでしょう
その画像作った者だけど、x265(16)は10bit出力（Main10）のことだよ。
当時は10bit出力用のバイナリ（12bit出力はまだできなかった）が
x265_1.5+445_x64_16bpp.exeといった感じで16bpp（内部処理の深度？）という名前で配布されていた。
744:名無しさん＠編集中
17/10/13 17:02:03.79 mugpxIDm0.net
>720
>> であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ？って疑問に思った
丸め誤差の低減などにより圧縮効率が上がるかららしい。
昔x264.nlに置かれてた10bit出力関連のPDFがまだ生きてるようなので貼っておく。（主に２番目参照）
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)
URLﾘﾝｸ(x264.nl)
ついでにHQXコーデックの資料も参考になりそうなので貼っておく。
(英) URLﾘﾝｸ(www.grassvalley.com)
(日) URLﾘﾝｸ(www.ediusworld.com)
745:名無しさん＠編集中
17/10/13 17:23:13.96 lyeQxikIM.net
なんだ ひょっとして10ビットカラーでエンコした方がファイルサイズ小さくできる？
746:名無しさん＠編集中
17/10/13 18:47:15.24 5MTUi2Ifd.net
ファイルサイズは、基本小さくなると思うよ。
その代わりエンコ時間が、結構延びるけどな。
後は再生環境による。
747:名無しさん＠編集中
17/10/14 01:12:38.66 OQ8TlwMc0.net
感覚的にPowerDirectorはAviutl比でH265のエンコ時間は半分。H264なら1/5位の爆速。
ただし最高ビットレートでも使わない限りは破綻部分も多い。容量は大きくなりがち。
748:名無しさん＠編集中
17/10/15 03:47:05.44 H/LMQ8Q70.net
8bitと10bitだと--crfの範囲が変わるから、同じcrf値なら10bitのほうが不利かと思ったけどそうでもない？
749:名無しさん＠編集中
17/10/15 04:50:21.53 snmqCed10.net
8-bitと10-bitだと、全く同じ条件で圧縮すると10-bitの方が8-bitよりも25%多くデータ使っちゃうのかな？
750:名無しさん＠編集中
17/10/15 11:44:26.14 SDLsb3Ku0.net
なんで試さないの？
751:名無しさん＠編集中
17/10/15 16:40:11.54 gV/CoibH0.net
8K対応の動画管理ソフト「TMPGEnc KARMA.. Plus 2」。HEVC 4K出力も - AV Watch
URLﾘﾝｸ(av.watch.impress.co.jp)
752:名無しさん＠編集中
17/10/15 17:53:19.69 2rngCzU80.net
>>733
このソフト編集時の遅さがイラつきをマッハ超えるから使いたくねえよ
753:名無しさん＠編集中
17/10/15 22:26:11.23 5sAaDIeQ0.net
>>734
そうなの？
面白そうだから買おうかと思ってたんだけど
754:名無しさん＠編集中
17/10/16 23:48:19.73 kFnV1RHX0.net
>>735
今度でるとかいう最新バーは知らないけど
その直前のデモでさわったけどマウスカーソルでぱぱっと次々にシークカーソル移動させてもカックカクだよ
aviutlがはやすぎるのかしれないけどなんで無料と同じパフォーマンスで処理できないんだ
755:名無しさん＠編集中
17/10/16 23:58:48.02 Ka0qy0E60.net
>>734 >>736
>>733は動画管理ソフトであって編集機能なんて無いようだが、
TMPGEnc Video Mastering Worksあたりと混同してるんじゃないか？
756:704
17/10/17 03:23:30.26 FPf8gjJe0.net
久々にx265が途中終了したので報告。タスクマネージャーは未使用
x265guiEXのログにはこんな感じでメッセージが出る
auo [error]: x265が予期せず途中終了しました。x265に不正なパラメータ(オプション)が渡された可能性があります。
757:704
17/10/17 03:23:59.99 FPf8gjJe0.net
下のはイベントビューアに残ってたログ
---------------------------
障害が発生しているアプリケーション名: x265-64bit-10bit-latest.exe、バージョン: 2.5.0.27、タイム スタンプ: 0x59e30a51
障害が発生しているモジュール名: unknown、バージョン: 0.0.0.0、タイム スタンプ: 0x00000000
例外コード: 0xc0000005
障害オフセット: 0x000001e136ebf6e0
障害が発生しているプロセス ID: 0x1ea4
障害が発生しているアプリケーションの開始時刻: 0x01d34659e0c5e87e
障害が発生しているアプリケーション パス: C:\xxxxx\AviUtl\exe_files\x265-64bit-10bit-latest.exe
障害が発生しているモジュール パス: unknown
レポート ID: bb349991-0a2e-4fcf-a9c6-06ed0f23ff49
障害が発生しているパッケージの完全な名前:
障害が発生しているパッケージに関連するアプリケーション ID:
758:704
17/10/17 03:25:42.04 FPf8gjJe0.net
続き
-------------------
障害バケット 116462238078、種類 5
イベント名: BEX64
応答: 使用不可
Cab ID: 0
問題の署名:
P1: x265-64bit-10bit-latest.exe
P2: 2.5.0.27
P3: 59e30a51
P4: StackHash_3ebb
P5: 0.0.0.0
P6: 00000000
P7: PCH_7B_FROM_ntdll+0x00000000000A5EF4
P8: c0000005
P9: 0000000000000008
P10:
-------------------
このログからどんな原因のエラーか分かる人おるかあ？
759:名無しさん＠編集中
17/10/17 04:37:38.11 8cp74+Ud0.net
無理
むしろ開発者の方に問題の起きたソース(動画)とエンコ時のオプション送ってデバッグしてもらったらとしか
760:名無しさん＠編集中
17/10/17 04:47:43.12 JJQMqmYo0.net
再現性がないんじゃデバッグも難しいだろうな
まぁ、もう一度エンコしたらエラーなく終わるならそれで良くね
761:名無しさん＠編集中
17/10/17 05:00:14.19 2moflfbB0.net
Intelで出ないならRyzenの問題だろうな…
762:名無しさん＠編集中
17/10/17 08:43:45.29 Q6JNeETA0.net
x265guiEXとか
763:名無しさん＠編集中
17/10/18 01:21:44.01 pb/kd66D0.net
糞メモリを買い換えろ
764:名無しさん＠編集中
17/10/18 03:08:16.89 Fv+K3K8X0.net
マルチスレッドの同期処理に関わるエラーぽいな
なんでもメモリに責任を求めるのは思考停止だ
765:名無しさん＠編集中
17/10/18 11:37:46.94 7VBGHdcBd.net
まず、エンコードのエラーでCPUやメモリーを先に疑うってのが頭悪い
766:名無しさん＠編集中
17/10/18 11:52:36.89 Qcv9x6FM0.net
質問「パソコンが落ちるんですけどどうしたらいいですか？」
大先生1「メモリー変えろ」
大先生2「グリス塗り直せ」
大先生3「CMOSクリアしろ」
大先生4「windowsを再インストールしろ」
767:名無しさん＠編集中
17/10/18 15:40:42.10 bxOuThCw0.net
「電源変えろ」がない・・
768:名無しさん＠編集中
17/10/18 16:55:22.64 j3IEvDuGa.net
大先生1から順にやって下さい
769:名無しさん＠編集中
17/10/18 16:59:17.43 SevYel93M.net
まず服を脱ぎます
770:名無しさん＠編集中
17/10/18 19:16:27.02 kcyBFS530.net
,.,.,.,.,.,.,.,.,__
,,;f::::::::::::::::::::::ヽ
i::::::::/'"￣￣ヾi
|:::::::| ,,,,,_ ,,,,,,|
|r-==（ ｡);（ ｡)
( ヽ :::__)..:: }
,＿＿__／ヽ ー== ; ほほう それでそれで？
r'"ヽ t､ ＼＿＿_ !
/ ､､i ヽ＿＿,,/
/ ヽﾉ j , j |ヽ
|⌒`'､__ / / /r |
{ ￣''ｰ-､,,_,ﾍ＾ |
ゝ-,,,＿＿＿＿_）--､j
/ ＼__ /
| "'ｰ‐‐---''
771:名無しさん＠編集中
17/10/21 12:05:28.55 BlZN4S/50.net
マルチスレッドは適当に作ってもだいたい動くけど、
長時間テストするとたまに落ちる
安全にやろうとすると待ち時間が発生して遅くなる
772:名無しさん＠そうだ選挙に行こう！ Go to vote!
17/10/22 18:16:21.63 ZHyPThOY0VOTE.net
インターレス対応してくれたらな
でも４Kとか８Kは６０ｐだから考えてないのか
773:名無しさん＠編集中
17/10/22 20:34:06.64 ylzkpgOP0.net
そりゃなぁ
774:名無しさん＠編集中
17/10/24 22:52:58.11 RXhTckhD0.net
HEVC Advanceが低価格機器の特許使用料見直しを発表
URLﾘﾝｸ(www.watch.impress.co.jp)
775:名無しさん＠編集中
17/10/25 07:19:18.41 +HpaivCjr.net
vlcプレイヤーで再生できません
みんなどうやって再生してるの？
776:名無しさん＠編集中
17/10/25 07:48:28.38 rapZgWyV0.net
>>757
URLﾘﾝｸ(mpv.io)
777:名無しさん＠編集中
17/10/28 09:32:05.86 nY55k37M0.net
HEVC入力に対応している動画編集ソフトってしばらくはでないさそうなのかな
778:名無しさん＠編集中
17/10/28 09:40:22.32 V2HHeNhU0.net
いくらでもあるけど
779:名無しさん＠編集中
17/10/28 13:14:12.55 mAseQIgQ0.net
次期Final Cut Pro X v10.4ではVRやHDR、HEVCがサポートされ、iMac Proでの8Kタイムラインの表示などが可能に。
URLﾘﾝｸ(applech2.com)
780:名無しさん＠編集中
17/10/28 14:15:22.36 FG5EURDq0.net
俺彷徨うメモ
MS純正HEVCコーデック(Windows 10用)
URLﾘﾝｸ(www.microsoft.com)
781:名無しさん＠編集中
17/10/28 14:16:49.96 FG5EURDq0.net
スレタイとは関係ないけど
MS純正Windows 10用mpeg2 コーデック(TSデコード可)
URLﾘﾝｸ(www.microsoft.com)ビデオ拡張機能/9n95q1zzpmh4