キーワード X360 が含まれる動画 ： 5722 件中 1 - 32 件目
種類:
- タグ
- キーワード
対象:
640x384で投稿してもサムネやエコノミーのアス比が保たれるようになった
2012/2/8以降のエコノミー動画生成についての調査。
映像内に書かれている
「強制16:9リサイズによりサムネやエコノミー動画は縦につぶれる」
というのは昔の仕様であり間違っているので無視して下さい。（昔のテスト sm16057597）
2012/2/8以降、仕様が変わったようです。
サムネもエコノミー動画もアスペクト比が維持される見え方になっています。
エコノミー動画は640x384(15:9)を600x360(15:9)にリサイズし、
左右それぞれ20ずつの黒ベタをつけて640x360にされています。
X360配信-Ninja Gaiden 3 Razor’s Edge｜忍者龍劍伝3：刀鋒邊緣-困難-第一期 (16)
X360配信-Ninja Gaiden 3 Razor’s Edge｜忍者龍劍伝3：刀鋒邊緣-困難-第一期 (16)
フリーソフト「Screen Recorder Free」Version 2.1.2(2013年5月) 試験録画結果
Windows 7 Professional Service Pack 1 x64で起動したメモ帳(notepad.exe)の一部を録画しました。
使ったソフトは米国VisionLot社の「Screen Recorder Free」Version 2.1.2(2013年5月)
元々米国MRH Software社の「Professional Screen Camera Component」デモ版v.5.2.3.0(2010年7月)を用いて開発されたらしいです。
確認のため先程ソフト本体のヘルプから繋がる公式サイトで再ダウンロードを試みると、迷惑プログラム「ADWARE/InstallCore.Gen7」を検出。
(広告絡みで何やら物騒な事をするプログラムらしいです)
それらを抜きにしてもイマイチ利便性に欠ける録画ソフトですが、一つの参考になればと思います。
【オリジナルの動画ファイル情報】
ファイルサイズ：約27.8MB
Video：Microsoft Video 1 (CRAM) 588x360 (音声なし)
「アマレコTV Live アマミキ！」＋「AMV4ビデオコーデック」 試験録画結果1
Windows 7 Professional Service Pack 1 x64の画面の一部を、以下の手順で試験的に録画しました。
※試験録画結果2→sm25925380
「アマレコTV Live アマミキ！」Ver3.10(2014年6月)＋「AMV4ビデオコーデック」Ver4.02(2014年7月)を用いて、メモ帳のウィンドウを録画。
(一番お気に入り。AMV4コーデックは購入済)
・ファイルサイズ：4.28MB，Video：AMV4 592x360
↓
「AviUtl」Ver1.00(2013年4月)を用いて、コーデックをAMV4→Xvid形式に変換。
・ファイルサイズ：1.58MB，Video：Xvid 592x360
↓
ほぼ同じ画質で完成。
【参考URL】
http://www.amarectv.com/ (「アマレコTV Live アマミキ！」，AMV4ビデオコーデック作者)
http://spring-fragrance.mints.ne.jp/aviutl/ (「AviUtl」作者)
https://www.xvid.com/download/ (Xvidコーデックの入手先)
携帯動画のうｐ エンコードしてうｐ (640x360)
携帯電話で撮影した動画を３種類の方法でうｐし比較
エンコードなしでうｐ sm13199028
つんでれんこでエンコードしてうｐ sm13199019
つんでれんこで画素数640x360でエンコードしうｐ この動画
携帯動画のうｐ そのまま
携帯電話で撮影した動画を３種類の方法でうｐし比較
エンコードなしでうｐ この動画
つんでれんこでエンコードしてうｐ sm13199019
つんでれんこで画素数640x360でエンコードしうｐ sm13200154
携帯動画のうｐ エンコードしてうｐ
携帯電話で撮影した動画を３種類の方法でうｐし比較
エンコードなしでうｐ sm13199028
つんでれんこでエンコードしてうｐ この動画
つんでれんこで画素数640x360でエンコードしうｐ sm13200154
テスト: コミュニティに動画が登録されてる公開動画
ffmpeg -t 10 -f lavfi -i testsrc2=s=640x360:r=60 -vcodec h264 -pix_fmt yuv420p out-test.mp4
obs2019-11-12-0255-45 3DStest menu
3DS test 720p60 → 1080変換
[MEMO]
3Dモード：Anaglyph
フィルター：bilinear
等倍調整：調整なし
窓：1280x720拡大2窓同時表示
拡大サイズ：上600x360､下480x360
音量：最大
AG-06
Line in：MAX (no PAD)
[追記] (最終更新 03:00)
音量再エンコで正規化 → ﾎﾜｲﾄﾉｲｽﾞ目立つ為次回要PADon
画質犠牲で2窓 → 拡大後に縮小 → ｴﾝｺｰﾄﾞ時に引き伸ばし
新エコノミーテスト（エコ回避 実ビットレート310045bps）
低画質動画が352x200になる条件を調べるためのテスト。
ビットレートで判定してるとしたら古いエコノミー基準である312320bpsが怪しいかなってことで。
低画質動画を確認したところ、
映像352x200 29.97fps 約250kbps、音声44.1kHz 約64kbps
になっていました。
314kbpsで投稿したsm17603005のほうは640x360になっていたので、
312kbpsを境として低画質動画の解像度が変わってくるという解釈でいいんだろうか。
新エコノミーテスト（エコ回避 実ビットレート314068bps）
低画質動画が352x200になる条件を調べるためのテスト。
ビットレートで判定してるとしたら古いエコノミー基準である312320bpsが怪しいかなってことで。
低画質動画を確認したところ、
映像640x360 29.97fps 約250kbps、音声44.1kHz 約64kbps
になっていました。
310kbpsで投稿したsm17603017のほうは352x200になっていたので、
312kbpsを境として低画質動画の解像度が変わってくるという解釈でいいんだろうか。
新エコノミーテスト（640x360 sar1:1 エコ回避190kbps）
エコ回避時の低画質モードがどうなるかのテスト。
確認してみたところ、
映像352x200 29.97fps 約140kbps、音声44.1kHz 約64kbps
となっていた。
解像度が低く、映像ビットレートもかなり低くなってしまっている。
新エコノミーテスト（640x368 sar1:1 エコ回避190kbps）
低画質動画が352x200にされることがあるという話を聞いたのでテスト。
当初は変なアスペクト比が原因かとも言われていたのであえて640x368で。
エコ回避で投稿すると、投稿後しばらくたってから低画質動画が生成されるらしい。
それまでは?eco=1をつけても低画質モードにはならない。
今回は投稿から1時間43分後に低画質動画が生成されたことを確認。
また、低画質動画の解像度が
映像352x200 29.97fps 128kbps 音声44.1kHz 64kbps
になっていることも確認。
普通は640x360の360kbps前後になるはずだけど、なんでこんなことになってるんだろう？
新エコノミーテスト（640x368 sar1:1 非エコ回避）
なんか低画質動画が352x200にされることがあるという話を聞いたのでテスト。
変なアスペクト比が原因ではないかという話もあったのであえて640x368にしている。
この動画については低画質動画は普通に640x360になっている。
やはり問題が出るのはエコノミー回避で投稿した場合のようだ。
エコノミー回避での投稿サンプル→sm17601841
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
【色空間テスト】640x360でBT.601出力 エコノミーがどうなるかテスト
■環境
AviUtl 0.99j
拡張x264guiEx 1.13
x264 r2085 8bit-depth (x264.nl)
■ソース画像
im1459736
■avsファイル (AVISynth Script File ReaderでAviUtlにRGB読み込みし、リサイズフィルタで640x360にリサイズ。)
ImageReader("ColorBarHD.png")
Trim(0,99)
AssumeFPS(10)
info()
■AviUtlの「色空間の設定」
→出力をBT.601に設定
■拡張x264guiExの設定(音声込み実ビットレート366556bpsなのでエコノミー非回避)
--profile baseline --bitrate 1000 --colormatrix smpte170m
■テスト動画一覧→ mylist/27805122
