AviQtlのお部屋

OSの壁と決定的敗北

私が愛用するCachyOS上でAviUtlを運用しようとして失敗したことがきっかけです。AviUtlのためだけにWindows環境を維持し続けることは私にとって受け入れがたいものでした。

肥大化したエコシステム

理由は違えど、AviUtlを「仕方なく」使い続けている方は少なくないはずです。長年の拡張によって肥大化した「ハウルの動く城」のようなエコシステムは、不満を抱えながらも手放すことができない存在となっています。

プロジェクトの目標とミッション

私は、鹿児島県立甲南高等学校の課題研究において、この現状を打破すべくAviQtlの独自開発を決意しました。

個人的な目標: Domino、VocalShifter、REAPER、AviUtlをはしごすることなく、Linux上のAviQtlのみで音MADを制作すること。

AviQtlのミッション: AviUtlを「仕方なく」使っている方々の最適解になること。

AviQtlは、「AviUtl」と「Qt」を組み合わせた造語です。AviUtlの操作感を継承しつつ、QtによるモダンなUIとクロスプラットフォーム対応を実現する設計思想を表しています。

+ =

AviUtlとQtを組み合わせた本プロジェクトのアイデンティティを表現しています。

AviQtlは「AviUtlの再発明」ではありません。AviUtlを強く意識していますが、その中身は全く異なります。

AviQtlはExEdit2も解決できない構造的弱点を根本的に覆します。

1. ECSがもたらす「データ指向」の革命

従来のオブジェクト指向（OOP）的なマルチスレッドでは、各クリップを「オブジェクト」として扱い、メモリ上のあちこちに散らばったデータを読み込むたびにレイテンシが発生します。AviQtlのECSは、データをメモリ上に「隙間なく、連続して」配置し、CPUのキャッシュ効率を極限まで高めます。

2. メモリ管理の「近代化」と「一貫性」

C++23のスマートポインタ（RAII）とアロケータ最適化を採用し、AviUtlのプラグインごとにバラバラだったメモリ管理を一元化。原因不明のクラッシュを構造的に最小化しています。

3. Qt6 / QML による「疎結合なUIアーキテクチャ」

UIスレッドとレンダリング（Vulkan）スレッドを完全に分離。重いレンダリング中でもタイムラインの操作が一切妨げられず、High-DPI環境でもUIがぼやけることはありません。

4. クロスプラットフォーム・コア（OSからの自立）

特定のOSに縛られ続ける制作上のリスクを排除。Linux上で真のパフォーマンスを発揮できるのはもちろん、他OSでもコアを書き換えることなく最大のパフォーマンスを得られます。

AviQtlのコアはクロスプラットフォーム（C++23/Qt6）で設計されていますが、現在は私のメイン環境であるCachyOS向けに最適化しています。将来的にWindows/macOSへのネイティブ対応も公式に行う予定です。

いいえ。仕組みが根本から異なるためバイナリレベルでの互換性はありません。しかし、LuaJITを採用しているため、スクリプトの移植性は高く、AviUtl以上に柔軟な拡張システムを備えています。

ありがとうございます！以下のような形で貢献いただけます：

• Issueでのバグ報告や機能提案
• コントリビュート（プルリクエスト等）
• AviQtl Wikiの拡充
• SNSでの宣伝や、AviQtlで編集した動画の公開

はい。このプロジェクトは私の「音MAD制作をLinuxで完結させる」という目標から始まっています。研究期間終了後も、私自身のメインエディタとして、そしてAviUtlの代替を待つ方々のために開発を継続します。