18/09/19 22:24:14.25 SWupiRpV0.net
過去スレ
【2013】 H.265/HEVC 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
【2016】 H.265/HEVC Part2 【8192x4096】
ｽﾚﾘﾝｸ(avi板)
【2016】 H.265/HEVC Part3 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
【2016】 H.265/HEVC Part4 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
3:名無しさん＠編集中
18/09/19 22:24:37.10 SWupiRpV0.net
過去スレ2
【2016】 H.265/HEVC Part5 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
【2016】 H.265/HEVC Part6 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
【2016】 H.265/HEVC Part7 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
4:名無しさん＠編集中
18/09/19 22:25:21.29 SWupiRpV0.net
ITU
URLﾘﾝｸ(www.itu.int)
Joint Collaborative Team on Video Coding (JCT-VC)
URLﾘﾝｸ(www.itu.int)
Fraunhofer Heinrich Hertz Institute HEVC website
URLﾘﾝｸ(hevc.info)
ITU、次世代ビデオコーデック規格を「H.265」「ISO/IEC 23008-2」として勧告
URLﾘﾝｸ(pc.watch.impress.co.jp)
5:名無しさん＠編集中
18/09/19 22:25:50.97 SWupiRpV0.net
関連スレ
x265 rev4
ｽﾚﾘﾝｸ(avi板)
VP9、AV1等の他の次世代コーデックとの話題やHEVCとの比較は下記のスレでお願いします
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
ｽﾚﾘﾝｸ(avi板)
6:名無しさん＠編集中
18/09/19 22:26:58.27 SWupiRpV0.net
Apple 製のデバイスで HEIF／HEVC メディアを扱う
URLﾘﾝｸ(support.apple.com)
7:名無しさん＠編集中
18/09/19 22:27:33.31 SWupiRpV0.net
IntelのCPUはSkylake以降のモデルがHEVCのハードウェアデコードに対応
URLﾘﾝｸ(www.isus.jp)
8:名無しさん＠編集中
18/09/19 22:28:14.61 SWupiRpV0.net
Microsoft純正 HEVC Video Extension
URLﾘﾝｸ(www.microsoft.com)
9:名無しさん＠編集中
18/09/19 22:29:03.63 SWupiRpV0.net
AndroidにおけるHEVCのサポート状況 (2017.10.31)
How to Enjoy HEVC/ H.265 Video Playback on Android | DroidViews
URLﾘﾝｸ(www.droidviews.com)
10:名無しさん＠編集中
18/09/19 22:29:44.38 SWupiRpV0.net
ほしゅ
11:名無しさん＠編集中
18/09/19 22:30:11.63 SWupiRpV0.net
保守
12:名無しさん＠編集中
18/09/19 22:30:38.05 SWupiRpV0.net
ﾉｼ
13:名無しさん＠編集中
18/09/20 09:13:54.23 Gq4RUDd+0.net
てすと
14:名無しさん＠編集中
18/09/20 09:14:48.63 Gq4RUDd+0.net
スレ立ててから1時間以内に20レス書き込みが無いと落ちるっていうのは撤廃されたみたいね
15:名無しさん＠編集中
18/09/20 10:28:36.33 0HBlGNPq0.net
スレ立てから60分で12レスあれば即死しない模様
16:名無しさん＠編集中
18/09/23 21:40:44.23 PvhubuYb0.net
前スレ誰も書き込まなくて落ちたのに何故新スレを立てるのか
皆こっちに移住したぞ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
ｽﾚﾘﾝｸ(avi板)
17:名無しさん＠編集中
18/09/23 22:57:39.45 mXXERlZj0.net
そのスレと趣旨が違うと思うけど
18:名無しさん＠編集中
18/10/02 20:11:38.78 g0Kv48cX0.net
x265スレ落ちたな
一ヶ月書き込み無いと落ちるのは健在か
19:名無しさん＠編集中
18/10/02 21:11:28.78 a0XvO1h/a.net
この板、制限厳しいからね
ひと通りの実装ができてしまうと話すことがなくなるし
ソフトウェアとハードウェア合わせて「エンコーダー総合スレ★1」あたりでなんとかスレ落ちが回避できる状態かと
20:名無しさん＠編集中
18/10/06 14:02:18.81 rFxgAXN90.net
Version 2.9
Release date - 05/10/2018
New features
-------------
1. Support for chunked encoding
:option:`--chunk-start and --chunk-end`
Frames preceding first frame of chunk in display order will be encoded, however, they will be discarded in the bitstream.
Frames following last frame of the chunk in display order will be used in taking lookahead decisions, but, they will not be encoded.
This feature can be enabled only in closed GOP structures. Default disabled.
2. Support for HDR10+ version 1 SEI messages.
Encoder enhancements
--------------------
1. Create API function for allocating and freeing x265_analysis_data.
2. CEA 608/708 support: Read SEI messages from text file and encode it using userSEI message.
Bug fixes
---------
1. Disable noise reduction when vbv is enabled.
2. Support minLuma and maxLuma values changed by the commandline.
21:名無しさん＠編集中
18/10/12 20:15:10.56 d/e/FwZh0.net
x265guiEx 3.87
> ・インタレ保持エンコを仮実装。
> 一応正常に動いている気がするけど、x265でもexperimentalらしいので、基本的には実験用。インタレ保持したいなら素直にx264使ったほうが良い気もする。
> なんとなく試してみたくなったのだが、avisynthでsperateFiledsとかごちゃごちゃ書くよりはx265guiExをいじったほうが速い気がした(当たり前だが気のせい)ので、実装してみた。
インタレ対応してるデコーダーあったっけ？
22:名無しさん＠編集中
18/10/12 21:28:31.89 GZyN42eo0.net
>>21
HMくらいかな。
一応ffplay 4.0.2とLAV 0.73.1で試してみたけど、3月に
ｽﾚﾘﾝｸ(avi板:253番)-254
で試した時と状況は変わってないように見える。
QSVやNVDEC、AMF等のハードウェアアクセラレーションでの扱いは、うちでは試せないので不明。
対応環境でLAVのDXVAを有効にしたり、ffplayで -c:v hevc_qsv (or hevc_cuvid or hevc_amf)を指定すれば
うまく再生できたりするのかもしれない。（望み薄のような気はするけど、動作確認した情報ってあるっけ？）
23:名無しさん＠編集中
18/10/29 10:49:38.55 fI4vNSR10.net
久々に動画のコーデックのことなんて考える必要に迫られて
このスレみつけてきてみたんですが、場(スレ)違いだったでしょうか
当方、HEVCモノの動画をVLCで再生したらカクついたり途中でとまったりして・・・
SkylakeのCPUを積んだWin10-x64(1809)+HEVC拡張導入済みの自作PCで
RAM16GB、ゲームしないのでファンレスのGeForceGT730という構成なのですが
快適再生に必要なのは何？再生ソフト？グラボ交換？M/BやCPUも交換？
24:名無しさん＠編集中
18/10/29 16:41:28.74 ggAlLoX/MNIKU.net
>>23
VLC再生中のCPUパフォーマンス、メモリー使用量、ディスクかSSDアクセス速度、VLCのCODEC表示と再生トータルビットレート、ドロップしたコマ数などをみて、そのマシンの弱いところを的確に診断して補強するか、取り替えるしかないかな
グラボかえてみたらCPU100%張り付いててパワー足りてなかったとか、実はディスクI/Oが遅かったとか
再生支援つきグラボにしたら全部解決したとか、複数が原因で１つじゃ解決しないとか
弱くないところに金使っても、全く改善しないからね
これってCODECの種類と解像度とビットレートの全ての組み合わせごとに、全ての要素をみる必要があることだから
のんきな人は、現実を直視出来ないくらい「大変だぁ！」となるのが、僕の周辺でよく見かける風物詩となってますw
25:名無しさん＠編集中
18/10/29 18:48:03.91 ugDc41Sb0NIKU.net
>>23
スレチなのでVLCスレへ。
【VideoLAN】VLC media player 28
ｽﾚﾘﾝｸ(software板)
26:23
18/10/29 22:03:02.34 fI4vNSR10NIKU.net
>>24 レスありがとうございます。
これは一筋縄ではいかなさそうな感じなんですね。
>>25 そうですか？たまたまVLCがあったのでやってみただけで
もっとHEVCに向いた再生ソフトがあれば・・・という思いもあったのですが。
ぐぐれば無料のとかいくつか出てきますよ、でもなんかどれもいかがわしそうで。
27:名無しさん＠編集中
18/11/01 10:20:35.96 YmuHbQF6d.net
730ってHEVCデコード対応してたっけ？
iGPUの方でデコードするとか
28:名無しさん＠編集中
18/11/01 10:26:15.65 YmuHbQF6d.net
URLﾘﾝｸ(developer.nvidia.com)
750か1030以上じゃないとデコーダ無いっぽい
29:23
18/11/02 18:13:25.74 KxY4MzZb0.net
>>27-28
なんだかヒントをいただいたみたいで・・・
ありがとうございます
ファンレスだと1030がかろうじてあるようですので
iGPUも含めて検討してみます
30:名無しさん＠編集中
18/11/11 12:04:27.36 P4TtPWgp01111.net
URLﾘﾝｸ(r2.upup.be)
31:名無しさん＠編集中
18/11/14 03:23:55.87 aTEJyBLF0.net
8/10/12bitとある中でビット数以外は同じ条件でエンコしたのだけど
生成ファイルサイズが大きい順に10bit>8bit>12bitだったのだよね。
予想では12bit>10bit>8bitか8bit>10bit>12bitだったのだけど
8bitが間で12bitが小さい（10bitが大きい）理由って分かる人いる？
32:名無しさん＠編集中
18/12/13 22:58:56.25 AwOSczjZa.net
保
33:名無しさん＠編集中
18/12/13 23:09:06.45 6LS3QrxsM.net
毛
34:名無しさん＠編集中
18/12/15 10:08:22.83 JaDC2zBD0.net
田
35:名無しさん＠編集中
19/01/02 14:30:14.37 cJ3tV5fJ0.net
ほ
36:名無しさん＠編集中
19/01/17 19:19:45.53 lGifu5GD0.net
いいグラボほしいな♪
URLﾘﾝｸ(i.imgur.com)
37:名無しさん＠編集中
19/01/24 02:16:40.67 OOGsJAuq0.net
Version 3.0
Release date - 23/01/2019
URLﾘﾝｸ(x265.readthedocs.io)
38:名無しさん＠編集中
19/01/26 09:47:42.34 +5AbaVrd0.net
ここのところ目立って画質が変わるようなアップデートしてなさげだね
39:名無しさん＠編集中
19/01/26 10:43:42.72 eimlI25B0.net
hevc-aqが追加された
40:名無しさん＠編集中
19/01/27 01:34:32.71 CK0Ws3Da0.net
なるほど
41:名無しさん＠編集中
19/02/24 17:16:40.50 ylgRVaT40.net
保守
42:名無しさん＠編集中
19/02/24 18:10:30.08 jbyowLZz0.net
案の定過疎ってるな
43:名無しさん＠編集中
19/03/25 06:06:58.45 CRTPEm6y0.net
hevc-aq もたいしたインパクトなさそうだね
44:名無しさん＠編集中
19/03/25 11:35:50.92 5jMBOe8W0.net
スレ分裂前はあんなにイキってたのに、いざ専用スレが出来ると何も書き込まないH.265民ってなんなの
45:名無しさん＠編集中
19/03/27 17:57:32.55 AZzzJxhz0.net
この頃h265使い始めた初心者です
h265で撮ったアクションカムの動画で再生時の音ズレに困っています
CPU100％に近く跳ね上がるので、CPUの問題なのでしょうか
グラボを良いモノに変えてみたけどまったく変化無かったです
グラボに仕事させるようなソフトで改善できるモノなのかな
46:名無しさん＠編集中
19/03/30 15:33:47.19 efgpqnvC0.net
>>44
政治的な話が好きな人多いんじゃないかしら？
向こうのスレも技術的な話より政治的な話ばかりしてるし
47:名無しさん＠編集中
19/04/07 22:36:47.81 4yEsPMar0.net
3.0で-tunes animationが追加されたけど
効果はどんなもんなのかね。
48:名無しさん＠編集中
19/04/07 22:51:31.40 CVTI9voW0.net
--tune animation で設定されるパラメータはこれか
--psy-rd 0.4
--aq-strength 0.4
--deblock 1:1
--bframes Increase by 2
49:名無しさん＠編集中
19/04/07 22:58:05.81 CVTI9voW0.net
x265 の引数で主要なとこだけ書くとこれで
--crf 19 --preset medium --output-depth 8 --tune animation --sar 4:3 --colorprim bt709 --transfer bt709 --colormatrix bt709
info で表示されたのがこれ。
Slices : 1
frame threads / pool features : 4 / wpp(17 rows)
Coding QT: max CU size, min CU size : 64 / 8
Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
ME / range / subpel / merge : hex / 57 / 2 / 2
Keyframe min / max / scenecut / bias: 23 / 250 / 40 / 5.00
Lookahead / bframes / badapt : 20 / 6 / 2
b-pyramid / weightp / weightb : 1 / 1 / 0
References / ref-limit cu / depth : 3 / on / on
AQ: mode / str / qg-size / cu-tree : 2 / 0.4 / 32 / 1
Rate Control / qCompress : CRF-19.0 / 0.60
tools: rd=3 psy-rd=0.40 rskip signhide tmvp strong-intra-smoothing
tools: lslices=6 deblock(tC=1:B=1) sao
50:名無しさん＠編集中
19/04/07 23:46:46.27 CVTI9voW0.net
--crf19 --preset medium --aq-mode 3 --aq-strength 0.6 で今までエンコしてたんだけど
--crf19 --preset medium --tune animation って置き換えたら画質落ちたわ。
線がボケてブロックノイズとバンディングが目立っちゃってた。
ファイルサイズは 300MB ちょいのが 250MB ちょいまで落ちてたから色々情報削ってそうｗ
51:名無しさん＠編集中
19/04/08 01:00:23.02 M0ztyptJ0.net
ファイルサイズ同じになるようにcrf調整しないと意味ないぞ
52:名無しさん＠編集中
19/04/08 01:04:31.04 ePuriIh90.net
>>50
勘違いする人がいそうだから一応言っておくけど、それだけでは--tune animationの効果がよくないってことにはならないぞ。
--crfってのは絶対的な画質指標じゃないんだから、オプションが変われば得られる画質も変わる。
--tune animationの効果を調べるなら、出力ファイルサイズが同じくらいになるように--crfの値を調整して比較しないと。
53:名無しさん＠編集中
19/04/08 10:48:27.89 RJpWkz+40.net
>>51,52
ファイルサイズが近くなるように調整するなら crf の値は小さくなっていくので、
そうなるとエンコ速度が低下しちゃうのよね。
ドキュメントにはエンコード速度に影響を与えずエンコード品質を最適化するとあるけど
最終的な画質まで加味して crf を調整するとトータルで速度が低下しちゃうからなんだかなと。
54:名無しさん＠編集中
19/04/26 10:54:59.36 iSECzt2j6.net
x264のスレって無いんでしたっけ？
55:名無しさん＠編集中
19/04/26 16:42:52.40 u6Ld9Wz60.net
落ちてるね、最後はここかな
x264 rev43©2ch.net
ｽﾚﾘﾝｸ(avi板)
56:54
19/04/26 22:15:53.49 0m8tEGFK0.net
>>55
んー、英語でmailing-listに書き込むしかないのか…
敷居が高い…
57:54
19/04/30 14:26:02.10 9LL/DGwj0.net
25p入力を60i化するのに、
--pulldown 23232 みたいな事やりたいのだけど、
ハードテレシネ済の動画を入力する以外の方法だと、プログラム自体を書き換えないと
無理ですよね…。
58:名無しさん＠編集中
19/05/02 04:43:21.28 ELIrvtOF0.net
CPUコアが余ってるなら
スレッドプールのソースをちょこっと書き換えるだけで
少しだけど速度上がるね
うまくいくと10fpsぐらい上がった
59:名無しさん＠編集中
19/05/04 17:43:51.73 Fhv+W5+dM.net
AMDのZen2が出たら、x265でエンコードする速度はIntelを上回るのだろうか？
60:名無しさん＠編集中
19/05/04 18:12:27.94 dJmdvL1R0.net
無理じゃね、AVX512は結構でかい
61:名無しさん＠編集中
19/05/04 18:38:09.64 Ot+yMcUe0.net
過去の例をみるにCoreと同程度になるはず
AVX512対応なハイエンドには今以上の多コアをぶつけて
SIMD命令による差はなくなる感じだと思う
62:名無しさん＠編集中
19/05/05 01:05:32.76 IgzCcnEA0.net
x265って単純に多コアにすれば比例してエンコ速度伸びるのかな？
63:名無しさん＠編集中
19/05/05 03:24:38.16 jooVwcw70.net
>>62
12コアくらいで頭打ちになるらしい
64:名無しさん＠編集中
19/05/05 04:29:41.98 AIvLPrI70.net
便乗して質問させていただきたいのですが、
threadの役割というのは主に、
分割された個々のフレームで関数を実行する、というような認識で合っていますか？
実際はもっと複雑なものだと思うのですが、詳しい方がいましたら教えて頂きたいです。
65:名無しさん＠編集中
19/05/07 05:51:40.54 OrkrjN730.net
>>60-61
AVX512って汎用性そんなに無いよな
66:名無しさん＠編集中
19/05/07 09:08:47.52 ZkXFQTsZd.net
この分野の処理速度向上に役立つ機能なら汎用性なんてどうでもいい話だし
67:名無しさん＠編集中
19/05/07 09:15:14.06 OEYXYdUu0.net
マイニング用と同じでエンコード用で組むのが一番だしね
68:名無しさん＠編集中
19/05/08 00:33:27.83 hqLwUoiL0.net
ナーシャ・ジベリが機種依存のソースコード書いてFFの飛空艇を8倍速移動させたように、
高速化できれば汎用性なんて関係ない例なんて幾らでもあるよね？
69:名無しさん＠編集中
19/05/08 02:11:22.15 oXs9xS8q0.net
ナージャは参考にならんぐらい天才プログラマなので例えにするのはアレだけどなｗ
確かビザの関連で帰国した際に開発中のFFにバグが起きて
全部頭にプログラム入ってたナージャは問題箇所を電話で指示して修正したんだっけか
ネットかも無い時代だしな
70:名無しさん＠編集中
19/05/14 23:29:34.45 7At3OZ0w0.net
>>62
解像度が高いほどマルチスレッド化(タイル分割)しやすいから条件によるだろうね
低解像度だと6～8コアぐらいでもCPU性能引き出せないこともある
320x180だとこんな感じかな、フルHDでもスリッパみたいなコア数の多いCPUだと使い切れないことがあるみたいだけど。
並列x2 URLﾘﾝｸ(imgur.com)
並列x5 URLﾘﾝｸ(imgur.com)
並列x10 URLﾘﾝｸ(imgur.com)
71:名無しさん＠編集中
19/06/02 18:13:26.90 7FMlgYPC0.net
Ver3.0RC+44ってめっちゃ速くなってない？
何が変わったんだろう
72:名無しさん＠編集中
19/06/02 18:40:14.69 DDlZnQ080.net
速くってエンコ速度が？
今までデフォで無効だった機能が有効になってるぶん、むしろエンコ速度はちょっとだけ遅くなってるけど
73:名無しさん＠編集中
19/06/02 20:31:51.41 mIdsUNKZ0.net
AUじゃなくてRCの方？
最新版てAUだと思ったんだが
ところでAUって何の略なんだろう？
74:名無しさん＠編集中
19/06/02 20:38:50.33 CPr8GJoa0.net
パラメーターの名前的に速度を上げる方向かと思ってた
75:名無しさん＠編集中
19/06/02 20:43:18.46 +GwKPdan0.net
>>73
x265 HEVC Encoder - Page 336 - Doom9's Forum
URLﾘﾝｸ(forum.doom9.org)
> We are starting to use 3.0_Au (Gold) to signal that the default branch has moved to gold state.
> We are just trying to avoid merging back from stable to default as it is good practice to avoid merges.
> Hope this isn't too confusing!
よくわからんが金(Gold)の元素記号である Au ってことらしい。
76:名無しさん＠編集中
19/06/02 22:54:08.64 mIdsUNKZ0.net
>>75
ありがとう！ググっても出てこないわけだ
77:名無しさん＠編集中
19/06/02 23:30:06.94 pjHQKyrG0.net
うちは 3.0_RC+44-a46ded2c1411 ビルドしてエンコすると例外吐いて落ちちゃうわ。
3.0_Au+30 に戻したｗ
78:名無しさん＠編集中
19/06/02 23:39:58.78 CPr8GJoa0.net
RCってAUになる前のバージョンなんじゃないの?
79:名無しさん＠編集中
19/06/03 00:16:22.26 1ZS+saWA0.net
2時間くらい前にソース取得してビルドしたバージョンだと3.0_RC+44だったけど
80:名無しさん＠編集中
19/06/03 07:43:15.21 cLP4ra+va.net
>>77
このビルドでバッチ組んでしもうた…
全滅か
81:名無しさん＠編集中
19/06/03 09:14:16.57 hSHgv0jad.net
x265は高画質なのはいいんだけど遅すぎだな
最低でも今の3倍は速くしてもらわないと
82:名無しさん＠編集中
19/06/03 09:38:40.50 4Mmrvfys0.net
x265\build\vc15-x86_64\multilib.bat を VSC2019 でビルド出来る様に手探りで弄っておいた
URLﾘﾝｸ(pastebin.com)
ビルド完了して x265.exe が生成されるまで確認出来た
83:名無しさん＠編集中
19/06/03 16:53:33.16 e18q2nlD0.net
>>80
あ、ごめん
rigaya 氏のビルドバッチ使ってビルドしたやつでエンコすると確実に例外吐いておちてたけど
>>82 に貼った x265 同梱の multilib.bat だと大丈夫だった
3.0_Au+30 でエンコした avs 残ってたからそのまま RC+44 でエンコしたら
ログを見る限り 1.4fps ほど速くなってた。
84:名無しさん＠編集中
19/06/03 17:07:46.16 fO8zG3N/0.net
元々が何fpsでエンコ出来てたのかも書かないと
100.0→101.4と1.0→2.4じゃ全然違う
85:名無しさん＠編集中
19/06/03 17:19:49.65 e18q2nlD0.net
>>84
それもそうだｗ 失礼した
34,524 フレーム 24:00 ソースをエンコした速度
3.0_Au+30 = 21.53fps, 1736.76kbps
3.0_RC+44 = 22.91fps, 1687.1kbps
共にフィルタに変更無し、マシンも手を触れずに放って置いた時のもの。
ビットレート落ちてるけど静止画として同一フレーム見ても
画質的な違いが良くワカランので問題は無かったけど気にする人は一応確認しておくと良いかも。
静止画だけで画質を判断する物じゃないけどねｗ
86:名無しさん＠編集中
19/06/03 18:00:51.84 STrk0Y4D0.net
>>83
rigaya氏のスクリプトはいじって使ってるけど
特にエラー出てない様子・・・
SVT_HEVC_REV、BUILD_CCFLAGS
だけいじってる。後者は早くなるように
87:名無しさん＠編集中
19/06/03 23:37:36.05 ZdrU2xp10.net
いいなぁ各自いじれて・・
一昨日ぐらいにrigayaさんが公開してくれてるやつでビルドしようとしたら
AU 3.0+2だったからrigayaさんの3.0+27のままだ
88:名無しさん＠編集中
19/06/04 02:40:57.92 /h2BbEjv0.net
3.1で特に問題なさそう
89:名無しさん＠編集中
19/06/09 02:40:22.66 2GsU/Ght0.net
3.1良さそうね
90:名無しさん＠編集中
19/06/09 07:11:42.54 hQw8wv8O0.net
3.1 がええのんか
91:名無しさん＠編集中
19/06/25 21:49:18.92 mS8GccR0a.net
Raspberry Pi 4
使えそう？
92:名無しさん＠編集中
19/07/19 15:43:39.86 6oFVzMFe0.net
x265のaq4を使ってみたら凄い縮んだけど実写向けじゃないみたいね
Edgeがどうこうとなってるから期待はしてなかったけど
93:名無しさん＠編集中
19/07/29 23:41:02.87 37OeMVP40NIKU.net
aq4ってhevc-aqと同じもの？
94:名無しさん＠編集中
19/07/30 10:15:32.72 C+YQ+loG0.net
説明文が違うと思うんだけどなんで同じものだと思うの?
95:名無しさん＠編集中
19/07/31 07:17:29.64 tqJYOKcMa.net
違う