Linux FrameBuffer上でGoogleクロムを実行する必要があるプロジェクトに取り組んでいます。ウィンドウシステムに依存せずに実行する必要があります(描画するために提供するバッファーを描画する必要があります。これにより、組み込みシステムへの移植が非常に容易になります。簡単)、マルチタブGUIは必要ありません。バッファにレンダラーウィンドウが必要なだけです。これを試した人はいますか?これにはどのようなアプローチを使用する必要がありますか?
7 に答える
ウィンドウ関数を直接制御する必要がある場合、またはDOMデータを調べたい場合、この問題を解決する正しい方法は、おそらくWebkitの埋め込みを直接調べることです。これは、私が提案しようとしているものよりもはるかに高速でクリーンになります。
さて、あなたがそのような凝ったコントロールをすべて必要とせず、あなたが本当に怠け者であると仮定しましょう。問題に対する古くからのローテクな解決策は、仮想フレームバッファーを作成し、その内容を直接読み取ることである可能性があります。これを行うには、サーバーにxvfbを設定します。
http://www.x.org/releases/X11R7.6/doc/man/man1/Xvfb.1.xhtml
xvfbは、必要なタイプの構成で仮想xサーバーを作成できる古いUNIXツールです。さらに重要なのは、Xサーバーの画面の内容をメモリマップトファイルに直接書き込むように構成できることです。共有メモリを使用するように設定することもできます。これは少し高速ですが、より複雑です。
uzblとGTK/DirectFBの方が幸運だと思います。同じエンジンで、JavaScriptで動作します。Facebookのチャットの問題については、文字列を変更するだけでよいと思いますuser-agent
。
Origyn Webブラウザがあります。これは、移植性があり、「重い」ライブラリ(GTKなど)に依存しない組み込みWebKitベースのブラウザであると想定されています。彼らのウェブページはhttp://www.sand-labs.org/owbですが、データベースがクラッシュしたようです。少し心配かもしれません。
webkitエンジンをnetsurfフレームバッファベースのコードに移植してみてください。
HTH
残りの10枚(またはそれくらい)のOGD1ボードの1つを購入できます。 http://en.wikipedia.org/wiki/Open_Graphics_Project
次に、libpciを使用してハードウェアと直接通信できます。
ただし、画像をメモリバッファに描画するコードは引き続き必要です。
この答えはもっと恥知らずなプラグだと思います。しかし、あなたの質問に興味がある人はそのようなボードが欲しいかもしれません。私はすでにこのようなボードを持っています、そしてそれがより多くの露出を得ればそれは大いに役立つでしょう。
このプロジェクト:
http://code.google.com/p/wkhtmltopdf/
それを達成します。仮想ディスプレイ上でWebkitを実行し、レンダリングされた出力をPDF形式でキャプチャします。あなたは何か他のことをするようにカスタマイズすることができます。
または、tigthvncを使用してディスプレイを作成し、ChromeがそのディスプレイでレンダリングされるようにDISPLAY変数を設定することもできます。
webkit2pdfパッケージ(さまざまなLinuxディストリビューションで利用可能)を使用することをお勧めします。次に、 fbiフレームバッファプログラムのラッパーであるfbgsを使用します。これは、PDFファイルをフレームバッファに直接表示します。