問題タブ [format-conversion]

古い.mdbAccessファイルを新しい.accdb形式に変換する必要があります。vb.netでこれを行うための最良の方法は何ですか？

重複の可能性：
PHPを使用してjpg画像をgif、png、bmp形式に変換する

file_get_contentsメソッドを使用してURLからJPEG画像ファイルを取得しています。PNGファイルに変換するにはどうすればよいですか？

フレームを YUV420p 形式 (またはそのような形式) から ABGR 形式にオンザフライで変換し、結果のフレームをビデオ メモリにテクスチャとして配置したいと考えています。

私が今考えることができる2つの方法があります：

1. 各チャンネルをソース テクスチャにして、別のテクスチャにレンダリングします。
2. 計算シェーダーで「通常どおり」実行します。

GPUのルールがよくわかりません。私のカードのように、720 個のシェーダー コア、36 個のテクスチャ ユニット、および 16 個の出力ユニットがあります。各サイクル内で、最大 40 のテクスチャをサンプリングして 16 ピクセルを出力できる一方で、720 のシェーダー操作を実行できるということですか? したがって、方法 1 を使用すると、ピクセルごとに 2 つまたは 3 つの操作しか使用しない場合でも、16 ピクセルの出力に制限されますか? 方法 2 を使用すると、1 ピクセルを 45 サイクル以内に変換できれば、方法 1 よりも高速になるということですか?

空間データ（.png）

に

多くのデータ変換と処理操作を必要とする研究プロジェクトを開始しようとしています。一方で、データはかなり大規模です (未加工のデータセットの場合は 10 GB が一般的です)。そのため、効率が問題になります。一方、これらの操作の多くは 1 回限りであり、再実行されることはめったにないため、デプロイ可能なアプリケーションを構築するのはやり過ぎです。これはユーザー アプリケーションではなく、ほとんどが実験です。

いくつかの特徴と制約:

1. JSON および XML から表形式への多くの連鎖形式変換、次にパッチ適用、テキスト インデックス作成、他の形式へのエクスポートなど。
2. 私はマルチコア マシンを持っていますが、少なくとも最初は複数のマシンは持っていません。
3. データは全体としてメイン メモリに収まらず、私の経験から、いくつかのコアを活用する必要があります。

このようなプロジェクトを処理するための推奨ツールは何ですか? 私の好みは次のとおりです。

1. 複数のフォーマット (JSON、XML、CSV) の可能な限り簡単な処理
2. 複数のソースとシンク (テキスト ファイル、アーカイブ、データベース) のサポート
3. 複数のコアを利用する
4. 管理、展開の問題などを最小限に抑えます。

プログラミング言語は問題ではなく、Windows または Linux を管理できます。ありがとう！

16 進数をファイルから int に変換したい。
文字列は次のようになります:
\0\0\x05\xa0
これは 1440 のはず
int i = '\x05'
です5。

しかし、同じことをすると、\xa0が得られ-96ます。
文字列を正しく変換する方法はありますか?

ネストされたマップ (バイナリ データ ストリームから生成) から SOAP クライアントへの汎用ゲートウェイを構築したいと考えています。

背景: SOAP サービスを呼び出す必要がある非 Java アプリケーションは、json または SOAP/XML を生成できませんが、カスタム プロトコルを簡単に生成できます (これは私たちの管理下にあります)。

そのため、プロキシが必要です。そのプロキシは、WSDL の変更や次の Web サービスのロールアウトのたびに書き直すべきではありません。

私の計画は次のとおりです。

• URL、ポート、およびサービス名 (url:port/service-name) をそのプロキシの「厳密な」定義パラメータとして持つには、

• SOAP アクションを「厳密な」定義済みパラメーターとして持つ

• url:port/service-name?wsdl の wsdl を要求 (おそらくキャッシュ) し、スタブ呼び出しを動的 (キャッシュ) に開始します。

• ネストされたマップに存在する値をそのスタブに入力します

• SOAP サービスを呼び出す

• 答えをそのバイナリプロトコルに変換します。

必要な値が欠落している場合は、SOAP エラーと同等のものを送信する必要があります。

もちろん、短い (手頃な) レイテンシー、高い安定性、最小限のデプロイ ダウンタイム (更新のため)、およびかなりの負荷を伴います。

いくつかの可能性があります。

a) WSO2ESB のような ESB を使用する。そこで、ストリーム形式を特別な入力形式アダプターとして実装し、それを内部 XMLStream に変換し (少なくとも json アダプターはそのように機能するようです)、メディエーターに送信します。そのメディエーターは、 http://today.java.net/pub/a/today/2006/12/13/invoking-web-services-using-apache-axis2.html「動的クライアントの作成」のようなことを試み 、呼び出しますSOAP サービスを直接。

b) Camel で ApacheMQ のような MOM ミドルウェアを使用する

c）Apache KarafやCXFのようなものに減らします

私はこれらすべての可能性の間で少し迷っており、それらはそれぞれの種類の多かれ少なかれ恣意的なサンプルです。

a) への考え:

• マイナス: メディエーターが指定された SOAP リクエストを直接呼び出すため、ESB ターゲットがないのは少し奇妙に感じます。

• マイナス：内部で XML-Stream に変換するのに余計な時間とリソースがかからないのだろうか

• マイナス: コードを変更するには、WSO2ESB を再起動する必要があります。

• さらに、url、port、service-name の代わりに、ESB を使用して解決されるシンボリック名を定義できますが、余分なミリ秒はかかりません。

b) については、これらのフォーマット変換が Camel でどれほど簡単か、および SOAP-Service-Requests がメッセージ送信とキューイングに適合するかどうかをまだ確認していません。

私はすでにそのトピックをいくつか検索しましたが、まったく異なる製品の範囲が重複しているため、本当に混乱しています. 私はそれが標準的な問題だと思っていましたが、明らかな解決策はないようです-少なくとも私はそれらを見つけられませんでした.

これらのソリューションのどれが問題や多くの作業につながる可能性があるか (そしてどれが簡単に成功するか) の手がかりを得たいと思っています。また、私のアプローチに何らかの理由があることを願っています.

資格のあるコメントをありがとう！

マルコ

参加者がさまざまな形式で生年月日を入力したアンケート データがあります。

分析を行う前に、データが正しい形式 (つまり dd/mm/yr) でない場合にデータをサブセット化し、各セルを手動で修正できるようにする必要があります。

私は使用してみました：

...どの日付が正しい形式であったかを強調しますが、間違って入力された日付の NA を取得するだけなので、後でそれらを変更したい場合には役に立ちません (ID を参照として使用します)。

誰かが私を助けることができるかもしれないアイデアを持っていますか?