問題タブ [smoothing]

ポリゴンのエッジを滑らかにしようとしています。これは、ユーザーがズームインおよびズームアウトできるマッピング アプリケーション用です。高ズームではすべての詳細は必要ないので、ポリゴンを滑らかにしてポイントの数を減らします。すべてのポイントを繰り返し処理し、最後のポイントから X の距離内にあるポイントを削除します。ここで、X は、結果の画面上の適切な 1 ピクセルです。

いくつかのケースを除いて、これはうまくいくようです。たとえば、ユーザーがズームインすると、詳細を非同期にロードしながらベクトルを拡大します。追加の詳細が読み込まれている間、ユーザーには次の画像のようなものが表示されます。

正方形のベクター ポリゴンの角が、うっかり丸くなってしまいました。

私が探しているのは、コーナーなどの一部の機能を維持しながら、ポリゴンを描画するポイントの数を減らすスムーズな、またはサイズ変更のアルゴリズムです。

時系列をベジエ平滑化し、グラフのグレースケール ビットマップに変換しようとしています。明確にするために、基本的には、C# で時系列のデータを取得し、Excel で平滑化されたグラフを仮想的にプロットし、このグラフをグレースケール ビットマップに変換し、ピクセル値の 2D 数値配列を出力する必要があります。

GDI+ の DrawBezier 関数は、視覚的な表示を出力として直接作成するだけのようです。その出力を Image オブジェクトにリダイレクトすると、それをピクセル値配列に変換できると思います。

サブピクセルの配置により、GDIと比較してDirectWriteテキストレンダリングがぼやけることはすでに知っています。

ただし、私の質問はもう少し基本的です。DirectWrite（および関連するメソッド）でテキストをGDIのように鮮明にレンダリングできないのはなぜですか？

言い換えると、GDIのように、DirectWriteがテキストを最も近いピクセルにスナップできない理由は
何ですか？

たとえば、ハードウェアの問題ですか？ドライバーアーキテクチャの問題？単に実装されていないのですか？または、他の何か？

小さいサンプル：

より大きなサンプル：

Direct2D、エイリアス：

Direct2D、デフォルト：

Direct2D（「クラシックGDI」）：

Direct2D（「ナチュラルGDI」）：

実際の古典的なGDI：

実際のClearTypeGDI：

注：これらすべてがぼやけているように見える場合は、次を実行してください

Chromeのコンソールで、後で表示します。

今回の私の質問は、技術的というよりも方法論的です。毎週更新される時系列データがあります。残念ながら、時系列は非常に不安定です。そこで、フィルター/スムージング法を適用したいと思います。Hodrick-PrescottとLOESSを試してみました。どちらの結果も良好に見えますが、過去のデータポイントとは大きく異なる新しいデータポイントが続く場合は、古い値を修正する必要があるか、変更する必要があります。誰かがRで実装されているメソッドを知っていますか？それは私が望むことをすることができますか？メソッド/関数の名前でおそらく完全に十分でしょう。ただし、時系列の最初のデータを失いたくないので、左側の移動平均よりも洗練されたものにする必要があります。すべての助けのコメントは大歓迎です！どうもありがとうございます！

よろしくお願いします、

アンドレアス

次のルールを適用する必要があるポイントシーケンスによって指定されたポリゴンがあります。

• 角度は 180、90、45 度でなければなりません。
• ラインが平行である場合、ライン間の距離は minValue より大きくなります。
• ポリゴンの向きは水平と垂直です。

(特定の問題に最も近い場合は、OpenCV でオブジェクトの輪郭を見つけた場合、それらを描画するのに適しているはずです)

私はこのようなことをする必要があります:

今、私は少し変更を加えて、このコードを使用しています:

ご覧のとおり、実際にはその写真を取得した後、すぐに「photoButton」に設定したいのですが、UI はスムーズになりましたが、photoButton の外観は常に黒です...

次に何をすべきですか？

_______________________更新しました___________________

AとBの2つのviewControllerがあります。AはルートviewControllerで、BはAの子viewControllerです。Bには、カメラを呼び出して写真を撮るためのボタンがあります。

ユーザーが写真を撮った後、写真の外観はその写真になります。

Aから新しいB（写真なし）を押すとスムーズに進みます。しかし、写真を含む古い B がある場合、次のコードが原因で、アニメーションが少し動かなくなります。

ただし、その写真を photoButton の背景に設定する必要があるため、ビューが表示される前にその写真を取得する必要があります。

では、ビューのアニメーションがくっつかないようにする方法はありますか? ユーザーエクスペリエンスが実際に低下するためです。

私がしていること

こんにちは、フラッシュ (ビルダー) アプリケーションへの外部イメージのロードに問題があります。画像を表示するには、次のようにスムージングを有効にして BitmapImage を使用します。

<s:BitmapImage id="image" smooth="true" smoothingQuality="high" width="100%" height="100%" fillMode="clip" />

また、次のように、新しい flex4.6 scaleMode ZOOM を使用してサムネイルを表示します。

元の画像の幅と高さを保存する必要があるため、SWFLoader を使用して外部画像をプリロードします。

問題

アプリケーションをローカルでテストすると、すべて正常に動作します! しかし、Web ドメインから実行すると、問題が表示されます。同じドメインで実行されている画像と Flickr からの画像の場合 = 問題ありません。しかし、imageshack のような他の画像には、次の問題があります。

• 大きな BitmapImage は滑らかではありません。
• サムネイルは想定どおりにスケーリングされません。サムネイル画像の左上隅にごくわずかに表示されています。マウスをその上に置くと、サムネイルが表示されますが、デフォルトの scalemode と fillmode CLIP で表示されるように

原因？

問題の原因はよくわかりませんが、画像ソースで見られる唯一の違いはドメイン ポリシーにあります。Flickr の crossdomain.xml は、imageshack.us http://www.imageshack.us/crossdomain.xmlとは異なり、すべてのhttp://farm1.static.flickr.com/crossdomain.xmlを許可します。

これが原因である場合、なぜ画像がまだ読み込まれているのかわかりません。何が起こっているのか正確に知っている人はいますか？解決策はありますか？サンクス。

展開可能なリストで子として Web ビューを取得しました。Web ビューを水平にスクロールすると、リストビューの垂直スクロールと衝突します。

左右にスワイプしたときにスムーズに水平スクロールしたい。

メモリ データとタイムスタンプを保持する MySQL データベースがあります。システムで使用されているメモリや使用可能なメモリの合計などの非常に単純なデータ。ここで、このデータを使用していくつかの簡単な計算を行った後、MySQL VIEW を作成して、ある程度のデータ平滑化を実現したいと考えています (平均にローリング ウィンドウを使用)。

最初のテーブルは次のようになります。

作成された VIEW は次のようになります。

要件：

最初の 3 列は同じですが、列mem_5_min_avgには、 mem_totalが同じ ( mem_totalが変化している)場合、次の 5 分間の平均使用メモリが含まれている必要があります。

したがって、次の行は次のように計算する必要があります。

• mem_5_min_avg 列の 1 行目 (467+432+490+501)/4 = 1890/4 = 472.5 = 473 <- 2012-03-16 23:29:05 プラス 5 分 2012-03 なので、ここで 4 行を合計します-16 23:34:05
• mem_5_min_avg 列の 2 行目 (432+490+501+396)/4 = 1819/4 = 454.75 = 455
• mem_5_min_avg 列の 3 行目 (490+501+396)/3 = 1387/4 = 462.33 = 463
• mem_5_min_avg 列の 4 行目 (501+396)/2 = 897/2 = 448.5 = 449
• mem_5_min_avg 列の 5 行目 396 <- 次の測定が 5 分以内であっても、mem_total が変化しているため、ここでは行を合計しません。
• mem_5_min_avg 列の 6 行目 (404+801)/2 = 1205/2 = 602.5 = 603
• mem_5_min_avg 列の 7 行目 801

mem_5_min_avgが計算された後、mem_rate_usage列が必要です。これは、パーセンテージで指定されたメモリ使用量の単純な割合を示します。

たとえば、mem_rate_usage の 3 行目は463 /1024=0.45214844 のように計算する必要がありますが、最後の列は 801/1536=0.52148438 のように計算する必要があります。

これにアプローチする方法についての手がかりがありません。「GROUP by」と組み合わせて「AVG」機能を試してみましたが、実際にはここで何もグループ化したくありません。作成されたビューに同じ数の行とデータを持ち、さらに平滑化されたデータとレートが必要です。