問題タブ [hydra]

私はDevExpress OrgChart コンポーネントを使用していますが、これはまだ維持されていますが、2003 年以降開発されていません (幸い、バグは修正されていますが、それ以上のものはありません)。

正直なところ、このコンポーネントは、古すぎるように見え始めても、次の 2 つの点を除いて、私の要件を十分に満たしています。

1) スタッフ機能をまったくサポートしていません。意味を理解するために、この画像を参照してください(スタッフの項目は、管理、コミュニケーション、IT、特別プロジェクトです)。

2) スペースを最適化せずにアイテムを配置します。たとえば、最上位に 3 つのアイテムがあり、2 番目のアイテムだけに 2 つの子がある場合、最上位のアイテムはより遠くに描画されます。2 つの子があるため、ダイアグラムを「縮小」するためのオプション。

もちろん、このコンポーネントには、組織図ツールに期待される多くの機能が欠けていますが、私の場合、これら 2 つ、特に (1) が重要であり、残りは見栄えがよくありません。

VCL コンポーネントを探しますが、(見つからなかったので心配ですが) そのようなコンポーネントが存在しない場合は、次の代替案を確認できます。

i) .net winforms コンポーネントで Hydra を使用する

ii) ActiveX コンポーネントの使用。2つのうち、.NET展開の地獄のため、ActiveXを好みます（Delphiについて私が気に入っているのは、Win2kを使用してexeを顧客に出荷し、それが機能することです）。とにかく、私はactiveXコントロールを使用したことがなく、展開の問題が何であるかはわかりませんが、exeを置き換えてソフトウェアをアップグレードする機会を失うのではないかと心配しています.

iii) 機能 (1) とおそらく (2) を追加して DevEx コンポーネントをカスタマイズできる Delphi コンポーネント開発者を雇います。

ハマった。

だから私はOpenGL ESシェーダーの仕様を調べますが、そのようなものは見当たりません...

たとえば、単純な「ピンチでズーム」、「回転して向きを変える」、「移動して中央に移動」の HYDRA ピクセル ベンダー フィルターを作成しました。フラッシュで実行できます。これは、デフォルトのピクセル ベンダーの回転の例と次の例に基づいています。

そこで、OpenGL ES シェーダーに移植したいと思います。math と parameters は OpenGL ES シェーダー言語に変換できますが、sampleLinear はどうすればよいですか? openGL ESシェーダー言語でアナログとは何ですか?

アップデート：

そこで、HYDRA フィルターに似たものを作成しました... webGL および OpenGL ES シェーダーと互換性があります...

それがどのように機能するかを確認するには、最新のブラウザーを取得し、shadertoyに移動して 1 つのテクスチャ (http://www.iquilezles.org/apps/shadertoy/presets/tex4.jpgたとえば) を提供し、コードを編集可能なテキスト aeria に貼り付けてヒットします...お楽しみください。だから..今、私は別の問題を抱えています...同じ画像のコピーではなく、1つの画像とその周りに黒を置きたいです...誰もそれを行う方法を知っていますか?

いくつかのビジネスロジックを.NETに実装し、いくつかをDelphiに実装しています。今、私はDelphiXE2にアップグレードすることを計画しています。

Delphi XE2から.netアセンブリを使用するためのプロビジョニングはありますか？

更新：マネージドコードとアンマネージドコードを統合できるHydraフレームワークについて聞いたことがあります。誰かが小さなデモ/コードスニペットでそれについてもっと説明できますか？

更新：このHydraFrameworkの試用版でいくつか試してみました。ただし、これをDelphiコードでマップできるように、インターフェイスを作成するために.NETアセンブリも変更する必要があります。

.NETアセンブリを変更せずに使用する方法はありますか？

基本的に、チェックする857の画像リンクがあります。3つの異なる方法で実装し、それぞれ3回実行しました。

方法 1: Typhoeus と Hydra を使用する(並列リクエスト)

かかった時間: 117.65、99.45、102.01 秒

方法 2: Typhoeus (単数リクエスト)を使用する

かかった時間: 33.85、31.89、30.18 秒

方法 3: Net::HTTP Ruby ライブラリを使用する

かかった時間: 83.30、67.62、75.26 秒

最初は、方法 1: Typhoeus と Hydraは、一度に 1 つずつ送信するのではなく、並列リクエストを送信することで、HTTP 応答時間を高速化すると考えていました。ただし、上記の結果は、実際には応答時間が遅くなっていることを示しています。

1 つの理由として、ヘッダーの http 要求のオーバーヘッドが通常の http GET 要求よりも少ないことが考えられます。それ以外に、私はここで何か間違ったことをしていますか? このプロセスを最適化するためのアドバイスが必要です。http ステータス コードを取得する必要があるだけです。

ファイルから URL をチェックするスクリプトを作成しました (Ruby gem Typhoeus を使用)。コードを実行するとメモリ使用量が増加する理由がわかりません。通常、10000 URL スクリプトがクラッシュした後。それに対する解決策はありますか？よろしくお願いします。私のコード:

sixense（ゲームコントローラーのドライバー）のプロプライエタリSDKを使用しようとしています。静的にboost::threadにリンクしているようです。私のアプリケーションとその依存関係の一部もboost::threadを使用しており、セグメンテーション違反が発生します。

プロジェクトのリンク方法を切り替えると、他のライブラリがsixenseのboost::threadを呼び出すことになります。

この問題を回避する方法はありますか？

基本的にこれを行うコードがいくつかあります。ここで、varurlsは文字列の配列です。これは蒸留版ですが、要点を示しているはずです。

問題は、1つ（または複数）のURLがメガバイト単位で応答する可能性があることです。この関数はほとんど同じURLのグループでループで実行されるため、これは望ましくありません。どういうわけかハード制限後にデータの受信を停止する方法はありますか？：max_response_sizeか何かのように？

hydra / typhoeusのrubydocsを見てきました：http： //rubydoc.info/github/dbalatero/typhoeus/master/Typhoeus/Hydra

http://rubydoc.info/github/dbalatero/typhoeus/master/Typhoeus/Request

http://rubydoc.info/gems/typhoeus/0.4.1/file/README.md

しかし、彼らは私に応答の体のサイズを制限する方法を教えていないようです。これは可能ですか？

I Hydra ホスト アプリケーションと Hydra プラグインを作成します。Windows メッセージを処理するための手順をプラグインに入れました。ただし、この場合、この Windows メッセージを処理できません。この問題を解決するには、ホスト アプリでそれを処理できます。次に、インターフェイスを渡すことでプラグインと対話する必要があります。この場合、Hydra プラグインで Windows メッセージを直接処理する方法を見つけたいと考えています。この問題を解決するために私を助けてください。

この質問の更新 1: これはテスト用の簡単なコードです。

プラグイン側:

プラグイン側の PluginController:

ホスト アプリケーション側:

私はhttp://typhoeus.github.com/articles/getting_started.html#make_parallel_requests を行っていましたが、Hydraを使用したtyphoeusが並列HTTPリクエストを可能にする方法を実際に理解できませんでした。EventMachine::Iterator と EvenMachine::HTTPRequest が同時リクエストを処理するのと似ていますか? ソースコードを確認する予定ですが、バックエンドで何が起こっているかを知っている人がいたら教えてください。Typhoeus をよりよく理解するのに大いに役立ちます。ありがとう！

なぜこのエラーが発生するのかわかりません。どちらの方法も正しいです。

ruby 1.9.2p320 (2012-04-20 リビジョン 35421) [x86_64-darwin11.4.2]

レール 3.2.8