タグ x264 が登録されている動画 : 82 件中 65 - 82 件目
種類:
- タグ
- キーワード
対象:
High 4:2:2 プロファイル (10bit) での再生テスト(エコ回避修正版)
800x448, 220kbps, High4:2:2 10bit, Aviutl0.99j + x264r2085(x264.nl) + x264guiEx 1.07
High 4:2:2 プロファイル (8bit) での再生テスト(エコ回避修正版)
800x448, 220kbps, High4:2:2 8bit, Aviutl0.99j + x264r2085(x264.nl) + x264guiEx 1.07
High 4:2:2 プロファイル (10bit) での再生テスト(エコ回避失敗orz)
800x448, 240kbps, High4:2:2 10bit, Aviutl0.99j + x264r2085(x264.nl) + x264guiEx 1.07(仮)
秒速5センチメートル 一般でこのレベルならみんな妥協してくれるはず
cabac=1 / ref=8 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=0.40:0.00 / mixed_ref=1 / me_range=20 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=5 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / weightp=0 / keyint=600 / keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=23.5 / qcomp=0.70 / qpmin=0 / qpmax=51 / qpstep=51 / ip_ratio=1.40 / aq=2:0.60 800x450、24FPS、クオリティ23.5
【オリジナル曲】misty garden
オリジナルギターインストです。
曇った感じがしながらも清涼感のある楽曲に仕上がったと思います。
リスナーが聴いてイメージを想起できるような楽曲になっていれば幸甚です。
Guitar:Fender Stratocaster American Standard
Guitar Strings:Fender Original Bullets Pure Nickel Bullet Ends 3150's Regular
Effector:ZOOM MS-50G
Audio I/F:Focusrite Scarlett 2i2 G2
DAW:Steinberg Cubase Pro 8
192kHz/24-bit録音、AAC-LC 320kbpsエンコード
Haali Media Splitterのedtsバグによる再生タイミングのずれの再現
動画はsm9692478(r1416使用)から拝借。
1.x264 r1379で、初期ディレイを打ち消す方法が変更されMP4コンテナでedtsを記述するようになった。
2.だが、edtsをちゃんと解釈してくれるスプリッターは、現状ほぼ存在しない。
Haali Media Splitter(2009/12/19版)にはバグがあり、このように映像の冒頭部が早送りされてしまう。
「自動フィールドシフトv7対応」にチェックを入れると更にひどい。
3.FlashPlayerや、GabestのMP4Splitterはedtsを全く見てないらしい。
4.スプリッターも早くedtsに対応してほしいお^^
5.ただ、初期ディレイは2フレーム程度だから低fpsでもない限りあまり気にならない。
2010.5.30追記: Haali Media Splitterの2010/3/27版でこの問題は修正されました。
【キャプチャ】ニコエンコ変換とIntelチップバグ sm16620105
sm16620105はこう見えます。音声はキャプチャでなく別取りです。音源 sm15894979
Intel Core2Duo 1.4GHz U9400 Mobile Intel(R) 4 Series Express Chipset Family
Windows7HomePremium 32bitSP1 Google Chrome16.0.912.72 Flash 11.1.102.55
検証リスト mylist/29851047 ↑でバグが発生した動画 sm16619083 sm16620282 sm16620699
対症療法→ sm16628764 根本的には直っていません
ニコエンコ変換とIntelチップバグ検証用(動きが少ない場合)
ニコエンコ変換とIntelチップバグ検証用
頂いたモデル:http://p.tl/0tn8 音sm15894979
ニコエンコ(x264 core 116に変更) 1280x720 60fps 99MiB 33.33秒 2000フレーム
設定「普通」 ニコニコ動画プレミアム会員 動画→手動変換 24200kbps★ 音声256kbps 2パス 画面サイズを変更しない
プロファイル [email protected] ref=3 bframes=3 最大 27.8Mbps* 圧縮精度 0.438bit/Pix*Frame 圧縮倍率 54.8
*高すぎ12Mbpsで十分 → ★10MbpsでOK
ニコエンコエンコード時間 14分 ニコ動ログインから投稿完了まで4分
Intel Core2Duo 1.4GHz Mobile Intel(R) 4 Series Express Chipset Family
カクカクなし、バグ発生せず sm15894979でバグ発生
比較1→sm16620699 検証リスト mylist/29851047 mylist/29863774
youtubeによるエンコード http://youtu.be/nlbOmv8ECVI 30fps
【初期ディレイ】bframes=3、b-pyramid=normal の場合 2フレーム遅延
Bフレームによる初期ディレイ(遅延)がわかりやすいように1fps、10フレームで。
通常はedtsで調整されるが、FlashPlayerはedtsを解釈しないため遅延が起きる。
■投稿時のFlashPlayerのバージョン 11.0.1.152
■エンコード環境
AviUtl 0.99j
拡張x264出力(GUI)Ex 1.13
x264.exe r2106 32bit 8bit-depth (x264.nl)
MP4Box.exe 0.4.6 r3544 (POP氏のビルド)
neroAacEnc.exe 1.5.4.0
■エンコードオプション (bframes=3(デフォルト)、b-pyramid=normal(デフォルト) としている。)
--crf 23 --colormatrix smpte170m --level 3.1
bframes>0 かつ b-pramid=normal なので、合計2フレーム分の映像遅延が発生しています。
■テスト動画一覧→ mylist/28386130
【初期ディレイ】bframes=3、b-pyramid=none の場合 1フレーム遅延
Bフレームによる初期ディレイ(遅延)がわかりやすいように1fps、10フレームで。
通常はedtsで調整されるが、FlashPlayerはedtsを解釈しないため遅延が起きる。
■投稿時のFlashPlayerのバージョン 11.0.1.152
■エンコード環境
AviUtl 0.99j
拡張x264出力(GUI)Ex 1.13
x264.exe r2106 32bit 8bit-depth (x264.nl)
MP4Box.exe 0.4.6 r3544 (POP氏のビルド)
neroAacEnc.exe 1.5.4.0
■エンコードオプション (bframes=3(デフォルト)、b-pyramid=none としている。)
--crf 23 --b-pyramid none --colormatrix smpte170m --level 3.1
bframes>0なので1フレーム分の映像遅延が発生しています。
■テスト動画一覧→ mylist/28386130
【初期ディレイ】bframes=0、b-pyramid=none の場合 遅延なし
Bフレームによる初期ディレイ(遅延)がわかりやすいように1fps、10フレームで。
通常はedtsで調整されるが、FlashPlayerはedtsを解釈しないため遅延が起きる。
■投稿時のFlashPlayerのバージョン 11.0.1.152
■エンコード環境
AviUtl 0.99j
拡張x264出力(GUI)Ex 1.13
x264.exe r2106 32bit 8bit-depth (x264.nl)
MP4Box.exe 0.4.6 r3544 (POP氏のビルド)
neroAacEnc.exe 1.5.4.0
■エンコードオプション (bframes=0、b-pyramid=none としている。)
--crf 23 --bframes 0 --b-pyramid none --colormatrix smpte170m --level 3.1
bframes=0なので、映像の遅延は発生しません。
音声3と4の時にずれるのはFlashPlayerの問題ですかね。
■テスト動画一覧→ mylist/28386130
【初期ディレイ】--dts-compressを使うことで初期ディレイカット
Bフレームによる初期ディレイ(遅延)がわかりやすいように1fps、10フレームで。
通常はedtsで調整されるが、FlashPlayerはedtsを解釈しないため遅延が起きる。
■投稿時のFlashPlayerのバージョン 11.0.1.152
■エンコード環境
AviUtl 0.99j
拡張x264出力(GUI)Ex 1.13
x264.exe r2106 32bit 8bit-depth (x264.nl)
MP4Box.exe 0.4.6 r3544 (POP氏のビルド)
neroAacEnc.exe 1.5.4.0
■エンコードオプション (bframes=3(デフォルト)、b-pyramid=normal(デフォルト) で --dts-compress を指定している。)
--crf 23 --colormatrix smpte170m --level 3.1 --dts-compress
bframes>0 かつ b-pramid=normal ですが、--dts-compress をつけているので映像の遅延は生じません。
ただしデメリットもあり。
■解説含むテスト動画一覧→ mylist/28386130
【色空間テスト】BT.709出力を--colormatrix無しでエンコしたMP4
FlashPlayer10はデフォルトではRGB⇔YUV変換にBT.709の変換式を使用してしまう。
これはエンコ時にBT.709でx264出力してみたもの。
■ソース
UtVideo(ULRG)のRGB映像。
■Aviutl 0.99h3 の設定
「設定→色空間の設定」で出力をBT.709に。
■拡張x264出力(GUI)の設定
「ニコニコ:高画質」を利用。
特に問題ないが、BT.709は本来HDサイズの映像で使われることが多いので、512x384程度のサイズで使うのはあまりよくない。
512x384程度でアップするなら、
●「BT.601で出力する」+「x264のオプションに --colormatrix "smpte170m" をつける」
というのが望ましいと思われる。
BT.601でcolormatrix有りの正しいMP4はこちら→sm7365117
BT.601でcolormatrix無しの間違いMP4はこちら→sm7364513
【色空間テスト】BT.601出力を--colormatrixつきでエンコした正しいMP4
FlashPlayer10はデフォルトではRGB⇔YUVの変換にBT.709の変換式を使用してしまう。
そのためBT.601でエンコードした場合はx264のオプションに「--colormatrix "smpte170m"」をつけないと色が変わってしまう。
■ソース
UtVideo(ULRG)でエンコードしたRGB映像。
■Aviutl 0.99h3 の設定
「設定→色空間の設定」で出力をBT.601に。
■拡張x264出力(GUI)の設定
「ニコニコ:高画質」で、拡張x264出力のコマンドタブに
--colormatrix "smpte170m"
を追加。
Aviutl→拡張x264の受け渡し時に、RGB→YUV変換(BT.601)による色変化はあるが、
緑(0,255,0)も(0,254,0)でほぼ変化なし。オプションがないと(0,215,0)と大幅に変化する。
オプション無しの間違いMP4はこちら→sm7364513
【60fps】 H.264 lossless実験 【FullHD】
100MB制限だと2秒しかアップロードできないんですがそれは・・・
【色空間テスト】BT.601出力を--colormatrix無しでエンコした間違いMP4
FlashPlayer10はデフォルトではRGB⇔YUVの変換にBT.709の変換式を使用してしまう。
そのため、BT.601でエンコードした場合はx264のオプションに「--colormatrix "smpte170m"」をつけないと色が変わってしまう。
■ソース
UtVideo(ULRG)でエンコードしたRGB映像。
■Aviutl 0.99h3 の設定
「設定→色空間の設定」で出力をBT.601に。
■拡張x264出力(GUI)の設定
「ニコニコ:高画質」を使用。
BT.601の値なのにBT.709で計算してしまい、大きく色が変わってしてしまう。
特に緑(0,255,0)は、(0,215,0)と大幅に変化してしまっている。
「--colormatrix "smpte170m"」をつければ(0,254,0)となり、ほとんど変化無しですむ。
オプション有りの正しいMP4はこちら→sm7365117