x264 rev43©2ch.net

2017/01/28(土) 12:06:57.70

Q ニコニコ用の動画を作りたい。
A 板違い。Youtube板の"FLV/MP4エンコードスレ"でどぞ。

Q 圧縮codecありませんか？AviUtlのx264guiEx.auoの使い方は？
A x264 VFW GUI専用スレでどうぞ。
　　　x264vfw GUI専用スレ Part9
　　　http://peace.2ch.net/test/read.cgi/avi/1351856057/

Q コマンドラインの使い方が分かりません
A 初心者スレでどうぞ。
　　　x264 初心者質問スレ part6
　　　http://peace.2ch.net/test/read.cgi/avi/1347527423/

[本家]
http://www.videolan.org/developers/x264.html
http://git.videolan.org/?p=x264.git;a=summary (ソース/チェンジログ)
http://web.archive.org/web/20150419065724/http://x264dev.multimedia.cx/ (開発者ブログ跡地)
http://web.archive.org/web/20141203142708/http://doom10.org/index.php (公式フォーラム跡地)
irc://irc.freenode.net#x264(ユーザー用IRCチャンネル）
irc://irc.freenode.net#x264dev(開発者用IRCチャンネル）

**名無しさん＠編集中** (中止 03c6-RBuR) · 2017/12/25(月) 00:09:20.14

>>673
つ ttps://www.solidfiles.com/v/XGnzXKeZQ8kWp

**名無しさん＠編集中** (中止 03c6-RBuR) · 2017/12/25(月) 00:12:41.45

基本、ダウンローダかFirefoxでDLするように。くれぐれもIEやChromeやEdgeでDLするなよ
でないともれなくウザいジャンクマルウェアがブラウザをフリーズさせようとするからw

**名無しさん＠編集中** (中止 03c6-RBuR) · 2017/12/25(月) 00:40:15.29

r2345にこだわる理由はおそらくこれじゃないか。
AMD環境でエンコするときは、r2345以降だと拡張命令が一つ無効にされるから
若干エンコが遅くなる。そこはryzenで改善されたけど

r2346
commit 0c738e30ec025f0effdb62802685fce40cf20057
Author: Henrik Gramner
Date: Fri Jul 5 21:15:43 2013 +0200

x86: Remove X264_CPU_SSE_MISALIGN functions
Prevents a crash if the misaligned exception mask bit is cleared for some reason.
Misaligned SSE functions are only used on AMD Phenom CPUs and the benefit is miniscule.

---
x86: X264_CPU_SSE_MISALIGN関数を削除。
何がしかの理由でmisaligned exception mask bitがクリアされていた場合のクラッシュを防ぐ。
Misaligned SSE関数はAMD Phenom CPUでのみ使用され、その利得は非常に小さい。

**名無しさん＠編集中** (中止 73b5-buzn) · 2017/12/25(月) 12:34:34.96

ブラウザやメール、ビジネスアプリくらいしかやらない人にとってはPhenom系のCPUで全然問題ないから
買い換えるという選択肢がないかもしれないけどRyzenはマジで優秀だからな
それなりにエンコする機会があるなら買って損はないと思う
性能がそこそこ優秀な割に異常に安価な1500Xあたりで組めばそれなりの価格で収まるし電気代も優しい

**名無しさん＠編集中** (中止 237f-3E9j) · 2017/12/25(月) 16:35:53.17

>>677
ありがとうございます。理由は>>679氏の指摘です
本当に助かりました

**名無しさん＠編集中** (中止 6f11-buzn) · 2017/12/25(月) 17:43:40.36

たしかそれ以降にもAMD向けのはガッツリ削られたんだっけ？＞XOPとか

**名無しさん＠編集中** (中止 Sx87-/Td7) · 2017/12/25(月) 18:01:10.84

>>680
ryzenAPU(GPU内蔵)が来年頭に出るらしいから、コンシューマ向けだとそれで完全に事足りるわな
ただし4コアしか出さないらしい

**名無しさん＠編集中** (中止 03c6-RBuR) · 2017/12/25(月) 19:28:13.40

余談だが、ブル世代のAPUとFXもMisaligned SSEが使えるわけだけど、それも無効にされている。
APUはVCEでハードエンコできるからまだいいが、FXは限界までOCしてゴリ押しするしか無いんだよな。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 638a-7LW1) · 2017/12/26(火) 11:10:32.20

r2893

**名無しさん＠編集中** (ﾜｯﾁｮｲ cf90-2X9o) · 2017/12/27(水) 21:16:05.28

暖房用にx264を全力で走らせてるんだが中々部屋が暖まらない寒いよー
冬季向けりヴぃじょんとかありますか？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 13a5-buzn) · 2017/12/27(水) 21:32:58.33

フィルタ処理をGPUにやらせて、PC台数も増やせば結構暖まるよ

**名無しさん＠編集中** (ﾜｯﾁｮｲ f346-cSU3) · 2017/12/27(水) 23:48:27.66

PCの排熱を使用した暖房機器で電気代タダってのが外国でやってなかったっけ

**名無しさん＠編集中** (ﾜｯﾁｮｲ af17-M2I0) · 2017/12/28(木) 01:23:11.91

マイニング

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3aeb-RYVm) · 2017/12/28(木) 01:42:45.33

副次的に温まるのは仕方がないが暖房に使おうという発想はおかしい

**名無しさん＠編集中** (ﾜｯﾁｮｲ ffb5-Auke) · 2017/12/28(木) 02:17:54.51

電熱による暖房は効率が悪いからな
電気暖房で効率重視なら現状ヒートポンプ一択
とはいえコスト度外視ならハイエンドPCを2台もフル回転させれば多分ちょっとしたセラミックヒーターくらいの発熱はあるはず
ただ熱を垂れ流すしか能がないヒーターよりは何らかの仕事をさせられる分だけ建設的なのかも知れん

2017/12/28(木) 02:31:54.29

いや～ん

**名無しさん＠編集中** (ﾜｯﾁｮｲ cbec-O50F) · 2017/12/28(木) 13:39:09.46

なんとなくr2893メモ

・8bitと10bitのバイナリを統合
　→１つのバイナリで8bitも10bitも出力できる。
　→出力ビット深度は、追加された --output-depth で指定。デフォルトは8bit。

・--transferに arib-std-b67 を追加。(HLG：Hybrid Log Gamma)
・--colormatrixに chroma-derived-nc / chroma-derived-c / ICtCp を追加。
　→2017年4月のH.264規格書で追加されたもの。

・--alternative-transferを追加
　→2017年4月のH.264規格書で追加されたもの。

・その他の細かいコミットは割愛

・--fullhelpでのqpmaxのデフォルト値表示がおかしい。
　　--qpmax <integer> Set max QP [2147483647]

・x264guiExの8/10bit統合対応が地味に面倒そうではある。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 83c6-SYER) · 2017/12/28(木) 14:26:10.04

10bitでエンコしてると8bitでエンコする機会なんて格段に減ると思うのだが。

**名無しさん＠編集中** (ｱｰｸｾｰ Sx03-JsY/) · 2017/12/28(木) 14:28:57.26

放送物はBDMV準拠で保存してるから、逆に10bitでエンコする機会がない

**名無しさん＠編集中** (ﾜｯﾁｮｲ f316-Auke) · 2017/12/28(木) 15:30:50.89

自分の好きなようにしたらエエ。
俺は PC で再生するだけだから 10bit 派。
そのくせ BlueskyFRC を挟んでFluid Motion してるから余り意味が無いという。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 83c6-SYER) · 2017/12/28(木) 16:45:46.07

x264.exeにフィルタ機能とかリサイズ機能とか正直いらないんだよな。
そういうのはAVSでやらせりゃいいんだし。

2017/12/28(木) 17:58:21.58

linuxでもWindowsでも同じようにフィルタかけられて便利

**名無しさん＠編集中** (ﾆｸｸｴ cbec-O50F) · 2017/12/29(金) 21:05:04.38

x264guiEx 2.53、r2893バイナリ対応

**名無しさん＠編集中** (ﾜｯﾁｮｲ 67fa-MiNv) · 2017/12/31(日) 11:38:00.81

誰でも自分ＰＣで稼げる方法など
参考までに、
⇒　『政道のゴウイウセレイイ』というＨＰで見ることができます。

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

A6L4JIAVLJ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0a0e-Auke) · 2017/12/31(日) 12:00:58.03

Komiser更新されないなあ

**名無しさん＠編集中** (ﾜｯﾁｮｲ cbec-O50F) · 2017/12/31(日) 13:19:58.29

× Komiser
〇 Komisar

tmodもまだだね。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 077f-XPej) · 2018/01/01(月) 14:51:32.47

今回modは判別ルーチン入れる必要あるしテストも含めて時間掛かるんじゃ

**名無しさん＠編集中** (ﾜｯﾁｮｲ c611-Auke) · 2018/01/01(月) 21:35:23.29

10bit版のパッチがなかったら移植の手間がかかるのでは

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fec-BEZ7) · 2018/01/05(金) 12:33:57.79

tmodのr2893が来てた。
パッチとの互換性を考えてffmpegは2.8.xのままとか、新しいブランチ作ったとかのWARNINGあり。https://github.com/jpsdr/x264/releases

kmodはまだ来てない。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2bb3-dJp/) · 2018/01/07(日) 00:59:09.06

help見るとr2867になってるね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0fe8-Xk1J) · 2018/01/07(日) 04:48:21.14

>>706
ホントだ

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-BEZ7) · 2018/01/07(日) 15:36:59.83

>>705-707
WARNINGに少し書かれてるけどjpsdr版tmodのr2893(実際にはr2867+74)について。

・バージョン表記→ x264 core:155 r2867+74 66b5600 t_mod_Custom_2

・tmod用の各種パッチの互換性確保を優先して公式コミットを省いたりしているので、
　公式のr2893とは大きく異なるものになっている。
　8/10bit統合もしておらず、別バイナリのまま。ffmpegも古いv2.8.13のまま。

・r2867までは公式masterと同じなのだが、その後はr2893までの26個のコミットのうち、
　8/10bit統合のr2868を始めとした13個の公式コミットが省かれている。
　(x264_Customブランチ。コミット数2880(2867+13)(2893-13))

・x264_Customブランチをベースに各種パッチを当てていった
　t_mod_Custom_2ブランチ(コミット数2941)を元にバイナリがリリースされている。
　r2867+公式13＋パッチ61ということで、r2867+74。

2018/01/07(日) 19:43:34.12

3行で頼む

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0fe8-Xk1J) · 2018/01/07(日) 19:48:26.48

>>708
説明お疲れ様です

>>709
公式とは別物
コアな機能改善が省かれてるかどうかはわからない
.

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2bb3-dJp/) · 2018/01/08(月) 00:29:53.77

個人的に分割してくれたほうがいい気がする(1つに集約＝その分重くなる？)
x265.exeでも感じたけど･･･

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-BEZ7) · 2018/01/08(月) 02:01:12.14

うちでr2851kModとr2893(rigaya版)を一発比較した限りじゃ特に変わらんようだけど。

■8bit

【x264】x264 0.152.2851kMod ba24899 (8bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.73 fps, 3954.37 kb/s, duration 0:01:45.11
　【　　Slow】 21.50 fps, 4047.44 kb/s, duration 0:00:52.47
　【. Medium】 28.53 fps, 4094.00 kb/s, duration 0:00:39.54
　【Veryfast】 62.89 fps, 4100.91 kb/s, duration 0:00:17.93

【x264】x264 0.155.2893 b00bcaf
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 10.88 fps, 3954.36 kb/s
　【　　Slow】 21.07 fps, 4047.44 kb/s
　【. Medium】 28.93 fps, 4094.00 kb/s
　【Veryfast】 62.15 fps, 4018.47 kb/s

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-BEZ7) · 2018/01/08(月) 02:02:25.09

■10bit

【x264】x264 0.152.2851kMod ba24899 (10bit)
　【オプション】--crf 20
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 6.77 fps, 3923.71 kb/s, duration 0:02:46.73
　【　　Slow】 15.43 fps, 4072.16 kb/s, duration 0:01:13.09
　【. Medium】 20.43 fps, 4141.27 kb/s, duration 0:00:55.21
　【Veryfast】 40.21 fps, 4171.15 kb/s, duration 0:00:28.05

【x264】x264 0.155.2893 b00bcaf
　【オプション】--crf 20 --output-depth 10
　【入力ファイル情報】test-1080p.mkv 1920x1080p 1:1 @ 24000/1001 fps (cfr) 1128frames
　【.　Slower】 6.59 fps, 3923.71 kb/s
　【　　Slow】 14.98 fps, 4072.15 kb/s
　【. Medium】 20.74 fps, 4141.26 kb/s
　【Veryfast】 41.27 fps, 4115.07 kb/s

**名無しさん＠編集中** (ﾜｯﾁｮｲ efe7-SQYW) · 2018/01/09(火) 00:08:32.01

普通に考えて8bitか10bitか毎フレーム判断するわけないわな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9b7f-hL1C) · 2018/01/09(火) 00:54:02.42

Komisar何やっとるんだ？

**名無しさん＠編集中** (ﾜｯﾁｮｲ ef7f-D1bd) · 2018/01/09(火) 01:05:42.16

別に仕事でやってるわけじゃないんやで

**名無しさん＠編集中** (ﾜｯﾁｮｲ ebc6-+W2v) · 2018/01/09(火) 02:00:22.72

60000/1001で同じようにエンコしてどのぐらい出るか知りたい。
動きの多いアニメや殆どの実写映像も60fpsでエンコさせるとヌルヌル動いて気持ちいいし

**名無しさん＠編集中** (ｱｰｸｾｰ Sxcf-ZvWl) · 2018/01/09(火) 05:08:35.40

crf20でそんなに縮むのはアニメだからだな
実写でcrf20なんてやったら12Mbpsなんて軽く越える

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0ffb-+W2v) · 2018/01/09(火) 12:12:39.70

>>717
アニメで60fpsとかよそで言うと恥ずかしいから気をつけろよ

**名無しさん＠編集中** (ﾜｯﾁｮｲ ebc6-+W2v) · 2018/01/09(火) 12:51:44.97

何がだよ。SAOの映画とか60fpsでエンコしてみろ、動きがヌルヌル過ぎてすげー気持ちいいから

**名無しさん＠編集中** (ﾜｯﾁｮｲ cbeb-Ogju) · 2018/01/09(火) 13:04:15.79

映像自体が60のアニメもまったく無いわけではないがごく一部だけだな

**名無しさん＠編集中** (ﾜｯﾁｮｲ ebc6-+W2v) · 2018/01/09(火) 13:12:14.00

特にエンディングのスタッフロールとかは60fpsでエンコすると
テロップ類の動きがヌルヌル過ぎてすげー気持ちいい。
RPGとかのエンディングみたいに最後まで飛ばさず見よう！って気になるw

**名無しさん＠編集中** (ﾜｯﾁｮｲ bbec-BEZ7) · 2018/01/09(火) 16:24:41.33

>>717 >>722
フレーム補間という手法を覚えたばかりではしゃぎたくなるのはわかるけど、スレ違いなので他でやっとくれ。
何を使ってフレーム補間してるのか知らないけど、逆テレシネしてないアニメをソースにしたり
いまどきMBlockFPS()を使ってるなんてオチがなければいいけど。

>60000/1001で同じようにエンコしてどのぐらい出るか知りたい

エンコード速度(fps)は毎秒どれだけのフレームを処理できるかを表すので、元動画のフレームレートは関係ない。
フレーム数が増えれば必要時間は増えるし、フレーム補間してるならその負荷がかかるけど
それはx264とは別の話なのでこのスレでは関係ない。

>>718
>>712-713のtest-1080p.mkvは、x264/x265ベンチマークスレで使ってる実写映画の予告動画だよ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0f81-hL1C) · 2018/01/10(水) 02:37:24.51

病院行け

**名無しさん＠編集中** (ﾜｯﾁｮｲ 0ffb-+W2v) · 2018/01/10(水) 09:21:00.19

>>722
このスレでも無知を晒し続けるのマジで恥ずかしいからそれ以上やめろ
俺の共感性羞恥に効く

2018/01/10(水) 09:25:38.85

一時期あった30/24混合のアニメは面倒だからインタレ保持でやってる

**名無しさん＠編集中** (ﾜｯﾁｮｲ ebc6-+W2v) · 2018/01/10(水) 11:21:20.18

>>724
なんの病名だよエンコード病とかか？w

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fd2-Gfid) · 2018/01/10(水) 12:55:19.73

むしろ動いてないところは削りまくってタイムコードで引き伸ばしてるわ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 3b98-H65A) · 2018/01/10(水) 15:08:45.13

60iを60pにしたというオチじゃないよな
テレビ放送をテレビで見ると60fpsで見てることすら知らなさそう

こんなことで喜べるんだから、無知っていいな
羨ましすぎる

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9fb3-+zXm) · 2018/01/10(水) 16:45:54.81

昔からドラマのOPをヌルヌル綺麗にエンコしたいとか散々見たような

**名無しさん＠編集中** (ﾜｯﾁｮｲ ebc6-+W2v) · 2018/01/10(水) 20:59:31.15

>>729
上から目線で他人のエンコ趣味をコケにしてそんなに楽しいかね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 4b9f-93ie) · 2018/01/10(水) 22:06:14.43

フレーム補間の60fps化だろ
実はわざわざエンコ時じゃなくて再生時にできるって知ったら発狂しそう

**名無しさん＠編集中** (ｽｯｯﾌﾟ Sdbf-awjz) · 2018/01/10(水) 22:15:29.99

エンコ時にフレーム補間出来るツールがあるのか？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 2b16-hL1C) · 2018/01/10(水) 22:19:27.15

>>733
A's Video Encoder なら Fluid Motion でフレーム補完したエンコがでける。

2018/01/10(水) 23:03:33.31

インタレ解除だって再生時に出来るしな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5e76-QpsD) · 2018/01/11(木) 03:55:38.37

俺のブラビアで再生すれば240fpsで超ヌルヌルだぜ

**名無しさん＠編集中** (ﾜｯﾁｮｲ 25c6-zHNy) · 2018/01/11(木) 07:50:46.84

毎回、再生環境を選ぶようなエンコとかめんどくさ。

**名無しさん＠編集中** (ｱｰｸｾｰ Sxbd-qwZV) · 2018/01/11(木) 11:27:28.15

男は黙ってBDMV準拠

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7dfa-53ns) · 2018/01/12(金) 18:26:26.13

エンコ日が動画埋め込まれるのを消したり変更したりはできないの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7dfa-53ns) · 2018/01/12(金) 18:27:02.12

すまぬ、訂正

エンコ日が動画に埋め込まれるのを消したり変更したりはできないの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 39ec-IhuN) · 2018/01/12(金) 18:39:36.95

>>740
>>629-633

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6ad2-JQPx) · 2018/01/12(金) 18:40:29.51

>>739-740
>>629あたりからの流れを見てね

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7dfa-53ns) · 2018/01/12(金) 19:26:29.27

>>741-742
ありがとう
参考にしたいと思います

ちと使ったことのないソフトを使うようで俺には難しいかな

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5998-0F6q) · 2018/01/14(日) 20:53:17.63

>>731
すまんね
ドヤ顔でキリッの相手は、幼稚園の先生かママにお願いしてください

**名無しさん＠編集中** (ﾜｯﾁｮｲ 25c6-zHNy) · 2018/01/15(月) 12:25:23.13

エンコ日やmux日を偽装や隠蔽して一体なにがしたいのやら。

2018/01/15(月) 16:22:32.60

違法アップロードのエンコでこんなに低いcrfなのに低ビットレートってスゲー、って思われたいんだろ

**名無しさん＠編集中** (ﾜｯﾁｮｲ e5f7-zHNy) · 2018/01/15(月) 16:24:08.26

それにエンコ日やmux日が関係あるの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 25c6-zHNy) · 2018/01/15(月) 17:40:39.06

旧作アニメのエンコをして、当時の放送日時に合わせて日付を設定しちゃおう！っていうのなら
まぁわからなくもないが、それはさすがに深読みし過ぎかw

**名無しさん＠編集中** (ﾜｯﾁｮｲ a6ed-jusK) · 2018/01/15(月) 18:18:31.54

検察が証拠ファイルを書き換えて事件のあった日に

**名無しさん＠編集中** (ﾜｯﾁｮｲ eaeb-PGvU) · 2018/01/15(月) 19:06:47.18

エンコ日時フィールドにエンコ日時以外を入れたいとは思わないな
さっきエンコしたものを放送当時にエンコしたかのように装うなんて気持ち悪いわ
起源捏造民族じゃあるまいし

**名無しさん＠編集中** (ﾜｯﾁｮｲ 25c6-zHNy) · 2018/01/15(月) 19:19:05.16

俺のエンコは、mkvでmuxするときにTSから拝借したEIT情報を埋め込むぐらいだな。
キャストとか諸情報とか放送当時のデータをそのまま残せてコレクション冥利に尽きるという感じ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6681-Y2Fx) · 2018/01/15(月) 20:22:15.47

エンコ日を偽装したいとは思わんが、
隠蔽したいと思うことはあるかな。

unixタイム0（1970/01/01,00:00:00）にすることになるだろうけど。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6681-QpsD) · 2018/01/16(火) 01:36:32.03

https://i.imgur.com/eQTcsUg.png

グループポリシーで自動更新関連を全て無効、サービスでも自動更新関連を無効にしているにもかかわらず
動画エンコード開始して寝て起きたら、なんと1時間ごとに再起動されていた
当然ファイルは破損していた

もうやだこのゴミOS

Windows10　16299.192

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5998-0F6q) · 2018/01/16(火) 10:06:44.86

気がついたら同じような動画を何回も拾ってる
そんなとき、拾い重複エロ動画整理のために、エンコ日やmux日はよく使うな

ファイルが壊れてるときなんか、remux時にエンコ日はそのままにしたいと思うけど
そこまでやるのはめんどくさい

**名無しさん＠編集中** (ﾜｯﾁｮｲ 25c6-zHNy) · 2018/01/16(火) 11:02:02.43

>>753
WindowsUpdateサービスを無効にすれば解決するぞ。ただし、長期間そのままにしてあると
定期的なライセンス認証の確認作業に不具合が生じてバルーンヘルプが出始めるかもしれないが

**名無しさん＠編集中** (ﾜｯﾁｮｲ c7ec-Tfxv) · 2018/01/31(水) 21:16:35.20

　
1/19 に r2901 が来てたのね。今まで気づかなかった・・・。

あとsandboxの方には 1/22 に「4:0:0 (monochrome) encoding support」が来てた。

なおKomisar氏は r2851 から動き無し。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 9776-/IWG) · 2018/02/01(木) 13:24:21.57

>>753
寝ている時間をアクティブ時間にすればいいのでは？
１度も勝手に再起動された事はないな。

**名無しさん＠編集中** (ﾜｯﾁｮｲ d7c6-HmOu) · 2018/02/03(土) 22:27:02.72

>>753
RS2までロールバックしてみたら？
Win10は一度ロールバックするかクローンHDDから復旧させてCBBのWU確認期限を１年間にしておけば
重要なアップデートが見つかっても検知されないまま放置される。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 96e8-fGf5) · 2018/02/23(金) 17:46:51.10

x264guiExで実写を品質基準VBR (crf)でエンコしてるのですが
この品質基準とは何を基準にしているとかあるのでしょうか？

エンコ結果をSIMM0.985に付近にしたいと思い
複数ソースを同じcrfでエンコしているのですが
SIMMの結果がまちまちで疑問に思った次第です。

また希望するSSIMになるような指標などあるのでしょうか？

**名無しさん＠編集中** (ﾜｯﾁｮｲ ecec-je3A) · 2018/02/23(金) 18:17:05.20

ソースによって変わるからソースにあわせてcrf値を調整するしかない。

**名無しさん＠編集中** (ﾜｯﾁｮｲ fae7-k8Zo) · 2018/02/23(金) 21:59:48.11

>>759
-tune ssim

**名無しさん＠編集中** (ﾜｯﾁｮｲ ecec-je3A) · 2018/02/24(土) 00:27:53.06

内容的に --tune ssim は関係ないやろ。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 96e8-fGf5) · 2018/02/24(土) 07:11:27.09

>>760
やっぱそういう感じなんですね。
ありがとうございます。

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srea-4PVk) · 2018/02/24(土) 07:16:05.16

ちなみに、その0.985っていう値はどこから出てきたの？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 7011-x4Or) · 2018/02/24(土) 13:50:41.80

x264はデフォで表示されなかったっけ？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 21ec-je3A) · 2018/02/24(土) 18:26:20.89

SSIMの表示には --ssim が必要だけど、>>764が言いたいのは値の取得方法ではなく

　・SSIM=0.985を基準にしてるのはなぜ？（なんでその数値を選んだの？）

　・そもそもSSIMを基準にしたエンコードをしたいという理由は何？
　　（ただのテストならいいけど、実用なら主観での品質を大事にしたほうがいいよ？）

とかそういうことじゃないだろうか。

**名無しさん＠編集中** (ｵｯﾍﾟｹ Srea-4PVk) · 2018/02/24(土) 22:21:49.99

そういうこと

**名無しさん＠編集中** (ﾜｯﾁｮｲ fae7-k8Zo) · 2018/02/25(日) 19:53:52.29

0.985についてはここで言及があるね(ソース不明だけど)
https://bucci.bp7.org/archives/26839

他に「0.98以上」てのも
http://www.wikihouse.com/htumenc/index.php?SSIM

2018/02/26(月) 14:19:18.80

psy入れてたらSSIMも糞もないだろうな
lameで言う心理音響みたいなもんだから機械的指標だとうんこになる

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/08(木) 17:21:34.62

地デジ、実写、爆発シーンがあるアクション映画がソースで
爆発シーンはすでにノイズが出ているような場合
qcompをデフォの0.6から0.7に上げても
ノイズを一生懸命再現しようとビットレートを割り振ってしまって
上げる意味はないのかね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ bee8-s3ST) · 2018/03/10(土) 20:59:39.09

crfで綺麗にエンコできる設定だからって
2passでビットレートを制限した場合でも
綺麗になるかってと、そうでもないんだな。

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/10(土) 23:18:51.35

crfこそがきれいにエンコオードできる設定だからね

**名無しさん＠編集中** (ｱｰｸｾｰ Sx33-fQch) · 2018/03/11(日) 00:57:08.76

>>770
上限ビットレートを12Mbpsぐらいにしとけばいいんじゃね？

**名無しさん＠編集中** (ﾜｯﾁｮｲ 5b11-uQtz) · 2018/03/11(日) 09:59:37.31

上限じゃなく平均レートに6~10Mbpsを指定する必要がある

**名無しさん＠編集中** (ﾜｯﾁｮｲ 6ab3-RZSe) · 2018/03/11(日) 11:55:25.12

いや無駄な再現なら上限を設ければってことだろJK

**名無しさん＠編集中** (ﾜｯﾁｮｲ e6c2-8ags) · 2018/03/11(日) 12:37:47.82

ノイズかどうかって人間の目ならだいたいわかるんだから
いずれAIが進化したら再エンコ専用のエンコーダで
ノイズ部分無視とか補完とかやってくれるようにならんかな