2

複数のプロセスで使用できるある種のリソース管理メカニズム (共有メモリ) が必要な Chrome 用のプロセス外プラグインを開発しています。その後、Pepper プラグインを見つけました。目標を達成する見込みがあるようです。

ここで提供されている ppapi サンプル フォルダーは、単純なスタブ プラグインです。別のドキュメントによると、次のコマンドでロードできます。

chrome.exe --ppapi-out-of-process --register-pepper-plugins="[chromium_path]\src\build\Debug\ppapi_example_cc_stub.dll;application/x-ppapi-example-stub"

問題は、dll パスと MIME タイプを指定せずにプラグインをロードするクリーンな方法が見つからなかったため、Chrome 実行可能ファイルを起動するだけでプラグインを簡単にロードできることです。

Windows レジストリに新しい項目を追加するか、manifest.json ファイルを定義する必要があると思いますが、その方法がわかりません。誰かが私にアイデアを与えることができますか？

ありがとう！

4

1 に答える 1

0

PPAPI プラグインを開発しているときに、同じ問題に遭遇しました。しかし、chrome://plugins を開くと、3 つの PPAPI プラグインがあります。他は NPAPI プラグインです。PPAPI プラグイン dll (pdf.dll) のファイル名を変更します。クロムを再起動します。chrome internel pdf プラグインが機能しないことがわかりました。

PPAPI プラグインの登録情報は、Chrome ブラウザの実行バイナリ ファイルに固定されていると思います。クロムのソースを検索すると、これが見つかりました。

// File name of the internal PDF plugin on different platforms.
const FilePath::CharType kInternalPDFPluginFileName[] =
#if defined(OS_WIN)
    FILE_PATH_LITERAL("pdf.dll");
#elif defined(OS_MACOSX)
    FILE_PATH_LITERAL("PDF.plugin");
#else  // Linux and Chrome OS
    FILE_PATH_LITERAL("libpdf.so");
#endif

したがって、おそらく npapi の方が実用的です。

于 2012-11-03T02:53:51.380 に答える