Google NaCl プログラミング 2mol

■ このスレッドは過去ログ倉庫に格納されています
2011/02/25(金) 15:17:57.50
GoogleのNaCl環境でプログラミングする人のためのスレ
Chromeブラウザーは7から--enable-naclオプションを付けて起動するとNaClが有効になります。
※ Chrome 10.x 以降推奨

Native Client SDK : ttp://code.google.com/intl/en/chrome/nativeclient/
Examples: ttp://code.google.com/intl/en/chrome/nativeclient/docs/examples.html
More Examples: ttp://code.google.com/p/naclports/source/browse/#svn%2Ftrunk%2Fsrc%2Fexamples

前スレ
http://hibari.2ch.net/test/read.cgi/tech/1291875057/
2011/07/23(土) 05:25:24.59
米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の
活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。

　同社Research and Systems Infrastructure部門上級バイスプレジデントのBill Coughran氏は
「早期プロトタイプをGoogle Labsに投じることにより多くを学ぶことができたが、目の前にある
莫大な機会を最大限利用するには、これまで以上に集中することが極めて重要だ」と説明している。

　Google Labsの終了により、開発中の多くのプロジェクトは中止となり、一部の技術は既存製品に
統合される。また、Google Labsで手がけているAndroid向けアプリケーションは、同社のモバイル
アプリケーションストア「Android Market」で提供することになる。

　なお、各製品内で新機能を実験提供する「Gmail Labs」や「Maps Labs」といった試験チャネルに
ついては変更する予定はないという。

　Coughran氏は、「6月にSNS『Google+』のフィールドテストを早期開始したことが示すように、
当社はGoogle Labsを支えていたスピードとイノベーションを今後も推進していく」と付け加えた。

　Google+はSNS大手「Facebook」に対抗して立ち上げたプロジェクトで、6月28日より招待制で
試験運用を行っている（関連記事：Google、Facebook対抗のSNS「Google+」を発表、
「現実世界の人間関係を再現」）
2011/07/23(土) 08:01:40.14
>>144
>NaClも開発進めてるけど用途は減っていってる。

Google が持っている開発ターゲット環境は、Go もあるし JavaScript(V8/Traceur) もあるし
Java(Dalvik/GWT) もあるから、どうしても話題が埋もれちゃうよね
2011/07/27(水) 03:15:56.18
>>133,137
JavaScript経由でFileAPIのテンポラリストレージを使えば今でも1Gまでは保存できるよ。
ttp://code.google.com/p/nativeclient/issues/detail?id=566
を見るに、NaClから直にファイル使えるようにする気はあるらしい。
2011/07/30(土) 21:48:40.20
NaCLで
CからopenGL使ってるさんぷるがまったくみあたらない
ヘッダはあるけどまだ使えないの？
149デフォルトの名無しさん
垢版 |
2011/07/30(土) 22:52:49.86
>米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の
>活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。

エエエエェェェェ～。 NaClどうなんの～？
2011/07/30(土) 22:58:46.72
>>149
冷静に考えて、どうなると思う?
2011/07/30(土) 23:01:08.41
Qt ほどひどくはならないんじゃない？
2011/07/30(土) 23:02:03.98
何がどうしてひどくなると思うの?
2011/07/30(土) 23:53:27.01
ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。
2011/07/31(日) 00:00:30.98
つ http://src.chromium.org/viewvc/native_client/
2011/07/31(日) 11:02:52.57
>>152
ひどくならいんだから
ひどくなるとは思ってない
2011/07/31(日) 11:05:38.00
つ　ほど
2011/08/01(月) 00:18:41.09
GoogleLabsはWebサービス寄りの話だし、NaClの開発に関係するサービスも無かったかも。
2011/08/01(月) 00:31:20.56
http://code.google.com/intl/ja-JP/chrome/nativeclient/docs/releasenotes.html
SDK 0.5 (28 July 2011)
SDK 0.4 (20 June 2011)
SDK 0.3 (17 May 2011)
SDK 0.2 (19 April 2011)
SDK 0.1 "Arctic Sea" (17 February 2011)

0.5以降は、Chrome14以降に対してバイナリ互換の予定だって。
バイナリAPIが決まったなら、firefoxへ移植も有り得るのかな？
2011/08/01(月) 00:34:48.25
毎月0.1上げてるのをみると、年末には1.0の発表したいのかもしれない。
2011/08/01(月) 00:37:11.88
>>149
Google Code Labsとは別みたい。
http://code.google.com/intl/ja-JP/labs/
2011/08/01(月) 00:42:24.25
http://code.google.com/intl/en-us/labs/
おっと、日本語のトップページは更新されてなかった
2011/08/01(月) 00:54:06.96
毎月上がる理由は、Chromeが1ヶ月ごとにバージョン上がるのにあわせただけだった。
今後は、どうなるんだろう。
2011/08/01(月) 01:46:39.79
firefoxのバージョンアップあほすぎ
2011/08/01(月) 02:08:57.46
>>13
Chromeのプロジェクトページに、NaClのプロジェクトページができてた。
https://sites.google.com/a/chromium.org/dev/nativeclient

今後の開発ポイントは、下位レイヤーの残り（OpenGLとLLVM）と、Webアプリケーション開発キットだと。

・試験的なOpenGL ES 2.0 サポート(Chrome 15目標)
https://sites.google.com/a/chromium.org/dev/nativeclient/how-tos/guide-to-experimental-3d-support

・PNaClのリリースロードマップ（リリース目標8/1～）
https://sites.google.com/a/chromium.org/dev/nativeclient/pnacl/release-roadmap

・c_salt: a Web Application Development Kit
https://sites.google.com/a/chromium.org/dev/nativeclient/sdk/sdk-experimental/c_salt-design
2011/08/01(月) 19:36:21.23
うっしゃぁまだ無事か。これで投げ出さずに済みそうだ。
関係ないがautotoolに手こずる。コンパイラをどうやって切り替えるんだ？
2011/08/07(日) 00:34:58.97
>164
LLVMの話はARMとx86以外かと思ったら、
・もともとx86で高速なネイティブサンドボックス化ができるところがプロジェクトの開始点
・AndroidやChromeOSとARMさんの方でやれる方がモバイルバッテリーで高効率ということでポイント高い
・ARMネイティブつくってみたけど、なんかしっくりいかない
・LLVMならARM最適化できそう
ってことなのね。
167166
垢版 |
2011/08/07(日) 00:39:39.11
おもいっきり違った。
LLVMは、x86でガッツリ開発して
それからARMもって話なのね。
2011/08/07(日) 01:01:18.95
ちょっと巡回してみたけど、まだかかるみたいだね。

https://groups.google.com/group/native-client-discuss/browse_thread/thread/68aeb10fd0ad763e?pli=1

Issue 135: NaCl runtime for ARM
http://code.google.com/p/nativeclient/issues/detail?id=135
> We are actively working on bringing NaCl to ARM, through the PNaCl effort.
> We currently target ARM "classic" and are working on a Thumb2 model we hope
> will be ready soon.
> We're also discussing internally how we could go forward on Android, but a
> number of issues currently remain to be resolved.
LLVM版のPNaCl使って、とりかかるけどChronium/Android(ARM)のNaClまでまだまだ障害があるよと。
2011/08/07(日) 23:21:07.13
Ubuntu 11.04 Desktop (日本語/32bit) でChrome Unstable (14.0.835.18 dev)でNaCl有効にしても
>>1のexamplesが一つも動かないんだけれどそういうものなんだろうか?
2011/08/07(日) 23:40:05.27
まだ、Chrome13用みたい
2011/08/07(日) 23:48:34.15
Chrome14がstableリリースされる２ヶ月後には、
14以降対応でnexeを放置できるようになるのか。
2011/08/08(月) 20:19:15.62
>>170
These Native Client applications cannot run in Google Chrome version 13.
2011/08/08(月) 21:50:57.09
だれか14か15で動いてる？
winの15だと有効にしてても、プラグインがありませんとなって動かない
2011/08/09(火) 01:36:10.63
winの14なら動くよ。pluginsとflagsの両方がONならば。ubuntuが動かない。
2011/08/13(土) 00:37:50.80
ubuntuの14,15でも動いてる。about:flagsでenableした後、chromeの再起動が必要だった。
2011/08/13(土) 03:30:35.91
解説記事: GoogleがNative ClientをChrome 14に実装, いよいよ次世代...
http://jp.techcrunch.com/archives/20110811chrome-native-client/


Androidで実装されたら本気出す
2011/08/13(土) 09:52:34.63
android は jna があるしな…また別系統
chromeos 早くきてくれ！
2011/08/17(水) 22:11:10.99
>>175
8/9の時点ではstable/bata/unstableのどれでも動かなかったが、今はubuntuでも動くみたいだね。
2011/08/17(水) 22:55:45.19
>>176
実装っていうか10月のversion14からデフォルトで有効になるってことだね
ただWeb Storeに登録しなきゃいけないのが何気にうざい
2011/08/18(木) 00:42:28.39
いずれは Android でも使える様になるんだろうけど、Safari や Firefox みたいな
主要ブラウザで採用される日は来るのかなあ
2011/08/18(木) 11:30:44.69
永遠に来ないよ
Gの囲い込み
2011/08/18(木) 21:14:43.25
これローカルでエミュレートできないのかな。
単に*.nexeを実行したらセグフォで落ちるし、
Wiki見てnacl64-ncvalで動かせるかと思ったら、
libcrypto.soが無いっていうし。
2011/08/19(金) 00:59:40.54
無いならaptで入れればいいじゃないか
2011/08/19(金) 01:02:50.24
今どき OpenSSL が入ってない環境ってあるんだな・・・
2011/08/19(金) 15:08:59.11
VMでテストすりゃええが
2011/08/20(土) 00:35:28.60
VM?

LLVMのlliの事かと思って lli a.nexe したら当然のごとくシグニチャが違うと言われた
2011/08/20(土) 00:53:25.67
>>184
openssl入っててもlibcrypto.soは入ってない。
64bit環境だからかはしらんけど。
2011/08/20(土) 02:08:55.12
CL6.0 64bitだと、/usr/lib64/libcrypto.so.1.0.0
Cent5.6 64bitだと、/lib64/libcrypto.so.0.9.8e
だった。
2011/08/20(土) 18:02:40.43
それがどうかしましたか？
2011/08/20(土) 18:36:09.77
>>189
187さん？
191デフォルトの名無しさん
垢版 |
2011/08/23(火) 21:04:51.58
NaClがサンプル(examples)ですら動かねぇでやんの。

Fedora13 64bit
Chrome 13
about:flagsによるnative client有効化済み
2011/08/23(火) 21:06:01.50
うちは動いてる
2011/08/25(木) 01:21:06.88
>>191
devtoolsのコンソールには何かでてる？
2011/08/25(木) 01:33:19.69
>>193
こんな感じ。
NaCl module load failed: manifest: has unrecognized top-level property "program".

本家のコミュニティー調べたら Chrome 14にすればとか書いてあるけど、
14にしても同じだったってなリプライもあるんだよな。それにLinuxじゃ14って
まだじゃない？
195609
垢版 |
2011/08/25(木) 07:26:11.36
about:flags
about:plugins
両方有効にした？
2011/08/25(木) 20:29:16.15
両方有効状態
2011/08/26(金) 08:29:41.54
>>194
NaClのバージョン違い。
Chrome14のNaClとそれ以前のではmanifestが変わってて互換がないよ。

どのOSでも13が安定板、14がβ版、15が開発版。
β版を入れるか、来月半ばあたりまで待てば動くはず。
2011/08/26(金) 19:55:29.68
なるほどありがと。
って事は、あれかNaClのmanifestが古い開発キットさがせば
ベータ版の14入れなくても動くってことか。
199デフォルトの名無しさん
垢版 |
2011/09/02(金) 00:50:18.72
ほ
2011/09/02(金) 07:05:04.43
win/osxならchrone canary buildとchrome（チャンネル一つ）が同時に起動出来るから、
canary(15)とstable channel(13)入れておけばいいと思う。
#最近osx版が追加された
2011/09/04(日) 03:46:29.53
OSXで動くとか言ってる人がいるけど
SDK0.5のrelease notesに書いてあるクラッシュの問題は解決したの?
Windowsでさえなんだか不安定だというのにMacで本当にちゃんと動くのか不安だ
2011/09/04(日) 19:09:25.06
LLVMベースだから、どっちかってとWindowsの方が外野臭いけどね。
Unix Likeな感じ。
2011/09/04(日) 20:57:04.09
LLVM版は開発中
nexeがpexeになるだったかな。
2011/09/28(水) 19:52:24.99
まだまともに動かないのかよこれ。
今のWebは糞遅いjsが跋扈してかなわん。
2011/09/28(水) 20:17:25.13
おまえは一生重い重い言ってろ
2011/09/28(水) 21:33:54.66
いつから tcl が早い言語ってことになったんだｗ
tcl もふつうに処理の遅い言語ですよお父さん…
2011/09/30(金) 21:32:40.24
画面更新が上手くいかん
IMageDataがローカル変数なのがマズイのか？
DidChangeViewのなかでしてるのがマズイのか？
WM_PAINTみたいなタイミングをどっかで待たなきゃいけないのか？
はたまた何か抜けてる？

namespace Nacl = pp;
virtual void DidChangeView( const Nacl::Rect &position, const Nacl::Rect &clip )
{
        Nacl::ImageData
                image( this, PP_IMAGEDATAFORMAT_RGBA_PREMUL, position.size(), true);
        Nacl::Graphics2D
                graphics( this, clip.size(), true );

        for( int i = 0 ; position.size().height() > i ; ++i )
        {
                static_cast<uint32_t*>( image.data() )[i] = 0x55555555;
        }

        graphics.PaintImageData( image, Nacl::Point() );
        graphics.Flush( Nacl::CompletionCallback() );
}
2011/10/01(土) 22:27:57.73
自己解決
BindGraphicsを呼び出してなかっただけだったわ
2011/10/05(水) 00:38:05.54
LLVMでも使えるのにSIMDライブラリが使えん。
GPUで何とかしろってことか。
2011/10/06(木) 00:06:37.33
めんごめんご。やっぱSSE使えたわ。-msseオプション入れてなかっただけだったわ
2011/10/08(土) 21:57:48.03
次期SDKのベータ来たな
ttp://code.google.com/intl/ja-JP/chrome/nativeclient/docs/beta-sdk.html
2011/10/08(土) 22:14:14.76
Manifest変えるのは勘弁してくれ
2011/10/09(日) 00:11:16.39
NaCl ABIが決まった後の開発の中心はPepper APIってやつなのか
2011/10/09(日) 00:54:09.89
http://code.google.com/intl/ja-JP/chrome/nativeclient/docs/compiling.html
http://code.google.com/intl/ja-JP/chrome/nativeclient/faq.html
>You must load the correct .nexe file for your machine's specific instruction set architecture (such as x86-32 or x86-64).
>You can ensure you're loading the correct .nexe file by building a separate .nexe for each architecture, and using a .nmf
>manifest file to let the browser select the correct .nexe file. Note: the need to select a processor-specifc .nexe will go
>away with PNaCl (Portable Native Client).

なるほど…確かに面白そうだ
2011/10/09(日) 01:35:49.78
http://src.chromium.org/viewvc/chrome/trunk/src/gpu/GLES2/extensions/CHROMIUM/CHROMIUM_enable_feature.txt?revision=96510&view=markup

集約させたい気持ちも分からんでもないが
少々、いやだいぶ敷居は上がっていってる気もしないでもない
いいぞもっとやれと云うべきなのかｗ
2011/10/09(日) 14:56:49.46
Native Client プラグインは使用できません

とか出るな sdkベータ $httpd.cmd 5103
dev channel の chrome 15 以降で動くと書いてあるような気はするのだが…（汗
2011/10/09(日) 15:07:38.40
>>195
そうか plugin は初めからonになってるけど flags はデフォじゃonになってなかったからか㌧
2011/10/09(日) 22:59:49.96
googleはjavascript、dartにnaclと新しいものを生み出すはいいが、
結局のところ、戦略的には何を使わせたいんだ？
2011/10/09(日) 23:08:32.19
golang と gae を忘れちゃ駄目だぞ
君の心に feeling haert!

って明日だね dart の発表…
2011/10/09(日) 23:46:02.24
いまのところ、一般向けはflags:offになってて
chrome storeで、追加したウエブページ（試した）やプラグイン（試してない）で、有効になる流れみたい。
2011/10/10(月) 06:40:27.95
gaeとgwtは糞
2011/10/10(月) 11:57:27.86
clangの中の人が頑張って、native clientでobjective-cが動かないかな
2011/10/10(月) 21:26:48.23
>>218
ブラウザとOSの統合じゃね。
最終的にブラウザがOSを食う形で。
Nacl つかってみると、ファイルアクセスも使えるし、
オーディオもグラフィックも、サーバーとの通信もできる。
イベントも自前で処理できるし極小なOSとしては充分じゃね。
224223
垢版 |
2011/10/10(月) 21:28:10.25
はやとちりした。ごめん。
225デフォルトの名無しさん
垢版 |
2011/10/19(水) 22:23:57.02
Wiki作ってみた。まだ全然書けてないけど興味のある人は協力よろ。

Google NaClであそぼう
http://www18.atwiki.jp/nacl
226デフォルトの名無しさん
垢版 |
2011/10/20(木) 13:20:11.23
どんまい
2011/11/08(火) 00:59:42.09
プレス向けの広報はないけど、10月下旬からgonacl.comというサイトが出来たり
公開版発表してから思った以上に開発よりのコンテンツ作成に力入れてるね。

http://www.gonacl.com/
開発者へ http://www.gonacl.com/dev/index.html
コミッターへ https://sites.google.com/a/chromium.org/dev/nativeclient
SDKサイト http://code.google.com/intl/en-US/chrome/nativeclient/docs/technical_overview.html
デモ http://www.gonacl.com/dev/demos.html
2011/11/08(火) 01:09:03.26
http://www.gonacl.com/dev/supported_software.html
ミドルウェアやツール類
gonaclのdevトップのニュースとミドルウェアなどみてると、思ったよりchrome storeに各種ゲームが登場しそう。
tclがあるのはCAD/CAMを移植して欲しいのかな。
そしてocamlがあるのは何故だろう。
2011/11/11(金) 02:22:19.43
もともとはtclがブラウザに載るって計画があった気がするので、
tclの作者をリスペクトしてだと思ってたよ
2011/11/12(土) 00:56:19.23
ocamlがあるのは関数型が金融での使用例が多いからかしら？
2011/12/12(月) 11:22:53.52
地味に開発は進んでるんだな

http://japan.cnet.com/news/service/35011743/
　カリフォルニア州マウンテンビュー発--3年間の沈黙を経て米国時間12月9日夜、Google本社で、
ウェブのセキュリティを高め、ブラウザのパフォーマンスを著しく向上させる同社の新テクノロジが初めて公に披露された。

2011/12/12(月) 14:51:56.62
既出かもしれんけど、このBastionってゲームNaCl対応らしいけどよく出来てるよね。↓
http://www.youtube.com/watch?v=VZAuKkv4eZE

Linuxでぬるぬる動く。
2011/12/12(月) 15:45:43.06
いいですねー。久々にこういうゲームプレイしたくなった
2011/12/12(月) 22:19:45.14
□エニがゲーム提供するんだっけ？
2011/12/13(火) 00:58:03.31
Chrome以外で動かすためのプラグインとか
まだ無いんだろうな
普及したら使うのに
2011/12/13(火) 01:35:56.82
ないけどオプソだからすぐ作れるだろ
2011/12/13(火) 03:41:42.86
Gの思う壺
2011/12/16(金) 11:22:18.37
SPDYはFireFoxのnightlyに入ったが
NaClのABIは春にFIXしたけど
ARMやPNaClはこれからだし、Papperもまだ先。
なにかしらの対応ソフトが出て安定してからのような気がする。
もしかすると、ここ一年でそうなるのかもしれないが。
2011/12/17(土) 23:57:59.38
【ウェブアプリケーションという不幸 】

現在、多くのプログラマ（素人）がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。

HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事（プロトコル）
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。（実際WebBrowserというコントロールがある。）
JavaならWebClietnだ（これは、ブラウザではないが。）。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。
2011/12/18(日) 20:49:27.19
プラットフォームから独立したアプリケーションを持つというのは
非常に効率の良い投資になり、上記の意見はあまり利口ではない

速度の問題はあるが、マルチコア化等のハードの進化とNacl等で
解決されるから柔軟性、移植性の方がはるかにこれからは優先される
2011/12/18(日) 23:41:33.75
ブラウザOS時代のプラグインのあり方、くらいに思ってるけどね
2011/12/19(月) 11:52:17.47
よく考えるとJavaのやり直しっぽいなNaCL
2012/01/08(日) 09:08:01.17
逆にクロスプラットフォームでセキュアなC/C++が有り得るならJavaなんて要らんかったんや
2012/01/16(月) 04:10:29.72
ActiveX, Java, Flash, Silverlight
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況