14/01/24 21:32:00.25 JMV0m5so
素敵なテンプレ草案募集
x265GUI専用スレだれか作って
3:名無しさん＠編集中
14/01/24 22:14:33.19 4vGZJMPn
>>1乙パイ
. ===.､＿＿___... i .ト､___ ..-‐‐
／: : : ／: : : : / : : __} 7: : : :７´: : : : :
/: : :i／: : : : :／｀￣ .ﾉ .ｨ: : : :./: : : :..:,: :
; : : /:..:___: :./. ｀ヽ _.. -‐ /: : : : i{: : : : :.{: :
/: :./:／: : |/ ｀ ´ /: : : : : |:i: : : : :|: :
/ : .ｨ´i: :..／ /: : : : : : |: : : : : |: :
i: : : :i: _／ ト.､ : : : : |: : : : :..|: :
fi＞ ´ ﾍ: : ＼: :..|: :;: : : : : :
´ ／ ＼: :.｀¨: :..i: : :,: : :
rｯ:.:.; , ヽ: : : :..{: :..|: : :
.i.:.:.ノ / ∨: : ∨ |: : :
.{ ; ,..:.:.:.:.:.:、 ',: :..∧: : : : :
i :.:.:ゞﾂ:.:.: .}:.:.__∧: : : :
.ri { ヽ:.:.:.:.:.ノ __ i:.（__ .＼: : :
i´∨ ', __/ ｀ヽ..」ヽ .Ｙ: :
./ .iﾍ Ｙ ＼ ￣｀ ∨
∧ ./ ./＼ ､ i´＼ ＼ .}:
i. У / / ７ーｒ=､´ .ヽ ＞､. ＼ i:
i:.ヽ { /:.:.:/ ./ .; ｀ ー ‐--‐..┤ }._ヽ , : :
ヽ:.:.＼. ´￣ ／＼ .i ，＜: : : : :.ﾍ..＿__ ／: : : :
.＼:.:.｀ー--.:ｲ: : : :..:ヽ ＜: : : : : : : : : : :.,: : : :￣¨¨¨f≦: : :
4:名無しさん＠編集中
14/01/24 23:10:11.56 qPG/Eiu4
【2016】 H.265/HEVC Part3 【7680x4320】
ｽﾚﾘﾝｸ(avi板)
5:名無しさん＠編集中
14/01/24 23:22:39.41 6orTL1oy
速度面の最適化ってまだなんだろうか
6:名無しさん＠編集中
14/01/24 23:30:54.15 PZRcL+5t
まだだよ
7:名無しさん＠編集中
14/01/25 06:06:59.51 ikAMTvuD
AviUtl + 自動フィールドシフト + x265 利用時の設定私的メモ
自動フィールドシフトが何なのかまったく不明かつ利用方法が不明
自動フィールドシフト 高速化版+12 URLﾘﾝｸ(rigaya34589.blog135.fc2.com) を使用中
自動フィールドシフト(afs)には出力プラグインが同(afs)に対応している場合に使用可能なプラグイン(afs.auf)と
注．忘れずに出力プラグインの設定タブにてasfを使用するにチェックを入れること
出力プラグインが同(afs)に未対応な場合24fps固定などに利用するビデオフィルター版(afsvf.auf)の2種類があります。
注．ビデオフィルター版(afsvf.auf)利用時、素通しフィルター(trans.auf)が編集時に必須な模様(元の自動フィールドシフトファイルから取り出して来る事)
今回はx265+x265guiExベータ版でafsの利用が可能なので自動フィールドシフト 高速化版(afs.auf)のみをAviUtlのフォルダーに入れてあります
自動フィールドシフトの設定は URLﾘﾝｸ(www.geocities.jp) を参考にすると混乱しました
120fps出力なるものは存在しません
したがって設定は、フレームレートの変更．．．なし、インターレース解除．．．自動フィールドシフト
出力プラグインx265guiExベータ．．．asfを使用するをチェック、以上。
8:名無しさん＠編集中
14/01/25 06:12:15.10 ikAMTvuD
同設定でのエンコサンプルMediaInfo情報(フレームレートに注目！！)
全般
完全名称 : D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD7.afs.na.mp4
フォーマット : MPEG-4
プロファイル : Base Media / Version 2
コーデック ID : mp42
サイズ : 121 MiB
ながさ : 23分 0秒
OBR モード : VBR モード
オーバルビットレート : 736 Kbps
エンコード日 : UTC 2014-01-24 21:04:46
タグ付け日 : UTC 2014-01-24 21:04:46
ビデオ
ID : 1
フォーマット : HEVC
フォーマット/情報 : High Efficiency Video Coding
コーデック ID : hvc1
コーデック ID/情報 : High Efficiency Video Coding
ながさ : 23分 0秒
ビットレート : 588 Kbps
幅 : 1 440 ピクセル
高さ : 810 ピクセル
解像度 : 16:9
モード : VFR モード
フレームレート : 24.544 fps
最小 : 14.985 fps
最大 : 29.970 fps
ビット/(ピクセル*フレーム) : 0.021
ストリームサイズ : 96.8 MiB (80%)
エンコード日 : UTC 2014-01-24 21:04:46
タグ付け日 : UTC 2014-01-24 21:04:46
9:名無しさん＠編集中
14/01/25 06:18:23.73 ikAMTvuD
同ログ(mux-remux省略)crf 23
----------------------------------------------------------------------------------------------
[D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD7.afs.na.mp4]
----------------------------------------------------------------------------------------------
auo [info]: NeroAacEnc で音声エンコードを行います。 Q-Based AAC 160~kbps
auo [info]: converting YUY2 -> i420p, using SSE2 AVX
auo [info]: x265 options...
--input-csp i420 --crf 23 --keyint 300 --input-res 1440x810 --fps 30 -o
"D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD7.afs.na.265" "-"
yuv [info]: 1440x810 30Hz C420, unknown frame count
x265 [info]: using cpu capabilities: MMX2 SSE SSE2Fast SSSE3 SSE4.2 AVX
x265 [info]: HEVC encoder version 0.6+322-7cd3a3195598
x265 [info]: build info [Windows][MSVC 1800][64 bit] 8bpp
x265 [info]: Main profile, Level-4 (Main tier)
x265 [info]: WPP streams / pool / frames : 13 / 4 / 2
x265 [info]: CU size : 64
x265 [info]: Max RQT depth inter / intra : 1 / 1
x265 [info]: ME / range / subpel / merge : hex / 60 / 2 / 2
x265 [info]: Keyframe min / max : 300 / 300
x265 [info]: Rate Control / AQ-Strength / CUTree : CRF-23.0 / 1.0 / 1
x265 [info]: Lookahead / bframes / badapt : 20 / 4 / 2
x265 [info]: b-pyramid / weightp / refs : 1 / 1 / 3
x265 [info]: tools: rect amp rd=3 lft sao-lcu sign-hide
x265 [info]: frame I: 465 kb/s: 8545.91
x265 [info]: frame P: 33404 kb/s: 609.02
x265 [info]: frame B: 2 kb/s: 911.52
x265 [info]: global : 33871 kb/s: 718.00
x265 [info]: 1230 of 33404 (3.68%) P frames weighted
encoded 33871 frames in 5027.94s (6.74 fps), 718.00 kb/s
auo [info]: drop 7488 / 41359 frames
10:名無しさん＠編集中
14/01/25 06:20:06.35 ikAMTvuD
auo [info]: x265エンコード時間 : 1時間23分48.1秒
11:名無しさん＠編集中
14/01/25 06:53:04.99 ikAMTvuD
参考、ほぼ同じ設定でx264でエンコ(再生時画像ドロップ発生)
全般
完全名称 : D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD_x264_crf23_afs.na.mp4
フォーマット : MPEG-4
プロファイル : Base Media / Version 2
コーデック ID : mp42
サイズ : 210 MiB
ながさ : 23分 0秒
OBR モード : VBR モード
オーバルビットレート : 1 277 Kbps
エンコード日 : UTC 2014-01-24 21:43:35
タグ付け日 : UTC 2014-01-24 21:43:35
ビデオ
ID : 1
フォーマット : AVC
フォーマット/情報 : Advanced Video Codec
プロファイル : High@L3.2
CABAC : はい
RefFrames : 4 フレーム
コーデック ID : avc1
コーデック ID/情報 : Advanced Video Coding
ながさ : 23分 0秒
ビットレート : 1 128 Kbps
最大 : 6 626 Kbps
幅 : 1 440 ピクセル
高さ : 810 ピクセル
解像度 : 16:9
モード : VFR モード
フレームレート : 24.544 fps
オリジナル : 29.970 fps
最小 : 14.985 fps
最大 : 29.970 fps
12:名無しさん＠編集中
14/01/25 06:54:27.67 ikAMTvuD
ColorSpace : YUV
ChromaSubsampling : 4:2:0
BitDepth/String : 8 ビット
スキャンの種類 : プログレシッブ(PPF)
ビット/(ピクセル*フレーム) : 0.039
ストリームサイズ : 186 MiB (88%)
使用したライブラリ : x264 core 140 r2377M+r794[x64] release2
エンコードライブラリの設定 : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / fade_compensate=0.00
/ psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6
/ lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=3 / b_pyramid=2 / b_adapt=1
/ b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=23.0
/ qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
エンコード日 : UTC 2014-01-24 21:43:35
タグ付け日 : UTC 2014-01-24 21:43:35
matrix_coefficients : BT.709
13:名無しさん＠編集中
14/01/25 06:56:17.43 ikAMTvuD
------------------------------------------------------------------------------------------------------------------------------
[D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD_x264_crf23_afs.na.mp4]
------------------------------------------------------------------------------------------------------------------------------
auo [info]: NeroAacEnc で音声エンコードを行います。 Q-Based AAC 160~kbps
auo [info]: converting YUY2 -> nv12p, using SSE2 AVX
auo [info]: x264 version: core:140 r2377M+r794[x86-64] release2 --bit-depth=8 --chroma-format=all
auo [info]: x264 options...
--crf 23 --input-res 1440x810 --input-csp nv12 --fps 30000/1001 -o
"D:\エンコワーク\ガリレイドンナ＜ノイタミナ＞\ガリレイドンナ＜ノイタミナ＞ #05 13年11月15日_HD_x264_crf23_afs.na.mp4" "-"
raw [info]: 1440x810p 0:0 @ 30000/1001 fps (cfr)
mp4 [info]: audio muxing feature is disabled.
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 3.2
x264 [info]: frame I:434 Avg QP:20.20 size: 59498
x264 [info]: frame P:12325 Avg QP:22.83 size: 10712
x264 [info]: frame B:21112 Avg QP:24.39 size: 1741
x264 [info]: consecutive B-frames: 10.0% 17.1% 11.0% 61.9%
x264 [info]: mb I I16..4: 23.4% 63.3% 13.4%
x264 [info]: mb P I16..4: 3.7% 5.6% 0.6% P16..4: 32.9% 5.6% 4.1% 0.0% 0.0% skip:47.5%
x264 [info]: mb B I16..4: 0.1% 0.1% 0.0% B16..8: 20.4% 0.6% 0.1% direct: 0.4% skip:78.2% L0:37.9% L1:61.1% BI: 1.1%
x264 [info]: 8x8 transform intra:58.1% inter:84.2%
14:名無しさん＠編集中
14/01/25 06:56:51.45 ikAMTvuD
x264 [info]: coded y,uvDC,uvAC intra: 37.2% 60.1% 18.7% inter: 5.4% 10.6% 0.2%
x264 [info]: i16 v,h,dc,p: 28% 27% 9% 36%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 24% 20% 30% 4% 4% 4% 5% 4% 5%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 28% 19% 17% 5% 7% 8% 6% 6% 4%
x264 [info]: i8c dc,h,v,p: 52% 21% 21% 6%
x264 [info]: Weighted P-Frames: Y:6.4% UV:4.0%
x264 [info]: ref P L0: 64.2% 10.2% 17.6% 7.4% 0.6%
x264 [info]: ref B L0: 85.6% 12.1% 2.3%
x264 [info]: ref B L1: 94.6% 5.4%
x264 [info]: kb/s:1377.52
remux [100.00%], 190429/190429 KiB, 1088170 KiB/s, total elapsed 0:00:00
encoded 33871 frames, 38.85 fps, 1377.52 kb/s
auo [info]: drop 7488 / 41359 frames
auo [info]: x264エンコード時間 : 0時間14分32.0秒
auo [info]: timeline editor でmuxを行います。映像: on, 音声:off, tc: on, 拡張モード:なし
auo [info]: L-SMASH remuxer でmuxを行います。映像: on, 音声: on, tc:off, 拡張モード:なし
auo [info]: 総エンコード時間 : 0時間15分 0.5秒
15:名無しさん＠編集中
14/01/25 07:02:37.20 ikAMTvuD
コマンドライン専用か、間違えた。ｗｗ
16:名無しさん＠編集中
14/01/25 08:18:48.28 Or8H3Ctk
ブログでやれ
17:名無しさん＠編集中
14/01/25 12:39:50.11 34osnewP
長い上に無意味な上にスレチとは
18:名無しさん＠編集中
14/01/25 13:09:03.77 u3WllYJF
ワザとやってるんだろうな、ただのキチガイだよ
19:名無しさん＠編集中
14/01/25 13:25:07.05 ChTk/b7C
このすれ腐ってやがる、まだ早すぎたんだ
20:名無しさん＠編集中
14/01/25 14:22:13.13 u3WllYJF
pdfのGuideでは--input-depthは10or16ってあるけど
実際16で読み込もうとすると10 or 12って警告されてしまう
16では読み込めないのかな？
21:名無しさん＠編集中
14/01/26 18:30:20.14 221AP4zo
ここなら流石に次世代地上デジタル放送についての妄想を延々と垂れ流すのは来ないよな
22:名無しさん＠編集中
14/01/26 20:54:05.43 BTmXi6ZA
たとえば?
23:名無しさん＠編集中
14/01/26 21:12:16.82 YacFBaVt
NGワード：4k,bd,dsd,地上,dsd
24:名無しさん＠編集中
14/01/27 18:21:13.54 XvUnFCx9
あれは専門板のキチガイのテンプレに完全準拠してたな
今頃なにしてるんだろうか。ピュアAUで長文コピペでも貼り付けてるんだろうか
25:名無しさん＠編集中
14/01/27 19:08:02.65 7D/a+jJG
他はともかく4ｋをNGだと弊害が酷そうなもんだが
26:名無しさん＠編集中
14/01/27 19:11:22.82 UeZDGUc1
ＮＧ信者なバカはほっといてやれ。そいつが話題に参戦しないだけでスレが正常運行するんだし
27:名無しさん＠編集中
14/01/27 19:49:09.86 QDbOAJ75
連日のようにrevが上がっていくのが面白い
28:名無しさん＠編集中
14/01/28 05:41:03.90 YSDeEZkJ
720P
URLﾘﾝｸ(trailers.divx.com)
1080P
URLﾘﾝｸ(trailers.divx.com)
4K
URLﾘﾝｸ(trailers.divx.com)
H.265でエンコしてあるんだがこれすごいぞ、フリーソフトのBlenderで作った奴
29:名無しさん＠編集中
14/01/28 13:38:06.83 pAciiZKA
いきなり変なの沸いててワロタ
30:名無しさん＠編集中
14/01/28 13:44:33.53 f4/hifUK
>>28
ブラウザで開いてもMPC-BEで開いても音声しか流れてこないんだがどうなってんの?
新手のマルウェア?
31:名無しさん＠編集中
14/01/28 16:08:00.55 vg5e2Ayh
>>30
普通にHEVCなDivX動画でしょ
そんなのはURL見ればわかるし、そもそもここH265スレだし。
32:名無しさん＠編集中
14/01/28 16:10:09.28 f4/hifUK
だから音声しか流れないんだつて。
33:名無しさん＠編集中
14/01/28 16:26:15.53 4FEzYGzz
音声しか流れないとマルウェア扱いなの？
再生環境を疑ったりしないわけ？
34:名無しさん＠編集中
14/01/28 16:42:10.44 xISgwC5a
前はNightly Buildsで再生できたけど今は正式版でもOK
35:名無しさん＠編集中
14/01/28 17:22:16.60 vg5e2Ayh
>>32
うん。100％お前が悪い。
36:名無しさん＠編集中
14/01/28 22:39:22.47 BSgWwwjp
アホには再生できないアホウェア
37:名無しさん＠編集中
14/01/28 22:45:53.81 1SPqzMlD
(アホには真似できないsage)
38:名無しさん＠編集中
14/01/28 22:46:10.53 J+brpLIi
VLCで再生できるよ
39:名無しさん＠編集中
14/01/28 23:47:12.95 f4/hifUK
つかブラウザで再生できない時点でゴミじゃん。
40:名無しさん＠編集中
14/01/29 00:11:15.71 0ZPG2KYo
お前の脳みそがゴミなんでしょ
41:名無しさん＠編集中
14/01/29 00:15:19.81 y++NyAg7
まさかブラウザで再生してるとは思わなかったわ
馬鹿すぎる
42:名無しさん＠編集中
14/01/29 00:18:16.13 Z3SaDVKU
再生環境を制限される動画ファイルはゴミ確定。
これは4K8K放送が始まっても絶対に流行らない。
43:名無しさん＠編集中
14/01/29 00:22:16.82 0ZPG2KYo
世に出た当初、専用再生ボードがなければ重くて再生できなかったMpeg2はゴミですね
世に出た当初、ブラウザで全く再生できなかったH264はゴミですね。
ID:f4/hifUK、ID:Z3SaDVKUもついでにゴミですね
44:名無しさん＠編集中
14/01/29 00:22:47.30 y++NyAg7
じゃあゴミ確定でいいからお前は使うなよ
スレから消えればお前も皆も幸せ
45:名無しさん＠編集中
14/01/29 00:30:00.12 Z3SaDVKU
つーかスレが立ってそろそろ1週間でまだ45ﾚｽとか勢いなさすぎｗ
早々にDAT落ちしたりしてな。
46:名無しさん＠編集中
14/01/29 00:54:43.54 rJVI8bK5
56 名前：名無しさん＠編集中[sage] 投稿日：2013/09/10(火) 13:18:19.37 ID:xHNp2/yQ
56
47:名無しさん＠編集中
14/01/29 02:50:30.43 0ZPG2KYo
x265の開発のほうは凄い勢いだけどね
今日の更新で、今までオプション設定より明らかに低品質になってしまっていた
10bitエンコが、ちゃんと綺麗にエンコされるようになった
48:名無しさん＠編集中
14/01/29 08:19:19.73 rCqYi+08
10bitエンコってどうすれば出来るの？
49:名無しさん＠編集中
14/01/29 09:20:38.64 0ZPG2KYo
色空間が10bitな動画を用意して
x265のオプションに -input-depth 10を付記する
ま、一番楽チンなのは、Aviutlとx265GUI使うこと
50:名無しさん＠編集中
14/01/29 12:59:53.54 dTncWoyM
モバイルで大半のメーカーがVP9ハードデコードサポート決定
Youtubeは既にサポート済み
chromeと近いうちにfirefoxがサポート
なんとも微妙な25%の削減でしかない
家電以外無理じゃねーかとは思う
51:名無しさん＠編集中
14/01/29 14:44:22.46 GKSDT5iT
画質とファイルサイズに感動している
糞遅いけど消すか残すか微妙なアニメが綺麗な映像で小さくまとまって大満足
ビルドによって色々あるみたいだけど
52:名無しさん＠編集中
14/01/29 15:21:31.18 Z3SaDVKU
そこまでして残したいアニメとは一体。
53:名無しさん＠編集中
14/01/29 15:55:12.53 /V1Bqy2w
そんなの人によって違うんだから
54:名無しさん＠編集中
14/01/29 16:06:32.00 KcK1k5gT
>>52
ファイルサイズを小さくできるから、
残すか残さないか微妙なアニメも残しておけるんだよ
エンコ時間かかるのは結構どうでもいい
2ndPCで放置エンコしとけばいいだけだから。
55:名無しさん＠編集中
14/01/29 17:34:42.50 2tK/Dxv1
エンコにも金がかかる
56:名無しさん＠編集中
14/01/29 18:21:54.56 nrHWUFM4
>>49
初心者でスマンがAviutlって10bitの映像をそのまま読み込めるの？
てっきり8bitに戻して読み込まれるのかと思ってた・・・何も8bitに変換して読み込みますってソースみたわけじゃないけど
57:名無しさん＠編集中
14/01/29 18:45:37.18 KcK1k5gT
Aviutlは動画を読み込むと内部で48bit化して、
48bitの状態で各種のフィルタを掛ける仕様なんだよ
そして出力する直前に出力フィルタに応じて減色する。
x265GUIには10bitへ減色する機能がついてるから、x265.exeに10bit動画を渡せるんだ
58:名無しさん＠編集中
14/01/29 19:44:46.18 Id3C9pG6
各バージョンの画質向上の推移を具体的に表にしてくれよ
誰か
59:名無しさん＠編集中
14/01/29 19:46:43.87 Z3SaDVKU
おおかた同じソース同じエンコ設定でEXEバイナリだけ変えてPSNRとSSIMで比較するとかじゃね。
60:名無しさん＠編集中
14/01/29 19:52:16.70 3ZYDqjaI
今のところ、
本気モードのエンコ→X264 10bit+16vbitDitherAvitynth
残すかどうか微妙な作品→X265 8bit
に落ち着いてる
61:名無しさん＠編集中
14/01/29 20:26:14.99 nrHWUFM4
>>57
解説ありがとん。またひとつ勉強になったわ
62:名無しさん＠編集中
14/01/30 00:33:28.27 JC40JCwG
Aviutlで死ぬほどエンコしたけど(設定方法がわからないほかで)
我が家のPCが腐っていない前提だけど
長時間エンコするとmux-remuxが出来ないとか
PC再立ち上げで出来たりとか不安定
アニメ3本エンコしたら基本PC再立ち上げな感じ
Aviutlのオートフィールドシフトにお任せするといい感じに
15~30フレームに間引きしてくれる
ファイルも小さくなる
24フレーム固定よりスムースな映像な気もする
crf23でエンコしてるけどx264と比べて映像のザラツキ感が少ないかも
63:名無しさん＠編集中
14/01/30 00:44:01.88 hMVgQGaI
aviutlは色々で来て面白いが音声が生WAVか偽装WAVでしか読めないってのが不便すぎる。
64:名無しさん＠編集中
14/01/30 06:01:14.28 qUbCvCqk
お前らテンプレ読めないのかよｗｗ
65:名無しさん＠編集中
14/01/30 06:36:39.86 /OOu9cYJ
>>63
音声無劣化編集に拘りあるの？
今は入力プラグインにL-SMASH-Worksを使えば、ほぼどんな動画も音声も読み込めるけど。
66:名無しさん＠編集中
14/01/30 10:46:21.65 hMVgQGaI
>>64
スレたてした人とテンプレを考えた人以外誰も読んでないと思われ。
67:名無しさん＠編集中
14/01/30 12:27:11.62 /r4PWXv0
aviutl+x265guiexスレを建てれば万事解決だってはっきり分かるんだね
68:名無しさん＠編集中
14/01/30 12:35:30.40 BrfUTxXN
avs2pipemod -rawvideo "hoge.avs" | x265 - --input-depth 10 --input-res 1920x1080 --input-csp i420 --fps 23.976 -o "hoge.265" -i 240 --crf 18 --aq-strength 0.6
これでエンコードが90フレームぐらいで止まってたんだけど何が足りない？
69:名無しさん＠編集中
14/01/30 12:47:58.67 hMVgQGaI
avsの中身を見せずに何を言っているのだろう。
70:名無しさん＠編集中
14/01/30 17:51:52.65 M9cLtoAl
>>66
x265GUIEx使ってるけど、コマンドラインモードなら別にいいんじゃねと思ってる
71:名無しさん＠編集中
14/01/30 18:23:54.42 qUbCvCqk
フロントエンドで操作しているからバグの切り分けしないといけないからダメだろ
x264スレだってGUI専用スレあるんだから
72:名無しさん＠編集中
14/01/30 18:35:49.31 +v68n7VB
GUIスレが出来たのは組み込み型のx264GUI（aviutl）だったりvfw版x264も存在してたからじゃ？
73:名無しさん＠編集中
14/01/30 18:52:06.62 /OOu9cYJ
そもそもH265(HEVC)スレが元々あって、そこでx265の話すると
原理主義のバカどもがスレ違いとか言い出すからこのスレが出来たんでしょ
H265とx265の大きな違いは、フリーで実際に手にできて使えること。
このスレで実用面の話が出るのは当然だし、そうじゃなかったらこのスレ出来た意味さえない。
>>1が勝手にコマンドライン限定にしてスレ立てたけど、
そこまで限定して需要下げても意味ないだろｗ
74:名無しさん＠編集中
14/01/30 18:57:11.59 PUlDgJyJ
純粋にテンプレ読まないで勘違いな投稿したならスレチだけで通じるんだが
それから意地になって居座る奴らが問題
75:名無しさん＠編集中
14/01/30 19:06:57.33 2yIM0XqM
>原理主義のバカどもがスレ違いとか言い出すからこのスレが出来たんでしょ
当然じゃね？そもそもそのバカどもが立てたスレにお前もいるわけだがｗ
>H265とx265の大きな違いは、フリーで実際に手にできて使えること。
お前、動画規格とエンコードツールの意味理解してないだろ、知ったかもほどほどにｗ
76:名無しさん＠編集中
14/01/30 19:30:57.76 8VRBaZsu
>1のルールに不満があるなら別スレ立ててそこでやればいいじゃない
それかこのスレのルール改訂を>1にお願いするか
77:名無しさん＠編集中
14/01/30 23:05:20.97 M9cLtoAl
>>75
H.265スレにおいて、そのエンコーダであるx265の話題を出すことが
スレ違いになるだろうかと思っていたのだが、
おそらく一方が動画規格で一方がエンコーダと
区別がついてない人が、H.265スレではx265はスレ違い
と言い出したんじゃないかと思う。
78:名無しさん＠編集中
14/01/30 23:19:44.95 kmMfwzt1
x265スレなのだが
79:名無しさん＠編集中
14/01/31 00:07:41.95 AfQfoIOd
無毛な奴らによる不毛な争い
80:名無しさん＠編集中
14/01/31 00:17:04.88 Cfpr2m4f
スキンヘッドな変態紳士 vs パイパン男子の争いか。
81:名無しさん＠編集中
14/01/31 01:16:48.01 TRtH/aeh
x265 rev1 これが悪い
【コマンドライン専用】とか入れるべき
コマンドライン専用だとCMカットの方法知らない
って言うか素直にスレ立てればいいのだけど現状過疎るの必定だからな
CMカットエンコも無事４シリーズ目に突入だぜ
82:名無しさん＠編集中
14/01/31 16:13:04.75 pU5gthDx
早いとこ、インタレ保持とアス比のオプション実装されないかなあ
83:名無しさん＠編集中
14/01/31 16:17:48.59 E2cMOqES
TODOリストにのってはいるけど、他の未実装項目山盛りだからなぁ
84:名無しさん＠編集中
14/01/31 18:51:30.57 mC21pDNW
timecodeの読み込みはよしてほしい
85:名無しさん＠編集中
14/01/31 18:52:43.62 htPpJT4i
AVX512に対応したら5%くらい高速化したりするのだろうか
86:名無しさん＠編集中
14/01/31 18:57:27.54 6+xbmKvR
>>85
AVX2もあれだし、どうやら8bit整数を扱うには128bitのSSEで十分らしい。
87:名無しさん＠編集中
14/02/01 10:07:17.17 MueO6rO8
ボランティアじゃない営利目的の企業が開発しているOSSにはずれが無い
88:名無しさん＠編集中
14/02/01 11:32:06.51 9JBwium4
0.7になったのにEvaluators Guideなかなか更新しないな
89:名無しさん＠編集中
14/02/01 11:49:19.49 eIJIUp/d
なんか急にrev進んだけど、ビルド出来ないな。エラーが出てしまう。
90:名無しさん＠編集中
14/02/02 00:12:01.42 d3ubJIA2
buildbotも0.6+343-eb3713ab0641で止まってるな
91:名無しさん＠編集中
14/02/02 05:28:56.71 CU29Kp9y
x265の非公式バイナリ配布サイト終わった
今後は何処で落とせばいいのか
92:名無しさん＠編集中
14/02/02 06:49:20.72 KITW7Y24
お、自分でビルドしたら0.7+17がビルド出来た。
93:名無しさん＠編集中
14/02/02 14:56:53.79 CU29Kp9y
自分でビルドしたいけど
なにがなんだかわけわからないｗｗ
94:名無しさん＠編集中
14/02/02 15:14:52.37 t+AcbZZt
ぇ？
x265のbuildってVSとcmakeだけじゃん
build環境としてはこれ以上無いくらい簡単だぞ
95:名無しさん＠編集中
14/02/02 15:17:25.58 iNNEt7tc
え？
まだビルドしたことないんだけどgccないのかよ
96:名無しさん＠編集中
14/02/02 15:29:30.73 t+AcbZZt
あるよ
97:名無しさん＠編集中
14/02/02 16:26:05.82 KITW7Y24
>>93
RigayaさんのBlogにx265のビルド法が一から丁寧に書かれてるから
その通りにするだけで誰でもビルドできるよ
今ビルドすると、ver0.7-r21かな。
98:名無しさん＠編集中
14/02/02 16:44:10.80 hN2Kuazq
バイナリ配布ってダメなの？ダメならダメでx265専用のクリック一発でx265.exeを作るソフトがでてきそうだが
99:名無しさん＠編集中
14/02/02 17:26:13.58 1TjO3LGe
vcなんかのインストールさえすればクリック一発に近い。
某testスレみたいにビルドに関する質問で溢れたりしてな
100:名無しさん＠編集中
14/02/02 17:50:14.31 t+AcbZZt
そうなったときは初心者スレたてる
101:名無しさん＠編集中
14/02/02 18:01:18.93 hN2Kuazq
VirtualDubとかHandbrakeとかAvidemuxのHEVC対応版がどうなるのか凄い気になる
海外のファイル置き場からHEVC対応済みのインストーラーを拾ってくるのが普通になるのか、全自動ビルドのソフトが出回るのか
はたまたVP9・Daalaの開発が猛烈な勢いで進むのか
102:名無しさん＠編集中
14/02/02 18:01:26.45 CU29Kp9y
>>97
かみさまありがとう
103:名無しさん＠編集中
14/02/02 18:26:48.66 KITW7Y24
>>101
世の中開発者は有限なので、x265の開発が活発になっている今、
DaalaやVP9へは開発者はまわらないよ
そもそも今まで盛んに開発されていたx264から人材がx265に移動してて
当然のようにx264は停滞してる。
104:名無しさん＠編集中
14/02/02 19:19:30.03 1TjO3LGe
>>101
x265を内蔵するだけなんじゃないの？
ffmpegだってビルド時にリンク（？）すればx264が使えるし
105:名無しさん＠編集中
14/02/02 19:49:01.08 C2acnTTS
x265.cc のを使えばいいじゃん
106:名無しさん＠編集中
14/02/02 20:15:52.60 KITW7Y24
そのx265.ccが消滅したんだよ
サイト行ってみ
107:名無しさん＠編集中
14/02/02 20:51:12.17 FaDOFV6B
Since Mr. Vaughan (x265 marketing manager) don't like buildbots,
this project have been deceased. You also should consider to use
x265, since its definitely NOT this community related, like
the great x264 project.
108:名無しさん＠編集中
14/02/02 21:16:24.33 Xm4k+3Kg
VP9/Daala+Vorbis/Opus＋WebM をGoogle辺りがゴリ押ししてくれたらこんな面倒なことにはならない気もするが
肝心のGoogleからやる気が全く感じられないから困る
109:名無しさん＠編集中
14/02/02 22:04:28.74 DfF8JSi/
msやgoogleは他人が開発したモノを接収するのに長けてるだけ
そのくせまるで自分が最初に発明したかのような口きくけど
110:名無しさん＠編集中
14/02/02 23:27:55.54 p+d4gLjk
一時的に繋がらないんじゃなくて潰されたのか
111:名無しさん＠編集中
14/02/03 01:16:06.93 87UUwKto
>>103
x264の連中でx265に関わってるのはJason氏だけ、それもアセンブリのレビュー
だけ。コミットログを見れば分かると思うが、開発してるのはMCW社の社員だ、
唯一なぜかパッチを送り続けている外部らしき人物はoki.comの日本人らしき
名前の持ち主だ。
最初からああなるんじゃないかって思ってた人はいたけど、確実にx265の
コミュニティとの接続は切れ始めている。元々名前のためだけにJason氏と交渉
などしてたしねぇ。一応OSS系のHEVCエンコーダーで一番進んでいるプロジェクト
ではあるが。
まぁ、言いたい事は「x264から人材がx265に移動した」という事は全くの嘘である
という事だ。x265はアレだし、未だにどの現世代・または次世代の形式の実装や
開発に加わってない人も多いんです。Googleの連中はVPx系やってるし、
XiphやMozillaの連中はDaala（仮）という形式の開発に励んでる。
112:名無しさん＠編集中
14/02/03 01:19:53.96 0T6NPJEP
２ちゃんねるはウソで満ち溢れている。ウソをウソと見抜かなければ云々。だよな。
113:名無しさん＠編集中
14/02/03 01:36:00.50 Hs+GCwJB
それで既にx264を遥かに凌駕しているとは
H.265/HEVCのポテンシャルは凄まじいな
さすが次世代の画像圧縮技術
114:名無しさん＠編集中
14/02/03 01:37:29.10 0T6NPJEP
420 8bitなx265なんてまったく興味がわかない。
115:名無しさん＠編集中
14/02/03 02:03:08.02 ZQzXZ5j1
MSYS&Mingwで64bitのx265を作ってみたんだが、libgcc_s_sjlj-1.dllとlibstdc++-6.dllがないと動かないヘンテコバイナリが出来てしまった・・・
-static-libgccとか-static-libstdc++をつければいいって書いてあったけど、どの段階でつければいいか分からない・・・
どの段階でつければいいの？VS2013でビルド出来たんだがMSYSでしてみたくなって・・・
116:名無しさん＠編集中
14/02/03 03:39:52.62 ZQzXZ5j1
>>115
自己解決
cloneしてbuild/msysにあるmake-Makefiles.shを実行したら出てくるCMAKEの設定項目のCMAKE_CXX_FLAGS_RELEASEに-static-libgcc -static-libstdc++ -staticと記述してからmakeする
URLﾘﾝｸ(saorinpikachu.wordpress.com)
このページに普通に書いてあったわ
スレ汚しごめんなさい・・・
117:名無しさん＠編集中
14/02/03 06:02:40.57 87UUwKto
>>113
形式のポテンシャルと関係なく、残念ながら今のところの実用向けの
実装（企業的なものを含めて）はどっちもx264にはまだ至らない。
PSNRでは一応少々x264を超えている数値を出してるエンコーダーが既に
あるけど、結局エンコードで人が見ているのは数値ではなく、映像。
SSIMなら数値的にどっちも負けてない状態になっている。
そして去年の4月からHEVCはもう次世代じゃなくて、現世代です。
>>114
1月18日にDIS投票が終了したRange Extensionsにご期待ください。
残っているのはFDIS投票のみ。
118:名無しさん＠編集中
14/02/03 18:45:10.11 nJtZjAwV
x265.ccがつぶされた（？）のはバックに営利企業がついてる以上、仕方ない気もする。
ところで新しいHEVCエンコーダーのプロジェクトが立ち上がったみたいだけどどんな感じ？
119:名無しさん＠編集中
14/02/03 18:49:33.97 lv/ZVsVY
はぁ？
その名称もURLも出さないでどう会話しろと
120:名無しさん＠編集中
14/02/03 19:34:26.79 eshfUBr0
URLﾘﾝｸ(x265.ru)
コレじゃなくて？
121:名無しさん＠編集中
14/02/03 19:42:38.94 lv/ZVsVY
そこ、ただビルドしてバイナリ配布してるだけでしょ
しかもペース遅い
122:名無しさん＠編集中
14/02/03 20:36:25.36 nJtZjAwV
github.com/ultravideo/kvazaar
ここ
123:名無しさん＠編集中
14/02/03 21:04:06.65 0T6NPJEP
cygwinでビルドさせてやろうと思ったら
シェルスクリプトの中身とか色々細工しないとダメらしいね
さすがにちょっとめんどくさすぎる。
既存のcygwinでどうにか出来るから
新規にMSVSいれる手間よりはマシだけど
俺個人のモチベが続くのか疑問だｗ
124:名無しさん＠編集中
14/02/03 21:53:51.16 87UUwKto
>>118
営利企業と言ってもx264 LLCも一応営利企業ではある。コミュニティとの態度の
違いって奴かな。x265.ccがどうなろうとは個人的にどうでもいいが、MCW社は
全面的に企業ライセンスをゴリ押ししながらコミュニティとの接触を最低限にしてる。
そういうプロジェクトがもしこれからメジャーになれば・・・と少々心配になる。
元々公式でGPLの説明をかなりアレな感じにしてた会社だしなぁ・・・
ちなみに、MCW社で開発を担当してるSteve氏は別に悪くない人とは思う。単に
会社の上司がアレで、今の流れはある意味仕方ないとは思っている。
125:名無しさん＠編集中
14/02/03 21:56:04.69 87UUwKto
>>122
KvazaarならCで書かれている実装です。若くてmain()でエンコーダーの中身の
初期化とかしてるし、綺麗さはコード面でもまだ高くはない。入力・出力・
エンコーダーのコンテナ化も完成してエンコーダーのAPIさえ少しまともになれば
色々不満は解消すると思うけどね。Makefileのビルドシステムも多分今のは
一時的な物で、これからx264のようにシェルスクリプト化するか、Autoconf辺り
が使用されると思ふ。
あとはまぁ、表向きなところしか読んでないが、x265より入りやすいコードベース
だと個人的には思う。単にC++に慣れてないからそう感じるかもしれないけどネ。
そして何よりもMCW社と逆にIRCで連絡しやすいし、パッチも簡単にレビューされる。
今一番進んでる実装＝x265 、期待の新人（？）＝kvazaar
こんな感じかな？
126:名無しさん＠編集中
14/02/03 22:41:25.67 nJtZjAwV
>>125
詳しくありが㌧
127:名無しさん＠編集中
14/02/04 01:45:41.64 deOgcPcG
HEVC encoder version 0.7+24-aab88ed13364で確認。
--preset faster～slowerまででCfr20と22でエンコ
するとfast～slowerで絵が大きく破綻。
rigaya氏のBlogを見ると「AQ + CUTreeがオンになるため」って書いてある。
ココらへんの調整に問題があるのかな？
それともおま環？
avs2pipemodでpipeして出力。x264では問題なし
128:名無しさん＠編集中
14/02/04 01:54:32.45 deOgcPcG
>>127に追記
fastのcrf20とfasterのcrf20じゃビットレートが2倍以上違う。
129:名無しさん＠編集中
14/02/04 20:06:40.55 tbYXkbmn
0.7+35にすれば破綻は直るで
130:名無しさん＠編集中
14/02/04 21:56:26.62 deOgcPcG
>>129
情報ありが㌧
早速・・・と言うか、この情報を知る前に0.7+41かな？それを使ったら治ったのを確認した。
でも粗さは残ってる気がする。
早く画質を一定にして欲しいなとお星様にお願いしておく
131:名無しさん＠編集中
14/02/05 23:45:46.08 DFn/KUTZ
>>125
Kvazaarはフィンランド製と言う事だけど、カタカナで字訳するとどうなるの?
132:名無しさん＠編集中
14/02/05 23:51:55.26 c/rpLjLS
次の検索結果を表示しています: kvazar
元の検索キーワード: kvazaar
ググったらこんなんなった
133:名無しさん＠編集中
14/02/06 18:53:48.93 aKyZtSB1
なんかスレの勢いが急に弱くなったな
134:名無しさん＠編集中
14/02/06 19:12:36.97 7GHnEwYd
バイナリを自動公開してたサイトが潰れちゃったからね。
自分でビルドする人はやはり圧倒的に少ないし。
しかし、x265の更新ペースが明らかに上がってるな
135:名無しさん＠編集中
14/02/06 20:08:31.68 nwPhwV1Z
gccでやったらヘルプも出ないヘンテコなバイナリができて投げたよ
136:名無しさん＠編集中
14/02/06 21:41:44.47 aKyZtSB1
ソースコードの中身も確認せずにmakeするからそうなる。
137:名無しさん＠編集中
14/02/06 21:57:50.17 zTkH3R7Y
普通は確認せずにmakeするだろ
まあ問題が起きたらその後でソースコード見るが
138:名無しさん＠編集中
14/02/06 22:05:42.92 aKyZtSB1
んなこたない。中身を見てもチンプンカンプンなら仕方ないがｗ
139:名無しさん＠編集中
14/02/06 22:16:32.68 zTkH3R7Y
必要なライブラリ関係を揃えるためにREADMEやINSTALLは最初に読むが
ソースコードなんていきなり見ないだろ普通
ビルドできなかったりバイナリおかしかったらその時点でソースコード見始めるが
140:名無しさん＠編集中
14/02/06 22:22:31.74 btYTk1Qu
Aviutlがユーザーが自力でとってきたneroaacenc.exeを利用するように
Handbrakeとかもユーザーが自力でとってきたx265.exeを利用するようになるんだろうか
141:名無しさん＠編集中
14/02/07 01:07:47.93 wrh/7XoP
ま、今ん所VS12で簡単にビルド出来てるから問題無いけどね
142:名無しさん＠編集中
14/02/07 01:35:22.36 Lzz8suUW
久々にx265を更新してみたけど
0.5+243 → 0.7+63で速度1.5倍くらい速くなっててワロス
まだ preset fast と軽いフィルタで1080i→720pにして12～13fpsってとこだから常用は厳しいけど革新的にエンコ速度上がってんな
143:名無しさん＠編集中
14/02/07 07:30:07.08 6+j5mV5f
結局自分でビルドしない、出来ないx265.cc使ってた連中はどこ行けばいいの？
144:名無しさん＠編集中
14/02/07 07:51:02.83 Lzz8suUW
ビルドすりゃいいじゃん
こんなに詳しく書いてあるんだし
URLﾘﾝｸ(rigaya34589.blog135.fc2.com)
145:名無しさん＠編集中
14/02/07 08:59:54.83 wrh/7XoP
ただこの方法だと10bit対応版が作れないんだよね
146:名無しさん＠編集中
14/02/07 10:36:50.24 QC+7i95w
>>145
make-solutions.bat の cmake のオプションに、
-DHIGH_BIT_DEPTH:BOOL=ON
を追加。
147:名無しさん＠編集中
14/02/07 10:50:02.35 c2xxHl4d
STATIC_LINK_CRTをONにって説明してる画面にHIGH_BIT_DEPTHってのがあるから、
それもONにするだけでいいよ
148:名無しさん＠編集中
14/02/07 10:52:03.69 QC+7i95w
>>145
よく見ると >>146 をやらなくても、>>144 の 8. のところの画像にある
HIGH_BIT_DEPTH のチェック・ボックスをクリックしてオンにすれば
10bit 対応版になると思う。
149:名無しさん＠編集中
14/02/07 11:02:26.96 wrh/7XoP
おぁ～、そんな簡単な方法で出来るのか
感謝感謝
しかし今はweightp周辺にバグ？ビルド完遂せず
150:名無しさん＠編集中
14/02/08 02:35:57.01 DRWAUEqF
>>47の10bitでの修正って本当なの？
0.7+63でcrf23試してみたけど明らかに8bitのcrf23より汚いんだけど…
crf18でやっと画質もビットレートも同じくらい
151:名無しさん＠編集中
14/02/08 04:44:26.26 +XEvrWUV
>>150
まだ調整がされてないんでしょ？
バージョンは忘れたけど、綺麗にエンコできてたバージョンから新しいバージョンに乗り換えた時汚くなった。
いずれ、再調整されて出てくるんじゃないかな
152:名無しさん＠編集中
14/02/08 06:33:55.29 QR5QHtzV
現状16bppの方は、とんでもなくcrfを下げる必要があるよ。
アニメなら15以下
153:名無しさん＠編集中
14/02/08 09:15:02.82 cr+0M0xQ
crfの値はバージョンごとに別物になる、って感じだな
154:名無しさん＠編集中
14/02/08 09:24:08.29 l7Kac7nq
VBV制限すればいいだけじゃね?
155:名無しさん＠編集中
14/02/08 10:10:38.76 +XEvrWUV
画質を基準にエンコするはずのCrfで画質が大幅にブレるとどうやって画質を調整すればいいかわからないよね
下手に他のバージョンに変えられないって感じ。
156:名無しさん＠編集中
14/02/08 12:13:22.56 UzEpDLNH
保存用にエンコしてんの？可哀想に
157:名無しさん＠編集中
14/02/08 12:35:52.34 NA40w6y+
あ、はい
158:名無しさん＠編集中
14/02/08 14:25:55.82 krP2CS+e
インターネット上にうｐする犯罪者とは違うからな
159:名無しさん＠編集中
14/02/08 14:26:53.58 c21AlxYI
10bitエンコするときは8bitの時のcrf値を半分にすると同じくらいかなぁ
160:名無しさん＠編集中
14/02/08 14:42:42.10 kCeVuMTh
x265が使えるHandbrakeが出るのを口をあけて待っている
161:￣￣￣￣￣V￣￣￣￣￣
14/02/09 01:46:54.43 R9kD8uqa
∧__∧
（´∀｀ ） かもーん！
（⊃⌒*⌒⊂)
/__ノωヽ__）