この資料は、マルチメディアのみがAS3で実行できると信じる人々とAS3が完全に適合する人々との間の聖戦を促進するという目標を設定するものではありません。 むしろ、これは単一の開発環境が時間を節約する方法に関する投稿です。
Adobe AIRとAS 3.0に基づいてサーバーを作成するという考えは悪夢のように思えるかもしれませんが、Webサイトを作成するだけでなく、写真を作成し、それらを保存（ユニバーサルスケールで）し、人とコミュニケーションするためのプラットフォーム全体のタスクを持つ場合、最悪の場合、オンラインロボット制御、ゲームはろうそくの価値があります。
したがって、
Touch Z-Distanceプロジェクト （9月1日に開始され、10月15日まで機能します）。 タスクは、カメラを搭載したロボットを使用して、インターネット経由でモデルを撮影できる写真スタジオを組み立てることです。 同様のスタジオが初めて立ち上げられています。 この野心的なプロジェクトを立ち上げるには何が必要でしたか？
1. TZ20カメラを制御するロボット三脚の設計を設計します。-三脚の人間工学的設計の開発（Autocad、2D設計、レイアウト、レーザーでの切削用ファイルの準備、フライス、43 * 8アセンブリ用部品、3D設計、電子機器の配置）;
-アセンブリ用の材料の選択：ポリスチレン、PVC、アルミニウム（柔軟で軽量な材料、モバイル）;
-テストサンプル（3個）のメカニクスの開発、それぞれの前の問題を除去します。
問題：ブレークアウト時にサーボ機構が極端な位置に壊れました。
解決策：三脚の設計により、極端な位置に移動できます。
問題：部品を着用します。
解決策：交換。
2.プログラム三脚（Arduino）-ファームウェアボード、ボードキャリブレーション、サーボとの通信、サーボキャリブレーション。
-com-portsの割り当て、Arduinoの序名の割り当て。
問題：信号はUSB延長ケーブルを通過しませんでした。
解決策： USB延長ケーブルごとに電源を分離します。
問題： 24kg / 1cmサーバーは、過負荷時にArduinoに干渉していました。
解決策：サーボの負荷を分散します。
3.部品の接続-食品Arduino（8個）;
-異なる容量のサーボ用電源（24 kg / 1cm、10 kg / cm、3 kg / cm、64個）;
-電源、Arduino用のUSB延長ケーブル（8個）。
-15個のUSBコントローラ用電源。
問題： Arduinoの再起動。
解決策：電力不足、Arduinoの個別の電源（ネットワークフィルターを備えた個別のユニット）、USBケーブルの個別の電源を排除します。
問題：通常の永久電源の不足。
解決策：一定の電源からバッテリーエミュレーターを開梱します。 ウェブカメラを接続し、名前を割り当てます。
問題：コンピューターは一度に複数のWebカメラをサポートしません。
解決策： USBバスを拡張し、コントローラーの数を増やします。 Webカメラコントローラーを介したスタンドアロン電源用のバス拡張。
要件：三脚に3自由度、指のメカニック（このスケールのメカニックのユニークな例（ミニCNC））、45日間10時間の三脚とカメラに3自由度。
4. Wi-Fiフラッシュカードを使用してカメラから写真をアップロードする-wi-fiフラッシュドライブのローカルネットワークを構成し、フラッシュドライブの名前を割り当てます。
5. AIRを使用して3台のサーバーを接続します （1.5テラバイトの写真がいずれかのサーバーに保存されます）。
6.女の子、メイク、服スタジオの主なアイデアはモデルであり、それら（モデル）は、8台の機械ロボットの前に撮影するようにプログラムする必要がありました:)
7.スタジオとライト（room sunstudio.ru ）-写真スタジオを借りる;
-スタジオライトの設置。
さまざまな国で使用および購入された機器のリスト：-Wi-Fiフラッシュドライブ（アメリカ）;
-Arduinoの購入、サーボ（中国）;
-プラスチック、接着剤などを組み立てるためのコンポーネント（中国、ロシア）。
そのため、スタジオについては、すべてがFlashDevelop開発環境のActionScript 3.0で開発されました。AdobeAIRにはあらゆるメディア管理が含まれているほか、最速の方法でした。 それが異なる環境または言語である場合、私は多くの異なる技術を使用する必要があり、これらすべてがうまく機能するという事実ではありません。
他の開発環境に対するAIRの主な利点は、開発の速度と多くのプログラムを切り替える必要がないという事実です。モジュール間の相互作用は「ネイティブ」（直感的）レベルであり、毎回互換性を達成する必要はありません。すべてが互換性があります。
ビデオ変換などのタスクや大量のデータ（メディア）を処理するタスクがある場合、パフォーマンスの制限が発生する可能性があります（ただし、この場合でも、AIRと組み合わせて他のプログラムを使用できます）。
ユーザーフローを分離する必要があるため（誰でもサイトを見ることができますが、順番にサイトを管理できるように）、写真の部分と撮影する人々のソフトウェア部分に問題がありました。 元々サーバー上にあったキューは書き換えられ、すべてのアプリケーションモジュールは、さまざまな要因を考慮して安定性を高めるために絶えず更新されました（たとえば、インターネットがスタジオで失われたり、サーバーがクラッシュした）。
同期の問題（サーバーとスタジオ間の遅延）を解決するために、キューのみを担当するサーバー部分がスタジオに転送されました。
実際、キューメカニズムは三脚コントロールコントローラーに直接組み込まれているため、キュー処理やさまざまな困難な瞬間の安定性が向上しました。
ソフトウェア部分に加えて、ハードウェアに問題がありましたが、それは別の話です...
-
このプロジェクトはさらに2日間機能するため、サイトにアクセスしてモデルの写真を撮り、Adobe AIRを批判して、すべてをより良く、より簡単に、より速く行うことができると言うことができます。
最後に、小さなプロジェクトガイド！
質問、コメントはありますか？
UPD！はい、ところで！ ストロベリー！今日と明日00.00からは少しいたずらになります！ すべてのカードを公開するわけではありません。 しかし、誰かに何かを伝える「いいね！の簡単なストリップ」というフレーズがあるかもしれ
ません ：）
夜に立ち寄ることを忘れないでください ！
