トップページ > DTV > 2017年07月08日 > T/MTDJ+b0

書き込み順位&時間帯一覧

8 位/90 ID中時間01234567891011121314151617181920212223Total
書き込み数0000000000200000000000002



使用した名前一覧書き込んだスレッド一覧
名無しさん@編集中 (ワッチョイ f744-KuRC)
Avisynthを絶讃ιょぅょ Part32 [無断転載禁止]©2ch.net

書き込みレス一覧

Avisynthを絶讃ιょぅょ Part32 [無断転載禁止]©2ch.net
241 :名無しさん@編集中 (ワッチョイ f744-KuRC)[sage]:2017/07/08(土) 10:39:01.91 ID:T/MTDJ+b0
>>235
1.SSIM計測で入力順を変えると異なる結果が出た。入出力ともに8bitだし本来なら入力順を変えても一致するはず。
   QSVEncC --avqsv h264_pcm.m2ts -o h264.mp4
   ffmpeg -i h264_pcm.m2ts -i h264.mp4 -lavfi "ssim;[0:v][1:v]psnr"
   ffmpeg -i h264.mp4 -i h264_pcm.m2ts -lavfi "ssim;[0:v][1:v]psnr"
2.avqsv用のバッチも作るが、x26xも使うので共通して高深度も渡せるy4m方式で別途バッチを作る。選択肢は以下。
   A.ffmpegにソースを渡しy4mにする
   B.avsを作りavs2pipemodでy4mにする
3.ffmpegに直接動画を渡すと変なSSIMが出たということは前にもあり、
  その時はavsをかますと安定してた気がする。ffmpegのコマンドが悪いだけかもしれないが
  ffmpegによるデコードはなるべく避けてavsを使う形にということでBを選択。
4.avs内でのデコードと処理はどうしよう・・・ということで>>219、>>234へ至る。
Avisynthを絶讃ιょぅょ Part32 [無断転載禁止]©2ch.net
242 :名無しさん@編集中 (ワッチョイ f744-KuRC)[sage]:2017/07/08(土) 10:42:07.59 ID:T/MTDJ+b0
なお>>234の"RGB48にしてSSIM計測"は色々変なので再調査中。


※このページは、『2ちゃんねる』の書き込みを基に自動生成したものです。オリジナルはリンク先の2ちゃんねるの書き込みです。
※このサイトでオリジナルの書き込みについては対応できません。
※何か問題のある場合はメールをしてください。対応します。