キーワード 384 が含まれる動画 ： 7609 件中 1 - 32 件目
種類:
- タグ
- キーワード
対象:
最短動画【IDがnmのもの中で】
最短動画を作ってみました。多分これが一番短いと思います（特定条件下でですが…）。
ニコニコムービーメーカーでは、1秒未満の動画ははじかれるため投稿できませんが、微妙に1秒じゃない動画を作ることで、無理やりねじ込みました。
フレームレート25fpsで、20フレームしかない動画です(=0.8秒)。
当初は既存の最短動画より軽いのを目指して作ったため画面は真っ暗です。今となっては何か入れた方がよかったと思います。
動画情報
・映像：512×384 / 25fps / 20フレーム
・音声：なし
・サイズ：563B
【追記】
・10万コメント達成。ご視聴ありがとうございます。
素材系動画一覧：mylist/70149495
自作動画一覧：mylist/24774221
fpsチェックもできるたった77キロバイトのテスト動画
30fpsジャスト。
色つきの四角は1フレームごとに切り替わってるから、コマ落ちテストにも使えるぜ。
読み込みがめちゃくちゃ早い（ハズ）だからそれも有効活用できるかな。
つーか運営またflvいじくってるな
512x384 On2 VP6 30.00fps 384.00kb/s
[FlashVideo] 00:00:01.000 (1.000sec) / 76,027Bytes
をアップしたら
0x0 On2 VP6 0.00fps 0.00kb/s
MetaDataの整合性に問題があります
[FlashVideo] 00:00:00.966 (0.966sec) / 76,517Bytes
こうなった。
http://smile-pvs62.nicovideo.jp/smile?v=906365.26646
【色空間テスト】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
エンコードによるBB素材のジャギ比較1【512x384版】
AviUtlによるエンコードで発生するジャギ(ギザギザ)軽減テスト
こちらはサイズ512x384の動画を512x384で出力(エンコード)したもの
ビンクの部分とグリーンバックの境界に非常に目立つジャギが出てます
出力サイズ変更によるジャギ低減版:sm15290897
Aviutlによるエンコード講座はこちら:sm4614982
エンコードによるBB素材のジャギ比較2【640x480版】
AviUtlによるエンコードで発生するジャギ(ギザギザ)軽減テスト
こちらはサイズ512x384の動画を640x480で出力(エンコード)したもの
ビンクの部分とグリーンバックの境界がややボケますがジャギは多少改善されます
出力サイズ512x384版(ジャギ大):sm15290877
Aviutlによるエンコード講座はこちら:sm4614982
640x384（15:9）で投稿するとサムネやエコノミーは縦につぶれてました
※2012/2/8以降仕様が変わり、つぶれなくなりました →sm16973080
640x384（15:9）での投稿テスト。
このサイズだとプレイヤーの上下の黒縁がなくなり表示部分をフルに使えますが
サムネイルやエコノミー動画は強制的に16:9にリサイズされるため、
結果的に縦につぶれて見えていました。
URLの末尾に「?eco=1」をつけるとエコノミー動画を視聴することができるので、
つぶれ具合を確認してみてください。（わかりづらいかもしれません）
サムネイルやエコノミー動画も正しいアスペクト比で見てもらいたいのであれば
投稿動画の解像度をしっかり16:9または4:3にしておく必要があります。
なお映像の左右に黒縁が表示されるのはプレイヤーの仕様なのでどうしようもないです。
640x384で投稿してもサムネやエコノミーのアス比が保たれるようになった
2012/2/8以降のエコノミー動画生成についての調査。
映像内に書かれている
「強制16:9リサイズによりサムネやエコノミー動画は縦につぶれる」
というのは昔の仕様であり間違っているので無視して下さい。（昔のテスト sm16057597）
2012/2/8以降、仕様が変わったようです。
サムネもエコノミー動画もアスペクト比が維持される見え方になっています。
エコノミー動画は640x384(15:9)を600x360(15:9)にリサイズし、
左右それぞれ20ずつの黒ベタをつけて640x360にされています。
妹紅ビンタ.mp4
今回のリハビリ
高画質
MMD：表情、カメラワーク、ダミーボーン、モデルサイズ、ボーン追加、ステージ
変換ソフト：aviutl、つんでれんこ、音追加
モデル：藤原妹紅、兄貴、ミクダヨー
※出力サイズ
「4：3」で作成
MMD：1024×768
→aviutl：800×600
出力サイズは丁度いい感じに収まった
無理512×384などと飛ばしてしまうと
再生枠からはみ出ることが多々
サイズ変更は同じ比率の1段階下が落ちつく
以下のURL記載あり
http://p.tl/857d
【再エンコ確認テスト】エコノミー回避OK 245.296[kbps] ＜245.76[上限kbps]
![【再エンコ確認テスト】エコノミー回避OK 245.296[kbps] ＜245.76[上限kbps]](https://nicovideo.cdn.nimg.jp/thumbnails/7613075/7613075)
[真空波動研の情報]
512x384 24Bit AVC/H.264 [email protected] 24.72fps 128f 162.28kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 69.63kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.178 (5.178sec) / 153,310Bytes
Sinku.DLL 090503
エコノミー条件
240[上限のkbps]×1024(★何故か知らんが1024を掛ける)＝245760[bps]＝245.76[kbps]
ビットレート計算
153310[Bytes]×8÷5[秒(小数点以下切捨て)]＝245296[bps]＝245.296[kbps]
■245.904[kbps]でエコノミー回避失敗→ sm7613143
【再エンコ確認テスト】エコノミー回避NG 245.904[kbps] ＞245.76[上限kbps]
![【再エンコ確認テスト】エコノミー回避NG 245.904[kbps] ＞245.76[上限kbps]](https://nicovideo.cdn.nimg.jp/thumbnails/7613143/7613143)
[真空波動研]
512x384 24Bit AVC/H.264 [email protected] 24.72fps 128f 171.59kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 60.90kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.178 (5.178sec) / 153,690Bytes
Sinku.DLL 090503
エコノミー条件
240[上限のkbps]×1024(★何故か知らんが1024を掛ける)＝245760[bps]＝245.76[kbps]
ビットレート計算
153690[Bytes]×8÷5[秒(小数点以下切捨て)]＝245904[bps]＝245.904[kbps]＞245.76[上限kbps]
仮に秒が小数点以下切捨てでないなら
153690[Bytes]×8÷5.178[秒]＝約237451[bps]＝237.451[kbps]＜245.76[上限kbps]
でエコノミー回避になるはずだが、失敗している。
つまり、やはり秒は小数点以下切捨てで計算する。(ただし上限kbpsが正しいというのが前提)
■245.296[kbps]でのエコノミー回避成功→ sm7613075
【ビットレート上限テスト】1049384[bps]
![【ビットレート上限テスト】1049384[bps]](https://nicovideo.cdn.nimg.jp/thumbnails/7628150/7628150)
[真空波動研の情報]
512x384 24Bit AVC/H.264 [email protected] 24.72fps 128f 938.90kb/s
AAC 44.10kHz 2.0ch(2/0 L+R) HE(LC) 69.63kb/s
MP4 Base Media v1
[MPEG4] 00:00:05.178 (5.178sec) / 655,865Bytes
Sinku.DLL 090503
[実ビットレート計算]
655865[bytes]×8÷5[小数点以下切捨秒]＝1049384[bps]
Ultra Rhea VS Z-Rhea
グレイ@Baroque384 さんのモーション
https://twitter.com/Baroque384/status/1029353136928874500
【東方MMD】フランちゃん１位おめでとう！
第18回東方Project人気投票
https://toho-vote.info/result
2022.09.25追記
まゆみ様、てんぐさん様、
隠岐 優一郎様、広告ありがとうございます。
お借りしたものはコンテンツツリーにて。
[Model]
フランドール・スカーレット：すけ様
https://3d.nicovideo.jp/works/td27081
[Motion][Camera]
ウイニングチケット 勝利モーション：グレイ様
https://twitter.com/Baroque384/status/1573603735871270913
[Trace Model & Choreography]
ウマ娘 プリティーダービー／Cygames様
[Stage]
おおきなとけいステージ：Cyalon様
https://seiga.nicovideo.jp/seiga/im9111012
アニメの背景風スカイドーム：seasalt様
https://seiga.nicovideo.jp/seiga/im4431704
Created by Junbow15
Reprint is prohibited
test2 VP62 2Pass
これいけたんじゃね？ｗｗｗAVIutl設定VP62 2PassBestQ 1Pass > bitrate 800 2Pass > bitrate 650 + AAC128k 2ch リサイズ 512ｘ384 上下黒べた それぞれ48画像反転 AVIutl > flvenc > smilevideo対戦動画製作開始ｗ
Bridesmaids Alfred Angelo Alfred Angelo 6547 by www.HelloBridals.com USD 384.8.wmv
Hellobridals.com Sell Cheap Alfred Angelo 6547 Dress. DescriptionChiffon, SatinA-Line Strapless GownCocktail LengthOptional Spaghetti StrapsAvailable in 55 colors http://www.hellobridals.com/alfred-angelo-6547-bridal-2605.html
SGW♂キャッチ野獣父BB
チ○コタッチの腰の動きだけは演技じゃない・・・それは間違いない
512x384@30fps 222ﾌﾚｰﾑ(1ﾙｰﾌﾟ) 何でもする音声付
投稿者諸兄は知ってると思うけど、邪魔な音声を消す時はMP4Boxを用意してｺﾏﾝﾄﾞﾌﾟﾛﾝﾌﾟﾄで
mp4box -add hoge.mp4#video -new hogehoge.mp4
※hoge.mp4は音声ありの入力ファイル名、hogehoge.mp4は出力ファイル名
hogeって書いてあるのを見るたびに生え際が気になる・・・気にならない？
最近のレアたん もっとつよいおんなになるのです
元ネタ
https://www.youtube.com/watch?v=OaSWjqa5uYA
○ 繊細な動きと
反復横跳びモーション
https://twitter.com/Baroque384/status/1434918179537502213?s=20
○ 高い集中力を身に着け
フォーリア
https://twitter.com/Baroque384/status/1343591018868850688?s=20
○ レアはもっと強い女になるのです
潤羽るしあさんがもっと強い女を目指すモーション
https://twitter.com/Baroque384/status/1439444714546085888
広告ありがとうございます
2021.10.17 針井 原也 さん
2021.09.24 moonstar さん
20210922 9.23 ponken さん
Psu 2007-09-08 GH-452へご馳走
がんばってくれたGH-452へご馳走してみました。【512x384 On2VP6 2pass 384kbps 30fps|Lame mp3 128kbps stereo】
