PlayStation3 での再生対応が確認された
【PS3の対応ファイル形式】 動画 音楽 静止画
MPEG-2(PS、TS)
MPEG-1
H.264/MPEG-4 AVC
MPEG-4 SP ATRAC
(.oma .mas .aa3)
AAC
(.3gp .mp4)
MP3(.mp3)
WAV(.wav) JPEG
GIF
PNG
TIFF
BMP
ので、次の販売時には買ってみようと思う。
なによりH.264/AVC+AACが再生できるというのでそれが一番のねらい。
３５０MBになるようにエンコードしているので１２話ならDVDに入るね
７００MBのCDに２話づつ入れてもOKかも。
何となく楽しみになってきた。
アニメはTVでみるときれいだからね
dgmpgdec148 でいままでAC3出力してWAVデコードしていたんですが、
直でWAVデコードすることにしました。
あんまり変わらないので、これでいいなと。
パンシザやっぱおもしろい。
Athlon64X2 RAIDストライピングの環境を新たに構築したので、エンコードも早くなりました。
いままでなぜRAIDをくまなかったのか本当に疑問です。
RAIDでシステム組んだらいろいろはやくなりましたし。
VistaにするときはUSBメモリによる高速化があるようなので、RAIDはどうなのかな。
カメラ用のCFがたくさんあるので古い永久保証CF使えたらいいなぁ
パンプキンシザーズがとってもおもしろくて毎回楽しみになったので、
久々にエンコードしてみた。
Avisynthは2．56から2．57にアップデート
MeGuiも最新.NET版にアップデート（MeGUI.NETv2.0_Bins_0.2.3.2177)
H.264もリビジョン600にアップデートした。
やっぱりAvisynthはあまり変化がなかったけど、MeGuiが自動アップデートに変更していたのにはとてもびっくりした。
それからH.264がリビジョン360あたりまではアップデートしてたけどそこからNero Digital遣ってたので600までアップデートしててやっぱりびっくりした。
追記でAvisynthスクリプトを書いておいたが、今回はDeenというプラグインを遣ってみた。
それからAddRangeをITの後においてみた。
つまりVirtualDubでCM編集したものは、ITで24FPS化したAVSファイルを読み込ませて編集した形
となっている。
Virtualdubもアップデートしてかなり全体のパフォーマンスがよくなった。
私はずいぶん前から（デュアルコアプロセッサのＣＰＵを使い始めてから）、
市販のエンコーダではH.264エンコードに失敗するという結論を持っていたのですが、
ほかの方の環境では問題ないようです。
久しぶりに２ｃｈスレッドをのぞいてみたところ、インテルのデュアルコアでも
エンコードに失敗する現象が出ているかたがいるようです。
これ、まじめに原因わからないんで x264エンコーダは重宝しております。
それで最近のx264をチェックしてみたところ、まだそんなにＵＰＤＡＴＥされては
いないようなので、もうしばらくは今までのやり方で十分そう。
それからＡｔｈｌｏｎ64Ｘ2 ４４００はかなり強力なようで、まだまだ現役でいけそうです。
６話一気にエンコードしました。
１話編集からエンコードスクリプトAVSファイルの準備まで約１０分。
だいたい１時間くらいで。
setMTmode(2,2)#MT.dll
Plugin="C:\Program Files\AviSynth 2.5\plugins\"
LoadPlugin(Plugin+"dgmpgdec146\DGDecode.dll")
LoadPlugin(Plugin+"AddRange_for_25.dll")
LoadPlugin(Plugin+"warpsharp.dll")
File="キャンバス 12-20"
v=MPEG2Source(File+".d2v")
a=wavsource(File+" T01 2_0ch 384Kbps 48KHz.wav")
audiodub(v,a)
AddRange(File+".vcf")
IT(fps = 24, ref = "TOP", diMode = 1)
crop(8,60,708,360)
#kenkunNRT()
lanczosresize(640,360)
setMTは早い早い。
x264のターボモードと併用で６話エンコード２パスが寝る前にスタートして
朝起きたらばっちり終わってました。
ノイズ除去フィルタもできるだけかけないのが大切かなと。
ためしにPMDフィルタ入れずにエンコードしてみたら十分きれいでした。
SetMTmode(2,2)#MT.dll
アニメのカテゴリーにエンコード記録を付けているんですが、この
MT.dllを使ってみてから、かなりのCPU使用率をたたきだすようになりました。
そうです。
Athlon64X2でCPU使用率９５％以上でるのです。
私のエンコードはYV12でインターレース解除のプログレッシブ化とノイズリダクション
を行っているのですが、これがSetMTmode(2,2)とつけただけでこの使用率。
いままでは５０％前後の使用率だったので、使用率を上げたいと思っていたのは
事実ですが、いざ使用率があがってみるとちょっと不便なことも出てきました。
CPU使用率９０％を超えるとほかの作業がまったくできないくらいになってしまうのです。
エンコード専用PCでないとSetMTmode(2,2)を使うのはツライですね。
寝てる間にエンコードとかだったらかなり満足できるはずですがね。
土曜日の暇なパテ乾燥待ち時間に、かるくエンコードスクリプト
ＡＶＳファイルをせっせと作っていたら
crop(8,58,704,360)
となっているのに気づいた・・・
これは特定のファイルの設定で
普通は
crop(8,60,704,360)
にしている。
・・・エンコードしてみると残像発生。
処理が異常を出しているのが丸わかり。ここで２ずれているだけで
キレイに処理されないなんて殺生な・・・
まぁ1ファイルだけだったからいいし、
ちょうどキャンバス２（アニメ）を昨日までみたところの12話くらいを一括
エンコードしようと思っていたところだったので危なかった。
x264+AAC のmp4ファイルを作成してきましたが、
そろそろチャプターファイルのことを書いておこうと思ってメモしておきます。
チャプターというのは、作成する映像の見出しになります。
チャプターを作っておくと指定した時間の場所にひっとっとびに行けますので
アニメのオープニング A-part B-part エンディング 次回予告とチャプターを
打つことで大変満足のいくエンコードが出来ると思います。
参考リンク
x264のアップデートが頻繁であんまりアップデートしてませんが
そろそろ・・・と最新版にしてみました。
MeGuiも最新版になっており、結構、設定や表示が変わってたりするので、
びっくりです。
というわけで、私も一から設定をやってみました。
これでNeroShowTimeでかなりキレイにエンコードできたので、満足です。
ちなみにAppleのQuickTimeではキレイにそもそも見られなかったので、
いまは最初からQuickTimeでの再生は考えてません。
だって重いんだもん。QuickTime・・・。
AACエンコードでおなじみの aacenc32.dllの最新版を試してみた。
結論としてはVBRでの圧縮が3.2.0.24bの比較対象バージョンよりも高かった。
言い換えると、より小さく圧縮出来た。
またNeroFrontendでの動作も問題なく、GOOD！
Nero７の体験版はすべての過去バージョンをアンインストールしようとするので
わたしのようにNeroDigital製品版を購入してインストールしているような方は
注意されたし。