キーワード FlashPlayer が含まれる動画 ： 294 件中 225 - 256 件目
種類:
- タグ
- キーワード
対象:
【FlashPlayer映像崩壊】デブロック有効時のサンプル
x264でデブロック(--deblock)を有効にしてエンコードした場合
FlashPlayerで再生すると映像が崩れることがあるようです。
おそらくハードウェアアクセラレーションOFF時のみ発生。
--no-deblockとすれば回避できますが、画質面等でデメリットもあるので自己責任で。
★デブロック無効→ sm17278472
★比較画像→ im1871253
■投稿時点のFlashPlayerのバージョン
11.1.102.63
■エンコード環境
AviUtl 0.99k2,x264guiEx 1.34,x264 r2184 32bit 8bit-depth (x264.nl),MP4Box 0.4.6 r3745 (POP氏ビルド)
■エンコードオプション(デブロックはデフォルトで有効)
--bitrate 400 --pass 3 --weightp 0 --colormatrix smpte170m
FlashPlayer映像崩壊比較サンプル【ループフィルター(deblock)ON】weightp=0
x264でループフィルター(--deblock)が有効な状態でエンコードした場合
FlashPlayerで再生すると映像が崩れることがあるようです。
ハードウェアアクセラレーションOFF時のみ発生するのではないかと言われていますが未確定。
--no-deblockとしてループフィルタをOFFにすれば回避できますが
画質面等でデメリットもあるので自己責任で。
★ループフィルターOFF(崩れない)→ sm17252513
★ONでweightp=1,2(崩れる)→ sm17253172,sm17252448
■投稿時点のFlashPlayerのバージョン
11.1.102.63
■エンコード環境
AviUtl 0.99k2,x264guiEx 1.34,x264 r2164 32bit 8bit-depth (x264.nl),MP4Box 0.4.6 r3745 (POP氏ビルド)
■エンコードオプション(デフォルトで--deblock 0:0)
--crf 23 --weightp 0 --colormatrix smpte170m
FlashPlayer映像崩壊比較サンプル【ループフィルター(deblock)ON】weightp=1
x264でループフィルタ(--deblock)が有効な状態でエンコードした場合
FlashPlayerで再生すると映像が崩れることがあるようです。
ハードウェアアクセラレーションOFF時のみ発生するのではないかと言われていますが未確定。
--no-deblockとしてループフィルタをOFFにすれば回避できますが
画質面等でデメリットもあるので自己責任で。
★ループフィルターOFF(崩れない)→ sm17252513
★ONでweightp=0,2(崩れる)→ sm17253310,sm17252448
■投稿時点のFlashPlayerのバージョン
11.1.102.63
■エンコード環境
AviUtl 0.99k2,x264guiEx 1.34,x264 r2164 32bit 8bit-depth (x264.nl),MP4Box 0.4.6 r3745 (POP氏ビルド)
■エンコードオプション(デフォルトで--deblock 0:0)
--crf 23 --weightp 1 --colormatrix smpte170m
FlashPlayer映像崩壊比較サンプル【ループフィルター(deblock)OFF】
x264でループフィルター(--deblock)が有効な状態でエンコードした場合
FlashPlayerで再生すると映像が崩れることがあるようです。
この動画はループフィルターをOFFにしたものです。
ONにしたものは以下にありますので見比べてみて下さい。
★ループフィルターON固定でweightp=0,1,2→ sm17253310、sm17253172、sm17252448
(weightpを変えてみているのは問題切り分けのため)
■投稿時点のFlashPlayerのバージョン
11.1.102.63
■エンコード環境
AviUtl 0.99k2,x264guiEx 1.34,x264 r2164 32bit 8bit-depth (x264.nl),MP4Box 0.4.6 r3745 (POP氏ビルド)
■エンコードオプション
--crf 23 --no-deblock --colormatrix smpte170m
FlashPlayer映像崩壊比較サンプル【ループフィルター(deblock)ON】weightp=2
x264でループフィルタ(--deblock)が有効な状態でエンコードした場合
FlashPlayerで再生すると映像が崩れることがあるようです。
ハードウェアアクセラレーションOFF時のみ発生するのではないかと言われていますが未確定。
ループフィルタをOFFにすれば回避できますが、画質面等でデメリットもあるので自己責任で。
★ループフィルターOFF(崩れない)→ sm17252513
★ONでweightp=0,1(崩れる)→ sm17253310,sm17253172
■投稿時点のFlashPlayerのバージョン
11.1.102.63
■エンコード環境
AviUtl 0.99k2,x264guiEx 1.34,x264 r2164 32bit 8bit-depth (x264.nl),MP4Box 0.4.6 r3745 (POP氏ビルド)
■エンコードオプション(デフォルトで--deblock 0:0)
--crf 23 --colormatrix smpte170m
【こしあん堂】こしあん ねこダッシュ！
2007年に公開された作品。
元々は『コミックマーケット72』にて販売されたCD-ROM「こしあん絵チャ連」に収録されていた。
キャラクターは、「ステレオ劇場 かえりみち」に登場する女子高生(ねここ)。
制作 : たけはらみのる
●Flashはこちら ►http://koshiandoh.com/swf/neko_dash/index.html
●こしあん堂 ►http://koshiandoh.com
※Flashを閲覧する際は、FlashPlayer互換ツールの『Ruffle』の導入を推奨します。►https://ruffle.rs/
【H.264】 MMDベンチマーク Beta1
今回は、980X@定格でもカクカクになるように製作してみました。
※ Flashplayer 11だと980Xの定格でもスムーズに再生されてしまいますが、まだ不安定なのか再生後「！」が出る時があります・・・
3840x2160 H.264 [email protected] 117.05fps 映像17946.67kbps 音声270.01kbps
mylist/48254648
めくら人形【ニコニコ自作ゲームフェス2016】
【ゲームタイトル】めくら人形【クリア時間】2～3時間以内 【動作環境】winXP/vista/7/8/8.1/10【ジャンル】ホラーゲーム【使用した制作ツール】Flash【概要】敵から逃げながら探索して謎を解いてください。ゲームはこ↑こ↓： FlashPlayerサポート終了のため公開終了しました
RGB→YUV変換による劣化（UVダウンサンプリング処理で多少軽減）
RGB映像をx264でMP4にする場合、x264はYUV4:2:0形式でエンコードする。
YUV4:2:0は色差情報を２×２の４ピクセルで共有するので、RGB→YUV変換時に劣化が起きる。
色の組み合わせ次第だが、特に赤はひどい。
一般的なプレーヤーの多くは再生時に補間処理を行うため、割と大丈夫だが、
FlashPlayer10は補間処理を行わないため、劣化が目立ってしまう。
AviutlのUVダウンサンプリングフィルタを使うと、劣化を軽減できる。
フィルタ無しの方と「ソ」を見比べるとわかりやすいかも。
でも再生がFlashPlayerじゃ効果は雀の涙。 (´；ω；`)
このMP4を落としてMPC-HCなどで再生すると、かなり綺麗に見えるはず。（環境設定にもよる）
フィルタをかけなかった場合→sm7534784
色空間実験もどうぞ→sm7371027
RGB→YUV変換による劣化（フィルタ無し）
RGB→YUV変換による劣化（フィルタ無し）RGB映像をx264でMP4にする場合、x264はYUV4:2:0形式でエンコードする。
YUV4:2:0は色差情報を２×２の４ピクセルで共有するので、RGB→YUV変換時に劣化が起きる。
色の組み合わせ次第だが、特に赤はひどい。
一般的なプレーヤーの多くは再生時に補間処理を行うため、割と大丈夫だが、
FlashPlayer10は補間処理を行わないため、劣化が目立ってしまう。
UVダウンサンプリングによる劣化軽減例→sm7534837
色空間実験もどうぞ→sm7371027
【色空間テスト】640x360 BT.601 colormatrix有り
エコ回避
AviUtl＋x264guiEx＋x264 r2197
--crf 23 --colormatrix smpte170m
【初期ディレイ】bframes=3、b-pyramid＝normal の場合 ２フレーム遅延
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 なので、合計２フレーム分の映像遅延が発生しています。
■テスト動画一覧→ mylist/28386130
【初期ディレイ】bframes=3、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=3(デフォルト)、b-pyramid=none としている。）
--crf 23 --b-pyramid none --colormatrix smpte170m --level 3.1
bframes>0なので１フレーム分の映像遅延が発生しています。
■テスト動画一覧→ 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なので、映像の遅延は発生しません。
音声３と４の時にずれるのはFlashPlayerの問題ですかね。
■テスト動画一覧→ mylist/28386130
「VP6-S」でエンコードしたFLVのアップロードテスト
VP6-SのFLVが正常にアップロードできるかどうかの確認。
On2 Flix Pro Demo v8.545で、
VP6-S FLV 640x480 映像ビットレート指定600
でエンコードしたもの。 元映像は512x384なので画質が悪いのはスルーで。
VP6-Sは、「HD映像を低ビットレートかつ低負荷で再生すること」を目的としたプロファイル。
FlashPlayer 9.0.115.0で導入され、従来のVP6は「VP6-E」と呼ばれるようになった。
VP6-SでFLVエンコードを行なうためには
On2 Flix Pro、Adobe Media Encoder CS4、Sorenson Squeeze、Telestream Episode
など、VP6-Sに対応した製品が必要。VP6 VFW Codecでは不可。
http://goldenhige.cocolog-nifty.com/blog/2009/10/flv4on2-vp6vp6-.html
test2
x264のYUY4:2:2出力テスト
Flashplayer側は4:2:2に対応しているので再生できるが、今度はサムネイル出力が4:2:2に対応していない。
x264の各出力形式と対応状況
RGB 再生非対応（真っ暗）、サムネイル非対応（色が変）
4:4:4 再生非対応（真っ暗）、サムネイル対応
4:2:2 再生対応、 サムネイル非対応（真っ暗）
4:2:0 再生対応、 サムネイル対応
結局4:2:0しか選択肢はないと･･･。しかし4:4:4ではサムネイルが出るのに4:2:2では出ないのか･･･
854x480での投稿テスト（エコノミー症候群のテストだったが失敗）
解像度854x480(WVGA)でエコノミーがどうなるかのテスト。
左右反転するというエコノミー症候群が発生している動画が２つあって、
それら２つとも854x480での投稿だったので、解像度が原因なのかどうか試してみた。
結果としては、この解像度でもエコノミー動画がおかしくなることはなかった。
改善されたのか、もしくは他に原因があるのかどうかは不明。
なお、左右反転のエコノミー症候群が発生するのは以下の２つの動画。
ただし環境によってはブラウザやFlashPlayerがクラッシュすることもあるようなので注意。
sm16925168
sm16910375
ちなみに640x360の映像をx264で --sar 38323:38400 をつけてエンコードすると
FlashPlayerで変に左右反転するというおかしな現象が再現する。
10bit-depthでの色テスト【640x360、BT.601】
FlashPlayerの10bit-depth再生問題。（～11.8.800.94）
１．ハードウェアアクセラレーション無効
FlashPlayerの問題ではなく10bitの再生支援機能自体が無い。
２．右にマゼンタ色の縦線
10.1～11.1。9.0、10.0、11.2～は出ない。
３．色の誤差が大きい
10.1～。11.4～は問題４のため不明。
9.0や10.0では(16,180,16)→(16,179,15)と誤差は１程度。
10.1～は、(16,180,16)→(13,179,11)と誤差が５に拡大。
４．全体的に緑色になる
11.4～。
■x264.exe
x264 r2146 32bit 10bit-depth（JEEB
■avs
video=ImageSource("im1554681.png", end=99, fps=10)
audio=WAVSource("test.wav")
AudioDub(video,audio)
LanczosResize(640,360)
■x264の設定
x264_r2146-10bit.exe --crf 23 --colormatrix smpte170m --abitrate 64 test.mp4 test.avs
【FLV投稿時のエコノミー動画チェック】 BT.709出力 640x360
■概要
・VP6なのにあえてBT.709でエンコしたもの。
・通常動画(FLV)はBT.601でデコードされてしまい、おかしな色に見える。
・エコノミー動画(MP4)にはBT.709のYUVデータがそのまま引き継がれるが、
colormatrixフラグは付けてもらえない。
FlashPlayerで「ハードウェアアクセラレーションを有効にする」に
チェックが入っていればBT.601でデコードされおかしな色で見えるはず。
チェック無しの場合は、BT.709としてデコードするので正しい色に見える。
■エンコード環境
AviUtl 0.99j
FLV出力(VP6/MP3) v0.2.3（まるも製作所）
VP62 2pass出力
■AviUtlの「設定→色空間の設定→出力」を「BT.709」に設定
■FLVテスト動画一覧 mylist/29640399
【FLV投稿時のエコノミー動画チェック】 BT.601出力 640x360
■概要
・通常動画(FLV)はBT.601でデコードされるので、正しい色に見える。
・エコノミー動画(MP4)にはBT.601のYUVデータがそのまま引き継がれるが、
colormatrixフラグは付けてもらえない。
FlashPlayerで「ハードウェアアクセラレーションを有効にする」に
チェックが入っていればBT.601でデコードされるので正しい色で見えるはず。
チェックが入っていない場合は、BT.601のデータをBT.709としてデコードするので
色が変わって見えてしまう。
■エンコード環境
AviUtl 0.99j
FLV出力(VP6/MP3) v0.2.3（まるも製作所）
VP62 2pass出力
■AviUtlの「設定→色空間の設定→出力」を「BT.601」に設定
■FLVテスト動画一覧 mylist/29640399
【縦720前後での色空間テスト】1280x722 BT.709 colormatrixなし
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,722)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x722 BT.709 bt709
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,722)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23 --colormatrix bt709
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x720 BT.709 colormatrixなし
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,720)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x720 BT.709 bt709
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,720)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23 --colormatrix bt709
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x718 BT.709 colormatrixなし
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,718)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x718 BT.709 bt709
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,718)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.709に設定
■拡張x264guiExの設定
--crf 23 --colormatrix bt709
■テスト動画一覧→ mylist/29603906
【縦720前後での色空間テスト】1280x722 BT.601 colormatrixなし
■環境
AviUtl 0.99j
拡張x264guiEx 1.21
x264 r2120 8bit-depth
■素材画像 im1554681
■avsファイル
ImageSource("ColorBarHD.png", end=99, fps=10)
LanczosResize(1280,722)
■AviUtlの「色空間の設定」の「出力」の設定
→BT.601に設定
■拡張x264guiExの設定
--crf 23
■テスト動画一覧→ mylist/29603906