H.265/HEVC Part9 【7680x4320】
1 :名無しさん@編集中 :2018/09/19(水) 22:22:11.05 ID:SWupiRpV0.net 圧縮効率がH.264の2倍な次世代ビデオコーデックH.265/HEVCを語ろうぜ 前スレ 【2018】 H.265/HEVC Part8 【7680x4320】 https://mevius.5ch.net/test/read.cgi/avi/1516109573/
2 :名無しさん@編集中 :2018/09/19(水) 22:24:14.25 ID:SWupiRpV0.net 過去スレ 【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/
3 :名無しさん@編集中 :2018/09/19(水) 22:24:37.10 ID:SWupiRpV0.net 過去スレ2 【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/ 【2016】 H.265/HEVC Part7 【7680x4320】 http://mevius.5ch.net/test/read.cgi/avi/1485191956/
4 :名無しさん@編集中 :2018/09/19(水) 22:25:21.29 ID:SWupiRpV0.net 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
5 :名無しさん@編集中 :2018/09/19(水) 22:25:50.97 ID:SWupiRpV0.net 関連スレ x265 rev4 http://mevius.5ch.net/test/read.cgi/avi/1511263100/ VP9、AV1等の他の次世代コーデックとの話題やHEVCとの比較は下記のスレでお願いします 次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】 https://mevius.5ch.net/test/read.cgi/avi/1532001049/
6 :名無しさん@編集中 :2018/09/19(水) 22:26:58.27 ID:SWupiRpV0.net Apple 製のデバイスで HEIF/HEVC メディアを扱う https://support.apple.com/ja-jp/HT207022
7 :名無しさん@編集中 :2018/09/19(水) 22:27:33.31 ID:SWupiRpV0.net IntelのCPUはSkylake以降のモデルがHEVCのハードウェアデコードに対応 https://www.isus.jp/products/mss/codecs-are-they-slowing-you-down/
8 :名無しさん@編集中 :2018/09/19(水) 22:28:14.61 ID:SWupiRpV0.net Microsoft純正 HEVC Video Extension https://www.microsoft.com/ja-jp/store/p/hevc-video-extension/9n4wgh0z6vhq
9 :名無しさん@編集中 :2018/09/19(水) 22:29:03.63 ID:SWupiRpV0.net AndroidにおけるHEVCのサポート状況 (2017.10.31) How to Enjoy HEVC/ H.265 Video Playback on Android | DroidViews http://www.droidviews.com/enjoy-hevc-h-265-video-playback-on-android/
10 :名無しさん@編集中 :2018/09/19(水) 22:29:44.38 ID:SWupiRpV0.net ほしゅ
11 :名無しさん@編集中 :2018/09/19(水) 22:30:11.63 ID:SWupiRpV0.net 保守
12 :名無しさん@編集中 :2018/09/19(水) 22:30:38.05 ID:SWupiRpV0.net ノシ
13 :名無しさん@編集中 :2018/09/20(木) 09:13:54.23 ID:Gq4RUDd+0.net てすと
14 :名無しさん@編集中 :2018/09/20(木) 09:14:48.63 ID:Gq4RUDd+0.net スレ立ててから1時間以内に20レス書き込みが無いと落ちるっていうのは撤廃されたみたいね
15 :名無しさん@編集中 :2018/09/20(木) 10:28:36.33 ID:0HBlGNPq0.net スレ立てから60分で12レスあれば即死しない模様
16 :名無しさん@編集中 :2018/09/23(日) 21:40:44.23 ID:PvhubuYb0.net 前スレ誰も書き込まなくて落ちたのに何故新スレを立てるのか 皆こっちに移住したぞ 次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】 http://mevius.5ch.net/test/read.cgi/avi/1532001049/
17 :名無しさん@編集中 :2018/09/23(日) 22:57:39.45 ID:mXXERlZj0.net そのスレと趣旨が違うと思うけど
18 :名無しさん@編集中 :2018/10/02(火) 20:11:38.78 ID:g0Kv48cX0.net x265スレ落ちたな 一ヶ月書き込み無いと落ちるのは健在か
19 :名無しさん@編集中 :2018/10/02(火) 21:11:28.78 ID:a0XvO1h/a.net この板、制限厳しいからね ひと通りの実装ができてしまうと話すことがなくなるし ソフトウェアとハードウェア合わせて「エンコーダー総合スレ★1」あたりでなんとかスレ落ちが回避できる状態かと
20 :名無しさん@編集中 :2018/10/06(土) 14:02:18.81 ID: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 :名無しさん@編集中 :2018/10/12(金) 20:15:10.56 ID:d/e/FwZh0.net x265guiEx 3.87 > ・インタレ保持エンコを仮実装。 > 一応正常に動いている気がするけど、x265でもexperimentalらしいので、基本的には実験用。インタレ保持したいなら素直にx264使ったほうが良い気もする。 > なんとなく試してみたくなったのだが、avisynthでsperateFiledsとかごちゃごちゃ書くよりはx265guiExをいじったほうが速い気がした(当たり前だが気のせい)ので、実装してみた。 インタレ対応してるデコーダーあったっけ?
22 :名無しさん@編集中 :2018/10/12(金) 21:28:31.89 ID:GZyN42eo0.net >>21 HMくらいかな。 一応ffplay 4.0.2とLAV 0.73.1で試してみたけど、3月に https://mevius.5ch.net/test/read.cgi/avi/1515759816/253-254 で試した時と状況は変わってないように見える。 QSVやNVDEC、AMF等のハードウェアアクセラレーションでの扱いは、うちでは試せないので不明。 対応環境でLAVのDXVAを有効にしたり、ffplayで -c:v hevc_qsv (or hevc_cuvid or hevc_amf)を指定すれば うまく再生できたりするのかもしれない。(望み薄のような気はするけど、動作確認した情報ってあるっけ?)
23 :名無しさん@編集中 :2018/10/29(月) 10:49:38.55 ID:fI4vNSR10.net 久々に動画のコーデックのことなんて考える必要に迫られて このスレみつけてきてみたんですが、場(スレ)違いだったでしょうか 当方、HEVCモノの動画をVLCで再生したらカクついたり途中でとまったりして・・・ SkylakeのCPUを積んだWin10-x64(1809)+HEVC拡張導入済みの自作PCで RAM16GB、ゲームしないのでファンレスのGeForceGT730という構成なのですが 快適再生に必要なのは何?再生ソフト?グラボ交換?M/BやCPUも交換?
24 :名無しさん@編集中 :2018/10/29(月) 16:41:28.74 ID:ggAlLoX/MNIKU.net >>23 VLC再生中のCPUパフォーマンス、メモリー使用量、ディスクかSSDアクセス速度、VLCのCODEC表示と再生トータルビットレート、ドロップしたコマ数などをみて、そのマシンの弱いところを的確に診断して補強するか、取り替えるしかないかな グラボかえてみたらCPU100%張り付いててパワー足りてなかったとか、実はディスクI/Oが遅かったとか 再生支援つきグラボにしたら全部解決したとか、複数が原因で1つじゃ解決しないとか 弱くないところに金使っても、全く改善しないからね これってCODECの種類と解像度とビットレートの全ての組み合わせごとに、全ての要素をみる必要があることだから のんきな人は、現実を直視出来ないくらい「大変だぁ!」となるのが、僕の周辺でよく見かける風物詩となってますw
25 :名無しさん@編集中 :2018/10/29(月) 18:48:03.91 ID:ugDc41Sb0NIKU.net >>23 スレチなのでVLCスレへ。 【VideoLAN】VLC media player 28 https://egg.5ch.net/test/read.cgi/software/1521554023/
26 :23 :2018/10/29(月) 22:03:02.34 ID:fI4vNSR10NIKU.net >>24 レスありがとうございます。 これは一筋縄ではいかなさそうな感じなんですね。 >>25 そうですか?たまたまVLCがあったのでやってみただけで もっとHEVCに向いた再生ソフトがあれば・・・という思いもあったのですが。 ぐぐれば無料のとかいくつか出てきますよ、でもなんかどれもいかがわしそうで。
27 :名無しさん@編集中 :2018/11/01(木) 10:20:35.96 ID:YmuHbQF6d.net 730ってHEVCデコード対応してたっけ? iGPUの方でデコードするとか
28 :名無しさん@編集中 :2018/11/01(木) 10:26:15.65 ID:YmuHbQF6d.net https://developer.nvidia.com/video-encode-decode-gpu-support-matrix 750か1030以上じゃないとデコーダ無いっぽい
29 :23 :2018/11/02(金) 18:13:25.74 ID:KxY4MzZb0.net >>27-28 なんだかヒントをいただいたみたいで・・・ ありがとうございます ファンレスだと1030がかろうじてあるようですので iGPUも含めて検討してみます
30 :名無しさん@編集中 :2018/11/11(日) 12:04:27.36 ID:P4TtPWgp01111.net http://r2.upup.be/wV2qsULdHm
31 :名無しさん@編集中 :2018/11/14(水) 03:23:55.87 ID:aTEJyBLF0.net 8/10/12bitとある中でビット数以外は同じ条件でエンコしたのだけど 生成ファイルサイズが大きい順に10bit>8bit>12bitだったのだよね。 予想では12bit>10bit>8bitか8bit>10bit>12bitだったのだけど 8bitが間で12bitが小さい(10bitが大きい)理由って分かる人いる?
32 :名無しさん@編集中 :2018/12/13(木) 22:58:56.25 ID:AwOSczjZa.net 保
33 :名無しさん@編集中 :2018/12/13(木) 23:09:06.45 ID:6LS3QrxsM.net 毛
34 :名無しさん@編集中 :2018/12/15(土) 10:08:22.83 ID:JaDC2zBD0.net 田
35 :名無しさん@編集中 :2019/01/02(水) 14:30:14.37 ID:cJ3tV5fJ0.net ほ
36 :名無しさん@編集中 :2019/01/17(木) 19:19:45.53 ID:lGifu5GD0.net いいグラボほしいな♪ https://i.imgur.com/aK3HZes.jpg
37 :名無しさん@編集中 :2019/01/24(木) 02:16:40.67 ID:OOGsJAuq0.net Version 3.0 Release date - 23/01/2019 https://x265.readthedocs.io/en/stable/releasenotes.html
38 :名無しさん@編集中 :2019/01/26(土) 09:47:42.34 ID:+5AbaVrd0.net ここのところ目立って画質が変わるようなアップデートしてなさげだね
39 :名無しさん@編集中 :2019/01/26(土) 10:43:42.72 ID:eimlI25B0.net hevc-aqが追加された
40 :名無しさん@編集中 :2019/01/27(日) 01:34:32.71 ID:CK0Ws3Da0.net なるほど
41 :名無しさん@編集中 :2019/02/24(日) 17:16:40.50 ID:ylgRVaT40.net 保守
42 :名無しさん@編集中 :2019/02/24(日) 18:10:30.08 ID:jbyowLZz0.net 案の定過疎ってるな
43 :名無しさん@編集中 :2019/03/25(月) 06:06:58.45 ID:CRTPEm6y0.net hevc-aq もたいしたインパクトなさそうだね
44 :名無しさん@編集中 :2019/03/25(月) 11:35:50.92 ID:5jMBOe8W0.net スレ分裂前はあんなにイキってたのに、いざ専用スレが出来ると何も書き込まないH.265民ってなんなの
45 :名無しさん@編集中 :2019/03/27(水) 17:57:32.55 ID:AZzzJxhz0.net この頃h265使い始めた初心者です h265で撮ったアクションカムの動画で再生時の音ズレに困っています CPU100%に近く跳ね上がるので、CPUの問題なのでしょうか グラボを良いモノに変えてみたけどまったく変化無かったです グラボに仕事させるようなソフトで改善できるモノなのかな
46 :名無しさん@編集中 :2019/03/30(土) 15:33:47.19 ID:efgpqnvC0.net >>44 政治的な話が好きな人多いんじゃないかしら? 向こうのスレも技術的な話より政治的な話ばかりしてるし
47 :名無しさん@編集中 :2019/04/07(日) 22:36:47.81 ID:4yEsPMar0.net 3.0で-tunes animationが追加されたけど 効果はどんなもんなのかね。
48 :名無しさん@編集中 :2019/04/07(日) 22:51:31.40 ID:CVTI9voW0.net --tune animation で設定されるパラメータはこれか --psy-rd 0.4 --aq-strength 0.4 --deblock 1:1 --bframes Increase by 2
49 :名無しさん@編集中 :2019/04/07(日) 22:58:05.81 ID: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 :名無しさん@編集中 :2019/04/07(日) 23:46:46.27 ID:CVTI9voW0.net --crf19 --preset medium --aq-mode 3 --aq-strength 0.6 で今までエンコしてたんだけど --crf19 --preset medium --tune animation って置き換えたら画質落ちたわ。 線がボケてブロックノイズとバンディングが目立っちゃってた。 ファイルサイズは 300MB ちょいのが 250MB ちょいまで落ちてたから色々情報削ってそうw
51 :名無しさん@編集中 :2019/04/08(月) 01:00:23.02 ID:M0ztyptJ0.net ファイルサイズ同じになるようにcrf調整しないと意味ないぞ
52 :名無しさん@編集中 :2019/04/08(月) 01:04:31.04 ID:ePuriIh90.net >>50 勘違いする人がいそうだから一応言っておくけど、それだけでは--tune animationの効果がよくないってことにはならないぞ。 --crfってのは絶対的な画質指標じゃないんだから、オプションが変われば得られる画質も変わる。 --tune animationの効果を調べるなら、出力ファイルサイズが同じくらいになるように--crfの値を調整して比較しないと。
53 :名無しさん@編集中 :2019/04/08(月) 10:48:27.89 ID:RJpWkz+40.net >>51 ,52 ファイルサイズが近くなるように調整するなら crf の値は小さくなっていくので、 そうなるとエンコ速度が低下しちゃうのよね。 ドキュメントにはエンコード速度に影響を与えずエンコード品質を最適化するとあるけど 最終的な画質まで加味して crf を調整するとトータルで速度が低下しちゃうからなんだかなと。
54 :名無しさん@編集中 :2019/04/26(金) 10:54:59.36 ID:iSECzt2j6.net x264のスレって無いんでしたっけ?
55 :名無しさん@編集中 :2019/04/26(金) 16:42:52.40 ID:u6Ld9Wz60.net 落ちてるね、最後はここかな x264 rev43©2ch.net https://mevius.5ch.net/test/read.cgi/avi/1485572817/
56 :54 :2019/04/26(金) 22:15:53.49 ID:0m8tEGFK0.net >>55 んー、英語でmailing-listに書き込むしかないのか… 敷居が高い…
57 :54 :2019/04/30(火) 14:26:02.10 ID:9LL/DGwj0.net 25p入力を60i化するのに、 --pulldown 23232 みたいな事やりたいのだけど、 ハードテレシネ済の動画を入力する以外の方法だと、プログラム自体を書き換えないと 無理ですよね…。
58 :名無しさん@編集中 :2019/05/02(木) 04:43:21.28 ID:ELIrvtOF0.net CPUコアが余ってるなら スレッドプールのソースをちょこっと書き換えるだけで 少しだけど速度上がるね うまくいくと10fpsぐらい上がった
59 :名無しさん@編集中 :2019/05/04(土) 17:43:51.73 ID:Fhv+W5+dM.net AMDのZen2が出たら、x265でエンコードする速度はIntelを上回るのだろうか?
60 :名無しさん@編集中 :2019/05/04(土) 18:12:27.94 ID:dJmdvL1R0.net 無理じゃね、AVX512は結構でかい
61 :名無しさん@編集中 :2019/05/04(土) 18:38:09.64 ID:Ot+yMcUe0.net 過去の例をみるにCoreと同程度になるはず AVX512対応なハイエンドには今以上の多コアをぶつけて SIMD命令による差はなくなる感じだと思う
62 :名無しさん@編集中 :2019/05/05(日) 01:05:32.76 ID:IgzCcnEA0.net x265って単純に多コアにすれば比例してエンコ速度伸びるのかな?
63 :名無しさん@編集中 :2019/05/05(日) 03:24:38.16 ID:jooVwcw70.net >>62 12コアくらいで頭打ちになるらしい
64 :名無しさん@編集中 :2019/05/05(日) 04:29:41.98 ID:AIvLPrI70.net 便乗して質問させていただきたいのですが、 threadの役割というのは主に、 分割された個々のフレームで関数を実行する、というような認識で合っていますか? 実際はもっと複雑なものだと思うのですが、詳しい方がいましたら教えて頂きたいです。
65 :名無しさん@編集中 :2019/05/07(火) 05:51:40.54 ID:OrkrjN730.net >>60-61 AVX512って汎用性そんなに無いよな
66 :名無しさん@編集中 :2019/05/07(火) 09:08:47.52 ID:ZkXFQTsZd.net この分野の処理速度向上に役立つ機能なら汎用性なんてどうでもいい話だし
67 :名無しさん@編集中 :2019/05/07(火) 09:15:14.06 ID:OEYXYdUu0.net マイニング用と同じでエンコード用で組むのが一番だしね
68 :名無しさん@編集中 :2019/05/08(水) 00:33:27.83 ID:hqLwUoiL0.net ナーシャ・ジベリが機種依存のソースコード書いてFFの飛空艇を8倍速移動させたように、 高速化できれば汎用性なんて関係ない例なんて幾らでもあるよね?
69 :名無しさん@編集中 :2019/05/08(水) 02:11:22.15 ID:oXs9xS8q0.net ナージャは参考にならんぐらい天才プログラマなので例えにするのはアレだけどなw 確かビザの関連で帰国した際に開発中のFFにバグが起きて 全部頭にプログラム入ってたナージャは問題箇所を電話で指示して修正したんだっけか ネットかも無い時代だしな
70 :名無しさん@編集中 :2019/05/14(火) 23:29:34.45 ID:7At3OZ0w0.net >>62 解像度が高いほどマルチスレッド化(タイル分割)しやすいから条件によるだろうね 低解像度だと6〜8コアぐらいでもCPU性能引き出せないこともある 320x180だとこんな感じかな、フルHDでもスリッパみたいなコア数の多いCPUだと使い切れないことがあるみたいだけど。 並列x2 https://imgur.com/L90TLmY.png 並列x5 https://imgur.com/BPfpEdD.png 並列x10 https://imgur.com/69llRRx.png
71 :名無しさん@編集中 :2019/06/02(日) 18:13:26.90 ID:7FMlgYPC0.net Ver3.0RC+44ってめっちゃ速くなってない? 何が変わったんだろう
72 :名無しさん@編集中 :2019/06/02(日) 18:40:14.69 ID:DDlZnQ080.net 速くってエンコ速度が? 今までデフォで無効だった機能が有効になってるぶん、むしろエンコ速度はちょっとだけ遅くなってるけど
73 :名無しさん@編集中 :2019/06/02(日) 20:31:51.41 ID:mIdsUNKZ0.net AUじゃなくてRCの方? 最新版てAUだと思ったんだが ところでAUって何の略なんだろう?
74 :名無しさん@編集中 :2019/06/02(日) 20:38:50.33 ID:CPr8GJoa0.net パラメーターの名前的に速度を上げる方向かと思ってた
75 :名無しさん@編集中 :2019/06/02(日) 20:43:18.46 ID:+GwKPdan0.net >>73 x265 HEVC Encoder - Page 336 - Doom9's Forum https://forum.doom9.org/showthread.php?p=1864949&highlight=3.0_Au#post1864949 > 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 :名無しさん@編集中 :2019/06/02(日) 22:54:08.64 ID:mIdsUNKZ0.net >>75 ありがとう!ググっても出てこないわけだ
77 :名無しさん@編集中 :2019/06/02(日) 23:30:06.94 ID:pjHQKyrG0.net うちは 3.0_RC+44-a46ded2c1411 ビルドしてエンコすると例外吐いて落ちちゃうわ。 3.0_Au+30 に戻したw
78 :名無しさん@編集中 :2019/06/02(日) 23:39:58.78 ID:CPr8GJoa0.net RCってAUになる前のバージョンなんじゃないの?
79 :名無しさん@編集中 :2019/06/03(月) 00:16:22.26 ID:1ZS+saWA0.net 2時間くらい前にソース取得してビルドしたバージョンだと3.0_RC+44だったけど
80 :名無しさん@編集中 :2019/06/03(月) 07:43:15.21 ID:cLP4ra+va.net >>77 このビルドでバッチ組んでしもうた… 全滅か
81 :名無しさん@編集中 :2019/06/03(月) 09:14:16.57 ID:hSHgv0jad.net x265は高画質なのはいいんだけど遅すぎだな 最低でも今の3倍は速くしてもらわないと
82 :名無しさん@編集中 :2019/06/03(月) 09:38:40.50 ID:4Mmrvfys0.net x265\build\vc15-x86_64\multilib.bat を VSC2019 でビルド出来る様に手探りで弄っておいた https://pastebin.com/TvjwSFNf ビルド完了して x265.exe が生成されるまで確認出来た
83 :名無しさん@編集中 :2019/06/03(月) 16:53:33.16 ID:e18q2nlD0.net >>80 あ、ごめん rigaya 氏のビルドバッチ使ってビルドしたやつでエンコすると確実に例外吐いておちてたけど >>82 に貼った x265 同梱の multilib.bat だと大丈夫だった 3.0_Au+30 でエンコした avs 残ってたからそのまま RC+44 でエンコしたら ログを見る限り 1.4fps ほど速くなってた。
84 :名無しさん@編集中 :2019/06/03(月) 17:07:46.16 ID:fO8zG3N/0.net 元々が何fpsでエンコ出来てたのかも書かないと 100.0→101.4と1.0→2.4じゃ全然違う
85 :名無しさん@編集中 :2019/06/03(月) 17:19:49.65 ID:e18q2nlD0.net >>84 それもそうだw 失礼した 34,524 フレーム 24:00 ソースをエンコした速度 3.0_Au+30 = 21.53fps, 1736.76kbps 3.0_RC+44 = 22.91fps, 1687.1kbps 共にフィルタに変更無し、マシンも手を触れずに放って置いた時のもの。 ビットレート落ちてるけど静止画として同一フレーム見ても 画質的な違いが良くワカランので問題は無かったけど気にする人は一応確認しておくと良いかも。 静止画だけで画質を判断する物じゃないけどねw
86 :名無しさん@編集中 :2019/06/03(月) 18:00:51.84 ID:STrk0Y4D0.net >>83 rigaya氏のスクリプトはいじって使ってるけど 特にエラー出てない様子・・・ SVT_HEVC_REV、BUILD_CCFLAGS だけいじってる。後者は早くなるように
87 :名無しさん@編集中 :2019/06/03(月) 23:37:36.05 ID:ZdrU2xp10.net いいなぁ各自いじれて・・ 一昨日ぐらいにrigayaさんが公開してくれてるやつでビルドしようとしたら AU 3.0+2だったからrigayaさんの3.0+27のままだ
88 :名無しさん@編集中 :2019/06/04(火) 02:40:57.92 ID:/h2BbEjv0.net 3.1で特に問題なさそう
89 :名無しさん@編集中 :2019/06/09(日) 02:40:22.66 ID:2GsU/Ght0.net 3.1良さそうね
90 :名無しさん@編集中 :2019/06/09(日) 07:11:42.54 ID:hQw8wv8O0.net 3.1 がええのんか
91 :名無しさん@編集中 :2019/06/25(火) 21:49:18.92 ID:mS8GccR0a.net Raspberry Pi 4 使えそう?
92 :名無しさん@編集中 :2019/07/19(金) 15:43:39.86 ID:6oFVzMFe0.net x265のaq4を使ってみたら凄い縮んだけど実写向けじゃないみたいね Edgeがどうこうとなってるから期待はしてなかったけど
93 :名無しさん@編集中 :2019/07/29(月) 23:41:02.87 ID:37OeMVP40NIKU.net aq4ってhevc-aqと同じもの?
94 :名無しさん@編集中 :2019/07/30(火) 10:15:32.72 ID:C+YQ+loG0.net 説明文が違うと思うんだけどなんで同じものだと思うの?
95 :名無しさん@編集中 :2019/07/31(水) 07:17:29.64 ID:tqJYOKcMa.net 違う
96 :名無しさん@編集中 :2023/07/27(木) 12:20:35.63 ID:smqYWK/Vw 女性カ゛─た゛のLGвTカ゛―た゛の障害者ガ─た゛の気持ち惡いか゛,海に囲まれた曰本て゛高い所と騷音か゛大好きなハ゛カか゛日本中クソ航空機飛は゛し まくって騷音に温室効果ガスにコロナにとまき散らして.氣候変動させて海水温上昇させてかつてない量の水蒸氣を日本列島に供給させて 日本中で土砂崩れに洪水.暴風.猛暑,大雪.森林火災にと災害連發させて住民の人生を破壊どころか殺害しまくって静音が生命線の 知的産業に威力業務妨害して他人の権利を強奪して私腹を肥やす強盜殺人を繰り返して,石油需給逼迫させてヱネ価格に物価にと高騰させて 經済も私権も人権もないテ゛シ゛夕儿後進国のポンコツ腐敗国家に陥れてる皆殺しにされるへ゛きJALだのΑNАた゛のクソアイヌト゛ゥた゛の クサイマ―クた゛のゴキフ゛リフラヰヤ−た゛のジェットクサ一た゛のJΤBた゛のテ□リストと天下り賄賂癒着してる世界最惡の殺人組織公明党 国土破壊省による史上最悪のシ゛ェ丿サヰドをス儿━しなか゛らその正義もクソもない自己中心的なタ゛ブスタっぷりに寝言は寝て言えってのな 痴漢カ゛‐なんてのもそういう他人の権利を強奪して私腹を肥やすテ口リストの一味になるために受験とかしてるクズが大半なんじゃねえのかよ 創価学会員は、何百萬人も殺傷して損害を与えて私腹を肥やし続けて逮捕者まて゛出てる世界最惡の殺人腐敗組織公明党を 池田センセーか゛ロをきけて容認するとか本氣で思ってるとしたら侮辱にもほどか゛あるそ゛! hтtρs://i.imgur、cоm/hnli1ga.jpeg
26 KB
新着レスの表示
掲示板に戻る
全部
前100
次100
最新50
read.cgi ver.24052200
本文 スレッドタイトル 投稿者