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

レス数が1000を超えています。これ以上書き込みはできません。
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
そりゃなぁ

756名無しさん@編集中 (ワッチョイ a1e3-Fx5V)2017/10/24(火) 22:52:58.11ID:RXhTckhD0
HEVC Advanceが低価格機器の特許使用料見直しを発表

https://www.watch.impress.co.jp/headline/docs/kyodonews/international/1087709.html

757名無しさん@編集中 (オッペケ Sr85-KQ7l)2017/10/25(水) 07:19:18.41ID:+HpaivCjr
vlcプレイヤーで再生できません
みんなどうやって再生してるの?


759名無しさん@編集中 (ワッチョイ a929-20SA)2017/10/28(土) 09:32:05.86ID:nY55k37M0
HEVC入力に対応している動画編集ソフトってしばらくはでないさそうなのかな

760名無しさん@編集中 (ワッチョイWW a168-Njad)2017/10/28(土) 09:40:22.32ID:V2HHeNhU0
いくらでもあるけど

761名無しさん@編集中 (ワッチョイ 1380-Vpzk)2017/10/28(土) 13:14:12.55ID:mAseQIgQ0
次期Final Cut Pro X v10.4ではVRやHDR、HEVCがサポートされ、iMac Proでの8Kタイムラインの表示などが可能に。
https://applech2.com/archives/20171028-final-cut-pro-x-v10-4-support-vr-hdr.html

762名無しさん@編集中 (ワッチョイW 1b1e-QeyJ)2017/10/28(土) 14:15:22.36ID:FG5EURDq0
俺彷徨うメモ

MS純正HEVCコーデック(Windows 10用)

https://www.microsoft.com/en-us/store/p/hevc-video-extension/9n4wgh0z6vhq

763名無しさん@編集中 (ワッチョイW 1b1e-QeyJ)2017/10/28(土) 14:16:49.96ID:FG5EURDq0
スレタイとは関係ないけど

MS純正Windows 10用mpeg2 コーデック(TSデコード可)

https://www.microsoft.com/ja-jp/store/p/mpeg-2-ビデオ拡張機能/9n95q1zzpmh4

764名無しさん@編集中 (ワッチョイWW 11b3-7/je)2017/10/28(土) 14:26:59.43ID:6kancLiq0
つーかh.266の策定って2020年なんだな

765名無しさん@編集中 (ワッチョイ 1391-Eec1)2017/10/28(土) 18:57:16.13ID:ld5z6hOm0
1つで10年持たすんじゃないのか

766名無しさん@編集中 (ワッチョイ 9111-Akqv)2017/10/28(土) 20:03:18.58ID:C1BJ+/eV0
策定作業の開始じゃね

767名無しさん@編集中 (JPWW 0Hc5-Njad)2017/10/28(土) 23:36:50.37ID:RDMkpjSEH
登場は10年毎

768名無しさん@編集中 (ワッチョイ d11e-Eec1)2017/10/31(火) 16:04:39.03ID:nLn45sDi0
https://av.watch.impress.co.jp/docs/news/1089016.html
パナソニック、AVC-Intraで8K収録できるレコーダ。4K/8K機器をInterBEE出展

貯金しておかないと。

769名無しさん@編集中 (ワッチョイ d9a5-Akqv)2017/10/31(火) 18:28:48.26ID:t/n549mU0
個人で使う用途あるの?

770名無しさん@編集中 (スップ Sd73-Njad)2017/10/31(火) 19:39:26.31ID:TwPEv/vAd
コレクションだろ

771名無しさん@編集中 (ワッチョイ 2e81-dVlt)2017/11/02(木) 15:37:10.07ID:jfmXMHeV0
ここで聞くのもあれだと思うがNvEncでH.265のハードウェアエンコを開始するとLiveKernelEventが発生してエンコード不可能になっちまったんだが知恵をくれ

試したアプリ (どちらも同じエラーが発生)
XMedia Recode 3.3.7.8
Aviutl 1.00 NVEnc.auo 3.23

環境
Windows10 16299.19 (FCUの大型アップデート以前も発生していた)
GeforceGTX 1060 388.13
メモリ 16GB

OS再インストールしてもビデオドライバを古いのにしても発生

信頼性モニタを見ると「ハードウェアエラー」と表示されていたんでグラボが壊れたのか?でも3Dゲームは普通にあそべてるしなあ
LiveKernelEventでぐぐるとこっちもハードウェアエラーの模様

772名無しさん@編集中 (ワッチョイ 2e81-dVlt)2017/11/02(木) 15:39:00.20ID:jfmXMHeV0
書き忘れた

ディスプレイ ドライバー nvlddmkm が応答を停止しましたが、正常に回復しました。

これが同時刻にイベントビューアに書き込まれる

773名無しさん@編集中 (スップ Sdc2-2eRG)2017/11/02(木) 15:42:16.00ID:RUksssO3d
>>771
おまえ本当にググったのかよ
レジストリいじれって腐るほど出てくるだろうが

774名無しさん@編集中 (ワッチョイ 82b3-6lPO)2017/11/02(木) 15:51:32.96ID:Z/osL/zm0
x264
--preset placebo --tune animation --profile high10 --crf 18
--qpstep 51 --qcomp 1 --aq-mode 3 --keyint -1 --bframes 16 --ref 16

SSIM Y:0.990466 (20.207389) U:0.993723 (22.022448) V:0.993808 (22.081948) All:0.991566 (20.739725)

x265
--preset placebo --crf 18 --qcomp 1 --aq-mode 3 --aq-strength 0.75 --psy-rd 5 --psy-rdoq 0
--rdoq-level 0 --keyint 300 --deblock -1:-1 --no-sao
--me sea --subme 7 --merange 128 --ref 6

SSIM Y:0.987739 (19.114777) U:0.992287 (21.128044) V:0.992294 (21.131487) All:0.989256 (19.688449)


昔のflv1を↑で固めたんだけど、ssim自体はx264の方がいい・・・設定が間違ってるのかな?
それとも、x265って、見た目が劣化しづらいってだけで、各ドットの劣化は265の方が大きいのかな?

775名無しさん@編集中 (ワッチョイ 82b3-6lPO)2017/11/02(木) 15:58:57.60ID:Z/osL/zm0
x264 243,226
x265 436,722

ファイルサイズも264の方が小さい・・・
ただ、どっちもcrf18なんだけど、265の方が見た目品質が劣化し辛いってだけなら、
264の22 = 265の28 (適当な例)になって、めっちゃ小さくなるって事なのかな?
(ちなアニメみたいなネタ動画をエンコして、小さくならなくておかしいなって思い始めて、
その動画の最初の1秒を切り抜いてテストしてみた)

776名無しさん@編集中 (ワッチョイ c2d2-7v9/)2017/11/02(木) 16:00:50.12ID:JQK9PR6C0
>>774
crfは揃ってるみたいだけどビットレートはどうなのよ

777名無しさん@編集中 (ワッチョイ c2d2-7v9/)2017/11/02(木) 16:02:01.19ID:JQK9PR6C0
リロードすればよかった

778名無しさん@編集中 (ワッチョイ c244-n6zU)2017/11/02(木) 16:33:07.38ID:EXwPzDMW0
>>768
レコーダーは8Kだけどカメラは8Kは無いんだな。
家庭用で8Kカメラが出るのはまだ4、5年は先になりそうだな。
発売されるときはH.266対応になるのかな?

779名無しさん@編集中 (ワッチョイ 4980-gV+d)2017/11/02(木) 16:45:07.45ID:4HomMPfk0
--psy-rd 5
x264もこれでやってみろよw

780名無しさん@編集中 (ワッチョイ 4111-QrrS)2017/11/02(木) 17:26:41.63ID:souJQo7L0
>>774
x265の↓が気になる

--qcomp 1 --psy-rd 5

781名無しさん@編集中 (ワッチョイ 42ec-d23H)2017/11/02(木) 17:59:50.15ID:eD/4cath0
というかx264の方だけ10bitだし、そもそもなんでこんなオプションの組み合わせで比較してるんだ。
解像度とかも書いてないし、FLV1なんてゴミ画質だろうし、1秒だけ切り出してのテストなんて話にならんだろう・・・。

782名無しさん@編集中 (ワッチョイ e5a5-dVlt)2017/11/02(木) 19:33:13.76ID:29mQ+xVN0
>>778
カメラもあるよ。レコーダーだけ作っても意味ないじゃん
https://www.sony.co.jp/SonyInfo/News/Press/201709/17-086/index.html

783名無しさん@編集中 (ワッチョイ 82b3-6lPO)2017/11/02(木) 22:18:17.35ID:Z/osL/zm0
>>779-780
エラー云々とかで頭うにってた、0.5と5を間違えてた・・・

>>781
それもx265が8bitじゃないのかと思って、10bitに変えたりして直してなかった

331,355までは縮んだけど、まだ大きい・・・きっと俺が間違ってるんだろうね
がんばってみる、ありがとう・・・

784名無しさん@編集中 (ワッチョイ 4111-QrrS)2017/11/02(木) 22:37:11.62ID:souJQo7L0
とりあえずqcompはデフォの60でいい(crf18なら

785名無しさん@編集中 (ワッチョイ 419f-lboT)2017/11/03(金) 00:49:43.27ID:waPyMkEt0
ssim厳密に比較するんならpsyは切らないと話にならない

786名無しさん@編集中 (ワッチョイ dfa5-zl2n)2017/11/12(日) 05:31:28.52ID:6zfktuKb0
HEVCがインタレ対応してくれたらなぁと思ってた時期もあったけど、
QTGMCでインタレ解除したら元の動画そのまま再生するより綺麗になってたし
時代はもうインタレ解除だね

787名無しさん@編集中 (ワッチョイ 5f9f-TPjW)2017/11/12(日) 05:51:07.87ID:HVT28Ugg0
実は対応してるみたいだぞ
再生側が対応してないこと多々なんで実用性はないが

788名無しさん@編集中 (ワッチョイ dfa5-zl2n)2017/11/12(日) 06:01:36.03ID:6zfktuKb0
x265でインタレエンコードしたけどあまり縮まなかった
x264の方が断然きれいだったよ
再生側もそうだけど、エンコーダ側も対応が必要なんだと思う
規格に専用ツールが用意されてない時点でH264に勝てるのか分からんが

789名無しさん@編集中 (ワッチョイ dfa5-zl2n)2017/11/12(日) 06:06:23.33ID:6zfktuKb0
再生用のavsスクリプト書けばPCなら問題なく再生できんじゃね

790名無しさん@編集中 (ワッチョイ 5feb-TPjW)2017/11/12(日) 12:18:39.37ID:ccAqowuL0
QTGMCをリアルタイムに処理できる化物PC持ってるなら解除で良いんじゃね

791名無しさん@編集中 (ワッチョイ 5f11-02TF)2017/11/12(日) 12:23:33.78ID:xlagXxpm0
x265にlowpass-dctってオプションが追加
https://x265.readthedocs.io/en/latest/cli.html?highlight=lowpass%20dc#cmdoption-lowpass-dct

なんか面白そう

792名無しさん@編集中 (ワッチョイ 5f11-02TF)2017/11/12(日) 12:30:50.20ID:xlagXxpm0
Disable QP limitations for lowpass subband dct
https://bitbucket.org/multicoreware/x265/commits/4ed6afba60476fb7620889c533248c6c396474ab

ログ読んだ感じcrf22〜23で使う人にちょうどなんだろうか
いよいよ結果が楽しみ

793名無しさん@編集中 (ワッチョイ 7fd2-+eVz)2017/11/12(日) 12:43:04.42ID:CIj9fnED0
そういえばx265スレ落ちたんだっけか

794名無しさん@編集中 (ワッチョイ dfa5-zl2n)2017/11/12(日) 13:50:45.47ID:6zfktuKb0
>>790
CUDA化したKTGMC使えばGTX1060でフルHDが100fps超えだよ
そんな化物PCじゃなくてもいい

795名無しさん@編集中 (ワッチョイW 5f9f-4gwp)2017/11/12(日) 22:25:28.64ID:PLAqjEMN0
x265、ソース弄ってiccで最適化したけど、ロシア人がビルドしたヤツと0.1%くらいしか変わんないなー
vtuneでプロファイル取ってみると、ソース全体に処理回ってて、ボトルネックは見つかんないわ

まぁ意外とコストがかかる関数ポインタとか
オブジェクトのメンバ変数読み書きの部分を弄れば
もう0.1%くらいは稼げるかもだけど
そこまですんのもなー

x265、この先が楽しみ

796名無しさん@編集中 (ワッチョイ 5feb-TPjW)2017/11/12(日) 22:51:08.62ID:JpH+OF+00
x264をもっと最適化出来ないのかな
x265と比べて明らかにCPU温度低くて回路が動いてない

797名無しさん@編集中 (ワッチョイ 5fec-bKAn)2017/11/12(日) 23:23:00.33ID:p+8dj83V0
それ単に負荷が低いだけじゃないか

798名無しさん@編集中 (ワッチョイ 5f11-02TF)2017/11/12(日) 23:42:36.77ID:xlagXxpm0
時の流れって凄いよな
x264が激重でxvidサイツヨな時代もあったのに

799名無しさん@編集中 (ワッチョイW 5f9f-4gwp)2017/11/13(月) 02:11:13.42ID:pi+LpmHH0
x264はやってみたいけどmsvcでビルド出来なくなって久しいのがなー
あのレベルの入り組んだマクロから書き直すのは
流石にお給料貰わないと出来ないわ

Linuxも頻繁に使うからgccは嫌いじゃないんだけど
そこそこ大きいソース弄るとなればvisualstudio使った方が楽で‥

x265は全体がc++で書かれてるのがネックだよ
中途半端にC++で、ここは単純にcで書いた方が速そうってファイルもいくつかあったし

800名無しさん@編集中 (ワッチョイ 5f9f-TPjW)2017/11/13(月) 04:37:50.03ID:5tmrJcn50
CPUフルロードになってもx264よりx265の方が温度高くなるのは
x265の方がSIMDを多用してるからじゃなかったっけ

801791 (ワッチョイ 5f11-02TF)2017/11/13(月) 10:29:07.53ID:U5Q7Lw5V0
--lowpass-dct普通に使ったら絵がボロボロになってた・・

802名無しさん@編集中 (スッップ Sd9f-voEu)2017/11/13(月) 11:53:06.85ID:JlABiik1d
そりゃ、上限以上のビットレートは全カットだから
上限内はVBRするってフィルタじゃなかったか?

803名無しさん@編集中 (ワッチョイ dfec-bKAn)2017/11/13(月) 15:04:06.23ID:+Ly7OHtv0
>>802
全然違うと思う。

804名無しさん@編集中 (エムゾネWW FF9f-voEu)2017/11/13(月) 16:00:32.25ID:Hpbk7sz0F
じゃなに?

805名無しさん@編集中 (ワッチョイWW 5f8a-Q9AV)2017/11/14(火) 18:41:26.28ID:3Z4c6Zti0
離散コサイン変換を近似変換にすることで、精度を犠牲にして計算量を少なくする?

計算科学に暗いので調べてみてもそれくらいしか分からなかった。

806名無しさん@編集中 (スプッッ Sd1f-T0Kg)2017/11/14(火) 20:42:11.03ID:hNM9JsLMd
>>805
せやで。高周波の計算をカットするからローパス

807名無しさん@編集中 (ワッチョイWW 5f8a-Q9AV)2017/11/15(水) 12:39:32.01ID:bP3bP5E30
802君は最大ビットレートと混同してる?

DCTの高周波を削ると言うには、AQとの相性は悪そう

809名無しさん@編集中 (ワッチョイ 6eb9-IKRN)2017/11/17(金) 03:39:58.00ID:aBG0QBBs0
iosのhevcをffmpegで確認したけど全部キーフレームってことはBフレームなしってことであってるよな

810名無しさん@編集中 (スッップ Sd22-59Nk)2017/11/17(金) 13:33:35.42ID:bY0DmVaId
ハードウェアエンコだろうからBフレは存在しないはず

811名無しさん@編集中 (ワッチョイ e1ec-zZYI)2017/11/17(金) 17:04:43.64ID:QUGIQhmK0
>>809
どういうコマンドで確認したの?

>>810
「ハードウェアエンコだからBフレ無し」なんてことはないよ。QSVのHEVCではBフレーム使えるし。

812名無しさん@編集中 (スッップ Sd22-59Nk)2017/11/17(金) 17:16:03.35ID:bY0DmVaId
>>811
それは知らなかったな
いつからQSVで使える様になったんだ?

813名無しさん@編集中 (ワッチョイ e1ec-zZYI)2017/11/17(金) 18:02:27.25ID:QUGIQhmK0
>>809
コマンドを調べてみたけど
 ffprobe.exe -select_streams v -show_frames -show_entries frame=key_frame,pict_type hevc.mp4 > result.log
でkey_frameかどうかとpict_type(I/P/B)が見れるみたいだから、それで調べればいいんじゃないだろうか。
全部キーフレームってのがよくわからんし、ちょっと気になるので調べた結果は教えてくれ。
iosのHEVCサンプルを探してみたんだけど、見つからなかったのでサンプルもあるとありがたいが。

>>812
skylakeでHEVCエンコに対応した時からじゃない?
QSVEncの過去記事見ても、Bフレ使えなかったようには見えないし。

814名無しさん@編集中 (ワッチョイ a111-c1KZ)2017/11/17(金) 18:43:58.14ID:l7gili030
っていうかhevcのBフレ非対応はnvidiaだけだった気がする

815名無しさん@編集中 (ワッチョイ e1ec-zZYI)2017/11/17(金) 18:59:22.10ID:QUGIQhmK0
>>814
Intel(QSV)、nVidia(NVEnc)、AMD(VCE/AMF)のBフレーム対応状況は>>397参照。
AMDのHEVCも現状ではBフレ非対応。

816名無しさん@編集中 (アウーイモ MM05-la9x)2017/11/17(金) 20:21:23.13ID:FnnqibWnM
QSVでHEVCエンコード時にBフレームが使用できるというソースに記憶がないんだがなぁ。
対応してたらrigaya氏が真っ先に対応するだろうし。

817名無しさん@編集中 (アウアウウー Sa05-2UdE)2017/11/17(金) 20:50:53.70ID:kJXx/WDua
>>816
そのrigayaさんのサイト行ってqsvencの記事片っ端から読んできたら

818名無しさん@編集中 (ワッチョイ e1ec-zZYI)2017/11/17(金) 20:57:25.88ID:QUGIQhmK0
>>816
rigaya氏のブログの2015-08-29の記事(QSVEncのHEVC対応直後)のログでもBフレ使ってるのがわかるし
夏頃にQSVスレで出てたログでもBフレ使われてたし、当初から普通に使えてたんだと思う。

819名無しさん@編集中 (ワッチョイ 6eb9-IKRN)2017/11/17(金) 21:46:15.31ID:aBG0QBBs0
>>811
ffmpeg -an -skip_frame nokey -i input.mov -vsync 0 out%05d.png
キーフレームじゃないフレームをスキップして切り出したら30fps10秒で約300枚だった

820名無しさん@編集中 (ワッチョイ 6eb9-IKRN)2017/11/17(金) 21:53:20.40ID:aBG0QBBs0
>>813
Bフレあったわ( ´〜`)ゞ
https://pastebin.com/sBxiRbXU
プライバシーの観点から真っ暗動画でも良いならあげるけど

821名無しさん@編集中 (ワッチョイ a111-c1KZ)2017/11/17(金) 23:06:26.38ID:l7gili030
>>815
あー、なんかそれっぽいスライドを見た気がしてたけど
2passのほうだったみたいね

822名無しさん@編集中 (ワッチョイWW 222b-TR+8)2017/11/18(土) 01:03:55.89ID:0OILNwEG0
全部キーフレームって業務用機器で使うAll-Intraかな?
編集向き

823名無しさん@編集中 (ワッチョイ 2de3-C2+4)2017/11/18(土) 07:36:17.65ID:y5HtGk9p0
Video in the Cloud: The Future is HEVC

http://socionextus.com/blogs/video-cloud-future-hevc/

824名無しさん@編集中 (アウアウエー Sa1f-2usm)2017/11/24(金) 06:51:50.11ID:vVMdDjzMa
AppleがHEVC大量に採用したからライセンスの問題は無くなったって言ってるのかね
理屈がよくわからんが

825名無しさん@編集中 (ワッチョイ c780-0nSi)2017/11/24(金) 08:06:22.87ID:X4/dv53v0
大量に採用?

826名無しさん@編集中 (ワッチョイ 5fd2-ijx+)2017/11/24(金) 08:18:54.31ID:hZN1AWAC0
>>825
HEIFとか

827名無しさん@編集中 (ワッチョイ 27e3-aUWH)2017/11/24(金) 08:21:20.31ID:RPV/c8ji0
Video Codec Comparison (H.264, H.265, VP9 and AV1)
http://abulayek.com/vcodec/index.html

828名無しさん@編集中 (アウウィフWW FFcb-2usm)2017/11/25(土) 14:38:27.56ID:uikUyne2F
AV1大丈夫かね
VP10なんかよりもdaalaをベースに作ったほうが良かったように思うのだけど

829名無しさん@編集中 (ワッチョイWW 07b3-GhKZ)2017/11/25(土) 14:53:34.26ID:bv3m0+6S0
>>823
採用実績が増えてるだけで、特許問題は解決してないよね

830名無しさん@編集中 (ワッチョイ 5fd2-ijx+)2017/11/25(土) 14:56:30.78ID:prXfWdXD0
>>828
昔daalaを試したことあるけどSSIM低かったし肉眼でもそこまで綺麗じゃなかった
非DCT系コーデックってまだ実用段階じゃないんだと思う
あんま詳しくないから推測だけど

831名無しさん@編集中 (ワッチョイ 0711-0CkI)2017/11/25(土) 15:44:29.14ID:mcEkRSHP0
ネコさんだっけ?
x264のchangelog翻訳してた人は4k/8k以上でないと
非DCTの利点がない(出にくい)って言ってた気がする

832名無しさん@編集中 (ワッチョイ 5fd2-ijx+)2017/11/25(土) 16:09:16.07ID:prXfWdXD0
>>831
確かに4kでは試してなかったな
2kの時点で0.03fpsくらいしか出なかったから

833名無しさん@編集中 (ワッチョイWW df7c-ufCD)2017/11/25(土) 17:27:15.98ID:GeF182Me0
>>829
gifのような騙し討ちと違って最初からライセンスルールが決まってるならいいと思うけどね。

834名無しさん@編集中 (ワッチョイ 7f76-QHFH)2017/11/25(土) 18:23:10.85ID:TYLSDacq0
4K/8K放送用(BS/110CSの左旋とBS右旋のBS-7/17)・・・本放送2018年12月1日

VC-8350/VD-8350 H.265 (MPEG-H/HEVC) MMT対応 8K/4Kコーデック
ttp://jpn.nec.com/bv/hoso/product/vcvd8350.html?

H.265 Main10@L6.1 Main Tierに対応した8K放送送出用コーデックです。
8K/4K放送に向けて、8K/4K H.265符号化/復号化、22.2ch MPEG-4 AAC音声符号化/復号化、
MMT(MPEG Media Transport)入出力、といった最新の放送規格に対応しています。
--
8K映像入出力として、Dual Green(3G-SDI×8)、および、U-SDI(ARIB STD-B58 U2.17)に対応
4K映像入出力として、4K-SDI形式(3G-SDIx4)、および、U-SDI(ARIB STD-B58 U1.17)に対応

※U-SDIは、NHK技研が開発した光ケーブルによる伝送。

本放送は、1年後だから、もう少し改良されるでしょうね。

835名無しさん@編集中 (ワッチョイ 27e3-aUWH)2017/11/25(土) 18:48:21.35ID:LVSAusRl0
8K放送って何かと批判されてるけどNHKで実際にみて見ると立体感とか半端ないんだよね。
めちゃくちゃ楽しみにしてるけど、目標までたどり続ける体力が各方面にあるかどうか・・・

836名無しさん@編集中 (ワッチョイ 27ec-3a+g)2017/11/25(土) 19:15:04.57ID:wxxEbk1K0
x265スレが立ってたのでテンプレ貼っといた。

x265 rev4
http://mevius.5ch.net/test/read.cgi/avi/1511263100/

837名無しさん@編集中 (オイコラミネオ MM4f-ECpi)2017/11/25(土) 19:21:03.46ID:6oVjGvMPM
4Kの伝送に今までのSDIだとかなりしんどいからねぇ
USDIの導入はカメラケーブルで代用できないし体力が無いよ
ゼロ遅延でHEVCで圧縮して伝送できりゃいいけど…

838名無しさん@編集中 (ワッチョイWW c768-ULKC)2017/11/26(日) 01:59:53.24ID:KNR+NudY0
>>835
それ4Kの時も言われてた

839名無しさん@編集中 (ワッチョイ 5fe3-aUWH)2017/11/28(火) 23:14:27.23ID:GXB6249z0

840名無しさん@編集中 (ニククエW 472c-TbnR)2017/11/29(水) 21:15:48.05ID:X6rHAACY0NIKU
>>835
少なくとも放送局には無いだろうな
NHKでもやっとじゃないの

841名無しさん@編集中 (アウアウカー Sa55-A1Nl)2017/11/30(木) 08:55:36.28ID:EBExVmPDa
HEVC関係ないけどオレ様用メモ

511 名前:名無し~3.EXE [sage] :2017/11/30(木) 08:08:26.78 ID:HZwMEGNU
Web メディア拡張機能
https://www.microsoft.com/ja-jp/store/p/web/9n5tdp8vcmhs

この Web メディア拡張機能パッケージをインストールすると、ユーザーは Ogg コンテナーに届けられたコンテンツや、Vorbis または Theora のコーデックを使用してエンコードされたコンテンツを自然に再生することができるようになります。

842名無しさん@編集中 (ワッチョイ 59e3-4xkE)2017/11/30(木) 08:56:05.92ID:F+fZHfST0

843名無しさん@編集中 (アウアウエー Sa52-XRw8)2017/12/01(金) 14:03:02.87ID:Vkqfo7eAa
ついにブラウザで再生できるようになったか
俺のPCだと720pで重くなってしまうが

844名無しさん@編集中 (ワントンキン MM7a-XRw8)2017/12/01(金) 14:08:57.16ID:NG+SXGt0M
すげーなAV1
HD画質ならもう1Mbpsいらんのね
エンコード時間がヤバイけど…

845名無しさん@編集中 (ワッチョイWW fae9-YvhT)2017/12/01(金) 14:14:21.13ID:oeofso/j0
数年後、まともに再生できる環境が疑わしいコーデックに時間をかけるのは無駄だと思うがね

846名無しさん@編集中 (ワッチョイ a580-eW9I)2017/12/01(金) 14:35:34.78ID:JdQ51eVj0
俺のグラボだとhevcもvp9も4kサクサク

847名無しさん@編集中 (ワッチョイ 6ad2-RWcm)2017/12/01(金) 14:40:26.14ID:qBgGEFTU0
AV1の規格まだ固まってないだろうにようやるわw
コーデックMIMEタイプにgit hash含まれてるらしいしw

848名無しさん@編集中 (ワッチョイ 5df1-jUo3)2017/12/01(金) 16:37:56.10ID:mjumIZIG0
>>845
どの辺が疑わしいの?

849名無しさん@編集中 (ワッチョイWW fae9-YvhT)2017/12/01(金) 19:56:35.70ID:oeofso/j0
何もかもに決まってるだろ

850名無しさん@編集中 (ワッチョイWW 5d8a-ckDd)2017/12/02(土) 22:31:34.01ID:3Ht/WnVo0
新しい物が出来たら試したくなるじゃん。永久保存版をダウンサイズする訳じゃないし。

851名無しさん@編集中 (ワッチョイWW fae9-YvhT)2017/12/03(日) 00:00:25.23ID:Qq6o//g60
浮気グセのあるやつは信用ならん

852名無しさん@編集中 (アウアウエー Sa52-XRw8)2017/12/03(日) 06:53:12.87ID:DVgsngx1a
はたしてHEVCはAV1に負けるのだろうか?
chromeとfirefoxがHEVCをサポートしないだろうからウェブでは流行らせようがないし

853名無しさん@編集中 (スップ Sdea-qSQT)2017/12/03(日) 09:00:42.54ID:n/+U9RXDd
結局はネーミング
AV1とかセンス0の怪しい名前が普及するわけないのよ

854名無しさん@編集中 (ワッチョイ 6ad2-RWcm)2017/12/03(日) 09:28:37.85ID:Wpdan08r0
AVがいかがわしい意味を持つのって日本だけじゃないの?

855名無しさん@編集中 (ワッチョイ c5c3-HgL3)2017/12/03(日) 16:23:02.05ID:0y7/IV3z0
パッと思い浮かぶのはオーディオ・ビデオだろ

856名無しさん@編集中 (ワッチョイ 7980-eW9I)2017/12/03(日) 17:19:43.60ID:uVRg17My0
ビジュアルじゃなくて

857名無しさん@編集中 (ワッチョイ b5b3-GQwd)2017/12/03(日) 18:47:31.56ID:jugbA38x0
HEVCの読み方って?

858名無しさん@編集中 (ワッチョイ 3d9f-GQwd)2017/12/03(日) 18:48:04.28ID:N46X2NJO0
ヘヴェクッッ

859名無しさん@編集中 (ワッチョイ a6ed-D9HO)2017/12/03(日) 19:48:43.64ID:NO/LQ1WT0
風邪ですか?お大事に

860名無しさん@編集中 (ワンミングク MM7a-XRw8)2017/12/03(日) 23:28:57.80ID:y32j/id9M
safariとedgeはh.265をサポートしているのか?

861名無しさん@編集中 (ワッチョイ 59e3-4xkE)2017/12/04(月) 05:23:14.61ID:6kZddE930

862名無しさん@編集中 (アウアウカー Sa55-56/k)2017/12/04(月) 12:44:08.39ID:R5zkLxI4a
>>860
Safariはどうだか知らんが
Edgeは>>762入れてみたら

863名無しさん@編集中 (ワッチョイWW 578a-T+jR)2017/12/10(日) 19:33:54.84ID:FfN0H0Rn0
グーグルフォトがAV1の採用で60fpsに対応してくれることを期待

864名無しさん@編集中 (ワッチョイWW ffe9-4DU5)2017/12/10(日) 23:09:18.56ID:FaK5j4k70
スレ違い

865名無しさん@編集中 (ワッチョイ 1280-ub8k)2017/12/14(木) 23:49:27.51ID:3P2Wc4050
iMac Proと一緒に
HEVC対応Final Cut Pro X/Compressor/Motion出たね

866名無しさん@編集中 (アウアウエー Saaa-KNNd)2017/12/16(土) 10:16:22.99ID:4Ux/53fCa
appleがゴリ押しすればHEVC流行るかねえ

867名無しさん@編集中 (ワッチョイ 83e3-2fJw)2017/12/16(土) 22:44:44.30ID:p//cfd350
もう新しくロイヤリティ払いたくない派は
av1が来るまでmp4やvp9で行くんでねえ
8k来るまで当分先だし

868名無しさん@編集中 (ワッチョイ 1680-5OBk)2017/12/16(土) 22:53:27.40ID:WKsDSOO80
日本語でおk

869名無しさん@編集中 (ワッチョイ 631d-/0eJ)2017/12/17(日) 00:40:21.69ID:Xgni82KD0
本当に全角ってひどいんだなと感じた瞬間である

870名無しさん@編集中 (ワッチョイWW a3e9-J+o0)2017/12/20(水) 10:38:08.60ID:vtaClyVI0
乞食丸出しだもんな…

871名無しさん@編集中 (ワッチョイ 67fa-MiNv)2017/12/31(日) 11:45:48.09ID:90rtTOjH0
誰でも自分PCで稼げる方法など
参考までに、
⇒ 『政道のゴウイウセレイイ』 というHPで見ることができます。

グーグルで検索⇒『政道のゴウイウセレイイ』

DV2315TNTB

872名無しさん@編集中 (ワッチョイWW dbe9-pBWh)2018/01/01(月) 15:49:06.59ID:1R6AJLFI0
QSVのHEVCがBフレーム対応するのは、まだまだ先かねぇ?

873名無しさん@編集中 (ワッチョイ cbec-O50F)2018/01/01(月) 17:21:45.65ID:2P1PRaJJ0
>>872
>>397参照。QSVのHEVCはBフレーム対応してる。
HEVCでBフレームが使えないのはNVEncやAMFだな。

874名無しさん@編集中 (ワッチョイWW dbe9-pBWh)2018/01/01(月) 23:09:09.49ID:1R6AJLFI0
>>873
それ、ソースあるの?

875名無しさん@編集中 (ワッチョイWW 6376-6OCh)2018/01/01(月) 23:48:59.96ID:k6oWHdCi0
自分で試せよ

876名無しさん@編集中 (アウーイモ MM2f-pBWh)2018/01/01(月) 23:49:34.97ID:QIIdcyGkM
ないんだ

対応してんだろ

https://software.intel.com/en-us/forums/intel-media-sdk/topic/623600

少なくともSkylakeでは
それより前の世代は知らん

878名無しさん@編集中 (ワッチョイ c3e3-OYDm)2018/01/02(火) 01:43:10.13ID:QwKiZm9j0
スレチかもしれないけど、中国製の防犯カメラでH.265に対応している製品があるけど、なんちゃってなのだろうか。
5MP/25fpsのカメラモジュールで1万円くらいからある。

879名無しさん@編集中 (ワッチョイWW dbe9-pBWh)2018/01/02(火) 10:44:36.96ID:7mLRIBXP0
>>877
で、Bフレーム有効にするとQSVでのエンコード画質は、H.265>H.264になったの?
それともとりあえず対応しました程度?

880名無しさん@編集中 (ワッチョイWW 6f9f-TSy9)2018/01/03(水) 20:14:33.90ID:zXFbefT40
自分で試せよ

881名無しさん@編集中 (ワッチョイWW 9ff7-WfZ8)2018/01/05(金) 10:34:23.54ID:SePSQ6tC0
AppleもAOM参加らしい

882名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 10:39:10.26ID:3B2rOqYba
なんのこっちゃ?

883名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 11:10:34.44ID:Pcgh0yt50
>>881-882
ググったら出てきたが。

Apple joins alliance to shrink your online videos - CNET
https://www.cnet.com/news/apple-online-video-compression-av1/

884名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 11:16:48.05ID:3B2rOqYba
スレ違いだろ

885名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 11:25:11.01ID:Pcgh0yt50
寝言はおいとくとして、次スレに向けてスレタイやテンプレの変更をちゃんと考えないといかんな。

886名無しさん@編集中 (ワッチョイWW 6b76-awjz)2018/01/05(金) 12:25:27.39ID:7va9CEd50
その時に書かないとまたアホが同じ事する

887名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 13:28:20.63ID:3B2rOqYba
>>885
例えばどんなところを注意すべき?

888名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 13:42:20.78ID:Pcgh0yt50
とりあえず次スレに向けて、スレタイ&テンプレ変更案を書いてまとめてみたけど、どうだろうか。
Q&Aの内容はこれでいいのかとか、Daala/Thorのリンクは必要なのかとか、もろもろ意見求む。

詳細→ https://pastebin.com/quVcrCB5

スレタイ:
次世代ビデオコーデック総合スレ Part8 【HEVC/VP9/AV1等】

テンプレ
H.264/AVCの後継候補となる様々な次世代ビデオコーデックについて語るスレです。
(以下略)

889名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 14:48:54.32ID:3B2rOqYba
>>888
それ、スレ変わってるがな
別スレ扱いの内容だぞ

890名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 15:23:35.48ID:Pcgh0yt50
>>889
このスレはPart3から>>1の2行目が入って、H.265だけじゃなく次世代コーデック全般のスレになってるんだよ。
過去ログか、せめて>>1-13だけでもちゃんと読んでくれ。

スレタイがこのままだと、お前さんのようにテンプレ読まずにH.265専用スレだと勘違いする人がいるし、
酷いのだと勘違いしたまま別スレを立てようとするのまでいる。(>>297-300

だから実態にあわせてスレタイやテンプレを変えようという話。

891名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 15:26:11.62ID:3B2rOqYba
>>890
分けて建てろ

892名無しさん@編集中 (ワッチョイ eb80-8O7H)2018/01/05(金) 15:31:12.86ID:FtksHx4s0
マジで分けろよ

893名無しさん@編集中 (ワッチョイ 3bb5-hL1C)2018/01/05(金) 15:36:52.05ID:l8pHmGC/0
このスレだって消化に1年くらいかかってるわけだし分ける必要性を”今は”全然感じないな
もっと動画サイトやらハードウェアやらでの採用が増えてレスが増えるようになってから分ければいいんじゃね?

894名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 15:38:10.37ID:3B2rOqYba
統合する必然性がない

895名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 15:46:26.12ID:Pcgh0yt50
H.265/HEVCにしてもAV1にしても話題もレスも今のところ大して無いんだし、
制限が続くDTV板の厳しい現状もあるし、わざわざスレ分ける必要はないわな。

896名無しさん@編集中 (ワッチョイ eb80-8O7H)2018/01/05(金) 16:03:52.24ID:FtksHx4s0
統合する意味ねえよ
うざいだけ

897名無しさん@編集中 (ワッチョイWW 1b8a-qeBI)2018/01/05(金) 17:46:28.76ID:3tt8bLEi0
AV1専用にしていいよ
他はどうせそのうち消える

898名無しさん@編集中 (ワッチョイ 9f9f-nXLO)2018/01/05(金) 18:03:32.16ID:MkcHRmIH0
統合が嫌だったらもっとHEVC関連の話題出してホラホラ

899名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 18:22:40.21ID:3B2rOqYba
引き換えにする理由になっていない
却下

900名無しさん@編集中 (オイコラミネオ MM7f-XQTB)2018/01/05(金) 18:30:24.02ID:OosUOP4cM
現状のままでええ スレタイを1に合わせるのはありだと思う

901名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 18:44:03.07ID:Pcgh0yt50
というか、もともとこのスレで普通にAV1の話もしてたんだから、「統合」は既にされてるわけで、
「実情にあわせてスレタイを変えたほうがいいじゃないか」というだけの話なんだけどね。

「AppleがAOMediaに参加」という話を理解できなかった挙句
「AV1はスレ違い」とか勝手に言い出して暴れ続けるのはどうかと。

902名無しさん@編集中 (アウアウアー Sa7f-ZvWl)2018/01/05(金) 18:51:57.88ID:3B2rOqYba
>>901
前からスレ違いと言われているだろ

903名無しさん@編集中 (ワッチョイWW 9ff7-WfZ8)2018/01/05(金) 18:54:58.87ID:vR0YeLvn0
もうそろそろスレも終盤に近いし総合スレもH.265単独スレも建てちゃえば

904名無しさん@編集中 (ワッチョイ 0b8a-7qlc)2018/01/05(金) 21:17:02.77ID:I+fxWA1A0
んじゃー次スレ立てるときにH.265単独と
次世代コーデック全般の二つ立てればいいんじゃないの

905名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 21:27:19.92ID:Pcgh0yt50
無駄にスレ分けたって両方過疎るのがオチだし、それなら現状維持の方が多分マシ。

906名無しさん@編集中 (ワッチョイ dfeb-hL1C)2018/01/05(金) 21:33:00.99ID:qXrsTHoi0
スレ立てる奴が勝手に決めろ
議論は無意味、無駄

907名無しさん@編集中 (ワッチョイ 9fec-BEZ7)2018/01/05(金) 21:57:03.21ID:Pcgh0yt50
スレタイを「次世代ビデオコーデック総合〜」にするんじゃなく
 H.265/HEVC VP9 AV1 Part8
みたいにするだけなら抵抗感は少なくて済むのだろうかと、ふと思った。

908名無しさん@編集中 (ワッチョイ ef11-hL1C)2018/01/05(金) 22:33:40.31ID:eQz53e640
惰性でスレタイは今のままが一番トラブルは少ないと思う
んでテンプレで"HEVC/VP9/AV1など新世代コーデックについて語ろう"としたら円滑に回るかと

909名無しさん@編集中 (ワッチョイ cbf1-R68N)2018/01/05(金) 23:00:36.96ID:hStm3SX40
単独スレがあるx265の話題抜きだからH.265は語ることが少ない

910名無しさん@編集中 (オイコラミネオ MM7f-E+4x)2018/01/05(金) 23:10:26.19ID:N/idfPQgM
【】を有効活用しろ
西暦解像度は無意味、無駄

911名無しさん@編集中 (ワッチョイWW 0be9-ZvWl)2018/01/05(金) 23:54:49.72ID:k4gDEQ6w0
既に現行コーデックになったHEVCと他のカスコーデックを同列で語る意味がない

912名無しさん@編集中 (オッペケ Srcf-qeBI)2018/01/06(土) 01:08:08.33ID:/A5/lhYBr
なおこれからAV1に駆逐される模様

913名無しさん@編集中 (オイコラミネオ MM7f-E+4x)2018/01/06(土) 01:17:09.73ID:LCz8DYGeM
H.266/AV1 Part1

914名無しさん@編集中 (ワッチョイ 0b8a-7qlc)2018/01/06(土) 01:51:01.09ID:4nKjtihi0
ゲハみたいのが住み着いてるのかよw

915名無しさん@編集中 (ワッチョイ 0f80-8O7H)2018/01/06(土) 09:41:24.35ID:YVmSVrZB0
>>912
駆逐してから言ってね

916名無しさん@編集中 (ワッチョイ 0fe8-Xk1J)2018/01/06(土) 09:46:49.36ID:s08BHeFb0
>>912
駆逐される気配もない

917名無しさん@編集中 (ワッチョイ 4bec-BEZ7)2018/01/06(土) 12:54:25.66ID:oGX82gm60
>>910
【H.265/HEVC】【VP9】【AV1】 Part8

918名無しさん@編集中 (ワッチョイW 9fd2-k5ES)2018/01/06(土) 13:41:57.57ID:vNhhlabc0
>>878
ファーウェイ子会社のハイシリコンのAVC/HEVCエンコーダが低価格帯だと有名だよ。

919名無しさん@編集中 (ワッチョイW 1f22-s8uc)2018/01/07(日) 22:11:07.26ID:xa4Fje7P0
まぎらわしいから俺はやっぱりスレタイはこのままの次スレと
AV1やVP9の話題を扱う新スレをそれぞれ別々に立てて分けるべきだと思うわ

HEVCは一応昨年の段階で製品やOSレベルでのサポートが進んだし
今年はデバイスやアプリレベルの対応に関して話題になりそうだから ここでAV1の話とかされても困る

920名無しさん@編集中 (ワッチョイ ebe3-rsoa)2018/01/08(月) 22:38:41.57ID:CyddkypL0
>>918
HUAWEI Mate 10 Proのコア作ってるし、激安カメラのエンコチップによく使われてるよね。
性能は価格なりなようだけど、どうなんだろう?

921名無しさん@編集中 (ワッチョイ bb1e-IpkQ)2018/01/09(火) 00:03:33.55ID:lHhO8moH0
ファーウェイ?MediaTekじゃなくて?

922名無しさん@編集中 (ワッチョイ ebe3-rsoa)2018/01/09(火) 03:12:54.95ID:5Y+HvNlu0
>>921
MediaTekはMT〜のチップになるね。
ハイシリコンはKirinシリーズで採用されている。
調べればわかるけど、ハイシリコンはHuaweiの半導体子会社。

MTシリーズは低価格から中堅、Kirinは中堅から高スペックなあたりで搭載されている感じだろうか。

923名無しさん@編集中 (ワッチョイ cbec-BEZ7)2018/01/10(水) 19:22:14.05ID:/cV3QgNk0
AV1を試してみようと思ってビルドしてみたんだけど、--tile-columnsに0以外を指定すると
aomenc.exeがクラッシュしてしまい、マルチスレッドエンコできなかった。
なんかバグってるのか、自分のビルドの仕方が悪いのか・・・。

コマンド(aomencがクラッシュする)
ffmpeg.exe -i 512x256.avi -pix_fmt yuv420p -f yuv4mpegpipe - | aomenc.exe --cpu-used=8 --tile-columns=1 --passes=1 -o av1.webm -

試したバージョン
v0.1.0-7551-g3ec11d1e3 (1/8頃)
v0.1.0-7588-g10fea49b3 (現在)

ちなみに--tile-columns=0(シングルスレッド動作)だと、
512x256ソースのエンコ速度が 0.03〜1.01fps(--cpu-used=0〜8) だった・・・。(i7-4702MQ)

924名無しさん@編集中 (ワッチョイWW eaf7-j5zO)2018/01/11(木) 11:35:28.56ID:wuxrQsw/0
>>923
パイプじゃなくてy4mから読み込んでみるとか

925名無しさん@編集中 (スッップ Sd0a-HVnz)2018/01/11(木) 12:48:57.82ID:/SYqoqOXd
>>923
例え32C動作だとしても0.96〜32fpsなんだから、もう試す意味ないんじゃないか?

926名無しさん@編集中 (ワッチョイ 39ec-IhuN)2018/01/11(木) 18:29:54.71ID:eS1xF/ZE0
>>924
変わらなかった。

>>925
確かに。
というか一番聞きたかったのは「他の人はうまくマルチスレッドで動いてるの?」ということだったんだけど
それをちゃんと書いてなかったことに今気づいた。ごめん。

927名無しさん@編集中 (ワッチョイWW eaf7-j5zO)2018/01/11(木) 19:10:53.51ID:UjYtRAbG0
規格が完成したら試そうと思ってるんだけど延期に次ぐ延期でなー

928名無しさん@編集中 (ワッチョイW a99f-93kH)2018/01/12(金) 03:21:33.60ID:gM9FkCuL0
12月で仕様固める言ってたのはどうなったんや
もし延期してなければ高速化はこっからが本番でしょ

929名無しさん@編集中 (ワッチョイ 39ec-IhuN)2018/01/12(金) 13:58:14.33ID:ecpKvVhK0
>>928
アップル、動画圧縮技術の開発を目指すAlliance for Open Mediaに加盟
https://japan.cnet.com/article/35112777/

AV1の仕様確定はちょい延期されたようで、上の記事によると「数週間以内」、英語Wikiにも「2018年1月」とある。
また延期されるかもしれんけど。

930名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/12(金) 14:16:39.59ID:uzMuT7JMM
AV1の話は、そろそろ次世代コーデックスレ立てて、そっちでやってくれ

931名無しさん@編集中 (ワッチョイ 5e7f-0PCX)2018/01/12(金) 14:56:40.33ID:Ol0CLAzb0
HEVCの話をしてるとおもってたら
AV1のことだったのか

932名無しさん@編集中 (オイコラミネオ MM2e-LQjj)2018/01/12(金) 16:55:46.65ID:ougtF0sSM
【AV1】次世代ビデオコーデック総合スレ【H.266】

テンプレは任せた

933名無しさん@編集中 (ワッチョイ 39ec-IhuN)2018/01/12(金) 19:29:55.13ID:ecpKvVhK0
>>932
まだ標準化されてないんだから「H.266」という表現は用いるべきではない。

AV1も継続して話すほどのネタは無いからわざわざスレ分けするほどではないし、
スレタイ変えるのが嫌なら現状維持でいいと思うんだが。

934名無しさん@編集中 (ワッチョイ 791e-/qZv)2018/01/12(金) 19:43:54.97ID:LrTg1uRx0
俺も現状維持でいいと思うけど

935名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/12(金) 19:44:20.33ID:uzMuT7JMM
断る!!
AV1は出ていけ

936名無しさん@編集中 (ワッチョイWW eaf7-j5zO)2018/01/12(金) 19:54:22.31ID:o0m2/tM10
めんどくせーのがいるんだから隔離スレ立てて誘導すればいい

937名無しさん@編集中 (ワッチョイ a580-UJUP)2018/01/12(金) 20:03:43.74ID:94wgSLc00
分けろよマジで

938名無しさん@編集中 (ワッチョイ 791e-/qZv)2018/01/12(金) 20:08:50.64ID:LrTg1uRx0
いやです

939名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/12(金) 20:13:39.90ID:uzMuT7JMM
3日時間をやるから、次世代コーデック総合スレを立てて、AV1厨はとっとと出ていけ
さもないと、テンプレなしで適当にスレ立てしてAV1厨をつまみ出す!

940名無しさん@編集中 (ワッチョイ a580-UJUP)2018/01/12(金) 20:29:58.12ID:94wgSLc00
頼むわ

941名無しさん@編集中 (ワッチョイ ea9f-Un5q)2018/01/12(金) 21:05:55.13ID:2+HbD93T0
H.265/VP9/AV1他なんでも可の新スレが建ってくれるならそれでいいわ、俺もそっち移れるし
H.265スレに残る人は残る人で自由にやってもらえばいい

942名無しさん@編集中 (オイコラミネオ MM2e-LQjj)2018/01/12(金) 21:06:52.49ID:NMFGPPkSM
>>933
>まだ標準化されてないんだから「H.266」という表現は用いるべきではない。

【2013】 H.265/HEVC 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1317066231/
1 名無しさん@編集中 2011/09/27(火) 04:43:51.21 ID:HczLwb1z
圧縮率効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ

943名無しさん@編集中 (ワッチョイ 7dec-IhuN)2018/01/12(金) 21:20:24.59ID:p2VANSXd0
そんじゃ仕方ないのでとりあえず次世代コーデックスレ立てにいってみる。

944名無しさん@編集中 (ワッチョイ 7dec-IhuN)2018/01/12(金) 21:25:20.68ID:p2VANSXd0
立てた。すぐ落ちないよう保守しないといかんのでいくつか書き込む予定だけどよろしく。

次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://mevius.5ch.net/test/read.cgi/avi/1515759816/

945名無しさん@編集中 (オイコラミネオ MM2e-LQjj)2018/01/12(金) 21:29:29.44ID:NMFGPPkSM
>>944

946名無しさん@編集中 (ワッチョイWW ade9-qwZV)2018/01/12(金) 22:40:25.11ID:JaQNvSZK0
やっと五月蝿いハエが出ていったか
今度このスレでAV1の話しやがったら、全力で潰すぅ

947名無しさん@編集中 (ワッチョイ 791e-/qZv)2018/01/12(金) 22:56:15.58ID:LrTg1uRx0
で、AV1っていつごろリリースされるのかね?

948名無しさん@編集中 (ワッチョイW 6ad2-nHM4)2018/01/12(金) 23:44:55.02ID:z0V0wN9r0
とにかく時代はAV1だわ。

949名無しさん@編集中 (ワッチョイ a580-UJUP)2018/01/13(土) 00:39:05.63ID:1niUMGkm0

950名無しさん@編集中 (ワッチョイ 39e9-Un5q)2018/01/13(土) 10:26:01.94ID:WP44Xq0d0
さて、次世代コーデックスレが立ったところで、今後のこのスレについてなのだが、
現状、DTV板のスレッド数はかなり抑制されている環境のようなので、無意味なスレの乱立は好ましくないと思われる
そこで、すでに民生用途含め多くの場面で利用できる環境が整備された既存コーデックについてまとめて語る場としての「既存ビデオコーデック総合スレ」として再整備するのはどうかと思うのだが、どうだろうか?

※HEVCについてはすでに数年前よりハードウェア再生支援環境がPC、スマホ等で整ってきているので、既存ビデオコーデック総合スレの管轄と考える
ただし、AV1などの次世代コーデックとの画質やビットレートのために、次世代ビデオコーデックスレでHEVCをはじめとする既存のコーデックとの比較を行うことを妨げはしない

951名無しさん@編集中 (ワッチョイWW eaf7-j5zO)2018/01/13(土) 10:31:43.42ID:l6zClTPO0
>>950
HEVC以外の話をするなーって人が出てきて分裂したのに既存のコーデックでひとまとめにしたらまた暴れるでしょ
素直にHEVC単独スレ立てとけばいい

952名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/13(土) 10:50:38.91ID:r2A7swj3M
>>951
☓HEVC以外の話をするなー
○AV1は出ていけ

953名無しさん@編集中 (ワッチョイ 39e9-Un5q)2018/01/13(土) 11:24:29.42ID:WP44Xq0d0
>>952
それが正しい
AV1は放送やAV機器で利用するようなメジャーコーデックにはならない可能性が高いから、HEVCやAVCなどとは性格が違うしね

954名無しさん@編集中 (ワッチョイ faeb-QpsD)2018/01/13(土) 11:55:09.58ID:13+c6PGz0
だからスレ立てたい奴が勝手に立てればいいんだよ
意味のない議論なんてするな、んなもんに正しいも糞もねーんだよ
どんなスレだろうと立てたきゃ好きに立てろよ

955名無しさん@編集中 (ワッチョイWW eaf7-j5zO)2018/01/13(土) 12:36:52.16ID:KIpJLwrX0
ようするにあれか放送業界用コーデックとネット業界用コーデックの話をしたい二種類の人間がいるって感じか

956名無しさん@編集中 (ワッチョイ 7dec-IhuN)2018/01/13(土) 15:14:31.68ID:SIeotRKk0
 
次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
http://mevius.5ch.net/test/read.cgi/avi/1515759816/
> H.264/AVCの後の様々な次世代ビデオコーデック全般について語るスレです。

ということで、>>944の次世代ビデオコーデックスレは「H.264の後」を「次世代」と位置付けていて、

 H.265/HEVCも含めて、VP9、AV1、FVC(わからん人はスレ見てね)など
 H.264後のビデオコーデック全般について話すスレ

にしてある。
「H.265/HEVCはスレ違い」なんてアホなことは言えないようになってるので、H.265/HEVCの話をしても問題ない。
H.265/HEVCだけにこだわらず全般的な話がしたい人は次世代スレに行けばいいと思うし、
「どうしてもH.265/HEVCの話だけしかしたくない」という人はH.265/HEVCスレを続ければいいと思う。

「H.265/HEVCを次世代に入れるな」という人もいるかもしれないけど、
求められてるのはビデオコーデックの最新動向などを全般的に話すスレだと思うので、
些細な言葉の定義で無駄な議論をするつもりはない。

957名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/13(土) 16:06:03.51ID:r2A7swj3M
>>956
誰もその件について了承した覚えはないし、了承を求めたログもないわけだが

958名無しさん@編集中 (ワッチョイ 39e9-Un5q)2018/01/13(土) 16:15:30.52ID:WP44Xq0d0
>「H.264の後」を「次世代」と位置付けていて、

誰がこんな定義していいと言ったんだろうね?
HEVC(H.265)が登場し、放送でもすでに使われているコーデックをいまさら次世代と定義するまっとうな理由が理解できない

959名無しさん@編集中 (ワッチョイ 7dec-IhuN)2018/01/13(土) 16:47:14.87ID:SIeotRKk0
>>957-958
正直そんなことどうでもいいよ。
元々Part3からはH.265/HEVC以外のコーデックの話もOKということでやってきたのに、
突然H.265/HEVC専用にしたいと言い出したのはそちら。
こことは別に総合スレを立てただけだから、了承とかどうでもいい。誰もが納得するスレ立てなんて無理。

次世代の定義についても>>956の最後で書いたとおりなのでどうでもいい。
「次世代」という言葉が嫌なら次スレからは「高効率」といった言葉に入れ替えてもいいかもね。

H.265/HEVCの話をどちらでするのかはスレ住人が個々に考えて決めることだから、流れにまかせればいいよ。
専用スレでやりたいという住人が多ければ、自然と専用スレに集約されるだろ。それはそれで構わない。

960名無しさん@編集中 (ワッチョイ 39e9-Un5q)2018/01/13(土) 16:51:16.55ID:WP44Xq0d0
馬鹿なんだろうか?

961名無しさん@編集中 (ワンミングク MM7a-DkVE)2018/01/13(土) 16:55:59.58ID:Ewzzti6vM
どうでもいいからもうコーディング何でもスレの一つに統一しろや

962名無しさん@編集中 (ワッチョイ 1180-UJUP)2018/01/13(土) 17:21:54.00ID:+vjm2mOV0
アホか

963名無しさん@編集中 (ワッチョイ 5d8a-e3yi)2018/01/13(土) 18:45:16.23ID:sN6VOOs30
わざわざそんな配慮しなくてもスルーすりゃいいんよ、徒労に終わるし
何やっても所構わず顔出して出て行けだの終始喚く輩だろう

964名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/13(土) 19:13:48.18ID:r2A7swj3M
>>959
どうでもいいばかり連呼するような奴がスレ立てすんな

965名無しさん@編集中 (ワッチョイ 7dec-IhuN)2018/01/13(土) 20:57:12.03ID:SIeotRKk0
>>964
俺がどうでもいいと言ってるのは(中略)のことであって、
総合スレの必要性は強く感じてるんで、スレ立ても関連情報まとめも真面目にやってあるから心配無用だよ。

966名無しさん@編集中 (アウーイモ MM21-qwZV)2018/01/13(土) 20:57:52.10ID:r2A7swj3M
どうだか

967名無しさん@編集中 (ワッチョイ eabd-0PCX)2018/01/13(土) 21:07:24.06ID:b9T6YObs0
私物化する気満々だな

968名無しさん@編集中 (スッップ Sd0a-HVnz)2018/01/14(日) 00:18:32.10ID:gizm68Otd
落とさず維持出来るなら好きにすればいい

969名無しさん@編集中 (ワッチョイ faeb-QpsD)2018/01/14(日) 23:56:44.27ID:zCQqk3JN0
>>964
気に入らないならお前がスレ立てろよ
スレ立てるのに誰かの許可なんていらねーんだよ

970名無しさん@編集中 (ワッチョイWW 6d1a-b1Dl)2018/01/16(火) 19:28:14.04ID:QPOMv+Iw0
クソスレ落とすぞ〜

971名無しさん@編集中 (ワッチョイ a580-UJUP)2018/01/16(火) 20:07:53.49ID:Anis3Ua30
何だかんだ言って単なるアンチ

972名無しさん@編集中 (ワッチョイW 0a22-VEhB)2018/01/16(火) 22:41:01.06ID:8fFShybl0
次スレ立ててきました

【2018】 H.265/HEVC Part8 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1516109573/

973名無しさん@編集中 (ワッチョイW 569b-qDc1)2018/01/28(日) 01:28:49.28ID:s6s3uivq0
初めてHEVCの動画に出会ったけど重すぎて草
MPC-BEが一番軽くてVLCのナイトリービルドが次点かな?
軽い外部コーデック出てくれえ

974名無しさん@編集中 (ワッチョイ 4ff2-rgA5)2018/01/28(日) 02:03:08.33ID:w8Q1YJfL0
HWデコードが一番軽い

975名無しさん@編集中 (ワッチョイ 8b06-YJhG)2018/01/28(日) 13:37:50.93ID:KQbd8CrI0
HEVCが重いって32bitOSでも使ってんのか

976名無しさん@編集中 (ワッチョイW 569b-qDc1)2018/01/28(日) 21:51:53.97ID:s6s3uivq0
>>975
64bitだけど、何か関係あるの?
CPUがi3だからソフトウェアデコードが無理だったのよ

977名無しさん@編集中 (ワッチョイ c7ec-Tfxv)2018/01/28(日) 22:10:41.22ID:ABoiqTjG0
HEVCと言っても、デコードには8/10bit、解像度、フレームレートとかも関係してくるしな。
10bitの4K60pなんて、一般的なPCではまだ厳しいのも多いだろう。

64bit版のプレーヤーを使ってLAVのソフトウェアデコードで再生が追い付かないなら
ソフトウェアデコードについては外部コーデックに期待しても無駄だと思う。

あとはHEVCのHWデコードだが、発言から察するに未対応環境なのかな?
だとしたらもう諦めるか新しいPC買えとしか。

978名無しさん@編集中 (ワッチョイWW 532b-L56B)2018/01/29(月) 00:09:33.89ID:8O60hzHu0
1080pならなんとかなるi5 4460
4Kは無理だったんでHWデコードできるGPU積んだ

979名無しさん@編集中 (ニククエWW FF77-XEDN)2018/01/29(月) 13:35:23.50ID:ox2SsEj+FNIKU
俺のPCはyoutubeの4Kは問題なく再生できたけどHEVCの4Kは厳しかったわ
VP9のほうが軽いのか?

980名無しさん@編集中 (ニククエ MM77-XKrw)2018/01/29(月) 14:06:06.98ID:NFSYHsSJMNIKU
VP9は消えていく運命

981名無しさん@編集中 (ニククエ 8b80-WBz1)2018/01/29(月) 18:41:11.67ID:vX31gIJO0NIKU
ほら吹き

982名無しさん@編集中 (ニククエW 1a22-UqH7)2018/01/29(月) 21:29:26.34ID:84t1j39Z0NIKU
4Kの再生をするだけならHWデコードができるGPUを買うよりもApollo Lake積んだPCを買った方が安上がりかもね

CPUにHWデコーダーが載ってればCompute Cardですら4K動画を2つ同時に再生できるみたいだし
http://ascii.jp/elem/000/001/623/1623266/

983名無しさん@編集中 (ニククエ baec-Tfxv)2018/01/29(月) 22:03:44.01ID:cgo2xW6q0NIKU
>>982
記事中の動画のリンク間違えすぎだが良い収穫を得た。

984名無しさん@編集中 (ニククエ MMaf-ZkIC)2018/01/29(月) 22:22:56.94ID:zc4ayCknMNIKU
HEVC/VP9は完全に世代の問題だから性能良くても古いGPUは駄目だね
逆に対応してればCeleronG3930でも8K×1、4K×4、2K×16までCPU負荷掛からず再生できる

985名無しさん@編集中 (ワッチョイ 4f06-HmjX)2018/01/30(火) 22:07:13.63ID:WUkRG1i10
ストリーミング動画の流れによって曲がり角を迎えるMPEGについて「MPEGの父」は何を思うのか?
http://gigazine.net/news/20180130-leonardo-chiariglione-mpeg-crisis/

986名無しさん@編集中 (ワッチョイ b3b3-W10G)2018/01/30(火) 22:52:46.29ID:9zLLGTpd0
テストに使えるサンプル動画置いときますね
http://jell.yfish.us/
http://kodi.wiki/view/Samples

987名無しさん@編集中 (スッップ Sdbf-O3ke)2018/02/18(日) 14:55:41.21ID:FHChZh2Ld
泥でコンバートできるアプリないかなぁ

988名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:19:51.83ID:mdvnxdra0
どう見ても不要な新スレも立ってんのに一ヶ月以上埋めずに放置ってひどいな。
さすがにそろそろ落とそうぜ。

989名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:20:37.59ID:mdvnxdra0
埋め

990名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:33:33.34ID:mdvnxdra0
うめ

991名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:35:32.07ID:mdvnxdra0

992名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:41:48.03ID:mdvnxdra0
ume

993名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 12:45:07.32ID:mdvnxdra0
卯目

994名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:05:00.12ID:mdvnxdra0
ウメ

995名無しさん@編集中 (ワッチョイWW d7b3-QQJA)2018/02/19(月) 13:06:42.64ID:5w2osief0
【2018】 H.265/HEVC Part8 【7680x4320】
http://mevius.5ch.net/test/read.cgi/avi/1516109573/

996名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:11:26.64ID:mdvnxdra0
H.265/HEVC限定で話すなら

 【2018】 H.265/HEVC Part8 【7680x4320】
 http://mevius.5ch.net/test/read.cgi/avi/1516109573/


H.265/HEVCも含めて、AV1、VP9、FVCなども話すなら

 次世代ビデオコーデック総合スレPart1 【HEVC/VP9/AV1等】
 http://mevius.5ch.net/test/read.cgi/avi/1515759816/

997名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:12:29.88ID:mdvnxdra0
梅梅

998名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:51:35.95ID:mdvnxdra0
梅梅梅

999名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:53:02.61ID:mdvnxdra0
梅^4

1000名無しさん@編集中 (ワッチョイ d7ec-QcxC)2018/02/19(月) 13:53:49.77ID:mdvnxdra0

10011001Over 1000Thread
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 391日 11時間 34分 33秒

10021002Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

レス数が1000を超えています。これ以上書き込みはできません。