2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

Google NaCl プログラミング 2mol

1 :デフォルトの名無しさん: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/


2 :デフォルトの名無しさん: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に対応する。


3 :デフォルトの名無しさん: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


4 :デフォルトの名無しさん: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


5 :デフォルトの名無しさん: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)の中でどれが一番長生き
するか調べて、ブログにでも載せておいてくれると助かるわ

6 :デフォルトの名無しさん: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が選ばれた理由も、そんなんじゃなかったっけ?

7 :デフォルトの名無しさん: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 と融合する可能性はあるのかな


8 :デフォルトの名無しさん:2011/02/25(金) 15:27:33.25
212 デフォルトの名無しさん [sage] 2011/02/23(水) 10:55:37.75 ID: Be:
    >>206
    面白そうだけどChromeでしか動かないって
    ChromeOSのサブプロジェクトかなんかか


9 :デフォルトの名無しさん: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

10 :デフォルトの名無しさん:2011/02/25(金) 15:29:03.14
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。

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

                  京都大学霊長類研究所

11 :デフォルトの名無しさん:2011/02/25(金) 15:30:13.72
Nixysaという半自動でNPAPIのコードを書いてくれるツールが使えるかも。
http://code.google.com/p/nixysa/
基本的にはいきなりNaClというよりまずNPAPIを使ったプラグインを開発できるようになったほうがよさげ。
多分プラグインとして動けばNaCl化は難しくない。

12 :デフォルトの名無しさん:2011/02/25(金) 15:31:09.17
2ch関連スレ。chromiumブラウザー
http://hibari.2ch.net/test/read.cgi/software/1278083626/l50

13 :デフォルトの名無しさん:2011/02/25(金) 15:31:19.20
chromiumブラウザーのデザインドキュメントがかなり役に立つ。
https://sites.google.com/a/chromium.org/dev/developers/design-documents

14 :デフォルトの名無しさん: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のビットコードで送りつけて、現地でマシン語にコンパイルする方式は俺的にグッジョブだわ。
    昔それを考えていた。

15 :デフォルトの名無しさん:2011/02/25(金) 16:40:29.21
>>1

16 :デフォルトの名無しさん:2011/02/25(金) 19:23:07.85
前スレ落ちてたんだね。スレ立て乙です(^_-)-☆

17 :デフォルトの名無しさん:2011/02/25(金) 19:47:01.87
前スレってレス20くらいで落ちてた気がするので
今回も過疎ってると落ちるかもね

18 :デフォルトの名無しさん:2011/02/25(金) 23:53:55.47
じゃあ勉強がてら練習ソースうpする

19 :デフォルトの名無しさん:2011/02/26(土) 00:46:41.62
wktk

20 :デフォルトの名無しさん:2011/02/26(土) 08:19:54.18
>>1
   n ノノノハヽ
  (ヨ川´・D・)<乙です
   Y      つ

21 :デフォルトの名無しさん:2011/02/26(土) 08:37:39.72
2molとは粋な計らいを・・・

22 :デフォルトの名無しさん:2011/02/26(土) 18:10:08.34
これがこのスレでの初めての書き込みなのに、俺が書いたレスが既に張ってあるから、
もう書く事無いよ。NaCl/ARM が Android で動くとかすればなあ。

23 :デフォルトの名無しさん:2011/02/26(土) 19:13:46.80
そうだね

24 :デフォルトの名無しさん:2011/02/26(土) 19:16:43.65
NaClって分子じゃないのに何でmolで数えるんだろう

25 :デフォルトの名無しさん:2011/02/26(土) 22:42:33.99
逆にどう数えろと…

26 :デフォルトの名無しさん:2011/02/27(日) 03:43:09.47
[訂正記事]グーグルのNative Client、CPUに依存しない互換性は将来のバージョンにて 2010年3月21日
ttp://www.publickey1.jp/blog/10/native_clientcpu.html


27 :デフォルトの名無しさん: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

28 :デフォルトの名無しさん:2011/02/27(日) 03:46:49.77
Google が頑張って IE と Safari と Firefox 向けに NaCl の Plug-in を作ったとして、
これが普及する芽はあるのかなあ。iPad / iPhone 向けには Plug-in は作れない訳だし、
JavaScript がこれだけ力を持つと、ひっくり返せるものなんだろうか。

29 :デフォルトの名無しさん: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

30 :デフォルトの名無しさん: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


31 :デフォルトの名無しさん:2011/02/27(日) 04:05:15.34
ポータブルにならないなら
普通にexe配布した方が良いお

Native Clientの仕組みはどうなっているのか?
ttp://d.hatena.ne.jp/yaneurao/20081211


32 :デフォルトの名無しさん:2011/02/27(日) 06:15:18.06
いまさら劣化ActiveXもどきか。

33 :デフォルトの名無しさん:2011/02/27(日) 08:02:43.80
ActiveXというよりJavaでしょ

34 :デフォルトの名無しさん:2011/02/27(日) 10:01:47.72
>>33
いや、JavaとActiveXの公約数。

35 :デフォルトの名無しさん:2011/02/27(日) 11:54:05.73
ActiveXのように速いJava
Javaのように安全なActiveX


36 :デフォルトの名無しさん:2011/02/27(日) 14:39:33.45
Java じゃなくて Java Applet な

37 :デフォルトの名無しさん:2011/02/27(日) 15:10:24.47
っつーかjavascriptで充分だろ

38 :デフォルトの名無しさん:2011/02/27(日) 15:13:24.00
NaCl の話を聞く度に O3D が思い出される

あれも最初は Plug-in でやろうとしたけど、結局は JavaScript でも
十分な速度が出るという結論だったんだよね

39 :デフォルトの名無しさん:2011/03/04(金) 18:50:56.27
ほしゅ

40 :デフォルトの名無しさん:2011/03/04(金) 19:27:20.96
すげえなこれ10の24乗コ目のスレなのか

41 :正義の下着:コスモパンティー:2011/03/04(金) 19:52:13.94
1モルは6.02×10^23です。
2モルだからといって24乗に階乗を変更することはしません。

42 :デフォルトの名無しさん:2011/03/04(金) 21:11:54.68
1mol 6.02×10^23 が正しければ
2mol 1.204×10^24 も正しいと思うんだけど
釣りなの?


43 :デフォルトの名無しさん:2011/03/04(金) 21:48:15.87
アボガドロ数は化学ではあまり使わんなああ。

44 :デフォルトの名無しさん:2011/03/05(土) 05:59:38.03
組成比で重量%とmol%はどっちも良く使うよ

45 :デフォルトの名無しさん:2011/03/05(土) 07:21:08.28
おまいら NaCl の話しろよ

46 :正義の下着:コスモパンティー:2011/03/05(土) 07:52:31.23
有効数字って知らないの?


47 :デフォルトの名無しさん:2011/03/05(土) 08:30:45.30
10年以上前に出てきたActiveXのさらに劣化した技術だからなあ。

48 :デフォルトの名無しさん:2011/03/07(月) 08:02:59.49
ほしゅ

49 :デフォルトの名無しさん:2011/03/08(火) 10:33:33.94


50 :デフォルトの名無しさん:2011/03/08(火) 11:51:38.47
ブラウザでエディタが動く時代が来るのか
viとかメーラーとか移植されそうだな
あ、googleってクライアントメーラーってやらないのかな

51 :デフォルトの名無しさん:2011/03/08(火) 20:45:19.82
Qt4 on Android の方が面白そうだからあっちいく


52 :デフォルトの名無しさん:2011/03/10(木) 09:15:43.63
ノシ

53 :デフォルトの名無しさん:2011/03/10(木) 12:26:57.96
NaCl最近動きないね。
みんな注目してないのか

54 :デフォルトの名無しさん:2011/03/10(木) 13:26:29.69
ブラウザの中でネイティブを動かしたいニーズが無くなってしまったからな。FlashとSilverlight共々逝く気がする

55 :デフォルトの名無しさん:2011/03/10(木) 17:13:02.38
Nacl・・・おれはあえてナックルと呼ぶぜ!

56 :デフォルトの名無しさん:2011/03/10(木) 23:22:51.18
>>53
時代は JavaScript を拡張して行く方向だと思うよ
何が哀しくてブラウザ上で C++ なんか使わないといけないんだろうね・・・

57 :デフォルトの名無しさん:2011/03/11(金) 00:10:06.70
JavaScriptが良いとは思わないけどなあ
サンドボックス内部でC++(ネイティブコード)を使うのが一番言いい。
WebGLとかダメでしょ、あれ

58 :デフォルトの名無しさん:2011/03/11(金) 00:16:04.34
別に自分の好みを通すのは好きずきなんじゃないの。

時代は WebGL の方に進んでるから、気が向いたらこっちに来なよ。

59 :デフォルトの名無しさん:2011/03/11(金) 00:30:59.84
>>56
C++のコードがjavascriptから呼べるんだから便利だよ

60 :デフォルトの名無しさん:2011/03/11(金) 00:36:42.27
>>59
C++ を書きたい人が書く分には良いんじゃないの
既存のコードをそのまま動かしたいとかね

それでもフルパワーの C++ が使える訳ではないし、テストや
メンテナンスの手間を考えると、かなり敷居が高いと思うよ

61 :デフォルトの名無しさん:2011/03/11(金) 08:12:23.96
Googleのやることって、特徴は無料ってだけで、今更ってのが多い。

62 :デフォルトの名無しさん:2011/03/11(金) 09:15:55.48
あげとくか

63 :デフォルトの名無しさん:2011/03/12(土) 19:55:37.53
やっとGoogle Chrome 10.0がUbuntu/Debianに回って来た。
ちょっと遊んでみるかな?


64 :デフォルトの名無しさん:2011/03/15(火) 04:42:19.34
hosu

65 :デフォルトの名無しさん:2011/03/16(水) 18:00:23.58
日本オワタ

66 :デフォルトの名無しさん:2011/03/19(土) 07:44:34.17
放射性NaCl

67 :デフォルトの名無しさん:2011/03/19(土) 08:10:05.33
雨には放射能が含まれていると危険だから
必ず傘をさすようにってお天気で毎回言った方が良い

68 :デフォルトの名無しさん:2011/03/21(月) 14:42:09.54
>>67
放射性物質だろ。水は陽子と電子だけだから放射能を持つことはない。

69 :デフォルトの名無しさん:2011/03/21(月) 17:17:11.39
水素や酸素にも同位体はありますよ
同位体がなぜ放射能を持つかどうかは良くわかってない


70 :デフォルトの名無しさん:2011/03/21(月) 18:25:00.79
HもOも放射性同位体の半減期短いのばっかりじゃんw

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

今回の件で放射性物質の埃がある程度上空に排出されたのは間違いなからね。

71 :デフォルトの名無しさん:2011/03/22(火) 21:38:27.84
真水で冷却出来ずに塩水使ったのが間違いだったね
高温でイオン化したナトリウムが水と反応して爆発したんだよ


72 :デフォルトの名無しさん:2011/03/22(火) 23:48:25.57
どんなトンデモ化学だよそれ

73 :デフォルトの名無しさん:2011/03/24(木) 15:39:27.60
73

74 :デフォルトの名無しさん:2011/03/31(木) 23:41:01.80
原発がんがれ

75 :デフォルトの名無しさん: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

76 :デフォルトの名無しさん:2011/04/07(木) 16:38:11.51


77 :デフォルトの名無しさん:2011/04/13(水) 00:55:00.39
.

78 :デフォルトの名無しさん:2011/04/16(土) 11:16:26.27
Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
http://slashdot.jp/developers/11/04/15/181223.shtml

凄いんだか凄くないんだかさっぱりわからんw
Googleは今でもNaClをプッシュしてるの?

79 :デフォルトの名無しさん:2011/04/16(土) 12:12:47.04
こんなスレあったのね
WebKit党Safari派だがぐぐるも好き、LLVM注目中なので記念カキコ
ときどき見に来る

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

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

といっても、ささっと対案は出てこずw

80 :デフォルトの名無しさん: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

81 :デフォルトの名無しさん:2011/04/17(日) 13:05:14.75
GAEは携帯認証がな…。

GAEにも、NaCl入るようにならないかな

82 :デフォルトの名無しさん:2011/04/18(月) 13:09:58.81
ん?
鯖は関係ないんじゃない?

83 :デフォルトの名無しさん:2011/04/20(水) 22:29:41.30
うん。直接関係ない。
だが、ブレスト的にというか、無理やりくっつけて考えてみた

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

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

Perlやりたい?NaClでPerlビルドすればいい
RubyだろうとLUAだろうとおなじこと

84 :デフォルトの名無しさん:2011/04/27(水) 14:33:46.69
GAE と何の関係が?

85 :デフォルトの名無しさん: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の新しい本が出るようになるかな?

86 :デフォルトの名無しさん:2011/05/01(日) 02:07:06.68
chrome://plugins
に、NaClが出てくるけど、ここからも有効化できるのかな?

87 :デフォルトの名無しさん:2011/05/10(火) 00:22:17.17
>>85
多分できる。
試しに有効にしてみたら動いた。

88 :デフォルトの名無しさん:2011/05/20(金) 00:32:42.04
sdkのバージョンが0.3になってた Chrome12のためだけみたいだけど

89 :デフォルトの名無しさん:2011/05/27(金) 20:17:54.65
NaClって名前がいいな

90 :デフォルトの名無しさん:2011/06/03(金) 09:35:43.58
かそ

91 :デフォルトの名無しさん:2011/06/03(金) 12:17:46.01
基盤技術過ぎて、華はないなw

なんとなく見てるんだが、Chrome OS のRPCにも使えるようになるんだよね、きっと

92 :デフォルトの名無しさん:2011/06/03(金) 13:51:45.16
スゲー興味有るんだけど誰も使ってなさそうで怖い

93 :デフォルトの名無しさん:2011/06/03(金) 22:23:35.93
今GPU使える?せめてシェーダー言語だけでも走らせる事ができりゃいいんだけど。
あとは自作するから。

94 :デフォルトの名無しさん: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/

95 :デフォルトの名無しさん:2011/06/04(土) 21:25:54.64
ActiveXの劣化コピー

96 :デフォルトの名無しさん:2011/06/04(土) 22:48:12.36
ActiveXはNaClのサブセット


97 :デフォルトの名無しさん:2011/06/05(日) 00:42:59.36
ActiveXは、よく脆弱性持ち込んでたような、、、

98 :デフォルトの名無しさん:2011/06/05(日) 04:00:54.46
NaClはよくは知らんがActiveXは完全信頼モデルなのがいかんかったのだろ?
NaClはプロセス分離とかで部分信頼モデルもどきぐらいにはするつもりじゃないの?

99 :デフォルトの名無しさん:2011/06/18(土) 02:43:10.39
hosh

100 :デフォルトの名無しさん:2011/06/18(土) 10:32:13.79
MSがWebGLはセキュリティが駄目だと言ったから
NaCl使ってOpenGL使うのが流行るんじゃね?

101 :デフォルトの名無しさん:2011/06/18(土) 10:41:34.01
WebGL は、セキュリティの問題は ARB で対応する予定でしょ

102 :デフォルトの名無しさん:2011/06/18(土) 17:00:04.79
http://shaver.off.net/diary/2011/06/17/a-three-dimensional-platform/

103 :デフォルトの名無しさん:2011/06/24(金) 21:08:40.77 ?2BP(100)
「Chrome」の徹底的な改修を開始したグーグル--セキュリティ向上を目指す
http://japan.cnet.com/news/commentary/35004398/

> Googleが「Native Client」と呼ばれる安全性の高い基盤の上で、
> 「Chrome」を徹底的に作り直す作業を開始したとの情報を、米CNETが入手した。

104 :デフォルトの名無しさん:2011/06/24(金) 21:47:11.05
Native Clientって全然話題にならないけど
プロジェクトとして生きてるの?

105 :デフォルトの名無しさん:2011/06/24(金) 23:21:34.25
ChromeOSもChromeもJSからプラグインぐらいまでは移す計画してるんじゃない?
いまんとこ、セキュアなネイティブサンドボックスなんて、脱研究室レベルではGoogleしかできてないけど、第一線のプロジェクトなことは間違いないとおもうよ。
ここ数年でものになるなら、ARM版がすでにあるのでスマートフォンやタブレットでの電力改善が一番大きい。
x86とARM以外ではLLVMでユニバーサルって話だから汎用性もあることにはなっている。

106 :デフォルトの名無しさん:2011/06/30(木) 11:15:31.97


107 :デフォルトの名無しさん:2011/06/30(木) 22:29:41.07


108 :天使 ◆uL5esZLBSE :2011/07/03(日) 21:53:10.47
>>102



ゴミが散らかってんじゃねえよ

109 :デフォルトの名無しさん:2011/07/09(土) 10:24:14.41
ほs

110 :デフォルトの名無しさん:2011/07/09(土) 11:06:23.25
ネイティブサンドボックスって、いまや普通。

111 :デフォルトの名無しさん:2011/07/16(土) 22:38:59.32
ウェブアプリは JavaScript で割と満足なんだけど、ネイティブコードのニーズってあるのかな?

112 :デフォルトの名無しさん:2011/07/17(日) 00:53:43.64
ソース隠しかな

113 :デフォルトの名無しさん:2011/07/19(火) 19:46:59.82
>>111
Java屋とか.NET屋とかからは、JavaScriptは使えば使うだけ生産性落とすって言われてるけどもね。
動的な型付けとか、ソースコード配布な辺りとか、テストしにくい辺りが。

かといって、ネイティブコードがいいかというと良くないけども。

114 :デフォルトの名無しさん:2011/07/20(水) 22:53:04.76
>>111
Flash Playerそのものを動かすとか。
マルチメディア系のプログラムを動かすとか。
メンドいデプロイを楽ちんにするとか。

115 :デフォルトの名無しさん:2011/07/21(木) 06:07:56.13
JavaScript 自体が、でかくて重いプログラムを走らせるような設計になっていない。

116 :デフォルトの名無しさん:2011/07/21(木) 19:27:49.04
ブラウザ上ででかくて重いプログラムを走らせ様と考えるのは勘弁してくれ

JavaScript だと重いタスクはサーバ側に丸投げするだろ

117 :デフォルトの名無しさん:2011/07/21(木) 19:33:58.08
あー、でも最近はそうでもないか
JavaScript の処理速度はかなり上がったから、割と何でも気軽に JavaScript で実装出来てるわ
JavaScript で実装した他の言語のランタイムや、OS の仮想マシンも幾つかあるよね

118 :デフォルトの名無しさん:2011/07/21(木) 20:02:06.29
>>117
http://jsbin.com/ubiyay/3/edit#preview
WebGLのスレにあったヤツだが、ここまで遅いと話しにならんだろ。

>>116
そんな処理サーバーに投げたらサーバー死ぬだろ。
クライアントは1台じゃないんだから。

119 :デフォルトの名無しさん:2011/07/21(木) 20:07:22.14
>>118
>そんな処理サーバーに投げたらサーバー死ぬだろ。

どんなサーバのどんな処理かの前提も無しに面白いことを言うね

120 :デフォルトの名無しさん:2011/07/21(木) 20:10:24.45
>>118
WebGL 普通にサクサク動くけど?

http://syllab.fr/projets/minecraft/minecraft.html

121 :デフォルトの名無しさん:2011/07/21(木) 20:16:26.81
>>118
WebGL 普通にサクサク動くけど?

http://alteredqualia.com/

122 :デフォルトの名無しさん:2011/07/21(木) 20:31:36.47
>>119
>ブラウザ上ででかくて重いプログラム
がするような処理じゃないのか?

123 :デフォルトの名無しさん:2011/07/21(木) 20:34:25.94
>>122
具体的にどんな処理?

124 :デフォルトの名無しさん:2011/07/21(木) 20:35:47.35
>>116 に聞けよ。

125 :デフォルトの名無しさん:2011/07/21(木) 20:41:06.51
>>124
『君は』どんなプログラムを前提にして話してたの?

126 :デフォルトの名無しさん:2011/07/21(木) 20:41:10.18
>>123
マジメな話、Google MapをGoogle Earthに置き換えるとかだろ。
あと、youtubeの動画編集をyoutube内でするとか。
てか>>114-116の流れ見れば具体的な話が解ると思うけど。

127 :デフォルトの名無しさん:2011/07/21(木) 21:12:55.68
>>126
考えてみたけど、動画の編集は NaCl で作っても簡単には行かないと思うわ
ちょっとエフェクト足す程度なら JavaScript でも出来そうだし、ガシガシ
編集するなら制限の無いローカルアプリの方が圧倒的に良いし、微妙な感じ

128 :デフォルトの名無しさん:2011/07/21(木) 21:32:16.61
スマホアプリのほとんどが、ブラウザで実行させると遅すぎて使いにくいから、ローカルというかネイティブというかになっている。

129 :デフォルトの名無しさん: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コマンド自体は入ってんだけど何でだろうか?

130 :デフォルトの名無しさん:2011/07/21(木) 21:55:15.47
こんな感じかな。

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

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

□ ローカルアプリの場合
メモリもファイルシステムも使い放題なので、好きなだけ自由に編集して、気が済んだら
Youtube にアップロード。
→ 素材も好きなだけ使えるし、処理時間の掛かるエフェクトも好きなだけ使えるので
  編集の自由度は最も高い。
→ 動画サイトに載せたくない個人的なムービーも当然作成出来る。

131 :デフォルトの名無しさん:2011/07/21(木) 22:08:03.59
ネイティブクライアントを邪気にしてないか?
サーバーに負荷がかからずシームレスな編集ができるってのは重要でしょ。
ただでさえエンコまちで数十分またされる動画サイトは多いわけだし。
ネカフェとかクライアントツールがない場所でも手直しができるも利点でしょ。
あと、クライアントのリソースを自由に使えるのは許可さえすればネイティブクライアントでも
できる訳だし殊更スタンドアロンアプリで強調する事じゃないよね。

132 :デフォルトの名無しさん:2011/07/21(木) 22:26:03.37
>>131
真面目に動画編集をするなら、ファイルシステムにアクセス出来ないのは結構致命的じゃないの。

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

Youtube に上がってる数十 MB の動画を加工するだけなら NaCl でも充分だとは思うけど、
それにしても、音声を差し替えたいと思ったら先にデータをアップロードしておかないと
いけないのは面倒でしょ。

133 :デフォルトの名無しさん:2011/07/21(木) 22:38:07.11
現状テンポラリが作れなくてもそのうち使えるようになるでしょ。
アルファ版状態の現状で用意されてないAPIをネイティブクライアントの
欠陥とみなすのは早計。もしかしたら、googleはブラウザをOS化する可能性も有るわけだし
#まぁ、既にネットブック用のブラウザOS作ったし時間の問題だと思うけど。

134 :デフォルトの名無しさん:2011/07/21(木) 23:18:32.41
無い物は無いよ
何で現状無いのかを考えれば、今後も自由にはならないと思うけどね


答え)サンドボックスが売りだから

135 :デフォルトの名無しさん:2011/07/21(木) 23:22:34.73
テンポラリデータがセキュリティホールになるかいな。
容量だってユーザーで制限できるだろうし。
ファイルアクセスだってアップロードダイアログと同じように作れば実績もあって十分だし。

136 :デフォルトの名無しさん:2011/07/21(木) 23:25:34.09
タヌキの皮が何枚になろうがどうでもいいから具体的な開発の話をしてくれ。
とりあえず >>129 の辺り他の人はどうしてる?

137 :デフォルトの名無しさん:2011/07/21(木) 23:32:27.96
>>135
夢を見るのは構わないけど、現状は JavaScript 経由で WebStorage を使うとか言ってるレベルでしょ?
あんまり時間が掛かると、ホントに Google Earth が JavaScript で実装される時代になるよw

138 :デフォルトの名無しさん:2011/07/22(金) 00:11:31.53
>>136
Python の問題っぽいから Python スレで聞くと良いと思われ

139 :デフォルトの名無しさん:2011/07/22(金) 00:35:31.93
>>137
Javascript経由しなくてもできなくはねぇなぁ。
プログラムをこうしてやればいい。限定的にstdioなんかが使えるようになる。
toolchain/bin/nacl-sel_ldr -a test.nexe

140 :デフォルトの名無しさん:2011/07/22(金) 00:50:26.53
それを『誰が』やるのか考えた方が良いよ

141 :デフォルトの名無しさん:2011/07/22(金) 01:03:16.39
このコマンド打つのはプログラマー。
実行許可すんのはブラウザのユーザーだけど?
Flashと同じじゃん。

142 :デフォルトの名無しさん:2011/07/22(金) 01:35:13.41
>>137
流行るか廃れるかなんてどうでもいい。使うのは俺だ。

143 :デフォルトの名無しさん:2011/07/22(金) 02:35:07.04
うん、広く使ってもらう為の話じゃないなら好きにしていいよ

144 :デフォルトの名無しさん:2011/07/23(土) 03:41:52.49
最初、googleはWebGLとJSで3Dレンダリングするのは速度でないから(WebGLは)いらないという立場だったけど、
今は、速度に問題ないとして推進する立場。
NaClも開発進めてるけど用途は減っていってる。
自分は、Webで動くAndroidアプリ実装や言語エンジンがほしい。

145 :デフォルトの名無しさん: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+」を発表、
「現実世界の人間関係を再現」)

146 :デフォルトの名無しさん:2011/07/23(土) 08:01:40.14
>>144
>NaClも開発進めてるけど用途は減っていってる。

Google が持っている開発ターゲット環境は、Go もあるし JavaScript(V8/Traceur) もあるし
Java(Dalvik/GWT) もあるから、どうしても話題が埋もれちゃうよね

147 :デフォルトの名無しさん:2011/07/27(水) 03:15:56.18
>>133,137
JavaScript経由でFileAPIのテンポラリストレージを使えば今でも1Gまでは保存できるよ。
ttp://code.google.com/p/nativeclient/issues/detail?id=566
を見るに、NaClから直にファイル使えるようにする気はあるらしい。

148 :デフォルトの名無しさん: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どうなんの〜?

150 :デフォルトの名無しさん:2011/07/30(土) 22:58:46.72
>>149
冷静に考えて、どうなると思う?

151 :デフォルトの名無しさん:2011/07/30(土) 23:01:08.41
Qt ほどひどくはならないんじゃない?


152 :デフォルトの名無しさん:2011/07/30(土) 23:02:03.98
何がどうしてひどくなると思うの?

153 :デフォルトの名無しさん:2011/07/30(土) 23:53:27.01
ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。

154 :デフォルトの名無しさん:2011/07/31(日) 00:00:30.98
http://src.chromium.org/viewvc/native_client/

155 :デフォルトの名無しさん:2011/07/31(日) 11:02:52.57
>>152
ひどくならいんだから
ひどくなるとは思ってない

156 :デフォルトの名無しさん:2011/07/31(日) 11:05:38.00
つ ほど

157 :デフォルトの名無しさん:2011/08/01(月) 00:18:41.09
GoogleLabsはWebサービス寄りの話だし、NaClの開発に関係するサービスも無かったかも。

158 :デフォルトの名無しさん: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へ移植も有り得るのかな?

159 :デフォルトの名無しさん:2011/08/01(月) 00:34:48.25
毎月0.1上げてるのをみると、年末には1.0の発表したいのかもしれない。

160 :デフォルトの名無しさん:2011/08/01(月) 00:37:11.88
>>149
Google Code Labsとは別みたい。
http://code.google.com/intl/ja-JP/labs/

161 :デフォルトの名無しさん:2011/08/01(月) 00:42:24.25
http://code.google.com/intl/en-us/labs/
おっと、日本語のトップページは更新されてなかった

162 :デフォルトの名無しさん:2011/08/01(月) 00:54:06.96
毎月上がる理由は、Chromeが1ヶ月ごとにバージョン上がるのにあわせただけだった。
今後は、どうなるんだろう。

163 :デフォルトの名無しさん:2011/08/01(月) 01:46:39.79
firefoxのバージョンアップあほすぎ

164 :デフォルトの名無しさん: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

165 :デフォルトの名無しさん:2011/08/01(月) 19:36:21.23
うっしゃぁまだ無事か。これで投げ出さずに済みそうだ。
関係ないがautotoolに手こずる。コンパイラをどうやって切り替えるんだ?

166 :デフォルトの名無しさん:2011/08/07(日) 00:34:58.97
>164
LLVMの話はARMとx86以外かと思ったら、
・もともとx86で高速なネイティブサンドボックス化ができるところがプロジェクトの開始点
・AndroidやChromeOSとARMさんの方でやれる方がモバイルバッテリーで高効率ということでポイント高い
・ARMネイティブつくってみたけど、なんかしっくりいかない
・LLVMならARM最適化できそう
ってことなのね。

167 :166:2011/08/07(日) 00:39:39.11
おもいっきり違った。
LLVMは、x86でガッツリ開発して
それからARMもって話なのね。


168 :デフォルトの名無しさん: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までまだまだ障害があるよと。

169 :デフォルトの名無しさん:2011/08/07(日) 23:21:07.13
Ubuntu 11.04 Desktop (日本語/32bit) でChrome Unstable (14.0.835.18 dev)でNaCl有効にしても
>>1のexamplesが一つも動かないんだけれどそういうものなんだろうか?

170 :デフォルトの名無しさん:2011/08/07(日) 23:40:05.27
まだ、Chrome13用みたい

171 :デフォルトの名無しさん:2011/08/07(日) 23:48:34.15
Chrome14がstableリリースされる2ヶ月後には、
14以降対応でnexeを放置できるようになるのか。

172 :デフォルトの名無しさん:2011/08/08(月) 20:19:15.62
>>170
These Native Client applications cannot run in Google Chrome version 13.

173 :デフォルトの名無しさん:2011/08/08(月) 21:50:57.09
だれか14か15で動いてる?
winの15だと有効にしてても、プラグインがありませんとなって動かない

174 :デフォルトの名無しさん:2011/08/09(火) 01:36:10.63
winの14なら動くよ。pluginsとflagsの両方がONならば。ubuntuが動かない。

175 :デフォルトの名無しさん:2011/08/13(土) 00:37:50.80
ubuntuの14,15でも動いてる。about:flagsでenableした後、chromeの再起動が必要だった。

176 :デフォルトの名無しさん:2011/08/13(土) 03:30:35.91
解説記事: GoogleがNative ClientをChrome 14に実装, いよいよ次世代...
http://jp.techcrunch.com/archives/20110811chrome-native-client/


Androidで実装されたら本気出す

177 :デフォルトの名無しさん:2011/08/13(土) 09:52:34.63
android は jna があるしな…また別系統
chromeos 早くきてくれ!

178 :デフォルトの名無しさん:2011/08/17(水) 22:11:10.99
>>175
8/9の時点ではstable/bata/unstableのどれでも動かなかったが、今はubuntuでも動くみたいだね。

179 :デフォルトの名無しさん:2011/08/17(水) 22:55:45.19
>>176
実装っていうか10月のversion14からデフォルトで有効になるってことだね
ただWeb Storeに登録しなきゃいけないのが何気にうざい

180 :デフォルトの名無しさん:2011/08/18(木) 00:42:28.39
いずれは Android でも使える様になるんだろうけど、Safari や Firefox みたいな
主要ブラウザで採用される日は来るのかなあ

181 :デフォルトの名無しさん:2011/08/18(木) 11:30:44.69
永遠に来ないよ
Gの囲い込み

182 :デフォルトの名無しさん:2011/08/18(木) 21:14:43.25
これローカルでエミュレートできないのかな。
単に*.nexeを実行したらセグフォで落ちるし、
Wiki見てnacl64-ncvalで動かせるかと思ったら、
libcrypto.soが無いっていうし。

183 :デフォルトの名無しさん:2011/08/19(金) 00:59:40.54
無いならaptで入れればいいじゃないか

184 :デフォルトの名無しさん:2011/08/19(金) 01:02:50.24
今どき OpenSSL が入ってない環境ってあるんだな・・・

185 :デフォルトの名無しさん:2011/08/19(金) 15:08:59.11
VMでテストすりゃええが

186 :デフォルトの名無しさん:2011/08/20(土) 00:35:28.60
VM?

LLVMのlliの事かと思って lli a.nexe したら当然のごとくシグニチャが違うと言われた

187 :デフォルトの名無しさん:2011/08/20(土) 00:53:25.67
>>184
openssl入っててもlibcrypto.soは入ってない。
64bit環境だからかはしらんけど。

188 :デフォルトの名無しさん: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
だった。


189 :デフォルトの名無しさん:2011/08/20(土) 18:02:40.43
それがどうかしましたか?

190 :デフォルトの名無しさん: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有効化済み

192 :デフォルトの名無しさん:2011/08/23(火) 21:06:01.50
うちは動いてる

193 :デフォルトの名無しさん:2011/08/25(木) 01:21:06.88
>>191
devtoolsのコンソールには何かでてる?

194 :デフォルトの名無しさん:2011/08/25(木) 01:33:19.69
>>193
こんな感じ。
NaCl module load failed: manifest: has unrecognized top-level property "program".

本家のコミュニティー調べたら Chrome 14にすればとか書いてあるけど、
14にしても同じだったってなリプライもあるんだよな。それにLinuxじゃ14って
まだじゃない?

195 :609:2011/08/25(木) 07:26:11.36
about:flags
about:plugins
両方有効にした?

196 :デフォルトの名無しさん:2011/08/25(木) 20:29:16.15
両方有効状態

197 :デフォルトの名無しさん:2011/08/26(金) 08:29:41.54
>>194
NaClのバージョン違い。
Chrome14のNaClとそれ以前のではmanifestが変わってて互換がないよ。

どのOSでも13が安定板、14がβ版、15が開発版。
β版を入れるか、来月半ばあたりまで待てば動くはず。

198 :デフォルトの名無しさん:2011/08/26(金) 19:55:29.68
なるほどありがと。
って事は、あれかNaClのmanifestが古い開発キットさがせば
ベータ版の14入れなくても動くってことか。

199 :デフォルトの名無しさん:2011/09/02(金) 00:50:18.72


200 :デフォルトの名無しさん:2011/09/02(金) 07:05:04.43
win/osxならchrone canary buildとchrome(チャンネル一つ)が同時に起動出来るから、
canary(15)とstable channel(13)入れておけばいいと思う。
#最近osx版が追加された

201 :デフォルトの名無しさん:2011/09/04(日) 03:46:29.53
OSXで動くとか言ってる人がいるけど
SDK0.5のrelease notesに書いてあるクラッシュの問題は解決したの?
Windowsでさえなんだか不安定だというのにMacで本当にちゃんと動くのか不安だ

202 :デフォルトの名無しさん:2011/09/04(日) 19:09:25.06
LLVMベースだから、どっちかってとWindowsの方が外野臭いけどね。
Unix Likeな感じ。

203 :デフォルトの名無しさん:2011/09/04(日) 20:57:04.09
LLVM版は開発中
nexeがpexeになるだったかな。

204 :デフォルトの名無しさん:2011/09/28(水) 19:52:24.99
まだまともに動かないのかよこれ。
今のWebは糞遅いjsが跋扈してかなわん。

205 :デフォルトの名無しさん:2011/09/28(水) 20:17:25.13
おまえは一生重い重い言ってろ

206 :デフォルトの名無しさん:2011/09/28(水) 21:33:54.66
いつから tcl が早い言語ってことになったんだw
tcl もふつうに処理の遅い言語ですよお父さん…

207 :デフォルトの名無しさん: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() );
}

208 :デフォルトの名無しさん:2011/10/01(土) 22:27:57.73
自己解決
BindGraphicsを呼び出してなかっただけだったわ

209 :デフォルトの名無しさん:2011/10/05(水) 00:38:05.54
LLVMでも使えるのにSIMDライブラリが使えん。
GPUで何とかしろってことか。

210 :デフォルトの名無しさん:2011/10/06(木) 00:06:37.33
めんごめんご。やっぱSSE使えたわ。-msseオプション入れてなかっただけだったわ

211 :デフォルトの名無しさん:2011/10/08(土) 21:57:48.03
次期SDKのベータ来たな
ttp://code.google.com/intl/ja-JP/chrome/nativeclient/docs/beta-sdk.html

212 :デフォルトの名無しさん:2011/10/08(土) 22:14:14.76
Manifest変えるのは勘弁してくれ

213 :デフォルトの名無しさん:2011/10/09(日) 00:11:16.39
NaCl ABIが決まった後の開発の中心はPepper APIってやつなのか

214 :デフォルトの名無しさん: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).

なるほど…確かに面白そうだ

215 :デフォルトの名無しさん: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

216 :デフォルトの名無しさん:2011/10/09(日) 14:56:49.46
Native Client プラグインは使用できません

とか出るな sdkベータ $httpd.cmd 5103
dev channel の chrome 15 以降で動くと書いてあるような気はするのだが…(汗

217 :デフォルトの名無しさん:2011/10/09(日) 15:07:38.40
>>195
そうか plugin は初めからonになってるけど flags はデフォじゃonになってなかったからかd

218 :デフォルトの名無しさん:2011/10/09(日) 22:59:49.96
googleはjavascript、dartにnaclと新しいものを生み出すはいいが、
結局のところ、戦略的には何を使わせたいんだ?

219 :デフォルトの名無しさん:2011/10/09(日) 23:08:32.19
golang と gae を忘れちゃ駄目だぞ
君の心に feeling haert!

って明日だね dart の発表…

220 :デフォルトの名無しさん:2011/10/09(日) 23:46:02.24
いまのところ、一般向けはflags:offになってて
chrome storeで、追加したウエブページ(試した)やプラグイン(試してない)で、有効になる流れみたい。

221 :デフォルトの名無しさん:2011/10/10(月) 06:40:27.95
gaeとgwtは糞

222 :デフォルトの名無しさん:2011/10/10(月) 11:57:27.86
clangの中の人が頑張って、native clientでobjective-cが動かないかな


223 :デフォルトの名無しさん:2011/10/10(月) 21:26:48.23
>>218
ブラウザとOSの統合じゃね。
最終的にブラウザがOSを食う形で。
Nacl つかってみると、ファイルアクセスも使えるし、
オーディオもグラフィックも、サーバーとの通信もできる。
イベントも自前で処理できるし極小なOSとしては充分じゃね。

224 :223: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
どんまい

227 :デフォルトの名無しさん: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

228 :デフォルトの名無しさん:2011/11/08(火) 01:09:03.26
http://www.gonacl.com/dev/supported_software.html
ミドルウェアやツール類
gonaclのdevトップのニュースとミドルウェアなどみてると、思ったよりchrome storeに各種ゲームが登場しそう。
tclがあるのはCAD/CAMを移植して欲しいのかな。
そしてocamlがあるのは何故だろう。

229 :デフォルトの名無しさん:2011/11/11(金) 02:22:19.43
もともとはtclがブラウザに載るって計画があった気がするので、
tclの作者をリスペクトしてだと思ってたよ

230 :デフォルトの名無しさん:2011/11/12(土) 00:56:19.23
ocamlがあるのは関数型が金融での使用例が多いからかしら?

231 :デフォルトの名無しさん:2011/12/12(月) 11:22:53.52
地味に開発は進んでるんだな

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



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

Linuxでぬるぬる動く。

233 :デフォルトの名無しさん:2011/12/12(月) 15:45:43.06
いいですねー。久々にこういうゲームプレイしたくなった

234 :デフォルトの名無しさん:2011/12/12(月) 22:19:45.14
□エニがゲーム提供するんだっけ?

235 :デフォルトの名無しさん:2011/12/13(火) 00:58:03.31
Chrome以外で動かすためのプラグインとか
まだ無いんだろうな
普及したら使うのに

51 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)