Microsoft Silverlight 2.0 その3

1 名前：デフォルトの名無しさん [2008/11/22(土) 12:33:33 ] Microsoft Silverlight www.microsoft.com/silverlight/ MSDN Silverlight デベロッパー センター msdn.microsoft.com/silverlight/ The Official Microsoft Silverlight Site silverlight.net/ MSDN Silverlight ダウンロード (SDK, Silverlight Tools) msdn.microsoft.com/silverlight/bb187452.aspx CodePlex Silverlight Toolkit www.codeplex.com/silverlight/ 前スレ pc11.2ch.net/test/read.cgi/tech/1210491703/ pc11.2ch.net/test/read.cgi/tech/1203891514/ 381 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 12:42:27 ] >>380 自分で簡単と言ってるのに？ LINQ結果をDataGridのDataContextに渡せばOK。 382 名前：381 [2009/03/11(水) 12:54:28 ] >>380 ここ必見だよ！ ttp://silverlight.net/learn/videocat.aspx?cat=2 「Silverlight 2 チュートリアル」 383 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 15:07:14 ] >>381 ありがとうございます、LINQについて調べてみます。 >>382 すいません、DBに関してのビデオが見つかりませんでした。 サーバーがDBからデータを吸い上げ、WCF経由で データを渡す、ようなイメージを抱いているのですが・・・ 384 名前：デフォルトの名無しさん mailto:sage [2009/03/11(水) 18:54:17 ] >>383 英語ではいちいちDataBaseなんて言わないんだよ。 データベースに関する話題はDataってとこにある。 それと、チュートリアルにもデータベースの話はある。 ttp://silverlight.net/internationallearn/default.aspx 385 名前：381 mailto:sage [2009/03/11(水) 19:17:46 ] >>383 日本語版チュートリアルは、>>384さんが示してくれた ttp://silverlight.net/internationallearn/default.aspx の 「チュートリアル 4: SQL データベース データを LINQ および WCF を使用して DataGrid に表示する」 がまさにそれです。 386 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 10:12:21 ] >>384,385 チュートリアルとビデオで詳しく解説されてますね。 両方ともLINQを使っているようですが、他の方法はあるのでしょうか？ たとえばListデータを自前で作成して渡すとか。 そこでサンプルのようにListクラスにテストクラスを 詰めて渡してみました。 [DataContract] public class Test { 　　[DataMember] 　　public DateTime date1; 　　[DataMember] 　　public string no1; } すると SL でテストクラスの情報がわからないのか 送信したデータをDataGridのItemsSourceに入れたときにエラーがでます。 なぜLINQ to SQLを使わないかといいますと DBがPostgresなのでサーバーエクスプローラに接続を追加できないのです。 SL にクラスデータをわかってもらうにはどうすればいいでしょうか。 387 名前：デフォルトの名無しさん mailto:sage [2009/03/12(木) 11:52:57 ] ソリューションエクスプローラから サービス参照の更新を行うと、うまくデータが渡りました。お騒がせ致しました。 388 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 11:49:46 ] DataGridの列をC#で追加してるのですが 　　col = new DataGridTextColumn(); 　　col.Binding = new System.Windows.Data.Binding("NO"); 　　col.Header = "番号"; 　　dataGrid1.Columns.Add(col); 中央揃えや右揃えにするにはどうすればよろしいですか？ 389 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 15:24:30 ] こんな感じでいけました 　　 Style style = new Style(typeof(TextBlock)); 　　 style.Setters.Add(new Setter(TextBlock.HorizontalAlignmentProperty, HorizontalAlignment.Right)); 　　 Resources.Add("RightText", style); 　　 DataGridTextColumn col = new DataGridTextColumn(); 　　 col.Binding = new System.Windows.Data.Binding("NO"); 　　 col.Header = "No."; 　　 col.ElementStyle = Resources["RightText"] as Style; 　　 dataGrid1.Columns.Add(col); 390 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 05:06:26 ] 国内12社がマイクロソフト「Silverlight」による広告配信を開始：ITpro itpro.nikkeibp.co.jp/article/NEWS/20090313/326528/ 391 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 12:17:01 ] そういうふうに単なるメディアプレイヤーとして使う場合は マネージコード使わずにjavascriptで書くのが普通なの? 392 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 12:21:57 ] ( ´ー｀)シラネーヨ 393 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 13:36:28 ] 広告配信する側は、Flashでも問題なくできるこんなものにSilverlightを使う理由なんて 無いんだから、きっとMSからお金もらってるんだろうけど、広告なんてものはユーザが 見たいと思うコンテンツじゃないから、いくら金使っても普及には貢献しないだろ。 これだとユーザは、Silverlightをいれない方が広告が表示されなくて喜ぶじゃないか。 こんな企画を考えるやつも、それを通す上司もバカだと思う。 394 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 15:29:10 ] >>393 おまいは何かしら興味を持ったSilverlightコンテンツを見た後、 毎回、SLコンテンツを非表示に設定するなり、SLをアンインストールしたりするのか？ 仮にそうだとして、そういう人が多数派だとでも思っているのか？ 普及に貢献するしないのユーザーサイドでの理由については、いろいろ考えられるわけで、 軽々しく他人をバカだのどうのと言わないほうがいいと思うよ 395 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:52:33 ] Silverlight 3.0 for Great Business Apps ttp://channel9.msdn.com/shows/The+Knowledge+Chamber/Brad-Abrams-Silverlight-30-for-Great-Business-Apps/ ブラウザの「戻る」ボタンでSilverlight内の遷移ができる Silverlight内に複数のURLを持って直接移動可能 になるらしいよ 何気に一番重要な気がする 396 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:59:04 ] 要するに、XBAPをobsoleteするのが目指してるところか。 397 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 20:12:18 ] >>393 結局、どれくらい盛り上げるかだと思うなぁ。 ユーザは深い所の差なんて気にしないので、広まり始めれば 「最近、あちこちでSLが使われてるなあ、Flashの後継なのかな？」 くらいの感覚で入っていくと思う。MSの課題は、提供者をどれだけ増やせるか。 ま、結局そこでFlashに対してのアドバンテージが必要になるんだけども。 398 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 23:20:15 ] Flashがrealplayerのようにクソ化して自滅するか否かというのが もっと重要だろ。 高シェアに胡座をかいていたらそうなりそうなヨケン。 399 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 03:25:26 ] LINQ使うと、サイズがやたら増えるんで気に入らない。 50kB程度で済むアプリでは、さすがに使えない。 VBやMFCのランタイムみたいだ。 Flash置き換えの可能性としてあるのは、 いまだにAS1かAS2でやってるものを、更新するにあたって AS3にではなく、Silverlightに乗り換えてしまいましょうという道。 MXとSLはパフォーマンス的には近いし、悪くはない選択肢である。 400 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 05:25:54 ] SL2のマネージコードを簡単に難読化する方法ないですかね？ いや、隠蔽が目的ではなく簡単にダウンロードサイズを減らしたいだけなんですけどね。 できればSL用のDLL中に圧縮したDLLを入れるとか、そういうのは避けたいんですが‥。 401 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 06:41:46 ] >>397 応用の利かないこむずかしいコードとかいらんから、もっと実例がほしい。 見た目やインタラクションがハデなアプリ書くには、XAML前提でのコード例やデザイン例の情報が乏しいし、 ビジネスアプリ書くには、VS標準搭載のコンポーネントの機能が（まだ）あまりにも貧弱すぎると思う。 それでもAJAXに全く興味がわかなかったへたれC#プログラマの俺には、SLはかなりありがたい。 あと、これはもう昔からのMSDNの悪い点だと思うのだが、（何ができるかの情報がとぼしいだけに） 何ができないのかについてはもうちょい簡単に参照できるようにしてほしい。 いちいちMSDNフォーラムとかで聞くのも探すのもめんどうだから、この板に期待してたり。 >>399 サードパーティのdllを梱包した場合でも、とたんにでかくなりますねえ。 System.Xml.Serialization.dllなんかもかなりでかいのかな？ クラスライブラリのビルド時にはすべてのクラスを梱包するアセンブリにして、 アプリケーションアセンブリのビルド時には全部internalアクセスに制限しつつ、 ILのコードから使われてないクラスを自動判定して、コンパクトなアセンブリ作れたらいいのに。 あれ？ありそうな気がしてきたｗ >>400 XAPファイルのままダウンロードされるんじゃないんですか？ ZIP圧縮したDLLをXAPに梱包しても、サイズ変わらない気もしますが・・・。 いろいろ根本的に俺が間違えてたらすいません。 402 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 10:17:06 ] リフレクション、動的なクラスロードが無ければ簡単だけどね 403 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 11:46:26 ] >>402 Reflectionの本来の動作どおり、単にnull返してもいいし、 その型はアセンブリに入ってないって例外返してもいいのでは？ テストコード以外でどういう場合に、interfaceによるポリモーフィズムでなく、 Reflectionでなければならないのか興味ありますが。 XAPのサイズがでかくなるっていう元々の問題に対する別の方法として、 必要に応じてサーバから追加でdllをダウンロード（＆インストール）できたとしても、 LINQのdllがでかすぎるといったことの解決にはなってないだろうし。 404 名前：381 mailto:sage [2009/03/15(日) 13:25:16 ] >>400 画面やページ遷移にあわせてxapを分割して構築。 そんでもってクライアント側で遅延ロードさせたりでOKじゃね？ あとLINQを動かす部分をWCFサービスにすればいいし。 405 名前：400 mailto:sage [2009/03/15(日) 14:33:06 ] >>401 xapファイルの中に入ってるDLLの話なんですけど、 クラス名等の文字列がそのまま入っているです。 >>402 どうやってます？試しにxapの中のDLLをNanDokuにかけてみたら 変換中に飛びました。orz >>404 後出しで申し訳ないんですけど、分割とか本気で小さくしないと周らない ってほどではなくて、もう少し簡単に小さくしたいなぁ、くらいなんですね。 現在、生成されたxapが約100k。文字列とか余分な情報を削減して スリム化できればなぁと。 406 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 14:37:31 ] >>404 > あとLINQを動かす部分をWCFサービスにすればいいし。 サーバ側で全データを管理する場合はいいと思いますが、 LINQ使うたびにクライアント側で処理中の中間データを サーバに送信して結果返させるくらいなら、 素直に起動時にLINQ込みのXAPを落とすほうが良いように思う。 それとももっと違うLINQやWCFの使い方があるんでしょうか？ ローカルで生成したデータを、 ちょちょっとコネコネしたいときにもLINQ便利なんですよね。 407 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 15:26:18 ] >>403 ベンダーのライブラリにリフレクションが使われているかわからないでしょ 自分のコードだけなら努力でなんとかなるが Dotfuscatorでも実現できるがリフレクションは除外するかインターフェイス化するかだね 408 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 15:28:13 ] >>405 Dotfuscatorの有料版で可能 値段上がったけどね 409 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 15:31:14 ] CoreCLRのサイズを抑えるために個別の機能はリンクしろって思想はある意味しょうがない あとはアセンブリの細分化と動的読み込みとかで工夫かな 410 名前：デフォルトの名無しさん mailto:sage [2009/03/15(日) 15:33:18 ] >>403 上３つ俺だけど リフレクションで無くてはならないものを無くすのがSLの基本思想だね データバインドは無理だけど 411 名前：デフォルトの名無しさん [2009/03/16(月) 09:47:17 ] Silverlightは Safari4 とか Google Chrome2 で使えないの？ Silverlightは Safari4 とか Google Chrome2 で使えないの？ Silverlightは Safari4 とか Google Chrome2 で使えないの？ Silverlightは Safari4 とか Google Chrome2 で使えないの？ Silverlightは Safari4 とか Google Chrome2 で使えないの？ 412 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:24:27 ] ブラウザにおさまらないほどのコントロール配置しても IE8がスクロールバー有効にしてくれない これはUserControlのプロパティで、スクロールバー出せるんでしょうか？ 413 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 11:45:13 ] このソフトをWinXP SP1で起動させる方法を教えてください 414 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 16:21:56 ] インストールしたら、Flashと同じように、使っているウェブサイトを開くだけ。 415 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 16:45:29 ] >>412 www.bluerosegames.com/SilverlightBrassTacks/post/Viewbox-in-the-Silverlight-Toolkit.aspx silverlight.net/samples/sl2/toolkitcontrolsamples/run/default.html こことか眺めてると (Viewboxあたりら辺とか) ブラウザのスクロールバーを操作するような用途 に向けて作られてないように思える… www.codeproject.com/KB/silverlight/Scroller.aspx なるべく枠内にまとまるようにレイアウトしてゆくみたいな… mohammadabtahi.wordpress.com/2008/12/09/zoomable-user-interface-zui-in-silverlight-using-viewbox-control/ 416 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 17:26:10 ] >>415 なるほど、スクロールが必要な設計にしなければよいわけですね ありがとうございました。 417 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 18:18:55 ] >>412 下記のコードで書いたようなことじゃないよね？ ScrollViewerはTabItemの中で使ったら、期待したような動作にならなかった記憶もある。 // Silverlightの新規プロジェクト作って、Page.xamlはそのままで、Page.xaml.csを下記のように書き換える public partial class Page : UserControl { ScrollViewer _mainSV = new ScrollViewer(); StackPanel _mainSP = new StackPanel(); public Page() { InitializeComponent(); // Page.xamlのWidth="400"とHeight="300"を消去することに相当 this.Width = this.Height = double.NaN; // Page.xamlの<Grid x:Name="LayoutRoot">が、ScrollViewerに置き換えられる this.Content = _mainSV; _mainSV.Content = _mainSP; for (int i = 0; i < 5; i++) { _mainSP.Children.Add(new Button() { Content = i.ToString(), Width = 800, Height = 100, }); } _mainSV.HorizontalScrollBarVisibility = ScrollBarVisibility.Auto; } } 418 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 21:48:45 ] 只今、Silverlightでモーダル動作のポップアップウィンドウを実装しようと格闘中。 Macっぽく背面をすべて半透過のダークシェードで覆ってやりたいんだが・・・ 419 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 22:48:56 ] Silverlightって積極的にdouble型使ってるけど、floatと比べて処理速度は どんなもんなんだろ？誰か計った人いない？ なんとなくだけど、doubleを採用しているのは精度を高める為だけで、 速度のことは考えてないような‥。 420 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 22:52:09 ] 無駄口たたいてるヒマがあったら測れよ馬鹿が 421 名前：デフォルトの名無しさん [2009/03/16(月) 23:10:46 ] floatもdoubleも実際の演算のときは同じサイズの内部表現(CILのF型)に変換されて扱われるんじゃなかったっけ 422 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 23:34:26 ] 積極的にdouble型が使われているような箇所で処理速度の影響が問題になるのかと・・・ 423 名前：デフォルトの名無しさん mailto:sage [2009/03/16(月) 23:43:02 ] long doubleよりもdoubleよりもshortや、64bit long longよりも32bit long/int、さらに16bit short、 さらに8bit charやビットフィールドが大好きな'80年代のアセンブラやC言語の組み込み君は Z80でスーパーπでもやってろ！ 424 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:29:57 ] ずいぶん昔、たぶん80287のころから、floatとdoubleの処理効率は変わらん。 425 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:37:29 ] float 100000個の演算とdouble 100000個の演算だと、時間的に変わってくるけどな 426 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:47:26 ] 86系CPUはむしろdoubleの方が早いんじゃなかったっけ？ ハードウェアがdoubleで計算してるから、 float使うとむしろ型変換の分のロスがあって。 427 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:47:35 ] そりゃ、厳密に効率化すればDoubleのほうが速いだろうけど、 ほとんどの処理系で一緒になるでしょ。 428 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 00:52:04 ] どうして実測しないんですか？ 429 名前：427 mailto:sage [2009/03/17(火) 00:56:19 ] おれ？ 今温泉旅館で酒飲みながら、PDAからここ読み書きしてるから。 かわりにやっといて。 430 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:01:45 ] >>419 inomata.lolipop.jp/silverlight/mandelbrot.php こういう目的で使いたいならfloatとdoubleの演算精度を比較してもいいが、 アプリがやることのほとんど全てが浮動小数点演算でもない限り、実行速度の差は無視できる。 まあ、そもそもそういうのが気になる人は、やっぱり自分でベンチマーク書くもんですｗ ただSilverlightでは精度の高いSystem.Diagnostics.Stopwatchは使えなくて？、 50ミリ秒くらいの精度しかないDateTime.Nowしか使えなかった気がする。dll参照足りなかっただけかな？？ 3D描画とかをやりたいなら、Silverlight3でGPUアクセラレーションが使えるようになるのを待つべきかと思う。 >>421 Silverlightアプリ上では確認してないが、 .NETでのfloatとdoubleの演算精度は定義どおり違うものだし、 実行速度にもごくわずかに差は出ることは確認済み。 431 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:02:45 ] >>427 いや、floatのほうが速いよ？常識だろｗ 432 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:10:20 ] 結局は要件次第だから 性能に影響無い箇所なら使いたいほうを使え 理論だけでコードが汚いやつはアホ 433 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:11:37 ] 仮にfloatにして処理が速くなったところで、それで浮いた実行時間は他に活用できるほどなのか？ 434 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:11:54 ] >>426 と思ったらそういう誤解か・・・。 SSE命令にまで自動的にJITコンパイルしてくれるので、floatを毎回doubleに型変換したりとかはない。 もちろん、cosやsinの計算とかをいちいちfloatに格納して、それをまたdoubleに戻して別の演算みたいな、 明示的な型変換がコード中にたくさんあれば、単にdoubleで全部計算するよりも遅くなることはありうる。 ソースコードに対しては忠実な動作をするからね。 435 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:14:00 ] GUIコンポーネントのプロパティの型に出てくるようなdoubleは、当然doubleのまま使うべき。 そんなもん実行速度の差が出るわけないです。 436 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:15:59 ] まああれだ。結論だけ言っておくと、心配なら全部doubleで書きなされ。 実行速度の差は無視できるが、演算精度の差は無視できないから。 437 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:19:14 ] >>431 え、まじ？ なんでそんなことになるの？ ちょっと不思議。 438 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:20:09 ] ソフト業界には、「処理効率を少しでも上げるため」と言って、残業や休出してまでカリカリに チューニングしたり、勝手に既製のライブラリまでカスタマイズして納期を遅らせるマニアな 香具師が居るけど、会社や顧客にとってはそいつに払う残業代や休出手当てと納期遅れの方が 深刻な問題なんだよな。 439 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:23:05 ] >>437 動画処理や3D画像描画の、いわゆるマルチメディア関連の演算はほとんどfloatの精度ですむわけだ。 だからfloat演算専用のハードウェアが乗ってて、それを実行するのがSSE命令。 ja.wikipedia.org/wiki/Streaming_SIMD_Extensions 440 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:45:41 ] >>438 わかる それでソースが汚いと最悪だわ そんなことよりボトルネックは他にあるだろ 441 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 01:56:32 ] >>439 Mono.SIMDでも使っとけばいいと思うよｗ 442 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 02:45:29 ] よく考えるんだ！ Silverlightの目的はネット越しのリッチなプレゼンテーションだぞ。 高度な負荷処理はWCFなどのWebサービスに投げろ。 443 名前：419 mailto:sage [2009/03/17(火) 04:42:54 ] 3Dモデルを出そうとして、更にSLとMDXのハイブリッドコード考えた時、どうしようか迷ってる。 DirectX系はfloatなので、できればそれに合わせたいけど処理速度的にはSLの方がシビア。 しかし頂点のデータ量とかも考えると、ギリギリまでfloatで最後にdoubleに変換の方がいいのかな？ と思いつつも俺の無知で、実はSLは何をするにもdoubleがベストなのは常識！とかだったら嫌なので 一応、聞いてみますた。丸投げ面倒臭がりでスマソｗ 444 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 07:02:20 ] 3Dの計算って1つの数値に対する計算量はそんなに多くなくて、 短い計算を大量の座標に対して行うから、キャッシュに入りやすい floatの方が良いと思う。 445 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 07:46:55 ] >>441 そんなもの使わなくても、コンパイラとJITコンパイラが勝手にやってくれるの。 ってわかってて冗談言ってるのかｗ？ Mono.SIMDを使わなきゃいけないんだ、とか思う人が出てくるから自重するがよろし。 まあ、SLとはまったく関係ない話だが、MS.Xna.FrameworkのVectorとかと、MDXのVECTORと、 scratchの手書きのVectorとで、実行速度に差は見られなかった。これはちょっと意外だった。 >>442 もちろんその通りだが、ローカルで行うべき高負荷な処理もあるかと。 それからWCF使うにしたって、通信量とUIレスポンスが優先されるべきだと俺は思う。 >>443 あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？ まず、Silverlight2では3Dなんてやるべきじゃない。Direct3DもXNAもOpenGLも使えんぞ？ ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。 (誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！) ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。 DirectXってことはWindowsプラットフォーム限定なんだろう？だからそもそもClickOnceでもいいだろう？ それから、MDXなんてものはとっくに誰も使わないものになってるぞ？ C#で3DやるならWPFでもいいが、ゲームとか本格的な3DはXNA推奨ということになっている。 動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできるわけだが、 どうしてもSilverlightでやりたいなら、Silverlight3を待て。 つうかこれ以上は板違いってもんだ。 俺の言ってることを理解するつもりがないなら、大人しくdouble使っとけ。ってかもうちょっとちゃんと勉強するべきだ。 446 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 08:03:42 ] ちょっと>>445の文章は、わかりにくいところがあると思ったから修正。 >>443 あのさ、Silverlightアプリ書いたことないんじゃない？それどころかDirectXについても理解できてないぞ？ まずSilverlight2では、Direct3DもXNAもOpenGLも使えないから、3Dなんてやるべきじゃない。 ラスタライズアルゴリズムを自分たちで実装してる人もいるが、実用には全く耐えない。 (誤解をおそれずわかりやすく言えば、SL2ではDirect3D相当のものを自分で一から作る必要があるってことな！) DirectXってことはWindowsプラットフォーム限定なんだから、 ブラウザで3DCG動くアプリ書きたいなら、GPU支援ができるWPF Browserアプリを書けばいい。 ただしC#で3Dやるなら、MDXなんてものはとっくに誰も使わないものになっていて、 WPFで書くこともできるが、ゲームとか本格的な3DをやるならXNA推奨ということになっている。 どうしてもSilverlightで3DCG描画をやりたいなら、Silverlight3を待て。 動画再生とかベクターグラフィックスとか、そういうものはもちろんSilverlight2でできる。 447 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 08:39:07 ] 昔実測したらfloatの方が遅かったんだけどなぁ・・・ 今、ネットで検索してみても、 「.NET Framework は環境に応じて SSE 最適化する」 って話出てるフォーラムがあるなぁ。 昔計ったのはなんで遅くなったんだろう。 448 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 10:03:00 ] >>439 ありがとう。 どうせFPUが処理するんだから、ワードサイズと処理単位は一致しているのが もっとも効率的と思っていたわたしは、 486DXと486SXの違いくらいしか知りませんでした。 449 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 12:50:46 ] 低レベル（下層レベル）の事ばかりを案ずる人は、.NETテクノロジーが不安で不安で 仕方なく、とても安心して使えないということだな。 450 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 15:34:02 ] .NETを安心して安心して使える、って人は存在するの？ 451 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 15:51:09 ] 【ネット】USEN、GyaO事業を100％子会社に移管--GyaO事業本部は廃止に [03/16] ttp://anchorage.2ch.net/test/read.cgi/bizplus/1237206791/6- 6 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:49:15 ID:wJmhwo8J Gyaoもいい加減WMPをやめてFlashにした方が良いと思うのだが。 7 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:50:20 ID:9CAuko82 んだんだ 8 名前： 名刺は切らしておりまして [sage] 投稿日： 2009/03/16(月) 21:51:24 ID:aDxMTmOn つーかSilverlightに決めたんだから、とっととそれに移行してほしい。 Macユーザ放置って結構損してると思うんだがなぁ…。 9 名前： 名刺は切らしておりまして 投稿日： 2009/03/16(月) 21:52:06 ID:Bln0WAOv 使いにくいのはそのせいか 452 名前：419 mailto:sage [2009/03/17(火) 19:24:46 ] >>444、その他の人。 とりあえずMatrixとVectorを実装して頂点計算っぽいものをしたけど、体感速度に差はなかった。 頂点数は少ないけど、マトリクス同士の掛け算でモリモリ掛け算しているので 速度論議は結局徒労に終わった感じ。もしくはボトルネックが別にあって 気にならないだけかもしれないけど。何にせよ、色々教えてくれた人には感謝。 >>446 そうだね♪ 453 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 03:52:47 ] >>446 SLでD3D相当のラスタライズアルゴリズムを自分たちで実装してる人っては いないんじゃないか？ 一部でやられているのは、Intelあたりがやっているray tracingの counterpartであって、DirectXの〜ではない。 まあでも、いずれにしても3Dについては、SL3を見て考えるというのは、まっとうな判断だーね。 しかし、SL3の3Dはいったい、どれぐらいのもので、何ができるのか。 Flash10のと似たような感じのものなのか違うのか、どうなんでしょうねー？ MSの狙いは、とりあえずPhotosynth関連をまともに動かすという程度 あたりなんでしょうから、まあ、そんなに期待はしてないけども。 予想に反して素晴らしかったら、MSを尊敬するよ。 454 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 04:34:23 ] 個人的にはハードウェア対応なので、それなりに動くようになると思う。 ただ、その分起動が遅くなってJava3Dの様になるんじゃないかと心配。 455 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 09:18:29 ] >>453 www.windowsvista.si/main.htm?content=home&show3d=1 pub.ne.jp/appsbynyk/?entry_id=814647 誰もD3D相当のとは言ってないが？ ラスタライズアルゴリズムの実装とか、学生のレポート課題とかでもよくあるぞ。 456 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 09:24:02 ] へー、みんなすげーな。 457 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 09:46:55 ] www.physicspoweredgames.com/FarseerPhysics/Manual2.0.htm#_Toc213068493 これのPin Jointデモで２つのブロックの間に通せそうで通らない。イライラしてきた！ 458 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 09:56:59 ] 摩擦抵抗を考慮してないからなw 459 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 10:13:14 ] >>455 残念ながら分かってないのは君だな。レポート課題とやら、もう少し真面目にやったほうが良いんじゃないの？ ラスター化するのがラスタライズで、その貼ったURLでやられている3Dはラスタライズなんてしてないよ、見たところ。 それは単なるベクターの変形。もうちょっと勉強して出直してきな。 460 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 10:21:18 ] 直線のラスタライズとか結構面倒だからなあ。 円のほうがまだ簡単だった 461 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 10:58:28 ] >>417 ScrollViewerをGridにはさんで望みどおりのスクロールバーが出ました！ ありがとうございます。 ブラウザのスクロールバーは役立たずですね。 462 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 15:39:10 ] Silverlightの動画って保存できませんか？ 463 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 17:27:39 ] Silverlight Toolkit をダウンロードしたんですが、 インストール方法がわかりません。 Binariesフォルダをどこに配置すべきなのでしょうか？ 464 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 17:37:58 ] そんな人は使うなよ 465 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 19:23:00 ] Microsoft® Silverlight™ 3 ソフトウェア開発キット Beta 1 www.microsoft.com/downloads/details.aspx?FamilyID=d09b6ecf-9a45-4d99-b752-2a330a937bc4&DisplayLang=ja Visual Studio 2008 SP1 用 Microsoft® Silverlight™ 3 Tools Beta 1 www.microsoft.com/downloads/details.aspx?FamilyID=11dc7151-dbd6-4e39-878f-5081863cbb5d&DisplayLang=ja 466 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 22:34:18 ] 公開早いな 467 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 22:55:24 ] インストールしたけど2からの変更点が分からん 468 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 23:00:22 ] GPU 使うようになって、H.264 に対応したって話だっけか。 BAML 対応強化とかって含まれるのかな？ WPF の方は、.NET Framework 4.0 で BAML の読み書きできるようになるらしいけど。 469 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 23:13:11 ] まぁ、今夜MIX09のKeynoteが始まるから待とうじゃまいか。 live.visitmix.com/ 470 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 23:15:38 ] 午前１時か 471 名前：デフォルトの名無しさん mailto:sage [2009/03/18(水) 23:51:07 ] これはもう完全にXBAP終了のお知らせだな・・・ ttp://d.hatena.ne.jp/shiba-yan/20090318/1237385611 472 名前：デフォルトの名無しさん [2009/03/19(木) 00:01:37 ] まさかのピクセルシェーダ(HLSL)対応w 3Dはお預けっぽいね 473 名前：デフォルトの名無しさん [2009/03/19(木) 00:09:36 ] >>471 このままいけば、踏み台のXBAPだけでなくASP.NETも御役御免になりそうな勢い。 俺個人としては、WCFとのバインディングにBasicHttpBinding以外も可能になったかのかが気になる。 あと、グラフィックと通信の強化は、ちょっとしたネトゲも可能になりそうな展開だなｗ 474 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 00:23:26 ] いやすでにXBAPは黒歴史だろ。 実際に動いたシステムってあるのかねｗ 475 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 00:24:49 ] どこかの動物園とかTBSの安土城とか使ってたような 476 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 00:48:48 ] ちょｗｗｗｗおまｗｗｗｗｗｗｗ3D3D言ってきた俺涙目；； 477 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 01:40:17 ] DataGridがどうなったのか非常に気になるのだが、調べる時間がない；； 478 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 01:46:22 ] 今Keynoteのストリーミング見始めたんだが、 ちょうどScottGuが出てる所だけど、SL3のデモはまだかな？ 479 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 01:58:25 ] すぐにデモ見たいな。 480 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 02:02:19 ] きたきた 481 名前：デフォルトの名無しさん mailto:sage [2009/03/19(木) 02:31:20 ] なんか恐ろしいことになってるな

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef