トップページ⇒tech
235コメント67KB

Google NaCl プログラミング 2mol

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん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/
0002デフォルトの名無しさん2011/02/25(金) 15:18:51.00
ttp://sourceforge.jp/magazine/11/02/22/104206
 米Googleは2月18日、C/C++で実装されたネイティブコードをWebブラウザ上で実行できる
「Native Client Software Development Kit(SDK)」の最新版を公開した。
Windows、Mac OS X、Linuxに対応する。
0003デフォルトの名無しさん2011/02/25(金) 15:19:33.06
JavaApplet というよりは ActiveX だよね
ttp://slashdot.jp/it/08/12/10/0836211.shtml
ttp://slashdot.jp/it/10/03/20/0554238.shtml
0004デフォルトの名無しさん2011/02/25(金) 15:21:00.80
Native Client SDK : ttp://code.google.com/p/nativeclient-sdk/
NaCl ports : ttp://code.google.com/p/naclports/
Gallery: ttp://naclports.googlecode.com/svn/trunk/src/gallery/index.html
0005デフォルトの名無しさん2011/02/25(金) 15:22:54.20
NaCl に興味があるなら、インストールして試してみると良いよ

Google が開発しているプログラム実行環境(Native Client :
C/C++, Native Activity : C/C++, Dalvik : Java, V8 : JavaScript、
Go : Go、Unladen Swallow : Python)の中でどれが一番長生き
するか調べて、ブログにでも載せておいてくれると助かるわ
0006デフォルトの名無しさん2011/02/25(金) 15:24:31.08
206 デフォルトの名無しさん [sage] 2011/02/23(水) 00:30:05.97 ID: Be:
    かってに、google に甘い期待をしているんだけど、

    ttp://sourceforge.jp/magazine/11/02/22/104206

    これとかを見ると、google 的には、
    C++ は Web アプリみたいにして、
    Android に持っていくつもりなのかな。

    プログラマのヘマでセキュリティーホール作られるよりは、
    制限あっても、sandbox 内で…って感じで。

    Javaが選ばれた理由も、そんなんじゃなかったっけ?
0007デフォルトの名無しさん2011/02/25(金) 15:25:40.48
207 デフォルトの名無しさん [sage] 2011/02/23(水) 02:12:51.53 ID: Be:
    Android 2.3 以降の Native Activity も sandbox 内で動くみたいね
    NaCl と融合する可能性はあるのかな
0008デフォルトの名無しさん2011/02/25(金) 15:27:33.25
212 デフォルトの名無しさん [sage] 2011/02/23(水) 10:55:37.75 ID: Be:
    >>206
    面白そうだけどChromeでしか動かないって
    ChromeOSのサブプロジェクトかなんかか
0009デフォルトの名無しさん2011/02/25(金) 15:28:10.77
214 デフォルトの名無しさん [sage] 2011/02/23(水) 13:06:31.99 ID: Be:
    >>212
    FirefoxとかOperaでもすぐ使えるようになるのでは?
    http://slashdot.jp/it/08/12/10/0836211.shtml
0010デフォルトの名無しさん2011/02/25(金) 15:29:03.14
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。

                  京都大学霊長類研究所
0011デフォルトの名無しさん2011/02/25(金) 15:30:13.72
Nixysaという半自動でNPAPIのコードを書いてくれるツールが使えるかも。
http://code.google.com/p/nixysa/
基本的にはいきなりNaClというよりまずNPAPIを使ったプラグインを開発できるようになったほうがよさげ。
多分プラグインとして動けばNaCl化は難しくない。
0012デフォルトの名無しさん2011/02/25(金) 15:31:09.17
2ch関連スレ。chromiumブラウザー
http://hibari.2ch.net/test/read.cgi/software/1278083626/l50
0013デフォルトの名無しさん2011/02/25(金) 15:31:19.20
chromiumブラウザーのデザインドキュメントがかなり役に立つ。
https://sites.google.com/a/chromium.org/dev/developers/design-documents
0014デフォルトの名無しさん2011/02/25(金) 15:35:31.28
17 デフォルトの名無しさん [sage] 2011/01/05(水) 21:24:56 ID: Be:
    あ、こっちにスレあったのね。

    NativeClientって、当初のx86コード利用って方針からポータビリティを重視して
    LLVMのビットコードを使うようになるんだよね?
    それって、Zero/SharkのJavaVMと比べて何が違うの?
    というか有利なの・・・?

    JVMのネイティブコードキャッシュが出来る機能を突き進めた方が幸せにならない?
    ・・・か。
    自社だけでコントロール出来ない物は改変しちゃえってことだもんなぁ。Dalvikみたいに。

18 デフォルトの名無しさん [sage] 2011/01/05(水) 21:48:04 ID: Be:
    そうなの?
    最近追っかけてないからよく知らないけど、それは朗報だな。
    LLVMのビットコードで送りつけて、現地でマシン語にコンパイルする方式は俺的にグッジョブだわ。
    昔それを考えていた。
0015デフォルトの名無しさん2011/02/25(金) 16:40:29.21
>>1 乙
0016デフォルトの名無しさん2011/02/25(金) 19:23:07.85
前スレ落ちてたんだね。スレ立て乙です(^_-)-☆
0017デフォルトの名無しさん2011/02/25(金) 19:47:01.87
前スレってレス20くらいで落ちてた気がするので
今回も過疎ってると落ちるかもね
0018デフォルトの名無しさん2011/02/25(金) 23:53:55.47
じゃあ勉強がてら練習ソースうpする
0019デフォルトの名無しさん2011/02/26(土) 00:46:41.62
wktk
0020デフォルトの名無しさん2011/02/26(土) 08:19:54.18
>>1
   n ノノノハヽ
  (ヨ川´・�D・)<乙です
   Y      つ
0021デフォルトの名無しさん2011/02/26(土) 08:37:39.72
2molとは粋な計らいを・・・
0022デフォルトの名無しさん2011/02/26(土) 18:10:08.34
これがこのスレでの初めての書き込みなのに、俺が書いたレスが既に張ってあるから、
もう書く事無いよ。NaCl/ARM が Android で動くとかすればなあ。
0023デフォルトの名無しさん2011/02/26(土) 19:13:46.80
そうだね
0024デフォルトの名無しさん2011/02/26(土) 19:16:43.65
NaClって分子じゃないのに何でmolで数えるんだろう
0025デフォルトの名無しさん2011/02/26(土) 22:42:33.99
逆にどう数えろと…
0026デフォルトの名無しさん2011/02/27(日) 03:43:09.47
[訂正記事]グーグルのNative Client、CPUに依存しない互換性は将来のバージョンにて 2010年3月21日
ttp://www.publickey1.jp/blog/10/native_clientcpu.html
0027デフォルトの名無しさん2011/02/27(日) 03:46:40.68
GoogleのNative ClientでWebアプリケーションのパフォーマンスを改善する
作者 Abel Avram , 翻訳者 笹井 崇司 投稿日 2010年4月16日 午後3時8分
ttp://www.infoq.com/jp/news/2010/04/Google-Native-Client
0028デフォルトの名無しさん2011/02/27(日) 03:46:49.77
Google が頑張って IE と Safari と Firefox 向けに NaCl の Plug-in を作ったとして、
これが普及する芽はあるのかなあ。iPad / iPhone 向けには Plug-in は作れない訳だし、
JavaScript がこれだけ力を持つと、ひっくり返せるものなんだろうか。
0029デフォルトの名無しさん2011/02/27(日) 03:55:42.88
GoogleがNative Clientを刷新。が、最後までやり遂げるだろうか?
作者 Dionysios G. Synodinos , 翻訳者 南 伸二 投稿日 2011年2月23日 午後7時42分
ttp://www.infoq.com/jp/news/2011/02/google-revamps-native-client
0030デフォルトの名無しさん2011/02/27(日) 03:57:49.41
Native Client: A Technology for Running Native Code on the Web
Monday, December 08, 2008 | 12/08/2008 11:58:00 AM
ttp://googlecode.blogspot.com/2008/12/native-client-technology-for-running.html
0031デフォルトの名無しさん2011/02/27(日) 04:05:15.34
ポータブルにならないなら
普通にexe配布した方が良いお

Native Clientの仕組みはどうなっているのか?
ttp://d.hatena.ne.jp/yaneurao/20081211
0032デフォルトの名無しさん2011/02/27(日) 06:15:18.06
いまさら劣化ActiveXもどきか。
0033デフォルトの名無しさん2011/02/27(日) 08:02:43.80
ActiveXというよりJavaでしょ
0034デフォルトの名無しさん2011/02/27(日) 10:01:47.72
>>33
いや、JavaとActiveXの公約数。
0035デフォルトの名無しさん2011/02/27(日) 11:54:05.73
ActiveXのように速いJava
Javaのように安全なActiveX
0036デフォルトの名無しさん2011/02/27(日) 14:39:33.45
Java じゃなくて Java Applet な
0037デフォルトの名無しさん2011/02/27(日) 15:10:24.47
っつーかjavascriptで充分だろ
0038デフォルトの名無しさん2011/02/27(日) 15:13:24.00
NaCl の話を聞く度に O3D が思い出される

あれも最初は Plug-in でやろうとしたけど、結局は JavaScript でも
十分な速度が出るという結論だったんだよね
0039デフォルトの名無しさん2011/03/04(金) 18:50:56.27
ほしゅ
0040デフォルトの名無しさん2011/03/04(金) 19:27:20.96
すげえなこれ10の24乗コ目のスレなのか
0041正義の下着:コスモパンティー2011/03/04(金) 19:52:13.94
1モルは6.02×10^23です。
2モルだからといって24乗に階乗を変更することはしません。
0042デフォルトの名無しさん2011/03/04(金) 21:11:54.68
1mol 6.02×10^23 が正しければ
2mol 1.204×10^24 も正しいと思うんだけど
釣りなの?
0043デフォルトの名無しさん2011/03/04(金) 21:48:15.87
アボガドロ数は化学ではあまり使わんなああ。
0044デフォルトの名無しさん2011/03/05(土) 05:59:38.03
組成比で重量%とmol%はどっちも良く使うよ
0045デフォルトの名無しさん2011/03/05(土) 07:21:08.28
おまいら NaCl の話しろよ
0046正義の下着:コスモパンティー2011/03/05(土) 07:52:31.23
有効数字って知らないの?
0047デフォルトの名無しさん2011/03/05(土) 08:30:45.30
10年以上前に出てきたActiveXのさらに劣化した技術だからなあ。
0048デフォルトの名無しさん2011/03/07(月) 08:02:59.49
ほしゅ
0049デフォルトの名無しさん2011/03/08(火) 10:33:33.94
ほ
0050デフォルトの名無しさん2011/03/08(火) 11:51:38.47
ブラウザでエディタが動く時代が来るのか
viとかメーラーとか移植されそうだな
あ、googleってクライアントメーラーってやらないのかな
0051デフォルトの名無しさん2011/03/08(火) 20:45:19.82
Qt4 on Android の方が面白そうだからあっちいく
0052デフォルトの名無しさん2011/03/10(木) 09:15:43.63
ノシ
0053デフォルトの名無しさん2011/03/10(木) 12:26:57.96
NaCl最近動きないね。
みんな注目してないのか
0054デフォルトの名無しさん2011/03/10(木) 13:26:29.69
ブラウザの中でネイティブを動かしたいニーズが無くなってしまったからな。FlashとSilverlight共々逝く気がする
0055デフォルトの名無しさん2011/03/10(木) 17:13:02.38
Nacl・・・おれはあえてナックルと呼ぶぜ!
0056デフォルトの名無しさん2011/03/10(木) 23:22:51.18
>>53
時代は JavaScript を拡張して行く方向だと思うよ
何が哀しくてブラウザ上で C++ なんか使わないといけないんだろうね・・・
0057デフォルトの名無しさん2011/03/11(金) 00:10:06.70
JavaScriptが良いとは思わないけどなあ
サンドボックス内部でC++(ネイティブコード)を使うのが一番言いい。
WebGLとかダメでしょ、あれ
0058デフォルトの名無しさん2011/03/11(金) 00:16:04.34
別に自分の好みを通すのは好きずきなんじゃないの。

時代は WebGL の方に進んでるから、気が向いたらこっちに来なよ。
0059デフォルトの名無しさん2011/03/11(金) 00:30:59.84
>>56
C++のコードがjavascriptから呼べるんだから便利だよ
0060デフォルトの名無しさん2011/03/11(金) 00:36:42.27
>>59
C++ を書きたい人が書く分には良いんじゃないの
既存のコードをそのまま動かしたいとかね

それでもフルパワーの C++ が使える訳ではないし、テストや
メンテナンスの手間を考えると、かなり敷居が高いと思うよ
0061デフォルトの名無しさん2011/03/11(金) 08:12:23.96
Googleのやることって、特徴は無料ってだけで、今更ってのが多い。
0062デフォルトの名無しさん2011/03/11(金) 09:15:55.48
あげとくか
0063デフォルトの名無しさん2011/03/12(土) 19:55:37.53
やっとGoogle Chrome 10.0がUbuntu/Debianに回って来た。
ちょっと遊んでみるかな?
0064デフォルトの名無しさん2011/03/15(火) 04:42:19.34
hosu
0065デフォルトの名無しさん2011/03/16(水) 18:00:23.58
日本オワタ
0066デフォルトの名無しさん2011/03/19(土) 07:44:34.17
放射性NaCl
0067デフォルトの名無しさん2011/03/19(土) 08:10:05.33
雨には放射能が含まれていると危険だから
必ず傘をさすようにってお天気で毎回言った方が良い
0068デフォルトの名無しさん2011/03/21(月) 14:42:09.54
>>67
放射性物質だろ。水は陽子と電子だけだから放射能を持つことはない。
0069デフォルトの名無しさん2011/03/21(月) 17:17:11.39
水素や酸素にも同位体はありますよ
同位体がなぜ放射能を持つかどうかは良くわかってない
0070デフォルトの名無しさん2011/03/21(月) 18:25:00.79
HもOも放射性同位体の半減期短いのばっかりじゃんw

雨が危険、っていうのは、小学生でも知ってるように雨粒は空気中の埃を核にして
形成されるからだと思うけど。

今回の件で放射性物質の埃がある程度上空に排出されたのは間違いなからね。
0071デフォルトの名無しさん2011/03/22(火) 21:38:27.84
真水で冷却出来ずに塩水使ったのが間違いだったね
高温でイオン化したナトリウムが水と反応して爆発したんだよ
0072デフォルトの名無しさん2011/03/22(火) 23:48:25.57
どんなトンデモ化学だよそれ
0073デフォルトの名無しさん2011/03/24(木) 15:39:27.60
73
0074デフォルトの名無しさん2011/03/31(木) 23:41:01.80
原発がんがれ
0075デフォルトの名無しさん2011/04/03(日) 21:03:12.72
高吸水性ポリマーで汚水流出止めようとしてるみたいだけど塩分があると効果ないんだって
ttp://www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/photo/add_NaCl.wmv
http://www.kyoto-be.ne.jp/sagano-hs/exam/rika_jyunbishitu/023.htm
0076デフォルトの名無しさん2011/04/07(木) 16:38:11.51
ほ
0077デフォルトの名無しさん2011/04/13(水) 00:55:00.39
.
0078デフォルトの名無しさん2011/04/16(土) 11:16:26.27
Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
http://slashdot.jp/developers/11/04/15/181223.shtml

凄いんだか凄くないんだかさっぱりわからんw
Googleは今でもNaClをプッシュしてるの?
0079デフォルトの名無しさん2011/04/16(土) 12:12:47.04
こんなスレあったのね
WebKit党Safari派だがぐぐるも好き、LLVM注目中なので記念カキコ
ときどき見に来る

/.Jで出たの知って、悶々としてたので書かせてくれ

>>78
NaTclって物質ないじゃんね
もうちょいましな名前はなかったのかと

といっても、ささっと対案は出てこずw
0080デフォルトの名無しさん2011/04/17(日) 10:55:06.97
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」(1/2):CodeZine
http://codezine.jp/article/detail/5690?p=1
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」(2/2):CodeZine
http://codezine.jp/article/detail/5690?p=2
0081デフォルトの名無しさん2011/04/17(日) 13:05:14.75
GAEは携帯認証がな…。

GAEにも、NaCl入るようにならないかな
0082デフォルトの名無しさん2011/04/18(月) 13:09:58.81
ん?
鯖は関係ないんじゃない?
0083デフォルトの名無しさん2011/04/20(水) 22:29:41.30
うん。直接関係ない。
だが、ブレスト的にというか、無理やりくっつけて考えてみた

NaClってのは、きちんとサブセット化されたELFバイナリ、
サンドボックス、RPCで成り立ってる

これを、GAEが受け入れれば、言語制限ってものが取り払われるんじゃないか

Perlやりたい?NaClでPerlビルドすればいい
RubyだろうとLUAだろうとおなじこと
0084デフォルトの名無しさん2011/04/27(水) 14:33:46.69
GAE と何の関係が?
0085デフォルトの名無しさん2011/04/27(水) 20:32:23.67
Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
http://slashdot.jp/developers/11/04/15/181223.shtml
> スクリプト言語TclをGoogleのNative Client環境で実行可能な「NaTcl」が発表された。
> NaTclを使用することでTclをWebブラウザ上で実行可能となり、Tclプログラムで
> Google ChromeのDOM(Document Object Model)に直接アクセスできる。これにより、
> JavaScriptの代わりにTclでWebアプリケーションを作成することが可能となる。
> また、Natice Client向けのTk、「NaTk」もまもなくリリースされるとのこと。

これでTcl/Tkの新しい本が出るようになるかな?
0086デフォルトの名無しさん2011/05/01(日) 02:07:06.68
chrome://plugins
に、NaClが出てくるけど、ここからも有効化できるのかな?
0087デフォルトの名無しさん2011/05/10(火) 00:22:17.17
>>85
多分できる。
試しに有効にしてみたら動いた。
0088デフォルトの名無しさん2011/05/20(金) 00:32:42.04
sdkのバージョンが0.3になってた Chrome12のためだけみたいだけど
0089デフォルトの名無しさん2011/05/27(金) 20:17:54.65
NaClって名前がいいな
0090デフォルトの名無しさん2011/06/03(金) 09:35:43.58
かそ
0091デフォルトの名無しさん2011/06/03(金) 12:17:46.01
基盤技術過ぎて、華はないなw

なんとなく見てるんだが、Chrome OS のRPCにも使えるようになるんだよね、きっと
0092デフォルトの名無しさん2011/06/03(金) 13:51:45.16
スゲー興味有るんだけど誰も使ってなさそうで怖い
0093デフォルトの名無しさん2011/06/03(金) 22:23:35.93
今GPU使える?せめてシェーダー言語だけでも走らせる事ができりゃいいんだけど。
あとは自作するから。
0094デフォルトの名無しさん2011/06/03(金) 22:51:06.27
Unity Technologies: Notes on Native Client & Pepper Plugin API
http://blogs.unity3d.com/2011/06/02/notes-on-native-client-pepper-plugin-api/
0095デフォルトの名無しさん2011/06/04(土) 21:25:54.64
ActiveXの劣化コピー
0096デフォルトの名無しさん2011/06/04(土) 22:48:12.36
ActiveXはNaClのサブセット
0097デフォルトの名無しさん2011/06/05(日) 00:42:59.36
ActiveXは、よく脆弱性持ち込んでたような、、、
0098デフォルトの名無しさん2011/06/05(日) 04:00:54.46
NaClはよくは知らんがActiveXは完全信頼モデルなのがいかんかったのだろ?
NaClはプロセス分離とかで部分信頼モデルもどきぐらいにはするつもりじゃないの?
0099デフォルトの名無しさん2011/06/18(土) 02:43:10.39
hosh
0100デフォルトの名無しさん2011/06/18(土) 10:32:13.79
MSがWebGLはセキュリティが駄目だと言ったから
NaCl使ってOpenGL使うのが流行るんじゃね?
0101デフォルトの名無しさん2011/06/18(土) 10:41:34.01
WebGL は、セキュリティの問題は ARB で対応する予定でしょ
0102デフォルトの名無しさん2011/06/18(土) 17:00:04.79
http://shaver.off.net/diary/2011/06/17/a-three-dimensional-platform/
0103デフォルトの名無しさんNGNG?2BP(100)
「Chrome」の徹底的な改修を開始したグーグル--セキュリティ向上を目指す
http://japan.cnet.com/news/commentary/35004398/

> Googleが「Native Client」と呼ばれる安全性の高い基盤の上で、
> 「Chrome」を徹底的に作り直す作業を開始したとの情報を、米CNETが入手した。
0104デフォルトの名無しさん2011/06/24(金) 21:47:11.05
Native Clientって全然話題にならないけど
プロジェクトとして生きてるの?
0105デフォルトの名無しさん2011/06/24(金) 23:21:34.25
ChromeOSもChromeもJSからプラグインぐらいまでは移す計画してるんじゃない?
いまんとこ、セキュアなネイティブサンドボックスなんて、脱研究室レベルではGoogleしかできてないけど、第一線のプロジェクトなことは間違いないとおもうよ。
ここ数年でものになるなら、ARM版がすでにあるのでスマートフォンやタブレットでの電力改善が一番大きい。
x86とARM以外ではLLVMでユニバーサルって話だから汎用性もあることにはなっている。
0106デフォルトの名無しさん2011/06/30(木) 11:15:31.97
す
0107デフォルトの名無しさん2011/06/30(木) 22:29:41.07
じ
0108天使 ◆uL5esZLBSE 2011/07/03(日) 21:53:10.47
>>102



ゴミが散らかってんじゃねえよ
0109デフォルトの名無しさん2011/07/09(土) 10:24:14.41
ほs
0110デフォルトの名無しさん2011/07/09(土) 11:06:23.25
ネイティブサンドボックスって、いまや普通。
0111デフォルトの名無しさん2011/07/16(土) 22:38:59.32
ウェブアプリは JavaScript で割と満足なんだけど、ネイティブコードのニーズってあるのかな?
0112デフォルトの名無しさん2011/07/17(日) 00:53:43.64
ソース隠しかな
0113デフォルトの名無しさん2011/07/19(火) 19:46:59.82
>>111
Java屋とか.NET屋とかからは、JavaScriptは使えば使うだけ生産性落とすって言われてるけどもね。
動的な型付けとか、ソースコード配布な辺りとか、テストしにくい辺りが。

かといって、ネイティブコードがいいかというと良くないけども。
0114デフォルトの名無しさん2011/07/20(水) 22:53:04.76
>>111
Flash Playerそのものを動かすとか。
マルチメディア系のプログラムを動かすとか。
メンドいデプロイを楽ちんにするとか。
0115デフォルトの名無しさん2011/07/21(木) 06:07:56.13
JavaScript 自体が、でかくて重いプログラムを走らせるような設計になっていない。
0116デフォルトの名無しさん2011/07/21(木) 19:27:49.04
ブラウザ上ででかくて重いプログラムを走らせ様と考えるのは勘弁してくれ

JavaScript だと重いタスクはサーバ側に丸投げするだろ
0117デフォルトの名無しさん2011/07/21(木) 19:33:58.08
あー、でも最近はそうでもないか
JavaScript の処理速度はかなり上がったから、割と何でも気軽に JavaScript で実装出来てるわ
JavaScript で実装した他の言語のランタイムや、OS の仮想マシンも幾つかあるよね
0118デフォルトの名無しさん2011/07/21(木) 20:02:06.29
>>117
http://jsbin.com/ubiyay/3/edit#preview
WebGLのスレにあったヤツだが、ここまで遅いと話しにならんだろ。

>>116
そんな処理サーバーに投げたらサーバー死ぬだろ。
クライアントは1台じゃないんだから。
0119デフォルトの名無しさん2011/07/21(木) 20:07:22.14
>>118
>そんな処理サーバーに投げたらサーバー死ぬだろ。

どんなサーバのどんな処理かの前提も無しに面白いことを言うね
0120デフォルトの名無しさん2011/07/21(木) 20:10:24.45
>>118
WebGL 普通にサクサク動くけど?

http://syllab.fr/projets/minecraft/minecraft.html
0121デフォルトの名無しさん2011/07/21(木) 20:16:26.81
>>118
WebGL 普通にサクサク動くけど?

http://alteredqualia.com/
0122デフォルトの名無しさん2011/07/21(木) 20:31:36.47
>>119
>ブラウザ上ででかくて重いプログラム
がするような処理じゃないのか?
0123デフォルトの名無しさん2011/07/21(木) 20:34:25.94
>>122
具体的にどんな処理?
0124デフォルトの名無しさん2011/07/21(木) 20:35:47.35
>>116 に聞けよ。
0125デフォルトの名無しさん2011/07/21(木) 20:41:06.51
>>124
『君は』どんなプログラムを前提にして話してたの?
0126デフォルトの名無しさん2011/07/21(木) 20:41:10.18
>>123
マジメな話、Google MapをGoogle Earthに置き換えるとかだろ。
あと、youtubeの動画編集をyoutube内でするとか。
てか>>114-116の流れ見れば具体的な話が解ると思うけど。
0127デフォルトの名無しさん2011/07/21(木) 21:12:55.68
>>126
考えてみたけど、動画の編集は NaCl で作っても簡単には行かないと思うわ
ちょっとエフェクト足す程度なら JavaScript でも出来そうだし、ガシガシ
編集するなら制限の無いローカルアプリの方が圧倒的に良いし、微妙な感じ
0128デフォルトの名無しさん2011/07/21(木) 21:32:16.61
スマホアプリのほとんどが、ブラウザで実行させると遅すぎて使いにくいから、ローカルというかネイティブというかになっている。
0129デフォルトの名無しさん2011/07/21(木) 21:39:26.97
Fedora13で
native_client_sdk_0_4_907/build_tools/nacl_sdk_scons/make_nacl_env.py
を使ったらbuild環境展開できるのかと思って実行してみたらこんなメッセージが出てきた

Traceback (most recent call last):
File "make_nacl_env.py", line 15, in <module>
from SCons import Script
ImportError: No module named SCons

sconsコマンド自体は入ってんだけど何でだろうか?
0130デフォルトの名無しさん2011/07/21(木) 21:55:15.47
こんな感じかな。

□ JavaScript の場合
編集したい Youtube 動画のサムネイルを、サーバ側で切り出して、ブラウザ上に並べる。
そのサムネイルに対して、予め幾つか用意してあるエフェクトを指定したり、キャプションを
入力したり、編集したい内容を指定。編集内容をサブミットすると、サーバ側で合成。
→ 実際の処理は全てサーバ上で行われるので、動画データ自体をやりとりする必要は無い。
→ ローカルの環境への負荷は低いのでタブレットとかスマホでもオケ。

□ NaCl or ブラウザプラグインの場合
編集したい Youtube 動画を NaCl 上のプログラム内のメモリにダウンロード。
ブラウザ上で編集、プレビュー等を済ませ、完成したらアップロード。途中で作業を
中断する場合は、編集中のデータをサーバにアップロード。
→ 通信量多い、ローカルのCPU負荷高い、編集の自由度は高い。

□ ローカルアプリの場合
メモリもファイルシステムも使い放題なので、好きなだけ自由に編集して、気が済んだら
Youtube にアップロード。
→ 素材も好きなだけ使えるし、処理時間の掛かるエフェクトも好きなだけ使えるので
  編集の自由度は最も高い。
→ 動画サイトに載せたくない個人的なムービーも当然作成出来る。
0131デフォルトの名無しさん2011/07/21(木) 22:08:03.59
ネイティブクライアントを邪気にしてないか?
サーバーに負荷がかからずシームレスな編集ができるってのは重要でしょ。
ただでさえエンコまちで数十分またされる動画サイトは多いわけだし。
ネカフェとかクライアントツールがない場所でも手直しができるも利点でしょ。
あと、クライアントのリソースを自由に使えるのは許可さえすればネイティブクライアントでも
できる訳だし殊更スタンドアロンアプリで強調する事じゃないよね。
0132デフォルトの名無しさん2011/07/21(木) 22:26:03.37
>>131
真面目に動画編集をするなら、ファイルシステムにアクセス出来ないのは結構致命的じゃないの。

・メモリに入り切る処理しか出来ない(テンポラリデータをファイルに待避したり出来ない)
・ローカルにある素材(サウンドファイルとか別の動画とか)にアクセス出来ない

Youtube に上がってる数十 MB の動画を加工するだけなら NaCl でも充分だとは思うけど、
それにしても、音声を差し替えたいと思ったら先にデータをアップロードしておかないと
いけないのは面倒でしょ。
0133デフォルトの名無しさん2011/07/21(木) 22:38:07.11
現状テンポラリが作れなくてもそのうち使えるようになるでしょ。
アルファ版状態の現状で用意されてないAPIをネイティブクライアントの
欠陥とみなすのは早計。もしかしたら、googleはブラウザをOS化する可能性も有るわけだし
#まぁ、既にネットブック用のブラウザOS作ったし時間の問題だと思うけど。
0134デフォルトの名無しさん2011/07/21(木) 23:18:32.41
無い物は無いよ
何で現状無いのかを考えれば、今後も自由にはならないと思うけどね


答え)サンドボックスが売りだから
0135デフォルトの名無しさん2011/07/21(木) 23:22:34.73
テンポラリデータがセキュリティホールになるかいな。
容量だってユーザーで制限できるだろうし。
ファイルアクセスだってアップロードダイアログと同じように作れば実績もあって十分だし。
0136デフォルトの名無しさん2011/07/21(木) 23:25:34.09
タヌキの皮が何枚になろうがどうでもいいから具体的な開発の話をしてくれ。
とりあえず >>129 の辺り他の人はどうしてる?
0137デフォルトの名無しさん2011/07/21(木) 23:32:27.96
>>135
夢を見るのは構わないけど、現状は JavaScript 経由で WebStorage を使うとか言ってるレベルでしょ?
あんまり時間が掛かると、ホントに Google Earth が JavaScript で実装される時代になるよw
0138デフォルトの名無しさん2011/07/22(金) 00:11:31.53
>>136
Python の問題っぽいから Python スレで聞くと良いと思われ
0139デフォルトの名無しさん2011/07/22(金) 00:35:31.93
>>137
Javascript経由しなくてもできなくはねぇなぁ。
プログラムをこうしてやればいい。限定的にstdioなんかが使えるようになる。
toolchain/bin/nacl-sel_ldr -a test.nexe
0140デフォルトの名無しさん2011/07/22(金) 00:50:26.53
それを『誰が』やるのか考えた方が良いよ
0141デフォルトの名無しさん2011/07/22(金) 01:03:16.39
このコマンド打つのはプログラマー。
実行許可すんのはブラウザのユーザーだけど?
Flashと同じじゃん。
0142デフォルトの名無しさん2011/07/22(金) 01:35:13.41
>>137
流行るか廃れるかなんてどうでもいい。使うのは俺だ。
0143デフォルトの名無しさん2011/07/22(金) 02:35:07.04
うん、広く使ってもらう為の話じゃないなら好きにしていいよ
0144デフォルトの名無しさん2011/07/23(土) 03:41:52.49
最初、googleはWebGLとJSで3Dレンダリングするのは速度でないから(WebGLは)いらないという立場だったけど、
今は、速度に問題ないとして推進する立場。
NaClも開発進めてるけど用途は減っていってる。
自分は、Webで動くAndroidアプリ実装や言語エンジンがほしい。
0145デフォルトの名無しさん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+」を発表、
「現実世界の人間関係を再現」)
0146デフォルトの名無しさん2011/07/23(土) 08:01:40.14
>>144
>NaClも開発進めてるけど用途は減っていってる。

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

エエエエェェェェ〜。 NaClどうなんの〜?
0150デフォルトの名無しさん2011/07/30(土) 22:58:46.72
>>149
冷静に考えて、どうなると思う?
0151デフォルトの名無しさん2011/07/30(土) 23:01:08.41
Qt ほどひどくはならないんじゃない?
0152デフォルトの名無しさん2011/07/30(土) 23:02:03.98
何がどうしてひどくなると思うの?
0153デフォルトの名無しさん2011/07/30(土) 23:53:27.01
ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。
0154デフォルトの名無しさん2011/07/31(日) 00:00:30.98
つ http://src.chromium.org/viewvc/native_client/
0155デフォルトの名無しさん2011/07/31(日) 11:02:52.57
>>152
ひどくならいんだから
ひどくなるとは思ってない
0156デフォルトの名無しさん2011/07/31(日) 11:05:38.00
つ ほど
0157デフォルトの名無しさん2011/08/01(月) 00:18:41.09
GoogleLabsはWebサービス寄りの話だし、NaClの開発に関係するサービスも無かったかも。
0158デフォルトの名無しさん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へ移植も有り得るのかな?
0159デフォルトの名無しさん2011/08/01(月) 00:34:48.25
毎月0.1上げてるのをみると、年末には1.0の発表したいのかもしれない。
0160デフォルトの名無しさん2011/08/01(月) 00:37:11.88
>>149
Google Code Labsとは別みたい。
http://code.google.com/intl/ja-JP/labs/
0161デフォルトの名無しさん2011/08/01(月) 00:42:24.25
http://code.google.com/intl/en-us/labs/
おっと、日本語のトップページは更新されてなかった
0162デフォルトの名無しさん2011/08/01(月) 00:54:06.96
毎月上がる理由は、Chromeが1ヶ月ごとにバージョン上がるのにあわせただけだった。
今後は、どうなるんだろう。
0163デフォルトの名無しさん2011/08/01(月) 01:46:39.79
firefoxのバージョンアップあほすぎ
0164デフォルトの名無しさん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
0165デフォルトの名無しさん2011/08/01(月) 19:36:21.23
うっしゃぁまだ無事か。これで投げ出さずに済みそうだ。
関係ないがautotoolに手こずる。コンパイラをどうやって切り替えるんだ?
0166デフォルトの名無しさん2011/08/07(日) 00:34:58.97
>164
LLVMの話はARMとx86以外かと思ったら、
・もともとx86で高速なネイティブサンドボックス化ができるところがプロジェクトの開始点
・AndroidやChromeOSとARMさんの方でやれる方がモバイルバッテリーで高効率ということでポイント高い
・ARMネイティブつくってみたけど、なんかしっくりいかない
・LLVMならARM最適化できそう
ってことなのね。
01671662011/08/07(日) 00:39:39.11
おもいっきり違った。
LLVMは、x86でガッツリ開発して
それからARMもって話なのね。
0168デフォルトの名無しさん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までまだまだ障害があるよと。
0169デフォルトの名無しさん2011/08/07(日) 23:21:07.13
Ubuntu 11.04 Desktop (日本語/32bit) でChrome Unstable (14.0.835.18 dev)でNaCl有効にしても
>>1のexamplesが一つも動かないんだけれどそういうものなんだろうか?
0170デフォルトの名無しさん2011/08/07(日) 23:40:05.27
まだ、Chrome13用みたい
0171デフォルトの名無しさん2011/08/07(日) 23:48:34.15
Chrome14がstableリリースされる2ヶ月後には、
14以降対応でnexeを放置できるようになるのか。
0172デフォルトの名無しさん2011/08/08(月) 20:19:15.62
>>170
These Native Client applications cannot run in Google Chrome version 13.
0173デフォルトの名無しさん2011/08/08(月) 21:50:57.09
だれか14か15で動いてる?
winの15だと有効にしてても、プラグインがありませんとなって動かない
0174デフォルトの名無しさん2011/08/09(火) 01:36:10.63
winの14なら動くよ。pluginsとflagsの両方がONならば。ubuntuが動かない。
0175デフォルトの名無しさん2011/08/13(土) 00:37:50.80
ubuntuの14,15でも動いてる。about:flagsでenableした後、chromeの再起動が必要だった。
0176デフォルトの名無しさん2011/08/13(土) 03:30:35.91
解説記事: GoogleがNative ClientをChrome 14に実装, いよいよ次世代...
http://jp.techcrunch.com/archives/20110811chrome-native-client/


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

LLVMのlliの事かと思って lli a.nexe したら当然のごとくシグニチャが違うと言われた
0187デフォルトの名無しさん2011/08/20(土) 00:53:25.67
>>184
openssl入っててもlibcrypto.soは入ってない。
64bit環境だからかはしらんけど。
0188デフォルトの名無しさん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
だった。
0189デフォルトの名無しさん2011/08/20(土) 18:02:40.43
それがどうかしましたか?
0190デフォルトの名無しさん2011/08/20(土) 18:36:09.77
>>189
187さん?
0191デフォルトの名無しさん2011/08/23(火) 21:04:51.58
NaClがサンプル(examples)ですら動かねぇでやんの。

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

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

どのOSでも13が安定板、14がβ版、15が開発版。
β版を入れるか、来月半ばあたりまで待てば動くはず。
0198デフォルトの名無しさん2011/08/26(金) 19:55:29.68
なるほどありがと。
って事は、あれかNaClのmanifestが古い開発キットさがせば
ベータ版の14入れなくても動くってことか。
0199デフォルトの名無しさん2011/09/02(金) 00:50:18.72
ほ
0200デフォルトの名無しさん2011/09/02(金) 07:05:04.43
win/osxならchrone canary buildとchrome(チャンネル一つ)が同時に起動出来るから、
canary(15)とstable channel(13)入れておけばいいと思う。
#最近osx版が追加された
0201デフォルトの名無しさん2011/09/04(日) 03:46:29.53
OSXで動くとか言ってる人がいるけど
SDK0.5のrelease notesに書いてあるクラッシュの問題は解決したの?
Windowsでさえなんだか不安定だというのにMacで本当にちゃんと動くのか不安だ
0202デフォルトの名無しさん2011/09/04(日) 19:09:25.06
LLVMベースだから、どっちかってとWindowsの方が外野臭いけどね。
Unix Likeな感じ。
0203デフォルトの名無しさん2011/09/04(日) 20:57:04.09
LLVM版は開発中
nexeがpexeになるだったかな。
0204デフォルトの名無しさん2011/09/28(水) 19:52:24.99
まだまともに動かないのかよこれ。
今のWebは糞遅いjsが跋扈してかなわん。
0205デフォルトの名無しさん2011/09/28(水) 20:17:25.13
おまえは一生重い重い言ってろ
0206デフォルトの名無しさん2011/09/28(水) 21:33:54.66
いつから tcl が早い言語ってことになったんだw
tcl もふつうに処理の遅い言語ですよお父さん…
0207デフォルトの名無しさん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() );
}
0208デフォルトの名無しさん2011/10/01(土) 22:27:57.73
自己解決
BindGraphicsを呼び出してなかっただけだったわ
0209デフォルトの名無しさん2011/10/05(水) 00:38:05.54
LLVMでも使えるのにSIMDライブラリが使えん。
GPUで何とかしろってことか。
0210デフォルトの名無しさん2011/10/06(木) 00:06:37.33
めんごめんご。やっぱSSE使えたわ。-msseオプション入れてなかっただけだったわ
0211デフォルトの名無しさん2011/10/08(土) 21:57:48.03
次期SDKのベータ来たな
ttp://code.google.com/intl/ja-JP/chrome/nativeclient/docs/beta-sdk.html
0212デフォルトの名無しさん2011/10/08(土) 22:14:14.76
Manifest変えるのは勘弁してくれ
0213デフォルトの名無しさん2011/10/09(日) 00:11:16.39
NaCl ABIが決まった後の開発の中心はPepper APIってやつなのか
0214デフォルトの名無しさん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).

なるほど…確かに面白そうだ
0215デフォルトの名無しさん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

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

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

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

Google NaClであそぼう
http://www18.atwiki.jp/nacl
0226デフォルトの名無しさん2011/10/20(木) 13:20:11.23
どんまい
0227デフォルトの名無しさん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
0228デフォルトの名無しさん2011/11/08(火) 01:09:03.26
http://www.gonacl.com/dev/supported_software.html
ミドルウェアやツール類
gonaclのdevトップのニュースとミドルウェアなどみてると、思ったよりchrome storeに各種ゲームが登場しそう。
tclがあるのはCAD/CAMを移植して欲しいのかな。
そしてocamlがあるのは何故だろう。
0229デフォルトの名無しさん2011/11/11(金) 02:22:19.43
もともとはtclがブラウザに載るって計画があった気がするので、
tclの作者をリスペクトしてだと思ってたよ
0230デフォルトの名無しさん2011/11/12(土) 00:56:19.23
ocamlがあるのは関数型が金融での使用例が多いからかしら?
0231デフォルトの名無しさん2011/12/12(月) 11:22:53.52
地味に開発は進んでるんだな

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

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

Linuxでぬるぬる動く。
0233デフォルトの名無しさん2011/12/12(月) 15:45:43.06
いいですねー。久々にこういうゲームプレイしたくなった
0234デフォルトの名無しさん2011/12/12(月) 22:19:45.14
□エニがゲーム提供するんだっけ?
0235デフォルトの名無しさん2011/12/13(火) 00:58:03.31
Chrome以外で動かすためのプラグインとか
まだ無いんだろうな
普及したら使うのに
■ このスレッドは過去ログ倉庫に格納されています