【2016】 H.265/HEVC Part7 【7680x4320】 [無断転載禁止]©2ch.net

1名無しさん@編集中 (ワッチョイ ff17-ZKjK)2017/01/24(火) 02:19:16.22ID:DN4MhlcM0
圧縮効率がH.264の2倍な次世代ビデオコーデックH.265/HEVC、
並びに同等の圧縮効率でフリーの次世代コーデック、VP9/Daalaを語ろうぜ

前スレ
【2013】 H.265/HEVC 【7680x4320】
http://toro.2ch.net/test/read.cgi/avi/1317066231/
【2016】 H.265/HEVC Part2 【8192x4096】
http://toro.2ch.net/test/read.cgi/avi/1359375342/
【2016】 H.265/HEVC Part3 【7680x4320】
http://peace.2ch.net/test/read.cgi/avi/1380198926/
【2016】 H.265/HEVC Part4 【7680x4320】
http://peace.2ch.net/test/read.cgi/avi/1405488395/
【2016】 H.265/HEVC Part5 【7680x4320】
http://echo.2ch.net/test/read.cgi/avi/1435153800/
【2016】 H.265/HEVC Part6 【7680x4320】
http://echo.2ch.net/test/read.cgi/avi/1466057211/

2名無しさん@編集中 (ワッチョイ 0342-SmTw)2017/01/24(火) 02:22:17.60ID:Siit1Ck40
ITU
http://www.itu.int/

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

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

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

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

Daala
https://xiph.org/daala/

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

Alliance for Open Media
http://aomedia.org/

aom - Git at Google
https://aomedia.googlesource.com/aom/

3名無しさん@編集中 (ワッチョイW 3307-/Qox)2017/01/24(火) 02:23:08.69ID:+RYapeoV0
IP開示で立て直してきて

4名無しさん@編集中 (ワッチョイ ff17-ZKjK)2017/01/24(火) 02:24:15.87ID:DN4MhlcM0
>>3
ここは何の違法性もないスレですので

5名無しさん@編集中 (ワッチョイW 432e-Taza)2017/01/24(火) 02:25:33.25ID:j1wj+Gfk0
その証明はできますか?

6名無しさん@編集中 (ワッチョイW 3307-/Qox)2017/01/24(火) 02:26:27.59ID:+RYapeoV0
DTVのすべてのスレがIP開示になるまでは何も信じられない

7名無しさん@編集中 (スップ Sd1f-qoPq)2017/01/24(火) 02:28:34.94ID:PW1FHE12d
              ,.-''"´ ̄``ヽ、
           ,r'´     _    \
          /.:.:..:. :,r'´_,イ水ヽ、    \
        !.:.::.:::,/   ヾY /  `ヽ   !
        `ーイ_,,,、、、、、、、,,_   ,j!,/
             ト   // /   /`Tイ
            / ̄ ̄(0)(0) イ
          /   ::::⌒`´⌒::::\
          | ,-)       ( -|
         │ i〈 、 ____ 〉/
          !  ヽ  ` ⌒´  /
          ヽ         /
           /ヽ;;、      /
         , イ   ヽ __,, /ソ !
       ,、‐'´.:.:.:\     Tーァ、/l ,/`ー- 、_
  ,、-‐''´.:.:.:::::::::::::::::`ー‐:.'::::77j::::::::::::::::::.:.:.:.:ヾj、
 /ヾヽ、.:.:.:::::::::::::::::::::::::::::::::::::::::ヾ}!:::::::::::.:.:,,、-‐'''" i
/ ヾ≧\``'''ー──-- 、::::::::::i|:::::::.::::/      l|

8名無しさん@編集中 (ワッチョイ ff17-ZKjK)2017/01/24(火) 02:30:16.94ID:DN4MhlcM0
テンプレ変え忘れたけどもちろんAV1の話もOKね

9名無しさん@編集中 (ワッチョイWW 83a1-sQpi)2017/01/24(火) 02:30:59.37ID:gs7SyhPN0
  ∧∧∧∧
<      >
< ー|-ヽ  >
<  d⌒)  >         ,.-ー-、
<      >       //::;、:::::::::\
<  ニ|ニ   >       //::{::::l| }:::::::jノハ、
<  Cト   .>    // ヽリ心' 七 lソ  l l
<  ヽ     >    | |  l人_r‐┐八  l l
< ー7    >    l/  /l l二 | |`ヽ リ
<  /ヘ_   >       /::::/j |o| !ハ:::::ヽ
<   |     >       く:::::{_/ |o| `ヽi::::::>
<   |     >       7Y._  l !  ハ ',
ノ    | つ  \      / /   j゚ |   彡|l ',
`∨∨∨∨∨´     / /j    |ol    |i  l
             / / ノ   j l    |l  j
            (__ノ/    | |   lソしノ_
              `T''ー-|__,j-‐‐'"::::::::::::7
               |::::/:::|::::/l::::::|\::::;:'´

10名無しさん@編集中 (ワッチョイ 9360-3qL8)2017/01/24(火) 02:32:26.44ID:tgJxb1lW0
HEVCでアニメでもエンコするんか?www

11名無しさん@編集中 (ワッチョイW 3307-/Qox)2017/01/24(火) 02:34:22.00ID:+RYapeoV0
IDとワッチョイが違うが同じスレが2立てたって言ってるやつおるけど同一人物なんか?

12名無しさん@編集中 (ワッチョイW 3317-EKaU)2017/01/24(火) 02:42:58.89ID:PoqN84VB0
ねみみんだけど【興味があります。】
用途目的はなんなの?4k8k画質の転送効率アップ?それともwebコンテンツの高画質化?

13名無しさん@編集中 (ワッチョイ ff17-ZKjK)2017/01/24(火) 02:54:48.39ID:DN4MhlcM0
>>12
両方かな
あとHEVCのライセンス料で揉めててネットの次世代コーデックの候補がHEVCとAV1で争ってるからその動向とかに関して話たりするスレ

14名無しさん@編集中 (スップ Sd1f-qoPq)2017/01/24(火) 03:26:35.31ID:Rk0PuiK2d
              ,.-''"´ ̄``ヽ、
           ,r'´     _    \
          /.:.:..:. :,r'´_,イ水ヽ、    \
        !.:.::.:::,/   ヾY /  `ヽ   !
        `ーイ_,,,、、、、、、、,,_   ,j!,/
             ト   // /   /`Tイ
            / ̄ ̄(0)(0) イ
          /   ::::⌒`´⌒::::\
          | ,-)       ( -|
         │ i〈 、 ____ 〉/
          !  ヽ  ` ⌒´  /
          ヽ         /
           /ヽ;;、      /
         , イ   ヽ __,, /ソ !
       ,、‐'´.:.:.:\     Tーァ、/l ,/`ー- 、_
  ,、-‐''´.:.:.:::::::::::::::::`ー‐:.'::::77j::::::::::::::::::.:.:.:.:ヾj、
 /ヾヽ、.:.:.:::::::::::::::::::::::::::::::::::::::::ヾ}!:::::::::::.:.:,,、-‐'''" i
/ ヾ≧\``'''ー──-- 、::::::::::i|:::::::.::::/      l|

15名無しさん@編集中 (スップ Sd1f-qoPq)2017/01/24(火) 03:27:00.46ID:Rk0PuiK2d
行数でなく純粋に容量なのか

16名無しさん@編集中 (スップ Sd1f-qoPq)2017/01/24(火) 03:27:55.23ID:Rk0PuiK2d
都道府県警察本部のサイバー犯罪相談窓口等一覧
http://www.npa.go.jp/cyber/soudan.htm
B-CAS
https://www.b-cas.co...opinion/opinion.html
過去にDTVで立った自浄スレも板民で潰した模様
http://itest.2ch.net....cgi/avi/1339584857/

スクリプト荒らしの報告先
2ch規制議論
http://qb5.2ch.net/sec2chd/
新こらこら団のスレ88
http://qb5.2ch.net/test/read.cgi/sec2chd/1484642003/

やる事
・ネ実でスクリプト爆撃食らったスレのリレ発動
・DTVのスレ立て&立ったスレに8レス分保守(立てた人以外が混じる事)
・スクリプト爆撃食らったスレをまとめて運営↓に報告
http://qb5.2ch.net/test/read.cgi/sec2chd/1484642003/
・K察、bcasにDTV板の該当スレを報告 具体的に↓辺り
http://echo.2ch.net/test/read.cgi/avi/1485158582/
http://echo.2ch.net/test/read.cgi/avi/1479057039/
http://echo.2ch.net/test/read.cgi/avi/1485064933/
・DTV既存スレ梅

やっちゃいけない事
・DTV以外への爆撃(今は本命に絞るべき)

17名無しさん@編集中 (ワッチョイWW 83a1-sQpi)2017/01/24(火) 05:30:55.37ID:gs7SyhPN0
  ∧∧∧∧
<      >
< ー|-ヽ  >
<  d⌒)  >         ,.-ー-、
<      >       //::;、:::::::::\
<  ニ|ニ   >       //::{::::l| }:::::::jノハ、
<  Cト   .>    // ヽリ心' 七 lソ  l l
<  ヽ     >    | |  l人_r‐┐八  l l
< ー7    >    l/  /l l二 | |`ヽ リ
<  /ヘ_   >       /::::/j |o| !ハ:::::ヽ
<   |     >       く:::::{_/ |o| `ヽi::::::>
<   |     >       7Y._  l !  ハ ',
ノ    | つ  \      / /   j゚ |   彡|l ',
`∨∨∨∨∨´     / /j    |ol    |i  l
             / / ノ   j l    |l  j
            (__ノ/    | |   lソしノ_
              `T''ー-|__,j-‐‐'"::::::::::::7
               |::::/:::|::::/l::::::|\::::;:'´

18名無しさん@編集中 (ワッチョイW 3317-EKaU)2017/01/24(火) 07:15:28.98ID:PoqN84VB0
>>13
なるほどねー
ATRACとAAC、mp3みたいな状況なのかな
【ありがとう。】色々調べてまた来ます

19名無しさん@編集中 (ワッチョイ 8fa5-SmTw)2017/01/24(火) 07:23:26.37ID:tN2GOwB90
      /ニYニヽ              「逃げ」
      /( 。)(。)ヽ             逃げて怒られるのは
    /::::⌒`´⌒::::\            人間ぐらい
    | ,-)___(-、|           ほかの生き物たちは
    | l   |-┬-|  l |        __   本能で逃げないと
     \   `ー'´   / ̄ ̄⌒/⌒  /   生きていけないのに
    (⌒      /     /   /    どうして人は
    i\  \ ,(つ     /   ⊂)   「逃げてはいけない」
    |  \   y(つ__./,__⊆)    なんて答えに
    |   ヽ_ノ    |          たどりついたのだろう
    |           |_
     ヽ、___     ̄ ヽ ヽ
     と_______ノ_ノ

20名無しさん@編集中 (アウアウカー Sac7-Taza)2017/01/24(火) 07:36:39.44ID:LTpEXggEa
おはよう

21名無しさん@編集中 (スッップ Sd1f-Fuis)2017/01/24(火) 08:28:33.40ID:s8sXaWAnd
ねみみんです今日もよろしく

22名無しさん@編集中 (スプッッ Sd07-HNuM)2017/01/24(火) 08:54:41.99ID:gQHLAtkTd
まだまだ行くよん?

23名無しさん@編集中 (スップ Sd1f-9hrX)2017/01/24(火) 12:08:22.90ID:6C2fezqjd
通りすがりのねみみんだけど、イントラ圧縮だけでも優れてるからマジでHEVCには頑張って頂きたい

24名無しさん@編集中 (ワッチョイW ff5b-Vk9l)2017/01/24(火) 13:54:33.95ID:ywELtRaK0
個人用途ならHEVCよりAV1の方を応援すべき

25名無しさん@編集中 (ワッチョイ 8fa5-SmTw)2017/01/24(火) 14:53:26.30ID:tN2GOwB90
       /ニYニヽ
      /( ゚ )( ゚ )ヽ    
     /::::⌒`´⌒::::\   
    | ,-)___(-、|
    | l   |-┬-|  l |
     \   `ー'´   /
    /       く
  /         。 \
  /        。∫∫゚ ヽ
 /    /^ー:r ̄ ̄ ̄i l
 |   i /   ,ノ、__ノ |

26名無しさん@編集中 (ワッチョイ 8fa5-SmTw)2017/01/24(火) 14:54:24.86ID:tN2GOwB90
sageたら駄目でした

27名無しさん@編集中 (ワッチョイ cf09-3qL8)2017/01/24(火) 22:34:10.12ID:0PxVm0Bo0
個人的にはJPEGをBPGで置き換えて欲しいんだけどなー

28名無しさん@編集中 (ワッチョイWW ff4b-SUO3)2017/01/25(水) 00:49:25.23ID:gyjoGlpY0
主要ブラウザが対応して大手サイトが使用するようになればあるいは

29名無しさん@編集中 (ワッチョイW 3317-EKaU)2017/01/25(水) 01:17:22.21ID:qXzcS8Xj0
ライセンスで揉めてるならHEVCはmpeg2みたいになるのかな?
個人使用はフリーのAV1になるのか……YouTube次第な気がしなくもないですね

30名無しさん@編集中 (ワッチョイ ff17-ZKjK)2017/01/25(水) 01:35:23.60ID:auhI1ba+0
>>29
AV1を共同で開発してる企業の中にGoogleが入っているからYouTubeがAV1を採用する可能性はあると思う。

Alliance for Open Media - About Us
http://aomedia.org/about-us/

31名無しさん@編集中 (ワッチョイWW 0319-oapM)2017/01/25(水) 01:55:41.51ID:y5C5bZZ30
 ・

32名無しさん@編集中 (ワッチョイW 3317-EKaU)2017/01/25(水) 02:03:11.12ID:qXzcS8Xj0
なーる……Web関係はAV1がデファクトスタンダードになりそうね
普段ネ実しか見ないから新鮮で楽しいなw
また来ますね【ありがとう。】

33名無しさん@編集中 (ワッチョイW 6f5b-ddg/)2017/01/25(水) 02:16:54.77ID:RR48Fy6Z0
シュオオオオオオン!

34名無しさん@編集中 (ワッチョイ 1303-bCLj)2017/01/25(水) 03:25:36.74ID:/5+af0h90
              ,.-''"´ ̄``ヽ、
           ,r'´     _    \
          /.:.:..:. :,r'´_,イ水ヽ、    \
        !.:.::.:::,/   ヾY /  `ヽ   !
        `ーイ_,,,、、、、、、、,,_   ,j!,/
             ト   // /   /`Tイ
            / ̄ ̄(0)(0) イ
          /   ::::⌒`´⌒::::\
          | ,-)       ( -|
         │ i〈 、 ____ 〉/
          !  ヽ  ` ⌒´  /
          ヽ         /
           /ヽ;;、      /
         , イ   ヽ __,, /ソ !
       ,、‐'´.:.:.:\     Tーァ、/l ,/`ー- 、_
  ,、-‐''´.:.:.:::::::::::::::::`ー‐:.'::::77j::::::::::::::::::.:.:.:.:ヾj、
 /ヾヽ、.:.:.:::::::::::::::::::::::::::::::::::::::::ヾ}!:::::::::::.:.:,,、-‐'''" i
/ ヾ≧\``'''ー──-- 、::::::::::i|:::::::.::::/      l|

35名無しさん@編集中 (ワッチョイ 8f5b-ZNqe)2017/01/25(水) 09:39:41.57ID:r2XQZbNa0
^^

36名無しさん@編集中 (スプッッ Sd1f-HNuM)2017/01/25(水) 14:47:59.88ID:sa29+C6td
はぁぁぁぉぉぁぁ

37名無しさん@編集中 (ワッチョイ 0319-vxWR)2017/01/25(水) 17:52:00.79ID:y5C5bZZ30
(;´Д`)イェ〜エェエェェ・・・・・(こんき〜ん こぉん・・・)
(;゚Д゚)ヲィ〜ヲィィ〜イィィィ〜 (;´Д`)ィィィ・・・
だんっだ、だんっだ、だららららっ!
どぅっだだらだ、どらだった どぅっだだらだ、どらだった
どぅっだだらだ、どらだった どぅっだだらだ、どらだった (・∀・)しゃらーらっ!
ゴォオ(;゚Д゚)ハッ! ズズ(;゚Д゚)ハッ! (;゚Д゚)ハッ! ズズ(;゚Д゚)ハッ!
ゴォオ(;゚Д゚)ハッ! ズズ(;゚Д゚)ハッ! (;゚Д゚)ハッ! ずぅ、しゅるりるりるっ!
だーった、たた しゅぅ ガー、だーった、たた しゅぅ きん、ガー、(;゚∀゚)がぼ!
だーった、たた しゅぅ ガー、だーった、たた しゅぅ きん、ガー、(;゚∀゚)がぼ!
たたしゅぅ きん、(;゚∀゚)がぼ! しゅぅ きん、(;゚∀゚)がぼ! しゅぅ きん、(;゚∀゚)がぼ!
だだんっ!   ブイィィィィィィィィン

38名無しさん@編集中2017/01/26(木) 01:33:23.20
上げ

39名無しさん@編集中 (ワッチョイ 1a17-Y1AZ)2017/01/26(木) 19:35:30.26ID:3gOQ5X7I0
保守

40名無しさん@編集中 (ドコグロ MM83-FuHd)2017/01/27(金) 12:14:39.47ID:by4JyUCTM

41名無しさん@編集中 (ドコグロ MM83-FuHd)2017/01/28(土) 11:49:37.24ID:5vCHjYRZM
保守

42名無しさん@編集中 (ワッチョイW 1a9d-bF0B)2017/01/28(土) 11:58:00.12ID:fOf7LldV0
HEVCの圧縮を使ったBPGも結局あんま流行らないねえ
GIFの時みたいに元々の代替手段がない状況じゃないと難しいか

43名無しさん@編集中 (ワッチョイWW 4bce-uaQk)2017/01/28(土) 15:22:07.06ID:BJ6i/fNx0
http://aviutl.info/x265guiex/
圧縮率に感動した

44名無しさん@編集中 (ワッチョイWW 2b2e-K7LK)2017/01/28(土) 21:51:54.44ID:dq1Ojx9c0
今日初めて使ったけど面白いくらい縮むね

Post-HEVC technology development: JVET "Next Generation Video Codec"
http://forum.doom9.org/showthread.php?t=174245

もう次の規格を作っているのね

46名無しさん@編集中 (ワッチョイ b33c-y5A3)2017/01/29(日) 02:14:18.10ID:2mo61Fc40
なんかわざとらしいレスばかりだね
今更圧縮率に感動って・・・

47名無しさん@編集中 (ワンミングク MMdf-Hx4G)2017/01/29(日) 03:28:08.65ID:sw66RxJTM
パイオニア製ドライブにバンドルが決定
サイバーリンク、Ultra HD Blu-ray再生ソフトを出荷開始
http://ascii.jp/elem/000/001/423/1423798/

48名無しさん@編集中 (ワッチョイW 9a8c-7Thg)2017/01/29(日) 04:43:13.39ID:xUHyCjZ90
そんなんいらんから十和田で作ってくれ

49名無しさん@編集中 (ニククエ 1a17-Y1AZ)2017/01/29(日) 21:28:20.13ID:uf1AoYeV0NIKU
保守

50名無しさん@編集中 (ワッチョイ 1a17-Y1AZ)2017/01/30(月) 18:54:08.82ID:gwoMmnMe0
保守

51名無しさん@編集中 (アタマイタイー 93c9-nqQc)2017/02/02(木) 16:50:07.53ID:1JQSad0600202
NVEncってGPUの性能に比例して処理速度変わったりするの?
GTX 1060 1070 を内蔵してるノートPCをを買おうと思ってるんですが完全にハードエンコだったら
処理能力に依存すると思うので1070のが速いでしょうけどGPU+CPU(ソフトエンコ的な)もの
ならばGPUは一部部分しか利用されないのであれば1060でもいいかなと思いました

NVEnc動画エンコ、OBS-StudioでのNVEnc利用しての配信、ニコ生などストリームを多重視聴など
を主用途としてGPUを選択しようと思ってます、ゲームはしませんw
より高性能な1070,1080(これはちょっと)は必要でしょうか?

52名無しさん@編集中 (アタマイタイー a13c-yene)2017/02/02(木) 17:00:25.69ID:Mm3dLu/800202
>>51
HEVCとなんの関係があるの?
スレチにも程があると思うんだけど

53名無しさん@編集中 (アタマイタイー 9317-ME+D)2017/02/02(木) 17:11:11.92ID:IPfc2qz800202
NVEncのスレもあったみたいだけど落ちちゃったみたいね。
ちなみにそんなに変わらないらしい。


NVENC/CUDA [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1475726080/
17 名前:名無しさん@編集中[sage] 投稿日:2016/12/30(金) 12:27:15.55 ID:wxSPyd46
NVENCの速度ってやっぱ高くて新しいヤツのほうが際立って早いんですか?

18 名前:名無しさん@編集中[sage] 投稿日:2017/01/06(金) 04:52:50.65 ID:aesFY/0d
際立つほどの差があってほしいけどそうでもない

54名無しさん@編集中 (アタマイタイー 9981-0MWP)2017/02/02(木) 17:56:51.00ID:QxXbl0DG00202
ゲーム配信がそもそもの目的でほとんど負荷がないことが売りだからな
その代わり画質や圧縮率はソフトウェアと比べてはもちろんQSVEnc比でもかなり寂しい

55名無しさん@編集中 (アタマイタイー MM25-qPcE)2017/02/02(木) 21:44:21.45ID:/Vde4AArM0202
違法な無反応チューナーやB-CASの規約に違反するTS抜きに関するスレッドを皆で追い出しましょう。

【自治】DTV板自治スレ5©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1485486086/

56名無しさん@編集中 (ワッチョイ 4942-yene)2017/02/03(金) 00:00:34.59ID:bQbUPj4f0
情弱は何故ノートPCで重い処理を行おうとするのか謎である

57名無しさん@編集中 (ワッチョイWW 218c-+N54)2017/02/03(金) 10:14:58.33ID:fZWk5fRW0
ママに見つからずこっそりゲームしたいキッズが多いからね

58名無しさん@編集中 (ワッチョイ d990-0MWP)2017/02/03(金) 16:06:08.24ID:Xbtukfbo0
ちょっと何言ってるか分かんない

59名無しさん@編集中2017/02/05(日) 01:50:12.06

60名無しさん@編集中 (ワッチョイWW 6b3c-xQXC)2017/02/10(金) 13:30:58.26ID:Bn1MYSnc0
保守

61名無しさん@編集中 (ワッチョイ 7b85-xz3F)2017/02/12(日) 05:06:02.51ID:mRfO6xjF0
SIMD演算が多少弱いのかもしれないがRyzenのおかげでHEVCやっと普及する?それとももっとコア必要?

62名無しさん@編集中 (ワッチョイ 7f90-cGUq)2017/02/12(日) 10:21:01.60ID:67hQFW8d0
待ってたけどzenは思ってたより結構高くなるようだから
諦めて別の買ったよ

63名無しさん@編集中 (ワッチョイWW 7b8c-eGBT)2017/02/12(日) 19:58:19.05ID:nWRk37KB0
RyzenのスペックがホラじゃなくてIntelと再び対抗してくれたら性能も値段も良くなるかもね

64名無しさん@編集中 (ワッチョイ 8a0a-CIv3)2017/02/13(月) 21:34:39.10ID:ROA4gkAL0
AV1はもう駄目そうだな

65名無しさん@編集中 (中止WW 0b7b-AFd3)2017/02/14(火) 17:40:06.93ID:yl04qUDA0St.V
av1期待してる

66名無しさん@編集中 (中止 1f81-cGUq)2017/02/14(火) 17:42:32.44ID:3DzG5GEB0St.V
業者はともかく個人ユーザーでH265でだめな理由が特にないしな

67名無しさん@編集中 (中止 Saeb-IbYT)2017/02/14(火) 21:20:45.68ID:KXj3FUGaaSt.V
インターレース対応してくれ

68名無しさん@編集中 (ワッチョイWW bf7b-jPwG)2017/02/14(火) 22:23:26.97ID:BxmK9v4C0
何が悲しくてインタレースなんて過去の遺物にしがみつかなきゃならないんだよ

69名無しさん@編集中 (スップ Sdaa-lIOg)2017/02/14(火) 22:23:58.02ID:+jw7b4ald
H.264からH.264エンコとか納得いかないし

70名無しさん@編集中 (アウアウカー Saeb-IbYT)2017/02/15(水) 21:50:20.29ID:cpuRaVZGa
>>68
放送がインターレースなんだから仕方ないだろ?

71名無しさん@編集中 (ワッチョイ 230a-P9CU)2017/02/16(木) 00:09:44.81ID:S6Ob7FNY0
>>65
止めはしないがVPやDviXみたいに再生環境限られる&自然消滅するだろうからオススメはしないかな

72名無しさん@編集中 (スップ Sd43-7dKI)2017/02/16(木) 01:18:17.04ID:Zei+AtIbd
しないんだな、これが

73名無しさん@編集中 (ワッチョイ cb42-P9CU)2017/02/16(木) 17:55:52.05ID:dG1jXI260
VP9はWeb上では既に当たり前なんだが

74名無しさん@編集中 (ワッチョイ 2317-QocU)2017/02/16(木) 18:01:18.91ID:gAgIYqmB0
企業1社単独で開発してるならともかくあれだけの本気のメンツで普及しないとかありえるのかな

75名無しさん@編集中 (ワッチョイWW 258c-DHoz)2017/02/17(金) 00:35:24.67ID:16MAwToo0
GPU支援とかのハード側がもっと柔軟になれば後付けで対応環境増やしたり出来そうだけどね
負荷や消費電力は専用ハードより増えるけど

H.265やAV1にとって、H.264で十分だと考える層を切り崩すのは大変

77名無しさん@編集中 (ワッチョイ 2390-P9CU)2017/02/17(金) 01:01:37.88ID:ErCSZ5ni0
UHD BDやBDにとって、DVDで十分だと考える層を切り崩すのは大変

78名無しさん@編集中 (アウアウウーT Sa09-ykbm)2017/02/17(金) 04:58:23.66ID:HzF0mgeXa
画質が悪くても気にしないという層は置いといて、既存コーデックを熟成するのと世代交代するのと
現時点でどちらが高画質なわけ?というのが課題になってるんだよね
H264は当初のMPEG2の半分の容量で同等の画質なんてどころの話じゃ無くなっていて
HDで4時間4.7GBに入れてもSDMPEG2より画質が良いなんて事になってしまっている
コーデックの熟成でここまで高画質化出来る一方で、世代交代すれば理論上もっと高画質になるだろうが
実際はこれからまた新たに熟成が必要になり一からやり直しする事になる
これもちょっとうんざりする話なんだよね

79名無しさん@編集中 (ワッチョイ a590-P9CU)2017/02/17(金) 08:11:15.33ID:fGZty1bH0

80名無しさん@編集中 (アメ MM99-0GIf)2017/02/17(金) 15:41:15.69ID:M4r6oNvWM
SDとHDの比較?

81名無しさん@編集中 (アウアウウーT Sa09-ykbm)2017/02/17(金) 16:15:21.25ID:BzLvsHGsa
H264のHDからSD相当の解像度をトリミングしてSDMPEG2と比較しても
MPEG2より低ビットレートのH264の方が綺麗という事実だよ

82名無しさん@編集中 (ワッチョイWW 3538-7dKI)2017/02/17(金) 16:37:08.45ID:mfMWhWxT0
MPEG2だって圧縮してんだから、より高画質圧縮なH.264の方が綺麗で当たり前

83名無しさん@編集中 (ワッチョイ bd90-P9CU)2017/02/17(金) 16:53:59.96ID:XIBazUuq0
十分なビットレあればMPEG2の方が綺麗だわ

84名無しさん@編集中 (ワッチョイ ed53-D/Xz)2017/02/17(金) 16:54:44.50ID:wBmOdSig0
なんか頭悪そうだし放っておいたほうが

85名無しさん@編集中 (アウアウウーT Sa09-ykbm)2017/02/17(金) 18:24:59.64ID:BzLvsHGsa
おいおいそんな難しい話じゃ無いだろう。
当初はH264はMPEG2の半分のビットレートで同等の画質と言われた。
しかし、今やMPEG2エンコーダーの開発は終了しており、一方H264エンコーダーの開発は続けられている。
その結果、今では1920×1080の3Mbit/sのH264ファイルから720×480を部分切り出しして
720×480MPEG2の4.7Mbit/sファイルと比較してもH264の方が綺麗という結果になっている。
データー量にして6倍のものをビットレートは更に1/1.5、つまりMPEG2より9倍圧縮してもH264の方が綺麗なくらい
H264の開発は熟成されている。
ここに新しい世代のエンコード形式を世代交代で投入すると、開発は一からやり直しとなる。
新たに各パラメーターやアルゴリズムの最適値を探す事となるが、既に進んでいるH264を開発を更に進める事と
どちらが難易度が高いだろうか。
H265の開発が進んで一段綺麗になる頃には、H264の方がより綺麗になっているのでは無いか。

86名無しさん@編集中 (ワッチョイ ed53-D/Xz)2017/02/17(金) 18:47:04.59ID:wBmOdSig0
なんかこう・・・あれだな・・・3歳児が選挙演説してるのを見てる気分というか・・・

87名無しさん@編集中 (アウアウイーT Sa21-ykbm)2017/02/17(金) 19:15:58.16ID:eKLUxAL6a
>>86
もうちょっとこう、そういう煽りじゃ無くてちゃんとしたレスをして貰えんかね。
どこが間違ってるとか、そこは実はこうなってるとか。
あなた自身がちゃんと理解して言ってるのか、甚だ心許無い。

88名無しさん@編集中 (ワッチョイ bd90-P9CU)2017/02/17(金) 19:19:05.44ID:XIBazUuq0
もういいよ

89名無しさん@編集中 (ワッチョイ a53c-P9CU)2017/02/17(金) 19:44:35.70ID:70fxfRhV0
古い車でも改造とチューンを繰り返していけばそのうちF1マシンより速くなるって言ってるようなもんじゃね?
無理だと思うわ
仮に速くなったとしてもその頃にはすでに古い車の面影無いどころか別の車になってる状態だと思う

より高画質にしようとするなら当然既出の規格には無いパラメータを追加しなくてはならない
そうなると違う規格になるのは当たり前だと思う

90名無しさん@編集中 (アウアウイーT Sa21-ykbm)2017/02/17(金) 20:07:01.97ID:eKLUxAL6a
>>89
それを言うならH264が既存のF1マシンで新規格がロータリーエンジン搭載みたいな新機軸。
どうもね、今までのエンコーダーの歴史を見てると、同じ規格内でもソフトやエンコードエンジンによって
画質に雲泥の差があったりするでしょ。
それこそ規格そのものよりチューンの方が重要なんだよね。
H265が出て来た時点でH264より段違いに綺麗というわけでも無かったし、これからチューンして行かなきゃいけない
規格だからH264との差が広まるのは随分先の事だと思うよ。

91名無しさん@編集中 (ワッチョイ 2317-QocU)2017/02/17(金) 20:08:29.84ID:aOqEHpbo0
H.264の時もMPEG2のほうが成熟されていると言われていたみたいだけど代替わりしたし、まあ時間はかかるけどまた次世代に移行するんじゃないかな

92名無しさん@編集中 (ワッチョイ 2585-eCNU)2017/02/18(土) 11:40:53.84ID:fGGwUZCZ0
H.264の本格普及のきっかけみたいのあったの?
プロセスルールが5nmぐらいにまでなって、CPUエンコでも十分高速になるまで
無理とか?

93名無しさん@編集中 (ワッチョイ 2585-eCNU)2017/02/18(土) 11:41:22.77ID:fGGwUZCZ0
H.264の本格普及のきっかけみたいのあったの?
H.265はプロセスルールが5nmぐらいにまでなって、CPUエンコでも十分高速になるまで
無理とか?

94名無しさん@編集中 (ワッチョイWW 3538-7dKI)2017/02/18(土) 13:44:27.36ID:5fCm0YBh0
CPUで実時間以内の速度でエンコ出来る様になったから
H.265はまだまだ発展途上、AMD RYZENが起爆剤になってintelが本気出せば流行るだろう
264と265の関係はDVDとBDと似てるな

95名無しさん@編集中 (ワッチョイ 1b4a-/VZm)2017/02/18(土) 15:52:03.62ID:AN+NshCn0
ffmpeg -y -i 123.ts -vcodec libx265 -preset veryfast

これだとエンコが高速になるんですか?

96名無しさん@編集中 (ワッチョイ 03d4-P9CU)2017/02/18(土) 15:53:30.47ID:Bz54kZ8E0
veryfastだからその名の通り速いんでしょうねぇ

97名無しさん@編集中 (ワッチョイ 8500-P9CU)2017/02/18(土) 20:12:13.51ID:rqNFSxtJ0
>>93
縦720以上はXvid/divxなどのMpeg4 ASPでは力不足だったから
h.264への移行は必然だった

98名無しさん@編集中 (ワッチョイ bd90-P9CU)2017/02/18(土) 21:09:26.77ID:fCCwF3zu0
力不足w

99名無しさん@編集中 (ワッチョイ 8500-P9CU)2017/02/18(土) 21:32:52.04ID:rqNFSxtJ0
別に間違ってないだろ

100名無しさん@編集中 (ブーイモ MM99-qolP)2017/02/19(日) 09:34:28.08ID:obNLDOh+M
力不足って、言ってんだw

101名無しさん@編集中 (ワッチョイ 2317-QocU)2017/02/19(日) 09:37:38.41ID:Hh7GUJcX0
何がおかしいのか分からん

ASPはMPEG公式のレベルだと最大の5でもSDまでしか対応しない規格だし、BDやHDTVでは使われないのも必然だった

103名無しさん@編集中 (ワッチョイ 8500-P9CU)2017/02/19(日) 10:01:25.31ID:WQ0te59k0
「役不足」と「力不足」の誤用は有名だけど
もしかして「力不足」って言葉自体が誤用だと思ってるんだろうか・・

104名無しさん@編集中 (ワッチョイ ad90-P9CU)2017/02/19(日) 10:54:25.91ID:U6us+RQQ0
必死だな

105名無しさん@編集中 (ワッチョイ 2585-eCNU)2017/02/19(日) 11:10:03.53ID:TUTMtm7/0
力不足は知らなかったぽいけど、必至だなぐらいは適切に使えるんだな

106名無しさん@編集中 (ワッチョイ 2585-eCNU)2017/02/19(日) 11:11:34.29ID:TUTMtm7/0
力不足は知らなかったぽいけど、必死だなぐらいは適切に使えるんだな

107名無しさん@編集中 (ワッチョイWW a34b-gZ+2)2017/02/19(日) 11:14:32.77ID:0S0TuLbc0
何かおかしいのかなって辞典で調べてもおかしいところはなさそうだった
ので、どうおかしいか具体的な内容を俺も知りたいな

まぁ、言えないだろうから
次あたりスレ違いとかしつこいとか言ってくるに100ペリカ
最近こういう手合い増えて困る

108名無しさん@編集中 (ワッチョイW 2349-CFij)2017/02/19(日) 12:22:32.17ID:3j2ru8Zo0
>>104
くやしいのうwwwくやしいのうwww

109名無しさん@編集中 (アウアウイーT Sa21-ykbm)2017/02/19(日) 13:18:02.93ID:nke+4Pfsa
デリケートな話だが、知能指数が低めの者は周囲からなじられる事が多いので攻撃的な性格にになりがちなんだそうだ
昔はPCを扱うにも知識や論理的思考、あと費用も必要だったから、ネットもある程度の知能を持つ者のみが参加出来た
しかしもう昔ほどPCを扱うのは難しく無いし、スマホもあって以前には居なかった様な知能指数が低い者も気軽に参加して
現実社会では出来ない様な憂さ晴らしをここぞとばかりにやる
でもなあ、そんな知能指数が低い者がエンコーダーに興味を持ったところで理解出来るものじゃ無いと思うんだがな
なんでこんなスレに居るのか不思議だ

110名無しさん@編集中 (ワッチョイ 23fd-dEGZ)2017/02/19(日) 16:58:14.67ID:v5by5JAr0
Mosquito insufficiency

111名無しさん@編集中 (ワッチョイW 255b-fRM8)2017/02/19(日) 19:55:39.81ID:N3GSY8dU0
かかってこいや

112名無しさん@編集中 (ワッチョイWW 258c-b45d)2017/02/22(水) 00:25:24.52ID:oq44fS7p0
力不足くん

113名無しさん@編集中 (オイコラミネオ MM7e-2uHF)2017/02/23(木) 10:11:47.41ID:qey9AyXcM
AMDのRyZenってコスパものすごく評価されてるみたいだが
エンコ速度もcore i7よりコスパ良く高速なのか?

114名無しさん@編集中 (ワッチョイWW 2e70-KEb0)2017/02/23(木) 10:19:50.63ID:/42jn+4v0
エンコ速度は元々マルチスレッド性能に注力してたAMDの方が速かったような気がする

>>113
6950X等、8コア以上での比較だとおそらくi7が高速だろうけど、それ未満のi7より高速なCPUをより安価に買える

28日にレビュー解禁みたいだし、それを待ってみたら

116名無しさん@編集中 (オイコラミネオ MM7e-2uHF)2017/02/23(木) 19:19:38.98ID:qey9AyXcM
>>114
そうだったか
欠点目立つイメージだけど確かにマルチスレッドごり押し路線だからエンコには強かったのか
>>115
それならなかなか期待できそう
解禁は2/28だったか。3/3が日本か
楽しみだ〜

117名無しさん@編集中 (ワッチョイ 5500-d4M5)2017/02/23(木) 20:16:28.12ID:5mY2HISj0
レビュー解禁も3/2という話もあるようだから
気長に待つべし

118名無しさん@編集中2017/02/24(金) 01:14:15.48

119名無しさん@編集中 (オイコラミネオ MM7e-2uHF)2017/02/26(日) 17:30:58.67ID:zL0gumbCM
intelがryzenを警戒してCPU値下げきたー

120名無しさん@編集中 (ワッチョイWW 9d38-LVYP)2017/02/26(日) 19:23:34.40ID:dU+gG9kq0
なんだあの中途半端な値下げは

121名無しさん@編集中 (ワッチョイ 767b-tNkL)2017/02/28(火) 23:48:05.42ID:Zz1KAV1y0
ttp://www.itmedia.co.jp/lifestyle/articles/1702/28/news140.html

122名無しさん@編集中 (ワッチョイWW 9d38-LVYP)2017/03/01(水) 01:34:24.56ID:Nf+yE/Dt0
WebM系のエンコード技術?

123名無しさん@編集中 (ワッチョイWW 757b-ABjA)2017/03/01(水) 02:19:18.22ID:uG6JFXUh0
av1かな?

124名無しさん@編集中 (ワッチョイ 2942-NqFr)2017/03/02(木) 10:38:04.28ID:xiBnsCVc0
NVENCのH.265エンコーダーってなんでBフレーム使えないんだ

125名無しさん@編集中 (スップ Sd33-dg5X)2017/03/02(木) 12:30:34.04ID:YBSAbTOtd
目的が違うから。
元々、ゲームのライブ配信を目的に付けてる物だから、
レイテンシが伸びるBフレは邪魔ってだけかと。

126名無しさん@編集中 (ワッチョイ 493c-BJNc)2017/03/02(木) 14:37:28.67ID:ypbLJjbC0
きたねー動画送って受信側でWaifu2xみたいなAIフィルタをかますやつでしょ

127名無しさん@編集中 (ヒッナー 114c-BJNc)2017/03/03(金) 07:11:13.77ID:XkaSxarJ00303
http://www.hardware.fr/articles/956-13/encodage-video-x264-x265.html
x265のエンコ速度65000円のRyzen7 1800Xで10万以上するi7 6900Kとi7 5960Xの間に入るみたいだな

128名無しさん@編集中 (ヒッナーWW 6938-kvOI)2017/03/03(金) 11:06:47.62ID:yiwG9JiD00303
x264の速度結果みたらもっと速いかと思ったがx265 はやっぱり苦手らしい…

129名無しさん@編集中 (ヒッナー Sd73-c7cp)2017/03/03(金) 12:20:59.60ID:OAflkxjUd0303
それは今後x265のバージョンアップで対応するんじゃね
最適化してもavx2使った方が遅いって場合ならcpuチェックでryzenだったら自動でavx2オプションがオフになるだけだろうし

130名無しさん@編集中 (ヒッナー 13fd-9OG8)2017/03/03(金) 15:58:44.94ID:da20yGJ300303
ryzenにavx2相当の命令ないの

131名無しさん@編集中 (ヒッナー Sd33-dg5X)2017/03/03(金) 17:29:40.47ID:29mYzvsad0303
AVX2そのものは有るけど、
実行は128bit x2回で実装されてるから、
効率悪いだけ。

intelは256bitを1回で処理する。
intelのAVX2に最適化されてる物は、
みんな影響あるでしょ、恐らく。

132名無しさん@編集中 (ヒッナーW 7b5b-fRhr)2017/03/03(金) 19:30:28.61ID:icsGxg/100303
AVX2使うと発熱で速度落とすintel
AVX2の速度は遅いが低電力尚且つ全コアフルロードできるAMD

133名無しさん@編集中 (ワッチョイ 8b42-T7IB)2017/03/05(日) 02:34:19.99ID:ml7XOrJc0
ソース
http://i.imgur.com/fkXAFWf.png

NVENC H.265 851Kbps
http://i.imgur.com/RXqpg9P.png

x264 1259Kbps
http://i.imgur.com/mprHzwM.png

うーんどっちが綺麗か

134名無しさん@編集中 (ワッチョイWW 6938-kvOI)2017/03/05(日) 02:38:08.64ID:Yq6vnqgN0
NVENCはBフレ無いんだからx264より当然奇麗だろ、輪郭をよく見てみろ

135名無しさん@編集中 (ワッチョイ 8b42-2/Q8)2017/03/05(日) 17:33:31.24ID:iN9lFZZF0
もう少しまともなソースは無かったのか

136名無しさん@編集中 (ワッチョイ 5900-NqFr)2017/03/05(日) 21:06:33.46ID:6n064yrv0
それは同感

137名無しさん@編集中 (ワッチョイ b93c-NqFr)2017/03/06(月) 00:46:00.15ID:/a+DZvpX0
265の方が肌の質感がのっぺりしているし右足の膝当たりの暗い部分にブロックが目立っている

138名無しさん@編集中 (ワッチョイ 5990-NqFr)2017/03/06(月) 08:38:12.26ID:RQQ4y3zU0
どっちも糞エンコって事でいいですか

139名無しさん@編集中 (ワッチョイ eb9d-tpgq)2017/03/18(土) 02:48:18.28ID:nmqYi1Vz0
x265でまともな設定でエンコやって比較しろよ
このスレの住人はクソ画質なハードウェアエンコはつかわないだろ

140名無しさん@編集中 (ワッチョイ a916-eT6H)2017/03/18(土) 10:43:23.01ID:sFkaYbN50
x265ってインターレース プログレッシブどう見分けんの?
MediaInfoに書いてないんだけど

141名無しさん@編集中 (ワッチョイ 5100-u6wT)2017/03/18(土) 10:46:26.91ID:+udx8ArF0
インタレ非対応なはず
規格にあったとしても圧縮アルゴリズムと相性が悪すぎて
まず実装されない

142名無しさん@編集中 (スップ Sd73-HzoT)2017/03/18(土) 11:34:38.97ID:rSnuanfdd
インタレはない

143名無しさん@編集中 (ワッチョイ 6974-u6wT)2017/03/18(土) 11:44:20.90ID:wtYonBtt0
エバラのタレならうちにあるわ

144名無しさん@編集中 (ワッチョイ 59fe-tpgq)2017/03/18(土) 13:06:47.88ID:Mqc7uy8r0
あるで

--interlace <false|tff|bff>, --no-interlace

0.progressive pictures (default)
1.top field first
2.bottom field first

HEVC encodes interlaced content as fields. Fields must be provided to the encoder in the correct temporal order.
The source dimensions must be field dimensions and the FPS must be in units of fields per second. The decoder must re-combine the fields in their correct orientation for display.

ただしデコーダがあるかは謎

145名無しさん@編集中 (ワッチョイ a916-eT6H)2017/03/18(土) 15:37:25.16ID:sFkaYbN50
>>141-144
今のところ無いって事か
thx all

146名無しさん@編集中 (ワッチョイ 1317-bHoN)2017/03/18(土) 15:44:57.00ID:LQLb5BXm0
>>144
x265 rev3©2ch.net
http://echo.2ch.net/test/read.cgi/avi/1462270195/188

188 名前:名無しさん@編集中[sage] 投稿日:2016/10/09(日) 02:11:19.92 ID:zdE5+A6z
https://trac.ffmpeg.org/ticket/5514

HEVCのリファレンス実装のhmなら正しくデコード出来るらしい

147名無しさん@編集中 (ワッチョイ 1317-bHoN)2017/03/18(土) 15:53:16.50ID:LQLb5BXm0
まあ実用出来る速度のデコーダはまだ無いっぽい

148名無しさん@編集中 (ワッチョイ 2e1f-5sBS)2017/03/23(木) 21:56:23.26ID:1Ck8/ppE0
GB単位のMPEG2-TSを全部NVENCで爆速エンコしたおかげでHDD容量空きまくりワラタ

149名無しさん@編集中 (ワッチョイ 4d1e-5sBS)2017/03/23(木) 21:58:21.00ID:Rdx3whii0
笑ってる場合ですよ!

150名無しさん@編集中 (ワッチョイWW 423f-SjKO)2017/03/23(木) 22:53:27.68ID:VJFJ8BPM0
>>148
GTX10X0?9X0?
H.262からH.265でそんなに変わるんか
ffmpegでNVENC使うとなんか緑色になって映像破綻するんだよね…

151名無しさん@編集中 (ワッチョイ 2e1f-5sBS)2017/03/24(金) 21:23:55.01ID:NP2bWB+i0
>>150
GTX1050Ti
http://i.imgur.com/U0BsZT1.png
http://i.imgur.com/nfZINy2.png

BDをNVENCのH.265でエンコしたが1500kbpsでも綺麗杉ワラタ

152名無しさん@編集中 (ワッチョイ 41e1-5sBS)2017/03/24(金) 23:06:12.83ID:lwJxzlGL0
x264でも動きさえ少なければ1.5Mbpsで十分だよ

153名無しさん@編集中 (アウアウウー Saa5-TKDw)2017/03/24(金) 23:33:46.02ID:r8hO3zo6a
NVENC使ってエンコードした場合、例えば1050と1080でどれ位速度差って有るんですかね?
CUDAのコア数だと3倍以上違いますが、そんな単純なことではないですよね?

154名無しさん@編集中 (ワッチョイWW 423f-SjKO)2017/03/25(土) 00:58:28.32ID:WNrsB81Y0
NVENCは速度差無いんじゃなかったかな

155名無しさん@編集中 (ワッチョイWW edc2-Ehnf)2017/03/25(土) 02:40:57.78ID:FUAr7IJ60
NVENCのh.265はBフレないんだから、そりゃ綺麗だわな

156名無しさん@編集中 (ワッチョイ c272-O03j)2017/03/25(土) 02:56:00.25ID:4xPNRQ+00
Bフレがないから綺麗っていうのがわからん
圧縮効率悪いんじゃないの?

157名無しさん@編集中 (ワッチョイWW edc2-Ehnf)2017/03/25(土) 03:07:37.76ID:FUAr7IJ60
圧縮されないという事は画質を維持出来るって事だ、あとはググれ

158名無しさん@編集中 (ワッチョイ 813e-rs+5)2017/03/25(土) 03:15:36.06ID:Q9mW1YhF0
そんなに得意げに頭悪いこと言われても、その・・・笑うしかないんだけど・・・

159名無しさん@編集中 (アウアウカー Sa69-sgaR)2017/03/25(土) 03:23:56.98ID:JjVV002/a
一秒間のビットレート上限決めた場合はbフレあった方が、iとかpとかにビットレート割り振れて画質良くなるんじゃないの?

160名無しさん@編集中 (ワッチョイ 46c8-dAgR)2017/03/25(土) 08:57:49.48ID:sVzSDcGx0
>>153
NVEncはそれ用のVideoEngineが載っててエンコだけならグラフィックカードの世代が変わらない限り一緒

161名無しさん@編集中 (ワッチョイ 2eb9-VHv+)2017/03/25(土) 09:43:35.60ID:CCmGyHqU0
NVENCのH.265はむしろBフレ使えない割に
同ビットレートでの画質が綺麗みたいな評価だったような
同じくBフレ使えないQSVのH.265がBフレ使えるH.264で設定追い込んだ方がマシじゃね
みたいな扱いなのに対して

162名無しさん@編集中 (アウアウウー Saa5-TKDw)2017/03/25(土) 09:55:36.33ID:eIofmAh1a
>>154
>>160
ありがとうございます、CUDAとは違う所で動いてるんですね。
NVENCの速度比較が検索しても出てこないわけですね。。

163名無しさん@編集中 (ワッチョイWW edc2-Ehnf)2017/03/25(土) 12:54:02.56ID:FUAr7IJ60
>>158
頭いいこと言えない奴にそんなこも言われても…その…笑うしかないんだけど…

164名無しさん@編集中 (アウアウエーT Sa4a-F0la)2017/03/25(土) 13:10:12.62ID:tHImXS8ea
bフレームが無いから同容量ではソフトウェアに比べてハードウェアエンコードは画質が悪いと言われてるのに、>>157て言っちゃうお前はググって何を見つけたんだ?
>>151のソースをソフトウェアx265でbフレーム使って1.5mbpsでエンコしたほうが、元になるフレームの画質維持できるから画質は上がるよ

165名無しさん@編集中 (ワッチョイWW edc2-Ehnf)2017/03/25(土) 15:35:55.81ID:FUAr7IJ60
NVENCの話なのにソフトウェアエンコの方が画質が良いとか当たり前のこと得意げに言われても…その…笑うしかないんだけど…

166名無しさん@編集中 (ワッチョイ 423c-2KSa)2017/03/25(土) 15:43:03.61ID:zp0JEqHY0
この際ファイルサイズは小さくならないのか画質は綺麗にできないのか両方なのかはっきりくっきりエンコさせろ

167名無しさん@編集中 (アウアウエー Sa4a-sgaR)2017/03/25(土) 16:00:36.70ID:s68gIQjva
>>165
そのソフトウェアの方が高画質になる理由の一つがbフレームの存在だろ、>>155,157はどういう意味での発言なの?
bフレームが無いから綺麗って具体的なソースurl頂戴

168名無しさん@編集中 (ワッチョイ c272-O03j)2017/03/25(土) 16:10:36.28ID:4xPNRQ+00
x265でBフレーム有りと無しでエンコードしてSSIMを比較したけど有りのほうが高かった。

169名無しさん@編集中 (ワッチョイ d2d4-5sBS)2017/03/25(土) 17:46:59.78ID:9hXM3Re50
I、P、Bの中でBフレームの画質が一番悪いという話と混同してるだけじゃ?
Bフレーム有の方が容量当たりの画質は良いに決まってるし

170名無しさん@編集中 (ワッチョイ 2e1f-5sBS)2017/03/25(土) 20:16:34.63ID:WLcHk1Z40
Bフレームあった方が綺麗だろさすがに
Bフレームあった方が縮むし

171名無しさん@編集中 (ワッチョイWW 718e-030N)2017/03/25(土) 20:55:22.24ID:Y0RwnyPv0
普通はそうなんだがググったら出るらしいぞ!俺は見つけられなかったが

172名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 00:22:41.62ID:ALGNz8Q10
インタレース対応だけど、フレームからフィールドへの分割と
フィールドからフレームへの合成は自前でやれば、現時点でも問題なく使えるっぽい
x265でエンコードしてL-SMASHでmuxしてFFMPEGでデコードしてみたけど特に問題はなかった
できたMP4をちゃんと再生できるソフトがないのが問題っちゃ問題だけどw

ちなみに1440x1080@29.97fps(DAR=16:9)のインタレースHEVCなMP4をMediaInfoで見るとこんな感じ↓
http://i.imgur.com/iKgqhs4.png

173名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 00:27:20.51ID:ALGNz8Q10
FFMPEGでデコードしたときフィールドごとにAVFrameが出力されて、
トップフィールドはAVFrame.top_field_first=1、ボトムフィールドはAVFrame.top_field_first=0に
なってて一応区別できるようになってるっぽいけどこれは仕様なのか?

174名無しさん@編集中 (ワッチョイWW 423f-SjKO)2017/03/26(日) 00:50:19.21ID:RSJzMVsF0
インタレにする意味はあるものなの?

175名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 00:59:19.40ID:ALGNz8Q10
大量にあるtsを何も考えずにエンコしたいから

176名無しさん@編集中 (ワッチョイ c272-O03j)2017/03/26(日) 01:05:18.59ID:r8FnlBRZ0
H.265のインタレ対応って簡易的なものらしいから高度なインタレのH.264と比べて最終的な圧縮効率は同等くらいなのでは勝手に思ってる

177名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 01:08:50.18ID:ALGNz8Q10
方式からして当たり前かもだけど参照距離=1でやると酷いことになることはわかった

178名無しさん@編集中 (ワッチョイ 2eb9-VHv+)2017/03/26(日) 02:12:17.40ID:8SBx66rO0
H.264のインタレも
QSVなんかのハードエンコで採用されてる簡素なPAFFと
x264なんかで採用してる高効率なMBAFFとあるからな

179名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 05:19:48.31ID:ALGNz8Q10
比較

1. オリジナルTS
2. x264 2pass 1500kbps
3. x265 2pass 1500kbps -> QSVEnc h264 icq=10 (そのままだと再生できないので)
4. TMPGEnc 24p化 x265 2pass 1500kbps
mpc-hpで再生してprint screenした

1: http://i.imgur.com/NwWMBQ5.png
2: http://i.imgur.com/UxQj1Ib.png
3: http://i.imgur.com/yPsDmHm.png
4: http://i.imgur.com/rwvwh3J.png

180名無しさん@編集中 (ワッチョイ 2ea3-5sBS)2017/03/26(日) 05:43:02.20ID:ALGNz8Q10
正直微妙。SAFFが必要だな

181名無しさん@編集中 (オイコラミネオ MMd6-wfVM)2017/03/26(日) 08:24:15.23ID:vWWSs2pIM
昔はエンコの破綻みるのはハルヒのOPだったけど
最近は実際なのか

182名無しさん@編集中 (ワッチョイ 491f-5sBS)2017/03/26(日) 21:42:52.60ID:kaRo14fi0
その辺の知ったか情弱サイトがやってる画質比較だと画像に平気でJPEG使ってて「あっ・・・(察し)」ってなる

183名無しさん@編集中 (ワッチョイ 3195-5sBS)2017/03/27(月) 09:15:14.17ID:+vldUlC80
yuvの赤のにじみを軽減させるフィルタの効果を説明してるサイトの画像がjpegだったのは笑ったわ
フィルタ掛けてもjpegでまたにじませてるんじゃ意味無いのになw

184名無しさん@編集中 (ワッチョイ e13e-rs+5)2017/03/27(月) 17:07:12.67ID:qhcRWxYb0
JPEGでも4:4:4ならまあギリで・・・

AV1, VP9, x265, x264 Video Codec Comparison

https://vincenttschanz.github.io/1ko-videocodecs/codec-comparison/

186名無しさん@編集中 (ワッチョイ 7f72-FZog)2017/03/30(木) 01:13:17.99ID:BWS9umHz0
>>185
VP9が意外と綺麗なように見える

187名無しさん@編集中 (ワッチョイ 1f1e-jsM4)2017/03/30(木) 01:15:25.16ID:e8yQxZG70
>>185
どれも気に入らんわ

188名無しさん@編集中 (ワッチョイWW 1fc2-+OaR)2017/03/30(木) 02:05:26.67ID:5OEjUZkV0
>>185
動きが少ないところはVP9、動きが早いところはx265が良い

189名無しさん@編集中 (ワッチョイW a2bf-NV8K)2017/04/06(木) 18:49:13.03ID:nsuI34uD0
Galaxyを買う気はないが大手のスマホメーカーの1つがライセンス契約を結んだからこの流れに追随する動きが出てくるといいな
SoC自体はHEVCのハードウェアデコード/エンコードに対応してるのになかなか活用されてないのが現状だから

Samsungが4K UHD注力へ加速 HEVC Advanceと提携
http://ascii.jp/elem/000/001/464/1464258/

190名無しさん@編集中 (ワッチョイ 6eca-oCke)2017/04/08(土) 13:50:54.96ID:qszEAgPo0
γ線でも使って、非圧縮データを流すべき

191名無しさん@編集中 (ワッチョイ c1a8-GI9B)2017/04/08(土) 21:10:39.54ID:RimCi4bT0
4Kとか欲張りすぎただけ、3Kで我慢しとくべきだった。

192名無しさん@編集中 (ワッチョイ 02ce-MD3W)2017/04/09(日) 13:52:40.72ID:FrnTlP7+0
キツイ、汚い、危険

193名無しさん@編集中 (ワッチョイ 4566-/xYE)2017/04/11(火) 18:41:18.28ID:9iYL7LUR0
>>189
この件についてなぜVP9にGoogleが関わっているのか、Alliance for Open Mediaの立ち上げに関わったのがAmazon、Cisco、Google、Intel、Microsoft、Mozilla、Netflixなのかというワケを考えたほうがいい

HEVCに限らず動画圧縮は特許だらけでコストがかかっていて、今のまんまじゃ4Kネット動画市場を躊躇しないで拡大したらH.265の特許侵害で裁判おこされまくることになる。
今のままじゃ、これこそトイレットペーパーの芯に特許料を要求されるようなものになる。
そこでフリーの動画圧縮コーデックでかかっているコストを劇的に落とす必要があるってわけ。
特にアメリカ国内では「10Mbps程度でも8K動画が可能」といった極端なほど圧縮比が高い動画圧縮コーデックの需要がある

・・・というのも、これにはアメリカの事情がある。アメリカでは回線速度が10Mbpsでもブロードバンドで通用するレベルの国だからだ。

194名無しさん@編集中 (ワッチョイ 4566-/xYE)2017/04/11(火) 18:45:10.20ID:9iYL7LUR0
アメリカは国土が巨大すぎて通信インフラのリプレースがノロくて、通信回線は3〜20Mbpsが平均で、100Mbps以上のFTTHが普及しているのは大都市だけ。

そしてアメリカの通信インフラはコムキャストが独占しているんだが「全米最悪のクソ企業」という烙印を押されているくらい悪評高い企業で、かつての日本の旧電電公社級に酷く・・・
丸っきり競争相手がいないから、安直に儲けるために回線速度を上げる・高速回線を安値で提供する努力をしていないのが原因。
カスタマーサービスや顧客サービスに至っては「通信回線を“使わせて”やっている」従業員はネ申、顧客は土砂と同じ扱い
なぜトランプ大統領がソフトバンクの米携帯電話会社買収を歓迎したかといえば、こんな酷いアメリカの通信インフラを少しでもマトモな水準にしたいという期待から。

アメリカの通信インフラは韓国や台湾の国民から「なんでFTTH入れないんだよアメリカ人!!後進国m9(^Д^)プギャー!!」
「アンタ騙されてるよ!!俺の国じゃ1Gbpsがブロードバンドなのに、きょうび10Mbpsなんてナローバンドなんだよ!!無知m9(^Д^)プギャー!!」とバカにされてもおかしくないくらいショボい。

195名無しさん@編集中 (ワッチョイ 4566-/xYE)2017/04/11(火) 18:52:31.93ID:URkDv1md0
米国のブロードバンドを取り巻く現実について一番怒りまくってるのは、Google。有り余るカネを使って自前でコムキャストに対抗するFTTHのISPを始めることにしたくらい
コムキャストみたいな汚く儲ける悪徳企業を放置しておくと、これこそ自社の将来性、アメリカの未来、インターネットの未来が危機に晒される

(提供範囲は米国の一部)

196名無しさん@編集中 (マクドWW FF89-KnlR)2017/04/11(火) 19:06:06.85ID:btL0HJuiF
かつての東京めたりっく通信がADSLでNTTのISDNを脅かした様に、googleが光通信始めればいいじゃん

197名無しさん@編集中 (マクドWW FF89-KnlR)2017/04/11(火) 19:07:46.03ID:btL0HJuiF
って一部にはあるのか
そりゃそうだよな

198名無しさん@編集中 (ワッチョイ 1198-7ELZ)2017/04/11(火) 20:16:03.65ID:BJpVkUAE0
コムキャストは「米国一のワースト企業」を決める「Worst Company in America」で何度もワースト1に輝いてる

この「Worst Company in America」は投票で決まるんだが、とにかく米国のインフラ系企業は評判が悪い
コムキャストは日本ではなじみが薄いかもしれませんが、NBCやユニバーサル・ピクチャーズの親会社です。
S&P 100、NASDAQ 100の構成銘柄です。
ユニバーサルの映画のオープニングロゴのなかに「A COMCAST COMPANY」と文字が入ってます。

https://consumerist.com/tag/worst-company-in-america/
https://billfixers.com/blog/21-times-comcast-worst-company-america
https://www.prdaily.com/Main/Articles/Comcast_earns_Worst_Company_in_America_designation_16451.aspx
https://consumerist.com/2014/05/07/watch-antenna-company-deliver-a-worst-company-congrats-cake-to-comcast-hq/


ちなみに、この「Worst Company in America」を主宰するのは、世界最強の消費者団体「コンシューマーズ・ユニオン」だ!!

199名無しさん@編集中 (ワッチョイ 6ee2-D6lx)2017/04/12(水) 04:38:50.42ID:2j3fHKtT0
NTTは半官営?企業なので、
NTTの線・局舎を他社にも使わせる、みたいな手が使えたが、
アメリカでコムキャストの足回りを他社にも使わせる、みたいな手が
使えるとは思えん

200名無しさん@編集中 (ワッチョイ 793c-8Vmj)2017/04/12(水) 05:36:53.08ID:E8BpnGtD0
パナGH5の6K動画がH.265

201名無しさん@編集中 (ワッチョイ 4566-/xYE)2017/04/12(水) 12:46:45.81ID:NLG22QNc0
>>196
コムキャストはアメリカで最も嫌われている鼻摘みモノの悪徳企業で、まさに“そびえ立つ糞”そのもの。
・・・。
コムキャスト本体も独占インフラに粗悪なサービスと時代遅れの通信インフラ、抱き合わせ番組だらけの高額チャンネルプランだらけのCATVで豪快に儲ける糞企業だが、系列会社も安直な金儲けしか頭にない糞企業揃い。
大口献金先の民主党を御輿に乗せて持ち上げて、トランプ大統領と共和党をコケ下ろす偏向報道ばかりしていた糞マスゴミのNBCユニバーサル
製作予算はかかっているけどハリウッドテンプレートそのままの内容の脚本で鑑賞を始めたら30分以内にオチがわかる糞映画ばかり作るユニバーサルスタジオ
さらにAT&TやTモバイルも傘下に収めていて相変わらず時代遅れの通信回線で糞みたいに儲けている

共和党政権になったから、遅かれ早かれトラスト法が適用されて会社がバラバラに解体されるのも時間の問題

202名無しさん@編集中 (ワッチョイ 4566-/xYE)2017/04/12(水) 18:42:31.00ID:OAub0x6R0
>>190
>>200
アメリカでは回線速度が10Mbpsでも「ブロードバンド」で通用する以上
「10Mbps程度でも8K動画視聴が可能」といった極端なほど圧縮比が高い動画圧縮技術の需要があるってわけだ。
「60分の8K動画を視聴しようとしたら、ダウンロードするのに48時間以上かかる」じゃ普及するわけがないからな

Alliance for Open Mediaが狙うのはロイヤリティーフリーというだけでなくHEVC/H.265より高圧縮比だろう
YoutubeもVP9の後継はAlliance for Open Mediaが開発したものになるはずだからな

・・・だからVGAやCPUを買うなら待ったほうがいい。
Alliance for Open MediaにAMD,ARM,NVIDIA,Intelがいる以上、ハードウェアサポートされるのも時間の問題だからな


ちなみにAlliance for Open Mediaについて一番露骨に不快感を示しているのはApple。理由は、H.264やHEVC/H.265のパテントプールで、特許を所有する企業の1社だから。

203名無しさん@編集中 (ワッチョイ 8272-Hufg)2017/04/12(水) 18:50:37.00ID:MCUH4kWZ0
AV1のハードウェアサポートはそのうちされるとは思うけど規格完成が当初の予定より遅れてるみたいだからなあ
いつまで待てばいいのやら

204名無しさん@編集中 (ワッチョイ 2246-02AM)2017/04/12(水) 19:00:53.97ID:YvTM/Wex0
再生環境が整うなら別にどっちでも良いんだけどねぇ。

205名無しさん@編集中 (ワッチョイ 1198-7ELZ)2017/04/12(水) 21:51:43.84ID:3UAxzaWR0
Alliance for Open Media Members

Adobe Allegro Amazon AMD Amlogic ARM
Ateme BBC Broadcom Chips&Media Cisco
Google Intel Ittiam Microsoft Mozilla Netflix
NVIDIA Polycom Socionext VeriSilicon Vidyo XILINX

http://aomedia.org/about-us/

仲間が増えたよ!!
やったねたえちゃん!!

206名無しさん@編集中 (ワッチョイW 5fa9-gqNS)2017/04/13(木) 06:22:14.83ID:6SeIJJsM0
日本企業が全然ないんだな

207名無しさん@編集中 (ワッチョイ 7fca-epbm)2017/04/13(木) 07:20:24.15ID:E1xpuu9b0
地上テレビジョン放送の高度化技術に関する提案募集の結果
ttp://www.soumu.go.jp/menu_news/s-news/01ryutsu08_02000173.html

◇現行  12セグ(MPEG2) + 1セグ(H.264)
  ↓
◆提案1 水平偏波 7セグ(MPEG2※) + 5セグ(4K放送一部帯域) + 1セグ(H.264)
      垂直偏波  4放送専用帯域
 --
 ※MPEG2は新エンコーダ
 問題点  4K受信には、水平、垂直両偏波対応UHFアンテナへの交換が必要
       2Kの画質が劣化する。(MXテレビ並みに)

◆提案2
韓国が次世代の世界標準をめざして実験している技術
ttp://japan.hellodd.com/news/news_view.asp?t=dd_jp_news&mark=3758
不具合で、実証実験延期中

208名無しさん@編集中 (ワッチョイ 7fca-epbm)2017/04/13(木) 08:01:38.07ID:E1xpuu9b0
■ コーデック別音質 ■

(NAB資料)・・・http://i.imgur.com/6nE8rpq.jpg
※AAC 5.1ch 320kbps≒DTS 5.1ch 448kbps

209名無しさん@編集中 (ワッチョイ 7fe2-HE/W)2017/04/13(木) 08:26:33.44ID:NG7mEw+70
AAC 2ch 256kbpsはこだわらなければまずまずの音質だね
AAC 2ch 192kbpsは音質悪すぎる

映像のほうは、2020年以降は、HEVC対応チューナー積んだテレビ・レコーダ等のみ製造・輸入許可、
2030年頃にmpeg2を終了してHEVC移行でいいよ

210名無しさん@編集中 (ワッチョイ 5f3c-geDE)2017/04/13(木) 08:28:54.38ID:avdLDjDn0
放送する側があきらかに音質落としてから流してるから

ATSCのAC3やDVBのMP2と比べると、ISDBの音声がAACで良かったと思う

212名無しさん@編集中 (ドコグロ MM1f-9U1m)2017/04/13(木) 11:32:52.13ID:FILb9JtdM
もうね高画質化は欲しい人達だけでケーブル使ってやってよ

213名無しさん@編集中 (ワッチョイ 8713-V7Gz)2017/04/13(木) 14:54:26.74ID:nDbS4dyL0
上見たら戻れないだろ普通

214名無しさん@編集中 (アウアウエー Sa1f-BNTh)2017/04/13(木) 18:33:24.73ID:Luf9KJPxa
ソースがノイズの無い1080pなら4kテレビで見ても綺麗だしな
無理して高画素で放送するくらいなら、放送は2kを高画質化して、4k以上はメディア買うかテレビの補完機能でって方向のほうが幸せになる人は多いんじゃないか

215名無しさん@編集中 (ワッチョイ 5f13-V7Gz)2017/04/13(木) 22:43:24.23ID:zzqipXm90
4k見たことないだろ

216名無しさん@編集中 (ワイモマー MM7f-BNTh)2017/04/13(木) 22:58:31.26ID:VkPvq3cBM
三菱のls1を毎日使っての感想だよ
むしろ4k見てない人ほど>>215みたいなこと言う印象

217名無しさん@編集中 (ワッチョイ 4713-V7Gz)2017/04/13(木) 23:11:48.45ID:hiVOvlml0
的外れ

218名無しさん@編集中 (ワッチョイ 4713-V7Gz)2017/04/13(木) 23:12:23.85ID:hiVOvlml0
あぁまぁ俺もか
どっちもアホだ

219名無しさん@編集中 (ワイモマー MM7f-BNTh)2017/04/13(木) 23:21:49.73ID:VkPvq3cBM
アホ扱いする前に4kテレビにpc繋いで2kと4k入れてみなよ
ソースにノイズが少なければ1mも離れると、補完機能のおかげで気になるほどの違いなんてないから

220名無しさん@編集中 (ワッチョイ 2713-V7Gz)2017/04/13(木) 23:31:47.29ID:KvA4+C+B0
そっちTVな
俺PCな

221名無しさん@編集中 (ワイモマー MM7f-BNTh)2017/04/13(木) 23:53:59.29ID:VkPvq3cBM
ならアホお前一人じゃん、なんで地デジの話に絡んだ
というか動画の場合、pcモニタにしても戻れないほど違うか?

222名無しさん@編集中 (ワッチョイ 8713-V7Gz)2017/04/14(金) 00:03:05.16ID:s7qRvF/P0
違うの分からんだろ

223名無しさん@編集中 (ワッチョイ 271f-RZRQ)2017/04/15(土) 00:02:00.70ID:HbkQRrYn0
VP9ってあんだけ時間かかるのにYoutubeで使われてるVP9はどうやってあんな膨大の量の動画をVP9でエンコしてんの?クラスタ?

224名無しさん@編集中 (ワッチョイ 5f72-pzmP)2017/04/15(土) 00:46:11.32ID:5LrEp1qT0
>>223
What Does YouTube Do To Your Video After You Upload It? - YouTube
https://www.youtube.com/watch?v=aFLU6T15seY

分割処理っぽいね

225名無しさん@編集中 (ワッチョイ 073c-V7Gz)2017/04/15(土) 02:13:23.93ID:0Ty9aoHw0
環境整えたユーザーはH.265でのDRに移行できるようにならないかなあ
熟れているH.264でもいいんだけどとにかくMPEG2使うのをやめたい

226名無しさん@編集中 (ワッチョイ 7f1f-93S+)2017/04/15(土) 22:12:05.77ID:1OMSJVwF0
1080p60fps 50Mbpsの動画をffmpegでh264_nvenc 12mでエンコすると200fps位でるけど
aviutlのnvencだと80fps位しかでないんだけど何が違うんだ。

227名無しさん@編集中 (ワッチョイ 5f72-pzmP)2017/04/15(土) 22:32:45.42ID:5LrEp1qT0
>>226
AviUtlは内部色空間が広くて高精度だから高速エンコードには向いてないよ
高速ハードエンコしたいなら動画の入力から出力までなるべくGPUで一貫して処理できる方がいい

228名無しさん@編集中 (ワッチョイ 7f1f-93S+)2017/04/15(土) 22:59:32.80ID:1OMSJVwF0
>>227
ありがとん

229名無しさん@編集中 (ワッチョイ 7f1f-93S+)2017/04/15(土) 23:39:26.71ID:1OMSJVwF0
Nvencc早すぎだろ、今まで俺は何やってたんだ・・・

230名無しさん@編集中 (ワッチョイ e70a-HE/W)2017/04/15(土) 23:56:11.88ID:sO5psTgA0
画質や圧縮率はしょっぱいけどな
リアルタイム配信用の機能を利用してるものだし

231名無しさん@編集中 (ワッチョイ 5f46-3MbB)2017/04/16(日) 07:58:09.80ID:AuKk7LSl0
画質と圧縮率落ちるなら保存用じゃ使えないよね

232名無しさん@編集中 (アウアウウーT Sa8b-n2Cn)2017/04/16(日) 13:16:31.73ID:F4fIj2hea
実時間の4倍5倍のエンコ時間が当り前だった世代から言わせてもらえば
ソフトエンコが実時間以下のエンコスピードでやってくれれば充分だな
Nvenccって画質はっきり劣化するし圧縮率下げてまで10倍のスピードでエンコする意味はあまり感じない
むしろありあまるCUDAの能力は画質向上に使って欲しい
でも画質なんて見られりゃいいんだから手っ取り早く終わらしたいんだという人の気持ちも分らないでは無い

233名無しさん@編集中 (ワッチョイ 7f1f-93S+)2017/04/16(日) 14:23:02.73ID:H1NIUYGk0
ひと昔前のCPU+現行の安物GPUで細々とゲームやる自分にとっては画質なんて見れりゃいいからありがたい

234名無しさん@編集中 (ワッチョイ 5f3c-geDE)2017/04/16(日) 14:45:55.25ID:Ti53T8+U0
なんでもいいならつべに非公開でアップロードして
すきなサイズをダウンロードとかできないのかな

235名無しさん@編集中 (ワッチョイ 5f46-3MbB)2017/04/16(日) 15:15:52.77ID:AuKk7LSl0
GPUを画質向上には使えないんだろうな。使えりゃやってるでしょ

236名無しさん@編集中 (アウアウエー Sa1f-BNTh)2017/04/16(日) 15:28:33.98ID:MrnYpVNna
nvencはgpuに載っけた専用チップ使ってるからgpu性能とは関係ないんじゃなかった?
もともとゲームしながら録画圧縮するための機能だからgpuに負荷かける方向には行かないだろうな

237名無しさん@編集中 (ペラペラT SD7f-3MbB)2017/04/16(日) 15:39:17.35ID:se8JbqR2D
http://www4.nhk.or.jp/zero/x/2017-04-16/31/19535/2136632/
サイエンスZERO「防災から医療まで活用!8Kスーパーハイビジョン」

238名無しさん@編集中 (ワッチョイWW 5fbd-F29Q)2017/04/16(日) 17:55:52.88ID:BMSRsPPo0
x265をそのままCUDAやOpenCLで最適化できないものかなあという素人考え(倍精度が速くないと無理か)

239名無しさん@編集中 (ワッチョイ c7e1-RZRQ)2017/04/16(日) 21:01:48.72ID:2p7kZr4R0
一応、そこまで考えられた規格ではあるらしいが・・
ハード的にまだそこまでの域に達してないからね

240名無しさん@編集中 (ワッチョイ 2766-3Ksb)2017/04/17(月) 01:45:25.02ID:DxDvSJiL0
>>230,231
NVENCは確かに画質は多少は劣化はするが一昔前よりは画質はかなりマシになっている。少なくとも見れないほど汚いってもんじゃない。

241名無しさん@編集中 (ワッチョイ 2766-3Ksb)2017/04/17(月) 01:55:15.84ID:DxDvSJiL0
>>236
NVENCは、Nvidiaのビデオエンコードエンジン。Tegra 3に統合されたエンコードエンジンをベースに,1080pのエンコードを4〜8倍速で実現できる。
また,消費電力も、わずか数Wに抑えられるので,CPUを利用したエンコードよりも省電力になる。NVENCは、Kepler世代以降(GTX600番台以降)のビデオカードに搭載されている。

ハードウェアエンコードは、昔と比べたらマシになってるがソフトウェアエンコードと比べたらビットレートあたりの画質が悪いという弱点がある。
そのため、ニコニコ動画への投稿にはオススメできないものの、Youtubeなどの比較的容量制限が緩いサイトへの投稿
編集中の確認出力、画質や容量をさほど気にせず、単純に高速でエンコードしたい場合などには十分使い物になる。

242名無しさん@編集中 (ワッチョイ 2766-3Ksb)2017/04/17(月) 02:06:47.78ID:DxDvSJiL0
>>223
YouTubeの中の人が一番節約したいのはマシンリソースよりも回線容量と転送するデータの容量だからね
VP9でもかなりの圧縮比率だが、YouTubeの中の人はまだVP9でも満足していない。しかもH.265はロイヤリティが発生するから使いたくない。
だからAV1に手を出している

243名無しさん@編集中 (ワッチョイ 2766-3Ksb)2017/04/17(月) 02:15:38.18ID:DxDvSJiL0
>>235
っSmoothVideo Project
っ古井戸

244名無しさん@編集中 (ワッチョイWW 47cb-b1FY)2017/04/17(月) 08:04:58.94ID:2a6ZNZED0
nvencってqsvencと比べても微妙なイメージだったんだがそんなこと無いの?

245名無しさん@編集中 (ワッチョイ c7e1-RZRQ)2017/04/17(月) 09:00:44.57ID:BKiujDoi0
話の論点としてはSWより30%ぐらい大きくなるのを許容するかどうか
それさえ許容できるならQSV、NVEncともに十分a画質を保てる

246名無しさん@編集中 (ワッチョイ ff2b-HE/W)2017/04/17(月) 14:47:40.74ID:a/K35rtQ0
x264と同程度の画質をエンコ時間はかかるものの半分近いサイズで実現できるx265か
x264と同程度の画質に同じくらいのサイズが必要だけど爆速エンコできるNVENCのH265か
設定にもよる雑な比較だけどこんな感じじゃないかなあ

247名無しさん@編集中 (スップ Sdff-tqg+)2017/04/17(月) 15:20:30.05ID:z62UCHqJd
>>246
違う、それならNVENC最高じゃないか
実際には、x264と同程度の画質に1.5〜2倍サイズが必要だけど爆速エンコできるのがNVENCのH265

248名無しさん@編集中 (ワッチョイ 5f3c-geDE)2017/04/17(月) 15:23:41.60ID:vaziXt930
同程度でサイズ半分いけるとかすごいんだな

249名無しさん@編集中 (スップ Sdff-tqg+)2017/04/17(月) 15:31:27.93ID:z62UCHqJd
>>248
逆に同サイズなら倍のクオリティに仕上がるから、H.265にしたら264エンコには戻れなくなる

250名無しさん@編集中 (ワッチョイ 5f46-3MbB)2017/04/17(月) 17:57:38.21ID:tt8xxdUK0
まあでも現状は再生環境が糞だから選択肢に入らない。

251名無しさん@編集中 (ワッチョイ c7c8-HE/W)2017/04/17(月) 18:59:18.08ID:Naur57JS0
もう最近は標準対応みたいなもんやろ

252名無しさん@編集中 (ワッチョイ 5ff6-pVHc)2017/04/17(月) 19:17:32.38ID:Ix+8zeFN0
amazon fire tvぐらいしか思いつかないわん

253名無しさん@編集中 (ワッチョイ 2713-V7Gz)2017/04/17(月) 22:38:53.81ID:bHNK9mQl0
今どのグラボ買っても対応済みじゃん

254名無しさん@編集中 (アウアウウーT Sa8b-n2Cn)2017/04/17(月) 23:30:33.09ID:bAA1K+RIa
>>248
企画上同程度でサイズ半分いけるという謳い文句だけど現実はまだまだ

255名無しさん@編集中 (ワッチョイ c7e1-RZRQ)2017/04/17(月) 23:36:47.98ID:BKiujDoi0
アニメならビットレート半分でもそれなりに頑張れるけど実写は仕組み的に無理

256名無しさん@編集中 (スフッ Sd7f-sLMZ)2017/04/17(月) 23:40:35.41ID:owdBVMpVd
半分って言うか7割ぐらいだな

257名無しさん@編集中 (ワッチョイWW 5f3f-RYpR)2017/04/18(火) 00:18:57.47ID:QK4RHv670
つべ、Safari切り捨てか
vp9はハードウェアデコード対応してないの多いんだよな

258名無しさん@編集中 (ワッチョイ 073c-V7Gz)2017/04/18(火) 02:20:00.67ID:OMvLqiBR0
ここはPT3とかで録画してる人が集まってるの?

259名無しさん@編集中 (ワッチョイ c71e-RZRQ)2017/04/18(火) 08:44:36.83ID:NFsf0Xc20
PT3買い逃したわ

260名無しさん@編集中 (ワッチョイWW 7fc8-9U1m)2017/04/18(火) 16:09:56.07ID:vrinOyYB0
PT2なら2枚モッツァレラ

261名無しさん@編集中 (アウアウカー Sa9b-m+S5)2017/04/18(火) 18:08:17.00ID:rp6jZgfka
openCLで1pass目のベクトル解析をして2pass目はcpuでブラシュアップしてくれたら良いのに。

262名無しさん@編集中 (ワッチョイ 5f72-pzmP)2017/04/18(火) 23:26:16.19ID:KgfcUP4x0
Bitmovin Supports AV1 Encoding for VoD and Live and Joins the Alliance for Open Media - Bitmovin
https://bitmovin.com/bitmovin-supports-av1-encoding-vod-live-joins-alliance-open-media/

AV1と他のコーデックのPSNR、SSIM比較
画像もちょっとある

263名無しさん@編集中 (ワッチョイ 5f70-JSW3)2017/04/19(水) 18:26:06.92ID:BLBdWg540
4月24-27日にラスベガスで開催されるNABショー(SU9007CM)のブースで、
放送品質で1.5Mbpsで1080pの再生を実現する初のAV1ライブストリームを展示する予定です。
現在、同じ品質を提供するためにH264などの従来のコーデックで約4〜15 Mbpsが必要です。
AV1はCDNとストレージのコストを最大10倍まで削減できます。

来週か楽しみgoogle翻訳スゲー

264名無しさん@編集中 (ワッチョイ bfc8-8xzu)2017/05/01(月) 22:23:50.25ID:ZSHtdCvE0
日本人ならXAVCをだな

265名無しさん@編集中 (ワントンキン MM42-g1xV)2017/05/06(土) 07:23:15.47ID:dnc0v6UMM
AV1誰か試したかい
速さはどんなもんなのよ

266名無しさん@編集中 (ワッチョイ 9272-37K/)2017/05/06(土) 08:48:43.00ID:PeTSKErj0
まだ最適化されてないっぽくて0.02fpsくらいしか出なかった(aom-git-r20413_3666192)
エンコードしたファイル置いとくから見たい人は見て
https://www.dropbox.com/sh/syo2qb185vo0n3f/AADu3TprRyrTRIiz5-y4NI8Oa?dl=0&lst=

デコーダーはここのLAVFilters-0.69-24-av1_test26-git-r3830(8da3109)を使ってね
http://tmod.nmm-hd.org/LAVFilters/old/

267名無しさん@編集中 (ワッチョイ e347-FJfx)2017/05/06(土) 11:08:07.35ID:YDTuYev90
AV1は遅いままでも静止画なら使えそうだから
静止画像形式として早出ししてほしい

268名無しさん@編集中 (アウウィフW FF43-3eBY)2017/05/06(土) 11:32:58.45ID:hMznz843F
エンコーダーはどこー?

269名無しさん@編集中 (ワッチョイ f270-UJXg)2017/05/06(土) 11:39:10.28ID:4WbcllBs0
>>266

$ aomdec .../tos_12000_yv12_aomenc_2pass_2000kbps.webm | mpv -
Playing: -
[file] Reading from stdin...
Warning: Failed to decode frame 2: Corrupt frame detected
Warning: Additional information: Reference buffer frame ID mismatch
(+) Video --vid=1 (rawvideo)
VO: [opengl] 1920x1080 yuv420p


Exiting... (End of file)

一瞬ちらつくだけだけどやり方あってる?

270266 (ワッチョイ 9272-37K/)2017/05/06(土) 11:51:53.06ID:PeTSKErj0
>>268
自分でビルドするか、もしくはここ
http://tmod.nmm-hd.org/aom/

>>269
まだ規格完成してないからリビジョンが変わると中身も変わる
だからエンコーダーとデコーダーのリビジョンが合わないと正常にデコード出来ないんだけどその辺大丈夫?

271名無しさん@編集中 (ワッチョイ f270-UJXg)2017/05/06(土) 12:34:05.43ID:4WbcllBs0
>>270
ありがとう。合って無かった

>やり方あってる
エンコードのやり方じゃなくて、自分の再生方法があってるかどうか聞いたつもりでいたけど、
聞き方良くなかったですね。
ごめんね

272名無しさん@編集中 (ワンミングク MM42-g1xV)2017/05/06(土) 14:22:29.02ID:4Uw5WE3hM
>>267
vp8ベースのwebpが未だに定着しないのにまた増やしてどうするんだよ

273名無しさん@編集中 (ワッチョイ 4a72-kYbg)2017/05/18(木) 14:32:45.38ID:IR+D+glZ0
保守ついでに若干スレ違い気味だけど

Real-Time Adaptive Image Compression
https://arxiv.org/abs/1705.05823
http://i.imgur.com/EOxPeRT.png
http://i.imgur.com/omivT0w.png

これ、静止画の圧縮の話だけどh.265より性能良いらしい
動画の圧縮もディープラーニングでブレイクスルー起きてほしいな

274名無しさん@編集中 (ワッチョイ ff0a-kvD5)2017/05/18(木) 16:30:44.48ID:J//hbtSe0
どんなに高性能で使えるはずの新規格でも広まらなかったら意味が無いんですよってJpeg2000さんがいってた

275名無しさん@編集中 (オイコラミネオ MM56-SsMs)2017/05/18(木) 16:47:46.76ID:LZ+qmEniM
>>273
こんなに小さくて画質違うのは、相当深くて重いんだろうな

276名無しさん@編集中 (ワッチョイ 2a20-LPNL)2017/05/18(木) 22:05:13.63ID:ySrhhxcu0
なかなかすごいな
特徴だけ抽出してあとは本物っぽく見えるようにニューラルネットにお絵描きさせてるから
量子化ノイズまみれになったりせず輪郭もクッキリなんだね

277名無しさん@編集中 (ワッチョイWW 634c-7i8h)2017/05/19(金) 01:10:53.88ID:qgQ6/II80
模写じゃなくて贋作って感じか

278名無しさん@編集中 (アウアウウーT Sa2f-aHqd)2017/05/19(金) 01:48:33.21ID:qtg7n1/va
>>273
なるほど、ディープラーニングで失われたディテールを想像して描き直している感じなのか
猫の方の顔の毛並みがLSI模様みたいになってるのが気になるかな

279名無しさん@編集中 (ワッチョイ eee6-bwHs)2017/05/20(土) 11:51:51.01ID:XAqmKx3Y0
初めてエンコードしてみたんだけどh.264って画質悪すぎ
h.265が出るまで待てなかった人はどんな気持ちでショボCPUでゴミ作ってたのか気になる

280名無しさん@編集中 (ワッチョイWW 7ac6-SsMs)2017/05/20(土) 12:02:09.23ID:3OnBY9gd0
>>279
突っ込み所がありすぎて...

281名無しさん@編集中 (ワッチョイ 6be1-bwHs)2017/05/20(土) 17:04:03.66ID:aQ3QJEG10
ツッコミどころすらなくてスルー案件でしょ

282名無しさん@編集中 (ワッチョイ 0646-PZTw)2017/05/20(土) 17:18:37.54ID:NOXpXlzl0
16コアのRyzenがもうすぐ出るらしいけどこれならH265エンコも楽になるだろうな。
まあでもH265は再生環境が糞だから結局H264でやるんだがw

283名無しさん@編集中 (ワッチョイ 1b13-cm4/)2017/05/20(土) 19:45:09.23ID:UCq2+uY50
必死だな

284名無しさん@編集中 (ワッチョイW 9e54-wnF3)2017/05/21(日) 19:53:36.42ID:IfMrLmXo0
かかってこいや

285名無しさん@編集中 (ワッチョイWW 634c-7i8h)2017/05/21(日) 21:11:58.34ID:GR5lOHzM0
おまん、どこ中や

286名無しさん@編集中 (ワッチョイ fba8-BPel)2017/05/25(木) 02:16:39.26ID:zGtKq++40
いい加減、主要ブラウザと主要OSメーカーがタッグくんで普及させろや・・
まずは、新画像フォーマットから。

287名無しさん@編集中 (ワッチョイ 7b0a-9J/J)2017/05/25(木) 04:30:40.78ID:TTLc7c9C0
もはや古くなってしまったといっていいJpeg2000すら全くといっていいほど普及してないからな

288名無しさん@編集中 (アメ MM4f-MamD)2017/05/25(木) 07:51:21.40ID:2t62BYyeM
ライセンス懸念が残っている限りそもそも商用サービスが広がらない。
趣味の世界だけになるかも知れないな。

289名無しさん@編集中 (ワッチョイ 2b75-/6qz)2017/05/25(木) 08:28:33.03ID:mFVqacBZ0
必死だな

290名無しさん@編集中 (ワッチョイ ef46-lYDY)2017/05/25(木) 17:53:04.84ID:1UBcNybo0
H264が無双しすぎたから。こっちは無理かもな

291名無しさん@編集中 (スッップ Sdbf-UmYi)2017/05/25(木) 21:10:34.70ID:tw2U2rMAd
DVDとBDみたいな関係になっちゃったよね
SD画質並でも明らかに265の方が綺麗なんだけど

292名無しさん@編集中 (ワッチョイ db1e-yauO)2017/05/25(木) 22:07:05.55ID:sUAhze+P0
>>291
使い勝手で言えばそこまで差があるとは思えないな

293名無しさん@編集中 (ワッチョイWW 6b3c-7vZ9)2017/05/25(木) 23:40:44.17ID:doh9ezk60
ハードウェアデコーダーが載るのが遅すぎなんだよな

294名無しさん@編集中 (ワッチョイ 9ff6-lzXL)2017/05/26(金) 07:01:12.35ID:pujoMB5Q0
ワシも再生環境さえ整えば移行したいんだけどなあ

295名無しさん@編集中 (ワッチョイ 2b75-/6qz)2017/05/26(金) 08:32:34.63ID:WM8KYAXE0
グラボ安いのでも積んでるけど
PSだけしか頭にないなら無理じゃね

296名無しさん@編集中 (アウアウカー Sa8f-ZNXk)2017/05/26(金) 13:32:09.61ID:Mw9mMvUaa
インターレース対応希望

297名無しさん@編集中 (ワッチョイ 9f7c-OoHY)2017/05/26(金) 14:02:46.27ID:86SW2LO40
ちょっと早いかもと思ったけど次世代コーデックスレ建ててみた

ttps://echo.2ch.net/test/read.cgi/avi/1495774670/

298名無しさん@編集中 (ワッチョイ cb22-fVAo)2017/05/26(金) 14:12:56.14ID:i1ZcsGsn0
エンコはデータサイズ圧縮出来てなんぼって考え方だから265しか使ってないわ
264でエンコするぐらいならオリジナルでよくねって思う

299名無しさん@編集中 (ワッチョイ 9f7c-OoHY)2017/05/26(金) 15:04:22.83ID:86SW2LO40
>>297
1時間で倉庫逝き
早すぎたのか?

300名無しさん@編集中 (ワッチョイ 9f72-JG13)2017/05/26(金) 15:06:32.92ID:7MUujsz+0
>>299
このスレが実質的に次世代コーデックスレだからいらないでしょ

301名無しさん@編集中 (スッップ Sdbf-GtFp)2017/05/26(金) 15:09:19.74ID:0LXkCvEJd
エンコード自体ナンセンス、電気代の無駄

302名無しさん@編集中 (ワッチョイ 9f7c-OoHY)2017/05/26(金) 15:11:47.72ID:86SW2LO40
>>300
H.265専用スレかと思ってたけど次世代OKならここにするか
1時間毎に建てるの面倒だし

303名無しさん@編集中 (ワッチョイ 2b75-/6qz)2017/05/26(金) 15:57:50.34ID:WM8KYAXE0
OKじゃないだろ
アンチが荒らしてるだけ
いい加減ウザいから他所でやって

304名無しさん@編集中 (ワッチョイ 7b3e-qh4d)2017/05/26(金) 16:34:30.88ID:PePAg1Py0
>>1
>圧縮効率がH.264の2倍な次世代ビデオコーデックH.265/HEVC、
>並びに同等の圧縮効率でフリーの次世代コーデック、VP9/Daalaを語ろうぜ

305名無しさん@編集中 (アウアウウーT Sacf-NZKg)2017/05/26(金) 16:41:56.46ID:/ANmFS2Fa
たしかに最近エンコードに対する情熱が薄れて来た
8TBのハードディスクが3万しないで買える時代にそこまで躍起になって
圧縮のかかったソースを再圧縮する必要性を見出だせなくなって来たな
好事家の趣味の世界になって来た気がするよ

306名無しさん@編集中 (ワッチョイ 7b3e-qh4d)2017/05/26(金) 17:04:45.86ID:PePAg1Py0
次スレではスレタイ変えたほうがいいだろうな。スレの後半で議論すればいいと思うけど

 【4K/8K】H.265/HEVC その他次世代コーデックスレ

とかでいいんじゃないの。

307名無しさん@編集中 (ワッチョイ 9f72-JG13)2017/05/26(金) 17:37:34.55ID:7MUujsz+0
2スレ目で既にこういう話が出てるね

【2016】 H.265/HEVC Part2 【8192x4096】
http://peace.2ch.net/test/read.cgi/avi/1359375342/795-796
795 名前:名無しさん@編集中[sage] 投稿日:2013/09/08(日) 00:01:49.77 ID:3WDJPz9O [1/2]
次スレから「次世代コーデック総合」にしちゃえ

796 名前:名無しさん@編集中[sage] 投稿日:2013/09/08(日) 02:24:21.00 ID:6G6XCF+f
【H.265/HEVC/VP9/Daala】次世代コーデック総合 Part3【2016/8192x4096】

こうか?

308名無しさん@編集中 (アウアウイー Sa0f-lql2)2017/05/26(金) 17:58:50.40ID:Obswwxsua
youtubeはHEVCで4k見せてくれ

309名無しさん@編集中 (ワッチョイ 9f3c-9uVK)2017/05/26(金) 17:59:51.80ID:KXgfxjbc0
もうつべにあげてエンコされたのダウンロードしたらいいんじゃ

310名無しさん@編集中 (ワッチョイWW 0f92-kUl1)2017/05/26(金) 17:59:56.03ID:EtjPEh540
av1になるやろなあ

311名無しさん@編集中 (ワッチョイ 9f7c-OoHY)2017/05/26(金) 18:24:09.36ID:86SW2LO40
まだ次世代コーデックの話は早い感じだけどあと数年で次世代コーデック出して貰いたいね
来年から4K8K放送が始まるけどH.265だから画質を落とさず圧縮するの無理になる
落ちたスレのタイトルにVP10って入れたけどVP10って開発が無くなってav1になってたの?

312名無しさん@編集中 (ワッチョイ 2b14-9J/J)2017/05/26(金) 19:06:07.02ID:6MaNS8060
>>311 「H.265だから画質を落とさず圧縮するの無理になる」
これってどう言うこと?tsなら画質落とさず圧縮できるのかな
エンコ初心者でごめん

313名無しさん@編集中 (ワッチョイ 9f72-JG13)2017/05/26(金) 19:17:09.98ID:7MUujsz+0
>>312
今の放送はMPEG2っていうかなり古い技術を使っているから最先端の圧縮技術を使えばもっと効率良く圧縮し直せるけど、4K8K放送では最新のH.265を使うことになるからそういうことが出来ないってこと
あとtsって中身の映像コーデックは選べるから、ts=MPEG2って訳じゃないからね

314名無しさん@編集中 (ワッチョイ 7b3e-qh4d)2017/05/26(金) 19:36:08.60ID:PePAg1Py0
放送用のH.265エンコーダの出来や設定によるだろうけど、
同じH.265でもより高効率な設定である程度圧縮することは出来るんじゃないの。
やる意義があるほどには縮まないかもしれないし、
そもそも4K/8K放送がそのまま抜けるようになるのかどうかは知らんけど。

315名無しさん@編集中 (ワッチョイ 9f72-JG13)2017/05/26(金) 19:51:21.40ID:7MUujsz+0
>>314
まあそうだね
出来ないっていうは語弊があったスマン

316名無しさん@編集中 (オイコラミネオ MM7f-IIid)2017/05/26(金) 22:22:09.85ID:oRZNWxYTM
放送のMPEG2採用はタイムスケジュール的に仕方なかったけど、ワンセグだけでもとなんとかH.264をねじ込めた
HDVでさえMPEG2で、当時とても重くて編集に向かないと言われていたな

317名無しさん@編集中 (ワッチョイ 0be1-yauO)2017/05/26(金) 23:58:11.76ID:mGsRsiZC0
ビットレートが少なすぎるのとmain profileのせいで
ほとんど使い物になってないけどね

318名無しさん@編集中 (オイコラミネオ MM7f-IIid)2017/05/27(土) 00:32:39.50ID:1xwfVGuVM
今度BSデジタルのビットレートも落ちるから、BSは高画質って事もなくなるんだよな
地デジももう少しビットレートないと、ちょっとカメラがパンしただけでバリバリとブロックノイズだらけ
むしろ解像度下げてでも、適正な帯域確保して欲しいものだ

319名無しさん@編集中 (ワッチョイW ef8b-Kfqe)2017/05/27(土) 01:49:04.68ID:sgij9sLk0
ビットレート落ちる時にエンコーダーも一新されるんじゃない?
ある程度は維持されないかな(希望的観測)

320名無しさん@編集中 (ワッチョイWW 9f3f-lql2)2017/05/27(土) 07:07:07.74ID:4xZSeLqE0
地デジがH264、H265になったとして再生できるテレビはどのくらいあるんだろ

321名無しさん@編集中 (ワッチョイ 0be1-yauO)2017/05/27(土) 09:22:43.56ID:w3NYDgeR0
>>318
マジで?
4kのしわ寄せあるのか

322名無しさん@編集中 (オイコラミネオ MM7f-IIid)2017/05/27(土) 09:34:24.97ID:OisBoMc+M
>>320
全くないよ
4K本放送受信出来るTVがまだ市販されてない理由が、まだ放送方式が固まってないから

323名無しさん@編集中 (オイコラミネオ MM7f-IIid)2017/05/27(土) 09:36:17.42ID:OisBoMc+M
>>321
その通り、地デジ並みに帯域絞られるらしい
というか、総務省にNHK BSの広帯域を召し上げられてしまう、というべきか

324名無しさん@編集中 (ワッチョイ 0be1-yauO)2017/05/27(土) 10:37:18.92ID:w3NYDgeR0
地デジ相当まで絞られてなおフルHDって悲惨なことになりそう
悪いと言われてるMXクラスになりそうやね

325名無しさん@編集中 (ワッチョイ 9f3c-9uVK)2017/05/27(土) 10:40:34.52ID:RLHv5j7N0
全体を入れ替えないから無駄がでるんだよな

326名無しさん@編集中 (ワッチョイW 9f0e-KEQI)2017/05/27(土) 11:04:45.57ID:6O5LVq/B0

327名無しさん@編集中 (ワッチョイ 0fa3-/6qz)2017/05/27(土) 13:20:29.99ID:KXKBbCuQ0
BS11が一気に高画質チャンネルに躍り出たな

328名無しさん@編集中 (ワッチョイ fb47-waVG)2017/05/27(土) 22:32:01.93ID:7+h2na840
解像度下げたほうが画質が良くなるケースって
圧縮アルゴリズムに改善の余地がある証拠ってことなのだろうか。

329名無しさん@編集中 (ワッチョイWW dfc6-IIid)2017/05/27(土) 23:23:34.66ID:rNvE642F0
MPEG2のHD解像度なら、せめて今の3割増はビットレートがないと適正とは言えない気がする
HDVカメラが25Mbpsなのと比べると半分だし

330名無しさん@編集中 (ワッチョイ 0be1-yauO)2017/05/28(日) 00:47:54.14ID:Hr1Dd13I0
>>326
混雑しすぎや・・

>>328
ビットレートが少ないなら無理せず解像度を下げたほうが奇麗
どんあに優秀なコーデックでもビットレートが少なければアラが発生する

331名無しさん@編集中 (ワントンキン MMbf-LsaC)2017/05/28(日) 03:35:01.15ID:EW1UEyHHM
firefoxが最新版でAV1に対応したみたいなんだがそろそろ仕様が固まったのかね?

332名無しさん@編集中 (ワッチョイ 6b3c-wwwt)2017/05/28(日) 10:37:34.20ID:0KjUZvc60
720pでやればいいのに

333名無しさん@編集中 (ワッチョイ 9f3c-9uVK)2017/05/28(日) 10:44:26.22ID:ptXveHr10
4Kのモザイク放送になるんならやめて欲しいな

334名無しさん@編集中 (ワッチョイ 9f72-JG13)2017/05/28(日) 11:29:42.08ID:/ycrjxRR0
>>331
まだ固まってないと思うよ。

自動翻訳だからよく分からないけど2017年10月を目指してるっぽい?
https://youtu.be/lzPaldsmJbk?t=42m19s

335名無しさん@編集中 (ワッチョイ 66a2-zUMb)2017/06/04(日) 09:44:21.09ID:Q3rUnakt0
現状では、H265のハードウェアリアルタイムエンコーダより、
H264のソフトウェアエンコーダのほうが高画質

336名無しさん@編集中 (ワッチョイ 25aa-SN6U)2017/06/04(日) 09:48:49.18ID:PB+V+6tq0
ハードウェアリアルタイムエンコーダ持ってるの?
まさかグラボの?w

337名無しさん@編集中 (ブーイモ MM8e-B1TP)2017/06/04(日) 16:05:05.19ID:MM855242M
>>336
もう、突っ込むのは、おやめなさい。

338名無しさん@編集中 (テトリスW 0aa7-reZ5)2017/06/06(火) 08:02:56.49ID:aPUfybQl00606
iOS 11でついにHEVCのサポート来るね
Apple純正のカメラアプリでHEVCでの撮影が可能になるらしいから
今回のiPad Proと次期iPhoneはHEVCのハードウェアエンコードができるんだろう

Apple introduces iOS 11 | TechCrunch
https://techcrunch.com/2017/06/05/apple-introduces-ios-11/
Apple、iOSデバイス用OSの最新版「iOS 11」を発表 | iOS | Macお宝鑑定団 blog(羅針盤)
http://www.macotakara.jp/blog/category-54/entry-32649.html

339名無しさん@編集中 (ワッチョイ 6aea-lzDu)2017/06/07(水) 15:46:40.05ID:PSyYxDUv0
HEVCのパテントプールが更に増えて混乱してるっぽい?

Third HEVC Patent Pool Launches With Ericsson, Panasonic, Qualcomm, Sharp & Sony - Dan Rayburn - StreamingMediaBlog.com
http://blog.streamingmedia.com/2017/05/velos-media-hevc-patent-pool.html

H.265/HEVC特許暗黒時代 - Qiita
http://qiita.com/yohhoy/items/c2579097a507b1fbdddb

340名無しさん@編集中 (ワッチョイ 35b5-03SN)2017/06/08(木) 06:52:17.65ID:yyO4u+g00
iOS11は静止画もHEVCを利用したHEIFを採用するのね

341名無しさん@編集中 (ワッチョイ a3db-2lYY)2017/06/08(木) 18:08:42.79ID:ac7KDyX20
AV1ベースの画像圧縮もいずれ来るかな?

342名無しさん@編集中 (ワッチョイ 0baa-kOr2)2017/06/08(木) 18:22:11.94ID:h4jqOwto0
好きだなそれ

343名無しさん@編集中 (ワッチョイ 23ea-o9gJ)2017/06/09(金) 09:48:23.73ID:h0KfE4ik0
HEIFってリミテッドレンジのYUVを記録して画像表示時にYC伸長してるっぽいけど階調表現とか大丈夫なのかな。
試しにフルレンジで作ってみたら二重伸長しちゃっておかしなことになるし。
いや作り方が間違ってるのかもしれないけど。

344名無しさん@編集中 (ワッチョイ 239b-Hrry)2017/06/09(金) 16:05:17.32ID:3wvqb0QL0
現状自分にはHEIFをデコードする方法すらよくわからんw

345名無しさん@編集中 (アウアウカー Sae1-DEJT)2017/06/09(金) 19:29:32.49ID:GrnTYCZ7a
これって何て読むの?
ハイホー?w

346名無しさん@編集中 (ワッチョイ 0bdb-kOr2)2017/06/09(金) 22:19:32.94ID:/lwkkx5y0
いや、ヒーフだろw

347名無しさん@編集中 (ワッチョイ db1f-OlK+)2017/06/10(土) 06:06:04.89ID:iZdzS+Th0
ヘイフーだよ

348名無しさん@編集中 (ワッチョイ 85aa-kOr2)2017/06/10(土) 10:05:26.10ID:DpEQBB5o0
ヒャッハーな

349名無しさん@編集中 (ワンミングク MMa3-j4yd)2017/06/12(月) 21:58:55.19ID:IPndBAgvM
HEIFとBPGは圧縮技術的には同じものなのだろうか

350名無しさん@編集中 (ワッチョイW e3a7-MXEb)2017/06/13(火) 16:34:33.52ID:CGPJrXkz0
この記事読んだ限りではHEIFはコンテナの事を指してるみたい

【解説】iPhoneのAV機能は「iOS 11」でこう変わる (2/3)
http://www.phileweb.com/sp/review/article/201706/09/2567_2.html

351名無しさん@編集中 (ワッチョイ 23ea-o9gJ)2017/06/13(火) 17:09:02.78ID:SNWRSeBr0
HEIFにx265で作った.h265ファイルも格納出来たよ。
ここを参照した。

Converting a JPEG to the new HEIF image format
http://jpgtoheif.com/

あとnokiaのサイトにBPGとの機能比較があって、BPGのとこに注釈で制約付きみたいなこと書いてあるからHEIFのほうがプロファイルとかレベルが上のものが扱えるのかもしれない。よく分からないけど。

HEIF Technical Information - High Efficiency Image File Format
https://nokiatech.github.io/heif/technical.html

352名無しさん@編集中 (ワッチョイ 0bdb-kOr2)2017/06/14(水) 23:53:21.90ID:Gd60CygN0
インタレ保持H264とbob化して60fpsにしたH265、どっちがきれいに残せる?

353名無しさん@編集中 (ワッチョイ 8baa-VLdI)2017/06/15(木) 00:40:59.76ID:RmzS1tWh0
とんちんかんだなぁ

354名無しさん@編集中 (ワッチョイ aedb-VLdI)2017/06/15(木) 00:45:36.53ID:EWtuWi0m0
>>353
知らないなら書き込まなくていいよ

355名無しさん@編集中 (スップ Sd7a-GBnf)2017/06/15(木) 16:58:36.10ID:W1wf0o72d
トンチか

356名無しさん@編集中 (ワントンキン MMaa-GmTV)2017/06/16(金) 05:24:24.24ID:Lvz166R+M
HEIF試してみたけど機能詰め込みすぎじゃないかねこれ
ブラウザとかで実装難しくて駄目になりそう
webpも機能をフルサポートできているのはchromeだけだし高機能画像フォーマットは流行らないよ
その前にライセンスの問題がありそうだけどね

H.265の特許を持っているAppleは良いだろうけど、そうでないGoogle、Mozilla、MSは使わないかも。

358名無しさん@編集中 (スップ Sd7a-GBnf)2017/06/16(金) 10:06:09.02ID:Hx3Jwtbrd
リンゴが特許持ってるなら流行らない

359名無しさん@編集中 (スップ Sdda-NFrx)2017/06/16(金) 10:52:48.65ID:u2ShJ4/1d
それは間違いない

360名無しさん@編集中 (アウアウウーT Sa77-C0RR)2017/06/17(土) 07:40:04.80ID:U7D4UdH8a
いや、H265は放送規格でしょうよ
MSやGOOGLEがイヤイヤ言ったってデファクトスタンダードで決まったんだから迎合するしか無いよ

361名無しさん@編集中 (ワッチョイ 3ac0-VgqF)2017/06/17(土) 10:19:33.03ID:4pZpOmQX0
H.264よりも高額なライセンスを払うぐらいなら、放送局も使わないのでは。
事実上のデファクトを決めるのはユーザーである放送局。

362名無しさん@編集中 (ワッチョイ e3b1-yC+1)2017/06/17(土) 11:21:31.93ID:Fg/Hs3tI0
別に放送するために作られてる規格ではないと思うが

363名無しさん@編集中 (ワッチョイWW eb00-NFrx)2017/06/17(土) 16:22:56.44ID:lFPKMW0n0
え?

364名無しさん@編集中 (アウアウウーT Sa77-C0RR)2017/06/17(土) 16:50:54.96ID:QCNE3Tfha
ライセンス料は機材費に上乗せされてるから局にライセンス料云々の観念は無いよ
H265に決まったらH265の放送用システムを購入するだけ

局は商売でやってるから小さいライセンス料をケチって節約するより
H265で帯域節約してチャンネル数を増やし商機を多くした方が儲かる

365名無しさん@編集中 (ワッチョイWW 536c-oWh/)2017/06/17(土) 17:08:33.95ID:DHHRE6JV0
放送規格??

366名無しさん@編集中 (ワッチョイWW 16a9-VBfl)2017/06/17(土) 17:49:22.51ID:5qTMThvB0
Googleの気が変わらないとねまずは

367名無しさん@編集中 (アウアウウー Sa77-K7fM)2017/06/17(土) 17:55:52.77ID:rDEAXI5ya
h265は使用料が小さくなるか不明だし、交渉が必要な窓口が複数あるんだろ
>>339が解決しないと放送局も移行難しいんじゃないの

368名無しさん@編集中 (ワッチョイ b317-yC+1)2017/06/17(土) 18:15:32.53ID:ZF/AMJv10
ネットならともかく放送局は機材を購入するだけだから関係なくね?

369名無しさん@編集中 (アウアウウーT Sa77-C0RR)2017/06/17(土) 18:17:03.23ID:QCNE3Tfha
いやいや放送局にそんな自由度は無いよ。決まった放送規格に準拠しなきゃいけないんで
国際規格であるISO規格に従わなきゃいけない決まりになってる
NTSCとPALみたいなもんで局が独自判断でうちはNTSCで送信しますとかPALで送信しますとかは出来ないのと同じ様に
H265送信が決まってるんだから局単独でうちはしないなんて言える自由度は無い

370名無しさん@編集中 (ワッチョイ 4faa-VLdI)2017/06/17(土) 18:20:32.64ID:+49xbF7r0
一体何の心配をしているのだろう…

371名無しさん@編集中 (ワッチョイ bb11-S2F3)2017/06/17(土) 18:43:27.13ID:9k+UCvbJ0
ユーザーとしては早く一本化してほしいところ
pascalグラボだからしばらくは大丈夫だろうが

372名無しさん@編集中 (ワッチョイ 53c0-VgqF)2017/06/17(土) 20:15:20.25ID:ychqMqTv0
特許を持つところが全て放送局には請求しないと言ってる?
そのあたりは曖昧なのかと思ってたけど。

373名無しさん@編集中 (ワッチョイW 1aa7-gmNi)2017/06/17(土) 20:39:42.82ID:NPhG4TuP0
iOS 11:新しく採用する画像フォーマット「HEIF」、動画フォーマット「HEVC」について
http://www.macotakara.jp/blog/category-54/entry-32743.html

High Efficiency Image File Format
https://en.m.wikipedia.org/wiki/High_Efficiency_Image_File_Format

374名無しさん@編集中 (アウアウウーT Sa77-C0RR)2017/06/17(土) 20:43:33.09ID:QCNE3Tfha
特許を払うのは放送局じゃ無くて機材を納入しているメーカーの方よ

375名無しさん@編集中 (ワッチョイW 1aa7-gmNi)2017/06/17(土) 20:50:40.60ID:NPhG4TuP0
Apple的にはHEIFはiOS端末で必要な機能に全部対応できる理想的なフォーマットだな

ハードウェアデコードはA9搭載機から対応してるし秋頃にはiTunes StoreのコンテンツもHEVC版が用意されるのかも

376名無しさん@編集中 (ワッチョイ e3b1-VLdI)2017/06/17(土) 20:52:44.72ID:zOOjaVag0
放送規格として採用されれば受信機が大量に売れるんだからウハウハだろうな

377名無しさん@編集中 (ワッチョイ 8706-nAjB)2017/06/17(土) 21:25:25.99ID:8UG4aoFF0
こんなパテントプールなんて結局、対してウハウハにならんと思うけど。
1社あたりがどれくらい収入があるの??
大企業から見れば大した金額にならねぇんじゃねぇかな??

378名無しさん@編集中 (ワッチョイ 1edc-2WTa)2017/06/18(日) 18:30:00.94ID:wKPQEsH40
対してGoogleは自社製品と自社サービスで帯域減らせればそれでいいってスタンスだから
優れたフォーマット作っても広める気がまるでないってのがね

379名無しさん@編集中 (ワッチョイ 53c0-VgqF)2017/06/18(日) 19:35:12.31ID:EvBTSLhX0
>>377
たぶんH.264でたいした金額にならなかったので、今から分裂しているのだろう。

380名無しさん@編集中 (JPWW 0H3b-VJjP)2017/06/25(日) 03:53:33.81ID:qExE9stXH
HEIF画像規格を読めるアプリってライセンス料はらわないといけないの?

381名無しさん@編集中 (ワッチョイ ffe3-ipFz)2017/06/25(日) 22:58:27.36ID:dvrPDLhR0
パテントプールA「1ドル徴収!」
パテントプールB「1ドル徴収!」
パテントプールC「1ドル徴収!」
パテントプールD「1ドル徴収!」

パテントプールA「うちで使おうとすると支払いが3ドルになるんだが?」
パテントプールB・C・D「な、ナンダッテー!?」

382名無しさん@編集中 (JPWW 0H3b-VJjP)2017/06/26(月) 02:36:47.55ID:H6sSSaIbH
androidあ対応するのはいつになるんだろう

383名無しさん@編集中 (ワッチョイ ffa2-ZLad)2017/06/26(月) 03:34:27.24ID:CHJqkwF00
パテントプールA「エンコーダからは1ドル徴収、配信事業者は正規ライセンス受けたエンコーダ使ってる限り徴収しないよ」
パテントプールB「エンコーダからは1ドル徴収、配信事業者は売上の1%徴収するよ」

こんな感じだろ

384名無しさん@編集中 (JPWW 0H3b-VJjP)2017/06/26(月) 04:25:45.60ID:H6sSSaIbH
デコーダーはどうなの?
電子書籍のばあいライセンス料どうなるんだろ

385名無しさん@編集中 (ワッチョイW 9711-t5m7)2017/07/06(木) 13:33:12.09ID:Q2QGsxA10
x265ここ2年ほど色々試してたんだけど
使いこなせないから動画のエンコードに使うの諦めたわ

うちのモニタだと暗部がエンコーダが想定してるより明るく表示されるせい?なのか
階調つぶれが目立って見れたものじゃなくなる
スマートフォンで見ると特に問題はないから、悪いのはうちの環境なんだとは思うが……

386名無しさん@編集中 (ワッチョイ 9fcd-ZuCk)2017/07/06(木) 17:08:17.22ID:OwLrKLhy0
せやせやワイにも決定版設定教えて

387名無しさん@編集中 (ワッチョイ 9717-rvkC)2017/07/06(木) 18:02:26.65ID:tQGoojMa0
10bit色深度でやればいい
画質的にかなり底上げできる

388名無しさん@編集中 (ワッチョイ f7d1-rvkC)2017/07/06(木) 18:20:52.38ID:0re4xL/z0
決定版なんてない事一つ上のレスみりゃ分かることじゃん・・・
ソースやその人の環境や目によるっつーの

bit深度上げるっていうのは試してみても良いとは自分も思う
あと自分は暗部のブロックノイズ酷くなりそうなソースならやっぱりAQ3使ってる

389名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/06(木) 20:12:21.64ID:MnYtEGzZ0
>>385
それは8bitの限界だよ。すでにモニタの表示能力は8bitの表現力を大きく上回ってる
ならした上で10bitでエンコすればいい

390名無しさん@編集中 (ワッチョイ d7aa-Vfh5)2017/07/08(土) 13:33:38.85ID:TNHE0AwJ0
HEVCの分散エンコーディングできる、
業務用じゃない安価なソフトウェア探してます
リリース予定情報とかでも構いません

Apple CompressorがHEVC対応してくる予定だけど
他にクラスタが組めるソフトウェアってあります?

安くプールを構築したいので出来ればWindowsで

391名無しさん@編集中 (ワッチョイWW d700-1ba3)2017/07/08(土) 15:18:49.94ID:SXAb6HZK0
>>390
Cambria FTCみたいな業務用しかないんじゃないか?
そういうのが望みじゃないならソースを分割して複数台エンコ後結合しかないだろうな
ま、そんな事するくらいならコア数多いCPU使っか方が圧倒的に速そうだけども

392名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/10(月) 00:05:46.79ID:fBf8SdlI0
GPUに支援させてBフレームありでエンコードさせる技術は無いの?

393名無しさん@編集中 (ワッチョイ f7d1-rvkC)2017/07/10(月) 00:19:37.83ID:j08XgovN0
そんなもんは無いからHWエンコは速いんだと思ってた
refにもよるけどbframesとb-adaptって結構重いオプションだと思う
かといってbframes0ならソフトウェアエンコで同じ速度が出るとも思わないけど

394名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/10(月) 00:34:49.72ID:b+OhTxjI0
GPGPUを利用して、各種物理シミュレーションや機械学習やその他いろんな計算を
代行させてるのに、Bフレームだけは出来ないとは思えない

395名無しさん@編集中 (アウアウウー Sa5b-eihV)2017/07/10(月) 00:58:10.11ID:ySZQj/hSa
出来るんならgoogleあたりがとっくに実用化してるんじゃないか
gpgpuで何でもできるなら量子コンピューターの開発よりgpuに投資するんじゃないかな

396名無しさん@編集中 (ワッチョイWW 976f-3BmQ)2017/07/10(月) 01:06:21.48ID:UnnNW4Lc0
パスカル設計のNVENCはcudaによるBフレーム処理をサポートしていたような。

英語出来ない自分が英語版ウィキを読んだだけだから読み間違えてるかもしれんけど。

397名無しさん@編集中 (ワッチョイ 9f44-rfzC)2017/07/10(月) 01:23:13.99ID:g7klIvPs0
>>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が無い)


こんな感じだったと思う。間違ってたら訂正してくれ。

398名無しさん@編集中 (アウアウウー Sa5b-eihV)2017/07/10(月) 01:50:04.07ID:ySZQj/hSa
俺は無知だな

399名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/10(月) 02:58:14.74ID:zOhUpzPN0
QSVのHEVCはBフレームなしのNVEncより画質悪い。なんでだ?

400名無しさん@編集中 (ワッチョイWW d700-1ba3)2017/07/10(月) 03:02:11.11ID:EVG72uSp0
>>399
Bフレーム使えるからってCPUみたく複雑な計算が出来るようになる訳じゃないから

401名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 00:10:35.23ID:Y5S24hR30
>>352
bob化して60fpsにしたHEVCの方が圧倒的にきれいだよ

402名無しさん@編集中 (ワッチョイ 77db-0acm)2017/07/11(火) 14:34:21.32ID:wCs6Bw/Q0
GPGPUでエンコ出来るのはいつの日か…

403名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 20:01:33.56ID:gMBVrqRi0
NVEncとかが役に立たないからCPUパワーに任せて、
Ryzenの8コアとかでエンコードしてるのが現状だしな

GPUが使えれば、たくさん載せて爆速にできるのに

404名無しさん@編集中 (スッップ Sdbf-1ba3)2017/07/11(火) 21:23:36.13ID:C+AC+6mCd
>>403
CPUエンコとGPUエンコじゃ目的が違うんだからずっと平行線、比べる意味がない
よって、>>402が希望する目的でGPUエンコ出来る日も、一生来ない

405名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 21:30:41.29ID:gMBVrqRi0
CPUによるディープラーニングとGPUによるディープラーニングも平行線なのか?

406名無しさん@編集中 (ワッチョイ 77db-0acm)2017/07/11(火) 21:36:31.68ID:wCs6Bw/Q0
>>404
俺が言ってるのはNVencみたいなのじゃなくてGPUでやるソフトウェアエンコードだよ
CUDAやOpenCLでやるやつ

407名無しさん@編集中 (スッップ Sdbf-1ba3)2017/07/11(火) 21:55:19.58ID:C+AC+6mCd
>>405
流れ的にエンコだけの話、ディープラーニングは知らん

>>406
しかし、そんなのこそ絶望的じゃなかったか?
CPUと同じ計算をGPUでやりたいんだろ?
コア数が数千倍多いのに計算結果は100倍遅いんだぜ…

408名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 22:03:21.70ID:gMBVrqRi0
どの程度用途が限定されてるのかはよく判らんけど、
今NVIDIAが世界的に注目されてるのは、ゲームだけが理由ではないのは確か

409名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 22:04:36.87ID:Y5S24hR30
動画圧縮は動き探索がキモだけど、GPUだと難しいからね
抜本的な並列性の改善が必要だけど、実装する人がいるか

410名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 22:05:50.00ID:Y5S24hR30
注目されてるのはディープラーニングでしょ。動画圧縮関係ないじゃん

411名無しさん@編集中 (ワッチョイ 9fea-URZV)2017/07/11(火) 22:12:48.54ID:z3Wp2WHU0
>>273のやつは動画分野でも研究してるっぽいよ
http://www.wave.one/icml2017

静止画と違って既存技術との比較がないからまだ成果は出てないようだけど、まあ後10年くらいで実用化されてもおかしくないんじゃね

412名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 22:54:42.86ID:Y5S24hR30
動画圧縮はMPEGの時代から長いこと動き補償がメインだったからな
ディープラーニングっていうこれまでとは全く違う方法で動画圧縮に
ブレークスルーが起こればいいなって思うよ

413名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 23:21:08.09ID:gMBVrqRi0
GPUの中身が、何か画像処理だけに特化されたような作りになってると思うのは幻想だ
ただの演算なんだから汎用的な計算のレベルまで分解できて、だからこそ
GPGPU(General-purpose computing on graphics processing units; GPU汎用計算)という
アイディアが生まれる

GPUがディープラーニングにしか使えないと思っちゃうのは、もう理解不能

414名無しさん@編集中 (アウアウウー Sa5b-eihV)2017/07/11(火) 23:34:06.54ID:vf7WGCgKa
アルゴリズムは複雑ではないが計算量が膨大で並列可能なものに、機械学習や画像処理、物理演算が当てはまるからその分野ではgpgpuが威力発揮するんじゃないの
cpuのようなこともgpuで出来るようになってるから注目浴びてるみたいなソースでもあるの?

415名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 23:45:38.17ID:gMBVrqRi0
H.265の処理はまさにそんなんだと思うが

416名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 23:45:47.40ID:Y5S24hR30
>>413
ディープラーニングが流行ったおかげで脚光を浴びるようになったのは事実
NVIDIAが「謎のAI半導体メーカー」って言われちゃうくらいだからw
http://www.huffingtonpost.jp/2017/05/22/nvidia_n_16746954.html

417名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/11(火) 23:49:11.35ID:Y5S24hR30
>>415
並列化できるかどうかが問題でしょ
CPUみたいなせいぜい数十スレッド規模じゃなくて、数千・数万スレッド規模で

418名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/11(火) 23:53:58.39ID:gMBVrqRi0
画面全体をいきなり扱うみたいなホログラフなことをしてる訳じゃなくて、
小さいエリアに分解してるんだから並列処理の代表みたいなもんでしょ

そもそも、NVEncでやってることをGPGPUにするとできなくなる訳がない

419名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/12(水) 00:00:13.46ID:yTGqM7gL0
NVEncの品質でいいならGPGPUでできると思うよ
でもNVEncがあるんだからGPGPUでやる必要ないでしょ
俺が言っているのはx265の品質をGPGPUで実現するのが難しいってこと

動き探索は複雑なアルゴリズムで計算量減らしてるから
単純化して並列化してもCPUに勝てないんだよ

420名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/12(水) 00:13:19.82ID:6uCl/E+s0
なんでそう考え方がアナログ的になっちゃうんだ
CPUがやってる計算をそのままGPUに代行させれば、1bitも違わずに同じものができる
それがコンピュータ

421名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/12(水) 00:18:23.32ID:yTGqM7gL0
そりゃそうだが、その代わり全く速くならないどことか、10倍以上遅くなると思う
数百動画くらい並列にエンコすれば速くなるかもしれないね

422名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/12(水) 00:24:41.81ID:6uCl/E+s0
つまり、並列化ができれば速いができない筈という予想な訳だ

画像処理は並列化は普通に大得意だと思う

423名無しさん@編集中 (ワッチョイ 1706-pw7F)2017/07/12(水) 00:27:54.18ID:v8KAwY8P0
一向にGPGPUを使った爆速エンコーダーが出てこないとこみると、
GPGPUは条件分岐が苦手で、エンコーダーが苦手なアルゴリズムが
含まれてるんだろうと予想はしてる

424名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/12(水) 00:28:56.64ID:yTGqM7gL0
画像処理は並列化が得意とか、そんな一般的な話をしてるんじゃなくて
動き探索は並列化が難しいって話をしてるんだけど・・・

425名無しさん@編集中 (ワッチョイWW d700-1ba3)2017/07/12(水) 00:29:35.21ID:EwDHSyhE0
予想ってwww

426名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/12(水) 00:34:44.15ID:6uCl/E+s0
いや、Bフレームが無くていいなら、現状で爆速エンコーダはある

なんでBフレームを付けてくれなかったかというと、
それが難しいからというのもあるだろうけど、
サイズを縮めることはグラフィックボードの本懐ではないから

とにかく速く、リアルタイムで、ということを追求してるので、
既に帯域が足りてるところに遅くなるだけの処理を増やしたりはしない

やればできる子なのにやらないので、GPGPUにやらせようと

427名無しさん@編集中 (ワッチョイW 9711-t5m7)2017/07/12(水) 00:41:44.53ID:L/zC14h80
>>426
それハードウェアエンコーダなんですよ

428名無しさん@編集中 (ワッチョイ b7db-zXdO)2017/07/12(水) 00:56:17.65ID:yTGqM7gL0
>>426
そのエンコーダはどこにあるんだ?

429名無しさん@編集中 (ワッチョイ 9fde-OACE)2017/07/12(水) 05:14:34.74ID:fWvK0Q4D0
あの大量に積んだGPUが穴掘りじゃなくエンコードに有効だったらよかったのに

430名無しさん@編集中 (アウアウウーT Sa5b-lTuT)2017/07/12(水) 07:20:03.45ID:3hxTdo5Da
CUDAを使ったエンコーダーは実際に映像編集ソフトなどで既にあるんだが
確かにエンコードスピードは早くなるが一番良くて数倍程度で
併せてCPUの稼働もフルに近くなる
数千コアも使ってるにしては期待はずれな結果なんだが
何故こうなるかと言うとメモリが関係してくる
グラフィックカードの搭載メモリ量は多くて数Gバイトだが
これを何千もあるCUDAコアに割り当てると1コア当りでは1MBレベルになってしまう
エンコード作業に使うバッファとしては全く足りず頻繁にスワップが発生して速度低下し、
数千コア分のスワップを処理するCPUもパンク状態になってしまう
結局のところ、数千のコアが充分に動作出来るのは1コアが使うのが1MB程度の処理に限られ
それ以上の事をさせるにはコア以外の部分でスパコン並に大掛かりなシステムが必要になってしまうわけだ

431名無しさん@編集中 (スッップ Sdbf-Ku9v)2017/07/12(水) 08:02:47.37ID:udI1oipJd
GPUが大の苦手なのは、条件分岐だってバッバが言ってた。
そしてソフトウェアエンコは条件分岐の塊だってジッジが言ってた。

432名無しさん@編集中 (ワッチョイ 9fe5-1B52)2017/07/12(水) 08:13:38.00ID:6uCl/E+s0
全部自分でやるか全部任せるかの二択である必要はなくて
これ計算しといて、と切り分ける部分は先輩がやって、
新入りは意味も判らずひたすら計算、という図式が効率的

433名無しさん@編集中 (スププ Sdbf-RS1R)2017/07/12(水) 13:04:47.93ID:Jep/5UvTd
まだx265は開発中だしのんびり行きましょう
ちょうど10年前のx264も言うほど賞賛されていたわけじゃなかったし
今後メインストリーム帯のCPUコアが増えていくだろうからエンコの負担が減ることに期待してる

434名無しさん@編集中 (バットンキン MM7f-rPCP)2017/07/12(水) 13:24:23.08ID:vkRVmgF3M
>>432
先輩後輩間でコミュニケーション爆発が起きて低速化するというオチ

435名無しさん@編集中 (ワッチョイW 9711-t5m7)2017/07/12(水) 13:27:23.09ID:L/zC14h80
GPUの並列計算はCPUのそれとは違って、似た事しかさせられんのよ
例えば(1,5,25,8,-3,0)といった入力値全てに対して2をかけろ
というようなことね
分岐が苦手なのもこれが原因

CPUに比べて沢山コアがある代わりに1つ1つの計算は遅い、なんて理解は間違い

436名無しさん@編集中 (ワッチョイW ee23-uryo)2017/07/13(木) 04:18:22.33ID:oNggwoFN0
ほんと色んなとこにいるけどGPUを銀の弾丸みたいに思ってる人多い

437名無しさん@編集中 (ワッチョイ 96a2-z+eH)2017/07/13(木) 05:49:00.70ID:Dyor4RaF0
いまだにGPUに積んであるハードウェアエンコーダによるエンコードと
GPGPUによるエンコードがごっちゃにされてるくらいだし

438名無しさん@編集中 (ワッチョイ aae5-1CH6)2017/07/13(木) 07:21:17.25ID:beevuKCx0
どんな用途にも使えるとは思わないけど、
動画の圧縮用途には向いてる気がする

439名無しさん@編集中 (スッップ Sd70-aHyc)2017/07/13(木) 08:05:30.74ID:PZfgEZRsd
単に削るだけの処理ならGPUは速い。
どうやって劣化を抑えて削るか判断する処理がGPUじゃお話にならないって事。

そしてソフトエンコする層は2つめを特に重視するので
WinWinにはならんの、どうあがいても。

440名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/13(木) 09:08:48.78ID:SO2+OGnJa
GPUが分岐が苦手というのは原理の話だが現状もうその欠点を補う技術が開発されたうえでの話なわけで
原理だけで絶対論のように言うのはちと語弊があるんじゃないか

441名無しさん@編集中 (ワッチョイ 0117-S4qQ)2017/07/13(木) 09:55:27.19ID:vFmscwS20
だから得意な処理で役割分担しようってのがヘテロジニアス・コンピューティング

442名無しさん@編集中 (ワッチョイ aae5-1CH6)2017/07/13(木) 19:10:24.34ID:beevuKCx0
感覚的だなあ

GPUのエンコードは速いし綺麗
既に実証されてる

但し、サイズは相対的に大きい
Bフレームが無いから

無いのは困難だからじゃなくて、設計思想と合わないから
GPUはリアルタイムのエンコード処理を想定してる訳で、
それはつまり今撮影した動画をそのまま配信、とかのケース
未来のフレームなんてまだない

そもそも、片方向のエンコードはできるのに、両方向にした途端に
分岐が複雑すぎて処理できなくなる訳がない
近いうちにBフレーム付きのH.265がNVEncにも出るから、
その時に恥じ入ってくれ

443名無しさん@編集中 (アウアウウー Sa08-hJld)2017/07/13(木) 19:43:43.25ID:rWF2ph9Ka
恥じ入る準備は万全だが、〜訳がないてのは感覚的じゃないのか

444名無しさん@編集中 (バットンキン MM32-6518)2017/07/13(木) 19:48:39.31ID:63Ap1IZlM
なんだろうこのわかってない感

445名無しさん@編集中 (ワッチョイ f406-6eVw)2017/07/13(木) 19:54:24.71ID:am2xVfxv0
もし、H.265でCPUより高速で綺麗なGPGPUエンコーダーが出るなら、
H.264で既に出てる。

446名無しさん@編集中 (ワッチョイ 1211-0EKw)2017/07/13(木) 19:58:29.94ID:0ys2B0nX0
アクションカメラとか4Kで撮れる奴とかあんのにな

447名無しさん@編集中 (ワッチョイ f406-6eVw)2017/07/13(木) 20:07:50.77ID:am2xVfxv0
つか、この話は本当に動画圧縮アルゴリズムに詳しい人いないと無理だろ。
俺は長年プログラミングやってるけど、動画圧縮のアルゴリズムの詳細は
さすがに知らんわ。
画像処理くらいならSIMD使って最適化したことあるし、
画像処理の畳み込み演算とかまさしくGPGPU得意なのはわかるが、
動画圧縮はぽかーん?だわ。

448名無しさん@編集中 (ワッチョイ 9774-z+eH)2017/07/13(木) 20:11:16.32ID:4FdtPyrF0
2時間映画を同じビットレートでエンコしても30?ぐらいしか変わらない気する H.265のNVEncとx265比較で 

449名無しさん@編集中 (ワッチョイ aae5-1CH6)2017/07/13(木) 20:11:47.04ID:beevuKCx0
1に1を足して3になる訳がない

450名無しさん@編集中 (ワッチョイ 9774-z+eH)2017/07/13(木) 20:12:07.11ID:4FdtPyrF0
30メガ

451名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/13(木) 20:15:59.40ID:yK2sAviua
>>430に書いたようにCUDAを使ったGPUエンコーダーは業務用途で既にあって
別にリアルタイムエンコードに限った用途なんて事は無いし、
またH264では出てないなんて事も無いんだが

452名無しさん@編集中 (ワッチョイ 62ea-qt4g)2017/07/13(木) 20:22:55.41ID:E0PiKExh0
>>448
徒歩と自転車で同じ時速で移動したけど到達時間がほとんど変わらなかったって言ってるようなもの

453名無しさん@編集中 (スッップ Sd70-YOS7)2017/07/13(木) 21:20:32.20ID:gLYpjuwBd
>>451
それって、Kepler以前にCUDAでGPUエンコしてた時のGPUアクセラレー卜機能の事言ってだろ?
違うならその業務用ソフト言ってみ

454名無しさん@編集中 (ワッチョイ 2144-A9YL)2017/07/13(木) 21:57:29.16ID:z/gTmAnn0
>>442
>>397
 ・QSVならHEVCでもBフレームが使える
 ・H.264ならQSVでもNVEncでもVCEEncでもBフレームが使える(ただし環境にもよる)
と書いたのに、なんで「(GPUエンコでは)Bフレームが無い」とか言ってるの?

455名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/13(木) 23:26:38.67ID:TdNN4TzO0
NVENCがHEVCでBフレームなしだからでしょ
NVENCは専用HWでGPUコア使ってないからGPGPUじゃないんだけどな

>>451
俺もどういうのか知りたい。x264やx265のmediumより速いのか?

456名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/13(木) 23:42:27.66ID:TdNN4TzO0
>>430
これはエンコードじゃなくてフィルタ処理をGPUでやってて
エンコード自体はCPUでやってたってオチじゃね

457名無しさん@編集中 (ワッチョイ 5374-X5vM)2017/07/14(金) 00:22:24.59ID:6qMBlZjY0
そうこう言ってる間にさっきx265のver 2.5がリリースされましたよ
https://bitbucket.org/multicoreware/x265/overview

リリースノート
https://bitbucket.org/multicoreware/x265/commits/64b2d0bf45a52511e57a6b7299160b961ca3d51c

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

185
圧縮率は「H.264」の2倍、超高精細やスマホを視野 動画圧縮技術の次世代国際標準「HEVC」
鈴木 輝彦 氏ソニー システム&ソフトウェアテクノロジープラットフォーム 共通要素技術部門 信号処理技術1部 主任技師
http://techon.nikkeibp.co.jp/article/HONSHI/20120412/212513/
http://techon.nikkeibp.co.jp/article/NED/20120409/211909/

189
読んだけど一部要約すると
AVCは今から10年以上前に仕様提起され標準化されたものでエンコードに使う演算装置がシングルコアで進化していく、
クロック数が右肩に上がっていくものと想定して難しいエンコード方法を採用して標準化されたんだとさ
HEVCは既存技術に魔法のような新技術を加えて劇的な圧縮率向上をはかるのではなく
既存技術を今主流のマルチコアCPU、GPU、並列処理への最適化と処理の簡略化、この10年での改善をはかるみたい
最後のエントロピー符号化はCAVLCは廃止、進化したCABACへ一本化
その他新技術ももちろんある

459名無しさん@編集中 (ワッチョイ 0117-S4qQ)2017/07/14(金) 00:58:07.96ID:ZmGhVoRc0
>>457
今回はわりと豊作だった
さて次はなにが入るんだろうか

460名無しさん@編集中 (ワッチョイWW 6600-YOS7)2017/07/14(金) 01:53:57.21ID:MRb7Fz/X0
>>451消えたな
>>453が図星で顔真っ赤なんだろう

461名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/14(金) 11:19:37.41ID:Gh0xtdk6a
>>453
>>455
イマジカで組んだシステムでCUDAを使ったプログラムを独自に書き起こしたって話のものだが
しかしやけに喧嘩腰だな
民生用ソリューションの話だけしか知らずプログラ上の詳細を語れる知識があるわけでも無い人間が
原理的な話で自説を固辞するのはあまりに無理があるだろう
技術の話なんだから理論的に考えれば答が出るので喧嘩腰になる意味は無いんだが
いたずらに感情的になるタイプの人間は技術の事を考えるには不向きじゃないかね
いらぬ対抗意識を燃やす人間の相手をするのは正直面倒だしこちらに益も少なく
うんざりするのであまりやりたく無いんだが

462名無しさん@編集中 (アウアウウー Sa08-hJld)2017/07/14(金) 11:46:45.41ID:1JnXaL94a
イマジカがcudaエンコーダ書き起こしたってソース見つからないんだけどリンク頂戴
長い割に中身皆無の書き込みよりソース持ってきたほうがお互いのためじゃない?

463名無しさん@編集中 (スッップ Sd70-YOS7)2017/07/14(金) 12:18:17.46ID:UDFXigrwd
>>461
証拠だけ出せば良いものを感情的になってダラダラ長文書いてるアホはおまえ

464名無しさん@編集中 (ワッチョイ 2144-A9YL)2017/07/14(金) 12:36:51.78ID:k5gh5Rdz0
>>461
「IMAGICA CUDA」でざっとググってみただけだけど、Premiere Pro CCベースのシステムってだけだし
レンダリング等にCUDAのアクセラレーションを使ってるだけで、エンコードには使ってないと思う。

http://www.adobe.com/jp/aboutadobe/pressroom/pressreleases/20130531_IMAGICA.html
https://helpx.adobe.com/jp/media-encoder/using/whats-new-media-encoder-7-1.html
https://helpx.adobe.com/jp/premiere-pro/kb/cpsid_89467.html
http://www.nvidia.co.jp/object/adobe-media-encoder-cc-jp.html

465名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/14(金) 14:36:33.37ID:Gh0xtdk6a
なんでもかんでも宣伝していて素人がネットで情報を読めると思っているのは世間知らずだろう
ちゃんとお金払って長年付き合わないと分からない世界があるって事は知っといた方がいいよ
ここまでCUDAをエンコードに使えないという理由をまともに説明している意見は無いが
単純に自分の知る範囲で見かけないから出来ないに違い無いとたかをくくってるようにしか見えないな
なんの理由があって専門でも無い事をそこまで言い張りたいのか分からないがとても真摯な姿勢とは思えない
ただ言いはりたいだけの喧嘩腰の分らずやにこっちがわざわざ理解をしてもらう努力をする理由は無いね
なんの得にもならない
出来ないと言うなら他人に資料求めて無いで、素人考えの一人合点で無くちゃんと勉強したプログラム上の理屈を提示しなさいな
その方が早いよ

466名無しさん@編集中 (ワッチョイWW 6600-YOS7)2017/07/14(金) 14:48:44.64ID:MRb7Fz/X0

467名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/14(金) 15:22:01.56ID:RT5br4l/a
話すだけ無駄な人種だな

468名無しさん@編集中 (ワッチョイ 3011-1CH6)2017/07/14(金) 15:49:25.24ID:WymIpP/30
ないことを証明しろは悪魔の証明まんまだなw

469名無しさん@編集中 (スッップ Sd70-YOS7)2017/07/14(金) 16:47:22.85ID:kQICPHzrd
アウアウウーT Sa08-svru
恥ずかしい勘違いで引っ込みつかなくなったアホ

470名無しさん@編集中 (アウアウエー Sa6a-CrIz)2017/07/14(金) 17:51:33.49ID:0DNbARgla
そんなにGPU使いたいならOpenCLオプション付けてエンコードすれば

471名無しさん@編集中 (アウアウウー Sa08-hJld)2017/07/14(金) 17:56:10.34ID:eRMhQyesa
>>467
あなたの書き込みは蓮舫の会見と似てるんだよね
抽象的なことばかり長文で書き込んで、具体的には何も示さない

472464 (ワッチョイ 4644-A9YL)2017/07/14(金) 18:43:14.72ID:4WOGuhaz0
一応まともにつっこんでみたつもりだけどスルーされてるみたいだし、
横からつっこんでる人も無駄に相手しないでスルーしたほうがいいんじゃないかなって。

473名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/14(金) 20:12:54.59ID:RT5br4l/a
なんか中傷ばかりだねえ
業務用機器があると言っても信用せず一般販売の機器でも無いのにカタログを見せろと来る
かと言って出来ない理屈が説明出来るわけでも無し、それにしては出来ないと言い張る
自分からはソースは愚かなにも確かな説明もせず、ただ出来ない信じられないと言い張ってるだけだが
自分は何も説明する気も無く相手にばかり自分に理解出来る分かり易い説明ばかり求めるのは
全くフェアじゃ無いね
お客様のつもりなのか知らないがどうにも傲慢だ
改めて聞くがそこまで出来ないと信じる根拠はなんなのかね
それとも出来たらなにか都合の悪い事でもあるのかね
こっちにしてみればそちらの根拠の無い出来ないという信じ方の方がよほど宗教がかってて意味不明だ

474名無しさん@編集中 (ワッチョイ f406-6eVw)2017/07/14(金) 20:57:36.34ID:9gUL5gvB0
俺はCUDAエンコーダーはあってもいいと思うが、それはあくまで
ハイブリッドで、みんなが期待してるような一番画質や圧縮率に関わり
一番時間かかる部分はどうせCPUだろってオチなんだろと思う。

475名無しさん@編集中 (ワッチョイ f406-6eVw)2017/07/14(金) 21:14:16.98ID:9gUL5gvB0
だから、言葉の問題になるが、
もしこんな感じのシステムならCUDAエンコーダシステムとも呼んで問題ないが、
これじゃ、俺の中じゃGPGPUは今までどおりエンコードは苦手と言わざるを得ないな。

476名無しさん@編集中 (アウアウウー Sa08-hJld)2017/07/14(金) 21:55:57.14ID:JOFZ2fK+a
>>474
プログラムに強いと思い込みたい業界通気取りっぽいから何言っても無駄じゃない
「苦手」に反応するスクリプトみたいなもんだと思ってスルーした方がいいのかも

477名無しさん@編集中 (ワッチョイ 4644-z+eH)2017/07/14(金) 22:32:11.76ID:4WOGuhaz0
つい先日、QSVスレで協力してもらって、x264/x265/VP9/QSVEnc/NVEnc/VCEEncの
SSIM/ビットレートグラフを作ったけど、アニメのような比較的圧縮しやすいソースでは
NVEncのHEVC(main10)が結構良い結果を出してたよ。

 http://mevius.2ch.net/test/read.cgi/avi/1486130737/335

まあ、あくまでもトータルのSSIMを計算しただけのグラフにすぎないから、
諸々のシーンでの仕上がりとか最終的な画質は目視で確認しないとわからないけど。

実写のような複雑な映像だとやっぱり苦しいし、HEVCについてはどのHWエンコーダも
H.264に比べて調整不足な感じはする。
NVEncのHEVCでBフレームが使えるようになったり、各社で調整が進んでいくと、結構良いものになるかもね。
さすがにソフトウェアエンコーダを超えるほどにはならないと思うけど。

どうせ個人向けのGPGPU実装エンコーダ、しかも質の良いものなんて出てくる可能性はまず無いんだし、
既存のHWエンコーダの改善が進むことを期待してたほうがいいよねっていう。

478名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/14(金) 23:41:26.05ID:Ljds1+Tg0
>>461
そういう業務用ってことは、例えば2時間の映画を3日とか1週間とかかけてエンコするやつかな
それだったらCUDAで高速化も納得

479名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/15(土) 00:13:58.10ID:rYKxFiGOa
>>474
先ずCUDAを使ったエンコーディングはCUDAが常にCPUから情報を貰いCPUからの命令で動く以上
構造的にハイブリッドでしか在り得ないよ
そしてCPUより苦手とされる部分はCPUの何千倍もあるコア数をぶん回す事によって
スケールメリットで克服するんだが、>>430で書いたようにいかんせん使えるメモリー量が少ない
結果ハウスメイドのシステムを作っても速度の上昇は数倍に留まってしまう
これはエンジニアから受けた説明だよ
業務で使うには数倍の速度向上でも充分有り難いが汎用品にするにはあまりにも無駄が多く
コストに見合わない(大量生産品としての流通が見込めない)事になり具体化の例も限られるだろうから
一般人がこれを無視するのは正しい
ただ、そういった詳細を知らないままなんとなくの憶測でGPU処理はCPUを超えないと断定してしまうのは正しい事では無いね

480名無しさん@編集中 (アウアウウーT Sa08-svru)2017/07/15(土) 00:20:47.65ID:rYKxFiGOa
>>478
かける時間は長くても実時間と同じから数倍という所かな
その間に何パス出来るかという感じだね
設定数値としては100パス以上設定出来るが
かけられる時間との見合いで何パスと決めるかは経験則によるところが大きい様だった

481名無しさん@編集中 (ワッチョイ aae5-1CH6)2017/07/15(土) 00:21:05.77ID:kXM/8kSO0
どうせ判らないと思って適当に説明されとるな

482名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/15(土) 00:52:47.38ID:3m6njqCx0
>>479
もし分かればそのハウスメイドシステムの構成を教えていただきたい
CPUは何とか、GPUは何をいくつとか

483名無しさん@編集中 (ワッチョイW 2111-wAiT)2017/07/15(土) 01:03:46.58ID:joxll+vk0
>>479
論点をズラしだしたから
クソ雑魚ナメクジなんだなと分かったので
もう結構ですよ

484名無しさん@編集中 (ワッチョイ 0ddb-q1mk)2017/07/15(土) 03:50:32.02ID:BpVadZsx0
multicoreware / x265 / wiki / RoadMap ? Bitbucket
https://bitbucket.org/multicoreware/x265/wiki/RoadMap

>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で多少早くなる事すら期待薄か…

485名無しさん@編集中 (ワッチョイ 82e2-dQC/)2017/07/15(土) 09:03:15.38ID:Svxz57Xq0
「CUDA HEVC」で検索すると普通にそれっぽい一般向けのソフトが出てくるけどそれは違うの?
http://www.multipelife.com/bdmagic
http://www.dvdfab.cn/nvidia-cuda-and-amd-app.htm

486名無しさん@編集中 (ワッチョイW 562e-sREA)2017/07/15(土) 10:25:37.43ID:NUQG4r2U0
ドメイン名がCNだけはアクセスしたくないw

487名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/15(土) 18:33:53.89ID:3m6njqCx0
>>485
誰か人柱頼む

Top 5 Blu-ray Rippers ってさすが中国w
http://www.multipelife.com/2015-top-5-blu-ray-rippers.html

488名無しさん@編集中 (エムゾネWW FF70-YOS7)2017/07/15(土) 19:03:08.01ID:+qL9DsHFF
ここの奴らは猿すら知らんのか

489名無しさん@編集中 (ワッチョイ f644-A9YL)2017/07/15(土) 19:10:41.56ID:2zI05HpD0
少なくともこんなもんを知ってるというだけのことで変な優越感を持って
他人を見下すようなみっともない真似だけはしたくないものだな・・・

490名無しさん@編集中 (ワッチョイ 97aa-v7PC)2017/07/15(土) 19:23:29.79ID:B1KcBmwR0
誰かFPGAで簡単にHEVCエンコード並列処理できるようにしてくんないかな
超コスパ高そう。予算ある限り積み上げて性能高められるし
https://www.parallella.org

491名無しさん@編集中 (スップ Sd00-YOS7)2017/07/15(土) 19:27:23.78ID:e8gsd/zMd
>>489
こんな事で被害妄想にかられる根暗人間

492名無しさん@編集中 (ワッチョイ 82e2-dQC/)2017/07/15(土) 19:32:48.24ID:Svxz57Xq0
ソフトの2つの例としてURLを2つ貼ったけど両者に関連性はないよたぶん

493名無しさん@編集中 (ワッチョイ 35db-MRQN)2017/07/15(土) 19:44:34.48ID:3m6njqCx0
堂々とリッピングソフト売れるのってもう中国くらいでしょ
http://www.multipelife.com/sitemap
Telが国番号86になってる

494名無しさん@編集中 (ワッチョイ 82e2-dQC/)2017/07/15(土) 19:53:25.23ID:Svxz57Xq0
なるほど
おかげで一つ賢くなった

495名無しさん@編集中 (ワッチョイ 4706-dw5s)2017/07/20(木) 00:24:30.30ID:HJ68oend0
AMDがRaven Ridge辺りでCPUとGPU得意な部分を任せたBフレーム付きのエンコーダ出してくれないかなぁ、
とも思ったがIntelも出来てないしなぁ。両社ともソフトウェアはあまり得意じゃないイメージはあるが。
CPU内部バスがデータのやり取り時に飽和しちゃって遅くなるのかねぇ、とかいう思いつきばかりの素人考え。

496名無しさん@編集中 (ワッチョイ a717-QK4i)2017/07/20(木) 00:50:06.60ID:EEm9w8d+0
内部バスとメモコンの細さはいつも問題と言われてるね
ヘテロジニアス・コンピューティングに最も近いところにいるAMDの(APUの)場合
ダイサイズの制約でミドル・ローのCPUとGPUとなってたのが痛い

GPGPUはあくまでCPUでの処理能力の底上げだから、その支えられるべきCPUの処理能力が足りなかったからね
だからRyzen APUでも問題の解決にはならず6/8コアCPU+iGPU+オンダイメモリ(HBM)になるまで現状のままだろうけど

一応、研究はしてるんだぜという動画↓
https://www.youtube.com/watch?v=A3_w5qWwYc8

497名無しさん@編集中 (ワッチョイ 4706-dw5s)2017/07/20(木) 01:24:16.98ID:HJ68oend0
>>496
素人の妄想に付き合っていただきありがとうございます。
なるほど。英語はさっぱり分からんので早々に拝見するのはリタイアしましたw
AMDだと7nm世代でHBM2搭載APUが出てくれる可能性にかけるしかないのかな。
GPUの雄NVIDAもARMコアライセンス取得してるからそっちの方にも期待はしたいけど、
あっちはしばらく自動運転とかGPGPU性能を高める方向に行くようだから、
やはり2〜3年後のAMDに期待しておこう。AMDファンだしw

498名無しさん@編集中 (ワッチョイ 67aa-UZFO)2017/07/21(金) 23:59:11.43ID:0q5vFj040
こーゆーのはHEVCのエンコーディングに並列でいっぱい刺して使えないものか
http://www.itmedia.co.jp/news/articles/1707/21/news118.html

499名無しさん@編集中 (ワッチョイ df32-rQ1N)2017/07/22(土) 00:22:08.33ID:jmUQIXkx0
できるできないで言えばできそう
けどバッファとI/Oが絶対的に足りなくてパフォーマンスは全然出ないと想像してみる

500名無しさん@編集中 (ワッチョイ dfe5-pqVL)2017/07/22(土) 00:26:48.62ID:vIh16jUN0
持って帰って一人でこつこつやれる仕事じゃないと駄目なんだよな
いちいち質問しないと進まないなら事務所に来てやれということになる

501名無しさん@編集中 (アウアウウー Sa6b-sgDX)2017/07/22(土) 00:31:58.36ID:IbcYYzXZa
外部接続するcpuてわけじゃないから無理じゃないかな
これ使うくらいならnvencとかでいいんじゃない

502名無しさん@編集中 (ワッチョイ 4744-3EN1)2017/07/22(土) 00:40:38.54ID:EihbbY2U0
ディープラーニング系のものは、明確な数値計算で成り立ってる
HEVCエンコードには使えない気がするけど、よくわかってない。

503名無しさん@編集中 (アウアウウー Sa6b-sgDX)2017/07/22(土) 00:48:10.79ID:IbcYYzXZa
ttp://news.mynavi.jp/articles/2014/09/05/hotchips26_myraid2/
画像認識に特化してるようだから、数値計算なら何でもってわけじゃないんじゃないかな

504名無しさん@編集中 (アウアウウー Sa6b-sgDX)2017/07/22(土) 01:09:56.25ID:IbcYYzXZa
ttps://www.kickstarter.com/projects/1235889177/mustang-200-affordable-scalable-adv-computing-acce/rewards
これが実現して、安く出回るようになれば面白いよね

505名無しさん@編集中 (ワッチョイWW 6700-RYCd)2017/07/22(土) 03:07:16.85ID:6wqANDog0
>>504
何だこのPCI-ex4にノートPC付けちゃいましたみたいのは!?
すげぇ欲しい

506!slip:vvv (ワッチョイ df11-/UHr)2017/07/22(土) 03:49:46.85ID:VTjBaN8X0
CPUをコプロ代わりに使ってるのか。
学術計算用でこの手の高価な物は昔からあったけど、あとは値段次第だな。

507名無しさん@編集中 (ワッチョイ dfe5-pqVL)2017/07/22(土) 07:05:14.12ID:vIh16jUN0
差すだけで速くなるなら凄いけど、専用のプログラムを自分で書くんだろ?

508名無しさん@編集中 (ワッチョイ 4744-3EN1)2017/07/22(土) 08:01:48.26ID:spCl2b2S0
現実的な問題として、本当にそういう外部HWを使ってまでエンコしたいのかって話がな・・・

509名無しさん@編集中 (ワッチョイ dfe5-pqVL)2017/07/22(土) 08:07:19.60ID:vIh16jUN0
古いaviとかをH.265に縮めるプロジェクト進行中
もう2ヶ月くらいPC動きっぱなしなのにまだ終わらない

これが数日で終わるなら有り難いけど、その数日のレンタルで構わないな
日常的にはエンコードしたい量は大したことない

510名無しさん@編集中 (ニククエ f3aa-RM3Q)2017/07/29(土) 12:44:52.41ID:n8bFe1y70NIKU
紫10TBって電力結構要求するの?
玄人志向のKURO-DACHIっていう2ベイお立ち台系ケースなんだけど
2台挿すとスピンアップ繰り返し続けて起動しなくて1台だといける
KURO-DACHIは初代と新しいのと2世代あるがどちらもダメだった

511名無しさん@編集中 (ニククエ f3aa-RM3Q)2017/07/29(土) 12:45:24.51ID:n8bFe1y70NIKU
>>510
誤爆しましたスマソ

512名無しさん@編集中 (ワッチョイ bea2-oBFm)2017/07/31(月) 06:41:44.66ID:ljttFqga0
ソフトウェアエンコなら、ryzen 7 1700でも買ってエンコしろ

513名無しさん@編集中 (ワッチョイ 6ae5-HJpE)2017/07/31(月) 21:01:57.62ID:pHbtZXei0
スロットに差すとエンコードが速くなるようなデバイスが発売されればいいのに

514名無しさん@編集中 (ワッチョイ b3a9-ZO1u)2017/08/01(火) 03:10:33.68ID:gPx/ftGb0
低画質なハードエンコはいりません。

515名無しさん@編集中 (ワッチョイ eaea-AvKj)2017/08/01(火) 03:28:15.73ID:NSBXbGfr0
今更だけどMP4BoxでもHEIF作れるみたい
jsonとか用意しなくていいし、ビルドする必要も無いので>>351の方法より簡単だと思う

GPAC support for HEIF | GPAC
https://gpac.wp.imt.fr/2017/06/09/gpac-support-for-heif/

あとFFmpegでも対応予定っぽい?

#6521 (HEIF support) – FFmpeg
https://trac.ffmpeg.org/ticket/6521

516名無しさん@編集中 (ワッチョイW 262e-XElo)2017/08/02(水) 01:52:47.24ID:SFLPuT8y0
>>513
h264の時はあったのにHEVCは出ないな

517名無しさん@編集中 (ワッチョイW 262e-XElo)2017/08/02(水) 01:53:46.95ID:SFLPuT8y0
拡張子はheiになんのかなw

518名無しさん@編集中 (ワッチョイ af69-VyL7)2017/08/02(水) 05:40:17.73ID:Qz4iOHAT0
Huluも続いたオープンメディアフォーマット「AV1」とは
http://www.pronews.jp/news/20170724130346.html

519名無しさん@編集中 (オイコラミネオ MMb6-+DuW)2017/08/02(水) 14:05:44.26ID:u3B9kFsTM
podcastがopus採用するらしい
これに続いてネットラジオ各位はopus導入してくれ

520名無しさん@編集中 (オイコラミネオ MMb6-+DuW)2017/08/02(水) 14:07:05.25ID:u3B9kFsTM
誤爆

521名無しさん@編集中 (ワッチョイ 4f69-7xBJ)2017/08/03(木) 10:56:37.91ID:QY3fXl8v0
A hands-on introduction to video technology: image, video, codec (av1, vp9, h265) and more (ffmpeg encoding).
https://github.com/leandromoreira/digital_video_introduction

522名無しさん@編集中 (ワッチョイW e3ea-R7kt)2017/08/05(土) 13:05:25.11ID:qsItT8rM0
>>514
初期のh264 HWエンコはひどかった。
HDでh264エンコするよりも、SDでMPEG2エンコしたほうが画質も良くて、
ファイルサイズも小さいんだもん。

523名無しさん@編集中 (ワッチョイWW 3b00-CJ8Y)2017/08/05(土) 13:09:01.32ID:uAFg0eqe0
h264も熟成に10年かかった
h265もあと5年はかかる、RYZEN効果でやっとCPUが追い付いて来たしな

524名無しさん@編集中 (ワッチョイ 13e5-gAma)2017/08/05(土) 15:23:15.80ID:DpF3amsL0
リアルタイムに間に合えば質は問わない、というのが基本スタンスだからな
保存用に使うのが間違い

525名無しさん@編集中 (プチプチ 0d9b-lVzq)2017/08/08(火) 15:27:12.35ID:TklAhvN000808
できるだけ高速でエンコさせたいんだけど、下の機材でなんとかできないかな?
・Sandy i5のデスクトップ。
・ivy i5のノート
・iPad Pro
能力的にはiPad Proが最強なんだけど、エンコ用には使えないよね?

526名無しさん@編集中 (プチプチWW 3b00-CJ8Y)2017/08/08(火) 19:38:19.52ID:nhiyrfQY00808
それでiPad選ぶって、単にiPadでエンコしたいだけでしょ?
iMovieでやればいいんじゃない

527名無しさん@編集中 (プチプチ 13e5-gAma)2017/08/08(火) 20:40:42.40ID:d44XL7JE00808
i5をi7にすると速くなるだろうか

528名無しさん@編集中 (ワッチョイ cfdc-dE0h)2017/08/09(水) 05:09:08.80ID:jrBwmb6l0
処理能力的にもiPadProが文字通り桁違いで劣ってるよ
提灯ベンチマーク記事を真に受けてない?

529名無しさん@編集中 (ワッチョイ 7b23-AGS5)2017/08/09(水) 13:25:34.03ID:vA/P2Xrw0
HWエンコードならiPad Proが最速になれるぞ
Sandy/Ivyにはエンコーダが無いからな

SWエンコードは…無理させんなとしか

530名無しさん@編集中 (ワッチョイ 0311-thE7)2017/08/09(水) 13:46:42.62ID:64LNxky20
第二世代からQSV機能載ってるんじゃ

531名無しさん@編集中 (ワッチョイWW 53f3-d+CZ)2017/08/09(水) 13:52:36.55ID:bWZGwy2X0
HEVCはskylake以降でないとQSVできない

532名無しさん@編集中 (ワッチョイ 7b23-AGS5)2017/08/09(水) 13:56:21.66ID:vA/P2Xrw0
>>530
H.264ならQSV使える
が、このスレは「次世代ビデオコーデックのスレ」なんだよな
次世代コーデックが特に絡まない話題なら別の所でやろうぜってなる

533名無しさん@編集中 (ワッチョイ 0311-thE7)2017/08/09(水) 13:57:49.45ID:64LNxky20
対応してないのと載ってないことは違うけどな

534名無しさん@編集中 (ワッチョイ 7b23-AGS5)2017/08/09(水) 14:09:20.20ID:vA/P2Xrw0
それは偏にHEVCスレでHEVC未対応のQSVの話を持ち出そうとする人が現れることを想定していなかった私の落ち度です
ごめんね

535名無しさん@編集中 (ワッチョイ 13e5-gAma)2017/08/09(水) 22:42:54.28ID:/OZ7eS1g0
skylakeはwin10を強要されるからなあ

536名無しさん@編集中 (アウアウエー Sa52-Gl4C)2017/08/13(日) 06:12:13.66ID:HV2vFsfca
未だにwin8以前のOS使ってる人いるの

537名無しさん@編集中 (ワッチョイ 9ae5-KsLg)2017/08/13(日) 08:10:08.62ID:GCQqIvzQ0
CPUを高速なのにする度に全部買い換える人は自動的にOSも変わるけど、
自作の人は必要なとこしか買えないからOSの乗り換えは遅くなる

538名無しさん@編集中 (ワッチョイ 0ea9-aEKd)2017/08/13(日) 16:42:20.62ID:93uODEsx0
7からWIN10に変えてから長いけど、久々に友達のWIN7機を触ったらOSが使いやすいのな!

539名無しさん@編集中 (ワッチョイ 5baa-z+qv)2017/08/14(月) 00:30:35.56ID:u0t+poRW0
否定する俺カッコイイ

540名無しさん@編集中 (ワッチョイ dfdb-aEKd)2017/08/14(月) 22:05:21.08ID:giaAk3f40
久々に7見るとエアログラスがいいなって思うことはある。8以降の四角いデザインは未だに好きになれないな

541名無しさん@編集中 (ワッチョイ b61f-KsLg)2017/08/14(月) 22:39:50.52ID:6qlxE4sJ0
スレチだが俺も8以降の見た目が嫌いだなぁ。
win10は7で主要ソフトが動かなくなってからで良いわ。

542名無しさん@編集中 (ワッチョイ 9ae5-KsLg)2017/08/14(月) 22:47:17.87ID:fOsZpnWV0
7も意図的にドライバを切り捨てる儲け思想が気に入らないけど、
SSDにちゃんと対応してるのが7以降だから仕方ない

XPだって技術的には対応できるけど、そこは商売として受け入れる

543名無しさん@編集中 (ワッチョイ 4ea2-08PI)2017/08/14(月) 23:32:23.58ID:aCDE/pbW0
7まではUIも滑らかなデザインで美しいし
機能へのアクセスもいい

544名無しさん@編集中 (ワッチョイWW bb00-7l+4)2017/08/15(火) 01:22:39.70ID:WTuIzXd20
7のスタートだけはゴミだと思うけどな
社畜SE専用だろ、あれ

545名無しさん@編集中 (ワッチョイ 4ee3-ve+s)2017/08/15(火) 04:19:02.31ID:zAW8xoDg0
だいぶ前に開発関係でNTTかどっかの中の人がH264とかH265についてはっちゃけて解りやすく書いてたodfかんか貼ってあったんだけど知らない?

546名無しさん@編集中 (ワッチョイ a317-aEKd)2017/08/15(火) 17:52:49.06ID:sWjIdY/j0
http://home.catv.ne.jp/dd/pub/cod/coding.html

これは分かりやすいと思ってブクマしてたけど・・
あと、もう一つあったはずだけどブクマに埋もれて見つからず

547名無しさん@編集中 (ワッチョイ a387-aEKd)2017/08/16(水) 12:27:41.32ID:pLcV6zfZ0
>>540
窓たくさんすこしずつずらして開いてると、タイトルバーとかメニューバーがフラットだとどこが窓枠なのかわかりにくいよね。

548名無しさん@編集中 (ワッチョイ 7ed0-vgeI)2017/08/28(月) 19:40:50.18ID:HN1fecbX0
xpのlunaが美的センス最低だが視認性は最高
7のUIはリボン推しとその他旧式などなど操作系がチグハグでそんなに褒めるほどのもんでもないな…10もだが
エアログラスはかっこいい
てかwin8もβの最初は7の丸みだけ取れたような見た目だったのにな

549名無しさん@編集中 (ワッチョイ b369-tIp8)2017/09/05(火) 13:23:06.31ID:/vroGjCw0

550名無しさん@編集中 (ワッチョイ ffea-wn1X)2017/09/05(火) 13:56:32.83ID:g90pLXmT0
AV1てやっぱりエンコードの計算力凄まじそうだな
NetflixとかYouTubeみたいな大規模な配信じゃないと利用するメリットないんじゃないか?

551名無しさん@編集中 (ワッチョイWW cfe3-yL/R)2017/09/05(火) 16:49:45.16ID:6CssYvzF0
AV1はHEVCよ20%効率的、計算量は3〜5倍
2017年12月31日にビットストリームが決定、数日以内にChromeとFirefoxで利用可能に
YoutubeとNetflixで使われるまで出荷しない。問題があれば開発継続

こんな感じか

552名無しさん@編集中 (ワッチョイ a306-7rWm)2017/09/05(火) 17:15:49.55ID:4sdaWWFt0
>>計算量は3〜5倍
まじで??
HEVCですらアップアップなのにその3-5倍とか・・

553名無しさん@編集中 (ワッチョイ ff91-X0kF)2017/09/05(火) 17:59:27.54ID:M9odtNIf0
乾いた雑巾を絞るようなもんやな…

554名無しさん@編集中 (アウアウウー Saa7-ZY7O)2017/09/05(火) 18:26:38.09ID:MKe0NCG8a
この20パーセントてのは、元動画をhevcが30パーセント圧縮できるときにav1は50パーセント圧縮できるてのと、元動画をhevcが30パーセント圧縮できるときにav1は36パーセント圧縮できるのどっち?

555名無しさん@編集中 (ワッチョイ ffe5-b8Mh)2017/09/05(火) 19:11:43.41ID:sn7w1X7L0
その計算だと、80%圧縮できる時に100%圧縮できちゃうな

同じビットレートで比較してSSIMが20%良くなったか、80%のビットレートで同じSSIMのどちらかではないか

557名無しさん@編集中 (ワッチョイ 53db-X0kF)2017/09/05(火) 19:54:36.62ID:PONwnECO0
いや、100/120=83.3%のビットレートで同じSSIMなのではないか

558名無しさん@編集中 (ワッチョイ ffea-wn1X)2017/09/05(火) 20:10:56.18ID:g90pLXmT0

559名無しさん@編集中 (ワッチョイ 6344-O4z1)2017/09/05(火) 20:16:48.61ID:ObU8b+GC0
>>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か月。

560名無しさん@編集中 (ワッチョイ 6344-O4z1)2017/09/05(火) 20:18:09.16ID:ObU8b+GC0
(>>559の続き)

●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。
 ・デコードは上記環境でも問題ない。

561名無しさん@編集中 (マクドWW FF07-hmq1)2017/09/05(火) 21:19:34.61ID:Xav7bxaUF
>>560
完全に出たてのh.264やh.265と同じじゃないか
俺らがまともに使える様にあるには5〜10年かかるだろ

562名無しさん@編集中 (ワッチョイWW cff3-G83I)2017/09/05(火) 23:37:41.74ID:61ExDXrC0
実用性低すぎ

563名無しさん@編集中 (アウアウウー Saa7-ZY7O)2017/09/06(水) 00:22:27.97ID:KI+bTKrGa
それでもav1の開発を進めなきゃならないほどhevcの権利関係が鬱陶しいんだろうか

564名無しさん@編集中 (オイコラミネオ MMff-nzHo)2017/09/06(水) 01:24:56.07ID:icHr4uocM
>>563
>>339によると特許プールが3つか4つに分裂しているらしい
>H.265/HEVCコーデックでは合意形成に失敗しており特許行使者の利害関係調整が失敗することが起こりえる
つまり私利私欲に走りライセンス料を吊り上げる企業が出てきてもおかしくないのか
これMicrosoft良い立ち位置にいるよなー
H.265とAV1どっちが普及してもおいしい

565名無しさん@編集中 (ワッチョイ 6317-X0kF)2017/09/06(水) 09:24:57.47ID:qYIiNBEI0
>>559,560
翻訳thx

>>564
VC-1の時のゴタゴタと比べると凄い進歩
こういうマイナーっぽい新規事業に日本企業の腰が重いのが残念
技術力自体は悪くないのに

566名無しさん@編集中 (ワッチョイ b369-tIp8)2017/09/06(水) 10:00:14.34ID:L/7aiPbm0
日本企業だカスタムチップで実績のあるソシオネクストが参加している
http://aomedia.org/about-us/
NHKとサイバーエージェントもはよ

567名無しさん@編集中 (スププ Sd1f-tw/z)2017/09/06(水) 11:55:01.79ID:JfnNoVnad
NHKなんてH.265のライセンシーなんだから無理無理

H.265のライセンスプールについて調べれば分かるけど参加企業のうち約20%が日本企業
日本はH.265のライセンスを囲い込む側
AV1のようなプロジェクトに日本企業が積極的に参加するなんてことは期待しない方がいい

568名無しさん@編集中 (スッップ Sd1f-hmq1)2017/09/06(水) 12:02:16.37ID:rPT5jpZfd
何がかんだ言ってもネームバリューがモノを言う
H.265は世界的に広まってるから狙うなら語呂が悪いH.266の代わりを目指さないと

569名無しさん@編集中 (オイコラミネオ MMff-nzHo)2017/09/06(水) 12:24:26.21ID:HUtsZpIuM
H.264/AVC
H.265/HEVC
H.266/????

>>567
権利を持っている方はライセンサーな

571名無しさん@編集中 (ワッチョイ 6317-X0kF)2017/09/06(水) 17:45:39.42ID:qYIiNBEI0
>>566
日本企業もいたのか(言われて探したけど企業ロゴ薄すぎ)

>>567
念のために書いとくと、日本企業が加わることでホルホルしたいんじゃなく
AV1の完成度が高まってほしいってのが大きい

572名無しさん@編集中 (アウアウウー Saa7-ZY7O)2017/09/06(水) 18:01:23.65ID:LKvY2lxOa
しかし、そうやって日本企業が絡むとまた権利関係面倒臭くなりそう
少なくともnhkは絡まないでくれ
あと受信料下げてくれ

573名無しさん@編集中 (ワッチョイW 6f2e-YgIV)2017/09/06(水) 23:43:46.13ID:3QfOV3ks0
>>569
H.264/AVC
H.265/HEVC
H.266/AV1

になったりしてw

574名無しさん@編集中 (ワッチョイW 6f2e-YgIV)2017/09/06(水) 23:44:46.70ID:3QfOV3ks0
あとはNTTとパナ、NECあたりが絡みそう

575名無しさん@編集中 (ワッチョイ 1aa9-nhGI)2017/09/07(木) 01:16:19.66ID:azM+CRdV0
TwinVQを思い出す。

576名無しさん@編集中 (ワッチョイW 762e-b3wh)2017/09/07(木) 06:53:09.89ID:YEYaD+9R0
懐かしい
20年ぶりぐらいに聞いたような
NTTだっけ

577名無しさん@編集中 (ワッチョイ 2317-xkdj)2017/09/07(木) 09:53:46.24ID:+wXPEBFj0
>>572
フリーでやろうって言ってるグループ内でそれは言わないんじゃない?
言えないからこそ参加しないんだろうけど

578名無しさん@編集中 (アウアウウー Sa47-G1Kl)2017/09/07(木) 23:01:49.75ID:6pLhz+m7a
AV1は個人でソフトウェアエンコードするにはだいぶ厳しいな
gifみたいな用途の低解像度で短い動画なら使えるかもしれないけど
メインで使うならハードウェアエンコしかねえな

579名無しさん@編集中 (ワッチョイ 9ae5-QyhX)2017/09/07(木) 23:43:02.46ID:P4f6NcfJ0
gif?

580名無しさん@編集中 (ワッチョイW 762e-b3wh)2017/09/08(金) 05:50:40.80ID:XVG2hZVI0
というわけでAVX512の出番?

581名無しさん@編集中 (ワッチョイ b769-DJ1a)2017/09/08(金) 06:22:49.67ID:g3CCalhX0
エンコードはAmazonやgoogleがクラウドでぱぱっとやってくれそう
個人はAIチップ?に期待。両方ともだいぶ先の話だけどね

582名無しさん@編集中 (ワッチョイ 9ae5-QyhX)2017/09/08(金) 07:03:35.04ID:Jjqk+is80
アップロードと同時にエンコード済みの分をダウンロードできるような仕組みだと、
回線速度くらいでエンコードできるな

583名無しさん@編集中 (ワッチョイW 762e-b3wh)2017/09/08(金) 07:26:46.26ID:XVG2hZVI0
AIチップはそんなに遠くないんじゃない?
HuaweiのKirinとか搭載始めるし

584名無しさん@編集中 (ワッチョイ bedc-x/0H)2017/09/08(金) 07:49:09.83ID:OsqB6Ou40
VP9もそうだったけどAV1はgoogleやその関連企業(配信関係)が
少しでも画質と帯域の効率を良くするための目的で作られてて
一般ユーザーが使うことは想定していないんじゃないかな
Youtubeにしろニコ動にしろもうユーザー側で最適なエンコしたものをUPするんじゃなくて
できるだけ高画質でUPしてもらったものを配信側で最適化するって流れだし

585名無しさん@編集中 (オイコラミネオ MM06-s8Hf)2017/09/08(金) 11:12:52.33ID:3HbQWYuJM
>>584
非営利系や同人系は一般ユーザーに近いと思う
たしかRPGツクールはVPxコーデックしか選択肢がなかった気がする(透過WebM)
あと一般向けなのかはよくしらないけどWebRTC

586名無しさん@編集中 (オイコラミネオ MM06-s8Hf)2017/09/08(金) 11:20:25.55ID:3HbQWYuJM
アルファチャンネル付き動画ってHEVCではつくれないんだっけ
画像フォーマットのHEIFではできるらしいのに

587名無しさん@編集中 (ワッチョイ 1a30-WPj4)2017/09/10(日) 01:56:01.58ID:FBVDocOd0
>>551
コーデックは1世代上がると効率2倍、計算量10倍って聞いてたのに効率20%で計算量3〜5倍じゃ期待はずれも良いところ
あまり急いで出さないでじっくり開発してもっと良いのを開発して欲しい

588名無しさん@編集中 (ワッチョイ 2323-xkdj)2017/09/10(日) 03:19:44.54ID:2MAGAWWc0
AV1はHEVCと同じ世代狙ってんじゃね?

589名無しさん@編集中 (ワッチョイ 9ae5-QyhX)2017/09/10(日) 10:45:49.32ID:Lr9u2dJO0
1世代上がるタイミングが等間隔だとは言ってないんだろ
2倍になるまで待ってたら30年かかるから、1.2倍になった時点でとりあえずリリース
別に悪くない

590名無しさん@編集中 (ワッチョイWW 0b11-nXSq)2017/09/10(日) 11:18:10.23ID:N+2uXcbw0
H.266の対抗馬は何になるのか

591名無しさん@編集中 (ワッチョイ 3b97-g9be)2017/09/10(日) 11:24:34.47ID:ilkjpnvM0
>>589
リリースしても>>587レベルのメリットがなければ普及しないって事じゃないの
後継規格がなければ緩やかに普及はしていくかもしれないけど

592名無しさん@編集中 (ワッチョイ 9ae5-QyhX)2017/09/10(日) 12:34:58.59ID:Lr9u2dJO0
いちいち規格としてリセットしないといけないなら面倒だな
マイナーバージョンアップでじりじりと改良していけばいいのに

CPUなんか殆ど変わらんだろレベルで少しずつ速くなってる

プロファイルの追加はマイナーバージョンアップに相当すると思う

594名無しさん@編集中 (ワッチョイWW 4ee3-O3Eb)2017/09/10(日) 14:16:13.43ID:d1YHRgsQ0
Netflixなら動画の数に対して再生数が凄いだろうから
計算量が増えてもメリットあるんでは

595名無しさん@編集中 (ワッチョイ dbe3-xkdj)2017/09/10(日) 15:34:28.34ID:5DLEogkE0
ゲームだとbink videoが多いが光栄が動画にWMV9使ってるな
エロゲーはいまだに画質も容量も無駄が多いMPEG1を使い続けてる文化がある

596名無しさん@編集中 (ワッチョイWW 4e61-zdQr)2017/09/10(日) 21:10:45.43ID:i7e+Dlee0
>>595
事実上の容量水増しだろ

597名無しさん@編集中 (ワッチョイ 2317-xkdj)2017/09/10(日) 21:55:39.29ID:MHGppb430
パテント料も安そうだ>MPEG1

VP8やVP9を無料で使えるのにMPEG-1に執着する合理的な理由はあるのだろうか

599名無しさん@編集中 (ワッチョイ 9ae5-QyhX)2017/09/10(日) 22:58:49.37ID:Lr9u2dJO0
吉里吉里が対応してないんじゃないの

600名無しさん@編集中 (ワッチョイ 2317-xkdj)2017/09/11(月) 01:09:15.15ID:IUfKwT640
>>598
想定スペックが低いんじゃなかろうか

601名無しさん@編集中 (ワッチョイ 9a6f-/Me1)2017/09/11(月) 02:22:08.39ID:53O72kim0
VP9のHWデコード対応したのは割と最近のGPUだっけ
でもCore 2あたりでもCPUに任せてもゲーム想定の動画程度なら大丈夫そうだけどなぁ
余程楽にゲームに組み込む仕組み作らないとゲーム制作側が動かないだけかも

602名無しさん@編集中 (ワッチョイ 8a91-xkdj)2017/09/11(月) 12:38:15.02ID:u3gPAfJ+0
>>601
fixed function decoder(完全HW処理、CPU負荷ほぼゼロ)搭載してるのは
Intel KabyLake・ApolloLake、NVIDIA Pascal以降だけ

hybrid partial acceleration(一部HW処理、CPU負荷も掛かる)なら
Intel Broadwell・Skylake、AMD Polaris・Vegaとあるが

603名無しさん@編集中 (ワッチョイW 762e-b3wh)2017/09/12(火) 02:59:50.63ID:8ozDnXes0
AMDは完全ハードウェアじゃないんだ

604名無しさん@編集中 (ワッチョイWW b111-HSc7)2017/09/14(木) 00:07:21.60ID:weVX1mBc0
Haswell+Pascalだといい感じ

605名無しさん@編集中 (ワッチョイ 2ba2-HxXd)2017/09/14(木) 08:44:12.73ID:j8SsDLgp0
再生数が多い動画、たくさんの再生が見込まれる動画だけAV1で圧縮すればいいんじゃね?
そうすれば計算量の多い問題は解決する

606名無しさん@編集中 (ワッチョイ 936f-PWTr)2017/09/14(木) 13:41:42.21ID:+iFU+DGB0
そういえばWeb動画が絶対って業界認識があるのか
データ量が増えがちな422,444とかHWデコードできないGPUの場合があるね

607名無しさん@編集中 (ワッチョイWW 616f-hnaQ)2017/09/14(木) 13:48:38.92ID:AA06GN1C0
422はHW使えないの多すぎて結局CPU処理だな…
KabyでもCPU食ってるし

608名無しさん@編集中 (ワッチョイ 2ba2-HxXd)2017/09/16(土) 09:44:04.09ID:d/TxvkGO0
PCならいまどきのをつかってれば2kならソフトウェアデコードできるのでは?
消費電力制限が大きいスマホ・タブレット・ノートPCだと、ハードウェアデコード必須だな

609名無しさん@編集中 (ワッチョイ 936f-PWTr)2017/09/16(土) 10:22:31.88ID:n0kYo+C90
デコード重くなるようなエンコードオプション設定して無ければまず大丈夫だけど
PC作業は色々同時にやるときがあるし他の処理も同時実行してると少々辛くなる時があるかも知れないね

610名無しさん@編集中 (ワッチョイ 2ba2-HxXd)2017/09/18(月) 11:22:14.00ID:5uu+LFln0
結局ネット配信におけるHEVC普及はパテント問題で合意せずに失敗、
HEVCは放送やハードウェア、ソフトウェアに留まり、
ネット配信は規格乱立か?

611名無しさん@編集中 (ワッチョイ 93e5-XDX8)2017/09/18(月) 12:14:32.93ID:VcXV+KRJ0
コーデックとして切り出されてるんだから、統一されてる必要はない
現状だっていっぱい共存してる

612名無しさん@編集中 (ワッチョイ 5969-xd4V)2017/09/18(月) 16:09:56.85ID:47CgvJuo0
スマホでHEVC録画それも4K60Pとか凄い時代

613名無しさん@編集中 (ワッチョイWW 0111-YJRo)2017/09/18(月) 16:14:21.95ID:3787Hmfw0
現実世界と見分けがつかないVRには全然まだスペックが足りないという

614名無しさん@編集中 (ワッチョイ 93e5-XDX8)2017/09/18(月) 16:24:55.74ID:VcXV+KRJ0
それはまず脳直技術が要るな

615名無しさん@編集中 (スップ Sdf3-cn9k)2017/09/18(月) 17:21:28.44ID:6OSnEswMd
>>612
でも本体10万とかだし、それくらい出来てもらわないと

616名無しさん@編集中 (ワッチョイWW 2be3-X2Sm)2017/09/18(月) 17:44:09.48ID:M9zAbjFH0
ネットでH.265を使うのは現実的に無理だから

H.264 Apple様用
VP9 その他一般OS用
AV1 再生数が多い動画用

これでいいな

617名無しさん@編集中 (ワッチョイ 8117-SGtB)2017/09/18(月) 18:16:05.42ID:V/u/sK860
VP9で作って確保する必要性がない
h.264でええやん

618名無しさん@編集中 (ワッチョイ 5100-SGtB)2017/09/18(月) 19:01:08.24ID:vmqZWJZc0
いやあるだろ

619名無しさん@編集中 (ワッチョイ 8117-SGtB)2017/09/18(月) 23:23:10.46ID:V/u/sK860
どう考えてもVP9よりh.264のほうがサポートデバイスが多いはず

620名無しさん@編集中 (ワッチョイWW 5100-cn9k)2017/09/19(火) 00:48:18.13ID:j6YvhYE70
しかし、h.265やVP9の画質を知っちゃうとh.264には戻れない

621名無しさん@編集中 (ワッチョイ 5be5-p+ov)2017/09/19(火) 02:33:25.55ID:hf/ROM8M0
将来再生できなくなるリスクを考慮するとH264が安全だろうね。

たとえばWindowsのバージョンが上がってcodecがインストールできなくなったら
それだけで多くの動画が再生できなくなる。
さらに時が経ってWindows自体が消滅する可能性だってある。
数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。

うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
画質音質の少々の違いには目をつぶって、汎用性を優先するのが正しい。

622名無しさん@編集中 (ワッチョイ 09db-SGtB)2017/09/19(火) 02:46:52.58ID:5cLqlJfi0
ハードとソフトじゃ全然違うでしょ
TwinVQが未だにFFmpegでメンテされ続けてるところを見るとソフトは大丈夫だって分かる

623名無しさん@編集中 (ワッチョイ 11aa-p+ov)2017/09/19(火) 05:55:43.26ID:pfe6jfgS0
正しいとかバカじゃね

624名無しさん@編集中 (JPWW 0Hd3-UyJu)2017/09/19(火) 07:49:48.81ID:ckVZwnY5H
苦労して残すほどの価値はないんだよなあ

625名無しさん@編集中 (アウアウウーT Sa85-SGvd)2017/09/19(火) 14:06:12.37ID:FUhWdy1ya
多額の費用を使って工場ラインを維持しなきゃいけないハードと違ってプログラムを書ける人間が一人居れば事足りる話だからな
移植やらをボランティアでやる人も大勢いるしその辺は心配しなくていいんじゃないかな

626名無しさん@編集中 (ワッチョイ 99e4-SGtB)2017/09/19(火) 15:32:39.09ID:78BSPoU90
XVDでエンコードしてた人は今も再生出来てるのかな?

627名無しさん@編集中 (アウアウアーT Sa6b-SGtB)2017/09/19(火) 21:33:04.81ID:WYb6n8p9a
>>621
>将来再生できなくなるリスクを考慮するとH264が安全だろうね
新しいCPU、GPU、ARMなどにH265とVP9のHWデコが順次搭載
されているから心配無用

>数十年後でも確実に再生できるのは今のところMPEG2とH264くらいじゃないかと。
いつまで生き続けるつもり?

>うちにβビデオ、8mmビデオ、カセットテープ、DAT、MD、DVが全部あったが
>PCに取り込むのに状態の良い中古品を探すのにめっちゃ苦労した。
今はM-DISCがある。数十年は大丈夫。

628名無しさん@編集中 (ドコグロ MM65-HGAB)2017/09/19(火) 22:40:38.34ID:IeerNKvwM
最後の砦としてグーグルフォトを使ってる。

629名無しさん@編集中 (ワッチョイ 93e5-XDX8)2017/09/19(火) 23:53:49.29ID:TLb12d1M0
うちの最後の砦はglacierだな

630名無しさん@編集中 (ワッチョイ e106-HfMd)2017/09/20(水) 00:15:26.08ID:fzeqEU0/0
glacierってなんであんな高いの?
ストレージ料金だけでも高いんだけど。
Amazonの新プランの方が1TBあたりの値段安くね?

631名無しさん@編集中 (ワッチョイ 93e5-XDX8)2017/09/20(水) 07:31:30.87ID:jl2xfrzt0
そうなのか
選んだ時はよそよりも1桁以上圧倒的に安かったのに、
よそもがんがん値下げしてるんだな

632名無しさん@編集中 (ワッチョイ e106-HfMd)2017/09/20(水) 16:32:13.99ID:fzeqEU0/0
>Glacierのストレージ料金 東京 $0.005 : GB あたり/月
あれ、今見るとAmazon Cloud Driveの新プランと同じ値段になってるね。
すまん。
ちょっと前はもっと高かった気がしたんだけど。

633名無しさん@編集中 (ワッチョイWW c16f-HGAB)2017/09/20(水) 17:35:22.51ID:sAfS/VDS0
デコーダーが非対応なだけなのか分からないけど、H.265のインターレース保持エンコードがまだ現実的じゃないから、まだ移行に踏み切れないムービーデータがあるなぁ。。。

そういうものは60pで対応するのがH.265の思想だと思う

635名無しさん@編集中 (ワッチョイ 8117-SGtB)2017/09/20(水) 18:29:41.20ID:fHfTjDhn0
っていうかインタレ自体が過去の遺物だから・・

636名無しさん@編集中 (ワッチョイ 9311-8YNX)2017/09/20(水) 19:05:08.40ID:QkNddpg10
今は地上波のぬるぬるのやつすら作らなくなったの?

637名無しさん@編集中 (ワッチョイ 9937-Ck3M)2017/09/20(水) 19:17:14.65ID:2nuNv3mn0
>>633
業務用で使われてるみたいねインタレ

638名無しさん@編集中 (ワッチョイWW c16f-HGAB)2017/09/20(水) 20:28:11.64ID:sAfS/VDS0
>>637
やっぱりアーカイブ的な用途で使われてるのかな?情報ありがとう。

これからの映像はプログレッシブというのはここの住人と同じ考えだけど、インタレ解除手法も日々進化してるからソースがインタレならインタレは保持して見るときだけリアルタイムで解除したい。

639名無しさん@編集中 (ワッチョイ 09db-SGtB)2017/09/20(水) 21:05:22.01ID:6EbUq/OP0
インタレ保持H264よりインタレ解除H265の方がきれいだから、そろそろ潮時だって思う

640名無しさん@編集中 (アウアウウーT Sa85-SGvd)2017/09/20(水) 21:44:21.83ID:4YqaD85oa
アーカイブは元ソースに出来るだけ手を加えないってのが原則だからなあ
インタレ解除の59.94Pでやる走査線補完は元ソースに無い絵柄を付け足してるという事で別物の扱いになる

641名無しさん@編集中 (ワッチョイ 09db-SGtB)2017/09/20(水) 22:10:26.58ID:6EbUq/OP0
デコードした後、元ソースにはない走査線を消しちゃえば同じになるんじゃね

642名無しさん@編集中 (ワッチョイ c191-SGtB)2017/09/20(水) 22:11:25.44ID:Zo0mVPXi0
QTGMCでプログレ化してx265でエンコすると日が暮れる

643名無しさん@編集中 (ワッチョイ 5be5-p+ov)2017/09/20(水) 22:32:07.24ID:4TZA61ds0
インタレ解除は24pと60iで話が全然噛み合わないからな。

二次で抜いてるアニヲタは逆テレシネで華麗に解除、
三次で抜いてる実写派はいろいろ試して結局インタレ保持で保存。

644名無しさん@編集中 (ワッチョイ 09db-SGtB)2017/09/20(水) 22:38:31.68ID:6EbUq/OP0
24pのインタレ解除は簡単だからね
60pみたいに「ない絵」を作り出す必要がないから処理量もぜんぜん違う

645名無しさん@編集中 (ワッチョイ 8117-SGtB)2017/09/20(水) 22:56:42.42ID:fHfTjDhn0
そもそも論として8x8みたいなブロック単位で圧縮するmpeg系との相性が悪い
今までは何だかんだで対応して武夫、hevcではそっち方面で進化しすぎてインタレ対応する余地がなくなった感じっぽい

646名無しさん@編集中 (ワッチョイ 5be5-p+ov)2017/09/20(水) 23:25:42.99ID:4TZA61ds0
せっかくエンコーダーで高度な動きベクトル予測やってんだから、そこに
インタレ解除も一体化して組み込むのが正しい姿なんだがな。

まずインタレ解除してその後エンコ、みたいなのは筋が悪い。

647名無しさん@編集中 (ワッチョイ 93e5-XDX8)2017/09/20(水) 23:39:11.15ID:jl2xfrzt0
タイムマシンで戻ってインターレースを発明した奴を倒す

648名無しさん@編集中 (ワッチョイ 09db-SGtB)2017/09/20(水) 23:41:55.01ID:6EbUq/OP0
インタレ解除したら絵自体が変わっちゃうし、
エンコーダはデータ量最小化のベクトル予測で目的関数がちょっと違うから、
なかかな共通化は難しいんじゃないか
エンコパスが1パス増えたと思うしかないな

649名無しさん@編集中 (ワッチョイ 2b87-Dc1X)2017/09/21(木) 09:53:15.33ID:MV0+Sn9q0
>>647
そして帯域の問題で解像度が下がると

650名無しさん@編集中 (ワッチョイWW 1e61-+AzL)2017/09/23(土) 08:11:45.88ID:l9Bmpxa00
>>647
歴史の復元力が働き、誰か他のやつがインタレを発明する事になる

651名無しさん@編集中 (ワッチョイ 8ae5-hoCt)2017/09/23(土) 08:52:52.48ID:D6RzItxt0
かなり早い時点で要らない技術になってたのに、
後方互換性を気にしすぎて未だに現役で生きてて迷惑をかけている

どう見ても急場しのぎの設計なのに、こんなに続くとは思わなかっただろうな
2000年問題みたいな感じ

652名無しさん@編集中 (ワッチョイWW 1ee3-a1uS)2017/09/23(土) 11:31:11.50ID:NeP+J+Ge0
デジタル放送にインタレを持ち込んだのはNHK

653名無しさん@編集中 (ワッチョイWW d311-nVVm)2017/09/23(土) 13:27:02.58ID:rAZSA3MY0
1080i vs 720pの話

654名無しさん@編集中 (ワッチョイWW 8b6f-Zq85)2017/09/24(日) 03:33:48.28ID:WJ8bHb8k0
今でこそFHD60pで記録出来るカメラが当たり前になったけど、地デジ推進の頃の磁気テープにHDを書く時代にはまだ処理的に厳しかったんじゃないの?

655名無しさん@編集中 (ワッチョイ eac9-3UVY)2017/09/24(日) 08:20:17.73ID:PvINEFea0
1035iのテレビとの互換性のせい

656名無しさん@編集中 (ワッチョイ 8a11-Yv99)2017/09/24(日) 12:17:20.06ID:+R5o9x410
VHSテープ1本80GBぐらいのデータ量とかどこかで見たな

657名無しさん@編集中 (ワッチョイWW eb11-4RFX)2017/09/24(日) 12:24:47.32ID:DdTVmmND0
高級LDプレイヤーにマスモニで非圧縮キャプチャするとちびるほどのデータ量になるらしい

658名無しさん@編集中 (ワッチョイ 8ae5-hoCt)2017/09/24(日) 12:40:13.40ID:bSrpxCSX0
非圧縮の時点で現実的ではないな
SD画像でも1フレーム1MBもある
1秒30MB
30分で52GB

音声なら0.3GB
この桁違いの差により、動画は当面はデジタル化は無理と言われていた

659名無しさん@編集中 (ワッチョイ de91-Dc1X)2017/09/24(日) 12:45:47.70ID:ToDIk6080
>>656
120分のVHSテープは25GB
薄いD-VHS用テープが最大50GB

660名無しさん@編集中 (ワッチョイ 8ae5-hoCt)2017/09/24(日) 12:48:15.66ID:bSrpxCSX0
情報量はS/N比で決まるので、テープよりはデッキ次第
超高級デッキなら同じテープに1TBでも入る筈

661名無しさん@編集中 (アウアウウーT Sa4f-+Vxk)2017/09/24(日) 13:04:59.76ID:AJJdiw4ja
規格が出て来た時は1080IがSONY主導で720Pが松下主導だったっけか
PCなんか使わないでデッキでダビングが主流だった当時のユーザーには解像度の高い1080Iの方が断然人気あって
720PはPCとの親和性を考えてわざわざ作っただけの規格でしょみたいな感じだった

662名無しさん@編集中 (ワッチョイWW eb11-4RFX)2017/09/24(日) 13:19:53.07ID:DdTVmmND0
ピュアオーディオのAV機器版というか画質マニアガチ勢で非圧縮保存してる人いるけどね
ストレージが大幅に技術革新しないとありゃ無理だなと思った

663名無しさん@編集中 (アウアウウー Sa4f-VLn4)2017/09/24(日) 13:52:14.26ID:RurXK3+Ca
ホログラフィックで云々みたいなの一時期はやってたけど実用化に近づいたのはあるのかな?

664名無しさん@編集中 (ワッチョイ 07db-Dc1X)2017/09/24(日) 15:42:28.37ID:3JYbwHy+0
非圧縮のソースなんてどこにあるんだ?ゲームでも録画するのか?
非圧縮映像はNHKのスーパーハイビジョンの展示くらいでしか見たことないな
当時は8K対応のエンコーダ・デコーダがないから非圧縮っていうw

665名無しさん@編集中 (ワッチョイ 8ae5-hoCt)2017/09/24(日) 16:03:45.08ID:bSrpxCSX0
もう物心付いた時から地デジ世代が

666名無しさん@編集中 (ワッチョイWW eb11-4RFX)2017/09/24(日) 16:07:11.02ID:DdTVmmND0
非圧縮はアナログソースだよ

667名無しさん@編集中 (アウアウウーT Sa4f-+Vxk)2017/09/24(日) 16:13:17.99ID:1ACVKELka
>>664
W-VHSの様な往年のテープメディアをPCキャプチャするみたいな話なんじゃないかな

668名無しさん@編集中 (ワッチョイ 07db-Dc1X)2017/09/24(日) 16:16:36.78ID:3JYbwHy+0
アナログかよ。BDの方が何千倍もきれいじゃんw

669名無しさん@編集中 (ワッチョイ 9f69-5E46)2017/09/24(日) 16:31:09.39ID:vFlYkKy80
RAW
REDで撮影する映画とか

670名無しさん@編集中 (ワッチョイWW eb11-4RFX)2017/09/24(日) 16:36:28.21ID:DdTVmmND0
>>668
当時のLDプレイヤの最高機種(できれば業務用)と業務用マスターモニター込みでそれを言ってる?

671名無しさん@編集中 (アメ MM47-4RFX)2017/09/24(日) 16:38:51.40ID:KF9JgeuiM
はっきりいうがBDはゴミっつーか失敗規格だ

672名無しさん@編集中 (ワッチョイWW 3b90-WF+E)2017/09/24(日) 16:45:21.12ID:JyFSKpyk0
手での描画をドットで表現するってのがもうね...

673名無しさん@編集中 (ワッチョイ 07db-Dc1X)2017/09/24(日) 16:55:44.08ID:3JYbwHy+0
>>670
どんだけオーバーサンプリングしても縦は走査線数しかないだろ
ちゃんと平面で記録する35ミリフィルムとかだったらアナログの良さは分かる

674名無しさん@編集中 (アメ MM47-4RFX)2017/09/24(日) 17:03:01.86ID:KF9JgeuiM
その評価項目だけで画質を評価しちゃうんだね

675名無しさん@編集中 (ワッチョイWW d311-nVVm)2017/09/24(日) 17:06:56.54ID:y/erMvg60
まーた変なのが沸いてるな

676名無しさん@編集中 (ワッチョイ 8a23-hoCt)2017/09/25(月) 00:54:39.23ID:1mIZC6Mi0
デジタル化の時せめてYCbCr4:2:2を標準にして欲しかった 派手な色の服装の人とか花とかぼけぼけになる

677名無しさん@編集中 (ワッチョイ 07db-Dc1X)2017/09/25(月) 02:10:29.82ID:KpfmQdhu0
データ量の問題でしょ
解像度上げればきれいになるなんて分かりきってる。再生環境でどうにかするしかない
クロマサブサンプリングについて言うなら、
madVRとBDレコでクロマアップサンプリングの性能比較とかしてほしいな

678名無しさん@編集中 (ワッチョイWW 1e61-+AzL)2017/09/25(月) 03:18:11.58ID:5FrWy6HB0
>>673
平面じゃないよ、銀化合物なんかの粒子サイズのドットだよ

679名無しさん@編集中 (ワッチョイ fa91-Dc1X)2017/09/25(月) 14:47:27.55ID:ZapOc0fC0
静止画のくせにYUV420しか使えないWebPとかいうオワコンもあったな

680名無しさん@編集中 (ワッチョイ 8a44-rRtX)2017/09/25(月) 18:54:17.95ID:Ma93BCxy0

681名無しさん@編集中 (ワッチョイ 8aaa-F7la)2017/09/26(火) 23:28:11.90ID:L0MKYFcf0
誰かSkylake より昔のMacでHEVC書き出し試した人いるかな

QuickTimeから書き出しだと1080p以上のみたいだけど
Compresorが対応してきたらそれ以下のサイズでも可能になるかな?
720pの素材が大量にあるのに…

682名無しさん@編集中 (ワッチョイ 6d7c-ZD64)2017/09/29(金) 07:20:30.39ID:kQq/Q29T0
MacX Video Converter ProでHEVC書き出し出来る

Homebrewでx265が配布されているね

684名無しさん@編集中 (ワッチョイ 4df1-a8gV)2017/10/03(火) 20:11:56.97ID:rdqsO7ng0
>>679
非可逆圧縮なら大したデメリットにならないだろ

685名無しさん@編集中 (ワッチョイ e585-Txnz)2017/10/03(火) 21:49:38.19ID:bCF9K/e30
それ方向性が違う話だろ

686名無しさん@編集中 (ワッチョイ 1b7f-BBRl)2017/10/04(水) 18:02:21.88ID:CF7Mw1ax0
SSIMいくら以上でエンコしてる? 265でcrf=21でも0.98切るんだけどそういうもんなのかな

687名無しさん@編集中 (ワッチョイ 559f-XSap)2017/10/05(木) 00:20:50.02ID:5GdqPtLP0
>>686
悪いがここもスレチなんだ。x265スレへ行け
でも行く前にpsyとssimの関係について予備知識を仕入れとかないと
叩かれると思う

688名無しさん@編集中 (ワッチョイ aebb-v8iM)2017/10/05(木) 03:02:12.74ID:kaMC38Iy0
SSIMってなんか謎だよな
俺はx264だけど、ctfを14まで下げてもSSIM0.975とかになってしまう。

映像を見てもオリジナルと差がないし、同じコマを等倍表示で左右並べて
交差法で「間違い探し」をしても違いが分かるのは画面全体でせいぜい数ドットで、
それ以外は完全一致だった。

689名無しさん@編集中 (ワッチョイ fdc6-XSap)2017/10/05(木) 07:05:52.58ID:w3w7IX480
立体視で間違い探ししてるの?

690名無しさん@編集中 (ワッチョイ 8980-v8iM)2017/10/05(木) 11:06:07.07ID:Fn0Lq78L0
マジでワロタ

691名無しさん@編集中 (ワッチョイ c66e-wbjw)2017/10/05(木) 11:39:44.70ID:a/jfRjHC0
立体視w 数ドットw 差分取ればいいだろw

692名無しさん@編集中 (ワッチョイ ae7f-aSS4)2017/10/06(金) 17:17:36.34ID:azaGL4Uv0
皆にききたいけど記録用にとった映像ソース(編集用にaviにする事人もいるかも)あると思うけど
そういうのって残してる?

それともh264なりh265なりに変換したら削除しちゃってる?
結構オリジナルファイルバカにならないサイズで皆どうしてるのかと

693名無しさん@編集中 (ワッチョイ fdc6-XSap)2017/10/06(金) 17:22:55.62ID:xQ2d4SzR0
一定期間経ったら削除

694名無しさん@編集中 (ワッチョイ ae7f-aSS4)2017/10/06(金) 18:01:12.56ID:azaGL4Uv0
>>693
まじか 結構有機いるな

695名無しさん@編集中 (ワッチョイ fdc6-XSap)2017/10/06(金) 18:13:45.88ID:xQ2d4SzR0
自分の場合、公的なものとかなんかの証拠になるようなものでもないし、一定期間取っておくだけでもリソースの無駄みたいなものだから削除してる。
長期間取っておいてもほとんどの場合、一度使えばあとは編集の素材にならないことの方が多いし。

696名無しさん@編集中 (マグーロ ae7f-aSS4)2017/10/10(火) 17:17:32.82ID:xZfsjvpD01010
消した後に再編集したくなったりしたらどうしてる?
元のaviがないからどうしようってなるんだけどなんかうまい回避方法ないかなと

697名無しさん@編集中 (マグーロ Sdfa-F4VE)2017/10/10(火) 17:42:24.78ID:HhUvX68Md1010
スマートレンダリング

698名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/12(木) 11:15:55.83ID:px1N4be20
aviutl + x265でエンコする際、マシン使用率確認しようとタスクマネージャーとHWMonitor起動しながらだと
時々x265に不正なパラメータが渡されましたなんてエラーがでて途中で終了しちゃうんだけどこれ既知のバグ?

そのまま繰り返して再エンコしれてばできる時もあるしタスクマネージャーとHWMonitor落とせばこのエラーが出なくなったんだけど
何が原因なんだろ

699名無しさん@編集中 (ワッチョイ 1911-Y3bU)2017/10/12(木) 12:05:13.58ID:vzVHvEx+0
うちのRyzen機でもたまになった
なんかセンサーの取りあいみたいなのが原因かなと思ってたけど
そっちもRyzen?

700名無しさん@編集中 (スッップ Sd33-PUQR)2017/10/12(木) 12:25:09.36ID:3hTRgme5d
HWmonitorのバグだろ

701名無しさん@編集中 (ワッチョイ 1911-BSx0)2017/10/12(木) 13:26:41.84ID:UpBNnB6G0
HWInfoのバグでx265が落ちるのは考えづらい気がする

702名無しさん@編集中 (ワッチョイ 1911-BSx0)2017/10/12(木) 13:28:24.56ID:UpBNnB6G0
ごめん、HWInfoじゃなくHWMonitorね

703名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/12(木) 13:29:02.58ID:px1N4be20
>>699
うん Ryzen 1700 です
同じ人いてちょっと安心したw

704名無しさん@編集中 (ワッチョイ 199f-BSx0)2017/10/12(木) 15:17:31.13ID:XvM34YKO0
Ryzen1800X@定格でも出る
HWMonitorは起動してないので関係ないと思うぞ
タスクマネージャーはどうかな、多分ダメだろうけど試してみる

705名無しさん@編集中 (ワッチョイ b3eb-z1uI)2017/10/12(木) 15:53:28.33ID:TGJJQYy50
SEGV?

706名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/12(木) 16:05:10.51ID:px1N4be20
SEGVだったら今でもエラーでると思うんだけどな
ちょっと今の自分のエンコ状況説明しておくと

エンコしたい動画ファイルが約500ファイル程あって、1本のmpeg-psファイルをx265でQ=21,速度midiumで変換が30分程
10日前ぐらいから毎日毎日バッチでエンコやりはじめてエラーになるファイルは大抵がやり直してもまたエラーになるんだけど
くじけずに何度もやってるとエラーにならずエンコが完了する時があるんだ。
で CPU温度とか使用率みたくてタスクバーとHWMonitorたちあげてたんだけど
もっと正確にいうとブラウザ(IE、エッジ、chrome全部たちあげ)しながらwebサーフィンやらjanestyleも立ち上げてた。

で昨日から上であげたアプリは全部おとしてaviutlとx265だけを実行させてるけど途端にエラーがでなくなったんだ
不思議に思った

707名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/12(木) 16:07:30.88ID:px1N4be20
>>706
更にもっと正確にいうと、ブラウザ(IE、エッジ、chrome全部たちあげ)やらjanestyleなんてアプリは一切起動せずに
タスクバーとHWMonitorたちあげてる時だけでもエラーは出てました

でも>>704さんみてるとHWmonitorは関係なさそうな・・

708名無しさん@編集中 (ワッチョイ 199f-6Ayt)2017/10/12(木) 16:43:49.50ID:jkiKMdTK0
Ryzen1700だけどメモリの電圧上げたらいまのところ出てないよ

709名無しさん@編集中 (ワッチョイ 1911-Y3bU)2017/10/12(木) 16:46:10.75ID:vzVHvEx+0
ちなみにBIOSでCSM無効の完全UEFIにしたら問題なくなった気がするから試してみては?

710名無しさん@編集中 (ワッチョイ 1911-Y3bU)2017/10/12(木) 16:49:39.61ID:vzVHvEx+0
書き込みを押してからズラズラと新着が表示されて紛らわしいから書いとくけど
708と709は別人ね

711名無しさん@編集中 (JPWW 0H25-Ko73)2017/10/12(木) 17:49:25.60ID:KDL/34rFH
結局糞メモリでメモリOCしてストレステストしてないだけじゃん
アホは定格で使ってろよ

712名無しさん@編集中 (ワッチョイ 13d2-mao/)2017/10/12(木) 17:56:57.30ID:B3IpsEUi0
AviUtl自体が最近のWindowsやマルチコア環境についていけてないのかもしれないね

713名無しさん@編集中 (ワッチョイ 7916-B6a6)2017/10/12(木) 19:17:38.16ID:q620KkZa0
Aviutlのマルチスレッド化プロジェクトって失敗に終わったんだっけ
Avisynthもロクにマルチスレッド化出来てないし、
せっかくマルチコアCPU増えてきたのにほんとエンコはオワコンになったな…

714名無しさん@編集中 (ワッチョイWW f99e-KDDs)2017/10/12(木) 19:25:22.92ID:LPJ6Atez0
AviUtlなんて内部がUnicodeじゃない時点でダメ
おまけに32bit

>>714
Windows95や98向けのソフトが今でも使われていると思えばしょうがない

716名無しさん@編集中 (ワッチョイ 1911-Y3bU)2017/10/12(木) 20:15:12.24ID:vzVHvEx+0
>>714
対応文字コードでも対応bit数でもアプリの優劣は語れない

717名無しさん@編集中 (ワッチョイ 199f-BSx0)2017/10/12(木) 23:45:09.02ID:XvM34YKO0
>>711
定格で使ってたぜ

718名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/13(金) 11:46:12.57ID:yFIiDpYE0
ひょっとして今ryzenみたいなマルチコア環境もってる人間だったりしたら
TEMPegとかPowerDirectorやらプレミアでh264エンコした方が激早だったりする?
ああ違うか h264やh265は対応してて
aviutlで編集するときがそうじゃないってだけか・・・

そのわりにaviutlってかなり快適なのはなぜなんだある意味凄いんだが
先月TEMPegとPowerDirectorだけはデモ版いれて編集操作の感じをみてみたけどシークとか激重で使う気にならなかった・・・

719名無しさん@編集中 (ワッチョイ 1911-BSx0)2017/10/13(金) 12:07:32.15ID:vVA8MkUB0
>>718
そりゃ基礎部分はPentiun2や同3という骨董CPUで快適に動くようにガチガチに最適化されてるからね
逆にそのせいで64bit化できなかったみたいだけど、軽さと直感的な操作性は異常に良い

720名無しさん@編集中 (ワッチョイ 7b7f-tMcA)2017/10/13(金) 12:39:44.30ID:yFIiDpYE0
http://i.imgur.com/IopxFkM.jpg
この画像みててちょっと勘違いしてるのか理解できないところがあるんだ
x265(16)って10bitカラーの事?
x265(8)ってのは8bitカラーだと思ってるけど
であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ?って疑問に思った

721名無しさん@編集中 (スッップ Sd33-PUQR)2017/10/13(金) 12:49:33.32ID:2eYhq7YXd
>>719
いや、直感的操作は無理だろ
GUIは糞じゃん

722名無しさん@編集中 (アメ MM0d-Uvew)2017/10/13(金) 13:07:00.48ID:J9TvRHynM
ポストムーアってことで圧縮規格の熟成も早めていくんだろうか

723名無しさん@編集中 (アメ MM0d-Uvew)2017/10/13(金) 13:15:58.55ID:J9TvRHynM
というよりコデか

724名無しさん@編集中 (ワッチョイ 1911-BSx0)2017/10/13(金) 16:17:58.58ID:vVA8MkUB0
>>721
なんの操作なのよ
基本操作はペガサスのtmpgencよりずっと直感的

>>720
16はそのまま16bitでしょう
ビットレート周りは開発者の調節次第だから細かいことは気にしない
ま、基本的にbit数が大きいほうがエンコーダとして優秀だから
ビット当たりの画質は上がる

725名無しさん@編集中 (ワッチョイ 13ec-Y3bU)2017/10/13(金) 17:01:14.06ID:mugpxIDm0
>>720 >>724
>> x265(16)って10bitカラーの事?
> 16はそのまま16bitでしょう

その画像作った者だけど、x265(16)は10bit出力(Main10)のことだよ。
当時は10bit出力用のバイナリ(12bit出力はまだできなかった)が
x265_1.5+445_x64_16bpp.exeといった感じで16bpp(内部処理の深度?)という名前で配布されていた。

726名無しさん@編集中 (ワッチョイ 13ec-Y3bU)2017/10/13(金) 17:02:03.79ID:mugpxIDm0
>720
>> であるならばどしてx265(16)の方が総じてビットレートが低く抑えられてるんだろ?って疑問に思った

丸め誤差の低減などにより圧縮効率が上がるかららしい。

昔x264.nlに置かれてた10bit出力関連のPDFがまだ生きてるようなので貼っておく。(主に2番目参照)
 http://x264.nl/x264/10bit_01-ateme_pierre_larbier_422_10-bit.pdf
 http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
 http://x264.nl/x264/10bit_03-422_10_bit_pristine_video_quality.pdf

ついでにHQXコーデックの資料も参考になりそうなので貼っておく。
 (英) http://www.grassvalley.com/docs/WhitePapers/professional/edius/GVB-1-0027A-EN-WP_Intro_HQX.pdf
 (日) http://www.ediusworld.com/jp/edius/white_paper/hqx.html

727名無しさん@編集中 (オイコラミネオ MM8b-MtwR)2017/10/13(金) 17:23:13.96ID:lyeQxikIM
なんだ ひょっとして10ビットカラーでエンコした方がファイルサイズ小さくできる?

728名無しさん@編集中 (スップ Sd73-WIZJ)2017/10/13(金) 18:47:15.24ID:5MTUi2Ifd
ファイルサイズは、基本小さくなると思うよ。

その代わりエンコ時間が、結構延びるけどな。
後は再生環境による。

729名無しさん@編集中 (ワッチョイW 7995-ekeT)2017/10/14(土) 01:12:38.66ID:OQ8TlwMc0
感覚的にPowerDirectorはAviutl比でH265のエンコ時間は半分。H264なら1/5位の爆速。
ただし最高ビットレートでも使わない限りは破綻部分も多い。容量は大きくなりがち。

730名無しさん@編集中 (ワッチョイ 1334-rIw3)2017/10/15(日) 03:47:05.44ID:H/LMQ8Q70
8bitと10bitだと--crfの範囲が変わるから、同じcrf値なら10bitのほうが不利かと思ったけどそうでもない?

731名無しさん@編集中 (ワッチョイ 9310-jakC)2017/10/15(日) 04:50:21.53ID:snmqCed10
8-bitと10-bitだと、全く同じ条件で圧縮すると10-bitの方が8-bitよりも25%多くデータ使っちゃうのかな?

732名無しさん@編集中 (ワッチョイ e980-ECK6)2017/10/15(日) 11:44:26.14ID:SDLsb3Ku0
なんで試さないの?

733名無しさん@編集中 (ワッチョイ 1380-mpvF)2017/10/15(日) 16:40:11.54ID:gV/CoibH0
8K対応の動画管理ソフト「TMPGEnc KARMA.. Plus 2」。HEVC 4K出力も - AV Watch
ttp://av.watch.impress.co.jp/docs/news/1085956.html

734名無しさん@編集中 (ワッチョイ 8b81-+DlS)2017/10/15(日) 17:53:19.69ID:2rngCzU80
>>733
このソフト編集時の遅さがイラつきをマッハ超えるから使いたくねえよ

735名無しさん@編集中 (ワッチョイ 8b7a-B6a6)2017/10/15(日) 22:26:11.23ID:5sAaDIeQ0
>>734
そうなの?
面白そうだから買おうかと思ってたんだけど

736名無しさん@編集中 (ワッチョイ 8b81-+DlS)2017/10/16(月) 23:48:19.73ID:kFnV1RHX0
>>735
今度でるとかいう最新バーは知らないけど
その直前のデモでさわったけどマウスカーソルでぱぱっと次々にシークカーソル移動させてもカックカクだよ
aviutlがはやすぎるのかしれないけどなんで無料と同じパフォーマンスで処理できないんだ

737名無しさん@編集中 (ワッチョイ 99ec-Y3bU)2017/10/16(月) 23:58:48.02ID:Ka0qy0E60
>>734 >>736
>>733は動画管理ソフトであって編集機能なんて無いようだが、
TMPGEnc Video Mastering Worksあたりと混同してるんじゃないか?

738704 (ワッチョイ 199f-BSx0)2017/10/17(火) 03:23:30.26ID:FPf8gjJe0
久々にx265が途中終了したので報告。タスクマネージャーは未使用
x265guiEXのログにはこんな感じでメッセージが出る

auo [error]: x265が予期せず途中終了しました。x265に不正なパラメータ(オプション)が渡された可能性があります。

739704 (ワッチョイ 199f-BSx0)2017/10/17(火) 03:23:59.99ID:FPf8gjJe0
下のはイベントビューアに残ってたログ
---------------------------
障害が発生しているアプリケーション名: 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:

740704 (ワッチョイ 199f-BSx0)2017/10/17(火) 03:25:42.04ID:FPf8gjJe0
続き
-------------------
障害バケット 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:
-------------------

このログからどんな原因のエラーか分かる人おるかあ?

741名無しさん@編集中 (ワッチョイW fb1e-L4Sv)2017/10/17(火) 04:37:38.11ID:8cp74+Ud0
無理
むしろ開発者の方に問題の起きたソース(動画)とエンコ時のオプション送ってデバッグしてもらったらとしか

742名無しさん@編集中 (ワッチョイ 41a5-BSx0)2017/10/17(火) 04:47:43.12ID:JJQMqmYo0
再現性がないんじゃデバッグも難しいだろうな
まぁ、もう一度エンコしたらエラーなく終わるならそれで良くね

743名無しさん@編集中 (ワッチョイ 59eb-BSx0)2017/10/17(火) 05:00:14.19ID:2moflfbB0
Intelで出ないならRyzenの問題だろうな…

744名無しさん@編集中 (ワッチョイ e980-ECK6)2017/10/17(火) 08:43:45.29ID:Q6JNeETA0
x265guiEXとか

745名無しさん@編集中 (ワッチョイ 4181-BSx0)2017/10/18(水) 01:21:44.01ID:pb/kd66D0
糞メモリを買い換えろ

746名無しさん@編集中 (ワッチョイ 799f-BSx0)2017/10/18(水) 03:08:16.89ID:Fv+K3K8X0
マルチスレッドの同期処理に関わるエラーぽいな
なんでもメモリに責任を求めるのは思考停止だ

747名無しさん@編集中 (スップ Sd73-yUCo)2017/10/18(水) 11:37:46.94ID:7VBGHdcBd
まず、エンコードのエラーでCPUやメモリーを先に疑うってのが頭悪い

748名無しさん@編集中 (ワッチョイ 7bbb-ECK6)2017/10/18(水) 11:52:36.89ID:Qcv9x6FM0
質問「パソコンが落ちるんですけどどうしたらいいですか?」
大先生1「メモリー変えろ」
大先生2「グリス塗り直せ」
大先生3「CMOSクリアしろ」
大先生4「windowsを再インストールしろ」

749名無しさん@編集中 (ワッチョイ 1911-BSx0)2017/10/18(水) 15:40:42.10ID:bxOuThCw0
「電源変えろ」がない・・

750名無しさん@編集中 (アウアウウーT Sa1d-6M7B)2017/10/18(水) 16:55:22.64ID:j3IEvDuGa
大先生1から順にやって下さい

751名無しさん@編集中 (バットンキン MMd3-6xzC)2017/10/18(水) 16:59:17.43ID:SevYel93M
まず服を脱ぎます

752名無しさん@編集中 (ワッチョイ 1968-BSx0)2017/10/18(水) 19:16:27.02ID:kcyBFS530
             ,.,.,.,.,.,.,.,.,__
           ,,;f::::::::::::::::::::::ヽ
           i::::::::/'" ̄ ̄ヾi
           |:::::::| ,,,,,_  ,,,,,,|
           |r-==( 。);( 。)
           ( ヽ  :::__)..:: }
        ,____/ヽ  ー== ;  ほほう それでそれで?
     r'"ヽ   t、   \___ !
    / 、、i    ヽ__,,/
    / ヽノ  j ,   j |ヽ
    |⌒`'、__ / /   /r  |
    {     ̄''ー-、,,_,ヘ^ |
    ゝ-,,,_____)--、j
    /  \__       /
    |      "'ー‐‐---''

753名無しさん@編集中 (ワッチョイ 7a91-U5aN)2017/10/21(土) 12:05:28.55ID:BlZN4S/50
マルチスレッドは適当に作ってもだいたい動くけど、
長時間テストするとたまに落ちる
安全にやろうとすると待ち時間が発生して遅くなる

インターレス対応してくれたらな
でも4Kとか8Kは60pだから考えてないのか

755名無しさん@編集中 (ワッチョイW 31d2-iMMz)2017/10/22(日) 20:34:06.64ID:ylzkpgOP0
そりゃなぁ

新着レスの表示
レスを投稿する