チュートリアルに関するチュートリアル（OpenGL、DirectXウィンドウでビデオとサウンドをキャプチャ）またはfraps + autoIt

エンジンに関する最初のチュートリアルを作成したときに、いくつかの技術的な問題に遭遇しました。 この投稿が少なくとも誰かがこれらの落とし穴を回避するのに役立つことを願っています。

実際には、レシピ自体はタイトルにありますが、詳細があります。



投稿の準備が整い、コードが（メッシュジェネレーターと共に）チーム全体によって検討、作成、承認された後、エンジンウィンドウに入力して、ビデオファイルで何が起こっているかを記録する必要が生じました。 高品質のビデオキャプチャ用のアプリケーションを探し始めました。 まず、Microsoft Impressionsを試してみました-キャプチャされたビデオの品質はコーデックの選択や設定が間違っていたためまあまあで、「互換性がない」ためにマイクのみで直接サウンドをキャプチャすることを拒否しました。 不滅のM.M. Zhvanetsky：「そして、なぜ私たちの記録は私たちのプレーヤーに適していないのですか？ 本当に圧縮されていますか？」圧縮なしでビデオキャプチャを行う必要があるという結論に達しました。その場合にのみ、正しいビデオが既に利用可能になっているときに、圧縮用のコーデックを選択して構成する必要があります。 また、マイクを使用せずに音声を直接キャプチャする必要があります。そうしないと、録音中にくしゃみや息ができなくなります。 さらに3〜4個のプログラムを試してみました（どれも直接音を聞きませんでした）...出版を遅らせる時間はありませんでした。 フラップに出会ってデモバージョンを試してみたところ、 ユーティリティは便利であることが判明し、タンバリンで踊ることなく、必要なことをすべて行いました。



すでに述べたように、時間は後であり、私たちは誰も無邪気な読者を自分から追い出さない合理的な速度とリズムでチュートリアルを「埋める」ことができなかったことがわかりました。出版物、誰かがAutoItを思い出したように。 この環境に関するHabréの出版物はすでにありました。このツールは非常に高品質であると同時に無料であると言うだけです。おかげで、エンジンコンソールでスクリプトを入力する問題を簡単に解決できました。 途中で、コンソールのいくつかのバグが発生しましたが、手動でコマンドを入力する過程でつまずいたことがなかったために動揺したとは言えません。 実際、このケースでは、AutoItスクリプトはfrapsと呼ばれるデモシーンを起動し、指定された入力速度とラインフィード間の遅延でスクリプト全体を駆動しました。



その結果、映画の入った3xギガバイトのファイルを入手しました。 5分間のvirtualdubでの作業は、叙事詩の完成に役立ちました。