AWSのEC2にAmazon Linux 2のインスタンスを作成し、スタンダードかつセキュリティに配慮したインターネットサーバを構築する手順をまとめました。記事はQiitaに投稿しました。

概要

EC2でAmazon Linux 2のインスタンスを作成し、以下のようなサーバを構築する手順をまとめました。

記事一覧

各記事はQiitaに投稿しました。

https://qiita.com/ryu-blacknd/items/23b86d9ad768d58ff161

https://qiita.com/ryu-blacknd/items/36ccfcf96da7b0c981cf

https://qiita.com/ryu-blacknd/items/77eebe43a18a69e7c1e5

https://qiita.com/ryu-blacknd/items/4049f04e445eb1d60e4d

https://qiita.com/ryu-blacknd/items/03030d11eeef65e3cf67

https://qiita.com/ryu-blacknd/items/8e0c28065af3f9b8a06d

https://qiita.com/ryu-blacknd/items/20e5540195501e16e90e

ポイント

ただ単にインストールして初期設定を行うだけでなく、チューにニグやセキュリティ対策にも注力しました。

脆弱性診断「A+」

2020年前半、SSL/TSL絡みで大きな動きがありました。
ChromeやFirefox等、主要ブラウザがSSL 1～3、TLSv1.0～1.1を無効化したのです。
このためサーバ側で設定を変更しTLSv1.2を有効にする必要がありますが、同時にセキュリティリスクのある上記対象バージョンを無効にするという作業も行わないと、脆弱性診断で危険と診断されるようになりました。

りゅう

多くの顧客を抱える制作業者はプラン変更やサーバ移転に追われました。レンタルサーバでは基本的に機器構成やサーバの設定は変更してもらえないためです。

今回の記事ではこの問題にも対処し、かつせっかくなら脆弱性診断で最高の「A+」を取得することを目標に掲げました。

この記事を書きながら構築したサーバは、SSL Labsの診断で「A+」と診断されました。

常時SSL化対応

無料のSSL証明書を取得できるLet's Encryptを利用し、ApacheやNginxの設定で常時SSL化を行います。
Let's Encryptの証明書は更新期限が3ヶ月と短いため、期限切れになる前に自動で更新するようにも設定します。

ApacheのEvent MPM

MPMとはマルチプロセッシングモジュールの略です。
Apacheは、デォルトではシングルスレッドプロセスであるPrefork MPMで動作します。
記事ではイベント駆動であるEvent MPMを採用します。これにはPHPも関係します。
また環境に合わせてチューニングも行います。

PHP-FPMの採用

Apacheのデフォルトでは、モジュール版のPHPを使用するようになっています。
記事ではEvent MPMとFast CGI方式のPHP-FPMと組み合わせて高速化を図っています。
こちらもチューニングを行います。

MySQLの採用

現在、多くのディストリビューションで標準のデータベースサーバはmariaDBとなっています。
MySQLと互換性があり、PHP等からはMySQLとして操作することができます。
しかし記事では本来のMySQLを使用するようにしています。

通信路の暗号化とパスワード認証の排除

ウェブサーバだけでなく、メールサーバもSSL/TLS経由でアクセスするようにしています。
SSH接続はパスワード認証を使わず、公開鍵認証のみとしています。

なお記事ではFTPサーバを導入していません。これはCircleCIのようなCI/CDツールからSSHとGitを用いてデプロイすることを前提としているためで、この場合FTPサーバは不要です。
平文テキストでパスワードをやり取りするFTPサーバは、起動しているだけでセキュリティリスクにもなります。どうしてもFTPクライアントで操作したい場合はSFTP（SSHを用いたFTP）を採用することをお勧めします。

セキュリティと不正アクセス対策

EC2のセキュリティグループとfirewalldにより、不要なポートを外部に公開しないよう設定します。
例えばimaps/pop3sは公開しても、imap/pop3は公開しないようにしています。

他に、Fail2banによる不正アクセス対策（自動Ban / Unban）や、Logwatchの不具合修正も行います。

まとめ

本記事の目玉はSSL/TLS周りです。脆弱性診断で「A+」、少なくとも「A」を狙えるようにしています。
今はTLSv1.1までが無効になっていますが、いずれはTLSv1.2も無効になることが考えられます。
その際に同じようにレンタルサーバで対応に苦慮するようであれば、今のうちにクラウドへの移行を進めておいたほうが良いと思います。
AWSはIaaSとしては圧倒的シェアを誇るサービスで情報も豊富なため、幅広い層にお勧めできます。
担当者がわけわからんという場合はもちろん保守を含め委託が良いでしょうが、ある程度VPS等でサーバ構築に触れたことのある方であれば、この記事を参考にして構築してみていただければと思います。

高速に動作し詳細な動画編集が可能なツールであるAvisynth+と、必須プラグインを紹介します。

AviSynth+をダウンロードする

以下のページからインストーラをダウンロードします。32bit/64bit共用です。

なお今回の記事ではWindows 10 64bit版を想定しており、AviSynth+ MT 64bit版をインストールする前提ですが、32bit版も一緒にインストールします。

りゅう

これは、呼び出し元となるツールによっては32bit版も必要になるためです。

https://github.com/pinterf/AviSynthPlus/releases

上記サイトから、"MT"の付く最新版をダウンロードしてください。

with-vc_redist.exeと付く方にはVisual C++ Redistributable Packagesが含まれています。既にインストール済みの場合はwith～の付かないほうでOKです。

AviSynth+をインストールする

ダウンロードしたファイルは.exe形式のインストーラーですのでこれを実行します。

言語は日本語になっていると思いますのでそのままで進めます。

インストール先の指定は通常そのままでOKです。

コンポーネントの選択も基本的には変更する必要はありません。

そのまま進めればインストールが完了します。

りゅう

以前はこれをベースにMT版のdllファイルを上書きコピーする必要がありましたが、最新のMT版では不要です。

ちなみにですが、AviSynth MT 32bitからAviSynth+ MT 64bitに乗り換えた結果、x264での平均エンコード速度が56fpsから68fps程度に向上しました。

OC（オーバークロック）などの力技ではなく、ソフトウェアの差し替えによって10fps以上の違いが出るのは素晴らしいことだと思います。

おすすめプラグインを導入する

有名、必須、おすすめのフィルタを紹介します。組み合わせて使うものや、定番関数で使用されているため必須というものまで色々です。

りゅう

これらは次回の記事で使用予定のプラグインです。

下記のAviSynth+ x64 pluginsからダウンロードできます。

基本的に64bit版はC:¥Program Files (x86)¥AviSynth+内のplugins64+フォルダへ、32bit版はplugins+フォルダへコピーして使用します。

先に述べた通り、呼び出し元によってはAviSynthが32bitで動作することもあり得ますので、両方あるのであれば32bitと64bitの両方をコピーしておくべきです。

http://avisynth.nl/index.php/AviSynth%2B_x64_plugins

AvsPmod 64bit版をインストールする

AviSynth及びAviSynth+には独自のGUIがありませんが、有志によってGUI（というかプレビュー付きのエディタ）であるAvsPmodが公開されています。

りゅう

実はAviUtlでも.avsファイルを読み込んで表示できます。チャプター編集プラグイン + Trimエクスポートによるカット編集は非常に便利です。

https://avspmod.github.io/

ただし公式から入手できるものは32bit版しかありませんので、以下から64bitの最新版を入手します。

https://forum.doom9.org/showpost.php?p=1801766&postcount=1202

圧縮ファイルにAvsPmodというフォルダが格納されています。こちらを適当なフォルダに解凍して、中にあるAvsPmod.exeファイルを実行して起動します。ショートカットを作っておくと便利です。

起動後は、言語設定を日本語に変更しましょう。

画像は、既に日本語に変更済みの状態です。その他、フォントやテーマの設定もできますので好みの設定に変更しましょう。

私の環境では以下のようになっています。HackGen や Myrica M といった日本語プログラミングフォントの使用を推奨します。メイリオのようなプロポーショナルフォントは、プラグラミングには向きません。

表示 / 非表示を切り替えられるプレビューで効果を確認しながらスクリプトを書くことができ、大変便利です。簡単なカット編集ならAvsPmodだけで行えるほど高機能です。

プラグラミング向けエディタやIDE（統合開発環境）にあるようなオートコンプリート機能もあり、入力途中で候補を絞り込みながら表示してくれます。

慣れ親しんだエディタで書いても良いのですが、やはりプレビューがあると効率が良いですね。

サンプルスクリプトで動作テスト

適当な動画ファイルを使って簡単なスクリプトを動かし、プラグインの効果を確認します。

本来はx264やx265、QSVEncCやNVEncC、またはFFmpegやAviUtlなどの外部ツールにスクリプトを渡してエンコードするまで結果の確認はできませんが、AvsPmodを使えば編集後、即座に結果を確認することができます。

以下のサンプルスクリプトをコピーして、AvsPmodのエディタに貼り付けてください。

SetFilterMTMode("DEFAULT_MT_MODE", MT_MULTI_INSTANCE)
SetFilterMTMode("LWLibavVideoSource",  MT_SERIALIZED)
SetFilterMTMode("LWLibavAudioSource",  MT_SERIALIZED)
SetFilterMtMode("AudioDub",            MT_SERIALIZED)

avsource = "***動画ファイルのパス***"

LWLibavVideoSource(avsource)
AudioDub(last, LWLibavAudioSource(avsource, av_sync=true))

Spline36Resize(640, 360)

Turn180()

Prefetch(4)
return last

avsourceという変数には、読み込む動画ファイルのパスを記述してください。

例：avsource = "C:¥Users¥username¥マイ ビデオ¥video01.mp4"

読み込みにL-SMASH Worksを使っており、ほぼあらゆる形式の動画を読み込むことが出来ます。ただし副産物として初回読み込み時にインデックスファイルがつくられ、これが長い動画だと結構時間がかかります。

同じく多くの形式を読み込むことができ、インデックスファイルが不要なDirectShowSourceで読み込む手もあります。ただし他の方法に比べてやや信頼性に欠けます。

Spline36Resizeでは、動画を指定サイズにリサイズしています。AviUtlのリサイズフィルタでおなじみのSpline36というアルゴリズムで綺麗にリサイズできます。

りゅう

Spline36は長らく人気の高かったLanczos3に比べ、シャープさはかなり近いレベルでありながらリンギングノイズが出にくくなっており、しかも高速です。

Turn180は、画面を180度回転します。つまり上下が反転したような状態になります。

りゅう

ここまでで説明のなかった行は、MT（マルチスレッド）関連の記述です。長くなるためここでは説明を省きます。

ここまで入力できた状態で適当にファイル名を付けて保存し、画面左下のプレビューボタンをクリックします。

指定したサイズにリサイズされつつ、上下反転したような状態でプレビューが表示されれば成功です。

なおスクリプト内に#を書くと、それ以降は行末までコメントとみなされます。例えばTurn180の行をコメントアウトしたりして、効果を確認してみてください。

ファイルの読み込みやプラグインの処理に失敗すると、プレビューには黒背景に赤文字のエラーが表示されます。
エラー内容は様々ですので、エラーメッセージでググってみてください。

フィルタの順序には意味がある

元の動画ファイルが 640x360px よりも随分大きいと仮定して考えてみます。

上記スクリプトのリサイズ処理と回転処理の順序を逆にすると、少しだけ効率が悪くなります。
画質は変わりませんが、処理速度が若干落ちることになるのです。

りゅう

これは180度回転の処理を、画像が大きい状態で行うか、小さくしてから行うかという違いがあるためです。

逆にリサイズの処理は、回転していようがいまいが同じサイズを処理するため、ほとんど変化はありません。

他にもインターレース解除処理の前にノイズ除去などの画像が変化してしまう処理を行ってはいけないなど、色々あります。

このような処理順による効率の変化はAviUtlのフィルタ順でもおなじみですが、これが正解！という答えはありません。ソースによりますし、前後の処理内容によりますし、画質と速度のどちらをとるかにもよります。

自分がよく使うソースやプラグインの処理に合わせて、さらに画質と速度のバランスも考えて、「自分的な正解」を追求するのもAviSynth(+)の魅力的な奥深さです。

実際にどう活用するのか

最初はAvsPmodで色々なプラグインの効果をプレビューして遊んでいるだけでも楽しいものです。

しかしAviSynth及びAviSynth+の真の価値は、「定型化」と「自動化」による「省力化」と「高速化」です。

りゅう

もちろん「高画質化」も大きな価値の一つですが、それはスクリプトの出来次第ですね。

スクリプトによる一括処理は、GUIで毎回ボタンをポチポチ、設定を開いたり閉じたり、進んだり戻ったりしているよりも随分効率的です。

次回の関連記事では実際にバッチファイルを書いて、各種処理やエンコードを一括処理する仕組みを構築してみたいと思います（既にGitHubで公開中です）。

CentOS 7にLAMP環境を構築。GitBucketとJenkinsを動かし、自動ビルドや自動デプロイまでやってみます。

なぜGitBucketか

GitBucketはGitHubクローンで、似たものに有名なGitLabがあります。 GitLabも最近はrpmコマンド一発でインストールできるほど簡単になっていますが、今回はより簡単 (.warファイルを置くだけ) で、見た目や使い勝手もGtiHubに近いGitBucketを選びました。

概要

• ソースからのビルドは行わず、yumパッケージや.warファイルを使用
• Apacheのmod_proxy_ajpを使い、Tomcatへはポート8080ではなく80でアクセス
• GitBucketでリポジトリにpushがあったらJenkinsで自動ビルド
• Jenkinsのビルドでは、rsyscでApacheの公開ディレクトリに自動デプロイ
• 自動デプロイ時のユーザーはtomcatではなくapacheで行う

動作環境

CentOS 7のミラーサイト一覧で、日本のミラーから最新版をダウンロードしてください。 Vagrantで起ち上げた仮想マシンやDockerのコンテナでも構いませんが、一部読み替えたり、ポートマッピング等の追加設定が必要になります。

リポジトリの準備

デフォルトではパッケージが少なかったり古かったりするので、EPELとremiのリポジトリを追加します。

EPELリポジトリの追加

yum install -y epel-release

remiリポジトリの追加

rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

パッケージのインストールと起動設定

とりあえずは最新の状態にしておきます。

yum -y update

必須パッケージに加え、普段よく使うパッケージも入れておきます。

yum --enablerepo=epel,remi install -y sudo vim-enhanced syslog httpd httpd-devel php php-devel php-pear php-mysql php-gd php-mbstring php-pecl-imagick mariadb-server phpmyadmin wget git java-1.7.0-openjdk-devel tomcat

各種サービスを起動し、さらに再起動時にもサービスが有効になるように設定します。

CentOS 6まではservice(または/etc/rc.d/init.d/のスクリプト)とchkconfigコマンドを使用しましたが、CentOS 7ではsystemctlに変更されています。

systemctl enable --now httpd
systemctl enable --now tomcat
systemctl enable --now mariadb

サービスの状況は以下のコマンドで確認できます。

systemctl list-unit-files

GitBucketをインストール

先述の通り、.warファイルを置くだけの簡単インストールです。

https://github.com/gitbucket/gitbucket

releaseから最新版のgitbucket.warをダウンロードして、実行用のディレクトリにコピーします。

cp gitbucket.war /var/lib/tomcat/webapps/

Jenkinsをインストール

こちらも.warファイルを置くだけです。

りゅう

簡単でいいですね！

https://jenkins.io/

最新版のJava Web Archive (.war)をダウンロードして、以下のディレクトリにコピーします。

cp jenkins.war /var/lib/tomcat/webapps/

ここでTomcatを再起動しておきます。

systemctl restart tomcat

ファイアウォールの設定

CentOS 6まではiptablesを使用しましたが、CentOS 7ではfirewalldに変更されています。

firewall-cmd --add-port=80/tcp --permanent

Apacheのプロキシ設定

AJPというプロトコルによって、ApacheとTomcatの相互通信を行い、外部への配信はApacheが担当するようにします。

TomcatのAJP通信は、ポート8080ではなく8009を用います。

以下のファイルを作成します。

/etc/httpd/conf.d/gitbucket.conf

<Location /gitbucket>
    ProxyPass ajp://localhost:8009/gitbucket
</Location>

/etc/httpd/conf.d/jenkins.conf

<Location /jenkins>
    ProxyPass ajp://localhost:8009/jenkins
</Location>

ファイルを作成したら、Apacheを再起動しておきます。

systemctl restart httpd

アクセスしてみる

まずはGitBucketにアクセスしてみます。

http://[hostname]/gitbucket

• ユーザー名：root
• パスワード：root

ログイン後はrootのパスワードを変更し、新規ユーザーを作成しておきます。

次にJenkinsにアクセスしてみます。

http://[hostname]/jenkins

正常に起動し、アクセスできました。

Jenkinsにプラグインをインストールする

「Jenkinsの管理」→「プラグインの管理」→「利用可能」へと進みます。

フィルタに「git」と入力して、以下のプラグインを選択して「再起動後にインストール」します。

• Git Plugin
• GitBucket Plugin

必要なプラグインがインストールされますので、「インストール完了後、ジョブがなければJenkinsを再起動する」にチェックを入れて待ちましょう。

長時間インストールが終わらない場合、実は既に終っているのに表示に変化がないだけということもあります。

GitBucketとJenkinsの連携設定

GitBucketのリポジトリを作成し、pushがあった際にJenkinsで自動デプロイを行うよう設定します。

GitBucket の設定

画面右上のレンチ型アイコンから設定画面へ進み、「System Settings」を選択します。

GitBucketでリポジトリを作成する

「new repository」からリポジトリ名を入力、「Initialize this repository with a README」にチェックを入れて新規リポジトリを作成します。

これで、リポジトリのトップページに表示されるREADME.mdのみがInitial commitされた状態になります。

次にリポジトリの「Settings」→「Service Hooks」と進み、「WebHook URLs」を入力します。

http://[hostname]/jenkins/gitbucket-webhook/

GitBucket側での設定は、このWebHookのみです。

apacheユーザーでデプロイするための設定

普通にデプロイの設定をすると、ファイル群はtomcatユーザーのままデプロイされます。
これだとApache的に都合が悪い場合もあるため、デプロイをapacheユーザーで行うようにします。

そのためには、Jenkinsを動かしているtomcatユーザーが、sudo -u apacheできるようにしなければなりません。

visudo

▼ 変更前

Defaults    requiretty

▼ 変更後（コメントアウトする）

$ Defaults    requiretty

さらにtomcatユーザーがパスワード無しでsudoできるよう設定します。

以下の行を追加

tomcat  ALL=(ALL)       NOPASSWD: ALL

そして、デフォルトでは/var/www/htmlの所有者がrootになっており、このために自動デプロイが失敗するので、権限を変更しておきます。

chown -R apache. /var/www/html

Jenkinsの自動デプロイ用ジョブを作成

新規ジョブ作成から、ジョブ名を入力 (例：project01)、「フリースタイル・プロジェクトのビルド」を選択してOKをクリックします。

りゅう

GitBucketのリポジトリページからコピペできる項目が多いです。

最後に「ビルド手順の追加」から「シェルの実行」を選択し、下記シェルスクリプトを記入します。割とここが目玉です。

sudo -u apache rsync -vr --delete --exclude ".git/" /usr/share/tomcat/.jenkins/jobs/project01/workspace/ /var/www/html/project01/

動作確認

gitコマンド、またはお使いのGitクライアントから、ファイルに適当な修正を加えてコミット → プッシュしてみてください。

※尋ねられるアカウントは、GitBucketのユーザーアカウントです。

GitBucketでは、GitHub同様にコミット履歴が加わっていれば成功です。こちらはまず大丈夫でしょう。

Jenkinsでは、リポジトリに対応するジョブが実行されて、/var/www/html以下に自動デプロイが行われたことを確認できればOKです。

CentOS 6で構築する場合

CentOS 6でも同様に、まずyumのリポジトリとしてEPELとremiをインストールします。

Tomcat 7もインストールできるため、一部CentOS 7独特の部分 (systemctlやファイアウォール等) 以外はそのまま進められます。

しかしJenkinsのGit Pluginがエラーを吐きます。

りゅう

これはCentOS 6にyumでインストールしたGitのバージョンが、1.7.1等の古いバージョンだからです。

解決するためには、最新のソースからGitをインストールすることです。

古いGitを削除

yum remove -y git

必要になるパッケージをあらかじめインストール

yum install -y curl-devel expat-devel gettext-devel openssl-devel zlib-devel

新しいGitのソースファイルをダウンロード

wget https://git-core.googlecode.com/files/git-1.9.0.tar.gz

解凍してインストール

tar zxf git-1.9.0.tar.gz
cd git-1.9.0
./configure --prefix=/usr/local/
make
make install

もし/usr/local/binにPATHが通っていなければ、下記のように.bash_profileに追加しておいてください。

.bash_profile

PATH=$PATH:/usr/local/bin

export PATH

そして上記変更を適用します。

source ~/.bash_profile

一応Gitのバージョンを確認しておきましょう。

git --version

これでJenkinsもエラーを吐くこと無く動作するはずです。

CentOS 7で採用されたApache 2.4の設定は従来とかなり変わっており、そのせいで戸惑うこともあるかと思いますので、馴染めない方は、少々面倒ですが上記の方法でCentOS 6上で構築してみるのも良いかと思います。

AviUtlとそのプラグインについて解説。インターレース解除についてはNNEDI3をご紹介します。

動作に必要となるソフトウェア

ここではWindows 7 / 8 / 10の64bit版を使用していることを想定しています。

• Microsoft Visual C++ 2008 SP1 再頒布可能パッケージ (x86)
• Microsoft Visual C++ 2008 SP1 再頒布可能パッケージ (x64)
• Microsoft Visual C++ 2010 再頒布可能パッケージ (x86)
• Microsoft Visual C++ 2010 再頒布可能パッケージ (x64)
• Microsoft .NET Framework 2.0 Service Pack 2
• Microsoft .NET Framework 2.0 Service Pack 2 (x86) 日本語 Language Pack
• DirectX (ダイレクトエックス) *1

*1 DirectXはGPUを利用する一部のプラグインでのみ必須ですが、入れておいて損はないでしょう。

AviUtl本体と必須プラグインとツール類

りゅう

一部、現在では古くなってしまったものもあります。最新の記事で改めてまとめる予定です。

用途によって追加するプラグイン

必須ソフトウェアのインストール

Visual C++の再頒布可能パッケージや.NET Frameworkをインストールします。インストーラになっていますので、ダウンロードしたファイルをダブルクリックするだけで OK です。

すでにインストール済みだった場合は、そのようにメッセージが表示されるようになっています。

AviUtlのインストール

インストールと言ってもインストーラが付属するわけではありませんので、好きなところに解凍して使えばいいのですが、この表現はWindowsやフリーウェアに詳しくない方にはわかりにくいと思います。

りゅう

ひとまず「こうすれば必ず動く」という方法を解説しますので、詳しい方以外は手順通りに進めてください。

まずはお使いの書庫解凍ソフトウェア(WinRARや7-zip 等)で、C:ドライブ直下のaviutlフォルダに書庫ファイルの中身を解凍します。

大抵は「フォルダを作成して解凍」のような機能がありますので、それを使ってC:ドライブ直下に解凍した後、フォルダ名を変更するとよいでしょう。

解凍先フォルダ内のaviutl.exeが実行ファイルです。このファイルをデスクトップに右ドラッグすると、ショートカットを作成することができます。ショートカットファイルの名前は自由に変更可能です。「AviUtl」などに変更しておきましょう。

また、このショートカットファイルをWindowsのスタートメニューにドラッグすると、スタートメニューに配置することもできます。このテクニックは他でも使えますのでぜひ覚えておいてください。

プラグインと必須ツールのインストール

x264CLIを除くすべてのファイルは、圧縮された書庫ファイルです。WinRARや7-zipが あれば書庫ファイルをダブルクリックで開くことができ、書庫内のファイルをドラッグで解凍できますので、この機にぜひ導入しておいてください。

AviUtlの初期設定

aviutl.exe、または作成したショートカットファイルをダブルクリックして、AviUtlを起動します。

「表示」→「ツールウィンドウの表示」にチェックすると、各プラグインの設定をツールウィンドウから変更・確認できますので便利です。

次に「ファイル」→「環境設定」→「システムの設定」を選択します。

次に「ファイル」→「環境設定」→「入力プラグイン優先度の設定」を選択します。

MPEG-2 VIDEO File Readerを使用する場合は、L-SMASH Works File Readerよりも上に配置しておきます。また、精度に難のあるDirectShow File Readerは、なるべく下になるよう配置しておきます。

基本的には、ほとんどの動画形式を読み込めるL-SMASH Works File Readerを優先的に使用しますが、AVI形式の動画ファイルはAviUtl標準の入力フィルタを優先するようにします。

設定が済んだら、一度AviUtlを閉じておきます。

各種プラグインのインストール

プラグインのインストールは、これまで同様に必要なファイルをaviutlフォルダに解凍することでAviUtlが認識してくれるようになります。注意するのは、上記のx264guiExのように、「あるフォルダの中身だけを解凍」するパターンです。

どのプラグインも、基本的にreadme.txt等の「読んでくださいファイル」が付属しているはずですので、これを解凍して開き、インストール手順が書かれていればそれに従ってインストールしてください。

ここでは例として、必須に近いプラグインであるリサイズフィルタをインストールします。

WinRARや7-zipでダウンロードした書庫ファイルを開き、ResizeFilterフォルダ内にあるResizeFilterで始まる 2 つのファイルと、DLLフォルダをaviutlフォルダに解凍します。

お使いのCPUがAVXに対応しているなら、AVXフォルダ内のavxfilter.dllファイルを、XOPに対応しているならXOPフォルダ内のxopfilter.dllを、さきほど解凍したDLLフォルダ内に解凍します。

これによってリサイズフィルタの動作速度が向上しますが、「何を言ってるのかわからないよ」という場合は、この作業は飛ばしても動作に問題はありません。

インターレース解除はNNEDI3で

AviUtl標準のインターレース解除(自動)を使っていて、たまにコーミングノイズ(櫛状の画像乱れ)が残ってしまったり、フィールドシフトプラグインを使ったら何だか動きがおかしくなってしまったりと、フレームレートを倍にする、いわゆる「bob化」を行わずにインターレースを正確に解除するのは難しいことです。

そこで、AviUtlと並んで世界的に有名な、GUIが無くスクリプトを記述して処理するタイプの動画編集ソフトウェアAviSynthで利用されている、非常に高度なフレーム補間を行うことで有名なNNEDI3をAviUtlに移植したプラグインを利用してみましょう。

http://www.geocities.jp/w_bean17/

NNEDIは拡大フィルタとして利用可能なプラグインですが、拡大を行わず設定値を画像のようにすることで、非常に高精度なインターレース解除フィルタとして動作します。

より高度で繊細な処理を求めるのであれば、AviSynthを使う必要があります。以下の記事にまとめてあります。

りゅう

AviSynthは大変高機能で、AviUtlとの連携もできます。