アーカイブ

‘H.264’ タグのついている投稿

あなたはどこまで画質を上げる?このエントリをはてなブックマークに追加

2009 年 11 月 19 日 コメントはありません

さて、前回

しかしまぁ、ビトレ上限が1Mbpsに上がったときもそうでしたけど、やっぱりちゃんと見れない動画があるって悲しすぎるんで、私が今後上げていく動画は、800~900kbpsあたりにするつもりです。

などと書いたワケですが、やっぱりがんばって作った以上、少しでもキレイでオリジナルに近い画質でアップしたいと思うのは人情でしょう。

エンコードしてしまうと、どうしても画質が悪くなってしまいますので。
特に赤色なんかは、元々の色が出にくいようです。

 

じゃあ、実際のところ、どれだけ違うのかと思いまして。

高画質再うpされてる動画はいっぱいありますが、交互に見てもよく分かんないので、自分の動画のスクリーンショットを並べてみました。

画質比較

一番上が AfterEffects から無圧縮で出力したaviファイルで、サイズが4.7GBあります。
ビットレート計測ソフトで計ってみたら、282Mbpsもありました。

さすがに、はっきりくっきり、色も綺麗に出ている気がします。

真ん中が、その無圧縮aviをMP4形式の3Mbpsにエンコードしたもの。
今回の記事を書くために作り、サイズは50MBになりました。

背景のステージまではっきりと見えていますが、少し発色が悪くなっていますね。

一番下が、今回ニコニコにアップしたMP4で、サイズは15.5MBでした。

背景にある階段の点がかなり潰れてしまってますね。
発色もさらに悪くなり、線の一部も滲んでいます。

 

やっぱり元動画は綺麗だなぁw

まぁでも、この結果を突きつけられても、私は一番下の画質で上げたいと思っています。

今のところはw

1人でも多くの人に見てもらいたいという気持ちが一番ですかねー
画質で人が離れていくなんてもったいない><

高画質版と通常画質2本上げるのは、コメントが分散してしまうんで避けたいですし。

そもそも私の動画の場合、それほど高画質に対する需要もありませんしね!

今までは、ビットレート上限付近を狙っていればよかったんですが、これからはうp主の判断で画質やサイズを選べるようになりました。

さぁ、どうする?

或る初心者によるアイマスMAD作成風景 -其の31-このエントリをはてなブックマークに追加

2008 年 3 月 27 日 コメントはありません

Shiny smile来た!
これで勝つる!

昨日は、フライングゲットした人のノーマルPVを見て悶々としていましたが、ちゃんと予約特典のコードが使えるようになって、無事に新曲をゲットできました。
でも、インカムが付いてくるはずなのに違う衣装がくっついてきたぞ?
まぁいいかw

さっそく、流し見ていたノーマルPVで気になっていた部分を、ジェバンニよろしく作成してみました。

続きを読む…

smile video と格闘中。このエントリをはてなブックマークに追加

2008 年 3 月 13 日 コメント 4 件

数日前までは、普通にH.264エンコして「ウホッ・・・高画質!」と仮組み作品の非公開動画をニヨニヨして見てたんですが、いざ完成してうpってみると、弾かれたり再エンコされたり。

んー、なんかすぐ出来ちゃったから大丈夫かな?と適当に設定いじって、どこいじったか分からなくなってるのが原因なんですがw

まぁ、従前の VP6-2pass でビットレート750くらいで試しても十二分にキレイなんで、多分これで行くと思うんですが・・・やっぱ比べてみたい!

それと、いつもは完成即うpという、いわゆるテンパイ即リー方式で勢いに任せて投稿してたんですが、時間も遅いし、たまには一晩寝かせて新鮮な目で見直してから上げようかなー、なんてしてみたら・・・
なんだか、どんどん修正箇所が見えてくるようにww
一晩のつもりが既に三晩ほど経過しております。
そして、見続けてるせいか、完成度が上がってるのか余計なモノが増えただけなのか、ますます分からなくなっていく悪循環w

まぁ、いいや。
もう上げよう。

と、公共の場で宣言して退路を断ってみるテスト。

カテゴリー: ぎょP のMAD タグ: ,

前言撤回のお知らせ。このエントリをはてなブックマークに追加

2008 年 3 月 9 日 コメント 2 件

ま、私はVP6のまま、ビットレートを少し上げるくらいでいきます。
だって、重すぎて見れないなんて本末転倒じゃない?
我が家は3か月前に買ったゲーム用PCなのでぬるぬる動きますけど、低スペックで見れなかったら、とてもじゃないけどニコニコできないと思う。

どうやら、重すぎて見れないのは、最高画質・最高ビットレート・最高解像度を追求したモノだけのようですね。

自分で動画を作るときは、元動画のファイルが大きすぎると辛そうなので、最初に「1280×720、59.94fps」の素材を「720×480、29.97fps(無圧縮)」に変換してから作り始めます。
これだと、1曲3~4GBくらいになります。
で、完成したら「512×384、29.97fps」にリサイズしつつエンコしていました。

最近はもう慣れたものですが、やっぱり、いちいち

  • 映像と音源を別々に書き出して(Premiere)
  • 映像はリサイズして上下反転させて(VirtualDubのフィルター)
  • 圧縮コーデック選択して2-pass指定して(VirtualDub)
  • 音源はMP3にして(Lame Frontend)
  • くっつけて(flvenc)

なんてやるのは面倒くさいです。

PremiereからAdobe Media Encoder経由でVP6-2passエンコードもできるのですが、試してみたらかなり画質が悪くなったので使いませんでした。

H.264でも同様にエンコードできたので、実際に試してみると・・・なんか音ズレが酷い。
あーこっちも使えないかーと思ったんですが、そういえばFLVの再生もソフトによってもたつくことがあったので、Quick Time PlayerではなくVLC media playerで試してみると、音ズレしないではないですか!
でも、VP6-2passより画質落ちてるように見えたので、念のためsmilevideoにテストうp(非公開、削除済み)。

んで、実際に見てみると・・・おお!けっこう高画質じゃん!!
やっぱり上げてみないと分からないものですねぇ。

負荷的に見ても、ニコニコのベースであろう「512×384、29.97fps」でビットレート700弱のためか、高負荷動画だと40%ほどCPU使用率を喰っていましたが、試し動画では1%満たないくらいでした。

これなら行けるかも!

もう少し色々試してみたいと思います。

back to top