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/
Google NaCl プログラミング 2mol
■ このスレッドは過去ログ倉庫に格納されています
2011/02/25(金) 15:17:57.50
153デフォルトの名無しさん
2011/07/30(土) 23:53:27.01 ひどくなるかは知らんけど、SDKの開発は止まりそうな気がする。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。
ヤル気があるようにみえんし、リリース製品で本格稼働してる機能でもないし。
154デフォルトの名無しさん
2011/07/31(日) 00:00:30.98155デフォルトの名無しさん
2011/07/31(日) 11:02:52.57156デフォルトの名無しさん
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へ移植も有り得るのかな?
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.88161デフォルトの名無しさん
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
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に手こずる。コンパイラをどうやって切り替えるんだ?
関係ないがautotoolに手こずる。コンパイラをどうやって切り替えるんだ?
166デフォルトの名無しさん
2011/08/07(日) 00:34:58.97 >164
LLVMの話はARMとx86以外かと思ったら、
・もともとx86で高速なネイティブサンドボックス化ができるところがプロジェクトの開始点
・AndroidやChromeOSとARMさんの方でやれる方がモバイルバッテリーで高効率ということでポイント高い
・ARMネイティブつくってみたけど、なんかしっくりいかない
・LLVMならARM最適化できそう
ってことなのね。
LLVMの話はARMとx86以外かと思ったら、
・もともとx86で高速なネイティブサンドボックス化ができるところがプロジェクトの開始点
・AndroidやChromeOSとARMさんの方でやれる方がモバイルバッテリーで高効率ということでポイント高い
・ARMネイティブつくってみたけど、なんかしっくりいかない
・LLVMならARM最適化できそう
ってことなのね。
167166
2011/08/07(日) 00:39:39.11 おもいっきり違った。
LLVMは、x86でガッツリ開発して
それからARMもって話なのね。
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までまだまだ障害があるよと。
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が一つも動かないんだけれどそういうものなんだろうか?
>>1のexamplesが一つも動かないんだけれどそういうものなんだろうか?
170デフォルトの名無しさん
2011/08/07(日) 23:40:05.27 まだ、Chrome13用みたい
171デフォルトの名無しさん
2011/08/07(日) 23:48:34.15 Chrome14がstableリリースされる2ヶ月後には、
14以降対応でnexeを放置できるようになるのか。
14以降対応でnexeを放置できるようになるのか。
172デフォルトの名無しさん
2011/08/08(月) 20:19:15.62 >>170
These Native Client applications cannot run in Google Chrome version 13.
These Native Client applications cannot run in Google Chrome version 13.
173デフォルトの名無しさん
2011/08/08(月) 21:50:57.09 だれか14か15で動いてる?
winの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で実装されたら本気出す
http://jp.techcrunch.com/archives/20110811chrome-native-client/
Androidで実装されたら本気出す
177デフォルトの名無しさん
2011/08/13(土) 09:52:34.63 android は jna があるしな…また別系統
chromeos 早くきてくれ!
chromeos 早くきてくれ!
178デフォルトの名無しさん
2011/08/17(水) 22:11:10.99 >>175
8/9の時点ではstable/bata/unstableのどれでも動かなかったが、今はubuntuでも動くみたいだね。
8/9の時点ではstable/bata/unstableのどれでも動かなかったが、今はubuntuでも動くみたいだね。
179デフォルトの名無しさん
2011/08/17(水) 22:55:45.19180デフォルトの名無しさん
2011/08/18(木) 00:42:28.39 いずれは Android でも使える様になるんだろうけど、Safari や Firefox みたいな
主要ブラウザで採用される日は来るのかなあ
主要ブラウザで採用される日は来るのかなあ
181デフォルトの名無しさん
2011/08/18(木) 11:30:44.69 永遠に来ないよ
Gの囲い込み
Gの囲い込み
182デフォルトの名無しさん
2011/08/18(木) 21:14:43.25 これローカルでエミュレートできないのかな。
単に*.nexeを実行したらセグフォで落ちるし、
Wiki見てnacl64-ncvalで動かせるかと思ったら、
libcrypto.soが無いっていうし。
単に*.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 したら当然のごとくシグニチャが違うと言われた
LLVMのlliの事かと思って lli a.nexe したら当然のごとくシグニチャが違うと言われた
187デフォルトの名無しさん
2011/08/20(土) 00:53:25.67188デフォルトの名無しさん
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
だった。
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さん?
187さん?
191デフォルトの名無しさん
2011/08/23(火) 21:04:51.58 NaClがサンプル(examples)ですら動かねぇでやんの。
Fedora13 64bit
Chrome 13
about:flagsによるnative client有効化済み
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のコンソールには何かでてる?
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って
まだじゃない?
こんな感じ。
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
両方有効にした?
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が開発版。
β版を入れるか、来月半ばあたりまで待てば動くはず。
NaClのバージョン違い。
Chrome14のNaClとそれ以前のではmanifestが変わってて互換がないよ。
どのOSでも13が安定板、14がβ版、15が開発版。
β版を入れるか、来月半ばあたりまで待てば動くはず。
198デフォルトの名無しさん
2011/08/26(金) 19:55:29.68 なるほどありがと。
って事は、あれかNaClのmanifestが古い開発キットさがせば
ベータ版の14入れなくても動くってことか。
って事は、あれか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版が追加された
canary(15)とstable channel(13)入れておけばいいと思う。
#最近osx版が追加された
201デフォルトの名無しさん
2011/09/04(日) 03:46:29.53 OSXで動くとか言ってる人がいるけど
SDK0.5のrelease notesに書いてあるクラッシュの問題は解決したの?
Windowsでさえなんだか不安定だというのにMacで本当にちゃんと動くのか不安だ
SDK0.5のrelease notesに書いてあるクラッシュの問題は解決したの?
Windowsでさえなんだか不安定だというのにMacで本当にちゃんと動くのか不安だ
202デフォルトの名無しさん
2011/09/04(日) 19:09:25.06 LLVMベースだから、どっちかってとWindowsの方が外野臭いけどね。
Unix Likeな感じ。
Unix Likeな感じ。
203デフォルトの名無しさん
2011/09/04(日) 20:57:04.09 LLVM版は開発中
nexeがpexeになるだったかな。
nexeがpexeになるだったかな。
204デフォルトの名無しさん
2011/09/28(水) 19:52:24.99 まだまともに動かないのかよこれ。
今のWebは糞遅いjsが跋扈してかなわん。
今のWebは糞遅いjsが跋扈してかなわん。
205デフォルトの名無しさん
2011/09/28(水) 20:17:25.13 おまえは一生重い重い言ってろ
206デフォルトの名無しさん
2011/09/28(水) 21:33:54.66 いつから tcl が早い言語ってことになったんだw
tcl もふつうに処理の遅い言語ですよお父さん…
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() );
}
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を呼び出してなかっただけだったわ
BindGraphicsを呼び出してなかっただけだったわ
209デフォルトの名無しさん
2011/10/05(水) 00:38:05.54 LLVMでも使えるのにSIMDライブラリが使えん。
GPUで何とかしろってことか。
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
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).
なるほど…確かに面白そうだ
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
集約させたい気持ちも分からんでもないが
少々、いやだいぶ敷居は上がっていってる気もしないでもない
いいぞもっとやれと云うべきなのかw
216デフォルトの名無しさん
2011/10/09(日) 14:56:49.46 Native Client プラグインは使用できません
とか出るな sdkベータ $httpd.cmd 5103
dev channel の chrome 15 以降で動くと書いてあるような気はするのだが…(汗
とか出るな sdkベータ $httpd.cmd 5103
dev channel の chrome 15 以降で動くと書いてあるような気はするのだが…(汗
217デフォルトの名無しさん
2011/10/09(日) 15:07:38.40 >>195
そうか plugin は初めからonになってるけど flags はデフォじゃonになってなかったからかd
そうか 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 の発表…
君の心に feeling haert!
って明日だね dart の発表…
220デフォルトの名無しさん
2011/10/09(日) 23:46:02.24 いまのところ、一般向けはflags:offになってて
chrome storeで、追加したウエブページ(試した)やプラグイン(試してない)で、有効になる流れみたい。
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としては充分じゃね。
ブラウザとOSの統合じゃね。
最終的にブラウザがOSを食う形で。
Nacl つかってみると、ファイルアクセスも使えるし、
オーディオもグラフィックも、サーバーとの通信もできる。
イベントも自前で処理できるし極小なOSとしては充分じゃね。
224223
2011/10/10(月) 21:28:10.25 はやとちりした。ごめん。
225デフォルトの名無しさん
2011/10/19(水) 22:23:57.02226デフォルトの名無しさん
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
公開版発表してから思った以上に開発よりのコンテンツ作成に力入れてるね。
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があるのは何故だろう。
ミドルウェアやツール類
gonaclのdevトップのニュースとミドルウェアなどみてると、思ったよりchrome storeに各種ゲームが登場しそう。
tclがあるのはCAD/CAMを移植して欲しいのかな。
そしてocamlがあるのは何故だろう。
229デフォルトの名無しさん
2011/11/11(金) 02:22:19.43 もともとはtclがブラウザに載るって計画があった気がするので、
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本社で、
ウェブのセキュリティを高め、ブラウザのパフォーマンスを著しく向上させる同社の新テクノロジが初めて公に披露された。
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でぬるぬる動く。
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以外で動かすためのプラグインとか
まだ無いんだろうな
普及したら使うのに
まだ無いんだろうな
普及したら使うのに
236デフォルトの名無しさん
2011/12/13(火) 01:35:56.82 ないけどオプソだからすぐ作れるだろ
237デフォルトの名無しさん
2011/12/13(火) 03:41:42.86 Gの思う壺
238デフォルトの名無しさん
2011/12/16(金) 11:22:18.37 SPDYはFireFoxのnightlyに入ったが
NaClのABIは春にFIXしたけど
ARMやPNaClはこれからだし、Papperもまだ先。
なにかしらの対応ソフトが出て安定してからのような気がする。
もしかすると、ここ一年でそうなるのかもしれないが。
NaClのABIは春にFIXしたけど
ARMやPNaClはこれからだし、Papperもまだ先。
なにかしらの対応ソフトが出て安定してからのような気がする。
もしかすると、ここ一年でそうなるのかもしれないが。
239デフォルトの名無しさん
2011/12/17(土) 23:57:59.38 【ウェブアプリケーションという不幸 】
現在、多くのプログラマ(素人)がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。
HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事(プロトコル)
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。(実際WebBrowserというコントロールがある。)
JavaならWebClietnだ(これは、ブラウザではないが。)。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。
現在、多くのプログラマ(素人)がウェブアプリケーションというものがベストな正しい方向だと勘違いしている。
ソフトウェアの作るにおいてそのアプリケーションに応じた状態遷移を実装するというのは基本中の基本である。
その点においてウエブブラウザというある状態遷移が実装されているアプリケーションの上に
また別のアプリケーションを実装するのは論外である。
そこまでするなら普通にアプリケーションを実装してダウンロードして使ってもらえばいいのである。
ウェブアプリケーションとは虚構にしか他ならない。
ウェブアプリケーションを作ろうとしているあなた。
今すぐ普通のアプリケーションとし設計し始めてはいかがだろう。
そうすればきっと後悔しないですむ。
HTMLやHTTPを悪者にはしていない。
TCP/IPができあがり、その応用として、ファイルを送ったりするようになった。
ファイルの中身のテキストにデータ構造をもたせ、それはつまりツリー構造なわけだが
その実装としてのハイパーテキスト、つまりHTMLという送る側と送られる側で決め事(プロトコル)
をつくり、画像や音楽など表現の幅を広げることは当然の成り行きだっただろう。
そして、その送る側としてのHTMLファイルサーバ、つまりWebサーバ、送られる側としてのプロトコルの解釈・表示系としての
ブラウザというアプリケーション。
ここまではいい。
だが、そこから先が素人の発想というか、いそがばまわれを忘れた者の愚かな発想。
つまりブラウザ上で、アプリケーションを動かすという発想なのである。
ブラウザというのは、おくられてきたステートレスな通信内容の一瞬の表示手段でしかない。
つまりアプリケーションのためのひとつのパーツなのである。
Windowsでいえば、コントロールのひとつ。(実際WebBrowserというコントロールがある。)
JavaならWebClietnだ(これは、ブラウザではないが。)。
包含関係が逆なのである。
ブラウザ上にアプリケーションを作るのは愚かなブームである。
240デフォルトの名無しさん
2011/12/18(日) 20:49:27.19 プラットフォームから独立したアプリケーションを持つというのは
非常に効率の良い投資になり、上記の意見はあまり利口ではない
速度の問題はあるが、マルチコア化等のハードの進化とNacl等で
解決されるから柔軟性、移植性の方がはるかにこれからは優先される
非常に効率の良い投資になり、上記の意見はあまり利口ではない
速度の問題はあるが、マルチコア化等のハードの進化とNacl等で
解決されるから柔軟性、移植性の方がはるかにこれからは優先される
241デフォルトの名無しさん
2011/12/18(日) 23:41:33.75 ブラウザOS時代のプラグインのあり方、くらいに思ってるけどね
242デフォルトの名無しさん
2011/12/19(月) 11:52:17.47 よく考えるとJavaのやり直しっぽいなNaCL
243デフォルトの名無しさん
2012/01/08(日) 09:08:01.17 逆にクロスプラットフォームでセキュアなC/C++が有り得るならJavaなんて要らんかったんや
244デフォルトの名無しさん
2012/01/16(月) 04:10:29.72 ActiveX, Java, Flash, Silverlight
245デフォルトの名無しさん
2012/02/27(月) 04:23:51.58 これで電脳めがねの世界に近づくな。
やっぱ世界を構築する言語はc++じゃないと
やっぱ世界を構築する言語はc++じゃないと
246デフォルトの名無しさん
2012/04/14(土) 10:41:33.04 保守
247デフォルトの名無しさん
2012/05/11(金) 23:27:02.21 Ubuntu12.04でaptからchromium 18.0インストールしたんだが、
about:pluginsにNaClがない。
NaCl製のアプリ起動してみても、NaClプラグインが見つからないだのLoading NaCL pluginで止まったりだのして使い物にならん。
about:flagsには「Web Storeのアプリ以外でもネイティブクライアント機能を使う」みたいのしかない。ちなみにこれ有効にしてももちろん動かない。
一体どういうことなんだってばよ。コンパイル時に省かれたってことかね?
about:pluginsにNaClがない。
NaCl製のアプリ起動してみても、NaClプラグインが見つからないだのLoading NaCL pluginで止まったりだのして使い物にならん。
about:flagsには「Web Storeのアプリ以外でもネイティブクライアント機能を使う」みたいのしかない。ちなみにこれ有効にしてももちろん動かない。
一体どういうことなんだってばよ。コンパイル時に省かれたってことかね?
248デフォルトの名無しさん
2012/06/30(土) 12:17:23.51 iOS版Chromeでもちゃんと動いた?
ベースがWebkitなので不安なんだけど
ベースがWebkitなので不安なんだけど
249デフォルトの名無しさん
2012/07/01(日) 00:13:36.14 そもそもARMに対応してないんじゃないか
250デフォルトの名無しさん
2012/07/18(水) 23:11:37.33 前スレ落ちてたはずなんだが
復活してるっぽい?
【Goggle】 Native Client 【】
http://toro.2ch.net/test/read.cgi/tech/1229000936/
復活してるっぽい?
【Goggle】 Native Client 【】
http://toro.2ch.net/test/read.cgi/tech/1229000936/
251デフォルトの名無しさん
2012/09/12(水) 03:50:32.17 標準マンセー!俺ら勝ち組!JS勉強しとけば人生勝利!
って言ってるやつ、全員死亡フラグ立ててるよね(´・ω・`)
jQueryでちょこちょこ動きつけて喜んでる程度のやつとか、
その逆にJSやCSSの糞ノウハウ貯めこんで最先端気取りのJavaScripterとか実にヤクイ
ピンチが危ない
どう考えてももっと効率のいい開発手法で一掃されるだろ。
他言語からのコンバート系とか(Angry BirdsのHTML5版はJava製だし、
最近Mozillaが過去のC++ゲーの移植やってるよな)Unityとか。
FlashもHTML5出力に取り掛かってるようだから
頑張ってSWF解析して再生してるソシャゲ屋さんあたりも涙目になるかも
って言ってるやつ、全員死亡フラグ立ててるよね(´・ω・`)
jQueryでちょこちょこ動きつけて喜んでる程度のやつとか、
その逆にJSやCSSの糞ノウハウ貯めこんで最先端気取りのJavaScripterとか実にヤクイ
ピンチが危ない
どう考えてももっと効率のいい開発手法で一掃されるだろ。
他言語からのコンバート系とか(Angry BirdsのHTML5版はJava製だし、
最近Mozillaが過去のC++ゲーの移植やってるよな)Unityとか。
FlashもHTML5出力に取り掛かってるようだから
頑張ってSWF解析して再生してるソシャゲ屋さんあたりも涙目になるかも
252デフォルトの名無しさん
2012/09/12(水) 03:58:49.24 JSはゴミだが、誰も使ってないNaClよりはマシだろw
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 【おこめ券】鈴木農相 米価維持の意図「一切ない」 [ぐれ★]
- 「日本はドイツと違い反省せず」…中国外相、独外相に対日批判 台湾問題で理解求める [少考さん★]
- バリ島で男子生徒ら集団万引きか、防犯カメラ映像が拡散 京都の大谷中学・高校が「窃盗行為」謝罪★6 [七波羅探題★]
- 【苺ましまろ】立民衆院議員、人気漫画の水着少女画像を「醜悪」タイ人少女の性搾取事件と関連付け…党内で反発 [少考さん★]
- 「残業キャンセル界隈」若者が増加?「職務放棄」との批判も…“定時退社の権利”どこまで通用するか [七波羅探題★]
- 中国軍機レーダー照射、トランプ氏沈黙突く 試される日本外交 ★5 [蚤の市★]
- 【悲報】「高市だけは許さん!」追い詰められた習近平、実体は経済が「ソ連化」の影響でボロボロ、日本は中国の政治ショーに付き合うな [733893279]
- 93年ジャップ「外米なんて不味くて嫌だ、高くても日本米食わせろ!」今ジャップ「日本米なんて高くて嫌だ、安い外米食わせろ!」 [616817505]
- デートあるのにガス止まってお湯でない
- お前ら「ブラックフライデーで工具買ったぞ!」 何に使うの?
- 【高市悲報】中国軍「公海で空母の発着訓練するって事前通告したのになんで自衛隊機は急接近してきたんだ…?」中国軍困惑 [931948549]
- 日本人のおでん離れ。作る回数減った30.1%🍢 [256556981]
