金の髭さんの投稿動画
金の髭さんが公開している投稿動画の一覧
http://www.nicovideo.jp/user/5991528/video
major_brand＝avc1での投稿の再テスト
sm19091798で投稿したのと同じもの。x264.nlのバイナリ(x264_GPAC)でエンコー
0:45｜2012年10月12日 20：57：55 投稿
MP4Boxで-brand mp41としてMuxしたものの再テスト
sm19094892で投稿したものと同じもの。x264.nlのバイナリでエンコードした後、MP4Bo
0:45｜2012年10月12日 20：49：07 投稿
x264_L-SMASHで作った映像のみ(音声トラック無し)のMP4投稿テスト
まとめWikiには前から「音声トラック無しだと再エンコされる」とあるけど、major_brandがm
0:45｜2012年10月11日 23：32：16 投稿
MP4Boxで-brand指定なし(major_brand=isom)でMuxしたものの投稿テスト
さすがにこれは再エンコードされることはなかった。major_brandがmp42またはisomであれ
0:45｜2012年10月11日 21：38：43 投稿
MP4Boxで -brand mp41 でMuxしたもののアップロードテスト
サーバー側で再エンコードされるかどうかテストしてほしいとの要望があったので。どうもmajor_bra
0:45｜2012年10月11日 19：40：58 投稿
L-SMASHでMuxしたMP4のアップロードテストその５
これはx264_L-SMASH(※注：L-SMASHを内蔵したx264)を使ってエンコードした上で、
0:45｜2012年10月11日 03：52：39 投稿
L-SMASHでMuxしたMP4のアップロードテストその４
再エンコードされる原因がmajor_brandなのかどうかを確認するため、sm19091798のアッ
0:45｜2012年10月11日 03：19：28 投稿
L-SMASHでMuxしたMP4のアップロードテストその３
エンコスレに「再エンコードされてしまう」という情報があったのでテスト。これはx264_L-SMASH
0:45｜2012年10月11日 02：50：20 投稿
L-SMASHでMuxしたMP4のアップロードテストその２
エンコスレに「再エンコードされてしまう」という情報があったのでテスト。sm19091798とは違って
0:45｜2012年10月11日 02：24：07 投稿
L-SMASHでMuxしたMP4のアップロードテストその１
エンコスレに「再エンコードされてしまう」という情報があったのでテスト。情報どおり、サーバー側で再エン
0:45｜2012年10月11日 02：13：31 投稿
【色空間テスト】640x360 BT.709 colormatrix無し
エコ回避AviUtl＋x264guiEx＋x264 r2197--crf 23
0:11｜2012年06月12日 17：44：09 投稿
【色空間テスト】640x360 BT.709 colormatrix有り
エコ回避AviUtl＋x264guiEx＋x264 r2197--crf 23 --colormat
0:11｜2012年06月12日 17：40：32 投稿
【色空間テスト】640x360 BT.601 colormatrix無し
エコ回避AviUtl＋x264guiEx＋x264 r2197--crf 23
0:11｜2012年06月12日 17：37：54 投稿
【色空間テスト】640x360 BT.601 colormatrix有り
エコ回避AviUtl＋x264guiEx＋x264 r2197--crf 23 --colormat
0:11｜2012年06月12日 17：32：39 投稿
解像度768x576(4:3)をMP4Boxで"PAR=4:3"にしたもの
投稿時の「動画の縦横比」の指定は「自動認識」。PAR=4:3が正しく解釈されるなら表示は1024×5
0:10｜2012年05月10日 19：09：33 投稿
解像度768x576(4:3)にx264で"--sar 4:3"をつけてエンコしたもの
投稿時の「動画の縦横比」の指定は「自動認識」。SAR=4:3が正しく解釈されるなら表示は1024×5
0:10｜2012年05月10日 17：23：52 投稿
低スペックでIE8やSleipnirでZeroバージョン視聴すると酷すぎた件
既に2012/5/3の23時の修正で改善されたのですが、その前はひどかったよという記録。撮影は5/2
9:26｜2012年05月04日 18：47：09 投稿
ZeroWatch 5/3 23時修正前後の比較(低スペックPC)
2012/5/3の23時過ぎにZeroWatchがやや改善された。 http://blog.nic
1:14｜2012年05月04日 02：06：14 投稿
新エコノミーテスト（エコ回避 実ビットレート310045bps）
低画質動画が352x200になる条件を調べるためのテスト。ビットレートで判定してるとしたら古いエコノ
0:10｜2012年04月21日 05：11：06 投稿
新エコノミーテスト（エコ回避 実ビットレート314068bps）
低画質動画が352x200になる条件を調べるためのテスト。ビットレートで判定してるとしたら古いエコノ
0:10｜2012年04月21日 05：08：02 投稿
新エコノミーテスト（640x360 sar1:1 エコ回避190kbps）
エコ回避時の低画質モードがどうなるかのテスト。確認してみたところ、 映像352x200 29.97f
0:10｜2012年04月21日 01：48：30 投稿
新エコノミーテスト（640x368 sar1:1 エコ回避190kbps）
低画質動画が352x200にされることがあるという話を聞いたのでテスト。当初は変なアスペクト比が原因
0:10｜2012年04月21日 01：00：09 投稿
新エコノミーテスト（640x368 sar1:1 非エコ回避）
なんか低画質動画が352x200にされることがあるという話を聞いたのでテスト。変なアスペクト比が原因
0:10｜2012年04月21日 00：47：29 投稿
低画質モードだとクラッシュするかもしれないので注意 実験その２
うーむ。エコノミー症候群の「左右反転・色差反転・部分的引き伸ばし」が発生すると思ったのに予想と違う結
0:30｜2012年04月14日 22：12：29 投稿
解像度640x384 sar＝1:1での投稿テスト
640x384(15:9)でsar=1:1を明示指定することでエコノミー動画がどうなるのか一応テスト
0:30｜2012年04月11日 17：43：26 投稿
低画質モードだとFlashPlayerがクラッシュするかもしれないので注意
※注意 低画質モードで視聴するとFlashPlayerがブラウザごとクラッシュする可能性があります。
0:30｜2012年04月11日 02：16：31 投稿
720x406でもsar指定していなければ問題は起きなかった。
エコノミー症候群の「左右反転・色差反転・部分的引き伸ばし」の再現テスト。問題が再現できたsm1751
0:30｜2012年04月11日 01：13：04 投稿
【FlashPlayer映像崩壊】デブロック無効時のサンプル
x264でデブロック(--deblock)を有効にしてエンコードした場合FlashPlayerで再生
0:30｜2012年03月17日 20：59：46 投稿
【FlashPlayer映像崩壊】デブロック有効時のサンプル
x264でデブロック(--deblock)を有効にしてエンコードした場合FlashPlayerで再生
0:30｜2012年03月17日 20：56：52 投稿