11/02/25 15:18:51.00
URLﾘﾝｸ(sourceforge.jp)
米Googleは2月18日、C/C++で実装されたネイティブコードをWebブラウザ上で実行できる
「Native Client Software Development Kit（SDK）」の最新版を公開した。
Windows、Mac OS X、Linuxに対応する。
3:デフォルトの名無しさん
11/02/25 15:19:33.06
JavaApplet というよりは ActiveX だよね
URLﾘﾝｸ(slashdot.jp)
URLﾘﾝｸ(slashdot.jp)
4:デフォルトの名無しさん
11/02/25 15:21:00.80
Native Client SDK : URLﾘﾝｸ(code.google.com)
NaCl ports : URLﾘﾝｸ(code.google.com)
Gallery: URLﾘﾝｸ(naclports.googlecode.com)
5:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/02/25 15:24:31.08
206 デフォルトの名無しさん [sage] 2011/02/23(水) 00:30:05.97 ID: Be:
かってに、google に甘い期待をしているんだけど、
URLﾘﾝｸ(sourceforge.jp)
これとかを見ると、google 的には、
C++ は Web アプリみたいにして、
Android に持っていくつもりなのかな。
プログラマのヘマでセキュリティーホール作られるよりは、
制限あっても、sandbox 内で…って感じで。
Javaが選ばれた理由も、そんなんじゃなかったっけ？
7:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/02/25 15:27:33.25
212 デフォルトの名無しさん [sage] 2011/02/23(水) 10:55:37.75 ID: Be:
>>206
面白そうだけどChromeでしか動かないって
ChromeOSのサブプロジェクトかなんかか
9:デフォルトの名無しさん
11/02/25 15:28:10.77
214 デフォルトの名無しさん [sage] 2011/02/23(水) 13:06:31.99 ID: Be:
>>212
FirefoxとかOperaでもすぐ使えるようになるのでは？
URLﾘﾝｸ(slashdot.jp)
10:デフォルトの名無しさん
11/02/25 15:29:03.14
このスレッドは天才チンパンジー「アイちゃん」が
言語訓練のために立てたものです。
アイと研究員とのやり取りに利用するスレッドなので、
関係者以外は書きこまないで下さい。
京都大学霊長類研究所
11:デフォルトの名無しさん
11/02/25 15:30:13.72
Nixysaという半自動でNPAPIのコードを書いてくれるツールが使えるかも。
URLﾘﾝｸ(code.google.com)
基本的にはいきなりNaClというよりまずNPAPIを使ったプラグインを開発できるようになったほうがよさげ。
多分プラグインとして動けばNaCl化は難しくない。
12:デフォルトの名無しさん
11/02/25 15:31:09.17
2ch関連スレ。chromiumブラウザー
ｽﾚﾘﾝｸ(software板)l50
13:デフォルトの名無しさん
11/02/25 15:31:19.20
chromiumブラウザーのデザインドキュメントがかなり役に立つ。
URLﾘﾝｸ(sites.google.com)
14:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/02/25 16:40:29.21
>>1 乙
16:デフォルトの名無しさん
11/02/25 19:23:07.85
前スレ落ちてたんだね。スレ立て乙です(^_-)-☆
17:デフォルトの名無しさん
11/02/25 19:47:01.87
前スレってレス20くらいで落ちてた気がするので
今回も過疎ってると落ちるかもね
18:デフォルトの名無しさん
11/02/25 23:53:55.47
じゃあ勉強がてら練習ソースうｐする
19:デフォルトの名無しさん
11/02/26 00:46:41.62
wktk
20:デフォルトの名無しさん
11/02/26 08:19:54.18
>>1
n ノノﾉハヽ
(ﾖ川´・ⅴ・)＜乙です
Y つ
21:デフォルトの名無しさん
11/02/26 08:37:39.72
2molとは粋な計らいを・・・
22:デフォルトの名無しさん
11/02/26 18:10:08.34
これがこのスレでの初めての書き込みなのに、俺が書いたレスが既に張ってあるから、
もう書く事無いよ。NaCl/ARM が Android で動くとかすればなあ。
23:デフォルトの名無しさん
11/02/26 19:13:46.80
そうだね
24:デフォルトの名無しさん
11/02/26 19:16:43.65
NaClって分子じゃないのに何でmolで数えるんだろう
25:デフォルトの名無しさん
11/02/26 22:42:33.99
逆にどう数えろと…
26:デフォルトの名無しさん
11/02/27 03:43:09.47
［訂正記事］グーグルのNative Client、CPUに依存しない互換性は将来のバージョンにて 2010年3月21日
URLﾘﾝｸ(www.publickey1.jp)
27:デフォルトの名無しさん
11/02/27 03:46:40.68
GoogleのNative ClientでWebアプリケーションのパフォーマンスを改善する
作者 Abel Avram , 翻訳者 笹井 崇司 投稿日 2010年4月16日 午後3時8分
URLﾘﾝｸ(www.infoq.com)
28:デフォルトの名無しさん
11/02/27 03:46:49.77
Google が頑張って IE と Safari と Firefox 向けに NaCl の Plug-in を作ったとして、
これが普及する芽はあるのかなあ。iPad / iPhone 向けには Plug-in は作れない訳だし、
JavaScript がこれだけ力を持つと、ひっくり返せるものなんだろうか。
29:デフォルトの名無しさん
11/02/27 03:55:42.88
GoogleがNative Clientを刷新。が、最後までやり遂げるだろうか？
作者 Dionysios G. Synodinos , 翻訳者 南 伸二 投稿日 2011年2月23日 午後7時42分
URLﾘﾝｸ(www.infoq.com)
30:デフォルトの名無しさん
11/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
URLﾘﾝｸ(googlecode.blogspot.com)
31:デフォルトの名無しさん
11/02/27 04:05:15.34
ポータブルにならないなら
普通にexe配布した方が良いお
Native Clientの仕組みはどうなっているのか？
URLﾘﾝｸ(d.hatena.ne.jp)
32:デフォルトの名無しさん
11/02/27 06:15:18.06
いまさら劣化ActiveXもどきか。
33:デフォルトの名無しさん
11/02/27 08:02:43.80
ActiveXというよりJavaでしょ
34:デフォルトの名無しさん
11/02/27 10:01:47.72
>>33
いや、JavaとActiveXの公約数。
35:デフォルトの名無しさん
11/02/27 11:54:05.73
ActiveXのように速いJava
Javaのように安全なActiveX
36:デフォルトの名無しさん
11/02/27 14:39:33.45
Java じゃなくて Java Applet な
37:デフォルトの名無しさん
11/02/27 15:10:24.47
っつーかjavascriptで充分だろ
38:デフォルトの名無しさん
11/02/27 15:13:24.00
NaCl の話を聞く度に O3D が思い出される
あれも最初は Plug-in でやろうとしたけど、結局は JavaScript でも
十分な速度が出るという結論だったんだよね
39:デフォルトの名無しさん
11/03/04 18:50:56.27
ほしゅ
40:デフォルトの名無しさん
11/03/04 19:27:20.96
すげえなこれ10の24乗コ目のスレなのか
41:正義の下着：コスモパンティー
11/03/04 19:52:13.94
1モルは6.02×10^23です。
2モルだからといって24乗に階乗を変更することはしません。
42:デフォルトの名無しさん
11/03/04 21:11:54.68
1mol 6.02×10^23 が正しければ
2mol 1.204×10^24 も正しいと思うんだけど
釣りなの？
43:デフォルトの名無しさん
11/03/04 21:48:15.87
アボガドロ数は化学ではあまり使わんなああ。
44:デフォルトの名無しさん
11/03/05 05:59:38.03
組成比で重量％とｍｏｌ％はどっちも良く使うよ
45:デフォルトの名無しさん
11/03/05 07:21:08.28
おまいら NaCl の話しろよ
46:正義の下着：コスモパンティー
11/03/05 07:52:31.23
有効数字って知らないの？
47:デフォルトの名無しさん
11/03/05 08:30:45.30
10年以上前に出てきたActiveXのさらに劣化した技術だからなあ。
48:デフォルトの名無しさん
11/03/07 08:02:59.49
ほしゅ
49:デフォルトの名無しさん
11/03/08 10:33:33.94
ほ
50:デフォルトの名無しさん
11/03/08 11:51:38.47
ブラウザでエディタが動く時代が来るのか
viとかメーラーとか移植されそうだな
あ、googleってクライアントメーラーってやらないのかな
51:デフォルトの名無しさん
11/03/08 20:45:19.82
Qt4 on Android の方が面白そうだからあっちいく
52:デフォルトの名無しさん
11/03/10 09:15:43.63
ノシ
53:デフォルトの名無しさん
11/03/10 12:26:57.96
NaCl最近動きないね。
みんな注目してないのか
54:デフォルトの名無しさん
11/03/10 13:26:29.69
ブラウザの中でネイティブを動かしたいニーズが無くなってしまったからな。FlashとSilverlight共々逝く気がする
55:デフォルトの名無しさん
11/03/10 17:13:02.38
Nacl・・・おれはあえてナックルと呼ぶぜ！
56:デフォルトの名無しさん
11/03/10 23:22:51.18
>>53
時代は JavaScript を拡張して行く方向だと思うよ
何が哀しくてブラウザ上で C++ なんか使わないといけないんだろうね・・・
57:デフォルトの名無しさん
11/03/11 00:10:06.70
JavaScriptが良いとは思わないけどなあ
サンドボックス内部でC++（ネイティブコード）を使うのが一番言いい。
WebGLとかダメでしょ、あれ
58:デフォルトの名無しさん
11/03/11 00:16:04.34
別に自分の好みを通すのは好きずきなんじゃないの。
時代は WebGL の方に進んでるから、気が向いたらこっちに来なよ。
59:デフォルトの名無しさん
11/03/11 00:30:59.84
>>56
C++のコードがjavascriptから呼べるんだから便利だよ
60:デフォルトの名無しさん
11/03/11 00:36:42.27
>>59
C++ を書きたい人が書く分には良いんじゃないの
既存のコードをそのまま動かしたいとかね
それでもフルパワーの C++ が使える訳ではないし、テストや
メンテナンスの手間を考えると、かなり敷居が高いと思うよ
61:デフォルトの名無しさん
11/03/11 08:12:23.96
Googleのやることって、特徴は無料ってだけで、今更ってのが多い。
62:デフォルトの名無しさん
11/03/11 09:15:55.48
あげとくか
63:デフォルトの名無しさん
11/03/12 19:55:37.53
やっとGoogle Chrome 10.0がUbuntu/Debianに回って来た。
ちょっと遊んでみるかな?
64:デフォルトの名無しさん
11/03/15 04:42:19.34
hosu
65:デフォルトの名無しさん
11/03/16 18:00:23.58
日本オワタ
66:デフォルトの名無しさん
11/03/19 07:44:34.17
放射性NaCl
67:デフォルトの名無しさん
11/03/19 08:10:05.33
雨には放射能が含まれていると危険だから
必ず傘をさすようにってお天気で毎回言った方が良い
68:デフォルトの名無しさん
11/03/21 14:42:09.54
>>67
放射性物質だろ。水は陽子と電子だけだから放射能を持つことはない。
69:デフォルトの名無しさん
11/03/21 17:17:11.39
水素や酸素にも同位体はありますよ
同位体がなぜ放射能を持つかどうかは良くわかってない
70:デフォルトの名無しさん
11/03/21 18:25:00.79
HもOも放射性同位体の半減期短いのばっかりじゃんw
雨が危険、っていうのは、小学生でも知ってるように雨粒は空気中の埃を核にして
形成されるからだと思うけど。
今回の件で放射性物質の埃がある程度上空に排出されたのは間違いなからね。
71:デフォルトの名無しさん
11/03/22 21:38:27.84
真水で冷却出来ずに塩水使ったのが間違いだったね
高温でイオン化したナトリウムが水と反応して爆発したんだよ
72:デフォルトの名無しさん
11/03/22 23:48:25.57
どんなトンデモ化学だよそれ
73:デフォルトの名無しさん
11/03/24 15:39:27.60
73
74:デフォルトの名無しさん
11/03/31 23:41:01.80
原発がんがれ
75:デフォルトの名無しさん
11/04/03 21:03:12.72
高吸水性ポリマーで汚水流出止めようとしてるみたいだけど塩分があると効果ないんだって
URLﾘﾝｸ(www.kyoto-be.ne.jp)
URLﾘﾝｸ(www.kyoto-be.ne.jp)
76:デフォルトの名無しさん
11/04/07 16:38:11.51
ほ
77:デフォルトの名無しさん
11/04/13 00:55:00.39
.
78:デフォルトの名無しさん
11/04/16 11:16:26.27
Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
URLﾘﾝｸ(slashdot.jp)
凄いんだか凄くないんだかさっぱりわからんw
Googleは今でもNaClをプッシュしてるの？
79:デフォルトの名無しさん
11/04/16 12:12:47.04
こんなスレあったのね
WebKit党Safari派だがぐぐるも好き、LLVM注目中なので記念カキコ
ときどき見に来る
/.Jで出たの知って、悶々としてたので書かせてくれ
>>78
NaTclって物質ないじゃんね
もうちょいましな名前はなかったのかと
といっても、ささっと対案は出てこずｗ
80:デフォルトの名無しさん
11/04/17 10:55:06.97
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」（1/2）：CodeZine
URLﾘﾝｸ(codezine.jp)
サーバー側コーディング不要のGoogle App Engine開発環境「jsonengine」（2/2）：CodeZine
URLﾘﾝｸ(codezine.jp)
81:デフォルトの名無しさん
11/04/17 13:05:14.75
GAEは携帯認証がな…。
GAEにも、NaCl入るようにならないかな
82:デフォルトの名無しさん
11/04/18 13:09:58.81
ん？
鯖は関係ないんじゃない？
83:デフォルトの名無しさん
11/04/20 22:29:41.30
うん。直接関係ない。
だが、ブレスト的にというか、無理やりくっつけて考えてみた
NaClってのは、きちんとサブセット化されたELFバイナリ、
サンドボックス、RPCで成り立ってる
これを、GAEが受け入れれば、言語制限ってものが取り払われるんじゃないか
Perlやりたい？NaClでPerlビルドすればいい
RubyだろうとLUAだろうとおなじこと
84:デフォルトの名無しさん
11/04/27 14:33:46.69
GAE と何の関係が？
85:デフォルトの名無しさん
11/04/27 20:32:23.67
Tcl、GoogleのNative Clientに対応した「NaTcl」を発表
URLﾘﾝｸ(slashdot.jp)
> スクリプト言語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:デフォルトの名無しさん
11/05/01 02:07:06.68
chrome://plugins
に、NaClが出てくるけど、ここからも有効化できるのかな？
87:デフォルトの名無しさん
11/05/10 00:22:17.17
>>85
多分できる。
試しに有効にしてみたら動いた。
88:デフォルトの名無しさん
11/05/20 00:32:42.04
sdkのバージョンが0.3になってた Chrome12のためだけみたいだけど
89:デフォルトの名無しさん
11/05/27 20:17:54.65
NaClって名前がいいな
90:デフォルトの名無しさん
11/06/03 09:35:43.58
かそ
91:デフォルトの名無しさん
11/06/03 12:17:46.01
基盤技術過ぎて、華はないなｗ
なんとなく見てるんだが、Chrome OS のRPCにも使えるようになるんだよね、きっと
92:デフォルトの名無しさん
11/06/03 13:51:45.16
スゲー興味有るんだけど誰も使ってなさそうで怖い
93:デフォルトの名無しさん
11/06/03 22:23:35.93
今GPU使える？せめてシェーダー言語だけでも走らせる事ができりゃいいんだけど。
あとは自作するから。
94:デフォルトの名無しさん
11/06/03 22:51:06.27
Unity Technologies: Notes on Native Client & Pepper Plugin API
URLﾘﾝｸ(blogs.unity3d.com)
95:デフォルトの名無しさん
11/06/04 21:25:54.64
ActiveXの劣化コピー
96:デフォルトの名無しさん
11/06/04 22:48:12.36
ActiveXはNaClのサブセット
97:デフォルトの名無しさん
11/06/05 00:42:59.36
ActiveXは、よく脆弱性持ち込んでたような、、、
98:デフォルトの名無しさん
11/06/05 04:00:54.46
NaClはよくは知らんがActiveXは完全信頼モデルなのがいかんかったのだろ？
NaClはプロセス分離とかで部分信頼モデルもどきぐらいにはするつもりじゃないの？
99:デフォルトの名無しさん
11/06/18 02:43:10.39
hosh
100:デフォルトの名無しさん
11/06/18 10:32:13.79
MSがWebGLはセキュリティが駄目だと言ったから
NaCl使ってOpenGL使うのが流行るんじゃね？
101:デフォルトの名無しさん
11/06/18 10:41:34.01
WebGL は、セキュリティの問題は ARB で対応する予定でしょ
102:デフォルトの名無しさん
11/06/18 17:00:04.79
URLﾘﾝｸ(shaver.off.net)
103:デフォルトの名無しさん
11/06/24 21:08:40.77 BE:2087411279-2BP(100)
「Chrome」の徹底的な改修を開始したグーグル--セキュリティ向上を目指す
URLﾘﾝｸ(japan.cnet.com)
> Googleが「Native Client」と呼ばれる安全性の高い基盤の上で、
> 「Chrome」を徹底的に作り直す作業を開始したとの情報を、米CNETが入手した。
104:デフォルトの名無しさん
11/06/24 21:47:11.05
Native Clientって全然話題にならないけど
プロジェクトとして生きてるの？
105:デフォルトの名無しさん
11/06/24 23:21:34.25
ChromeOSもChromeもJSからプラグインぐらいまでは移す計画してるんじゃない？
いまんとこ、セキュアなネイティブサンドボックスなんて、脱研究室レベルではGoogleしかできてないけど、第一線のプロジェクトなことは間違いないとおもうよ。
ここ数年でものになるなら、ARM版がすでにあるのでスマートフォンやタブレットでの電力改善が一番大きい。
x86とARM以外ではLLVMでユニバーサルって話だから汎用性もあることにはなっている。
106:デフォルトの名無しさん
11/06/30 11:15:31.97
す
107:デフォルトの名無しさん
11/06/30 22:29:41.07
じ
108:天使 ◆uL5esZLBSE
11/07/03 21:53:10.47
>>102
ゴミが散らかってんじゃねえよ
109:デフォルトの名無しさん
11/07/09 10:24:14.41
ほｓ
110:デフォルトの名無しさん
11/07/09 11:06:23.25
ネイティブサンドボックスって、いまや普通。
111:デフォルトの名無しさん
11/07/16 22:38:59.32
ウェブアプリは JavaScript で割と満足なんだけど、ネイティブコードのニーズってあるのかな?
112:デフォルトの名無しさん
11/07/17 00:53:43.64
ソース隠しかな
113:デフォルトの名無しさん
11/07/19 19:46:59.82
>>111
Java屋とか.NET屋とかからは、JavaScriptは使えば使うだけ生産性落とすって言われてるけどもね。
動的な型付けとか、ソースコード配布な辺りとか、テストしにくい辺りが。
かといって、ネイティブコードがいいかというと良くないけども。
114:デフォルトの名無しさん
11/07/20 22:53:04.76
>>111
Flash Playerそのものを動かすとか。
マルチメディア系のプログラムを動かすとか。
メンドいデプロイを楽ちんにするとか。
115:デフォルトの名無しさん
11/07/21 06:07:56.13
JavaScript 自体が、でかくて重いプログラムを走らせるような設計になっていない。
116:デフォルトの名無しさん
11/07/21 19:27:49.04
ブラウザ上ででかくて重いプログラムを走らせ様と考えるのは勘弁してくれ
JavaScript だと重いタスクはサーバ側に丸投げするだろ
117:デフォルトの名無しさん
11/07/21 19:33:58.08
あー、でも最近はそうでもないか
JavaScript の処理速度はかなり上がったから、割と何でも気軽に JavaScript で実装出来てるわ
JavaScript で実装した他の言語のランタイムや、OS の仮想マシンも幾つかあるよね
118:デフォルトの名無しさん
11/07/21 20:02:06.29
>>117
URLﾘﾝｸ(jsbin.com)
WebGLのスレにあったヤツだが、ここまで遅いと話しにならんだろ。
>>116
そんな処理サーバーに投げたらサーバー死ぬだろ。
クライアントは1台じゃないんだから。
119:デフォルトの名無しさん
11/07/21 20:07:22.14
>>118
>そんな処理サーバーに投げたらサーバー死ぬだろ。
どんなサーバのどんな処理かの前提も無しに面白いことを言うね
120:デフォルトの名無しさん
11/07/21 20:10:24.45
>>118
WebGL 普通にサクサク動くけど?
URLﾘﾝｸ(syllab.fr)
121:デフォルトの名無しさん
11/07/21 20:16:26.81
>>118
WebGL 普通にサクサク動くけど?
URLﾘﾝｸ(alteredqualia.com)
122:デフォルトの名無しさん
11/07/21 20:31:36.47
>>119
>ブラウザ上ででかくて重いプログラム
がするような処理じゃないのか？
123:デフォルトの名無しさん
11/07/21 20:34:25.94
>>122
具体的にどんな処理?
124:デフォルトの名無しさん
11/07/21 20:35:47.35
>>116 に聞けよ。
125:デフォルトの名無しさん
11/07/21 20:41:06.51
>>124
『君は』どんなプログラムを前提にして話してたの?
126:デフォルトの名無しさん
11/07/21 20:41:10.18
>>123
マジメな話、Google MapをGoogle Earthに置き換えるとかだろ。
あと、youtubeの動画編集をyoutube内でするとか。
てか>>114-116の流れ見れば具体的な話が解ると思うけど。
127:デフォルトの名無しさん
11/07/21 21:12:55.68
>>126
考えてみたけど、動画の編集は NaCl で作っても簡単には行かないと思うわ
ちょっとエフェクト足す程度なら JavaScript でも出来そうだし、ガシガシ
編集するなら制限の無いローカルアプリの方が圧倒的に良いし、微妙な感じ
128:デフォルトの名無しさん
11/07/21 21:32:16.61
スマホアプリのほとんどが、ブラウザで実行させると遅すぎて使いにくいから、ローカルというかネイティブというかになっている。
129:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/07/21 21:55:15.47
こんな感じかな。
□ JavaScript の場合
編集したい Youtube 動画のサムネイルを、サーバ側で切り出して、ブラウザ上に並べる。
そのサムネイルに対して、予め幾つか用意してあるエフェクトを指定したり、キャプションを
入力したり、編集したい内容を指定。編集内容をサブミットすると、サーバ側で合成。
→ 実際の処理は全てサーバ上で行われるので、動画データ自体をやりとりする必要は無い。
→ ローカルの環境への負荷は低いのでタブレットとかスマホでもオケ。
□ NaCl or ブラウザプラグインの場合
編集したい Youtube 動画を NaCl 上のプログラム内のメモリにダウンロード。
ブラウザ上で編集、プレビュー等を済ませ、完成したらアップロード。途中で作業を
中断する場合は、編集中のデータをサーバにアップロード。
→ 通信量多い、ローカルのCPU負荷高い、編集の自由度は高い。
□ ローカルアプリの場合
メモリもファイルシステムも使い放題なので、好きなだけ自由に編集して、気が済んだら
Youtube にアップロード。
→ 素材も好きなだけ使えるし、処理時間の掛かるエフェクトも好きなだけ使えるので
編集の自由度は最も高い。
→ 動画サイトに載せたくない個人的なムービーも当然作成出来る。
131:デフォルトの名無しさん
11/07/21 22:08:03.59
ネイティブクライアントを邪気にしてないか？
サーバーに負荷がかからずシームレスな編集ができるってのは重要でしょ。
ただでさえエンコまちで数十分またされる動画サイトは多いわけだし。
ネカフェとかクライアントツールがない場所でも手直しができるも利点でしょ。
あと、クライアントのリソースを自由に使えるのは許可さえすればネイティブクライアントでも
できる訳だし殊更スタンドアロンアプリで強調する事じゃないよね。
132:デフォルトの名無しさん
11/07/21 22:26:03.37
>>131
真面目に動画編集をするなら、ファイルシステムにアクセス出来ないのは結構致命的じゃないの。
・メモリに入り切る処理しか出来ない（テンポラリデータをファイルに待避したり出来ない）
・ローカルにある素材（サウンドファイルとか別の動画とか）にアクセス出来ない
Youtube に上がってる数十 MB の動画を加工するだけなら NaCl でも充分だとは思うけど、
それにしても、音声を差し替えたいと思ったら先にデータをアップロードしておかないと
いけないのは面倒でしょ。
133:デフォルトの名無しさん
11/07/21 22:38:07.11
現状テンポラリが作れなくてもそのうち使えるようになるでしょ。
アルファ版状態の現状で用意されてないAPIをネイティブクライアントの
欠陥とみなすのは早計。もしかしたら、googleはブラウザをOS化する可能性も有るわけだし
#まぁ、既にネットブック用のブラウザOS作ったし時間の問題だと思うけど。
134:デフォルトの名無しさん
11/07/21 23:18:32.41
無い物は無いよ
何で現状無いのかを考えれば、今後も自由にはならないと思うけどね
答え）サンドボックスが売りだから
135:デフォルトの名無しさん
11/07/21 23:22:34.73
テンポラリデータがセキュリティホールになるかいな。
容量だってユーザーで制限できるだろうし。
ファイルアクセスだってアップロードダイアログと同じように作れば実績もあって十分だし。
136:デフォルトの名無しさん
11/07/21 23:25:34.09
タヌキの皮が何枚になろうがどうでもいいから具体的な開発の話をしてくれ。
とりあえず >>129 の辺り他の人はどうしてる？
137:デフォルトの名無しさん
11/07/21 23:32:27.96
>>135
夢を見るのは構わないけど、現状は JavaScript 経由で WebStorage を使うとか言ってるレベルでしょ?
あんまり時間が掛かると、ホントに Google Earth が JavaScript で実装される時代になるよw
138:デフォルトの名無しさん
11/07/22 00:11:31.53
>>136
Python の問題っぽいから Python スレで聞くと良いと思われ
139:デフォルトの名無しさん
11/07/22 00:35:31.93
>>137
Javascript経由しなくてもできなくはねぇなぁ。
プログラムをこうしてやればいい。限定的にstdioなんかが使えるようになる。
toolchain/bin/nacl-sel_ldr -a test.nexe
140:デフォルトの名無しさん
11/07/22 00:50:26.53
それを『誰が』やるのか考えた方が良いよ
141:デフォルトの名無しさん
11/07/22 01:03:16.39
このコマンド打つのはプログラマー。
実行許可すんのはブラウザのユーザーだけど？
Flashと同じじゃん。
142:デフォルトの名無しさん
11/07/22 01:35:13.41
>>137
流行るか廃れるかなんてどうでもいい。使うのは俺だ。
143:デフォルトの名無しさん
11/07/22 02:35:07.04
うん、広く使ってもらう為の話じゃないなら好きにしていいよ
144:デフォルトの名無しさん
11/07/23 03:41:52.49
最初、googleはWebGLとJSで3Dレンダリングするのは速度でないから(WebGLは)いらないという立場だったけど、
今は、速度に問題ないとして推進する立場。
NaClも開発進めてるけど用途は減っていってる。
自分は、Webで動くAndroidアプリ実装や言語エンジンがほしい。
145:デフォルトの名無しさん
11/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:デフォルトの名無しさん
11/07/23 08:01:40.14
>>144
>NaClも開発進めてるけど用途は減っていってる。
Google が持っている開発ターゲット環境は、Go もあるし JavaScript(V8/Traceur) もあるし
Java(Dalvik/GWT) もあるから、どうしても話題が埋もれちゃうよね
147:デフォルトの名無しさん
11/07/27 03:15:56.18
>>133,137
JavaScript経由でFileAPIのテンポラリストレージを使えば今でも1Gまでは保存できるよ。
URLﾘﾝｸ(code.google.com)
を見るに、NaClから直にファイル使えるようにする気はあるらしい。
148:デフォルトの名無しさん
11/07/30 21:48:40.20
NaCLで
CからopenGL使ってるさんぷるがまったくみあたらない
ヘッダはあるけどまだ使えないの？
149:デフォルトの名無しさん
11/07/30 22:52:49.86
>米Googleは米国時間2011年7月20日、同社が開発中の技術を試験公開するサイト「Google Labs」の
>活動を停止する意向を明らかにした。同社製品への取り組みを優先するためとしている。
エエエエェェェェ～。 NaClどうなんの～？
150:デフォルトの名無しさん
11/07/30 22:58:46.72
>>149
冷静に考えて、どうなると思う?
151:デフォルトの名無しさん
11/07/30 23:01:08.41
Qt ほどひどくはならないんじゃない？
152:デフォルトの名無しさん
11/07/30 23:02:03.98
何がどうしてひどくなると思うの?
153:デフォルトの名無しさん
11/07/30 23:53:27.01
ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。
154:デフォルトの名無しさん
11/07/31 00:00:30.98
つ URLﾘﾝｸ(src.chromium.org)
155:デフォルトの名無しさん
11/07/31 11:02:52.57
>>152
ひどくならいんだから
ひどくなるとは思ってない
156:デフォルトの名無しさん
11/07/31 11:05:38.00
つ ほど