問題タブ [packing]

編集：この問題は「切り株問題」と呼ばれているようです

ビン内のチャンクの (スペース) 最適な配置を提供するアルゴリズムが必要です。1 つの方法は、最初に大きなチャンクを配置することです。しかし、この例でそのアルゴリズムがどのように失敗するかを確認してください。

「ビッグファースト」は DD には収まりません。次のような表を作成すると役立つ場合があります。

そのため、いくつかの長方形を入力として取り、それらを最小面積の長方形に詰め込もうとするアルゴリズムを実装しようとしています。長方形はすべて 90 度回転できます。

これはビン パッキングの問題に似ていることはわかっていますが、回転を説明する適切なアルゴリズムを見つけることができません。ここでこれについて詳しく説明している論文を見つけました。記事自体は理解していますが、もっと簡単なものを見つけたいと思っていました。

助言がありますか？

-編集-

私は以前の問題を誤って述べたと思います。それぞれが 90 度回転できるように、多数の長方形が与えられます。囲まれている長方形の面積を最小限に抑えながら、2 つの長方形が重ならないように、指定されたすべての長方形に適合する長方形を見つける必要があります。

ここで私が直面する問題は、囲みの四角形が与えられ、与えられた四角形が収まるかどうかをチェックするのではなく、最小値を見つけるように求められることです。

バイナリがUPXで圧縮されているかどうかを検出する方法を理解しようとしています。単純なCRCを使用して、アプリが何らかの方法で変更されたかどうかを検出しています。パッカーが原因でサイズがCRCに失敗した場合は、それをOKとして検出したいと思います。

今、私はUPXから始めています。

それで、バイナリにマーカーはありますか？検索する必要のある特定のJMPまたはその他の指示はありますか？
これは主にWindowsでテストされますが、将来的にはLinuxにも追加する可能性があります。

任意のヘルプ（およびコード）をいただければ幸いです。

追加した：

10個のバイナリでチェックした

AddressOfEntryPoint
Import Directory RVA
Resouce Directory RVA

UPXを指すか、UPXによって設定されるオフセットがあります。これに関する情報はありますか？

ありがとう

各エッジに関連付けられた距離を持つ完全な無向グラフGがあるとします。長さlのエッジ（u、v）の意味は、「点uとvをl以外に近づけることはできない」ということです。私の目標は、これらの距離の制約に違反しないように、またポイントの凸包の総面積が最小になるように、このグラフのノードを平面に配置することです。例として、チップに入れたい電気部品がたくさんあり、それぞれがある程度の電気的干渉を生成するとします。コンポーネントを近づけすぎると、コンポーネントが互いに干渉し始め、システム全体が役に立たなくなります。各ポイントが他のポイントからの最小距離を考えると、コンポーネントをチップに配置する最もスペース効率の良い方法は何ですか？

どうやってこれを考え始めるのかさえ分かりません。また、問題がより高次元の場合（超平面に点を詰め込む）にどのように一般化されるかもわかりません。この問題に取り組む良い方法を知っている人はいますか？

シェーダー (HLSL) を作成していて、色の値を R32 形式にパックする必要があります。float を R8G8B8A8 形式にパックするためのさまざまなコードを見つけましたが、逆に動作するものはないようです。私はSM3.0をターゲットにしているので、（afaik）ビット操作はオプションではありません。

要約すると、私はこれを行うことができる必要があります:

誰でもこれを行う方法を知っていますか?

更新
私はいくらか前進しました...おそらくこれは質問を明確にするのに役立ちます.
私の一時的な解決策は次のとおりです。

私は基本的に... 整数型を使用しているふりをしています :s
推測とチェックの結果、[0...1] の範囲を維持しながら使用できる最大数は 64 でした。残念ながら、これは精度がいくらか失われていることも意味します - 8 ビットではなく 6 ビットです。

楽しみと笑いのためだけに、デルファイで64kのイントロを作成しようとしています。このサイズのアプリケーションに最適な実行可能パッカーの1つは、Farbrauschによるkkrunchyです。ただし、（それ以外の場合は空の）Delphi実行可能ファイルで実行すると、次の出力が得られます。

Delphiの実行可能ファイルの両方が原因である可能性があると推測しています。どちらが原因であるかを把握し、実行可能ファイルなどを変更した後、汗をかいて時間を費やしても問題はありません。この問題を回避する方法を知っている、またはいくつかの情報さえありますか？

データ メンバーのオフセットは、次のように簡単に取得できます。

これをコンパイル時の定数式にしたい (または型特性を使用したい)。たとえば、メンバー オフセットを使用して SFINAE ベースのソリューションを実装するために使用するには、静的アサーションなどを使用します。

更新:問題は、コンパイル時の式にする方法です。POD 型で動作するかどうか、または C ライブラリなどに標準マクロがあるかどうかではありません。

おそらく最大のものを中心にして、大まかに円に合わせる必要がある可変サイズの長方形がたくさんあります。

注意。円は固定サイズではありません - それは私が求めている全体的な形です.

これは、怠惰な人間のパックを想像する方法に似ています (ピースが配置されると、それは残ります)。

それらは、幅と高さの最大値から順に並べられています。

理想的には、これは注文によって保証できると思いますが、ギャップはまったくありません。

私が苦労しているアルゴリズムは次のとおりです。

これは最初のいくつかの長方形では問題なく機能しますが、エッジのマージはかなり複雑で、使用するエッジのセクション (一方の端または他方の端) を選択する現在の方法では、多くのギャップが残る傾向があります。

最終的にはこの方法がかなり満足のいくものになると思いますが、もっと洗練された (グラフ?) アルゴリズムが欠けているように感じます。

私の問題は、2D ナップザックの問題、または 1 つの例外を除いてストックの切断にかなり似ています... コンテナーに収まる長方形は、サイズ変更およびトリミングできます。ただし、回転は許可されません。

課題は、作物をできるだけ少なくし、コンテナ全体を埋めることです（隙間はまったくありません）.

似たようなことをするアルゴリズムに遭遇した人はいますか? リンク、疑似コードは大歓迎です。

質問は一般的なものにしましたが、固定サイズのページで写真を整理するために適用したいと思います。

どうもありがとう

現在のZMI管理の「データベースのパック」機能は少し大雑把です。

1）Web UIに何らかの進行状況インジケーターを設定することは可能ですか？たとえば、残りの分/時間数を示して、少なくともある種の見積もりを出します。

2）ZODBパッキングはサイトの応答性にどのように影響しますか？すべてのトランザクションがブロックされていますか？

3）ZEOコマンドラインクライアントからこれを実行できるように、進行状況インジケーターを備えたコマンドラインスクリプトはありますか？

4）出力をログアウトするための少なくともある種のログマーカー...[情報]30％完了...残り3:15