次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
レス数が900を超えています。1000を超えると表示できなくなるよ。
H.264/AVCの後の様々なビデオコーデック全般について語るスレです。
■主な次世代ビデオコーデック
・H.265/HEVC
・VP9
・AV1(AOMedia Video 1)
・VVC(Versatile Video Coding)
■前スレ
次世代ビデオコーデック総合スレPart2 【HEVC/VP9/AV1/VVC等】
https://mevius.5ch.net/test/read.cgi/avi/1532001049/
次スレは>>980が宣言してから立ててください。 60fps以上だったかで人間の脈拍が上昇するというのは昔の話か 脳のクロック数は脈拍数と比例関係にあるからな
象とネズミでは時間の感じ方が違う
人間の眼に小動物が早送り映像のように素早く動くように映るのは
我々人間の心拍が彼らよりものろまで処理クロック数が低いから
彼らネズミには加速装置が生まれながらに装備されている >>832
50と60の公倍数だから50Hzソースを持ってるBBCとしては300Hzが欲しいんだろ 訓練されていない人の視覚分解能は、時間軸方向で能力高くて50ms程度だから、一般人向けで300Hzは相当オーバースペックだと思うが そんで知覚分解能的には多少の超過は見込んだ方良いんで
ゲーマー向けモニタの240Hzってのは落とし所的に2割マージン載せで良い数字だったりするんだが
デジタル表示機的に考えればコンテンツリフレッシュレートの24Hzや30Hz、モニタ標準リフレッシュレートの60Hzとも公倍数取れるしな
これからの規格で何世代も古い走査線処理方式のに足引っ張られても意味ないし
PALはあくまで処理方式で50Hzとは限らず、欧州で「PALで50Hz」が普及したってだけで、PALで60Hzも出来てたりする ホールドボケ解消だと900fpsくらいいるけどね
これは過去に論文も出てる カメラのファインダーも60じゃ話にならんけど120だと随分追っかけやすくなる。240くらいで落ち着きそうな予感。 >>824
>>822の記事ではスーパーハイビジョンとしか書いてないから
地デジは４K飛び越して８Kになるんじゃね
VVCの実用化にしても相当先になるだろうし 地デジ４Ｋ開始にあたって、現行の12セグHDを7セグHDに画質を落とす予定。
全局ＭＸテレビ並みと考えていい。 放送局は画質画質というわりに
画質を落とす決断を平然と行うから
どういう思考回路してるのか理解に苦しむわ ワンセグってまだ使ってる奴いるのかね
いるとしてもどこかのチャンネル1つ（13セグメント=ワンセグ13チャンネル分）をワンセグ専用に確保して、
フルセグ用の帯域を使わないようにしてもらいたい 放送局は制作機材のアップデートが必要になるからテレビの高画質化には消極的な印象 普通にビットレート盛れば良いだけ
撮影・制作機材以前にビットレートが足りないせいで
ブロックノイズやモスキートノイズ多すぎ あーそういう話ね。画質と聞いてピクセル数の話かと勝手に思ってた。 svt-hevcでエンコしている人はいないか？
svt-hevcの速度、画質が気になる
あと、対応しているcpuは？ スマホ普及でワンセグ受信機が激減しているからな。
５Ｇ時代には、完全に無くなるね。 >>850
別にXeonじゃなくてもRyzenとかでも対応してるよ
画質は詳しく試してないから分からんけど >>853
LDMは韓国規格だね。反日のＴＢＳらしいわ。 歳を取って視力が低下したから、
高解像度にされても意味ないわ。
fpsを上げてくれた方がまだ恩恵がある。 >>853
つうか地デジのエンコーダーがまだ画質を向上させる余地が有ることにビックリだわ
画質向上させて全局1920x1080iにしてくれれば地デジはもうそれでいいよ 地デジ４Ｋに割り振るために低レート化する話をごまかして書いてるだけだろ
より圧縮すんだから画質はむしろ下がんじゃね
「現行放送の画質をできるだけ維持」って画質が下がることを否定はしてない >>862
一般の評価だと大体劣化なしだが、お前らがみたら重箱の隅とか見えちゃうから一目でgdgdなんだろうなw 素人か？
円盤も買ってテレビも録るんだよ
同じじゃないからな ■画質比較 蒼き鋼のアルペジオCadenza
＜メンタルモデル/ナチの瞳＞
（１）Blu-ray ⇒ http://i.imgur.com/gJMFJFt.png
（２）BS11 ⇒ http://i.imgur.com/El93aKM.png
Blu-ray版は、BS11より小さい赤い文字がくっきりしているね。
＜戦闘シーン＞
（１）Blu-ray ⇒ http://i.imgur.com/JHIz0OG.png
（２）BS11 ⇒ http://i.imgur.com/aUj6hOK.png でも平気で好きなコンテンツの著作権画像キャプチャすると
BDもリッピングでAACS解除してやがるし
単なる御都合主義の犯罪者じゃん imgurに上げると圧縮されて味見変わるから圧縮されないアップローダーにあげてくれ 法律を厳密に遵守してたらアニオタの活動なんてほぼ成り立たないよ
知らぬふり見てみぬふりのズブズブな関係で成り立ってる危ういものだ 成り立たないから平然と犯しますってんなら大間違いだけどな
それも自主的な主張の書き込みの為だってんだから利己的でしかない罠
自認自重してるのならまだしも、自ら晒してくるスタイルなら手に負えんよ 研究、検証目的の引用だと言われたらそれまでだけどな 画質比較のためアニメのキャプチャをサンプルにしますってのは
著作権法上の引用に該当する余地は100%無いがな
そのアニメの作品自体に関わる評論で、キャプチャを持ち出す必然性があってはじめて引用に該当する
画質についてあれこれ言ってるときに円盤買えだのキャプチャ貼るのはアニメオタクとしてどうなのかとかいらんチャチャ入れてくるやつも入れてくるやつだが、
法律は多少破ったとしても、ちゃんと理解しとけ >>880
問題は引用じゃないと100%立証できるか否か
画質の比較、となると無理だな、勝てない。 引用だと認められるためのハードルは結構高いからね（引用以外の著作権の制限事項も）
法を厳密に適用していけばネットの画像投稿のかなりの割合がアウトだけど、
それをいちいち食って掛かって誰の得になるんだっていうね
あからさまに悪質だったり権利者自身が困ってる場合はもちろん別だが 比較を個人で確認するならともかく
キャプチャ映像全体を個別で不特定多数に観られるようにアップロードする必要無いもの
品質差が確認出来る箇所のアップとかで良いのに、わざわざやるんだから
検証映像は良いとしてもキャプチャ画像単品は素でアウト >>873
（左上の）青い光線の周辺に出てるブロックノイズは分かりやすい >>882
問題は100%勝てるのか？という話
もっと言えば採算合うのか、ということになるが。
まぁ画質比較の資料としてキャプチャとなるととてもじゃ無いが無理だな >>874-875
なんぞ？pngのiccプロファイルでも書き換えられるのけ？ コーデックに関係ない法律解釈はスレチだから他所でやってくれないか うちも録画したのPCで編集してエンコして保存してるからわかるわ。
本当BS11ですら結構辛いよ。BDがどれだけ画質良いかよく分かる BS11は1920の割にレート低いからね
地デジ1440の方がまだ画質は良いよ エンコするならAmatsukazeは必須だよな
MXの糞画質でもだいぶマシになる
Amatsukaze使わないと見るに堪えない svt-hevcのバイナリが欲しい
どこかにない？ >>894
rigayaさんのバイナリなら使えるんじゃ？
GUIのほうにSVT-HEVCのチェックボックスあったはずだし 早速実験しようとしたけどエラーが・・・
x265.exe --svt --svt-preset-tuner 6 test-1080p.mkv -o test-1080p.mp4
x265 [warning]: svt-preset-tuner should be used only with ultrafast preset; Ignoring it
x265 [error]: yuv: width, height, and FPS must be specified
x265 [error]: unable to open input file <test-1080p.mkv> >>898
当たり前だからまずはヘルプや公式サイトのドキュメントを見て使い方くらい把握しろ。
原因まで書いてあるエラーメッセージを貼って何がしたいんだお前は。 バイナリ以前に、そもそも当人がスタートラインに立てて無いんじゃねーか よく見たらこいつAvisynthスレでビルドについてだらだらつぶやき続けてる奴じゃん・・・ >>893
俺はプロ用ソフトで直してる
まぁそこまでやるのはよほどのやつだけだが ffmpeg入れてこんな感じのコマンドにしたらいけたんだけど、設定が悪いのか物凄く縮み過ぎてしまった
ffmpeg -i test-1080p.mkv -strict -1 -f yuv4mpegpipe - | x265 --y4m - --svt -o test-1080p.hevc x265 [warning]: svt-preset-tuner should be used only with ultrafast preset; Ignoring it
これ回避する方法ない？
どうやらultrafastに固定されちゃっているみたい x265のcrf 18はqpに換算するとどんな値になる？
教えて欲しいんだけど ソースによる
一概に換算できるなら別モードになっちゃいねぇ罠 >>908
そっか・・・
選択が結構シビアなんだな >>909
極端な話だと、画面一杯単一色のフレームは量子化係数上げても画質は維持できるけど
情報量の多いゴチャゴチャした画のフレームが同じ量子化係数で画質が維持できる訳が無い訳やね
フレームの情報量によって画質に対する好適な量子化係数なんぞ一定じゃ無いのよ 何でqsvやnvenc、svtはcrfでエンコできないんだろうか・・・ svtエンコって難しいな
ffmpeg -i test-1080p.mkv -strict -1 -f yuv4mpegpipe - | x265 --svt --profile main10 - --y4m -o test-1080p.265
↑のコマンドでやったら、
av_interleaved_write_frame(): Broken pipe
Error writing trailer of pipe:: Broken pipe
が出たよ
ちなみに--profile mainでは問題なし >>914
ffmpegのオプションに-pix_fmt yuv420p10leが足りないせいとかかな >>913
qsvとnvencは品質固定モードがあるだろ。できないのはsvtだけだよ。だからsvtは使い物にならない >>917
だからsvtでエンコする人が少ない訳だ そりゃ個人用途ならsvt使うメリットは微塵もないわな 保存用エンコとかストリーミングの大本みたいな
10Mbpsぐらい食わせてのエンコードを想定してるんじゃね SVTはリアルタイムエンコード用だろう
保存用にはx265使えばいいわ コーデックというわけではないが、Windows 10のバージョン1903からMKVファイルのサムネイル表示がサポートされたみたいだね 何も考えずに昔インストールしたICAROSで未だにサムネイル表示させてるけどもう要らないんだろうか >>922
MKVなんて1507(Windows 10の最初のバージョン)からサポートしてたよ >>925
何自分の投稿に誘導してんだよ屑
意図的に他人みたいな素振りしてる分マルチポストより悪質じゃねーか 【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
858 ：名無しさん＠編集中 (ﾜｯﾁｮｲ 2d01-6I5X)[]：2019/06/09(日) 08:45:45.31 ID:TcuoKwh70
NVENCのnonrefp、aq、aq-temporal、bref-modeって有効にした方が良いのかな？
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
925 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 20:45:25.52 ID:TcuoKwh70
誰かこの質問に答えてやってくれ
https://mevius.5ch.net/test/read.cgi/avi/1551446228/858
【NVENC/VCE】ハードウェアエンコーダーを語るスレ2【QSV】
863 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 21:11:56.34 ID:TcuoKwh70
>>862
死ねカス
次世代ビデオコーデック総合スレPart3 【HEVC/VP9/AV1/VVC等】
927 ：名無しさん＠編集中 (ﾜｯﾁｮｲWW 2d01-vJIE)[]：2019/06/09(日) 21:12:30.09 ID:TcuoKwh70
>>926
死ねカス 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) Ryzen 9 3950Xで、エンコードが捗りそうだな レス数が900を超えています。1000を超えると表示できなくなるよ。
